JP7226504B2 - 第１のユーザ機器、基地局、第１のユーザ機器による方法、および基地局による方法 - Google Patents

Description

本開示の非限定的かつ例示的な実施形態は、一般に、無線通信技術の分野に関し、より具体的には、プリエンプション指示情報を送信するための方法、ネットワークデバイス、および装置、ならびに、プリエンプション指示情報を受信するための方法、端末デバイス、および装置に関する。

ＮＲ（New Radio）システムまたはＮＲネットワークとも呼ばれる新無線アクセスシステムは、次世代の通信システムである。第３世代パートナーシッププロジェクト（３ＧＰＰ：third generation Partnership Project）ワーキンググループのＲＡＮ（Radio Access Network）＃７１会議で、ＮＲシステムの研究が承認された。ＮＲシステムは、拡張モバイルブロードバンド、大規模マシン型通信、超高信頼で低遅延通信などの要件を含むテクニカルレポートＴＲ３８．９１３で定義されているすべての使用シナリオ、要件、展開シナリオに対応する単一の技術フレームワークの目的で、最大１００ＧＨｚの周波数を考慮する。

無線通信システムでは、超高信頼性低遅延通信（ＵＲＬＬＣ：Ultra-Reliable Low Latency Communication）送信やモバイルブロードバンドの拡張（ｅＭＢＢ：Enhance Mobile Broadband）送信など、さまざまなタイプの送信が可能である。あるタイプの送信の割り当てられたリソースが別のタイプの送信によって部分的に促された場合、通常、プリエンプトされたリソース（preempted resources）を表示するために、プリエンプション指示情報（preemption indicator）が必要である。

３ＧＰＰ ＲＡＮ １＃８８会議では、プリエンプション指示情報に関して次の合意がなされた。
・割り当てられたダウンリンク（ＤＬ：Downlink）リソースが別のＤＬ送信によって部分的にプリエンプトされたユーザ機器（ＵＥ：User Equipment）に表示を動的に通知し、上記の割り当てられたリソース内で送信されるトランスポートブロック（ＴＢ：Transport Block）の復調および復号の成功の可能性を高めることができる。
・表示は、同じＴＢのプリエンプトされた送信および／または後続の（再）送信に基づいて、ＴＢの正常な復調および復号の可能性を高めるために使用できる。

ＲＡＮ１＃８９会議では、プリエンプション指示情報（preemption indication）が設定されると、どのＤＬ物理リソースがプリエンプトされたかをＵＥに通知し、プリエンプション指示情報が物理ダウンリンク制御チャネル（ＰＤＣＣＨ：Physical Downlink Control Channel）を使用して送信されることにさらに同意した。

説明のために、図１にＵＲＬＬＣ／ｅＭＢＢ多重化の送信例を示す。図示されているように、スラッシュ付きのブロックで示されたリソースは、第１の送信（ｅＭＢＢ送信など）に使用され、これらのリソースの一部はドット付きのブロックで示された別の送信（ＵＲＬＬＣ送信など）に優先される。そのような場合、プリエンプトされたリソースを通知するために、第１の送信を実行している端末デバイスに表示をシグナリングすることができる。

通常、プリエンプション指示情報のためにグループ共通－ダウンリンク制御表示（ＧＣ－ＤＣＩ：Group Common －Downlink Control Indication）を送信するための２つのオプションがある。１つのオプションは、すべてのＵＲＬＬＣに関する情報を含む１つのＧＣ－ＤＣＩのみを設定することである。つまり、グループ内のすべての端末デバイスが同じＧＣ－ＤＣＩを監視する。ただし、ＧＣ－ＤＣＩのかなり大きなペイロードが必要になる場合があり、ＵＲＬＬＣがいくつ発生するかを知るのが難しいため、ＵＲＣＣＬを予測できない。さらに、図２の太字のブロックで示されているように、パート４とパート２は、周波数ドメインで互いに重なり合っているが、それらは別々に表示されるため、繰り返し表示される。さらに、この解決策は、不必要な表示に関する問題にも関係する。例として、パート１は、ｅＭＢＢ ＵＥ１、２、および３のみに関連し、実際、ｅＭＢＢ ＵＥ４、５は、パート１の情報をまったく知る必要はなく、ただし、このような解決策では、パート１のプリエンプションが引き続きｅＭＢＢ ＵＥ４および５に通知される。

別のオプションは、複数のＧＣ－ＤＣＩを設定することである。ただし、予測できないため、ＧＣ－ＤＣＩの数をさらに示す必要があり、これは、余分なシグナリングオーバーヘッドを意味する。さらに、ＵＥは、ＧＣ－ＤＣＩを監視するか、または、どのＧＣ－ＤＣＩを監視すべきかがわからないため、すべてのＧＣ－ＤＣＩを監視する必要がある。したがって、ＵＥは、実質的にブラインド復号を試みる可能性がある。さらに、このオプションには、繰り返し表示と不要な表示に関する問題が依然として存在する。

３ＧＰＰ技術文書Ｒ１－１７１２９７６では、さまざまなＧＣ－ＤＣＩをさまざまな参照領域に関連付けることが提案されている。図３Ａに示すように、２つの参照領域、すなわち、参照領域１と参照領域２が存在し、ＧＣ－ＤＣＩ １は、周波数ｆ_０からｆ_１および時間ｔ_０からｔ_１にわたる参照領域１に関連付けられ、ＧＣ－ＤＣＩ ２は、周波数ｆ_２からｆ_３および時間ｔ_０からｔ_２にわたる参照領域２に関連付けられている。ＧＣ－ＤＣＩ １は、参照領域１内のリソースプリエンプションを示すために使用でき、ＧＣ－ＤＣＩ ２は、参照領域２内のリソースプリエンプションを示すために使用できる。これらの参照領域は、設定可能であり、例えば、ＲＲＣシグナリングによって、または、必要に応じて動的に設定される。この解決策を使用すると、ＵＥは、割り当てられたリソースに基づいて、監視するＧＣ－ＤＣＩを知ることができる。

ただし、この解決策では、これらの参照領域はＤＣＩ監視用に予め定められているが、ＵＲＬＬＣのような第２の送信は、任意の周波数帯域および任意の時間位置で発生する可能性があるため、参照領域内のすべてのＵＥは、参照領域に関連付けられたＧＣ－ＤＣＩを監視および復号する必要がある。たとえば、第２の参照領域に割り当てられたすべてのＵＥは、ＧＣ－ＤＣＩ２を監視および復号する必要がある。さらに、ＧＣ－ＤＣＩ２のサイズを決定することも難しく、ＵＲＬＬＣが予測不能であるため、オーバーヘッドが非常に大きくなる可能性がある。同時に、解決策は、繰り返し表示と不必要な表示に関する問題を持つ。さらに、ＵＲＬＬＣは、参照領域を超える場合がある。図３Ｂにおいて黒いブロックで示されているように、ＵＲＬＬＣ送信の両方とも、参照領域２（点で覆われている）を超えて延びているため、さらにプリエンプション指示情報が必要である。

