JP2018113689A

JP2018113689A - 無線通信システムにおける制御チャネルとデータチャネルとのタイミング関係についての方法及び装置

Info

Publication number: JP2018113689A
Application number: JP2018003022A
Authority: JP
Inventors: 克彊林; Ko-Chiang Lin
Original assignee: Asustek Computer Inc
Current assignee: Asustek Computer Inc
Priority date: 2017-01-13
Filing date: 2018-01-12
Publication date: 2018-07-19
Anticipated expiration: 2038-01-12
Also published as: CN108307518A; ES2808553T3; US20180206263A1; JP6681416B2; CN108307518B; EP3349529A1; EP3349529B1; TWI673979B; TW201826771A; US10356808B2; KR20180083819A; EP3349529B8; KR102101546B1

Abstract

【課題】無線通信システムにおける制御チャネルとデータチャネルとのタイミング関係についての方法及び装置を提供する。【解決手段】ユーザ機器（ＵＥ）の観点からの方法及び装置が開示される。一実施形態では、方法は、ＵＥが、第１の時間間隔のデータ送信期間を有する第１のデータ送信の送信をスケジューリングする第１の制御情報を受信するステップを含む。方法は、ＵＥが、第２の時間間隔のデータ送信期間を有する第２のデータ送信の送信をスケジューリングする第２の制御情報を受信するステップも含む。第１のデータ送信と第２のデータ送信は時間領域において重ならない。方法は、ＵＥが、第１の制御情報に従って第１のデータ送信への処理を実行し、ＵＥが、第２の制御情報に従って第２のデータ送信への処理を実行しないステップをさらに含む。【選択図】図２７

Description

本願は、２０１７年１月１３日に出願された米国仮特許出願第６２／４４６，００２号の利益を主張するものであり、そのすべての開示は全体として参照により本明細書に援用される。

本開示は、概して、無線通信ネットワークに関し、より詳細には、無線通信システムにおける制御チャネルとデータチャネルとのタイミング関係についての方法及び装置に関する。

移動体通信デバイスとの大量データの通信に対する要求が急速に高まる中、従来の移動体音声通信ネットワークは、インターネットプロトコル（ＩＰ）データパケットをやり取りするネットワークへと発展している。このようなＩＰデータパケット通信は、移動体通信デバイスのユーザに、ボイスオーバＩＰ、マルチメディア、マルチキャスト、及びオンデマンド通信サービスを提供可能である。

例示的なネットワーク構造は、発展型ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）である。Ｅ−ＵＴＲＡＮシステムは、上記のボイスオーバＩＰ及びマルチメディアサービスを実現するために、高いデータスループットを提供可能である。現在、次世代（例えば、５Ｇ）の新しい無線技術が３ＧＰＰ標準化機構によって論じられている。このため、現行の３ＧＰＰ標準内容に対する変更が現在提出され、３ＧＰＰ標準の発展及び確定に向けて検討されている。

ユーザ機器（ＵＥ）の観点からの方法及び装置が開示される。一実施形態では、方法は、ＵＥが、第１の時間間隔のデータ送信期間を有する第１のデータ送信の送信をスケジューリングする第１の制御情報を受信するステップを含む。方法は、ＵＥが、第２の時間間隔のデータ送信期間を有する第２のデータ送信の送信をスケジューリングする第２の制御情報を受信するステップも含む。第１のデータ送信と第２のデータ送信は時間領域において重ならない。方法は、ＵＥが、第１の制御情報に従って第１のデータ送信に対する処理を実行し、ＵＥが、第２の制御情報に従って第２のデータ送信に対する処理を実行しないステップをさらに含む。

例示的な一実施形態による無線通信システムの図を示す。例示的な一実施形態による送信機システム（アクセスネットワークとしても知られている）及び受信機システム（ユーザ機器又はＵＥとしても知られている）のブロック図である。例示的な一実施形態による通信デバイスの機能ブロック図である。例示的な一実施形態による図３のプログラムコードの機能ブロック図である。図５は、３ＧＰＰＴＲ３６．２１１Ｖ１３．２．０の図６．２．２−１の再現である。図６は、３ＧＰＰＴＲ３６．２１１Ｖ１３．２．０の表６．２．３−１の再現である。図７は、３ＧＰＰＴＲ３６．２１１Ｖ１３．２．０の表６．７−１の再現である。図８は、３ＧＰＰＴＲ３６．２１１Ｖ１３．２．０の表６．７．２−１の再現である。図９は、３ＧＰＰＴＲ３６．２１１Ｖ１３．２．０の表６．８．１−１の再現である。図１０は、３ＧＰＰＴＲ３６．２１１Ｖ１３．２．０の表６．８．３−１の再現である。図１１は、３ＧＰＰＴＲ３６．２１１Ｖ１３．２．０の表６．１２−１の再現である。図１２は、３ＧＰＰＴＲ３６．２１１Ｖ１３．２．０の図６．１３−１の再現である。図１３は、３ＧＰＰＴＲ３６．２１２Ｖ１３．１．０の図５．３．３−１の再現である。図１４は、３ＧＰＰＴＲ３６．２１３Ｖ１３．１．１の表７−１の再現である。図１５は、３ＧＰＰＴＲ３６．２１３Ｖ１３．１．１の表７−２の再現である。図１６は、３ＧＰＰＴＲ３６．２１３Ｖ１３．１．１の表７−３の再現である。図１７は、３ＧＰＰＴＲ３６．２１３Ｖ１３．１．１の表７．１−１の再現である。図１８は、３ＧＰＰＴＲ３６．２１３Ｖ１３．１．１の表７．１−２の再現である。図１９は、３ＧＰＰＴＲ３６．２１３Ｖ１３．１．１の表７．１−２Ａの再現である。図２０は、３ＧＰＰＴＲ３６．２１３Ｖ１３．１．１の表８−１の再現である。図２１は、３ＧＰＰＴＲ３６．２１３Ｖ１３．１．１の表８−３の再現である。図２２は、３ＧＰＰＴＲ３６．２１３Ｖ１３．１．１の表８−４の再現である。図２３は、３ＧＰＰＴＲ３６．２１３Ｖ１３．１．１の表８．１．３−１の再現である。図２４は、３ＧＰＰＴＲ３６．２１３Ｖ１３．１．１の表９．１．１−１の再現である。図２５は、３ＧＰＰＴＲ３６．２１３Ｖ１３．１．１の表９．１．１−１Ａの再現である。図２６は、３ＧＰＰＴＲ３６．２１３Ｖ１３．１．１の表９．１．１−２の再現である。例示的な一実施形態によるフローチャートである。例示的な一実施形態によるフローチャートである。例示的な一実施形態によるフローチャートである。例示的な一実施形態によるフローチャートである。例示的な一実施形態によるフローチャートである。

以下に記載される例示的な無線通信システム及び機器は、無線通信システムを採用し、ブロードキャストサービスをサポートする。無線通信システムは、音声、データ等の様々なタイプの通信を提供するため、広く展開されている。これらのシステムは、符号分割多元接続（ＣＤＭＡ）、時間分割多元接続（ＴＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）、３ＧＰＰＬＴＥ（ロングタームエボリューション）無線アクセス、３ＧＰＰＬＴＥ−Ａ若しくはＬＴＥ−アドバンスト（ロングタームエボリューションアドバンスト）、３ＧＰＰ２ＵＭＢ（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）どうかは結論がでていない。採用される方法は、レガシー制御領域の存在等、後方互換性を保持するべきであるため、この研究はいくつかの制限を受ける。ＬＴＥヌメロロジの簡単な説明が３ＧＰＰＴＲ３６．２１１で説明されており、次のようである：
（外１−１）

（外１−２）

（外１−３）

（外１−４）

“Ｄｏｗｎｌｉｎｋｒｅｓｏｕｒｃｅｇｒｉｄ”と題する、３ＧＰＰＴＲ３６．２１１Ｖ１３．２．０の図６．２．２−１は、図５として再現されている。
（外２）

“Ｐｈｙｓｉｃａｌｒｅｓｏｕｒｃｅｂｌｏｃｋｓｐａｒａｍｅｔｅｒｓ”と題する、３ＧＰＰＴＲ３６．２１１Ｖ１３．２．０の表６．２．３−１は、図６として再現されている。
（外３）

