(57)【要約】      （修正有）【課題】無線通信システムにおいて、チャネル品質情報報告（ＣＳＩ）もしくはサウンディング基準信号（ＳＲＳ）またはその両方を決定論的に送信する。【解決手段】無線通信装置は、サブフレームＮがＤＲＸ（不連続受信）アクティブ時間にあるかＤＲＸ非アクティブ時間にあるかを、サブフレームＮ−（４＋ｋ）（サブフレームＮ−（４＋ｋ）を含む）までに無線通信装置によって受信された、ＤＲＸ動作に関するＭＡＣ制御要素に基づいて判定する処理を備える。ＤＲＸアクティブ時間にあると判定された場合、サブフレームＮ−（３＋ｋ）〜サブフレームＮにおいて、無線通信装置が受信するＤＲＸ動作に関するＭＡＣ制御要素の内容に関わらず、ＣＳＩもしくはＳＲＳまたはその両方をサブフレームＮにおいて基地局に送信する。【選択図】図１０
2020129832.tif 000002
【特許請求の範囲】
【請求項１】
無線通信装置を制御する集積回路であって、前記制御は、
無線通信システムにおいてチャネル品質情報報告もしくはサウンディング基準信号またはその両方をサブフレームＮにおいて基地局に送信する送信処理であって、サブフレームＮが、周期的なチャネル品質情報報告もしくは周期的なサウンディング基準信号またはその両方の送信用に無線通信装置に対して設定されている、前記送信処理と、
サブフレームＮにおいて前記無線通信装置がＤＲＸアクティブ時間にあるかＤＲＸ非アクティブ時間にあるかを、サブフレームＮ−（４＋ｋ）（サブフレームＮ−（４＋ｋ）を含む）までに前記無線通信装置によって受信された、ＤＲＸ動作に関するＭＡＣ制御要素（ｋは１〜Ｋの整数値である）、に少なくとも基づいて判定する判定処理と、を含み、
前記送信処理は、さらに、サブフレームＮにおいて前記無線通信装置がＤＲＸアクティブ時間にあるものと前記判定処理によって判定された場合、サブフレームＮ−（３＋ｋ）〜サブフレームＮにおいて前記無線通信装置が受信するＤＲＸ動作に関するＭＡＣ制御要素の内容に関わらず、前記チャネル品質情報報告もしくは前記サウンディング基準信号またはその両方をサブフレームＮにおいて前記基地局に送信するようにされている、
集積回路。
【請求項２】
前記判定処理は、サブフレームＮ−（４＋ｋ）（サブフレームＮ−（４＋ｋ）を含む）までに前記無線通信装置によって受信された、アップリンク共有チャネルのアップリンクリソースグラント、もしくは、ダウンリンク共有チャネルのダウンリンクリソース割当て、またはその両方、にさらに基づいて、サブフレームＮにおいて前記無線通信装置がＤＲＸアクティブ時間にあるかＤＲＸ非アクティブ時間にあるかを判定する、
請求項１に記載の集積回路。
【請求項３】
前記判定処理によって、サブフレームＮにおいて前記無線通信装置がＤＲＸアクティブ時間にないものと判定された場合、前記送信処理が、サブフレームＮにおいて前記チャネル品質情報報告もしくは前記サウンディング基準信号またはその両方を前記基地局に送信しない、
請求項１または請求項２に記載の集積回路。
【請求項４】
前記判定処理は、ＤＲＸインアクティビティタイマー、ＤＲＸオン期間タイマー、ＤＲＸ再送信タイマーのうちの少なくとも１つを含む、前記無線通信装置において作動しているＤＲＸ関連タイマー、にさらに基づいて、サブフレームＮにおいて前記無線通信装置がＤＲＸアクティブ時間にあるかＤＲＸ非アクティブ時間にあるかを判定する、
請求項１から請求項３のいずれかに記載の集積回路。
【請求項５】
前記送信処理は、ＲＲＣシグナリングによって、周期的なチャネル品質情報報告がＤＲＸアクティブ時間においてのみ送信されるように周期的なチャネル品質情報報告を制限するようにされている、
請求項１から請求項４のいずれかに記載の集積回路。
【請求項６】
ｋの整数値は、１である、
請求項１から請求項５のいずれかに記載の集積回路。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、チャネル品質報告もしくはサウンディング基準信号またはその両方を移動局から基地局に送信する方法に関する。さらに、本発明は、本明細書に記載されている本方法を実行する移動局および基地局を提供する。
【背景技術】
【０００２】
ロングタームエボリューション（ＬＴＥ）
【０００３】
ＷＣＤＭＡ（登録商標）無線アクセス技術をベースとする第３世代の移動通信システム（３Ｇ）は、世界中で広範な規模で配備されつつある。この技術を機能強化または発展・進化させる上での最初のステップとして、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）と、エンハンストアップリンク（高速アップリンクパケットアクセス（ＨＳＵＰＡ）とも称する）とが導入され、これにより、極めて競争力の高い無線アクセス技術が提供されている。
【０００４】
ユーザからのますます増大する需要に対応し、新しい無線アクセス技術に対する競争力を確保する目的で、３ＧＰＰは、ロングタームエボリューション（ＬＴＥ）と称される新しい移動通信システムを導入した。ＬＴＥは、今後１０年間にわたり、データおよびメディアの高速伝送ならびに大容量の音声サポートに要求されるキャリアを提供するように設計されている。高いビットレートを提供する能力は、ＬＴＥにおける重要な方策である。
【０００５】
ＬＴＥ（ロングタームエボリューション）に関する作業項目（ＷＩ）の仕様は、Ｅ−ＵＴＲＡ（Evolved UMTS Terrestrial Radio Access（ＵＴＲＡ）：進化したＵＭＴＳ地上無線アクセス）およびＥ−ＵＴＲＡＮ（Evolved UMTS Terrestrial Radio Access Network（ＵＴＲＡＮ）：進化したＵＭＴＳ地上無線アクセスネットワーク）と称され、最終的にリリース８（ＬＴＥリリース８）として公開される。ＬＴＥシステムは、パケットベースの効率的な無線アクセスおよび無線アクセスネットワークであり、ＩＰベースの全機能を低遅延かつ低コストで提供する。ＬＴＥでは、与えられたスペクトルを用いてフレキシブルなシステム配備を達成するために、スケーラブルな複数の送信帯域幅（例えば、１.４ＭＨｚ、３.０ＭＨｚ、５.０ＭＨｚ、１０.０ＭＨｚ、１５.０ＭＨｚ、および２０.０ＭＨｚ）が指定されている。ダウンリンクには、ＯＦＤＭ（Orthogonal Frequency Division Multiplexing：直交周波数分割多重）をベースとする無線アクセスが採用されている。なぜなら、かかる無線アクセスは、低いシンボルレートのため本質的にマルチパス干渉（ＭＰＩ）を受けにくく、また、サイクリックプレフィックス（ＣＰ）を使用しており、さらに、さまざまな送信帯域幅の構成に対応可能だからである。アップリンクには、ＳＣ−ＦＤＭＡ（Single-Carrier Frequency Division Multiple Access：シングルキャリア周波数分割多元接続）をベースとする無線アクセスが採用されている。なぜなら、ユーザ機器（ＵＥ）の送信出力が限られていることを考えれば、ピークデータレートを向上させるよりも広いカバレッジエリアを提供することが優先されるからである。ＬＴＥリリース８／９では、数多くの主要なパケット無線アクセス技術（例えば、ＭＩＭＯ（多入力多出力）チャネル伝送技術）が採用され、高効率の制御シグナリング構造が達成されている。
【０００６】
ＬＴＥのアーキテクチャ
【０００７】
図１は、ＬＴＥの全体的なアーキテクチャを示し、図２は、Ｅ−ＵＴＲＡＮのアーキテクチャをより詳細に示している。Ｅ−ＵＴＲＡＮは、ｅＮｏｄｅＢから構成され、ｅＮｏｄｅＢは、ＵＥ向けの、Ｅ−ＵＴＲＡのユーザプレーン（ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）および制御プレーン（ＲＲＣ）のプロトコルを終端処理する。ｅＮｏｄｅＢ（ｅＮＢ）は、物理（ＰＨＹ）レイヤ、メディアアクセス制御（ＭＡＣ）レイヤ、無線リンク制御（ＲＬＣ）レイヤ、およびパケットデータ制御プロトコル（ＰＤＣＰ）レイヤ（これらのレイヤはユーザプレーンのヘッダ圧縮および暗号化の機能を含む）をホストする。ｅＮＢは、制御プレーンに対応する無線リソース制御（ＲＲＣ）機能も提供する。ｅＮＢは、無線リソース管理、アドミッション制御、スケジューリング、交渉によるアップリンクＱｏＳ（サービス品質）の実施、セル情報のブロードキャスト、ユーザプレーンデータおよび制御プレーンデータの暗号化／復号化、ダウンリンク／アップリンクのユーザプレーンパケットヘッダの圧縮／復元など、多くの機能を実行する。複数のｅＮｏｄｅＢは、Ｘ２インタフェースによって互いに接続されている。
【０００８】
また、複数のｅＮｏｄｅＢは、Ｓ１インタフェースによってＥＰＣ（Evolved Packet Core：進化したパケットコア）、より具体的には、Ｓ１−ＭＭＥによってＭＭＥ（Mobility Management Entity：移動管理エンティティ）、Ｓ１−Ｕによってサービングゲートウェイ（ＳＧＷ：Serving Gateway）に接続されている。Ｓ１インタフェースは、ＭＭＥ／サービングゲートウェイとｅＮｏｄｅＢとの間の多対多関係をサポートする。ＳＧＷは、ユーザデータパケットをルーティングして転送する一方で、ｅＮｏｄｅＢ間のハンドオーバー時におけるユーザプレーンのモビリティアンカーとして機能し、さらに、ＬＴＥと別の３ＧＰＰ技術との間のモビリティのためのアンカー（Ｓ４インタフェースを終端させ、２Ｇ／３ＧシステムとＰＤＮ  ＧＷとの間でトラフィックを中継する）として機能する。ＳＧＷは、アイドル状態のユーザ機器に対しては、ダウンリンクデータ経路を終端させ、そのユーザ機器へのダウンリンクデータが到着したときにページングをトリガーする。ＳＧＷは、ユーザ機器のコンテキスト（例えばＩＰベアラサービスのパラメータ、ネットワーク内部ルーティング情報）を管理および格納する。さらに、ＳＧＷは、合法傍受（lawful interception）の場合にユーザトラフィックの複製を実行する。
【０００９】
ＭＭＥは、ＬＴＥのアクセスネットワークの主要な制御ノードである。ＭＭＥは、アイドルモードのユーザ機器の追跡およびページング手順（再送信を含む）の役割を担う。ＭＭＥは、ベアラの有効化／無効化プロセスに関与し、さらには、最初のアタッチ時と、コアネットワーク（ＣＮ）ノードの再配置を伴うＬＴＥ内ハンドオーバー時とに、ユーザ機器のＳＧＷを選択する役割も担う。ＭＭＥは、（ＨＳＳと対話することによって）ユーザを認証する役割を担う。非アクセス層（ＮＡＳ：Non-Access Stratum）シグナリングはＭＭＥにおいて終端され、ＭＭＥは、一時的なＩＤを生成してユーザ機器に割り当てる役割も担う。ＭＭＥは、サービスプロバイダの公衆陸上移動網（ＰＬＭＮ：Public Land Mobile Network）に入るためのユーザ機器の認証をチェックし、ユーザ機器のローミング制約を実施する。ＭＭＥは、ＮＡＳシグナリングの暗号化／整合性保護においてネットワーク内の終端点であり、セキュリティキーの管理を行う。シグナリングの合法傍受も、ＭＭＥによってサポートされる。さらに、ＭＭＥは、ＬＴＥのアクセスネットワークと２Ｇ／３Ｇのアクセスネットワークとの間のモビリティのための制御プレーン機能を提供し、ＳＧＳＮからのＳ３インタフェースを終端させる。さらに、ＭＭＥは、ローミングするユーザ機器のためのホームＨＳＳに向かうＳ６ａインタフェースを終端させる。
【００１０】
ＬＴＥ（リリース８）におけるコンポーネントキャリアの構造
【００１１】
３ＧＰＰ  ＬＴＥ（リリース８）のダウンリンクコンポーネントキャリアは、時間−周波数領域において、いわゆるサブフレームに分割されている。３ＧＰＰ  ＬＴＥ（リリース８）では、図３に示したように、各サブフレームが２つのダウンリンクスロットに分割されており、第１のダウンリンクスロットは、最初のいくつかのＯＦＤＭシンボルにおける制御チャネル領域（ＰＤＣＣＨ領域）を含んでいる。各サブフレームは、時間領域における特定の数のＯＦＤＭシンボルからなり（３ＧＰＰ  ＬＴＥ（リリース８）では１２個または１４個のＯＦＤＭシンボル）、ＯＦＤＭシンボルそれぞれが、コンポーネントキャリアの帯域幅全体を範囲としている。したがって、ＯＦＤＭシンボルそれぞれは、図４にも示したように、ＮＤＬＲＢ×ＮＲＢｓｃ個のそれぞれのサブキャリア上で送信される複数の変調シンボルからなる。
【００１２】
例えば、３ＧＰＰ  ＬＴＥ（ロングタームエボリューション）において使用される、例えばＯＦＤＭを採用するマルチキャリア通信システムを考えると、スケジューラによって割り当てることのできるリソースの最小単位は、１つの「リソースブロック」である。物理リソースブロック（ＰＲＢ）は、図４に例示的に示したように、時間領域におけるＮＤＬｓｙｍｂ個の連続するＯＦＤＭシンボル（例：７個のＯＦＤＭシンボル）と、周波数領域におけるＮＲＢｓｃ個の連続するサブキャリアとして定義される（例：コンポーネントキャリアの１２のサブキャリア）。したがって、３ＧＰＰ  ＬＴＥ（リリース８）においては、物理リソースブロックは、ＮＤＬｓｙｍｂ×ＮＲＢｓｃ個のリソース要素からなり、時間領域における１スロットと、周波数領域における１８０ｋＨｚに対応する（ダウンリンクリソースグリッドに関するさらなる詳細については、例えば非特許文献１の６.２節を参照）（３ＧＰＰのウェブサイトにおいて入手可能であり、参照によって本明細書に組み込まれている）。
【００１３】
１つのサブフレームは２つのスロットからなり、したがって、いわゆる「通常の」ＣＰ（サイクリックプレフィックス）が使用されているときにはサブフレームに１４個のＯＦＤＭシンボルが存在し、いわゆる「拡張」ＣＰが使用されているときにはサブフレームに１２個のＯＦＤＭシンボルが存在する。専門用語として、以下では、サブフレーム全体にわたる、同一のＮＲＢｓｃ個の連続するサブキャリアに等しい時間−周波数リソースを、「リソースブロックペア」、または同じ意味で「ＲＢペア」または「ＰＲＢペア」と称する。
【００１４】
用語「コンポーネントキャリア」は、周波数領域におけるいくつかのリソースブロックの組合せを意味する。ＬＴＥの将来のリリースにおいて、「コンポーネントキャリア」という用語はもはや使用されない。代わりに、この用語は「セル」に変更される。「セル」は、ダウンリンクリソースおよび任意でアップリンクリソースの組合せを意味する。ダウンリンクリソースのキャリア周波数とアップリンクリソースのキャリア周波数との連結（linking）は、ダウンリンクリソースで送信されるシステム情報に示される。
【００１５】
コンポーネントキャリアの構造の同様の想定は、以降のリリースにも適用される。
【００１６】
より広い帯域幅をサポートするためのＬＴＥ−Ａにおけるキャリアアグリゲーション
【００１７】
世界無線通信会議２００７（ＷＲＣ−０７）において、ＩＭＴ−Ａｄｖａｎｃｅｄの周波数スペクトルが決定された。ＩＭＴ−Ａｄｖａｎｃｅｄのための全体的な周波数スペクトルは決定されたが、実際に利用可能な周波数帯域幅は、地域や国によって異なる。しかしながら、利用可能な周波数スペクトルのアウトラインの決定に続いて、３ＧＰＰ（第３世代パートナーシッププロジェクト）において無線インタフェースの標準化が開始された。３ＧＰＰ  ＴＳＧ  ＲＡＮ  ＃３９会合において、「Further Advancements for E-UTRA (LTE-Advanced)」に関する検討項目の記述が承認された。この検討項目は、Ｅ−ＵＴＲＡを進化・発展させるうえで（例えば、ＩＭＴ−Ａｄｖａｎｃｅｄの要求条件を満たすために）考慮すべき技術要素をカバーしている。
【００１８】
ＬＴＥ−Ａｄｖａｎｃｅｄシステムがサポートできる帯域幅は１００ＭＨｚであるが、ＬＴＥシステムは２０ＭＨｚをサポートできるのみである。最近、無線スペクトルの不足によって無線ネットワークの発展が妨げられており、結果として、ＬＴＥ−Ａｄｖａｎｃｅｄシステムのための十分に広いスペクトル帯域を確保することが困難である。したがって、より広い無線スペクトル帯域を得るための方法を見つけることが緊急課題であり、１つの可能な答えがキャリアアグリゲーション機能である。
【００１９】
キャリアアグリゲーションでは、最大で１００ＭＨｚの広い送信帯域幅をサポートする目的で、２つ以上のコンポーネントキャリアがアグリゲート（統合）される。ＬＴＥ−Ａｄｖａｎｃｅｄシステムでは、ＬＴＥシステムにおけるいくつかのセルが、より広い１つのチャネルにアグリゲートされ、このチャネルは、たとえＬＴＥにおけるこれらのセルが異なる周波数帯域である場合でも１００ＭＨｚに対して十分に広い。
【００２０】
少なくとも、アグリゲートされるコンポーネントキャリアの数がアップリンクとダウンリンクとで同じであるとき、すべてのコンポーネントキャリアをＬＴＥリリース８／９互換として設定することができる。ユーザ機器によってアグリゲートされるすべてのコンポーネントキャリアが必ずしもＬＴＥリリース８／９互換でなくてよい。リリース８／９のユーザ機器がコンポーネントキャリアにキャンプオンする（camp on）ことを回避するため、既存のメカニズム（例：バーリング（barring））を使用することができる。
【００２１】
ユーザ機器は、自身の能力に応じて１つまたは複数のコンポーネントキャリア（複数のサービングセルに対応する）を同時に受信または送信することができる。キャリアアグリゲーションのための受信能力もしくは送信能力またはその両方を備えた、ＬＴＥ−Ａリリース１０のユーザ機器は、複数のサービングセル上で同時に受信する、もしくは送信する、またはその両方を行うことができ、これに対して、ＬＴＥリリース８／９のユーザ機器は、コンポーネントキャリアの構造がリリース８／９の仕様に従う場合、１つのみのサービングセル上で受信および送信を行うことができる。
【００２２】
キャリアアグリゲーションは、連続するコンポーネントキャリアおよび不連続なコンポーネントキャリアの両方においてサポートされ、この場合、コンポーネントキャリアそれぞれは、３ＧＰＰ  ＬＴＥ（リリース８／９）の計算方式を使用するとき周波数領域における最大１１０個のリソースブロックに制限される。
【００２３】
同じｅＮｏｄｅＢから送信される、場合によってはアップリンクおよびダウンリンクにおいて異なる帯域幅の異なる数のコンポーネントキャリアをアグリゲートするように、３ＧＰＰ  ＬＴＥ−Ａ（リリース１０）互換のユーザ機器を構成することが可能である。設定することのできるダウンリンクコンポーネントキャリアの数は、ユーザ機器のダウンリンクのアグリゲーション能力に依存する。逆に、設定することのできるアップリンクコンポーネントキャリアの数は、ユーザ機器のアップリンクのアグリゲーション能力に依存する。ダウンリンクコンポーネントキャリアよりもアップリンクコンポーネントキャリアが多くなるように移動端末を構成することはできない。
【００２４】
一般的なＴＤＤ配備では、コンポーネントキャリアの数および各コンポーネントキャリアの帯域幅は、アップリンクとダウンリンクとで同じである。同じｅＮｏｄｅＢから送信されるコンポーネントキャリアは、必ずしも同じカバレッジを提供する必要はない。
【００２５】
連続的にアグリゲートされるコンポーネントキャリアの中心周波数の間隔は、３００ｋＨｚの倍数である。これは、３ＧＰＰ  ＬＴＥ（リリース８／９）の１００ｋＨｚの周波数ラスターとの互換性を保つと同時に、１５ｋＨｚ間隔のサブキャリアの直交性を維持するためである。アグリゲーションのシナリオによっては、連続するコンポーネントキャリアの間に少数の使用されないサブキャリアを挿入することによって、ｎ×３００ｋＨｚの間隔あけを容易にすることができる。
【００２６】
複数のキャリアをアグリゲートする影響は、ＭＡＣ層に及ぶのみである。ＭＡＣ層には、アップリンクおよびダウンリンクの両方において、アグリゲートされるコンポーネントキャリアごとに１つのＨＡＲＱエンティティが要求される。コンポーネントキャリアあたりのトランスポートブロックは最大１個である（アップリンクにおけるＳＵ−ＭＩＭＯを使用しない場合）。トランスポートブロックおよびそのＨＡＲＱ再送信（必要時）は、同じコンポーネントキャリアにマッピングする必要がある。
【００２７】
図５および図６は、それぞれ、ダウンリンクおよびアップリンクにおける、キャリアアグリゲーションが有効になっている第２層構造を示している。
【００２８】
キャリアアグリゲーションが設定されているとき、移動端末はネットワークとの１つのＲＲＣ接続のみを有する。ＲＲＣ接続の確立／再確立時、１つのセルが、ＬＴＥリリース８／９と同様に、セキュリティ入力（１つのＥＣＧＩ、１つのＰＣＩ、および１つのＡＲＦＣＮ）と、非アクセス層（ＮＡＳ）モビリティ情報（例：ＴＡＩ）とを提供する。ＲＲＣ接続の確立／再確立の後、そのセルに対応するコンポーネントキャリアは、ダウンリンクプライマリセル（ＰＣｅｌｌ）と称される。接続状態では、ユーザ機器あたりつねに１つのダウンリンクＰＣｅｌｌ（ＤＬ  ＰＣｅｌｌ）および１つのアップリンクＰＣｅｌｌ（ＵＬ  ＰＣｅｌｌ）が設定される。設定された一連のコンポーネントキャリアのうち、プライマリセル以外のセルはセカンダリセル（ＳＣｅｌｌ）と称される。ＳＣｅｌｌのキャリアは、ダウンリンクセカンダリコンポーネントキャリア（ＤＬ  ＳＣＣ）とアップリンクセカンダリコンポーネントキャリア（ＵＬ  ＳＣＣ）である。ダウンリンクＰＣｅｌｌおよびアップリンクＰＣｅｌｌの特徴は以下のとおりである。
−  各ＳＣｅｌｌごとに、ダウンリンクリソースに加えてアップリンクリソースのユーザ機器による使用を設定することができる（したがって、設定されるＤＬ  ＳＣＣの数はＵＬ  ＳＣＣの数よりもつねに大きいかまたは等しく、アップリンクリソースのみを使用するようにＳＣｅｌｌを設定することはできない）。
−  アップリンクＰＣｅｌｌは、第１層アップリンク制御情報を送信するのに使用される。
−  ダウンリンクＰＣｅｌｌは、ＳＣｅｌｌとは異なり非アクティブ化することはできない。
−  ユーザ機器の観点から、各アップリンクリソースは１つのサービングセルに属するのみである。
−  設定することのできるサービングセルの数は、ユーザ機器のアグリゲーション能力に依存する。
−  ダウンリンクＰＣｅｌｌにおいてレイリーフェージング（ＲＬＦ）が発生すると再確立がトリガーされるが、ダウンリンクＳＣｅｌｌにＲＬＦが発生しても再確立はトリガーされない。
−  ダウンリンクＰＣｅｌｌは、ハンドオーバーによって（すなわちセキュリティキーの変更およびＲＡＣＨ手順によって）変更されうる。
−  非アクセス層情報はダウンリンクＰＣｅｌｌから取得される。
−  ＰＣｅｌｌは、ハンドオーバー手順（すなわちセキュリティキーの変更およびＲＡＣＨ手順）によってのみ変更することができる。
−  ＰＣｅｌｌは、ＰＵＣＣＨの送信に使用される。
【００２９】
コンポーネントキャリアの設定および再設定は、ＲＲＣによって行うことができる。アクティブ化および非アクティブ化は、ＭＡＣ制御要素を介して行われる。ＬＴＥ内ハンドオーバー時、ＲＲＣによって、ターゲットセルで使用するためのＳＣｅｌｌを追加、削除、または再設定することもできる。新しいＳＣｅｌｌを追加するときには、ＳＣｅｌｌのシステム情報（送信／受信に必要である）を送るために専用のＲＲＣシグナリングが使用される（ＬＴＥリリース８／９におけるハンドオーバー時と同様）。
【００３０】
キャリアアグリゲーションを使用するようにユーザ機器が構成されているとき、アップリンクコンポーネントキャリアとダウンリンクコンポーネントキャリアの一対がつねにアクティブである。この対のうちのダウンリンクコンポーネントキャリアは、「ダウンリンクアンカーキャリア」と称されることもある。同じことはアップリンクについてもあてはまる。
【００３１】
キャリアアグリゲーションが設定されているとき、同時に複数のコンポーネントキャリアについてユーザ機器をスケジューリングすることができるが、一度に行うことのできるランダムアクセス手順は最大で１つである。クロスキャリアスケジューリング（cross-carrier scheduling）では、コンポーネントキャリアのＰＤＣＣＨによって別のコンポーネントキャリアのリソースをスケジューリングすることができる。この目的のため、それぞれのＤＣＩフォーマットにコンポーネントキャリア識別フィールド（「ＣＩＦ」と称する）が導入されている。
【００３２】
クロスキャリアスケジューリングが行われていないときには、アップリンクコンポーネントキャリアとダウンリンクコンポーネントキャリアとをリンクすることによって、グラントが適用されるアップリンクコンポーネントキャリアを識別することができる。アップリンクコンポーネントキャリアへのダウンリンクコンポーネントキャリアのリンクは、必ずしも１対１である必要はない。言い換えれば、同じアップリンクコンポーネントキャリアに複数のダウンリンクコンポーネントキャリアをリンクすることができる。一方で、１つのダウンリンクコンポーネントキャリアは、１つのアップリンクコンポーネントキャリアのみにリンクすることができる。
【００３３】
ＬＴＥ  ＲＲＣ状態
【００３４】
ＬＴＥは、２つの主状態、すなわち「ＲＲＣ＿ＩＤＬＥ」状態および「ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ」状態のみに基づいている。
【００３５】
ＲＲＣ＿ＩＤＬＥでは、無線は有効ではないが、ネットワークによってＩＤが割り当てられて追跡されている。より具体的には、ＲＲＣ＿ＩＤＬＥ状態の移動端末は、セルの選択および再選択を実行し、言い換えれば、キャンプオンするセルを決定する。セルの（再）選択プロセスでは、適用可能な各ＲＡＴ（無線アクセス技術）の適用可能な各周波数の優先度、無線リンクの品質、およびセルのステータス（すなわちセルが禁止または予約されているか）が考慮される。ＲＲＣ＿ＩＤＬＥ状態の移動端末は、ページングチャネルを監視して着呼を検出し、さらにシステム情報を取得する。システム情報は、主として、ネットワーク（Ｅ−ＵＴＲＡＮ）がセルの（再）選択プロセスを制御することのできるパラメータからなる。ＲＲＣは、ＲＲＣ＿ＩＤＬＥ状態の移動端末に適用される制御シグナリング、すなわちページングおよびシステム情報を指定する。ＲＲＣ＿ＩＤＬＥ状態における移動端末の挙動については、非特許文献２に指定されており、この文書は参照によって本明細書に組み込まれている。
【００３６】
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤでは、移動端末は、ｅＮｏｄｅＢとの確立されたＲＲＣ接続を有する。Ｅ−ＵＴＲＡＮでは、共有データチャネルを介して（ユニキャスト）データを伝送することができるように、移動端末に無線リソースが割り当てられる。この動作をサポートするため、移動端末は、時間および周波数における共有送信リソースの動的な割当てを示すために使用される対応する制御チャネルを監視する。移動端末は、Ｅ−ＵＴＲＡＮが移動端末にとって最適なセルを選択できるように、自身のバッファ状態およびダウンリンクチャネル品質の報告と、隣接セルの測定情報とを、ネットワークに提供する。これらの測定報告には、別の周波数またはＲＡＴを使用するセルが含まれる。さらに、ユーザ機器は、送信チャネルを使用するために要求される情報から主としてなるシステム情報を受信する。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のユーザ機器は、自身のバッテリの寿命を延ばすため、不連続受信（ＤＲＸ）サイクルを使用するように構成することができる。ＲＲＣとは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のユーザ機器の挙動をＥ−ＵＴＲＡＮが制御するためのプロトコルである。
【００３７】
図７は、ＩＤＬＥ状態およびＣＯＮＮＥＣＴＥＤ状態の移動端末によって実行される関連する機能の概要を含む状態図を示している。
【００３８】
論理チャネルおよびトランスポートチャネル
【００３９】
ＭＡＣ層は、論理チャネルを通じてＲＬＣ層にデータ伝送サービスを提供する。論理チャネルは、ＲＲＣシグナリングなどの制御データを伝える制御論理チャネルか、ユーザプレーンデータを伝えるトラフィック論理チャネルのいずれかである。ブロードキャスト制御チャネル（ＢＣＣＨ）、ページング制御チャネル（ＰＣＣＨ）、共通制御チャネル（ＣＣＣＨ）、マルチキャスト制御チャネル（ＭＣＣＨ）、および専用制御チャネル（ＤＣＣＨ）は、制御論理チャネルである。専用トラフィックチャネル（ＤＴＣＨ）およびマルチキャストトラフィックチャネル（ＭＴＣＨ）は、トラフィック論理チャネルである。
【００４０】
ＭＡＣ層からのデータは、トランスポートチャネルを通じて物理層と交換される。データは、無線送信方式に応じてトランスポートチャネルに多重化される。トランスポートチャネルは、次のようにダウンリンクまたはアップリンクとして分類される。ブロードキャストチャネル（ＢＣＨ）、ダウンリンク共有チャネル（ＤＬ−ＳＣＨ）、ページングチャネル（ＰＣＨ）、およびマルチキャストチャネル（ＭＣＨ）は、ダウンリンクトランスポートチャネルであるのに対して、アップリンク共有チャネル（ＵＬ−ＳＣＨ）およびランダムアクセスチャネル（ＲＡＣＨ）は、アップリンクトランスポートチャネルである。
【００４１】
ダウンリンクおよびアップリンクそれぞれにおいて、論理チャネルとトランスポートチャネルの間で多重化が実行される。
【００４２】
第１層／第２層（Ｌ１／Ｌ２）制御シグナリング
【００４３】
スケジューリング対象のユーザに、ユーザの割当てステータス、トランスポートフォーマット、およびその他のデータ関連情報（例：ＨＡＲＱ情報、送信電力制御（ＴＰＣ）コマンド）を知らせる目的で、第１層／第２層制御シグナリングがデータと一緒にダウンリンクで送信される。第１層／第２層制御シグナリングは、サブフレーム内でダウンリンクデータと一緒に多重化される（ユーザ割当てがサブフレーム単位で変化しうるものと想定する）。なお、ユーザ割当てをＴＴＩ（送信時間間隔）ベースで実行することもでき、その場合、ＴＴＩ長はサブフレームの倍数であることに留意されたい。ＴＴＩ長は、サービスエリアにおいてすべてのユーザに対して一定とする、ユーザ毎に異なる、あるいはユーザ毎に動的とすることもできる。第１層／第２層制御シグナリングは、一般的にはＴＴＩあたり１回送信するのみでよい。一般性を失うことなく、以下では、ＴＴＩが１サブフレームに等しいものと想定する。
【００４４】
第１層／第２層制御シグナリングは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）で送信される。ＰＤＣＣＨは、ダウンリンク制御情報（ＤＣＩ）としてメッセージを伝え、このメッセージには、移動端末またはユーザ機器のグループのリソース割当て情報およびその他の制御情報が含まれる。一般的には、いくつかのＰＤＣＣＨを１つのサブフレーム内で送信することができる。
【００４５】
なお、３ＧＰＰ  ＬＴＥでは、アップリンクデータ送信のための割当て（アップリンクスケジューリンググラントまたはアップリンクリソース割当てとも称する）も、ＰＤＣＣＨで送信されることに留意されたい。
【００４６】
スケジューリンググラントに関して、第１層／第２層制御シグナリングで送られる情報は、次の２つのカテゴリ、すなわち、カテゴリ１の情報を伝える共有制御情報（ＳＣＩ：Shared Control Information）と、カテゴリ２／３の情報を伝えるダウンリンク制御情報（ＤＣＩ：Downlink Control Information）に分けることができる。
【００４７】
カテゴリ１の情報を伝える共有制御情報（ＳＣＩ）
【００４８】
第１層／第２層制御シグナリングの共有制御情報部分は、リソース割当て（指示）に関連する情報を含む。共有制御情報は、一般には以下の情報を含んでいる。
−  リソースが割り当てられるユーザを示すユーザ識別情報。
−  ユーザに割り当てられるリソース（リソースブロック（ＲＢ））を示すリソースブロック（ＲＢ）割当て情報。割り当てられるリソースブロックの数は動的とすることができる。
−  割当ての持続時間（オプション）。複数のサブフレーム（またはＴＴＩ）にわたる割当てが可能である場合。
【００４９】
これらに加えて、共有制御情報は、他のチャネルの設定およびダウンリンク制御情報（ＤＣＩ）の設定（以下を参照）に応じて、アップリンク送信に対するＡＣＫ／ＮＡＣＫ、アップリンクスケジューリング情報、ＤＣＩに関する情報（例：リソース、ＭＣＳ）などの情報を含むことができる。
【００５０】
カテゴリ２／３の情報を伝えるダウンリンク制御情報（ＤＣＩ）
【００５１】
第１層／第２層制御シグナリングのダウンリンク制御情報部分は、カテゴリ１の情報によって示されるスケジューリング対象のユーザに送信されるデータの送信フォーマットに関連する情報（カテゴリ２の情報）を含む。さらに、再送信プロトコルとして（ハイブリッド）ＡＲＱを使用する場合、カテゴリ２の情報は、ＨＡＲＱ（カテゴリ３）の情報を伝える。ダウンリンク制御情報は、カテゴリ１に従ってスケジューリングされるユーザによって復号化されるのみでよい。ダウンリンク制御情報は、一般には以下に関する情報を含む。
−  カテゴリ２の情報：変調方式、トランスポートブロック（ペイロード）サイズまたは符号化率、ＭＩＭＯ（多入力多出力）関連情報など。トランスポートブロック（もしくはペイロードサイズ）または符号化率のいずれかをシグナリングできる。いずれの場合も、これらのパラメータは、変調方式情報およびリソース情報（割り当てられたリソースブロックの数）を使用することによって相互に計算することができる。
−  カテゴリ３情報：ＨＡＲＱ関連情報（例えば、ハイブリッドＡＲＱプロセス番号、冗長バージョン、再送信シーケンス番号）
【００５２】
ダウンリンク制御情報は、全体的なサイズと、フィールドに含まれる情報とが異なるいくつかのフォーマットの形をとる。ＬＴＥにおいて現在定義されている異なるＤＣＩフォーマットは、非特許文献３の５.３.３.１節に詳しく記載されている（この文書は、３ＧＰＰのウェブサイトにおいて入手可能であり、参照によって本明細書に組み込まれている）。
【００５３】
アップリンク制御情報（ＵＣＩ）
【００５４】
一般的には、移動通信システムにおけるアップリンク制御シグナリングは、次の２つのカテゴリに分類することができる。
−  データに関連付けられる制御シグナリングは、つねにアップリンクデータと一緒に送信される制御シグナリングであり、そのデータの処理に使用される。例として、トランスポートフォーマットの指示情報、「新規データ」インジケータ（ＮＤＩ）、ＭＩＭＯパラメータが挙げられる。
−  データに関連付けられない制御シグナリングは、アップリンクデータパケットとは無関係に送信される。例として、ダウンリンクデータパケットに対する確認応答（ＡＣＫ／ＮＡＣＫ）、リンクアダプテーション（link adaptation）をサポートするためのチャネル品質インジケータ（ＣＱＩ）、ダウンリンク送信に対するＭＩＭＯフィードバック（ランクインジケータ（ＲＩ）やプリコーディングマトリクスインジケータ（ＰＭＩ））が挙げられる。アップリンク送信のためのスケジューリング要求（ＳＲ）もこのカテゴリに入る。
【００５５】
アップリンクデータに関連付けられる制御シグナリングは、ＬＴＥにおいては必要なく、なぜなら関連する情報がすでにｅＮｏｄｅＢに既知であるためである。したがって、ＬＴＥのアップリンクには、データに関連付けられない制御シグナリングのみが存在する。
【００５６】
結果として、アップリンク制御情報（ＵＣＩ）は、以下の要素から構成することができる。
−  スケジューリング要求（ＳＲ）
−  ＰＤＳＣＨ（物理ダウンリンク共有チャネル）でのダウンリンクデータパケットに応えてのＨＡＲＱ  ＡＣＫ／ＮＡＣＫ。１つの符号語のダウンリンク送信の場合には１個のＡＣＫ／ＮＡＣＫビットが送信され、２つの符号語のダウンリンク送信の場合には２個のＡＣＫ／ＮＡＣＫビットが使用される。
−  チャネル品質インジケータ（ＣＱＩ）と、ＭＩＭＯに関連するフィードバック（ランクインジケータ（ＲＩ）およびプリコーディングマトリクスインジケータ（ＰＭＩ）からなる）とを含むチャネル状態情報（ＣＳＩ）。チャネル状態情報（ＣＳＩ）にはサブフレームあたり２０ビットが使用される。
【００５７】
ユーザ機器がサブフレーム内で送信できるアップリンク制御情報（ＵＣＩ）の量は、制御シグナリングデータの送信に利用可能なＳＣ−ＦＤＭＡシンボルの数によって決まる。ＰＵＣＣＨでは、シグナリングされる情報量に応じて８種類のフォーマットがサポートされる。次の表は、ＰＵＣＣＨにおいてサポートされるＵＣＩのフォーマットについてまとめてある。
【００５８】
【表１】
2020129832.tif 000003
【００５９】
（非特許文献１の５.４.１節および５.４.２節による）定義済みのさまざまなＰＵＣＣＨフォーマットを使用することで、ＰＵＣＣＨでのアップリンク制御情報（ＵＣＩ）の以下の組合せがサポートされる（非特許文献４の１０.１.１節を参照）。
−  フォーマット１ａ：  １ビットのＨＡＲＱ−ＡＣＫ、またはＦＤＤの場合に、１ビットのＨＡＲＱ−ＡＣＫと肯定スケジューリング要求（ＳＲ）
−  フォーマット１ｂ：  ２ビットのＨＡＲＱ−ＡＣＫ、または２ビットのＨＡＲＱ−ＡＣＫと肯定スケジューリング要求（ＳＲ）
−  フォーマット１ｂ：  ユーザ機器が２つ以上のサービングセルに対して構成されているとき、またはＴＤＤの場合にユーザ機器が１つのサービングセルに対して構成されているとき、最大４ビットのＨＡＲＱ−ＡＣＫおよびチャネル選択
−  フォーマット１：  肯定スケジューリング要求（ＳＲ）
−  フォーマット２：  ＨＡＲＱ−ＡＣＫと多重化されないときのＣＳＩ報告
−  フォーマット２ａ：  通常のサイクリックプレフィックスの場合に１ビットのＨＡＲＱ−ＡＣＫと多重化されるＣＳＩ報告
−  フォーマット２ｂ：  通常のサイクリックプレフィックスの場合に２ビットのＨＡＲＱ−ＡＣＫと多重化されるＣＳＩ報告
−  フォーマット２：  拡張サイクリックプレフィックスの場合にＨＡＲＱ−ＡＣＫと多重化されるＣＳＩ報告
−  フォーマット３：  ＦＤＤの場合の最大１０ビットのＨＡＲＱ−ＡＣＫ、およびＴＤＤの場合の最大２０ビットのＨＡＲＱ−ＡＣＫ
−  フォーマット３：  ＦＤＤの場合の１０ビットのＨＡＲＱ−ＡＣＫおよび１ビットの肯定／否定ＳＲに対応する最大１１ビット、および、ＴＤＤの場合の２０ビットのＨＡＲＱ−ＡＣＫおよび１ビットの肯定／否定ＳＲに対応する最大２１ビット
−  フォーマット３：  マルチセルＨＡＲＱ−ＡＣＫ、１ビットの肯定／否定ＳＲ、および１つのサービングセルの場合のＣＳＩ報告
【００６０】
ダウンリンクデータおよびアップリンクデータの送信
【００６１】
第１層／第２層制御シグナリングは、ダウンリンクデータ送信に関して、ダウンリンクパケットデータ送信と一緒に、個別の物理チャネル（ＰＤＣＣＨ）で送信される。この第１層／第２層制御シグナリングは、一般には以下に関する情報を含む。
−  データが送信される（１つまたは複数の）物理リソース（例えば、ＯＦＤＭの場合のサブキャリアまたはサブキャリアブロック、ＣＤＭＡの場合の符号）。移動端末（受信器）は、データが送信されるリソースをこの情報によって識別することができる。
−  ユーザ機器が、第１層／第２層制御シグナリングにおいてキャリア指示フィールド（ＣＩＦ：Carrier Indication Field）を有するように構成されているとき、この情報は、その特定の制御シグナリング情報が対象とするコンポーネントキャリアを識別する。これにより、１つのコンポーネントキャリアを対象とする割当てを別のコンポーネントキャリアで送ることが可能になる（「クロスキャリアスケジューリング」）。クロススケジューリングされる側のキャリアは、例えば、ＰＤＣＣＨのないコンポーネントキャリアとすることができ、すなわち、クロススケジューリングされる側のコンポーネントキャリアは、第１層／第２層制御シグナリングを伝えない。
−  送信に使用されるトランスポートフォーマット。例えば、データのトランスポートブロックサイズ（ペイロードサイズ、情報ビットサイズ）、ＭＣＳ（変調・符号化方式）レベル、スペクトル効率、符号化率などが挙げられる。ユーザ機器（受信器）は、復調、デ・レートマッチング（de-rate-matching）、および復号化のプロセスを開始する目的で、情報ビットサイズ、変調方式、および符号化率を、この情報（通常はリソース割当て（例：ユーザ機器に割り当てられるリソースブロックの数）と組み合わせる）によって識別することができる。変調方式は明示的にシグナリングすることができる。
−  ハイブリッドＡＲＱ（ＨＡＲＱ）情報：
・  ＨＡＲＱプロセス番号：ユーザ機器は、データがマッピングされているハイブリッドＡＲＱプロセスを識別することができる。
・  シーケンス番号または新規データインジケータ（ＮＤＩ）：ユーザ機器は、送信が新しいパケットであるか再送信されたパケットであるかを識別することができる。ＨＡＲＱプロトコルにおいて軟合成が実施される場合、シーケンス番号または新規データインジケータとＨＡＲＱプロセス番号とを組み合わせることで、復号化の前にＰＤＵのための送信の軟合成が可能である。
・  冗長バージョンもしくはコンステレーションバージョンまたはその両方：それぞれ、使用されているハイブリッドＡＲＱ冗長バージョン（デ・レートマッチングに必要である）、および、使用されている変調コンステレーションバージョン（復調に必要である）を、ユーザ機器に知らせる。
−  ユーザ機器識別情報（ＵＥ  ＩＤ）：第１層／第２層制御シグナリングの対象であるユーザ機器を知らせる。一般的な実装においては、この情報は、制御情報が別のユーザ機器に読み取られることを防止する目的で、第１層／第２層制御シグナリングのＣＲＣをマスクするために使用される。
【００６２】
アップリンクパケットデータ送信を可能にする目的で、送信の詳細をユーザ機器に知らせるため、第１層／第２層制御シグナリングがダウンリンク（ＰＤＣＣＨ）で送信される。この第１層／第２層制御シグナリングは、一般には以下に関する情報を含んでいる。
−  ユーザ機器がデータ送信に使用するべき（１つまたは複数の）物理リソース（例えば、ＯＦＤＭの場合のサブキャリアまたはサブキャリアブロック、ＣＤＭＡの場合の符号）。
−  ユーザ機器が、第１層／第２層制御シグナリングにおいてキャリア指示フィールド（ＣＩＦ）を有するように構成されているとき、この情報は、その特定の制御シグナリング情報が対象とするコンポーネントキャリアを識別する。これにより、１つのコンポーネントキャリアを対象とする割当てを別のコンポーネントキャリアで送ることが可能になる。クロススケジューリングされる側のキャリアは、例えば、ＰＤＣＣＨのないコンポーネントキャリアとすることができ、すなわち、クロススケジューリングされる側のコンポーネントキャリアは、第１層／第２層制御シグナリングを伝えない。
−  アップリンクグラントの第１層／第２層制御シグナリングは、アップリンクコンポーネントキャリアにリンクされているＤＬコンポーネントキャリアで送られる、または、いくつかのダウンリンクコンポーネントキャリアが同じアップリンクコンポーネントキャリアにリンクされている場合、いくつかのダウンリンクコンポーネントキャリアのうちの１つで送られる。
−  ユーザ機器が送信に使用するべきトランスポートフォーマット。例えば、データのトランスポートブロックサイズ（ペイロードサイズ、情報ビットサイズ）、ＭＣＳ（変調・符号化方式）レベル、スペクトル効率、符号化率などが挙げられる。ユーザ機器（送信器）は、変調、レートマッチング、および符号化のプロセスを開始する目的で、情報ビットサイズ、変調方式、および符号化率を、この情報（通常はリソース割当て（例：ユーザ機器に割り当てられるリソースブロックの数）と組み合わせる）によって取得することができる。場合によっては、変調方式を明示的にシグナリングすることができる。
−  ハイブリッドＡＲＱ情報：
・  ＨＡＲＱプロセス番号：データの取得先のハイブリッドＡＲＱプロセスをユーザ機器に知らせる。
・  シーケンス番号または新規データインジケータ：新しいパケットを送信するのか、あるいはパケットを再送信するのかをユーザ機器に知らせる。ＨＡＲＱプロトコルにおいて軟合成が実施される場合、シーケンス番号または新規データインジケータとＨＡＲＱプロセス番号とを組み合わせることで、復号化の前にプロトコルデータユニット（ＰＤＵ）のための送信の軟合成が可能である。
・  冗長バージョンもしくはコンステレーションバージョンまたはその両方：それぞれ、使用するハイブリッドＡＲＱ冗長バージョン（レートマッチングに必要である）、および、使用する変調コンステレーションバージョン（変調に必要である）を、ユーザ機器に知らせる。
−  ユーザ機器識別情報（ＵＥ  ＩＤ）：データを送信するべきユーザ機器を知らせる。一般的な実装においては、この情報は、制御情報が別のユーザ機器に読み取られることを防止する目的で、第１層／第２層制御シグナリングのＣＲＣをマスクするために使用される。
【００６３】
上述したさまざまな情報をアップリンクデータ送信およびダウンリンクデータ送信において実際に送信するとき、いくつかの異なる可能な方法が存在する。さらには、アップリンクおよびダウンリンクにおいて、第１層／第２層制御情報は、追加の情報を含んでいることもでき、あるいは、いくつかの情報を省くことができる。例えば以下のとおりである。
−  同期ＨＡＲＱプロトコルの場合、ＨＡＲＱプロセス番号が必要ないことがある（すなわちシグナリングされない）。
−  チェイス合成（Chase Combining）を使用する（冗長バージョンもしくはコンステレーションバージョンまたはその両方がつねに同じである）場合、または、冗長バージョンのシーケンスもしくはコンステレーションバージョンのシーケンスまたはその両方が事前に定義されている場合、冗長バージョンもしくはコンステレーションバージョンまたはその両方が必要ないことがある。
−  電力制御情報を制御シグナリングにさらに含めることができる。
−  ＭＩＭＯに関連する制御情報（例えばプリコーディング情報）を制御シグナリングにさらに含めることができる。
−  複数の符号語によるＭＩＭＯ送信の場合には、複数の符号語のためのトランスポートフォーマットもしくはＨＡＲＱ情報またはその両方を含めることができる。
【００６４】
ＬＴＥにおいて（物理アップリンク共有チャネル（ＰＵＳＣＨ）を対象として）ＰＤＣＣＨでシグナリングされるアップリンクリソース割当てでは、第１層／第２層制御情報にＨＡＲＱプロセス番号が含まれず、なぜなら、ＬＴＥのアップリンクには同期ＨＡＲＱプロトコルが採用されるためである。アップリンク送信に使用されるＨＡＲＱプロセスは、タイミングによって認識される。さらには、冗長バージョン（ＲＶ）情報は、トランスポートフォーマット情報と一緒に符号化され、すなわち、ＲＶ情報はトランスポートフォーマット（ＴＦ）フィールドに埋め込まれることに留意されたい。トランスポートフォーマット（ＴＦ）／変調・符号化方式（ＭＣＳ）フィールドは、例えば５ビットのサイズを有し、これは３２個のエントリに対応する。ＴＦ／ＭＣＳテーブルの３個のエントリは、冗長バージョン（ＲＶ）１、ＲＶ２、またはＲＶ３を示すために予約されている。ＭＣＳテーブルの残りのエントリは、ＲＶ０を暗黙的に示すＭＣＳレベル（ＴＢＳ）をシグナリングするために使用される。ＰＤＣＣＨのＣＲＣフィールドのサイズは１６ビットである。
【００６５】
ＬＴＥにおいてＰＤＣＣＨでシグナリングされるダウンリンク割当て（ＰＤＳＣＨ）では、冗長バージョン（ＲＶ）は、２ビットのフィールドにおいて個別にシグナリングされる。さらに、変調次数情報が、トランスポートフォーマット情報と一緒に符号化される。アップリンクの場合と同様に、５ビットのＭＣＳフィールドがＰＤＣＣＨでシグナリングされる。エントリのうち３個は、明示的な変調次数をシグナリングするために予約されており、トランスポートフォーマット（トランスポートブロック）情報は提供されない。残りの２９個のエントリにおいては、変調次数およびトランスポートブロックサイズ情報がシグナリングされる。
【００６６】
チャネル品質報告
【００６７】
リンクアダプテーションの原理は、パケット交換データトラフィックに対する効率的な無線インタフェースの設計にとって重要である。ほぼ一定のデータレートを持つ回線交換サービスをサポートするために高速閉ループ電力制御を利用したＵＭＴＳ（Universal Mobile Telecommunication System）の初期バージョンと異なり、ＬＴＥのリンクアダプテーションは、各ユーザに対する現行の無線チャネル容量に適合させるために、送信データレート（変調方式およびチャネル符号化率）を動的に調整する。
【００６８】
ＬＴＥのダウンリンクデータ送信の場合、ｅＮｏｄｅＢは、通常、ダウンリンクチャネル状態の予測に応じて変調方式および符号化率（ＭＣＳ）を選択する。この選択処理に対する重要な入力は、ｅＮｏｄｅＢへのアップリンクにおいてユーザ機器（ＵＥ：User Equipment）によって送信されるチャネル状態情報（ＣＳＩ：Channel State Information）フィードバックである。
【００６９】
チャネル状態情報は、例えば３ＧＰＰ  ＬＴＥのようなマルチユーザ通信システムにおいて、１人以上のユーザに対するチャネルリソースの品質を決定するのに使用される。一般に、ｅＮｏｄｅＢは、ＣＳＩフィードバックに応えて、ＱＰＳＫ、１６ＱＡＭ、および６４ＱＡＭの変調方式、ならびに幅広い符号化率から選択することができる。このＣＳＩ情報は、チャネルリソースを異なるユーザに割り当てるマルチユーザスケジューリングアルゴリズムに役立たせたり、あるいは、割り当てられたチャネルリソースを最大限に生かすよう、変調方式や符号化率、送信電力などのリンクパラメータを適合させたりするのに利用される。
【００７０】
ＣＳＩは、コンポーネントキャリアごとに、また、報告モードおよび帯域幅に応じて、コンポーネントキャリアの異なるサブバンド群ごとに、報告される。３ＧＰＰ  ＬＴＥでは、チャネル品質が報告される最小単位はサブバンドと呼ばれている。サブバンドは、周波数方向に隣接する（frequency-adjacent）複数のリソースブロックで構成されている。
【００７１】
上記のように、ユーザ機器は、通常、設定されているが非アクティブ化されたダウンリンクコンポーネントキャリアのＣＳＩ測定を実行・報告することはなく、ＲＳＲＰ（Reference Signal Received Power）およびＲＳＲＱ（Reference Signal Received Quality）のような無線リソースの管理に関連する測定を行うのみである。
【００７２】
一般に、移動通信システムでは、チャネル品質フィードバックを伝えるのに用いる特別の制御シグナリングが定義される。３ＧＰＰ  ＬＴＥには、チャネル品質のフィードバックとして必要に応じて報告することのできる３つの基本要素が存在する。これらのチャネル品質要素は以下のとおりである。
−  変調・符号化方式インジケータ（ＭＣＳＩ：Modulation and Coding Scheme Indicator）（ＬＴＥ仕様ではチャネル品質インジケータ（ＣＱＩ：Channel Quality Indicator）とも称される）
−  プリコーディングマトリクスインジケータ（ＰＭＩ：Precoding Matrix Indicator）
−  ランクインジケータ（ＲＩ：Rank Indicator）
【００７３】
ＭＣＳＩは、送信に使用すべき変調・符号化方式を提案するのに対し、ＰＭＩは、ＲＩによって与えられる送信行列の階数（rank）を使用する、特別の多重化およびマルチアンテナ送信（ＭＩＭＯ）に用いられるプリコーディング行列／ベクトルを示す。関連する報告・送信メカニズムの詳細は、以下の仕様書に記載されている（いずれの文献も３ＧＰＰのウェブサイトで入手可能であり、参照することにより本明細書に組み込まれている）。
−  非特許文献１（特に６.３.３節および６.３.４節）
−  非特許文献３（特に５.２.２節、５.２.４節、５.３.３節）
−  非特許文献４（特に７.１.７節および７.２節）
【００７４】
３ＧＰＰ  ＬＴＥでは、上述した３つのチャネル品質要素のすべてがつねに報告されるわけではない。実際に報告される要素は、主として、設定されている報告モードによって決まる。なお、３ＧＰＰ  ＬＴＥでは、２つの符号語の送信もサポートされる（すなわち、ユーザデータ（トランスポートブロック）の２つの符号語を１つのサブフレームに多重化して１つのサブフレームで送信することができる）ため、１つまたは２つの符号語のいずれについてもフィードバックすることができる。非周期的なチャネル品質フィードバックの個々の報告モードは、３ＧＰＰ  ＬＴＥに定義されている。
【００７５】
ＣＳＩで報告するためにユーザ機器によって使用される周期および周波数分解能（frequency resolution）は、いずれもｅＮｏｄｅＢによって制御される。物理アップリンク制御チャネル（ＰＵＣＣＨ）は、周期的なＣＳＩ報告（すなわちＲＲＣによって設定される特定の周期でのＣＳＩ報告）のみに使用される。ＣＳＩの非周期的な報告にはＰＵＳＣＨが使用され、ｅＮｏｄｅＢは、アップリンクデータ送信のためにスケジューリングされたリソースに埋め込まれる個々のＣＳＩ報告を送るように（ＰＤＣＣＨによって）ユーザ機器に具体的に命令する。
【００７６】
さらに、ｅＮｏｄｅＢが複数の送信アンテナを有する場合、（１つまたは複数の）ＣＳＩ値を第２の符号語について報告することができる。いくつかのダウンリンク送信モードにおいては、ユーザ機器は、プリコーディングマトリクスインジケータ（ＰＭＩ）およびランクインジケータ（ＲＩ）からなる追加のフィードバックシグナリングをさらに送信する。
【００７７】
ｅＮｏｄｅＢは、ＣＳＩ情報を迅速に取得する目的で、ＰＤＣＣＨ（物理ダウンリンク制御チャネル）で送るアップリンクリソースグラントの中にＣＳＩ要求ビットを設定することによって、非周期的なＣＳＩをスケジューリングすることができる。
【００７８】
３ＧＰＰ  ＬＴＥにおいては、ユーザ機器からのいわゆる非周期的なチャネル品質フィードバックをトリガーするための単純なメカニズムが予期される。無線アクセスネットワーク内のｅＮｏｄｅＢは、いわゆる非周期的なＣＳＩ報告の送信を要求するため、第１層／第２層制御シグナリングをユーザ機器に送信する（詳細については、非特許文献３の５.３.３.１.１節および非特許文献４の７.２.１節を参照）。ユーザ機器による非周期的なチャネル品質フィードバックの提供をトリガーするための別の可能な方法は、ランダムアクセス手順に関連する（非特許文献４の６.２節を参照）。
【００７９】
ユーザ機器は、チャネル品質フィードバックを提供するように指示するトリガーを受信すると、チャネル品質フィードバックをｅＮｏｄｅＢに送信する。一般に、チャネル品質フィードバック（すなわちＣＳＩ報告）は、スケジューラ（ｅＮｏｄｅＢ）によって第１層／第２層シグナリングを介してユーザ機器に割り当てられているＰＵＳＣＨ（物理アップリンク共有チャネル）リソースにおいて、アップリンク（ユーザ）データと多重化される。キャリアアグリゲーションの場合、ＣＳＩ報告は、チャネル品質フィードバックをトリガーした第１層／第２層信号（すなわちＰＤＣＣＨ）によって許可されたＰＵＳＣＨリソースにおいて多重化される。
【００８０】
サウンディング基準信号（ＳＲＳ）
【００８１】
サウンディング基準信号（ＳＲＳ）は、アップリンクリソースの動的な割当てをサポートするためのアップリンクチャネルサウンディングと、ダウンリンクにおける、相互関係を利用するビームフォーミング（reciprocity-aided beamforming）において、重要である。リリース１０では、個々のＳＲＳ送信をＰＤＣＣＨを介して動的にトリガーすることが可能になる。これらの動的な非周期的ＳＲＳ送信は、「タイプ１」のＳＲＳとして公知であるのに対して、リリース８の、ＲＲＣによって設定される周期的なＳＲＳは、リリース１０においては「タイプ０」として公知である。
【００８２】
ＰＤＣＣＨでのアップリンクリソースグラントにおけるインジケータを使用して、１回のタイプ１  ＳＲＳ送信をトリガーすることができる。これにより、長期にわたるＳＲＳリソースを指定することなしに、トラフィックやチャネル状態の変化に応えて迅速なチャネルサウンディングが容易になる。ＤＣＩフォーマット０においては、ＲＲＣシグナリングによってあらかじめ設定されているパラメータのセットに従って、タイプ１のＳＲＳの有効化を新規の１個のビットによって示すことができる。ＤＣＩフォーマット４（アップリンクＳＵ−ＭＩＭＯ送信をスケジューリングするために使用される）においては、２個の新規のビットによって、ＲＲＣによって設定されるタイプ１  ＳＲＳ送信パラメータの３つのセットのうちの１つをトリガーすることができる。
【００８３】
ＳＲＳ送信は、報告が設定／スケジューリングされている対応するサブフレームの最後のＳＣ−ＦＤＭＡシンボルにつねに含まれる。ＳＲＳ用に指定されるＳＣ−ＦＤＭＡ信号においては、ＰＵＳＣＨデータ送信は許可されない、すなわち、最後のシンボル以外のすべてのシンボルがＰＵＳＣＨに使用されるように、ＰＵＳＣＨ送信はパンクチャされる（punctured）。
【００８４】
アップリンク制御シグナリングおよび多重化
【００８５】
アップリンクＰＵＳＣＨデータと制御シグナリングとが同時にスケジューリングされるときには、アップリンク送信においてシングルキャリアの低いキュービックメトリック（ＣＭ：Cubic Metric）特性を維持する目的で、通常、ＤＦＴ拡散の前に制御シグナリングを（ＰＵＳＣＨにおける）データと一緒に多重化する。ユーザ機器は、ＰＵＳＣＨ送信のためのリソースブロック（ＲＢ）が自身に割り当てられていないサブフレームのみにおいて、アップリンク制御チャネル（ＰＵＣＣＨ）を使用して必要な制御シグナリングを送信する。
【００８６】
アップリンク制御シグナリングの多重化に関するさらなる情報は、非特許文献５の１６.３.１.１節、１６.３.３節、１６.３.４節、１６.３.５節、１６.３.６節、１６.３.７節、１６.４節に記載されており、この文書は参照によって本明細書に組み込まれている。
【００８７】
ＤＲＸ（不連続受信）
【００８８】
ユーザ機器のバッテリが過大に消費されないようにする目的で、３ＧＰＰ  ＬＴＥ（リリース８／９）および３ＧＰＰ  ＬＴＥ−Ａ（リリース１０）では、不連続受信（ＤＲＸ）というコンセプトが提供される。技術規格書である非特許文献６の５.７章にはＤＲＸについて説明されており、この文書は参照によって本明細書に組み込まれている。
【００８９】
ユーザ機器のＤＲＸ挙動を定義するため以下のパラメータが利用可能であり、すなわち、移動ノードがアクティブである期間（すなわちアクティブ時間）と、移動ノードがアクティブではない期間（すなわちＤＲＸモードにおける非アクティブ時間）である。
−  オン期間（タイマー）：ユーザ機器がＤＲＸ（非アクティブ時間）からウェイクアップした後、ＰＤＣＣＨを受信および監視する期間（単位：ダウンリンクサブフレーム）。ユーザ機器は、ＰＤＣＣＨを正常に復号化した場合、アウェイク状態を維持し、ＤＲＸインアクティビティタイマー（inactivity timer）を起動する。［１〜２００個のサブフレーム、１６ステップ：１〜６、１０〜６０、８０、１００、２００］
−  ＤＲＸインアクティビティタイマー：ユーザ機器が、ＰＤＣＣＨを最後に正常に復号化してから、さらなるＰＤＣＣＨを正常に復号化するのを待機する期間（単位：ダウンリンクサブフレーム）。ユーザ機器は、この期間の間にＰＤＣＣＨを正常に復号化できないとき、再びＤＲＸに入る。ユーザ機器は、最初の送信（すなわち再送信ではない）のみについてＰＤＣＣＨを１回正常に復号化した後に、ＤＲＸインアクティビティタイマーを再起動する。［１〜２５６０個のサブフレーム、２２ステップ、１０予備：１〜６、８、１０〜６０、８０、１００〜３００、５００、７５０、１２８０、１９２０、２５６０］
−  ＤＲＸ再送信タイマー：最初の利用可能な再送信時間の後にユーザ機器がダウンリンク再送信を予測する、連続するＰＤＣＣＨサブフレームの数を指定する。［１〜３３個のサブフレーム、８ステップ：１、２、４、６、８、１６、２４、３３］
−  短ＤＲＸサイクル：短ＤＲＸサイクルにおいてオン期間の後に非アクティブ期間が続く周期的な反復を指定する。このパラメータはオプションである。［２〜６４０個のサブフレーム、１６ステップ：２、５、８、１０、１６、２０、３２、４０、６４、８０、１２８、１６０、２５６、３２０、５１２、６４０］
−  短ＤＲＸサイクルタイマー：ＤＲＸインアクティビティタイマーが切れた後にユーザ機器が短ＤＲＸサイクルに従う、連続するサブフレームの数を指定する。このパラメータはオプションである。［１〜１６個のサブフレーム］
−  長ＤＲＸサイクル開始オフセット：長ＤＲＸサイクルにおいてオン期間の後に非アクティブ期間が続く周期的な反復と、オン期間が開始するときのオフセット（単位：サブフレーム）を指定する（非特許文献６の第５.７節に定義されている式によって求められる）。［サイクル長１０〜２５６０個のサブフレーム、１６ステップ：１０、２０、３０、３２、４０、６４、８０、１２８、１６０、２５６、３２０、５１２、６４０、１０２４、１２８０、２０４８、２５６０。オフセットは［０〜選択されたサイクルのサブフレーム長］の間の整数］
【００９０】
ユーザ機器がアウェイクしている合計期間は、「アクティブ時間」と称される。アクティブ時間には、ＤＲＸサイクルのオン期間と、ＤＲＸインアクティビティタイマーが切れていない間にユーザ機器が連続受信を行っている時間と、１  ＨＡＲＱ  ＲＴＴの後にダウンリンク再送信を待機している間にユーザ機器が連続受信を行っている時間とが含まれる。同様に、アップリンクの場合、ユーザ機器は、アップリンク再送信グラントを受信できるサブフレーム（すなわち最初のアップリンク送信の後、再送信の最大回数に達するまでの８ｍｓ毎）においてアウェイクしている。上記に基づくと、最小アクティブ時間は、オン期間に等しい長さであり、最大アクティブ時間は未定義（無限大）である。さらに、ユーザ機器は、ＰＵＣＣＨでＳＲを送信した後もアウェイクして、ＵＬ−ＳＣＨを割り当てるＰＤＣＣＨを監視する。逆に、非アクティブ時間は、基本的には、バッテリを節約する目的でユーザ機器がダウンリンクチャネルの受信をスキップすることのできるダウンリンクサブフレームの期間である。
【００９１】
ＤＲＸの動作は、電力を節約する目的で、（その時点で有効なＤＲＸサイクルに従って）反復的に無線回路を非アクティブにする機会を移動端末に提供する。ＤＲＸ期間中にユーザ機器が実際に非アクティブ時間（すなわちアクティブではない）のままであるかは、ユーザ機器によって決定することができる。例えば、ユーザ機器は通常では周波数間測定を実行するが、この測定はオン期間中には実施することができず、したがって他の何らかの時間に実行する必要がある。
【００９２】
ＤＲＸサイクルをパラメータ化するときには、バッテリの節約と遅延（レイテンシ）との間のトレードオフを伴う。長いＤＲＸ期間は、ユーザ機器のバッテリの寿命を延ばすうえで有利である。例えば、ウェブブラウジングサービスの場合、ダウンロードされたウェブページをユーザが読んでいる間、ユーザ機器がダウンリンクチャネルを連続的に受信することは、通常ではリソースの無駄である。これに対して、より短いＤＲＸ期間は、データ伝送が再開されるときに（例えばユーザが別のウェブページを要求するときに）より高速に応答するうえで有利である。
【００９３】
これらの相反する要件を満たすため、各ユーザ機器に対して２つのＤＲＸサイクル（短いサイクルと長いサイクル）を設定することができる。短ＤＲＸサイクル、長ＤＲＸサイクル、連続受信の間の遷移は、タイマーによって、またはｅＮＢからの明示的なコマンドによって制御される。短ＤＲＸサイクルは、ある意味、パケットが遅れて到着する場合における、ユーザ機器が長ＤＲＸサイクルに入る前の確認期間とみなすことができる。ユーザ機器が短ＤＲＸサイクルにある間にｅＮＢにデータが到着する場合、そのデータを送信するためのスケジューリングが次のウェイクアップ時間において行われ、次いでユーザ機器は連続受信を再開する。これに対して、短ＤＲＸサイクルの間にｅＮＢにデータが到着しない場合、ユーザ機器は、当面の間はパケット送信が終了したものと想定して長ＤＲＸサイクルに入る。
【００９４】
利用可能なＤＲＸ値は、ネットワークによって制御され、非ＤＲＸから開始してｘ秒までである。値ｘは、ＩＤＬＥ状態において使用されるページングＤＲＸと同じ長さとすることができる。測定要件および報告基準は、ＤＲＸ間隔の長さに従って異なることがあり、すなわち長いＤＲＸ間隔では、要件をより緩和することができる。
【００９５】
ＤＲＸが設定されているとき、ユーザ機器は「アクティブ時間」の間にのみ周期的なＣＱＩ／ＳＲＳ報告を送ることができる。ＲＲＣは、周期的なＣＱＩ報告がオン期間の間にのみ送られるように、周期的なＣＱＩ報告をさらに制約することができる。
【００９６】
図８は、サブフレームに基づくＤＲＸサイクルの例を示している。ユーザ機器は、その時点でアクティブなサイクルに応じて長ＤＲＸサイクルまたは短ＤＲＸサイクルのいずれかの「オン期間」の間、スケジューリングメッセージ（ＰＤＣＣＨ上のＣ−ＲＮＴＩによって示される）がないかチェックする。「オン期間」の間にスケジューリングメッセージが受信されたときには、ユーザ機器は、「インアクティビティタイマー」を起動し、インアクティビティタイマーが作動している間、各サブフレームにおいてＰＤＣＣＨを監視する。この期間中、ユーザ機器は連続受信モードにあるものとみなすことができる。インアクティビティタイマーが作動している間にスケジューリングメッセージが受信されると、ユーザ機器はインアクティビティタイマーを再起動し、インアクティビティタイマーが切れたとき、ユーザ機器は短ＤＲＸサイクルに移行し、「短ＤＲＸサイクルタイマー」を起動する。短ＤＲＸサイクルは、ｅＮｏｄｅＢからのＤＲＸ  ＭＡＣ制御要素（ユーザ機器にＤＲＸに入るように命令する）によって開始することもできる。短ＤＲＸサイクルタイマーが切れると、ユーザ機器は長ＤＲＸサイクルに移行する。このＤＲＸ挙動に加えて、ＨＡＲＱ  ＲＴＴの間にユーザ機器がスリープできるようにする目的で、「ＨＡＲＱラウンドトリップタイム（ＲＴＴ）タイマー」が定義される。１つのＨＡＲＱプロセスにおけるダウンリンクトランスポートブロックの復号化に失敗すると、ユーザ機器は、そのトランスポートブロックの次の再送信が、少なくとも「ＨＡＲＱ  ＲＴＴ」のサブフレームの後に行われるものと想定することができる。ＨＡＲＱ  ＲＴＴタイマーが作動している間、ユーザ機器はＰＤＣＣＨを監視する必要がない。ＨＡＲＱ  ＲＴＴタイマーが切れると、ユーザ機器は通常どおりにＰＤＣＣＨの受信を再開する。
【００９７】
上に挙げたＤＲＸに関連するタイマー（ＤＲＸインアクティビティタイマー、ＨＡＲＱ  ＲＴＴタイマー、ＤＲＸ再送信タイマー、短ＤＲＸサイクルタイマーなど）は、ＰＤＣＣＨグラントやＭＡＣ制御要素（ＤＲＸ  ＭＡＣ  ＣＥ）の受信などのイベントによって起動および停止される。したがって、ユーザ機器のＤＲＸステータス（アクティブ時間または非アクティブ時間）がサブフレーム単位で変化することがあり、したがって移動局またはｅＮｏｄｅＢによってつねに予測可能ではない。
【００９８】
ユーザ機器あたり１つのみのＤＲＸサイクルが存在する。アグリゲートされたコンポーネントキャリアすべてがこのＤＲＸパターンに従う。
【００９９】
ＤＲＸ時における現在の周期的なＣＳＩ／ＳＲＳ報告の欠点
【０１００】
前述したように、ユーザ機器のＤＲＸステータス（すなわちアクティブ時間／非アクティブ時間）は、サブフレーム単位で変化しうる。ＤＲＸに関連するタイマー（ＤＲＸインアクティビティタイマー、ＨＡＲＱ  ＲＴＴタイマー、ＤＲＸ再送信タイマーなど）は、ＰＤＣＣＨグラントやＭＡＣ制御要素（ＤＲＸ  ＭＡＣ  ＣＥ）の受信など、さまざまなイベントによって起動および停止され、ユーザ機器をアクティブ時間または非アクティブ時間にする。アクティブ時間および非アクティブ時間におけるユーザ機器の挙動は、標準規格に明確に定義されている。これによると、ユーザ機器は、アクティブ時間の間にのみ、周期的なＣＳＩ報告およびＳＲＳを送信する。しかしながら、ユーザ機器には、自身のＤＲＸステータスを変更する受信したシグナリングや情報を処理する時間が必要であり、また、ＣＳＩ報告およびＳＲＳを作成する時間が必要である。これらの処理時間は、ユーザ機器の実装に強く依存する。しかしながら、このことがユーザ機器の動作時の問題につながることがあり、以下ではこの点について詳しく説明する。
【０１０１】
いま、ユーザ機器が現在アクティブ時間にあり、ＤＲＸインアクティビティタイマーが作動しているものと想定すると、ＤＲＸインアクティビティタイマーが切れる前の最後のサブフレーム（例：サブフレームＮ）において、新しい送信（アップリンクまたはダウンリンク）を示すＰＤＣＣＨをユーザ機器が受信した場合、そのユーザ機器は次のサブフレーム（すなわちサブフレームＮ＋１）においてもアクティブ時間にあり、ＤＲＸインアクティビティタイマーを再起動する。
【０１０２】
ユーザ機器における処理時間に起因して、ユーザ機器は現在サブフレームＮ＋１の先頭／中央部分であり、サブフレームＮ＋１は依然としてアクティブ時間にある。周期的ＣＳＩ報告がサブフレームＮ＋１において送信されるように設定されているものと想定すると、ユーザ機器には、送信するＣＳＩ報告を作成する時間がないことがあり、なぜならユーザ機器は、当初はサブフレームＮ＋１においてＤＲＸに入り（すなわち非アクティブ時間にあり）、したがってＣＳＩ報告を送信する必要がないものと想定されていたためである。結果として、ユーザ機器は、設定されているサブフレームにおいてアクティブ時間にあれば周期的ＣＳＩをＰＵＣＣＨで送信するように要求している仕様とは異なり、サブフレームＮ＋１において周期的ＣＳＩ報告を送信できないことがある。
【０１０３】
要約すると、ＣＳＩ／ＳＲＳの送信に関するユーザ機器の挙動として、ユーザ機器が自身のＤＲＸステータスにただちに従うことができないことがあり、なぜならユーザ機器には、シグナリングを認識して、それに応じて必要なアップリンク送信を作成する時間が必要であるためである。ネットワークからのシグナリングを受信することに起因してアクティブ時間が突然に開始される、延長される、または停止した後の時間は、一般的には「遷移段階（transient phase）」または「不確定期間（uncertain period）」と称する。ＬＴＥリリース８／９／１０では、ユーザ機器における処理の遅延を考慮する目的で、ＰＵＣＣＨでの周期的なＣＳＩ送信および周期的なＳＲＳ送信に関する例外が、非特許文献６において以下のように導入されている。
【０１０４】
ユーザ機器は、新しい送信（アップリンクまたはダウンリンク）を示すＰＤＣＣＨを、サブフレームｎ−ｉ（ｎはアクティブ時間の最後のサブフレーム、ｉは０〜３の整数値）において受信した場合、オプションとして、そのＰＤＣＣＨを受信したサブフレームに続く最大で４つのサブフレームにおいては、ＰＵＣＣＨでのＣＱＩ／ＰＭＩ／ＲＩ／ＰＴＩ報告、もしくは、トリガーされるタイプ０  ＳＲＳ送信、またはその両方を送信しないことを選ぶことができる。さらに、ＰＤＣＣＨまたはＭＡＣ制御要素の受信によってアクティブ時間が停止した後、ユーザ機器は、オプションとして、最大４つのサブフレームにおいては、ＰＵＣＣＨでのＣＱＩ／ＰＭＩ／ＲＩ／ＰＴＩ報告、もしくは、ＳＲＳ送信、またはその両方の送信を続行することを選ぶことができる。ＰＵＣＣＨでのＣＱＩ／ＰＭＩ／ＲＩ／ＰＴＩ報告、もしくは、トリガーされるタイプ０  ＳＲＳ送信、またはその両方を送信しない選択は、オン期間タイマーが作動しているサブフレームにおいては適用することができず、また、サブフレームｎ−ｉからサブフレームｎにおいては適用することができない。
【０１０５】
上記の例外にもかかわらず、ｅＮＢは、一般的に、仕様に従ってユーザ機器からのアップリンク送信を予期する。したがって、ＣＳＩ／ＳＲＳ報告に関して、ユーザ機器がアクティブ時間にあるときには、ＣＳＩ／ＳＲＳの周期に応じてユーザ機器がＰＵＣＣＨでの周期的なＣＳＩ報告およびＳＲＳを送信するものと予期される。これに対して、ユーザ機器が非アクティブ時間にあるサブフレームにおいては、ｅＮＢはユーザ機器からの周期的なＣＳＩ／ＳＲＳ送信を予期しない。
【０１０６】
しかしながら、「遷移段階」をカバーする目的で導入されたこのようなユーザ機器の挙動に起因して、ｅＮＢは、これらの「遷移段階」におけるユーザ機器の挙動については予期することができない。したがって、ネットワークとしては、周期的なＣＳＩ報告または周期的なＳＲＳ報告が送信されたか否かが不明である場合でも、ＰＵＣＣＨチャネルまたはＰＵＳＣＨチャネルを正しく復号化できなければならない。言い換えれば、両方の送信ケース（すなわちＣＳＩ／ＳＲＳ送信が行われた場合と行われなかった場合）をカバーするため、ユーザ機器における重複復号化（double decoding）が必要である。例えば以下のとおりである。
−  遷移段階においてＣＳＩと、ダウンリンクＨＡＲＱ  ＰＵＣＣＨ送信とが一致する場合、ネットワークは、ＣＳＩが送信された場合とＣＳＩが送信されなかった場合の両方に対処するため重複復号化を実行する必要がある。
−  遷移段階においてＳＲＳと、ＳＲＳの設定された帯域幅の外側であるＰＵＳＣＨ送信とが一致する場合、ネットワークは、ＳＲＳが送信された場合とＳＲＳが送信されなかった場合の両方に対処するため重複復号化を実行する必要がある。
【０１０７】
上記以外にも、制御情報を正しく検出できるようにする目的で、２つの異なるデータ送信フォーマットを対象にｅＮＢが重複復号化を実行する必要のある制御情報の組合せが多数存在する。次の表（非特許文献７から引用されている）は、これらの組合せのいくつかを示している。なお、以下のリストは完全なものではなく、概要を示すのみである。
【０１０８】
【表２】
2020129832.tif 000004
【０１０９】
表から理解できるように、遷移段階に起因する重複復号化は極めて頻繁に起こり、これによりネットワーク内に不必要な複雑性と計算コストが生じる。ｅＮＢにおける復号化は、特定の送信フォーマット（例えば必ずＣＳＩを含むフォーマット２、フォーマット２ａ、フォーマット２ｂ）を有するアップリンク送信に依存する。ＣＳＩが突然に送信される、または突然に送信されなくなることによって送信フォーマットが変更されると、誤った送信フォーマットに起因してｅＮＢにおける復号化が失敗することがあり、これによりスループットの低下につながる。
【０１１０】
このことは、ＳＲＳの送信についても同様にあてはまる。ＰＵＳＣＨのために割り当てられたリソースブロックとセルに固有なＳＲＳ周波数領域とが重ならないとき、ユーザ機器がこのサブフレームにおいてＳＲＳを送信しない場合、ユーザ機器はこのサブフレーム内の最後のＳＣ−ＦＤＭＡシンボルをＰＵＳＣＨのために使用する。ユーザ機器がこのサブフレームにおいてＳＲＳを送信する場合、ユーザ機器はＰＵＳＣＨのために最後のＳＣ−ＦＤＭＡシンボルを使用しない。したがって、ユーザ機器がＳＲＳを送信するかに応じて（これはサブフレームのＤＲＸステータスによって決まる）、ＰＵＳＣＨのためのＳＣ−ＦＤＭＡシンボルの数が変化し、すなわち、ｅＮＢは、このようなサブフレームにおいてＰＵＳＣＨシンボルの２種類の使用状況をチェックしなければならないことを意味する。しかしながら、この不確定性は、セルに固有なＳＲＳ領域内に存在するＰＵＳＣＨリソースのみをｅＮＢがユーザ機器に割り当てる（割当ての多くはこのように行われる）ことによって、容易に回避することができる。この場合、ユーザ機器は、周期的なＳＲＳが設定されているサブフレーム内の最後のＳＣ−ＦＤＭＡシンボルにＰＵＳＣＨをマッピングすることはない。しかしながら、ＰＵＳＣＨのための割り当てられたリソースブロックがセルに固有なＳＲＳ領域内に存在しない場合、上記の問題が依然として残る。
【先行技術文献】
【非特許文献】
【０１１１】
【非特許文献１】3GPP TS 36.211, “Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels and Modulation (Release 8)”
【非特許文献２】TS 36.304
【非特許文献３】3GPP TS 36.212, “Evolved Universal Terrestrial Radio Access (E-UTRA); Multiplexing and channel coding”
【非特許文献４】3GPP TS 36.213, “Evolved Universal Terrestrial Radio Access (E-UTRA); Physical layer procedures”, version 10.0.1
【非特許文献５】LTE - The UMTS Long Term Evolution - From Theory to Practice, Edited by Stefanie Sesia, Issam Toufik, Matthew Baker, Second Edition
【非特許文献６】TS 36.321
【非特許文献７】R2-124687
【発明の概要】
【発明が解決しようとする課題】
【０１１２】
本発明の１つの目的は、上述した従来技術の問題を解決する、ＣＳＩもしくはＳＲＳまたはその両方を送信する場合のユーザ機器の決定論的な挙動を提供することである。
【０１１３】
この目的は、独立請求項の主題によって解決される。有利な実施形態は、従属請求項の主題である。
【課題を解決するための手段】
【０１１４】
本発明の主たる一態様は、無線通信装置を制御する集積回路であって、前記制御は、無線通信システムにおいてチャネル品質情報報告もしくはサウンディング基準信号またはその両方をサブフレームＮにおいて基地局に送信する送信処理であって、サブフレームＮが、周期的なチャネル品質情報報告もしくは周期的なサウンディング基準信号またはその両方の送信用に無線通信装置に対して設定されている、前記送信処理と、サブフレームＮにおいて前記無線通信装置がＤＲＸアクティブ時間にあるかＤＲＸ非アクティブ時間にあるかを、サブフレームＮ−（４＋ｋ）（サブフレームＮ−（４＋ｋ）を含む）までに前記無線通信装置によって受信された、ＤＲＸ動作に関するＭＡＣ制御要素（ｋは１〜Ｋの整数値である）、に少なくとも基づいて判定する判定処理と、を含み、前記送信処理は、さらに、サブフレームＮにおいて前記無線通信装置がＤＲＸアクティブ時間にあるものと前記判定処理によって判定された場合、サブフレームＮ−（３＋ｋ）〜サブフレームＮにおいて前記無線通信装置が受信するＤＲＸ動作に関するＭＡＣ制御要素の内容に関わらず、前記チャネル品質情報報告もしくは前記サウンディング基準信号またはその両方をサブフレームＮにおいて前記基地局に送信するようにされている、集積回路である。
【０１１５】
本発明は、移動通信システムにおいてチャネル品質情報報告もしくはサウンディング基準信号またはその両方をサブフレームＮにおいて移動局から基地局に送信する、第１の実施形態の方法、を提供する。サブフレームＮは、周期的なチャネル品質情報報告もしくは周期的なサウンディング基準信号またはその両方の送信用に移動局に対して設定されている。サブフレームＮにおいて移動局がＤＲＸアクティブ時間にあるかＤＲＸ非アクティブ時間にあるかを、少なくとも以下、すなわち、
サブフレームＮ−４（サブフレームＮ−４を含む）までに移動局によって受信された、アップリンク共有チャネルのアップリンクリソースグラント、もしくは、ダウンリンク共有チャネルのダウンリンクリソース割当て、またはその両方、および、
ＤＲＸインアクティビティタイマー、ＤＲＸオン期間タイマー、ＤＲＸ再送信タイマーのうちの少なくとも１つを含む、移動局において作動しているＤＲＸ関連タイマー、
に基づいて、判定する。
【０１１６】
サブフレームＮにおいて移動局がＤＲＸアクティブ時間にあるものと判定された場合、移動局は、チャネル品質情報報告もしくはサウンディング基準信号またはその両方をサブフレームＮにおいて基地局に送信する。
【０１１７】
上の実施形態に加えて、または上の実施形態に代えて使用できる、本発明の第１の実施形態の有利な変形形態によると、基地局は、以下のステップ、すなわち、
サブフレームＮにおいて移動局がＤＲＸアクティブ時間にあるかＤＲＸ非アクティブ時間にあるかを、
サブフレームＮ−４（サブフレームＮ−４を含む）までに移動局に送信された、アップリンク共有チャネルのアップリンクリソースグラント、もしくは、ダウンリンク共有チャネルのダウンリンクリソース割当て、またはその両方、および、
ＤＲＸインアクティビティタイマー、ＤＲＸオン期間タイマー、ＤＲＸ再送信タイマーのうちの少なくとも１つを含む、移動局において作動しているＤＲＸ関連タイマー、
に少なくとも基づいて、判定するステップと、
判定するステップによって、サブフレームＮにおいて移動局がＤＲＸアクティブ時間にあるものと判定された場合、移動局からのチャネル品質情報報告もしくはサウンディング基準信号またはその両方をサブフレームＮにおいて受信するステップと、
を実行する。
【０１１８】
上の実施形態に加えて、または上の実施形態に代えて使用できる、本発明の第１の実施形態の有利な変形形態によると、判定するステップは、サブフレームＮ−（４＋ｋ）（サブフレームＮ−（４＋ｋ）を含む）までに移動局によって受信された、ＤＲＸ動作に関するＭＡＣ制御要素（ｋは１〜Ｋの整数値である）、にさらに基づく。これに代えて、判定するステップは、サブフレームＮ−（３＋ｋ）（サブフレームＮ−（３＋ｋ）を含む）までに移動局によって確認応答が送信された対象の、ＤＲＸ動作に関するＭＡＣ制御要素（ｋは１〜Ｋの整数値である）、にさらに基づく。上の実施形態に加えて、または上の実施形態に代えて使用できる、本発明の第１の実施形態の有利な変形形態によると、判定するステップにおいて、サブフレームＮ−４（サブフレームＮ−４を含む）までに移動局によって受信された、アップリンク共有チャネルのアップリンクリソースグラント、もしくは、ダウンリンク共有チャネルのダウンリンクリソース割当て、またはその両方に基づき、さらに、サブフレームＮ−４におけるＤＲＸ関連タイマーの値に基づいて、ＤＲＸ関連タイマーが考慮される。
【０１１９】
本発明は、移動通信システムにおいてチャネル品質情報報告もしくはサウンディング基準信号またはその両方をサブフレームＮにおいて基地局に送信する、第１の実施形態の移動局、を提供する。サブフレームＮは、周期的なチャネル品質情報報告もしくは周期的なサウンディング基準信号またはその両方の送信用に移動局に対して設定されている。移動局のプロセッサは、サブフレームＮにおいて移動局がＤＲＸアクティブ時間にあるかＤＲＸ非アクティブ時間にあるかを、少なくとも以下、すなわち、
サブフレームＮ−４（サブフレームＮ−４を含む）までに移動局によって受信された、アップリンク共有チャネルのアップリンクリソースグラント、もしくは、ダウンリンク共有チャネルのダウンリンクリソース割当て、またはその両方、および、
ＤＲＸインアクティビティタイマー、ＤＲＸオン期間タイマー、ＤＲＸ再送信タイマーのうちの少なくとも１つを含む、移動局において作動しているＤＲＸ関連タイマー、
に基づいて、判定する。
【０１２０】
サブフレームＮにおいて移動局がＤＲＸアクティブ時間にあるものとプロセッサによって判定された場合、移動局の送信器は、チャネル品質情報報告もしくはサウンディング基準信号またはその両方をサブフレームＮにおいて基地局に送信する。
【０１２１】
上の実施形態に加えて、または上の実施形態に代えて使用できる、本発明の第１の実施形態の移動局の有利な変形形態によると、プロセッサは、サブフレームＮ−（４＋ｋ）（サブフレームＮ−（４＋ｋ）を含む）までに移動局によって受信された、ＤＲＸ動作に関するＭＡＣ制御要素（ｋは１〜Ｋの整数値である）、にさらに基づいて、判定を実行する。これに代えて、プロセッサは、サブフレームＮ−（３＋ｋ）（サブフレームＮ−（３＋ｋ）を含む）までに移動局によって確認応答が送信された対象の、ＤＲＸ動作に関するＭＡＣ制御要素（ｋは１〜Ｋの整数値である）、にさらに基づいて、判定を実行する。
【０１２２】
本発明は、移動通信システムにおいて移動局からのチャネル品質情報報告もしくはサウンディング基準信号またはその両方をサブフレームＮにおいて受信する、第１の実施形態の基地局、を提供する。サブフレームＮは、周期的なチャネル品質情報報告もしくは周期的なサウンディング基準信号またはその両方の送信用に移動局に対して設定されている。基地局のプロセッサは、サブフレームＮにおいて移動局がＤＲＸアクティブ時間にあるかＤＲＸ非アクティブ時間にあるかを、少なくとも以下、すなわち、
サブフレームＮ−４（サブフレームＮ−４を含む）までに移動局に送信された、アップリンク共有チャネルのアップリンクリソースグラント、もしくは、ダウンリンク共有チャネルのダウンリンクリソース割当て、またはその両方、および、
ＤＲＸインアクティビティタイマー、ＤＲＸオン期間タイマー、ＤＲＸ再送信タイマーのうちの少なくとも１つを含む、移動局において作動しているＤＲＸ関連タイマー、
に基づいて、判定する。
【０１２３】
サブフレームＮにおいて移動局がＤＲＸアクティブ時間にあるものとプロセッサによって判定された場合、基地局の受信器は、移動局からのチャネル品質情報報告もしくはサウンディング基準信号またはその両方をサブフレームＮにおいて受信する。
【０１２４】
本発明は、移動通信システムにおいてチャネル品質情報報告もしくはサウンディング基準信号またはその両方をサブフレームＮにおいて移動局から基地局に送信する、第２の実施形態の方法、を提供する。サブフレームＮは、周期的なチャネル品質情報報告もしくは周期的なサウンディング基準信号またはその両方の送信用に移動局に対して設定されている。サブフレームＮにおいて移動局がＤＲＸアクティブ時間にあるかＤＲＸ非アクティブ時間にあるかを、サブフレームＮ−（４＋ｋ）（サブフレームＮ−（４＋ｋ）を含む）までに移動局によって受信された、ＤＲＸ動作に関するＭＡＣ制御要素（ｋは１〜Ｋの整数値である）、に少なくとも基づいて判定する。判定するステップによって、サブフレームＮにおいて移動局がＤＲＸアクティブ時間にあるものと判定された場合、移動局は、チャネル品質情報報告もしくはサウンディング基準信号またはその両方をサブフレームＮにおいて基地局に送信する。上の実施形態に加えて、または上の実施形態に代えて使用できる、本発明の第２の実施形態の方法の有利な変形形態によると、基地局は、サブフレームＮにおいて移動局がＤＲＸアクティブ時間にあるかＤＲＸ非アクティブ時間にあるかを、サブフレームＮ−（４＋ｋ）（サブフレームＮ−（４＋ｋ）を含む）までに移動局に送信された、ＤＲＸ動作に関するＭＡＣ制御要素（ｋは１〜Ｋの整数値である）に少なくとも基づき、さらに、ＭＡＣ制御要素が正常に復号化されたことに関する移動局から受信されたフィードバックに基づいて、判定する。判定するステップによって、サブフレームＮにおいて移動局がＤＲＸアクティブ時間にあるものと判定された場合、基地局は、移動局からのチャネル品質情報報告もしくはサウンディング基準信号またはその両方をサブフレームＮにおいて受信する。
【０１２５】
上の実施形態に加えて、または上の実施形態に代えて使用できる、本発明の第２の実施形態の方法の有利な変形形態によると、判定するステップは、サブフレームＮ−（３＋ｋ）〜サブフレームＮにおいて、移動局を宛先とする、ＤＲＸ動作に関するＭＡＣ制御要素、を無視する。
【０１２６】
上の実施形態に加えて、または上の実施形態に代えて使用できる、本発明の第２の実施形態の方法の有利な変形形態によると、判定するステップによって、サブフレームＮにおいて移動局がＤＲＸ非アクティブ時間にあるものと判定された場合、移動局は、サブフレームＮにおいてチャネル品質情報報告もしくはサウンディング基準信号またはその両方を基地局に送信しない。
【０１２７】
上の実施形態に加えて、または上の実施形態に代えて使用できる、本発明の第２の実施形態の方法の有利な変形形態によると、判定するステップは、サブフレームＮ−４（サブフレームＮ−４を含む）までに移動局によって受信された、アップリンク共有チャネルのアップリンクリソースグラント、もしくは、ダウンリンク共有チャネルのダウンリンクリソース割当て、またはその両方、にさらに基づく。これに代えて、判定するステップは、サブフレームＮ−（４＋ｋ）（サブフレームＮ−（４＋ｋ）を含む）までに移動局によって受信された、アップリンク共有チャネルのアップリンクリソースグラント、もしくは、ダウンリンク共有チャネルのダウンリンクリソース割当て、またはその両方、にさらに基づく。
【０１２８】
上の実施形態に加えて、または上の実施形態に代えて使用できる、本発明の第２の実施形態の方法の有利な変形形態によると、判定するステップは、ＤＲＸインアクティビティタイマー、ＤＲＸオン期間タイマー、ＤＲＸ再送信タイマーのうちの少なくとも１つを含む、移動局において作動しているＤＲＸ関連タイマー、にさらに基づく。
【０１２９】
上の実施形態に加えて、または上の実施形態に代えて使用できる、本発明の第２の実施形態の方法の有利な変形形態によると、判定するステップは、サブフレームＮにおけるＤＲＸ関連タイマーの状態を、サブフレームＮ−４（サブフレームＮ−４を含む）までに移動局によって受信された、アップリンク共有チャネルのアップリンクリソースグラント、もしくは、ダウンリンク共有チャネルのダウンリンクリソース割当て、またはその両方に基づき、さらに、サブフレームＮ−４におけるＤＲＸ関連タイマーの値に基づいて、推定するステップ、を含む。
【０１３０】
上の実施形態に加えて、または上の実施形態に代えて使用できる、本発明の第２の実施形態の方法の有利な変形形態によると、移動局は、サブフレームＮ−（４＋ｋ）において移動局によって受信された、ＤＲＸ動作に関するＭＡＣ制御要素、に対する肯定応答または否定応答を、サブフレームＮ−ｋにおいて送信する。移動局は、サブフレームＮ−４において移動局によって受信された、ＤＲＸ動作に関するＭＡＣ制御要素、に対する肯定応答または否定応答を、サブフレームＮにおいて送信する。
【０１３１】
上の実施形態に加えて、または上の実施形態に代えて使用できる、本発明の第２の実施形態の方法の有利な変形形態によると、判定するステップの処理は、サブフレームＮ−（４＋ｋ）において移動局において開始され、判定するステップの処理の終了後、送信するステップにおいてサブフレームＮにおいて送信するチャネル品質報告もしくはサウンディング基準信号またはその両方が、移動局によって作成される。
【０１３２】
本発明は、移動通信システムにおいてチャネル品質情報報告もしくはサウンディング基準信号またはその両方をサブフレームＮにおいて基地局に送信する、第２の実施形態の移動局、を提供する。サブフレームＮは、周期的なチャネル品質情報報告もしくは周期的なサウンディング基準信号またはその両方の送信用に移動局に対して設定されている。移動局のプロセッサは、サブフレームＮにおいて移動局がＤＲＸアクティブ時間にあるかＤＲＸ非アクティブ時間にあるかを、サブフレームＮ−（４＋ｋ）（サブフレームＮ−（４＋ｋ）を含む）までに移動局によって受信された、ＤＲＸ動作に関するＭＡＣ制御要素（ｋは１〜Ｋの整数値である）、に少なくとも基づいて判定する。サブフレームＮにおいて移動局がＤＲＸアクティブ時間にあるものとプロセッサによって判定された場合、移動局の送信器は、チャネル品質情報報告もしくはサウンディング基準信号またはその両方をサブフレームＮにおいて基地局に送信する。
【０１３３】
上の実施形態に加えて、または上の実施形態に代えて使用できる、本発明の第２の実施形態の移動局の有利な変形形態によると、プロセッサは、サブフレームＮ−（３＋ｋ）〜サブフレームＮにおいて、移動局を宛先とする、ＤＲＸ動作に関するＭＡＣ制御要素、を無視する。
【０１３４】
上の実施形態に加えて、または上の実施形態に代えて使用できる、本発明の第２の実施形態の移動局の有利な変形形態によると、プロセッサは、サブフレームＮ−４（サブフレームＮ−４を含む）までに移動局によって受信された、アップリンク共有チャネルのアップリンクリソースグラント、もしくは、ダウンリンク共有チャネルのダウンリンクリソース割当て、またはその両方、にさらに基づいて、判定を実行する。これに代えて、プロセッサは、サブフレームＮ−（４＋ｋ）（サブフレームＮ−（４＋ｋ）を含む）までに移動局によって受信された、アップリンク共有チャネルのアップリンクリソースグラント、もしくは、ダウンリンク共有チャネルのダウンリンクリソース割当て、またはその両方、にさらに基づいて、判定を実行する。
【０１３５】
上の実施形態に加えて、または上の実施形態に代えて使用できる、本発明の第２の実施形態の移動局の有利な変形形態によると、プロセッサは、ＤＲＸインアクティビティタイマー、ＤＲＸオン期間タイマー、ＤＲＸ再送信タイマーのうちの少なくとも１つを含む、移動局において作動しているＤＲＸ関連タイマー、にさらに基づいて、判定を実行する。
【０１３６】
上の実施形態に加えて、または上の実施形態に代えて使用できる、本発明の第２の実施形態の移動局の有利な変形形態によると、プロセッサは、サブフレームＮにおけるＤＲＸ関連タイマーの状態を、サブフレームＮ−４（サブフレームＮ−４を含む）までに移動局によって受信された、アップリンク共有チャネルのアップリンクリソースグラント、もしくは、ダウンリンク共有チャネルのダウンリンクリソース割当て、またはその両方に基づき、さらに、サブフレームＮ−４におけるＤＲＸ関連タイマーの値に基づいて、推定するステップ、を含む、判定、を実行する。
【０１３７】
本発明は、移動通信システムにおいて移動局からのチャネル品質情報報告もしくはサウンディング基準信号またはその両方をサブフレームＮにおいて受信する、第２の実施形態の基地局、を提供する。サブフレームＮは、周期的なチャネル品質情報報告もしくは周期的なサウンディング基準信号またはその両方の送信用に移動局に対して設定されている。基地局のプロセッサは、サブフレームＮにおいて移動局がＤＲＸアクティブ時間にあるかＤＲＸ非アクティブ時間にあるかを、サブフレームＮ−（４＋ｋ）（サブフレームＮ−（４＋ｋ）を含む）までに移動局に送信された、ＤＲＸ動作に関するＭＡＣ制御要素（ｋは１〜Ｋの整数値である）に少なくとも基づき、さらに、送信されたＭＡＣ制御要素が正常に復号化されたことに関する移動局から受信されたフィードバックに基づいて、判定する。サブフレームＮにおいて移動局がＤＲＸアクティブ時間にあるものとプロセッサによって判定された場合、基地局の受信器は、移動局からのチャネル品質情報報告もしくはサウンディング基準信号またはその両方をサブフレームＮにおいて受信する。
【０１３８】
本発明は、移動通信システムにおいてチャネル品質情報報告もしくはサウンディング基準信号またはその両方をサブフレームＮにおいて移動局から基地局に送信する、第３の実施形態の方法、を提供する。サブフレームＮは、周期的なチャネル品質情報報告もしくは周期的なサウンディング基準信号またはその両方の送信用に移動局に対して設定されている。サブフレームＮにおいて移動局がＤＲＸアクティブ時間にあるかＤＲＸ非アクティブ時間にあるかを、少なくとも以下、すなわち、
サブフレームＮ−（４＋ｋ）（サブフレームＮ−（４＋ｋ）を含む）までに移動局によって受信された、アップリンク共有チャネルのアップリンクリソースグラント、もしくは、ダウンリンク共有チャネルのダウンリンクリソース割当て、またはその両方（ｋは１〜Ｋの整数値である）、および、
サブフレームＮ−（４＋ｋ）（サブフレームＮ−（４＋ｋ）を含む）までに移動局によって受信された、ＤＲＸ動作に関するＭＡＣ制御要素（ｋは１〜Ｋの整数値である）、
に基づいて、判定する。
【０１３９】
判定するステップによって、サブフレームＮにおいて移動局がＤＲＸアクティブ時間にあるものと判定された場合、移動局は、チャネル品質情報報告もしくはサウンディング基準信号またはその両方をサブフレームＮにおいて基地局に送信する。
【０１４０】
上の実施形態に加えて、または上の実施形態に代えて使用できる、本発明の第３の実施形態の方法の有利な変形形態によると、基地局は、サブフレームＮにおいて移動局がＤＲＸアクティブ時間にあるかＤＲＸ非アクティブ時間にあるかを、少なくとも以下、すなわち、
サブフレームＮ−（４＋ｋ）（サブフレームＮ−（４＋ｋ）を含む）までに移動局に送信された、アップリンク共有チャネルのアップリンクリソースグラント、もしくは、ダウンリンク共有チャネルのダウンリンクリソース割当て、またはその両方（ｋは１〜Ｋの整数値である）、および、
サブフレームＮ−（４＋ｋ）（サブフレームＮ−（４＋ｋ）を含む）までに移動局に送信された、ＤＲＸ動作に関するＭＡＣ制御要素（ｋは１〜Ｋの整数値である）、
に基づいて、判定する。
【０１４１】
判定するステップによって、サブフレームＮにおいて移動局がＤＲＸアクティブ時間にあるものと判定された場合、基地局は、移動局からのチャネル品質情報報告もしくはサウンディング基準信号またはその両方をサブフレームＮにおいて受信する。
【０１４２】
上の実施形態に加えて、または上の実施形態に代えて使用できる、本発明の第３の実施形態の方法の有利な変形形態によると、判定するステップは、ＤＲＸインアクティビティタイマー、ＤＲＸオン期間タイマー、ＤＲＸ再送信タイマーのうちの少なくとも１つを含む、移動局において作動しているＤＲＸ関連タイマー、にさらに基づく。この場合、判定するステップは、サブフレームＮにおけるＤＲＸ関連タイマーの状態を、サブフレームＮ−４（サブフレームＮ−４を含む）までに移動局によって受信された、アップリンク共有チャネルのアップリンクリソースグラント、もしくは、ダウンリンク共有チャネルのダウンリンクリソース割当て、またはその両方に基づき、さらに、サブフレームＮ−４におけるＤＲＸ関連タイマーの値に基づいて、推定するステップ、を含むことが好ましい。
【０１４３】
本発明は、移動通信システムにおいてチャネル品質情報報告もしくはサウンディング基準信号またはその両方をサブフレームＮにおいて基地局に送信する、第３の実施形態の移動局、を提供する。サブフレームＮは、周期的なチャネル品質情報報告もしくは周期的なサウンディング基準信号またはその両方の送信用に移動局に対して設定されている。移動局のプロセッサは、サブフレームＮにおいて移動局がＤＲＸアクティブ時間にあるかＤＲＸ非アクティブ時間にあるかを、少なくとも以下、すなわち、
サブフレームＮ−（４＋ｋ）（サブフレームＮ−（４＋ｋ）を含む）までに移動局によって受信された、アップリンク共有チャネルのアップリンクリソースグラント、もしくは、ダウンリンク共有チャネルのダウンリンクリソース割当て、またはその両方（ｋは１〜Ｋの整数値である）、および、
サブフレームＮ−（４＋ｋ）（サブフレームＮ−（４＋ｋ）を含む）までに移動局によって受信された、ＤＲＸ動作に関するＭＡＣ制御要素（ｋは１〜Ｋの整数値である）、
に基づいて、判定する。
【０１４４】
サブフレームＮにおいて移動局がＤＲＸアクティブ時間にあるものとプロセッサによって判定された場合、移動局の送信器は、チャネル品質情報報告もしくはサウンディング基準信号またはその両方をサブフレームＮにおいて基地局に送信する。
【０１４５】
上の実施形態に加えて、または上の実施形態に代えて使用できる、本発明の第３の実施形態の移動局の有利な変形形態によると、プロセッサは、ＤＲＸインアクティビティタイマー、ＤＲＸオン期間タイマー、ＤＲＸ再送信タイマーのうちの少なくとも１つを含む、移動局において作動しているＤＲＸ関連タイマー、にさらに基づいて、判定を実行する。
【０１４６】
本発明は、移動通信システムにおいて移動局からのチャネル品質情報報告もしくはサウンディング基準信号またはその両方をサブフレームＮにおいて受信する、第３の実施形態の基地局、をさらに提供する。サブフレームＮは、周期的なチャネル品質情報報告もしくは周期的なサウンディング基準信号またはその両方の送信用に移動局に対して設定されている。基地局のプロセッサは、サブフレームＮにおいて移動局がＤＲＸアクティブ時間にあるかＤＲＸ非アクティブ時間にあるかを、少なくとも以下、すなわち、
サブフレームＮ−（４＋ｋ）（サブフレームＮ−（４＋ｋ）を含む）までに移動局に送信された、アップリンク共有チャネルのアップリンクリソースグラント、もしくは、ダウンリンク共有チャネルのダウンリンクリソース割当て、またはその両方（ｋは１〜Ｋの整数値である）、および、
サブフレームＮ−（４＋ｋ）（サブフレームＮ−（４＋ｋ）を含む）までに移動局に送信された、ＤＲＸ動作に関するＭＡＣ制御要素（ｋは１〜Ｋの整数値である）、
に基づいて、判定する。
【０１４７】
判定するステップによって、サブフレームＮにおいて移動局がＤＲＸアクティブ時間にあるものと判定された場合、基地局の受信器は、移動局からのチャネル品質情報報告もしくはサウンディング基準信号またはその両方をサブフレームＮにおいて受信する。
【０１４８】
本発明は、移動通信システムにおいてチャネル品質情報報告もしくはサウンディング基準信号またはその両方をサブフレームＮにおいて移動局から基地局に送信する、第４の実施形態の方法、をさらに提供する。サブフレームＮは、周期的なチャネル品質情報報告もしくは周期的なサウンディング基準信号またはその両方の送信用に移動局に対して設定されている。サブフレームＮにおいて移動局がＤＲＸアクティブ時間にあるかＤＲＸ非アクティブ時間にあるかを、サブフレームＮ−（３＋ｋ）（サブフレームＮ−（３＋ｋ）を含む）までに移動局によって確認応答が送信された対象の、ＤＲＸ動作に関するＭＡＣ制御要素（ｋは１〜Ｋの整数値である）、に少なくとも基づいて判定する。判定するステップによって、サブフレームＮにおいて移動局がＤＲＸアクティブ時間にあるものと判定された場合、移動局は、チャネル品質情報報告もしくはサウンディング基準信号またはその両方をサブフレームＮにおいて基地局に送信する。
【０１４９】
上の実施形態に加えて、または上の実施形態に代えて使用できる、本発明の第４の実施形態の方法の有利な変形形態によると、基地局は、サブフレームＮにおいて移動局がＤＲＸアクティブ時間にあるかＤＲＸ非アクティブ時間にあるかを、サブフレームＮ−（３＋ｋ）（サブフレームＮ−（３＋ｋ）を含む）までに移動局から確認応答が受信された対象の、ＤＲＸ動作に関するＭＡＣ制御要素（ｋは１〜Ｋの整数値である）、に少なくとも基づいて判定する。判定するステップによって、サブフレームＮにおいて移動局がＤＲＸアクティブ時間にあるものと判定された場合、基地局は、移動局からのチャネル品質情報報告もしくはサウンディング基準信号またはその両方をサブフレームＮにおいて受信する。
【０１５０】
上の実施形態に加えて、または上の実施形態に代えて使用できる、本発明の第４の実施形態の方法の有利な変形形態によると、判定するステップは、ＤＲＸインアクティビティタイマー、ＤＲＸオン期間タイマー、ＤＲＸ再送信タイマーのうちの少なくとも１つを含む、移動局において作動しているＤＲＸ関連タイマー、にさらに基づく。好ましくは、判定するステップは、サブフレームＮにおけるＤＲＸ関連タイマーの状態を、サブフレームＮ−４（サブフレームＮ−４を含む）までに移動局によって受信された、アップリンク共有チャネルのアップリンクリソースグラント、もしくは、ダウンリンク共有チャネルのダウンリンクリソース割当て、またはその両方に基づき、さらに、サブフレームＮ−４におけるＤＲＸ関連タイマーの値に基づいて、推定することによって、行うことができる。
【０１５１】
上の実施形態に加えて、または上の実施形態に代えて使用できる、本発明の第４の実施形態の方法の有利な変形形態によると、判定するステップは、サブフレームＮ−（２＋ｋ）〜サブフレームＮにおいて移動局によって確認応答が送信される対象の、ＤＲＸ動作に関するＭＡＣ制御要素、を無視する。
【０１５２】
上の実施形態に加えて、または上の実施形態に代えて使用できる、本発明の第４の実施形態の方法の有利な変形形態によると、判定するステップは、サブフレームＮ−４（サブフレームＮ−４を含む）までに移動局によって受信された、アップリンク共有チャネルのアップリンクリソースグラント、もしくは、ダウンリンク共有チャネルのダウンリンクリソース割当て、またはその両方、にさらに基づく。
【０１５３】
本発明は、移動通信システムにおいてチャネル品質情報報告もしくはサウンディング基準信号またはその両方をサブフレームＮにおいて基地局に送信する、第４の実施形態の移動局、をさらに提供する。サブフレームＮは、周期的なチャネル品質情報報告もしくは周期的なサウンディング基準信号またはその両方の送信用に移動局に対して設定されている。移動局のプロセッサは、サブフレームＮにおいて移動局がＤＲＸアクティブ時間にあるかＤＲＸ非アクティブ時間にあるかを、サブフレームＮ−（３＋ｋ）（サブフレームＮ−（３＋ｋ）を含む）までに移動局によって確認応答が送信された対象の、ＤＲＸ動作に関するＭＡＣ制御要素（ｋは１〜Ｋの整数値である）、に少なくとも基づいて判定する。サブフレームＮにおいて移動局がＤＲＸアクティブ時間にあるものとプロセッサによって判定された場合、移動局の送信器は、チャネル品質情報報告もしくはサウンディング基準信号またはその両方をサブフレームＮにおいて基地局に送信する。
【０１５４】
上の実施形態に加えて、または上の実施形態に代えて使用できる、本発明の第４の実施形態の移動局の有利な変形形態によると、プロセッサは、判定を、ＤＲＸインアクティビティタイマー、ＤＲＸオン期間タイマー、ＤＲＸ再送信タイマーのうちの少なくとも１つを含む、移動局において作動しているＤＲＸ関連タイマー、にさらに基づいて、実行する。これに代えて、プロセッサは、判定を、サブフレームＮ−４（サブフレームＮ−４を含む）までに移動局によって受信された、アップリンク共有チャネルのアップリンクリソースグラント、もしくは、ダウンリンク共有チャネルのダウンリンクリソース割当て、またはその両方、にさらに基づいて、実行する。
【０１５５】
上の実施形態に加えて、または上の実施形態に代えて使用できる、本発明の第４の実施形態の移動局の有利な変形形態によると、プロセッサは、サブフレームＮ−（２＋ｋ）〜サブフレームＮにおいて移動局によって確認応答が送信される対象の、ＤＲＸ動作に関するＭＡＣ制御要素、を無視することによって、判定を実行する。
【０１５６】
本発明は、移動通信システムにおいて移動局からのチャネル品質情報報告もしくはサウンディング基準信号またはその両方をサブフレームＮにおいて受信する、第４の実施形態の基地局、をさらに提供する。サブフレームＮは、周期的なチャネル品質情報報告もしくは周期的なサウンディング基準信号またはその両方の送信用に移動局に対して設定されている。基地局のプロセッサは、サブフレームＮにおいて移動局がＤＲＸアクティブ時間にあるかＤＲＸ非アクティブ時間にあるかを、サブフレームＮ−（３＋ｋ）（サブフレームＮ−（３＋ｋ）を含む）までに移動局から確認応答が受信された対象の、ＤＲＸ動作に関するＭＡＣ制御要素（ｋは１〜Ｋの整数値である）、に少なくとも基づいて判定する。判定するステップによって、サブフレームＮにおいて移動局がＤＲＸアクティブ時間にあるものと判定された場合、基地局の受信器は、移動局からのチャネル品質情報報告もしくはサウンディング基準信号またはその両方をサブフレームＮにおいて受信する。
【０１５７】
本発明は、移動通信システムにおいてチャネル品質情報報告もしくはサウンディング基準信号またはその両方をサブフレームＮにおいて移動局から基地局に送信する、第５の実施形態の方法、をさらに提供する。サブフレームＮは、周期的なチャネル品質情報報告もしくは周期的なサウンディング基準信号またはその両方の送信用に移動局に対して設定されている。サブフレームＮ−ｋにおいて移動局がＤＲＸアクティブ時間にある場合（ｋは１〜Ｋの整数値である）、移動局は、チャネル品質情報報告もしくはサウンディング基準信号またはその両方をサブフレームＮにおいて基地局に送信する。
【０１５８】
本発明は、移動通信システムにおいてチャネル品質情報報告もしくはサウンディング基準信号またはその両方をサブフレームＮにおいて基地局に送信する、第５の実施形態の移動局、をさらに提供する。サブフレームＮは、周期的なチャネル品質情報報告もしくは周期的なサウンディング基準信号またはその両方の送信用に移動局に対して設定されている。サブフレームＮ−ｋにおいて移動局がＤＲＸアクティブ時間にある場合（ｋは１〜Ｋの整数値である）、移動局の送信器は、チャネル品質情報報告もしくはサウンディング基準信号またはその両方をサブフレームＮにおいて基地局に送信する。
【０１５９】
本発明は、移動通信システムにおいて移動局からのチャネル品質情報報告もしくはサウンディング基準信号またはその両方をサブフレームＮにおいて受信する、第５の実施形態の基地局、をさらに提供する。サブフレームＮは、周期的なチャネル品質情報報告もしくは周期的なサウンディング基準信号またはその両方の送信用に移動局に対して設定されている。サブフレームＮ−ｋにおいて移動局がＤＲＸアクティブ時間にある場合（ｋは１〜Ｋの整数値である）、基地局の受信器は、移動局からのチャネル品質情報報告もしくはサウンディング基準信号またはその両方をサブフレームＮにおいて受信する。
【０１６０】
以下では、本発明について、添付の図面を参照しながらさらに詳しく説明する。
【図面の簡単な説明】
【０１６１】
【図１】３ＧＰＰ  ＬＴＥシステムの例示的なアーキテクチャを示している。
【図２】３ＧＰＰ  ＬＴＥのＥ−ＵＴＲＡＮアーキテクチャ全体の例示的な概要を示している。
【図３】３ＧＰＰ  ＬＴＥ（リリース８／９）において定義されているダウンリンクコンポーネントキャリアの例示的なサブフレーム境界を示している。
【図４】３ＧＰＰ  ＬＴＥ（リリース８／９）において定義されているダウンリンクスロットの例示的なダウンリンクリソースグリッドを示している。
【図５】ダウンリンクのキャリアアグリゲーションが有効になっている状態における３ＧＰＰ  ＬＴＥ−Ａ（リリース１０）の第２層構造を示している。
【図６】アップリンクのキャリアアグリゲーションが有効になっている状態における３ＧＰＰ  ＬＴＥ−Ａ（リリース１０）の第２層構造を示している。
【図７】移動端末の状態図と、特に、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態およびＲＲＣ＿ＩＤＬＥ状態と、これらの状態において移動端末によって実行される機能とを示している。
【図８】移動端末のＤＲＸ動作と、特に、短ＤＲＸサイクルおよび長ＤＲＸサイクルによるＤＲＸ機会およびオン期間を示している。
【図９】本発明の第１の実施形態における移動端末および基地局の動作を示したサブフレーム図であり、ＰＤＣＣＨが受信されるサブフレームに応じた他と異なるシナリオの場合である。
【図１０】本発明の第１の実施形態における移動端末および基地局の動作を示したサブフレーム図であり、ＰＤＣＣＨが受信されるサブフレームに応じた他と異なるシナリオの場合である。
【図１１】本発明の第１の実施形態における移動端末および基地局の動作を示したサブフレーム図であり、ＰＤＣＣＨが受信されるサブフレームに応じた他と異なるシナリオの場合である。
【図１２】本発明の第１の実施形態における移動端末および基地局の動作を示したサブフレーム図であり、ＰＤＣＣＨが受信されるサブフレームに応じた他と異なるシナリオの場合である。
【図１３】移動端末および基地局の動作と、依然として残る曖昧性の問題とを示したサブフレーム図である。
【図１４】移動端末および基地局の動作と、依然として残る曖昧性の問題とを示したサブフレーム図である。
【図１５】本発明の第２の実施形態における移動端末および基地局の動作を示したサブフレーム図である。
【図１６】本発明の第２の実施形態における移動端末および基地局の動作を示したサブフレーム図である。
【図１７】本発明の第４の実施形態における移動端末および基地局の動作を示したサブフレーム図である。
【図１８】本発明の第４の実施形態における移動端末および基地局の動作を示したサブフレーム図である。
【図１９】本発明の第４の実施形態における移動端末および基地局の動作を示したサブフレーム図である。
【図２０】本発明の第５の実施形態における移動端末および基地局の動作を示したサブフレーム図である。
【発明を実施するための形態】
【０１６２】
以下の段落では、本発明のさまざまな実施形態について説明する。例示のみを目的として、実施形態のほとんどは、３ＧＰＰ  ＬＴＥ（リリース８／９）およびＬＴＥ−Ａ（リリース１０／１１）の移動通信システムによる無線アクセス方式に関連して概説してあり、これらの技術については一部が上の背景技術のセクションに説明してある。なお、本発明は、例えば、上の背景技術のセクションに説明されている３ＧＰＰ  ＬＴＥ−Ａ（リリース１０／１１／１２）の通信システムなどの移動通信システムにおいて有利に使用することができるが、本発明は、この特定の例示的な通信ネットワークにおける使用に限定されないことに留意されたい。
【０１６３】
請求項および説明全体を通じて使用されている用語「ＤＲＸステータス」は、移動局が「ＤＲＸアクティブ時間」または「ＤＲＸ非アクティブ時間」のいずれかにあることを意味する。「ＤＲＸアクティブ時間」は、主として、移動局がＰＤＣＣＨを監視し、周期的なＳＲＳや周期的なＣＳＩが設定されているときに送信するなどの他のタスクを実行する時間を表す。「ＤＲＸ非アクティブ時間」は、主として、移動局がＰＤＣＣＨを監視せず、周期的なＳＲＳや周期的なＣＳＩを送信しない時間を表す。
【０１６４】
請求項および説明全体を通じて使用されている表現「サブフレームＮ−４（サブフレームＮ−４を含む）までに」およびＮ−（４＋ｋ）などの場合の類似する表現は、決定／判定において考慮されるサブフレームを限定する。したがって、この表現は、サブフレームＮ−４、Ｎ−５、Ｎ−６、Ｎ−７、Ｎ−８、Ｎ−９、…のみを意味する。したがって、この表現によると、サブフレームＮ−３、Ｎ−２、Ｎ−１および現在のサブフレームＮは含まれず、したがって決定／判定において無視される（破棄される）、すなわち考慮されない。同等の別の表現は、「サブフレームＮ−３より前のサブフレームのみ」である。
【０１６５】
説明において使用されている、表現「サブフレームＮ−４において」および別のサブフレームインデックスを示す同様の表現は、その示されたサブフレームにおいて処理（例えば推定）全体が実行されることを必ずしも意味するものではなく、その処理がその示されたサブフレームにおいて開始され、その処理を終了させるのにさらなる時間が必要である場合には以降のサブフレームにおいて引き続き実行されうることを意味するものと理解されたい。当然ながら、このことは、その処理を実行する移動局または基地局の実装に一部依存する。
【０１６６】
以下では、本発明のいくつかの実施形態について詳しく説明する。これらの説明は、本発明を制限するものではなく、本発明を深く理解するための本発明の実施形態の単なる例であることを理解されたい。当業者には、請求項に記載されている本発明の一般的な原理を、異なるシナリオに適用できること、または本明細書に明示的に記載されていない方法で適用できることが認識されるであろう。したがって、さまざまな実施形態を説明する目的で想定されている以下のシナリオは、本発明を制限するものではない。
【０１６７】
本発明の主たる一態様は、ＣＳＩ／ＳＲＳを送信するか否かを、決定論的に、すなわち決定／判定の結果をあらかじめ求めることができるように、言い換えれば偶然性が入り込むことなく、決定／判定することである。
【０１６８】
本発明の以下の実施形態においては、サブフレームＮが、周期的なＣＳＩ／ＳＲＳの報告用に設定されているものと想定する。説明を容易にするため、周期的なＣＳＩおよび周期的なＳＲＳは同じサブフレーム（すなわちサブフレームＮ）に設定されているものと想定する。しかしながら、実際には必ずしもこのような設定とは限らない。周期的なＣＳＩおよび周期的なＳＲＳが異なるサブフレームに設定されている場合にも、本発明の実施形態を適用することができ、その場合、本発明の実施形態は、ＣＳＩおよびＳＲＳに個別に適用される。
【０１６９】
さらには、本発明のさまざまな実施形態を説明するために以下に参照される図においては、理想的な状況を想定しており、すなわち、ユーザ機器／ｅＮｏｄｅＢにおける処理時間が無視されており、説明・図解において考慮されていない。当然ながら、実際の実装においては、ユーザ機器およびｅＮｏｄｅＢは、ダウンリンク送信を正しく復号化し、復号化された情報を正しく処理するために、特定の処理時間（例えば数個のサブフレーム）を必要とする。例えば、標準規格によると、ユーザ機器は、ＤＲＸに入るように指示するＤＲＸ  ＭＡＣ  ＣＥ命令を受信した後、次のサブフレームにおいてただちにＤＲＸモードに入ることになっている。しかしながら、実際にはこれは不可能であり、なぜならユーザ機器にはＤＲＸ  ＭＡＣ  ＣＥを処理するための時間が必要であり、実際にはユーザ機器は例えば２つのサブフレームだけ遅れてＤＲＸに入る。
【０１７０】
第１の実施形態
【０１７１】
本発明の第１の一連の実施形態によると、ユーザ機器は、実際にアップリンク送信する時点におけるＤＲＸステータスに従って動作する代わりに、サブフレームＮ−４において、４つ先のサブフレーム（すなわちサブフレームＮ）のＤＲＸステータスを推定し、推定されたステータスに基づいて、周期的なＣＳＩ／ＳＲＳを送信するか否かを決定する。推定において、ユーザ機器は、（サブフレームＮにおけるユーザ機器のＤＲＸステータスに影響しうる）サブフレームＮ−４までに受信したすべてのＰＤＣＣＨ（すなわちアップリンクリソースグラントやダウンリンクリソース割当て）を考慮するが、サブフレームＮ−４より後に（すなわちサブフレームＮ−３、Ｎ−２、Ｎ−１、Ｎにおいて）受信するＰＤＣＣＨは考慮しない。ユーザ機器が４つ先のサブフレームに関して推定する理由として、４つ先のサブフレームは、非特許文献６においてＬＴＥリリース８／９／１０において導入された、ＰＵＣＣＨでの周期的なＣＳＩ送信および周期的なＳＲＳ送信に関する上に引用した例外において定義されているタイミング要件に一致するためである。
【０１７２】
さらには、推定は、いま挙げたアップリンクグラント／ダウンリンク割当てに基づくのみならず、サブフレームＮの時点で移動局において作動しているＤＲＸ関連タイマー（インアクティビティタイマー、オン期間タイマー、再送信タイマーなど）のうちの少なくとも１つにも基づいて行われる。ＤＲＸタイマーは、通常ではサブフレームのＤＲＸステータス（すなわちサブフレームＮにおいてユーザ機器がアクティブ時間にあるか否か）に直接影響する。なお、すべてのタイマーが同時に作動しているとは限らない。さらには、移動局に設定されているＤＲＸタイマーのすべてを実際に考慮する必要はなく、ＤＲＸタイマーのサブセット（例えば１つのＤＲＸタイマー）のみを考慮することができる。例えば、ＣＳＩ／ＳＲＳを送信するか否かについて決定／判定を実行するとき、たとえオン期間タイマーと再送信タイマーの両方がその時点で作動していても、再送信タイマーを考慮せずにオン期間タイマーのみを考慮することが可能である。
【０１７３】
具体的には、ユーザ機器は、サブフレームＮにおける（１つまたは複数の）ＤＲＸタイマーの値およびステータスを推定し、サブフレームＮにおけるＤＲＸタイマーの推定されたステータス／値に応じて、サブフレームＮにおいて自身がアクティブ時間にあるか否かを予測する。当然ながら、ＤＲＸ関連タイマーのうち、サブフレームＮ−４の時点ですでにサブフレームＮにおける値を推定することのできるタイマーのみを考慮することが好ましい。
【０１７４】
繰り返すが、ユーザ機器は、サブフレームＮ−４の時点ですでにサブフレームＮにおける値が既知であるＤＲＸタイマーのみを考慮し、例えば、ユーザ機器は、サブフレームＮ−４（サブフレームＮ−４を含む）までに受信されたグラント／割当てに基づいて、サブフレームＮにおいてオン期間タイマー／ＤＲＸ再送信タイマーが作動していることを、サブフレームＮ−４の時点ですでに認識する。サブフレームＮ−４の後に（すなわちサブフレームＮ−３、Ｎ−２、Ｎ−１、Ｎにおいて）、ＰＤＣＣＨ、ＤＲＸ  ＭＡＣ  ＣＥ、または再送信の受信に起因してＤＲＸタイマーの値がリセットされる、あるいはＤＲＸタイマーが停止される場合、推定においてそのことは考慮されない。したがって、ＤＲＸ関連タイマーを考慮しての推定は、サブフレームＮ−４（サブフレームＮ−４を含む）までにユーザ機器によって受信された、アップリンク共有チャネルのアップリンクリソースグラントもしくはダウンリンク共有チャネルのダウンリンクリソース割当てに基づき、さらに、サブフレームＮにおけるＤＲＸ関連タイマーのステータス／値の推定に基づいて、行われる。
【０１７５】
（１つまたは複数の）ＤＲＸ関連タイマーをさらに考慮することによって、サブフレームＮにおいて移動局がアクティブ時間にあるか非アクティブ時間にあるかの推定の精度が高まり、したがってＣＳＩ／ＳＲＳの有用性が高まる。
【０１７６】
一般には、ユーザ機器は、上に説明した情報に基づいて、サブフレームＮがＤＲＸアクティブである（すなわちユーザ機器がアクティブ時間にある）と推定される場合、ＣＳＩ／ＳＲＳをｅＮｏｄｅＢに送信する。これに対して、上に説明した情報に基づいて、サブフレームＮがＤＲＸ非アクティブである（すなわちユーザ機器が非アクティブ時間にある）と推定される場合、ユーザ機器はＣＳＩ／ＳＲＳをｅＮｏｄｅＢに送信しない。いずれの場合にも、ＣＳＩ／ＳＲＳの送信は、ＤＲＸステータスの推定結果によって決まり、サブフレームＮにおけるユーザ機器の実際のＤＲＸステータスには無関係である。サブフレームＮにおけるユーザ機器の実際のＤＲＸステータスが、サブフレームＮにおけるユーザ機器の推定されるＤＲＸステータスとは異なることがある。したがって、ユーザ機器は、たとえサブフレームＮにおいて自身が非アクティブ時間にある場合にもＣＳＩ／ＳＲＳを送信しなければならないことがあり、逆に、たとえサブフレームＮにおいて自身がアクティブ時間にある場合にもＣＳＩ／ＳＲＳを送信しないことがある。
【０１７７】
上に説明したようにサブフレームＮにおけるステータスを事前に推定するステップは、ｅＮｏｄｅＢにおいても実行される。したがって、推定に関してユーザ機器と同じ情報を有するｅＮｏｄｅＢは、同じ推定結果に達し、サブフレームＮにおいてユーザ機器がＣＳＩ／ＳＲＳを送信するか否かを認識する。したがって、ｅＮｏｄｅＢは、推定結果が肯定的である場合、サブフレームＮにおいてユーザ機器によってＣＳＩ／ＳＲＳが送信されるものと予期し、それに応じてＣＳＩ／ＳＲＳを受信し、推定結果が否定的である場合、サブフレームＮにおいてユーザ機器によってＣＳＩ／ＳＲＳが送信されることを予期せず、ＣＳＩ／ＳＲＳの受信を試みない。ｅＮｏｄｅＢにおける重複復号化は必要なく、これによりｅＮｏｄｅＢの複雑性が低減される。説明したように推定は決定論的であり、したがってｅＮｏｄｅＢおよびユーザ機器の両方における推定結果が予測可能である。
【０１７８】
さらには、この手順では、ＰＤＣＣＨの受信を検出して、送信するＣＳＩ／ＳＲＳを作成するための時間として、基本的に４つのサブフレームがユーザ機器に与えられる。
【０１７９】
以下では、上の説明について、図９〜図１２に関連してさらに詳しく説明する。
【０１８０】
図９および図１０は、それぞれ、以下に説明するように、推定結果に応じてＣＳＩ／ＳＲＳを送信しない場合と、ＣＳＩ／ＳＲＳを送信する場合の、移動局および基地局のＤＲＸ動作を示している。図から明らかなように、事前にＰＤＣＣＨが受信されない場合、ユーザ機器がアクティブ時間にあり、ＤＲＸインアクティビティタイマーが作動しておりサブフレームＮ−２において切れるものと想定する。サブフレームＮ−３においてＰＤＣＣＨ（アップリンクグラントまたはダウンリンク割当て）が受信され、サブフレームＮ−１０およびサブフレームＮが周期的なＣＳＩ／ＳＲＳ送信用に設定されている。したがって、ユーザ機器は、サブフレームＮ−１０においてＣＳＩ／ＳＲＳを報告し（以下の説明では考慮しない）、次いで、サブフレームＮにおいてＣＳＩ／ＳＲＳを報告するか否かを決定する必要がある。
【０１８１】
ユーザ機器およびｅＮｏｄｅＢは、設定されているとおりにユーザ機器がサブフレームＮにおいてＣＳＩ／ＳＲＳを送信するか否かを決定／判定する。この決定／判定は、サブフレームＮにおいてユーザ機器がアクティブであるか非アクティブであるかに基づく。言い換えれば、サブフレームＮ−４（サブフレームＮ−４を含む）までに利用可能である、サブフレームのＤＲＸステータスに関する情報が、決定／判定において考慮されるのに対して、サブフレームＮ−４より後に利用可能である情報は、決定／判定において破棄される（ただし依然として別の目的に処理される）。
【０１８２】
したがって、図９においては、ＰＤＣＣＨがサブフレームＮ−３において（すなわちサブフレームＮ−４より後に）受信され、したがって、ユーザ機器がサブフレームＮにおいてＣＳＩ／ＳＲＳを送信するか否かに関する決定／判定においてはこの情報は破棄される。ただし、サブフレームＮ−３のＰＤＣＣＨ自体は考慮され、ユーザ機器の通常の挙動に従ってＤＲＸインアクティビティタイマーが再起動され、これによりユーザ機器はアクティブ時間のままである。
【０１８３】
しかしながら、ＣＳＩ／ＳＲＳを送信するか否かの決定／判定においては、ユーザ機器およびｅＮｏｄｅＢは、（実際の状況とは異なり）サブフレームＮにおいてユーザ機器が非アクティブ時間にあるものと判定し、これは以下の理由による。サブフレームＮ−４（サブフレームＮ−４を含む）までにＰＤＣＣＨが受信されないためＤＲＸインアクティビティタイマーが再起動されず、したがってユーザ機器およびｅＮｏｄｅＢは、サブフレームＮ−４におけるＤＲＸインアクティビティタイマーの現在の値に基づいて、ＤＲＸインアクティビティタイマーがサブフレームＮ−２において切れるものと判定する。ＤＲＸインアクティビティタイマーが切れるものと想定されるため、ユーザ機器およびｅＮｏｄｅＢは、サブフレームＮにおいてユーザ機器が非アクティブ時間にあるものと判定し（これは正しくなく、なぜならサブフレームＮ−３におけるＰＤＣＣＨを考慮していないためである）、したがってユーザ機器は、設定とは異なり、ＣＳＩ／ＳＲＳを送信しない（図９の「アップリンク送信しない」を参照）。ｅＮｏｄｅＢは、ユーザ機器からのＣＳＩ／ＳＲＳの送信を予期せず、したがってＣＳＩ／ＳＲＳの受信を試みることもない。
【０１８４】
図１０の例示的なシナリオは、図９に提示したシナリオと極めて似ているが、重要な相違点として、ＰＤＣＣＨがサブフレームＮ−３ではなくサブフレームＮ−４において受信される。結果として、設定されているサブフレームＮにおいてＣＳＩ／ＳＲＳを送信するか否かに関する決定／判定において、この場合にはサブフレームＮ−４におけるＰＤＣＣＨも考慮する。受信されたＰＤＣＣＨにより、サブフレームＮ−４においてＤＲＸインアクティビティタイマーが再起動される。推定処理では、サブフレームＮにおいてユーザ機器のＤＲＸステータスがアクティブ時間にあるものと推定し（ＤＲＸインアクティビティタイマーがサブフレームＮにおいて切れていないものと想定する）、すなわち、ユーザ機器は設定されているとおりにＣＳＩ／ＳＲＳを報告する。ｅＮｏｄｅＢも、同じ情報に基づいて同じ結論に達し、したがってユーザ機器からのＣＳＩ／ＳＲＳ報告を予期する。ｅＮＢおよびユーザ機器が、曖昧性のない同じ推定結果に達するため、ｅＮｏｄｅＢにおける重複復号化はもはや必要ない。
【０１８５】
図１１には異なるＤＲＸシナリオが提示してあり、以下ではこの図に基づいて、上述した第１の実施形態についてさらに説明する。ユーザ機器はＤＲＸモード、特に短ＤＲＸサイクルにあるものと想定し、短ＤＲＸサイクルにおいては、オン期間（アクティブ時間）の後にＤＲＸ機会（非アクティブ期間）となる。この例においては、短ＤＲＸサイクルは７つのサブフレーム長であり、オン期間はそのうち３つのサブフレーム長である。したがって非アクティブ時間は４つのサブフレームである。この場合も、周期的なＣＳＩ／ＳＲＳ報告用にサブフレームＮ−１０およびサブフレームＮが設定されているものと想定する。移動局においてオン期間タイマーが作動している。
【０１８６】
上に説明した実施形態においても、ユーザ機器におけるＤＲＸ関連タイマーを考慮するため、ユーザ機器およびｅＮＢは、サブフレームＮ−４において、サブフレームＮ−４（サブフレームＮ−４を含む）までに受信されたグラント／割当てを考慮して、ユーザ機器がサブフレームＮにおいてアクティブ時間にある（すなわちオン期間タイマーが作動している）ことを推定することができる。推定において短ＤＲＸサイクルタイマーおよびオン期間タイマーを考慮に入れることによって、ユーザ機器およびｅＮＢは、ユーザ機器がいつアクティブ時間にあり、いつ非アクティブ時間にあるかを正確に推定することができる。この場合も、ユーザ機器およびｅＮｏｄｅＢは、サブフレームＮ−４（サブフレームＮ−４を含む）までに受信されるアップリンクグラント／ダウンリンク割当てを考慮するが、この場合には、最近にＰＤＣＣＨが受信されていないため、ＰＤＣＣＨは考慮されない。すなわち、この例においては、ユーザ機器は依然としてＤＲＸモードのままであり、アクティブ時間と非アクティブ時間とが交互に発生する。もしアップリンクグラント／ダウンリンク割当てのみを考慮するならば、ユーザ機器／ｅＮｏｄｅＢは、サブフレームＮにおいてユーザ機器が非アクティブ時間にあるものと推定し、なぜなら、ユーザ機器を「ウェイクアップさせる」ＰＤＣＣＨが時間内に（サブフレームＮ−４（サブフレームＮ−４を含む）までに）受信されなかったためである。しかしながら、サブフレームＮ−４においてＤＲＸ関連タイマー（具体的には短ＤＲＸサイクルタイマーおよびオン期間タイマーの値）をさらに考慮することによって、ユーザ機器がサブフレームＮにおいてアクティブ時間にあり、したがってＣＳＩ／ＳＲＳを報告することを予測することができる。ユーザ機器およびｅＮｏｄｅＢの両方が同じ判定結果に達し、したがってユーザ機器はＣＳＩ報告およびＳＲＳを送信し、ｅＮｏｄｅＢはＣＳＩ／ＳＲＳを予期し、重複復号化の必要がない。
【０１８７】
ＤＲＸ動作の類似するシナリオについて、図１２に関連して説明する。ただし図１２では、オン期間が２つのサブフレームのみであり、ＤＲＸ機会が５つのサブフレーム長である。図１２から明らかであるように、サブフレームＮ−２およびサブフレームＮ−１において、ユーザ機器はオン期間のアクティブ時間にある。サブフレームＮ−２において、ユーザ機器はＰＤＣＣＨ（アップリンクグラントまたはダウンリンク割当て）を受信する。いかなる場合にも、理想的には、ユーザ機器はＰＤＣＣＨを受信した時点で（すなわちサブフレームＮ−２の時点で）ウェイクアップし、サブフレームＮ−２においてＤＲＸインアクティビティタイマーを起動する。したがって、ユーザ機器は、サブフレームＮにおいてアクティブ時間にあり（サブフレームＮより前にＤＲＸインアクティビティタイマーが切れないものと想定する）、設定されているとおりにＣＳＩ／ＳＲＳを報告するはずである。このケースは、ＣＳＩ／ＳＲＳ報告がＰＤＣＣＨを受信した後の遷移段階において行われる一例であり、この場合にｅＮｏｄｅＢは、ＣＳＩ／ＳＲＳが実際に送信されたか否かを判定するためには重複復号化を実行する必要がある。
【０１８８】
しかしながら、この実施形態によると、ユーザ機器の挙動を予測することによって、ｅＮｏｄｅＢにおける重複復号化の必要性を回避することが可能である。本実施形態によると、設定されているとおりに周期的ＣＳＩ／ＳＲＳを送信するか否かを決定／判定するため、サブフレームＮ−４（サブフレームＮ−４を含む）までに受信されるアップリンクグラントおよびダウンリンク割当てのみを考慮する。ＰＤＣＣＨはサブフレームＮ−２において受信され、したがって推定において破棄され、このことと、ＤＲＸ関連タイマーの値／ステータスとの組合せにおいて、推定結果として、ユーザ機器はサブフレームＮにおいて非アクティブ時間にあり、したがってユーザ機器はＣＳＩ／ＳＲＳをｅＮｏｄｅＢに送信しない。したがってユーザ機器は、サブフレームＮ−２において受信したＰＤＣＣＨに起因してサブフレームＮにおいてアクティブ時間にあるにもかかわらず、ＣＳＩ／ＳＲＳを送信しない。
【０１８９】
したがって、ＤＲＸ関連タイマーをさらに考慮することは有利であり、状況によっては、ＤＲＸ関連タイマーを考慮しない場合と推定結果が異なることがある。上に説明したシナリオでは、ＤＲＸ関連タイマーのいくつかを考慮したのみであるが、本発明の実施形態においては、どのＤＲＸ関連タイマー（ＤＲＸ再送信タイマーや長ＤＲＸサイクルタイマーなど）がその時点で作動しているかに応じて、ＤＲＸ関連タイマーの任意の組合せを考慮することができる。したがって、本発明の実施形態は、上に説明した例示的なシナリオのみに制限されないものとする。
【０１９０】
ＣＳＩ／ＳＲＳを送信するか否かを決定／判定するのにオン期間タイマーを考慮することが有利である理由として、移動局は、非特許文献６の５.７節に示されている式に基づいて、オン期間タイマーがいつ作動中であるかを事前に認識することができる。
−  短ＤＲＸサイクルが使用されており、［（ＳＦＮ＊１０）＋サブフレーム番号］ｍｏｄｕｌｏ（短ＤＲＸサイクル）＝（ＤＲＸ開始オフセット）ｍｏｄｕｌｏ（短ＤＲＸサイクル）である場合、または、
−  長ＤＲＸサイクルが使用されており、［（ＳＦＮ＊１０）＋サブフレーム番号］ｍｏｄｕｌｏ（長ＤＲＸサイクル）＝ＤＲＸ開始オフセットである場合、
−  オン期間タイマーを起動する。
【０１９１】
上の式から理解できるように、移動局およびｅＮｏｄｅＢは、異なるＤＲＸサイクルの場合において、オン期間タイマーが作動しているサブフレームを曖昧さなく求めることができる。しかしながら、特定のサブフレームにおいて短ＤＲＸサイクルが使用されているか長ＤＲＸサイクルが使用されているかは、ＤＲＸインアクティビティタイマーのステータスおよびしたがってＰＤＣＣＨの受信状況など、別の要因によって決まる。したがって、上述した実施形態によると、ユーザ機器は、サブフレームＮにおいてオン期間タイマーが作動しているかを判定する目的で、サブフレームＮ−４（サブフレームＮ−４を含む）までに受信されるグラント／割当てを考慮する、すなわち言い換えれば、ユーザ機器は、サブフレームＮにおいて短ＤＲＸサイクルが使用されているか長ＤＲＸサイクルが使用されているか、および結果としてオン期間タイマーが作動しているか否かを判定する目的で、サブフレームＮ−４（サブフレームＮ−４を含む）までに受信されるグラント／割当てを考慮する。
【０１９２】
同様に、特定のサブフレームにおいてＣＳＩ／ＳＲＳ情報を送信するかを決定／判定する目的で、ＤＲＸ再送信タイマーを考慮することができる。ユーザ機器は、トランスポートブロックまたはＰＤＳＣＨを正しく復号化できなかった場合に、そのトランスポートブロックのさらなる再送信のためのＰＤＣＣＨを監視する目的で、ＤＲＸ再送信タイマーを起動するので、ユーザ機器は、特定のサブフレームにおいてＤＲＸ再送信タイマーが作動しているかを、いくつかのサブフレームだけ手前の時点ですでに認識している。例えば、ユーザ機器は、サブフレームＮにおいて周期的なＣＳＩ／ＳＲＳを送信するかを決定する必要があるとき、サブフレームＮにおいてＤＲＸ再送信タイマーが作動しているかを、サブフレームＮ−４の時点ですでに認識しており、なぜなら、受信されなかったＰＤＳＣＨ送信に対するＨＡＲＱフィードバックがサブフレームＮ−４において送信されるはずであり、これによりサブフレームＮにおいてＤＲＸ再送信タイマーを起動するようにトリガーされるためである。例えば、ＰＤＣＣＨによって、ＰＤＳＣＨの送信がサブフレームＮ−８にスケジューリングされているときに、そのＰＤＣＣＨを正しく復号化できなかった場合、ユーザ機器はサブフレームＮ−４においてＮＡＣＫを送信する。したがって、ユーザ機器およびｅＮＢは、再送信を監視する目的でユーザ機器がＤＲＸ再送信タイマーをサブフレームＮにおいて起動することを認識している。
【０１９３】
上の実施形態においては、例えばサブフレームＮにおいてＣＳＩ／ＳＲＳを送信するか否かの推定を実行するための処理時間、あるいは受信されるＰＤＣＣＨを処理するための処理時間が、あたかもユーザ機器およびｅＮｏｄｅＢに必要ないかのように、説明および図解してきた。すなわち、上の実施形態は、処理が「サブフレームＮ−４において」行われるかのように説明されている。しかしながら、ユーザ機器およびｅＮｏｄｅＢは、ＰＤＣＣＨを復号化する、ＰＤＣＣＨのトランスポートブロックを処理する、サブフレームＮのＤＲＸステータスを推定する、さらには当然ながらＣＳＩ／ＳＲＳを作成するために、さらなる時間を必要とする。これらの処理は、サブフレームＮ−４において開始され、その次の１つまたは２つのサブフレームまで続くことがある。さらに重要な点として、推定は実際には（例えば処理の遅延のために）例えばサブフレームＮ−３において行われるが、サブフレームＮ−４（サブフレームＮ−４を含む）までの情報（例えばＰＤＣＣＨ、ＤＲＸタイマーの値／ステータス）のみが考慮される。したがって、サブフレームＮ−４からサブフレームＮまでの時間は、特に、ＰＤＣＣＨの復号化、ＰＤＳＣＨのトランスポートブロックの処理、本実施形態による推定、ＣＳＩ／ＳＲＳの作成（送信が行われる場合）のために使用される、ユーザ機器の保有時間（time budget）と考えることができる。このことは、以降に説明する他の実施形態にも同様にあてはまる。
【０１９４】
上述したように、本発明の第１の実施形態による処理（以降に説明する他の実施形態にも同様にあてはまる）は、ＣＳＩもしくはＳＲＳまたはその両方に設定されているサブフレームよりも４つ手前のサブフレームにおいて（すなわち設定されているサブフレームがサブフレームＮである場合にはサブフレームＮ−４において）実行すればよい。しかしながら、実装の観点からは、ユーザ機器もしくはｅＮｏｄｅＢまたはその両方は、周期的なＣＳＩもしくは周期的なＳＲＳまたはその両方がサブフレームＮ＋４に設定されているか否かには無関係に、すべてのサブフレームＮそれぞれにおいて推定を実行することもできる。これにより処理量が大幅に増大しうるが、ユーザ機器およびｅＮｏｄｅＢの複雑さを低減することができる。
【０１９５】
次の例示的なテキストは、本発明の上述した第１の実施形態を反映しており、３ＧＰＰ仕様書である非特許文献６の５.７節に、実施するように示唆されている。
−  ＰＤＣＣＨが新しい送信（ダウンリンクまたはアップリンク）を示している場合、
−  ＤＲＸインアクティビティタイマーを起動または再起動する。
−  現在のサブフレームｎにおいて、サブフレームｎ−４（サブフレームｎ−４を含む）までに受信されたグラント／割当てによるとユーザ機器がアクティブ時間になく、サブフレームｎ−４（サブフレームｎ−４を含む）までに受信されたグラント／割当てによるとオン期間タイマーおよびＤＲＸ再送信タイマーが作動していない場合、トリガーされるタイプ０  ＳＲＳ［２］を報告しないものとする。
−  上位層によってＣＱＩマスキング（ＣＱＩマスク）が設定されている場合、
−  現在のサブフレームｎにおいて、サブフレームｎ−４（サブフレームｎ−４を含む）までに受信されたグラント／割当てによるとオン期間タイマーが作動していない場合、ＰＵＣＣＨでのＣＱＩ／ＰＭＩ／ＲＩ／ＰＴＩを報告しないものとする。
−  それ以外の場合、
−  現在のサブフレームｎにおいて、サブフレームｎ−４（サブフレームｎ−４を含む）までに受信されたグラント／割当てによるとユーザ機器がアクティブ時間になく、サブフレームｎ−４（サブフレームｎ−４を含む）までに受信されたグラント／割当てによるとオン期間タイマーおよびＤＲＸ再送信タイマーが作動していない場合、ＰＵＣＣＨでのＣＱＩ／ＰＭＩ／ＲＩ／ＰＴＩを報告しないものとする。
ユーザ機器は、ＰＤＣＣＨを監視しているか否かにかかわらず、ＨＡＲＱフィードバックを受信および送信し、トリガーされるタイプ１  ＳＲＳ［２］を送信する（予期されているとき）。
注：アクティブ化されているサービングセルすべてに同じアクティブ時間が適用される。
【０１９６】
第２の実施形態
【０１９７】
本発明の第２の実施形態では、ユーザ機器にＤＲＸに入るように（すなわちＤＲＸモードに移行し、したがって非アクティブになるように）命令する、基地局からのＤＲＸ  ＭＡＣ制御要素をユーザ機器が受信する場合に、ユーザ機器の予測できない挙動が残るという問題に対処する。言い換えれば、ｅＮｏｄｅＢは、ＣＳＩ／ＳＲＳが送信されるか否かに応じてサブフレームＮにおいてユーザ機器が使用する送信フォーマット（例えばフォーマット１ａなのかフォーマット２ａなのか：  背景技術のセクションにおけるＰＵＣＣＨフォーマットの表を参照）を認識していない。以下では、この問題について、図１３および図１４に関連してさらに詳しく説明する。図１３および図１４は、第１の実施形態による処理が実行されるＤＲＸ図を示している。
【０１９８】
周期的なＣＳＩ／ＳＲＳ送信用にサブフレームＮ−１０およびサブフレームＮが設定されているものと想定する。サブフレームＮ−４において、ＰＤＳＣＨにおけるＤＲＸ  ＭＡＣ  ＣＥのためのダウンリンクリソース割当てを含むＰＤＣＣＨと、ＰＤＳＣＨを介してのＤＲＸ  ＭＡＣ  ＣＥとが受信される。ＤＲＸ  ＭＡＣ  ＣＥは、ユーザ機器がＤＲＸモードに入るように（すなわち例えば短ＤＲＸサイクル（図示していない）を開始するように）指示する、ｅＮｏｄｅＢからの命令である。ＤＲＸ  ＭＡＣ  ＣＥを含むＰＤＳＣＨにはＨＡＲＱが適用され、このためユーザ機器は、ＨＡＲＱフィードバック（ＡＣＫ／ＮＡＣＫ）をサブフレームＮにおいてｅＮｏｄｅＢに送信する。
【０１９９】
しかしながら、ｅＮｏｄｅＢは、サブフレームＮにおいてＨＡＲＱフィードバック（ＡＣＫ／ＮＡＣＫ）を復号化するまでは、サブフレームＮ−４において送信したＤＲＸ  ＭＡＣ  ＣＥをユーザ機器が正しく受信したかを認識しない。サブフレームＮにおけるユーザ機器のＤＲＸステータスの推定は、ユーザ機器がＭＡＣ  ＣＥを正しく受信したか否かに依存する。サブフレームＮ−４においてＤＲＸ  ＭＡＣ  ＣＥを正しく受信した場合、ユーザ機器は、（理想的には）サブフレームＮ−３の時点で非アクティブ時間に移行し、したがってサブフレームＮにおいてＡＣＫを送信し、ＣＳＩ報告およびＳＲＳ送信を行わない（図１３を参照）。
【０２００】
そうでない場合、ユーザ機器は、ＤＲＸ  ＭＡＣ  ＣＥを正しく復号化することができず、したがってアクティブ時間のままであり、サブフレームＮにおいてＮＡＣＫおよびＣＳＩ／ＳＲＳを送信する（図１４を参照）。したがって、ｅＮｏｄｅＢは、上述した２つの場合をカバーするため依然として重複復号化を実施する必要があり、これによりｅＮｏｄｅＢの複雑さが増す。このＤＲＸ  ＭＡＣ  ＣＥの対応する再送信は、（設定によると）最初の送信から最短で８つ後のサブフレームにおいて実行され、図１４の例示的な設定においては、最初の送信から９つのサブフレームだけ後のサブフレームＮ＋５において実行されるものと想定する。サブフレームＮ＋５においてはＤＲＸ  ＭＡＣ  ＣＥが正しく復号化され、したがってユーザ機器はＤＲＸ（非アクティブ時間）に移行するものと想定する。
【０２０１】
第２の実施形態によると、設定されているとおりに周期的ＣＳＩ／ＳＲＳを送信するか否かに関する推定では、サブフレームＮ−（４＋ｋ）（サブフレームＮ−（４＋ｋ）を含む）までに受信されたＤＲＸ  ＭＡＣ  ＣＥのみが考慮され（ｋは１〜Ｋの整数値である）、サブフレームＮは、周期的なＣＳＩもしくはＳＲＳまたはその両方に設定されているサブフレームである。これによりｅＮｏｄｅＢは、ＤＲＸ  ＭＡＣがユーザ機器によって正しく受信されたか否かを、サブフレームＮの時点ですでに認識する。したがってｅＮｏｄｅＢは、サブフレームＮにおいて使用される送信フォーマットをすでに認識することができる。
【０２０２】
この推定に基づいて、周期的なＣＳＩもしくはＳＲＳまたはその両方の送信が制御され、すなわち、サブフレームＮにおいてユーザ機器がアクティブ時間にあるものと推定される場合にはＣＳＩ／ＳＲＳが送信され、サブフレームＮにおいてユーザ機器が非アクティブ時間にあるものと推定される場合にはＣＳＩ／ＳＲＳが送信されない。図１５および図１６は、図１３および図１４のシナリオに基づいて、本発明の第２の実施形態を適用する結果を示している。
【０２０３】
図１５および図１６の例示的な実施形態においては、ｋ＝１が想定されており、したがって、設定されているとおりにサブフレームＮにおいてＣＳＩ／ＳＲＳを送信するか否かを決定／判定するために、サブフレームＮ−５（サブフレームＮ−５を含む）までにユーザ機器によって受信されたＤＲＸ  ＭＡＣ  ＣＥのみが考慮される。したがって、図１５から明らかであるように、サブフレームＮ−４において受信されるＤＲＸ  ＭＡＣ  ＣＥは推定プロセスにおいて考慮されず、このため、サブフレームＮにおいてはＣＳＩ／ＳＲＳとＨＡＲＱフィードバック（図１５の例ではＡＣＫ）とが一緒に送信される。ｅＮｏｄｅＢも、同じ判定を実行して同じ結果に達するため、ＣＳＩ／ＳＲＳと、ＤＲＸ  ＭＡＣ  ＣＥに対するＨＡＲＱフィードバックとが送信されることを予期する。重複復号化は必要ない（ＡＣＫ／ＮＡＣＫは重複復号化を使用せずに復号化することができる）。
【０２０４】
図１６の例示的なシナリオでは、ＤＲＸ  ＭＡＣ  ＣＥ（および対応するＰＤＣＣＨ）が、サブフレームＮ−４ではなくサブフレームＮ−５において受信されるものと想定する。さらに、ＤＲＸ  ＭＡＣ  ＣＥがユーザ機器によって正しく復号化され、したがってユーザ機器はサブフレームＮ−４の時点でアクティブ時間を終了してＤＲＸ非アクティブ時間に入るものと想定する。ＨＡＲＱ処理に従って、ＤＲＸ  ＭＡＣ  ＣＥから４つ後のサブフレーム（すなわちサブフレームＮ−１）において、ユーザ機器から基地局にＡＣＫが送信される。したがって、ｅＮｏｄｅＢはＨＡＲＱフィードバック（例：ＡＣＫ）を受信することで、ユーザ機器によってＤＲＸ  ＭＡＣ  ＣＥが正しく復号化されて適用されたかを推定することができる。したがってユーザ機器は、ＤＲＸ  ＭＡＣ  ＣＥを正しく受信したことに基づいて、サブフレームＮにおいて自身が非アクティブ時間にあるものと推定し、したがって周期的なＣＳＩ／ＳＲＳを送信しない。ＨＡＲＱフィードバックとしてＡＣＫを受信したｅＮｏｄｅＢも、サブフレームＮにおいてユーザ機器が非アクティブ時間にあるものと判定し、したがってＣＳＩ／ＳＲＳの受信を予期しない。
【０２０５】
上の説明では、ｋ＝１の場合、すなわちサブフレームＮ−５（サブフレームＮ−５を含む）までに受信されたＤＲＸ  ＭＡＣ  ＣＥが考慮される場合について検討したが、ｋは他の値（２、３、４など）をとることもできる。使用するｋの値が大きいほど、ｅＮＢに利用可能な内部処理時間として、ＭＡＣ  ＣＥに対して受信したＨＡＲＱフィードバックを処理し、サブフレームＮにおいてＰＵＣＣＨを正しく検出および復号化する目的で予測されるＰＵＣＣＨフォーマットを求めるための処理時間が増大する。
【０２０６】
ここまで、本発明の上の第２の実施形態について、第１の実施形態に代わる、本発明の独立した実施形態として説明してきたが、第２の実施形態と第１の実施形態とを組み合わせることもできる。その場合、ユーザ機器は、サブフレームＮにおける自身のＤＲＸステータスと、したがってサブフレームＮにおいて周期的なＣＳＩ／ＳＲＳを送信するか否かとを、以下、すなわち、
−  （第１の実施形態において説明したように）サブフレームＮ−４（サブフレームＮ−４を含む）までに受信されたアップリンクグラントもしくはダウンリンク割当てまたはその両方と、サブフレームＮ−４におけるＤＲＸ関連タイマー、および、
−  （第２の実施形態による）サブフレームＮ−（４＋ｋ）（サブフレームＮ−（４＋ｋ）を含む）までにユーザ機器によって受信されたＤＲＸ  ＭＡＣ  ＣＥ、
に基づいて、推定する。
【０２０７】
したがって、グラント／割当ておよびＤＲＸ関連タイマーを考慮するときと、ＤＲＸ  ＭＡＣ  ＣＥを考慮するときとで、異なるサブフレーム期間が使用される。
【０２０８】
さらなる代替形態として、第１の実施形態に関連して説明したようにＤＲＸ関連タイマーをさらに考慮する代わりに、ユーザ機器は、サブフレームＮにおける自身のＤＲＸステータスと、したがってサブフレームＮにおいて周期的なＣＳＩ／ＳＲＳを送信するか否かとを、以下、すなわち、
−  サブフレームＮ−４（サブフレームＮ−４を含む）までに受信されたアップリンクグラントもしくはダウンリンク割当てまたはその両方、および、
−  （第２の実施形態による）サブフレームＮ−（４＋ｋ）（サブフレームＮ−（４＋ｋ）を含む）までにユーザ機器によって受信されたＤＲＸ  ＭＡＣ  ＣＥ、
に基づいて、推定することができる。
【０２０９】
第１の実施形態においてすでに説明したように、本発明の第２の実施形態による処理は、ＣＳＩもしくはＳＲＳまたはその両方に設定されているサブフレームより５つ前の（またはＮ−（４＋ｋ））サブフレームにおいて実行すればよい。しかしながら、実装の観点からは、ユーザ機器もしくはｅＮｏｄｅＢまたはその両方は、周期的なＣＳＩもしくは周期的なＳＲＳまたはその両方がサブフレームＮ＋（４＋ｋ）に設定されているか否かには無関係に、すべてのサブフレームＮそれぞれにおいて推定を実行することもできる。これにより処理量が大幅に増大しうるが、ユーザ機器およびｅＮｏｄｅＢの複雑さを低減することができる。
【０２１０】
次の例示的なテキストは、本発明の上述した第２の実施形態を反映しており、３ＧＰＰ仕様書である非特許文献６の５.７節に、実施するように示唆されている。