３ＧＰＰ技術文書Ｒ１－１７１０１２３では、利用可能な時間／周波数リソースを２つの領域に分割する別の解決策も提案され、つまり、ＵＲＲＬＣ送信のリソースプリエンプションが発生する可能性のある１つの領域と、プリエンプションＵＲＬＬＣトラフィックが発生する他の領域とが、図４に示すように、スケジュールされない。ＵＥが共有ゾーンにある場合、ＵＥは、これを知ることができ、可能なプリエンプション指示情報を監視する。ただし、上記の２つの可能なオプションには同様の問題がある。

３ＧＰＰ技術文書Ｒ１－１７１２６６８では、ＵＲＬＬＣのスケジューリング部は、図５に示すように、ｅＭＢＢヌメロロジ（numerology）スロット内の予め定められたｅＭＢＢシンボルで開始することが提案された。このように、ＤＣＩモニタリングとプリエンプション指示情報のオーバーヘッドの両方が、ＵＲＬＬＣトラフィックの遅延がわずかに増加するという犠牲を払って削減される。

しかしながら、これらの現在の解決策は、効率的なプリエンプション指示情報の要件を満たすことができず、したがって、当技術分野における改善されたプリエンプション指示情報の解決策が必要である。

この目的のために、本開示では、先行技術の問題の少なくとも一部を緩和または少なくとも軽減するためのプリエンプション指示情報の改善された解決策が提供される。

本開示の第１の態様によれば、プリエンプション指示情報を送信する方法が提供される。前記方法は、前記プリエンプション指示情報を端末デバイスに送信することを備え、前記プリエンプション指示情報は、第２の送信によってプリエンプトされる第１の送信に割り当てられたリソースの一部に関する情報を示し、前記プリエンプション指示情報は、前記現在のスロットの構造に関する情報に関連付けられる。

本開示の第２の態様によれば、プリエンプション指示情報を受信する方法が提供される。前記方法は、ネットワークデバイスからのプリエンプション指示情報を監視することを備え、前記プリエンプション指示情報は、第２の送信によってプリエンプトされる第１の送信に割り当てられたリソースの一部に関する情報を示し、前記現在のスロットの構造に関する前記情報に基づいて、前記プリエンプション指示情報を復号し、前記リソースの一部に関する情報を取得することを備える。

本開示の第３の態様によれば、ネットワークデバイスが提供される。前記ネットワークデバイスは、プリエンプション指示情報を端末デバイスに送信するように構成されたトランシーバを備え、前記プリエンプション指示情報は、第２の送信によってプリエンプトされる第１の送信に割り当てられたリソースの一部に関する情報を示し、前記プリエンプション指示情報は、前記現在のスロットの構造に関する情報に関連付けられる。

本開示の第４の態様によれば、端末デバイスが提供される。前記端末デバイスは、ネットワークデバイスからのプリエンプション指示情報を監視するように構成されたプロセッサを備え、前記プリエンプション指示情報は、第２の送信によってプリエンプトされる第１の送信に割り当てられたリソースの一部に関する情報を示し、前記プロセッサは、前記現在のスロットの構造に関する前記情報に基づいて、前記プリエンプション指示情報を復号し、前記リソースの一部に関する情報を取得するようにさらに構成される。

本開示の第５の態様によれば、コンピュータプログラムコードが具現化されたコンピュータ可読記憶媒体が提供され、コンピュータプログラムコードは、実行されると、第１の態様で任意の実施形態による方法の動作を装置に実行させるように構成される。

本開示の第６の態様によれば、コンピュータプログラムコードがその上に具現化されたコンピュータ可読記憶媒体が提供され、コンピュータプログラムコードは、実行されると、装置に第２の態様で任意の実施形態による方法のアクションを実行させるように構成される。

本開示の第７の態様によれば、第５の態様によるコンピュータ可読記憶媒体を含むコンピュータプログラム製品が提供される。

本開示の第８の態様によれば、第６の態様によるコンピュータ可読記憶媒体を含むコンピュータプログラム製品が提供される。

本開示の実施形態では、サブフレームの構造に関する情報により、プリエンプション指示情報の表示監視およびオーバーヘッドを著しく低減することができ、それにより、はるかに効率的なプリエンプション指示情報解決策を提供する。

本開示の上記および他の特徴は、添付の図面を参照して実施形態に示される実施形態の詳細な説明を通じてより明らかになり、その全体を通して、同様の参照番号は同じまたは類似の構成要素を表す。

図１は、ＵＲＬＬＣ ／ ｅＭＢＢ多重化の例示的な解決策を概略的に示す。

図２は、ＵＲＬＬＣ ／ ｅＭＢＢ多重化の別の例示的な解決策を概略的に示す。

図３Ａは、従来技術におけるプリエンプション指示情報の例を概略的に示す。 図３Ｂは、従来技術におけるプリエンプション指示情報の例を概略的に示す。

図４は、従来技術におけるＵＲＬＬＣ ／ ｅＭＢＢ多重化のさらなる例示的な解決策を概略的に示す。

図５は、従来技術における例示的なＵＲＬＬＣ監視機会を概略的に示す。

図６は、本開示の実施形態に係るプリエンプション指示情報を送信する方法のフローチャートを概略的に示す。

図７は、本開示の実施形態に係る例示的なスロット構造を概略的に示す。

図８は、本開示の実施形態による、ＳＦＩベースのプリエンプション指示情報（ＰＩ：Preemption Indication）に関与する可能な開始位置および期間の解決策を概略的に示す。

図９は、本開示の実施形態による、時間ドメインにおけるＵＲＬＬＣの例示的な開始位置および期間を概略的に示す。

図１０は、本開示の実施形態による、時間ドメインにおけるＵＲＬＬＣの別の例示的な開始位置および期間を概略的に示す。

図１１Ａは、本開示の実施形態による、時間ドメインにおけるＵＲＬＬＣのさらなる例示的な開始位置および期間を概略的に示す。 図１１Ｂは、本開示の実施形態による、時間ドメインにおけるＵＲＬＬＣのさらなる例示的な開始位置および期間を概略的に示す。 図１１Ｃは、本開示の実施形態による、時間ドメインにおけるＵＲＬＬＣのさらなる例示的な開始位置および期間を概略的に示す。

図１２Ａは、本開示の実施形態による、時間ドメインにおけるＵＲＬＬＣのさらに別の例示的な開始位置および期間を概略的に示す。 図１２Ｂは、本開示の実施形態による、時間ドメインにおけるＵＲＬＬＣのさらに別の例示的な開始位置および期間を概略的に示す。 図１２Ｃは、本開示の実施形態による、時間ドメインにおけるＵＲＬＬＣのさらに別の例示的な開始位置および期間を概略的に示す。