“ＮｕｍｂｅｒｏｆＯＦＤＭｓｙｍｂｏｌｓｕｓｅｄｆｏｒＰＤＣＣＨ”と題する、３ＧＰＰＴＲ３６．２１１Ｖ１３．２．０の表６．７−１は、図７として再現されている。
（外４）

“ＰＣＦＩＣＨｍｏｄｕｌａｔｉｏｎｓｃｈｅｍｅｓ”と題する、３ＧＰＰＴＲ３６．２１１Ｖ１３．２．０の表６．７．２−１は、図８として再現されている。
（外５−１）

（外５−２）

“ＳｕｐｐｏｒｔｅｄＰＤＣＣＨｆｏｒｍａｔｓ”と題する、３ＧＰＰＴＲ３６．２１１Ｖ１３．２．０の表６．８．１−１は、図９として再現されている。
（外６）

“ＰＤＣＣＨｍｏｄｕｌａｔｉｏｎｓｃｈｅｍｅｓ”と題する、３ＧＰＰＴＲ３６．２１１Ｖ１３．２．０の表６．８．３−１は、図１０として再現されている。
（外７−１）

（外７−２）

（外７−３）

“ＯＦＤＭｐａｒａｍｅｔｅｒｓ”と題する、３ＧＰＰＴＲ３６．２１１Ｖ１３．２．０の表６．１２−１は、図１１として再現されている。
（外８）

“Ｄｏｗｎｌｉｎｋｍｏｄｕｌａｔｉｏｎ”と題する、３ＧＰＰＴＲ３６．２１１Ｖ１３．２．０の図６．１３−１は、図１２として再現されている。

ＬＴＥでは、１５ＫＨｚのサブキャリア間隔という、初期アクセスのために定義されたＤＬ（下りリンク）ヌメロロジが１つしかなく、初期アクセス中に取得される信号及びチャネルは１５ＫＨｚのヌメロロジに基づいている。セルにアクセスするために、ＵＥはいくつかの基本的な情報を取得する必要があることがある。例えば、ＵＥは、セル探索あるいはセル選択又は再選択中に行われる、セルの時間同期又は周波数同期を最初に取得する。時間又は周波数同期は、プライマリ同期信号（ＰＳＳ）、セカンダリ同期信号（ＳＳＳ）等の同期信号を受信することによって得ることができる。同期中、セルの中心周波数が分かっており、サブフレーム又はフレーム境界が得られる。ＰＳＳ又はＳＳＳが取得されるとき、セルのサイクリックプレフィックス（ＣＰ）（例えば、ノーマルＣＰ又は拡張ＣＰ）、セルのデュプレクスモード（例えば、ＦＤＤ又はＴＤＤ）も同様に知ることができる。次いで、物理ブロードキャストチャネル（ＰＢＣＨ）上で搬送されるマスター情報ブロック（ＭＩＢ）が受信され、いくつかの基本システム情報、例えば、システムフレーム番号（ＳＦＮ）、システム帯域幅、物理制御チャネル関連情報が得られる。

ＵＥは、システム帯域幅に応じて適切なリソース要素及び適切なペイロードサイズでＤＬ制御チャネル（例えば、ＰＤＣＣＨ（物理下りリンク制御チャネル））を受信し、セルがアクセス可能であるかどうか、ＵＬ帯域幅及び周波数、ランダムアクセスパラメータ等のシステム情報ブロックＳＩＢ）においてセルにアクセスするために必要なより多くのシステム情報を取得することができる。ＵＥは、次いで、ランダムアクセスを実行し、セルへの接続を要求することができる。

接続セットアップが完了した後、ＵＥは接続モードに移行し、セルへのデータ送信を実行する、又はセルからのデータ受信を実行することが可能になる。データの受信及び送信のためのリソース割り当ては、ＳＩＢ又はＭＩＢにおいて通知されるシステム帯域幅（例えば、以下の引用にある
（外９）

又は
（外１０）

）に従って行われる。また、ＤＬ制御チャネルと、これに関連するＤＬデータチャネル又はＵＬデータチャネルとの固定のタイミング関係が存在する。

例えば、上りリンクグラントがサブフレームｎで、ＤＬ制御チャネル上で受信されると、その関連するＵＬデータチャネルは、サブフレームｎ＋４で送信される。下りリンク割り当てがサブフレームｎで受信されると、関連する下りリンクデータが同じサブフレームで受信され、その対応するＨＡＲＱ（ハイブリッド自動再送要求）フィードバックがサブフレームｎ＋４で送信される。ＤＬ及びＵＬのためのＨＡＲＱプロセスの数は、タイミング関係に基づいて決定され、例えば、データパケットがＨＡＲＱプロセスで復号される前に別のデータパケットが他のＨＡＲＱプロセスと共に送信又は受信される、又はデータパケットが再送されるようにする。より詳細は、３ＧＰＰＴＲ３６．２１１、ＴＳ３６．３３１、ＴＳ３６．２１２、ＴＳ３６．２１３からの次の記載に見出だすことができる。
（外１１）

“ＰｒｏｃｅｓｓｉｎｇｆｏｒｏｎｅＤＣＩ”と題する、３ＧＰＰＴＲ３６．２１２Ｖ１３．１．０の図５．３．３−１は、図１３として再現されている。
（外１２−１）

（外１２−２）

（外１２−３）

３ＧＰＰＴＳ３６．２１３は次のように述べている：
（外１３−１）

（外１３−２）

“ＭａｘｉｍｕｍｎｕｍｂｅｒｏｆＤＬＨＡＲＱｐｒｏｃｅｓｓｅｓｆｏｒＴＤＤ”と題する、３ＧＰＰＴＲ３６．２１３Ｖ１３．１．１の表７−１は、図１４としての再現されている。
“ＭａｘｉｍｕｍｎｕｍｂｅｒｏｆＤＬＨＡＲＱｐｒｏｃｅｓｓｅｓｆｏｒＦＤＤ−ＴＤＤ，ｐｒｉｍａｒｙｃｅｌｌｆｒａｍｅｓｔｒｕｃｔｕｒｅｔｙｐｅ２，ａｎｄｓｅｒｖｉｎｇｃｅｌｌｆｒａｍｅｓｔｒｕｃｔｕｒｅｔｙｐｅ１”と題する、３ＧＰＰＴＲ３６．２１３Ｖ１３．１．１の表７−２は、図１５として再現されている。
“ＭａｘｉｍｕｍｎｕｍｂｅｒｏｆＤＬＨＡＲＱｐｒｏｃｅｓｓｅｓｆｏｒＴＤＤ（ＵＥｃｏｎｆｉｇｕｒｅｄｗｉｔｈＣＥＭｏｄｅＡ）”と題する、３ＧＰＰＴＲ３６．２１３Ｖ１３．１．１の表７−３は、図１６として再現されている。
（外１４−１）

（外１４−２）

“ＰＤＣＣＨａｎｄＰＤＳＣＨｃｏｎｆｉｇｕｒｅｄｂｙＳＩ−ＲＮＴＩ”と題する、３ＧＰＰＴＲ３６．２１３Ｖ１３．１．１の表７．１−１は、図１７として再現されている。
（外１５）

“ＰＤＣＣＨａｎｄＰＤＳＣＨｃｏｎｆｉｇｕｒｅｄｂｙＰ−ＲＮＴＩ”と題する、３ＧＰＰＴＲ３６．２１３Ｖ１３．１．１の表７．１−２は、図１８として再現されている。
“ＭＰＤＣＣＨａｎｄＰＤＳＣＨｃｏｎｆｉｇｕｒｅｄｂｙＰ−ＲＮＴＩ”と題する、３ＧＰＰＴＲ３６．２１３Ｖ１３．１．１の表７．１−２Ａは、図１９として再現されている。
（外１６−１）

（外１６−２）

（外１６−３）

（外１６−４）

（外１６−５）

（外１６−６）

（外１６−７）

（外１６−８）

（外１６−９）

（外１６−１０）

“ＮｕｍｂｅｒｏｆｓｙｎｃｈｒｏｎｏｕｓＵＬＨＡＲＱｐｒｏｃｅｓｓｅｓｆｏｒＴＤＤ”と題する、３ＧＰＰＴＲ３６．２１３Ｖ１３．１．１の表８−１は、図２０として再現されている。
（外１７）

