(57)【要約】本開示のある特定の態様は、一般にワイヤレス通信システムに関し、より具体的には、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）送信の信頼性を改善することに関する。いくつかの場合には、改善された信頼性は、ＰＤＣＣＨ送信のために利用可能なＣＣＥの数を増加させること、および／または周波数においてＰＤＣＣＨ送信の複数のコピーを送信することによって達成され得る。【選択図】図１０Ａ
2021518696.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークエンティティによるワイヤレス通信のための方法であって、
反復ウィンドウ内の同じトランスポートブロック（ＴＢ）の異なるコピーとして、ユーザ機器（ＵＥ）への、またはＵＥからのデータの送信をスケジュールまたはトリガする少なくとも１つの物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を送信することと、
前記少なくとも１つのＰＤＣＣＨを送信するとき、前記ＵＥによる受信の信頼性を改善するように設計された１つまたは複数のアクションを行うことと、
を備える、方法。
【請求項２】
単一のＰＤＣＣＨが、前記ＴＢの複数のコピーをスケジュールする、請求項１に記載の方法。
【請求項３】
前記１つまたは複数のアクションが、
前記反復ウィンドウの第１の送信時間間隔（ＴＴＩ）のうちの少なくとも１つについて、増加された制御チャネル要素（ＣＣＥ）制限を利用することと、
前記反復ウィンドウ中の１つまたは複数の他のＴＴＩについて、前記増加されたＣＣＥ制限よりも小さいＣＣＥ制限を利用することと、
を備える、請求項２に記載の方法。
【請求項４】
前記ＰＤＣＣＨが、少なくとも１６のアグリゲーションレベルを使用して送信され、
前記増加されたＣＣＥ制限が、単一のＴＴＩ内に前記アグリゲーションレベルにおいて少なくとも２つの候補を収容する、
請求項３に記載の方法。
【請求項５】
前記増加されたＣＣＥ制限が、前記ＵＥの性能に少なくとも部分的に基づいて決定される、請求項３に記載の方法。
【請求項６】
前記１つまたは複数のアクションが、
前記ＰＤＣＣＨを送信するための適切なアグリゲーションレベルを決定することと、
前記決定されたアグリゲーションレベルで前記ＰＤＣＣＨを送信することと、
を備える、請求項２に記載の方法。
【請求項７】
前記ＰＤＣＣＨは、前記ＵＥへの、または前記ＵＥからのデータの前記反復ベースの送信をトリガするための情報フィールドを含む、
請求項６に記載の方法。
【請求項８】
前記１つまたは複数のアクションが、
周波数における反復を用いて前記ＰＤＣＣＨの複数のコピーを送信すること
を備える、請求項１に記載の方法。
【請求項９】
前記ＰＤＣＣＨの各コピーが、前記反復ウィンドウ内の同じ物理ダウンリンク共有チャネル（ＰＤＳＣＨ）または一連のＰＤＳＣＨを示す、請求項８に記載の方法。
【請求項１０】
前記ＰＤＣＣＨの各コピーが、グラントフリーの反復ベースの送信をアクティブ化する、請求項８に記載の方法。
【請求項１１】
前記ＵＥによる前記ＰＤＣＣＨの受信の信頼性を改善するように設計された前記１つまたは複数のアクションが、前記ＵＥが反復ベースの送信または反復ベースの送信の受信のために構成される場合にのみ行われる、請求項１に記載の方法。
【請求項１２】
前記ＵＥが反復ベースのダウンリンク送信を受信するように構成されるとき、前記ダウンリンク送信のすべてのコピーが送信された後、前記ＵＥからのハイブリッド自動再送要求（ＨＡＲＱ）肯定応答フィードバックをモニタすることをさらに備える、請求項１に記載の方法。
【請求項１３】
前記ＵＥが反復ベースのダウンリンク送信を受信するように構成されるとき、前記ダウンリンク送信のコピーが前記反復ウィンドウの終わりの前に前記ＵＥによって成功裏に受信されたことを示すハイブリッド自動再送要求（ＨＡＲＱ）肯定応答フィードバックを受信することと、
前記ＨＡＲＱ肯定応答フィードバックに応答して、前記反復ベースのダウンリンク送信を早期に終了することと、
をさらに備える、請求項１に記載の方法。
【請求項１４】
ユーザ機器（ＵＥ）によるワイヤレス通信のための方法であって、
反復ウィンドウ内の同じトランスポートブロック（ＴＢ）の異なるコピーとして、前記ＵＥへの、または前記ＵＥからのデータの送信をスケジュールまたはトリガする、ネットワークエンティティからの少なくとも１つの物理ダウンリンク制御チャネル（ＰＤＣＣＨ）をモニタすることと、ここにおいて、前記ネットワークエンティティは、前記ＵＥによる前記ＰＤＣＣＨの受信の信頼性を改善するように設計された１つまたは複数のアクションを行う、
前記少なくとも１つのＰＤＣＣＨによってスケジュールまたはトリガされた前記反復ベースの送信に参加することと、
を備える、方法。
【請求項１５】
単一のＰＤＣＣＨが、前記ＴＢの複数のコピーをスケジュールする、請求項１４に記載の方法。
【請求項１６】
前記ネットワークエンティティによって行われる前記１つまたは複数のアクションが、
前記反復ウィンドウの第１の送信時間間隔（ＴＴＩ）のうちの少なくとも１つについて、増加された制御チャネル要素（ＣＣＥ）制限を利用することと、
前記反復ウィンドウ中の１つまたは複数の他のＴＴＩについて、前記増加されたＣＣＥ制限よりも小さいＣＣＥ制限を利用することと、
を備える、請求項１５に記載の方法。
【請求項１７】
前記ＰＤＣＣＨが、少なくとも１６のアグリゲーションレベルを使用して送信され、
前記増加されたＣＣＥ制限が、単一のＴＴＩ内に、前記アグリゲーションレベルにおいて、前記ＵＥによってモニタされる少なくとも２つの復号候補を収容する、
請求項１６に記載の方法。
【請求項１８】
前記増加されたＣＣＥ制限が、前記ＵＥの性能に少なくとも部分的に基づいて決定される、請求項１６に記載の方法。
【請求項１９】
前記ネットワークエンティティによって行われる前記１つまたは複数のアクションが、
前記ＰＤＣＣＨを送信するための適切なアグリゲーションレベルを決定することと、
前記決定されたアグリゲーションレベルで前記ＰＤＣＣＨを送信することと、
を備える、請求項１５に記載の方法。
【請求項２０】
前記ＰＤＣＣＨが、前記ＵＥへの、または前記ＵＥからのデータの前記反復ベースの送信をトリガするための情報フィールドを含む、請求項１９に記載の方法。
【請求項２１】
前記ネットワークエンティティによって行われる前記１つまたは複数のアクションが、
周波数における反復を用いて前記ＰＤＣＣＨの複数のコピーを送信すること
を備える、請求項１４に記載の方法。
【請求項２２】
前記ＰＤＣＣＨの各コピーが、前記反復ウィンドウ内の同じ物理ダウンリンク共有チャネル（ＰＤＳＣＨ）または一連のＰＤＳＣＨを示す、請求項２１に記載の方法。
【請求項２３】
前記ＰＤＣＣＨの各コピーが、グラントフリーの反復ベースの送信をアクティブ化する、請求項２１に記載の方法。
【請求項２４】
前記ＵＥによる前記ＰＤＣＣＨの受信の信頼性を改善するように設計された前記１つまたは複数のアクションが、前記ＵＥが反復ベースの送信または反復ベースの送信の受信のために構成される場合にのみ行われる、請求項１４に記載の方法。
【請求項２５】
前記ＵＥが反復ベースのダウンリンク送信を受信するように構成されるとき、前記反復ウィンドウ中の前記ダウンリンク送信の最後のコピーの後にハイブリッド自動再送要求（ＨＡＲＱ）肯定応答フィードバックを提供することをさらに備える、請求項１４に記載の方法。
【請求項２６】
前記ＵＥが反復ベースのダウンリンク送信を受信するように構成されるとき、前記ＵＥは、前記反復ウィンドウ中の前記ダウンリンク送信の各コピーの後にハイブリッド自動再送要求（ＨＡＲＱ）肯定応答フィードバックを提供するように構成される、請求項１４に記載の方法。
【請求項２７】
ネットワークエンティティによるワイヤレス通信のための装置であって、
反復ウィンドウ内の同じトランスポートブロック（ＴＢ）の異なるコピーとして、ユーザ機器（ＵＥ）への、またはＵＥからのデータの送信をスケジュールまたはトリガする少なくとも１つの物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を送信するための手段と、
前記少なくとも１つのＰＤＣＣＨを送信するとき、前記ＵＥによる受信の信頼性を改善するように設計された１つまたは複数のアクションを行うための手段と、
を備える、装置。
【請求項２８】
ユーザ機器（ＵＥ）によるワイヤレス通信のための装置であって、
反復ウィンドウ内の同じトランスポートブロック（ＴＢ）の異なるコピーとして、前記ＵＥへの、または前記ＵＥからのデータの送信をスケジュールまたはトリガする、ネットワークエンティティからの少なくとも１つの物理ダウンリンク制御チャネル（ＰＤＣＣＨ）をモニタするための手段と、ここにおいて、前記ネットワークエンティティが、前記ＵＥによる前記ＰＤＣＣＨの受信の信頼性を改善するように設計された１つまたは複数のアクションを行う、
前記少なくとも１つのＰＤＣＣＨによってスケジュールまたはトリガされた前記反復ベースの送信に参加するための手段と、
を備える、装置。
【請求項２９】
ネットワークエンティティによるワイヤレス通信のための装置であって、
反復ウィンドウ内の同じトランスポートブロック（ＴＢ）の異なるコピーとして、ユーザ機器（ＵＥ）への、またはＵＥからのデータの送信をスケジュールまたはトリガする少なくとも１つの物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を送信するように構成された送信機と、
前記少なくとも１つのＰＤＣＣＨを送信するとき、前記ＵＥによる受信の信頼性を改善するように設計された１つまたは複数のアクションを行うように構成された少なくとも１つのプロセッサと、
を備える、装置。
【請求項３０】
ユーザ機器（ＵＥ）によるワイヤレス通信のための装置であって、
反復ウィンドウ内の同じトランスポートブロック（ＴＢ）の異なるコピーとして、前記ＵＥへの、または前記ＵＥからのデータの送信をスケジュールまたはトリガする、ネットワークエンティティからの少なくとも１つの物理ダウンリンク制御チャネル（ＰＤＣＣＨ）をモニタするように構成された受信機と、ここにおいて、前記ネットワークエンティティは、前記ＵＥによる前記ＰＤＣＣＨの受信の信頼性を改善するように設計された１つまたは複数のアクションを行う、
前記少なくとも１つのＰＤＣＣＨによってスケジュールまたはトリガされた前記反復ベースの送信に参加するように構成された少なくとも１つのプロセッサと、
を備える、装置。
【発明の詳細な説明】
【技術分野】
【０００１】
［背景技術］
［米国特許法第１１９条の下での優先権の主張］
[0001]  本出願は、２０１９年３月１８日に出願された米国出願第１６／３５６，０９５号に対して優先権を主張し、それは、２０１８年３月１９日に出願された米国仮特許出願番号第６２／６４４，９９４に対する優先権およびその利益を主張し、それらの両方は、本願の譲受人に譲渡され、これによって参照によりここに明確に組み込まれる。
【０００２】
［技術分野］
[0002]  本開示の態様は、一般にワイヤレス通信システムに関し、より具体的には、反復を使用してデータの送信をスケジュールまたはトリガする制御情報の信頼性を高めることに関する。
【背景技術】
【０００３】
［関連技術の説明］
[0003]  ワイヤレス通信システムは、電話、ビデオ、データ、メッセージング、ブロードキャスト等の様々な電気通信サービスを提供するために広く展開されている。これらのシステムは、利用可能なシステムリソース（例えば、帯域幅および送信電力）を共有することによって複数のユーザとの通信をサポートすることが可能な多元接続技術を用い得る。そのような多元接続システムの例は、第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））ロングタームエボリューション（ＬＴＥ（登録商標））システム、ＬＴＥアドバンスト（ＬＴＥ−Ａ）システム、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、単一キャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）システム、および時分割同期符号分割多元接続（ＴＤ−ＳＣＤＭＡ）システムを含む。
【０００４】
[0004]  いくつかの例では、ワイヤレス多元接続通信システムは、別名ユーザ機器（ＵＥ）としても知られる複数の通信デバイスのための通信を各々が同時にサポートすることができるいくつかの基地局（ＢＳ）を含み得る。ＬＴＥまたはＬＴＥ−Ａネットワークでは、１つまたは複数のｇＮＢのセットがｅノードＢ（ｅＮＢ）を定義し得る。他の例では（例えば、次世代、新無線（ＮＲ）、または５Ｇネットワークでは）、ワイヤレス多元接続通信システムは、いくつかの中央ユニット（ＣＵ）（例えば、中央ノード（ＣＮ）、アクセスノードコントローラ（ＡＮＣ）等）と通信するいくつかの分散ユニット（ＤＵ）（例えば、エッジユニット（ＥＵ）、エッジノード（ＥＮ）、無線ヘッド（ＲＨ）、スマート無線ヘッド（ＳＲＨ）、送受信ポイント（ＴＲＰ）等）を含み得、ここで中央ユニットと通信する１つまたは複数の分散ユニットのセットは、アクセスノード（例えば、ＮＲ  ＢＳ、ＮＲ  ＮＢ、ネットワークノード、５Ｇ  ＮＢ、次世代ＮＢ（ｇＮＢ）等）を定義し得る。ｇＮＢまたはＤＵは、（例えば、基地局からのまたはＵＥへの送信のための）ダウンリンクチャネルおよび（例えば、ＵＥからｇＮＢまたはＤＵへの送信のための）アップリンクチャネル上でＵＥのセットと通信し得る。
【０００５】
[0005]  これらの多元接続技術は、異なるワイヤレスデバイスが都市、国家、地域、さらには地球規模で通信することを可能にする共通プロトコルを提供するために、様々な電気通信規格において採用されている。ＮＲ（例えば、５Ｇ無線アクセス）は、新生の電気通信規格の一例である。ＮＲは、３ＧＰＰによって公表されたＬＴＥモバイル規格に対する拡張のセットである。それは、スペクトル効率を改善し、コストを下げ、サービスを改善し、新しいスペクトルを利用し、ダウンリンク（ＤＬ）およびアップリンク（ＵＬ）上でサイクリックプレフィックス（ＣＰ）を用いたＯＦＤＭＡを使用して他のオープン規格とより良く統合することによって、モバイルブロードバンドインターネットアクセスをより良くサポートし、ならびにビームフォーミング、多入力多出力（ＭＩＭＯ）アンテナ技術、およびキャリアアグリゲーションをサポートするように設計される。
【０００６】
[0006]  しかしながら、モバイルブロードバンドアクセスに対する需要が増加し続けるにつれて、ＮＲおよびＬＴＥ技術におけるさらなる改善の必要性が存在する。好ましくは、これらの改善は、他の多元接続技術およびこれらの技術を用いる電気通信規格に適用可能であるべきである。
【０００７】
[0007]  そのような改善は、超高信頼低レイテンシ通信（ＵＲＬＬＣ）目的を達成するのに役立ち得る。ＵＲＬＬＣは、一般に、低レイテンシ（例えば、サブミリ秒の応答時間）と高信頼性（例えば、１０５パケット中１未満の損失）の両方を必要とする、工場自動化および自律運転等の用途のための通信サービスを指す。
【発明の概要】
【０００８】
[0008]  本開示のシステム、方法、およびデバイスは各々、いくつかの態様を有し、それらのうちのいずれの単一の態様も、それの望ましい属性を単独で担うものではない。以下の特許請求の範囲によって表される本開示の範囲を限定することなく、いくつかの特徴をこれより簡潔に説明する。この説明を考慮した後、特に「詳細な説明」と題されたセクションを読んだ後、本開示の特徴が、ワイヤレスネットワークにおけるアクセスポイントと局との間の改善された通信を含む利点をどのように提供するかが理解されよう。
【０００９】
[0009]  本開示のある特定の態様は、ネットワークエンティティによるワイヤレス通信のための方法を提供する。方法は、一般に、反復ウィンドウ内の同じトランスポートブロック（ＴＢ）の異なるコピーとして、ユーザ機器（ＵＥ）への、またはＵＥからのデータの送信をスケジュールまたはトリガする少なくとも１つの物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を送信することと、少なくとも１つのＰＤＣＣＨを送信するとき、ＵＥによる受信の信頼性を改善するように設計された１つまたは複数のアクションを行うこととを含む。
【００１０】
[0010]  本開示のある特定の態様は、ユーザ機器（ＵＥ）によるワイヤレス通信のための方法を提供する。方法は一般に、を含む方法は一般に、反復ウィンドウ内の同じトランスポートブロック（ＴＢ）の異なるコピーとして、ＵＥへの、またはＵＥからのデータの送信をスケジュールまたはトリガする、ネットワークエンティティからの少なくとも１つの物理ダウンリンク制御チャネル（ＰＤＣＣＨ）をモニタすることであって、ここにおいて、ネットワークエンティティは、ＵＥによるＰＤＣＣＨの受信の信頼性を改善するように設計された１つまたは複数のアクションを行う、モニタすることと、少なくとも１つのＰＤＣＣＨによってスケジュールまたはトリガされた反復ベースの送信に参加することと、を含む。
【００１１】
[0011]  態様は、概して、添付の図面を参照しながら本明細書で実質的に説明され、添付の図面によって示される、方法、装置、システム、コンピュータ読み取り可能な媒体、および処理システムを含む。
【００１２】
[0012]  上記および関連する目的を達成するために、１つまたは複数の態様は、以下で十分に説明され、特許請求の範囲において特に示される特徴を備える。以下の説明および添付の図面は、１つまたは複数の態様のある特定の例示的な特徴を詳細に示す。しかしながら、これらの特徴は、様々な態様の原理が用いられ得る様々な方法のうちのほんのいくつかを示すものであり、この説明は、すべてのそのような態様およびそれらの均等物を含むものとする。
【００１３】
[0013]  本開示の上記で列挙された特徴が詳細に理解されることができるように、上記で簡潔に要約されたより具体的な説明が、態様を参照することによって行われ得、それらのうちのいくつかが添付の図面に示される。しかしながら、添付の図面は、本開示のある特定の典型的な態様のみを示し、したがって、説明が他の等しく有効な態様を認め得るので、その範囲を限定するものと見なされるべきではないことに留意されたい。
【図面の簡単な説明】
【００１４】
【図１】[0014]  図１は、本開示のある特定の態様による、例示的な電気通信システムを概念的に示すブロック図である。
【図２】[0015]  図２は、本開示のある特定の態様による、分散型無線アクセスネットワーク（ＲＡＮ）の例示的な論理アーキテクチャを示すブロック図である。
【図３】[0016]  図３は、本開示のある特定の態様による、分散ＲＡＮの例示的な物理アーキテクチャを示す図である。
【図４】[0017]  図４は、本開示のある特定の態様による、例示的な基地局（ＢＳ）およびユーザ機器（ＵＥ）の設計を概念的に示すブロック図である。
【図５】[0018]  図５は、本開示のある特定の態様による、通信プロトコルスタックをインプリメントするための例を示す図である。
【図６】[0019]  図６は、本開示のある特定の態様による、新無線（ＮＲ）システムのためのフレームフォーマットの一例を示す。
【図７Ａ】[0020]  図７Ａは、本開示のある特定の態様による、反復を使用して送信をスケジュールするためのある例示的な手法を示す。
【図７Ｂ】図７Ｂは、本開示のある特定の態様による、反復を使用して送信をスケジュールするための別の例示的な手法を示す。
【図８】[0021]  図８は、本開示のある特定の態様による、ネットワークエンティティ（例えば、ｇＮＢ）によるワイヤレス通信のための例示的な動作を示す。
【図９】[0022]  図９は、本開示のある特定の態様による、ユーザ機器（ＵＥ）によるワイヤレス通信のための例示的な動作を示す。
【図１０Ａ】[0023]  図１０は、本開示のある特定の態様による、増加された制御チャネル要素（ＣＣＥ）割振りの一例を示す。
【図１０Ｂ】[0023]  図１０は、本開示のある特定の態様による、増加された制御チャネル要素（ＣＣＥ）割振りの一例を示す。
【図１１】[0024]  図１１は、本開示のある特定の態様による、反復を使用して送信をスケジュールするための別の例示的な手法を示す。
【００１５】
[0025]  理解を容易にするため、複数の図に共通する同一の要素を指定するために、可能な場合、同一の参照番号が使用されている。一態様において開示される要素は、具体的な記述がなくても他の態様で有益に利用され得ることが企図される。
【詳細な説明】
【００１６】
[0026]  上記のように、レイテンシ要件に加えて、ＵＲＬＬＣ等のアプリケーションは、信頼性に関して比較的厳しい要件を有する。反復ベースの送信は、受信機が、受信されたビットを前の送信からの同じビットと組み合わせることを可能にすることによって、信頼性要件を満たすのに役立ち得る。残念ながら、この改善された信頼性は、そのような反復ベースの送信をスケジューリングする物理ダウンリンク制御チャネル（ＰＤＣＣＨ）が成功しない場合には実現されない。
【００１７】
[0027]  本開示の態様は、反復ベースの送信をスケジュールまたはトリガするシグナリングの信頼性を改善するための技法を提供する。そのような技法は、受信デバイスが、反復を使用して送られるアップリンクまたはダウンリンクデータ送信をスケジュールまたはトリガする制御チャネル送信を成功裏に復号することができる可能性を改善し得る。
【００１８】
[0028]  本開示の態様は、ＮＲ（新無線アクセス技術または５Ｇ技術）のための装置、方法、処理システム、およびコンピュータ読み取り可能な媒体を提供する。ＮＲは、広帯域幅（例えば、８０ＭＨｚ以上）をターゲットとする拡張モバイルブロードバンド（ｅＭＢＢ）、高キャリア周波数（例えば、２７ＧＨｚまたはそれ以上）をターゲットとするミリメートル波（ｍｍＷ）、非後方互換性ＭＴＣ技法をターゲットとするマッシブマシンタイプ通信（ｍＭＴＣ）、および／または超高信頼低レイテンシ通信（ＵＲＬＬＣ）をターゲットとするミッションクリティカル等の様々なワイヤレス通信サービスをサポートし得る。これらのサービスは、レイテンシおよび信頼性要件を含み得る。これらのサービスはまた、それぞれのサービス品質（ＱｏＳ）要件を満たすために、異なる送信時間間隔（ＴＴＩ）を有し得る。加えて、これらのサービスは、同じサブフレーム内に共存し得る。
【００１９】
[0029]  ある特定のシステム（例えば、３ＧＰＰリリース１３ロングタームエボリューション（ＬＴＥ）ネットワーク）では、しばしばより低いスループットという代償を払って、低コストデバイスをターゲットとする拡張マシンタイプ通信（ｅＭＴＣ）がサポートされる。ｅＭＴＣは、アップリンク送信とダウンリンク送信の両方が、同時にではないが、実行されることができる半二重（ＨＤ）動作を伴い得る。いくつかのｅＭＴＣデバイス（例えば、ｅＭＴＣ  ＵＥ）は、任意の所与の時間において帯域幅のわずか約１ＭＨｚまたは６個のリソースブロック（ＲＢ）を見得る（例えば、それを用いて構成され得るまたはそれをモニタし得る）。ｅＭＴＣ  ＵＥは、サブフレーム当たりわずか約１０００ビットを受信するように構成され得る。例えば、これらのｅＭＴＣ  ＵＥは、約３００Ｋビット毎秒の最大スループットをサポートし得る。このスループットは、少量のデータのまれな送信からなり得る、ある特定のアクティビティ追跡、スマートメータ追跡、および／または更新等、ある特定のｅＭＴＣ使用事例について十分であり得るが、しかしながら、ｅＭＴＣデバイスのためのより大きいスループットは、ある特定のモノのインターネット（ＩｏＴ）使用事例、スマートウォッチのようなウェアラブル等のような、他の事例にとって望ましい可能性がある。
【００２０】
[0030]  以下の説明は、例を提供するものであり、特許請求の範囲に記載される適用範囲、適用可能性、または例を限定するものではない。本開示の範囲から逸脱することなく、説明した要素の機能および配置に変更が成され得る。様々な例は、必要に応じて、様々な手順またはコンポーネントを省略、置換、または追加し得る。例えば、説明される方法は、説明される順序とは異なる順序で実行され得、様々なステップが追加、省略、または組み合わされ得る。また、いくつかの例に関して説明される特徴は、いくつかの他の例において組み合わされ得る。例えば、本明細書に記載された任意の数の態様を使用して、装置がインプリメントされ得、または方法が実施され得る。加えて、本開示の範囲は、本明細書に記載された本開示の様々な態様に加えて、またはそれらの態様以外に、他の構造、機能、または構造および機能を使用して実施されるそのような装置または方法を包含することが意図される。本明細書で開示される本開示の任意の態様は、請求項の１つまたは複数の要素によって具現化され得ることを理解されたい。「例示的な」という単語は、本明細書では、「例、事例、または例示として働く」ことを意味するために使用される。「例示的」として本明細書で説明されるいずれの態様も、必ずしも他の態様よりも好ましいまたは有利であると解釈されるべきではない。
【００２１】
[0031]  本明細書で説明される技法は、ＬＴＥ、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡ、および他のネットワーク等の様々なワイヤレス通信ネットワークのために使用され得る。「ネットワーク」および「システム」という用語は、しばしば交換可能に使用される。ＣＤＭＡネットワークは、ユニバーサル地上無線アクセス（ＵＴＲＡ）、ｃｄｍａ２０００等の無線技術をインプリメントし得る。ＵＴＲＡは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））およびＣＤＭＡの他の変形を含む。ｃｄｍａ２０００は、ＩＳ−２０００、ＩＳ−９５、およびＩＳ−８５６規格をカバーする。ＴＤＭＡネットワークは、モバイル通信のためのグローバルシステム（ＧＳＭ（登録商標））等の無線技術をインプリメントし得る。ＯＦＤＭＡネットワークは、ＮＲ（例えば、５Ｇ  ＲＡ）、発展型ＵＴＲＡ（Ｅ−ＵＴＲＡ）、ウルトラモバイルブロードバンド（ＵＭＢ）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、フラッシュＯＦＤＭＡ等の無線技術をインプリメントし得る。ＵＴＲＡおよびＥ−ＵＴＲＡは、ユニバーサルモバイル電気通信システム（ＵＭＴＳ）の一部である。ＮＲは、５Ｇ技術フォーラム（５ＧＴＦ）と併せて開発中の新興のワイヤレス通信技術である。３ＧＰＰロングタームエボリューション（ＬＴＥ）およびＬＴＥアドバンスト（ＬＴＥ−Ａ）は、Ｅ−ＵＴＲＡを使用するＵＭＴＳのリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、ＬＴＥ−Ａ、およびＧＳＭは、「第３世代パートナーシッププロジェクト」（３ＧＰＰ）という名称の組織からの文書に説明されている。ｃｄｍａ２０００およびＵＭＢは、「第３世代パートナーシッププロジェクト２」（３ＧＰＰ２）という名称の組織からの文書に説明されている。本明細書で説明する技法は、上述のワイヤレスネットワークおよび無線技術、ならびに他のワイヤレスネットワークおよび無線技術に使用され得る。明確さのために、本明細書では、３Ｇおよび／または４Ｇワイヤレス技術に一般に関連する用語を使用して態様が説明され得るが、本開示の態様は、ＮＲ技術を含む５Ｇ以降等の他の世代ベースの通信システムにおいて適用されることができる。
【００２２】
［例示的なワイヤレス通信システム］
[0032]  図１は、本開示の態様が実行され得る例示的なワイヤレスネットワーク１００を示す。例えば、本明細書で提示する技法は、反復ベースの送信（１１２）をスケジュールまたはトリガする（例えば、基地局１１０からの）シグナリングの信頼性を改善するのに役立ち得る。そのような技法は、受信デバイス（例えば、ＵＲＬＬＣ対応ＵＥ１２０ｕ）が、反復ベースの送信１１２をスケジュールまたはトリガする制御チャネル送信を成功裏に復号することができる可能性を改善し得る。
【００２３】
[0033]  ワイヤレスネットワーク１００は、例えば、新無線（ＮＲ）または５Ｇネットワークであり得る。ＵＥ１２０は、拡張マシンタイプ通信（ｅＭＴＣ）のために構成され得る。ＵＥ１２０は、低コストデバイス、低コストＵＥ、ｅＭＴＣデバイス、および／またはｅＭＴＣ  ＵＥと見なされ得る。ＵＥ１２０は、より高い帯域幅および／またはデータレート（例えば、１ＭＨｚよりも高い）をサポートするように構成されることができる。ＵＥ１２０は、複数の狭帯域領域（例えば、２４個のリソースブロック（ＲＢ）または９６個のＲＢ）で構成され得る。ＵＥ１２０は、ＵＥ１２０がモニタおよび／またはそれ上で送信するためのシステム帯域幅内の周波数ホッピングされたリソースを割り振るリソース割振りをｇＮＢ１１０から受信し得る。リソース割振りは、少なくとも１つのサブフレームにおけるアップリンク送信のための非連続狭帯域周波数リソースを示すことができる。リソース割振りは、周波数リソースが、ダウンリンク送信をモニタするためのＵＥの帯域幅性能（a bandwidth capability）内に含まれないことを示し得る。ＵＥ１２０は、リソース割振りに基づいて、アップリンク送信のためにまたはモニタのためにｇＮＢ１１０からのリソース割振りにおいて示されるリソースとは異なる狭帯域を決定し得る。（例えば、ダウンリンク制御情報（ＤＣＩ）に含まれるもの等の）リソース割振りインジケーションは、割り振られたサブフレームの第１のサブフレームにおける明示的リソース割振り、周波数ホッピング関連パラメータ、割り振られたサブフレームのセットを含み得る。後続のサブフレームにおける周波数ホッピングされたリソース割振りは、割り振られたサブフレームの第１のサブフレームにおいて割り振られたリソースから開始する（ＤＣＩに部分的に含まれ、無線リソース制御（ＲＲＣ）シグナリングによって部分的に構成されもし得る）周波数ホッピング関連パラメータに基づいて周波数ホッピングプロシージャを適用することによって取得される。
【００２４】
[0034]  図１に示されるように、ワイヤレスネットワーク１００は、いくつかのｇＮＢ１１０および他のネットワークエンティティを含み得る。ｇＮＢは、ＵＥと通信する局であり得る。各ｇＮＢ１１０は、特定の地理的エリアに通信カバレッジを提供し得る。３ＧＰＰでは、「セル」という用語は、この用語が使用されるコンテキストに応じて、ノードＢのカバレッジエリアおよび／またはこのカバレッジエリアにサービス提供しているＮＢサブシステムを指すことができる。ＮＲシステムでは、用語「セル」およびＮＢ、次世代ＮＢ（ｇＮＢ）、５Ｇ  ＮＢ、アクセスポイント（ＡＰ）、ＢＳ、ＮＲ  ＢＳ、または送受信ポイント（ＴＲＰ）は、交換可能であり得る。いくつかの例では、セルは、必ずしも固定されたものではない可能性があり、セルの地理的エリアは、モバイルｇＮＢのロケーションに従って移動し得る。いくつかの例では、ｇＮＢは、直接物理接続、仮想ネットワーク、または任意の適切なトランスポートネットワークを使用する同様のもの等の様々なタイプのバックホールインタフェースを通して、互いに、および／またはワイヤレスネットワーク１００中の１つまたは複数の他のｇＮＢもしくはネットワークノード（図示せず）と相互接続され得る。
【００２５】
[0035]  一般に、任意の数のワイヤレスネットワークが所与の地理的エリアに展開され得る。各ワイヤレスネットワークは、特定の無線アクセス技術（ＲＡＴ）をサポートし得、１つまたは複数の周波数上で動作し得る。ＲＡＴは、無線技術、エアインタフェース等とも呼ばれ得る。周波数は、キャリア、周波数チャネル、トーン、サブバンド、サブキャリア等とも呼ばれ得る。各周波数は、異なるＲＡＴのワイヤレスネットワーク間の干渉を回避するために、所与の地理的エリアにおいて単一のＲＡＴをサポートし得る。いくつかのケースでは、ＮＲまたは５Ｇ  ＲＡＴネットワークが展開され得る。
【００２６】
[0036]  ｇＮＢは、マクロセル、ピコセル、フェムトセル、および／または他のタイプのセルに通信カバレッジを提供し得る。マクロセルは、比較的大きい地理的エリア（例えば、半径数キロメートル）をカバーし得、サービスに加入しているＵＥによる無制限アクセスを可能にし得る。ピコセルは、比較的小さい地理的エリアをカバーし得、サービスに加入しているＵＥによる無制限アクセスを可能にし得る。フェムトセルは、比較的小さい地理的エリア（例えば、住宅）をカバーし得、フェムトセルとの関連付けを有するＵＥ（例えば、限定加入者グループ（ＣＳＧ）中のＵＥ、住宅内のユーザのためのＵＥ等）による制限されたアクセスを可能にし得る。マクロセルのためのｇＮＢは、マクロｇＮＢと呼ばれ得る。ピコセルのためのｇＮＢは、ピコｇＮＢと呼ばれ得る。フェムトセルのためのｇＮＢは、フェムトｇＮＢまたはホームｇＮＢと呼ばれ得る。図１に示す例では、ｇＮＢ１１０ａ、１１０ｂ、および１１０ｃは、それぞれ、マクロセル１０２ａ、１０２ｂ、および１０２ｃのためのマクロｇＮＢであり得る。ｇＮＢ１１０ｘは、ピコセル１０２ｘのためのピコｇＮＢであり得る。ｇＮＢ１１０ｙおよび１１０ｚは、それぞれ、フェムトセル１０２ｙおよび１０２ｚのためのフェムトｇＮＢであり得る。ｇＮＢは、１つまたはマルチプルの（例えば、３つの）セルをサポートし得る。
【００２７】
[0037]  ワイヤレスネットワーク１００はまた、中継局を含み得る。中継局は、アップストリーム局（例えば、ｇＮＢまたはＵＥ）からデータおよび／または他の情報の送信を受信し、ダウンストリーム局（例えば、ＵＥまたはｇＮＢ）にデータおよび／または他の情報の送信を送る局である。中継局はまた、他のＵＥのための送信を中継するＵＥであり得る。図１に示す例では、中継局１１０ｒは、ｇＮＢ１１０ａとＵＥ１２０ｒとの間の通信を容易にするために、ｇＮＢ１１０ａおよびＵＥ１２０ｒと通信し得る。中継局は、リレーｇＮＢ、リレー等とも呼ばれ得る。
【００２８】
[0038]  ワイヤレスネットワーク１００は、異なるタイプのｇＮＢ、例えば、マクロｇＮＢ、ピコｇＮＢ、フェムトｇＮＢ、リレー等を含む異種ネットワークであり得る。これらの異なるタイプのｇＮＢは、異なる送信電力レベル、異なるカバレッジエリア、およびワイヤレスネットワーク１００における干渉に対する異なる影響を有し得る。例えば、マクロｇＮＢは、高い送信電力レベル（例えば、２０ワット）を有し得るが、一方ピコｇＮＢ、フェムトｇＮＢ、およびリレーは、より低い送信電力レベル（例えば、１ワット）を有し得る。
【００２９】
[0039]  ワイヤレスネットワーク１００は、同期動作または非同期動作をサポートし得る。同期動作の場合、ｇＮＢは、同様のフレームタイミングを有し得、異なるｇＮＢからの送信は、時間的にほぼアラインされ得る。非同期動作の場合、ｇＮＢは異なるフレームタイミングを有し得、異なるｇＮＢからの送信は時間的にアラインされない可能性がある。本明細書で説明する技法は、同期動作と非同期動作の両方に使用され得る。
【００３０】
[0040]  ネットワークコントローラ１３０は、ｇＮＢのセットに結合し、これらのｇＮＢに調整および制御を提供し得る。ネットワークコントローラ１３０は、バックホールを介してｇＮＢ１１０と通信し得る。ｇＮＢ１１０はまた、例えば、ワイヤレスまたはワイヤラインバックホールを介して直接または間接的に、互いに通信し得る。
【００３１】
[0041]  ＵＥ１２０（例えば、１２０ｘ、１２０ｙ等）は、ワイヤレスネットワーク１００全体にわたって分散され得、各ＵＥは固定式またはモバイルであり得る。ＵＥは、移動局、端末、アクセス端末、加入者ユニット、局、顧客宅内機器（ＣＰＥ）、セルラーフォン、スマートフォン、携帯情報端末（ＰＤＡ）、ワイヤレスモデム、ワイヤレス通信デバイス、ハンドヘルドデバイス、ラップトップコンピュータ、コードレスフォン、ワイヤレスローカルループ（ＷＬＬ）局、タブレット、カメラ、ゲーミングデバイス、ネットブック、スマートブック、ウルトラブック、医療デバイスまたは医療機器、バイオメトリックセンサ／デバイス、スマートウォッチや、スマート衣類や、スマート眼鏡や、スマートリストバンドや、スマートジュエリー（例えば、スマートリング、スマートブレスレット等）等のウェアラブルデバイス、娯楽デバイス（例えば、音楽デバイス、ビデオデバイス、衛星ラジオ等）、車両コンポーネントまたはセンサ、スマートメータ／センサ、工業製造機器、全地球測位システムデバイス、またはワイヤレスもしくはワイヤード媒体を介して通信するように構成された任意の他の好適なデバイスとも呼ばれ得る。いくつかのＵＥは、発展型もしくはマシンタイプ通信（ＭＴＣ）デバイスまたは発展型ＭＴＣ（ｅＭＴＣ）デバイスと見なされ得る。ＭＴＣおよびｅＭＴＣ  ＵＥは、例えば、ｇＮＢ、別のデバイス（例えば、リモートデバイス）、または何らかの他のエンティティと通信し得る、ロボット、ドローン、リモートデバイス、センサ、メータ、モニタ、ロケーションタグ等を含む。ワイヤレスノードは、例えば、ワイヤードまたはワイヤレス通信リンクを介したネットワーク（例えば、インターネットまたはセルラーネットワーク等のワイドエリアネットワーク）のためのまたはそれへの接続性を提供し得る。いくつかのＵＥは、モノのインターネット（ＩｏＴ）デバイスまたは狭帯域ＩｏＴ（ＮＢ−ＩｏＴ）デバイスと見なされ得る。
【００３２】
[0042]  図１では、両方向矢印をもつ実線は、ＵＥとサービングｇＮＢとの間の所望の送信を示し、それは、ダウンリンクおよび／またはアップリンク上でＵＥにサービスするように指定されたｇＮＢである。両方向矢印を有する細かい破線は、ＵＥとｇＮＢとの間の干渉している送信を示す。
【００３３】
[0043]  ある特定のワイヤレスネットワーク（例えば、ＬＴＥ）は、ダウンリンク上で直交周波数分割多重（ＯＦＤＭ）を利用し、アップリンク上で単一キャリア周波数分割多重（ＳＣ−ＦＤＭ）を利用する。ＯＦＤＭおよびＳＣ−ＦＤＭは、システム帯域幅を、一般にトーン、ビン等とも呼ばれる複数（Ｋ個）の直交サブキャリアに区分する。各サブキャリアは、データと共に変調され得る。一般に、変調シンボルは、ＯＦＤＭを用いて周波数領域で送られ、ＳＣ−ＦＤＭを用いて時間領域で送られる。隣接するサブキャリア間の間隔は固定され得、サブキャリアの総数（Ｋ）はシステム帯域幅に依存し得る。例えば、サブキャリアの間隔は１５ｋＨｚであり得、最小リソース割振り（例えば、ＲＢ）は１２サブキャリア（または１８０ｋＨｚ）であり得る。したがって、公称ＦＦＴサイズは、１．２５、２．５、５、１０、または２０メガヘルツ（ＭＨｚ）のシステム帯域幅について、それぞれ、１２８、２５６、５１２、１０２４、または２０４８に等しい可能性があり得る。システム帯域幅はまた、複数のサブバンドに区分され得る。例えば、サブバンドは１．０８ＭＨｚ（すなわち、６個のリソースブロック）をカバーし得、それぞれ、１．２５、２．５、５、１０、または２０ＭＨｚのシステム帯域幅のための１、２、４、８、または１６個のサブバンドがあり得る。
【００３４】
[0044]  本明細書で説明する例の態様はＬＴＥ技術に関連し得るが、本開示の態様は、ＮＲ等の他のワイヤレス通信システムに適用可能であり得る。
【００３５】
[0045]  ＮＲは、アップリンクおよびダウンリンク上でＣＰを用いたＯＦＤＭを利用し得、ＴＤＤを使用する半二重動作のためのサポートを含み得る。１００ＭＨｚの単一のコンポーネントキャリア帯域幅がサポートされ得る。ＮＲリソースブロックは、０．１ｍｓの持続時間にわたって７５ｋＨｚのサブキャリア帯域幅の１２個のサブキャリアに及び得る。各無線フレームは、２つのハーフフレームから成り得、各ハーフフレームは、１０ｍｓの長さを有する５つのサブフレームから成る。したがって、各サブフレームは１ｍｓの長さを有し得る。各サブフレームは、データ送信のためのリンク方向（すなわち、ＤＬまたはＵＬ）を示し得、各サブフレームのためのリンク方向は動的に切り替えられ得る。各サブフレームは、ＤＬ／ＵＬデータならびにＤＬ／ＵＬ制御データを含み得る。ＮＲのためのＵＬおよびＤＬサブフレームは、図６および図７に関して以下でより詳細に説明されるようなものであり得る。ビームフォーミングがサポートされ得、ビーム方向が動的に構成され得る。プリコーディングを用いたＭＩＭＯ送信もサポートされ得る。ＤＬにおけるＭＩＭＯ構成は、最大８つのストリームおよびＵＥ毎に最大２つのストリームのマルチレイヤＤＬ送信を用いて最大８つの送信アンテナをサポートし得る。ＵＥ毎に最大２つのストリームを有するマルチレイヤ送信がサポートされ得る。複数のセルのアグリゲーションは、最大８つのサービングセルを用いてサポートされ得る。
【００３６】
[0046]  ＬＴＥでは、基本送信時間間隔（ＴＴＩ）またはパケット持続時間は１サブフレームである。ＮＲでは、サブフレームは依然として１ｍｓであるが、基本ＴＴＩはスロットと呼ばれる。サブフレームは、トーン間隔（例えば、１５、３０、６０、１２０、２４０．．．ｋＨｚ）に応じて可変数のスロット（例えば、１、２、４、８、１６．．．スロット）を含む。
【００３７】
[0047]  いくつかの例では、エアインタフェースへのアクセスがスケジュールされ得、ここでスケジューリングエンティティ（例えば、ｇＮＢ）は、そのサービスエリアまたはセル内のいくつかまたはすべてのデバイスおよび機器の間の通信にリソースを割り振る。スケジューリングエンティティは、１つまたは複数の下位エンティティ（subordinate entities）のためにリソースをスケジューリングし、割り当て、再構成し、解放することを担い得る。すなわち、スケジュールされた通信の場合、下位エンティティは、スケジューリングエンティティによって割り振られたリソースを利用する。ｇＮＢは、スケジューリングエンティティとして機能し得る唯一のエンティティではない。すなわち、いくつかの例では、ＵＥは、１つまたは複数の下位エンティティ（例えば、１つまたは複数の他のＵＥ）のためのリソースをスケジューリングするスケジューリングエンティティとして機能し得る。この例では、ＵＥはスケジューリングエンティティとして機能しており、他のＵＥは、ワイヤレス通信のためにＵＥによってスケジュールされたリソースを利用する。ＵＥは、ピアツーピア（Ｐ２Ｐ）ネットワークにおいておよび／またはメッシュネットワークにおいてスケジューリングエンティティとして機能し得る。メッシュネットワークの例では、ＵＥは、随意に、スケジューリングエンティティと通信することに加えて、互いに直接通信し得る。
【００３８】
[0048]  したがって、時間周波数リソースへのスケジューリングされたアクセスを有し、セルラー構成、Ｐ２Ｐ構成、およびメッシュ構成を有するワイヤレス通信ネットワークでは、スケジューリングエンティティおよび１つまたは複数の下位エンティティは、スケジューリングされたリソースを利用して通信し得る。
【００３９】
[0049]  図２は、図１に示されたワイヤレス通信システムにおいてインプリメントされ得る、分散型無線アクセスネットワーク（ＲＡＮ）２００の例示的な論理アーキテクチャを示す。５Ｇアクセスノード２０６は、アクセスノードコントローラ（ＡＮＣ）２０２を含み得る。ＡＮＣ２０２は、分散ＲＡＮ２００の中央ユニット（ＣＵ）であり得る。次世代コアネットワーク（ＮＧ−ＣＮ）２０４へのバックホールインタフェースは、ＡＮＣ２０２において終了し得る。隣接する次世代アクセスノード（ＮＧ−ＡＮ）２１０へのバックホールインタフェースは、ＡＮＣ２０２において終了し得る。ＡＮＣ２０２は、（ＢＳ、ＮＲ  ＢＳ、ｇＮＢ、または何らかの他の用語でも呼ばれ得る）１つまたは複数のＴＲＰ２０８を含み得る。
【００４０】
[0050]  ＴＲＰ２０８はＤＵであり得る。ＴＲＰは、１つのＡＮＣ（ＡＮＣ２０２）または２つ以上のＡＮＣ（図示せず）に接続され得る。例えば、ＲＡＮ共有、サービスとしての無線（ＲａａＳ）、およびサービス固有ＡＮＤ展開の場合、ＴＲＰ２０８は、２つ以上のＡＮＣに接続され得る。ＴＲＰは、１つまたは複数のアンテナポートを含み得る。ＴＲＰは、ＵＥにトラフィックを個別に（例えば、動的選択）または一緒に（例えば、ジョイント送信）サービスするように構成され得る。
【００４１】
[0051]  分散ＲＡＮ２００の論理アーキテクチャは、異なる展開タイプにわたるフロントホールソリューション（fronthauling solutions）をサポートし得る。例えば、論理アーキテクチャは、送信ネットワーク性能（例えば、帯域幅、レイテンシ、および／またはジッタ）に基づき得る。論理アーキテクチャは、ＬＴＥと特徴および／またはコンポーネントを共有し得る。ＮＧ−ＡＮ２１０は、ＮＲとのデュアル接続性をサポートし得る。ＮＧ−ＡＮ２１０は、ＬＴＥおよびＮＲのための共通フロントホールを共有し得る。論理アーキテクチャは、ＴＲＰ２０８間の協調を可能にし得る。例えば、協調は、ＡＮＣ２０２を介してＴＲＰ内でおよび／またはＴＲＰにわたって事前設定され得る。ＴＲＰ間インタフェースが存在し得る。
【００４２】
[0052]  分散ＲＡＮ２００の論理アーキテクチャは、分割論理機能の動的構成をサポートし得る。図５を参照してより詳細に説明されることになるように、無線リソース制御（ＲＲＣ）レイヤ、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）レイヤ、無線リンク制御（ＲＬＣ）レイヤ、媒体アクセス制御（ＭＡＣ）レイヤ、および物理（ＰＨＹ）レイヤは、ＤＵまたはＣＵ（例えば、それぞれ、ＴＲＰまたはＡＮＣ）に適応可能に配置され得る。
【００４３】
[0053]  図３は、本開示の態様による、分散ＲＡＮ３００の例示的な物理アーキテクチャを示す。集中型コアネットワークユニット（Ｃ−ＣＵ）３０２は、コアネットワーク機能をホストし得る。Ｃ−ＣＵ３０２は、中央に配置され得る。Ｃ−ＣＵ機能は、ピーク容量を処理することを目的として、（例えば、アドバンストワイヤレスサービス（ＡＷＳ）に）オフロードされ得る。
【００４４】
[0054]  集中型ＲＡＮユニット（Ｃ−ＲＵ）３０４は、１つまたは複数のＡＮＣ機能をホストし得る。Ｃ−ＲＵ３０４は、コアネットワーク機能をローカルにホストし得る。Ｃ−ＲＵ３０４は、分散展開を有し得る。Ｃ−ＲＵ３０４は、ネットワークエッジにより近い可能性がある。
【００４５】
[0055]  ＤＵ３０６は、１つまたは複数のＴＲＰ（例えば、エッジノード（ＥＮ）、エッジユニット（ＥＵ）、無線ヘッド（ＲＨ）、スマート無線ヘッド（ＳＲＨ）、または同様のもの）をホストし得る。ＤＵは、無線周波数（ＲＦ）機能を有するネットワークのエッジに位置し得る。
【００４６】
[0056]  図４は、大きい帯域幅割振りのための周波数ホッピングのための本開示の態様をインプリメントするために使用され得る、図１に示されたｇＮＢ１１０およびＵＥ１２０の例示的なコンポーネントを示す。例えば、ＵＥ１２０のアンテナ４５２、Ｔｘ／Ｒｘ２２２、プロセッサ４６６、４５８、４６４、および／またはコントローラ／プロセッサ４８０、ならびに／あるいはｇＮＢ１１０のアンテナ４３４、プロセッサ４６０、４２０、４３８、および／またはコントローラ／プロセッサ４４０は、本明細書で説明し、図８および図９を参照して示した動作を実行するために使用され得る。
【００４７】
[0057]  図４は、図１のｇＮＢのうちの１つおよびＵＥのうちの１つであり得る、ｇＮＢ１１０およびＵＥ１２０の設計のブロック図を示す。制限された関連付けシナリオの場合、ｇＮＢ１１０は、図１のマクロｇＮＢ１１０ｃであり得、ＵＥ１２０は、ＵＥ１２０ｙであり得る。ｇＮＢ１１０は、何らかの他のタイプのｇＮＢでもあり得る。ｇＮＢ１１０は、アンテナ４３４ａ〜４３４ｔを備え得、ＵＥ１２０は、アンテナ４５２ａ〜４５２ｒを備え得る。
【００４８】
[0058]  ｇＮＢ１１０において、送信プロセッサ４２０は、データソース４１２からデータを受け取り、コントローラ／プロセッサ４４０から制御情報を受け取り得る。制御情報は、物理ブロードキャストチャネル（ＰＢＣＨ）、物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）、物理ハイブリッドＡＲＱインジケータチャネル（ＰＨＩＣＨ）、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）等のためのものであり得る。データは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）等のためのものであり得る。プロセッサ４２０は、データおよび制御情報を処理（例えば、符号化およびシンボルマッピング）して、データシンボルおよび制御シンボルをそれぞれ取得し得る。プロセッサ４２０はまた、例えば、ＰＳＳ、ＳＳＳ、およびセル固有基準信号（ＣＲＳ）のための基準シンボルを生成し得る。送信（ＴＸ）多入力多出力（ＭＩＭＯ）プロセッサ４３０は、適用可能な場合、データシンボル、制御シンボル、および／または基準シンボルに対して空間処理（例えば、プリコーディング）を実行し得、出力シンボルストリームを変調器（ＭＯＤ）４３２ａ〜４３２ｔに提供し得る。各変調器４３２は、（例えば、ＯＦＤＭ等のために）それぞれの出力シンボルストリームを処理して、出力サンプルストリームを取得し得る。各変調器４３２は、出力サンプルストリームをさらに処理（例えば、アナログ変換、増幅、フィルタ処理、およびアップコンバート）して、ダウンリンク信号を取得し得る。変調器４３２ａ〜４３２ｔからのダウンリンク信号は、それぞれ、アンテナ４３４ａ〜４３４ｔを介して送信され得る。
【００４９】
[0059]  ＵＥ１２０において、アンテナ４５２ａ〜４５２ｒは、ｇＮＢ１１０からダウンリンク信号を受信し得、受信された信号をそれぞれ復調器（ＤＥＭＯＤ）４５４ａ〜４５４ｒに提供し得る。各復調器４５４は、それぞれの受信された信号を調整（例えば、フィルタ処理、増幅、ダウンコンバート、およびデジタル化）して、入力サンプルを取得し得る。各復調器４５４は、（例えば、ＯＦＤＭ等のために）入力サンプルをさらに処理して、受信されたシンボルを取得し得る。ＭＩＭＯ検出器４５６は、すべての復調器４５４ａ〜４５４ｒから受信されたシンボルを取得し、適用可能な場合、受信されたシンボルに対してＭＩＭＯ検出を実行し、検出シンボルを提供し得る。受信プロセッサ４５８は、検出されたシンボルを処理（例えば、復調、デインターリーブ、および復号）し、ＵＥ１２０のための復号されたデータをデータシンク４６０に提供し、復号された制御情報をコントローラ／プロセッサ４８０に提供し得る。
【００５０】
[0060]  アップリンク上では、ＵＥ１２０において、送信プロセッサ４６４は、データソース４６２から（例えば、物理アップリンク共有チャネル（ＰＵＳＣＨ）のための）データを受け取りおよび処理し、コントローラ／プロセッサ４８０から（例えば、物理アップリンク制御チャネル（ＰＵＣＣＨ）のための）制御情報を受け取りおよび処理し得る。送信プロセッサ４６４はまた、基準信号のための基準シンボルを生成し得る。送信プロセッサ４６４からのシンボルは、適用可能な場合、ＴＸ  ＭＩＭＯプロセッサ４６６によってプリコーディングされ、（例えば、ＳＣ−ＦＤＭ等のために）復調器４５４ａ〜４５４ｒによってさらに処理され、ｇＮＢ１１０に送信され得る。ｇＮＢ１１０において、ＵＥ１２０からのアップリンク信号は、アンテナ４３４によって受信され、変調器４３２によって処理され、適用可能な場合、ＭＩＭＯ検出器４３６によって検出され、受信プロセッサ４３８によってさらに処理されて、ＵＥ１２０によって送られた復号されたデータおよび制御情報が取得され得る。受信プロセッサ４３８は、復号されたデータをデータシンク４３９に提供し、復号された制御情報をコントローラ／プロセッサ４４０に提供し得る。
【００５１】
[0061]  コントローラ／プロセッサ４４０および４８０は、それぞれｇＮＢ１１０およびＵＥ１２０における動作を命令し得る。ｇＮＢ１１０におけるプロセッサ４４０および／または他のプロセッサおよびモジュールは、例えば、本明細書で説明する技法のための様々なプロセスの実行を実施または命令し得る。ＵＥ１２０におけるプロセッサ４８０および／または他のプロセッサおよびモジュールはまた、例えば、図９および図１１に示す機能ブロック、および／または本明細書で説明する技法のための他のプロセスの実行を実施または命令し得る。ｇＮＢ１１０におけるプロセッサ４４０および／または他のプロセッサおよびモジュールはまた、例えば、図１０に示す機能ブロック、および／または本明細書で説明する技法のための他のプロセスの実行を実施または命令し得る。メモリ４４２および４８２は、それぞれｇＮＢ１１０およびＵＥ１２０のためのデータおよびプログラムコードを記憶し得る。スケジューラ４４４は、ダウンリンクおよび／またはアップリンク上でのデータ送信のためにＵＥをスケジュールし得る。
【００５２】
[0062]  図５は、本開示の態様による、通信プロトコルスタックをインプリメントするための例を示す図５００を示す。示された通信プロトコルスタックは、５Ｇシステム（例えば、アップリンクベースのモビリティをサポートするシステム）においてにおいて動作するデバイスによってインプリメントされ得る。図５００は、無線リソース制御（ＲＲＣ）レイヤ５１０、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）レイヤ５１５、無線リンク制御（ＲＬＣ）レイヤ５２０、媒体アクセス制御（ＭＡＣ）レイヤ５２５、および物理（ＰＨＹ）レイヤ５３０を含む通信プロトコルスタックを示す。様々な例では、プロトコルスタックのレイヤは、ソフトウェアの別個のモジュール、プロセッサまたはＡＳＩＣの部分、通信リンクによって接続されたコロケートされていないデバイスの部分、またはそれらの様々な組合せとしてインプリメントされ得る。コロケートされたおよびコロケートされていないインプリメンテーションは、例えば、ネットワークアクセスデバイス（例えば、ＡＮ、ＣＵ、および／またはＤＵ）またはＵＥのためのプロトコルスタックにおいて使用され得る。
【００５３】
[0063]  第１のオプション５０５−ａは、プロトコルスタックの分割インプリメンテーションを示し、そこでは集中型ネットワークアクセスデバイス（例えば、図２のＡＮＣ２０２）と分散型ネットワークアクセスデバイス（例えば、図２のＤＵ２０８）との間でプロトコルスタックのインプリメンテーションが分割される。第１のオプション５０５−ａでは、ＲＲＣレイヤ５１０およびＰＤＣＰレイヤ５１５が中央ユニットによってインプリメントされ得、ＲＬＣレイヤ５２０、ＭＡＣレイヤ５２５、およびＰＨＹレイヤ５３０がＤＵによってインプリメントされ得る。様々な例では、ＣＵおよびＤＵは、コロケートされる可能性もコロケートされない可能性もある。第１のオプション５０５−ａは、マクロセル、マイクロセル、またはピコセル展開において有用であり得る。
【００５４】
[0064]  第２のオプション５０５−ｂは、プロトコルスタックが単一のネットワークアクセスデバイス（例えば、アクセスノード（ＡＮ）、新しい無線基地局（ＮＲ  ＢＳ）、新しい無線ノード−Ｂ（ＮＲ  ＮＢ）、ネットワークノード（ＮＮ）、または同様のもの）においてインプリメントされる、プロトコルスタックの統合されたインプリメンテーションを示す。第２のオプションでは、ＲＲＣレイヤ５１０、ＰＤＣＰレイヤ５１５、ＲＬＣレイヤ５２０、ＭＡＣレイヤ５２５、およびＰＨＹレイヤ５３０は、各々ＡＮによってインプリメントされ得る。第２のオプション５０５−ｂは、フェムトセル展開において有用であり得る。
【００５５】
[0065]  ネットワークアクセスデバイスがプロトコルスタックの一部をインプリメントするかまたは全部をインプリメントするかにかかわらず、ＵＥは、プロトコルスタック全体（例えば、ＲＲＣレイヤ５１０、ＰＤＣＰレイヤ５１５、ＲＬＣレイヤ５２０、ＭＡＣレイヤ５２５、およびＰＨＹレイヤ５３０）をインプリメントし得る。
【００５６】
[0066]  図６は、ＮＲのためのフレームフォーマット６００の一例を示す図である。ダウンリンクおよびアップリンクの各々のための送信タイムラインは、無線フレームのユニットに区分され得る。各無線フレームは、所定の持続時間（例えば、１０ｍｓ）を有し得、０〜９のインデックスを有する、各々１ｍｓの１０個のサブフレームに区分され得る。各サブフレームは、サブキャリア間隔に応じて可変数のスロットを含み得る。各スロットは、サブキャリア間隔に応じて、可変数のシンボル期間（例えば、７個または１４個のシンボル）を含み得る。各スロット中のシンボル期間は、インデックスを割り当てられ得る。サブスロット構造と呼ばれ得るミニスロットは、（２、３、または４シンボル等の）スロット未満の持続時間を有する送信時間間隔を指す。
【００５７】
[0067]  スロット中の各シンボルは、データ送信のためのリンク方向（例えば、ＤＬ、ＵＬ、またはフレキシブル）を示し得、各サブフレームのためのリンク方向は動的に切り替えられ得る。リンク方向は、スロットフォーマットに基づき得る。各スロットは、ＤＬ／ＵＬデータならびにＤＬ／ＵＬ制御情報を含み得る。
【００５８】
[0068]  ＮＲでは、同期信号（ＳＳ）ブロックが送信される。ＳＳブロックは、ＰＳＳ、ＳＳＳ、および２シンボルＰＢＣＨを含む。ＳＳブロックは、図６に示すようなシンボル０−３のような固定スロット位置で送信されることができる。ＰＳＳおよびＳＳＳは、セル探索および取得のためにＵＥによって使用され得る。ＰＳＳは、ハーフフレームタイミングを提供し得、ＳＳは、ＣＰ長およびフレームタイミングを提供し得る。ＰＳＳおよびＳＳＳは、セル識別情報を提供し得る。ＰＢＣＨは、ダウンリンクシステム帯域幅、無線フレーム内のタイミング情報、ＳＳバーストセット周期性、システムフレーム番号等のいくつかの基本システム情報を搬送する。ＳＳブロックは、ビーム走査（beam sweeping）をサポートするためにＳＳバーストで構成され得る。残りの最小システム情報（ＲＭＳＩ）、システム情報ブロック（ＳＩＢ）、他のシステム情報（ＯＳＩ）等のさらなるシステム情報は、ある特定のサブフレーム中の物理ダウンリンク共有チャネル（ＰＤＳＣＨ）上で送信されることができる。
【００５９】
[0069]  いくつかの状況では、２以上の下位エンティティ（例えば、ＵＥ）は、サイドリンク信号を使用して互いに通信し得る。そのようなサイドリンク通信の現実世界での用途は、公共安全、近接サービス、ＵＥからネットワークへの中継、Ｖ２Ｖ（vehicle-to-vehicle）通信、ＩｏＥ（Internet-of-Everything）通信、ＩｏＴ通信、ミッションクリティカルメッシュ、および／または様々な他の適切なアプリケーションを含み得る。概して、サイドリンク信号は、スケジューリングエンティティ（例えば、ＵＥまたはｇＮＢ）がスケジューリングおよび／または制御目的のために利用され得るとしても、スケジューリングエンティティを通してその通信を中継することなしに、ある下位エンティティ（例えば、ＵＥ１）から別の下位エンティティ（例えば、ＵＥ２）に通信される信号を指し得る。いくつかの例では、サイドリンク信号は、（通常、アンライセンススペクトルを使用するワイヤレスローカルエリアネットワークとは異なり）ライセンススペクトルを使用して通信され得る。
【００６０】
[0070]  ＵＥは、（例えば、無線リソース制御（ＲＲＣ）専用状態等の）リソースの専用セットを使用してパイロットを送信することに関連する構成、または（例えば、ＲＲＣ共通状態等の）リソースの共通セットを使用してパイロットを送信することに関連する構成を含む、様々な無線リソース構成において動作し得る。ＲＲＣ専用状態で動作するとき、ＵＥは、パイロット信号をネットワークに送信するためのリソースの専用セットを選択し得る。ＲＲＣ共通状態で動作するとき、ＵＥは、パイロット信号をネットワークに送信するためのリソースの共通セットを選択し得る。いずれの場合も、ＵＥによって送信されたパイロット信号は、ＡＮ、またはＤＵ、またはそれらの部分等の１つまたは複数のネットワークアクセスデバイスによって受信され得る。各受信ネットワークアクセスデバイスは、リソースの共通セット上で送信されたパイロット信号を受信および測定し、また、ネットワークアクセスデバイスがＵＥのためのネットワークアクセスデバイスのモニタセットのメンバーであるＵＥに割り振られたリソースの専用セット上で送信されたパイロット信号を受信および測定するように構成され得る。受信ネットワークアクセスデバイスのうちの１つまたは複数、または受信ネットワークアクセスデバイス（１つまたは複数の）がパイロット信号の測定値を送信する先のＣＵは、ＵＥのためのサービングセルを識別するために、またはＵＥのうちの１つまたは複数のためのサービングセルの変更を開始するために、測定値を使用し得る。
【００６１】
[0071]  上述したように、ＵＲＬＬＣは、一般に、非常に高い成功確率（例えば、９９．９９９％）の厳しいデッドライン（例えば、１ｍｓ）内でのパケットの配信成功のための比較的きつい（例えば、厳しい）要件を有する通信アプリケーションを指す。ダウンリンク（ＤＬ）送信の信頼性は、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）と物理ダウンリンク共有チャネル（ＰＤＳＣＨ）の両方の信頼性に依存する。ＰＤＳＣＨの信頼性は、受信機が同じデータパケットの異なるコピーを組み合わせることを可能にするハイブリッド自動再送要求（ＨＡＲＱ）（または自動再送要求（ＡＲＱ））の使用によって改善されることができる。しかしながら、ＰＤＳＣＨパケット（データパケット）は、対応するＰＤＣＣＨ（制御パケット）が検出されない場合、復号可能ではない。（多くのＵＲＬＬＣアプリケーションにおけるように）データパケットのサイズが制御パケットのサイズに匹敵する場合、制御チャネルは、通信全体のボトルネックになる。
【００６２】
［ＵＲＬＬＣのためのＰＤＣＣＨ信頼性を改善するための例示的な技法］
[0072]  本開示のある特定の態様は、例えば、反復ベースの送信によって、またはＰＤＣＣＨ送信のために割り振られるリソース（例えば、ＣＣＥ）または量を増加させることによって、ＰＤＣＣＨ復号の信頼性を改善するための装置および技法を提供する。反復ベースの送信は、ＤＬ（例えば、ＰＤＳＣＨ）方向とＵＬ方向（ＰＵＳＣＨ）の両方で生じ得る。反復ベースの手法は、反復を可能にするために、スケジューリングベースの（グラントベースの）手法と半永続的スケジューリング（ＳＰＳ）のような（アクティブ化シグナリング有りまたは無しのグラントフリーの）手法の両方を含み得る。グラントフリー送信は、反復ベースの送信のために事前に割り振られたリソースを代わりに使用して、グラントを含むＰＤＣＣＨを送信する必要性を取り除くことによってレイテンシを低減し得る。いくつかの場合には、ダウンリンク制御情報（ＤＣＩ）シグナリングは、反復ベースの送信をアクティブ化および／または非アクティブ化するために使用され得、反復ベースのＰＤＳＣＨ送信をいつモニタするか、または反復ベースのＰＵＳＣＨ送信をいつ送るかをＵＥに通知する。
【００６３】
[0073]  スケジューリングベースの送信のいくつかの場合には、同じトランスポートブロック（ＴＢ）の各コピー（反復）は、それ自体の専用グラントを有し得る。例えば、図７Ａは、反復ベースのＤＬ送信の例示的なタイムライン７００Ａを示し、ここで、各ＰＤＳＣＨ送信は、それ自体のＰＤＣＣＨによってスケジュールされる。他の場合には、単一のグラントが、同じＴＢの複数のコピーをスケジュールし得る。
【００６４】
[0074]  例えば、図７Ｂは、反復ベースのＤＬ送信の例示的なタイムライン７００Ｂを示し、ここで、一連のＰＤＳＣＨ送信は、単一のＰＤＣＣＨによってスケジュールされる。
【００６５】
[0075]  図７Ａおよび図７Ｂに示す例では、ＰＤＳＣＨデータは、４つの連続する送信時間間隔（ＴＴＩ１−４）の各々において１回で、４回繰り返される。言い換えれば、この場合の反復ウィンドウは、４つのＴＴＩに及ぶ。もちろん、反復ウィンドウサイズ（および反復の数）は変化し得、構成され得る。いくつかの事例では、各ＴＴＩは、１つのスロット（例えば、サブフレームの半分）であり得る。他の事例（例えば、ＮＲ）では、各スロットは１つのＴＴＩであり得ることに留意されたい。いくつかの場合には、短縮ＴＴＩ（ｓＴＴＩ）は１スロット未満（例えば、ミニスロット）であり得る。一般に、ＴＴＩ持続時間はスケーラブルであり得る。さらに、反復ベースのＤＬ送信の例が示されているが、同様の手法が、反復ベースのＵＬ送信をスケジュールするために使用され得、ここで、ＵＥは、複数のＴＴＩにわたってＰＵＳＣＨ送信において同じＴＢを送る（しかし、ＰＵＳＣＨとそれをスケジュールするＰＤＣＣＨとの間にいくらかのスケジューリング遅延があり得る）。
【００６６】
[0076]  ＳＰＳベース（グラントフリー）の手法の場合、ＵＥは、いくつかのリソース（例えば、リソースのセット）または制御リソースセット（ＣＯＲＥＳＥＴ）で事前構成され得る。この手法では、反復は、ダウンリンク制御情報（ＤＣＩ）送信を介してアクティブ化（再アクティブ化、または解放）され得る。そのような場合、ＤＣＩは、どのリソースセットを使用すべきかを示し得る。アクティブ化シグナリングなしのＳＰＳのような手法の場合、ＵＥは、上位レイヤシグナリングを介して同じＴＢの複数のコピーを受信／送信するように構成され得る。
【００６７】
[0077]  上記のように、スケジューリングベースおよびＳＰＳベースの反復ベースの送信の両方について、送信をスケジュールまたはトリガするＰＤＣＣＨを復号することに失敗すると、送信が復号可能になる。したがって、本開示の態様は、ＰＤＣＣＨ送信の改善された信頼性を達成するのに役立ち得る技法を提供する。
【００６８】
[0078]  例えば、図８は、本開示のある特定の態様による、ＰＤＣＣＨ送信の信頼性を改善するのに役立ち得る、ネットワークエンティティによるワイヤレス通信のための例示的な動作８００を示す。動作８００は、例えば、図１に示す基地局１１０（例えば、ｇＮＢ）によって実行され得る。
【００６９】
[0079]  動作８００は、ブロック８０２において、反復ウィンドウ内の同じトランスポートブロック（ＴＢ）の異なるコピーとして、ユーザ機器（ＵＥ）への、またはＵＥからのデータの送信をスケジュールまたはトリガする少なくとも１つの物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を送信することによって開始する。例えば、ＰＤＣＣＨは、反復ベースのＰＤＳＣＨまたはＰＵＳＣＨ送信のためのグラントを含み得るか、またはグラントフリースケジューリングの場合、反復ベースの送信をトリガするためのＤＣＩを含み得る。
【００７０】
[0080]  ８０４において、ネットワークエンティティは、少なくとも１つのＰＤＣＣＨを送信するとき、ＵＥによる受信の信頼性を改善するように設計された１つまたは複数のアクションを行う。以下でより詳細に説明するように、アクションは、ＰＤＣＣＨ送信のために利用可能なＣＣＥの数を増加させること、および／または周波数においてＰＤＣＣＨ送信の複数のコピーを送信することを含み得る。
【００７１】
[0081]  図９は、本開示のある特定の態様による、ＵＥによるワイヤレス通信のための例示的な動作９００を示す。動作９００は、例えば、上記で説明した動作８００を実行するネットワークエンティティによって送られたＰＤＣＣＨ送信を処理するために、ＵＥ（例えば、図１のＵＥ１２０）によって実行され得る。
【００７２】
[0082]  動作９００は、ブロック９０２において、反復ウィンドウ内の同じトランスポートブロック（ＴＢ）の異なるコピーとして、ＵＥへの、またはＵＥからのデータの送信をスケジュールまたはトリガする、ネットワークエンティティからの少なくとも１つの物理ダウンリンク制御チャネル（ＰＤＣＣＨ）をモニタすることによって開始し、ここにおいて、ネットワークエンティティは、ＵＥによるＰＤＣＣＨの受信の信頼性を改善するように設計された１つまたは複数のアクションを行う。上述したように、ＰＤＣＣＨは、反復ベースのＰＤＳＣＨまたはＰＵＳＣＨ送信のためのグラントを含み得るか、またはグラントフリースケジューリングの場合、反復ベースの送信をトリガするためのＤＣＩを含み得る。場合によっては、１つのＴＴＩにおいてＤＣＩを検出した後、ＵＥは、反復ウィンドウの終わりまでＤＣＩを再びモニタしない可能性がある。
【００７３】
[0083]  ９０４において、ＵＥは、少なくとも１つのＰＤＣＣＨによってスケジュールまたはトリガされた反復ベースの送信に参加する。反復ベースのＰＤＳＣＨ送信の場合、いくつかの場合には、ＵＥは、反復ウィンドウ中の最後のＰＤＳＣＨの後にのみＨＡＲＱ肯定応答報告を送り得る。他の場合には、ＵＥは、より早く報告を送り得、それは、送信ネットワークエンティティが、反復ウィンドウの終わりの前にＰＤＳＣＨを送ることを停止することを可能にし得る（例えば、早期終了）。
【００７４】
[0084]  上述され、図７Ａに示されるように、ＴＢの各コピーは、それ自体のＰＤＣＣＨを有し得る。そのような場合、（リソース割振りに関して）同じＴＢの異なるコピー間にリンケージがある場合、ＵＥが、送信にわたるデータのＨＡＲＱ合成を可能にすることができるためにＰＤＣＣＨのうちの１つのみを復号することで十分であり得る。言い換えれば、１つの成功したＰＤＣＣＨ復号が与えられると、ＵＥは、他のＰＤＳＣＨ送信のロケーションを知ることになる。そのような場合、ＵＥは、反復ウィンドウ内のすべてのＴＴＩにおいて制御をモニタし得る。
【００７５】
[0085]  図７Ｂに示されるように、単一のＰＤＣＣＨが同じＴＢの複数のコピーをスケジュールするとき、ＰＤＣＣＨは繰り返されないので、ＰＤＣＣＨの信頼性は、本開示の態様に従って改善され得る。以下でより詳細に説明するように、そのような改善はまた、ＰＤＣＣＨがグラントを搬送するグラントベースのスケジューリングと、ＰＤＣＣＨがＳＰＳのような手法を用いて反復ベースの送信をアクティブ化または解放するＤＣＩを搬送するグラントフリーのスケジューリングとの両方に適用され得る。
【００７６】
[0086]  （例えば、複数のＴＢをスケジューリングする単一のＰＤＣＣＨ送信の）信頼性を高めるための１つの方法は、ＰＤＣＣＨを送信するために使用されるアグリゲーションレベル（ＡＬ）を高めることである。ＰＤＣＣＨを搬送するために、複数の制御チャネル要素（ＣＣＥ）が使用される。アグリゲーションレベル（ＡＬ）は、ＵＥへのＰＤＣＣＨ送信に使用されるＣＣＥの数を定義する。いくつかのワイヤレス通信規格は、ＰＤＣＣＨを送信するためのＡＬを定義し得る。一例として、ＮＲリリース１５は、ＡＬ１、２、４、８、および１６を定義する。
【００７７】
[0087]  本開示の態様は、ＰＤＣＣＨ送信のために利用可能なＣＣＥの数を増加させ得、これは、（増加なしで可能であるよりも）より大きいアグリゲーションレベルにおいてより多くの数の復号候補を可能にし得る。より多くのリソースを使用してアグリゲーションレベルを高めることは、復号利得につながり、成功したＰＤＣＣＨ復号の可能性を増加させるのに役立ち得る。
【００７８】
[0088]  例えば、２つのＯＦＤＭシンボル（「２ｏｓ」と呼ばれる）の短縮ＴＴＩ（ｓＴＴＩ）長で、ＵＥは、１６個のＣＣＥに制限され得る（ｓＴＴＩ毎およびＣＣ毎の）探索空間をモニタし得る。したがって、この場合、ＡＬ１６の１つのＰＤＣＣＨ候補のみが考慮されることができる。その結果、ＰＤＣＣＨがＡＬ１６で送信される場合、ＤＬグラントとＵＬグラントの両方は一緒に送信されることができない。
【００７９】
[0089]  これに対処するための１つの手法は、１つのＴＴＩ（例えば、複数のＰＤＳＣＨまたはＰＵＳＣＨ送信をスケジュールするＰＤＣＣＨを搬送する第１のＴＴＩ）におけるＣＣＥ制限を増加させる一方で、反復ウィンドウ中の他のＴＴＩにおいては標準（増加されていない）ＣＣＥ制限を維持することである。例えば、図１０Ａに示すように、ＴＴＩ１において、ＣＣＥ制限は３２に増加され得、ＡＬ１６の２つの候補を収容する。残りのＴＴＩ（ＴＴＩ２−ＴＴＩＮ）については、図１０Ｂに示すように、１６の一般的な（増加されていない）ＣＣＥ制限が維持され得る。この手法は、可能にするのに役立ち得る。この手法では、ＰＤＣＣＨが検出されたとき、ＵＥは、反復ウィンドウ中の（他の）ＴＴＩに対する制御をモニタする必要がない可能性がある。
【００８０】
[0090]  いくつかの場合には、ＰＤＣＣＨ信頼性を増加させるために本明細書で提示される様々な手法は、ＵＥ性能に基づいて可能にされ得る。例えば、増加された数の復号候補をモニタするためのＵＥ（ＢＤ）場合、（ＰＤＣＣＨを搬送するＴＴＩのための）増加されたＣＣＥ制限手法が使用され得る。例えば、ＤＬ（ＵＬ）割当てが受信された場合、ＵＥは、ウィンドウ内のＵＬ（ＤＬ）割当てのためのＤＣＩのみをモニタする。反復ウィンドウ内の他のＴＴＩにおいていくつのＣＣＥが使用されることができるかはまた、ＵＥ性能に基づき得る。同様に、ＵＥがモニタすべきブラインド復号／ＡＬの数は、ＵＥ性能に従って低減され得る。
【００８１】
[0091]  いくつかの場合には、ＣＣＥ制限は、すべてのＴＴＩについて（例えば、２ｏｓ  ｓＴＴＩについて１６個のＣＣＥとして）変わらずに保たれ得る。上述のように、この場合、ＡＬ１６が必要であり、制限が１６個のＣＣＥである場合、１つの（ＤＬまたはＵＬ）グラントのみが送られ得る。しかしながら、この問題に対処するために、ＤＬ（またはＵＬ）グラントは、依然として、信頼できる検出のために適切であると決定されたＡＬで送られ得る。グラントは、ＵＬ（ＤＬ）送信をトリガするための情報フィールドを含み得る。グラントはまた、方向（例えば、ＤＬまたはＵＬ送信）を示すためのフィールドを有し得る。
【００８２】
[0092]  いくつかの場合には、リソースのセットは、反復ベースの送信のためにＵＥのために構成され得る。例えば、構成は、リソース割振り（ＲＡ）タイプ、反復ウィンドウサイズ、冗長バージョン（ＲＶ）シーケンス、ＭＣＳ、および同様のものを指定し得る。反復ベースの送信をトリガするＤＣＩ送信は、これらのリソースが使用されることができることを示し得る。場合によっては、リソースの複数のセットがあるＵＥのために構成され得る（それは複数のＵＥにわたって共有されることさえあり得る）。そのような場合、ＤＣＩトリガは、（複数のセットのうちの）どれがＵＥによって使用され得るかを示し得る。
【００８３】
[0093]  本開示の態様によれば、時間におけるＰＤＣＣＨ反復の代わりに（またはそれに加えて）、ＰＤＣＣＨ送信が周波数において反復されることができる。例えば、図１１のタイムライン１１００によって示されるように、同じＤＣＩの異なるコピーを搬送するＰＤＣＣＨは、（例えば、異なるＲＢセットまたはＣＯＲＥＳＥＴにわたって）同じＣＣ上で、または異なるＣＣ上で、異なる周波数リソースを用いて送られることができる。ＤＣＩは、反復ウィンドウ中の同じＰＤＳＣＨ（または一連のＰＤＳＣＨ送信）を指し得るか、またはＤＣＩは、グラントフリーの反復ベースの送信をアクティブ化し得る。このようにして、所与のＴＴＩにおいて、異なるＲＢセットまたはＣＯＲＥＳＥＴにわたって同じＰＤＣＣＨを複数回送信することによって、信頼性が改善され得る。
【００８４】
[0094]  上記のように、ＵＥがＰＤＣＣＨ送信にわたって合成を実行することは必要でない可能性がある。言い換えれば、ＵＥが１つのＰＤＣＣＨ送信を成功裏に検出した場合、ＰＤＳＣＨ（または一連のＰＤＳＣＨ送信）が見つけられることができる。いずれの場合も、図１１に示す方式は、ＰＤＣＣＨ復号のための（周波数）ダイバーシティを提供する。
【００８５】
[0095]  また、上で説明した改善を向上させるために様々な最適化も適用され得る。例えば、コンパクトなＤＣＩ／ＤＣＩ反復／より大きいＡＬ等の追加のＤＣＩ拡張は、（ＰＤＳＣＨ／ＰＵＳＣＨのための）反復ベースの送信が構成される場合にのみ有効にされ得る。これは、例えば、反復がデータチャネルのために必要とされる場合、ＵＥが粗末なカバレッジにある可能性が高いため、意味を成し得る。本明細書で説明するＰＤＣＣＨ拡張は、この場合に特に有用であり得る。
【００８６】
[0096]  ＰＤＳＣＨ／ＰＵＳＣＨ反復は、別々に（例えば、ＤＬカバレッジとＵＬカバレッジとが異なる場合）または一緒に構成され得ることにも留意されたい。言い換えれば、反復ベースのＤＬ送信が構成され得るが、反復ベースのＵＬ送信は構成されない可能性がある（またはその逆である）。
【００８７】
[0097]  さらに、ＰＤＳＣＨ反復が構成されるとき、ＨＡＲＱ−ＡＣＫフィードバックは、様々なオプションに従って半静的にまたは動的に構成され得る。１つのオプションによれば、ＵＥは、フィードバックを提供しないように構成され得る（例えば、これは、遅延制限が短すぎ、ＨＡＲＱベースの再送信のための時間がない場合であり得る）。
【００８８】
[0098]  上記のように、いくつかの場合には、ＵＥは、ＴＢの各コピーが受信された後にＨＡＲＱ−ＡＣＫを提供するように構成され得る。このオプションは、例えば、開ループ（ＯＬ）適応を用いてより多くの再送信をトリガするために、または早期終了のために、有用であり得る。同じく留意されるように、他の場合には、単一のＨＡＲＱ−ＡＣＫフィードバックは、反復ウィンドウの終わりの後にのみ提供され得る。
【００８９】
[0099]  いくつかの場合には、最終的に構成されるＨＡＲＱ−ＡＣＫオプションは、ＴＴＩ長に依存し得る。例えば、「ＨＡＲＱ−ＡＣＫなし」オプションは、２ｏｓ  ｓＴＴＩのために選択され得るが、ＨＡＲＱ−ＡＣＫを提供するためのオプションのうちの１つが、より長いＴＴＩのために提供され得る。
【００９０】
[0100]  いくつかの場合には、選択は（また）、ＵＥ性能、処理タイムライン、タイミングアドバンス（ＴＡ）値、または同様のものに依存し得る。例えば、「ＨＡＲＱ−ＡＣＫなし」オプションは、より大きい処理タイムラインを有するＵＥのために選択され得るが、ＨＡＲＱ−ＡＣＫを提供するオプションのうちの１つは、より小さい処理タイムラインを有するＵＥのために選択され得る。
【００９１】
[0101]  ここに開示された方法は、説明された方法を達成するための１つまたは複数のステップまたはアクションを備える。これら方法のステップおよび／またはアクションは、特許請求の範囲の適用範囲（the scope）から逸脱することなく、互いに置き換えられ得る。言い換えれば、ステップまたはアクションの特定の順序が規定されていない限り、特定のステップおよび／またはアクションの順序および／または使用は、特許請求の範囲の適用範囲から逸脱することなく修正され得る。
【００９２】
[0102]  ここで使用される場合、項目のリスト「のうちの少なくとも１つ」に言及する表現は、単一のメンバ（members）を含む、それらの項目のうちの任意の組合せを指す。例として、「ａ、ｂ、またはｃのうちの少なくとも１つ」は、ａ、ｂ、ｃ、ａ−ｂ、ａ−ｃ、ｂ−ｃ、およびａ−ｂ−ｃ、ならびに複数の同一の要素を有するいかなる組合せ（例えば、ａ−ａ、ａ−ａ−ａ、ａ−ａ−ｂ、ａ−ａ−ｃ、ａ−ｂ−ｂ、ａ−ｃ−ｃ、ｂ−ｂ、ｂ−ｂ−ｂ、ｂ−ｂ−ｃ、ｃ−ｃ、およびｃ−ｃ−ｃあるいはａ、ｂ、およびｃのその他のいずれの順序）もカバーするように意図される。
【００９３】
[0103]  ここで使用される場合、「決定すること（determining）」という用語は、多種多様なアクションを包含する。例えば、「決定すること」は、算出すること（calculating）、計算すること（computing）、処理すること（processing）、導出すること（deriving）、調査すること（investigating）、調べること（looking up）（例えば、表、データベース、または別のデータ構造を調べること）、確かめること（ascertaining）等を含み得る。また、「決定すること」は、受け取ること（receiving）（例えば、情報を受け取ること）、アクセスすること（accessing）（例えば、メモリ内のデータにアクセスすること）等を含み得る。また、「決定すること」は、解決すること（resolving）、選択すること（selecting）、選ぶこと（choosing）、確立すること（establishing）等を含み得る。
【００９４】
[0104]  先の説明は、当業者が、ここに説明された様々な態様を実施することができるように提供されている。これらの態様に対する様々な変更は、当業者に容易に理解されるものであり、ここに定義された一般的な原理は、他の態様に適用され得る。したがって、特許請求の範囲は、ここに示される態様に限定されるようには意図されておらず、請求項の文言と一致する最大の範囲を認められるべきであり、ここで、ある要素への単数形での言及は、そのように明確に述べられていない限りは「１つおよび１つのみ」を意味するのではなく、「１つまたは複数」を意味するように意図されている。そうでないとの明確な記載がない限り、「いくつかの／何らかの（some）」という用語は、１つまたは複数を指す。当業者に知られている、あるいは後に知られることになる、本開示全体にわたって説明された様々な態様の要素に対するすべての構造的および機能的な同等物は、参照によってここに明示的に組み込まれ、特許請求の範囲に包含されるように意図されている。さらに、本明細書におけるいかなる開示も、そのような開示が特許請求の範囲に明確に記載されているか否かに関わらず、公衆に献呈されることを意図したものではない。請求項のいずれの要素も、その要素が「のための手段」という表現を使用して明示的に記載されていない限り、または、方法の請求項のケースでは、その要素が「のためのステップ」という表現を使用して記載されていない限り、米国特許法第１１２条第６段落の規定の下で解釈されるべきではない。
【００９５】
[0105]  上に説明された方法の様々な動作は、対応する機能を実施することが可能であるいかなる好適な手段によっても実施され得る。これらの手段は、回路、特定用途向け集積回路（ＡＳＩＣ）またはプロセッサに限定されるわけではないがそれらを含む、様々なハードウェアおよび／またはソフトウェアコンポーネント（１つまたは複数の）および／またはモジュール（１つまたは複数の）を含み得る。例えば、ＢＳ１１０のプロセッサ４６０、４２０、４３８、および／またはコントローラ／プロセッサ４４０は、図８の動作８００を実行するように構成され得、一方ＵＥ１２０のプロセッサ４６６、４５８、４６４、および／またはコントローラ／プロセッサ４８０は、図９の動作９００を実行するように構成され得る。
【００９６】
[0106]  本開示に関連して説明される様々な例示の論理ブロック、モジュールおよび回路は、ここに説明された機能を実行するように設計された、汎用プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、または他のプログラマブル論理デバイス（ＰＬＤ）、ディスクリートゲートまたはトランジスタ論理、ディスクリートハードウェアコンポーネント、あるいはそれらの任意の組合せを用いてインプリメントまたは実行され得る。汎用プロセッサは、マイクロプロセッサであり得るが、代替の方法では、プロセッサは、任意の市販のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンであり得る。プロセッサはまた、コンピューティングデバイスの組合せ、例えば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連結した１つまたは複数のマイクロプロセッサ、または任意の他のそのような構成としてもインプリメントされ得る。
【００９７】
[0107]  ハードウェアにおいてインプリメントされる場合、例示的なハードウェア構成は、ワイヤレスノードにおける処理システムを備え得る。処理システムは、バスアーキテクチャを用いてインプリメントされ得る。バスは、処理システムの特定の用途および全体的な設計制約に応じて、相互接続バスおよびブリッジをいくつでも含み得る。バスは、プロセッサ、機械読み取り可能な媒体、およびバスインタフェースを含む様々な回路を互いにリンクさせ得る。バスインタフェースは、とりわけバスを介して処理システムに、ネットワークアダプタを接続するために使用され得る。ネットワークアダプタは、ＰＨＹレイヤの信号処理機能をインプリメントするために使用され得る。ＵＥ１２０（図１参照）の場合、ユーザインタフェース（例えば、キーパッド、ディスプレイ、マウス、ジョイスティック等）もバスに接続され得る。バスはまた、タイミングソース、周辺機器、電圧調整器、電力管理回路、および同様のもの等の様々な他の回路をリンクし得、これらは当技術分野でよく知られており、したがって、これ以上説明しない。プロセッサは、１つまたは複数の汎用および／または専用プロセッサを用いてインプリメントされ得る。例は、マイクロプロセッサ、マイクロコントローラ、ＤＳＰプロセッサ、およびソフトウェアを実行することができる他の回路構成を含む。当業者は、特定の用途およびシステム全体に課せられた全体的な設計制約に応じて、処理システムのための説明された機能性をどのように最良にインプリメントするかを認識することになる。
【００９８】
[0108]  ソフトウェアでインプリメントされる場合、それら機能は、コンピュータ読み取り可能な媒体上の１つまたは複数の命令またはコードとして記憶または送信され得る。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語、またはその他の名称に関わらず、命令、データ、またはそれらの任意の組合せを意味するように広く解釈されるべきである。コンピュータ読み取り可能な媒体は、１つの場所から別の場所へのコンピュータプログラムの転送を容易にする任意の媒体を含む通信媒体とコンピュータ記憶媒体との両方を含む。プロセッサは、機械読み取り可能な記憶媒体上に記憶されたソフトウェアモジュールの実行を含む、バスおよび一般的な処理を管理することを担い得る。コンピュータ読み取り可能な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるように、プロセッサに結合され得る。別の方法では、記憶媒体は、プロセッサに統合され得る。例として、機械読み取り可能な媒体は、伝送線、データによって変調された搬送波、および／またはワイヤレスノードとは別個の、命令が記憶されたコンピュータ読み取り可能な記憶媒体を含み得、それらのすべては、バスインタフェースを介してプロセッサによってアクセスされ得る。代替的に、または追加的に、機械読み取り可能な媒体またはその任意の部分は、プロセッサに統合され得、そのような場合にはキャッシュおよび／または汎用レジスタファイルを伴い得る。機械読み取り可能な記憶媒体の例は、例として、ＲＡＭ（ランダムアクセスメモリ）、フラッシュメモリ、ＲＯＭ（読み取り専用メモリ）、ＰＲＯＭ（プログラマブル読み取り専用メモリ）、ＥＰＲＯＭ（消去可能プログラマブル読み取り専用メモリ）、ＥＥＰＲＯＭ（登録商標）（電気的消去可能プログラマブル読み取り専用メモリ）、レジスタ、磁気ディスク、光ディスク、ハードドライブ、もしくは任意の他の好適な記憶媒体、またはそれらの任意の組合せを含み得る。機械読み取り可能な媒体は、コンピュータプログラム製品において具現化され得る。
【００９９】
[0109]  ソフトウェアモジュールは、単一の命令または多くの命令を備え得、いくつかの異なるコードセグメントにわたって、異なるプログラムの間で、および複数の記憶媒体にわたって分散され得る。コンピュータ読み取り可能な媒体は、いくつかのソフトウェアモジュールを備え得る。ソフトウェアモジュールは、プロセッサ等の装置によって実行されると、処理システムに様々な機能を実行させる命令を含む。ソフトウェアモジュールは、送信モジュールおよび受信モジュールを含み得る。各ソフトウェアモジュールは、単一の記憶デバイス内に存在し得るか、複数の記憶デバイスにわたって分散され得る。例として、ソフトウェアモジュールは、トリガイベントが起こるとき、ハードドライブからＲＡＭへとロードされ得る。ソフトウェアモジュールの実行の間に、プロセッサは、アクセス速度を増すために、命令のうちのいくつかをキャッシュにロードし得る。次いで、１つまたは複数のキャッシュラインは、プロセッサによる実行のために汎用レジスタファイルへとロードされ得る。以下でソフトウェアモジュールの機能性に言及するとき、そのような機能性は、そのソフトウェアモジュールからの命令を実行するときにプロセッサによってインプリメントされることは、理解されることになる。
【０１００】
[0110]  また、いかなる接続も、コンピュータ読み取り可能な媒体と適切に称される。例えば、ソフトウェアが、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線（ＩＲ）、無線、およびマイクロ波のようなワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波のようなワイヤレス技術は、媒体の定義に含まれる。本明細書で使用される場合、ディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多目的ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびＢｌｕ−ｒａｙ（登録商標）ディスク（disc）を含み、ここで、ディスク（disks）は、通常磁気的にデータを再生し、一方ディスク（discs）は、レーザーを用いて光学的にデータを再生する。したがって、いくつかの態様では、コンピュータ読み取り可能な媒体は、非一時的なコンピュータ読み取り可能な媒体（例えば、有形の媒体）を備え得る。加えて、他の態様については、コンピュータ読み取り可能な媒体は、一時的なコンピュータ読み取り可能な媒体（例えば、信号）を備え得る。上記の組合せもまた、コンピュータ読み取り可能な媒体の範囲内に含まれるべきである。
【０１０１】
[0111]  したがって、ある特定の態様は、ここに提示された動作を実施するためのコンピュータプログラム製品を備え得る。例えば、そのようなコンピュータプログラム製品は、命令を記憶（および／または符号化）したコンピュータ読み取り可能な媒体を備え得、それら命令は、ここに説明された動作を実施するために１つまたは複数のプロセッサによって実行可能である。
【０１０２】
[0112]  さらに、ここに説明された方法および技法を実施するためのモジュールおよび／または他の適切な手段は、適用可能な場合、ユーザ端末および／または基地局によってダウンロードされることができるおよび／または別の方法で得られることができることは認識されるべきである。例えば、そのようなデバイスは、ここに説明された方法を実施するための手段の転送を容易にするために、サーバに接続されることができる。代替的に、ここに説明された様々な方法は、デバイスに記憶手段を提供するまたは結合する際に、ユーザ端末および／または基地局が様々な方法を得ることができるように、記憶手段（例えば、コンパクトディスク（ＣＤ）またはフロッピーディスクのような物理記憶媒体、ＲＯＭ、ＲＡＭ等）を通じて提供されることができる。さらに、ここに説明された方法および技法をデバイスに提供するためのいかなる他の好適な技法も利用されることができる。
【０１０３】
[0113]  本願の特許請求の範囲が上に例示されたまさにその構成およびコンポーネントに限定されないことは理解されるべきである。特許請求の範囲の適用範囲から逸脱することなく、上で説明された装置および方法の詳細、動作、および配列において、様々な修正、変更、および変形が成され得る。
【図１】
2021518696.tif 000003
【図２】
2021518696.tif 000004
【図３】
2021518696.tif 000005
【図４】
2021518696.tif 000006
【図５】
2021518696.tif 000007
【図６】
2021518696.tif 000008
【図７Ａ】
2021518696.tif 000009
【図７Ｂ】
2021518696.tif 000010
【図８】
2021518696.tif 000011
【図９】
2021518696.tif 000012
【図１０Ａ】
2021518696.tif 000013
【図１０Ｂ】
2021518696.tif 000014
【図１１】
2021518696.tif 000015
【国際調査報告】
2021518696.tif 000016
2021518696.tif 000017
2021518696.tif 000018