図１３は、本開示の実施形態による、周波数ドメインにおける可能なプリエンプション指示情報の解決策を概略的に示す。

図１４は、本開示の実施形態による、周波数ドメインにおける端末デバイスの暗黙的なプリエンプション指示情報を概略的に示す。

図１５は、本開示の実施形態による、時間ドメインおよび周波数ドメインにおける可能なプリエンプション指示情報の解決策を概略的に示す。

図１６は、本開示の実施形態による、時間ドメインおよび周波数ドメインにおける別の可能なプリエンプション指示情報の解決策を概略的に示す。

図１７Ａは、本開示の実施形態による、時間ドメインおよび周波数ドメインにおけるさらなる可能なプリエンプション指示情報の解決策を概略的に示す。 図１７Ｂは、本開示の実施形態による、時間ドメインおよび周波数ドメインにおけるさらなる可能なプリエンプション指示情報の解決策を概略的に示す。 図１７Ｃは、本開示の実施形態による、時間ドメインおよび周波数ドメインにおけるさらなる可能なプリエンプション指示情報の解決策を概略的に示す。

図１８Ａは、本開示の実施形態による、時間ドメインおよび周波数ドメインにおけるさらに別の可能なプリエンプション指示情報の解決策を概略的に示す。 図１８Ｂは、本開示の実施形態による、時間ドメインおよび周波数ドメインにおけるさらに別の可能なプリエンプション指示情報の解決策を概略的に示す。 図１８Ｃは、本開示の実施形態による、時間ドメインおよび周波数ドメインにおけるさらに別の可能なプリエンプション指示情報の解決策を概略的に示す。

図１９は、本開示の実施形態によるプリエンプション指示情報を受信する方法のフローチャートを概略的に示す。

図２０は、本開示の実施形態によるプリエンプション指示情報を送信するための装置の図を概略的に示す。

図２１は、本開示の実施形態によるプリエンプション指示情報を受信するための装置の図を概略的に示す。

図２２はさらに、（ｇＮＢのような）ネットワークデバイスとして具現化されるかまたはそれに含まれる装置２２１０、および本明細書で説明されるＵＥのような端末デバイスとして具現化されるまたは含まれる装置２２２０の簡略ブロック図を示す。

以下、本開示で提供される解決策を、添付の図面を参照して実施形態を通して詳細に説明する。これらの実施形態は、当業者が本開示をよりよく理解および実施できるようにするためだけに提示されており、いかなる形であれ本開示の範囲を限定するものではないことを理解されたい。

添付の図面では、本開示の様々な実施形態がブロック図、フローチャート、および他の図に示されている。フローチャートまたはブロック内の各ブロックは、指定された論理機能を実行するための１つ以上の実行可能命令を含むモジュール、プログラム、またはコードの一部を表す場合があり、本開示では、分配可能なブロックが点線で示されている。加えて、これらのブロックは、方法のステップを実行するための特定のシーケンスで示されているが、実際問題として、必ずしも示されたシーケンスに従って厳密に実行されるとは限らない。たとえば、それぞれの動作の性質に応じて、逆の順序または同時に実行される場合がある。また、ブロック図および／またはフローチャートの各ブロックおよびそれらの組み合わせは、特定の機能／動作を実行するための専用ハードウェアベースのシステムによって、または専用ハードウェアとコンピュータ命令の組み合わせによって実装できることに留意されたい。

一般的に、特許請求の範囲で使用されるすべての用語は、本明細書で明示的に定義されていない限り、技術分野における通常の意味に従って解釈されるものとする。「１つ（ａ）／１つ（ａｎ）／この（ｔｈｅ／ｓａｉｄ）［要素、デバイス、コンポーネント、手段、ステップなど］」へのすべての言及は、当該要素、デバイス、コンポーネント、手段、ユニット、ステップなど、のうちの少なくとも１つの例としてオープンに読まれ、特に明記しない限り、そのようなデバイス、コンポーネント、手段、ユニット、ステップなどを複数を除外しない。さらに、本明細書で使用される不定冠詞「ａ／ａｎ」は、複数のそのようなステップ、ユニット、モジュール、デバイス、およびオブジェクトなどを除外するものではない。

さらに、本開示の文脈において、ユーザ機器（ＵＥ：user equipment）は、端末、モバイル端末（ＭＴ：Mobile Terminal）、加入者局、携帯加入者局、移動局（ＭＳ：Mobile Station）、またはアクセス端末（ＡＴ：Access Terminal）、および、ＵＥ、端末、ＭＴ、ＳＳ、携帯加入者局、ＭＳ、またはＡＴの機能の一部またはすべてが含まれるものを指し得る。さらに、本開示の文脈において、用語「ＢＳ」は、例えば、ノードＢ（ＮｏｄｅＢまたはＮＢ）、進化したノードＢ（ｅＮｏｄｅＢまたはｅＮＢ）、ｇＮＢ（ＮＲシステムにおけるＮｏｄｅＢ）、無線ヘッダ（ＲＨ：Radio Header）、リモートラジオヘッド（ＲＲＨ：Remote Radio Head）、リレー、またはフェムト、ピコなどの低電力ノードを表し得る。

背景技術で述べたように、先行技術にはいくつかのプリエンプション指示情報解決策があり、ただし、効率的なプリエンプション指示情報の要件を満たすことはできなかった。したがって、上記の問題に対処するか、少なくとも軽減するために、本開示では、プリエンプション指示情報の改善された解決策が提案される。例示の目的で、図６から図２２を参照して、本開示で提案されるプリエンプション指示情報の解決策を説明する。すべての実施形態は、例示の目的で与えられ、本開示はそれに限定されないことを理解されたい。

図６は、本開示の実施形態に係るプリエンプション指示情報を送信する方法６００のフローチャートを概略的に示す。方法６００は、例えばｇＮＢなどのネットワークデバイス、またはそのような他のネットワークデバイスで実行することができる。

図６に示されるように、最初にステップ６０１で、ネットワークデバイスは、端末デバイスにプリエンプション指示情報を送信する。プリエンプション指示情報は、第２の送信によってプリエンプトされる第１の送信に割り当てられたリソースの一部に関する情報を示す。プリエンプション指示情報は、現在のスロットの構造に関する情報に関連付けられる。

第１の送信と第２の送信は２つの異なる送信であることを理解することができる。第１の送信は、例えば、ｅＭＢＢ送信であり、第２の送信は、例えば、ＵＲＬＬＣ送信である。以下、ｅＭＢＢとＵＲＬＬＣを第１よび第２の送信の例として取り上げ、しかしながら、当業者は、それらが単に例示目的のために与えられ、本開示がそれに限定されないことを理解することができる。