“ＰＤＣＣＨａｎｄＰＵＳＣＨｃｏｎｆｉｇｕｒｅｄｂｙＣ−ＲＮＴＩ”と題する、３ＧＰＰＴＲ３６．２１３Ｖ１３．１．１の表８−３は、図２１として再現されている。
（外１８）

“ＰＤＣＣＨｃｏｎｆｉｇｕｒｅｄａｓ ‘ＰＤＣＣＨｏｒｄｅｒ’ ｔｏｉｎｉｔｉａｔｅｒａｎｄｏｍａｃｃｅｓｓｐｒｏｃｅｄｕｒｅ”と題する、３ＧＰＰＴＲ３６．２１３Ｖ１３．１．１の表８−４は、図２２として再現されている。
（外１９−１）

（外１９−２）

（外１９−３）

“Ｒｅｓｏｕｒｃｅｂｌｏｃｋ（ｓ）ａｌｌｏｃａｔｉｏｎｆｏｒＢＬ／ＣＥＵＥｃｏｎｆｉｇｕｒｅｄｗｉｔｈＣＥＭｏｄｅＢ”と題する、３ＧＰＰＴＲ３６．２１３Ｖ１３．１．１の表８．１．３−１は、図２３として再現されている。
（外２０−１）

（外２０−２）

（外２０−３）

（外２０−４）

“ＰＤＣＣＨｃａｎｄｉｄａｔｅｓｍｏｎｉｔｏｒｅｄｂｙａＵＥ”と題する、３ＧＰＰＴＲ３６．２１３Ｖ１３．１．１の表９．１．１−１は、図２４として再現されている。
“ＰＤＣＣＨＵＥ−ｓｐｅｃｉｆｉｃｓｅａｒｃｈｓｐａｃｅｃａｎｄｉｄａｔｅｓｍｏｎｉｔｏｒｅｄｂｙａＵＥｏｎＬＡＡＳｃｅｌｌ”と題する、３ＧＰＰＴＲ３６．２１３Ｖ１３．１．１の表９．１．１−１Ａは、図２５として再現されている。
“ＳｃａｌｉｎｇｆａｃｔｏｒｆｏｒＰＤＣＣＨｃａｎｄｉｄａｔｅｓｒｅｄｕｃｔｉｏｎ”と題する、３ＧＰＰＴＲ３６．２１３Ｖ１３．１．１の表９．１．１−２は、図２６として再現されている。
（外２１）

ＮＲに関しては、後方互換性は必須ではないため、ストーリーは異なったものとなる。ＴＴＩのシンボルの数を減らすことがＴＴＩ長を変更する唯一のツールではないように、ヌメロロジを調整することができる。例としてＬＴＥヌメロロジを使用すると、それは１ｍｓ内に１４ＯＦＤＭシンボルと１５ＫＨｚのサブキャリア間隔とを含む。サブキャリア間隔が３０ＫＨｚになると、同じＦＦＴサイズ及び同じＣＰ構造を想定すれば、１ｍｓ内に２８個のＯＦＤＭシンボルが存在することになり、等価的に、ＴＴＩ内のＯＦＤＭシンボルの数を同じに保った場合に、ＴＴＩが０．５ｍｓになる。これは、異なるＴＴＩ長間の設計が、サブキャリア間隔で実行される良好なスケーラビリティを有して共通に保たれ得ることを示唆している。もちろん、サブキャリア間隔の選択、例えば、ＦＦＴサイズ、ＰＲＢの定義／数、ＣＰの設計、サポート可能なシステム帯域幅に対するトレードオフが常に存在する。一方で、ＮＲはより大きいシステム帯域幅、より大きいコヒーレンス帯域幅を考慮しているため、より大きなサブキャリア間隔を含めることは自然な選択である。

上記に論じたように、単一のヌメロロジで多様な要求をすべて満たすことは非常に難しい。したがって、最初の会合において、複数のヌメロロジを採用することが合意されている。異なるヌメロロジ間での多重化の能力に加えて、標準化の努力、実装の努力、を考慮して、積分多重関係（integral multiple relationship）のような、異なるヌメロロジ間で何らかの関係を持たせることが有益であろう。

いくつかのヌメロロジファミリが挙げられている。そのうちの１つは、ＬＴＥ１５ＫＨｚに基づき、いくつかの他のヌメロロジ（以下のＡｌｔ.２〜４）は、１ｍｓ内に２のＮ乗のシンボルを可能にする：
・ＮＲの場合、サブキャリア間隔の複数の値をサポートする必要がある。
− サブキャリア間隔の値は、サブキャリア間隔の特定の値にＮ（Ｎは整数）を掛けたものから導かれる。
・Ａｌｔ．１：サブキャリア間隔値は、１５ｋＨｚサブキャリア間隔（すなわち、ＬＴＥベースのヌメロロジ）を含む
・Ａｌｔ．２：サブキャリア間隔値は、ＣＰ長を含む均一なシンボル持続時間で１７．５ｋＨｚサブキャリア間隔を含む
・Ａｌｔ．３：サブキャリア間隔値は、ＣＰ長を含む均一なシンボル持続時間で１７．０６ｋＨｚサブキャリア間隔を含む
・Ａｌｔ．４：サブキャリア間隔値は、２１．３３ｋＨｚ
・注：他の選択肢は排除されない
・ＦＦＳ：特定の値の正確な値及び可能なＮの値
− 可能なサブキャリア間隔の値は、ＲＡＮ１＃８５においてさらに絞り込まれる。

また、所与のヌメロロジファミリの乗数に制限が存在するかどうかが論じられているが、２の累乗（以下のＡｌｔ．１）であれば、異なるヌメロロジが時間領域で多重化されているときに大きなオーバーヘッドを導入することなく、異なるヌメロロジをより容易に多重化することができるため、いくらかの関心を引く：
・ＲＡＮ１は、さらに検討を続け、次回の会合において次の選択肢の間で結論を出すとしている。
− Ａｌｔ．１：
＞ＮＲのスケーラブルなヌメロロジのためのサブキャリア間隔は、次のようにスケールされるべきである。
＞ｆ_ｓｃ＝ｆ_０＊２^ｍ
＞ここで
− ｆ_０はＦＦＳとする。
− ｍは、可能な値のセットから選択された整数とする。
− Ａｌｔ．２：
＞ＮＲのスケーラブルなヌメロロジのためのサブキャリア間隔は、次のようにスケールされるべきである。
＞ｆ_ｓｃ＝ｆ_０＊Ｍ
＞ここで
− ｆ_０はＦＦＳとする。
− Ｍは、可能な正の値のセットから選択された整数とする。

通常、ＲＡＮ１は帯域に依存しない方法で作業を行う。すなわち、スキーム／機能はすべての周波数帯域に適用可能であると想定され、次のＲＡＮ４が、いくつかの組み合わせが非現実的である、又は展開を合理的に行うことができるかどうかを考慮して関連するテストケースを導出する。このルールはＮＲでも引き続き想定されるが、企業によっては、ＮＲの周波数範囲が非常に高いため、制限が確実に存在するだろうと見ている。
・ＮＲの研究のために、ＲＡＮ１は（必ずしもすべてではないが）複数のＯＦＤＭヌメロロジが同じ周波数範囲に適用できると想定している。
− 注：ＲＡＮ１は、サブキャリア間隔の非常に低い値を非常に高いキャリア周波数に適用するとは想定していない。

ＵＲＬＬＣ（高信頼低遅延通信）は、ｅＭＢＢ（拡張型モバイルブロードバンド）サービスのような通常のトラフィックの大部分と比較して、非常にタイトなタイミング要件を有するサービスタイプである。レイテンシ要件を満たすために、送信間隔／スケジューリング間隔を短くする必要がある。

送信間隔／スケジューリング間隔を短縮する１つの方法は、サブキャリア間隔を大きくして、時間領域におけるＯＦＤＭシンボル長を小さくすることである。例えば、サブキャリア間隔が１５ＫＨｚである場合、７ＯＦＤＭシンボルの送信間隔は０．５ｍｓを占める一方、サブキャリア間隔は６０ＫＨｚである場合、７ＯＦＤＤＭシンボルの送信間隔は０．１２５ｍｓを占めるため、厳しいタイミング要件をより容易に満たすことができる。