−  ＰＤＣＣＨが新しい送信（ダウンリンクまたはアップリンク）を示している場合、
−  ＤＲＸインアクティビティタイマーを起動または再起動する。
−  現在のサブフレームｎにおいて、サブフレームｎ−４（サブフレームｎ−４を含む）までに受信されたグラント／割当てと、サブフレームＮ−（４＋ｋ）（サブフレームＮ−（４＋ｋ）を含む）までに受信されたＭＡＣ制御要素によると、ユーザ機器がアクティブ時間にない場合、トリガーされるタイプ０  ＳＲＳ［２］を報告しないものとする。
−  上位層によってＣＱＩマスキング（ＣＱＩマスク）が設定されている場合、
−  現在のサブフレームｎにおいて、サブフレームｎ−４（サブフレームｎ−４を含む）までに受信されたグラント／割当てによるとオン期間タイマーが作動していない場合、ＰＵＣＣＨでのＣＱＩ／ＰＭＩ／ＲＩ／ＰＴＩを報告しないものとする。
−  それ以外の場合、
−  現在のサブフレームｎにおいて、サブフレームｎ−４（サブフレームｎ−４を含む）までに受信されたグラント／割当てと、サブフレームＮ−（４＋ｋ）（サブフレームＮ−（４＋ｋ）を含む）までに受信されたＭＡＣ制御要素によると、ユーザ機器がアクティブ時間にない場合、ＰＵＣＣＨでのＣＱＩ／ＰＭＩ／ＲＩ／ＰＴＩを報告しないものとする。
ユーザ機器は、ＰＤＣＣＨを監視しているか否かにかかわらず、ＨＡＲＱフィードバックを受信および送信し、トリガーされるタイプ１  ＳＲＳ［２］を送信する（予期されているとき）。
注：アクティブ化されているサービングセルすべてに同じアクティブ時間が適用される。
【０２１１】
第３の実施形態
【０２１２】
前の第２の実施形態によると、サブフレームＮにおいてＣＳＩ／ＳＲＳを送信するか否かに関して決定／判定するために使用される異なる種類の情報ごとに異なる時間期間（Ｎ−（４＋ｋ）およびＮ−４）を考慮したが、この第３の実施形態においては、以下に説明するように、すべての種類の情報について同じ時間期間（Ｎ−（４＋ｋ））を想定する。
【０２１３】
前の第２の実施形態の１つの変形形態によると、推定において、サブフレームＮ−（４＋ｋ）（サブフレームＮ−（４＋ｋ）を含む）までに受信されたＤＲＸ  ＭＡＣ制御要素と、サブフレームＮ−４（サブフレームＮ−４を含む）までに受信されたアップリンクグラント／ダウンリンク割当てとを考慮する。さらなる代替の変形形態においては、推定の精度を高めるため、推定においてＤＲＸ関連タイマーをさらに考慮することができる。このように、異なるサブフレーム期間の情報が使用される。
【０２１４】
第３の実施形態によると、第２の実施形態の上記の変形形態のいずれによる推定においても、サブフレームＮ−（４＋ｋ）までに利用可能な情報を一貫して使用する。したがって、本発明のこの第３の実施形態は、第２の実施形態の変形形態のいずれにも密接に関連しており、推定において考慮される情報の有効な時間期間が変わるのみである。
【０２１５】
具体的には、ユーザ機器およびｅＮｏｄｅＢは、サブフレームＮにおいてユーザ機器がアクティブ時間にあるか否か、およびしたがってサブフレームＮにおいてユーザ機器が設定されているとおりに周期的ＣＳＩ／ＳＲＳを送信するかを、サブフレームＮ−（４＋ｋ）（サブフレームＮ−（４＋ｋ）を含む）までにユーザ機器によって受信されたアップリンクグラント／ダウンリンク割当てに基づいて決定／判定し、ｋは１〜Ｋの正の整数値である。さらに、すでに前述したように、サブフレームＮ−（４＋ｋ）（サブフレームＮ−（４＋ｋ）を含む）までにユーザ機器によって受信されたＤＲＸ  ＭＡＣ  ＣＥも、決定／判定において考慮される。推定においてＤＲＸ関連タイマーもさらに考慮される場合、前のようにサブフレームＮ−４ではなく、サブフレームＮ−（４＋ｋ）において（すなわちサブフレームＮ−（４＋ｋ）（サブフレームＮ−（４＋ｋ）を含む）までに受信されたグラント／割当てを考慮して）推定される、サブフレームＮにおけるＤＲＸ関連タイマー（例えばＤＲＸオン期間タイマー、ＤＲＸ再送信タイマー）のステータスが、考慮される。
【０２１６】
同じタイミングであるＮ−（４＋ｋ）を考慮することによって、ユーザ機器およびｅＮｏｄｅＢにおける本発明の実装が単純化される。
【０２１７】
次の例示的なテキストは、本発明の上述した第３の実施形態を反映しており、３ＧＰＰ仕様書である非特許文献６の５.７節に、実施するように示唆されている。