加えて、本明細書で使用される「現在のスロットの構造」という用語は、現在のスロットのフォーマット情報、例えば、現在のスロット内のダウンリンクシンボルの数を指す。スロット形式関連情報、つまりＳＦＩ（Format related Information）はそのような情報を含むため、ＵＥは、ＳＦＩから現在のスロットのダウンリンクシンボルの数と、スロット内の「ＤＬ」シンボル、「ＵＬ」シンボル、または「その他」シンボルのそれぞれの位置さえも学習できる。ＳＦＩは、例示目的のためだけに与えられ、本開示はそれに限定されないことを理解されたい。

説明のために、図７は、１４個のシンボルを有する例示的なスロットを概略的に示す。例示の目的でのみ示されており、本開示は、この例示的なスロット構造に限定されないことを理解されたい。

図７に示すように、１４個のシンボルのうち、８個のダウンリンク送信シンボル（「Ｄ」）、１個のガードシンボル（「Ｇ」）および５個のアップリンク送信シンボル（「Ｕ」）がある。リソースプリエンプションをビットマップによって示す場合、図示されたスロットには、スロット内の１つのシンボルの各ビットのこれらのシンボルのプリエンプション条件を示す１４ビットのビットマップが必要である。ただし、スロットの構造から、ダウンリンク送信シンボルが８つしかないため、８ビットを使用してＳＦＩによるプリエンプションを示すことがわかる。同時に、ＵＥは、ＳＦＩから、８つのダウンリンク送信シンボルがあり、プリエンプション指示情報が８ビットのビットマップであることを知ることができる。このようにして、８ビットのビットマップは、１４ビットの代わりに、プリエンプション指示情報するのに十分である。したがって、本開示では、現在のスロットの構造に関する情報によって、プリエンプション指示情報のオーバーヘッドを削減することは不可能である。

プリエンプション指示情報のオーバーヘッドをさらに削減するために、可能な開始位置と時間ドメインでのＵＲＬＬＣの期間をさらに制限することができる。例示のために、図８は、本開示の実施形態によるＳＦＩベースのプリエンプション指示情報（ＰＩ：Preemption Indication）に関与する可能な開始位置および期間の解決策を概略的に示し、４つのオプション、Ａｌｔ１から４が示される。

Ａｌｔ１では、可能な開始位置と期間の両方が動的である（「ｄ」で示される）。言い換えれば、ＵＲＬＬＣは、任意のダウンリンクシンボルから開始し、制限なしで、任意の可能な時間期間継続することができる。たとえば、図９に示すように、ＵＲＬＬＣは、０から７のシンボルのいずれかから開始でき、１つ、２つ、または３つのシンボルの間継続することができる。このような場合、プリエンプション指示情報は、たとえば、ＤＬ ＲＡ Ｔｙｐｅ０、２の場合、ＵＲＬＬＣの開始位置と期間の両方を含める必要があり、プリエンプション指示情報のオーバーヘッドは大きくなる。また、開始可能な位置がＳＦＩに関連していることも理解すべきである。スロットが異なる位置に異なるダウンリンクシンボルを含むことができる異なるスロット構成があることが理解できる。したがって、可能な開始位置はＳＦＩに依存する。

Ａｌｔ２の場合、可能な開始位置はスロット内で固定（「ｆ」で示される）できるが、期間は動的にすることができ、つまり、ＵＲＬＬＣは、予め定められたシンボルから開始できるが、可能な時間期間だけ継続する。たとえば、図１０に示すように、ＵＲＬＬＣは、シンボル０、２、４、および６からのみ開始できるが、１、２、または３個のシンボルの間続くことができる。そのような場合、たとえばＤＬ ＲＡ Ｔｙｐｅ０、２の場合、プリエンプションを示すために、ＵＲＬＬＣの開始位置と期間の両方が必要であり、ただし、可能な開始位置が制限されているため、プリエンプションのオーバーヘッドを削減できる。このオプションでは、遅延要求に基づいて、特定のスロットの可能な開始位置を事前に決定できることを理解されたい。遅延要求が厳しくない場合、２つの可能な開始位置は大きな時間間隔を持つことができるが、遅延要求が厳しい場合、可能な開始位置は短い間隔を持つ。

Ａｌｔ３の場合、可能な開始位置は動的であるが、期間は固定されているため、ＵＲＬＬＣは任意のダウンリンクシンボルから開始できるが、予め定められた時間期間だけ継続する。説明のために、図１１Ａから１１Ｃは、本開示の実施形態によるＵＲＬＬＣのいくつかの例示的な開始位置および期間を概略的に示す。図１１Ａに示すように、ＵＲＬＬＣはシンボル１から８のいずれからでも開始できるが、１つのシンボルだけ継続でき、図１１Ｂに示すように、ＵＲＬＬＣはシンボル１から８のいずれからでも開始できるが、２つのシンボルだけ継続でき、図１１Ｃに示すように、ＵＲＬＬＣはシンボル１から８のいずれからでも開始できるが、３つのシンボルだけ継続できる。このような場合、期間が固定されているため、期間を示すことなく開始位置を示すだけでよいため、プリエンプション指示情報のオーバーヘッドを削減できる。３ビットを使用して、８つの可能な開始位置を示すことができる。期間は、上位レイヤの信号で通知できる。または、代替としてプリエンプション指示情報に含めることもできる。期間は、たとえばトラフィック量、リソース要求などに基づいて固定できる。トラフィック量またはリソース要求が大きい場合、期間は比較的長い時間期間、たとえば３つのシンボルとして決定でき、一方、小さい場合、たとえば１つのシンボルなど、期間を短くすることができる。

Ａｌｔ４では、可能な開始位置と期間の両方が固定され、つまり、ＵＲＬＬＣはこれらの予め定められたシンボルからのみ開始し、予め定められた時間期間だけ継続できる。説明のために、図１２Ａから１２Ｃは、本開示の実施形態によるＵＲＬＬＣのいくつかの例示的な開始位置および期間を概略的に示す。図１２Ａに示すように、ＵＲＬＬＣはシンボル０、２、４、および６からのみ開始でき、１つのシンボルだけで終了し、図１２Ｂに示すように、ＵＲＬＬＣはシンボル０、２、４、および６からのみ開始でき、２つのシンボルだけ継続でき、図１２Ｃに示すように、ＵＲＬＬＣはシンボル０、２、４、および６からのみ開始でき、３つのシンボルだけ継続できる。このような場合、固定された期間と制限された可能な開始位置のため、期間を示す必要はなく、制限された開始位置を示すビットが少なくて済む。したがって、プリエンプション指示情報のオーバーヘッドを大幅に削減できる。たとえば、２ビットを使用して、４つの可能な開始位置を示すことができる。同様に、期間は上位レイヤ信号で通知できる。または、代替として、プリエンプション指示情報に期間を含めることもできる。