別の方法は、送信間隔内のＯＦＤＭシンボルの数を減らすことである。例えば、サブキャリア間隔が１５ｋＨｚに保たれる場合、送信間隔内のＯＦＤＭシンボル数を１４から２に減らすと、送信時間間隔は１ｍｓから約０．１４ｍｓに変更され、サブキャリア間隔を小さくするのと同様の効果をもたらす。

もちろん、２通りの方法を併用することができる。他方、ｅＭＢＢサービスも、小さくされた送信間隔を使用することができるかもしれないが、データトラフィック量当たりのより大きくなる制御シグナリングオーバーヘッド、（消費電力を増加させる可能性がある）より短い又はより頻繁な制御チャネル受信間隔、（より複雑な）より短い処理時間等、いくらかの潜在的な副作用が生じるため、かならずしもそうする必要はない。したがって、通信システムは、異なるサービス又はＵＥに対して異なる送信間隔で動作することが期待される。そして、システム内で異なる送信時間間隔を多重化することは挑戦的なものとなる。次のように３ＧＰＰＲＡＮ１＃８６ｂｉｓＣｈａｉｒｍａｎ‘ｓＮｏｔｅにおいては、この観点に関するいくつかの進行中の議論があることが示されている：
（外２２）

ＮＲにおいては、緊急／遅延に敏感ではないかもしれないが信頼できるものである必要とされるサービス、例えばスマートファクトリアプリケーションが存在する可能性がある。また、ビデオストリーミング、バーチャルリアリティ、拡張現実、ホログラム等、真に信頼できるものである必要はないが、遅延に敏感なサービスが存在する可能性もある。

また、ＲＡＮ１＃８６ｂｉｓＣｈａｉｒｍａｎ’ｓＮｏｔｅ及びＲＡＮ１＃８７Ｃｈａｉｒｍａｎ’ｓＮｏｔｅ［６］［７］は、ｙをスロット内のＯＦＤＭシンボルの数として、スロット、ミニスロット（スロットの短縮版）等のスケジューリング単位として送信間隔を定義する方法を次のように説明している。
（外２３）

ＲＡＮ１＃８７Ｃｈａｉｒｍａｎ’ｓＮｏｔｅは次のように述べている：
（外２４−１）

（外２４−２）

前方互換性を改善するために、制御チャネルとデータチャネルとのタイミング関係は、ＬＴＥにおける固定された関係とは異なり、より柔軟な方法で設計される：
（外２５−１）

（外２５−２）

上記に論じたように、ＮＲのスケジューリングはより柔軟になり、スケジューリングのタイミング関係に反映される。例えば、下りリンク割り当ては、サブフレームｎで到着することができ、サブフレームｎ＋２〜ｎ＋９のうちの１つ以上の複数のサブフレームで関連するＤＬデータを示す。関連するフィードバックは、サブフレームｎ＋４〜ｎ＋１１で送信されることができる。上記の数は単なる例である。実際の数には任意の数を使用することができる。

上りリンクデータ送信は、同様のタイミング関係を有することができる。例えば、ＵＥがサブフレームｎにおいて上りリンクグラントを受信し、対応する上りリンク送信が、上りリンクグラントで示され得るサブフレームｎ＋２〜サブフレームｎ＋９のうちの１つ以上のサブフレームで起こることができる。さらに、データ送信期間は、異なる要件又はサービスのタイプに従ってスケジューリングすることができる。例えば、スケジューリング単位は、サブフレーム、スロット、ミニスロット、又はＯＦＤＭシンボルとすることができ、動的に変更することができる。また、データについてのヌメロロジは、このデータのスケジューリングの柔軟性に影響を与える可能性がある。例えば、１５ＫＨｚ／６０ＫＨｚのサブキャリア間隔は、データ送信継続時間（time duration）を変化させる可能性がある。さらに、ＨＡＲＱプロセスの数は、ＵＥ処理能力を考慮して、様々であってよい。

上記の説明又は以下の説明では、サブフレームは、スロット、ミニスロット、シンボル、又はシンボルのセットなど、任意の他の時間単位又は期間によって置き換えることができる。

上記の仮定の下で、ＵＥは、送信が実際に起きる前に、下りリンク割り当て又は上りリンクグラントの束を受信することができる。例えば、ＵＥは、サブフレームｎでＨＡＲＱプロセスＸのためのＤＬ割り当てを受信して、サブフレームｎ＋７にＤＬデータ受信をスケジューリングし、サブフレームｎでＨＡＲＱプロセスＸのためのＤＬ割り当てを受信して、サブフレームｎ＋８にＤＬデータ送信をスケジューリングする。２つの下りリンク割り当てが同じＵＥの同じＨＡＲＱプロセスに対して非常に近接してスケジューリングされている場合、ＵＥは、時間内にサブフレームｎ＋７でスケジューリングされたＤＬデータの処理を終了して、サブフレームｎ＋８でスケジューリングされたＤＬデータの処理を開始することができない可能性がある。さらに、また、サブフレームｎ＋７での下りリンクデータの送信期間がサブフレームであるが、サブフレームｎ＋８での下りリンクデータの送信期間がミニスロットである場合、後のもののトランスポートブロックサイズが通常より小さいため、処理がより一層難しいが、前のもの（previous one）より早く復号を終了することができる可能性がある。代替的には、下りリンク復号において生じる余分な遅延によりフィードバックがタイムリーに準備できない間に復号を終了することができ、例えば、後のデータの復号は前のデータの復号を待つ必要がある。ＵＥは、対応するデータを正しく受信／復号する方法を判断することが可能であるべきである。

この問題の別の例は、ＵＬグラント／下りリンク割り当てがシーケンシャルな方法で配信できない可能性があることである。例えば、ＵＥには、上りリンク送信がサブフレームｎ＋８で実行されることを示す、サブフレームｎでの上りリンクグラントがスケジューリングされ、ＵＥには、上りリンク送信がサブフレームｎ＋７で実行されることを示す、サブフレームｎ＋４でスケジューリングされる。ＵＥが２つのスケジューリングを正しく処理することができる方法は別の問題である。

その問題を説明するために使用された上記の例では、ＤＬはＵＬに、逆もまた同様に変更することができる。

本発明の第１の一般的概念は、２つの上りリンクグラント又は下りリンク割り当てが２つの異なるサブフレーム、スロット、ミニスロット又はデータ送信のためのシンボルを示す場合であっても、ＵＥが、上りリンクグラント／下りリンク割り当てが前の上りリンクグラント又は前の下りリンク割り当てをオーバライドするかどうかを判断することである。

判断の例は、２つの異なるサブフレーム、スロット、ミニスロット、又はシンボルの間の距離とすることができる。例えば、距離が短い場合、ＵＥはオーバライド動作を考慮する。距離が長い場合、ＵＥは、２つの異なるサブフレーム／スロット／ミニスロット／シンボルの両方についての送信を処理する。上記の例において、短い又は長いとは、例えばＵＥ処理時間、往復時間（ＲＴＴ）、事前設定時間値、又は固定時間値などの基準時間よりも短い又は長いことを意味するとしてよい。

判断の第２の例は、２つのスケジューリングされた下りリンクデータ送信期間の長さであり得る。例えば、前のデータ送信期間が後のデータ送信期間（例えば、ミニスロット）よりも長い場合（例えば、サブフレーム）、後のものが前のものをオーバライドする。一方、前のデータ送信期間が後のデータ送信期間と同じ又はこれより短い場合には、ＵＥは下りリンク送信の両方を受信する。より具体的には、２つの上りリンクグラント又は下りリンク割り当ては、同じＨＡＲＱプロセスに対応することができる。特に、２つの上りリンクグラント又は下りリンク割り当ては、２つの対応するデータ送信又は受信の前に送信されることができる。

上記の一般的概念の第１の特別な場合は、ＵＥが常に両方のデータ送信を受信することである。例外の場合が、例えば、データ送信期間又はサブキャリア間隔に従って考慮されることができる。この特殊なケースの例は、ＵＥ又はｅＮＢが、前のデータが、再送が必要でないように、首尾良く送信可能でなければならないことが保証され得ることである。別の例は、前のデータが失敗する可能性があるが、前のデータは非常に遅延に敏感であるため、再送信は無意味であるということである。