−  ＰＤＣＣＨが新しい送信（ダウンリンクまたはアップリンク）を示している場合、
−  ＤＲＸインアクティビティタイマーを起動または再起動する。
−  現在のサブフレームｎにおいて、サブフレームｎ−（４＋ｋ）（サブフレームｎ−（４＋ｋ）を含む）までに受信されたグラント／割当ておよびＭＡＣ制御要素によるとユーザ機器がアクティブ時間にない場合、トリガーされるタイプ０  ＳＲＳ［２］を報告しないものとする。
−  上位層によってＣＱＩマスキング（ＣＱＩマスク）が設定されている場合、
−  現在のサブフレームｎにおいて、サブフレームｎ−４（サブフレームｎ−４を含む）までに受信されたグラント／割当てによるとオン期間タイマーが作動していない場合、ＰＵＣＣＨでのＣＱＩ／ＰＭＩ／ＲＩ／ＰＴＩを報告しないものとする。
−  それ以外の場合、
−  現在のサブフレームｎにおいて、サブフレームｎ−（４＋ｋ）（サブフレームｎ−（４＋ｋ）を含む）までに受信されたグラント／割当ておよびＭＡＣ制御要素によるとユーザ機器がアクティブ時間にない場合、ＰＵＣＣＨでのＣＱＩ／ＰＭＩ／ＲＩ／ＰＴＩを報告しないものとする。
ユーザ機器は、ＰＤＣＣＨを監視しているか否かにかかわらず、ＨＡＲＱフィードバックを受信および送信し、トリガーされるタイプ１  ＳＲＳ［２］を送信する（予期されているとき）。
注：アクティブ化されているサービングセルすべてに同じアクティブ時間が適用される。
【０２１８】
第４の実施形態
【０２１９】
本発明の第４の実施形態でも、第２の実施形態においてすでに説明したように（上記を参照）、ＤＲＸ  ＭＡＣ制御要素の受信に起因する問題に対処する。しかしながら、第２の実施形態におけるように、サブフレームＮ−（４＋ｋ）（サブフレームＮ−（４＋ｋ）を含む）までにユーザ機器によって受信されたＤＲＸ  ＭＡＣ  ＣＥを考慮する代わりに、サブフレームＮ−（３＋ｋ）（サブフレームＮ−（３＋ｋ）を含む）までにユーザ機器からｅＮｏｄｅＢに確認応答（ＨＡＲＱフィードバック）が送信された対象のＤＲＸ  ＭＡＣ  ＣＥのみを、推定において考慮する（ｋは１〜Ｋの正の整数である）。利点として、サブフレームＮにおいて周期的なＣＳＩ／ＳＲＳを送信するか否かを決定／判定するためにどの情報が考慮されるかに関して、ｅＮｏｄｅＢおよびユーザ機器の両方が同じ認識を有する。以下では、この第４の実施形態について、図１７〜図１９に関連して説明する。
【０２２０】
図１７から明らかであるように、図１７〜図１９の例示的な図解においてはｋ＝１を想定しており、したがって、サブフレームＮ−４（サブフレームＮ−４を含む）までにｅＮｏｄｅＢにＡＣＫがフィードバックされた対象のＤＲＸ  ＭＡＣ  ＣＥのみが考慮される。さらに、ＰＤＣＣＨ（ＰＤＳＣＨでのＤＲＸ  ＭＡＣ  ＣＥの送信を示す）とＤＲＸ  ＭＡＣ  ＣＥとが、サブフレームＮ−８において受信されるものと想定する。ユーザ機器がＰＤＣＣＨに基づいてＰＤＳＣＨを正常に検出し、ユーザ機器にＤＲＸ（すなわち非アクティブ時間）に入るように命令するＤＲＸ  ＭＡＣ  ＣＥを復号化した場合、ユーザ機器は、（理想的には）サブフレームＮ−７の時点でＤＲＸモードに入って非アクティブになる。前述したように、これは理想的な想定であり、実際には、ユーザ機器は、ＤＲＸ  ＭＡＣ  ＣＥを受信したことをサブフレームＮ−５あたりで初めて認識し、したがってＤＲＸ非アクティブ時間に移行することができる。さらに、ユーザ機器はサブフレームＮ−４においてＨＡＲＱフィードバックとしてＡＣＫを送信する。
【０２２１】
ユーザ機器は、サブフレームＮに設定されているとおりに周期的なＣＳＩ／ＳＲＳを送信するか否かを、サブフレームＮ−４において送信した、ＤＲＸ  ＭＡＣ  ＣＥに対する確認応答に基づいて決定する。この例では、ＤＲＸ  ＭＡＣ  ＣＥはサブフレームＮ−４において肯定応答され（すなわちＡＣＫがｅＮｏｄｅＢに送信され）、したがってユーザ機器は、サブフレームＮにおいて非アクティブ時間にあるため、サブフレームＮにおいて、設定されているとおりにＣＳＩ／ＳＲＳを送信しないことを決定する。同様にして、ｅＮｏｄｅＢは、サブフレームＮ−４においてＨＡＲＱフィードバックを予期してＡＣＫを受信し、したがって、ユーザ機器がサブフレームＮにおいて周期的なＣＳＩ／ＳＲＳを送信しないものと判定する。重複復号化は必要ない。
【０２２２】
図１８は、図１７における例示的なシナリオに似ているが、異なる点として、ＤＲＸ  ＭＡＣ  ＣＥがユーザ機器によって正常に復号化されず、したがってユーザ機器がサブフレームＮ−４においてＨＡＲＱフィードバックとしてＮＡＣＫをｅＮｏｄｅＢに送信し、したがってユーザ機器がアクティブのままであるものと想定する。サブフレームＮ−４（サブフレームＮ−４を含む）までにＤＲＸ  ＭＡＣ  ＣＥに対する肯定応答（ＡＣＫ）ではなく否定応答（ＮＡＣＫ）を送信したため、ユーザ機器は、サブフレームＮにおいて周期的なＣＳＩ／ＳＲＳを送信することを決定する。ｅＮｏｄｅＢも同じ結論に達し、なぜならｅＮｏｄｅＢはサブフレームＮ−４においてＮＡＣＫを受信し、したがってユーザ機器がＤＲＸ  ＭＡＣ  ＣＥを復号化して正しく適用できなかったものと認識するためである。
【０２２３】
図１８から明らかであるように、ｅＮｏｄｅＢは、ＤＲＸ  ＭＡＣ  ＣＥに対するＮＡＣＫをユーザ機器から受信した後、最初の送信から９つのサブフレームだけ後に、ＤＲＸ  ＭＡＣ  ＣＥを再送信する。再送信の後、ユーザ機器はＤＲＸ  ＭＡＣ  ＣＥを正しく復号化し、したがってＤＲＸモード（非アクティブ時間）に入ることができるものと想定する。再送信されたＤＲＸ  ＭＡＣ  ＣＥに対応するＨＡＲＱフィードバックとしてのＡＣＫは、サブフレームＮ＋５において送信される。
【０２２４】
図１９は、図１７および図１８のシナリオに似ている例示的なシナリオを示しているが、大きく異なる点として、ＤＲＸ  ＭＡＣ  ＣＥがサブフレームＮ−８ではなくサブフレームＮ−７において受信される。したがって、このＤＲＸ  ＭＡＣ  ＣＥの受信に対するＨＡＲＱフィードバックが、受信から４つのサブフレームだけ後に（すなわちサブフレームＮ−３において）ユーザ機器からｅＮｏｄｅＢに送信され、サブフレームＮ−３は、サブフレームＮにおいて周期的なＣＳＩ／ＳＲＳを送信するか否かを決定／判定するときに考慮されるように定義されているウィンドウの外側である。したがって、サブフレームＮ−７においてユーザ機器によって受信されたＤＲＸ  ＭＡＣ  ＣＥは、決定／判定の目的においては破棄される（ただし当然ながらユーザ機器の別の機能によって正しく処理される）。したがって、サブフレームＮにおいて周期的なＣＳＩ／ＳＲＳを送信するか否かの決定／判定において、このＤＲＸ  ＭＡＣ  ＣＥが正常に復号化されるか否かは関係ない。この点において、サブフレームＮ−４（サブフレームＮ−４を含む）までにＡＣＫが送信される対象のＤＲＸ  ＭＡＣ  ＣＥのみが考慮され、このことは図１９の例示的なシナリオにはあてはまらない。
【０２２５】
したがって、ユーザ機器がＤＲＸ  ＭＡＣ  ＣＥを正常に処理することができる場合、ユーザ機器はＤＲＸに入り（すなわち非アクティブになり）、ＤＲＸの定義によるとサブフレームＮにおいてユーザ機器はアクティブ時間にないにもかかわらず、サブフレームＮにおいてＣＳＩ／ＳＲＳを送信しなければならない。
【０２２６】
次の例示的なテキストは、本発明の上述した第４の実施形態を反映しており、３ＧＰＰ仕様書である非特許文献６の５.７節に、実施するように示唆されている。