本開示では、周波数ドメインにおけるプリエンプション指示情報の解決策も提案されており、これは次に図１３および１４を参照して説明される。

図１３に示すように、周波数ドメインでは、１つ以上の周波数領域（Ｆ１やＦ２など）をＵＲＬＬＣのために予め定めることができる。言い換えれば、ＵＲＬＬＣはこれらの周波数領域Ｆ１、Ｆ２内でのみ発生する。これらの周波数領域の設定情報は、上位レイヤの信号（ＲＲＣなど）を介して、影響を受ける可能性のあるすべてのｅＭＢＢ ＵＥに通知できる。周波数領域は連続的または非連続的であり、これらの周波数領域の周波数ドメインのサイズは同じでも異なっていてもよく、これらの周波数領域のサイズと数は、スロットで接敵でき、周波数領域の粒度は、リソースブロック（ＲＢ：Resource Block）、ｅＭＢＢ ＰＤＳＣＨのＲＢＧ、システム帯域幅の所定の割合などのいずれかでもよい。周波数領域ごとに、ＧＣ－ＤＣＩを関連付けることができ、それは、周波数領域ごとに異なるＧＣ－ＤＣＩが存在することを意味する。例えば、図１３に示すように、周波数領域Ｆ１はＧＣ－ＤＣＩ１に関連付けられ、周波数領域Ｆ２はＧＣ－ＤＣＩ２に関連付けられる。

そのような場合、ネットワークデバイスは、第２の送信のための周波数領域設定を送信することができ、周波数領域設定は、第２の送信を実行できる１つ以上の周波数領域を示す。送信されたプリエンプション指示情報は、第２の送信が実行される周波数領域に関連付けることができる。

一方、端末デバイスでは、各ｅＭＢＢ ＵＥは、割り当てられたリソースがいずれかの周波数領域と重複し、監視対象のＧＣ－ＤＣＩが重複した周波数領域に関連付けられたＧＣ－ＤＣＩである場合にのみＧＣ－ＤＣＩを監視できる。たとえば、図１４に示すように、ＵＥ１は、ＰＩのためのＧＣ－ＤＣＩ１を監視および復号し、ＵＥ３は、ＰＩのためのＧＣ－ＤＣＩ２を監視および復号し、ＵＥ２は、ＰＩのためのＧＣ－ＤＣＩ１とＧＣ－ＤＣＩ２の両方を監視および復号する。そのような場合、時間ドメイン内のＵＲＬＬＣリソースを示すだけでよく、ｅＭＢＢ ＵＥは、割り当てられたリソースが事前に設定された周波数領域のいずれかと重複しているかどうかを判断することによって、事前に設定された周波数領域に従って周波数ドメインリソース（太字の四角形）を把握できる。

さらに、図１４から、一部の周波数リソース（ＵＲＬＬＣ送信と重ならない太線の長方形の部分で示されている）はＵＲＬＬＣによって使用されないが、端末デバイスはそれをプリエンプトされた周波数ドメインリソースの一部と見なす。この問題に対処するために、ｇＮＢは、事前に設定されたＵＲＬＬＣ周波数領域の境界の少なくとも１つからＵＲＬＬＣの周波数リソースを割り当てるか、または、すべての予め定められた周波数リソースをＵＲＬＬＣに割り当てる。さらに、ｇＮＢは、太線の長方形で送信されたすべてのｅＭＢＢデータを再送信することもできる。

周波数ドメインでのプリエンプション指示情報は、時間ドメインでのプリエンプション指示情報とは独立して記述されているが、新しいプリエンプション指示情報解決策として組み合わせることもできる。そのような場合、ステップ６０２で、ネットワークデバイスは、第２の送信のための周波数領域設定をさらに送信することができ、周波数領域設定は、第２の送信を実行できる１つ以上の周波数領域を示す。送信されたプリエンプション指示情報は、第２の送信が実行される周波数領域に関連付けられてもよい。以下、図１５から図１８Ｃを参照して、組み合わされた解決策を詳細に説明する。

図１５は、ＵＲＬＬＣの開始位置と期間の両方が動的である時間ドメインと周波数ドメインで可能なプリエンプション指示情報解決策を概略的に示す。図１５に示すように、ＵＲＬＬＣは任意のダウンリンクシンボルから開始し、任意の可能な時間期間にわたって継続できるが、周波数領域Ｆ１およびＦ２内でのみ発生する。そのような場合、ＵＲＬＬＣの開始位置と期間の両方がプリエンプションを示す必要があるが、プリエンプション指示情報では周波数ドメインのリソースプリエンプションは必要ない。

図１６は、開始位置が制限され、ＵＲＬＬＣの期間が動的である時間および周波数ドメインにおける可能なプリエンプション指示情報解決策を概略的に示す。図１６に示すように、ＵＲＬＬＣはシンボル０、２、４、および６からのみ開始できるが、１、２、３シンボルだけ継続し、周波数領域Ｆ１およびＦ２内で発生する。そのような場合、ＵＲＬＬＣの開始位置と期間の両方がプリエンプションを示すために必要だが、周波数ドメインでのリソースプリエンプションは必要なく、一方、可能な開始位置が制限されているという事実により、プリエンプションのオーバーヘッドを削減できる。

図１７Ａから１７Ｃは、ＵＲＬＬＣの開始位置は動的であるが、ＵＲＬＬＣの期間は固定されている、さらなる可能なプリエンプション指示情報解決策を概略的に示す。図１７Ａに示すように、ＵＲＬＬＣはシンボル１から８のいずれかから開始できるが、１つのシンボルだけ継続し、周波数領域Ｆ１およびＦ２内でのみ発生し、図１７Ｂに示すように、ＵＲＬＬＣはシンボル１から８のいずれかから開始できるが、２つのシンボルだけ継続し、周波数領域Ｆ１およびＦ２内でのみ発生し、図１７Ｃに示すように、ＵＲＬＬＣはシンボル１から８のいずれかから開始できるが、３つのシンボルだけ継続し、周波数領域Ｆ１およびＦ２内でのみ発生する。そのような場合、固定された期間であるため、期間を示すことなく開始位置を示すだけでよく、その間、周波数ドメインでのリソースプリエンプションは不要であるため、プリエンプション指示情報のオーバーヘッドを減らすことができる。

図１８Ａから１８Ｃは、ＵＲＬＬＣの開始位置と期間の両方が固定されている、さらに可能なプリエンプション指示情報解決策を概略的に示す。図１８Ａに示すように、ＵＲＬＬＣは、シンボル０、２、４、および６からのみ開始でき、１つのシンボルだけ継続し、周波数領域Ｆ１およびＦ２内でのみ発生し、図１８Ｂに示されているように、ＵＲＬＬＣは、シンボル０、２、４、および６からのみ開始でき、２つのシンボルだけ継続し、周波数領域Ｆ１およびＦ２内でのみ発生し、図１８Ｃに示すように、ＵＲＬＬＣは、シンボル０、２、４、６からのみ開始でき、３つのシンボルだけ継続し、周波数領域Ｆ１およびＦ２内でのみ発生する。そのような場合、固定された期間と制限された開始位置のため、期間と周波数プリエンプションを示す必要はなく、制限された開始位置を示すビットが少なくて済むため、プリエンプション指示情報のオーバーヘッドを大幅に削減できる。