さらなる例は、ＵＥが未使用バッファの一部を使用して後のデータ送信を記憶することができることである。例えば、前のデータが通常のＨＡＲＱバッファに記憶され、後のデータ送信が特別バッファ（例えば、他のＨＡＲＱプロセスからの未使用バッファ）に記憶される。同じＨＡＲＱプロセス内に２つのデータ受信がある場合、ＵＥは、再送信のための上りリンクグラント／下りリンク割り当てで搬送する情報に従って、再送信が前のものについてか又は後のものについてかを識別する必要がある。その情報の例は、ＴＢサイズ、ＴＴＩ長さ、又はサブキャリア間隔とすることができる。このような状況では、フィードバックを待つことなく、ＨＡＲＱプロセスを連続的に又は非常に近接させて使用することができる。

上記の一般的概念の第２の特殊な場合は、ＵＥが常に前のものを後のものでオーバライドすることである。例外の場合が、例えば、データ送信期間又はサブキャリア間隔に従って考慮されることができる。

本発明の第２の一般的な概念は、２つの上りリンクグラント又は下りリンク割り当てが２つの異なるサブフレーム、スロット、ミニスロット又はデータ送信のためのシンボルを示す場合であっても、上りリンクグラント又は下りリンク割り当てが前の上りリンクグラント又は前の下りリンク割り当てをオーバライドするかどうかを基地局が明示的に示すことである。その指示は明示的又は暗黙的とすることができる。例えば、後の上りリンクグラント又は下りリンク割り当てにおけるフィールドは、前の上りリンクグラント又は前の下りリンク割り当てをオーバライドするかどうかを示す。一実施形態では、オーバライドするかどうかは、後の上りリンクグラント又は下りリンク割り当てのトランスポートブロックサイズ（ＴＢＳ）、サブキャリア間隔、又は変調符号化方式（ＭＣＳ）又は新規のデータインジケータ（ＮＤＩ）によって示すことができる。

代替的には、その情報は、ＨＡＲＱプロセスＩＤによって示されることができる。一例は、ＨＡＲＱプロセスＩＤの数がＨＡＲＱプロセスの実数の数倍、例えば２倍であることである。一例を挙げれば、ＨＡＲＱプロセスの総数が２である場合、ＨＡＲＱプロセスを示すために２ビットを使用することができ、‘００’、‘１０’は、ＨＡＲＱプロセス１に関連付けられ、‘０１’、‘１１’は、ＨＡＲＱプロセス２に関連付けられる。‘００’は、ＨＡＲＱプロセス１を受信／送信し、ＨＡＲＱプロセス１に関連する前の上りリンクグラント／下りリンク割り当てを上書きしないことを意味することができる。‘１０’は、ＨＡＲＱプロセス１を受信／送信し、ＨＡＲＱプロセス１に関連する前の上りリンクグラント／下りリンク割り当てを上書きしないことを意味することができる。いくつかのＨＡＲＱプロセスが、１つのＨＡＲＱプロセスＩＤに関連付けられることができ、いくつかのＨＡＲＱプロセスが、複数のＨＡＲＱプロセスＩＤに関連付けられることができる。１つのＨＡＲＱプロセスＩＤに関連付けられたＨＡＲＱプロセスの場合、オーバライド動作は事前に決定される。

代替的には、同じ例では、ＨＡＲＱプロセスＩＤ‘００’及び‘１０’はＨＡＲＱプロセス１に関連付けられ、ＨＡＲＱプロセスＩＤ‘０１’及び‘１１’はＨＡＲＱプロセス２に関連付けられることができる。上りリンクグラント又は下りリンク割り当ては、同じＨＡＲＱプロセスＩＤを有する上りリンクグラント又は下りリンク割り当てをオーバライドし、異なるＨＡＲＱプロセスＩＤを有する上りリンクグラント又は下りリンク割り当てをオーバライドしない。ＨＡＲＱプロセスＩＤ‘００’を有する上りリンクグラント又は下りリンク割り当ては、ＨＡＲＱプロセスＩＤ‘００’を有する上りリンクグラント又は下りリンク割り当てをオーバライドし、それらの両方がＨＡＲＱプロセス１に対応しているとしても、上りリンクグラント又はＨＡＲＱプロセスＩＤ‘１０’を有する上りリンクグラント又は下りリンク割り当てをオーバライドしない。この例では、２つ以上のＨＡＲＱプロセスＩＤをあるＨＡＲＱプロセスに関連付けて、基地局によりスケジューリングの柔軟性を与えることができる。より具体的には、２つの上りリンクグラント又は下りリンク割り当ては、同じＨＡＲＱプロセスに対応する。特に、２つの上りリンクグラント又は下りリンク割り当ては、両方とも２つの対応するデータ送信又は受信の前に送信される。

一実施形態では、ＵＥは、ファクタに依存して後の制御チャネルが前の制御チャネルをオーバライドするかどうかを決定し、後の制御チャネル及び前の制御チャネルは、２つの異なるデータ送信期間／間隔における２つのデータチャネルに関連する。両方の制御チャネルは、両方のデータチャネルより早く送信されることができる。

一実施形態では、そのファクタは、２つの異なる送信期間の間の距離とすることができる。例えば、距離が特定値よりも小さい場合、後の制御チャネルは前の制御チャネルをオーバライドする。距離が特定値よりも大きい場合、後の制御チャネルは前の制御チャネルをオーバライドしない。特定の値は、固定値又は構成値にすることができる。一実施形態では、特定値は、ＵＥ処理能力又は往復時間に応じて決定することができる。

そのファクタは、２つの異なる送信期間間の長さの比較とすることもできる。一実施形態では、２つの異なる送信期間が異なる長さを有する場合、後の制御チャネルは、前の制御チャネルをオーバライドする。後の制御チャネルは、後の制御チャネルに関連するデータが、前の制御チャネルに関連するデータの送信期間と比較してより短い送信期間を有する場合、前の制御チャネルをオーバライドすることができる。一実施形態では、２つの異なる送信期間が同じ長さである場合、後の制御チャネルは前の制御チャネルをオーバライドしない。ファクタは、２つの異なる送信期間のサブキャリア間隔とすることができる。一実施形態では、２つの異なる送信期間が異なるサブキャリア間隔を有する場合、後の制御チャネルが前の制御チャネルをオーバライドすることができる。特に、後の制御チャネルは、後の制御チャネルに関連するデータが、前の制御チャネルに関連するデータのサブキャリア間隔と比較してより大きなサブキャリア間隔を有する場合、前の制御チャネルをオーバライドすることができる。

一実施形態では、２つの異なる送信期間が同じサブキャリア間隔を有する場合、後の制御チャネルが前の制御チャネルをオーバライドしない。「後の制御チャネルが前の制御チャネルをオーバライドする」とは、（ｉ）ＵＥが、前の制御チャネルに従ってデータを受信又は送信しないこと、又は（ｉｉ）ＵＥが、前の制御チャネルに従ってデータを部分的に受信又は送信し、スケジューリングされたリソースの一部でデータを送信／受信しないことを意味することができる。「後の制御チャネルが前の制御チャネルをオーバライドしない」とは、ＵＥが前の制御チャネルと後の制御チャネルの両方に従ってデータを受信又は送信することを意味することができる。一実施形態では、２つの制御チャネル及び／又は２つのデータチャネルを同じＨＡＲＱプロセスに関連付けることができる。

別の実施形態では、基地局は、ファクタに依存して後の制御チャネルが前の制御チャネルをオーバライドするかどうかをＵＥに指示し、後の制御チャネル及び前の制御チャネルは、２つの異なるデータ送信期間における２つのデータチャネルに関連付けられる。両方の制御チャネルは、両方のデータチャネルより早く送信されることができる。その指示は、後の制御チャネルにおいて明示的に指示されることができる。代替的は、その指示は、後の制御チャネルにおいて情報とともに暗示的に指示されることができる。その情報は、ＴＢＳ、ＭＣＳ、ＮＤＩ、又はサブキャリア間隔とすることができる。一実施形態では、その情報は、制御チャネルとデータチャネルとの間のタイミング関係とすることができる。その情報は、ＨＡＲＱプロセスＩＤとすることができる。