−  ＰＤＣＣＨが新しい送信（ダウンリンクまたはアップリンク）を示している場合、
−  ＤＲＸインアクティビティタイマーを起動または再起動する。
−  現在のサブフレームｎにおいて、サブフレームｎ−４（サブフレームｎ−４を含む）までに受信されたグラント／割当てと、サブフレームｎ−（３＋ｋ）（サブフレームｎ−（３＋ｋ）を含む）までにＨＡＲＱフィードバックが送信された対象のＭＡＣ制御要素によると、ユーザ機器がアクティブ時間にない場合、トリガーされるタイプ０  ＳＲＳ［２］を報告しないものとする。
−  上位層によってＣＱＩマスキング（ＣＱＩマスク）が設定されている場合、
−  現在のサブフレームｎにおいて、サブフレームｎ−４（サブフレームｎ−４を含む）までに受信されたグラント／割当てによるとオン期間タイマーが作動していない場合、ＰＵＣＣＨでのＣＱＩ／ＰＭＩ／ＲＩ／ＰＴＩを報告しないものとする。
−  それ以外の場合、
−  現在のサブフレームｎにおいて、サブフレームｎ−４（サブフレームｎ−４を含む）までに受信されたグラント／割当てと、サブフレームｎ−（３＋ｋ）（サブフレームｎ−（３＋ｋ）を含む）までにＨＡＲＱフィードバックが送信された対象のＭＡＣ制御要素によると、ユーザ機器がアクティブ時間にない場合、ＰＵＣＣＨでのＣＱＩ／ＰＭＩ／ＲＩ／ＰＴＩを報告しないものとする。
ユーザ機器は、ＰＤＣＣＨを監視しているか否かにかかわらず、ＨＡＲＱフィードバックを受信および送信し、トリガーされるタイプ１  ＳＲＳ［２］を送信する（予期されているとき）。
注：アクティブ化されているサービングセルすべてに同じアクティブ時間が適用される。
【０２２７】
第５の実施形態
【０２２８】
本発明のさらなる第５の実施形態は、これまでの実施形態とは相当に異なり、サブフレームＮにおいて周期的なＣＳＩ／ＳＲＳを送信するか否かの決定／判定において、それより前のサブフレームＮ−ｋのＤＲＸステータスを考慮することによって、主として、遷移段階におけるユーザ機器からのＣＳＩ／ＳＲＳ送信の曖昧性を回避する。
【０２２９】
より詳細には、ユーザ機器は、サブフレームＮ−ｋにおいてアクティブ時間にある場合（ｋは１〜Ｋの正の整数）、サブフレームＮに設定されているとおりに周期的なＣＳＩもしくは周期的なＳＲＳまたはその両方をｅＮｏｄｅＢに送信する。この第５の実施形態では、ユーザ機器およびｅＮｏｄｅＢの単純な挙動を提供するが、ＣＳＩ／ＳＲＳ送信の予測可能性が依然として確保され、ｅＮｏｄｅＢにおける重複復号化が回避される。
【０２３０】
説明を目的として、ｋ＝４を想定する。したがって、ユーザ機器は、サブフレームＮに対して設定されているとおりに周期的なＣＳＩ／ＳＲＳを送信するか否かに関して決定するため、サブフレームＮ−４におけるＤＲＸステータス（すなわちアクティブ時間または非アクティブ時間）を認識し、サブフレームＮ−４におけるＤＲＸステータスはサブフレームＮのＤＲＸステータスと同じであるものと想定する。したがって、ユーザ機器は、自身がアクティブ時間にあるときにのみ周期的なＣＳＩ／ＳＲＳを送信するという一般的な規則に基づき、サブフレームＮにおいて周期的なＣＳＩ／ＳＲＳを送信するか否かを、サブフレームＮ−４のＤＲＸステータスに基づいて決定することができる。
【０２３１】
図２０は、図１９の例示的なシナリオを示しているが、第４の実施形態を適用する代わりに第５の実施形態が適用されている。したがって、ＰＤＣＣＨと、ＰＤＣＣＨによって示されるＤＲＸ  ＭＡＣ  ＣＥとが、サブフレームＮ−７において受信され、ユーザ機器がこのＤＲＸ  ＭＡＣ  ＣＥを正しく復号化し、したがって（理想的には）サブフレームＮ−６の時点でＤＲＸ非アクティブ時間に入るものと想定する。ＤＲＸ  ＭＡＣ  ＣＥに対するＨＡＲＱフィードバックとしてのＡＣＫは、サブフレームＮ−３においてｅＮｏｄｅＢに送信される。
【０２３２】
ユーザ機器は、サブフレームＮにおいて周期的なＣＳＩ／ＳＲＳを送信するか否かを決定するため、サブフレームＮ−４において自身がアクティブ時間にあるか否かを判定する。ユーザ機器は、前に受信して正しく復号化されたＤＲＸ  ＭＡＣ  ＣＥに起因して、サブフレームＮ−４においてアクティブ時間にないため、ＣＳＩ／ＳＲＳを送信しないことを決定する。ｅＮｏｄｅＢも同様の判定を行い、サブフレームＮ−４においてユーザ機器が非アクティブ時間にある（これはサブフレームＮにおいてＣＳＩ／ＳＲＳを送信するための関連するＤＲＸステータス）ためユーザ機器がＣＳＩ／ＳＲＳを送信しないという判定結果に達する。
【０２３３】
図示していないが、ユーザ機器がＤＲＸ  ＭＡＣ  ＣＥを正しく復号化できず、したがってユーザ機器がサブフレームＮ−６の時点で非アクティブ時間に入らずにアクティブのままであるときには、ユーザ機器はサブフレームＮ−４においてアクティブ時間にあり、したがって設定されているとおりにサブフレームＮにおいてＣＳＩ／ＳＲＳを報告する。これに対応して、ｅＮｏｄｅＢも同じ判定結果に達し、したがってサブフレームＮにおいて周期的なＣＳＩ／ＳＲＳを予期して受信する。
【０２３４】
この第５の実施形態では、ユーザ機器およびｅＮｏｄｅＢの両方の実装の複雑性が低減する一方で、ｅＮｏｄｅＢにおける重複復号化を回避するという課題も解決される。
【０２３５】
この代替方法は、実装の観点からはより単純であるが、その一方で、サブフレームＮにおいてＣＳＩ／ＳＲＳを送信するか否かを決定するためにサブフレームＮ−ｋのＤＲＸステータスが考慮されるのみであるため、スケジューリングにおけるＣＳＩ／ＳＲＳ情報の有用性が低下しうることに留意されたい。ＣＳＩ／ＳＲＳの報告期間は、基本的に、ＤＲＸアクティブ時間と比較してｋ個のサブフレームだけシフトし、すなわち、ＣＳＩ／ＳＲＳの報告は、ＤＲＸアクティブ時間の開始時点からｋ個のサブフレームだけ後に始まり、ＤＲＸアクティブ時間の終了時点からｋ個のサブフレームだけ後に終わる。
【０２３６】
次の例示的なテキストは、本発明の上述した第５の実施形態を反映しており、３ＧＰＰ仕様書である非特許文献６の５.７節に、実施するように示唆されている。