以上、ネットワークデバイスでのプリエンプション指示情報解決策を本開示の実施形態を参照して説明し、次に、ネットワークデバイスでのプリエンプション指示情報解決策を、図１９を参照して説明する。

図１９は、本開示の実施形態による、プリエンプション指示情報を受信する方法１９００のフローチャートを示す。方法１９００は、端末デバイス、例えば、ＵＥ、または他の同様の端末デバイスで実行される。

図１９に示すように、最初にステップ１９０１で、ＵＥのようなＮＲシステムの端末デバイスは、ネットワークデバイスからのプリエンプション指示情報を監視してもよい。プリエンプション指示情報は、第２の送信によってプリエンプトされる第１の送信に割り当てられたリソースの一部に関する情報を示す。

ステップ１９０２で、端末デバイスは、現在のスロットの構造に関する情報に基づいてプリエンプション指示情報を復号して、リソースの一部に関する情報を取得することができる。言い換えれば、ネットワークデバイスから送信されるプリエンプション指示情報は、現在のスロットの構造に関する情報に関連付けられる。ＳＦＩは、現在のスロットの構造に関する情報を示すことができ、したがって、ＳＦＩから、端末デバイスは、現在のスロットの構造、特にダウンリンクシンボルの数を知ることができる。ＳＦＩに基づいて、端末デバイスは、表示のビットを学習して、第２の送信によってプリエンプトされる第１の送信に割り当てられたリソースの部分を取得することができる。

本開示の実施形態では、周波数ドメインのプリエンプション指示情報解決策を時間ドメインのプリエンプション指示情報解決策と組み合わせることができる。そのような場合、ステップ１９０３で、端末デバイスは、第２の送信のための周波数領域設定をさらに受信することができ、周波数領域設定は、第２の送信を実行できる１つ以上の周波数領域を示す。したがって、端末デバイスは、第１の送信の周波数領域が１つ以上の周波数領域のいずれかと重複する場合にだけプリエンプション指示情報を監視でき、端末は重複した周波数領域に関連するプリエンプション指示情報だけを監視する必要がある。

本開示の実施形態では、プリエンプション指示情報は、時間ドメインのリソースプリエンプション情報だけを含む。たとえば、端末デバイスが第２の送信の周波数領域設定を受信し、割り当てられた周波数リソースが第２の送信の周波数領域と重複しているかどうかを確認できる場合。周波数領域と重複している場合、重複した周波数領域は第２の送信の周波数プリエンプション情報を表す。そのような場合、プリエンプション指示情報内の時間ドメインでリソースプリエンプションのみを含めることで十分であることは明らかである。

本開示の実施形態では、プリエンプション指示情報は、第２の送信の開始シンボルと期間を含む。たとえば、特に第２の送信の開始シンボルと期間の両方が動的である場合、開始位置と期間の両方が必要である。

本開示の別の実施形態では、第２の送信の期間を固定することができ、プリエンプション指示情報は第２の送信の開始シンボルのみを含むことができる。

本開示のさらなる実施形態では、第２の送信の可能な開始シンボルは、予め定められたシンボルに制限される。

本開示の実施形態では、サブフレームの構造に関する情報によってプリエンプション指示情報のオーバーヘッドを著しく削減することができ、それにより、はるかに効率的なプリエンプション指示情報解決策を提供する。さらに、本開示のさらなる実施形態では、第２の送信は、所定の周波数領域に制限され、所定の周波数領域は、端末デバイスに事前にシグナリングされる。そのような場合、周波数ドメインでリソースプリエンプションを省略することが可能であり、それにより、プリエンプション指示情報のオーバーヘッドがさらに削減される。

図２０は、本開示の実施形態に係るプリエンプション指示情報を送信する装置をさらに示す。装置２０００は、ｇＮＢなどのネットワークデバイスで実施することができる。

図２０に示すように、装置２０００は、表示送信モジュール２００１を備えてもよい。表示送信モジュール２００１は、端末デバイスにプリエンプション指示情報を送信するように構成されてもよく、プリエンプション指示情報は、第２の送信によってプリエンプトされる第１の送信に割り当てられるリソースの一部に関する情報を表示する。特に、プリエンプション指示情報は、現在のスロットの構造に関する情報に関連付けることができる。

本開示の実施形態では、装置２００は、設定送信モジュール２００２をさらに備える。設定送信モジュール２００２は、第２の送信のための周波数領域設定を送信するように構成され、周波数領域設定は、第２の送信を実行できる１つ以上の周波数領域を示す。そのような場合、送信されたプリエンプション指示情報は、第２の送信が実行される周波数領域に関連付けられる。

本開示のさらなる実施形態では、プリエンプション指示情報は、時間ドメインのリソースプリエンプション情報のみを含むことができる。

本開示のさらに別の実施形態では、プリエンプション指示情報は、第２の送信の開始シンボルと期間とを含むことができる。

本開示のさらに別の実施形態では、第２の送信の期間を固定することができ、プリエンプション指示情報は第２の送信の開始シンボルのみを含むことができる。

本開示のなおさらなる実施形態では、第２の送信の可能な開始シンボルは、予め定められたシンボルに制限されてもよい。

図２１は、本開示の実施形態に係るプリエンプション指示情報を受信するブロック図を示す。装置２０００は、ＵＥなどの端末デバイスで実施することができる。

図２１００に示されるように、装置２１００は、表示監視モジュール２１０１と表示復号モジュール２１０２とを備えてもよい。表示監視モジュール２１０１は、ネットワークデバイスからのプリエンプション指示情報を監視するように構成されてもよく、第２の送信によってプリエンプトされる第１の送信に割り当てられたリソースの一部に関する情報を示す。表示復号モジュール２１０２は、現在のスロットの構造に関する情報に基づいてプリエンプション指示情報を復号し、リソースの一部に関する情報を取得するように構成されてもよい。

本開示の実施形態では、装置２１００は、設定受信モジュール２１０３をさらに備えることができる。設定送信モジュール２１０３は、第２の送信のための周波数領域設定を受信するように構成されてもよく、周波数領域設定は、第２の送信が実行される１つ以上の周波数領域を示す。そのような場合、表示監視モジュール２１０１は、第１の送信の周波数領域が１つ以上の周波数領域のいずれかと重複する場合にのみプリエンプション指示情報を監視し、重複した周波数領域に関連するプリエンプション指示情報だけを監視するようにさらに構成されてもよい。