一実施形態では、「後の制御チャネルが前の制御チャネルをオーバライドする」とは、（ｉ）ＵＥが、前の制御チャネルに従ってデータを受信又は送信しないこと、又は（ｉｉ）ＵＥが、前の制御チャネルに従ってデータを部分的に受信又は送信し、スケジューリングされたリソースの一部でデータを送信／受信しないことを意味することができる。「後の制御チャネルが前の制御チャネルをオーバライドしない」とは、ＵＥが前の制御チャネルと後の制御チャネルの両方に従ってデータを受信又は送信することを意味することができる。一実施形態では、２つの制御チャネル及び／又は２つのデータチャネルを同じＨＡＲＱプロセスに関連付けることができる。

図２７は、例示的な一実施形態による、ＵＥの観点からのフローチャート２７００である。ステップ２７０５では、ＵＥが、第１の時間間隔のデータ送信期間を有する第１のデータ送信の送信をスケジューリングする第１の制御情報を受信する。一実施形態では、第１の時間間隔は、サブフレーム、スロット、ミニスロット、シンボル、又はシンボルのセットとすることができる。

ステップ２７１０では、ＵＥが、第２の時間間隔のデータ送信期間を有する第２のデータ送信の送信をスケジューリングする第２の制御情報を受信する。第１のデータ送信と第２のデータ送信は時間領域において重ならない。同様に、第２の時間間隔は、サブフレーム、スロット、ミニスロット、シンボル、又はシンボルのセットとすることができる。さらに、第１の時間間隔及び第２の時間間隔は、異なる長さを有することができる。ステップ２７１５では、ＵＥが、第１の制御情報に従って第１のデータ送信に対する処理を実行し、ＵＥが、第２の制御情報に従って第２のデータ送信に対するその処理を実行しない。

一実施形態では、第１のデータ送信は第１のサブフレームにあり、第２のデータ送信は第２のサブフレームにあることができる。代替的には、第１のデータ送信は、第１のスロットにあり、第２のデータ送信は、第２のスロットにあることができる。代替的には、第１のデータ送信は、第１のミニスロットにあり、第２のデータ送信は、第２のミニスロットにあることができる。代替的には、第１のデータ送信は、第１のシンボルにあり、第２のデータ送信は、第２のシンボルにあることができる。代替的には、第１のデータ送信は、第１のシンボルのセットにあり、第２のデータ送信は、第２のシンボルのセットにあることができる。

一実施形態では、その処理は、送信、受信、又は復号を含む。一実施形態では、ＵＥは、ＵＥ処理能力及び第１のデータ送信の存在により、第２のデータ送信に対するその処理を実行しなくてもよい。また、ＵＥは、基準が満たされる場合、第２のデータ送信に対するその処理を実行せず、それ以外の場合、ＵＥは、第２のデータ送信に対するその処理を実行することができる。一実施形態では、基準は、距離を特定の値と比較することであり、その距離は、時間領域における第１の時間間隔と第２の時間間隔との間である。代替的には、基準は、第１の時間間隔と第２の時間間隔が同じ長さを有するかどうかとすることができる。基準は、第１のデータ送信の第１のサブキャリア間隔と第２のデータ送信の第２のサブキャリア間隔との比較とすることもできる。

一実施形態では、ＵＥは、時間領域における第１の時間間隔と第２の時間間隔との間の距離が特定値よりも大きい場合、第２のデータ送信に対するその処理を実行することができる。特定値は、ＵＥ処理能力に従って決定することができる。

一実施形態では、ＵＥは、第１の時間間隔及び第２の時間間隔が異なる長さを有する場合、第２のデータ送信に対するその処理を実行しなくてよい。代替的には、ＵＥは、第１のデータ送信の第１のサブキャリア間隔と第２のデータ送信の第２のサブキャリア間隔が異なる場合、第２のデータ送信に対するその処理を実行しなくてよい。

図３及び図４に戻って参照すると、ＵＥの例示的な一実施形態では、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、ＵＥが、（ｉ）第１の時間間隔のデータ送信期間を有する第１のデータ送信の送信をスケジューリングする第１の制御情報を受信することと、（ｉｉ）第２の時間間隔のデータ送信期間を有する第２のデータ送信の送信をスケジューリングする第２の制御情報を受信することと（ここで、第１のデータ送信と該第２のデータ送信は時間領域において重ならない）、（ｉｉｉ）第１の制御情報に従って第１のデータ送信に対する処理を実行し、第２の制御情報に従って第２のデータ送信に対するその処理を実行しないことと、を行うこと可能にする。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書で説明した上述の動作及びステップ又は他のすべてを実行することができる。

図２８は、ＵＥの観点からの例示的な一実施形態によるフローチャート２８００である。ステップ２８０５では、ＵＥが、第１の時間間隔で第１のデータチャネルの送信をスケジューリングする第１の制御チャネルを受信する。ステップ２８１０では、ＵＥが、第２の時間間隔で第２のデータチャネルの送信をスケジューリングする第２の制御チャネルを受信する。第２の制御チャネルは第１の制御チャネルをオーバライド（override）する。

図３及び図４に戻って参照すると、ＵＥの例示的な一実施形態では、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、ＵＥが（ｉ）第１の時間間隔で第１のデータチャネルの送信をスケジューリングする第１の制御チャネルを受信することと、（ｉｉ）第２の時間間隔で第２のデータチャネルの送信をスケジューリングする第２の制御チャネルを受信することと（ここで、第２の制御チャネルは第１の制御チャネルをオーバライドする）、を行うことを可能にする。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書で説明した上述の動作及びステップ又は他のすべてを実行することができる。

図２９は、ＵＥの観点からの例示的な一実施形態によるフローチャート２９００である。ステップ２９０５では、ＵＥが、第１の時間間隔で第１のデータチャネルの送信をスケジューリングする第１の制御チャネルを受信する。ステップ２９１０では、ＵＥは、第２の時間間隔で第２のデータチャネルの送信をスケジューリングする第２の制御チャネルを受信する。ＵＥは、基準に従って第２の制御チャネルが第１の制御チャネルをオーバライドするかどうかを決定する。

図３及び図４に戻って参照すると、ＵＥの例示的な一実施形態では、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、ＵＥが（ｉ）第１の時間間隔で第１のデータチャネルの送信をスケジューリングする第１の制御チャネルを受信することと、（ｉｉ）第２の時間間隔で第２のデータチャネルの送信をスケジューリングする第２の制御チャネルを受信することと、を行うことを可能にする。ＵＥは、基準に従って第２の制御チャネルが第１の制御チャネルをオーバライドするかどうかを決定する。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書で説明した上述の動作及びステップ又は他のすべてを実行することができる。

上記に説明し、図２８及び図２９に示した実施形態の文脈においては、一実施形態では、第１の制御チャネルは、第１のデータチャネル及び第２のデータチャネルの送信前に受信されることが可能である。同様に、第２の制御チャネルは、第１のデータチャネル及び第２のデータチャネルの送信の前に受信されることができる。

一実施形態では、第１の制御チャネル及び第２の制御チャネルは、同じＨＡＲＱプロセスに関連付けられることができる。同様に、第１のデータチャネル及び第２のデータチャネルは、同じＨＡＲＱプロセスに関連付けられることができる。第１のデータチャネル及び第２のデータチャネルは、下りリンクデータチャネル又は上りリンクデータチャネルとすることができる。

一実施形態では、第１の時間間隔は、サブフレーム、スロット、ミニスロット、又はＯＦＤＭシンボルとすることができる。同様に、第２の時間間隔は、サブフレーム、スロット、ミニスロット、又はＯＦＤＭシンボルとすることができる。さらに、第１の時間間隔及び第２の時間間隔は、異なるタイミング位置を有することができる。
一実施形態では、第２の制御チャネルは、第１の制御チャネルよりも遅く送信されることができる。さらに、第２のデータチャネルは、第１のデータチャネルよりも遅く送信されることができる。

