(57)【要約】ＵＲＬＬＣ（超高信頼低遅延通信）のユーザーの存在の下に、ｅＭＢＢ（エンハンスドマッシブモバイルブロードバンド）のＰＤＣＣＨ（物理ダウンリンク制御チャネル）を検出するための方法およびシステムが開示される。ｅＭＢＢ  ＷＴＲＵ（ワイヤレス送信／受信ユニット）は、ＰＤＣＣＨプリエンプションインジケーターを含むＣＯＲＥＳＥＴ（制御リソースセット）のためのｅＭＢＢ  ＣＯＲＥＳＥＴコンフィギュレーションを受信し得る。ＰＤＣＣＨプリエンプションがＰＤＣＣＨプリエンプションインジケーターに基づいて有効であるならば、ｅＭＢＢ  ＷＴＲＵは、ｅＭＢＢ  ＣＯＲＥＳＥＴにおける各ＲＥＧ（リソースエレメントグループ）バンドルに対してチャネル推定値を比較することによってｅＭＢＢ  ＣＯＲＥＳＥＴにおけるプリエンプトされたＲＥＧを識別し取り除き得る。ＷＴＲＵは、ｅＭＢＢ  ＣＯＲＥＳＥＴにおける残りのＲＥＧに基づいてチャネル推定を行い、受信信号に基づいてｅＭＢＢ  ＣＯＲＥＳＥＴにおける残りのＲＥＧにブラインドデコーディングを行うことによってＰＤＣＣＨを検出し得る。
2021510470.tif 000002
【特許請求の範囲】
【請求項１】
物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を検出するように構成されたワイヤレス送信／受信ユニット（ＷＴＲＵ）であって、
エンハンスドマッシブモバイルブロードバンド（ｅＭＭＢ）制御リソースセット（ＣＯＲＥＳＥＴ）のためのＣＯＲＥＳＥＴコンフィギュレーションを受信するように構成されたレシーバーであって、前記ＣＯＲＥＳＥＴコンフィギュレーションは、ＰＤＣＣＨプリエンプションが有効であるかどうかを示すＰＤＣＣＨプリエンプションインジケーターを含む、レシーバーと、
ＰＤＣＣＨプリエンプションが有効であるという条件で、
前記ｅＭＢＢ  ＣＯＲＥＳＥＴにおける各リソースエレメントグループ（ＲＥＧ）バンドルに対してチャネル推定値を比較することによって、前記ｅＭＢＢ  ＣＯＲＥＳＥＴにおけるプリエンプトされたＲＥＧを識別し、
前記ｅＭＢＢ  ＣＯＲＥＳＥＴから前記プリエンプトされたＲＥＧを取り除き、前記ｅＭＢＢ  ＣＯＲＥＳＥＴにおける残りのＲＥＧに基づいてチャネル推定を行い、
受信信号に基づいて、前記ｅＭＢＢ  ＣＯＲＥＳＥＴにおける前記残りのＲＥＧにブラインドデコーディングを行うことによって前記ＰＤＣＣＨを検出する
ように構成されたプロセッサーと
を備えたことを特徴とするＷＴＲＵ。
【請求項２】
前記ＣＯＲＥＳＥＴコンフィギュレーションは、探索空間パラメーターをさらに含むことを特徴とする請求項１に記載のＷＴＲＵ。
【請求項３】
前記プロセッサーは、前記ｅＭＢＢ  ＣＯＲＥＳＥＴにおける前記残りのＲＥＧの復調リファレンス信号（ＤＭＲＳ）でチャネル推定を行うように構成されることを特徴とする請求項１に記載のＷＴＲＵ。
【請求項４】
前記プロセッサーは、前記プリエンプトされたＲＥＧの周りのレートマッチングを仮定することによって前記ＰＤＣＣＨを検出するように構成されることを特徴とする請求項１に記載のＷＴＲＵ。
【請求項５】
前記プロセッサーは、前記ＰＤＣＣＨが誤りなしにデコードされたかどうかを決定するために、前記受信信号の巡回冗長符号（ＣＲＣ）を検査するようにさらに構成されることを特徴とする請求項１に記載のＷＴＲＵ。
【請求項６】
ＰＤＣＣＨプリエンプションが有効でないという条件で、前記プロセッサーは、
前記ｅＭＢＢ  ＣＯＲＥＳＥＴにおける各ＲＥＧバンドルでチャネル推定を行い、
前記受信信号に基づいて、前記ｅＭＢＢ  ＣＯＲＥＳＥＴにおけるすべてのＲＥＧにブラインドデコーディングを行うことによって前記ＰＤＣＣＨを検出する
ようにさらに構成されることを特徴とする請求項１に記載のＷＴＲＵ。
【請求項７】
前記プリエンプトされたＲＥＧは、送信された超高信頼低遅延通信（ＵＲＬＬＣ）ＰＤＣＣＨと共有されることを特徴とする請求項１に記載のＷＴＲＵ。
【請求項８】
前記ｅＭＢＢ  ＣＯＲＥＳＥＴは、少なくとも部分的に、超高信頼低遅延通信（ＵＲＬＬＣ）ＣＯＲＥＳＥＴとオーバーラップすることを特徴とする請求項１に記載のＷＴＲＵ。
【請求項９】
前記レシーバーは、予備ｅＭＢＢ  ＣＯＲＥＳＥＴのための第２のＣＯＲＥＳＥＴコンフィギュレーションを受信するようにさらに構成され、前記予備ｅＭＢＢ  ＣＯＲＥＳＥＴは、前記ｅＭＢＢ  ＣＯＲＥＳＥＴとは異なる少なくとも１つの直交波周波数分割多重（ＯＦＤＭ）シンボルを占有し、
前記ｅＭＢＢ  ＣＯＲＥＳＥＴにおける前記ブラインドデコーディングが不成功であるという条件で、前記プロセッサーは、前記予備ＣＯＲＥＳＥＴにおける、または予備探索空間における前記ＰＤＣＣＨをブラインドデコードするようにさらに構成される
ことを特徴とする請求項１に記載のＷＴＲＵ。
【請求項１０】
ｅＭＢＢ  ＷＴＲＵとして構成されることを特徴とする請求項１に記載のＷＴＲＵ。
【請求項１１】
ワイヤレス送信／受信ユニット（ＷＴＲＵ）によって行われる、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を検出するための方法であって、
エンハンスドマッシブモバイルブロードバンド（ｅＭＭＢ）制御リソースセット（ＣＯＲＥＳＥＴ）のためのＣＯＲＥＳＥＴコンフィギュレーションを受信するステップであって、前記ＣＯＲＥＳＥＴコンフィギュレーションは、ＰＤＣＣＨプリエンプションが有効であるかどうかを示すＰＤＣＣＨプリエンプションインジケーターを含む、ステップと、
ＰＤＣＣＨプリエンプションが有効であるという条件で、
前記ｅＭＢＢ  ＣＯＲＥＳＥＴにおける各リソースエレメントグループ（ＲＥＧ）バンドルに対してチャネル推定値を比較することによって、前記ｅＭＢＢ  ＣＯＲＥＳＥＴにおけるプリエンプトされたＲＥＧを識別するステップと、
前記ｅＭＢＢ  ＣＯＲＥＳＥＴから前記プリエンプトされたＲＥＧを取り除き、前記ｅＭＢＢ  ＣＯＲＥＳＥＴにおける残りのＲＥＧに基づいてチャネル推定を行うステップと、
受信信号に基づいて、前記ｅＭＢＢ  ＣＯＲＥＳＥＴにおける前記残りのＲＥＧにブラインドデコーディングを行うことによって前記ＰＤＣＣＨを検出するステップと
を備えることを特徴とする方法。
【請求項１２】
前記ＣＯＲＥＳＥＴコンフィギュレーションは、探索空間パラメーターをさらに含むことを特徴とする請求項１１に記載の方法。
【請求項１３】
前記チャネル推定は、前記ｅＭＢＢ  ＣＯＲＥＳＥＴにおける前記残りのＲＥＧの復調リファレンス信号（ＤＭＲＳ）で行われることを特徴とする請求項１１に記載の方法。
【請求項１４】
前記ＰＤＣＣＨを前記検出するステップは、前記プリエンプトされたＲＥＧの周りのレートマッチングを仮定することを特徴とする請求項１１に記載の方法。
【請求項１５】
前記受信信号の巡回冗長符号（ＣＲＣ）を検査して、前記ＰＤＣＣＨが誤りなしにデコードされたかどうかを決定するステップ
をさらに備えることを特徴とする請求項１１に記載の方法。
【請求項１６】
ＰＤＣＣＨプリエンプションが有効でないという条件で、
前記ｅＭＢＢ  ＣＯＲＥＳＥＴにおける各ＲＥＧバンドルでチャネル推定を行うステップと、
前記受信信号に基づいて、前記ｅＭＢＢ  ＣＯＲＥＳＥＴにおけるすべてのＲＥＧにブラインドデコーディングを行うことによって前記ＰＤＣＣＨを検出するステップと
をさらに備えることを特徴とする請求項１１に記載の方法。
【請求項１７】
前記プリエンプトされたＲＥＧは、送信された超高信頼低遅延通信（ＵＲＬＬＣ）ＰＤＣＣＨと共有されることを特徴とする請求項１１に記載の方法。
【請求項１８】
前記ｅＭＢＢ  ＣＯＲＥＳＥＴは、少なくとも部分的に、超高信頼低遅延通信（ＵＲＬＬＣ）ＣＯＲＥＳＥＴとオーバーラップすることを特徴とする請求項１１に記載の方法。
【請求項１９】
予備ｅＭＢＢ  ＣＯＲＥＳＥＴのための第２のＣＯＲＥＳＥＴコンフィギュレーションを受信するステップであって、前記予備ｅＭＢＢ  ＣＯＲＥＳＥＴは、前記ｅＭＢＢ  ＣＯＲＥＳＥＴとは異なる少なくとも１つの直交波周波数分割多重（ＯＦＤＭ）シンボルを占有する、ステップと、
前記ｅＭＢＢ  ＣＯＲＥＳＥＴにおける前記ブラインドデコーディングが不成功であるという条件で、前記予備ＣＯＲＥＳＥＴにおける、または予備探索空間における前記ＰＤＣＣＨをブラインドデコードするステップと
をさらに備えることを特徴とする請求項１１に記載の方法。
【請求項２０】
前記ＷＴＲＵは、ｅＭＢＢ  ＷＴＲＵとして構成されることを特徴とする請求項１１に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、超高信頼低遅延通信によってプリエンプトされた新しい無線の物理ダウンリンク制御チャネルのリソースを識別するための方法に関する。
【背景技術】
【０００２】
本出願は、２０１８年１月１０日に出願された米国特許仮出願第６２／６１５，８２５号明細書、および２０１８年８月８日に出願された米国特許仮出願第６２／７１５，９４０号明細書の利益を主張するものであり、それらの内容は、参照によって本明細書に組み込まれる。
【０００３】
５Ｇ（第５世代）ワイヤレスシステムのためのＮＲ（新しい無線）において、ＰＤＣＣＨ（physical downlink control channel；物理ダウンリンク制御チャネル）に対する構造および設計は、ＲＥＧ（Resource Element Group；リソースエレメントグループ）バンドルとして知られるインターリーブユニット（interleaving unit）および非インターリーブユニット（non-interleaving unit）の２つの送信モードを使用する。各ＲＥＧバンドルは、ジョイントチャネル推定（joint channel estimation）のための時間または周波数の複数のＲＥＧからなる。さらに、スロットベースの送信、非スロットベースの送信、およびＰＤＣＣＨの異なる監視レートは、５ＧワイヤレスシステムのためのＮＲにも定義される。
【発明の概要】
【０００４】
ＵＲＬＬＣ（ultra-reliable low latency communication；超高信頼低遅延通信）のユーザーの存在の下に、ｅＭＢＢ（enhanced massive mobile broadband；エンハンスドマッシブモバイルブロードバンド）のＰＤＣＣＨ（physical downlink control channel；物理ダウンリンク制御チャネル）を検出するための方法およびシステムが開示される。ｅＭＢＢ  ＷＴＲＵ（wireless transmit/receive unit；ワイヤレス送信／受信ユニット）は、ＰＤＣＣＨプリエンプションインジケーター（preemption indicator）を含むＣＯＲＥＳＥＴ（control resource set；制御リソースセット）のための、ｅＭＢＢ  ＣＯＲＥＳＥＴコンフィギュレーションを受信することがあり得る。ＰＤＣＣＨプリエンプションがＰＤＣＣＨプリエンプションインジケーターに基づいて有効であるならば、ｅＭＢＢ  ＷＴＲＵは、ｅＭＢＢ  ＣＯＲＥＳＥＴにおける各ＲＥＧ（Resource Element Group；リソースエレメントグループ）バンドルに対してチャネル推定値（channel estimate）を比較することによって、ｅＭＢＢ  ＣＯＲＥＳＥＴにおけるプリエンプトされたＲＥＧを識別し取り除くことがあり得る。ＷＴＲＵは、ｅＭＢＢ  ＣＯＲＥＳＥＴにおける残りのＲＥＧに基づいてチャネル推定（channel estimation）を行い、受信信号に基づいて、ｅＭＢＢ  ＣＯＲＥＳＥＴにおける残りのＲＥＧにブラインドデコーディング（blind decoding）を行うことによって、ＰＤＣＣＨを検出することがあり得る。ＰＤＣＣＨプリエンプションが有効でないならば、ＷＴＲＵは、ｅＭＢＢ  ＣＯＲＥＳＥＴの中の各ＲＥＧバンドル上においてチャネル推定を行い、受信信号に基づいて、ｅＭＢＢ  ＣＯＲＥＳＥＴにおけるすべてのＲＥＧにブラインドデコーディング（blind decoding）を行うことによって、ＰＤＣＣＨを検出することがあり得る。
【０００５】
より詳細な理解は、添付の図面とともに例として与えられる以下の説明から、得られることがあり得り、ここで、図の参照符号は、同様の要素を示す。
【図面の簡単な説明】
【０００６】
【図１Ａ】１つまたは複数の開示される実施形態が実装されることがあり得る例示的な通信システムを例示するシステム図である。
【図１Ｂ】一実施形態に係る図１Ａに例示される通信システム内において使用されることがあり得る例示的なＷＴＲＵ（ワイヤレス送信／受信ユニット）を例示するシステム図である。
【図１Ｃ】一実施形態に係る図１Ａに例示される通信システム内において使用されることがあり得る例示的なＲＡＮ（無線アクセスネットワーク）および例示的なＣＮ（コアネットワーク）を例示するシステム図である。
【図１Ｄ】一実施形態に係る図１Ａに例示される通信システム内において使用されることがあり得るさらなる例示的なＲＡＮおよびさらなる例示的なＣＮを例示するシステム図である。
【図２】ＵＲＬＬＣ（超高信頼低遅延通信）のＷＴＲＵのためのＰＤＣＣＨの存在の下にｅＭＢＢ（エンハンスドマッシブモバイルブロードバンド）のＷＴＲＵのためのＰＤＣＣＨ（物理ダウンリンク制御チャネル）を部分的にプリエンプトするための例示的なスケジューリング方法のスケジューリング図である。
【図３】ＵＲＬＬＣのためのＰＤＣＣＨの存在の下にｅＭＢＢのためのＰＤＣＣＨの部分的なプリエンプションのための例示的な方法のフロー図である。
【図４】ＵＲＬＬＣのＷＴＲＵのためのＰＤＣＣＨの存在の下にｅＭＢＢ  ＷＴＲＵのためのＰＤＣＣＨを部分的にプリエンプトするための例示的なスケジューリング方法の別のスケジューリング図である。
【図５】ＵＲＬＬＣのＷＴＲＵのためのＰＤＣＣＨによりオーバーラップされるときｅＭＢＢ  ＷＴＲＵのためのＰＤＣＣＨを完全にプリエンプトするための例示的なスケジューリング方法のスケジューリング図である。
【図６】同一のＣＯＲＥＳＥＴ（制御リソースセット）上における探索空間の２つの異なるセットについての２つのＰＤＣＣＨ候補にわたる同一のダウンリンク制御情報（downlink control information）の送信のための例示的な方法のスケジューリング図である。
【図７】ブラインド検出のためのソフト組み合わせとともにマルチＣＯＲＥＳＥＴ（multi-CORESET）の探索空間を通じたＰＤＣＣＨの繰り返しのためのＷＴＲＵ手順の例示的なフロー図を示す。
【発明を実施するための形態】
【０００７】
図１Ａは、１つまたは複数の開示される実施形態が実装されることがあり得る例示的な通信システム１００を例示する図である。通信システム１００は、例えば、音声、データ、ビデオ、メッセージング、ブロードキャストなどのようなコンテンツを、複数のワイヤレスユーザーに提供するマルチプルアクセスのシステムであることがあり得る。通信システム１００は、複数のワイヤレスユーザーに、ワイヤレス帯域幅を含むシステムリソースの共有を通じて、上記のコンテンツにアクセスできるようにすることがあり得る。例えば、通信システム１００は、例えば、ＣＤＭＡ（符号分割多元接続）、ＴＤＭＡ（時分割多元接続）、ＦＤＭＡ（周波数分割多元接続）、ＯＦＤＭＡ（直交周波数分割多元接続）、ＳＣ−ＦＤＭＡ（シングルキャリアＦＤＭＡ）、ＺＴ  ＵＷ  ＤＴＳ−ｓ  ＯＦＤＭ（zero-tail unique-word DFT-Spread OFDM）、ＵＷ−ＯＦＤＭ（unique word OFDM）、リソースブロックフィルターされた（resource block-filtered）ＯＦＤＭ、ＦＢＭＣ（filter bank multicarrier）などのような１つまたは複数のチャネルアクセスの方法を採用することがあり得る。
【０００８】
図１Ａに示すように、通信システム１００は、ＷＴＲＵ（ワイヤレス送信／受信ユニット）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、ＲＡＮ１０４／１１３、ＣＮ１０６／１１５、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、および他のネットワーク１１２を含むことがあり得るが、開示される実施形態は、いくつものＷＴＲＵ、基地局、ネットワーク、および／またはネットワークエレメントを予想すると理解されるであろう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、ワイヤレス環境において動作するおよび／または通信するように構成されるどのタイプのデバイスであってもよい。例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、いずれも、「局」および／または「ＳＴＡ」ということがあり得り、ワイヤレス信号を送信するおよび／または受信するように構成されることがあり得り、ＵＥ（ユーザー機器）、移動局、固定または移動の加入者ユニット、サブスクリプションベースのユニット、ページャー、セルラー電話、ＰＤＡ（パーソナルデジタルアシスタント）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピューター、ワイヤレスセンサー、ホットスポットまたはＭｉ−Ｆｉデバイス、ＩｏＴ（モノのインターネット）デバイス、腕時計または他のウェアラブル、ＨＭＤ（ヘッドマウントディスプレイ）、車両、ドローン、医療用のデバイスおよびアプリケーション（例えば、遠隔手術）、工業用のデバイスおよびアプリケーション（例えば、工業のおよび／または自動化された処理チェーンのコンテキストにおいて動作するロボットおよび／または他のワイヤレスデバイス）、家電デバイス、商業および／または工業のワイヤレスネットワーク上に動作するデバイスなどを含むことがあり得る。どのＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、および１０２ｄをとっても、ＵＥと交換可能にいうことがあり得る。
【０００９】
さらに、通信システム１００は、基地局１１４ａおよび／または基地局１１４ｂを含むこともあり得る。基地局１１４ａ、１１４ｂの各々は、１つまたは複数の通信ネットワーク、例えば、ＣＮ１０６／１１５、インターネット１１０、および／またはその他のネットワーク１１２などへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つとワイヤレスにインターフェイスするように構成されるどのタイプのデバイスであってもよい。例として、基地局１１４ａ、１１４ｂは、ＢＴＳ（無線基地局装置）、Ｎｏｄｅ−Ｂ、ｅＮｏｄｅ  Ｂ、ホームＮｏｄｅ  Ｂ、ホームｅＮｏｄｅ  Ｂ、ｇＮＢ、ＮＲ  ＮｏｄｅＢ、サイトコントローラー、ＡＰ（アクセスポイント）、ワイヤレスルータなどであることがあり得る。基地局１１４ａ、１１４ｂは、各々、単一の要素として描かれる一方、基地局１１４ａ、１１４ｂは、相互接続された基地局および／またはネットワークエレメントをいくつでも含むことがあり得ると理解されるであろう。
【００１０】
基地局１１４ａは、さらに、他の基地局および／または、例えば、ＢＳＣ（基地局制御装置）、ＲＮＣ（無線ネットワーク制御装置）、中継ノードなどのようなネットワークエレメント（図示せず）を含むこともあり得るＲＡＮ１０４／１１３の一部であることがあり得る。基地局１１４ａおよび／または基地局１１４ｂは、１つまたは複数のキャリア周波数上にワイヤレス信号を送信するおよび／または受信するように構成されることがあり得り、セル（図示せず）ということがあり得る。今述べた周波数は、許可されたスペクトル、許可されていないスペクトル、または許可されたスペクトルと、許可されていないスペクトルとの組合せであることがあり得る。セルは、相対的に固定されることがあり得り、またはやがて変化することがあり得る特定の地理的なエリアに対して、カバレッジをワイヤレスサービスに提供することがあり得る。さらに、セルは、セルのセクターに分割されることがあり得る。例えば、基地局１１４ａに関連付けられたセルは、３つのセクターに分割されることがあり得る。したがって、一実施形態において、基地局１１４ａは、３つのトランシーバー、すなわち、セルの各セクターに対して１つを含むことがあり得る。実施形態において、基地局１１４ａは、ＭＩＭＯ（multiple-input multiple output）の技術を採用することがあり得り、セルの各セクターに対して複数のトランシーバーを利用することがあり得る。例えば、ビームフォーミングは、望ましい空間方向に信号を送信するおよび／または受信するために使用されることがあり得る。
【００１１】
基地局１１４ａ、１１４ｂは、適切な、どんなワイヤレス通信リンク（例えば、ＲＦ（無線周波数）、マイクロ波、センチメートル波、マイクロメートル波、ＩＲ（赤外線）、ＵＶ（紫外線）、可視光など）でもあることがあり得るエアインターフェイス１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数と通信することがあり得る。エアインターフェイス１１６は、適切な、どのＲＡＴ（無線アクセス技術）を使用しても確立されることがあり得る。
【００１２】
より具体的には、上に述べたように、通信システム１００は、マルチプルアクセスのシステムであることがあり得り、例えば、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどのような１つまたは複数のチャネルアクセススキームを採用することがあり得る。例えば、ＲＡＮ１０４／１１３における基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、例えば、ＷＣＤＭＡ（wideband CDMA）を使用してエアインターフェイス１１５／１１６／１１７を確立することがあり得るＵＴＲＡ（UMTS（Universal Mobile Telecommunications System） Terrestrial Radio Access）などの無線技術を実装することがあり得る。ＷＣＤＭＡは、例えば、ＨＳＰＡ（High-Speed Packet Access）および／またはＨＳＰＡ＋（Evolved HSPA）などの通信プロトコルを含むことがあり得る。ＨＳＰＡは、ＨＳＤＰＡ（High-Speed DL(Downlink) Packet Access）および／またはＨＳＵＰＡ（High-Speed UL Packet Access）を含むことがあり得る。
【００１３】
実施形態において、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＬＴＥ（Long Term Evolution）および／またはＬＴＥ−Ａ（LTE-Advanced）および／またはＬＴＥ−Ａ  Ｐｒｏ（LTE-Advanced Pro）を使用してエアインターフェイス１１６を確立することがあり得る、例えばＥ−ＵＴＲＡ（Evolved UMTS Terrestrial Radio Access）などの無線技術を実装することがあり得る。
【００１４】
実施形態において、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＮＲ（New Radio）を使用してエアインターフェイス１１６を確立することがあり得る、例えばＮＲの無線アクセスなどの無線技術を実装することがあり得る。
【００１５】
実施形態において、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、複数の無線アクセス技術を実装することがあり得る。例えば、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、例えば、ＤＣ（dual connectivity；デュアルコネクティビティ）の原理を使用して、ＬＴＥの無線アクセスおよびＮＲ無線のアクセスをともに実装することがあり得る。したがって、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるエアインターフェイスは、複数の種類の無線アクセス技術、および／または複数の種類の基地局（例えば、ｅＮＢおよびｇＮＢ）に／から送られる送信によって、特徴付けられることがあり得る。
【００１６】
他の実施形態において、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、例えば、ＩＥＥＥ８０２．１１（すなわち、ＷｉＦｉ（Wireless Fidelity））、ＩＥＥＥ８０２．１６（すなわち、ＷｉＭＡＸ（Worldwide Interoperability for Microwave Access））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００ＥＶ−ＤＯ、ＩＳ−２０００（Interim Standard 2000）、ＩＳ−９５（Interim Standard 95）、ＩＳ−８５６（Interim Standard 856）、ＧＳＭ（Global System for Mobile communications）、ＥＤＧＥ（Enhanced Data rates for GSM Evolution）、ＧＥＲＡＮ（ＧＳＭ  ＥＤＧＥ）などのような無線技術を実装することがあり得る。
【００１７】
図１Ａにおける基地局１１４ｂは、例えば、ワイヤレスルータ、ホームＮｏｄｅ  Ｂ、ホームｅＮｏｄｅ  Ｂ、またはアクセスポイントであることがあり得り、例えば、事業所、家庭、車両、キャンパス、工業施設、空中回廊（例えば、ドローンによる使用のための）、車道などのような局所的なエリアにおいてワイヤレス接続を容易にするのに適したどんなＲＡＴでも利用してよい。一実施形態において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＷＬＡＮ（wireless local area network）を確立するために、例えばＩＥＥＥ８０２．１１などの無線技術を実装することがあり得る。実施形態において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＷＰＡＮ（wireless personal area network）を確立するために、例えばＩＥＥＥ８０２．１５などの無線技術を実装することがあり得る。さらに別の実施形態において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ピコセルまたはフェムトセルを確立するために、セルラーベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａ、ＬＴＥ−Ａ  Ｐｒｏ、ＮＲなど）を利用することがあり得る。図１Ａに示すように、基地局１１４ｂは、インターネット１１０への直接接続を有することがあり得る。したがって、基地局１１４ｂは、ＣＮ１０６／１１５を介してインターネット１１０にアクセスすることが要求されないことがあり得る。
【００１８】
ＲＡＮ１０４／１１３は、ＣＮ１０６／１１５と通信状態であることがあり得り、音声、データ、アプリケーション、および／またはＶｏＩＰ（voice over internet protocol）サービスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数に提供するように構成されるどのタイプのネットワークであってもよい。データは、例えば、異なるスループットの要件、待ち時間の要件、エラーの許容範囲の要件、信頼性の要件、データスループットの要件、モビリティの要件などのような様々なＱｏＳ（quality of service）の要件を有することがあり得る。ＣＮ１０６／１１５は、コール制御、料金請求サービス、モバイルロケーションベースサービス（mobile location-based service）、プリペイドコーリング、インターネット接続、ビデオ配信などを提供すること、および／または例えばユーザー認証などのハイレベルなセキュリティー機能を実行することがあり得る。図１Ａに示さないが、ＲＡＮ１０４／１１３および／またはＣＮ１０６／１１５は、ＲＡＮ１０４／１１３と同一のＲＡＴまたは異なるＲＡＴを採用する他のＲＡＮと直接または間接の通信状態にあることがあり得ると理解されるであろう。例えば、ＣＮ１０６／１１５は、ＮＲの無線技術を利用していることがあり得るＲＡＮ１０４／１１３に接続されていることに加えて、さらに、ＧＳＭ、ＵＭＴＳ、ＣＤＭＡ２０００、ＷｉＭＡＸ、Ｅ−ＵＴＲＡ、またはＷｉＦｉの無線技術を採用する別のＲＡＮ（図示せず）と通信状態にあることもあり得る。
【００１９】
さらに、ＣＮ１０６／１１５は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０、および／またはその他のネットワーク１１２にアクセスするためのゲートウェイとしての役割を果たすこともあり得る。ＰＳＴＮ１０８は、ＰＯＴＳ（plain old telephone service）を提供する回線交換の電話網を含むことがあり得る。インターネット１１０は、一般的な通信プロトコル、例えば、ＴＣＰ（transmission control protocol）／ＩＰ（internet protocol）のインターネットプロトコルスイートにおけるＴＣＰ、ＵＤＰ（user datagram protocol）、および／またはＩＰなどを使用する相互接続されたコンピューターネットワークおよびデバイスからなるグローバルシステムを含むことがあり得る。ネットワーク１１２は、他のサービスプロバイダによって所有されるおよび／または運営される有線および／またはワイヤレスの通信ネットワークを含むことがあり得る。例えば、ネットワーク１１２は、ＲＡＮ１０４／１１３と同一のＲＡＴまたは異なるＲＡＴを採用することがあり得る１つまたは複数のＲＡＮに接続される別のＣＮを含むことがあり得る。
【００２０】
通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちのいくつかまたはすべては、マルチモードの性能を含むことがあり得る（例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、別個のワイヤレスリンクを介して別個のワイヤレスネットワークと通信するために複数のトランシーバーを含むことがあり得る）。例えば、図１Ａに示すＷＴＲＵ１０２ｃは、セルラーベースの無線技術を採用することがあり得る基地局１１４ａと、およびＩＥＥＥ８０２の無線技術を採用することがあり得る基地局１１４ｂと通信するように構成されることがあり得る。
【００２１】
図１Ｂは、例示的なＷＴＲＵ１０２を例示するシステム図である。図１Ｂに示すように、ＷＴＲＵ１０２は、数ある中でも、プロセッサー１１８、トランシーバー１２０、送信／受信エレメント１２２、スピーカー／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、取り外しできないメモリー１３０、取り外し可能なメモリー１３２、電源１３４、ＧＰＳ（グローバルポジショニングシステム）のチップセット１３６、および／または他の周辺機器１３８を含むことがあり得る。ＷＴＲＵ１０２は、実施形態に矛盾しないまま、上述の要素のどんな部分的な組合せ（sub-combination）でも含むことあり得ると理解されるであろう。
【００２２】
プロセッサー１１８は、汎用プロセッサー、専用プロセッサー、従来型プロセッサー、ＤＳＰ（digital signal processor）、複数のマイクロプロセッサー、ＤＳＰコアとともに１つまたは複数のマイクロプロセッサー、コントローラー、マイクロコントローラー、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）回路、他種類のＩＣ（集積回路）のいずれか、ステートマシンなどであることがあり得る。プロセッサー１１８は、信号符号化、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２にワイヤレス環境において動作できるようにする他のどんな機能でも実行することがあり得る。プロセッサー１１８は、送信／受信エレメント１２２に結合することがあり得るトランシーバー１２０に結合されることがあり得る。図１Ｂは、プロセッサー１１８およびトランシーバー１２０を別々のコンポーネントとして描く一方、プロセッサー１１８およびトランシーバー１２０は、電子パッケージまたはチップにおいてともに統合されることがあり得ると理解されるであろう。
【００２３】
送信／受信エレメント１２２は、エアインターフェイス１１６を介して、基地局（例えば、基地局１１４ａ）に対して信号を送信するまたは受信するように構成されることがあり得る。例えば、一実施形態においては、送信／受信エレメント１２２は、ＲＦ信号を送信するおよび／または受信するように構成されるアンテナであることがあり得る。実施形態において、送信／受信エレメント１２２は、例えば、ＩＲ信号、ＵＶ信号もしくは可視光信号を送信する、および／または受信するように構成されるエミッター／ディテクターであることがあり得る。さらに別の実施形態において、送信／受信エレメント１２２は、ＲＦおよび光の信号の両方を送信するおよび／または受信するように構成されることがあり得る。送信／受信エレメント１２２は、ワイヤレス信号のどんな組合せでも送信するおよび／または受信するように構成されることがあり得ると理解されるであろう。
【００２４】
送信／受信エレメント１２２は、図１Ｂにおいて単一の要素として描かれるが、ＷＴＲＵ１０２は、送信／受信エレメント１２２をいくつでも含むことがあり得る。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯの技術を採用することがあり得る。したがって、一実施形態において、ＷＴＲＵ１０２は、エアインターフェイス１１６を介して、ワイヤレス信号を送信し受信するために、２つ以上の送信／受信エレメント１２２（例えば、複数のアンテナ）を含むことがあり得る。
【００２５】
トランシーバー１２０は、送信／受信エレメント１２２によって送信されることである信号を変調するように、および送信／受信エレメント１２２によって受信される信号を復調するように構成されることがあり得る。上に述べたように、ＷＴＲＵ１０２は、マルチモードの性能を有することがあり得る。したがって、例えば、トランシーバー１２０は、ＷＴＲＵ１０２に、例えばＮＲおよびＩＥＥＥ８０２．１１などの複数のＲＡＴによって通信できるようにするために、複数のトランシーバーを含むことがあり得る。
【００２６】
ＷＴＲＵ１０２のプロセッサー１１８は、スピーカー／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、ＬＣＤ（液晶ディスプレイ）ディスプレイユニットもしくはＯＬＥＤ（有機発光ダイオード）ディスプレイユニット）により、結合されることがあり得りおよびユーザー入力データを受信することがあり得る。さらに、プロセッサー１１８は、ユーザーデータを、スピーカー／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８に出力することもあり得る。加えて、プロセッサー１１８は、適切な、どんなタイプのメモリーでも、例えば、取り外しできないメモリー１３０および／または取り外し可能なメモリー１３２などに対して、情報にアクセスしデータを格納することがあり得る。取り外しできないメモリー１３０は、ＲＡＭ（random-access memory）、ＲＯＭ（読み出し専用メモリー）、ハードディスク、または他のどんなタイプのメモリーストレージデバイスでも含むことがあり得る。取り外し可能なメモリー１３２は、ＳＩＭ（subscriber identity module）カード、メモリースティック、ＳＤ（secure digital）メモリーカードなどを含むことがあり得る。他の実施形態において、プロセッサー１１８は、ＷＴＲＵ１０２に物理的に配置されない、例えば、サーバーまたはホームコンピューター（図示せず）などのメモリーに対して、情報にアクセスしデータを格納することがあり得る。
【００２７】
プロセッサー１１８は、電源１３４から電力を受け取ることがあり得り、ＷＴＲＵ１０２におけるその他のコンポーネントへの電力を分配するおよび／または制御するように構成されることがあり得る。電源１３４は、ＷＴＲＵ１０２に電力を供給するのに適したどのデバイスでもあってもよい。例えば、電源１３４は、１つまたは複数の乾電池（例えば、ＮｉＣｄ（ニッケルカドミウム）、ＮｉＺｎ（ニッケル亜鉛）、ＮｉＭＨ（ニッケル水素）、Ｌｉ−ｉｏｎ（リチウムイオン）など）、太陽電池、燃料電池などを含むことがあり得る。
【００２８】
さらに、プロセッサー１１８は、ＷＴＲＵ１０２の現在のロケーションに関する位置情報（例えば、経度および緯度）を提供するように構成されることがあり得るＧＰＳチップセット１３６に結合されることもあり得る。ＧＰＳチップセット１３６からの情報に加えてまたは代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインターフェイス１１６を介して位置情報を受信する、および／または２つ以上の近隣の基地局から受信されている信号のタイミングに基づいてそのロケーションを決定することがあり得る。ＷＴＲＵ１０２は、実施形態に矛盾しないまま、適切な、どんな位置決定（location-determination）の方法を通じてでも位置情報を取得することがあり得るということが理解されるであろう。
【００２９】
さらに、プロセッサー１１８は、追加の特徴、機能性、および／または有線接続もしくはワイヤレス接続を提供する１つまたは複数のソフトウェアモジュールおよび／またはハードウェアモジュールを含むことがあり得る他の周辺機器１３８に結合されることがあり得る。例えば、周辺機器１３８は、加速度計、ｅコンパス、衛星トランシーバー、デジタルカメラ（写真および／またはビデオ用）、ＵＳＢ（ユニバーサルシリアルバス）ポート、振動デバイス、テレビジョントランシーバー、ハンドフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、ＦＭ（frequency modulated）ラジオユニット、デジタルミュージックプレーヤー、メディアプレーヤー、ビデオゲームプレーヤーモジュール、インターネットブラウザー、ＶＲ／ＡＲ（仮想現実および／または拡張現実）デバイス、アクティビティートラッカーなどを含むことがあり得る。周辺機器１３８は、１つまたは複数のセンサーを含むことがあり得り、センサーは、ジャイロスコープ、加速度計、ホール効果センサー、磁力計、方位センサー、近接センサー、温度センサー、時間センサー、ジオロケーションセンサー（geolocation sensor）、高度計、光センサー、タッチセンサー、磁力計、気圧計、ジェスチャーセンサー、生体認証センサー、および／または湿度センサーのうちの１つまたは複数であることがあり得る。
【００３０】
ＷＴＲＵ１０２は、（例えば、ＵＬ（例えば、送信用）およびダウンリンク（例えば、受信用）の両方に関して特定のサブフレームに関連付けられた）信号のうちのいくつかまたはすべての送信および受信が並列および／または同時であることがあり得る全二重無線を含むことがあり得る。全二重無線は、ハードウェア（例えば、チョーク）か、プロセッサー（例えば、別々のプロセッサー（図示せず）、またはプロセッサー１１８による）による信号処理かのいずれかによる自己干渉を減らすおよびまたは実質的になくすための干渉管理ユニット１３９を含むことがあり得る。実施形態において、ＷＲＴＵ１０２は、（例えば、ＵＬ（例えば、送信用）かダウンリンク（例えば、受信用）かのいずれかに関して特定のサブフレームに関連付けられた）信号のうちのいくつかまたはすべての送信および受信が半二重無線を含むことがあり得る。
【００３１】
図１Ｃは、実施形態によるＲＡＮ１０４およびＣＮ１０６を例示するシステム図である。上に述べたように、ＲＡＮ１０４は、エアインターフェイス１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＥ−ＵＴＲＡの無線技術を採用することがあり得る。さらに、ＲＡＮ１０４は、ＣＮ１０６と通信状態にあることもあり得る。
【００３２】
ＲＡＮ１０４は、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃを含むことがあり得るが、ＲＡＮ１０４は、実施形態に矛盾しないまま、ｅＮｏｄｅ−Ｂをいくつでも含むことがあり得ると理解されるであろう。ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃは、各々、エアインターフェイス１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために１つまたは複数のトランシーバーを含むことがあり得る。一実施形態において、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯの技術を実装することがあり得る。したがって、例えば、ｅＮｏｄｅ−Ｂ１６０ａは、ＷＴＲＵ１０２ａに対して、ワイヤレス信号を送信するおよび／またはワイヤレス信号を受信するために複数のアンテナを使用することがあり得る。
【００３３】
ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃの各々は、特定のセル（図示せず）に関連付けられることがあり得り、無線リソース管理の決定、ハンドオーバーの決定、ＵＬおよび／またはＤＬにおけるユーザーのスケジューリングなどを取り扱うように構成されることがあり得る。図１Ｃに示すように、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェイスを介して互いに通信することがあり得る。
【００３４】
図１Ｃに示すＣＮ１０６は、ＭＭＥ（mobility management entity）１６２、ＳＧＷ（サービングゲートウェイ）１６４、およびＰＤＮ（packet data network）ゲートウェイ（またはＰＧＷ）１６６を含むことがあり得る。上述の要素の各々は、ＣＮ１０６の一部として描かれる一方、今述べた要素のうちのいずれかが、ＣＮオペレーター以外のエンティティーによって所有されるおよび／または運営されることがあり得るということが理解されるであろう。
【００３５】
ＭＭＥ１６２は、Ｓ１インターフェイスを介して、ＲＡＮ１０４におけるｅＮｏｄｅ−Ｂ１６２ａ、１６２ｂ、１６２ｃの各々に接続されることがあり得り、制御ノードとしての役割を果たすことがあり得る。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザーを認証すること、ベアラのアクティベーション／非アクティベーション、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期の接続中に特定のサービングゲートウェイを選択することなどに対して責任があることがあり得る。ＭＭＥ１６２は、ＲＡＮ１０４と、例えば、ＧＳＭおよび／またはＷＣＤＭＡなどの他の無線技術を採用する他のＲＡＮ（図示せず）との間の切り替えに、制御プレーン機能を提供することがあり得る。
【００３６】
ＳＧＷ１６４は、Ｓ１インターフェイスを介して、ＲＡＮ１０４におけるｅＮｏｄｅ  Ｂ１６０ａ、１６０ｂ、１６０ｃの各々に接続されることがあり得る。一般に、ＳＧＷ１６４は、ユーザーデータパケットを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに対して、ルーティングし転送することがあり得る。ＳＧＷ１６４は、例えば、ｅＮｏｄｅ  Ｂ間ハンドオーバーの間にユーザープレーンを固定すること、ＤＬデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能なときページングをトリガーすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理し格納することなどのような他の機能を実行することがあり得る。
【００３７】
ＳＧＷ１６４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、ＩＰ対応デバイスとの間における通信を容易にするために、パケット交換ネットワーク、例えばインターネット１１０などへのアクセスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することがあり得るＰＧＷ１６６に接続されることがあり得る。
【００３８】
ＣＮ１０６は、他のネットワークとの通信を容易にすることがあり得る。例えば、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、従来の地上通信線の通信デバイスとの間における通信を容易にするために、回線交換ネットワーク、例えばＰＳＴＮ１０８などへのアクセスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することがあり得る。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間におけるインターフェイスとしての役割を果たすＩＰゲートウェイ（例えば、ＩＭＳ（ＩＰマルチメディアサブシステム）サーバー）を含むことがあり得り、またはＩＰゲートウェイと通信することがあり得る。加えて、ＣＮ１０６は、他のサービスプロバイダによって所有されるおよび／または運営される他の有線および／またはワイヤレスのネットワークを含むことがあり得る他のネットワーク１１２へのアクセスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することがあり得る。
【００３９】
ＷＴＲＵは、図１Ａ〜図１Ｄにおいてワイヤレス端末として説明されるが、ある代表的な実施形態において、上記の端末は、通信ネットワークとの有線通信インターフェイスを（例えば、一時的にまたは永久に）使用することがあり得ると予想される。
【００４０】
代表的な実施形態において、その他のネットワーク１１２は、ＷＬＡＮであることがあり得る。
【００４１】
インフラストラクチャーのＢＳＳ（Basic Service Set）のモードにおけるＷＬＡＮは、ＢＳＳ用のＡＰ（アクセスポイント）と、ＡＰに関連付けられた１つまたは複数のＳＴＡ（ステーション）とを有することがあり得る。ＡＰは、ＤＳ（配信システム）、またはＢＳＳに出入りするトラフィックを搬送する別のタイプの有線ネットワーク／ワイヤレスネットワークに対するアクセスまたはインターフェイスを有することがあり得る。ＢＳＳの外部から生じるＳＴＡへのトラフィックは、ＡＰを通じて届くことがあり得て、ＳＴＡへ配信されることがあり得る。ＳＴＡからＢＳＳの外部の宛先へ生じるトラフィックは、ＡＰへ送られて、それぞれの宛先へ配信されることがあり得る。ＢＳＳ内のＳＴＡ間のトラフィックは、例えば、発信元のＳＴＡがトラフィックをＡＰに送ることがあり得て、ＡＰがトラフィックを送信先のＳＴＡに配信することがあり得る場合に、ＡＰを通じて送られることがあり得る。ＢＳＳ内のＳＴＡ間のトラフィックは、ピアツーピアのトラフィックと考えられる、および／またはいわれることがあり得る。ピアツーピアのトラフィックは、ＤＬＳ（direct link setup）によって、発信元および送信先のＳＴＡ間に（例えば、の間でダイレクトに）送られることがあり得る。ある代表的な実施形態において、ＤＬＳは、８０２．１１ｅのＤＬＳまたは８０２．１１ｚのＴＤＬＳ（tunneled DLS）を使用することがあり得る。ＩＢＳＳ（Independent BSS）モードを使用するＷＬＡＮは、ＡＰを有さないことがあり得り、ＩＢＳＳ内のまたはＩＢＳＳを使用するＳＴＡ（例えば、すべてのＳＴＡ）は、互いに直接通信することがあり得る。通信のＩＢＳＳモードは、本明細書においは、時には、通信の「アドホック」モードということがあり得る。
【００４２】
動作の８０２．１１ａｃインフラストラクチャーモードまたは動作の同様のモードを使用するとき、ＡＰは、例えば、プライマリーチャネルなどの固定されたチャネル上にビーコンを送信することがあり得る。プライマリーチャネルは、固定された幅（例えば、２０ＭＨｚ幅の帯域幅）、またはシグナリングにより動的に設定される幅であることがあり得る。プライマリーチャネルは、ＢＳＳの動作チャネルであることがあり得り、ＡＰとの接続を確立するためにＳＴＡによって使用されることがあり得る。ある代表的な実施形態において、ＣＳＭＡ／ＣＡ（搬送波感知多重アクセス/衝突回避）は、例えば、８０２．１１システムに実装されることがあり得る。ＣＳＭＡ／ＣＡに関し、ＡＰを含むＳＴＡ（例えば、あらゆるＳＴＡ）は、プライマリーチャネルを感知することがあり得る。プライマリーチャネルが、特定のＳＴＡによって、感知される／検出される、および／または、ビジーであると決定されるならば、特定のＳＴＡは、バックオフをすることがあり得る。１つのＳＴＡ（例えば、ただ１つのステーション）は、与えられたＢＳＳにおいて、与えられたどんなときにでも送信することがあり得る。
【００４３】
ＨＴ（高スループット）のＳＴＡは、例えば、４０ＭＨｚ幅のチャネルを構成するために、２０ＭＨｚのプライマリーチャネルと、隣接するまたは隣接していない２０ＭＨｚのチャネルとの組み合わせによって、通信用に４０ＭＨｚ幅のチャネルを使用することがあり得る。
【００４４】
ＶＨＴ（Very High Throughput）のＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、および／または１６０ＭＨｚの幅のチャネルをサポートすることがあり得る。４０ＭＨｚおよび／または８０ＭＨｚのチャネルは、連続的な（contiguous）２０ＭＨｚを組み合わせることによって構成されることがあり得る。１６０ＭＨｚのチャネルは、８つの連続的な２０ＭＨｚのチャネルを組み合わせることによって、または８０＋８０構成ということがあり得る２つの非連続的な（non-contiguous）８０ＭＨｚのチャネルを組み合わせることによって、構成されることがあり得る。８０＋８０構成に関し、データは、チャネルエンコーディングの後に、データを２つのストリームへと分割することがあり得るセグメントパーサー（segment parser）にすすむことがあり得る。ＩＦＦＴ（逆高速フーリエ変換）処理、および時間領域処理は、別々に、各ストリーム上において行われることがあり得る。ストリームは、２つの８０ＭＨｚのチャネル上にマップされることがあり得り、データは、送信側のＳＴＡによって送信されることがあり得る。受信側のＳＴＡのレシーバーにおいて、上に述べた８０＋８０構成に対する動作は、反転されることがあり得り、組み合わされたデータは、ＭＡＣ（メディアアクセス制御）に送られることがあり得る。
【００４５】
動作のサブの１ＧＨｚモードは、８０２．１１ａｆおよび８０２．１１ａｈによってサポートされる。チャネルの動作帯域幅、およびキャリアは、８０２．１１ｎおよび８０２．１１ａｃに使用されるのと比較して８０２．１１ａｆおよび８０２．１１ａｈにおいて減らされる。８０２．１１ａｆは、ＴＶＷＳ（ＴＶホワイトスペース）のスペクトルにおける５ＭＨｚ、１０ＭＨｚ、および２０ＭＨｚの帯域幅をサポートし、８０２．１１ａｈは、ＴＶＷＳでない（non-TVWS）スペクトルを使用する１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、および１６ＭＨｚの帯域幅をサポートする。代表的な実施形態によれば、８０２．１１ａｈは、メータータイプ制御（Meter Type Control）／マシンタイプ通信（Machine-Type Communication）を、例えば、マクロカバレッジエリアにおけるＭＴＣデバイスなどをサポートすることがあり得る。ＭＴＣデバイスは、ある程度の性能、例えば、ある程度のおよび／または制限された帯域幅用のサポート（例えば、サポートのみ）を含む制限された性能を有することがあり得る。ＭＴＣデバイスは、（例えば、非常に長いバッテリー寿命を維持するために）しきい値を超えるバッテリー寿命を有するバッテリーを含むことがあり得る。
【００４６】
複数のチャネル、およびチャネル帯域幅、例えば、８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、および８０２．１１ａｈなどをサポートすることがあり得るＷＬＡＮシステムは、プライマリーチャネルとして指定されることがあり得るチャネルを含む。プライマリーチャネルは、ＢＳＳにおいて、すべてのＳＴＡによってサポートされる最大の共通の動作帯域幅に等しい帯域幅を有することがあり得る。プライマリーチャネルの帯域幅は、ＢＳＳにおいて動作しているすべてのＳＴＡの中から、最小の帯域幅の動作モードをサポートするＳＴＡによって設定および／または制限されることがあり得る。８０２．１１ａｈの例において、たとえＡＰ、およびＢＳＳにおける他のＳＴＡが、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ、および／または他のチャネル帯域幅の動作モードをサポートしても、プライマリーチャネルは、１ＭＨｚモードをサポートする（例えば、サポートするだけの）ＳＴＡ（例えば、ＭＴＣタイプデバイス）に対して１ＭＨｚ幅であることがあり得る。キャリアセンシングおよび／またはＮＡＶ（Network Allocation Vector；ネットワーク割当てベクトル）設定は、プライマリーチャネルの状態に依存することがあり得る。プライマリーチャネルが、例えば、ＡＰに送信している（１ＭＨｚの動作モードだけをサポートする）ＳＴＡに起因してビジーであるならば、利用可能な全周波数帯域は、たとえ周波数帯域の大部分がアイドルのままであり利用可能であることがあり得ても、ビジーと考えられることがあり得る。
【００４７】
米国において、８０２．１１ａｈによって使用されることがあり得る利用可能な周波数帯域は、９０２ＭＨｚから９２８ＭＨｚまでである。韓国において、利用可能な周波数帯域は、９１７．５ＭＨｚから９２３．５ＭＨｚまでである。日本において、利用可能な周波数帯域は、９１６．５ＭＨｚから９２７．５ＭＨｚまでである。８０２．１１ａｈに利用可能な合計の帯域幅は、国コードによって、６ＭＨｚから２６ＭＨｚまでである。
【００４８】
図１Ｄは、実施形態によるＲＡＮ１１３およびＣＮ１１５を例示するシステム図である。上に述べたように、ＲＡＮ１１３は、エアインターフェイス１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＮＲの無線技術を採用することがあり得る。さらに、ＲＡＮ１１３は、ＣＮ１１５と通信状態にあることもあり得る。
【００４９】
ＲＡＮ１１３は、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃを含むことがあり得るが、ＲＡＮ１１３は、実施形態に矛盾しないまま、ｇＮＢをいくつでも含むことがあり得るということが理解されるであろう。ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、各々、エアインターフェイス１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために１つまたは複数のトランシーバーを含むことがあり得る。一実施形態において、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯの技術を実装することがあり得る。例えば、ｇＮＢ１８０ａ、１０８ｂは、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃに対して、信号を送信するおよび／または信号を受信するためにビームフォーミングを利用することがあり得る。したがって、例えば、ｇＮＢ１８０ａは、ＷＴＲＵ１０２ａに対して、ワイヤレス信号を送信するために、および／またはワイヤレス信号を受信するために、複数のアンテナを使用することがあり得る。実施形態において、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、キャリアアグリゲーションの技術を実装することがあり得る。例えば、ｇＮＢ１８０ａは、複数のコンポーネントキャリアをＷＴＲＵ１０２ａ（図示せず）に送信することがあり得る。今述べたコンポーネントキャリアのサブセットは、残りのコンポーネントキャリアが、許可されたスペクトラム上にあることがあり得る間、許可されないスペクトラム上にあることがあり得る。実施形態において、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＣｏＭＰ（Coordinated Multi-Point）の技術を実装することがあり得る。例えば、ＷＴＲＵ１０２ａは、ｇＮＢ１８０ａおよびｇＮＢ１８０ｂ（および／またはｇＮＢ１８０ｃ）から協調送信を受信することがあり得る。
【００５０】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、スケーラブルなニューメロロジー（numerology）に関連付けられた送信を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することがあり得る。例えば、ＯＦＤＭのシンボル間隔および／またはＯＦＤＭのサブキャリア間隔は、別個の送信、別個のセル、および／またはワイヤレス送信のスペクトルについての別個の部分に対して、変わることがあり得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、種々のまたはスケーラブルな長さのサブフレームまたはＴＴＩ（送信時間間隔）（例えば、様々な数のＯＦＤＭシンボルおよび／または永続的な様々な長さの絶対時間を含む）を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することがあり得る。
【００５１】
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、スタンドアロンの構成および／またはスタンドアロンでない構成において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するように構成されることがあり得る。スタンドアロンの構成において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、他のＲＡＮ（例えば、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃなど）にアクセスすることもなく、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することがあり得る。スタンドアロンの構成において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数を、モビリティアンカーポイント（mobility anchor point）として利用することがあり得る。スタンドアロンの構成において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、許可されない帯域における信号を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することがあり得る。スタンドアロンではない構成において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、例えば、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃなどの別のＲＡＮと通信している／接続している間にも、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信する／接続することがあり得る。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＤＣの原理を実装して、１つまたは複数のｇＮＢ１８０ａ、１８０ｂ、１８０ｃおよび１つまたは複数のｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃと実質的に同時に通信することがあり得る。スタンドアロンではない構成において、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのためのモビリティアンカーとして役割を果たすことがあり得り、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにサービスを提供することに、追加のカバレッジおよび／またはスループットを提供することがあり得る。
【００５２】
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃの各々は、特定のセル（図示せず）に関連付けられることがあり得り、無線リソース管理の決定、ハンドオーバーの決定、ＵＬおよび／またはＤＬにおけるユーザーのスケジューリング、ネットワークスライシングのサポート、デュアルコネクティビティ、ＮＲとＥ−ＵＴＲＡとの間におけるインターワーキング、ＵＰＦ（User Plane Function）１８４ａ、１８４ｂに対するユーザープレーンのデータのルーティング、ＡＭＦ（Access and Mobility Management Function）１８２ａ、１８２ｂに対する制御プレーンの情報のルーティングなどを取り扱うように構成されることがあり得る。図１Ｄに示すように、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、Ｘｎインターフェイスを介して互いに通信することがあり得る。
【００５３】
図１Ｄに示すＣＮ１１５は、少なくとも１つのＡＭＦ１８２ａ、１８２ｂ、少なくとも１つのＵＰＦ１８４ａ、１８４ｂ、少なくとも１つのＳＭＦ（セッション管理機能）１８３ａ、１８３ｂ、およびことによるとＤＮ（データネットワーク）１８５ａ、１８５ｂを含むことがあり得る。上述の要素の各々は、ＣＮ１１５の一部として描かれる一方、今述べた要素のうちのいずれかが、ＣＮオペレーター以外のエンティティーによって所有されるおよび／または運営されることがあり得るということが理解されるであろう。
【００５４】
ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インターフェイスを介して、ＲＡＮ１１３におけるｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数に接続されることがあり得り、制御ノードとしての役割を果たすことがあり得る。例えば、ＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザーを認証すること、ネットワークスライシングに対するサポート（例えば、別個の要件を有する別個のＰＤＵのセッションを取り扱うこと）、特定のＳＭＦ１８３ａ、１８３ｂを選択すること、登録エリアの管理、ＮＡＳシグナリングの終了、モビリティ管理などに対して責任があることがあり得る。ネットワークスライシングは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用されているサービスのタイプに基づいて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ用のＣＮのサポートをカスタマイズするために、ＡＭＦ１８２ａ、１８２ｂによって使用されることがあり得る。例えば、別個のネットワークスライスは、例えば、ＵＲＬＬＣ（超高信頼低遅延通信）のアクセスに依存するサービス、ｅＭＢＢ（enhanced massive mobile broadband）のアクセスに依存するサービス、ＭＴＣ（マシンタイプ通信）のアクセスに関するサービスなどのような別個のユースケース（use case）に関して確立されることがあり得る。ＡＭＦ１６２は、制御プレーン機能を、ＲＡＮ１１３と、例えばＬＴＥ、ＬＴＥ−Ａ、ＬＴＥ−Ａ  Ｐｒｏなどの他の無線技術および／または例えばＷｉＦｉなどの非３ＧＰＰアクセス技術を採用する他のＲＡＮ（図示せず）との間の切り替えに、提供することがあり得る。
【００５５】
ＳＭＦ１８３ａ、１８３ｂは、Ｎ１１インターフェイスを介して、ＣＮ１１５におけるＡＭＦ１８２ａ、１８２ｂに接続されることがあり得る。さらに、ＳＭＦ１８３ａ、１８３ｂは、Ｎ４インターフェイスを介して、ＣＮ１１５におけるＵＰＦ１８４ａ、１８４ｂに接続されることもあり得る。ＳＭＦ１８３ａ、１８３ｂは、ＵＰＦ１８４ａ、１８４ｂを選択し制御し、ＵＰＦ１８４ａ、１８４ｂを通るトラフィックのルーティングを構成することがあり得る。ＳＭＦ１８３ａ、１８３ｂは、例えば、ＵＥのＩＰアドレスを管理し割当てること、ＰＤＵのセッションを管理すること、ポリシーの実施（policy enforcement）およびＱｏＳを制御すること、ダウンリンクデータ通知を提供することなどのような他の機能を実行することがあり得る。ＰＤＵのセッションタイプは、ＩＰベース、非ＩＰベース、イーサネットベースなどであることがあり得る。
【００５６】
ＵＰＦ１８４ａ、１８４ｂは、Ｎ３インターフェイスを介してＲＡＮ１１３におけるｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数に接続されることがあり得り、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、例えば、インターネット１１０などのパケット交換ネットワークへのアクセスを提供することがあり得る。ＵＰＦ１８４、１８４ｂは、例えば、パケットをルーティングし転送すること、ユーザープレーンのポリシーを実施すること、マルチホームのＰＤＵのセッションをサポートすること、ユーザープレーンのＱｏＳを取り扱うこと、ダウンリンクのパケットをバッファリングすること、モビリティアンカリング（mobility anchoring）を提供することなどのような他の機能を実行することがあり得る。
【００５７】
ＣＮ１１５は、他のネットワークとの通信を容易にすることがあり得る。例えば、ＣＮ１１５は、ＣＮ１１５とＰＳＴＮ１０８との間におけるインターフェイスとしての役割を果たすＩＰゲートウェイ（例えば、ＩＭＳ（ＩＰマルチメディアサブシステム）サーバー）を含むことがあり得り、またはＩＰゲートウェイと通信することがあり得る。加えて、ＣＮ１１５は、他のサービスプロバイダによって所有されるおよび／または運営される他の有線および／またはワイヤレスのネットワークを含むことがあり得る他のネットワーク１１２へのアクセスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することがあり得る。一実施形態において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＰＦ１８４ａ、１８４ｂへのＮ３インターフェイス、およびＵＰＦ１８４ａ、１８４ｂとＤＮ（データネットワーク）１８５ａ、１８５ｂとの間におけるＮ６インターフェイスを介するＵＰＦ１８４ａ、１８４ｂを通じて、ローカルなＤＮ１８５ａ、１８５ｂに接続されることがあり得る。
【００５８】
図１Ａ〜１Ｄ、および図１Ａ〜１Ｄに対応する説明の観点から、ＷＴＲＵ１０２ａ〜ｄ、基地局１１４ａ〜ｂ、ｅＮｏｄｅ−Ｂ１６０ａ〜ｃ、ＭＭＥ１６２、ＳＧＷ１６４、ＰＧＷ１６６、ｇＮＢ１８０ａ〜ｃ、ＡＭＦ１８２ａ〜ａｂ、ＵＰＦ１８４ａ〜ｂ、ＳＭＦ１８３ａ〜ｂ、ＤＮ１８５ａ〜ｂ、および／または本明細書において説明される他のどのデバイス（複数可）をとっても、１つまたは複数に関連して、本明細書において説明される機能のうちの１つもしくは複数またはすべては、１つまたは複数のエミュレーションデバイス（図示せず）によって実行されることがあり得る。エミュレーションデバイスは、本明細書において説明される機能のうちの１つもしくは複数またはすべてをエミュレートするように構成される１つまたは複数のデバイスであることがあり得る。例えば、エミュレーションデバイスは、他のデバイスをテストするために、ならびに／またはネットワークおよび／もしくはＷＴＲＵ機能をシミュレートするために使用されることがあり得る。
【００５９】
エミュレーションデバイスは、ラボ環境において、および／またはオペレーターのネットワーク環境において、他のデバイスの１つまたは複数のテストを実装するように設計されることがあり得る。例えば、１つまたは複数のエミュレーションデバイスは、通信ネットワーク内の他のデバイスをテストするために、有線および／またはワイヤレスの通信ネットワークの一部として全体的にもしくは部分的に実装されているおよび／または展開されている間、１つもしくは複数のまたはすべての機能を実行することがあり得る。１つまたは複数のエミュレーションデバイスは、有線および／またはワイヤレスの通信ネットワークの一部として一時的に実装されている／展開されている間、１つもしくは複数のまたはすべての機能を実行することがあり得る。エミュレーションデバイスは、テスティングの目的のために別のデバイスに直接結合されることがあり得り、および／またはＯＴＡ（over-the-air）のワイヤレス通信を使用してテスティングを実行することがあり得る。
【００６０】
１つまたは複数のエミュレーションデバイスは、有線および／またはワイヤレスの通信ネットワークの一部として実装されていない／展開されていない間、すべてを含む、１つまたは複数の機能を実行することがあり得る。例えば、エミュレーションデバイスは、１つまたは複数のコンポーネントのテスティングを実装するために、テスティングラボラトリーならびに／または展開されない（例えば、テスティングの）有線および／もしくはワイヤレスの通信ネットワークにおけるテスティングのシナリオにおいて利用されることがあり得る。１つまたは複数のエミュレーションデバイスは、テスト機器であることがあり得る。ダイレクトなＲＦカップリング（direct RF coupling）、および／または（例えば、１つもしくは複数のアンテナを含むことがあり得る）ＲＦ回路を介したワイヤレス通信は、データを送信するおよび／または受信するために、エミュレーションデバイスによって使用されることがあり得る。
【００６１】
ＷＴＲＵ、ＵＥ、およびユーザーは、本明細書において交換可能に使用され得る。
【００６２】
５ＧワイヤレスシステムのためのＮＲにおいて、ＵＲＬＬＣ（超高信頼低遅延通信）システムは、例えば、ＢＥＲ（ブロック誤り率）を下げ、ブロッキングの確率を下げることによってなど、制御チャネル（たとえば、ＰＤＣＣＨ）の信頼性を高める仕組みが必要である。
【００６３】
本明細書において使用されるような、参照シンボルは、固定され、既知であり、パイロット記号として使用される（たとえば、複素数として表現され得る）シンボルを含むことがあり得る。参照信号は、参照シンボルを処理することによって生成される時間領域信号を含むことがあり得る。例えば、ＯＦＤＭにおいて、参照シンボルは、ｎ個のＩＤＦＴ（逆離散フーリエ変換）のブロックに供給される複素数であり得り、参照信号は、ＩＤＦＴのブロックの出力であり得る。ＤＣＩ（ダウンリンク制御情報）は、ＰＤＣＣＨが、ＷＴＲＵ（ユーザー）またはＷＴＲＵ（ユーザー）のグループに対して制御情報を運ぶことによって、送信されるビットのセットを含むことがあり得る。
【００６４】
ＲＥ（リソースエレメント）は、１つのサブキャリア上に１つのＯＦＤＭシンボルを含むことがあり得る。ＲＥＧ（リソースエレメントグループ）は、リソースエレメントをＷＴＲＵにアサインするＣＣＥ（control channel element；制御チャネルエレメント）のビルディングブロックとして使用されるＲＥのグループを含むことがあり得る。ＲＥＧバンドルは、時間または周波数において隣接し、同一の関連したプリコーダーとともにグループ化されるＲＥＧである。ＮＲ−ＲＥＧ、ＮＲ−ＣＣＥ、およびＮＲ−ＰＤＣＣＨは、５Ｇワイヤレスシステムにおいて、ＮＲのためのＲＥＧ、ＣＣＥ、およびＰＤＣＣＨを参照するのに使用されることがあり得る。
【００６５】
５ＧのＮＲにおいて、ＲＥＧは、ＰＤＣＣＨに対して最小のビルディングブロックであることがあり得る。例えば、各ＲＥＧは、時間における１つのＯＦＤＭシンボルと、周波数における１つのＲＢ（リソースブロック）とによる１２個のＲＥから成ることがあり得る。各ＲＥＧにおいて、９個のＲＥは、制御情報に対して使用されることがあり得り、３個のＲＥは、ＤＭＲＳ（demodulation reference signal；復調リファレンス信号）に対して使用されることがあり得る。時間または周波数において隣接する複数のＲＥＧ（たとえば、２、３、または６個）は、同一のプリコーダーを有して使用され、チャネル推定のためにともに使用されるＤＭＲＳを有するＲＥＧバンドルを形成することがあり得る。６個のＲＥＧは（たとえば、１、２、または３個のＲＥＧバンドルのかたちにおいて）、ＰＤＣＣＨに対して１つのＣＣＥを形成することがあり得る。各ＰＤＣＣＨは、１つまたは複数のＣＣＥ（例えば、１、２、４、８、または１６個のＣＣＥ）から成ることがあり得り、ＰＤＣＣＨのためのＣＣＥの数は、ＰＤＣＣＨのＡＬ（aggregation level；集約レベル）といわれることがあり得る。
【００６６】
ＲＥＧバンドルのマッピングは、次のモード、インターリーブモードおよび非インターリーブモードを含むことがあり得る。非インターリーブマッピングにおいて、連続するＲＥＧバンドル（すなわち、周波数において隣接する）は、ＣＣＥを形成し、周波数において隣接するＣＣＥは、ＰＤＣＣＨを形成する。インターリーブマッピングにおいて、１つのＣＣＥにおけるいくつかの（またはすべての）隣接しないＲＥＧバンドと、１つのＰＤＣＣＨにおけるいくつかの（またはすべての）隣接しないＣＣＥとに帰着するＲＥＧは、ＣＣＥにマッピングされる前にインターリーブされる（または順序を変えられる）。
【００６７】
ＣＯＲＥＳＥＴ（制御リソースセット）は、周波数割当て（例えば、６個のＲＢのチャンクにおいて）、時間の長さ（１〜３個のＯＦＤＭシンボル）、ＲＥＧバンドルのタイプ、およびＲＥＧバンドルからＣＣＥへのマッピング（すなわち、インターリーブまたは非インターリーブ）のタイプにより構成されることがあり得る。例において、各ＢＷＰ（帯域幅部分）の中に、最大３個のＣＯＲＥＳＥＴ（すべての４つの可能な帯域幅部分における１２個のＣＯＲＥＳＥＴ）があることがあり得る。
【００６８】
ＷＴＲＵは、ＰＤＣＣＨのブラインド検出の間に監視するためにＰＤＣＣＨ候補のセットによりアサインされることがあり得り、探索空間、または探索空間のセット（たとえば、複数のＡＬに対する）といわれる。探索空間の各セットは、関連したＣＯＲＥＳＥＴ、各ＡＬを有する候補の数、および監視するオケージョンによって構成され得る。監視するオケージョンは、監視する周期性（たとえば、スロットに関して）、監視するオフセット、および監視するパターン（スロット内のシンボルのすべての可能なパターンに対応する１４ビット）によって決定されることがあり得る。
【００６９】
ＵＲＬＬＣのＷＴＲＵのためのダウンリンク制御チャネルの送信に十分なリソースを提供するための例示的な方法は、ＵＲＬＬＣのチャネル（複数可）の存在の下に、ｅＭＢＢの制御チャネル（複数可）のプリエンプションを含むことがあり得る。例において、リソースは、ｅＭＢＢ  ＷＴＲＵに対して使用されることがあり得るダウンリンク制御チャネルの送信に対してアサインされることがあり得る。ＵＲＬＬＣのＷＴＲＵのためのダウンリンク制御チャネルは、ｅＭＢＢ  ＷＴＲＵのためのダウンリンク制御チャネルよりも、より高い優先度を受け取ることがあり得る。例えば、ＵＲＬＬＣのＷＴＲＵのためのＰＤＣＣＨの存在は、ｅＭＢＢ  ＷＴＲＵのためにスケジューリングされたＰＤＣＣＨの送信をプリエンプトまたは部分的にプリエンプトすることがあり得る。
【００７０】
ＵＲＬＬＣのＷＴＲＵのＰＤＣＣＨをロックする確率を低くするために、ＵＲＬＬＣのＷＴＲＵは、ｅＭＢＢ  ＷＴＲＵのＰＤＣＣＨを超えたより高い優先度を与えられることがあり得る。例において、探索空間に基づく、異なるＷＴＲＵのＰＤＣＣＨのスケジューリングのときに、最初に、ｇＮＢは、ＵＲＬＬＣのＷＴＲＵのためのＰＤＣＣＨをスケジューリングすることがあり得る。次に、ｇＮＢは、ＵＲＬＬＣのＷＴＲＵに対して、既に完全にまたは部分的に使用されるＰＤＣＣＨ候補を、アクティブなｅＭＢＢ  ＷＴＲＵに対応する探索空間から取り除くことによって、ｅＭＢＢ  ＷＴＲＵのためのＰＤＣＣＨをスケジューリングすることがあり得る。ｅＭＢＢのＰＤＣＣＨプリエンプションを有効にすることは、より多くのリソースを使用できるようにすることによって、ＵＲＬＬＣのＷＴＲＵのためのＰＤＣＣＨのブロッキングを減らすまたはなくす、および信頼性を高くすることがあり得る。
【００７１】
例示的な方法は、ＵＲＬＬＣのＷＴＲＵのためのＰＤＣＣＨの存在の下に、ｅＭＢＢ  ＷＴＲＵのためのＰＤＣＣＨを部分的にプリエンプトすることに使用されることがあり得る。２つの異なるオーバーラップしているＣＯＲＥＳＥＴは、それぞれ、ｅＭＢＢ  ＷＴＲＵのＰＤＣＣＨと、ＵＲＬＬＣのＷＴＲＵＳのＰＤＣＣＨとに対してアサインされることがあり得る。異なるオーバーラップしているＣＯＲＥＳＥＴは、異なるＲＥＧのバンドリングのタイプおよび／または送信モード（すなわち、インターリーブ対非インターリーブ）を有することがあり得る。ＵＲＬＬＣのＷＴＲＵに対して遅延を減らすために、ＵＲＬＬＣのＷＴＲＵのＰＤＣＣＨに対してアサインされたＣＯＲＥＳＥＴは、スロットの最初のＯＦＤＭシンボルに割当てられることがあり得り、ｅＭＢＢ  ＷＴＲＵのＰＤＣＣＨに対してアサインされたＣＯＲＥＳＥＴは、マルチシンボルであることがあり得る。ＵＲＬＬＣ  ＣＯＲＥＳＥＴにおけるＰＤＣＣＨ候補がスケジューリングされると、ｅＭＢＢのＰＤＣＣＨの送信は、送信されたＵＲＬＬＣ  ＰＤＣＣＨと共有されるＲＥＧ上にプリエンプトされることがあり得る。プリエンプションが、共有されるＲＥＧ上において行われると、レートマッチングは、ＰＤＣＣＨの残りの利用可能なＲＥＧに基づいて、ｅＭＢＢのＰＤＣＣＨのコードレートをマッチさせるために採用されることがあり得る。図２は、ＵＲＬＬＣのＷＴＲＵのためのＰＤＣＣＨの存在の下にｅＭＢＢ  ＷＴＲＵのためのＰＤＣＣＨを部分的にプリエンプトするための例示的なスケジューリング方法２００のスケジューリング図である。ＰＤＣＣＨ２０４は、最初のＯＦＤＭシンボル２０１上において、ＵＲＬＬＣのＷＴＲＵに対してスケジューリングされ、ｅＭＢＢ  ＷＴＲＵに対して、（シンボル２０１および２０２に渡る）２シンボル（two-symbol）のＣＯＲＥＳＥＴ２０６上におけるＰＤＣＣＨ２１０の送信を部分的にプリエンプトする。データ２０８は、ＰＤＣＣＨ２０４および２１０の送信の後に続いて送信されることがあり得る。
【００７２】
レシーバーにおいて、ｅＭＢＢ  ＷＴＲＵは、１つのＲＥＧバンドルのＤＭＲＳからのチャネル推定値を比較することによって、ＰＤＣＣＨ候補のプリエンプトされたＲＥＧを検出することがあり得る。例えば、ＲＥＧのバンドリングがｅＭＢＢ  ＣＯＲＥＳＥＴに対して時間通りに行われ、ＵＲＬＬＣ  ＣＯＲＥＳＥＴがスロットの最初のシンボルのみをカバーする場合に、ｅＭＢＢ  ＷＴＲＵが、最初のシンボル上のＲＥＧに対するチャネル推定値と、そのＲＥＧバンドルの他のＲＥＧに対するチャネル推定値との間に、大きな食い違いを観測するならば、ｅＭＢＢ  ＷＴＲＵは、最初のシンボル上のＲＥＧがＵＲＬＬＣのＷＴＲＵによって使用されることを仮定することがあり得り、プリエンプトされたＲＥＧとしてそれを識別することがあり得る。ｅＭＢＢ  ＷＴＲＵは、プリエンプトされたＲＥＧを、チャネル推定（およびＰＤＣＣＨの検出）に使用されるＲＥＧのセットから取り除くことがあり得り、各ＲＥＧバンドルに対して、残りのＲＥＧのジョイントチャネル推定によりチャネル推定手順を完了することがあり得る。ｅＭＢＢ  ＷＴＲＵは、チャネル推定および受信信号に基づいて、残りのＲＥＧにブラインドデコーディングを行い、残りのＲＥＧの数に関連付けられたレートマッチングを適用することがあり得る。
【００７３】
各ＲＥＧバンドルにおける残りのＲＥＧの数に基づいて、チャネル推定の品質と、したがって、それらのＲＥＧに基づく受信したコード化されたビットに対する軟判定（soft decision）の品質とは、異なることがあり得る。したがって、ｅＭＢＢ  ＷＴＲＵは、デコーディング処理に対して、各バンドルから取り除かれるＲＥＧについての情報（および例えば、ＲＥＧバンドルのためのチャネル推定に使用されるＤＭＲＳの数などの関連情報）を使用することがあり得る。例えば、チャネル推定に使用されるＤＭＲＳの数は、チャネル推定の品質に影響を与えることがあり得り、今述べたことは、デコーディング処理における受信したコード化されたビットのＬＬＲ（log-likelihood ratio；対数尤度比）（すなわち、デコーディング処理における軟判定の品質）を計算するとき考慮されることがあり得る。
【００７４】
デコーディング後、ＰＤＣＣＨの通常のブラインド検出と同様に、ｅＭＢＢ  ＷＴＲＵは、ＣＲＣ（巡回冗長符号）を検査して、デコードされたデータが正しいかどうか、およびｅＭＢＢのＲＮＴＩ（radio network temporary identifier）に関連付けられるかどうかを決定することがあり得る。ブラインド検出手順の必要性（すなわち、ｅＭＢＢ  ＣＯＲＥＳＥＴの一部にオーバーラップしている可能性があるＵＲＬＬＣ  ＰＤＣＣＨの存在）のインディケーション、および／またはブラインド検出手順に有用であることがあり得る余分なパラメーターは、ｇＮＢのＲＲＣ（radio resource control）レイヤーによって提供されるｅＭＢＢ  ＣＯＲＥＳＥＴコンフィギュレーションに含まれることがあり得るか、含まれないことかがあり得る。余分なパラメーターは、例えば、オーバーラップしたリソース領域（たとえば、ＯＦＤＭシンボルのインデックスと、例えば、５ＧのＮＲにおいてＣＯＲＥＳＥＴの周波数構成に対して使用される６個のＲＢの粒度（granularity）を有するＲＢとに関して表される）、および／またはオーバーラップしているＵＲＬＬＣ  ＣＯＲＥＳＥＴの送信モードのなどの情報を含むことがあり得る。ブラインド検出手順の必要性のインディケーションが、ｇＮＢから受信されたＣＯＲＥＳＥＴコンフィギュレーションに含まれないならば、ＷＴＲＵは、予め定義されたパターンに基づいて、ＣＯＲＥＳＥＴのオーバーラップしている部分を暗黙的に導出することがあり得る。例えば、ｅＭＢＢ  ＷＴＲＵが、最初のＯＦＤＭシンボル上の相対的に広帯域のＣＯＲＥＳＥＴ（たとえば、帯域幅部分と同じ幅の１シンボル（single-symbol）のＣＯＲＥＳＥＴ）と、１シンボルのＣＯＲＥＳＥＴによりオーバーラップする狭帯域の複数シンボル（multi-symbol）のＣＯＲＥＳＥＴ（たとえば、狭帯域部分よりも非常に小さい複数シンボルのＣＯＲＥＳＥＴ）とにより構成されると仮定すると、ｅＭＢＢ  ＷＴＲＵは、最初のＯＦＤＭシンボル上のＲＥＧが、アプリオリに既知のパターンに従って、プリエンプトされることを仮定することがあり得る。今述べた方法は、ＵＲＬＬＣ  ＣＯＲＥＳＥＴが１シンボルであり、ｅＭＢＢ  ＣＯＲＥＳＥＴが複数シンボルであるとき有用であることがあり得り、両方のＣＯＲＥＳＥＴが、同一のシンボル（複数可）をカバーするが、異なる送信のモード（たとえば、インターリーブされる１つと、非インターリーブされる１つと）を有するとき適用されることがあり得る。
【００７５】
図３は、ＵＲＬＬＣのためのＰＤＣＣＨの存在の下にｅＭＢＢのためのＰＤＣＣＨの部分的なプリエンプションのための例示的な方法３００のフロー図である。例示的な方法３００は、ｅＭＢＢのユーザーのＷＴＲＵによって行われることがあり得る。例えば、例示的な方法３００は、ＵＲＬＬＣ  ＣＯＲＥＳＥＴが１シンボルであり、ｅＭＢＢ  ＣＯＲＥＳＥＴが複数シンボルであるとき行われることがあり得る。３０２において、ｅＭＢＢ  ＷＴＲＵは、ｅＭＢＢ  ＣＯＲＥＳＥＴおよび探索空間パラメーターに対して、（たとえば、ＲＲＣのシグナリングを通じて）ＣＯＲＥＳＥＴコンフィギュレーションを取得することがあり得る。ＣＯＲＥＳＥＴコンフィギュレーションは、プリエンプションインディケーションパラメーター（ＰＤＣＣＨプリエンプションインジケーター）を含むことがあり得る。３０４において、ｅＭＢＢ  ＷＴＲＵは、ｅＭＢＢ  ＣＯＲＥＳＥＴコンフィギュレーションが、可能な（部分的な）プリエンプションのインディケーション（すなわち、ＰＤＣＣＨプリエンプションが有効であるというインディケーション）を含むかどうかを決定することがあり得る。プリエンプションインジケーターが使用されないならば、ｅＭＢＢ  ＷＴＲＵは、上に説明したようにプリエンプションの可能性を決定するために、ＣＤ−ＲＯＭのオーバーラップしている部分を暗黙的に導出することがあり得る。可能なプリエンプションのインディケーションが検出されるならば、３０６において、ｅＭＢＢ  ＷＴＲＵは、各ＲＥＧバンドルを調べ、チャネル推定の一貫性を検査してプリエンプトされたＲＥＧを識別することがあり得る。３０８において、ＥＭＢＢのＷＴＲＵは、プリエンプトされたＲＥＧを、ＲＥＧバンドルのチャネル推定（およびＰＤＣＣＨの検出）に使用されるＲＥＧのセットから取り除き、各ＲＥＧバンドルの残りのＲＥＧ（たとえば、残りのＲＥＧのＤＭＲＳ）に基づいてチャネル推定を行うことがあり得る。３１０において、ｅＭＢＢ  ＷＴＲＵは、受信信号に基づいて、各ＲＥＧバンドルの残りのＲＥＧにブラインドデコーディングを（およびプリエンプトされたＲＥＧを避けることを）行うことによって、ＰＤＣＣＨを検出し、各ＲＥＧバンドルにおいて、残りのＲＥＧの数と関連付けられたレートマッチングを行うことがあり得る。３１２において、ｅＭＢＢ  ＷＴＲＵは、誤りを検出するために、残りのＲＥＧからデコードされたデータのＣＲＣを検査することがあり得り、ＰＤＣＣＨを受信する（例えば、ＰＤＣＣＨが、ＲＮＴＩなどを検出することによって、ｅＭＢＢ  ＷＴＲＵに対してであるかどうかを決定する）ことがあり得る。可能な部分的なプリエンプションのインディケーションが検出されないならば、３１４において、ｅＭＢＢ  ＷＴＲＵは、各ＲＥＧバンドルに対してジョイントチャネル推定を行うことがあり得る。３１６において、ｅＭＢＢは、各ＰＤＣＣＨ候補のすべてのＲＥＧを使用して、ＰＤＣＣＨ候補のブラインドデコーディングを行うことがあり得る。３１８において、ｅＭＢＢ  ＷＴＲＵは、誤りを検出するために、すべてのＲＥＧからデコードされたデータのＣＲＣを検査することがあり得り、ＰＤＣＣＨを受信する（例えば、ＰＤＣＣＨが、ＲＮＴ���などを検出することによって、ｅＭＢＢ  ＷＴＲＵに対してであるかどうかを決定する）ことがあり得る。
【００７６】
例示的な方法は、ＵＲＬＬＣのＷＴＲＵのためのＰＤＣＣＨによりオーバーラップされるときｅＭＢＢ  ＷＴＲＵのためのＰＤＣＣＨの完全なプリエンプションに使用されることがあり得る。例において、ｅＭＢＢ  ＷＴＲＵのためのドラフトスケジューリングは、ＵＲＬＬＣのＷＴＲＵのためのＰＤＣＣＨのスケジューリングと独立して行うことがあり得る。ｅＭＢＢ  ＷＴＲＵのためにスケジューリングされたＰＤＣＣＨの送信は、ｅＭＢＢのＰＤＣＣＨ候補がＵＲＬＬＣのＷＴＲＵのＰＤＣＣＨに対して必要とされるとき、またはｅＭＢＢのＰＤＣＣＨ候補がＵＲＬＬＣのためにスケジューリングされたＰＤＣＣＨによりオーバーラップするときプリエンプトされることがあり得る。ｅＭＢＢのユーザーのＰＤＣＣＨを完全にプリエンプトすることについての今述べた方法は、ｅＭＢＢ  ＷＴＲＵに対するブロッキングが大きい確率に帰着することがあり得る。ブロッキングが大きい確率を避けるために、同一のＣＯＲＥＳＥＴ上においてまたは別のＣＯＲＥＳＥＴ上において、少数の追加される予備のＰＤＣＣＨ候補は、ｅＭＢＢ  ＷＴＲＵが、デフォルトの探索空間において、対象となるＰＤＣＣＨを見つけデコードすることが可能でないときｅＭＢＢ  ＷＴＲＵによって監視されるために、アサインされることがあり得る。
【００７７】
図４は、ＵＲＬＬＣのＷＴＲＵのためのＰＤＣＣＨの存在の下にｅＭＢＢ  ＷＴＲＵのためのＰＤＣＣＨを部分的にプリエンプトするための例示的なスケジューリング方法４００の別のスケジューリング図である。ＵＲＬＬＣ  ＣＯＲＥＳＥＴ４０４（ＰＤＣＣＨを探索するＵＲＬＬＣのＷＴＲＵのための）は、（すべての周波数にわたる）ＯＦＤＭシンボル４０１を占有し、ｅＭＢＢ  ＣＯＲＥＳＥＴ４０６（ＰＤＣＣＨを探索するｅＭＢＢ  ＷＴＲＵのための）は、ＯＦＤＭシンボル４０１および４０２に渡って周波数のサブセットを占有することによって、ＯＦＤＭシンボル４０１のあるキャリア周波数上においてＵＲＬＬＣ  ＣＯＲＥＳＥＴ５０４により部分的にオーバーラップする。図４の例によれば、ＵＲＬＬＣ  ＰＤＣＣＨのための複数のＲＥＧバンドル４０８は、ＯＦＤＭシンボル４０１においてスケジューリングされ、複数のＲＥＧバンドル４１０は、ｅＭＢＢのＰＤＣＣＨが、ＣＯＲＥＳＥＴのオーバーラップのためにＵＲＬＬＣ  ＰＤＣＣＨによってＲＥＧ４１２上においてプリエンプトされるように、ＯＦＤＭシンボル４０１および４０２においてスケジューリングされる。データは、ＯＦＤＭシンボル４０１および４０２上のＰＤＣＣＨの送信の後に続いて送信されることがあり得る（たとえば、ＰＤＳＣＨ（物理ダウンリンク共有チャネル）４１４）。
【００７８】
図５は、ＵＲＬＬＣのＷＴＲＵのためのＰＤＣＣＨによりオーバーラップされるときｅＭＢＢ  ＷＴＲＵのためのＰＤＣＣＨを完全にプリエンプトするための例示的なスケジューリング方法５００のスケジューリング図である。図５に示すように、ｅＭＢＢおよびＵＲＬＬＣの両方のＷＴＲＵに対する大きなまたはメインのＣＯＲＥＳＥＴ５０４は、スロットの最初のＯＦＤＭシンボル５０１（たとえば、零から番号付けされるならば、シンボル０）上において構成されることがあり得り、より小さい（予備の）ＣＯＲＥＳＥＴ５０６は、対象となるＰＤＣＣＨがメインのＣＯＲＥＳＥＴ５０４上においてプリエンプトされる場合に、ｅＭＢＢ  ＷＴＲＵのための少数のＰＤＣＣＨ候補を含むスロットの２番目の（および／または３番目の）ＯＦＤＭシンボル５０２上において構成されることがあり得る。予備のＰＤＣＣＨ候補と、それらの予備のＰＤＣＣＨ候補についての数および大きさ（集約レベル）とを含む、より小さいＣＯＲＥＳＥＴ５０６の構造は、例えば、ＲＲＣによって構成されることがあり得る。予備ＣＯＲＥＳＥＴ５０６内の異なる集約レベルを有する予備のＰＤＣＣＨ候補の位置は、探索空間に対して定義されるハッシュ関数によって固定される、または取得されることがあり得る。すべてのアクティブなｅＭＢＢ  ＷＴＲＵは、予備ＣＯＲＥＳＥＴ５０６内において同一の探索空間を有することがあり得る、または対応する探索空間は、異なることがあり得る。データ５０８は、ＣＯＲＥＳＥＴ５０４および／または５０６においてＰＤＣＣＨの送信の後に続いて送信されることがあり得る。
【００７９】
本明細書において説明されるｅＭＢＢ  ＷＴＲＵのＰＤＣＣＨをプリエンプトする方法は、ＵＲＬＬＣのＷＴＲＵのビヘイビアに影響を与えないことがあり得り、ｅＭＢＢ  ＷＴＲＵのビヘイビアに影響を与えることがあり得る。例えば、ｅＭＢＢ  ＷＴＲＵは、予備ＣＯＲＥＳＥＴにおいて、またはメインのＣＯＲＥＳＥＴにおけるもしくは探索空間におけるＰＤＣＣＨ候補のブラインドデコーディングが不成功であるならば予備探索空間において、ＰＤＣＣＨ候補をブラインドデコードするためのみに、（たとえば、ＲＲＣのシグナリングを使用して）ｇＮＢによって、明示的にまたは暗黙的に構成されることがあり得る。予備ＣＯＲＥＳＥＴに対するｅＭＢＢ  ＷＴＲＵのビヘイビアのための暗黙的なコンフィギュレーションは、ＣＯＲＥＳＥＴコンフィギュレーションの間に、予備ＣＯＲＥＳＥＴについての予備の状態のインディケーション、および／または予備ＣＯＲＥＳＥＴに関連付けられたメインのＣＯＲＥＳＥＴのインデックスを含むことによって、なされることがあり得る。
【００８０】
方法は、ＵＲＬＬＣのＷＴＲＵに対してＤＣＩ送信の信頼性を高めるために、ｇＮＢによる複数のＰＤＣＣＨ上のＵＲＬＬＣのＤＣＩについての送信に使用され、受信するＵＲＬＬＣのＷＴＲＵに対して対応する方法が使用されることがあり得る。例において、ＵＲＬＬＣに対するＤＣＩ送信の信頼性は、ＵＲＬＬＣのユーザーに対してＰＤＣＣＨに冗長性を追加することによって、高められることがあり得る。例えば、同一のＤＣＩは、ＵＲＬＬＣのＷＴＲＵに対して２つ以上のＰＤＣＣＨを介して送信されることがあり得る、またはＵＲＬＬＣのＷＴＲＵを対象とした複数のＤＣＩに対するジョイントリダンダンシー（joint redundancy）は、ｇＮＢによって送信されることがあり得る。
【００８１】
ＵＲＬＬＣの制御チャネルの信頼性を高めるための例において、同一のＤＣＩコンテンツの送信は、複数のＰＤＣＣＨ上において繰り返されることがあり得る。ＰＤＣＣＨの送信は、同一のレートおよび／または同一の送信モードにより（たとえば、２つの異なる位置上の同一のＰＤＣＣＨを繰り返すことによって）繰り返すことがあり得り、異なるレート（たとえば、異なる集約レベルを有するＰＤＣＣＨを使用して）、および／または異なる送信モード（たとえば、インターリーブされる対非インターリーブされるモードを使用して）を使用して、繰り返されることがあり得る。
【００８２】
例において、同一のＤＣＩは、同一の探索空間の２つ以上のＰＤＣＣＨ候補を介して送信されることがあり得る。今述べた例において、２つ以上のＰＤＣＣＨ候補（同一のまたは異なる集約レベルを有する）は、１つのＤＣＩをＷＴＲＵ（たとえば、ＵＲＬＬＣのＷＴＲＵ）に送信するｇＮＢによって同時に使用されることがあり得る。ＷＴＲＵに対してスケジューリングされる同時のＰＤＣＣＨの数または最大数は、（例えば、ＲＲＣのシグナリングを使用して）ＷＴＲＵの探索空間のコンフィギュレーションにおいて示されることがあり得り、および／またはすべての関連したＷＴＲＵに対して、ＣＯＲＥＳＥＴコンフィギュレーションにおいて示されることがあり得る。
【００８３】
別の例において、同一のＤＣＩは、同一のＣＯＲＥＳＥＴ上における異なる探索空間の２つ以上のＰＤＣＣＨ候補を介して送信されることがあり得る。今述べた例において、探索空間の２つ以上のセット（たとえば、探索空間の各セットが、異なる集約レベルを有する複数の候補を含むことがあり得る）は、ＷＴＲＵにアサインされることがあり得る。ＷＴＲＵは、探索空間の各々のアサインされたセット上におけるスケジューリングされたＰＤＣＣＨに対して、予期し監視することがあり得る。ＲＲＣのコンフィギュレーションは、同一のＤＣＩを運ぶ複数のＰＤＣＣＨの集約レベルが同一か異なるかどうかを示すことがあり得る。
【００８４】
複数のＰＤＣＣＨの集約レベルが同一である場合に、図６に示すように、探索空間のセットについての候補間に、１対１対応があることがあり得る。図６は、同一のＣＯＲＥＳＥＴ６０４上において、探索空間６０１および６０２の２つの異なるセットについて、それぞれ、２つのＰＤＣＣＨ候補、ＲＥＧバンドル６０６およびＲＥＧバンドル６０８にわたる同一のＤＣＩの送信のための例示的な方法６００のスケジューリング図である。この場合、対応する候補、ＲＥＧバンドル６０６およびＲＥＧバンドル６０８のスケジューリングは、それぞれ、探索空間６０１および６０２の異なるセットにおいて、互いにリンクされることがあり得り（すなわち、対応する候補は、同時にスケジューリングされることがあり得り）、今述べた対応は、ＣＯＲＥＳＥＴ６０４、および／または探索空間６０１、６０２のセットについてのＲＲＣのコンフィギュレーションにおいて、明示的にまたは暗黙的に示されることがあり得る。今述べた対応は、ＷＴＲＵがＲＥＧバンドル６０６および６０８上において受信したＰＤＣＣＨのブラインド検出を単純にするのに役立つことがあり得る。図６の例において、探索空間６０１および６０２についての２つ以上のセットの各々は、それぞれ、複数シンボルのＣＯＲＥＳＥＴ６０４内における単一のＯＦＤＭシンボル上にあり、異なるビームに関連付けられることがあり得る。
【００８５】
上の例において、探索空間の２つ以上の異なるセットについてのＰＤＣＣＨ候補間の１対１対応は、同一のＲＮＴＩと、探索空間の２つ以上のセットのハッシュ関数のためのパラメーターとして集約レベルの同一のセット、および各集約レベルに対する候補の数とを使用して、実装されることがあり得る。探索空間の２つ以上のセットに対して、集約レベルのセット、および各集約レベルの候補の数が同一であるとき、１対１対応は、各集約レベルに対する候補のインデックスに基づくことがあり得る。加えて、１対１対応のルールは、ｇＮＢによって（たとえば、ＲＲＣのシグナリングを使用して）、予め規定されるまたは構成されることがあり得る。探索空間の２つ以上の異なるセットについてのＰＤＣＣＨ候補間の今述べた１対１の対応は、１つのＣＯＲＥＳＥＴ内においてか、異なるＣＯＲＥＳＥＴおよび／または異なる監視するオケージョンからの探索空間の２つ以上の異なるセット間かにあることがあり得る。
【００８６】
レシーバーにおいて、ＷＴＲＵは、各ＰＤＣＣＨ候補に対して別々にＣＲＣ検査をすることを通じてＲＮＴＩを検査することによって、ＤＣＩを対象とした探索空間のすべてのセットに対して、独立してブラインドサーチ（blind search）を行うことがあり得る。例において、探索空間の２つ以上の異なるセットについてのＰＤＣＣＨ候補間に１対１の対応があるならば、最初に、ＷＴＲＵは、ＰＤＣＣＨ候補の各々に対して別々にチャネル推定を行い、次に、対応するＰＤＣＣＨ候補の受信シンボルをともに加える、または対応するＰＤＣＣＨ候補のソフトデコーディング情報（soft decoding information）を組み合わせることがあり得り、そして、対応するＰＤＣＣＨ候補に対してデコーディングおよびＣＲＣ検査をともに行うことがあり得る。ソフトデコーディング情報を組み合わせることについての今述べた方法は、ＤＣＩが、対応するＰＤＣＣＨに対して同一であり、チャネル符号化およびＣＲＣが、対応するＰＤＣＣＨに対して同一であるかどうかの場合である、対応するＰＤＣＣＨを介して送られるビットのセットが同一であるならば、使用されることがあり得る。
【００８７】
別の例において、同一のＤＣＩは、異なるＣＯＲＥＳＥＴ上の２つ以上のＰＤＣＣＨを介して送信されることがあり得る。この場合、同一のＤＣＩは、ＷＴＲＵに対して、異なるＣＯＲＥＳＥＴ上の２つ以上のＰＤＣＣＨにより送信されることがあり得る。可能な冗長送信のインディケーションは、ＣＯＲＥＳＥＴコンフィギュレーション、または探索空間（たとえば、ＲＲＣのシグナリングを介して）もしくはＰＢＣＨ（physical broadcast channel；物理報知チャネル）のコンフィギュレーションに含まれることがあり得る。同一のＤＣＩを送信する複数のＰＤＣＣＨを含む複数のＣＯＲＥＳＥＴは、同一のまたは異なるＢＷＰ上にあることがあり得る。
【００８８】
別の例において、同一のＤＣＩを送信する複数のＰＤＣＣＨを含む複数のＣＯＲＥＳＥＴは、異なるＯＦＤＭシンボル上にあることがあり得る。この場合、そのＤＣＩを運ぶＣＯＲＥＳＥＴおよびＰＤＣＣＨ候補は、異なるビームに関連付けられることがあり得る。加えて、ＰＤＣＣＨを含むＣＯＲＥＳＥＴは、送信（たとえば、インターリーブされる対非インターリーブされる）についての異なるまたは同一のモードを有することがあり得る。
【００８９】
同一のＤＣＩが、同一のＣＯＲＥＳＥＴ上の複数のＰＤＣＣＨを介して送信される場合に、ＷＴＲＵは、複数のＰＤＣＣＨに関連付けられたＤＭＲＳのアンテナポートが、遅延拡散、ドップラー拡散、ドップラーシフト、平均遅延、および／または空間的Ｒｘ（spatial reception；空間的受信）パラメーターに関して準共同配置（quasi co-locate）されると仮定することがあり得る。異なるＣＯＲＥＳＥＴ上に送信される複数のＰＤＣＣＨの場合に、ＷＴＲＵは、複数のＰＤＣＣＨに関連付けられたＤＭＲＳのアンテナポートが、遅延拡散、ドップラー拡散、ドップラーシフト、平均遅延、および／または空間的Ｒｘパラメーターに関して準共同配置（quasi co-locate）されると仮定しないことがあり得る。後者の場合に、ＷＴＲＵは、各ＰＤＣＣＨ上において個々にチャネル推定を行うことがあり得る。
【００９０】
ＷＴＲＵが、複数のＰＤＣＣＨを介して同一のＤＣＩ（例えば、同一のダウンリンク割り当てまたはアップリンクグラント（uplink grant））を受信する場合に、ＷＴＲＵは、同一または複数の検索空間内のＰＤＣＣＨ候補のセットを監視することがあり得る。Ｃ−ＲＮＴＩ（cell RNTI）によりスクランブルされたＣＲＣが、１つのＰＤＣＣＨ候補に対して検査されたならば、ＷＴＲＵは、同一のＷＴＲＵ固有のＣ-ＲＮＴＩによりスクランブルされたＣＲＣを有する他のＰＤＣＣＨ候補に対して監視することを続けることがあり得る。今述べたシナリオにおいて、ＷＴＲＵは、同一のＣ−ＲＮＴＩを有する複数のＰＤＣＣＨを介して検出されたＤＣＩを使用して、制御チャネルの検出の信頼性を改善することがあり得る。同一のＤＣＩが複数のＰＤＣＣＨ上に送信される場合に、ＷＴＲＵは、複数のＰＤＣＣＨに対するＣＲＣが同一のＷＴＲＵ固有のＣ-ＲＮＴＩによりスクランブルされる場合でさえ、共通の探索空間上における１つのＰＤＣＣＨと、ＷＴＲＵ固有の探索空間上における別のＰＤＣＣＨとを受信することがあり得る。
【００９１】
別の例において、ＰＤＣＣＨの繰り返しは、マルチＣＯＲＥＳＥＴの検索空間を通じて実装されることがあり得る。例えば、繰り返されるＤＣＩのスケジューリングおよびブラインド検出を容易にするために、ＷＴＲＵは、複数のＣＯＲＥＳＥＴに関連付けられた検索空間を有して構成されることがあり得る。探索空間は、例えば、関連したＣＯＲＥＳＥＴなどのパラメーターのセットによって、より高いレイヤーのシグナリング（たとえば、ＲＲＣ）を通じて、半静的に構成されることがあり得る。例示的な方法において、複数のＣＯＲＥＳＥＴは、１つの探索空間（または探索空間のうちの１つのセット）に関連付けられることがあり得り、対応するハッシュ関数の各インデックスは、複数のＰＤＣＣＨ候補（たとえば、各ＣＯＲＥＳＥＴからの１つ）に関連付けられることがあり得る。リンクされたＰＤＣＣＨ候補（異なるＣＯＲＥＳＥＴ上）は、同一の制御情報（ＤＣＩ）を繰り返すのに使用されることがあり得る。レシーバーにおいて、ＷＴＲＵは、最初に異なるＣＯＲＥＳＥＴからリンクされたＰＤＣＣＨ候補を（その探索空間または探索空間のセットに基づいて）組み合わせることによって、そのＰＤＣＣＨをブラインド検出し、次に、リンクされたＰＤＣＣＨ候補をデコードし、ＣＲＣを検査することがあり得る。例において、ＷＴＲＵは、各ＰＤＣＣＨ候補を別々に復号する（および、各候補のＣＲＣを別々にチェックする）ことがあり得る。対応するＰＤＣＣＨ候補の別々のデコードは、複数の試行を通じて高められた信頼性を提供することがあり得る。
【００９２】
マルチＣＯＲＥＳＥＴの探索空間を通じたＰＤＣＣＨの繰り返しにおいて、探索空間のコンフィギュレーションについてのＣＯＲＥＳＥＴ関連ビットフィールド（CORESET-related bit field）は、ＣＯＲＥＳＥＴの組み合わせを（たとえば、１つのＣＯＲＥＳＥＴの代わりに）示すことがあり得る。ＣＯＲＥＳＥＴの組み合わせのインディケーションについての例は、探索空間（または探索空間のセット）に構成されたＣＯＲＥＳＥＴのサブセットの関係を示す１２ビットを、例えば、５ＧのＮＲにおける現在のパラメーターControlResourceSetId（または「CORESET-ID」）の代わりに、使用することである。ＣＯＲＥＳＥＴのサブセットへの、探索空間のコンフィギュレーションにおけるＣＯＲＥＳＥＴ関連ビット（CORESET-related bit）のマッピングは、標準規格においてテーブルとして予め規定されることがあり得る、または探索空間のコンフィギュレーションのＣＯＲＥＳＥＴ関連ビットフィールドにおいてi番目のインデックス（０から１１までのi）として０または１を使用してi番目のＣＯＲＥＳＥＴの包含／排他として示されることがあり得る。
【００９３】
別の例において、ＣＯＲＥＳＥＴのＩＤが定義されない場合は、複数のＣＯＲＥＳＥＴの組み合わせを定義するために使用されることがあり得る。例えば、最大１２個のＣＯＲＥＳＥＴ（０〜１１）が定義され、４ビットが、探索空間のコンフィギュレーションにおけるControlResourceSetId（または「CORESET-ID」）を示すことに使用されると、最後の４つの値（１２〜１５）は、表１に示すように、ＣＯＲＥＳＥＴのペアを示すために使用されることがあり得る。
【００９４】
【表１】
2021510470.tif 000003
【００９５】
図７は、ブラインド検出のためのソフト組み合わせとともにマルチＣＯＲＥＳＥＴ（multi-CORESET）の探索空間を通じたＰＤＣＣＨの繰り返しのためのＷＴＲＵ手順７００の例示的なフロー図を示す。ＳＳ（探索空間）のコンフィギュレーション（たとえば、ＲＲＣまたは他の上位レイヤーのシグナリングを通じて）を受信した７０２後、７０４において、ＷＴＲＵは、構成された探索空間がシングルＣＯＲＥＳＥＴまたはマルチＣＯＲＥＳＥＴであるかどうかを決定することがあり得る。例えば、ＷＴＲＵは、受信したフラグ（インジケーター）のビット（例えば、探索空間のコンフィギュレーションにおいて受信される）に基づいて、または探索空間のコンフィギュレーションにおけるＣＯＲＥＳＥＴ関連ビットの数に基づいて暗黙的に、決定をすることがあり得る（たとえば、デフォルトとしてシングルＣＯＲＥＳＥＴの探索空間であることがあり得る）。
【００９６】
ＷＴＲＵがマルチＣＯＲＥＳＥＴの探索空間を識別するならば、７０６において、ＷＴＲＵは、探索空間のコンフィギュレーションのＣＯＲＥＳＥＴ関連ビットと、予め規定されるマッピングとに基づいて（たとえば、標準規格に基づいて）、関連したＣＯＲＥＳＥＴを決定することがあり得る。７０８において、ＷＴＲＵは、各ＣＯＲＥＳＥＴに関連付けられたＰＤＣＣＨ候補のセットと、それらのセットにおけるＰＤＣＣＨ候補の間の１対１対応とを決定することによって、同一のＤＣＩ（各ＣＯＲＥＳＥＴ上の１つ）を運ぶためにサポートされるＰＤＣＣＨ候補の対応するペア（またはタプル）を決定することがあり得る。ブラインド検出のために、７１０において、ＷＴＲＵは、ＰＤＣＣＨ候補の各ＲＥＧバンドルに対して、別々にチャネル推定を行うことがあり得る。７１２において、ＷＴＲＵは、ペア（またはタプル）に属するＰＤＣＣＨ候補のシンボル（または、シンボルからのソフトデコーディング情報）を組み合わせ、各ペア（またはタプル）をデコードし、ＣＲＣを検査することによって、ＰＤＣＣＨ候補の各対応するペア（またはタプル）に対してブラインド検出を行うことがあり得る。
【００９７】
ＷＴＲＵがシングルＣＯＲＥＳＥＴの探索空間を識別するならば、７１４において、ＷＴＲＵは、ＳＳのコンフィギュレーションにファイルされたＣＯＲＥＳＥＴ関連ビットフィールド通じて、関連したＣＯＲＥＳＥＴを決定することがあり得る。７１６において、ＷＴＲＵは、ＳＳのコンフィギュレーションのパラメーターに基づいて、各監視するオケージョン上のＰＤＣＣＨ候補のセットを決定することがあり得る。７１８において、ＷＴＲＵは、チャネル推定を行うことによってブラインド検出を行い、各ＰＤＣＣＨ候補と、検査するＣＲＣとをデコードすることがあり得る。
【００９８】
ジョイントリダンダンシーは、ＵＲＬＬＣのＷＴＲＵを対象とした複数のＤＣＩに対して使用されることがあり得る。上の例において説明されるように、複数のＤＣＩは、データについての複数のストリームまたはレイヤーに対応する同一のＷＴＲＵを対象とされることがあり得る。この場合、複数のＰＤＣＣＨ上において各ＤＣＩを繰り返すことに加えてまたは代替として、冗長性を通じて高められた信頼性は、複数のＤＣＩに対するジョイントリダンダンシーを用いて達成されることがあり得る。ジョイントリダンダンシーを達成するために、ネットワーク符号化スキーム（network coding scheme）は、信頼性を高めるために使用されることがあり得る。例えば、２つのＤＣＩ  ＡおよびＢが同一のサイズであり、ＤＣＩ  Ａが第１のＰＤＣＣＨによりＷＴＲＵに送信され、ＤＣＩ  Ｂが第２のＰＤＣＣＨによりＷＴＲＵに送信されるならば、ＤＣＩ＋ＤＣＩ  Ｂ（たとえば、ＸＯＲ演算として加えられる）は、信頼性を高めるために第３のＰＤＣＣＨにより同一のＷＴＲＵに送信されることがあり得る。
【００９９】
ドロップするルールは、ＷＴＲＵによるブラインドデコーディング上の制限を満たすために設計されることがあり得る。５ＧのＮＲにおいて、ＬＴＥも同様に、タイムスロットにおけるブラインドデコードの最大数上の制限は、ＷＴＲＵに対して仮定されることがあり得る。ＷＴＲＵによるチャネル推定の複雑さを制限するために、ＷＴＲＵがスロットにおいてブラインドにデコードされることがあり得るＰＤＣＣＨ候補によってカバーされるＣＣＥの数は、制限されることがあり得る。ＷＴＲＵに対する探索空間のセットを規定するハッシュ関数の内在するランダム性は、カバーされるＣＣＥの数（またはそのＷＴＲＵに対する探索空間のセットのフットプリントにおけるＣＣＥの数）を可変にすることがあり得る。異なる可能性があるモニタリングレートを有した異なるタイプのＰＤＣＣＨを有することは、ブラインドにデコードされるＰＤＣＣＨ候補の数の変動に帰着することがあり得る。したがって、ブラインドデコードの数とカバーされるＣＣＥの数とがすべての条件に対して適切な範囲にとどまるような探索空間のセットに対してパラメーターを制限することは、禁止であることがあり得る。
【０１００】
例において、探索空間パラメーターは、候補の数と、カバーされるＣＣＥの数との制限が、高い確率に満たされるように設計されることがあり得る。制限を超える低確率の場合について、ルールは、ハードの制限を満たすように、ＰＤＣＣＨ候補のいくつかをブラインドデコーディング処理からドロップように設定されることがあり得る。ドロップするルールは、多くの要因および変数に基づくことがあり得る。例えば、ドロップするルールは、技術仕様、および／または、より高いレイヤーのシグナリング（たとえばＲＲＣ）により構成される半静的ルールによって、規定される固定されたルールであることがあり得る。ドロップするルールは、異なるタイプのＰＤＣＣＨ、監視するオケージョン、および/または他のパラメーターの優先順位の階層に基づくことがあり得る。ＰＤＣＣＨ候補をブラインドデコーディングからドロップするためのルールは、ＰＤＣＣＨ候補の集約レベル（例えば、他のＰＤＣＣＨ候補と比較して最も低い優先順位を有する）に基づくことがあり得る。ドロップするルール、および優先順位の関連した順序は、例えば、上に説明したそれらのプロパティなど、異なるプロパティの組み合わせに基づくことがあり得る。ＷＴＲＵ、および／またはｇＮＢは、ドロップするルールのナレッジを有し、ＷＴＲＵが、ドロップされるＰＤＣＣＨ候補に対してブラインドサーチを行うこと、および／またはｇＮＢが、ドロップされるＰＤＣＣＨ候補をスケジューリングすることを避けることがあり得る。例において、１つのドロップルールのセットが、ｇＮＢによって半静的に選択される、または構成されることがあり得るように、ドロップルールの固定されたセットは、使用されることがあり得り、および／またはドロップルールの複数のセットは、使用されることがあり得り、ＷＴＲＵは、例えば、ＣＯＲＥＳＥＴまたは探索空間についてのＲＲＣのコンフィギュレーションなどのメカニズムを通じて、選択されるドロップルールのセットが通知される。
【０１０１】
異なるＣＯＲＥＳＥＴと、各ＣＯＲＥＳＥＴ内における異なる集約レベルを有するＰＤＣＣＨ候補とに対する優先順位の例示的な階層は、次のとおりに、（１）スロットの最初のＯＦＤＭシンボル上の１シンボルのＣＯＲＥＳＥＴ上のすべてのＰＤＣＣＨ候補と、（２）スロットのその他のＯＦＤＭシンボル上の１シンボルのＣＯＲＥＳＥＴ上のすべてのＰＤＣＣＨ候補と、（３）より高い優先順位を有する、より小さい候補を有した（より小さい集約レベルを有した）複数シンボルのＣＯＲＥＳＥＴ上のＰＤＣＣＨ候補とであることがあり得る。
【０１０２】
例において、ブラインドサーチからＰＤＣＣＨ候補をドロップするためのルールは、探索空間のセットの他のＰＤＣＣＨ候補についてのＣＣＥによりオーバーラップしないＣＣＥの数に基づくことがあり得る。換言すれば、取り除くことが、最大数のＣＣＥがチャネル推定のためのプールから取り除かれることに帰着するであろうＰＤＣＣＨ候補（複数可）は、選択されて、ブラインドサーチからドロップされることがあり得る。同一のメトリックを有する複数のＰＤＣＣＨ候補が識別される場合に、探索空間におけるインデックスは、優先を決定づけることがあり得る。
【０１０３】
特徴および要素が特定の組み合わせにおいて上に述べられるが、当業者は、各特徴または要素が単独においてまたはその他の特徴および要素とのどの組み合わせをとっても使用されることが可能であることを理解するであろう。加えて、本明細書において説明される方法は、コンピュータープログラム、ソフトウェア、またはコンピューターまたはプロセッサーによる実行のためにコンピューター読み取り可能な媒体に組み入れられたファームウェアにおいて実装されることがあり得る。コンピューター読み取り可能な媒体の例は、（有線またはワイヤレス接続を通じて送信される）電気信号およびコンピューター読み取り可能な記録媒体を含む。コンピューター読み取り可能な記録媒体の例は、制限しないが、ＲＯＭ（described）、ＲＡＭ（random access memory）、レジスター、キャッシュメモリー、半導体メモリーデバイス、例えば、内蔵ハードディスクおよび取り外し可能なディスクなどの磁気メディア、光磁気メディア、例えば、ＣＤ−ＲＯＭディスクおよびＤＶＤ（digital versatile disk）などの光メディアを含む。ソフトウェアに関連付けられたプロセッサーは、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、またはどんなホストコンピューターにおいてでも、使用するための無線周波数トランシーバーを実装するために使用されることがあり得る。
【図１Ａ】
2021510470.tif 000004
【図１Ｂ】
2021510470.tif 000005
【図１Ｃ】
2021510470.tif 000006
【図１Ｄ】
2021510470.tif 000007
【図２】
2021510470.tif 000008
【図３】
2021510470.tif 000009
【図４】
2021510470.tif 000010
【図５】
2021510470.tif 000011
【図６】
2021510470.tif 000012
【図７】
2021510470.tif 000013
【手続補正書】
【提出日】令和2年9月1日(2020.9.1)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
物理ダウンリンク制御チャネル（ＰＤＣＣＨ）上の送信を検出するように構成されたワイヤレス送信／受信ユニット（ＷＴＲＵ）であって、
制御リソースセット（ＣＯＲＥＳＥＴ）のためのコンフィギュレーションを受信するように構成されたレシーバーであって、前記ＣＯＲＥＳＥＴは、複数のリソースエレメントグループ（ＲＥＧ）を含み、前記コンフィギュレーションは、ＰＤＣＣＨプリエンプションが有効であるかどうかを示すＰＤＣＣＨプリエンプションインジケーターを含む、レシーバーと、
ＰＤＣＣＨプリエンプションが有効であるという条件で、
受信信号に基づいて、プリエンプトされていない前記ＣＯＲＥＳＥＴにおけるＲＥＧにブラインドデコーディングを行うことによって前記ＰＤＣＣＨ上の前記送信を検出する
ように構成されたプロセッサーと
を備えたことを特徴とするＷＴＲＵ。
【請求項２】
前記ＣＯＲＥＳＥＴからプリエンプトされたＲＥＧを識別し、前記ＣＯＲＥＳＥＴから前記プリエンプトされたＲＥＧを取り除き、プリエンプトされていない前記ＣＯＲＥＳＥＴにおける前記ＲＥＧでチャネル推定を行うようにさらに構成されたことを特徴とする請求項１に記載のＷＴＲＵ。
【請求項３】
前記ＣＯＲＥＳＥＴにおける複数のＲＥＧバンドルの各々に対するチャネル推定値を比較することによって前記ＣＯＲＥＳＥＴからプリエンプトされたＲＥＧを識別するようにさらに構成されたことを特徴とする請求項１に記載のＷＴＲＵ。
【請求項４】
前記プロセッサーは、前記プリエンプトされたＲＥＧの周りのレートマッチングを仮定することによって前記ＰＤＣＣＨを検出するように構成されることを特徴とする請求項１に記載のＷＴＲＵ。
【請求項５】
前記プロセッサーは、前記ＰＤＣＣＨ上の前記送信が誤りなしにデコードされたかどうかを決定するために、前記受信信号の巡回冗長符号（ＣＲＣ）を検査するようにさらに構成されることを特徴とする請求項１に記載のＷＴＲＵ。
【請求項６】
ＰＤＣＣＨプリエンプションが有効でないという条件で、前記プロセッサーは、
前記ＣＯＲＥＳＥＴにおける複数のＲＥＧバンドルの各々でチャネル推定を行い、
前記受信信号に基づいて、前記ＣＯＲＥＳＥＴにおけるすべてのＲＥＧにブラインドデコーディングを行うことによって前記ＰＤＣＣＨ上の前記送信を検出する
ようにさらに構成されることを特徴とする請求項１に記載のＷＴＲＵ。
【請求項７】
前記ＣＯＲＥＳＥＴは、エンハンスドマッシブモバイルブロードバンド（ｅＭＭＢ）ＣＯＲＥＳＥＴであり、前記プリエンプトされたＲＥＧは、超高信頼低遅延通信（ＵＲＬＬＣ）ＰＤＣＣＨ上の送信と共有されることを特徴とする請求項２に記載のＷＴＲＵ。
【請求項８】
ｅＭＢＢ  ＣＯＲＥＳＥＴは、少なくとも部分的に、超高信頼低遅延通信（ＵＲＬＬＣ）ＣＯＲＥＳＥＴとオーバーラップすることを特徴とする請求項１に記載のＷＴＲＵ。
【請求項９】
前記レシーバーは、予備ＣＯＲＥＳＥＴのための第２のＣＯＲＥＳＥＴコンフィギュレーションを受信するようにさらに構成され、前記予備ＣＯＲＥＳＥＴは、前記ＣＯＲＥＳＥＴとは異なる少なくとも１つの直交波周波数分割多重（ＯＦＤＭ）シンボルを占有し、
前記ＣＯＲＥＳＥＴにおける前記ブラインドデコーディングが不成功であるという条件で、前記プロセッサーは、前記予備ＣＯＲＥＳＥＴにおける、または予備探索空間における前記ＰＤＣＣＨ上の前記送信をブラインドデコードするようにさらに構成される
ことを特徴とする請求項１に記載のＷＴＲＵ。
【請求項１０】
ｅＭＢＢ  ＷＴＲＵとして構成されることを特徴とする請求項１に記載のＷＴＲＵ。
【請求項１１】
ワイヤレス送信／受信ユニット（ＷＴＲＵ）によって行われる、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）上の送信を検出するための方法であって、
制御リソースセット（ＣＯＲＥＳＥＴ）のためのコンフィギュレーションを受信するステップであって、前記ＣＯＲＥＳＥＴは、複数のリソースエレメントグループ（ＲＥＧ）を含み、前記コンフィギュレーションは、ＰＤＣＣＨプリエンプションが有効であるかどうかを示すＰＤＣＣＨプリエンプションインジケーターを含む、ステップと、
ＰＤＣＣＨプリエンプションが有効であるという条件で、受信信号に基づいて、プリエンプトされない前記ＣＯＲＥＳＥＴにおけるＲＥＧにブラインドデコーディングを行うことによって前記ＰＤＣＣＨ上の前記送信を検出するステップと
を備えることを特徴とする方法。
【請求項１２】
前記ＣＯＲＥＳＥＴからプリエンプトされたＲＥＧを識別し、前記ＣＯＲＥＳＥＴから前記プリエンプトされたＲＥＧを取り除き、プリエンプトされていない前記ＣＯＲＥＳＥＴにおける前記ＲＥＧでチャネル推定を行うステップをさらに備えることを特徴とする請求項１１に記載の方法。
【請求項１３】
前記ＣＯＲＥＳＥＴにおける複数のＲＥＧバンドルの各々に対するチャネル推定値を比較することによって前記ＣＯＲＥＳＥＴからプリエンプトされたＲＥＧを識別するステップをさらに備える特徴とする請求項１１に記載の方法。
【請求項１４】
前記ＰＤＣＣＨを前記検出するステップは、前記プリエンプトされたＲＥＧの周りのレートマッチングを仮定することを特徴とする請求項１１に記載の方法。
【請求項１５】
前記受信信号の巡回冗長符号（ＣＲＣ）を検査して、前記ＰＤＣＣＨ上の前記送信が誤りなしにデコードされたかどうかを決定するステップ
をさらに備えることを特徴とする請求項１１に記載の方法。
【請求項１６】
ＰＤＣＣＨプリエンプションが有効でないという条件で、
ｅＭＢＢ  ＣＯＲＥＳＥＴにおける複数のＲＥＧバンドルの各々でチャネル推定を行うステップと、
前記受信信号に基づいて、前記ｅＭＢＢ  ＣＯＲＥＳＥＴにおけるすべてのＲＥＧにブラインドデコーディングを行うことによって前記ＰＤＣＣＨ上の前記送信を検出するステップと
をさらに備えることを特徴とする請求項１１に記載の方法。
【請求項１７】
前記ＣＯＲＥＳＥＴは、エンハンスドマッシブモバイルブロードバンド（ｅＭＭＢ）ＣＯＲＥＳＥＴであり、前記プリエンプトされたＲＥＧは、超高信頼低遅延通信（ＵＲＬＬＣ）ＰＤＣＣＨ上の送信と共有されることを特徴とする請求項１２に記載の方法。
【請求項１８】
前記ｅＭＢＢ  ＣＯＲＥＳＥＴは、少なくとも部分的に、超高信頼低遅延通信（ＵＲＬＬＣ）ＣＯＲＥＳＥＴとオーバーラップすることを特徴とする請求項１７に記載の方法。
【請求項１９】
予備ＣＯＲＥＳＥＴのための別のコンフィギュレーションを受信するステップであって、前記予備ＣＯＲＥＳＥＴは、前記ＣＯＲＥＳＥＴとは異なる少なくとも１つの直交波周波数分割多重（ＯＦＤＭ）シンボルを占有する、ステップと、
前記ＣＯＲＥＳＥＴにおける前記ブラインドデコーディングが不成功であるという条件で、前記予備ＣＯＲＥＳＥＴにおける、または予備探索空間における前記ＰＤＣＣＨ上の前記送信をブラインドデコードするステップと
をさらに備えることを特徴とする請求項１１に記載の方法。
【請求項２０】
前記ＷＴＲＵは、ｅＭＢＢ  ＷＴＲＵとして構成されることを特徴とする請求項１１に記載の方法。
【国際調査報告】
2021510470.tif 000014
2021510470.tif 000015