本開示のさらなる実施形態では、プリエンプション指示情報は、時間ドメインのリソースプリエンプション情報のみを含むことができる。

本開示のさらに別の実施形態では、プリエンプション指示情報は、第２の送信の開始シンボルと期間とを含むことができる。

本開示のさらに別の実施形態では、第２の送信の期間を固定することができ、プリエンプション指示情報は第２の送信の開始シンボルのみを含むことができる。

本開示のなおさらなる実施形態では、第２の送信の可能な開始シンボルは、予め定められたシンボルに制限されてもよい。

以上、図２０および２１を参照して、装置２０００および２１００について簡単に説明した。装置２０００および２１００は、図６から１９を参照して説明される機能を実施するように構成されることに留意されたい。したがって、これらの装置におけるモジュールの動作に関する詳細については、図６から１９を参照し、方法のそれぞれのステップに関して行われた説明を参照することができる。

装置２０００および２１００の構成要素は、ハードウェア、ソフトウェア、ファームウェア、および／またはそれらの任意の組み合わせで具現化されることにさらに留意されたい。例えば、装置２０００および２１００の構成要素は、それぞれ、回路、プロセッサ、または他の適切な選択デバイスによって実装されてもよい。

当業者は、前述の例は例示のためだけであり、限定するものではなく、本開示はそれに限定されないことを理解し、本明細書で提供される教示から多くの変形、追加、削除および修正を容易に思いつくことができ、これらの変形、追加、削除および修正はすべて本開示の保護範囲に入る。

さらに、本開示のいくつかの実施形態では、装置２０００および２１００は少なくとも１つのプロセッサを備えてもよい。本開示の実施形態と共に使用するのに適した少なくとも１つのプロセッサは、例として、将来既知または開発される汎用および専用プロセッサの両方を含むことができる。装置２０００および２１００は、少なくとも１つのメモリをさらに備えてもよい。少なくとも１つのメモリは、例えば、半導体メモリデバイス、例えば、ＲＡＭ、ＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、およびフラッシュメモリデバイスを含んでもよい。少なくとも１つのメモリは、コンピュータ実行可能命令のプログラムを保存するために使用されてもよい。プログラムは、高レベルおよび／または低レベルの準拠または解釈可能なプログラミング言語で作成できる。実施形態によれば、コンピュータ実行可能命令は、少なくとも１つのプロセッサを用いて、装置２０００および２１００に、それぞれ図６から図１９を参照して説明した方法に従って少なくとも動作を実行させるように構成されてもよい。

図２２は、無線ネットワーク内の基地局（ｇＮＢなど）のようなネットワークデバイスとして具現化されるか、または、それに含まれる装置２２１０と、無線ネットワークとして具現化されるか、または、本明細書で説明されるＵＥのような端末デバイス含まれるような装置２２２０と、の簡略ブロック図をさらに示す。

装置２２１０は、データプロセッサ（ＤＰ：Data Processor）などの少なくとも１つのプロセッサ２２１１と、プロセッサ２２１１に結合された少なくとも１つのメモリ（ＭＥＭ：Memory）２２１２とを備える。装置２２１０は、プロセッサ２２１１に結合された送信機（Transmitter）ＴＸおよび受信機（Receiver）ＲＸ２２１３をさらに備えてもよく、これは、装置２２２０に通信可能に接続するように動作可能であってもよい。ＭＥＭ２２１２は、プログラム（ＰＲＯＧ：Program）２２１４を格納する。ＰＲＯＧ２２１４は、関連するプロセッサ２２１１が実行されると、装置２２１０が本開示の実施形態、例えば、方法６００に従って動作することを可能にする命令を含むことができる。少なくとも１つのプロセッサ２２１１と少なくとも１つのＭＥＭ２２１２の組み合わせは、本開示の様々な実施形態を実装するように適合された処理手段２２１５を形成してもよい。

装置２２２０は、ＤＰなどの少なくとも１つのプロセッサ２２２１と、プロセッサ２２２１に結合された少なくとも１つのＭＥＭ２２２２とを備える。装置２２２０は、プロセッサ２２２１に結合された適切なＴＸ／ＲＸ２２２３をさらに備えてもよく、これは、装置２２１０との無線通信のために動作可能であってもよい。ＭＥＭ２２２２は、ＰＲＯＧ２２２４を格納する。ＰＲＯＧ２２２４は、関連するプロセッサ２２２１上で実行されると、装置２２２０が本開示の実施形態に従って動作すること、例えば方法１９００を実行することを可能にする命令を含んでもよい。少なくとも１つのプロセッサ２２２１と少なくとも１つのＭＥＭ２２２２の組み合わせは、本開示の様々な実施形態を実装するように適合された処理手段２２２５を形成してもよい。

本開示の様々な実施形態は、プロセッサ２２１１、２２２１、ソフトウェア、ファームウェア、ハードウェアのうちの１つ以上によって実行可能なコンピュータプログラムまたはそれらの組み合わせによって実装されてもよい。

ＭＥＭ２２１２および２２２２は、ローカル技術環境に適した任意のタイプのものであってよく、半導体ベースのメモリデバイス、磁気メモリデバイスおよびシステム、光学メモリデバイスおよびシステム、固定メモリおよびリムーバブルメモリなどの非限定的な例として任意の適切なデータ記憶技術を使用して実装されてもよい。

プロセッサ２２１１および２２２１は、ローカル技術環境に適した任意のタイプのものであってよく、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号プロセッサＤＳＰおよびマルチコアプロセッサアーキテクチャに基づくプロセッサのうちから、非限定的な例として１つ以上を含んでもよい。

加えて、本開示は、上述のコンピュータプログラムを含むキャリアを提供することもでき、キャリアは、電子信号、光信号、無線信号、またはコンピュータ可読記憶媒体のうちの１つである。コンピュータ可読記憶媒体は、例えば、光学コンパクトディスクまたはＲＡＭ（ランダムアクセスメモリ）、ＲＯＭ（読み取り専用メモリ）、フラッシュメモリ、磁気テープ、ＣＤ－ＲＯＭ、ＤＶＤ、Ｂｌｕｅ－ｒａｙディスクなどの電子メモリデバイスであってもよい。

本明細書で説明される技術は、実施形態で説明される対応する装置の１つ以上の機能を実装する装置が従来技術の手段だけでなく、実施形態およびそれは、各別個の機能のための別個の手段、または２つ以上の機能を実行するように構成される手段を備えてもよい。例えば、これらの技術は、ハードウェア（１つ以上の装置）、ファームウェア（１つ以上の装置）、ソフトウェア（１つ以上のモジュール）、またはそれらの組み合わせで実装されてもよい。ファームウェアまたはソフトウェアの場合、実装は、本書で説明されている機能を実行するモジュール（手順、機能など）を介して行うことができる。