一実施形態において、「第２の制御チャネルが第１の制御チャネルをオーバライドする」とは、（ｉ）ＵＥが、第１の制御チャネルに従ってデータを受信又は送信しないこと、（ｉｉ）ＵＥが、第１の制御チャネルに従ってデータを部分的に受信又は送信するが、第１の制御チャネルによってスケジューリングされたリソースの一部でデータを受信又は送信しないことを意味することができる。「第２の制御チャネルが第１の制御チャネルをオーバライドしない」とは、ＵＥが第１の制御チャネル及び第２の制御チャネルの両方に従ってデータを受信又は送信することを意味することができる。

一実施形態では、基準は、時間領域における第１の時間間隔と第２の時間間隔との間の距離を特定値と比較することとすることができる。距離が特定値よりも小さい場合、第２の制御チャネルは第１の制御チャネルをオーバライドすることができる。距離が特定値よりも大きい場合、第２の制御チャネルは、第１の制御チャネルをオーバライドしなくてよい。一実施形態では、特定値は、基地局によって構成されることができる。特定値は固定値とすることができる。さらに、特定値は、ＵＥ処理能力に応じて、又は往復時間（round trip time）に従って決定することができる。

一実施形態では、基準は、第１の時間間隔と第２の時間間隔が同じ長さを有するかどうかとすることができる。第２の制御チャネルは、第２の時間間隔の長さが第１の時間間隔の長さより小さい場合、又は第２の時間間隔の長さが第１の時間間隔の長さと異なる場合、第１の制御チャネルをオーバライドすることができる。さらに、第２の制御チャネルは、第２の時間間隔及び第１の時間間隔が同じ長さを有する場合、第１の制御チャネルをオーバライドしなくてよい。

一実施形態では、基準は、第１のデータチャネルの第１のサブキャリア間隔と第２のデータチャネルの第２のサブキャリア間隔との比較である。第２の制御チャネルは、第１のサブキャリア間隔及び第２のサブキャリア間隔が異なる場合、又は第２のサブキャリア間隔が第１のサブキャリア間隔よりも大きい場合、第１の制御チャネルをオーバライドすることができる。さらに、第２の制御チャネルは、第２のサブキャリア間隔が第１のサブキャリア間隔と同じである場合、第１の制御チャネルをオーバライドしなくてよい。

図３０は、基地局の観点からの例示的な一実施形態によるフローチャート３０００である。ステップ３００５では、基地局が、第１の時間間隔で第１のデータチャネルの送信をスケジュールする第１の制御チャネルをＵＥに送信する。ステップ３０１０では、基地局が、第２の時間間隔で第２のデータチャネルの送信をスケジュールする第２の制御チャネルをＵＥに送信する。基地局は、第２の制御チャネルが第１の制御をオーバライドするかどうかを示す指示を送信する。

図３及び図４に戻って参照すると、基地局の例示的な一実施形態では、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、基地局が（ｉ）第１の時間間隔で第１のデータチャネルの送信をスケジュールする第１の制御チャネルをＵＥに送信することと、（ｉｉ）第２の時間間隔で第２のデータチャネルの送信をスケジュールする第２の制御チャネルをＵＥに送信することと、を行うことを可能にする。基地局は、第２の制御チャネルが第１の制御チャネルをオーバライドするかどうかを示す指示を送信する。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書で説明した上述の動作及びステップ又は他のすべてを実行することができる。

図３１は、ＵＥの観点からの例示的な一実施形態によるフローチャート３１００である。ステップ３１０５では、ＵＥが、第１の時間間隔で第１のデータチャネルの送信をスケジュールする第１の制御チャネルを受信する。ステップ３１１０では、ＵＥが、第２の時間間隔で第２のデータチャネルの送信をスケジュールする第２の制御チャネルを受信する。ＵＥは、第２の制御チャネル上の指示に従って第２の制御チャネルが第１の制御チャネルをオーバライドするかどうかを決定する。

図３及び図４に戻って参照すると、ＵＥの例示的な一実施形態では、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、ＵＥが（ｉ）第２の時間間隔で第２のデータチャネルの送信をスケジュールする第２の制御チャネルを受信することと（ここで、ＵＥは、第２の制御チャネル上の指示に従って第２の制御チャネルが第１の制御チャネルをオーバライドするかどうかを決定する）、（ｉｉ）第２の時間間隔で第２のデータチャネルの送信をスケジュールする第２の制御チャネルを受信することと（ここで、ＵＥは、第２の制御チャネル上の指示に従って第２の制御チャネルが第１の制御チャネルをオーバライドするかどうか決定する）、を行うことを可能にする。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書で説明した上述の動作及びステップ又は他のすべてを実行することができる。

図３０及び図３１に示した実施形態の文脈においては、一実施形態では、第１の制御チャネルは、第１のデータチャネル及び第２のデータチャネルの送信前に送信又は受信されることができる。同様に、第２の制御チャネルは、第１のデータチャネル及び第２のデータチャネルの送信前に送信又は受信されることができる。

一実施形態では、第１の時間間隔は、サブフレーム、スロット、ミニスロット、又はＯＦＤＭシンボルとすることができる。同様に、第２の時間間隔は、サブフレーム、スロット、ミニスロット、又はＯＦＤＭシンボルとすることができる。さらに、第１の時間間隔及び第２の時間間隔は、異なるタイミング位置を有することができる。

一実施形態では、第２の制御チャネルは、第１の制御チャネルよりも遅く送信されることができる。同様に、第２のデータチャネルは、第１のデータチャネルよりも遅く送信されることができる。

一実施形態では、指示は、第２の制御チャネル上のフィールドとすることができる。フィールドは新しいフィールドとすることができる。さらに、フィールドは、ＴＢＳ、ＮＤＩ、ＭＣＳ、サブキャリア間隔、又はＨＡＲＱプロセスＩＤを示すフィールドとすることができる。

以上、本開示の種々の態様を説明した。当然のことながら、本明細書の教示内容を多種多様な形態で具現化してよく、本明細書に開示されている如何なる特定の構造、機能、又は両者も代表的なものに過ぎない。本明細書の教示内容に基づいて、当業者には当然のことながら、本明細書に開示される態様は、他の如何なる態様からも独立に実装されてよく、これら態様のうちの２つ以上が種々組み合わされてよい。例えば、本明細書に記載された態様のうちの任意の数の態様を用いて、装置が実装されてよく、方法が実現されてよい。追加的に、本明細書に記載された態様のうちの１つ以上の追加又は代替で、他の構造、機能、又は構造と機能を用いて、このような装置が実装されるようになっていてもよいし、このような方法が実現されるようになっていてもよい。上記概念の一部の一例として、いくつかの態様においては、パルス繰り返し周波数に基づいて、同時チャネルが確立されてよい。いくつかの態様においては、パルス位置又はオフセットに基づいて、同時チャネルが確立されてよい。いくつかの態様においては、時間ホッピングシーケンスに基づいて、同時チャネルが確立されてよい。いくつかの態様において、パルス繰り返し周波数、パルス位置又はオフセット、及び時間ホッピングシーケンスに基づいて、同時チャネルが確立されてよい。

当業者であれば、多様な異なるテクノロジ及び技術のいずれかを使用して、情報及び信号を表わしてよいを理解するであろう。例えば、上記説明全体で言及されることがあるデータ、命令、コマンド、情報、信号、ビット、シンボル、及びチップは、電圧、電流、電磁波、磁場若しくは粒子、光場若しくは粒子、又はこれらの任意の組合せによって表わしてよい。

さらに、当業者には当然のことながら、本明細書に開示された態様に関連して説明した種々の例示的な論理ブロック、モジュール、プロセッサ、手段、回路、及びアルゴリズムステップは、電子的ハードウェア（例えば、ソースコーディング又はその他何らかの技術を用いて設計することがあるデジタル実装、アナログ実装、又はこれら２つの組合せ）、命令を含む種々の形態のプログラム若しくは設計コード（本明細書においては便宜上、「ソフトウェア」又は「ソフトウェアモジュール」と称されることがある）、又は両者の組合せとして実装されてよい。このハードウェア及びソフトウェアの互換性を明確に示すため、種々の例示的な構成要素、ブロック、モジュール、回路、及びステップを、概略的にそれぞれの機能の観点から上述した。そのような機能がハードウェアとして実装されるか、ソフトウェアとして実装されるかは、特定用途及びシステム全体に課される設計上の制約によって決まる。当業者であれば、特定各用途に対して、説明した機能を様々なやり方で実装してもよいが、そのような実装の決定は、本開示の範囲からの逸脱の原因として解釈されるべきではない。