−  ＰＤＣＣＨが新しい送信（ダウンリンクまたはアップリンク）を示している場合、
−  ＤＲＸインアクティビティタイマーを起動または再起動する。
−  サブフレームｎ−４においてユーザ機器がアクティブ時間になかった場合、現在のサブフレームｎにおいて、トリガーされるタイプ０  ＳＲＳ［２］を報告しないものとする。
−  上位層によってＣＱＩマスキング（ＣＱＩマスク）が設定されている場合、
−  現在のサブフレームｎにおいて、サブフレームｎ−４（サブフレームｎ−４を含む）までに受信されたグラント／割当てによるとオン期間タイマーが作動していない場合、ＰＵＣＣＨでのＣＱＩ／ＰＭＩ／ＲＩ／ＰＴＩを報告しないものとする。
−  それ以外の場合、
−  サブフレームｎ−４においてユーザ機器がアクティブ時間になかった場合、現在のサブフレームｎにおいてＰＵＣＣＨでのＣＱＩ／ＰＭＩ／ＲＩ／ＰＴＩを報告しないものとする。
ユーザ機器は、ＰＤＣＣＨを監視しているか否かにかかわらず、ＨＡＲＱフィードバックを受信および送信し、トリガーされるタイプ１  ＳＲＳ［２］を送信する（予期されているとき）。
注：アクティブ化されているサービングセルすべてに同じアクティブ時間が適用される。
【０２３７】
本発明のハードウェアおよびソフトウェア実装
【０２３８】
本発明の他の実施形態は、ハードウェアおよびソフトウェアを用いて、上記したさまざまな実施形態を実施することに関する。これに関連して、本発明は、ユーザ機器（移動端末）およびｅＮｏｄｅＢ（基地局）を提供する。ユーザ機器は、本発明の方法を実行するようにされている。
【０２３９】
本発明のさまざまな実施形態は、コンピューティングデバイス（プロセッサ）を使用して実施または実行され得るものとさらに認識される。コンピューティングデバイスまたはプロセッサは、例えば、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、または、その他プログラマブルロジックデバイスなどである。本発明のさまざまな実施形態は、これらのデバイスの組合せによっても実行または具体化することができる。
【０２４０】
さらに、本発明のさまざまな実施形態は、ソフトウェアモジュールによって実施することもできる。これらのソフトウェアモジュールは、プロセッサによって実行され、または、ハードウェアにおいて直接実行される。また、ソフトウェアモジュールとハードウェア実装の組合せも可能である。ソフトウェアモジュールは、任意の種類のコンピュータ可読記憶媒体、例えば、ＲＡＭやＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、レジスタ、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤなどに格納することができる。
【０２４１】
さらには、本発明の複数の異なる実施形態の個々の特徴は、個々に、または任意の組合せにおいて、別の発明の主題とすることができることに留意されたい。
【０２４２】
具体的な実施形態において示した本発明には、広義に記載されている本発明の概念または範囲から逸脱することなく、さまざまな変更もしくは修正またはその両方を行うことができることが、当業者には理解されるであろう。したがって、本明細書に示した実施形態は、あらゆる点において例示的であり、本発明を制限するものではないものとみなされる。
【図１】
2020129832.tif 000005
【図２】
2020129832.tif 000006
【図３】
2020129832.tif 000007
【図４】
2020129832.tif 000008
【図５】
2020129832.tif 000009
【図６】
2020129832.tif 000010
【図７】
2020129832.tif 000011
【図８】
2020129832.tif 000012
【図９】
2020129832.tif 000013
【図１０】
2020129832.tif 000014
【図１１】
2020129832.tif 000015
【図１２】
2020129832.tif 000016
【図１３】
2020129832.tif 000017
【図１４】
2020129832.tif 000018
【図１５】
2020129832.tif 000019
【図１６】
2020129832.tif 000020
【図１７】
2020129832.tif 000021
【図１８】
2020129832.tif 000022
【図１９】
2020129832.tif 000023
【図２０】
2020129832.tif 000024