本明細書の例示的な実施形態は、方法および装置のブロック図およびフローチャート図を参照して上記で説明されてきた。ブロック図およびフローチャート図の各ブロック、およびそれぞれブロック図およびフローチャート図におけるブロックの組み合わせは、コンピュータプログラム命令を含むさまざまな手段によって実装できることが理解される。これらのコンピュータプログラム命令は、汎用コンピュータ、専用コンピュータ、またはその他のプログラム可能なデータ処理装置にロードして機械を製造し、コンピュータまたはその他のプログラム可能なデータ処理装置で実行する命令がフローチャートのブロックまたはブロック内の指定された機能を実行するための手段を生成するようにすることができる。

この仕様には多くの特定の実装の詳細が含まれていますが、これらは実装の範囲またはクレームされる範囲の制限としてではなく、特定の実装の特定の実施形態に固有の機能の説明として解釈されるべきである。別個の実施形態の文脈で本明細書に記載されている特定の特徴は、単一の実施形態に組み合わせて実装することもできる。逆に、単一の実施形態の文脈で説明される様々な特徴は、複数の実施形態で別々に、または任意の適切なサブコンビネーションで実装することもできる。さらに、特徴は特定の組み合わせで機能するものとして上記で説明され、最初にそのように主張される場合もありますが、主張された組み合わせからの１つ以上の特徴は場合によっては組み合わせから削除でき、クレームされた組み合わせは、サブコンビネーションまたはサブコンビネーションのバリエーションに向けられてもよい。

技術が進歩するにつれて、本発明の概念を様々な方法で実施できることは、当業者には明らかである。上記の実施形態は、本開示を限定するのではなく説明するために与えられ、当業者が容易に理解するように、本開示の精神および範囲から逸脱することなく修正および変形に頼ることができることを理解されたい。そのような修正および変形は、本開示および添付の特許請求の範囲内にあると見なされる。本開示の保護範囲は、添付の特許請求の範囲によって定義される。

Claims (8)

1. 第１のユーザ機器による方法であって、
   基地局から、第１の情報、第２の情報および、プリエンプション指示情報を受信することと、
   前記第１の情報に基づいて、第１のリソースセットを決定することと、
   前記第１のリソースセットの中の第１のリソース部分においては、前記第１のユーザ機器に対するＰｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ（ＰＤＳＣＨ）の第１の送信が、遅延要求に関わる第２の送信によってプリエンプトされたことを、前記プリエンプション指示情報に基づいて識別することと、
   を備え、
   ここで、前記第１の情報は、１つのスロット中のダウンリンクシンボルの数を示し、前記第２の情報は、Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ（ＲＲＣ）シグナリングによって受信され、
   前記第１のリソースセットに対応する時間は、前記プリエンプション指示情報を受信するよりも前のタイミングであり、
   前記第１のユーザ機器が設定された周波数帯域幅を均等に分割して得られる、互いに隣接する複数の部分のうち１つに、前記第１のリソース部分が対応づけられているか否かを、前記第１のユーザ機器は前記第２の情報に基づいて決定する、
   方法。
2. 前記プリエンプション指示情報は、前記第１のリソース部分の開始シンボルと期間とを含む、
   請求項１に記載の方法。
3. 前記第１のリソース部分の可能な開始シンボルは、予め定められたシンボルに制限される、
   請求項１または２に記載の方法。
4. 基地局による方法であって、
   第１の情報、第２の情報および、プリエンプション指示情報を決定することと、
   前記第１の情報、前記第２の情報および、前記プリエンプション指示情報を、第１のユーザ機器に送信することと、
   を備え、
   ここで、前記第１の情報は、１つのスロット中のダウンリンクシンボルの数を示し、前記第２の情報は、Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ（ＲＲＣ）シグナリングによって送信され、
   第１のリソースセットは、前記第１の情報に基づいて決定され、
   前記プリエンプション指示情報は、前記第１のリソースセットの中の第１のリソース部分においては、前記第１のユーザ機器に対するＰｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ（ＰＤＳＣＨ）の第１の送信が、遅延要求に関わる第２の送信によってプリエンプトされたことを示し、
   前記第１のリソースセットに対応する時間は、前記プリエンプション指示情報を送信するよりも前のタイミングであり、
   前記第１のユーザ機器が設定された周波数帯域幅を均等に分割して得られる、互いに隣接する複数の部分のうち１つに、前記第１のリソース部分が対応づけられているか否かは、前記第２の情報に基づく、
   方法。
5. 前記プリエンプション指示情報は、前記第１のリソース部分の開始シンボルと期間とを含む、
   請求項４に記載の方法。
6. 前記第１のリソース部分の可能な開始シンボルは、予め定められたシンボルに制限される、
   請求項４または５に記載の方法。
7. 基地局から、第１の情報、第２の情報および、プリエンプション指示情報を受信する手段と、
   前記第１の情報に基づいて、第１のリソースセットを決定する手段と、
   前記第１のリソースセットの中の第１のリソース部分においては、第１のユーザ機器に対するＰｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ（ＰＤＳＣＨ）の第１の送信が、遅延要求に関わる第２の送信によってプリエンプトされたことを、前記プリエンプション指示情報に基づいて識別する手段と、
   を有し、
   ここで、前記第１の情報は、１つのスロット中のダウンリンクシンボルの数を示し、前記第２の情報は、Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ（ＲＲＣ）シグナリングによって受信され、
   前記第１のリソースセットに対応する時間は、前記プリエンプション指示情報を受信するよりも前のタイミングであり、
   前記第１のユーザ機器が設定された周波数帯域幅を均等に分割して得られる、互いに隣接する複数の部分のうち１つに、前記第１のリソース部分が対応づけられているか否かを、前記第１のユーザ機器は前記第２の情報に基づいて決定する、
   第１のユーザ機器。
8. 基地局であって、
   第１の情報、第２の情報および、プリエンプション指示情報を決定する手段と、
   前記第１の情報、前記第２の情報および前記プリエンプション指示情報を、第１のユーザ機器に送信する手段と、
   を有し、
   ここで、前記第１の情報は、１つのスロット中のダウンリンクシンボルの数を示し、前記第２の情報は、Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ（ＲＲＣ）シグナリングによって送信され、
   第１のリソースセットは、前記第１の情報に基づき、
   前記プリエンプション指示情報は、前記第１のリソースセットの中の第１のリソース部分においては、前記第１のユーザ機器に対するＰｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ（ＰＤＳＣＨ）の第１の送信が、遅延要求に関わる第２の送信によってプリエンプトされたことを示し、
   前記第１のリソースセットに対応する時間は、前記プリエンプション指示情報を送信するよりも前のタイミングであり、
   前記第１のユーザ機器が設定された周波数帯域幅を均等に分割して得られる、互いに隣接する複数の部分のうち１つに、前記第１のリソース部分が対応づけられているか否かは、前記第２の情報に基づく、
   基地局。

Images