追加的に、本明細書に開示される態様に関連して説明した種々の例示的な論理ブロック、モジュール、及び回路は、集積回路（「ＩＣ」）、アクセス端末、又はアクセスポイント内で実装される、あるいはこれらによって実行されてよい。ＩＣとしては、汎用プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、その他プログラマブル論理デバイス、ディスクリートゲート若しくはトランジスタロジック、ディスクリートハードウェアコンポーネント、電気部品、光学部品、機械部品、又は本明細書で説明した機能を実行するように設計されたこれらの任意の組合せを含み、ＩＣ内、ＩＣ外、又はその両方に存在するコード又は命令を実行してよい。汎用プロセッサは、マイクロプロセッサとしてよいが、代替として、プロセッサは、従来の任意のプロセッサ、コントローラ、マイクロコントローラ、又は状態機械としてよい。また、プロセッサは、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと協働する１つ以上のマイクロプロセッサ、又はその他任意のこのような構成である、コンピュータデバイスの組合せとして実装されてよい。

任意の開示プロセスにおけるステップの如何なる特定の順序又は階層は、実例的な手法の一例であることが了解される。設計の選好に基づいて、プロセスにおけるステップの特定の順序又は階層を、本開示の範囲内に留まりつつ、再構成してよいことが了解される。添付の方法の請求項は、種々のステップの要素を実例的な順序で示しており、提示の特定順序又は階層に限定されることを意図していない。

本明細書に開示される態様に関連して記載された方法又はアルゴリズムのステップを、ハードウェアにおいて直接具現化してよく、プロセッサにより実行されるソフトウェアモジュールにおいて具現化してよく、これら２つの組合せにおいて具現化してよい。（例えば、実行可能な命令及び関連するデータを含む）ソフトウェアモジュール及び他のデータは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムバーブルディスク、ＣＤ−ＲＯＭ等のデータメモリ、又は当技術分野において知られているその他任意の形態のコンピュータ可読記憶媒体に存在してよい。実例的な記憶媒体がコンピュータ／プロセッサ（本明細書においては便宜上、「プロセッサ」と称されることがある）等の機械に結合されてよい、このようなプロセッサは、記憶媒体からの情報（例えば、コード）の読み出し及び記憶媒体への情報の書き込みが可能である。実例的な記憶媒体は、プロセッサと一体化されてよい。プロセッサ及び記憶媒体は、ＡＳＩＣに存在してよい。ＡＳＩＣは、ユーザ機器に存在していてもよい。代替として、プロセッサ及び記憶媒体は、ディスクリートコンポーネントとしてユーザ機器に存在してよい。さらに、いくつかの態様においては、任意の適当なコンピュータプログラム製品が、本開示の態様のうちの１つ以上に関連するコードを含むコンピュータ可読媒体を含んでもよい。いくつかの態様において、コンピュータプログラム製品は、パッケージング材料を含んでよい。

以上、種々の態様に関連して本発明を説明したが、本発明は、さらに改良可能であることが了解される。本願は、概して本発明の原理に従うと共に、本発明が関係する技術分野における既知で慣習的な実施となるような本開示からの逸脱を含む本発明の任意の変形、使用、又は適応を網羅することを意図している。

Claims

ユーザ機器（ＵＥ）の方法であって、
前記ＵＥが、第１の時間間隔のデータ送信期間を有する第１のデータ送信の送信をスケジューリングする第１の制御情報を受信するステップと、
前記ＵＥは、第２の時間間隔のデータ送信期間を有する第２のデータ送信の送信をスケジューリングする第２の制御情報を受信するステップであって、前記第１のデータ送信と該第２のデータ送信は時間領域において重ならない、ステップと、
前記ＵＥが、前記第１の制御情報に従って前記第１のデータ送信に対する処理を実行し、前記ＵＥが、前記第２の制御情報に従って前記第２のデータ送信に対する該処理を実行しないステップと、を含む方法。
前記第１の時間間隔は、サブフレーム、スロット、ミニスロット、シンボル、又はシンボルのセットであり、
前記第２の時間間隔は、サブフレーム、スロット、ミニスロット、シンボル、又はシンボルのセットであり、
前記第１の時間間隔と前記第２の時間間隔は異なる長さを有することができる、請求項１に記載の方法。
前記第１のデータ送信が第１のサブフレームにあり、前記第２のデータ送信が第２のサブフレームにある、請求項１に記載の方法。
前記処理は、送信、受信、又は復号を含む、請求項１に記載の方法。
前記ＵＥが、ＵＥ処理能力及び前記第１のデータ送信の存在により、前記第２のデータ送信に対する前記処理を実行しない、請求項１に記載の方法。
前記ＵＥは、基準が満たされる場合、前記第２のデータ送信に対する前記処理を実行せず、それ以外の場合、前記ＵＥは、前記第２のデータ送信に対する前記処理を実行する、請求項１に記載の方法。
前記基準は、距離を特定値と比較することであり、該距離は、時間領域における前記第１の時間間隔と前記第２の時間間隔との間である、請求項６に記載の方法。
時間領域における前記第１の時間間隔と前記第２の時間間隔との間の距離が特定値よりも大きい場合、前記ＵＥは、前記第２のデータ送信に対する前記処理を実行する、請求項１に記載の方法。
前記特定値は、ＵＥ処理能力に従って決定される、請求項７に記載の方法。
前記ＵＥは、前記第１の時間間隔及び前記第２の時間間隔が異なる長さを有する場合、前記第２のデータ送信に対する前記処理を実行しない、請求項１に記載の方法。
ユーザ機器（ＵＥ）であって、
制御回路と、
前記制御回路に設けられたプロセッサと、
前記制御回路に設けられ、前記プロセッサに動作可能に結合されたメモリと、を含み、
前記プロセッサは、前記メモリに記憶されたプログラムコードを実行して、
第１の時間間隔のデータ送信期間を有する第１のデータ送信の送信をスケジューリングする第１の制御情報を受信することと、
第２の時間間隔のデータ送信期間を有する第２のデータ送信の送信をスケジューリングする第２の制御情報を受信することであって、前記第１のデータ送信と該第２のデータ送信は時間領域において重ならない、受信することと、
前記第１の制御情報に従って前記第１のデータ送信に対する処理を実行し、前記第２の制御情報に従って前記第２のデータ送信に対する該処理を実行しないことと、
を行うように構成された、ＵＥ。
前記第１の時間間隔は、サブフレーム、スロット、ミニスロット、シンボル、又はシンボルのセットであり、
前記第２の時間間隔は、サブフレーム、スロット、ミニスロット、シンボル、又はシンボルのセットであり、
前記第１の時間間隔と前記第２の時間間隔は異なる長さを有することができる、請求項１１に記載のＵＥ。
前記第１のデータ送信が第１のサブフレームにあり、前記第２のデータ送信が第２のサブフレームにある、請求項１１に記載のＵＥ。
前記処理は、送信、受信、又は復号を含む、請求項１１に記載のＵＥ。
前記ＵＥが、ＵＥ処理能力及び前記第１のデータ送信の存在により、前記第２のデータ送信に対する前記処理を実行しない、請求項１１に記載のＵＥ。
前記ＵＥは、基準が満たされる場合、前記第２のデータ送信に対する前記処理を実行せず、それ以外の場合、前記ＵＥは、前記第２のデータ送信に対する前記処理を実行する、請求項１１に記載のＵＥ。
前記基準は、距離を特定値と比較することであり、該距離は、時間領域における前記第１の時間間隔と前記第２の時間間隔との間である、請求項１６に記載のＵＥ。
時間領域における前記第１の時間間隔と前記第２の時間間隔との間の距離が特定値よりも大きい場合、前記ＵＥは、前記第２のデータ送信に対する前記処理を実行する、請求項１１に記載のＵＥ。
前記特定値は、ＵＥ処理能力に従って決定される、請求項１８に記載のＵＥ。
前記ＵＥは、前記第１の時間間隔及び前記第２の時間間隔が異なる長さを有する場合、前記第２のデータ送信に対する前記処理を実行しない、請求項１４に記載のＵＥ。