(57)【要約】      （修正有）【課題】レガシ通信技術および超低レイテンシー（ＵＬＬ）通信技術に対応する衝突する複数の通信の優先順位を決める方法および装置を提供する。【解決手段】方法は、以下のステップを含む。第１の送信時間インターバル（ＴＴＩ）に基づいてリソースの第１のセット上で第１の通信を受信する７０２。第２のＴＴＩに基づいてリソースの第２のセット上で第２の通信を受信する７０４。ここにおいて、第２のＴＴＩは第１のＴＴＩより小さく、リソースの前記第２のセットは、リソースの共通のセットを規定するリソースの第１のセットとオーバーラップする。第２の通信よりも第１の通信の復号を優先させるかどうかを決定する７０６。ＵＥは、決定された優先順位決めに基づいて第１の通信または第２の通信の少なくとも一部分を復号する７１０。【選択図】図７
2020048200.tif 000002
【特許請求の範囲】
【請求項１】
ワイヤレス通信の方法であって、
第１の送信時間インターバル（ＴＴＩ）に基づいてリソースの第１のセット上で第１の通信を受信することと、
第２のＴＴＩに基づいてリソースの第２のセット上で第２の通信を受信することと、ここにおいて、前記第２のＴＴＩは前記第１のＴＴＩより小さく、リソースの前記第２のセットはリソースの共通のセットを規定するリソースの前記第１のセットとオーバーラップする、および、
前記第２の通信よりも前記第１の通信の復号を優先させるかどうかを決定することと、を備える方法。
【請求項２】
少なくとも１つのダウンリンク制御チャネルを受信することに少なくとも部分的に基づいて、リソースの前記第２のセットまたはリソースの前記第１のセットのうちの少なくとも１つを決定することをさらに備える、請求項１に記載の方法。
【請求項３】
優先させるかどうかを決定することは、リソースの前記第１のセットがブロードキャスト・データを通信するためのリソースに対応することを決定することに少なくとも部分的に基づいて、前記第１の通信の復号を優先させることを決定することを備える、請求項１に記載の方法。
【請求項４】
優先させるかどうかを決定することは、リソースの前記共通のセットの少なくとも一部分が少なくとも１つの復調基準信号（ＤＭ−ＲＳ）に対応することを決定することに少なくとも部分的に基づいて、前記第１の通信の復号を優先させることを決定することを備える、請求項１に記載の方法。
【請求項５】
優先させるかどうかを決定することは、
前記少なくとも１つのＤＭ−ＲＳに対応するリソースの前記共通のセットの少なくとも前記一部分上での前記第１の通信の復号を優先させることを決定することと、および、
リソースの前記共通のセットの残りの部分上での前記第２の通信の復号を優先させることを決定することと、を備える、請求項４に記載の方法。
【請求項６】
リソースの前記共通のセットの少なくとも前記一部分が前記少なくとも１つのＤＭ−ＲＳに対応することを決定することは、ダウンリンク制御チャネル上で受信されるＤＭ−ＲＳ構成に少なくとも部分的に基づく、請求項４に記載の方法。
【請求項７】
優先させるかどうかを決定することは、リソースの前記共通のセットが復調基準信号（ＤＭ−ＲＳ）に対応するリソースを含まないことを決定することに少なくとも部分的に基づいて、前記第２の通信の復号を優先させることを決定することを備える、請求項１に記載の方法。
【請求項８】
優先させるかどうかを決定することは、リソースの前記共通のセットの少なくとも一部分が拡張物理ダウンリンク制御チャネルを含むことを決定することに少なくとも部分的に基づいて、前記第１の通信の復号を優先させることを決定することを備える、請求項１に記載の方法。
【請求項９】
優先させるかどうかを決定することは、リソースの前記共通のセットの少なくとも一部分が、少なくとも１つまたは複数の特定の変調およびコーディングスキーム、リソース割り当てサイズ、またはレイヤの数に対応する共有されたチャネル・データを含むことを決定することに少なくとも部分的に基づいて、前記第１の通信の復号を優先させることを決定することを備える、請求項１に記載の方法。
【請求項１０】
ワイヤレス通信のためのユーザ機器であって、
トランシーバと、
ワイヤレス・ネットワークにおいて信号を通信するためにバスを介して前記トランシーバに通信可能に接続された少なくとも１つのプロセッサと、
前記バスを介して前記少なくとも１つのプロセッサおよび／または前記トランシーバに通信可能に結合されたメモリと、を備え、
ここにおいて、前記少なくとも１つのプロセッサおよび前記メモリは、
第１の送信時間インターバル（ＴＴＩ）に基づいてリソースの第１のセット上で第１の通信を、前記トランシーバを介して、受信するように、
第２のＴＴＩに基づいてリソースの第２のセット上で第２の通信を、前記トランシーバを介して、受信するように、ここにおいて、前記第２のＴＴＩは前記第１のＴＴＩより小さく、リソースの前記第２のセットはリソースの共通のセットを規定するリソースの前記第１のセットとオーバーラップする、および、
前記第２の通信よりも前記第１の通信の復号を優先させるかどうかを決定するように、動作可能である、ユーザ機器。
【請求項１１】
前記少なくとも１つのプロセッサおよび前記メモリは、少なくとも１つのダウンリンク制御チャネルを受信することに少なくとも部分的に基づいて、リソースの前記第２のセットまたはリソースの前記第１のセットの少なくとも１つを決定するようにさらに動作可能である、請求項１０に記載のユーザ機器。
【請求項１２】
前記少なくとも１つのプロセッサおよび前記メモリは、リソースの前記第１のセットがブロードキャスト・データを通信するためのリソースに対応することを決定することに少なくとも部分的に基づいて、前記第１の通信の復号を優先させることを決定するように動作可能である、請求項１０に記載のユーザ機器。
【請求項１３】
前記少なくとも１つのプロセッサおよび前記メモリは、リソースの前記共通のセットの少なくとも一部分が少なくとも１つの復調基準信号（ＤＭ−ＲＳ）に対応することを決定することに少なくとも部分的に基づいて、前記第１の通信の復号を優先させることを決定するように動作可能である、請求項１０に記載のユーザ機器。
【請求項１４】
前記少なくとも１つのプロセッサおよび前記メモリは、
前記少なくとも１つのＤＭ−ＲＳに対応するリソースの前記共通のセットの少なくとも前記一部分上で受信された前記第１の通信の復号を優先させることを決定するように、および、
リソースの前記共通のセットの残りの部分上での前記第２の通信の復号を優先させることを決定するように、動作可能である、請求項１３に記載のユーザ機器。
【請求項１５】
前記少なくとも１つのプロセッサおよび前記メモリは、ダウンリンク制御チャネル上で受信されるＤＭ−ＲＳ構成に少なくとも部分的に基づいて、リソースの前記共通のセットの少なくとも前記一部分が前記少なくとも１つのＤＭ−ＲＳに対応することを決定するように動作可能である、請求項１３に記載のユーザ機器。
【請求項１６】
前記少なくとも１つのプロセッサおよび前記メモリは、リソースの前記共通のセットが復調基準信号（ＤＭ−ＲＳ）に対応するリソースを含まないことを決定することに少なくとも部分的に基づいて、前記第２の通信の復号を優先させることを決定するように動作可能である、請求項１０に記載のユーザ機器。
【請求項１７】
前記少なくとも１つのプロセッサおよび前記メモリは、リソースの前記共通のセットの少なくとも一部分が拡張物理ダウンリンク制御チャネルを含むことを決定することに少なくとも部分的に基づいて前記第１の通信の復号を優先させることを決定するように動作可能である、請求項１０に記載のユーザ機器。
【請求項１８】
前記少なくとも１つのプロセッサおよび前記メモリは、リソースの前記共通のセットの少なくとも一部分が、少なくとも１つまたは複数の特定の変調およびコーディングスキーム、リソース割り当てサイズ、またはレイヤの数に対応する共有されたチャネル・データを含むことを決定することに少なくとも部分的に基づいて、リソースの前記共通のセット上で受信される複数の通信を復号するときに前記第１の通信の復号を優先させることを決定するように動作可能である、請求項１０に記載のユーザ機器。
【請求項１９】
ワイヤレス通信の方法であって、
第１の送信時間インターバル（ＴＴＩ）にしたがって第１の通信を送信するためにリソースの第１のセットを割り当てることと、
第２のＴＴＩにしたがって第２の通信を送信するためにリソースの第２のセットを割り当てることと、ここにおいて、前記第２のＴＴＩは第１のＴＴＩより小さい、
ダウンリンク制御チャネル上でリソースの前記第１のセットに対応する第１のリソース・グラントを送信することと、および、
前記ダウンリンク制御チャネル上でリソースの前記第２のセットに対応する第２のリソース・グラントを送信することと、を備える方法。
【請求項２０】
ユーザ機器にリソースの前記第１のセットの少なくとも一部分に関連したリソースの使用不能を示すことをさらに備える、請求項１９に記載の方法。
【請求項２１】
リソースの前記第２のセットを割り当てることは、リソースの前記第１のセットに対応する、１つまたは複数のチャネルのレイヤの数、リソース割り当てサイズ、または変調およびコーディングスキームのうちの少なくとも１つに少なくとも部分的に基づいて、リソースの前記第１のセットに部分的にオーバーラップするようにリソースの前記第２のセットを割り当てることを備える、請求項１９に記載の方法。
【請求項２２】
リソースの前記第２のセットがリソースの前記第１のセットとオーバーラップすることを決定することに少なくとも部分的に基づいて、リソースの前記第１のセットにおいて１つまたは複数の復調基準信号リソース要素の周りでレート・マッチするかどうかを、ユーザ機器に、示すことをさらに備える、請求項１９に記載の方法。
【請求項２３】
リソースの前記第２のセットを割り当てることは、１つまたは複数の復調基準信号に対応するリソースの前記第１のセットの一部分においてリソースの前記第１のセットとオーバーラップするのを防ぐようにリソースの前記第２のセットを割り当てることを備える、請求項１９に記載の方法。
【請求項２４】
前記第１のリソース・グラントにしたがって前記第１の通信を送信することをさらに備え、ここにおいて、リソースの前記第２のセットは前記第１の通信の送信の間に割り当てられる、請求項１９に記載の方法。
【請求項２５】
ワイヤレス通信のための発展型ノードＢ（ｅＮＢ）であって、
トランシーバと、
ワイヤレス・ネットワークにおいて信号を通信するために、バスを介して、前記トランシーバに通信可能に接続された少なくとも１つのプロセッサと、および、
前記バスを介して前記少なくとも１つのプロセッサおよび／または前記トランシーバに通信可能に接続されたメモリと、を備え、
ここにおいて、前記少なくとも１つのプロセッサおよび前記メモリは、
第１の送信時間インターバル（ＴＴＩ）にしたがって第１の通信を送信するためにリソースの第１のセットを割り当てるように、
第２のＴＴＩにしたがって第２の通信を送信するためにリソースの第２のセットを割り当てるように、ここにおいて、前記第２のＴＴＩは前記第１のＴＴＩより小さい、
ダウンリンク制御チャネル上でリソースの前記第１のセットに対応する第１のリソース・グラントを、前記トランシーバを介して、送信するように、および、
前記ダウンリンク制御チャネル上でリソースの前記第２のセットに対応する第２のリソース・グラントを、前記トランシーバを介して、送信するように、動作可能である、ｅＮＢ。
【請求項２６】
前記少なくとも１つのプロセッサおよび前記メモリは、ユーザ機器にリソースの前記第１のセットの少なくとも一部分に関連したリソースの使用不能を示すようにさらに動作可能である、請求項２５に記載のｅＮＢ。
【請求項２７】
前記少なくとも１つのプロセッサおよび前記メモリは、リソースの前記第１のセットに対応する、１つまたは複数のチャネルのレイヤの数、リソース割り当てサイズ、または変調およびコーディングスキームのうちの少なくとも１つに少なくとも部分的に基づいて、リソースの前記第１のセットと部分的にオーバーラップするようにリソースの前記第２のセットを割り当てるように動作可能である、請求項２５に記載のｅＮＢ。
【請求項２８】
前記少なくとも１つのプロセッサおよび前記メモリは、リソースの前記第２のセットがリソースの前記第１のセットとオーバーラップすることを決定することに少なくとも部分的に基づいて、リソースの前記第１のセットにおいて１つまたは複数の復調基準信号リソース要素の周りでレート・マッチするかどうかを、ユーザ機器に、示すようにさらに動作可能である、請求項２５に記載のｅＮＢ。
【請求項２９】
前記少なくとも１つのプロセッサおよび前記メモリは、１つまたは複数の復調基準信号に対応するリソースの前記第１のセットの一部分においてリソースの前記第１のセットとオーバーラップすることを防ぐようにリソースの前記第２のセットを割り当てるように動作可能である、請求項２５に記載のｅＮＢ。
【請求項３０】
前記少なくとも１つのプロセッサおよび前記メモリは、前記第１のリソース・グラントにしたがって前記第１の通信を、前記トランシーバを介して、送信するようにさらに動作可能であり、ここにおいて、リソースの前記第２のセットは、前記第１の通信の送信の間に割り当てられる、請求項２５に記載のｅＮＢ。
【発明の詳細な説明】
【関連出願の相互参照】
【０００１】
[0001]  本願は、２０１４年１２月１１日に出願された「PRIORITIZING COLLIDING TRANSMISSIONS IN LTE AND ULTRA-LOW LATENCY LTE COMMUNICATIONS」と題された米国仮特許出願第６２／０９０，８２６号、および２０１５年１１月２日に出願された「PRIORITIZING COLLIDING TRANSMISSIONS IN LTE AND ULTRA-LOW LATENTCY LTE COMMUNICATIONS」と題された米国特許出願第１４／９３０，０１７号の利益を主張し、それらは、本明細書に参照により明確に組み込まれる。
【技術分野】
【０００２】
[0002]  本明細書に説明されるのは、概して通信システムに関する、より具体的にはワイヤレス技術の通信を優先順位決めすること（prioritizing）に関する態様である。
【背景技術】
【０００３】
[0003]  ワイヤレス通信システムは、電話通信、ビデオ、データ、メッセージング、およびブロードキャストなどのさまざまな電気通信サービスを提供するために広く展開されている。典型的なワイヤレス通信システムは、利用可能なシステム・リソース（例えば、帯域幅、送信電力）を共有することによって複数のユーザとの通信をサポートすることが可能な多元接続技術を用い得る。そのような多元接続技術の例は、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、シングル・キャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）システム、および時分割同期符号分割多元接続（ＴＤ−ＳＣＤＭＡ）システムを含む。
【０００４】
[0004]  これらの多元接続技術は、異なるワイヤレス・デバイスが、都市、国家、地域、さらには地球規模で通信することを可能にする共通プロトコルを提供するために、さまざまな電気通信規格において採用されてきた。電気通信規格の一例は、ロング・ターム・エボリューション（ＬＴＥ（登録商標））である。ＬＴＥは、第３世代パートナーシップ・プロジェクト（３ＧＰＰ（登録商標））によって公表されたユニバーサル・モバイル電気通信システム（ＵＭＴＳ）のモバイル規格に対する拡張のセットである。それは、スペクトル効率を改善することによってモバイル・ブロードバンド・インターネット・アクセスをより良くサポートし、コストを下げ、サービスを改善し、新たなスペクトルを利用し、ダウンリンク（ＤＬ）上においてＯＦＤＭＡを、アップリンク（ＵＬ）上においてＳＣ−ＦＤＭＡを、および多入力多出力（ＭＩＭＯ）アンテナ技術を使用して、他のオープン規格とより良く統合するよう設計される。しかしながら、モバイル・ブロードバンド・アクセスに対する需要が増大し続けるにつれて、ＬＴＥ技術におけるさらなる改良が望まれ得る。望ましくは、これらの改善は、これらの技術を用いる他の多元アクセス技術および電気通信規格に適用可能であるべきである。
【０００５】
［0005］  レガシＬＴＥを使用するワイヤレス通信システムにおいて、特定のｅノードＢ（ｅＮｏｄｅＢ）によってサービングされる複数のＵＥは、約１ミリ秒のサブフレームの送信時間インターバル（ＴＴＩ）を使用して１つまたは複数のチャネル上でｅノードＢと通信するために複数のリソースをスケジュールされ得る。帯域幅に対する需要およびＵＥ機能が増大するにつれて、通信におけるより低レイテンシー（lower latency）が望まれる。
【発明の概要】
【０００６】
[0006]  以下は、１つまたは複数の態様の基本的な理解を提供するために、そのような態様の簡略化された概要を示す。この概要は、全ての考慮された態様の広範な概観ではなく、全ての態様のキーとなるまたは重要な要素を識別することも、任意の態様または全ての態様の範囲を叙述することも意図するものではない。その唯一の目的は、後に提示されるより詳細な説明への前置きとして、簡略化された形態で、１つまたは複数の態様のいくつかの概念を提示することである。
【０００７】
[0007]  一例にしたがって、ワイヤレス通信の方法が提示される。この方法は、第１の送信時間インターバル（ＴＴＩ）に基づいてリソースの第１のセット上で第１の通信を受信することと、第２のＴＴＩに基づいてリソースの第２のセット上で第２の通信を受信することとを含む。第２のＴＴＩは、第１のＴＴＩより小さく、リソースの第２のセットは、リソースの共通のセットを規定するリソースの第１のセットとオーバーラップする。この方法はまた、第２の通信よりも第１の通信の復号を優先させるかどうかを決定することを含む。
【０００８】
[0008］  他の態様では、ワイヤレス通信のためのユーザ機器が提供される。ユーザ機器は、トランシーバ、ワイヤレス・ネットワークにおいて信号を通信するために、バスを介して、トランシーバと通信可能に接続された少なくとも１つのプロセッサ、およびバスを介して少なくとも１つのプロセッサおよび／またはトランシーバと通信可能に接続されたメモリを含む。少なくとも１つのプロセッサおよびメモリは、第１のＴＴＩに基づいてリソースの第１のセット上で第１の通信を、トランシーバを介して、受信するように、および、第２のＴＴＩに基づいてリソースの第２のセット上で第２の通信を、トランシーバを介して、受信するように、動作可能である。第２のＴＴＩは、第１のＴＴＩより小さく、リソースの第２のセットは、リソースの共通のセットを規定するリソースの第１のセットとオーバーラップする。少なくとも１つのプロセッサおよびメモリはまた、第２の通信よりも第１の通信の復号を優先させるかどうかを決定するように動作可能である。
【０００９】
[0009］  別の例では、ワイヤレス通信の方法が提供される。この方法は、第１のＴＴＩにしたがって第１の通信を送信するためにリソースの第１のセットを割り当てる（allocate）ことと、第２のＴＴＩにしたがって第２の通信を送信するためにリソースの第２のセットを割り当てることとを含む。第２のＴＴＩは、第１のＴＴＩより小さい。この方法はまた、ダウンリンク制御チャネル上でリソースの第１のセットに対応する第１のリソース・グラント（first resource grant）を送信することと、ダウンリンク制御チャネル上でリソースの第２のセットに対応する第２のリソース・グラントを送信することとを含む。
【００１０】
[0010］  他の態様では、ワイヤレス通信のための発展型ノードＢ（ｅＮＢ）が提供される。ｅＮＢは、トランシーバ、ワイヤレス・ネットワークにおいて信号を通信するためにバスを介してトランシーバに通信可能に接続された少なくとも１つのプロセッサ、およびバスを介して少なくとも１つのプロセッサおよび／またはトランシーバに通信可能に接続されたメモリを含む。少なくとも１つのプロセッサおよびメモリは、第１のＴＴＩにしたがって第１の通信を送信するためにリソースの第１のセットを割り当てるように、および、第２のＴＴＩにしたがって第２の通信を送信するためにリソースの第２のセットを割り当てるように動作可能である。第２のＴＴＩは、第１のＴＴＩより小さい。少なくとも１つのプロセッサおよびメモリはまた、ダウンリンク制御チャネル上でリソースの第１のセットに対応する第１のリソース・グラントを、トランシーバを介して、送信するように、および、ダウンリンク制御チャネル上でリソースの第２のセットに対応する第２のリソース・グラントを、トランシーバを介して、送信するように、動作可能である。
【００１１】
[0011]  上述のおよび関連する目的の達成のために、１つまたは複数の態様は、後に十分に説明され、特許請求の範囲内において特に指摘される特徴を備える。次の説明および付属の図面は、１つまたは複数の態様のある特定の例示的な特徴を詳細に記載する。これらの特徴は、しかしながら、さまざまな態様の原理が用いられ得るさまざまな手法のほんの一部を示しており、この説明は、全てのそのような態様およびそれらの同等物を含むよう意図される。
【００１２】
[0012]  本明細書に説明される態様のより完全な理解を容易にするために、附属の図面に参照符号が付されており、ここにおいて同じ要素は同じ番号で参照される。これらの図面は、本開示を制限するものと見なされるべきではなく、実例的なものとなることのみが意図される。
【図面の簡単な説明】
【００１３】
【図１】[0013]  図１は、本明細書に説明される態様にしたがった、テレコミュニケーション・システムの例を概念的に図示するブロック図を示す。
【図２】[0014]  図２は、アクセス・ネットワークの例を例示する図である。
【図３】[0015]  図３は、アクセス・ネットワークにおける発展型ノードＢおよびユーザ機器の例を例示する図である。
【図４】[0016]  図４は、アップリンク帯域幅割り当てに関わるタイムラインの例を例示する図である。
【図５】[0017]  図５は、衝突するレガシおよび（超低レイテンシー（ＵＬＬ：ultra low latency））リソースを有するサブフレームの例を例示する図である。
【図６】[0018]  図６は、本明細書に説明される態様にしたがってレガシまたはＵＬＬ通信の優先順位を決めるかどうかを決定するためのシステムの例を例示する図である。
【図７】[0019]  図７は、本明細書に説明される態様にしたがってレガシまたはＵＬＬ通信の優先順位を決めるかどうかを決定するための方法の例のフロー・チャートである。
【図８】[0020]  図８は、本明細書に説明される態様にしたがってレガシおよびＵＬＬ通信リソースを割り当てるための方法の例のフロー・チャートである。
【詳細な説明】
【００１４】
[0021]  添付された図面に関連して以下に記載される詳細な説明は、さまざまな構成の説明として意図され、本明細書に説明される概念が実施され得る唯一の構成を表すようには意図されない。詳細な説明は、さまざまな概念の完全な理解を提供することを目的とした特定の詳細を含む。しかしながら、これらの概念がこれらの特定の詳細なしで実施され得ることは当業者に明らかであろう。いくつかの事例では、周知の構造およびコンポーネントが、このような概念を曖昧にすることを避けるために、ブロック図の形式で示される。
【００１５】
[0022]  ここでは、電気通信システムのいくつかの態様がさまざまな装置および方法に関連して提示される。これらの装置および方法は、以下の詳細な説明において記述され、添付の図面において、さまざまなブロック、モジュール、コンポーネント、回路、ステップ、処理、アルゴリズムなど（「要素（elements）」と総称される）により例示されることになる。これらの要素は、電子ハードウェア、コンピュータ・ソフトウェア、またはそれらの任意の組み合わせを使用してインプリメントされ得る。そのような要素がハードウェアとしてまたはソフトウェアとしてインプリメントされるかどうかは、特定のアプリケーションおよびシステム全体上に課せられる設計制約に依存する。
【００１６】
[0023]  例として、要素、または要素の任意の一部、または要素の任意の組み合わせは、１つまたは複数のプロセッサを含む「処理システム（processing system）」でインプリメントされ得る。プロセッサの例は、マイクロプロセッサ、マイクロコントローラ、デジタル・シグナル・プロセッサ（ＤＳＰ）、フィールド・プログラマブル・ゲートアレイ（ＦＰＧＡ）、プログラマブル論理デバイス（ＰＬＤ）、ステート・マシン、ゲート論理、離散ハードウェア回路、および本開示全体を通じて説明されるさまざまな機能を実施するように構成された他の適切なハードウェアを含む。処理システム中の１つまたは複数のプロセッサは、ソフトウェアを実行し得る。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語、またはその他の名称で呼ばれるかどうかにかかわらず、命令、命令セット、コード、コード・セグメント、プログラム・コード、プログラム、サブプログラム、ソフトウェア・モジュール、アプリケーション、ソフトウェア・アプリケーション、ソフトウェア・パッケージ、ルーチン、サブルーチン、オブジェクト、実行ファイル、実行スレッド、プロシージャ、関数などを意味するように広く解釈されるべきである。
【００１７】
[0024]  したがって、１つまたは複数の態様では、説明される機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組み合わせにおいてインプリメントされ得る。ソフトウェアでインプリメントされる場合、機能は、コンピュータ可読媒体上で１つまたは複数の命令あるいはコードとして記憶もしくは符号化され得る。コンピュータ可読媒体は、コンピュータ記憶媒体を含む。記憶媒体は、コンピュータによってアクセスされることができる任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ−ＲＯＭまたは他の光学ディスク記憶装置、磁気ディスク記憶装置または他の磁気記憶デバイス、あるいは命令もしくはデータ構造の形で所望のプログラム・コードを搬送または記憶するために使用されることができ且つコンピュータによってアクセスされることができる任意の他の媒体を備えることができる。本明細書に使用される、ディスク（disk）およびディスク（disc）は、コンパクト・ディスク（ＣＤ）、レーザーディスク（登録商標）、光ディスク、デジタル多用途ディスク（ＤＶＤ）、およびフロッピー（登録商標）ディスクを含み、ディスク（disk）は通常、データを磁気的に再生するが、ディスク（disc）は、レーザを用いて光学的にデータを再生する。上記の組合せもまた、コンピュータ可読媒体の範囲内に含まれるべきである。
【００１８】
[0025]  本明細書に説明されるのは、レガシ通信技術および超低レイテンシー（ＵＬＬ）通信技術に対応する衝突する複数の通信（colliding communications）の優先順位を決めることに関わるさまざまな態様であり、ここにおいて、通信技術は、異なる長さの送信時間インターバル（ＴＴＩ）に基づき得る（例えば、レガシ通信技術より短いＴＴＩ持続時間を有するＵＬＬ通信技術）。例えば、レガシＬＴＥ技術は、ＬＴＥにおいて規定されるサブフレームの持続時間を有するＴＴＩを使用し得、ここにおいて、超低レイテンシー（ＵＬＬ）ＬＴＥ技術は、（例えば１つのシンボル、２つのシンボル、１つのサブフレーム・スロットなど）１つのサブフレームより少ない持続時間を有するＴＴＩに基づくことができる。これに関して、通信における低レイテンシーは、より短い、より高頻度のＴＴＩによって達成され得る。いくつかの例では、レガシ技術は、レガシＬＴＥ技術とは異なるレガシ・セルラ技術であり得る。ネットワークは、同様の周波数帯域上でレガシおよびＵＬＬ通信技術の両方をサポートし得、かくして、１つまたは複数のユーザ機器（ＵＥ）がネットワークから信号をその上で受信する衝突するダウンリンク・リソースを潜在的にスケジュールし得る。例えば、リソースがレガシ通信技術においてよりも頻繁に割り当てられ得て、およびレガシ通信技術送信のためにスケジュールされたリソースがまた、ＵＬＬ通信技術におけるスケジューリング要求を満たすためにＵＬＬ通信技術送信のために少なくとも部分的にスケジュールされ得るとき、ダウンリンク・リソースの衝突が、ＵＬＬに関連する短縮されたＴＴＩに部分的に起因して引き起こされ得る。ＬＴＥおよびＵＬＬＬＴＥが、それぞれ、本明細書においてレガシおよびＵＬＬ通信技術の一例として使用されることが理解されるべきであり、しかし、前述のコンセプトは、一方の通信技術が別の通信技術よりも短いＴＴＩを有している複数の通信技術のおおむね任意の組み合わせにも適用されることができることが理解されるべきである。
【００１９】
[0026]  一例では、ＵＥは、ＵＥにおいて構成される１つまたは複数のルールに基づいて通信技術（例えばレガシＬＴＥおよびＵＬＬ ＬＴＥリソース）上で衝突する複数の通信の受信の優先順位を決め得、それは、リソース上の通信のタイプに少なくとも部分的に基づき得る。例えば、レガシ技術通信がブロードキャスト・データ、復調基準信号（ＤＭ−ＲＳ：demodulation reference signal）、および／または同様のものを含む場合、ＵＥは、オーバーラップする関連したリソースにおいてＵＬＬ技術通信よりもレガシ技術通信の受信を優先させ得る。別の例では、レガシおよびＵＬＬ技術をサポートし、および関連する通信を送信するネットワークは、複数のリソースでＵＥを構成することができ、レガシおよびＵＬＬ技術リソースをオーバーラップさせることを防ぐことができ、および／または別の方法では、特定のオーバーラップするリソース上の複数のレガシまたはＵＬＬ技術通信の優先順位を決定すること（prioritizing）をＵＥに指示することができる。
【００２０】
[0027]  まず図１を参照すると、図は、本明細書に説明される態様にしたがった、ワイヤレス通信システム１００の例を例示している。ワイヤレス通信システム１００は、複数のアクセス・ポイント（例えば基地局、ｅＮＢ、またはＷＬＡＮアクセス・ポイント）１０５、複数のユーザ機器（ＵＥ）１１５、およびコア・ネットワーク１３０を含む。アクセス・ポイント１０５は、より小さいＴＴＩに基づいたＵＬＬ通信技術およびレガシ通信技術（例えばレガシＬＴＥおよびＵＬＬ ＬＴＥ）を使用してＵＥ１１５と通信し且つスケジュールするように構成されたスケジューリング・コンポーネント３０２を含み得る。同様に、ＵＥ１１５のうちの１つまたは複数は、ＵＬＬ通信技術（例えばＵＬＬ ＬＴＥ）およびレガシ通信技術（例えばＬＴＥ）の複数の通信の優先順位を決定するように構成される通信コンポーネント３６１を含み得る。アクセス・ポイント１０５のいくつかは、（示されていない）基地局コントローラの制御下でＵＥ１１５と通信し得、基地局コントローラは、さまざまな例においてコア・ネットワーク１３０または特定のアクセス・ポイント１０５（例えば基地局またはｅＮＢ）の一部であり得る。アクセス・ポイント１０５は、バックホール・リンク１３２を通じてコア・ネットワーク１３０と制御情報および／またはユーザ・データを通信し得る。複数の例において、アクセス・ポイント１０５は、有線または無線の通信リンクであり得るバックホール・リンク１３４上で互いに、直接的にあるいは間接的に、通信し得る。ワイヤレス通信システム１００は、複数のキャリア（異なる周波数の波形信号）上の動作をサポートし得る。マルチキャリア送信機は、多数のキャリア上で同時に変調された信号を送信することができる。例えば、各通信リンク１２５は、上述されたさまざまな無線技術にしたがって変調されたマルチキャリア信号であり得る。各変調された信号は、異なるキャリア上で送られ得、制御情報（例えば、基準信号、制御チャネルなど）、オーバヘッド情報、データなどを搬送し得る。
【００２１】
[0028]  いくつかの例では、ワイヤレス通信システム１００の少なくとも一部分は、複数の階層レイヤ上で動作するように構成され得、ここではＵＥ１１５の１つまたは複数およびアクセス・ポイント１０５の１つまたは複数は、別の階層レイヤに対して減じられたレイテンシーを有する階層レイヤ上の送信をサポートするように構成され得る。いくつかの例では、ハイブリットＵＥ１１５−ａは、（「レガシ通信技術」に関連し得る）第１のＴＴＩを使用して第１のレイヤ送信をサポートする第１の階層レイヤと、（「ＵＬＬ通信技術」に関連し得る）第１のＴＴＩよりも短い、第２のＴＴＩを使用して第２のレイヤ送信をサポートする第２の階層レイヤとの両方において、アクセス・ポイント１０５−ａと通信し得る。
【００２２】
[0029]  他の例では、第２のレイヤＵＥ１１５−ｂは、第２の階層レイヤ上のみでアクセス・ポイント１０５−ｂと通信し得る。かくして、ハイブリットＵＥ１１５−ａおよび第２のレイヤＵＥ１１５−ｂは、第２の階層レイヤ上で通信し得るＵＥ１１５の第２のクラスに属し得、一方で、レガシＵＥ１１５は、第１の階層レイヤ上のみで通信し得るＵＥ１１５の第１のクラスに属し得る。アクセス・ポイント１０５−ｂおよびＵＥ１１５−ｂは、第２のサブフレーム・タイプのサブフレームの送信によって第２の階層レイヤ上で通信し得る。アクセス・ポイント１０５−ｂは、第１または第２どちらかのみの階層レイヤに関わる通信を送信し得、または、第１および第２両方の階層レイヤに関わる通信を送信し得る。アクセス・ポイント１０５−ｂが第１および第２両方の階層レイヤをサポートする場合、通信コンポーネント３６１は、本明細書に説明されるように、第１および第２の階層レイヤに関わるアクセス・ポイント１０５−ｂから受信される複数の通信の優先順位を決定するように構成されることができる。
【００２３】
[0030]  アクセス・ポイント１０５は、１つまたは複数のアクセス・ポイント・アンテナを介してＵＥ１１５とワイヤレスで通信し得る。アクセス・ポイント１０５のサイトの各々は、それぞれのカバレッジ・エリア１１０のための通信カバレッジを提供し得る。いくつかの例において、アクセス・ポイント１０５は、トランシーバ基地局、無線基地局、無線トランシーバ、基本サービス・セット（ＢＳＳ）、拡張サービス・セット（ＥＳＳ）、ノードＢ、ｅノードＢ、ホーム・ノードＢ、ホームｅノードＢ、または他の適切な用語で称され得る。基地局のためのカバレッジ・エリア１１０は、カバレッジ・エリアの一部のみを構成する複数のセクタに分割され得る（図示せず）。ワイヤレス通信システム１００は、異なるタイプのアクセス・ポイント１０５（例えば、マクロ、マイクロ、および／またはピコ基地局）を含み得る。アクセス・ポイント１０５はまた、セルラおよび／またはＷＬＡＮ無線アクセス技術（ＲＡＴ）のような異なる無線技術を利用し得る。アクセス・ポイント１０５は、同じまたは異なるアクセス・ネットワークあるいはオペレータ展開に関連付けられ得る。同じまたは異なるタイプのアクセス・ポイント１０５のカバレッジ・エリアを含み、同じまたは異なる無線技術を利用し、および／または、同じまたは異なるアクセス・ネットワークに属する、異なるアクセス・ポイント１０５のカバレッジ・エリアは、オーバーラップし得る。
【００２４】
[0031]  ＬＴＥ／ＬＴＥ−Ａおよび／またはＵＬＬ ＬＴＥ通信技術を使用するネットワーク通信システムにおいて、発展型ノードＢ（ｅノードＢまたはｅＮＢ）という用語は、アクセス・ポイント１０５を説明するために一般的に使用され得る。ワイヤレス通信システム１００は、異なるタイプのアクセス・ポイントがさまざまな地理的領域に対してカバレッジを提供する異機種ＬＴＥ／ＬＴＥ−Ａ／ＵＬＬ ＬＴＥネットワークであり得る。例えば、各アクセス・ポイント１０５は、マクロ・セル、ピコ・セル、フェムト・セル、および／または他のタイプのセルのための通信カバレッジを提供し得る。ピコ・セル、フェムト・セル、および／または他のタイプのセルのような小さいセルは、低電力ノードすなわちＬＰＮを含み得る。マクロ・セルは一般に、比較的大きい地理的エリア（例えば、半径数キロメートル）をカバーし、ネットワーク・プロバイダにサービス加入しているＵＥ１１５による無制限のアクセスを可能にし得る。小さいセルは一般的に、比較的小さい地理的エリアをカバーし得、例えば、ネットワーク・プロバイダにサービス加入しているＵＥ１１５による無制限のアクセスを可能にし得、無制限のアクセスに加えて、小さいセルとの関連付けを有するＵＥ１１５（例えば、クローズド加入者グループ（ＣＳＧ）中のＵＥ、家の中にいるユーザのためのＵＥなど）による制限されたアクセスも提供し得る。マクロ・セルに対するｅＮＢは、マクロｅＮＢと呼ばれ得る。小さいセルに対するｅＮＢは、小さいセルｅＮＢ（small cell eNB）と呼ばれ得る。ｅＮＢは、１つまたは多数（例えば、２つ、３つ、４つなど）のセルをサポートし得る。
【００２５】
[0032]  コア・ネットワーク１３０は、１つまたは複数のバックホール・リンク１３２（例えば、Ｓ１インターフェースなど）を介してアクセス・ポイント１０５またはｅＮＢと通信し得る。アクセス・ポイント１０５はまた、例えば、バックホール・リンク１３４（例えば、Ｘ２インターフェースなど）を介しておよび／またはバックホール・リンク１３２を介して（例えば、コア・ネットワーク１３０を通じて）、直接的または間接的に互いに通信し得る。ワイヤレス通信システム１００は、同期または非同期動作をサポートし得る。同期動作の場合、アクセス・ポイント１０５は、類似したフレーム・タイミングを有し得、異なるアクセス・ポイント１０５からの送信が時間的にほぼ整列され得る。非同期動作の場合、アクセス・ポイント１０５は、異なるフレーム・タイミングを有し得、異なるアクセス・ポイント１０５からの送信が時間的に整列されないこともある。さらに、第１の階層レイヤおよび第２の階層レイヤにおける送信は、複数のアクセス・ポイント１０５間で同期されることも同期されないこともある。本明細書に説明される技術は、同期または非同期動作のいずれかに使用され得る。
【００２６】
[0033]  ＵＥ１１５は、ワイヤレス通信システム１００全体にわたって分散されており、各ＵＥ１１５は、固定式または移動式であり得る。ＵＥ１１５はまた、モバイル局、加入者局、モバイル・ユニット、加入者ユニット、ワイヤレス・ユニット、遠隔ユニット、モバイル・デバイス、ワイヤレス・デバイス、ワイヤレス通信デバイス、遠隔デバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、遠隔端末、ハンドセット、ユーザ・エージェント、モバイル・クライアント、クライアント、または他の適切な専門用語で当業者に呼ばれ得る。ＵＥ１１５は、セルラ電話、携帯情報端末（ＰＤＡ）、ワイヤレス・モデム、ワイヤレス通信デバイス、ハンドヘルド・デバイス、タブレット・コンピュータ、ラップトップ・コンピュータ、コードレス電話、腕時計またはメガネのようなウェアラブル・アイテム、ワイヤレス・ローカル・ループ（ＷＬＬ）局などであり得る。ＵＥ１１５は、マクロｅノードＢ、小さいセルｅノードＢ、リレーなどと通信することが可能であり得る。ＵＥ１１５はまた、ＷＬＡＮアクセス・ネットワーク、またはセルラあるいは他のＷＷＡＮアクセス・ネットワークのような異なるアクセス・ネットワーク上で通信することが可能であり得る。
【００２７】
[0034]  ワイヤレス通信システム１００に示される通信リンク１２５は、ＵＥ１１５からアクセス・ポイント１０５へのアップリンク（ＵＬ）送信、および／またはアクセス・ポイント１０５からＵＥ１１５へのダウンリンク（ＤＬ）送信を含み得る。ダウンリンク送信は、順方向リンク送信とも呼ばれ得、一方でアップリンク送信は、逆方向リンク送信とも呼ばれ得る。通信リンク１２５は、各階層レイヤの送信を搬送し得、それは、いくつかの例では、通信リンク１２５において多重送信され（multiplexed）得る。ＵＥ１１５は、例えば、多入力多出力（ＭＩＭＯ）、キャリア・アグリゲーション（ＣＡ）、多地点協調（ＣｏＭＰ）、または他のスキームを通じて、複数のアクセス・ポイント１０５と共同して通信するように構成され得る。ＭＩＭＯ技法は、多数のデータ・ストリームを送信するためにＵＥ１１５上の多数のアンテナおよび／またはアクセス・ポイント１０５上の多数のアンテナを使用する。キャリア・アグリゲーションは、データ送信のための同じまたは異なるサービング・セル上の２つ以上のコンポーネント・キャリアを使用し得る。ＣｏＭＰは、ネットワークおよびスペクトル利用を増加させることに加え、ＵＥ１１５のための全送信品質を向上させるために多くのアクセス・ポイント１０５による送信および受信の協調のための技法を含み得る。
【００２８】
[0035]  言及されているように、いくつかの例では、アクセス・ポインンと１０５およびＵＥ１１５は、複数のキャリア上で送信するためにキャリア・アグリゲーションを利用し得る。いくつかの例では、アクセス・ポイント１０５およびＵＥ１１５は、２つ以上の個別のキャリアを使用して第１のサブフレーム・タイプを各々が有する１つまたは複数のサブフレームを、フレーム内で、第１の階層レイヤにおいて同時に送信し得る。各キャリアは、例えば２０ＭＨｚの帯域幅を有し得、しかし他の帯域幅も使用され得る。ハイブリットＵＥ１１５−ａ、および／または第２のレイヤＵＥ１１５−ｂは、特定の例において、個別のキャリアのうちの１つまたは複数のものの帯域幅より大きい帯域幅を有する単一のキャリアを使用して、第２の階層レイヤにおいて１つまたは複数のサブフレームを送信および／または受信し得る。例えば、４つの個別の２０ＭＨｚのキャリアが第１の階層レイヤにおいてキャリア・アグリゲーション・スキームで使用される場合、単一の８０ＭＨｚのキャリアは、第２の階層レイヤにおいて使用され得る。８０ＭＨｚのキャリアは、４つの２０ＭＨｚのキャリアのうちの１つまたは複数によって使用される無線周波数スペクトルと少なくとも部分的にオーバーラップする無線周波数スペクトルの一部分を占有し得る。いくつかの例では、第２の階層レイヤ・タイプに関わる拡張可能な帯域幅は、さらに改良されたデータ・レートを提供するために、上述のようなより短いＲＴＴを提供するための複合技術であり得る。
【００２９】
[0036]  ワイヤレス通信システム１００によって使用され得る異なる動作モードの各々は、周波数分割複信（ＦＤＤ）または時分割複信（ＴＤＤ）にしたがって動作し得る。いくつかの例では、異なる階層レイヤは、異なるＴＤＤまたはＦＤＤモードにしたがって動作し得る。例えば、第１の階層レイヤは、ＦＤＤにしたがって動作し得、一方で第２の階層レイヤは、ＴＤＤにしたがって動作し得る。いくつかの例では、ＯＦＤＭＡ通信信号は、各階層レイヤに関わるＬＴＥダウンリンク送信のために通信リンク１２５で使用され得、一方で単一キャリア周波数分割多重接続（ＳＣ−ＦＤＭＡ）通信信号は、各階層レイヤにおいてＬＴＥアップリンク送信のために通信リンク１２５で使用され得る。ワイヤレス通信システム１００のようなシステムにおける階層レイヤの実施に関わるさらなる詳細、および、このようなシステムにおける通信に関連した他の特徴および機能が、下記の図を参照して以下に提示される。
【００３０】
[0037]  図２は、ＬＴＥまたはＵＬＬ ＬＴＥネットワーク・アーキテクチャ中のアクセス・ネットワーク２００の例を例示する図である。この例では、アクセス・ネットワーク２００が、多数のセルラ領域（セル）２０２に分けられている。１つまたは複数のより低電力クラスのｅＮＢ２０８は、セル２０２のうちの１つまたは複数とオーバーラップするセルラ領域２１０を有し得る。より低電力クラスのｅＮＢ２０８は、フェムト・セル（例えば、ホームｅＮＢ（ＨｅＮＢ））、ピコ・セル、マイクロ・セル、または遠隔無線ヘッド（ＲＲＨ：remote radio head）であり得る。マクロｅＮＢ２０４は各々、それぞれのセル２０２に割り当てられ、セル２０２におけるすべてのＵＥ２０６に対してコア・ネットワーク１３０へのアクセス・ポイントを提供するように構成される。一態様では、ｅＮＢ２０４は、より小さいＴＴＩに基づいたＵＬＬ通信技術およびレガシ通信技術（例えばレガシＬＴＥおよびＵＬＬ ＬＴＥ）を使用してＵＥ２０６と通信およびスケジュールするように構成されたスケジューリング・コンポーネント３０２を含み得る。同様に、ＵＥ２０６のうちの１つまたは複数は、レガシ通信技術（例えばＬＴＥ）およびＵＬＬ通信技術（ＵＬＬ ＬＴＥ）の複数の通信の優先順位を決定するように構成されている通信コンポーネント３６１を含み得る。アクセス・ネットワーク２００のこの例では集中制御装置（centralized controller）は存在しないが、代替の構成では、集中制御装置が使用され得る。ｅＮＢｓ２０４は、無線ベアラ制御、アドミッション制御、モビリティ制御、スケジューリング、セキュリティ、およびコア・ネットワーク１３０の１つまたは複数のコンポーネントへの接続性を含む、すべての無線に関連する機能を担う。
【００３１】
[0038]  アクセス・ネットワーク２００によって用いられる変調および多元接続スキームは、展開されている特定の電気通信規格に依存して異なり得る。ＬＴＥまたはＵＬＬＬＴＥアプリケーションでは、周波数分割複信（ＦＤＤ）および時分割複信（ＴＤＤ）の両方をサポートするために、ＯＦＤＭがＤＬ上で使用され得、ＳＣ−ＦＤＭＡがＵＬ上で使用され得る。以下の詳細な説明から当業者が容易に認識することになるように、本明細書に提示されるさまざまな概念は、ＬＴＥアプリケーションによく適している。しかしながら、これらの概念は、他の変調および多元接続技法を用いる他の電気通信規格に容易に拡張され得る。例として、これらの概念は、エボリューション・データ・オプティマイズド（Evolution-Data Optimized）（ＥＶ−ＤＯ）またはウルトラ・モバイル・ブロードバンド（ＵＭＢ）に拡張され得る。ＥＶ−ＤＯおよびＵＭＢは、ＣＤＭＡ２０００規格ファミリの一部として、第３世代パートナーシップ・プロジェクト２（３ＧＰＰ２）によって公表されたエア・インターフェース規格であり、モバイル局へのブロードバンド・インターネット・アクセスを提供するためにＣＤＭＡを用いる。これらの概念はまた、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ（登録商標））、およびＴＤ−ＳＣＤＭＡのようなＣＤＭＡの他の変形例を用いるユニバーサル地上無線アクセス（ＵＴＲＡ）、ＴＤＭＡを用いるモバイル通信のためのグローバル・システム（ＧＳＭ（登録商標））、およびＯＦＤＭＡを用いるフラッシュＯＦＤＭ、ＩＥＥＥ８０２．２０、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ）、および発展型ＵＴＲＡ（Ｅ−ＵＴＲＡ）に拡張され得る。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、およびＧＳＭは、３ＧＰＰの組織からの文書中で説明されている。ＣＤＭＡ２０００およびＵＭＢは、３ＧＰＰ２の組織からの文書中で説明されている。用いられる実際のワイヤレス通信規格および多元接続技術は、特定のアプリケーションおよびシステム上に課せられる全体的な設計制約に依存するであろう。
【００３２】
[0039]  ｅＮＢ２０４は、ＭＩＭＯ技術をサポートする複数のアンテナを有し得る。ＭＩＭＯ技術の使用は、ｅＮＢ２０４が、空間多重化、ビームフォーミング、および送信ダイバーシティをサポートするために空間ドメインを活用することを可能にする。空間多重化は、同じ周波数上で同時にデータの異なるストリームを送信するために使用され得る。データ・ストリームは、データ・レートを増大させるために単一のＵＥ２０６に、または、全システム容量を増大させるために複数のＵＥ２０６に、送信され得る。これは、各データ・ストリームを空間的にプリコーディングし（すなわち、振幅および位相のスケーリングを適用し）、その後、ＤＬ上で複数の送信アンテナを通じて各空間的にプリコーディングされたストリームを送信することによって達成される。空間的にプリコーディングされたデータ・ストリームは、異なる空間シグネチャとともに（１つまたは複数の）ＵＥ２０６に到達し、それは、（１つまたは複数の）ＵＥ２０６の各々が、そのＵＥ２０６宛ての１つまたは複数のデータ・ストリームを復元することを可能にする。ＵＬ上において、各ＵＥ２０６は、空間的にプリコーディングされたデータ・ストリームを送信し、それは、ｅＮＢ２０４が、各空間的にプリコーディングされたデータ・ストリームのソースを識別することを可能にする。
【００３３】
[0040]  空間多重化は概して、チャネル条件が良好なときに使用される。チャネル条件があまり良好でないとき、１つまたは複数の方向に送信エネルギーを集中させるためにビームフォーミングが使用され得る。これは、複数のアンテナを通じた送信のためにデータを空間的にプリコーディングすることによって達成され得る。セルの端で良好なカバレッジを達成するために、単一ストリームのビームフォーミング送信が、送信ダイバーシティと組み合わせて使用され得る。
【００３４】
[0041]  以下の詳細な説明において、アクセス・ネットワークのさまざまな態様が、ＤＬ上でＯＦＤＭをサポートするＭＩＭＯシステムに関連して説明される。ＯＦＤＭは、ＯＦＤＭシンボル内の多数のサブキャリアにわたってデータを変調する拡散スペクトル技術である。サブキャリアは、正確な周波数で間隔が空けられている。間隔を空けることは、受信機が、サブキャリアからのデータを復元することを可能にする「直交性（orthogonality）」を提供する。時間領域では、ガード・インターバル（例えば、サイクリック・プリフィックス）が、ＯＦＤＭシンボル間干渉に対抗するために、各ＯＦＤＭシンボルに追加され得る。ＵＬは、高いピーク対平均電力比（ＰＡＰＲ）を補償するために、ＤＦＴ拡散されたＯＦＤＭ信号の形態でＳＣ−ＦＤＭＡを使用し得る。
【００３５】
[0042]  図３は、アクセス・ネットワークにおけるＵＥ３５０と通信状態にあるｅＮＢ３１０のブロック図である。ＤＬでは、コア・ネットワークからの上位レイヤ・パケットが、コントローラ／プロセッサ３７５に提供される。コントローラ／プロセッサ３７５は、Ｌ２レイヤの機能をインプリメントする。ＤＬにおいて、コントローラ／プロセッサ３７５は、さまざまな優先度メトリックに基づいたＵＥ３５０への無線リソース割当て、論理チャネルとトランスポート・チャネルとの間での多重化、パケット・セグメンテーションおよび並び替え、暗号化、およびヘッダ圧縮を提供する。コントローラ／プロセッサ３７５はまた、ＨＡＲＱ動作、損失パケットの再送信、およびＵＥ３５０へのシグナリングを担う。
【００３６】
[0043]  送信（ＴＸ）プロセッサ３１６は、Ｌ１レイヤ（すなわち、物理レイヤ）のためのさまざまな信号処理機能をインプリメントする。信号処理機能は、ＵＥ３５０での前方誤り訂正（ＦＥＣ）を容易にするためにコーディングおよびインターリーブすることと、さまざまな変調スキーム（例えば、２相位相シフトキーイング（ＢＰＳＫ）、４相位相シフトキーイング（ＱＰＳＫ）、Ｍ相位相シフトキーイング（Ｍ−ＰＳＫ）、Ｍ値直交振幅変調（Ｍ−ＱＡＭ））に基づいて信号コンステレーションにマッピングすることとを含む。コーディングおよび変調されたシンボルはその後、並列ストリームに分けられる。各ストリームはその後、ＯＦＤＭサブキャリアにマッピングされ、時間および／または周波数ドメインにおいて基準信号（例えば、パイロット）と多重化され、その後、逆高速フーリエ変換（ＩＦＦＴ）を使用してともに組み合わされて、時間ドメインＯＦＤＭシンボル・ストリームを搬送する物理チャネルを生成する。ＯＦＤＭストリームは、複数の空間ストリームを生成するために空間的にプリコーディングされる。チャネル推定器３７４からのチャネル推定値は、コーディングおよび変調スキームを決定するために、ならびに空間処理のために、使用され得る。チャネル推定値は、ＵＥ３５０によって送信されるチャネル状態フィードバックおよび／または基準信号から導出され得る。各空間ストリームはその後、別個の送信機３１８ＴＸを介して異なるアンテナ３２０に提供される。各送信機３１８ＴＸは、送信のためにそれぞれの空間ストリームでＲＦキャリアを変調する。さらに、ｅＮＢ３１０は、比較的小さいＴＴＩに基づいたＵＬＬ通信技術およびレガシ通信技術（例えばレガシＬＴＥおよびＵＬＬ ＬＴＥ）を使用してＵＥ３５０と通信およびスケジュールするように構成されたスケジューリング・コンポーネント３０２を含み得る。
【００３７】
[0044]  ＵＥ３５０において、各受信機３５４ＲＸは、それのそれぞれのアンテナ３５２を通じて信号を受信する。各受信機３５４ＲＸは、ＲＦキャリア上に変調された情報を復元し、受信（ＲＸ）プロセッサ３５６にその情報を提供する。ＲＸプロセッサ３５６は、Ｌ１レイヤのさまざまな信号処理機能をインプリメントする。ＲＸプロセッサ３５６は、ＵＥ３５０に宛てられた任意の空間ストリームを復元するために情報に空間処理を行う。複数の空間ストリームがＵＥ３５０に宛てられる場合、それらは、単一のＯＦＤＭシンボル・ストリームにＲＸプロセッサ３５６によって組み合わされ得る。ＲＸプロセッサ３５６はその後、高速フーリエ変換（ＦＦＴ）を使用して時間ドメインから周波数ドメインにＯＦＤＭシンボル・ストリームを変換する。周波数ドメイン信号は、ＯＦＤＭ信号の各サブキャリアのために別個のＯＦＤＭシンボル・ストリームを備える。各サブキャリア上のシンボル、および基準信号は、ｅＮＢ３１０によって送信された最も可能性の高い信号コンステレーション・ポイントを決定することによって復元および復調される。これらの軟判定は、チャネル推定器３５８によって計算されるチャネル推定値に基づき得る。軟判定はその後、物理チャネル上でｅＮＢ３１０によって当初送信されたデータおよび制御信号を復元するために、復号およびデインターリーブされる。データおよび制御信号はその後、コントローラ／プロセッサ３５９に提供される。
【００３８】
[0045]  コントローラ／プロセッサ３５９は、Ｌ２レイヤをインプリメントする。コントローラ／プロセッサは、プログラム・コードおよびデータを記憶するメモリ３６０に関連付けられることができる。メモリ３６０は、コンピュータ可読媒体と称され得る。ＵＬにおいて、コントローラ／プロセッサ３５９は、コア・ネットワークからの上位レイヤ・パケットを復元するために、制御信号処理、ヘッダの解凍、暗号解読、パケットのリアセンブリ、トランスポート・チャネルと論理チャネルとの間での逆多重化を提供する。その後、上位レイヤ・パケットは、データ・シンク３６２に提供され、それは、Ｌ２レイヤより上位のすべてのプロトコル・レイヤを表す。さまざまな制御信号もまた、Ｌ３処理のためにデータ・シンク３６２に提供され得る。コントローラ／プロセッサ３５９はまた、ＨＡＲＱ動作をサポートするために、肯定応答（ＡＣＫ）および／または否定応答（ＮＡＣＫ）プロトコルを使用する誤り検出を担う。さらに、通信コンポーネント３６１は、レガシ通信技術（例えばＬＴＥ）およびＵＬＬ通信技術（例えばＵＬＬ ＬＴＥ）の通信の優先順位を決定するように構成される。
【００３９】
[0046]  ＵＬにおいて、データ・ソース３６７は、コントローラ／プロセッサ３５９に上位レイヤ・パケットを提供するために使用される。データ・ソース３６７は、Ｌ２レイヤより上位のすべてのプロトコル・レイヤを表す。ｅＮＢ３１０によるＤＬ送信に関して説明された機能と同様に、コントローラ／プロセッサ３５９は、ｅＮＢ３１０による無線リソース割当てに基づいて、論理チャネルとトランスポート・チャネルとの間での多重化、パケット・セグメント化と並べ替え、暗号化、およびヘッダ圧縮を提供することによって、ユーザ・プレーンおよび制御プレーンのためのＬ２レイヤをインプリメントする。コントローラ／プロセッサ３５９はまた、ＨＡＲＱ動作、損失パケットの再送信、およびｅＮＢ３１０へのシグナリングを担う。
【００４０】
[0047]  ｅＮＢ３１０によって送信されたフィードバックまたは基準信号からチャネル推定器３５８によって導出されたチャネル推定値は、空間処理を容易にするために、および適切なコーディングおよび変調スキームを選択するために、ＴＸプロセッサ３６８によって使用され得る。ＴＸプロセッサ３６８によって生成された空間ストリームは、別個の送信機３５４ＴＸを介して異なるアンテナ３５２に提供される。各送信機３５４ＴＸは、送信のためにそれぞれの空間ストリームでＲＦキャリアを変調する。
【００４１】
[0048]  ＵＬ送信は、ＵＥ３５０における受信機機能に関連して説明されたのと同様の方法でｅＮＢ３１０において処理される。各受信機３１８ＲＸは、それのそれぞれのアンテナ３２０を通じて信号を受信する。各受信機３１８ＲＸは、ＲＦキャリア上に変調された情報を復元し、ＲＸプロセッサ３７０にその情報を提供する。ＲＸプロセッサ３７０は、Ｌ１レイヤをインプリメントし得る。
【００４２】
[0049]  コントローラ／プロセッサ３７５は、Ｌ２レイヤをインプリメントする。コントローラ／プロセッサ３７５は、プログラム・コードおよびデータを記憶するメモリ３７６に関連付けられることができる。メモリ３７６は、コンピュータ可読媒体と称され得る。ＵＬにおいて、コントローラ／プロセッサ３７５は、ＵＥ３５０からの上位レイヤ・パケットを復元するために、制御信号処理、ヘッダの解凍、暗号解読、パケットのリアセンブリ、トランスポート・チャネルと論理チャネルとの間での逆多重化を提供する。コントローラ／プロセッサ３７５からの上位レイヤ・パケットは、コア・ネットワークに提供され得る。コントローラ／プロセッサ３７５はまた、ＨＡＲＱ動作をサポートするために、ＡＣＫおよび／またはＮＡＣＫプロトコルを使用する誤り検出を担う。
【００４３】
[0050]  図４は、ワイヤレス通信システムにおいてＵＬＬ通信を管理するための、図中で左から右に延びている時間進行（time progression）を備えた、ＵＬＬタイムライン４００、４０２の非限定的な例を示すダイヤグラムである。この例では、タイムライン４００、４０２は、サブフレームの各シンボルにおけるシンボル持続時間のＵＬＬフレームを含む。タイムライン４００、４０２の両方は、ＵＬＬ物理ダウンリンク共有チャネル（ｕＰＤＳＣＨ）および／またはＵＬＬ物理ダウンリンク制御チャネル（ｕＰＤＣＣＨ）に関わるＴＴＩを示すシンボルと、ＵＬＬ物理アップリンク共有チャネル（ｕＰＵＳＣＨ）および／またはＵＬＬ物理アップリンク制御チャネル（ｕＰＵＣＣＨ）を含むＴＴＩを示すシンボルとを、表す。タイムライン４００において、１４のシンボルが、（例えば通常のＣＰのための）所定のサブフレーム内に示されており、１２のシンボルが、（例えば拡張されたＣＰのための）所定のサブフレーム内に示されている。どちらの場合でも、より低いレイテンシーが、シンボル・ベースのＴＴＩを使用することによってＵＬＬにおいて達成される。他の例では、ＴＴＩが２つ以上のシンボル、（１サブフレームが２つのスロットを含む場合）１つのサブフレームの１つのスロットなどであり得ることが、理解されるべきである。さらに、ＨＡＲＱプロセス応答時間は、３つのシンボル（または４つのシンボル、３つの二重シンボル（dual-symbol）、３つのスロットなど）であることができる。図示されている例において、ｕＰＤＣＣＨ／ｕＰＤＳＣＨは、シンボル０において送信され、ＨＡＲＱは、処理されて、サブフレームにおいてシンボル４などで送信される。
【００４４】
[0051]  図５は、レガシ通信技術に関わるレガシ・ダウンリンク送信リソース５０２を含む１ｍｓのサブフレーム５００の非限定的な例を示す図である。レガシ・ダウンリンク送信リソース５０２は、例えば、ＬＴＥにおいて拡張物理ダウンリンク制御チャネル（ＥＰＤＣＣＨ：enhanced physical downlink control channel）／物理データ共有チャネル（ＰＤＳＣＨ）に対応することができ、１つまたは複数の非ＤＭ−ＲＳ領域５０４と１つまたは複数のＤＭ−ＲＳ領域５０６を含むことができ、ここにおいてＤＭ−ＲＳ領域５０６は、ＤＭ−ＲＳ送信のために構成されたリソース要素（例えばリソース要素の連続するグループ）を含む。したがって、示されているように、ＵＬＬ送信リソースは、例えば例示的なＵＬＬ送信リソース５１０によって示されているように、レガシ・ダウンリンク送信リソース５０２とオーバーラップしないように割り当てられ得る。しかしながら、他の例では、ＵＬＬ送信リソースは、ＵＬＬ送信リソース５１２によって示されているように、非ＤＭ−ＲＳ領域５４０においてレガシ・ダウンリンク送信リソース５０２とオーバーラップするように割り当てられ得、または、ＵＬＬ送信リソース５１４によって示されているように、ＤＭ−ＲＳ領域５０６においてレガシ・ダウンリンク送信リソース５０２とオーバーラップするように割り当てられ得る。これは、例えば、（短縮されたＴＴＩに起因してＵＬＬにおいてより速いレートで割り当てが生じ得るとき）レガシ・ダウンリンク送信リソース上で送信する間にｅＮＢがＵＬＬ送信リソース５１４を割り当てる場合に、起こる可能性がある。
【００４５】
[0052]  それに応じてＵＥは、本明細書にさらに説明されるように、（例えばＵＬＬ送信リソース５１２および５１４に関して）レガシ・ダウンリンク送信リソースおよびＵＬＬ送信リソースがオーバーラップする場合に通信の優先順位を決定するように構成されることができる。一例では、レガシ・ダウンリンク送信リソース５０２およびＵＬＬ送信リソース５１０、５１２または５１４は、所定のＵＥに関連し得る。かくして、ＵＥは、レガシ・ダウンリンク送信リソース５０２およびオーバーラップしているＵＬＬ送信リソース５１２または５１４上で受信される複数の通信の優先順位を決定するように構成されることができる。別の例では、レガシ・ダウンリンク送信リソース５０２およびＵＬＬ送信リソース５１２、５１４は、異なるＵＥに関連し得、本明細書にさらに説明されるように、レガシ・ダウンリンク送信リソース５０２が１つまたは他のＵＥとの通信に対応する場合、ＵＬＬ送信リソース５１２、５１４に関連する（１つまたは複数の）ＵＥはその後、オーバーラップしているＵＬＬ送信リソース５１２および５１４上で受信される複数の通信の優先順位を決定するように構成され得る。
【００４６】
[0053]  ＬＴＥにおいて、ｅＮＢは１つまたは複数の符号分割多重（ＣＤＭ）グループでＤＭ−ＲＳを送信することができ、ここで、ＤＭ−ＲＳがランク（例えばＤＭ−ＲＳを送信するために使用されるアンテナの数）に基づいて各ＣＤＭグループで多重化されることができることが、理解されるべきである。例えば、４未満のまたは４に等しいランクに関しては、ｅＮＢは、ＤＭ−ＲＳがやがて２つの連続したＯＦＤＭシンボルにわたって拡散されるように、２つの拡散因子に基づいてＤＭ−ＲＳを送信することができる。４より大きいランクに関しては、例えば、ｅＮＢは、ＤＭ−ＲＳがやがて４つの連続したＯＦＤＭシンボルにわたって拡散されるように、４つの拡散因子に基づいてＤＭ−ＲＳを送信することができる。
【００４７】
[0054]  図６乃至８を参照すると、複数の態様が、本明細書で説明される動作または機能を実施し得る１つまたは複数のコンポーネントおよび１つまたは複数の方法を参照して描かれる。ある態様では、本明細書で使用される「コンポーネント」という用語は、システムを構成する部分のうちの１つであり得、ハードウェアまたはソフトウェア、あるいはこれらのいくつかの組み合わせであり得、他のコンポーネントに分割され得る。図７および８において以下に説明される動作は、特定の順序で表される、および／または例示的なコンポーネントによって行われるが、動作の順序および動作を行うコンポーネントは、実装に依存して変化し得ることが理解されるべきである。さらに、以下のアクションまたは機能は、特別にプログラムされたプロセッサ、特別にプログラムされたソフトウェアを実行するプロセッサ、またはコンピュータ可読媒体によって、または説明されるアクションまたは機能を実行することができるハードウェア・コンポーネントおよび／またはソフトウェア・コンポーネントの任意の他の組み合わせによって、実行され得ることが理解されるべきである。
【００４８】
[0055]  図６は、レガシまたはＵＬＬ通信の優先順位を決定するためのシステム６００の例を示す。システム６００は、ワイヤレス・ネットワークにアクセスするためにｅＮＢ６０４と通信するＵＥ６０２を含み、これの例が図１乃至３において上記に説明されている（例えば、アクセス・ポイント１０５、ｅＮＢ２０４、より低い電力クラスのｅＮＢ２０８、ｅＮＢ３１０、ＵＥ１１５、２０６、３５０など）。一態様では、ｅＮＢ６０４およびＵＥ６０２は、ダウンリンク信号６０９を介してその上で通信するための１つまたは複数のダウンリンク・チャネルを確立し得、それは、構成された通信リソース上でｅＮＢ６０４からＵＥ６０２に（例えばシグナル伝達で）制御および／またはデータ・メッセージを通信するために（例えばトランシーバ６５６を介して）ｅＮＢ６０４によって送信され、および（例えばトランシーバ６０６を介して）ＵＥ６０２によって受信されることができる。さらに、例えば、ｅＮＢ６０４およびＵＥ６０２は、アップリンク信号６０８を介してその上で通信するための１つまたは複数のアップリンク・チャネルを確立し得、それは、構成された通信リソース上でＵＥ６０２からｅＮＢ６０４に（例えばシグナリングで）制御および／またはデータ・メッセージを通信するために（例えばトランシーバ６０６を介して）ＵＥ６０２によって送信され、および（例えばトランシーバ６５６を介して）ｅＮＢ６０４によって受信されることができる。本明細書にさらに説明されるように、例えば、ｅＮＢ６０４は、ＵＥ６０２がｅＮＢ６０４とデータをリソース上で通信（例えば送信または受信）する予定であるそのリソースを示すことができるリソース・グラント６８０を通信し得、ここにおいてそのリソースは、説明されるように、レガシおよび／またはＵＬＬ通信技術に対応することができる。例えば、ＵＬＬ通信技術に関連するリソースは、ＵＬＬタイムライン（例えば、図４におけるタイムライン４００、４０２のような、持続時間において１つのサブフレーム未満のＴＴＩを有するタイムライン）に関わることができる。
【００４９】
[0056]  一態様では、ＵＥ６０２は、例えば１つまたは複数のバス６０７を介して通信可能に接続され得る１つまたは複数のプロセッサおよび／または１つのメモリ６０５を含み得、ｅＮＢ６０４からレガシおよび／またはＵＬＬ通信技術のためのリソース・グラントを受信し且つそのリソース・グラントに基づいてリソース上で通信するための通信コンポーネント３６１とともに動作し得、また別の方法では通信コンポーネント３６１をインプリメントし得る。例えば、通信コンポーネント３６１に関連するさまざまな動作は、１つまたは複数のプロセッサ６０３によってインプリメントされ得、また別の方法では実行され得、一態様では、単一のプロセッサによって実行されることができ、一方で他の態様では、複数の動作のうちの種々の動作は、２つ以上の異なるプロセッサの組合せによって実行され得る。例えば、一態様では、１つまたは複数のプロセッサ６０３は、モデム・プロセッサ、またはベースバンド・プロセッサ、またはデジタル信号プロセッサ、または特定用途向け集積回路（ＡＳＩＣ）、または送信プロセッサ、受信プロセッサ、または、トランシーバ６０６に関連したトランシーバ・プロセッサ、のいずれか１つまたはそれらの任意の組み合わせを含み得る。さらに、例えば、メモリ６０５は、ランダム・アクセス・メモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、プログラマブルＲＯＭ（ＰＲＯＭ）、消去可能なＰＲＯM（ＥＰＲＯＭ）、電気的に消去可能なＰＲＯＭ（ＥＥＰＲＯＭ）、磁気記憶デバイス（例えば、ハード・ディスク、フロッピー・ディスク、磁気ストライプ）、光ディスク（例えば、コンパクト・ディスク（ＣＤ)、デジタル多用途ディスク（ＤＶＤ)）、スマート・カード、フラッシュ・メモリ・デバイス（例えば、カード、スティック、キー・ドライブ）、レジスター、リムーバブル・ディスク、および、コンピュータまたは１つまたは複数のプロセッサ６０３によってアクセスおよび読み取り可能であり得る命令、またはコンピュータ可読コード、および／またはソフトウェアを記憶するためのその他任意の適切な媒体を含む、またはこれらに限定されない非一時的なコンピュータ可読媒体であり得る。さらに、メモリ６０５またはコンピュータ可読記憶媒体は、１つまたは複数のプロセッサ６０３中に、１つまたは複数のプロセッサ６０３の外部に、存在し得、１つまたは複数のプロセッサ６０３などを含む多数のエンティティにわたって分散され得る。
【００５０】
[0057]  特に、１つまたは複数のプロセッサ６０３および／またはメモリ６０５は、通信コンポーネント３６１またはそれのサブコンポーネントによって規定される動作または活動を実行し得る。例えば、１つまたは複数のプロセッサ６０３および／またはメモリ６０５は、共通のリソース上で受信される異なるＴＴＩに基づいた第１および第２のリソースにそれぞれ関わる第１または第２の通信の優先順位を決定するかどうかを決定するための通信優先順位決めコンポーネント（communication prioritizing component）６１０によって規定される動作または活動を実行し得る。一態様では、例えば、通信優先順位決めコンポーネント６１０は、本明細書に説明される特別に構成された通信優先順位決め動作を実施するために、１つまたは複数のプロセッサ６０３のうちの少なくとも１つによって実行可能であり且つメモリ６０５に記憶されるコンピュータ可読コードまたは命令群および／またはハードウェア（例えば、１つまたは複数のプロセッサ６０３の１つまたは複数のプロセッサ・モジュール）を含み得る。さらに、例えば、１つまたは複数のプロセッサ６０３および／またはメモリ６０５は、第１および第２の通信がオーバーラップしている共通のリソースを決定するためのオプションの共通リソース決定コンポーネント６１２によって規定される動作または活動を実行し得る。一態様では、例えば、共通リソース決定コンポーネント６１２は、本明細書に説明される特別に構成されたリソース決定動作を実施するために、１つまたは複数のプロセッサ６０３のうちの少なくとも１つによって実行可能であり且つメモリ６０５に記憶されるコンピュータ可読コードまたは命令群および／またはハードウェア（例えば、１つまたは複数のプロセッサ６０３の１つまたは複数のプロセッサ・モジュール）を含み得る。さらに、例えば、１つまたは複数のプロセッサ６０３および／またはメモリ６０５は、共通のリソース上の第１および第２の通信の優先順位を決定することに関わる情報を得るためのオプションの優先順位決め情報受信コンポーネントによって規定される動作または活動をオプションとして実行し得る。一態様では、例えば、優先順位決め情報受信コンポーネント６１４は、本明細書に説明される特別に構成された情報受信動作を実施するために、１つまたは複数のプロセッサ６０３のうちの少なくとも１つによって実行可能であり且つメモリ６０５に記憶されるコンピュータ可読コードまたは命令群および／またはハードウェア（例えば、１つまたは複数のプロセッサ６０３の１つまたは複数のプロセッサ・モジュール）を含み得る。
【００５１】
[0058]  同様に、一態様では、ｅＮＢ６０４は、例えば１つまたは複数のバス６５７を介して通信可能に接続され得るメモリ６５５および／または１つまたは複数のプロセッサ６５３を含み得、および、リソースにしたがってＵＥ６０２および／または他のＵＥに関わるリソース・グラントを生成するためのスケジューリング・コンポーネント３０２とともに動作し得るか、また別の方法ではスケジューリング・コンポーネント３０２をインプリメントし得る。例えば、スケジューリング・コンポーネント３０２に関連するさまざまな機能は、１つまたは複数のプロセッサ６５３によってインプリメントされまたは別の方法では実行され得、一態様では、単一のプロセッサによって実行されることができ、一方で他の態様では、前述のように、複数の機能のうちの種々の機能が、２つ以上の異なるプロセッサの組合せによって実行され得る。一例では、１つまたは複数のプロセッサ６５３および／またはメモリ６５５は、ＵＥ６０２の１つまたは複数のプロセッサ６０３および／またはメモリ６０５に関して、上記の例で説明されたように構成され得ることが理解されるべきである。
【００５２】
[0059]  一例では、１つまたは複数のプロセッサ６５３および／またはメモリ６５５は、スケジューリング・コンポーネント３０２またはそれのサブコンポーネントによって規定される動作または活動を実行し得る。例えば、１つまたは複数のプロセッサ６５３および／またはメモリ６５５は、１つまたは複数のＵＥにリソースの第１のセット（例えば第１のＴＴＩに基づいて動作するレガシ通信技術上のリソース）を割り当てるためのレガシ・リソース割り当てコンポーネント６２０によって規定される動作または活動を実行し得る。一態様では、例えば、レガシ・リソース割り当てコンポーネント６２０は、本明細書に説明される特別に構成されたレガシ・リソース割り当て動作を実施するために、１つまたは複数のプロセッサ６５３のうちの少なくとも１つによって実行可能であり且つメモリ６５５に記憶されるコンピュータ可読コードまたは命令群および／またはハードウェア（例えば１つまたは複数のプロセッサ６５３の１つまたは複数のプロセッサ・モジュール）を含み得る。さらに、例えば、１つまたは複数のプロセッサ６５３および／またはメモリ６５５は、１つまたは複数のＵＥにリソースの第２のセット（例えば第１のＴＴＩより短い第２のＴＴＩに基づいて動作するＵＬＬ通信技術上のリソース）を割り当てるためのＵＬＬリソース割り当てコンポーネント６２２によって規定される動作または活動を実行し得る。一態様では、例えば、ＵＬＬリソース割り当てコンポーネント６２２は、本明細書に説明される特別に構成されたＵＬＬリソース割り当て動作を実施するために、１つまたは複数のプロセッサ６５３のうちの少なくとも１つによって実行可能であり且つメモリ６５５に記憶されるコンピュータ可読コードまたは命令群および／またはハードウェア（例えば１つまたは複数のプロセッサ６５３の１つまたは複数のプロセッサ・モジュール）を含み得る。さらに、例えば、１つまたは複数のプロセッサ６５３および／またはメモリ６５５は、第１および第２のリソース割り当てにおいてオーバーラップするリソース上の通信の優先順位決めに関して１つまたは複数のＵＥに情報を示すためのオプションの通信優先順位決め指示コンポーネント６２４によって規定される動作または活動を実行し得る。一態様では、例えば、通信優先順位決め指示コンポーネント６２４は、本明細書に説明される特別な優先順位決め指示動作を実施するために、１つまたは複数のプロセッサ６５３のうちの少なくとも１つによって実行可能であり且つメモリ６５５に記憶されるコンピュータ可読コードまたは命令群および／またはハードウェア（例えば、１つまたは複数のプロセッサ６５３の１つまたは複数のプロセッサ・モジュール）を含み得る。
【００５３】
[0060]  トランシーバ６０６、６５６は、１つまたは複数のアンテナ、ＲＦフロント・エンド、１つまたは複数のトランスミッタ、および１つまたは複数のレシーバを通してワイヤレス信号を送信および受信するように構成され得ることが、理解されるべきである。一態様では、トランシーバ６０６、６５６は、ＵＥ６０２および／またはｅＮＢ６０４が特定の周波数で通信できるように特定の周波数で動作するように同調され得る。一態様では、１つまたは複数のプロセッサ６０３は、トランシーバ６０６を構成し得、および／または１つまたは複数のプロセッサ６５３は、関連するアップリンクまたはダウンリンク通信チャネル上で、それぞれ、アップリンク信号６０８および／またはダウンリンク信号６０９を通信するために、機器構成（configuration）、通信プロトコルなどに基づいて特定の周波数およびパワー・レベルで動作するようにトランシーバ６５６を構成し得る。
【００５４】
[0061]  一態様では、トランシーバ６０６、６５６は、トランシーバ６０６、６５６を使用して受信および送信されるデジタル・データを処理するように、（例えば図示されていないマルチバンド・マルチモード・モデムを使用して）多数の帯域（multiple bands）において動作することができる。一態様では、トランシーバ６０６、６５６は、マルチバンドであり、特定の通信プロトコルに関わる多数の周波数帯域をサポートするように構成されることができる。一態様では、トランシーバ６０６、６５６は、多数の動作ネットワークおよび通信プロトコルをサポートするように構成されることができる。かくして、例えば、トランシーバ６０６、６５６は、特定のモデム構成に基づいて信号の受信および／または送信を可能にし得る。
【００５５】
[0062]  図７は、第１のＴＴＩに基づく第１の通信（例えばレガシ通信）、およびより短い第２のＴＴＩに基づく第２の通信（例えばＵＬＬ通信）に共通するリソースのセット上での複数の通信の（例えばＵＥによって）優先順位を決定するための方法７００を示す。ブロック７０２において、ＵＥは、第１のＴＴＩに基づいてリソースの第１のセット上で第１の通信を受信することができる。一態様では、通信コンポーネント３６１（図６）は、第１のＴＴＩに基づいてリソースの第１のセット上で第１の通信を（例えばトランシーバ６０６を介して）受信することができる。一例では、第１の通信は、システム情報送信、ページング送信、ランダム・アクセス送信などに関わる制御またはトラフィック・データのようなｅＮＢ６０４によって送信されるブロードキャスト・データに対応することができる。別の例では、第１の通信は、制御またはトラフィック・データ、基準信号などのような、ＵＥ６０２に関係し得るまたは関係し得ないユニキャスト・データに対応することができる。特定の例では、第１の通信は、１つまたは複数のＤＭ−ＲＳシンボル、レガシ通信技術（例えばＬＴＥ）のＰＤＳＣＨ／ＥＰＤＣＣＨおよび／または類似のものに対応することができる。ｅＮＢ６０４は、本明細書にさらに説明されるようにｅＮＢ６０４から通信を受信するためにＵＥ６０２に第１および／または第２のリソースを割り当てることができることが、理解されるべきである。
【００５６】
[0063]  ブロック７０４において、ＵＥは、第２のＴＴＩに基づいてリソースの第２のセット上で第２の通信を受信することができ、ここにおいて第２のＴＴＩは第１のＴＴＩより小さく、リソースの第２のセットはリソースの共通のセットを規定するリソースの第１のセットとオーバーラップする。一態様では、通信コンポーネント３６１は、第２のＴＴＩに基づいてリソースの第２のセット上で第２の通信を（例えばトランシーバ６０６を介して）同様に受信することができ、ここにおいて第２のＴＴＩは第１のＴＴＩより小さく、リソースの第２のセットはリソースの共通のセットを規定するリソースの第１のセットとオーバーラップする。一例では、第２の通信は、第１の通信のレガシ通信技術より小さいＴＴＩを有するＵＬＬ通信技術（例えばＵＬＬ ＬＴＥ）の制御またはトラフィック・データに対応することができる。一例では、第１のＴＴＩは、（例えば、第１の通信がＬＴＥに関わる場合）持続時間において１つのサブフレームであることができ、第２のＴＴＩは、持続時間において１つのシンボル、２つのシンボル、１つのスロットなどであることができる。説明されるように、リソースの第１および第２のセットは、例えば、リソースの第１のセットがレガシ・ダウンリンク送信リソース５０２におけるリソースに対応することができ、リソースの第２のセットがＵＬＬ送信リソース５１２または５１４のうちの１つまたは複数におけるリソースに対応することができる場合、図５に示されているようにオーバーラップし得る。
【００５７】
[0064]  したがって、ブロック７０６において、ＵＥは、第２の通信よりも第１の通信の復号を優先させるかどうかを決定することができる。一態様では、通信優先順位決めコンポーネント６１０は、第２の通信よりも第１の通信の復号を優先させるかどうかを決定することができる。これは、第１および第２の通信の間でリソースの共通のセットを決定する共通リソース決定コンポーネント６１２と、共通のリソースの特定の態様を決定する通信優先順位決めコンポーネント６１０とを含むことができる。例えば、共通リソース決定コンポーネント６１２は、ｅＮＢ６０４からリソースの第２のセットおよび／またはリソースの第１のセットに関わる割り当て情報を受信することと、リソースの第１および第２のセットの間でオーバーラップするリソースを決定することとに少なくとも部分的に基づいて、リソースの共通のセットを決定し得る。一例では、ＵＥ６０２は、ＵＬＬ通信技術において第２の通信を受信するためにリソースの第２のセットによって構成されることができ、第１の通信に関わるリソースの第１のセットを決定するためにレガシ通信技術に関わる制御データにおいて通信を受信することができる。例えば、共通リソース決定コンポーネント６１２は、リソースの第１のセットに関連するｅＮＢ６０４からの物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を受信することができ、それは、（例えば、ＰＤＳＣＨ／ＰＤＣＣＨのようなユニキャスト・データ、ブロードキャスト・データなどに関わる）リソースの第１のセットの利用を規定することができる。したがって、通信優先順位決めコンポーネント６１０は、リソースの共通のセットを検知する共通リソース決定コンポーネント６１２に少なくとも部分的に基づいて通信の優先順位を決めることを決定することができる。
【００５８】
[0065]  さらに、一例では、通信優先順位決めコンポーネント６１０は、リソースの共通のセットの１つまたは複数の態様に基づいて第１または第２の通信の優先順位を決めることができる。例えば、ブロック７０８において、ＵＥは、リソースの共通のセットにおけるリソースの第１のセットが、ブロードキャスト・データに対応し、ＤＭ−ＲＳリソースを含み、ＥＰＤＣＣＨを含み、または特定のＭＣＳ、リソース割り当てサイズ、またはレイヤの数に対応するデータを含む、かどうかをオプションとして決定することができる。一例では、共通リソース決定コンポーネント６１２は、リソースの共通のセットにおけるリソースの少なくとも第１のセットが、ブロードキャスト・データに対応し、ＤＭ−ＲＳリソースを含み、ＥＰＤＣＣＨを含み、または特定のＭＣＳ、リソース割り当てサイズ、または多数のレイヤに対応するデータを含む、かどうかを決定し得る。例えば、通信優先順位決めコンポーネント６１０は、共通リソース決定コンポーネント６１２による決定に基づいて第１の通信または第２の通信の優先順位を決めるかどうかを決定するために構成され得る。一例では、その決定は、ｅＮＢ６０４または別のネットワーク・ノードから受信される構成または他の情報、またはＵＥ６０２のメモリに記憶される構成などにさらに基づくことができ、それは、リソースの共通のセットにおけるリソースの第１のセットの関連するコンテンツに基づいて第１または第２の通信の優先順位をいつ決めるべきかを規定する。具体例では、共通の優先順位決めコンポーネント６１０は、リソースの共通のセットにおけるリソースの第１のセットが、ブロードキャスト・データに対応することと、ＤＭ−ＲＳリソースを含むことと、ＥＰＤＣＣＨを含むことと、または特定のＭＣＳ、リソース割り当てサイズ、または多数のレイヤに対応するデータを含むこととのうちの１つである場合に、リソースの共通のセット上で受信される複数の通信を復号するときに第１の通信の受信を優先させ得る。同様に、通信優先順位決めコンポーネント６１０は、別の方法では、リソースの共通のセット上で受信される複数の通信を復号するときに第２の通信の受信を優先させ得る。
【００５９】
[0066]  例えば、通信優先順位決めコンポーネント６１０は、リソースの共通のセットにおけるリソースの第１のセットがブロードキャスト・データに対応するかどうかを決定することができる。例えば、ＵＥ６０２は、（例えばｅＮＢ６０４からＰＤＣＣＨを復号することに基づいて）レガシ・ブロードキャスト・チャネルと、（例えばＵＬＬチャネルに対応するリソースの第２のセットの割り当てを受信することに基づいて）ＵＬＬチャネルとの両方を認識することができる。一例では、通信コンポーネント３６１は、ブロードキャスト・データがリソースの第１のセットに存在するかどうか決定するために、ＵＥ６０２の無線ネットワーク一時的識別子（ＲＮＴＩ：radio network temporary identifier）（例えば、システム情報（ＳＩ）−ＲＮＴＩ、ページング（Ｐ）−ＲＮＴＩ、ランダム・アクセス（ＲＡ）−ＲＮＴＩなど）に対応するＰＤＣＣＨを復号することができる。そうであれば、共通リソース決定コンポーネント６１２は、リソースの第１のセットがリソースの第２のセット上で第２の通信（例えばＵＬＬデータ）とオーバーラップするかどうかを決定することができ、ここで、オーバーラップするリソースがリソースの共通のセットを規定する。オーバーラップがある場合、通信優先順位決めコンポーネント６１０は、第２の通信を受信する代わりに、少なくともリソースの通信のセットにおいてブロードキャスト・データの受信を優先させることを決定することができる。この例では、通信優先順位決めコンポーネント６１０は、オーバーラップしないリソースの第２のセットの残りのリソースにおいて、第２の通信を受信することを決定し得る。どちらの場合においても、この点でブロードキャスト・データの優先順位を決定することは、ＵＥ６０２が、ＵＬＬデータより重大であり（more critical）得るｅＮＢ６０４からのブロードキャスト・データを受信することを確実にすることができる。
【００６０】
[0067]  別の例では、通信優先順位決めコンポーネント６１０は、リソースの共通のセットにおけるリソースの第１のセットが、ＤＭ−ＲＳ送信に関わるＤＭ−ＲＳリソースに対応するか、また別の方法ではレガシ通信技術において１つまたは複数のＤＭ−ＲＳ送信を含むか、どうかを決定することができる。これは、レガシ通信技術においてＤＭ−ＲＳを送信するために保有されるリソースのＤＭ−ＲＳ領域（例えば図５におけるＤＭ−ＲＳ領域５０６）を含むかこれに関連するとしてリソースの第１のセットを決定する通信コンポーネント３６１を含むことができ、それは、リソースの領域上でＤＭ−ＲＳを復号することに部分的に基づき得、またこれは、（例えばｅＮＢ６０４、または別のネットワーク・エンティティから受信されるＤＭ−ＲＳ構成において）ｅＮＢ６０４からのＤＭ−ＲＳ送信のために使用されるＤＭ−ＲＳ領域内での実際のリソース要素の指示を受信する優先順位決め情報受信コンポーネント６１４を含むことができ、それは、レガシ通信などを復号するときにＤＭ−ＲＳの周りでレート・マッチする（rate matching around）ためのＤＭ−ＲＳ構成を含むことができる。ＤＭ−ＲＳリソースがＵＬＬデータ・リソースによってオーバーラップされる場合、ＤＭ−ＲＳのうちの１つのスロットがパンクチャードされる（punctured）と、４未満のまたは４に等しいランクに関わるＤＭ−ＲＳに基づいてレガシ・チャネルを復号することが可能になり得る。しかしながらＤＭ−ＲＳの両方のスロットがパンクチャードされる場合に、ＤＭ−ＲＳが有効に処理され得ないとき、レガシ・チャネルを復号することが不可能になり得る。
【００６１】
[0068]  いかなる場合でも、ＵＥ６０２は、（例えば、ＵＬＬチャネルに対応するリソースの第２のセットの割り当てを受信することに基づいて）ＵＬＬチャネルと、（例えばリソースの第１のセット上の）レガシ通信技術において（ＤＭ−ＲＳ関連のリソースと称される）ＤＭ−ＲＳ送信のために使用または保有されるリソースを認識することができる。したがって、共通リソース決定コンポーネント６１２は、ＤＭ−ＲＳ関連のリソースがリソースの第２のセット上で第２の通信（例えばＵＬＬデータ）とオーバーラップするかどうかを決定することができ、ここで、オーバーラップされたリソースはリソースの共通のセットを規定することができる。オーバーラップされたＵＬＬリソースの例は、ＤＭ−ＲＳ領域５０６とオーバーラップするＵＬＬ送信リソース５１４として、図５に示されている。共通のリソースのセットにおいてオーバーラップがある場合、通信優先順位決めコンポーンネント６１０は、第２の通信を受信する代わりに、リソースの少なくとも共通のセットにおいて（例えばＤＭ−ＲＳ関連のリソース上で）第１の通信の受信を優先させることを決定することができる。この例では、通信優先順位決めコンポーネント６１０は、リソースの第２のセットの残りのリソースにおいて第２の通信を受信することを決定し得る。
【００６２】
[0069]  より具体的な例では、通信優先順位決めコンポーネント６１０は、ＤＭ−ＲＳがその上で送信されるリソースの共通のセット内の特定のリソース上で第１の通信を受信することを、および／またはリソースの共通のセット上で第１の通信の受信を、優先させることを決定することができる。例えば、通信優先順位決めコンポーネント６１０は、レガシ通信技術におけるＤＭ−ＲＳシンボルに対応するリソースの共通のセット上で第１の通信の受信を優先させることを決定することができ、それは、ＤＭ−ＲＳがその上で送信される特定のリソース要素などに対応する。一例では、優先順位決め情報受信コンポーネント６１４は、どのシンボルにおけるどのリソース要素が（例えばｅＮＢ６０４からのＤＭ−ＲＳ構成において）ＤＭ−ＲＳ送信を含むかの指示を受信し得る。したがって、通信優先順位決めコンポーネント６１０は、ＤＭ−ＲＳがその上で送信されるシンボル内の特定のリソース要素上で、またはシンボル以外のリソースの共通のセット内のリソース要素上で、第２の通信を受信すること、および／または、リソースの共通のセットの外部においてリソースの第２のセット上で第２の通信の受信を、優先させることを決定することができる。さらに別の例では、通信優先順位決めコンポーネント６１０は、ＤＭ−ＲＳがその上で送信されるリソースの共通のセット内の特定のリソース要素のただ１つまたはほんの一部上での第１の通信の受信を優先させることを決定することができ、したがって、通信優先順位決めコンポーネント６１０は、リソースの共通のセットにおける残りのリソース要素において第２の通信を受信することを決定することができる。
【００６３】
[0070]  別の例では、リソースの第１のセットが、ブロードキャスト・データに関連しないおよびＤＭ−ＲＳを含まない場合（例えば、非ＤＭ−ＲＳ領域におけるリソース）、通信優先順位決めコンポーネント６１０は、リソースの共通のセットにおけるリソースの第１のセットが、特定のＭＣＳ、リソース割り当てサイズ、またはレイヤの数に対応するデータ、またはＥＰＤＣＣＨを含むかどうかを決定することができ、それは、いくつかの例では、より高い優先度を与えられることができる。これは、リソースの第１のセットがＥＰＤＣＣＨ、特定のＭＣＳ、特定の、リソース割り当てサイズ、またはレイヤの特定の数を含むかどうかを決定するためにリソースの第１のセットに対応するｅＮＢ６０４からのＰＤＣＣＨを復号する通信コンポーネント３６１を含むことができる。例えば、より高いＭＣＳ（例えば１つまたは複数の特定のＭＣＳに対応する、またはしきい値ＭＣＳに達するＭＣＳ）を有するデータ、リソース割り当てサイズ（例えば１つまたは複数の特定の割り当てサイズに対応する、またはしきい値の割り当てサイズに達するリソース割り当てサイズ）、またはレイヤの数（例えば、レイヤの１つまたは複数の特定の数に対応する、またはレイヤのしきい値の数に達するレイヤの数）は、リソース有用性に影響を受けやすいデータを示し得る。一例として、高いコーディングサイズ（例えば＞０．５）をもたらすリソース割り当てサイズおよびＭＣＳの組合せは、割り当てられたリソースのいくつかが再割り当てされ、かくして使用不能となる（become unavailable）場合に、リソース有用性に影響を受けやすくなり得る。別の例として、２つ以上のレイヤを有するデータ送信は、同様に取って代わられるリソースに、より影響を受けやすい。かくして、例えばこれらの場合には、通信優先順位決めコンポーネント６１０は、データの受信を確実にすることを助けるためにこのデータを優先することを決定することができる。したがって、共通リソース決定コンポーネント６１２は、ＥＰＤＣＣＨを含むまたは特定のＭＣＳ、リソース割り当てサイズ、またはレイヤの数に関連する第１のリソースが、リソースの第２のセット上で第２の通信（例えばＵＬＬデータ）とオーバーラップするかどうかを決定することができ、それは、リソースの共通のセットを規定することができる。共通のリソースのセットにおいてオーバーラップがある場合、通信優先順位決めコンポーネント６１０は、第２の通信の代わりに、リソースの少なくとも共通のセットにおいて第１の通信（例えば、特定のＭＣＳ、リソース割り当てサイズ、レイヤの数などを有するデータ、またはＥＰＤＣＣＨ）の受信を優先させることを決定することができる。この例では、通信優先順位決めコンポーネント６１０は、リソースの第２のセットの残りのリソースにおいて第２の通信を受信することを決定し得る。
【００６４】
[0071]  上述の例では、共通リソース決定コンポーネント６１２が、リソースの第１のセットが特定の送信に関連することが決定されたあとにリソースの共通のセットが存在するかどうかを決定することが、説明されている。しかしながら、リソースの第１のセットが特定の送信に関連するかどうかを決定する前に、共通リソース決定コンポーネント６１２が共通のリソースを決定することができることが、理解されるべきである。この例では、共通リソース決定コンポーネント６１２がリソースの第２のセットとオーバーラップするリソースを検知しない場合、リソースの第１のセット上に生じる送信に関する決定は、行われる必要が無い。
【００６５】
[0072]  さらに、通信優先順位決め指示コンポーネント６２４が通信優先順位決めコンポーネント６１０の上述の機能を構成することができ、それを、優先順位決め情報受信コンポーネント６１４が受信することができ、通信優先順位決めコンポーネント６１０がＵＥ６０２に与えられたリソース上で上述の通信の優先順位決めを提供するときに使用することができることが、理解されるべきである。この点について、スケジューリング・コンポーネント３０２は、リソースの第１のセット上で第１の通信を、およびリソースの第２のセット上で第２の通信を送信することができ、同時に、ＵＥ６０２が上述の構成にしたがって適切な通信を受信するのを容易にするようにリソースの共通のセット上での送信のために第１または第２の通信を選択する。
【００６６】
[0073]  別の例では、ＵＥ６０２は、エラー事象としてオーバーラップしたリソースの第１および第２のセットのケースを処理し得る。言い換えると、ＵＥ６０２は、リソースの共通のセットを使用して第１の通信および第２の通信を受信することを期待され得ない。この場合、共通リソース決定コンポーネント６１２が第１の通信および第２の通信に関わるオーバーラップした送信を検知する場合、通信コンポーネント３６１は、２つの通信のうちの少なくとも１つを捨てる（discard）ことができる。捨てることは、上述のものに類似したいくつかのルールに依存することができ、それは、（例えばｅＮＢ６０４または別のネットワーク・エンティティによって）ＵＥ６０２において構成され得、または別の方法では、ＵＥなどにおける関連した構成において記憶され得る。
【００６７】
[0074]  例えば、さらに、通信コンポーネント３６１は、リソースの共通のセット上で第１の通信および第２の通信を同時に受信し得、それぞれの通信を復号するときに干渉除去を実施することができる。さらに、一例では、通信コンポーネント３６１は、リソースの共通のセットにはないリソースの第１および第２のセット上で第１の通信および第２の通信を同時に受信し得る。かくして、例えば、共通リソース決定コンポーネント６１２が第１および第２の通信の間で共通のリソースを決定しない場合、通信コンポーネント３６１は、通信優先順位決めコンポーネント６１０による優先順位決めなしで第１および第２の通信の両方を受信および復号することができる。
【００６８】
[0075]  オプションの態様では、ブロック７１０において、ＵＥは、決定された優先順位決めに基づいて第１の通信または第２の通信の少なくとも一部分を復号し得る。一例では、通信コンポーネント３６１は、復号を支援し得る。
【００６９】
[0076]  別の例では、リソースの第１または第２のセットは、異なるＵＥに対応し得、かくして１つのＵＥは、リソースが他のＵＥに割り当てられたリソースとオーバーラップしていることを認識しない可能性がある。図８は、オーバーラップを防ぐために、および／または、通信の優先順位を決めることに関連した情報を（１つまたは複数の）ＵＥに提供するために、リソース割り当てを（例えばｅＮＢによって）管理するための方法８００を示す。ブロック８０２において、ｅＮＢは、第１のＴＴＩにしたがって第１の通信を送信するためにリソースの第１のセットを割り当てることができ、ブロック８０４において、ｅＮＢは、第２のＴＴＩにしたがって第２の通信を送信するためのリソースの第２のセットを割り当てることができ、ここで、第２のＴＴＩが第１のＴＴＩより小さい。一態様では、レガシ・リソース割り当てコンポーネント６２０（図６）は、第１のＴＴＩにしたがって第１の通信を送信するためにリソースの第１のセットを割り当てることができ、ＵＬＬリソース割り当てコンポーネント６２２は、第２のＴＴＩにしたがって第２の通信を送信するためにリソースの第２のセットを割り当てることができる。説明されているように、第１のＴＴＩは、（例えば第１の通信がＬＴＥに関連する場合に）持続時間において１つのサブフレームであることができ、第２のＴＴＩは、持続時間において１つのシンボル、２つのシンボル、１つのスロットなどであることができる。さらに、リソースの第１のセットおよびリソースの第２のセットは、同じまたは異なるＵＥに対応し得る。いずれの場合においても、ＵＬＬリソース割り当てコンポーネント６２２は、リソースの第２のセットを割り当てるときにリソースの第１のセットとオーバーラップすることを防ぐように試み得、および／または逆の場合も同様であり得る。
【００７０】
[0077]  しかしながら、例えば、オーバーラップを完全に防ぐことは、いくつかの場合において不可能であるか、起こり得ないことであり得る。一例では、ＵＬＬリソース割り当てコンポーネント６２２は、パンクチャリングにあまり影響を受けない１つまたは複数のチャネルに関連するとしてリソースの第１のセットを決定することによってリソースの第１のセットとオーバーラップする共通のリソースのセット内のリソースの第２のセットを割り当てることを試み得る。例えば、ＵＬＬリソース割り当てコンポーネント６２２は、ＵＬＬ通信を容易にするようにＵＥ６０２に割り当てるために、しきい値を下回るＭＣＳ、リソース割り当てサイズ、レイヤの数などのような、特定のＭＣＳ、リソース割り当てサイズ、レイヤの数などを有するレガシ・ワイヤレス技術におけるチャネルに関連したリソースの第２のセットを決定し得る。別の例では、ＵＬＬリソース割り当てコンポーネント６２２は、ＤＭ−ＲＳ送信との干渉を防ぐ（または少なくとも、ＤＭ−ＲＳのすべてのシンボルとオーバーラップすることを防ぐ）ように、非ＤＭ−ＲＳ領域におけるリソースの第１のセットとオーバーラップする共通のリソースのセット内のリソースの第２のセットを割り当てるように試み得る。
【００７１】
[0078]  これらの例のまたは他の例では、ブロック８０６において、ｅＮＢは、リソースの第１または第２のセットの少なくとも一部分上で受信される通信の優先順位決めに関して、ＵＥに１つまたは複数のパラメータをオプションとして示し得る。一態様では、通信優先順位決め指示コンポーネント６２４は、オーバーラップされたリソースの第１または第２のセットの少なくとも一部分上で受信される複数の通信の優先順位決めに関して、ＵＥ６０２に１つまたは複数のパラメータを示すことができる。優先順位決め情報受信コンポーネント６１４は、指示を受信することができ、したがって通信優先順位決めコンポーネント６１０は、指示に少なくとも部分的に基づいて第１または第２のリソース上の複数の通信の優先順位を決めることができる。例えば、指示は、リソースの第１のセットに関わる（例えばｕＰＤＣＣＨ割り当てのための）リソースの第２のセットにおけるリソースの使用不能（resource unavailability）を示し得（例えばリソースの第２のセット上の通信に関わるリソースの第２のセットの少なくとも一部分のパンクチャリング、それは、別のＵＥに関わり得る）、かくして、通信優先順位決めコンポーネント６１０は、指示に基づいて、説明されたように、リソースの第１のセットとオーバーラップし得るリソースの第２のセットの少なくとも一部分において第２の通信を受信しないことを決定することができる。例えば、指示は、ＵＬＬ ＵＥによって処理されることができる１つまたは複数のｕＰＤＣＣＨを含み得る。別の例では、リソースの第１のセットは、（例えば異なるＵＥのために）ＤＭ−ＲＳがその上で送信される１つまたは複数のＲＥを含み得る。この例では、指示は、ＤＭ−ＲＳシンボル、ＤＭ−ＲＳリソース要素を規定し得、また別の方法では、（例えば、ＤＭ−ＲＳ ＲＥがリソースの第１のセットにおいてレガシ送信とオーバーラップし得る場合に）割り当てられたリソース・ブロックにおいてＤＭ−ＲＳＲＥの周りで第２の通信のためのレート・マッチを実施するかどうかに関連し得る。この例では、したがって、通信優先順位決めコンポーネント６１０は、指示に基づいて第２の通信を復号するときに関連したＤＭ−ＲＳ ＲＥの周りでレート・マッチするかどうかを決定することができる。
【００７２】
[0079]  ブロック８０８において、ｅＮＢは、ダウンリンク制御チャネル上でリソースの第１のセットに対応する第１のリソース・グラントを送信し得、ブロック８１０において、ダウンリンク制御チャネル上でリソースの第２のセットに対応する第２のリソース・グラントを送信し得る。一態様では、スケジューリング・コンポーネント３０２は、（例えば１つまたは複数のＵＥに、）ダウンリンク制御チャネル上でリソースの第１のセットに対応する第１のリソース・グラント（例えばリソース・グラント６８０）を送信することができ、（例えば１つまたは複数のＵＥまたは１つまたは複数の異なるＵＥに、）ダウンリンク制御チャネル上でリソースの第２のセットに対応する第２のリソース・グラント（例えばリソース・グラント６８０）を送信することができる。一例では、スケジューリング・コンポーネント３０２がリソースの割り当てられた第１のセット上で第１の通信を送信する間に、ＵＬＬリソース割り当てコンポーネント６２２は、（例えばブロック８０４において）リソースの第２のセットを割り当てることができる。この状況は、図５において説明されたオーバーラップするリソースの原因となり得る、ＵＬＬリソースの計画割り当てを可能にさせない。
【００７３】
[0080]  開示された処理におけるステップの特定の順序または階層は、例示的なアプローチの一例であることが理解される。設計の選好に基づいて、処理におけるステップの特定の順序または階層は再配置され得ることが理解される。さらに、いくつかのステップは、組み合わされ得るか、または省略され得る。添付の方法の請求項は、サンプルの順序でさまざまなステップの要素を提示しており、提示された特定の順序または階層に限定されるようには意図されない。
【００７４】
[0081]  先の説明は、いかなる当業者であっても、本明細書で説明されたさまざまな態様を実施することを可能にするために提供される。これらの態様へのさまざまな修正は、当業者にとって容易に明らかとなり、本明細書に定義された包括的な原理は、他の態様に適用され得る。かくして、特許請求の範囲は、本明細書に示された態様に限定されるように意図されてはいないが、特許請求の範囲の文言と一致する全範囲を付与されるべきであり、ここにおいて、単数形での要素への言及は、そうであると具体的に記載されない限り、「１つおよび１つのみ」を意味するようには意図されず、むしろ「１つまたは複数」を意味する。そうでないと具体的に記載されない限り、「いくつかの」という用語は、１つまたは複数を指す。当業者に知られているか、または後に知られることとなる、本明細書に説明されたさまざまな態様の要素と構造的および機能的に同等な物は全て、参照によって本明細書に明確に組み込まれ、特許請求の範囲によって包含されるように意図される。その上、本明細書のどの開示も、そのような開示が特許請求の範囲中に明示的に記載されているかどうかにかかわらず、公に献呈されるようには意図されていない。要素が「〜のための手段」というフレーズを使用して明確に記載されていない限り、どの請求項の要素もミーンズ・プラス・ファンクションとして解釈されるべきではない。
【図１】
2020048200.tif 000003
【図２】
2020048200.tif 000004
【図３】
2020048200.tif 000005
【図４】
2020048200.tif 000006
【図５】
2020048200.tif 000007
【図６】
2020048200.tif 000008
【図７】
2020048200.tif 000009
【図８】
2020048200.tif 000010
【手続補正書】
【提出日】令和1年11月26日(2019.11.26)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ワイヤレス通信の方法であって、
第１の送信時間インターバル（ＴＴＩ）にしたがって第１の通信を送信するためにリソースの第１のセットを割り当てることと、
第２のＴＴＩにしたがって第２の通信を送信するためにリソースの第２のセットを割り当てることと、ここにおいて、前記第２のＴＴＩは第１のＴＴＩより小さい、
ダウンリンク制御チャネル上でリソースの前記第１のセットに対応する第１のリソース・グラントを送信することと、および、
前記ダウンリンク制御チャネル上でリソースの前記第２のセットに対応する第２のリソース・グラントを送信することと、を備える方法。
【請求項２】
ユーザ機器にリソースの前記第１のセットの少なくとも一部分に関連したリソースの使用不能を示すことをさらに備える、請求項１に記載の方法。
【請求項３】
リソースの前記第２のセットを割り当てることは、リソースの前記第１のセットに対応する、１つまたは複数のチャネルのレイヤの数、リソース割り当てサイズ、または変調およびコーディングスキームのうちの少なくとも１つに少なくとも部分的に基づいて、リソースの前記第１のセットに部分的にオーバーラップするようにリソースの前記第２のセットを割り当てることを備える、請求項１に記載の方法。
【請求項４】
リソースの前記第２のセットがリソースの前記第１のセットとオーバーラップすることを決定することに少なくとも部分的に基づいて、リソースの前記第１のセットにおいて１つまたは複数の復調基準信号リソース要素の周りでレート・マッチするかどうかを、ユーザ機器に、示すことをさらに備える、請求項１に記載の方法。
【請求項５】
リソースの前記第２のセットを割り当てることは、１つまたは複数の復調基準信号に対応するリソースの前記第１のセットの一部分においてリソースの前記第１のセットとオーバーラップするのを防ぐようにリソースの前記第２のセットを割り当てることを備える、請求項１に記載の方法。
【請求項６】
前記第１のリソース・グラントにしたがって前記第１の通信を送信することをさらに備え、ここにおいて、リソースの前記第２のセットは前記第１の通信の送信の間に割り当てられる、請求項１に記載の方法。
【請求項７】
ワイヤレス通信のための発展型ノードＢ（ｅＮＢ）であって、
トランシーバと、
ワイヤレス・ネットワークにおいて信号を通信するために、バスを介して、前記トランシーバに通信可能に接続された少なくとも１つのプロセッサと、および、
前記バスを介して前記少なくとも１つのプロセッサおよび／または前記トランシーバに通信可能に接続されたメモリと、を備え、
ここにおいて、前記少なくとも１つのプロセッサおよび前記メモリは、
第１の送信時間インターバル（ＴＴＩ）にしたがって第１の通信を送信するためにリソースの第１のセットを割り当てるように、
第２のＴＴＩにしたがって第２の通信を送信するためにリソースの第２のセットを割り当てるように、ここにおいて、前記第２のＴＴＩは前記第１のＴＴＩより小さい、
ダウンリンク制御チャネル上でリソースの前記第１のセットに対応する第１のリソース・グラントを、前記トランシーバを介して、送信するように、および、
前記ダウンリンク制御チャネル上でリソースの前記第２のセットに対応する第２のリソース・グラントを、前記トランシーバを介して、送信するように、動作可能である、ｅＮＢ。
【請求項８】
前記少なくとも１つのプロセッサおよび前記メモリは、ユーザ機器にリソースの前記第１のセットの少なくとも一部分に関連したリソースの使用不能を示すようにさらに動作可能である、請求項７に記載のｅＮＢ。
【請求項９】
前記少なくとも１つのプロセッサおよび前記メモリは、リソースの前記第１のセットに対応する、１つまたは複数のチャネルのレイヤの数、リソース割り当てサイズ、または変調およびコーディングスキームのうちの少なくとも１つに少なくとも部分的に基づいて、リソースの前記第１のセットと部分的にオーバーラップするようにリソースの前記第２のセットを割り当てるように動作可能である、請求項７に記載のｅＮＢ。
【請求項１０】
前記少なくとも１つのプロセッサおよび前記メモリは、リソースの前記第２のセットがリソースの前記第１のセットとオーバーラップすることを決定することに少なくとも部分的に基づいて、リソースの前記第１のセットにおいて１つまたは複数の復調基準信号リソース要素の周りでレート・マッチするかどうかを、ユーザ機器に、示すようにさらに動作可能である、請求項７に記載のｅＮＢ。
【請求項１１】
前記少なくとも１つのプロセッサおよび前記メモリは、１つまたは複数の復調基準信号に対応するリソースの前記第１のセットの一部分においてリソースの前記第１のセットとオーバーラップすることを防ぐようにリソースの前記第２のセットを割り当てるように動作可能である、請求項７に記載のｅＮＢ。
【請求項１２】
前記少なくとも１つのプロセッサおよび前記メモリは、前記第１のリソース・グラントにしたがって前記第１の通信を、前記トランシーバを介して、送信するようにさらに動作可能であり、ここにおいて、リソースの前記第２のセットは、前記第１の通信の送信の間に割り当てられる、請求項７に記載のｅＮＢ。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００７４
【補正方法】変更
【補正の内容】
【００７４】
[0081]  先の説明は、いかなる当業者であっても、本明細書で説明されたさまざまな態様を実施することを可能にするために提供される。これらの態様へのさまざまな修正は、当業者にとって容易に明らかとなり、本明細書に定義された包括的な原理は、他の態様に適用され得る。かくして、特許請求の範囲は、本明細書に示された態様に限定されるように意図されてはいないが、特許請求の範囲の文言と一致する全範囲を付与されるべきであり、ここにおいて、単数形での要素への言及は、そうであると具体的に記載されない限り、「１つおよび１つのみ」を意味するようには意図されず、むしろ「１つまたは複数」を意味する。そうでないと具体的に記載されない限り、「いくつかの」という用語は、１つまたは複数を指す。当業者に知られているか、または後に知られることとなる、本明細書に説明されたさまざまな態様の要素と構造的および機能的に同等な物は全て、参照によって本明細書に明確に組み込まれ、特許請求の範囲によって包含されるように意図される。その上、本明細書のどの開示も、そのような開示が特許請求の範囲中に明示的に記載されているかどうかにかかわらず、公に献呈されるようには意図されていない。要素が「〜のための手段」というフレーズを使用して明確に記載されていない限り、どの請求項の要素もミーンズ・プラス・ファンクションとして解釈されるべきではない。
以下に、本願の出願当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
ワイヤレス通信の方法であって、
第１の送信時間インターバル（ＴＴＩ）に基づいてリソースの第１のセット上で第１の通信を受信することと、
第２のＴＴＩに基づいてリソースの第２のセット上で第２の通信を受信することと、ここにおいて、前記第２のＴＴＩは前記第１のＴＴＩより小さく、リソースの前記第２のセットはリソースの共通のセットを規定するリソースの前記第１のセットとオーバーラップする、および、
前記第２の通信よりも前記第１の通信の復号を優先させるかどうかを決定することと、を備える方法。
［Ｃ２］
少なくとも１つのダウンリンク制御チャネルを受信することに少なくとも部分的に基づいて、リソースの前記第２のセットまたはリソースの前記第１のセットのうちの少なくとも１つを決定することをさらに備える、Ｃ１に記載の方法。
［Ｃ３］
優先させるかどうかを決定することは、リソースの前記第１のセットがブロードキャスト・データを通信するためのリソースに対応することを決定することに少なくとも部分的に基づいて、前記第１の通信の復号を優先させることを決定することを備える、Ｃ１に記載の方法。
［Ｃ４］
優先させるかどうかを決定することは、リソースの前記共通のセットの少なくとも一部分が少なくとも１つの復調基準信号（ＤＭ−ＲＳ）に対応することを決定することに少なくとも部分的に基づいて、前記第１の通信の復号を優先させることを決定することを備える、Ｃ１に記載の方法。
［Ｃ５］
優先させるかどうかを決定することは、
前記少なくとも１つのＤＭ−ＲＳに対応するリソースの前記共通のセットの少なくとも前記一部分上での前記第１の通信の復号を優先させることを決定することと、および、  リソースの前記共通のセットの残りの部分上での前記第２の通信の復号を優先させることを決定することと、を備える、Ｃ４に記載の方法。
［Ｃ６］
リソースの前記共通のセットの少なくとも前記一部分が前記少なくとも１つのＤＭ−ＲＳに対応することを決定することは、ダウンリンク制御チャネル上で受信されるＤＭ−ＲＳ構成に少なくとも部分的に基づく、Ｃ４に記載の方法。
［Ｃ７］
優先させるかどうかを決定することは、リソースの前記共通のセットが復調基準信号（ＤＭ−ＲＳ）に対応するリソースを含まないことを決定することに少なくとも部分的に基づいて、前記第２の通信の復号を優先させることを決定することを備える、Ｃ１に記載の方法。
［Ｃ８］
優先させるかどうかを決定することは、リソースの前記共通のセットの少なくとも一部分が拡張物理ダウンリンク制御チャネルを含むことを決定することに少なくとも部分的に基づいて、前記第１の通信の復号を優先させることを決定することを備える、Ｃ１に記載の方法。
［Ｃ９］
優先させるかどうかを決定することは、リソースの前記共通のセットの少なくとも一部分が、少なくとも１つまたは複数の特定の変調およびコーディングスキーム、リソース割り当てサイズ、またはレイヤの数に対応する共有されたチャネル・データを含むことを決定することに少なくとも部分的に基づいて、前記第１の通信の復号を優先させることを決定することを備える、Ｃ１に記載の方法。
［Ｃ１０］
ワイヤレス通信のためのユーザ機器であって、
トランシーバと、
ワイヤレス・ネットワークにおいて信号を通信するためにバスを介して前記トランシーバに通信可能に接続された少なくとも１つのプロセッサと、
前記バスを介して前記少なくとも１つのプロセッサおよび／または前記トランシーバに通信可能に結合されたメモリと、を備え、
ここにおいて、前記少なくとも１つのプロセッサおよび前記メモリは、
第１の送信時間インターバル（ＴＴＩ）に基づいてリソースの第１のセット上で第１の通信を、前記トランシーバを介して、受信するように、
第２のＴＴＩに基づいてリソースの第２のセット上で第２の通信を、前記トランシーバを介して、受信するように、ここにおいて、前記第２のＴＴＩは前記第１のＴＴＩより小さく、リソースの前記第２のセットはリソースの共通のセットを規定するリソースの前記第１のセットとオーバーラップする、および、
前記第２の通信よりも前記第１の通信の復号を優先させるかどうかを決定するように、動作可能である、
ユーザ機器。
［Ｃ１１］
前記少なくとも１つのプロセッサおよび前記メモリは、少なくとも１つのダウンリンク制御チャネルを受信することに少なくとも部分的に基づいて、リソースの前記第２のセットまたはリソースの前記第１のセットの少なくとも１つを決定するようにさらに動作可能である、Ｃ１０に記載のユーザ機器。
［Ｃ１２］
前記少なくとも１つのプロセッサおよび前記メモリは、リソースの前記第１のセットがブロードキャスト・データを通信するためのリソースに対応することを決定することに少なくとも部分的に基づいて、前記第１の通信の復号を優先させることを決定するように動作可能である、Ｃ１０に記載のユーザ機器。
［Ｃ１３］
前記少なくとも１つのプロセッサおよび前記メモリは、リソースの前記共通のセットの少なくとも一部分が少なくとも１つの復調基準信号（ＤＭ−ＲＳ）に対応することを決定することに少なくとも部分的に基づいて、前記第１の通信の復号を優先させることを決定するように動作可能である、Ｃ１０に記載のユーザ機器。
［Ｃ１４］
前記少なくとも１つのプロセッサおよび前記メモリは、
前記少なくとも１つのＤＭ−ＲＳに対応するリソースの前記共通のセットの少なくとも前記一部分上で受信された前記第１の通信の復号を優先させることを決定するように、および、
リソースの前記共通のセットの残りの部分上での前記第２の通信の復号を優先させることを決定するように、動作可能である、Ｃ１３に記載のユーザ機器。
［Ｃ１５］
前記少なくとも１つのプロセッサおよび前記メモリは、ダウンリンク制御チャネル上で受信されるＤＭ−ＲＳ構成に少なくとも部分的に基づいて、リソースの前記共通のセットの少なくとも前記一部分が前記少なくとも１つのＤＭ−ＲＳに対応することを決定するように動作可能である、Ｃ１３に記載のユーザ機器。
［Ｃ１６］
前記少なくとも１つのプロセッサおよび前記メモリは、リソースの前記共通のセットが復調基準信号（ＤＭ−ＲＳ）に対応するリソースを含まないことを決定することに少なくとも部分的に基づいて、前記第２の通信の復号を優先させることを決定するように動作可能である、Ｃ１０に記載のユーザ機器。
［Ｃ１７］
前記少なくとも１つのプロセッサおよび前記メモリは、リソースの前記共通のセットの少なくとも一部分が拡張物理ダウンリンク制御チャネルを含むことを決定することに少なくとも部分的に基づいて前記第１の通信の復号を優先させることを決定するように動作可能である、Ｃ１０に記載のユーザ機器。
［Ｃ１８］
前記少なくとも１つのプロセッサおよび前記メモリは、リソースの前記共通のセットの少なくとも一部分が、少なくとも１つまたは複数の特定の変調およびコーディングスキーム、リソース割り当てサイズ、またはレイヤの数に対応する共有されたチャネル・データを含むことを決定することに少なくとも部分的に基づいて、リソースの前記共通のセット上で受信される複数の通信を復号するときに前記第１の通信の復号を優先させることを決定するように動作可能である、Ｃ１０に記載のユーザ機器。
［Ｃ１９］
ワイヤレス通信の方法であって、
第１の送信時間インターバル（ＴＴＩ）にしたがって第１の通信を送信するためにリソースの第１のセットを割り当てることと、
第２のＴＴＩにしたがって第２の通信を送信するためにリソースの第２のセットを割り当てることと、ここにおいて、前記第２のＴＴＩは第１のＴＴＩより小さい、
ダウンリンク制御チャネル上でリソースの前記第１のセットに対応する第１のリソース・グラントを送信することと、および、
前記ダウンリンク制御チャネル上でリソースの前記第２のセットに対応する第２のリソース・グラントを送信することと、を備える方法。
［Ｃ２０］
ユーザ機器にリソースの前記第１のセットの少なくとも一部分に関連したリソースの使用不能を示すことをさらに備える、Ｃ１９に記載の方法。
［Ｃ２１］
リソースの前記第２のセットを割り当てることは、リソースの前記第１のセットに対応する、１つまたは複数のチャネルのレイヤの数、リソース割り当てサイズ、または変調およびコーディングスキームのうちの少なくとも１つに少なくとも部分的に基づいて、リソースの前記第１のセットに部分的にオーバーラップするようにリソースの前記第２のセットを割り当てることを備える、Ｃ１９に記載の方法。
［Ｃ２２］
リソースの前記第２のセットがリソースの前記第１のセットとオーバーラップすることを決定することに少なくとも部分的に基づいて、リソースの前記第１のセットにおいて１つまたは複数の復調基準信号リソース要素の周りでレート・マッチするかどうかを、ユーザ機器に、示すことをさらに備える、Ｃ１９に記載の方法。
［Ｃ２３］
リソースの前記第２のセットを割り当てることは、１つまたは複数の復調基準信号に対応するリソースの前記第１のセットの一部分においてリソースの前記第１のセットとオーバーラップするのを防ぐようにリソースの前記第２のセットを割り当てることを備える、Ｃ１９に記載の方法。
［Ｃ２４］
前記第１のリソース・グラントにしたがって前記第１の通信を送信することをさらに備え、ここにおいて、リソースの前記第２のセットは前記第１の通信の送信の間に割り当てられる、Ｃ１９に記載の方法。
［Ｃ２５］
ワイヤレス通信のための発展型ノードＢ（ｅＮＢ）であって、
トランシーバと、
ワイヤレス・ネットワークにおいて信号を通信するために、バスを介して、前記トランシーバに通信可能に接続された少なくとも１つのプロセッサと、および、
前記バスを介して前記少なくとも１つのプロセッサおよび／または前記トランシーバに通信可能に接続されたメモリと、を備え、
ここにおいて、前記少なくとも１つのプロセッサおよび前記メモリは、
第１の送信時間インターバル（ＴＴＩ）にしたがって第１の通信を送信するためにリソースの第１のセットを割り当てるように、
第２のＴＴＩにしたがって第２の通信を送信するためにリソースの第２のセットを割り当てるように、ここにおいて、前記第２のＴＴＩは前記第１のＴＴＩより小さい、
ダウンリンク制御チャネル上でリソースの前記第１のセットに対応する第１のリソース・グラントを、前記トランシーバを介して、送信するように、および、
前記ダウンリンク制御チャネル上でリソースの前記第２のセットに対応する第２のリソース・グラントを、前記トランシーバを介して、送信するように、動作可能である、ｅＮＢ。
［Ｃ２６］
前記少なくとも１つのプロセッサおよび前記メモリは、ユーザ機器にリソースの前記第１のセットの少なくとも一部分に関連したリソースの使用不能を示すようにさらに動作可能である、Ｃ２５に記載のｅＮＢ。
［Ｃ２７］
前記少なくとも１つのプロセッサおよび前記メモリは、リソースの前記第１のセットに対応する、１つまたは複数のチャネルのレイヤの数、リソース割り当てサイズ、または変調およびコーディングスキームのうちの少なくとも１つに少なくとも部分的に基づいて、リソースの前記第１のセットと部分的にオーバーラップするようにリソースの前記第２のセットを割り当てるように動作可能である、Ｃ２５に記載のｅＮＢ。
［Ｃ２８］
前記少なくとも１つのプロセッサおよび前記メモリは、リソースの前記第２のセットがリソースの前記第１のセットとオーバーラップすることを決定することに少なくとも部分的に基づいて、リソースの前記第１のセットにおいて１つまたは複数の復調基準信号リソース要素の周りでレート・マッチするかどうかを、ユーザ機器に、示すようにさらに動作可能である、Ｃ２５に記載のｅＮＢ。
［Ｃ２９］
前記少なくとも１つのプロセッサおよび前記メモリは、１つまたは複数の復調基準信号に対応するリソースの前記第１のセットの一部分においてリソースの前記第１のセットとオーバーラップすることを防ぐようにリソースの前記第２のセットを割り当てるように動作可能である、Ｃ２５に記載のｅＮＢ。
［Ｃ３０］
前記少なくとも１つのプロセッサおよび前記メモリは、前記第１のリソース・グラントにしたがって前記第１の通信を、前記トランシーバを介して、送信するようにさらに動作可能であり、ここにおいて、リソースの前記第２のセットは、前記第１の通信の送信の間に割り当てられる、Ｃ２５に記載のｅＮＢ。
【外国語明細書】
2020048200000001.pdf