(57)【要約】例えば、免許不要スペクトルなどにおいて、指向性チャネルを確保するための方法が、開示される。例示的な実施形態においては、方法は、例えば、ユーザ機器（ＵＥ）などの、受信ノードによって実行することができる。そのような方法においては、受信ノードは、送信ノードからエンハンスド指向性送信リクエストメッセージを受信し、１つ以上の第１のビームを使用して、エンハンスド指向性送信コンファメーションメッセージを送信することができ、少なくとも１つの第１のビームは、送信ノードの方を向いた第１の方向に向けられる。さらに受信ノードは、１つ以上の第２のビームを使用して、少なくとも１つの追加のエンハンスド指向性送信コンファメーションメッセージを送信することができ、少なくとも１つの第２のビームは、潜在的な干渉ノードの方を向いた第２の方向に向けられる。方法においては、第２の方向は、第１の方向と異なる方向である。
2021500791.tif 000002
【特許請求の範囲】
【請求項１】
受信ノードによって実行される、指向性チャネルを確保しておく方法であって、
送信ノードから指向性Request-to-Send（ＤＲＴＳ）メッセージを受信するステップと、
１つ以上の第１のビームを使用して、指向性Clear-to-Send（ＤＣＴＳ）メッセージを送信するステップであって、少なくとも１つの第１のビームは、前記送信ノードの方を向いた第１の方向に向けられている、ステップと、
第２の方向を決定するステップであって、前記第２の方向は、前記第１の方向とは異なる方向である、ステップと、
１つ以上の第２のビームを使用して、少なくとも１つの追加のＤＣＴＳメッセージを送信するステップであって、少なくとも１つの第２のビームは、潜在的な干渉ノードの方を向いた前記第２の方向に向けられている、ステップと
を備える方法。
【請求項２】
前記受信ノードは、無線送受信ユニットであり、
前記送信ノードは、基地局である
請求項１に記載の方法。
【請求項３】
前記第２の方向を決定するステップは、
前記指向性チャネルのリッスンビフォアトーク（ＬＢＴ）アセスメントからの情報に基づいて、前記第２の方向を決定すること
を含む請求項１または２に記載の方法。
【請求項４】
前記ＤＲＴＳメッセージは、前記第２の方向を示すインジケーションを含み、前記第２の方向を決定するステップは、
前記ＤＲＴＳメッセージ内の前記インジケーションに基づいて、前記第２の方向を決定すること
を含む請求項１または２に記載の方法。
【請求項５】
前記第２の方向を決定するステップは、
指向性チャネル測定に基づいて、前記第２の方向を決定すること
を含む請求項１または２に記載の方法。
【請求項６】
前記ＤＲＴＳメッセージは、エンハンスドＤＲＴＳ（ｅＤＲＴＳ）メッセージであり、
前記ＤＣＴＳメッセージは、エンハンスドＤＣＴＳ（ｅＤＣＴＳ）メッセージである
請求項１乃至５のいずれかに記載の方法。
【請求項７】
前記第２の方向を決定するステップは、
前記ｅＤＲＴＳメッセージから前記第２の方向を決定すること
を含む請求項６に記載の方法。
【請求項８】
前記少なくとも１つの追加のＤＣＴＳメッセージは、エンハンスドDCTS-to-Self（ｅＤＣＴＳツーセルフ）メッセージである請求項１乃至７のいずれかに記載の方法。
【請求項９】
前記送信ノードに向けて送信される前記ＤＣＴＳメッセージは、前記受信ノードによって実行されるｅＤＣＴＳツーセルフメッセージ送信のカウントを示している請求項１乃至８のいずれかに記載の方法。
【請求項１０】
前記少なくとも１つの追加のＤＣＴＳメッセージは、送信が延期させられる時間量を指定する延期時間フィールドを含む請求項１乃至９のいずれかに記載の方法。
【請求項１１】
前記少なくとも１つの追加のＤＣＴＳメッセージは、前記指向性チャネルが確保される残存時間を示している請求項１乃至１０のいずれかに記載の方法。
【請求項１２】
前記少なくとも１つの追加のＤＣＴＳメッセージは、最大チャネル占有時間（ＭＣＯＴ）のうちの残存している時間を含む請求項１乃至１１のいずれかに記載の方法。
【請求項１３】
前記少なくとも１つの追加のＤＣＴＳメッセージは、複数のエンハンスドＤＣＴＳ（ｅＤＣＴＳ）メッセージを含む請求項１乃至１２のいずれかに記載の方法。
【請求項１４】
前記少なくとも１つの追加のＤＣＴＳメッセージを送信するステップは、
最大チャネル占有時間（ＭＣＯＴ）内に複数回、前記少なくとも１つの追加のＤＣＴＳメッセージを送信すること
を含む請求項１乃至１３のいずれかに記載の方法。
【請求項１５】
前記送信ノードからデータを受信するステップと、
前記送信ノードから前記データを受信する合間に、最大チャネル占有時間（ＭＣＯＴ）内において、少なくとも前記第２の方向において、後続の１つ以上の追加のＤＣＴＳメッセージを定期的に送信するステップと
をさらに備える請求項１乃至１４のいずれかに記載の方法。
【請求項１６】
前記１つ以上の第２のビームを使用して、前記少なくとも１つの追加のＤＣＴＳメッセージを送信するステップは、
異なるビーム上において、前記少なくとも１つの追加のＤＣＴＳメッセージを送信すること
を含む請求項１乃至１５のいずれかに記載の方法。
【請求項１７】
前記方法は、免許不要スペクトルにおいて前記指向性チャネルを確保しておくために、前記受信ノードによって実行される請求項１乃至１６のいずれかに記載の方法。
【請求項１８】
前記送信ノードから第２のＤＲＴＳメッセージを受信するステップと、
前記受信ノードが潜在的な指向性干渉を検出したとき、前記第２のＤＲＴＳメッセージに応答して、前記送信ノードに指向性送信拒否（ＤＤＴＳ）メッセージを送信するステップと
をさらに備える請求項１乃至１７のいずれかに記載の方法。
【請求項１９】
前記ＤＤＴＳメッセージは、エンハンスドＤＤＴＳ（ｅＤＤＴＳ）メッセージであり、
前記ｅＤＤＴＳメッセージは、干渉信号を送信するノードを識別する
請求項１８に記載の方法。
【請求項２０】
送信される前記少なくとも１つの追加のＤＣＴＳメッセージの数は、（ｉ）潜在的な干渉ノードの数、（ｉｉ）前記１つ以上の第２のビームの電力、および（ｉｉｉ）前記１つ以上の第２のビームの幅のうちの少なくとも１つに基づいている請求項１乃至１９のいずれかに記載の方法。
【請求項２１】
前記ＤＲＴＳ、ＤＣＴＳ、および前記少なくとも１つの追加のＤＣＴＳメッセージの各々の内容は、セルのグループに共通のシーケンスを使用して、スクランブルされる請求項１乃至２０のいずれかに記載の方法。
【請求項２２】
前記ＤＲＴＳ、ＤＣＴＳ、および前記少なくとも１つの追加のＤＣＴＳメッセージの各々の内容は、セルのグループに共通のセルグループシーケンス（ＣＧＳ）を使用して、スクランブルされる請求項１乃至２０のいずれかに記載の方法。
【請求項２３】
前記受信ノードがそれへの送信を意図する別のノードの方を向いた方向において、第１の指向性リッスンビフォアトーク（ＬＢＴ）アセスメントを実行するステップであって、前記別のノードは前記送信ノードとは異なっている、ステップと、
前記実行された第１の指向性ＬＢＴアセスメントに基づいて、前記受信ノードと前記別のノードとの間のチャネルがビジーであるかどうかを決定するステップと、
逆方向において、第２の指向性ＬＢＴアセスメントを実行するステップと、
干渉信号が前記逆方向から検出されるかどうかを、前記別のノードへの送信を開始するために、または前記干渉信号が検出された場合は前記送信を延期するために、決定するステップと
をさらに備える請求項１乃至２２のいずれかに記載の方法。
【請求項２４】
プロセッサと、
前記プロセッサによって実行されたときに、前記プロセッサに
送信ノードから指向性Request-to-Send（ＤＲＴＳ）メッセージを受信させ、
１つ以上の第１のビームを使用して、指向性Clear-to-Send（ＤＣＴＳ）メッセージを送信させ、少なくとも１つの第１のビームは、前記送信ノードの方を向いた第１の方向に向けられ、
第２の方向を決定させ、前記第２の方向は、前記第１の方向とは異なる方向であり、
１つ以上の第２のビームを使用して、少なくとも１つの追加のＤＣＴＳメッセージを送信させ、少なくとも１つの第２のビームは、潜在的な干渉ノードの方を向いた前記第２の方向に向けられている、
複数の命令を記憶するように構成されたメモリと
を備える無線送受信ユニット（ＷＴＲＵ）。
【請求項２５】
受信ノードと、
送信ノードと、
プロセッサと、
前記プロセッサによって実行されたときに、請求項１乃至２３のいずれかの方法を実行するように動作する命令を記憶する非一時的コンピュータ可読媒体と
を備えたシステム。
【請求項２６】
前記受信ノードは、前記プロセッサと、前記非一時的コンピュータ可読媒体とを備えた請求項２５に記載のシステム。
【請求項２７】
受信ノードによって実行される、指向性チャネルを確保しておく方法であって、
送信ノードからエンハンスド指向性送信リクエストメッセージを受信するステップと、
１つ以上の第１のビームを使用して、エンハンスド指向性送信コンファメーションメッセージを送信するステップであって、少なくとも１つの第１のビームは、前記送信ノードの方を向いた第１の方向に向けられている、ステップと、
１つ以上の第２のビームを使用して、少なくとも１つの追加のエンハンスド指向性送信コンファメーションメッセージを送信するステップであって、少なくとも１つの第２のビームは、潜在的な干渉ノードの方を向いた第２の方向に向けられ、前記第２の方向は、前記第１の方向と異なる方向である、ステップと
を備える方法。
【請求項２８】
前記方法は、免許不要スペクトルにおいて前記指向性チャネルを確保しておくために、前記受信ノードによって実行される請求項２７に記載の方法。
【請求項２９】
プロセッサと、
前記プロセッサによって実行されたときに、請求項２７または２８の方法を実行するように動作する命令を記憶した非一時的コンピュータ可読媒体と
を備えた受信ノード。
【発明の詳細な説明】
【技術分野】
【０００１】
免許不要バンドにおける指向性システムのためのチャネルアクセス手順に関する。
【背景技術】
【０００２】
関連出願の相互参照
本出願は、それらの全体がともに参照によって本明細書に組み込まれる、２０１７年１０月１９日に出願された、「Ｃｈａｎｎｅｌ  Ａｃｃｅｓｓ  ｆｏｒ  Ｄｉｒｅｃｔｉｏｎａｌ  Ｓｙｓｔｅｍｓ  Ｉｎ  Ｕｎｌｉｃｅｎｓｅｄ  Ｂａｎｄｓ」と題する、米国特許仮出願第６２／５７４５４８号明細書、および２０１８年６月２２日に出願された、「Ｃｈａｎｎｅｌ  Ａｃｃｅｓｓ  Ｐｒｏｃｅｄｕｒｅｓ  Ｆｏｒ  Ｄｉｒｅｃｔｉｏｎａｌ  Ｓｙｓｔｅｍｓ  Ｉｎ  Ｕｎｌｉｃｅｎｓｅｄ  Ｂａｎｄｓ」と題する、米国特許仮出願第６２／６８９０４６号明細書の非仮出願であり、米国特許法第１１９条（ｅ）項の下で、それらに基づく利益を主張する。
【０００３】
無線通信は、アプリケーション要件をサポートする必要があることがある。アプリケーション要件は、変わりえる。例えば、アプリケーションは、低い待ち時間を必要とすることがあり、遅延耐性があるものであり得る。いくつかのアプリケーションは、高い信頼性を必要とすることがある。アプリケーションは、高度モバイルブロードバンド（ｅＭＢＢ）、マシンタイプコミュニケーション（ＭＴＣ）、大規模ＭＴＣ（ｍＭＴＣ）、および／または超高信頼低遅延通信（ＵＲＬＬＣ）アプリケーションを含むことができる。アプリケーションは、産業（例えば、自動車、健康、農業、公益事業、および／またはロジスティクス）において有益であることができる。
【０００４】
無線通信は、免許要および／または免許不要スペクトルを使用して展開することができる。免許不要スペクトル（unlicensed spectrum）は、非セルラサービスおよび／または他のアプリケーション（例えば、Ｗｉ−Ｆｉ）のために使用することができる。免許不要スペクトルは、セルラオペレータによって、補完的なツールと見なされることがある。例えば、免許不要スペクトルは、ブロードバンドデータに対する高い要求を満たすことによって、セルラオペレータのサービス提供を増強することができる。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】Ｈｕａｗｅｉ，ＨｉＳｉｌｉｃｏｎ，“３ＧＰＰ  Ｒ１−１７１９８４１，“Ｃｏｅｘｉｓｔｅｎｃｅ  ａｎｄ  ｃｈａｎｎｅｌ  ａｃｃｅｓｓ  ｆｏｒ  ＮＲ−ｂａｓｅｄ  ｕｎｌｉｃｅｎｓｅｄ  ｂａｎｄ  Ｏｐｅｒａｔｉｏｎ”，”３ＧＰＰ  ＴＳＧ  ＲＡＮ  ９１  Ｍｅｅｔｉｎｇ，Ｎｏｖ．２０１７
【非特許文献２】Ｅｕｒｏｐｅａｎ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｔａｎｄａｒｄｓ  Ｉｎｓｔｉｔｕｔｅ（ＥＴＳＩ），“ＥＮ  ３０２  ５６７  Ｂｒｏａｄｂａｎｄ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋｓ（ＢＲＡＮ）Ｖ２．１．１”，（“ＥＮ  ３０２  ５６７  ＢＲＡＮ”）Ｊｕｌ．２０１７
【非特許文献３】Ｈｕａｗｅｉ，ＨｉＳｉｌｉｃｏｎ，“Ｒ１−１７１３７８５，“Ｃｏｅｘｉｓｔｅｎｃｅ  ａｎｄ  ｃｈａｎｎｅｌ  ａｃｃｅｓｓ  ｆｏｒ  ＮＲ  ｕｎｌｉｃｅｎｓｅｄ  ｂａｎｄ  ｏｐｅｒａｔｉｏｎ”，”３ＧＰＰ  ＴＳＧ  ＲＡＮ  ＷＧ１  ９０  Ｍｅｅｔｉｎｇ，Ａｕｇ．２０１７
【発明の概要】
【発明が解決しようとする課題】
【０００６】
例えば、免許不要スペクトルは、ユーザによって共用されることがあるので、免許不要スペクトルは、スペクトルの使用に追加の制約を課すことがある。ユーザは、互いに干渉し合うことがある。
【課題を解決するための手段】
【０００７】
例えば、免許不要スペクトルなどにおいて、潜在的な干渉ノードの存在下で、指向性チャネル（directional channel）を確保しておく（リザーブするreserve）ための方法およびシステムが、本明細書において説明される。
【０００８】
いくつかの実施形態に従うと、指向性チャネルを確保しておくために受信ノードによって実行される方法は、送信ノードから指向性送信要求（ＤＲＴＳ：directional Request-to-Send）メッセージを受信するステップと、１つ以上の第１のビームを使用して、指向性送信可（ＤＣＴＳ：directional Clear-to-Send）メッセージを送信するステップであって、少なくとも１つの第１のビームは、送信ノードの方を向いた第１の方向に向けられている、ステップと、第２の方向を決定するステップであって、第２の方向は、第１の方向とは異なる方向である、ステップと、１つ以上の第２のビームを使用して、少なくとも１つの追加のＤＣＴＳメッセージを送信するステップであって、少なくとも１つの第２のビームは、潜在的な干渉ノードの方を向いた第２の方向に向けられている、ステップとを含む。そのような方法においては、受信ノードは、無線送受信ユニットであることができ、送信ノードは、基地局であることができる。さらに方法は、免許不要スペクトル(Unlicensed spectrum)において指向性チャネルを確保しておくために、受信ノードによって実行することができる。
【０００９】
一例においては、第２の方向は、指向性チャネルのリッスンビフォアトーク（ＬＢＴ）アセスメント（評価：Assessment）からの情報に基づいて、決定することができる。他の例においては、ＤＲＴＳメッセージは、第２の方向を示すインジケーションを含むことができ、第２の方向は、ＤＲＴＳメッセージ内のインジケーションに基づいて、決定することができる。また別の例においては、第２の方向は、指向性チャネル測定に基づいて、決定することができる。
【００１０】
いくつかの実施形態においては、ＤＲＴＳメッセージは、エンハンスドＤＲＴＳ（ｅＤＲＴＳ: enhanced DRTS）メッセージであり、ＤＣＴＳメッセージは、エンハンスドＤＣＴＳ（ｅＤＣＴＳ：enhanced DCTS）メッセージである。一例においては、第２の方向は、ｅＤＲＴＳメッセージから決定することができる。さらに、いくつかの実施形態においては、少なくとも１つの追加のＤＣＴＳメッセージは、エンハンスドＤＣＴＳ-ｔｏ-Ｓｅｌｆ（ｅＤＣＴＳツーセルフ）メッセージである。送信ノードに向けて送信されるＤＣＴＳメッセージは、受信ノードによって実行されるｅＤＣＴＳツーセルフメッセージ送信のカウントを示すことができる。
【００１１】
いくつかの実施形態においては、少なくとも１つの追加のＤＣＴＳメッセージは、送信が延期(defer)させられる時間量を指定する延期時間フィールド（defer duration field）を含む。いくつかの実施形態においては、少なくとも１つの追加のＤＣＴＳメッセージは、指向性チャネルが確保される残存時間(remaining time)を示す。少なくとも１つの追加のＤＣＴＳメッセージは、最大チャネル占有時間（ＭＣＯＴ：Maximum Channel Occupancy Time）のうちの残存している時間を含むことができる。
【００１２】
いくつかの実施形態においては、少なくとも１つの追加のＤＣＴＳメッセージは、複数のエンハンスドＤＣＴＳ（ｅＤＣＴＳ）メッセージを含む。一例においては、少なくとも１つの追加のＤＣＴＳメッセージは、最大チャネル占有時間（ＭＣＯＴ）内に複数回、送信することができる。いくつかの実施形態においては、方法は、送信ノードからデータを受信するステップと、送信ノードからデータを受信する合間に、ＭＣＯＴ内において、少なくとも第２の方向において、後続の１つ以上の追加のＤＣＴＳメッセージを定期的に送信するステップとをさらに含む。さらに、いくつかの実施形態においては、１つ以上の第２のビームを使用して、少なくとも１つの追加のＤＣＴＳメッセージを送信するステップは、異なるビーム上において、少なくとも１つの追加のＤＣＴＳメッセージを送信するステップを含む。
【００１３】
いくつかの他の実施形態においては、方法は、送信ノードから第２のＤＲＴＳメッセージを受信するステップと、受信ノードが潜在的な指向性干渉を検出したとき、第２のＤＲＴＳメッセージに応答して、送信ノードに指向性送信拒否（ＤＤＴＳ）メッセージを送信するステップとをさらに含む。ＤＤＴＳメッセージは、高度（エンハンスド）ＤＤＴＳ（ｅＤＤＴＳ）メッセージであることができ、ｅＤＤＴＳメッセージは、干渉信号を送信するノードを識別することができる。
【００１４】
いくつかの実施形態においては、送信される少なくとも１つの追加のＤＣＴＳメッセージの数は、（ｉ）潜在的な干渉ノードの数、（ｉｉ）１つ以上の第２のビームの電力、および（ｉｉｉ）１つ以上の第２のビームの幅のうちの少なくとも１つに基づく。ＤＲＴＳ、ＤＣＴＳ、および少なくとも１つの追加のＤＣＴＳメッセージの各々の内容は、セルのグループに共通の系列(シーケンス：sequence)を使用して、スクランブルすることができる。一例においては、ＤＲＴＳ、ＤＣＴＳ、および少なくとも１つの追加のＤＣＴＳメッセージの各々の内容は、セルのグループに共通のセルグループシーケンス（ＣＧＳ:Cell Group Sequence）を使用して、スクランブルすることができる。
【００１５】
また他の実施形態においては、方法は、受信ノードがそれへの送信を意図する別のノードの方を向いた方向において、第１の指向性リッスンビフォアトーク（ＬＢＴ）アセスメント(Assessment)を実行するステップであって、別のノードは、送信ノードとは異なる、ステップと、実行された第１の指向性ＬＢＴアセスメント(Assessment)に基づいて、受信ノードと別のノードとの間のチャネルがビジーであるかどうかを決定するステップと、逆方向において、第２の指向性ＬＢＴアセスメント(Assessment)を実行するステップと、干渉信号が逆方向から検出されるかどうかを、別のノードへの送信を開始するために、または干渉信号が検出された場合は送信を延期するために、決定するステップとをさらに含む。
【００１６】
いくつかの実施形態に従うと、指向性チャネルを確保しておくために受信ノードによって実行される別の方法は、送信ノードからエンハンスド指向性送信リクエストメッセージを受信するステップと、１つ以上の第１のビームを使用して、エンハンスド指向性送信コンファメーションメッセージを送信するステップであって、少なくとも１つの第１のビームは、送信ノードの方を向いた第１の方向に向けられる、ステップと、１つ以上の第２のビームを使用して、少なくとも１つの追加のエンハンスド指向性送信コンファメーションメッセージを送信するステップであって、少なくとも１つの第２のビームは、潜在的な干渉ノードの方を向いた第２の方向に向けられ、第２の方向は、第１の方向と異なる方向である、ステップとを含む。さらに、いくつかの実施形態においては、方法は、免許不要スペクトルにおいて指向性チャネルを確保しておくために、受信ノードによって実行される。
【００１７】
他の実施形態は、本明細書において説明される方法を実行するように構成された（例えば、プロセッサと、プロセッサによって実行するための命令を記憶する非一時的コンピュータ可読媒体とを有する）、無線送受信ユニット、システム、および受信ノードを含む。
【図面の簡単な説明】
【００１８】
【図１Ａ】１つ以上の開示される実施形態をその中で実施できる、例示的な通信システムを示すシステム図である。
【図１Ｂ】実施形態による、図１Ａに例示される通信システム内で使用できる、例示的な無線送受信ユニット（ＷＴＲＵ）のシステム図である。
【図１Ｃ】実施形態による図１Ａの通信システム内で使用できる、例示的な無線アクセスネットワーク（ＲＡＮ）およびコアネットワーク（ＣＮ）のシステム図である。
【図１Ｄ】実施形態による、図１Ａの通信システム内において使用できる、さらなる例示的なＲＡＮおよびＣＮを例示するシステム図である。
【図２Ａ】ニューラジオ（ＮＲ）−ＷｉＧｉｇ共存がある、指向性ベースのリッスンビフォアトークを使用するビームベースのシステムで、干渉の例を示す図である。
【図２Ｂ】ＮＲ−ＮＲ共存がある、指向性ベースのリッスンビフォアトーク（ＬＢＴ）手順を使用するビームベースのシステムで、干渉の例を示す図である。
【図３Ａ】ユーザ機器（ＵＥ）において受信されるアクセスポイント（ＡＰ）からの干渉がある、ＬＢＴにおけるキャリアセンスの例を示す図である。
【図３Ｂ】局（ＳＴＡ）においてｇＮＢからの、および／またはＵＥにおいてＡＰからの干渉がある、ＬＢＴにおけるキャリアセンスの例を示す図である。
【図４Ａ】ｇＮＢにおいて受信されるＡＰからの干渉がある、ＬＢＴにおけるキャリアセンスの例を示す図である。
【図４Ｂ】ＳＴＡにおいて受信されるＵＥからの、および／またはｇＮＢにおけるＡＰからの干渉がある、ＬＢＴにおけるキャリアセンスの例を示す図である。
【図５】いくつかの実施形態の、干渉者をバックオフさせるため、ｅＤＲＴＳ、ｅＤＣＴＳ、複数ｅＤＣＴＳツーセルフ手順を用いる例示的干渉シナリオを示す図である。
【図６】いくつかの実施形態による例示的な保護期間および／または領域生成を示す図である。
【図７】いくつかの実施形態による例示的なダウンリンク／アップリンク（ＤＬ／ＵＬ）切り換え構成を示す図である。
【図８】いくつかの実施形態による送信手順の例を示すフローチャートである。
【図９】いくつかの実施形態によるＮＲ−ＷｉＧｉｇ共存シナリオについての例示的なＤＬ／ＵＬ切り換え構成を示す図である。
【図１０】いくつかの実施形態によるＮＲ−ＷｉＧｉｇ共存がある非干渉シナリオについての順方向および／または逆方向リンクのビームカバレージの例を示す図である。
【図１１】いくつかの実施形態によるＮＲ−ＷｉＧｉｇ共存シナリオについてのＤＬ／ＵＬ切り換え構成の別の例を示す図である。
【図１２】いくつかの実施形態によるＮＲ−ＷｉＧｉｇ共存におけるＡＰからＵＥへの干渉シナリオで順方向および／または逆方向リンクのビームカバレージ例の図である。
【図１３】いくつかの実施形態によるＷｉＧｉｇデバイスをバックオフさせる、より高い電力の複数の逆方向ミニスロット送信を使用する、ＮＲ−ＷｉＧｉｇ共存シナリオについてのＤＬ／ＵＬ切り換え構成例を示す図である。
【図１４】いくつかの実施形態によるＮＲ−ＷｉＧｉｇ共存における干渉シナリオについての順方向および／または逆方向リンクのビームカバレージの例を示す図である。
【図１５Ａ】いくつかの実施形態による単一の反対方向におけるペアをなすリッスンビフォアトーク（ＬＢＴ）の例を示す図である。
【図１５Ｂ】いくつかの実施形態による複数の反対方向におけるペアをなすＬＢＴの例を示す図である。
【図１６】いくつかの実施形態による単一の反対方向におけるＬＢＴについての、送信ノードにおいて使用されるビーム最適化効果を示す図である。
【図１７Ａ】いくつかの実施形態による最適化ビーム形状を用いる単一の反対方向におけるＬＢＴについてエネルギー検出（ＥＤ）しきい値増加効果を示す図である。
【図１７Ｂ】いくつかの実施形態による事前定義ビームを用いる複数の反対方向におけるＬＢＴについて、ＥＤしきい値を増加させた効果を示す図である。
【図１８】いくつかの実施形態による反対方向におけるＬＢＴと関連付けられたパラメータを調整するための例示的なフロー図である。
【図１９】いくつかの実施形態による反対方向におけるＬＢＴについてのパラメータを動的に調整するための例示的なフロー図である。
【図２０】いくつかの実施形態による反対方向におけるＬＢＴに基づいた送信戦略を調整するための例示的なフロー図である。
【図２１】いくつかの実施形態によるマルチＥＤしきい値実施と関連付けられた例示的なフロー図である。
【図２２】いくつかの実施形態による反対方向におけるＬＢＴについての、到来角推定の使用と、ＥＤしきい値を変化させる例を示す図である。
【図２３】いくつかの実施形態に従った、受信ノードからのＬＢＴ補助を例示する例示的なフロー図である。
【図２４】いくつかの実施形態に従った、反対方向におけるＬＢＴについての、ビーム幅調整の例を示す図である。
【図２５Ａ】いくつかの実施形態による異なる無線アクセス技術（ＲＡＴ）のノードに対するＬＢＴブロッキングの例を示す図である。
【図２５Ｂ】いくつかの実施形態による同じＲＡＴのノードに対するＬＢＴブロッキングの例を示す図である。
【図２６】いくつかの実施形態によるＬＢＴ調整のシナリオを示す図である。
【図２７Ａ】いくつかの実施形態による、周波数領域のＬＢＴ調整を示す図である。
【図２７Ｂ】いくつかの実施形態による時間領域のＬＢＴ調整例の図である。
【図２８Ａ】いくつかの実施形態による無指向性ＬＢＴの挙動の例を示す図である。
【図２８Ｂ】いくつかの実施形態による指向性送信／受信のための指向性ＬＢＴの挙動の例を示す図である。
【図２９】いくつかの実施形態による無指向性ＬＢＴ過剰保護検出手順の図である。
【図３０Ａ】いくつかの実施形態によるマルチセルシナリオにおけるコンテンションウィンドウサイズ（ＣＷＳ）適合例を示す図である。
【図３０Ｂ】いくつかの実施形態によるマルチセルシナリオにおけるコンテンションウィンドウサイズ（ＣＷＳ）適合例を示す図である。
【図３１】いくつかの実施形態によるｅＤＣＴＳツーセルフ送信を伴ったダウンリンクデータ送信の例を示す図である。
【図３２】いくつかの実施形態によるｅＤＣＴＳツーセルフおよびアップリンク送信の両方を伴ったダウンリンクデータ送信の別の例を示す図である。
【図３３】いくつかの実施形態によるｅＤＲＴＳ、ｅＤＣＴＳ、およびｅＤＣＴＳツーセルフの送信例を示す図である。
【図３４】いくつかの実施形態による別のセルからｅＤＲＴＳおよびｅＤＣＴＳを受信した後の、非対象ＵＥにおけるＵＥ挙動例を示す図である。
【図３５】干渉ノードの存在下において、ＮＲ−Ｕ−ＮＲ−Ｕ共存における指向性ＲＴＳ／ＣＴＳを含む例示的なシナリオを示す図である。
【図３６】いくつかの実施形態による指向性チャネルを確保する方法を例示するフローチャートである。
【図３７】いくつかの実施形態による指向性チャネルを確保する別の方法を例示するフローチャートである。
【図３８】いくつかの実施形態によるｅＤＲＴＳおよびｅＤＣＴＳツーセルフ送信を含む一連の送信の例を示す図である。
【図３９】いくつかの実施形態によるＮＲ−Ｕ−ＮＲ−Ｕ共存においてｅＤＲＴＳ、ｅＤＣＴＳ、複数ｅＤＣＴＳツーセルフ手順を用いる例示的干渉シナリオ図である。
【発明を実施するための形態】
【００１９】
様々な図に示され、また様々な図との関連において示される、エンティティ、接続、および配置などは、例として提示され、限定としては提示されない。そのため、特定の図が何を示しているか、特定の図内の特定の要素またはエンティティが何であり、または何を有するかに関する、ありとあらゆる言明または他の指示、および孤立し、文脈から切り離され、絶対的なもの、したがって、限定的なものとして読むことができる、ありとあらゆる類似の言明は、「少なくともいくつかの実施形態においては」などの文言が建設的に先行するものとしてのみ、適切に読むことができる。開示を簡潔および明瞭にするために、この暗示される先導的な文言は、図の詳細な説明において、繰り返されない。
【００２０】
説明的な実施形態についての詳細な説明が、これから様々な図を参照して行われる。この説明は、可能な実施の詳細な例を提供するが、細部は、例示的であることが意図されており、本出願の範囲を決して限定しないことに留意されたい。
【００２１】
図１Ａは、１つ以上の開示される実施形態を実施することができる、例示的な通信システム１００を例示する図である。通信システム１００は、音声、データ、ビデオ、メッセージング、放送などのコンテンツを複数の無線ユーザに提供する、多元接続システムであることができる。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共用を通して、そのようなコンテンツにアクセスすることを可能にすることができる。例えば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）、ゼロテールユニークワードＤＦＴ拡散ＯＦＤＭ（ＺＴ  ＵＷ  ＤＴＳ−ｓ  ＯＦＤＭ）、ユニークワードＯＦＤＭ（ＵＷ−ＯＦＤＭ）、リソースブロックフィルタードＯＦＤＭ、およびフィルタバンクマルチキャリア（ＦＢＭＣ）など、１つ以上のチャネルアクセス方法を利用することができる。
【００２２】
図１Ａに示されるように、通信システム１００は、無線送受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄと、ＲＡＮ１０４／１１３と、ＣＮ１０６／１１５と、公衆交換電話網（ＰＳＴＮ）１０８と、インターネット１１０と、他のネットワーク１１２とを含むことができるが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図していることが理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境において動作および／または通信するように構成された任意のタイプのデバイスであることができる。例として、それのどれもが、「局」および／または「ＳＴＡ」と呼ばれることがある、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成することができ、ユーザ機器（ＵＥ）、移動局、固定または移動加入者ユニット、サブスクリクションベースのユニット、ページャ、セルラ電話、パーソナルデジタルアシスタント（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、ホットスポットまたはＭｉ−Ｆｉデバイス、モノのインターネット（ＩｏＴ）デバイス、ウォッチまたは他のウェアラブル、ヘッドマウントディスプレイ（ＨＭＤ）、乗物、ドローン、医療用デバイスおよびアプリケーション（例えば、遠隔手術）、工業用デバイスおよびアプリケーション（例えば、工業用および／または自動化された処理チェーン状況において動作するロボットおよび／または他の無線デバイス）、家電デバイス、ならびに商業用および／または工業用無線ネットワーク上において動作するデバイスなどを含むことができる。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのいずれも、交換可能に、ＵＥと呼ばれることがある。
【００２３】
通信システム１００は、基地局１１４ａおよび／または基地局１１４ｂも含むことができる。基地局１１４ａ、１１４ｂの各々は、ＣＮ１０６／１１５、インターネット１１０、および／または他のネットワーク１１２など、１つ以上の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインターフェースをとるように構成された任意のタイプのデバイスであることができる。例として、基地局１１４ａ、１１４ｂは、基地送受信機局（ＢＴＳ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、ｇＮＢ、ＮＲノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、および無線ルータなどであることができる。基地局１１４ａ、１１４ｂは、各々が、単一の要素として描かれているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含むことができることが理解されよう。
【００２４】
基地局１１４ａは、ＲＡＮ１０４／１１３の一部であることができ、ＲＡＮ１０４／１１３は、他の基地局、および／または基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどのネットワーク要素（図示せず）も含むことができる。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と呼ばれることがある、１つ以上のキャリア周波数上において、無線信号を送信および／または受信するように構成することができる。これらの周波数は、免許要スペクトル、免許不要スペクトル、または免許要スペクトルと免許不要スペクトルとの組合せの中にあることができる。セルは、相対的に一定であることができる、または時間とともに変化することができる特定の地理的エリアに、無線サービス用のカバレージを提供することができる。セルは、さらに、セルセクタに分割することができる。例えば、基地局１１４ａと関連付けられたセルは、３つのセクタに分割することができる。したがって、一実施形態においては、基地局１１４ａは、送受信機を３つ、すなわち、セルの各セクタに対して１つずつ含むことができる。実施形態においては、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を利用することができ、セルの各セクタに対して複数の送受信機を利用することができる。例えば、所望の空間方向において信号を送信および／または受信するために、ビームフォーミングを使用することができる。
【００２５】
基地局１１４ａ、１１４ｂは、エアインターフェース１１６上において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つ以上と通信することができ、エアインターフェース１１６は、任意の適切な無線通信リンク（例えば、無線周波（ＲＦ）、マイクロ波、センチメートル波、マイクロメートル波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）であることができる。エアインターフェース１１６は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して、確立することができる。
【００２６】
より具体的には、上で言及されたように、通信システム１００は、多元接続システムであることができ、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、およびＳＣ−ＦＤＭＡなど、１つ以上のチャネルアクセス方式を利用することができる。例えばＲＡＮ１０４／１１３内の基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使用して、エアインターフェース１１５／１１６／１１７を確立することができる、ユニバーサル移動体通信システム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）などの無線技術を実施できる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含むことができる。ＨＳＰＡは、高速ダウンリンク（ＤＬ）パケットアクセス（ＨＳＤＰＡ）、および／または高速アップリンク（ＵＬ）パケットアクセス（ＨＳＵＰＡ）を含むことができる。
【００２７】
実施形態においては、基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ロングタームエボリューション（ＬＴＥ）、および／またはＬＴＥアドバンスト（ＬＴＥ−Ａ）、および／またはＬＴＥアドバンストプロ（ＬＴＥ−Ａ  Ｐｒｏ）を使用して、エアインターフェース１１６を確立することができる、進化型ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実施することができる。
【００２８】
実施形態においては、基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ニューラジオ（ＮＲ）を使用して、エアインターフェース１１６を確立することができる、ＮＲ無線アクセスなどの無線技術を実施することができる。
【００２９】
実施形態においては、基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、複数の無線アクセス技術を実施することができる。例えば、基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、例えば、デュアルコネクティビティ（ＤＣ）原理を使用して、ＬＴＥ無線アクセスと、ＮＲ無線アクセスとを一緒に実施することができる。したがって、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるエアインターフェースは、複数のタイプの無線アクセス技術ならびに／または複数のタイプの基地局（例えば、ｅＮＢおよびｇＮＢ）に／から送信される送信によって特徴付けることができる。
【００３０】
他の実施形態においては、基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１１（すなわちワイヤレスフィデリティ（ＷｉＦｉ））、ＩＥＥＥ８０２．１６（すなわち、マイクロ波アクセス用世界的相互運用性（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００  ＥＶ−ＤＯ、暫定標準２０００（ＩＳ−２０００）、暫定標準９５（ＩＳ−９５）、暫定標準８５６（ＩＳ−８５６）、移動体通信用グローバルシステム（ＧＳＭ）、ＧＳＭエボリューション用高速データレート（ＥＤＧＥ）、およびＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実施することができる。
【００３１】
図１Ａにおける基地局１１４ｂは、例えば、無線ルータ、ホームノードＢ、ホームｅノードＢ、またはアクセスポイントであることができ、事業所、自宅、乗物、キャンパス、産業用施設、（例えば、ドローンによって使用される）エアコリド、および車道など、局所化されたエリアにおける無線接続性を容易にするために、任意の適切なＲＡＴを利用することができる。一実施形態においては、基地局１１４ｂと、ＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実施して、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立することができる。実施形態においては、基地局１１４ｂと、ＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実施して、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立することができる。また別の実施形態においては、基地局１１４ｂと、ＷＴＲＵ１０２ｃ、１０２ｄは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａ、ＬＴＥ−Ａ  Ｐｒｏ、ＮＲなど）を利用して、ピコセルまたはフェムトセルを確立することができる。図１Ａに示されるように、基地局１１４ｂは、インターネット１１０への直接的な接続を有することができる。したがって、基地局１１４ｂは、ＣＮ１０６／１１５を介してインターネット１１０にアクセスする必要がないことがある。
【００３２】
ＲＡＮ１０４／１１３は、ＣＮ１０６／１１５と通信することができ、ＣＮ１０６／１１５は、音声、データ、アプリケーション、および／またはボイスオーバインターネットプロトコル（ＶｏＩＰ）サービスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つ以上に提供するように構成された任意のタイプのネットワークであることができる。データは、異なるスループット要件、遅延要件、エラー耐性要件、信頼性要件、データスループット要件、およびモビリティ要件など、様々なサービス品質（ＱｏＳ）要件を有することができる。ＣＮ１０６／１１５は、呼制御、ビリングサービス、モバイルロケーションベースのサービス、プリペイド発呼、インターネット接続性、ビデオ配信などを提供することができ、および／またはユーザ認証など、高レベルセキュリティ機能を実行することができる。図１Ａには示されていないが、ＲＡＮ１０４／１１３および／またはＣＮ１０６／１１５は、ＲＡＮ１０４／１１３と同じＲＡＴまたは異なるＲＡＴを利用する他のＲＡＮと直接的または間接的通信を行うことができることが理解されよう。例えば、ＮＲ無線技術を利用していることがあるＲＡＮ１０４／１１３に接続されていることに加えて、ＣＮ１０６／１１５は、ＧＳＭ、ＵＭＴＳ、ＣＤＭＡ２０００、ＷｉＭＡＸ、Ｅ−ＵＴＲＡ、またはＷｉＦｉ無線技術を利用する別のＲＡＮ（図示せず）とも通信することができる。
【００３３】
ＣＮ１０６／１１５は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄが、ＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイとしての役割も果たすことができる。ＰＳＴＮ１０８は、基本電話サービス（ＰＯＴＳ）を提供する、回線交換電話網を含むことができる。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイート内の伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、および／またはインターネットプロトコル（ＩＰ）など、共通の通信プロトコルを使用する、相互接続されたコンピュータネットワークおよびデバイスからなる地球規模のシステムを含むことができる。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される、有線および／または無線通信ネットワークを含むことができる。例えば、ネットワーク１１２は、ＲＡＮ１０４／１１３と同じＲＡＴまたは異なるＲＡＴを利用することができる１つ以上のＲＡＮに接続された、別のＣＮを含むことができる。
【００３４】
通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちのいくつかまたはすべては、マルチモード機能を含むことができる（例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンク上において、異なる無線ネットワークと通信するための、複数の送受信機を含むことができる）。例えば、図１Ａに示されるＷＴＲＵ１０２ｃは、セルラベースの無線技術を利用することができる基地局１１４ａと通信するように、またＩＥＥＥ８０２無線技術を利用することができる基地局１１４ｂと通信するように構成することができる。
【００３５】
図１Ｂは、例示的なＷＴＲＵ１０２を例示するシステム図である。図１Ｂに示されるように、ＷＴＲＵ１０２は、とりわけ、プロセッサ１１８、送受信機１２０、送信／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６、および／または他の周辺機器１３８を含むことができる。ＷＴＲＵ１０２は、実施形態との整合性を保ちながら、上記の要素の任意のサブコンビネーションを含むことができることが理解されよう。
【００３６】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、他の任意のタイプの集積回路（ＩＣ）、および状態機械などであることができる。プロセッサ１１８は、信号符号化、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２が無線環境において動作することを可能にする他の任意の機能性を実行することができる。プロセッサ１１８は、送受信機１２０に結合することができ、送受信機１２０は、送信／受信要素１２２に結合することができる。図１Ｂは、プロセッサ１１８と送受信機１２０を別個の構成要素として描いているが、プロセッサ１１８と送受信機１２０は、電子パッケージまたはチップ内に一緒に統合することができることが理解されよう。
【００３７】
送信／受信要素１２２は、エアインターフェース１１６上において、基地局（例えば、基地局１１４ａ）に信号を送信し、または基地局から信号を受信するように構成することができる。例えば、一実施形態においては、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナであることができる。実施形態においては、送信／受信要素１２２は、例えば、ＩＲ、ＵＶ、または可視光信号を送信および／または受信するように構成された放射器／検出器であることができる。また別の実施形態においては、送信／受信要素１２２は、ＲＦ信号および光信号の両方を送信および／または受信するように構成することができる。送信／受信要素１２２は、無線信号の任意の組合せを送信および／または受信するように構成することができることが理解されよう。
【００３８】
図１Ｂにおいては、送信／受信要素１２２は、単一の要素として描かれているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含むことができる。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を利用することができる。したがって、一実施形態においては、ＷＴＲＵ１０２は、エアインターフェース１１６上において無線信号を送信および受信するための２つ以上の送信／受信要素１２２（例えば、複数のアンテナ）を含むことができる。
【００３９】
送受信機１２０は、送信／受信要素１２２によって送信されることになる信号を変調し、送信／受信要素１２２によって受信された信号を復調するように構成することができる。上で言及されたように、ＷＴＲＵ１０２は、マルチモード機能を有することができる。したがって、送受信機１２０は、ＷＴＲＵ１０２が、例えば、ＮＲおよびＩＥＥＥ８０２．１１など、複数のＲＡＴを介して通信することを可能にするための、複数の送受信機を含むことができる。
【００４０】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、液晶表示（ＬＣＤ）ディスプレイユニットもしくは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合することができ、それらからユーザ入力データを受信することができる。プロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８にユーザデータを出力することもできる。加えて、プロセッサ１１８は、非リムーバブルメモリ１３０および／またはリムーバブルメモリ１３２など、任意のタイプの適切なメモリから情報を入手することができ、それらにデータを記憶することができる。非リムーバブルメモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、ハードディスク、または他の任意のタイプのメモリ記憶デバイスを含むことができる。リムーバブルメモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、およびセキュアデジタル（ＳＤ）メモリカードなどを含むことができる。他の実施形態においては、プロセッサ１１８は、サーバまたはホームコンピュータ（図示せず）上などに配置された、ＷＴＲＵ１０２上に物理的に配置されていないメモリから情報を入手することができ、それらにデータを記憶することができる。
【００４１】
プロセッサ１１８は、電源１３４から電力を受け取ることができ、ＷＴＲＵ１０２内の他の構成要素に電力を分配するように、および／またはそれらへの電力を制御するように構成することができる。電源１３４は、ＷＴＲＵ１０２に給電するための任意の適切なデバイスであることができる。例えば、電源１３４は、１つ以上の乾電池（例えば、ニッケル−カドミウム（ＮｉＣｄ）、ニッケル−亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウム−イオン（Ｌｉ−ｉｏｎ）など）、太陽電池、および燃料電池などを含むことができる。
【００４２】
プロセッサ１１８は、ＧＰＳチップセット１３６にも結合することができ、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在ロケーションに関するロケーション情報（例えば、経度および緯度）を提供するように構成することができる。ＧＰＳチップセット１３６からの情報に加えて、またはそれの代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１６上においてロケーション情報を受信することができ、および／または２つ以上の近くの基地局から受信している信号のタイミングに基づいて、自らのロケーションを決定することができる。ＷＴＲＵ１０２は、実施形態との整合性を保ちながら、任意の適切なロケーション決定方法を用いて、ロケーション情報を獲得することができることが理解されよう。
【００４３】
プロセッサ１１８は、さらに他の周辺機器１３８に結合することができ、他の周辺機器１３８は、追加の特徴、機能性、および／または有線もしくは無線接続性を提供する、１つ以上のソフトウェアモジュールおよび／またはハードウェアモジュールを含むことができる。例えば、周辺機器１３８は、加速度計、ｅコンパス、衛星送受信機、（写真および／またはビデオ用の）デジタルカメラ、ユニバーサルシリアルバス（ＵＳＢ）ポート、バイブレーションデバイス、テレビ送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、仮想現実および／または拡張現実（ＶＲ／ＡＲ）デバイス、ならびにアクティビティトラッカなどを含むことができる。周辺機器１３８は、１つ以上のセンサを含むことができ、センサは、ジャイロスコープ、加速度計、ホール効果センサ、方位センサ、近接センサ、温度センサ、時間センサ、ジオロケーションセンサ、高度計、光センサ、タッチセンサ、磁力計、気圧計、ジェスチャセンサ、バイオメトリックセンサ、および／または湿度センサのうちの１つ以上であることができる。
【００４４】
ＷＴＲＵ１０２は、（例えば、（例えば、送信用の）ＵＬと（例えば、受信用の）ダウンリンクの両方のための特定のサブフレームと関連付けられた）信号のいくつかまたはすべての送信および受信が、並列および／または同時であることができる、全二重無線を含むことができる。全二重無線は、ハードウェア（例えば、チョーク）を介して、またはプロセッサ（例えば、別個のプロセッサ（図示せず）もしくはプロセッサ１１８）を介する信号処理を介して、自己干渉を低減させ、および／または実質的に除去するために、干渉管理ユニットを含むことができる。実施形態においては、ＷＴＲＵ１０２は、（例えば、（例えば、送信用の）ＵＬまたは（例えば、受信用の）ダウンリンクのどちらかのための特定のサブフレームと関連付けられた）信号のいくつかまたはすべての送信および受信のための、半二重無線を含むことができる。
【００４５】
図１Ｃは、実施形態に従った、ＲＡＮ１０４およびＣＮ１０６を例示するシステム図である。上で言及されたように、ＲＡＮ１０４は、Ｅ−ＵＴＲＡ無線技術を利用して、エアインターフェース１１６上において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０４は、ＣＮ１０６とも通信することができる。
【００４６】
ＲＡＮ１０４は、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃを含むことができるが、ＲＡＮ１０４は、実施形態との整合性を保ちながら、任意の数のｅノードＢを含むことができることが理解されよう。ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、各々が、エアインターフェース１１６上においてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための、１つ以上の送受信機を含むことができる。一実施形態においては、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実施することができる。したがって、ｅノードＢ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、および／またはＷＴＲＵ１０２ａから無線信号を受信することができる。
【００４７】
ｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々は、特定のセル（図示せず）と関連付けることができ、無線リソース管理決定、ハンドオーバ決定、ならびにＵＬおよび／またはＤＬにおけるユーザのスケジューリングなどを処理するように構成することができる。図１Ｃに示されるように、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェース上において、互いに通信することができる。
【００４８】
図１Ｃに示されるＣＮ１０６は、モビリティ管理エンティティ（ＭＭＥ）１６２と、サービングゲートウェイ（ＳＧＷ）１６４と、パケットデータネットワーク（ＰＤＮ）ゲートウェイ（またはＰＧＷ）１６６とを含むことができる。上記の要素の各々は、ＣＮ１０６の部分として描かれているが、これらの要素のうちのいずれも、ＣＮオペレータとは異なるエンティティによって所有および／または運営することができることが理解されよう。
【００４９】
ＭＭＥ１６２は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続することができ、制御ノードとしての役割を果たすことができる。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラアクティブ化／非アクティブ化、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ中に特定のサービングゲートウェイを選択することなどを担うことができる。ＭＭＥ１６２は、ＲＡＮ１０４と、ＧＳＭおよび／またはＷＣＤＭＡなどの他の無線技術を利用する他のＲＡＮ（図示せず）との間における交換のためのコントロールプレーン機能を提供することができる。
【００５０】
ＳＧＷ１６４は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続することができる。ＳＧＷ１６４は、一般に、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに／からルーティングおよび転送することができる。ＳＧＷ１６４は、ｅノードＢ間ハンドオーバ中にユーザプレーンをアンカリングすること、ＤＬデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能なときにページングをトリガすること、ならびにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および記憶することなど、他の機能を実行することができる。
【００５１】
ＳＧＷ１６４は、ＰＧＷ１６６に接続することができ、ＰＧＷ１６６は、インターネット１１０など、パケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にすることができる。
【００５２】
ＣＮ１０６は、他のネットワークとの通信を容易にすることができる。例えば、ＣＮ１０６は、ＰＳＴＮ１０８など、回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の固定電話回線通信デバイスとの間の通信を容易にすることができる。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインターフェースとしての役割を果たすＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むことができ、またはそれと通信することができる。加えて、ＣＮ１０６は、他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができ、他のネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される他の有線および／または無線ネットワークを含むことができる
図１Ａ〜図１Ｄにおいては、ＷＴＲＵは、無線端末として説明されるが、ある代表的な実施形態においては、そのような端末は、通信ネットワークとの有線通信インターフェースを（例えば、一時的または永続的に）使用することができることが企図されている。
【００５３】
代表的な実施形態においては、他のネットワーク１１２は、ＷＬＡＮであることができる。
【００５４】
インフラストラクチャ基本サービスセット（ＢＳＳ）モードにあるＷＬＡＮは、ＢＳＳのためのアクセスポイント（ＡＰ）と、ＡＰと関連付けられた１つ以上の局（ＳＴＡ）とを有することができる。ＡＰは、トラフィックをＢＳＳ内および／またはＢＳＳ外に搬送する、ディストリビューションシステム（ＤＳ）または別のタイプの有線／無線ネットワークへのアクセスまたはインターフェースを有することができる。ＢＳＳ外部から発信されたＳＴＡへのトラフィックは、ＡＰを通して到着することができ、ＳＴＡに配送することができる。ＳＴＡからＢＳＳ外部の送信先に発信されたトラフィックは、それぞれの送信先に配送するために、ＡＰに送信することができる。ＢＳＳ内のＳＴＡ間のトラフィックは、ＡＰを通して送信することができ、例えば、送信元ＳＴＡは、トラフィックをＡＰに送信することができ、ＡＰは、トラフィックを送信先ＳＴＡに配送することができる。ＢＳＳ内のＳＴＡ間のトラフィックは、ピアツーピアトラフィックと見なすことができ、および／またはピアツーピアトラフィックと呼ばれることがある。ピアツーピアトラフィックは、直接リンクセットアップ（ＤＬＳ）を用いて、送信元ＳＴＡと送信先ＳＴＡとの間で（例えば、直接的に）送信することができる。ある代表的な実施形態においては、ＤＬＳは、８０２．１１ｅ  ＤＬＳまたは８０２．１１ｚトンネルＤＬＳ（ＴＤＬＳ）を使用することができる。独立ＢＳＳ（ＩＢＳＳ）モードを使用するＷＬＡＮは、ＡＰを有さないことがあり、ＩＢＳＳ内の、またはＩＢＳＳを使用するＳＴＡ（例えば、ＳＴＡのすべて）は、互いに直接的に通信することができる。ＩＢＳＳモードの通信は、本明細書においては、ときに「アドホック」モードの通信と呼ばれることがある。
【００５５】
８０２．１１ａｃインフラストラクチャモードの動作または類似したモードの動作を使用するとき、ＡＰは、プライマリチャネルなどの固定されたチャネル上において、ビーコンを送信することができる。プライマリチャネルは、固定された幅（例えば、２０ＭＨｚ幅帯域幅）、またはシグナリングを介して動的に設定された幅であることができる。プライマリチャネルは、ＢＳＳの動作チャネルであることができ、ＡＰとの接続を確立するために、ＳＴＡによって使用することができる。ある代表的な実施形態においては、例えば８０２．１１システムにおいては、キャリアセンス多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）を実施することができる。ＣＳＭＡ／ＣＡの場合、ＡＰを含むＳＴＡ（例えばあらゆるＳＴＡ）は、プライマリチャネルをセンスすることができる。プライマリチャネルが、センス／検出され、および／または特定のＳＴＡによってビジーであると決定された場合、特定のＳＴＡは、バックオフすることができる。与えられたＢＳＳ内においては、任意の与えられた時間に、１つのＳＴＡ（例えば、ただ１つの局）が、送信することができる。
【００５６】
高スループット（ＨＴ）ＳＴＡは、例えば、プライマリ２０ＭＨｚチャネルを隣接または非隣接２０ＭＨｚチャネルと組み合わせて、４０ＭＨｚ幅のチャネルを形成することを介して、通信のために４０ＭＨｚ幅チャネルを使用することができる。
【００５７】
超高スループット（ＶＨＴ）ＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、および／または１６０ＭＨｚ幅チャネルをサポートすることができる。４０ＭＨｚおよび／または８０ＭＨｚチャネルは、連続する２０ＭＨｚチャネルを組み合わせることによって形成することができる。１６０ＭＨｚチャネルは、８つの連続する２０ＭＨｚチャネルを組み合わせることによって形成することができ、または２つの非連続な８０ＭＨｚチャネルを組み合わせることによって形成することができ、これは、８０＋８０構成と呼ばれることがある。８０＋８０構成の場合、データは、チャネルエンコーディングの後、データを２つのストリームに分割することができるセグメントパーサを通過することができる。各ストリームに対して別々に、逆高速フーリエ変換（ＩＦＦＴ）処理、および時間領域処理を行うことができる。ストリームは、２つの８０ＭＨｚチャネル上にマッピングすることができ、データは、送信ＳＴＡによって送信することができる。受信ＳＴＡの受信機においては、８０＋８０構成のための上で説明された動作を逆転することができ、組み合わされたデータは、媒体アクセス制御（ＭＡＣ）に送信することができる。
【００５８】
１ＧＨｚ未満モードの動作は、８０２．１１ａｆおよび８０２．１１ａｈによってサポートされる。チャネル動作帯域幅およびキャリアは、８０２．１１ｎおよび８０２．１１ａｃにおいて使用されるそれらと比べて、８０２．１１ａｆおよび８０２．１１ａｈにおいては低減させられる。８０２．１１ａｆは、ＴＶホワイトスペース（ＴＶＷＳ）スペクトルにおいて、５ＭＨｚ、１０ＭＨｚ、および２０ＭＨｚ帯域幅をサポートし、８０２．１１ａｈは、非ＴＶＷＳスペクトルを使用して、１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、および１６ＭＨｚ帯域幅をサポートする。代表的な実施形態に従うと、８０２．１１ａｈは、マクロカバレージエリアにおけるＭＴＣデバイスなど、メータタイプ制御／マシンタイプコミュニケーションをサポートすることができる。ＭＴＣデバイスは、一定の機能を、例えば、一定の帯域幅および／または限られた帯域幅のサポート（例えば、それらのサポートだけ）を含む限られた機能を有することができる。ＭＴＣデバイスは、（例えば、非常に長いバッテリ寿命を維持するために）しきい値を上回るバッテリ寿命を有するバッテリを含むことができる。
【００５９】
８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、および８０２．１１ａｈなど、複数のチャネルおよびチャネル帯域幅をサポートすることができる、ＷＬＡＮシステムは、プライマリチャネルとして指定することができるチャネルを含む。プライマリチャネルは、ＢＳＳ内のすべてのＳＴＡによってサポートされる最大の共通動作帯域幅に等しい帯域幅を有することができる。プライマリチャネルの帯域幅は、ＢＳＳ内において動作するすべてのＳＴＡの中の、最小帯域幅動作モードをサポートするＳＴＡによって設定および／または制限することができる。８０２．１１ａｈの例においては、ＢＳＳ内のＡＰおよび他のＳＴＡが、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ、および／または他のチャネル帯域幅動作モードをサポートする場合であっても、１ＭＨｚモードをサポートする（例えば、それだけをサポートする）ＳＴＡ（例えば、ＭＴＣタイプデバイス）のために、プライマリチャネルは、１ＭＨｚ幅であることができる。キャリアセンシングおよび／またはネットワークアロケーションベクトル（ＮＡＶ）設定は、プライマリチャネルのステータスに依存することができる。例えば、（１ＭＨｚ動作モードだけをサポートする）ＳＴＡが、ＡＰに送信しているせいで、プライマリチャネルが、ビジーである場合、周波数バンドの大部分が、アイドルのままであり、利用可能であることができるとしても、利用可能な周波数バンド全体が、ビジーと見なされることができる。
【００６０】
米国においては、８０２．１１ａｈによって使用することができる利用可能な周波数バンドは、９０２ＭＨｚから９２８ＭＨｚである。韓国においては、利用可能な周波数バンドは、９１７．５ＭＨｚから９２３．５ＭＨｚである。日本においては、利用可能な周波数バンドは、９１６．５ＭＨｚから９２７．５ＭＨｚである。８０２．１１ａｈのために利用可能な合計帯域幅は、国の規則に応じて、６ＭＨｚから２６ＭＨｚである。
【００６１】
図１Ｄは、実施形態に従った、ＲＡＮ１１３およびＣＮ１１５を示すシステム図である。上で言及されたように、ＲＡＮ１１３は、ＮＲ無線技術を利用して、エアインターフェース１１６上において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１１３は、ＣＮ１１５とも通信することができる。
【００６２】
ＲＡＮ１１３は、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃを含むことができるが、ＲＡＮ１１３は、実施形態との整合性を保ちながら、任意の数のｇＮＢを含むことができることが理解されよう。ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、各々が、エアインターフェース１１６上においてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための、１つ以上の送受信機を含むことができる。一実施形態においては、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実施することができる。例えば、ｇＮＢ１８０ａ、１０８ｂは、ビームフォーミングを利用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃに信号を送信し、および／またはｇＮＢ１８０ａ、１８０ｂ、１８０ｃから信号を受信することができる。したがって、ｇＮＢ１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、および／またはＷＴＲＵ１０２ａから無線信号を受信することができる。実施形態においては、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、キャリアアグリゲーション技術を実施することができる。例えば、ｇＮＢ１８０ａは、ＷＴＲＵ１０２ａに複数のコンポーネントキャリアを送信することができる（図示せず）。これらのコンポーネントキャリアのサブセットは、免許不要スペクトル上にあることができるが、残りのコンポーネントキャリアは、免許要スペクトル上にあることができる。実施形態においては、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、多地点協調（ＣｏＭＰ）技術を実施することができる。例えば、ＷＴＲＵ１０２ａは、ｇＮＢ１８０ａとｇＮＢ１８０ｂ（および／またはｇＮＢ１８０ｃ）から調整された送信を受信することができる。
【００６３】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、スケーラブルなヌメロロジ（ｎｕｍｅｒｏｌｏｇｙ）と関連付けられた送信を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。例えば、ＯＦＤＭシンボル間隔、および／またはＯＦＤＭサブキャリア間隔は、異なる送信、異なるセル、および／または無線送信スペクトルの異なる部分ごとに様々であることができる。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、（例えば、様々な数のＯＦＤＭシンボルを含む、および／または様々な長さの絶対時間だけ持続する）様々なまたはスケーラブルな長さのサブフレームまたは送信時間間隔（ＴＴＩ）を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。
【００６４】
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、スタンドアロン構成および／または非スタンドアロン構成で、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するように構成することができる。スタンドアロン構成においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、（例えば、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃなどの）他のＲＡＮにアクセスすることもなしに、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。スタンドアロン構成においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数を、モビリティアンカポイントとして利用することができる。スタンドアロン構成においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、免許不要バンド内において信号を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。非スタンドアロン構成においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃなどの別のＲＡＮとも通信し／別のＲＡＮにも接続しながら、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し／ｇＮＢ１８０ａ、１８０ｂ、１８０ｃに接続することができる。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＤＣ原理を実施して、１つ以上のｇＮＢ１８０ａ、１８０ｂ、１８０ｃ、および１つ以上のｅノードＢ１６０ａ、１６０ｂ、１６０ｃと実質的に同時に通信することができる。非スタンドアロン構成においては、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのためのモビリティアンカとしての役割を果たすことができ、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにサービスするための追加のカバレージおよび／またはスループットを提供することができる。
【００６５】
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃの各々は、特定のセル（図示せず）と関連付けることができ、無線リソース管理決定、ハンドオーバ決定、ＵＬおよび／またはＤＬにおけるユーザのスケジューリング、ネットワークスライシングのサポート、デュアルコネクティビティ、ＮＲとＥ−ＵＴＲＡとの間のインターワーキング、ユーザプレーンデータのユーザプレーン機能（ＵＰＦ）１８４ａ、１８４ｂへのルーティング、ならびにコントロールプレーン情報のアクセスおよびモビリティ管理機能（ＡＭＦ）１８２ａ、１８２ｂへのルーティングなどを処理するように構成することができる。図１Ｄに示されるように、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、Ｘｎインターフェース上において、互いに通信することができる。
【００６６】
図１Ｄに示されるＣＮ１１５は、少なくとも１つのＡＭＦ１８２ａ、１８２ｂと、少なくとも１つのＵＰＦ１８４ａ、１８４ｂと、少なくとも１つのセッション管理機能（ＳＭＦ）１８３ａ、１８３ｂと、おそらくは、データネットワーク（ＤＮ）１８５ａ、１８５ｂとを含むことができる。上記の要素の各々は、ＣＮ１１５の部分として描かれているが、これらの要素のうちのいずれも、ＣＮオペレータとは異なるエンティティによって所有および／または運営することができることが理解されよう。
【００６７】
ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インターフェースを介して、ＲＡＮ１１３内のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ以上に接続することができ、制御ノードとしての役割を果たすことができる。例えば、ＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ネットワークスライシングのサポート（例えば、異なる要件を有する異なるＰＤＵセッションの処理）、特定のＳＭＦ１８３ａ、１８３ｂを選択すること、レジストレーションエリアの管理、ＮＡＳシグナリングの終了、およびモビリティ管理などを担うことができる。ネットワークスライシングは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるサービスのタイプに基づいて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに対するＣＮサポートをカスタマイズするために、ＡＭＦ１８２ａ、１８２ｂによって使用することができる。例えば、超高信頼低遅延（ＵＲＬＬＣ）アクセスに依存するサービス、高速大容量モバイルブロードバンド（ｅＭＢＢ）アクセスに依存するサービス、および／またはマシンタイプコミュニケーション（ＭＴＣ）アクセスのためのサービスなど、異なる使用事例のために、異なるネットワークスライスを確立することができる。ＡＭＦ１６２は、ＲＡＮ１１３と、ＬＴＥ、ＬＴＥ−Ａ、ＬＴＥ−Ａ  Ｐｒｏ、および／またはＷｉＦｉのような非３ＧＰＰアクセス技術など、他の無線技術を利用する他のＲＡＮ（図示せず）との間の交換のためのコントロールプレーン機能を提供することができる。
【００６８】
ＳＭＦ１８３ａ、１８３ｂは、Ｎ１１インターフェースを介して、ＣＮ１１５内のＡＭＦ１８２ａ、１８２ｂに接続することができる。ＳＭＦ１８３ａ、１８３ｂは、Ｎ４インターフェースを介して、ＣＮ１１５内のＵＰＦ１８４ａ、１８４ｂに接続することもできる。ＳＭＦ１８３ａ、１８３ｂは、ＵＰＦ１８４ａ、１８４ｂを選択および制御し、ＵＰＦ１８４ａ、１８４ｂを通したトラフィックのルーティングを構成することができる。ＳＭＦ１８３ａ、１８３ｂは、ＵＥ  ＩＰアドレスの管理および割り当てを行うこと、ＰＤＵセッションを管理すること、ポリシ実施およびＱｏＳを制御すること、ならびにダウンリンクデータ通知を提供することなど、他の機能を実行することができる。ＰＤＵセッションタイプは、ＩＰベース、非ＩＰベース、およびイーサネットベースなどであることができる。
【００６９】
ＵＰＦ１８４ａ、１８４ｂは、Ｎ３インターフェースを介して、ＲＡＮ１１３内のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ以上に接続することができ、それらは、インターネット１１０など、パケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にすることができる。ＵＰＦ１８４ａ、１８４ｂは、パケットをルーティングおよび転送すること、ユーザプレーンポリシを実施すること、マルチホーミングＰＤＵセッションをサポートすること、ユーザプレーンＱｏＳを処理すること、ダウンリンクパケットをバッファすること、ならびにモビリティアンカリングを提供することなど、他の機能を実行することができる。
【００７０】
ＣＮ１１５は、他のネットワークとの通信を容易にすることができる。例えば、ＣＮ１１５は、ＣＮ１１５とＰＳＴＮ１０８との間のインターフェースとしての役割を果たすＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むことができ、またはそれと通信することができる。加えて、ＣＮ１１５は、他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができ、他のネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される他の有線および／または無線ネットワークを含むことができる。一実施形態においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＰＦ１８４ａ、１８４ｂへのＮ３インターフェース、およびＵＰＦ１８４ａ、１８４ｂとＤＮ１８５ａ、１８５ｂとの間のＮ６インターフェースを介して、ＵＰＦ１８４ａ、１８４ｂを通して、ローカルデータネットワーク（ＤＮ）１８５ａ、１８５ｂに接続することができる。
【００７１】
図１Ａ〜図１Ｄ、および図１Ａ〜図１Ｄについての対応する説明に鑑みて、ＷＴＲＵ１０２ａ〜ｄ、基地局１１４ａ〜ｂ、ｅノードＢ１６０ａ〜ｃ、ＭＭＥ１６２、ＳＧＷ１６４、ＰＧＷ１６６、ｇＮＢ１８０ａ〜ｃ、ＡＭＦ１８２ａ〜ｂ、ＵＰＦ１８４ａ〜ｂ、ＳＭＦ１８３ａ〜ｂ、ＤＮ１８５ａ〜ｂ、および／または本明細書において説明される他の任意のデバイスのうちの１つ以上に関する、本明細書において説明される機能の１つもしくは複数またはすべては、１つ以上のエミュレーションデバイス（図示せず）によって実行することができる。エミュレーションデバイスは、本明細書において説明される機能の１つもしくは複数またはすべてをエミュレートするように構成された、１つ以上のデバイスであることができる。例えば、エミュレーションデバイスは、他のデバイスをテストするために、ならびに／またはネットワークおよび／もしくはＷＴＲＵ機能をシミュレートするために、使用することができる。
【００７２】
エミュレーションデバイスは、実験室環境において、および／またはオペレータネットワーク環境において、他のデバイスの１つ以上のテストを実施するように設計することができる。例えば、１つ以上のエミュレーションデバイスは、通信ネットワーク内の他のデバイスをテストするために、有線および／または無線通信ネットワークの一部として、完全または部分的に実施および／または展開されながら、１つもしくは複数またはすべての機能を実行することができる。１つ以上のエミュレーションデバイスは、有線および／または無線通信ネットワークの一部として、一時的に実施／展開されながら、１つもしくは複数またはすべての機能を実行することができる。エミュレーションデバイスは、テストの目的で、別のデバイスに直接的に結合することができ、および／またはオーバザエア無線通信を使用して、テストを実行することができる。
【００７３】
１つ以上のエミュレーションデバイスは、有線および／または無線通信ネットワークの一部として実施／展開されずに、すべての機能を含む１つ以上の機能を実行することができる。例えば、エミュレーションデバイスは、１つ以上の構成要素のテストを実施するために、テスト実験室ならびに／または展開されていない（例えば、テスト）有線および／もしくは無線通信ネットワークにおける、テストシナリオにおいて利用することができる。１つ以上のエミュレーションデバイスは、テスト機器であることができる。データを送信および／または受信するために、直接ＲＦ結合、および／または（例えば、１つもしくは複数のアンテナを含むことができる）ＲＦ回路を介した無線通信を、エミュレーションデバイスによって使用することができる。
【００７４】
上では、特徴および要素が特定の組合せで説明されたが、各特徴または要素は、単独で使用することができ、または他の特徴および要素との任意の組合せで使用することができることを当業者は理解されよう。加えて、本明細書において説明された方法は、コンピュータおよび／またはプロセッサによって実行される、コンピュータ可読媒体内に含まれる、コンピュータプログラム、ソフトウェア、またはファームウェアで実施することができる。コンピュータ可読媒体の例は、（有線または無線接続上において送信される）電子信号、およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、限定されることなく、リードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよびリムーバブルディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光媒体を含む。ソフトウェアと関連付けられたプロセッサを使用して、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータにおいて使用される、無線周波数送受信機を実施することができる。
【００７５】
免許不要バンドにおける、セル、送受信ポイント（ＴＲＰ）、および／またはキャリアの動作および／または使用は、スタンドアロンであることができる。免許不要バンドにおける、セル、送受信ポイント（ＴＲＰ）、および／またはキャリアの動作および／または使用は、補助を受けることができる。例えば、補助は、免許要バンドにおいて、キャリアによって提供することができ、ライセンス補助アクセス（ＬＡＡ）と呼ばれることがある。ＬＡＡについて、免許要セル、ＴＲＰ、および／またはキャリアは、プライマリセル、ＴＲＰ、および／またはキャリアであることができる。ＬＡＡについて、免許要セル、ＴＲＰ、および／またはキャリアは、アンカセル、ＴＲＰ、またはキャリアであることができる。
【００７６】
免許不要スペクトルにおいて動作するセルラシステムは、スペクトルの他のユーザと共存することができる。スペクトルの他のユーザは、免許不要技術（例えば、Ｗｉ−Ｆｉ、ＷｉＧｉｇ、および／または他のセルラオペレータ）を使用することができる。免許不要スペクトルにおいて動作するセルラシステムは、干渉を最小化するように試みることができ、および／またはスペクトルの他のユーザとの公平性を考慮することができる。例えば、セルラシステムは、リッスンビフォアトーク（ＬＢＴ）、および／またはクリアチャネル評価（ＣＣＡ:Clear Channel Assessment）を使用することができる。ＬＢＴおよび／またはＣＣＡにおいては、アクセスポイント（ＡＰ）、ｅノードＢ（ｅＮＢ）、ｇノードＢ（ｇＮＢ）、ＴＲＰ、およびユーザ機器（ＵＥ）などの、システムノードは、チャネル（例えば、ある中心周波数および帯域幅を有する周波数バンド）をリッスンすることができる。これは、チャネル上において送信する前、および／またはチャネルの部分上において送信する前に、チャネルを使用する別のユーザが存在することがあるかどうかを決定するために、行うことができる。別のものによる使用をリッスンおよび／または決定することは、測定を含み、および／または測定に基づくことができる。測定は、エネルギー検出を含むことができる。
【００７７】
本明細書においては、ＬＢＴ、ＣＣＡ、およびＬＢＴ／ＣＣＡは、交換可能に使用することができる。（例えば、エネルギーの）測定が行われたとき、チャネルは、ビジーである、占有されている、および／または使用中であると決定することができる。決定は、例えば、しきい値以上であることができるエネルギー測定に基づくことができる。例えば、（例えば、エネルギーの）測定がしきい値以下であるとき、チャネルは、アイドルである、空きである、クリアである、および／または使用されていないと決定することができる。
【００７８】
クリアである、空きである、アイドルである、占有されていない、および／またはビジーでないは、交換可能に使用することができる。クリアでない、空きでない、アイドルでない、占有されている、および／またはビジーであるは、交換可能に使用することができる。チャネル、および／または動作チャネルは、交換可能に使用することができる。ＣＣＡ失敗は、チャネルがビジーであると分かったことを意味することができる。ＣＣＡ合格は、チャネルがクリアであると分かったことを意味することができる。
【００７９】
チャネル上の潜在的な送信機（例えば、潜在的なアップリンク（ＵＬ）送信を有するＵＥ、および／または潜在的なダウンリンク（ＤＬ）送信を有するｅＮＢ）は、チャネルを評価および／または監視（例えば、受信）することができる。これは、例えばチャネル上における信号存在および／または干渉を測定および／または決定するために、行うことができる。これは、例えば、チャネルが、別のもの（例えば、別のシステム、ユーザ、および／または信号）によって、使用中である（例えば、ビジーである、および／または占有されている）ことがあるかどうかを決定するために、送信に先立って、行うことができる。
【００８０】
潜在的な送信機は、例えば、ＬＢＴ／ＣＣＡの一部として、チャネルからの受信信号および／または干渉を基準と比較することができる。基準は、（例えば、１つ以上の）しきい値レベルであることができる。チャネルが空きであることができるかどうかを決定するために、（例えば、受信信号と基準との間の）比較を使用することができる。例えば、チャネルは空きであることができると、潜在的な送信機が決定した場合、潜在的な送信機は、チャネル上において送信することができる。例えば、チャネルは空きでないことがあると、潜在的な送信機が決定した場合、潜在的な送信機は、チャネル上において送信することができず、潜在的な送信を延期する、および／または潜在的な送信を放棄することができる。
【００８１】
フレームベースの機器（ＦＢＥ）とは、それのための送信／受信タイミングを固定および／または構造化することができる、機器のことであることができる。ロードベースの機器（ＬＢＥ）は、例えば、（例えば、固定および／または定義された時間に）あるフレーム構造に従って、ＬＢＴ／ＣＣＡを実行することができない。ＬＢＥは、例えば、送信するデータをそれが有するとき、ＬＢＴ／ＣＣＡを実行することができる。
【００８２】
機器とは、免許要または免許不要チャネル上において、送信および／または受信することができる、ノードおよび／またはデバイスのことであることができる。例えば、機器は、ＵＥ、ｅＮＢ、ｇＮＢ、ＴＲＰ、ＳＴＡ、および／またはＡＰを含むことができる。
【００８３】
本明細書においては、ｅＮＢ、ｇＮＢ、ＴＲＰ、ＳＴＡ、セル、基地局（ＢＳ）、および／またはＡＰは、交換可能に使用することができる（例えば、送信および受信することができるノード）。ｅＮＢ、ｇＮＢ、および／またはＴＲＰは、１つもしくは複数のｇＮＢ、ＴＲＰ、ＳＴＡ、セル、ＢＳ、ＡＰ、および／またはネットワークノードなどの別のノードを表すために使用することができる。
【００８４】
機器は、チャネル上においてエネルギーを検出することができる、ＬＢＴ／ＣＣＡチェックを実行することができる。これは、動作チャネル上において、送信の前、および／または送信のバーストの前に、行うことができる。チャネル評価（アセスメント）のためのＬＢＴ／ＣＣＡ時間期間は、固定された時間であり、および／または最小時間を有することができる。チャネル占有時間（ＣＯＴ：Channel Occupancy Time）は、機器が、与えられたチャネル上において、例えば、チャネルの利用可能性を再評価することなしに、その間送信を有することができる合計時間であることができる。最大ＣＯＴ（ＭＣＯＴ）は、機器が、与えられた送信および／または送信のバーストのために動作チャネルを使用することができる、合計時間であることができる。ＭＣＯＴ値は、構成され、および／または（例えば、規制によって）許可されることができる。ＭＣＯＴ値は、例えば、４ｍｓおよび／または１０ｍｓであることができる。機器のためのＭＣＯＴは、最大許容値よりも小さいことがある。最大許容値は、例えば、機器の製造業者によって設定することができる。
【００８５】
アイドル期間は、機器が、その間チャネル上において送信しないことができる時間（例えば、時間の連続的な期間）であることができる。アイドル期間は、最小要件を有することができる。最小要件は、ＣＯＴに基づくことができる。例えば、アイドル期間は、ＣＯＴの５％であることができる。アイドル期間は、例えば、現在の固定されたフレーム期間のために、機器によって使用することができる。
【００８６】
機器が、例えば、ＬＢＴ／ＣＣＡの間に、および／またはＬＢＴ／ＣＣＡの結果として、動作チャネルはクリアであると決定した場合、それは、クリアチャネル上において送信することができる。送信は、即時であることができる。
【００８７】
いくつかの実施形態においては、機器が、例えば、ＬＢＴ／ＣＣＡの間に、および／またはＬＢＴ／ＣＣＡの結果として、動作チャネルは占有されていると決定した場合、それは、チャネル上において送信することができない。例えば、機器は、例えば、チャネルがクリアであることを見つける、後続のＬＢＴ／ＣＣＡを、それが実行するまで、チャネル上において送信することができない。
【００８８】
いくつかの実施形態においては、機器が、例えば、ＬＢＴ／ＣＣＡの間に、および／またはＬＢＴ／ＣＣＡの結果として、動作チャネルは占有されていると決定した場合、それは、そのチャネル上において送信することができない。例えば、それは、次の固定されたフレーム期間の間、チャネル上において送信することができない。
【００８９】
ＬＢＴ／ＣＣＡは、先行するＬＢＴ／ＣＣＡの後に、実行することができる。例えば、先行するＬＢＴ／ＣＣＡは、チャネルがクリアでないことがあると決定することができた。後続のＬＢＴ／ＣＣＡは、チャネルがクリアであることができるかどうかをチェックする前に、ウェイトおよび／またはバックオフ時間を含むことができる。
【００９０】
ＬＢＴ／ＣＣＡは、先行するＬＢＴ／ＣＣＡの後に、実行することができる。例えば、先行するＬＢＴ／ＣＣＡは、チャネルがクリアでないことがあると決定することができる。後続のＬＢＴ／ＣＣＡは、チャネルがクリアであることができるかどうか、および／またはその後送信することができるかどうかをその間に決定する、より長い期間を含むことができる。
【００９１】
ＵＥは、チャネルが空きであることができるかどうかを決定するために、ＣＣＡを実行することができる。ＵＥが、チャネルは空きではないと決定した場合、ＵＥは、追加のバックオフおよび／またはウェイト時間（例えば、コンテンションウィンドウの時間量）を追加することができる。例えば、ＵＥが、チャネルは空きであると決定した場合、ＵＥは、チャネルを再びチェックすることができる。例えば、チャネルは空きであると決定された直後に、実際の送信が開始しないことがある場合、このチェックが、実際の送信の前に存在することができる。
【００９２】
例えば、ＵＥが、実際の送信に先立つチェックウィンドウ（例えば、２５μｓ）内にいない場合、ＵＥは、実際の送信に先立って、（例えば、少なくとも）チェックウィンドウ（例えば、チェックウィンドウ期間の時間）の間に、ＣＣＡを実行することができる。例えば、チャネルが、チェックウィンドウの（例えば、少なくとも）一部の間、空きであると決定された場合、ＵＥは、（例えば、その場合だけ）送信することができる。
【００９３】
ＣＣＡは、フルＣＣＡまたはショートＣＣＡであることができる。フルＣＣＡは、（例えば、１つ以上の）バックオフ時間を追加することを含むことができる。例えば、フルＣＣＡは、チャネルがビジーであると決定されたときに、実行することができる。ショートＣＣＡは、クイックチェック（例えば、エネルギー検出チェック）であることができる。例えば、ショートＣＣＡは、送信ならびに／または意図および／もしくは計画された送信の開始に先立つチェックウィンドウにおいて実行することができる。
【００９４】
例えば、ＵＥが、（例えば、第１の）サブフレーム（ＳＦ）またはシンボルの間に、ＣＣＡを実行する場合、ＵＥは、チャネルが空きであるかどうかを決定することができる、フルＣＣＡを実行することができる。ＵＥは、実際の送信に先立って、ショートＣＣＡを実行することができる。ショートＣＣＡは、例えば、チャネルがまだ空きであることを再チェックするために、実行することができる。これは、フルＣＣＡの終了と送信の開始との間にギャップが存在する場合に、行うことができる。
【００９５】
アクセス、リソースの使用、ならびに／またはチャネル上における、セル内における、セルへの、ＴＲＰおよび／もしくは別のノードへのリソース上での送信は、グラントベース、アロケーションベース、および／またはスケジューラベースであることができる。
【００９６】
例えば、ＵＥは、リソースのセット上において（例えば、セット上においてのみ）送信することができる。これは、受信されたグラントおよび／またはリソースの割当て（アロケーション）に応答した、および／またはそれらに従ったものであることができる。リソースは、時間リソースおよび／または周波数リソースであることができる。
【００９７】
グラントおよび／または割当て（アロケーション）を（例えば、明示的に）提供することができる。例えば、割当て（アロケーション）は、ＤＬ制御情報（ＤＣＩ）において提供することができる。グラントおよび／またはアロケーションは、例えば、より高位のレイヤのシグナリングによって、構成することができる。グラントおよび／またはアロケーションは、ＵＥが送信するデータを有するときに、ＵＥによって使用することができる。
【００９８】
アクセス、リソースの使用、ならびに／または、チャネル上のリソース上における、セル内における、セルへの、ＴＲＰおよび／もしくは別のノードへの送信は、グラントレスおよび／またはグラントフリーであることができる。本明細書においては、グラントレスおよびグラントフリーは、交換可能に使用することができる。リソースは、時間リソースおよび／または周波数リソースであることができる。
【００９９】
例えば、ＵＥは、ＵＥが行う送信を有するとき、リソース（の、例えば、セット）上において送信することができる。ＵＥは、１つ以上のリソースから、その上で送信するリソースを決定および／または選択することができる。リソースは、例えば、リソースの構成されたセットであることができる。
【０１００】
リソースは、別のＵＥによって共用および／または使用することができる。リソースは、競合ベースのリソースと呼ばれることがある。（例えば、複数の）ＵＥの送信は、ＵＥが同時に同じリソースを選択し、同じリソース上において送信するとき、衝突することがある。
【０１０１】
衝突の可能性を低減させることができるメカニズムを実行することができる。例えば、リソース選択は、ランダムに（例えば、部分的にランダムに）決定することができる。リソース選択は、ＵＥ−ＩＤの関数であることができる。異なるＵＥ（例えば、ＵＥのグループ）は、異なるリソース（例えば、リソースのセット）を用いるように構成することができる。
【０１０２】
グラントフリー送信の受信機が送信機を識別することを可能にするメカニズムを含むことができる。例えば、送信は、識別子および／または部分的な識別子を含むことができる。
【０１０３】
無指向性ベースのシステムのためのＬＢＴ手順を設計することができる。無指向性ベースのシステムにおいては、送信エネルギーは、（例えば、すべての）方向に（例えば、等しく）伝搬することができる。これは、例えば、受信機のチャネルセンス範囲内に存在するデバイス（例えば、すべてのデバイス）によって、センスすることができる。
【０１０４】
指向性送信は、ミリ波バンドにおける伝搬限界を克服することができる。ＬＢＴは、送信機において、送信（Ｔｘ）ビームを用いて、実行することができる。本明細書においては、この指向性ＬＢＴは、「レガシＬＢＴ」と呼ばれることがある。指向性システム（例えば、高指向性システム）におけるレガシＬＢＴは、隠れノードの数の増加をもたらすことがある（例えば、指向性隠れノード問題）。
【０１０５】
指向性システム（例えば、高指向性システム）においては、送信のための信号エネルギーは、送信されたビームによってカバーされる空間領域（例えば、狭い空間領域）に集中することができる。送信されたビームの領域内に配置されたデバイスは、送信の存在をセンスすることができる。送信されたビームの領域外に配置されたデバイスは、送信をセンスできないことがある。デバイスは、送信可としてチャネルをセンスすることができる。デバイスは、送信を開始することができるが、それは、進行中の送信に干渉し、および／またはそれと衝突することがある。
【０１０６】
いくつかの実施形態に従うと、クリアチャネル評価（アセスメント）（ＣＣＡ）は、指向性の高度指向性送信要求／高度指向性送信可（ｅＤＲＴＳ／ｅＤＣＴＳ）を含むことができる。ｅＤＲＴＳメッセージは、例えば、複数の隣接ビーム上、またはより広いビーム上において送信することができる。送信は、サービス品質（ＱｏＳ）要件に基づいて、可能にすること、および／または構成することができる。ｅＤＲＴＳ／ｅＤＣＴＳメッセージにおいて、高度（エンハンスド）シグナリングを実行することができる。（例えば、非相互的ビームについての）異なるビームペアリンク（ＢＰＬ）上において、複数の並行ｅＤＲＴＳ／ｅＤＣＴＳを送信することができる。例えば、ｅＤＣＴＳツーセルフ（eDCTS-to-Self）メッセージなどの、ｅＤＣＴＳメッセージを、より大きい空間干渉保護を達成するために、使用することができる。いくつかの実施形態においては、ｅＤＣＴＳツーセルフメッセージは、ｅＤＣＴＳメッセージとは異なるように構成することができる。例えば、ｅＤＲＴＳおよびｅＤＣＴＳ送信の成功後に、複数のｅＤＣＴＳツーセルフ（eDCTS-to-Self）送信が続くことができる。複数のｅＤＣＴＳツーセルフ送信は、複数のビーム上において送信することができる。他のデバイスの送信が進行中の送信と干渉しないようにすることができる、動的ダウンリンク／アップリンク（ＤＬ／ＵＬ）切り換え構成を使用することができる。
【０１０７】
いくつかの実施形態に従うと、免許不要バンドにおける指向性ニューラジオ（ＮＲ）−ＷｉＧｉｇシステム共存についての実施を、実行することができる。ＮＲリンクのためのＤＬ／ＵＬ切り換え構成は、ＷｉＧｉｇシステムにおける最小の分散フレーム間間隔（ＤＩＦＳ）期間(duration)に基づいて、決定することができる。送信は、各ウィンドウ（例えば、ＤＩＦＳ期間）ごとに、逆方向において実行されるように構成することができる。逆方向の複数のブロック送信を送信することができる。送信の送信電力は、増加させることができる。
【０１０８】
いくつかの実施形態に従うと、ペアをなす方向において（例えば、受信機の方向および反対方向において）リッスンビフォアトーク（ＬＢＴ）を実行することができる。これは、進行中の送信と干渉することがある、隠れノードの数を低減させることができる。ＬＢＴパラメータ（例えば、帯域幅、エネルギー検出（ＥＤ）しきい値）は、進行中の送信と干渉することがある、隠れノードの数を低減させるように構成することができる。ＬＢＴ中にセンスされた電力／エネルギーの関数に基づいて、送信および受信戦略を決定することができる。
【０１０９】
図２Ａは、ニューラジオ（ＮＲ）−ＷｉＧｉｇ共存がある、指向性ベースのリッスンビフォアトーク（ＬＢＴ）を使用するビームベースのシステムにおける、干渉の例を例示している。例えば、図２Ａに示されるように、ＮＲおよび／またはＷｉＧｉｇノードは、併置することができる。より具体的には、ＮＲ  ＵＥ２００およびＷｉＧｉｇ局（ＳＴＡ）２０２は、それぞれ、ＮＲ  ｇＮＢ２０４および／またはＷｉＧｉｇアクセスポイント（ＡＰ）２０６に送信するパケットを有することがある。ＵＥ２００は、ｇＮＢ２０４へのそれの送信を開始することができる。ＳＴＡ２０２は、ｇＮＢ２０４へのＵＥの送信をセンスしないことがある（例えば、指向性隠れノード問題）。ＳＴＡ２０２は、チャネルがクリアであることを見出し、および／またはＡＰ２０６へのそれの送信を開始することがある。送信は、ｇＮＢ２０４において、ＵＥ２００の送信と干渉し、および／または衝突することがある。図２Ｂは、ＮＲ−ＮＲ共存がある、指向性ベースのリッスンビフォアトーク（ＬＢＴ）手順を使用するビームベースのシステムにおける、干渉の例を例示している。図２Ｂに見られるように、２つのＮＲシステム間に調整が存在しないことがあるとき、類似の状況が、ＮＲ−ＮＲ共存において発生することがある。図２Ｂにおいては、１つのＮＲシステムは、例えば、（「ＵＥ１」とも呼ばれる）ＵＥ２０８、および／または（「ｇＮＢ１」とも呼ばれる）ｇＮＢ２１０を含むことができ、別のＮＲシステムは、例えば、（「ＵＥ２」とも呼ばれる）ＵＥ２１２、および／または（「ｇＮＢ２」とも呼ばれる）ｇＮＢ２１４を含むことができる。
【０１１０】
図３Ａおよび図３Ｂは、隠れノード問題の他の例を例示している。図３Ａは、ユーザ機器（ＵＥ）において受信されるアクセスポイント（ＡＰ）からの干渉がある、ＬＢＴにおけるキャリアセンスの例を例示している。図３Ｂは、局（ＳＴＡ）においてｇＮＢからの、および／またはＵＥにおいてアクセスポイント（ＡＰ）からの干渉がある、ＬＢＴにおけるキャリアセンスの例を例示している。
【０１１１】
図３Ａを参照すると、受信ノードが、ＡＰ３００のカバレージエリア内に存在する場合、および／または送信ノードにおけるレガシＬＢＴが、受信ノードの方向に向かうチャネルがアイドルであるとセンスした場合であっても、受信ノードは、ＡＰ３００によって干渉されることがある。干渉は、指向性隠れノード問題に起因し得る。これは、例えば、ＡＰ送信が、受信ノードの受信ビームのアンテナ照準内に存在するが、送信ノードにおける指向性ＬＢＴによって検出することができないときに、発生することがある。これは、図３Ａにおいて、点線３０２によって見ることができる。図３Ａに見られるように、これは、例えば、ｇＮＢ３０４が、送信ノードであり、ＵＥ３０６が、受信ノードである場合に、発生することがある。
【０１１２】
ＡＰ３００は、ＳＴＡ３０８に向かって（例えば、指向性方式で）送信することができる。送信ノード（例えば、図３ＡにおけるｇＮＢ３０４）は、受信機（例えば、図３ＡにおけるＵＥ３０６）の方向に向かって直線をなすビームを用いて、ＬＢＴを実行することができる。これは、免許不要チャネルにアクセスする前に、行うことができる。例えば、ＳＴＡ３０８が、ＡＰ３００と送信ノードとの間に配置された場合（例えば、図３Ａ）、送信ノードは、チャネルがアイドルであるとセンスすることができ、（例えば、受信機に向かって）データ送信を開始することができる。ＵＥ受信機において、ＡＰ３００からの干渉が受信されることがあり、それは、指向性隠れノード問題に起因し得る。例えば、ＳＴＡ３０８が、送信ノードとしてのｇＮＢ３０４とＵＥ受信機との間に配置され、および／またはＳＴＡ３０８が、レガシＬＢＴによってセンスされない場合（例えば、図３Ｂ）、干渉が、ＳＴＡ３０８において受信されることがある。
【０１１３】
図３Ａおよび図３Ｂは、例えば、レガシＬＢＴ（例えば、ＤＬアクセス、ｇＮＢからＵＥ）における、キャリアセンスの例を例示している。ｇＮＢ３０４は、ＵＥ３０６に向かって直線をなすビームを用いて、ＬＢＴを実行することができる。ｇＮＢ３０４は、チャネルがアイドルであるとセンスすることができる。これは、例えば、ＡＰ３００が、ＳＴＡ３０８に向かってデータを送信し、ｇＮＢ３０４が、ＵＥ３０６に向かってデータ送信を開始した場合に、発生することがある。図３Ａに見られるように、ＡＰ３００からの干渉は、ＵＥ３０６において受信されることがある。図３Ｂに見られるように、ｇＮＢ３０４において、ＳＴＡ３０８が聴かれない場合、ＳＴＡ３０８においてはｇＮＢ３０４からの、および／またはＵＥ３０６においてはＡＰ３００からの干渉が、受信されることがある。
【０１１４】
他の例においては、送信ノードが、例えば、ＵＥであり、受信ノードが、例えば、ｇＮＢであるときに、指向性隠れノードに起因する干渉問題が、生じることがある。図４Ａは、ｇＮＢにおいて受信されるＡＰからの干渉がある、ＬＢＴにおけるキャリアセンスの例を例示している。図４Ｂは、ＳＴＡにおいて受信されるＵＥからの、および／またはｇＮＢにおけるＡＰからの干渉がある、ＬＢＴにおけるキャリアセンスの例を例示している。
【０１１５】
図４Ａおよび図４Ｂは、干渉をもたらすことがある、例えば、レガシＬＢＴ（ＵＬアクセス、ＵＥからｇＮＢ）における、キャリアセンスの例を例示している。ＵＥ４００は、ｇＮＢ４０２に向かって直線をなすビームを用いて、ＬＢＴを実行することができ、チャネルがアイドルであるとセンスすることができる。それは、例えば、ＡＰ４０４がＳＴＡ４０６に向かってデータを送信している場合に、発生することがある。したがって、ＵＥ４００は、ｇＮＢ４０２に向かってデータ送信を開始することができる。図４Ａに見られるように、ＡＰ４０４からの干渉が、ｇＮＢ４０２において受信されることがある。図４Ｂに見られるように、ＵＥ４００において、ＳＴＡ４０６が聴かれないことがあり、ならびに／またはＳＴＡ４０６においてＵＥ４００からの、および／もしくはｇＮＢ４０２においてＡＰ４０４からの干渉が、受信されることがある。
【０１１６】
いくつかの実施形態においては、免許不要バンドにおける指向性ＮＲ−ＮＲシステムの共存と関連付けられた実施を提供することができる。
【０１１７】
ＵＥ／ｇＮＢは、例えば、（例えば、１つ以上の）ビームおよび／またはビームペアリンク（ＢＰＬ）を用いて、許可および／またはスケジュールされたリソースについてのＣＣＡを実行することができる。一般に、いくつかの実施形態においては、本明細書において使用される場合、「ＢＰＬ」とは、送信ノードと受信ノードとの間に通信リンクを確立する、ビームのペア（例えば、相互的ビーム（ペア））のことである。例えば、送信ノード（例えば、ＵＥ／ｇＮＢ）が、ＣＣＡを実行する場合、Ｒｘ（受信）ビームを使用することができる。例えば、ＣＣＡは、ＵＥ／ｇＮＢがビームペアリングのために使用したＲｘビームに基づいて、決定することができる。
【０１１８】
いくつかの実施形態においては、例えば、チャネルのＣＣＡおよび／またはＬＢＴ評価（アセスメント）に基づいた、チャネルがクリアであることの決定の成功後、送信ノードと受信ノードは、高度シグナリングまたはメッセージを含む通信に携わることができる。一般に、高度シグナリング／メッセージングは、本明細書において説明される様々な機能を実施することを容易または可能にすることができる。いくつかの実施形態においては、高度シグナリング／メッセージングは、（１）例えば、送信ノードによって（指向性）チャネル上における送信を要求するために構成され、および／またはチャネル確保目的で構成される、高度指向性送信リクエストメッセージ(an enhanced directional transmit request message)、ならびに（２）例えば、送信（例えば、送信ノードによって要求された送信）のためにチャネルがクリアであることを（例えば、受信ノードによって）確認もしくは肯定応答するために構成され、および／またはチャネル確保目的で構成される、高度指向性送信コンファメーションメッセージ(an enhanced directional transmit confirmation message)の形態を取ることができる。
【０１１９】
より詳細に説明されるように、いくつかの説明的な実施形態においては、高度指向性送信リクエストメッセージは、高度指向性Request-to-Send（ｅＤＲＴＳ）メッセージであることができ、高度指向性送信コンファメーションメッセージは、高度指向性Clear-to-Send（ｅＤＣＴＳ）メッセージ、および／または高度指向性Clear-to-Send-to-Self（ｅＤＣＴＳツーセルフ）メッセージであることができる。
【０１２０】
さらに、一般に、本明細書において説明される任意のタイプまたは種類の高度メッセージ(エンハンスドメッセージan enhanced message)は、本明細書において説明される様々な機能性を容易または可能にするための、例えば、高度メッセージコンテンツを有することができるメッセージのことである。高度メッセージコンテンツは、例えば、本明細書において説明される様々な機能の実行を可能または容易にする情報を提供する、１つ以上の追加のフィールドの形態を取ることができる。いくつかの実施形態においては、情報は、例えば、送信ノードと受信ノードとの間の送信に対する、潜在的な干渉ノード（例えば、干渉することが知られた干渉ノード、または少なくとも干渉することがあるノード）に関する情報、タイミングまたはスケジューリング情報、干渉方向などを含むことができる。
【０１２１】
例示として、いくつかの実施形態においては、ＵＥ／ｇＮＢが、Ｒｘビーム上においてチャネルがクリアであると決定した場合、それは、（例えば、最初に）高度指向性送信要求（高度指向性Request-to-Send、高度指向性リクエストツーセンド：ｅＤＲＴＳ）を送信して、チャネルを確保し、および／または受信ノード（例えば、ｇＮＢ／ＵＥ）から肯定応答を取得することができる。Ｒｘビームは、ＵＥ／ｇＮＢがその上で送信することができる、Ｔｘビームに対応することができる。送信ノード（例えば、ＵＥ／ｇＮＢ）は、チャネルがクリアではないとそれが決定した場合、送信することができない。ｅＤＲＴＳの送信は、ビームベースであることができる。受信ノードは、送信機に高度指向性送信可（高度指向性Clear-to-Sendまたは高度指向性クリアツーセンド：ｅＤＣＴＳ）を送信することができる。ｅＤＣＴＳは、ｅＤＲＴＳを受信した（例えば、受信に成功した）後、送信することができる。ｅＤＣＴＳの送信は、ビームベースであることができる。ｅＤＲＴＳおよび／またはｅＤＣＴＳ送信の後、送信ノード（例えば、ｇＮＢまたはＵＥ）と受信ノード（例えば、ＵＥまたはｇＮＢ）との間のさらなる送信を構成することができる。
【０１２２】
例えば、送信は、送信ノードと受信ノードとの間の送信と干渉することがある、他のデバイスからの他の送信を、開始することができないように、構成することができる。そのようなＤＬ／ＵＬ切り換えの構成は、ｅＤＲＴＳ（高度指向性リクエストツーセンド）メッセージおよび／またはｅＤＣＴＳ（高度指向性クリアツーセンド）メッセージを通して行うことができる。送信ノードは、例えば、（例えば、構成可能な時間量内に）それが受信ノードからｅＤＣＴＳを受信しない場合、それの送信を開始することができない。例えば、ｅＤＲＴＳを送信すると、送信ノードは、タイマを開始することができる。例えば、それが、タイマの満了前に、ｅＤＣＴＳを受信しない場合、送信ノードは、ＣＣＡ手順を不成功と見なすことができる。
【０１２３】
本明細書において使用される場合、いくつかの実施形態においては、ＤＬ／ＵＬ切り換えの構成、またはＤＬ／ＵＬ切り換え構成は、一般に、例えば、送信に対して許可された最大チャネル占有時間（ＭＣＯＴ）内における、アップリンク送信、ダウンリンク送信、および／またはアップリンク送信とダウンリンク送信の交換（切り換え）のための、メッセージのタイミング／スケジューリング、シグナリング／メッセージングのタイプなどに関する情報を提供することができる、構成のことであることに留意されたい。
【０１２４】
さらに、一般的事柄として、指向性システムにおいては、空間領域リソースを定義するために、通常、ビームが使用される。一般に、各ビームは、それぞれの識別情報（例えば、暗黙的であることができ、または他の参照信号ＩＤと結び付けることができる、ビームＩＤ）、およびそれぞれの空間パラメータ（例えば、ビームの方向を達成するための位相シフト、ビーム幅、アンテナ利得など）を有する。これらの空間パラメータは、通常、そのビームに対応した方向における送信／受信を可能にするために、適用される。またさらに、互いの間で指向性通信を実行する送信ノード／受信ノードは、ビームＩＤタイプの識別を使用して、指向性送信を実行する（例えば、送信のために使用される方向を決定する）ことができる。例示として、ＮＲ（ニューラジオ）は、例えば、ビーム管理手順を利用し、それを通して、ＵＥは、ｇＮＢに、例えば、そのＵＥへの送信のために（例えば、ＵＥの観点から見て）最良の送信（Ｔｘ）ビーム／ビームＩＤを動的に報告することができる。ｇＮＢは、その後、そのＴｘビームを使用して、ＵＥに宛てた任意のデータを送信することができる。
【０１２５】
送信ノード（例えば、ＵＥ／ｇＮＢ）が、Ｒｘビーム上においてＣＣＡの実行に成功した場合、ｅＤＲＴＳを送信するためのＴｘビームを決定することができる。以下のうちの１つ以上を適用することができる。ＵＥ／ｇＮＢは、そこでＣＣＡが成功することができたＲｘビームに対応するＴｘビーム上において、ｅＤＲＴＳを送信することができる。ＵＥ／ｇＮＢは、そこでＣＣＡが成功することができたＲｘビームに対応するＴｘビームよりも広いビーム上において、ｅＤＲＴＳを送信することができる。より広いビームは、それがその上で成功したＣＣＡを行ったＲｘビームと同じビーム方向に沿って中心を置くことができる。ＵＥ／ｇＮＢは、そこでＣＣＡが成功することができたＲｘビームに対応することができるＴｘビームの周りの複数の隣接ビーム上において、ｅＤＲＴＳを送信することができる。複数の隣接ビームは、中心ビームが、成功したＣＣＡをその上で行うことができたＲｘビームに対応するＴｘビームであることができるように、選択することができる。
【０１２６】
送信ノードは、例えば、ＵＥ／ｇＮＢ受信機の周りのより大きいエリアにおいてチャネルを確保しておくために、より広いビームおよび／または隣接ビーム上において、ｅＤＲＴＳを送信することができる。より広いビームおよび／または隣接ビーム上におけるｅＤＲＴＳの送信は、有効化および／または無効化することができる。例えば、送信は、ＱｏＳ要件、および／またはチャネル品質（例えば、成功したＣＣＡがその上で行われたＲｘビーム上のＳＮＲ）に基づいて、有効化および／または無効化することができる。例えば、成功したＣＣＡがその上で行われたＲｘビーム上のＳＮＲが、ある（例えば、必要とされる）ＳＮＲ品質（例えば、を下回る場合、隣接ビーム送信を有効化することができる。例えば、送信されるデータのＱｏＳ要件が、高い（例えば、しきい値を上回る）ことができる場合、隣接ビーム送信を有効化することができる。
【０１２７】
いくつかの実施形態に従うと、送信ノードがその上で成功したＣＣＡを実行することができた（例えば、送信ノードの観点からの）Ｒｘビームに対応するＴｘビーム上におけるｅＤＲＴＳメッセージは、表１における例示的な情報インジケーションのうちの１つまたは複数を含むことができる。表１に示されるｅＤＲＴＳメッセージの内容に関して、いくつかの実施形態においては、「送信機識別」フィールドおよび「受信機識別」フィールドは、次回の送信の方向を間接的に推測するために、他のノードによって使用することができる（例えば、ＩＤフィールドは、そのような方向に間接的に対応することができる）。さらに、受信機識別は、他のノードによって、それらが与えられた送信の意図された受信者であるかどうかを決定するために、使用することができる。意図された受信者でない場合、そのようなノードは、ノードがｅＤＣＴＳメッセージを用いてｅＤＲＴＳメッセージに応答することになっていないことを知ることができる。
【０１２８】
【表１】
2021500791.tif 000003
【０１２９】
本明細書において説明される他のタイプの高度（エンハンスド）メッセージのように、提供される情報は、いくつかの実施形態に従って、高度メッセージが、何を含むことができるかの例であることが理解されよう。ｅＤＲＴＳメッセージのケースにおいては、ｅＤＲＴＳメッセージは、いくつかの実施形態に従うと、例えば、表１における例示的な情報のサブセット（例えば、異なるサブセット）を用いて構成することができる。例えば、ＵＥが、それが許可されたリソースを有さないときに、ｅＤＲＴＳを送信した場合、それは、ｅＤＲＴＳ内に、送信機識別、受信機識別、ｅＤＣＴＳフラグ、ＱｏＳ、および／またはバッファステータスを含めることができる。
【０１３０】
ｅＤＲＴＳメッセージは、（例えば、受信ノードの周りのより広いエリアにおいてチャネルを確保しておくために）隣接ビーム上において送信することができる。隣接ビーム上において、ｅＤＲＴＳは、例えば知られている場合は、送信全体の期間（duration）、および／またはさらに送信中にそれらのビーム上において送信ノードから送信することができる制御信号送信のタイプを含むことができる。制御信号送信は、参照信号（ＲＳ）、例えばセル固有参照信号（ＣＲＳ）、ビットの系列（例えば、固有系列）、（例えば１つもしくは複数の）同期信号および／もしくは参照信号を含むことができる、発見参照信号（ＤＲＳ）、系列、ならびに／またはシステム情報（のうちの、例えば、少なくとも１つ）であることができる。
【０１３１】
ｅＤＲＴＳは、制御チャネルリソースセット（ＣＯＲＥＳＥＴ）、および／またはチャネルの帯域幅パート（ＢＷＰ）を示すことができる。インジケーションは、暗黙的である（例えば、ｅＤＲＴＳをその上で送信することができるリソースに関連する）、または明示的である（例えば、ｅＤＲＴＳ内に情報要素として含まれる）ことができる。これは、ＵＥが、次回のチャネル占有時間において実行される送信のために、ＤＬおよび／またはＵＬリソースを割り当てることができる、制御情報を、どこで探すべきかを決定することを可能にすることができる。
【０１３２】
ｅＤＲＴＳのデコーディング（例えば、デコーディングの成功）の後、受信ノードは、例えば、ｅＤＣＴＳフラグが設定されている場合、送信ノードにビームベースのｅＤＣＴＳを送信することができる。ｅＤＣＴＳがその上で送信されるＴｘビームを選択することができる。以下のうちの１つまたは複数を適用することができる。受信ノードは、ｅＤＲＴＳがその上で受信されたＲｘビームに対応するＴｘビーム上において、ｅＤＣＴＳを送信することができる。受信ノードは、ｅＤＲＴＳをそこで受信することができたＲｘビームに対応するＴｘビームと比較して、より広いビーム上において、ｅＤＣＴＳを送信することができる。より広いビームは、それがその上でｅＤＲＴＳを受信したＲｘビームと同じビーム方向に沿って中心を置くことができる。受信ノードは、ｅＤＲＴＳをその上で受信することができたＲｘビームに対応するＴｘビームの周りの隣接ビーム上において、ｅＤＣＴＳを送信することができる。複数の隣接ビームを選択することができ、例えば、中心ビームは、ｅＤＲＴＳがその上で受信されたＲｘビームに対応するＴｘビームであることができる。
【０１３３】
ノードは、（例えば、送信ノードの周りのより大きいエリアにおいてチャネルを確保するために）より広いビームおよび／または隣接ビーム上において、ｅＤＣＴＳを送信することができる。より広いビームおよび／または隣接ビーム上におけるｅＤＲＴＳの送信は、ＱｏＳ要件、および／またはチャネル品質（例えば、ｅＤＲＴＳがその上で受信されたＲｘビーム上のＳＮＲ）に基づいて、有効化および／または無効化することができる。例えば、ｅＤＲＴＳがそこで受信されたＲｘビーム上のＳＮＲが、ある（例えば、必要とされる）ＳＮＲ品質（例えば）、を下回る場合、隣接ビーム送信を有効化することができる。送信されるデータのＱｏＳ要件が、高い（例えば、しきい値を上回る）ことができる場合、隣接ビーム送信を有効化することができる。
【０１３４】
受信ノードは、ｅＤＲＴＳを受信している間に測定することができる同一チャネル干渉を、例えば、ｅＤＣＴＳメッセージで送信ノードに伝達することができる。これは、例えば、背景指向性干渉が弱いことがあるときに、行うことができる。例えば、送信ノード（例えば、ｇＮＢ／ＵＥ）によって、送信パラメータを調整することによって、背景指向性干渉を克服することができるとき。これは、（例えば、１つまたは複数の）代替パラメータによって、示すことができる。例えば、パラメータは、観測された干渉電力、ｅＤＲＴＳ受信上における測定された信号対雑音および干渉電力（ＳＩＮＲ）、ならびに／または要求された変調符号化方式（ＭＣＳ）などを含むことができる。
【０１３５】
いくつかの実施形態に従うと、ｅＤＲＴＳがその上で受信された（例えば、受信ノードの観点からの）Ｒｘビームに対応するＴｘビーム上におけるｅＤＣＴＳメッセージは、表２における例示的な情報のうちの１つまたは複数を含むことができる。
【０１３６】
【表２】
2021500791.tif 000004
【０１３７】
本明細書において説明される他のタイプの高度（エンハンスド）メッセージのように、提供される情報は、いくつかの実施形態に従って、高度メッセージが、何を含むことができるかの例であることが理解されよう。ｅＤＣＴＳメッセージのケースにおいては、ｅＤＣＴＳメッセージは、いくつかの実施形態に従うと、例えば、表２における例示的な情報のサブセット（例えば、異なるサブセット）を用いて構成することができる。例えば、ＵＥが、ＤＬ／ＵＬ切り換え構成および／または信号タイプを有するｅＤＲＴＳを、ｇＮＢから受信した後に、ｅＤＣＴＳを送信する場合、ＵＥは、ｅＤＣＴＳ内に、送信全体の残存期間(duration)、送信機識別、および／または受信機識別を含めることができる。
【０１３８】
ｅＤＣＴＳメッセージは、（例えば、ＵＥ／ｇＮＢ送信機の周りのより広いエリアにおいてチャネルを確保しておくために）隣接ビーム上において送信することができる。隣接ビームのｅＤＣＴＳは、送信全体の残存期間(duration)、および／またはさらに送信中に対応するビーム上においてＵＥ／ｇＮＢから送信することができる制御信号送信のタイプを含むことができる。制御信号送信は、参照信号（ＲＳ）、例えば、セル固有参照信号（ＣＲＳ）、ビットの系列（例えば、固有系列）、（例えば、１つもしくは複数の）同期信号および／もしくは参照信号を含むことができる、発見参照信号（ＤＲＳ）、系列、ならびに／またはシステム情報であること、またはそれらを含むことができる（例えば、それらの少なくとも１つであること、またはそれらの少なくとも１つを含むことができる）。
【０１３９】
ｅＤＣＴＳを送信するノードは、例えば、ｅＤＣＴＳを送信する前に、ＬＢＴおよび／またはＣＣＡを実行して（例えば、最初に実行して）、チャネルが空きであるかどうかを決定することができる。これは、フルＬＢＴまたはショートＬＢＴであることができる。ショートＬＢＴは、例えば、単一のエネルギー検出（ＥＤ）測定、および／または特定のしきい値を使用することによって、達成することができる。ノードは、それがｅＤＣＴＳを送信することを意図することができる（例えば、いくつかおよび／またはすべての）ビーム上において、ＬＢＴ、ＣＣＡ、および／またはＥＤを実行することができる（例えば、実行することを求められることがある）。
【０１４０】
ＵＥ／ｇＮＢ（の、例えば、ペア）間における送信および／または受信のために、非相互的ビーム（および／またはビームペアリンク）を使用することができる。第１のノードは、ＬＢＴを実行して、例えば、第１のノードから第２のノードへの送信について、ＢＰＬの利用可能性を決定することができる。例えば、ＬＢＴが、成功した場合、第１のノードは、第２のノードに向かってのｅＤＲＴＳ手順を開始することができる。第２のノードは、例えば、ｅＤＲＴＳ送信の受信時に、ｅＤＣＴＳを送信することができる。第２のノードは、例えば、第２のノードが、第１のノードに向かって送信することを可能にするために、第２のＢＰＬ上において、ＬＢＴ手順（例えば、第２のＬＢＴ手順）を開始することができる。これは、ｅＤＲＴＳ送信の受信時に、行うことができる。第２のノードは、例えば、ＬＢＴに成功すると、第２のＢＰＬに関連するビームを使用して、第１のノードに向かって、第２のｅＤＲＴＳを送信することができる。第２のｅＤＲＴＳの送信は、第１のｅＤＣＴＳの送信と同時であることができる。第１のノードは、例えば、第２のｅＤＲＴＳの受信時に、第２のノードに第２のｅＤＣＴＳを送信することができる。複数の並行ｅＤＲＴＳ−ｅＤＣＴＳ手順の完了後、例えば、２つのＢＰＬを使用可能と見なすことができる。これは、２つのＢＰＬ間の切り換えを行うために、例えば、ショートＬＢＴを使用して、実行することができる。
【０１４１】
別のノード（例えば、ｇＮＢ／ＵＥ）からｅＤＲＴＳを受信した受信ノードは、高度指向性送信拒否（高度指向性deny-to-send：ｅＤＤＴＳ）を用いて応答することができ、それは、以下のうちの１つ以上に基づくことができる。例えば、ｅＤＲＴＳを受信している間に、指向性干渉の存在を検出した受信ノード。指向性干渉の信号強度は、不十分なことがあり、それは、ＵＥ／ｇＮＢが、それに宛てられたｅＤＲＴＳを正しく検出し損なう原因になることがある。ＵＥからｅＤＲＴＳを受信したｇＮＢは、ｅＤＲＴＳ内の要求された送信期間（transmission duration）が、前もってスケジュールされた送信と重なり合う場合、ｅＤＤＴＳを用いて応答することができる。
【０１４２】
いくつかの実施形態に従うと、ｅＤＲＴＳがその上で受信された（例えば、受信ノードの観点からの）Ｒｘビームに対応することができるＴｘビーム上におけるｅＤＤＴＳメッセージは、表３における例示的な情報のうちの１つ以上を含むことができる。  
【０１４３】
【表３】
2021500791.tif 000005
【０１４４】
本明細書において説明される他のタイプの高度（エンハンスド）メッセージのように、提供される情報は、いくつかの実施形態に従って、高度メッセージが、何を含むことができるかの例であることが理解されよう。ｅＤＤＴＳメッセージのケースにおいては、ｅＤＤＴＳメッセージは、いくつかの実施形態においては、表３における例示的な情報のサブセット（例えば、異なるサブセット）を用いて構成することができる。例えば、ＵＥ／ｇＮＢが、観測された指向性干渉に応答して、ｅＤＤＴＳを送信したが、干渉送信機および／または受信機識別子が、知られていないとき、ｅＤＤＴＳは、送信機識別フィールドおよび／または受信機識別フィールドを（例えば、それらだけを）含むことができる。例えば、ｅＤＤＴＳが、観測されたｅＤＲＴＳに応答して、送信され、および／またはｅＤＣＴＳが、指向性デバイスの干渉ペアの間において送信されるとき、ｅＤＤＴＳは、表３に列挙された（例えば、すべての）フィールドを含むことができる。
【０１４５】
送信ノード（例えば、ｇＮＢ）または受信ノード（例えば、ＵＥ）は、高度指向性送信可（ｅＤＣＴＳ）を自らに、または高度指向性Clear-to-Send-to-Self（ｅＤＣＴＳツーセルフ）を送信して、例えば、（例えば、１つ以上の）それぞれの受信ノード（例えば、ＵＥ）または送信ノード（例えば、ｇＮＢ）との（例えば、計画された）指向性送信のための指向性チャネルを確保しておくことができる。ｅＤＣＴＳツーセルフ送信は、ｅＤＲＴＳ送信または受信が先行することがあり、または先行しないことがある。いくつかの実施形態においては、ｅＤＣＴＳツーセルフメッセージ（an eDCTS-to-Self message）は、例えば、受信ノードによって自らに送信される、ｅＤＣＴＳメッセージであることができる。いくつかの実施形態においては、ｅＤＣＴＳツーセルフメッセージは、ｅＤＣＴＳメッセージと異なるように、例えば、１つ以上の異なるフィールド、フォーマット、または情報を有するように、構成することができる。
【０１４６】
送信ノード（例えば、ｇＮＢ）は、例えば、送信ノード（例えば、ｇＮＢ）が受信ノード（例えば、ＵＥ）へのデータ送信のために使用することを意図したビーム上におけるＣＣＡを完了するのに成功した後、ｅＤＣＴＳツーセルフ送信のためのＴｘビームを選択することができる。これは、送信ノード（例えば、ｇＮＢ）が、それが受信ノード（例えば、ＵＥ）への（例えば、後続の）ダウンリンクデータ送信のために使用するために識別したＴｘビーム上において、ｅＤＣＴＳツーセルフを送信したときに、行うことができる。これは、送信ノード（例えば、ｇＮＢ）が、受信ノード（例えば、ＵＥ）への後続のダウンリンクデータ送信と関連付けられたＴｘビームよりも広いビーム上において、ｅＤＣＴＳツーセルフを送信したときに、行うことができる。より広いビームは、受信ノード（例えば、ＵＥ）へのダウンリンクデータ送信と関連付けることができるＴｘビームと同じビーム方向に沿って中心を置くことができる。これは、送信ノード（例えば、ｇＮＢ）が、隣接ビーム上において、ｅＤＣＴＳツーセルフを送信したときに、行うことができる。隣接ビームは、後続のダウンリンクデータ送信のために意図されたＴｘビームの周りに、存在することができる。隣接ビームは、中心ビームが、受信ノード（例えば、ＵＥ）への後続のダウンリンクデータ送信と関連付けられたＴｘビームであることができるように、選択することができる。
【０１４７】
ノードは、（例えば、送信機の周りのより大きいエリアにおいてチャネルを確保しておくために）より広いビームおよび／または隣接ビーム上において、ｅＤＣＴＳツーセルフを送信することができる。より広いビームおよび／または隣接ビーム上におけるｅＤＣＴＳツーセルフの送信は、例えば、ＱｏＳ要件、および／またはチャネル品質、および／または履歴指向性干渉情報などに基づいて、有効化および／または無効化することができる。例えば、知られた潜在的な干渉者を、隣接ビームと関連付けることができる場合、隣接ビーム送信を有効化することができる。送信されるデータのＱｏＳ要件が、高い（例えば、しきい値を上回る）場合、隣接ビーム送信を有効化することができる。いくつかの実施形態に従うと、ｅＤＣＴＳツーセルフメッセージは、表４における例示的な情報のうちの１つ以上を含むことができる。
【０１４８】
【表４】
2021500791.tif 000006
【０１４９】
いくつかの実施形態においては、送信機ノード（例えば、ｇＮＢ）および／または受信機ノード（例えば、ＵＥ）は、指向性送信のための保護された期間をセットアップすることができる。これは、ｅＤＲＴＳおよび／またはｅＤＣＴＳを交換することによって、実行することができる。この交換の後に、例えば、より大きい空間干渉保護を達成するために、例えば、複数のビーム上における、例えば、複数のｅＤＣＴＳツーセルフ送信が続くことができる。
【０１５０】
図５は、いくつかの実施形態に従った、干渉者をバックオフさせるために、ｅＤＲＴＳ、ｅＤＣＴＳ、および複数ｅＤＣＴＳツーセルフ手順５００を用いる、例示的な干渉シナリオを例示している。図５の例においては、（「Ｎ１、Ｎ２、Ｎ３」とも呼ばれる）ノード５０１、５０２、５０４は、例えば、ＵＥ５０６に対する干渉を引き起こすことがあるノードであることができる。干渉は、指向性アンテナパターン（例えば、高指向性アンテナパターン）が原因であることがある。（「Ｎ４、Ｎ５」とも呼ばれる）ノード５０８、５１０は、例えば、ｇＮＢ５１２に対する干渉を引き起こすことがあり、それは、指向性アンテナパターン（例えば、高指向性アンテナパターン）が原因であることがある。図５に示されるように、ｇＮＢ５１２は、ＵＥ５０６にｅＤＲＴＳ５１４を送信することができる。ｅＤＲＴＳ５１４の受信の後、ＵＥ５０６は、ｇＮＢ５１２にｅＤＣＴＳ５１６を送信することができる。一般に、この交換の後には、より大きい空間干渉を生み出すような、ｇＮＢ５１２が、複数のｅＤＣＴＳツーセルフメッセージ５１８〜５２２を、それぞれ、干渉ノード５０１〜５０４に向かう対応するビーム上において送信すること、およびＵＥ５０６が、複数のそれぞれのｅＤＣＴＳツーセルフメッセージ５２４、５２６を、それぞれ、干渉ノード５０８、５１０に向かう対応するビーム上において送信することが続くことがある。
【０１５１】
図６は、いくつかの実施形態に従った、例示的な保護期間および／または領域生成６００を例示している。図６に示される例においては、送信ノード（例えば、ｇＮＢ）は、ｅＤＣＴＳ６０２のデコードに成功した後、「Ｍ」個のｅＤＣＴＳツーセルフメッセージ６０４を送信することができる。これは、例えば、受信ノード（例えば、ＵＥ）と干渉することがあるノードに対する「保護ゾーン」を生成するために、実行することができる。送信ノードは、ｅＤＲＴＳ６０１において、ｅＤＣＴＳツーセルフメッセージ６０４の数「Ｍ」を伝達して、例えば、ｅＤＣＴＳのデコードに成功した後、「Ｍ」個のｅＤＣＴＳツーセルフメッセージが後に続くことがあることを、受信ノードに通知することができる。
【０１５２】
受信ノード（例えば、ＵＥ）は、ｅＤＣＴＳメッセージ６０２の後、「Ｎ」個のｅＤＣＴＳツーセルフメッセージ６０６を送信することができる。これは、例えば、ｇＮＢと干渉する（または干渉することがある）ノードに対する「保護ゾーン」を生成するために、実行することができる。受信ノードは、ｅＤＣＴＳメッセージ６０２において、それのｅＤＣＴＳメッセージ６０２の後に続くことがある、ｅＤＣＴＳツーセルフメッセージの数「Ｎ」を伝達することができる。これは、例えば、ｅＤＣＴＳメッセージ６０２の後に続くことがある、ｅＤＣＴＳツーセルフメッセージの数「Ｎ」を、送信ノード（例えば、ｇＮＢ）に通知するために行うことができる。
【０１５３】
図６に示されるように、送信ノードと受信ノードとの間における制御および／またはデータ転送６０８（ＤＬおよび／またはＵＬ）は、例えば、最後のｅＤＣＴＳツーセルフメッセージが、送信ノードおよび／または受信ノードによって送信された後に、開始することができる。
【０１５４】
送信ノードおよび受信ノードによって送信されるｅＤＣＴＳツーセルフメッセージの数（ＭおよびＮ）は、最適化することができる。例えば、最適化は、例えば、干渉者の数、ならびに／またはｅＤＣＴＳツーセルフメッセージの送信のために使用されるビームの電力および／もしくは幅に基づくことができる。これは、干渉者がバックオフする原因となることができる。
【０１５５】
図６に示されるタイムラインは、デバイス能力を反映するように、更新することができる。例えば、ｇＮＢは、（例えば、２つの）同時ビーム処理能力を有することができる。ｇＮＢは、１つのビームを使用して、ＵＥからｅＤＣＴＳメッセージを受信することができ、またｅＤＲＴＳとともに（例えば、同時に）ｅＤＣＴＳツーセルフメッセージをすでに送信し始めていることがある。ＤＬ／ＵＬ交換開始は、第ＮのｅＤＣＴＳツーセルフメッセージに移動させることができる。図６に示されるように、ＤＬ／ＵＬ交換開始は、送信ノードおよび／または受信ノードによって使用することができる、最後のｅＤＣＴＳツーセルフメッセージの後に続くことができる。
【０１５６】
いくつかの実施形態においては、ＤＬおよび／またはＵＬ送信は、例えば、送信ノードにおけるｅＤＣＴＳの受信（例えば、受信の成功）の後に、実行することができる。ＵＥ／ｇＮＢは、ＤＬおよび／またはＵＬ方向において、チャネルを保持することができる。これは、例えば、それの送信が進行中の送信と干渉することがある他のデバイスが、パケット送信を開始することができないように、行うことができる。他のデバイスは、（例えば、ＤＬもしくは／およびＵＬ送信を有するチャネルをセンスした後）チャネルがビジーであることを見出すことができ、ならびに／またはそれらの送信を開始しないことができる。
【０１５７】
ＤＬ／ＵＬ切り換え構成は、ＢＰＬごとに決定することができる。例えば、この決定は、ＵＥ／ｇＮＢ送信機および／またはＵＥ／ｇＮＢ受信機において、行うことができる。例えば、ｇＮＢが、ＵＥに送信するデータを有するとき、それは、ＤＬ／ＵＬ切り換え構成を導出することができ、および／またはそれをｅＤＲＴＳで送信することができる。例えば、ＵＥが（例えば、いかなる）許可されたリソースも有さず、および／またはｇＮＢに送信するデータを有することがある場合、それは、ｇＮＢにｅＤＲＴＳを送信する（例えば、最初に送信する）ことができる。これは、いかなるＤＬ／ＵＬ切り換え構成もなしに、実行することができる。ｇＮＢは、ＤＬ／ＵＬ切り換え構成を導出することができ、および／またはそれをｅＤＣＴＳでＵＥに送信することができる。
【０１５８】
ＤＬ／ＵＬ切り換え構成は、ＱｏＳ要件および／または最小ＬＢＴ期間(duration)に基づいて、導出することができる。例えば、データ送信（例えば、高信頼性データ送信）については、ＵＥ／ｇＮＢ送信機とＵＥ／ｇＮＢ受信機との間のいずれの方向における送信も、最小ＬＢＴ期間(duration)内に送信することができる。これは、例えば、送信中に、他のデバイスが、空きチャネルを見つけることができないように、行うことができる。
【０１５９】
図７は、いくつかの実施形態に従った、例示的なダウンリンク／アップリンク（ＤＬ／ＵＬ）切り換え構成７００を例示している。図７に見られるように、送信ノードＴＸ（例えば、ｇＮＢ）は、（例えば、方向「ｘ」の）ビーム上において、ｅＤＲＴＳ７０２を送信することができる。これは、例えば、対応するＲｘビーム上におけるＣＣＡの実行に成功した後に、行うことができる。ｅＤＲＴＳ７０２の受信に成功した後、例えば、受信ノードＲＸ（例えば、ＵＥ）は、例えば、複数のビーム上において、ｅＤＣＴＳ７０４を送信することができる。ビームは、ｅＤＲＴＳ７０２がその上で受信されたＲｘビームに対応するＴｘビームを含むことができる。送信ノードは、ｅＤＲＴＳ７０２内にＤＬ／ＵＬ切り換え構成を含めることができる。この構成は、例えば、最小ＬＢＴ期間(duration)内において、（例えば、受信ノードから送信ノードへの）逆方向トラフィック７０６を繰り返すことができるように、設計することができる。図７に示されるように、逆方向トラフィック７０６は、例えば、ｅＤＲＴＳ／データ／制御がその上で受信されたメイン／中心ビームを含む、異なる隣接ビーム上において、例えば、マルチビーム送信７０８を使用して、送信することができる。例えば、いくつかの実施形態においては、逆方向トラフィック７０６は、ｅＤＲＴＳ７０２がその上で受信されたＲｘビームに対応するメイン／中心Ｔｘビーム、および／またはメインＴｘビームの周りの隣接ビームを含むことができる、複数のビーム上において送信することができる。これは、送信ノードの近くに存在するデバイス（例えば、すべてのデバイス）が、送信（例えば、任意の送信）を開始／受信することを防止することができる。
【０１６０】
図８は、いくつかの実施形態に従った、送信手順の例を例示するフローチャートである。図８の例は、例えば、ｇＮＢなどの送信機が、ＵＥなどの受信機に送信するデータを有するときに、適用することができる。ステップ８００において、ＴｘとＲｘのビームペアが、構成され、リソースアロケーションが、行われる。ステップ８０２において、送信機は、アロケートされたリソース機会についてＣＣＡを実行する。ステップ８０４において、送信機は、ＣＣＡに基づいて、チャネルがクリアであるかどうかを決定する。チャネルがクリアである場合、手順は、ステップ８０６に進み、そこにおいて、送信機は、ｅＤＲＴＳを送信し、受信機からの応答を待つ。チャネルがクリアでない場合、ステップ８０８において、送信機は、他のビーム方向を含む次のリソース機会を使用することを決定する。ステップ８１０において、送信機は、ｅＤＣＴＳが受信されたかどうかを決定する。ｅＤＣＴＳが受信された場合、ステップ８１２において、送信機は、アロケートされた周波数および時間リソース上において、（例えば、データを）送信する。ｅＤＣＴＳが受信されていない場合、手順は、ステップ８０８に戻る。次に、ステップ８１４において、送信機は、最小ＬＢＴ期間(duration)内に、データまたは制御信号が受信機から受信されたかどうかを決定する。受信された場合、手順は、ステップ８１２に戻り、受信されない場合、手順は、ステップ８０８に戻る。送信するデータがもはや存在しない場合、手順は、終了することができる。
【０１６１】
いくつかの実施形態においては、ｅＤＲＴＳ送信／受信、および／またはｅＤＣＴＳ送信／受信に基づくことができる、異なるＵＥ挙動が、存在することができる。以下のうちの１つ以上を適用することができる。ｅＤＲＴＳを送信したＵＥは、受信ノードからのｅＤＣＴＳを待つ。例えば、それが、事前定義された時間間隔内において、ｅＤＣＴＳを受信した場合、それは、受信ノード（例えば、ｇＮＢ）へのそれのデータ送信を開始することができる。これは、受信されたＤＬ／ＵＬ切り換え構成に従うことができる。例えば、それが、事前定義された時間間隔内において、受信ノードからのｅＤＣＴＳを受信しない場合、それは、チャネルがビジーであることを見出し、および／またはＣＣＡを実行するために、（例えば、他のビーム方向を含む）別のリソース機会を使用することを決定することができる。自らのＩＤについての情報、および／または「１」に設定されたｅＣＴＳフラグを含む、ｅＤＲＴＳを受信したＵＥは、ｅＤＲＴＳの送信機にｅＤＣＴＳを送信することができる。自らのＩＤについての情報、および／または「０」に設定されたｅＣＴＳフラグを含む、ｅＤＲＴＳを受信したＵＥは、ｅＤＲＴＳにおいて割り当てられたリソース上において、ダウンリンクデータ／制御信号を受信するように、構成を作成することができる。ＵＥは、（例えば、いずれの）ｅＤＲＴＳも送信することができず、および／または自らのＵＥ  ＩＤを含むｅＤＲＴＳ／ｅＤＣＴＳを受信しないことがある。例えば、ＵＥが、自らのＵＥ  ＩＤを有さないｅＤＲＴＳおよび／またはｅＤＣＴＳを受信した場合、それは、バックオフすることができ、および／またはチャネルにアクセスすることを試みることができない。これは、ｅＤＲＴＳ／ｅＤＣＴＳ内に含めることができる期間(duration)の間であることができる。
【０１６２】
いくつかの実施形態に従うと、定期的なｅＤＣＴＳツーセルフ送信を用いた、ＢＰＬ（ビームペアリンク）ごとの動的ＤＬ／ＵＬ切り換え構成が、本明細書においてさらに開示される。いくつかの例示的な実施形態においては、開示された構成に従うと、干渉の原因になることがある別のデバイスに、定期的なｅＤＣＴＳツーセルフ送信のせいで、送信を行わせないことができる。さらに、いくつかの実施形態に従うと、提案されるような制御メッセージ（例えば、ｅＤＲＴＳ、ｅＤＣＴＳ、およびｅＤＣＴＳツーセルフ）を実施するためのシグナリングおよびチャネル詳細が、ダウンリンクおよびアップリンク両方のデータ送信について、本明細書において開示される。
【０１６３】
いくつかの実施形態においては、データ送信中に、送信機もしくは受信機、または両方は、指向性チャネルを確保しておくために、また近隣デバイスからの指向性干渉を防止（または少なくとも軽減）するために、ｅＤＣＴＳツーセルフも送信することができる。他のデバイスは、ｅＤＣＴＳツーセルフ送信を受信した後、チャネルは占有されていることがあると決定することができ、ｅＤＣＴＳツーセルフ送信によって保護された送信と干渉することがある送信を開始することができない。
【０１６４】
いくつかの実施形態においては、複数のｅＤＣＴＳツーセルフ送信を行うことができる。複数の送信は、例として、以下の特性、すなわち、（ｉ）ｅＤＣＴＳツーセルフ送信が、最初のｅＤＲＴＳ送信のためのそれらと同じアンテナ構成もしくはビームを使用することができる特性、（ｉｉ）ｅＤＣＴＳツーセルフ送信が、最初のｅＤＲＴＳ送信のために使用されなかったアンテナ構成もしくはビームを使用して行われる特性、および／または（ｉｉｉ）いくつかのｅＤＣＴＳツーセルフ送信は、最初のｅＤＲＴＳ送信のために使用されたアンテナ構成もしくはビームを使用することができ、他のｅＤＣＴＳツーセルフ送信は、最初のｅＤＲＴＳ送信のために使用されたそれらとは異なるアンテナ構成もしくはビームを使用する特性のうちの１つ以上を利用することができる、アンテナ構成またはビームを使用することができる。
【０１６５】
いくつかの実施形態においては、ｅＤＣＴＳツーセルフカウント、すなわち、ｅＤＣＴＳツーセルフ送信の数と、ｅＤＣＴＳツーセルフ送信についての方向とを含む、ｅＤＣＴＳツーセルフ構成は、ダウンリンク送信のケースにおいては、ｅＤＲＴＳメッセージで、ｇＮＢからＵＥに、またはアップリンク送信のケースにおいては、ｅＤＣＴＳメッセージで、伝達することができる。
【０１６６】
いくつかの実施形態においては、ＵＥまたはｇＮＢは、ｅＤＣＴＳツーセルフ送信の数と、ｅＤＣＴＳツーセルフ送信についての方向を、測定を通して知ることができる。例えば、ＵＥまたはｇＮＢは、測定を介して、干渉リンクの非存在または存在を決定することができ、ｅＤＣＴＳツーセルフ送信は、干渉が起きやすいことが知られた方向またはアンテナ構成もしくはビームにおいてだけ、行うことができる。例示として、例えば、ＵＥの測定に基づいて、ＵＥが、ｇＮＢが例えばデータをその上で送信するビーム（データビーム）の方向において（またはデータビームの隣接ビームの方向において）ｇＮＢからの送信と潜在的に干渉することがある干渉を決定した場合、ＵＥは、いずれの干渉者も停止させるために、データビームおよび／または隣接ビームを使用して、制御メッセージ（ｅＤＣＴＳ、ｅＤＣＴＳツーセルフ）を送信することを決定することができる。これに関して、ノード（例えば、ＵＥ）は、干渉方向に関する情報をマッピングして、そのような制御メッセージの送信のためのそれらのビーム方向をしかるべく構成するために、（例えば、適切なハードウェア／ソフトウェアを用いて）しかるべく構成することができる。
【０１６７】
あるいは、いくつかの実施形態においては、ｅＤＣＴＳツーセルフ送信のためのグラント要求は、ＵＥからのｅＤＲＴＳ／ｅＤＣＴＳメッセージ内に含めることができる。ＵＥが、グラント要求をｅＤＲＴＳメッセージで送信した場合、ＵＥは、ｅＤＣＴＳツーセルフについてのグラントを、ｇＮＢから（または、一般に、基地局（ＢＳ）から）、ｅＤＣＴＳメッセージで受信することができる。ＵＥが、グラント要求をｅＤＣＴＳメッセージで送信した場合、ＵＥは、ｅＤＣＴＳツーセルフについてのグラントを、ｇＮＢから（または、一般に、ＢＳから）受信することができ、その後に、ＵＥからのｅＤＣＴＳ送信が続く。
【０１６８】
いくつかの実施形態に従うと、ｅＤＣＴＳツーセルフについてのグラント要求は、表５に例として示されたような、以下の情報を含むことができる。
【０１６９】
【表５】
2021500791.tif 000007
【０１７０】
いくつかの実施形態においては、要求ノードによる複数の立て続けのｅＤＣＴＳツーセルフ送信は、同一の内容を有することができる。この実施形態の下においては、延期期間フィールド（Defer duration field）は、実際のＤＬデータ送信期間(duration)を含むことができる。別の実施形態においては、要求ノードは、複数の立て続けのｅＤＣＴＳツーセルフ送信の内容を変更することができる。例えば、送信ノードは、連続するｅＤＣＴＳツーセルフ送信における延期期間フィールドの内容を変更することができる。
【０１７１】
ｅＤＣＴＳツーセルフ送信のうちの１つ以上は、同時に行われる、例えば、対象ＵＥによる１つ以上のｅＤＣＴＳ送信と時間的に一致することができることに留意されたい。
【０１７２】
図３１は、いくつかの実施形態に従った、ｅＤＣＴＳツーセルフ送信を伴ったダウンリンクデータ送信の例２６５０を例示している。図３１の例においては、ｇＮＢが、ＵＥにｅＤＲＴＳメッセージ２６５２を送信する。示されるように、ＵＥは、ｅＤＲＴＳメッセージ２６５２のデコードに成功した後、ｇＮＢにｅＤＣＴＳメッセージ２６５４を送信し、それに続いて、ＵＥは、指向性チャネルを確保しておくために、異なるアンテナ構成またはビームを使用して、ｅＤＣＴＳツーセルフメッセージ２６５６も送信する。いくつかの実施形態においては、ｅＤＣＴＳツーセルフ送信についての方向は、ｇＮＢによって構成されている、または先行する指向性チャネル測定によって決定されていることができる。さらに、いくつかの実施形態においては、ｅＤＣＴＳツーセルフ送信は、ｇＮＢとＵＥとの間の送信／通信交換の全期間(duration)（例えば、ＭＣＯＴ）にわたって、（例えば、最小ＣＣＡ期間(duration)に基づいて）Ｔごとに（または与えられた時間期間ごとに）１回、繰り返すことができる。
【０１７３】
図３２は、いくつかの実施形態に従った、ｅＤＣＴＳツーセルフおよびアップリンク送信の両方を伴ったダウンリンクデータ送信の別の例２６７０を例示している。別の例においては、図３２に示されるように、ｇＮＢは、対象ＵＥとのｅＤＲＴＳ２６７２、ｅＤＣＴＳ２６７４交換の成功の後、しかし、対象ＵＥへのデータ送信（例えば、ＤＬデータ２６７８の送信）の前に、異なるアンテナ構成またはビームを使用して、複数のｅＤＣＴＳツーセルフメッセージ２６７６を送信することができる。一実施形態においては、立て続けのｅＤＣＴＳツーセルフ送信の数は、ネットワークによって構成すること、または先行する指向性チャネル測定に基づいて、ｇＮＢによって決定することができる。立て続けのｅＤＣＴＳツーセルフ送信の数は、対象ＵＥへのｅＤＲＴＳ送信内に含めることができる。別の実施形態においては、ＵＥは、ｇＮＢによる立て続けのｅＤＣＴＳツーセルフ送信に対する要求を含めることができる。この要求は、ｇＮＢから受信されたｅＤＲＴＳに応答して送信されるｅＤＣＴＳ内に含めることができる。要求は、要求される立て続けのｅＤＲＴＳツーセルフ送信の数、およびｇＮＢアンテナ構成またはビームのうちの少なくとも一方を指定することができる。いくつかの実施形態においては、立て続けのｅＤＣＴＳツーセルフ送信は、ｇＮＢとＵＥとの間の送信／通信交換の全期間(duration)（例えば、ＭＣＯＴ）にわたって、（例えば、最小ＣＣＡ期間(duration)に基づいて）Ｔごとに（または与えられた時間期間ごとに）１回、繰り返すことができる。
【０１７４】
いくつかの実施形態においては、ｅＤＲＴＳ、ｅＤＣＴＳ、およびｅＤＣＴＳツーセルフ送信は、ダウンリンク共用チャネル（例えば、ＰＤＳＣＨ）を使用して、行うことができる。
【０１７５】
いくつかの実施形態においては、ｇＮＢは、ダウンリンク送信を開始するためのｅＤＲＴＳメッセージ、またはそれが関連付けられたＵＥのうちの１つから受信したｅＤＲＴＳメッセージに応答した、ｅＤＣＴＳメッセージ、または本明細書において上で説明されたような様々な方法で送信することができるｅＤＣＴＳツーセルフ送信を送信することができる。
【０１７６】
ｇＮＢからのｅＤＲＴＳ、ｅＤＣＴＳ、およびｅＤＣＴＳツーセルフ送信は、複数の方法で、ダウンリンク共用チャネル上において送信することができる。
【０１７７】
いくつかの実施形態においては、ｇＮＢからｅＤＲＴＳ／ｅＤＣＴＳは、例えば、対象ＵＥにだけ送信することができる。ｅＤＲＴＳ送信のケースにおいては、対象ＵＥは、ダウンリンクデータ受信ＵＥであることができる。ｅＤＣＴＳ送信のケースにおいては、対象ＵＥは、ｅＤＲＴＳを送信したＵＥであることができる。ｇＮＢからのｅＤＲＴＳ／ｅＤＣＴＳは、対象ＵＥとのペアをなすＴｘビームを使用して送信することができる。ＵＥは、共通チャネル（例えば、ＰＤＣＣＨ）において、制御チャネル送信を受信することができる。制御情報は、ＵＥのＣ−ＲＮＴＩを使用してスクランブルされた巡回冗長検査（ＣＲＣ）系列を含む、ダウンリンク制御情報（ＤＣＩ）を含むことができる。ＵＥは、ＤＣＩを回復し、Ｃ−ＲＮＴＩを用いてＣＲＣをアンスクランブルすることによって、それを検証することができることがある。
【０１７８】
ｇＮＢからのｅＤＣＴＳツーセルフメッセージのケースにおいては、ＤＣＩは、ｅＤＣＴＳツーセルフについての送信先ＵＥまたはｇＮＢ／ｅＮＢのＩＤ、例えば、Ｃ−ＲＮＴＩ、セルＩＤなどに固有のスクランブリングコードを使用してスクランブルされた、ＣＲＣ系列を含むことができる。
【０１７９】
いくつかの実施形態においては、ＤＣＩは、送信をｅＤＲＴＳ、ｅＤＣＴＳ、またはｅＤＣＴＳツーセルフメッセージとして示すための、新しいフラグを含むことができる。これは、受信ノードが、同じＲＮＴＩを使用してＤＣＩのためのＣＲＣ系列をスクランブルする他のｇＮＢ送信から、ｅＤＲＴＳ／ｅＤＣＴＳ／ｅＤＣＴＳツーセルフメッセージを区別する助けとなることができる。
【０１８０】
いくつかの実施形態においては、制御情報は、２つ以上のＵＥまたは２つ以上のｇＮＢに共通のスクランブリングコードを使用してスクランブルされたＣＲＣ系列を含む、ＤＣＩを含むことができる。ｇＮＢからのｅＤＲＴＳ送信のケースにおいては、ｅＤＲＴＳメッセージをデコードするために、共通ＲＮＴＩ、例えば、ＲＴＳ−ＲＮＴＩを定義することができる。ｇＮＢからのｅＤＣＴＳ送信のケースにおいては、ｅＤＣＴＳメッセージをデコードするために、共通ＲＮＴＩ、例えば、ＣＴＳ−ＲＮＴＩを定義することができる。ｇＮＢからのｅＤＣＴＳツーセルフ送信のケースにおいては、ｅＤＣＴＳツーセルフメッセージをデコードするために、共通ＲＮＴＩ、例えば、セルフＣＴＳ−ＲＮＴＩを定義することができる。受信ノードは、ＤＣＩを回復し、対応するＲＮＴＩ、例えば、ＲＴＳ−ＲＮＴＩ、ＣＴＳ−ＲＮＴＩ、およびセルフＣＴＳ−ＲＮＴＩを用いて、ＣＲＣをアンスクランブルすることによって、それを検証することができることがある。
【０１８１】
いくつかの実施形態においては、ＵＥまたは／およびｇＮＢは、例えば、システム情報またはＵＥ固有のシグナリングを介して、ＲＴＳ−ＲＮＴＩ、ＣＴＳ−ＲＮＴＩ、およびセルフＣＴＳ−ＲＮＴＩを用いるように、前もって構成することができる。ＲＴＳ−ＲＮＴＩ、ＣＴＳ−ＲＮＴＩ、およびセルフＣＴＳ−ＲＮＴＩは、ネットワーク全体において共通であることができる。あるいは、いくつかの他の実施形態においては、ＲＴＳ−ＲＮＴＩ、ＣＴＳ−ＲＮＴＩ、およびセルフＣＴＳ−ＲＮＴＩは、ｅＮＢ／ｇＮＢのグループに共通であり、局所的に使用することができる。いくつかの実施形態においては、ＵＥは、ＰＤＣＣＨ内のＵＥ固有の探索空間においては、ＵＥのＣ−ＲＮＴＩを使用して、またＰＤＣＣＨ内の共通探索空間においては、ＲＴＳ−ＲＮＴＩ、ＣＴＳ−ＲＮＴＩ、およびセルフＣＴＳ−ＲＮＴＩのうちの１つ以上を、それらが構成されている場合は、使用して、ブラインド探索を実行することができる。
【０１８２】
いくつかの実施形態においては、ｅＤＲＴＳ送信のケースにおいては、新しいＤＣＩフォーマットを使用して、ＤＬにおけるｅＤＲＴＳ送信および／またはＵＬにおけるｅＤＣＴＳ送信のための制御情報を収容することができる。いくつかの実施形態においては、例として、ＤＣＩは、以下のフィールド、すなわち、（ＤＣＩのＣＲＣ系列がＣ−ＲＮＴＩを使用してスクランブルされる場合の）ｅＤＲＴＳフラグ、（ＤＬ  ｅＤＲＴＳ送信のための）ＤＬリソースブロック割り当て、（ＤＬのための）ＭＣＳ、（ＵＥによるＵＬ  ｅＤＣＴＳ送信のための）ＵＬリソースブロック割り当て、（ＵＬのための）ＭＣＳ、ＰＵＳＣＨのためのＴＰＣ、ならびに／または（ｅＤＲＴＳおよびｅＤＣＴＳ送信後のデータ送信のための）リソースブロック割り当てを含むことができる。
【０１８３】
しかしながら、他の実施形態においては、ＤＣＩは、異なるように構成することができること（例えば、ＤＣＩは、１つ以上の異なるフィールド、追加のフィールド、および／または本明細書において開示されたよりも少ないフィールドを含むことができること）が理解されよう。
【０１８４】
いくつかの実施形態に従うと、表１において与えられたｅＤＲＴＳメッセージ内容に加えて、ｅＤＲＴＳメッセージは、表６に例として示されるような、以下の情報のサブセットも含むことができる。
【０１８５】
【表６】
2021500791.tif 000008
【０１８６】
いくつかの実施形態においては、ｇＮＢからのｅＤＣＴＳ送信のケースにおいては、ＤＬにおけるｅＤＣＴＳ送信および／またはＵＬにおけるデータ送信のための制御情報を含めるために、新しいＤＣＩフォーマットを使用することができる。いくつかの実施形態においては、例として、ＤＣＩは、以下のフィールド、すなわち、（ＤＣＩのＣＲＣ系列がＣ−ＲＮＴＩを使用してスクランブルされる場合の）ｅＤＣＴＳフラグ、（ＤＬ  ｅＤＣＴＳ送信のための）リソースブロック割り当て、（ＤＬのための）ＭＣＳ、（ＵＥによるＵＬデータ送信のための）リソースブロック割り当て、（ＵＬのための）ＭＣＳ、および／またはＰＵＳＣＨのためのＴＰＣを含むことができる。
【０１８７】
しかしながら、他の実施形態においては、ＤＣＩは、異なるように構成することができること（例えば、ＤＣＩは、１つ以上の異なるフィールド、追加のフィールド、および／または本明細書において開示されたよりも少ないフィールドを含むことができること）が理解されよう。
【０１８８】
いくつかの実施形態に従うと、表２において与えられたｅＤＣＴＳメッセージ内容に加えて、ｅＤＣＴＳメッセージは、表７に例として示されるような、以下の情報のサブセットも含むことができる。
【０１８９】
【表７】
2021500791.tif 000009
【０１９０】
いくつかの実施形態においては、ｇＮＢからのｅＤＣＴＳツーセルフのケースにおいては、ＤＣＩは、ｅＤＣＴＳツーセルフメッセージのためのリソースブロック割り当てと、ｅＤＣＴＳツーセルフメッセージのためのＤＣＩのＣＲＣ系列が、Ｃ−ＲＮＴＩを使用して、スクランブルされる場合は、フラグ、すなわち、ｅＤＣＴＳツーセルフフラグとを含むことができる。
【０１９１】
いくつかの実施形態に従うと、表４において与えられたｅＤＣＴＳツーセルフメッセージ内容に加えて、ｅＤＣＴＳツーセルフメッセージは、表８に例として示されるような、以下の情報のサブセットも含むことができる。
【０１９２】
【表８】
2021500791.tif 000010
【０１９３】
いくつかの実施形態においては、ＵＥは、（ｅＤＲＴＳ送信のケースにおいては）要求ｇＮＢから、または（ｅＤＣＴＳ送信のケースにおいては）応答ｇＮＢから、２つ以上のｅＤＲＴＳ／ｅＤＣＴＳ送信を受信することができることがある。これは、（ｅＤＲＴＳ送信のケースにおける）要求ｇＮＢ、または（ｅＤＣＴＳ送信のケースにおける）応答ｇＮＢが、異なるアンテナ構成、例えば、異なるビームを使用して、ｅＤＲＴＳ／ｅＤＣＴＳ送信を繰り返すことができるときに、発生することがある。一実施形態においては、繰り返されるｅＤＲＴＳ／ｅＤＣＴＳ送信におけるメッセージ内容は、同一であることができる。ｅＤＲＴＳ／ｅＤＣＴＳメッセージは、実際のＤＬデータ送信スケジュールを示すための、開始時間フィールドと、送信期間(duration)フィールドとを含むことができる。
【０１９４】
いくつかの他の実施形態においては、複数のｅＤＲＴＳ／ｅＤＣＴＳ送信の内容は、互いに異なることができる。例えば、いくつかの実施形態においては、ｅＤＲＴＳ／ｅＤＣＴＳメッセージの連続する各送信における送信期間(duration)フィールドは、単一のｅＤＲＴＳ／ｅＤＣＴＳメッセージ送信のために必要とされる量ずつ減らすことができる。一実施形態においては、現在のアロケーションにおける１つのｅＤＲＴＳ／ｅＤＣＴＳ送信の受信に成功した後、受信者（または宛先）ＵＥは、受信プロセスを停止することができる。
【０１９５】
いくつかの実施形態においては、ｅＤＲＴＳ／ｅＤＣＴＳ／ｅＤＣＴＳツーセルフメッセージの内容は、セルのグループに共通の系列、例えば、セルグループ系列（ＣＧＳ）を使用して、スクランブルすることができる。一実施形態においては、共通のＣＧＳは、オペレータネットワーク全体に対して使用することができる。別の実施形態においては、単一のＣＧＳは、周波数チャネルまたはサブバンド固有であることができる（例えば、指定された周波数チャネルまたはサブバンドにおいて動作するすべてのデバイスは、同じＣＧＳをサポートすることができる）。
【０１９６】
また別の実施形態においては、ＵＥは、複数のＣＧＳを用いるように構成することができる。ＵＥは、メッセージ内容を読むために、構成されたＣＧＳの各々を用いて、任意のｅＤＲＴＳ／ｅＤＣＴＳ／ｅＤＣＴＳツーセルフ送信に対して、ブラインドデコードを実行することができる。あるいは、いくつかの実施形態においては、ＤＣＩは、ｅＤＲＴＳ／ｅＤＣＴＳ／ｅＤＣＴＳツーセルフメッセージに結び付けることができ、後続のｅＤＲＴＳ／ｅＤＣＴＳ／ｅＤＣＴＳツーセルフメッセージをスクランブルするために使用されるＣＧＳについての情報、例えば、構成を含むことができる。
【０１９７】
いくつかの実施形態においては、ｇＮＢからのｅＤＲＴＳ送信のケースにおいては、異なるセルにアタッチされたＵＥは、ｅＤＲＴＳメッセージのデスクランブリングの成功をもたらしたＣＧＳに基づいて、後続のｅＤＣＴＳ受信のためのＵＥの受信アンテナパターン、例えば、ビームパターンを構成することができる。
【０１９８】
いくつかの実施形態においては、ＵＥは、例えば、システム情報、またはより高位のレイヤの制御メッセージング、例えば、ＲＲＣメッセージによって、ＣＧＳを用いるように構成することができる。
【０１９９】
いくつかの実施形態においては、ｅＤＲＴＳ／ｅＤＣＴＳメッセージを対象ＵＥにだけ送信することができるケースにおいては、ｅＤＲＴＳ／ｅＤＣＴＳメッセージは、セルＩＤ、およびＵＥ固有のＲＮＴＩ、例えば、Ｃ−ＲＮＴＩを使用して生成された、系列を使用して、スクランブルすることができる。ｅＤＣＴＳツーセルフメッセージの内容は、対象受信機ＩＤ、例えば、Ｃ−ＲＮＴＩ、セルＩＤを使用して生成された、系列を使用して、スクランブルすることができる。
【０２００】
例えば、表２に示されるように、ｅＤＣＴＳメッセージの内容において、受信機ＩＤ（フィールド）は、ＵＥのＣ−ＲＮＴＩと同じであることができることに留意されたい。あるいは、受信機ＩＤは、例えば、制御チャネル信号、より高位のレイヤのシグナリングなどを使用して構成される、異なるＩＤであることができる。
【０２０１】
いくつかの実施形態においては、ｅＤＲＴＳ、ｅＤＣＴＳ、およびｅＤＣＴＳツーセルフ送信は、アップリンク共用チャネル（例えば、ＰＵＳＣＨ）を使用して、行うことができる。
【０２０２】
いくつかの実施形態においては、ＵＥは、アップリンク送信を要求するためのｅＤＲＴＳメッセージ、またはＵＥと関連付けられたＢＳ（基地局）から受信されたｅＤＲＴＳメッセージに応答したｅＤＣＴＳメッセージ、または本明細書において上で説明されたような様々な方法で送信することができるｅＤＣＴＳツーセルフ送信を送信することができる。
【０２０３】
ＵＥからのｅＤＲＴＳ、ｅＤＣＴＳ、およびｅＤＣＴＳツーセルフ送信は、複数の方法で、アップリンク共用チャネル上において送信することができる。
【０２０４】
いくつかの実施形態においては、ＵＥは、共通チャネル（例えば、ＰＤＣＣＨ）において、制御チャネル送信を受信することができる。受信された制御情報は、共用チャネル、例えば、物理アップリンク共用チャネル（ＰＵＳＣＨ）における、アップリンク送信のためのグラントを含む、ＤＣＩを含むことができる。
【０２０５】
いくつかの実施形態においては、ＤＣＩは、ＵＥによる、関連付けられたＢＳ、例えば、ｅＮＢ／ｇＮＢへの、単一のｅＤＲＴＳ／ｅＤＣＴＳ／ｅＤＣＴＳツーセルフ送信のための割当て（アロケーション）を含むことができる。ｅＤＲＴＳ／ｅＤＣＴＳは、関連付けられたＢＳとのペアをなすＴｘ（送信）ビームを使用して、送信することができる。
【０２０６】
別の実施形態においては、ＤＣＩは、ＵＥによる、複数の、例えば、２つ以上のｅＤＲＴＳ／ｅＤＣＴＳ／ｅＤＣＴＳツーセルフ送信のための割当て（アロケーション）を含むことができる。いくつかの実施形態においては、ＵＥは、まだ、ＤＲＴＳ／ｅＤＣＴＳ／ｅＤＣＴＳツーセルフ送信の数を決定することができる。例えば、ＵＥは、複数の、例えば、２つ以上のｅＤＲＴＳ／ｅＤＣＴＳ／ｅＤＣＴＳツーセルフ送信を収容することができる割当て（アロケーション）において、単一のｅＤＲＴＳ／ｅＤＣＴＳ／ｅＤＣＴＳツーセルフメッセージを送信することができる。
【０２０７】
いくつかの実施形態においては、ｅＤＲＴＳ／ｅＤＣＴＳメッセージは、ｅＤＲＴＳ／ｅＤＣＴＳ送信の数を示すためのフィールドを含むことができる。一実施形態においては、フィールドにおいて示された数は、現在のシーケンスにおけるｅＤＲＴＳ／ｅＤＣＴＳ送信の総数とすることができる。別の実施形態においては、その数は、現在のシーケンスにおけるｅＤＲＴＳ／ｅＤＣＴＳ送信の残存数とすることができる。
【０２０８】
いくつかの実施形態においては、ＵＥは、複数のｅＤＲＴＳ／ｅＤＣＴＳ送信のシーケンスにおける最初に、ｅＤＲＴＳ／ｅＤＣＴＳを、関連付けられたＢＳに送信することができる。他の実施形態においては、ＵＥは、複数のｅＤＲＴＳ／ｅＤＣＴＳ送信のシーケンスにおける最後に、ｅＤＲＴＳ／ｅＤＣＴＳを、関連付けられたＢＳに送信することができる。一実施形態においては、ＵＥは、現在のシーケンスにおけるｅＤＲＴＳ／ｅＤＣＴＳ送信の総数を示すためのフィールドを含めないことがある。また別の実施形態においては、ＵＥは、複数のｅＤＲＴＳ／ｅＤＣＴＳ送信の現在のシーケンスにおけるランダムなロケーションにおいて、ｅＤＲＴＳ／ｅＤＣＴＳを、関連付けられたＢＳに送信することができる。
【０２０９】
いくつかの実施形態においては、ＵＥは、ｅＤＲＴＳ／ｅＤＣＴＳ送信のスケジュールされた開始に先立って、指定された期間(duration)の間、チャネルが送信のために空きであるかどうかを決定することができる。いくつかの実施形態においては、監視期間(duration)は、ＵＥにおいて前もって構成することができ、またはＵＥに知られていることができる。例えば、ＵＥは、監視期間(duration)の間、ＣＣＡ（例えば、ＬＢＴ）を実行することができる。送信を開始することができる時間の前に、決定（例えば、ＣＣＡ）を行うことができる。
【０２１０】
いくつかの実施形態においては、ｅＤＣＴＳ送信のケースにおいては、ＵＥが、監視期間(duration)の間に、ＤＬ  ｅＤＲＴＳメッセージを正しく受信し、チャネルは利用可能であることができると決定したとき、ＵＥは、割り当てられたリソースにおいて、ｅＤＣＴＳメッセージを送信する（例えば、送信し始める）ことができる。ＵＥが、ＤＬ  ｅＤＲＴＳメッセージを正しく受信し、例えば、ＣＣＡに基づいて、チャネルはビジーであることがあると決定したとき、ＵＥは、割り当てられたリソースにおいて、ｅＤＣＴＳメッセージを送信することができない。ＵＥは、例えば、後の時間まで、送信を遅延させることができる。
【０２１１】
いくつかの実施形態においては、ｅＤＲＴＳ送信のケースにおいては、ＵＥが、監視期間(duration)の間に、チャネルは利用可能であることができると決定したとき、ＵＥは、割り当てられたリソースにおいて、ｅＤＲＴＳメッセージを送信する（例えば、送信し始める）ことができる。ＵＥが、例えば、ＣＣＡに基づいて、チャネルはビジーであることがあると決定したとき、ＵＥは、割り当てられたリソースにおいて、ｅＤＲＴＳメッセージを送信することができない。ＵＥは、例えば、後の時間まで、送信を遅延させることができる。一般に、送信は、スケジュールされたアロケーションの残存時間リソース内に送信が納まるかどうかを条件とすることができる。
【０２１２】
いくつかの実施形態においては、ＵＥは、複数のｅＤＲＴＳ／ｅＤＣＴＳメッセージを送信するように構成することができる。連続的なｅＤＲＴＳ／ｅＤＣＴＳ送信は、異なるアンテナ構成、例えば、異なるビームを使用することができる。
【０２１３】
一実施形態においては、ＵＥからの複数のｅＤＲＴＳ／ｅＤＣＴＳ送信は、同一の内容を有することができる。ｅＤＲＴＳ／ｅＤＣＴＳメッセージは、実際のデータ送信スケジュールを示すための、開始時間フィールドと、送信期間(duration)フィールドとを含むことができる。
【０２１４】
他の実施形態においては、ＵＥは、異なるアンテナ構成、例えば、異なるビームを使用して送信される、ｅＤＲＴＳ／ｅＤＣＴＳメッセージの内容を変更することができる。一実施形態においては、ＵＥは、ｅＤＲＴＳ／ｅＤＣＴＳメッセージの連続する各送信における送信期間(duration)フィールドを、単一のｅＤＲＴＳ／ｅＤＣＴＳメッセージ送信のために必要とされる量ずつ減らすことができる。
【０２１５】
いくつかの実施形態においては、ｅＤＲＴＳ／ｅＤＣＴＳ／ｅＤＣＴＳツーセルフメッセージの内容は、セルのグループに共通する系列、例えば、ＣＧＳを使用して、スクランブルすることができる。一実施形態においては、共通のＣＧＳは、オペレータネットワーク全体に対して使用することができる。別の実施形態においては、単一のＣＧＳは、周波数チャネルまたはサブバンド固有であることができる（例えば、周波数チャネルサブバンドにおいて動作するすべてのデバイスは、同じＣＧＳをサポートすることができる）。
【０２１６】
また別の実施形態においては、ＵＥは、複数のＣＧＳを用いるように構成することができる。ＵＥは、構成されたＣＧＳのいずれかを、例えば、ランダムに、使用することができる。あるいは、いくつかの他の実施形態においては、ＤＣＩは、ｅＤＲＴＳ／ｅＤＣＴＳ／ｅＤＣＴＳツーセルフメッセージに結び付けることができ、後続のｅＤＲＴＳ／ｅＤＣＴＳ／ｅＤＣＴＳメッセージをスクランブルするために使用されるＣＧＳについての情報、例えば、構成を含むことができる。いくつかの実施形態においては、ＵＥは、例えば、システム情報、またはより高位のレイヤの制御メッセージング、例えば、ＲＲＣメッセ
いくつかの実施形態においては、ｅＤＲＴＳ、ｅＤＣＴＳ、およびｅＤＣＴＳツーセルフ送信は、アップリンク共通チャネルを使用して、行うことができる。
【０２１７】
いくつかの実施形態においては、ＵＥは、ＵＥと関連付けられた、関連付けられたＢＳ、例えば、ｅＮＢ／ｇＮＢから、ｅＤＲＴＳ／ｅＤＣＴＳ／ｅＤＣＴＳツーセルフ送信の目的で、いかなる特定のＵＬリソースグラントもあらかじめ受信しないことがある。ＵＥが、ｅＤＲＴＳ／ｅＤＣＴＳ／ｅＤＣＴＳツーセルフ送信のために、リソースが許可されていないと決定した場合、いくつかの実施形態においては、ＵＥは、ＵＬグラントなしリソースを使用して、ｅＤＣＴＳメッセージを送信することができる。
【０２１８】
いくつかの実施形態においては、ＵＬグラントなしチャネルは、例として、例えば、以下で説明されるような、以下の方法のうちの１つ以上で設計することができる。
【０２１９】
ＵＬグラントなしチャネルは、各フレーム、またはあるフレーム、例えば、あるＳＦＮ番号を有するフレーム、もしくはある特性を有するＳＦＮを有するフレーム内の、１つ以上のサブフレーム内に配置することができる。サブフレーム、ならびに／またはフレーム、および／もしくはフレーム特性は、固定することができ、またはセルの物理ＩＤ（セルＩＤ）の関数であることができる。
【０２２０】
ＵＥは、例えば、システム情報、ダウンリンクブロードキャスト情報、またはＵＥ固有のシグナリングを介して、ＵＬグラントなしチャネルのロケーションを用いるように前もって構成することができる。ＵＬグラントなしチャネルのスクランブリングのために使用される系列および／または識別子は、セルのグループに共通であること、例えば、ＣＧＳであることができる。一実施形態においては、共通のＣＧＳは、オペレータネットワーク全体に対して使用することができる。別の実施形態においては、単一のＣＧＳは、周波数チャネルまたはサブバンド固有であることができる（例えば、周波数チャネルまたはサブバンドにおいて動作するすべてのデバイスは、同じＣＧＳをサポートする）。また別の実施形態においては、ＵＥは、複数のＣＧＳを用いるように構成することができる。
【０２２１】
ＵＥは、例えば、システム情報、またはより高位のレイヤの制御メッセージング、例えば、ＲＲＣメッセージを介して、複数のＣＧＳを用いるように構成することができる。
【０２２２】
ｇＮＢおよび／またはＵＥは、ＵＬグラントなしチャネルをリッスンおよびデコードするように構成することができる。
【０２２３】
復調参照信号（ＤＭ−ＲＳ）ベースの送信を使用することができる。ＤＭ−ＲＳを導出するための系列は、共通系列、例えば、ＣＧＳに基づくことができる。一実施形態においては、ＤＭ−ＲＳを導出するための系列は、ＵＥ固有の系列に基づくことができる。専用リソースにおけるＤＭ−ＲＳの位置は、固定すること、知られていること、または構成することができる。
【０２２４】
いくつかの実施形態においては、ＵＥは、ＵＬグラントなしリソースの開始から、期間(duration)の間、待つことができる。待ち時間は、例えば、ランダムに決定することができる。待った後、ＵＥは、いかなる送信にも先立って、指定された期間(duration)の間、チャネルが送信のために空いていることができるかどうかを、最初に決定することができる。監視期間(duration)は、ＵＥにおいて前もって構成することができ、またはＵＥに知られていることができる。例えば、ＵＥは、監視期間(duration)の間、ＣＣＡ（例えば、ＬＢＴ）を実行することができる。送信を開始することができる時間の前に、決定（例えば、ＣＣＡ）を行うことができる。ＣＣＡの成功の後、ＵＥは、ＵＬグラントなしリソース上において、ｅＤＲＴＳ／ｅＤＣＴＳ／ｅＤＣＴＳツーセルフを送信する。
【０２２５】
いくつかの実施形態においては、ｅＤＣＴＳツーセルフ送信のケースにおいては、ＵＥは、（アップリンクのケースにおいては）ｅＤＲＴＳメッセージで、または（ダウンリンク送信のケースにおいては）ｅＤＣＴＳメッセージで、ｅＤＣＴＳツーセルフメッセージの数を伝達して、ＢＳに通知することができる。いくつかの実施形態においては、この情報は、ビーム、例えば、ｅＤＣＴＳツーセルフ送信の間に使用することが意図されたビームのＩＤとともに、送信することができる。
【０２２６】
いくつかの実施形態においては、ｅＤＲＴＳ送信は、アップリンク制御チャネル（例えば、ＰＵＣＣＨ）上において、専用リソースを使用して、行うことができる。
【０２２７】
いくつかの実施形態においては、様々な方法でｅＤＲＴＳを送信するために、ＵＥには、ＰＵＣＣＨ上において、専用リソースをアロケートすることができる。専用リソースは、各フレーム、またはあるフレーム、例えば、あるＳＦＮ番号を有するフレーム、もしくはある特性を有するＳＦＮを有するフレーム内の、１つ以上のサブフレーム内に配置することができる。サブフレーム、ならびに／またはフレーム、および／もしくはフレーム特性は、固定することができ、またはセルの物理ＩＤ（セルＩＤ）の関数であることができる。専用リソースは、シンボルのセット、ショートＴＴＩ、および／またはミニスロットなどの中に割り当てることができる。専用リソースは、１つ以上のサブキャリアからなるセット内に割り当てることができる。復調参照信号（ＤＭ−ＲＳ）ベースの送信を同様に使用することができる。これに関して、専用リソースにおけるＤＭ−ＲＳの位置は、固定すること、知られていること、または構成することができる。
【０２２８】
いくつかの実施形態においては、専用リソース上のｅＤＲＴＳは、ＵＥ固有のスクランブリング系列を使用して、スクランブルすることができる。
【０２２９】
ＵＥは、例えば、より高位のレイヤのシグナリングメッセージ、例えば、ＲＲＣ接続セットアップを介して、またはシステム情報を介して、専用リソース割当て（アロケーション）を用いるように前もって構成すること、およびＵＥ固有のスクランブリング系列を用いるようにさらに構成することができる。
【０２３０】
いくつかの実施形態においては、ＵＥが、ｅＤＲＴＳを送信する必要があるとき、それは、次の利用可能な専用リソース機会に先立って、最初にＣＣＡを実行する。ＣＣＡの成功の後、ＵＥは、専用リソース上において、ｅＤＲＴＳを送信する。
【０２３１】
いくつかの実施形態は、ｅＤＲＴＳ／ｅＤＣＴＳ／ｅＤＣＴＳツーセルフの受信時の、非対象ＵＥの挙動、および近隣ｇＮＢ／ｅＮＢの挙動について開示する。
【０２３２】
すなわち、いくつかの実施形態においては、別のセルのＩＤまたは別のＵＥのＩＤ（例えば、Ｃ−ＲＮＴＩ）を含む、ｅＤＲＴＳまたは／およびｅＤＣＴＳまたは／およびｅＤＣＴＳツーセルフ送信を受信した、非対象ＵＥまたは近隣ＢＳは、メッセージ内で示された送信期間(duration)の間、チャネル上において送信することができない。送信期間(duration)は、残存ｅＤＲＴＳ、ｅＤＣＴＳ、ｅＤＣＴＳツーセルフ送信と、後続のデータ送信とを含む、メッセージ交換全体について、指定することができる。あるいは、送信期間(duration)は、開始時間と期間(duration)に関して、指定することができる。
【０２３３】
他の実施形態においては、別のセルのＩＤまたはＵＥのＩＤ（例えば、Ｃ−ＲＮＴＩ）を含む、ｅＤＲＴＳまたは／およびｅＤＣＴＳまたは／およびｅＤＣＴＳツーセルフ送信を受信した、近隣セルに属するＵＥ、または近隣ＢＳは、そうしても、受信したｅＤＲＴＳ／ｅＤＣＴＳ／ｅＤＣＴＳツーセルフメッセージと関連付けられた後続の送信に対する干渉を引き起こさないと、それが決定した場合に、周波数チャネルまたはサブバンド上において送信することができる。
【０２３４】
いくつかの実施形態においては、受信非対象ＵＥまたは近隣ＢＳは、それの指向性送信が、ｅＤＲＴＳ／ｅＤＣＴＳ／ｅＤＣＴＳツーセルフ送信機と対応する受信機との間の提案された指向性データ送信に対して、干渉を引き起こさないことができると決定することができる。いくつかの実施形態においては、そのような決定は、提案されたデータ送信の方向を最初に決定することによって、行うことができる。別の実施形態においては、提案された送信の方向は、ｅＤＲＴＳ／ｅＤＣＴＳ／ｅＤＣＴＳツーセルフメッセージ内に含まれる、対象受信機ＩＤフィールドおよび要求送信機ＩＤフィールドから決定することができる。これは、受信非対象ＵＥまたは近隣ＢＳが、送信機および受信機のロケーションおよび向きを知っているときに、可能であることができる。別の実施形態においては、可能な場合、この決定は、ｅＤＲＴＳ／ｅＤＣＴＳ／ｅＤＣＴＳツーセルフメッセージの、要求送信機ＩＤフィールドおよびＴｘビームＩＤフィールドの内容に基づくことができる。
【０２３５】
近隣セルに属する非対象ＵＥ、または近隣ＢＳが、（存在する場合は）ｅＤＲＴＳ、ｅＤＣＴＳ、およびｅＤＣＴＳツーセルフの交換の後、それの指向性送信（例えば、ＵＬまたはＤＬ送信）が、ＢＳと対象ＵＥとの間の指向性送信と干渉しないことができるかどうかを決定することができると仮定すると、そのＵＥまたは近隣ＢＳは、並行（例えば、同時）指向性送信を実行することができる。
【０２３６】
送信期間(duration)の完了後、いくつかの実施形態においては、ＵＥまたはＢＳは、いずれの後続の送信にも先立って、指定された期間(duration)の間、チャネルが送信のために空きであるかどうかを最初に決定することができる。監視期間(duration)は、前もって構成することができ、またはＵＥもしくはＢＳに知られていることができる。例えば、ＵＥは、監視期間(duration)の間、ＣＣＡ（例えば、ＬＢＴ）を実行することができる。送信を開始することができる時間の前に、決定（例えば、ＣＣＡ）を行うことができる。
【０２３７】
図３３は、いくつかの実施形態に従った、ｅＤＲＴＳ、ｅＤＣＴＳ、およびｅＤＣＴＳツーセルフの送信の例２７００を例示している。この例においては、ｅＤＲＴＳ送信は、例えば、ＰＤＳＣＨなどの、ダウンリンク共有チャネルを使用して送信することができ、ｅＤＣＴＳ送信は、アップリンク共有チャネル上のアロケートされたリソースを使用して送信することができる。さらに、ダウンリンク送信は、ｅＤＣＴＳツーセルフ送信を使用して、現在の送信を保護する。
【０２３８】
図３３に示されるように、２７０１において、図３３のｇＮＢなどの、送信ノードは、ＣＣＡを最初に実行して、チャネルが送信のためにクリアである／空いているかどうかを決定することができる。ｇＮＢが、チャネルがクリアであると決定すると、２７０２において、それは、図３３では対象ＵＥである受信ノードに、ＰＤＣＣＨなどのダウンリンク共通チャネル上において、新しいＤＣＩを送信することができる。ＤＣＩは、共通のＲＮＴＩを使用してスクランブルすることができる。共通のＲＮＴＩは、例えば、ＳＩ−ＲＮＴＩなど、２つ以上のＵＥに共通であるか、またはネットワーク全体にわたって共通であることができる。さらに、ＤＣＩは、それぞれ、ｅＤＲＴＳ送信およびｅＤＣＴＳ送信のために、ＤＬリソース割当て（アロケーション）およびＵＰリソース割当て（アロケーション）を含むことができる。２７０４において、ｇＮＢは、図３３に示されるように、対象ＵＥの方向に送信される少なくとも１つのｅＤＲＴＳと、非対象ＵＥおよび／または近隣ｇＮＢの方向に送信される少なくとも１つのｅＤＲＴＳとを含む、複数のｅＤＲＴＳを送信することができる。例えば、構成された場合、ｇＮＢは、図３３に示されるように、複数の方向に、繰り返しｅＤＲＴＳ送信２７０６を実行することができる。ｇＮＢは、複数の方向にｅＤＲＴＳ送信２７０６を実行して、例えば、受信ノード、すなわち、対象ＵＥの周りのより大きいエリアにおいてチャネルを確保しておくことができる。
【０２３９】
いくつかの実施形態においては、各送信されるｅＤＲＴＳは、対象ＵＥ  ＩＤ、リクエスタ（ｇＮＢ）ＩＤ、送信期間(duration)（Ｔｘ期間(duration)）、開始時間、Ｔｘ（送信）ビームＩＤなどを含むことができる。さらに、ｅＤＲＴＳは、例えば、セルのグループに共通であることがある、ＣＧＳを使用してスクランブルすることができる。
【０２４０】
対象ＵＥがｇＮＢからｅＤＲＴＳを受信したとき、２７０８において、対象ＵＥは、ｅＤＲＴＳをデコードし、ｅＤＲＴＳ中に含まれるＵＥ  ＩＤが対象ＵＥのＩＤに対応すると決定することができる。同様に、非対象ＵＥおよび／または近隣ｇＮＢがｇＮＢからｅＤＲＴＳを受信したとき、２７１０において、非対象ＵＥおよび／または近隣ｇＮＢは、ｅＤＲＴＳをデコードし、ｅＤＲＴＳ中に含まれるＵＥ  ＩＤが対象ＵＥのＩＤに一致しないと決定することができる。さらに、非対象ＵＥおよび／または近隣ｇＮＢは、デコードされたｅＤＲＴＳから、送信期間(duration)（または少なくともそれのインジケーション）を取得することができる。したがって、時間期間２７１２が示すように、非対象ＵＥおよび／または近隣ｇＮＢは、受信されたｅＤＲＴＳから取得されたＴｘ期間(duration)の間、送信を始動することができない。その結果、非対象ＵＥおよび／または近隣ｇＮＢは、少なくともその時間期間中は、ｇＮＢと対象ＵＥとの間の送信に干渉するのを防止されることができる。
【０２４１】
２７１４において、対象ＵＥは、ＣＣＡを実行して、チャネルがクリアであるかどうかをチェックすることができる。対象ＵＥが、チャネルがクリアであると決定すると、２７１６において、対象ＵＥは、ｇＮＢに向けて、１つ以上のｅＤＣＴＳを送信することができる。例えば、図３３に示されるように、対象ＵＥは、そのように構成された場合は、複数の方向に、複数の繰り返しｅＤＣＴＳ送信２７１８を実行することができる。ｅＤＣＴＳ２７１８は、ＰＵＳＣＨなどのアップリンク共有チャネルを使用して、アロケートされたリソース上で送信されることができ、各ｅＤＣＴＳは、ＣＧＳを使用して、スクランブルされることができる。対象ＵＥからのｅＤＣＴＳ送信の受信に続いて、２７２０において、ｇＮＢは、ダウンリンク（ＤＬ）データ送信を開始することができる。ＤＬデータ送信の後には、例えば、最小のＬＢＴ期間(duration)に対応することがある（図３３の２７２４によって示される）期間Ｔ中に、１つ以上のｅＤＣＴＳツーセルフ送信が続くことができる。例えば、図３３に示されるように、ｇＮＢは、期間２７２４中に、そのように構成された場合は、複数の方向に、複数の繰り返しｅＤＣＴＳツーセルフ送信２７２２を実行することができる。ｅＤＣＴＳツーセルフ送信は、ｇＮＢと対象ＵＥとの間の（指向性）チャネルを、潜在的な干渉ノードによるアクセスから確保されたままに保つために、実行することができる。
【０２４２】
ｇＮＢが、送信する追加のデータを有する場合、２７２６において、それは、対象ＵＥに、追加のＤＬデータを送信する。図３３に示されるように、ＤＬデータ送信の後には、ｇＮＢからの１つ以上のｅＤＣＴＳツーセルフ送信が再び続くことができる。例えば、図３３に示されるように、ｇＮＢは、（そのように構成された場合は）複数の方向に、複数の繰り返しｅＤＣＴＳツーセルフ送信２７２２を実行することができる。
【０２４３】
図３４は、いくつかの実施形態に従った、別のセルからｅＤＲＴＳおよびｅＤＣＴＳを受信した後の、非対象ＵＥ２８００における挙動の例を例示している。この例においては、図３４に示されるように、別のセルからｅＤＲＴＳおよびｅＤＣＴＳを受信した後に、非対象ＵＥは、非干渉送信方向を決定し、ＵＥと関連付けられたＢＳに、アップリンク共通チャネルを使用してｅＤＲＴＳを送信して、アップリンク送信を開始する。
【０２４４】
より具体的には、図３４に示されるように、２８０１において、図３４のｇＮＢ１などの、送信ノードは、図３４に示されるように、受信ノード、例えば、ｇＮＢ１と関連付けられた対象ＵＥの方向に送信される少なくとも１つのｅＤＲＴＳと、例えば、近隣ｇＮＢ（ｇＮＢ２）と関連付けられた非対象ＵＥの方向に送信される少なくとも１つのｅＤＲＴＳとを含む複数のｅＤＲＴＳを、ＰＤＳＣＨなどの、ダウンリンク共有チャネル上で送信することができる。例えば、構成された場合、ｇＮＢ１は、図３４に示されるように、複数の方向に、繰り返されるｅＤＲＴＳ送信２８０２を実行することができる。いくつかの実施形態においては、各送信されるｅＤＲＴＳは、ＣＧＳを使用してスクランブルされ、対象ＵＥ  ＩＤ、リクエスタ（ｇＮＢ１）ＩＤ、送信期間(duration)（Ｔｘ期間(duration)）、開始時間、Ｔｘ（送信）ビームＩＤなどを含むことができる。ＣＧＳは、セルのグループに共通であることができる。対象ＵＥがｇＮＢ１からｅＤＲＴＳを受信したとき、２８０４において、対象ＵＥは、ｅＤＲＴＳをデコードし、ｅＤＲＴＳ中に含まれるＵＥ  ＩＤが対象ＵＥのＩＤに対応すると決定することができる。同様に、非対象ＵＥがｇＮＢからｅＤＲＴＳを受信したとき、２８０６において、非対象ＵＥは、ｅＤＲＴＳをデコードし、ｅＤＲＴＳ中に含まれるＵＥ  ＩＤが非対象ＵＥのＩＤに一致しないと決定することができる。
【０２４５】
図３４にさらに示されるように、２８０８において、対象ＵＥは、１つ以上のｅＤＣＴＳを送信することができる。例えば、図３４に示されるように、対象ＵＥは、そのように構成された場合は、複数の方向に、複数の繰り返されるｅＤＣＴＳ送信２８１０を実行することができる。ｅＤＣＴＳは、ＰＵＳＣＨなどのアップリンク共有チャネルを使用して、より早くアロケートされたリソース（例えば、ｇＮＢ１によってアロケートされたリソース）上で送信することができ、各ｅＤＣＴＳは、ＣＧＳを使用してスクランブルすることができる。図３４が例示するように、複数の繰り返されるｅＤＣＴＳ送信２８１０は、非対象ＵＥの方向における少なくとも１つのｅＤＣＴＳ送信を含むことができる。したがって、非対象ＵＥは、ｅＤＲＴＳとｅＤＣＴＳのうちの一方または両方を受信することができる。非対象ＵＥがｅＤＣＴＳを受信した場合、２８１２において、それは、ｅＤＣＴＳをデコードすることができる。２８１４において、非対象ＵＥは、非干渉送信方向、またはｇＮＢ１と対象ＵＥとの間の送信に干渉しないであろう送信の方向を決定することができる。いくつかの実施形態においては、例えば、非対象ＵＥは、送信機および受信機（例えば、図３４のケースにおけるような、ｇＮＢ１および対象ＵＥ）のそれぞれのロケーションおよび配向の知識に基づいて、非干渉送信方向を決定することができる。この点について、送信機／受信機のそれぞれのロケーションおよび配向は、例えば、対象ＵＥにおける受信に干渉しない送信のために非対象ＵＥが使用することができるビームを識別するために、使用されることが可能である。他の実施形態においては、非対象ＵＥは、非対象ＵＥが非干渉送信方向に関する情報をそれから抽出することが可能な履歴測定値を有することができる。
【０２４６】
非干渉送信方向の決定に続いて、２８１６において、非対象ＵＥは、そのＵＥと関連付けられたｇＮＢ２の方に向けられた１つ以上のｅＤＲＴＳ送信を実行することができる。例えば、図３４に示されるように、非対象ＵＥは、そのように構成された場合は、複数の方向に、複数の繰り返されるｅＤＲＴＳ送信２８１８を実行することができる。非対象ＵＥによって送信される各ｅＤＲＴＳは、関連するＣＧＳを使用してスクランブルされ、共通のまたはグラントなしのアップリンクチャネル上で送信されることができる。非対象ＵＥからのｅＤＲＴＳ送信に続いて、２８２０において、ｇＮＢ２は、非対象ＵＥに、ＰＤＣＣＨなどのダウンリンク共通チャネル上で、新しいＤＣＩを送信することができる。ＤＣＩは、ｅＤＣＴＳのリソース割当て（アロケーション）情報を含むことができる。ＤＣＩは、共通のＲＮＴＩを使用してスクランブルすることができる。共通のＲＮＴＩは、例えば、ＳＩ−ＲＮＴＩなど、２つ以上のＵＥに共通であるか、またはネットワーク全体にわたって共通であることができる。ＤＣＩ送信において示されるように、２８２２において、ｇＮＢ２は、ダウンリンク共有チャネル（例えば、ＰＤＳＣＨ）上で非対象ＵＥに１つ以上のｅＤＣＴＳを送信することができる。例えば、構成された場合、ｇＮＢ２は、図３４に示されるように、複数の方向に、繰り返されるｅＤＣＴＳ送信２８２４を実行することができる。ｅＤＲＴＳの各々は、ＣＧＳを使用してスクランブルされ、ＰＤＳＣＨなどのダウンリンク共有チャネル上で、ｇＮＢ２によって送信されることができる。
【０２４７】
いくつかの実施形態に従うと、免許不要帯域における指向性ＮＲ−ＷｉＧｉｇシステムの共存と関連付けられた実施も、提供されることができる。
【０２４８】
ＷｉＧｉｇデバイスは、ＣＣＡを処理するときに（例えば、特別な）プリアンブルを有しないことがある、非ＷｉＧｉｇシステム送信に対して、検出しきい値（例えば、より高い検出しきい値）を使用することができる。例えば、それは、それがＷｉＧｉｇデバイスからセンスするよりも高い干渉を非ＷｉＧｉｇデバイスからセンスする場合に、ＷｉＧｉｇデバイスは、それをバックオフすることができる。ＮＲ送信は、（例えば、意図された通信方向とは反対の）逆方向において、短い定期的送信（例えば、ミニスロット期間）を使用することができる。これは、ＷｉＧｉｇデバイスをバックオフさせることができる。
【０２４９】
例えば、ＮＲ−ＷｉＧｉｇ共存がある場合、ＮＲデバイス（例えば、ｇＮＢおよび／またはＵＥ）は、ＮＲ−ＮＲ共存シナリオに関して説明されるように、（例えば、同じ）チャネルＣＣＡおよび／または（例えば、同じ）チャネル確保手順を使用することができ、以下の変更のうちの１つ以上が適用される。すなわち、ＮＲデバイスは、（例えば、各）最小コンテンションウィンドウのために、受信ノードからの（例えば、単一の）ブロック送信を使用することができる。ＮＲデバイスは、（例えば、各々の）最小コンテンションウィンドウのために、受信ノードからの複数のブロック送信を使用することができる。ＮＲデバイスは、（例えば、各々の）最小コンテンションウィンドウのために、受信ノードからの電力増加したブロック送信を使用することができる。
【０２５０】
いくつかの実施形態においては、例えば、（例えば、各）最小コンテンションウィンドウのために、受信ノードからの（例えば、単一の）ブロック送信を使用することに関して、以下のうちの１つ以上を適用することができる。
【０２５１】
ＮＲ送信のためのＤＬ／ＵＬ切り換え構成送信は、ＷｉＧｉｇシステムの（例えば、最小）分散フレーム間間隔（ＤＩＦＳ）期間に基づいて決定することができる。図９は、いくつかの実施形態に従った、ＮＲ−ＷｉＧｉｇ共存シナリオについての例示的なＤＬ／ＵＬ切り換え構成８５０を例示している。例えば、図９に示されるように、ｇＮＢからの順方向送信が受信されたＲｘビームに対応するビーム上での、ＵＥからｇＮＢへの逆方向送信が、（例えば、図９に示されるように、ｅＤＣＴＳ８５４が後に続く、成功したＬＢＴおよび成功裏にデコードされたｅＤＲＴＳ８５２の後にくる、）最小コンテンションウィンドウ（最小ＣＷ）内で繰り返されることができる。最小ＣＷは、ＷｉＧｉｇシステムの最小分散フレーム間間隔（ＤＩＦＳ）期間に設定することができる。図９に見られるように、「Ｄ」は、有意味なデータパケット（例えば、シンボル、および／またはミニスロットなど）を搬送することができる、最小のデータまたは制御ブロック間隔として定義することができる。逆方向は、受信ノードから送信ノードへの方向として定義することができる。
【０２５２】
図９に示される例示的なＤＬ／ＵＬ切り換え構成８５０は、例えば、ＷｉＧｉｇデバイスをバックオフするために、例えば、単一の逆方向電力制御ミニスロット送信を使用することができる。図９に示されるように、逆方向における電力制御バースト送信８５６（例えば、図９に示されるような、ＵＥにおける最大（ｍａｘ）許容Ｔｘ電力を下回るバースト送信）は、デバイスをバックオフすることが可能であることがある。デバイスは、比較的短いことがある範囲内に存在することができる。
【０２５３】
図９の例は、図１０の例によって例示される、非干渉ＮＲ−ＷｉＧｉｇ共存に適切であることがある。より具体的には、図１０は、いくつかの実施形態に従った、ＮＲ−ＷｉＧｉｇ共存がある非干渉シナリオについての順方向および／または逆方向リンクのビームカバレージの例を例示している。図１０に見られるように、ＳＴＡ９００とｇＮＢ９０２は、互いに干渉しないことがある。これは、指向性送信に起因することがある（例えば、ｇＮＢ９０２からＵＥ９０６へのＤＬ指向性送信は、ＳＴＡ９００に干渉しないことがあり、および／またはＳＴＡ９００からＡＰ９０４へのＵＬ指向性送信は、ｇＮＢ９０２に干渉しないことがある）。ＡＰ９０４とＵＥ９０６との間の距離は大きいことがある。図１０に示される共存シナリオは、例えば、ＤＬ  ＡＰ送信がＵＥ９０６への干渉（例えば、制限された干渉）を生み出すことがあるので、非干渉と呼ばれることがある。この干渉は無視できることがある。この干渉は、距離および／または伝搬損失に起因することがある。ＵＬ  ＵＥ送信は、ＡＰ９０４への干渉を生み出すことがあり、この干渉は、距離（および／または対応する伝搬損失）に起因することがある。距離は大きいことがある。この干渉は、制限されるおよび／または無視できることがある。
【０２５４】
いくつかの実施形態においては、例えば、（例えば、各々の）最小コンテンションウィンドウのために、受信ノードからの複数のブロック送信を使用することに関して、以下のうちの１つ以上を適用することができる。
【０２５５】
受信ノードは、送信ノードの方向に、複数のブロック（「Ｄ」サイズブロック）を送信することができる。これは、例えば、干渉範囲を増加させ（て、例えば、図１２に示されるように、潜在的な干渉ＷｉＧｉｇ  ＡＰノードをバックオフさせる見込みを増加させ）ることがある。図１２は、いくつかの実施形態に従った、ＮＲ−ＷｉＧｉｇ共存における、ＡＰからＵＥへの干渉シナリオについての順方向および／または逆方向リンクのビームカバレージの例を例示している。図１２の例においては、逆方向送信は、ＷｉＧｉｇ  ＡＰ１０００をバックオフすることが可能でないことがある。逆方向における（例えば、送信ノードの方向における）複数の「Ｄ」ブロック送信を図１１に示す。より具体的には、図１１は、いくつかの実施形態に従った、ＮＲ−ＷｉＧｉｇ共存シナリオについてのＤＬ／ＵＬ切り換え構成９５０の別の例を例示している。
【０２５６】
図１１を参照すると、所与の電力において使用されるＤブロック９５２の数（Ｍ）（例えば、Ｄブロックの許容数）を示す、逆方向リンクにおいて定義することができる限界があることがある。Ｍの値は、ＱｏＳに基づいて決定され、および／または有限の整数にマッピングされることができる。同じＤＬ／ＵＬ切り換え構成方法は、例えば、すべてのタイプのＱｏＳおよび／またはマッピングについて適用されることができる。逆方向における複数のブロック９５２の送信は、ＮＲ−ＮＲ共存シナリオにおいて同じく使用することができる。
【０２５７】
図１１に示される例示的な構成は、例えば、ＷｉＧｉｇデバイスをバックオフするために、複数の逆方向ミニスロットの送信を使用することができる。これは、例えば、図１２に例示される干渉シナリオのために使用されることができる。図１２に見られるように、ＡＰ１０００は、ＵＥ１００２に干渉する（例えば、著しく干渉する）ことがある。これは、ＡＰ１０００とＵＥ１００２との間のより小さい距離に起因することがある。図１２に見られるように、ＡＰからＵＥへの干渉は、一点鎖線として強調されている。
【０２５８】
いくつかの実施形態においては、例えば、例えば各々の最小コンテンションウィンドウなどの、最小コンテンションウィンドウのために、受信ノードからの電力増加したブロック送信を使用することに関して、以下のうちの１つ以上を適用することができる。
【０２５９】
逆方向リンク（例えば、送信ノードの方向における受信ノード送信）は、より高い電力を使用することがある。これは発生して、例えば、干渉送信のバックオフを引き起こす見込みを増加させることがある。これは、図１３に見られることができ、および／または、例えば、図１４に例示される干渉シナリオのために使用することができる。すなわち、図１３は、いくつかの実施形態に従った、ＷｉＧｉｇデバイスをバックオフするために、より高い電力と複数の逆方向ミニスロット送信を使用する、ＮＲ−ＷｉＧｉｇ共存シナリオについてのＤＬ／ＵＬ切り換え構成１０５０の例を例示している。図１４は、いくつかの実施形態に従った、ＮＲ−ＷｉＧｉｇ共存における、干渉シナリオについての順方向および／または逆方向リンクのビームカバレージの例を例示している。図１４の例においては、ＡＰ  ＤＬ送信が、ＵＥ１１００への干渉を引き起こすことがあり、および／またはＵＥ  ＵＬ送信が、ＡＰ１１０２への干渉を引き起こすことがある。これは、ノード間の距離に起因することがある。
【０２６０】
例えば、図１３においては、ＵＬ／ＤＬリンク品質が確立されることができる（例えば、初期の）再帰的プロセス中に、逆方向リンクは、図９に示されるように、例えば、ｇＮＢの方に向かう単一の電力制御ブロック（Ｄ長さ）送信で開始する（例えば、それのみで開始する）ことができる。ＵＥは、例えば、測定したＳＩＲに基づいて、干渉物の存在を決定することができ、および／またはそれは、例えば、最大Ｔｘ電力許容電力において、（例えば、単一の）Ｄブロックを送信することを決定することができる。例えば、ＵＥが干渉を依然として受信する場合、それは、（例えば、最大）許容電力において、逆方向リンクにおいてＤブロック１０５２の数を増加させることができる。これは、例えば、ＵＥがＤブロック１０５２のＭ個の数を利用するまで、継続することができる（Ｍは、ｇＮＢからＵＥへのおよび／またはＵＥからｇＮＢへの有効な順方向リンクのＱｏＳマッピングに基づいて、あらかじめ決定することができる）。例えば、ＵＥが干渉を依然として受信する場合、それは、（例えば、測定した）ＳＩＲに適切であることがある、（例えば、より低い）ＭＣＳインデックス選択を伴うリンクを依然として使用することができる。
【０２６１】
いくつかの実施形態においては、本明細書において上で説明されたように、逆方向においてより高い電力を使用する送信は、ＮＲ−ＮＲ共存シナリオのために使用されることもできる。
【０２６２】
図１４においては、例えば、図１３に関して本明細書において論じられる逆方向送信（例えば、ＵＥ１１００の送信）のための方式は、干渉ノードをバックオフし、および／または干渉を緩和することが可能であることがある。例えば、ＵＥ１１００の逆方向送信は、ＷｉＧｉｇ  ＡＰ１１０２をバックオフすることが可能であることがある。
【０２６３】
論じられるように、より高い電力を使用する逆方向送信は、順方向送信が受信されるＲｘビームよりも広いビーム上で送信することができる。より広いビームは、順方向送信が受信されるＲｘビームと同じビーム方向に沿って中心を合わされることができる。あるいは、逆方向送信は、順方向送信が受信されるＲｘビームの周りの複数の隣接するビーム上で送信することができる。例えば、干渉物の方向が受信機によって知られている場合、逆方向送信は、干渉物の方を向いたビーム上でのみ送信することができる。どんなビーム上の、送信電力のレベル、およびＤブロックの数も、上で説明されたのと同じ手順によって決定することができる。
【０２６４】
いくつかの実施形態においては、ペアをなすＬＢＴに関係する実施が、提供されることができる。
【０２６５】
指向性ＬＢＴ評価（アセスメント）は、（レガシＬＢＴ、もしくはＷｉＧｉｇにおけるように）受信ノードの方向、および／またはそれの反対方向に向けて行うことができる。例えば、これにより、図３Ａおよび／もしくは図３Ｂまたは図４Ａおよび／もしくは図４Ｂに例示される干渉状況を回避することができる。送信ノードが、受信ノード方向「ｄｉｒ」に向かって直線をなすＬＢＴを実行する場合、ＬＢＴは、（例えば、反対の）方向ｄｉｒ＋Ｘ°に行うことができる。方向は、単一の方向（例えば、ｄｉｒ、ｄｉｒ＋１８０°、補足の方向）、および／または方向のセット（例えば、ｄｉｒ＋１８０°、ｄｉｒ＋１６０°、ｄｉｒ＋２００°）を示すことができる。これは、ＬＢＴのビームが再構成可能であり得るかどうかに依存することができ、および／または（例えば、以前に構成されたビームのセットに基づいて）事前定義することができる。これは、「ペアをなすＬＢＴ」と呼ばれることがある。ペアをなすＬＢＴは、受信ノードの方を向いた方向、反対方向、および／または予期される干渉物の方を向いた方向を示すことができる、「ペアをなす方向」上のＬＢＴを伴うことができる。ペアをなすＬＢＴでは、バックオフおよび／またはコンテンションウィンドウステータスは、ペアをなす方向ごとに維持することができる。これは、例えば、ビームコンテンションウィンドウごとと比較して、ビームごとにバックオフプロセスを追跡するために使用されることがあるメモリを（例えば、１／２に）低減することができる。
【０２６６】
図３Ａおよび／または図３Ｂに示される例においては、送信ノードは、ｇＮＢであることができ、受信ノードは、ＵＥであることができる。ｇＮＢが、（例えば、チャネル利用可能性を評価するために）ペアをなすＬＢＴを実行した場合、ＡＰ送信がｇＮＢにおいて検出されることができ、および／またはｇＮＢ送信が延期されることができる。これにより、（図３Ａおよび／もしくは図３Ｂに見られるように）ＡＰからＵＥへの干渉を回避することができ、ならびに／または（図３Ｂに見られるように）ｇＮＢからＳＴＡへの干渉を回避することができる。
【０２６７】
図４Ａおよび／または図４Ｂに示される例においては、送信ノードは、ＵＥであることができ、受信ノードは、ｇＮＢであることができる。ＵＥが、（例えば、チャネル利用可能性を評価するために）ペアをなすＬＢＴを実行した場合、ＵＥは、ＡＰ送信に起因することがある、チャネルビジーを検出することができ、および／またはＵＥ送信は延期されることができる。これにより、（図４Ａおよび／または図４Ｂに見られるように）ＡＰからｇＮＢへの干渉を回避することができ、（図４Ｂに見られるように）ＵＥからＳＴＡへの干渉を回避することができる。
【０２６８】
受信ノードの方向を向いたおよび／または反対方向を向いた、ペアをなすＬＢＴは、（例えば、同時に）行うことができる。これは、送信ノードが、（例えば、先進的なサンプリング技法とともに多重無線周波数（ＲＦ）チェーンおよび／または単一ＲＦチェーンを使用することによって）受信ノードに送信することを希望するときに（例えば、希望するたびに）行うことができる。（例えば、すべての）ＬＢＴエネルギー検出（ＥＤ）ステージは、既知の期間の期間(duration)（例えば、少なくともＤＩＦＳ＋バックオフ時間）の間、チャネルがアイドルであることをセンスして、データ送信を開始することができる。
【０２６９】
ペアをなすＬＢＴは、指向性送受信との（例えば、様々な）ＲＡＴの共存の下で、媒体への成功したアクセスを可能にすることができ、および／または隠れノード問題を最小限に抑えることができる。ペアをなすＬＢＴは、例えば、ＲＡＴのノード間の調整が、例えば、可能でないことがあるときに、（例えば、単一の）ＲＡＴ（例えばＮＲまたはＷｉＧｉｇ）内のスペクトル共有技法として使用することができる。例として、そのような調整は、オペレータが、例えば、同じ免許不要帯域を使用し、それぞれのネットワークを調整させないことを決定した場合に、可能でないことがある。
【０２７０】
例えば、本明細書において説明されるような、ペアをなすＬＢＴに関して、送受信指向性アンテナパターンは、以下のパラメータのうちの１つ以上によって記述することができる。送信指向性アンテナパターンは、ビーム幅θTxをもつ利得ＧTx,mのメインローブ、および／またはビーム幅２π−θTxをもつ利得ＧTx,sのサイドローブを含むことができる。受信指向性アンテナパターンは、ビーム幅θRxをもつ利得ＧRx,mのメインローブ、および／またはビーム幅２π−θRxをもつ利得ＧRx,sのサイドローブを含むことができる。
【０２７１】
図１５Ａは、いくつかの実施形態に従った、単一の反対方向におけるペアをなすＬＢＴの例を例示している。図１５Ｂは、いくつかの実施形態に従った、複数の反対方向におけるペアをなすＬＢＴの例を例示している。通信を、送信ノードおよび／または受信ノード間で行うことができる。図１５Ａおよび図１５Ｂは、（例えば、ｇＮＢ１２００が、送信ノードであることができ、ＵＥ１２０２が、受信ノードであることができる）ＤＬ通信を例示している。しかしながら、他の実施形態においては、図１５Ａおよび図１５Ｂにおいて、通信は、例えば、ｇＮＢの位置とＵＥの位置を転じることによって、逆方向に行うことができる（例えば、（ＵＥからｇＮＢへの）ＵＬ通信）。
【０２７２】
図１５Ａおよび図１５Ｂは、ビームモデリングを仮定する状況を例示している。送信ノード（ｇＮＢ１２００）は、受信ノード方向「ｄｉｒ」およびビーム幅θTxに向かって直線をなすＴｘビーム方向（例えば、受信ノードに向かうデータ送信のために送信ノードが使用することができるビーム）上にＬＢＴを実行することができる（ＬＢＴdir）。送信ノードは、（図１５Ａに見られるような）反対方向ｄｉｒ＋１８０°、メインローブビーム幅θsup、および／もしくはメインローブ利得Ｇsup,mに向かって直線をなすビームをもつ単一の反対方向におけるＬＢＴ（例えば、ＬＢＴdir+180°）、ならびに／または複数の反対方向における複数のＬＢＴ（例えば、ＬＢＴdir+180°、ＬＢＴdir+160°、ＬＢＴdir+210°）を（例えば、同時に）実行することができる。複数のＬＢＴはそれぞれ、（図１５Ｂに見られるように）反対方向ｄｉｒ＋Ｘ°（例えば、Ｘ＝１６０°、１８０°、２００°）、メインローブビーム幅θsup、および／またはメインローブ利得Ｇsup,mに向かって直線をなすビームを有することができる。
【０２７３】
反対方向におけるＬＢＴのために使用されるビームは、送信ノードのＴｘビーム１２０４の形状（例えば、図１５Ａおよび図１５Ｂに見られるような、θsup＝θTx）、ならびに／または（以下でより詳細に説明されるような）異なるパターンを有することができる。
【０２７４】
隠れノードを例示するために、受信ノードのＲｘビーム１２０６が図１５Ａおよび図１５Ｂに例示されている。ＡＰ１２０８は、例えば、それの送信が、受信ノードのＲｘアンテナのボアサイト内にある場合、レガシＬＢＴのための隠れノードであることができる。例えば、本明細書において説明されるような、ペアをなすＬＢＴ手順は、（図１５Ａおよび１５Ｂにおける、解決された隠れノード領域１２１０に見られるように）（例えば、いくつかの）隠れノード問題を緩和することができる。解決された隠れノード領域１２１０内にそれの位置があることができるＡＰ（例えば、すべてのＡＰ）は、ペアをなすＬＢＴによって、（例えば、ＤＬトラフィックのためのｇＮＢ１２００における）送信ノードにおいて検出されることができる。これは、（例えば、ＤＬトラフィックのためのｇＮＢ１２００における）送信ノードにおいて、ペアをなさないレガシＬＢＴによって検出されないことがある。領域１２１２は、露呈したノード問題が起こることがある、露呈した領域であることができる。図１５Ａおよび図１５Ｂ中の領域１２１４は、例えば、レガシＬＢＴの、隠れノードエリアよりも小さいことがある、残存／依然として隠れノード領域を示すことができる。
【０２７５】
図１５Ｂは、例えば、図１５Ａ、図１５Ｂ、図１６、図１７Ａ、および図１７Ｂに関して、使用することができる凡例を含む。
【０２７６】
いくつかの実施形態においては、受信ノードの方向および反対方向における、ペアをなすＬＢＴは、例えば、検出される隠れノード端末の数を最大にするために、異なるビームパターンおよび／または異なるＥＤしきい値を用いて行うことができる。例えば、ビームパターンが、送信ノードにおいて調整可能でないが、事前定義されることができる場合、反対方向におけるＬＢＴのために、複数のビームを使用することができる。反対方向におけるＬＢＴについてのビームパターン、ビームの数、および／またはＥＤしきい値の調整は、送信ノードにおいて行うことができる。これは、受信ノードのＲｘビームの情報および／またはシステム構成が利用可能である場合、行うことができる。情報および／またはシステム構成が利用可能でない場合、調整は、受信ノードからのフィードバックメッセージ（例えば、ＨＡＲＱフィードバック、ならびに／または干渉および／もしくは信号レベル報告に関係する他のメッセージ）に動的に基づくことができる。
【０２７７】
反対方向におけるＬＢＴのために、送信ノードにおいて、ビーム（θsup、Ｇsup,m）の最適化を使用することができる。反対の（例えば、補足のペアをなす）方向におけるＬＢＴのために送信ノードにおいて使用されるビームパターン（例えば、メインローブビーム幅および／またはメインローブ利得）は、例えば、単一の反対方向を使用することができるときに、受信ノードからのシステムパラメータおよび／または報告の関数として設定することができる。
【０２７８】
図１６は、いくつかの実施形態に従った、単一の反対方向におけるＬＢＴについての、送信ノードにおいて使用されるビーム最適化の効果の例を例示している。図１６の例においては、単一の反対方向は、ｇＮＢ１３００からＵＥ１３０２の方を向いた、ＤＬアクセス方向であることができる。単一の反対の（例えば、補足のペアをなす）方向が使用され、および／またはビームが構成可能である場合、目的は、（図１６に例示されるように）露呈した領域の数が限定されたままでありながら、解決された隠れノードの数を最大にすることであることができる。これは、受信ノード方向におけるＬＢＴのために、およびデータ送信のために使用されるメインローブビーム幅よりも大きいメインローブビーム幅を使用すること（例えば、θsup＞θTx）によって、達成することができる。これは、受信ノードのＲｘビーム幅が、送信ノードのＴｘビーム幅よりも大きい場合に（θRx＞θTx）、行うことができる。受信ノードのＲｘビーム幅が、Ｔｘビーム幅よりも大きくない場合（θRx＜θTx）、これは、受信ノード方向におけるＬＢＴのために、およびデータ送信のために使用されるメインローブビーム幅よりも小さいメインローブビーム幅を使用すること（例えば、θsup＜θTx）によって、達成することができる。設計（例えば、最適な設計）は、受信ノードのＲｘビームの特性（θRx、ＧRx,m）、送信機−受信機距離、伝搬特性（例えば、経路損失べき指数および／もしくはキャリア周波数）、雑音電力、ならびに／またはＡＰ１３０４の送信電力とＡＰメインローブ利得の積に依存することがある。値（例えば、最適な値）を見つけるために、送信ノードは、受信ノードのアンテナパターン特性（例えばθRx、ＧRx,m）、および／または送信機−受信機距離を使用することができ、これらは、（例えば、初期発見手順の結果として、またはネイバービーム測定を続けた結果として）受信ノードからの測定報告に基づいて、推定することができる。
【０２７９】
θsupが増加した（例えば、過大に増加した）場合は、送信ノードへの新しい露呈エリアが、受信ノードのＲｘビームの上方および／または下方に現れることがある。送信ノードは、通常は検出されないであろう干渉物を検出することがある。メインローブのビーム幅（θsup）の最適化には、トレードオフがあることがある。
【０２８０】
いくつかの実施形態においては、メインローブビーム幅の（例えば、最適な）値を提供することができ、それについて、本明細書においてより詳細に説明される。
【０２８１】
いくつかの実施形態においては、反対方向におけるＬＢＴのために、送信ノードにおいて使用されるビームの数を決定し、例えば、最適化することができる。
【０２８２】
反対の（例えば、補足のペアをなす）方向におけるＬＢＴのために送信ノードにおいて使用されるビームの数は、受信ノードからのシステムパラメータおよび／または報告の関数として設定することができる。これは、複数の反対の（例えば、補足のペアをなす）方向が使用される場合（例えば、送信機におけるビームのセットが、事前定義されており、動的に変更されることはないであろうとき）、行うことができる。これの例は、図１５Ｂに例示されている。図１５Ｂに見られるように（ここでは、例として、３つのビームが示されている）、反対の（例えば、補足のペアをなす）方向におけるＬＢＴについてのビームの数は、露呈したノードの数が限定されたままでありながら、解決された隠れノードの数を最大にするように、設定することができる。
【０２８３】
本明細書において論じられる技法（ビームパラメータの最適化）のパラメータ（例えば、同じパラメータ）は、反対方向におけるＬＢＴのために使用されるビームの最適な数を見つけるために使用することができる。
【０２８４】
いくつかの実施形態においては、反対方向におけるＬＢＴのために、送信ノードにおいて使用されるＥＤしきい値の決定（例えば、最適化）が、提供されることができる。
【０２８５】
反対方向におけるＬＢＴのために、送信ノードにおいて使用されるＥＤしきい値は、受信ノードからのシステムパラメータおよび／または報告（例えば、ＨＡＲＱフィードバックおよび／または他のメッセージ）の関数として設定することができる。ＥＤしきい値は、受信ノードからのパラメータおよび／または測定報告の関数として調整することができる。ＥＤしきい値は、単一の反対方向をもつ、ペアをなすＬＢＴのために、および複数の反対方向をもつ、ペアをなすＬＢＴのために、調整することができる。
【０２８６】
最適化は、回避された隠れノードの領域を維持することができながら、露呈したノードの数を最小限に抑えることができる。ＥＤしきい値は、受信ノードのＲｘビーム領域内にある、干渉ＡＰ（例えば、それのみ）が検出されるように、選択することができる。図１５Ａおよび図１５Ｂにおいては、ＥＤしきい値を増加させることにより、新たに露呈したノード領域１２１２内の、露呈したノードを回避することができる。
【０２８７】
図１７Ａおよび図１７Ｂは、反対方向におけるＬＢＴについての、ＥＤしきい値を増加させた効果の例を例示している。図１７Ａは、いくつかの実施形態に従った、最適化されたビーム形状を用いる単一の反対方向におけるＬＢＴについての、ＥＤしきい値を増加させた効果の例を例示している。図１７Ｂは、いくつかの実施形態に従った、事前定義されたビームを用いる複数の反対方向におけるＬＢＴについての、ＥＤしきい値を増加させた効果の例を例示している。
【０２８８】
図１７Ａおよび図１７Ｂにおいては、（例えば最適な）結果が、（ａ）反対の（例えば補足のペアをなす）方向（例えば、１８０°、図１７Ａ参照）における単一のＬＢＴ、または（ｂ）複数の反対の（例えば、補足のペアをなす）方向（例えば１６０°、１８０°、２００°、図１７Ｂ参照）における複数のＬＢＴを実行するケースについて示されている。
【０２８９】
図１７Ａおよび図１７Ｂを参照すると、ＥＤしきい値設計（例えば、最適なＥＤしきい値設計）は、受信ノード（例えば、ＵＥ１４００）のＲｘビームの特性（例えば、θRx、ＧRx,m）、送信機−受信機距離、伝搬特性（例えば、経路損失べき指数および／もしくはキャリア周波数）、雑音電力、ならびに／またはＡＰ１４０２の送信電力とＡＰ１４０２のメインローブ利得の積に依存することがある。例えば、ＴＨlegは、（２０ＭＨｚの帯域幅のＬＴＥ−ＬＡＡでは−７２ｄＢｍであることがある）受信ノード方向におけるＬＢＴのＥＤしきい値を示し、ＴＨsupは、反対の（例えば、補足のペアをなす）方向（例えば、ＬＢＴdir+180）のＥＤしきい値を示すと仮定されたい。例えば、受信ノードが、（例えば、送信機−受信機距離が増加するにつれて）送信ノードからより遠くにあるほど、ＴＨsupは、より増加することができる。ＴＨsupの（例えば、最適な）値は、（図１７Ａおよび図１７Ｂに見られるように）反対方向（例えば、ＬＢＴdir+180）におけるＬＢＴの正の検出領域が、解決されたノード領域１４０４と重複するとき、取得することができる。概して、いくつかの実施形態においては、正の検出領域は、検出を、例えば、保証することができるような、信号レベルが十分に高い領域を指す。ＴＨsupについての分析式は、以下でより詳細に説明される。
【０２９０】
一例においては、反対方向におけるＬＢＴについてのＥＤしきい値は、受信ノード方向におけるＬＢＴのために使用されるＥＤしきい値よりも大きくなるように構成することができる（例えば、ＴＨsup＞ＴＨleg）。これは、受信ノードの情報が送信ノードにおいて利用可能でない場合、行うことができる。
【０２９１】
図１８は、いくつかの実施形態に従った、反対方向におけるＬＢＴと関連付けられたパラメータを調整するための例示的なフロー図１５００である。図１８に例示されるフロー図１５００は、反対方向におけるＬＢＴについてのパラメータが、受信ノードおよび／またはシステム構成からの情報に基づいて調整される（例えば、最適に調整される）ケースにおいて、適用することができる。このケースにおいては、発見情報は、例えば、受信ノードのＲｘビームの特性を含むことができる。
【０２９２】
図１８を参照すると、いくつかの実施形態においては、（「ＴＸ」として示される）送信ノードと、（「ＲＸ」として示される）受信ノードとの間の接続が確立されると、１５０１において、発見情報を、受信ノードから送信ノードに送信することができる。発見情報は、発見手順中に確立されるか、または近隣測定を続けることに基づいて確立されるパラメータを含むことができる。パラメータは、例えば、受信ノードのＲｘビームのメインローブビーム幅およびメインローブ利得を含むことができる。送信ノードにおいて受信すると、１５０２において、送信ノードは、例えば、それが、受信ノードから、発見手順関係の測定値または近隣測定を続けたことに基づく測定値、推定される送信機−受信機距離、ならびにシステム構成の知識（例えば、雑音電力、および／または伝搬特性など）を受信したときに、反対方向におけるＬＢＴについてのパラメータを調整することができる。ＬＢＴパラメータ調整は、ビームパターンおよび／もしくはビームの数ならびに／または反対方向のＥＤしきい値の調整を含むことができる。調整は、受信ノードごとに実行することができ、例えば、図１８におけるようなＲＸ受信ノードなどの、例えば、特定の受信ノードの方に向かう送信と関連付けられたすべてのＬＢＴのために使用することができる。送信ノードは、異なる受信ノードのために、反対方向におけるＬＢＴについて異なるパラメータ設定を使用することができる。
【０２９３】
１５０４において、データが、送信ノードにおいて送信のために利用可能であるとき、１５０６において、送信ノードは、受信ノードの方向および反対方向などの、ペアをなす方向においてＬＢＴを実行することができ、反対の（例えば、補足のペアをなす）方向においては、ＬＢＴの調整を用いる。１５０８において、ペアをなす方向におけるＬＢＴが、チャネルがクリアであることを示す場合、送信ノードは、１５１０において、受信ノードの方へ向かうデータ送信を開始することができる。１５１２において、受信ノードは、送信されたデータを受信し、それをデコードすることができる。１５１４において、データが、送信ノードにおいて送信のために再び利用可能であるとき、１５１６において、送信ノードは、データ送信より前に、１５０６において行われたＬＢＴ手順を繰り返して、チャネルがクリアであるかどうかを決定することができる。１５１８において、ペアをなす方向におけるＬＢＴが、チャネルがビジーであることを示す場合、１５２０において、送信ノードは、データ送信を延期し、次のチャネルアクセス試行の前に、ＤＩＦＳ＋バックオフ時間の間、待つことができる。その後、送信ノードは、再びチャネルにアクセスすることを試みることができ、１５２２において、ペアをなす方向におけるＬＢＴが、チャネルがクリアであることを示すとき、送信ノードは、１５２４において、データ送信を開始することができる。１５２６において、受信ノードは、送信されたデータを受信し、それをデコードすることができる。
【０２９４】
いくつかの実施形態においては、ペアをなすＬＢＴのパラメータ（例えば、ＥＤしきい値、ビームパターン、および／または反対の（例えば、補足のペアをなす）方向におけるＬＢＴのために使用されるビームの数）を、受信機フィードバックに基づいて動的に適合させることができる。例えば、受信ノードのＲｘビーム情報および／または送信機−受信機距離が、送信ノードにおいて知られないときに、パラメータを動的に更新することができる。
【０２９５】
例においては、反対の（例えば、補足のペアをなす）方向のためのＬＢＴパラメータの適合は、受信ノードからのＨＡＲＱフィードバックに基づいて、行うことができる。このケースにおいては、例えば、適合は、受信されたＨＡＲＱ  ＮＡＣＫの数の統計値に基づくことができる。送信ノードは、受信ノードが干渉制限シナリオにあると決定することができ、それは、反対の（例えば、補足のペアをなす）方向において、メインローブビーム幅（θsup）を増加させ、反対方向におけるＬＢＴについてより多くのビームを使用し、および／または反対方向におけるＬＢＴについてＥＤしきい値（ＴＨsup）を減少させて、例えば、検出される隠れノードの領域を増加させることができる。
【０２９６】
これにより、例えば、干渉制限状況およびバックオフ時間が低減されることによって、送信機−受信機リンク性能が改善することができる。
【０２９７】
受信ノードからの信号および／または測定報告は、送信機ノードによって、反対の（例えば、補足のペアをなす）方向のためのＬＢＴパラメータを適合させるために使用することができる。これは、限定はされないが、基準信号受信電力（ＲＳＲＰ）、基準信号受信品質（ＲＳＲＱ）、チャネル状態情報（ＣＳＩ）、干渉測定（ＩＭ）、および／または基準信号（ＣＲＳ、ＤＭ−ＲＳ）などを含むことができる。
【０２９８】
図１９は、いくつかの実施形態に従った、反対方向におけるＬＢＴについてのパラメータを動的に調整するための例示的なフロー図１６００である。図１９の例においては、パラメータは、干渉制限状況を示すことができる受信ノードからの報告に基づいて動的に調整されることができる。例えば、図１９に示されるように、干渉制限状況のインジケータ（例えばＮＡＣＫメッセージ）を使用することができる。概して、いくつかの実施形態においては、干渉制限状況を示すことができるＮＡＣＫメッセージ、干渉制限状況を示すことができる明示的メッセージ、ならびに／または、例えば、（「ＴＸ」として示される）送信ノードが、干渉に起因して、デコーディングが不成功であったであろうと決定することを可能にする、任意の他の有用なメッセージ（例えば、ＲＳＲＰ、ＲＳＲＱ、ＣＳＩ、および／もしくはＩＭ報告など）を含む、干渉制限状況を示す様々なメッセージを、（「ＲＸ」として示される）受信ノードが使用することができる。
【０２９９】
図１９を参照すると、１６０１において、データが、送信ノードにおいて送信のために利用可能であるとき、１６０２において、送信ノードは、受信ノードの方向および反対方向などの、ペアをなす方向においてＬＢＴを実行することができる。１６０４において、ペアをなす方向におけるＬＢＴが、チャネルがクリアであることを示す場合、１６０６において、送信ノードは、受信ノードの方へ向かうデータ送信を開始することができる。１６０８において、受信ノードが、干渉が受信されたので、デコーディングが不成功であると決定した場合、１６１０において、受信ノードは、例えば、干渉を示す（「干渉制限インジケータ」として示される）メッセージ（例えば、ＮＡＣＫメッセージ）を送信することができる。送信ノードは、１６１２において、干渉制限状況に関係するメッセージを受信すると、または受信ノードからの信号品質メッセージに基づいて干渉制限状況を決定すると、反対方向におけるＬＢＴのためのパラメータを調整することができる。パラメータの調整は、ビームパターンを増加させること、ビームの数を増加させること、および／またはＥＤしきい値を低減することを含むことができる。調整は、受信ノードからの報告に基づいて、動的に、リアルタイムに更新することができ、後続の送信と関連付けられたＬＢＴのために使用することができる。
【０３００】
図１９にさらに示されるように、干渉があるとすれば、１６１４において、送信ノードは、ペアをなす方向において、次のＬＢＴ（１６１２において実行された調整を用いるＬＢＴ）を試みることができる。１６１６において、ペアをなす方向におけるＬＢＴの結果は、チャネルがビジーであることを示すことがある。したがって、１６１８において、送信ノードは、データ送信を延期し、次のチャネルアクセス試行の前に、ＤＩＦＳ＋バックオフ時間の間、待つことができる。１６２０において、送信ノードは、（ＬＢＴを実行することによって）再びチャネルにアクセスすることを試み、チャネルがクリアであるとセンスすることができる。１６２２において、送信ノードは、データ送信を開始することができる。１６２４において、受信ノードは、送信されたデータを受信し、それをデコードすることができる。１６２６において、データが、送信ノードにおいて送信のために再び利用可能であるとき、送信ノードは、１６２８において、データ送信より前に、調整されたパラメータを用いてＬＢＴを再び実行して、チャネルがクリアであるかどうかを決定することができる。１６３０において、ペアをなす方向における、調整されたＬＢＴが、チャネルがクリアであることを示す場合、１６３２において、送信ノードは、データ送信を開始することができる。１６３４において、受信ノードは、送信されたデータを受信し、それをデコードすることができる。
【０３０１】
上述されたように、「干渉制限インジケータ」メッセージは、ＮＡＣＫであるか、受信ノードにおいて経験される干渉制限状況に関係することができる任意の他のメッセージであるか、または送信ノードが、干渉制限状況が発生したと決定することを可能にすることができる任意の他のメッセージであることができる。
【０３０２】
いくつかの実施形態においては、送信ノードは、反対の（例えば、補足のペアをなす）方向におけるＬＢＴ中にキャプチャされた情報（例えば、センスされた電力／エネルギー）を使用して、例えば、送受信戦略の最適化などすることができる。例えば、送信ノードは、反対方向におけるＬＢＴについてマルチしきい値ＥＤ手順を使用し、適合ＭＣＳ選択を実行し、および／または反対の（例えば、補足のペアをなす）方向におけるＬＢＴ中にセンスされた電力の関数として調整されることができる電力制御機構を実施することができる。
【０３０３】
反対の（例えば、補足のペアをなす）方向におけるＬＢＴ中にセンスされた電力は、送受信戦略を調整するために使用することができる。戦略調整は、例えば、受信ノードの方へ向かう送信のみが許可されることができるが、受信ノードから送信ノードの方へ向かう送信（逆方向）は許可されないような、反対方向におけるＬＢＴについてマルチレベルＥＤしきい値手順を採用すること、反対／補足の方向におけるＬＢＴ中にセンスされた電力ごとに送信ノードにおいて変調および符号化方式（ＭＣＳ）を選択すること、および／または反対方向におけるＬＢＴ中にセンスされた電力に基づいて、送信ノードにおいて電力制御を調整することを含むことができる。
【０３０４】
送信ノードは、反対方向におけるＬＢＴについて２しきい値ＥＤ手順を使用することができ、２つのＥＤしきい値は、ＴＨ1およびＴＨ2であり、ＴＨ1＞ＴＨ2。反対の（例えば、補足のペアをなす）方向におけるＬＢＴにおいて検出された電力がＴＨ1を超える場合、送信ノードの送信を延期させることができる。反対の（例えば、補足のペアをなす）方向におけるＬＢＴにおいて検出された電力が、ＴＨ2を超えるが、ＴＨ1を超えない場合、送信ノードの送信は許可することができるが、受信ノードからの送信（逆方向）は許可することができない。
【０３０５】
反対方向におけるＬＢＴについての２しきい値ＥＤ手順は、送信ノードから受信ノードへの送信は許可する（例えば、依然として許可する）が、逆方向リンク送信は許可することができないために使用することができる。これは、知覚された反対方向の干渉測定に起因することができる。例えば、ダブルしきい値方式においては、測定された干渉レベルが、反対方向のためのより高いしきい値を上回る場合、対象受信ノードは、アップリンクトラフィックを送信することを許可することができない。受信ノードは、低い送信レートにおいて、データを受信することを許可することができる（それは、反対方向における干渉ノードからの受信された干渉に起因して、低い信号対干渉プラス雑音比（ＳＩＮＲ）を有することがある）。受信ノードから送信ノードへの送信（逆方向）は、例えば、ＡＣＫ／ＮＡＣＫを送信することを除いて、防止することができる。これにより、ＡＰおよび／またはＳＴＡへの干渉生成を回避することができる。ＥＤしきい値は、受信ノードから送信ノードの方に向かう送信のための電力制御を示すことができる。
【０３０６】
送信ノードは、反対方向に向かうＬＢＴ  ＥＤにおいてセンスされた電力レベルに依存することができる、適合ＭＣＳ選択を実施することができる。例えば、反対方向におけるＬＢＴが、チャネルをビジーとして示す場合、送信機−受信機リンクにおけるチャネル状態が好ましい場合でも、送信ノードは、反対の（すなわち補足のペアをなす）方向におけるＬＢＴにおいてセンスされた電力に基づいて適合されることができる、より低いＭＣＳにおいて送信することができる。これは、受信ノードが干渉された場合でも、デコーディングが、受信ノードにおいて可能であり得るような仕方で実行することができる。送信ノードからの送信は、送信ノードがＡＰ／ＳＴＡに干渉できないので、許可することができる。
【０３０７】
送信ノードは、送信電力（例えば、電力制御）を調整するために、反対方向におけるＬＢＴにおいて、センスされた電力レベルを使用することができる。反対方向におけるＬＢＴが、チャネルをビジーとして示す場合、送信ノードは、受信ノードにおいて干渉があり得、（例えば、実現可能である場合は）送信ノードの送信電力を増加することができることを知る。
【０３０８】
図２０は、いくつかの実施形態に従った、反対方向におけるＬＢＴに基づいた送信戦略を調整するための例示的なフロー図１７００である。図２０は、反対方向におけるＬＢＴを用いてチャネルがビジーであることがセンスされた後に、送信ノードにおける送信戦略が、反対方向におけるＬＢＴ中にセンスされた電力／エネルギーに基づいて、調整されるケースと関連付けられた特徴を例示している。いくつかの実施形態においては、送信ノードは、相応にＭＣＳまたは送信電力を調整することができ、それにより、受信ノードにおける成功したデコーディングが可能になることができる。
【０３０９】
図２０を参照すると、１７０１において、データが、送信ノードにおいて送信のために利用可能であるとき、１７０２において、送信ノードは、受信ノードの方向および反対方向などの、ペアをなす方向においてＬＢＴを実行することができる。１７０４において、ペアをなす方向におけるＬＢＴが、チャネルがクリアであることを示す場合、送信ノードは、１７０６において、受信ノードの方へ向かうデータ送信を開始することができる。１７０８において、受信ノードは、送信されたデータを受信し、それをデコードすることができる。１７１０において、データが、送信ノードにおいて送信のために再び利用可能であるとき、１７１２において、送信ノードは、ペアをなす方向においてＬＢＴを再び実行し、その結果、１７１４において、チャネルがビジーであると決定することができる。１７１６において、送信ノードは、反対方向においてセンスされた電力に基づいて、送信戦略を調整する（例えば、ＭＳＣおよび／または送信電力を調整する）ことができる。その後、１７１８において、送信ノードは、データ送信を開始することができる。１７２０において、受信ノードは、送信されたデータを受信し、それをデコードすることができる。
【０３１０】
いくつかの実施形態においては、本明細書において説明される技法を組み合わせることができる。例えば、適合ＭＣＳを、マルチしきい値ＥＤ手順と組み合わせることができる。ＥＤしきい値は、ＴＨ1＞ＴＨ2＞ＴＨ3であることができる。反対方向におけるＬＢＴにおいて検出された電力がＴＨ1を超える場合、送信ノードの送信を延期させることができる。反対方向におけるＬＢＴにおいて検出された電力が、ＴＨ2を超えるが、ＴＨ1を超えない場合、送信ノードの送信は、センスされたエネルギーに従って、適合されたＭＣＳを用いて許可することができる。受信ノードからの送信は許可することができない。反対方向におけるＬＢＴにおいて検出された電力が、ＴＨ3を超えるが、ＴＨ2を超えない場合、送信ノードの送信は、センスされたエネルギーに従って、適合されたＭＣＳを用いて許可することができる。受信ノードからの送信は、強制的な電力制御を用いて許可することができる。意図されたＬＢＴ方向への反対方向における干渉が、（例えば、最も高い）しきい値よりも高くなった場合、受信ノードは、逆方向において、ＡＣＫ／ＮＡＣＫメッセージを送信することを許可することができ、なぜならば、これらのメッセージの期間(duration)は、有意でないことがあり、干渉ノードに最小の影響しか及ぼさないからである。このケースにおいては、正規の逆方向リンク送信は、許可することができない。
【０３１１】
ＤＬ／ＵＬ  ＭＣＳ選択は、例えば、本明細書において説明されるように、受信ノードにおける、測定された干渉および／または予想される影響に適合させることができる。送信ノードと受信ノードとの間で交換される情報は、送信ノードおよび受信ノードに知られ得る、ショートメッセージングまたはアプリオリに確立されたデフォルト値を介して実現することができる。
【０３１２】
ＥＤしきい値は、以下のうちの１つ以上を使用して決定することができる。ＴＨ1は、最も低い測定可能な電力レベルを決定することができる。このレベルは、ＷｉＧｉｇ領域において定義されたＣＣＡしきい値レベルとして設定するか、または受信機のセンシティビティに基づいて設定することができる。最も高いしきい値は、ＷｉＧｉｇデバイスが、非ＷｉＧｉｇ波形から干渉を測定するときの、ＷｉＧｉｇ領域における高いしきい値として設定することができる。ＣＣＡが、チャネルがビジーであることを示す場合、ＷｉＧｉｇデバイスは、それらのパケットの送信をバックオフすることができる。最も高いしきい値レベルは、対象（受信）ノードにおける、最小の知覚されるＳＩＲにマッピングすることができる。例えば、図１７Ａにおいて、ｇＮＢは、ＡＰの電力レベルを測定し、順方向におけるＡＰのパケット送信によって引き起こされることがある、ＵＥにおける対応する最も高い干渉レベルを予測する。干渉は、ＵＥにおいて制限されることができ、ＵＥにおけるＳＩＲは、最小になることができる。最も高いしきい値は、ｇＮＢからＵＥへの持続可能なＤＬトラフィックを可能にすることができる、ＵＥにおける予測ＳＩＲを基準とすることができる、（例えば、最小の）ＭＣＳインデックス選択にマッピングするしきい値として定義することができる。ＵＥにおけるＳＩＲは、図１７Ａに示されるように、干渉物（例えば、ＡＰ）と、送信ノード（例えば、ｇＮＢ）との間の距離に起因して、（例えば、常に）正になることができることが、予想されることができる。中間のしきい値は、対象受信ノードにおける（例えば、推定される）ＳＩＲ変動に基づくＭＣＳ選択を反映するように、設定することができる。
【０３１３】
図２１は、いくつかの実施形態に従った、マルチＥＤしきい値実施と関連付けられた例示的なフロー図１８００である。図２１は、送信機から受信機および受信機から送信機の送信認可／禁止を、反対の（例えば、補足のペアをなす）方向におけるＬＢＴ中にセンスされた電力、および２つの事前定義されたＥＤしきい値に対するそれらの関係に基づいて、決定することができる、２ＥＤしきい値手順を例示している。図２１は、反対方向におけるＬＢＴ中にセンスされた電力に基づくことができる、送信ノードから受信機への送信は許可することができるが、受信機から送信ノードへの送信は許可することができない、マルチＥＤしきい値実施と関連付けられた特徴を例示している。マルチＥＤしきい値手順においては、シグナリングを使用して、逆方向（受信機から送信機）における送信がいつ許可することができないかを示すことができる。
【０３１４】
図２１を参照すると、１８０１において、データが、送信ノードにおいて送信のために利用可能であるとき、１８０２において、送信ノードは、受信ノードの方向および反対方向などの、ペアをなす方向においてＬＢＴを実行することができる。１８０４において、実行されたＬＢＴに基づいて、送信ノードが、反対方向における電力が（「ＥＤ  ＴＨ2」と以下で呼ばれる）ＥＤしきい値２よりも低いことをセンスした場合、送信ノードは、１８０６において、受信ノードの方へ向かうデータ送信を開始することができる。１８０８において、受信ノードは、送信されたデータを受信し、それをデコードすることができる。１８１０において、データが、送信ノードにおいて送信のために再び利用可能であるとき、１８１２において、送信ノードは、ペアをなす方向においてＬＢＴを再び実行し、１８１４において、反対方向における電力が、ＥＤ  ＴＨ2を超えるが、（「ＥＤ  ＴＨ1」と以下で呼ばれる）ＥＤしきい値１を超えないことを、センスすることができる。１８１６において、送信ノードは、データ送信を開始することができ、１８１８において、受信ノードは、送信されたデータを受信し、それをデコードすることができる。その後、またはデータ送信とほぼ同時に、１８２０において、送信ノードは、受信ノードから送信ノード（ＲＸからＴＸ）の送信を許可することができないというインジケータを受信ノードに送信することができる。
【０３１５】
１８２２において、データが、送信ノードにおいて送信のために再び利用可能であるとき、１８２４において、送信ノードは、ペアをなす方向においてＬＢＴを繰り返し、１８２６において、反対方向における電力がＥＤ  ＴＨ1を超えることを、センスすることができる。その結果、１８２８において、送信ノードは、データ送信を延期し、次のチャネルアクセス試行の前に、ＤＩＦＳ＋バックオフ時間の間、待つことができる。１８３０において、送信ノードは、ペアをなす方向において別のＬＢＴを実行し、１８３２において、反対方向におけるその電力が、今やＥＤ  ＴＨ2よりも低いことをセンスすることができる。それに応じて、１８３４において、送信ノードは、データ送信を開始することができる。１８３６において、受信ノードは、送信されたデータを受信し、それをデコードすることができる。
【０３１６】
いくつかの実施形態に従うと、ＥＤしきい値調整は、干渉信号の到来角（ＡｏＡ）に基づくことができる。例えば、送信ノードが、ＵＥであり、受信ノードが、ｇＮＢであるとき、および反対方向におけるＬＢＴビーム幅が、（例えば、ＵＥにおけるハードウェア制限に起因して）ｇＮＢビーム幅に一致するように低減されることができないとき、送信ノードは、干渉信号のＡｏＡの関数として、反対方向におけるＬＢＴについてのＥＤしきい値を設定することができる。
【０３１７】
図２２は、いくつかの実施形態に従った、反対方向におけるＬＢＴについての、到来角推定の使用と、ＥＤしきい値を変化させることの例を例示している。例えば、図２２においては、ＡＰ１９００（「ＡＰ２」としても示される）からの信号は、ＡＰ１９０４（「ＡＰ１」としても示される）からの信号のＡｏＡ（ＡｏＡ１）とは異なることがある、ＡｏＡ（ＡｏＡ２）でＵＥ１９０２に到着する。ＡＰ１９０４は、ｇＮＢ１９０６のＲｘビームボアサイト内にあることができるが、ＡＰ１９００は、そうでないことがある。この状況においては、ＡｏＡ２から到着する信号のＥＤしきい値は、ＡｏＡ１から到着する信号のＥＤしきい値よりも大きくなることがある。ＵＥ１９０２におけるペアをなすＬＢＴは、ＡＰ１９０４の存在の下では送信を防ぐことができるが、ＡＰ１９００の存在の下では送信を防がないことがある。
【０３１８】
いくつかの実施形態においては、ＬＢＴは、受信ノードからの補助を受けることができる。例えば、送信ノードが、受信ノード方向と、１つ以上の反対の（例えば、補足のペアをなす）方向において、同時のＬＢＴを実行する能力を有しない場合に、受信ノードは、送信ノードを補助して送信が許可されるかどうかを決定することができる。例えば、（図２２に示される構成におけるように）送信ノードが、ＵＥであり、受信ノードが、ｇＮＢである場合、ＵＥは、マルチ指向性で同時のＬＢＴを実行することが可能でないことがあり、ｇＮＢは、ＵＥを補助することができる。
【０３１９】
いくつかの実施形態に従うと、受信ノード（例えば、ｇＮＢ）は、送信ノード（例えば、ＵＥ）の方向においてＬＢＴを実行することができ、送信ノード（ＵＥ）は、受信ノード（ｇＮＢ）の方向においてＬＢＴを実行することができる。ｇＮＢは、反対方向におけるキャリアセンスをカバーすることができ、調整は、ＵＥからｇＮＢへのデータ送信を開始することを可能にするために、両方のノード（例えば、ｇＮＢとＵＥ）を含み、チャネルがアイドルであることをセンスすることができる。
【０３２０】
図２３は、いくつかの実施形態に従った、受信ノードからのＬＢＴ補助を例示する例示的なフロー図２００である。図２３は、それにより、受信ノード（ｇＮＢ）が送信ノード（ＵＥ）にＬＢＴ補助を提供することができる特徴を例示している。
【０３２１】
図２３においては、ＵＥは、ｇＮＢ方向に向かってクリアチャネルをセンスした後に、ｇＮＢ補助を要求することができる。より詳細には、２００１において、ＵＥは、ｇＮＢに発見情報を送信することができる。発見情報は、ＵＥが同時マルチ指向性ＬＢＴを実行することが可能であるか否かのインジケーションを含むことができる。ＵＥが、同時マルチ指向性ＬＢＴを実行することが可能でない場合、２００２において、ｇＮＢからの補助が（ｇＮＢにおいて）アクティブにされる。データが、ＵＥにおいて送信のために利用可能であるとき、２００４において、ＵＥは、２００６において、受信ノードの方向において（ｇＮＢの方向において）ＬＢＴを実行することができる。２００８において、受信（ＲＸ）方向におけるＬＢＴが、チャネルがクリアであることを示す場合、２０１０において、ＵＥは、ｇＮＢに補助要求を送信する。補助要求は、受信ノードからのＬＢＴ補助についての要求を示す、任意の適切なメッセージの形態であることができる。ＵＥから補助要求を受信すると、２０１２において、ｇＮＢは、送信ノード（ＵＥ）の反対方向をカバーすることができる、送信ノードの方向において（ＵＥの方向において）ＬＢＴを実施することができる。２０１４において、ｇＮＢが、チャネルが送信（ＴＸ）方向においてクリアであることを見つけた場合、２０１６において、ｇＮＢは、（例えば、任意の適切なメッセージを使用して）その方向におけるクリアチャネルを示すインジケーションをＵＥに送信することができる。２０１８において、ＵＥは、ＲＸ方向においてＬＢＴを繰り返すことができ、２０２０において、ＵＥが、チャネルがクリアであることをセンスした場合、ＵＥは、２０２２においてデータ送信を開始する。２０２４において、ｇＮＢは、送信されたデータを受信し、それをデコードすることができる。
【０３２２】
２０２６において、データが、ＵＥにおいて送信のために再び利用可能であるとき、２０２８において、ＵＥは、ＲＸ方向において別のＬＢＴを実行することができる。２０３０において、ＲＸ方向におけるＬＢＴが、チャネルがクリアであることを示す場合、２０３２において、ＵＥは、ｇＮＢに別の補助要求を送信する。応答して、２０３４において、ｇＮＢは、ＴＸ方向において別のＬＢＴを実行して、ＵＥの反対方向をカバーする。２０３６において、ＴＸ方向におけるＬＢＴが、チャネルがビジーであることを示す場合、２０３８において、ｇＮＢは、ＵＥへの何らかの送信を延期し、次のチャネルアクセス試行の前に、ＤＩＦＳ＋バックオフ時間の間、待つことができる。２０４０において、ＴＸ方向におけるＬＢＴが、チャネルがクリアであることを示すと、２０４２において、ｇＮＢは、その方向におけるクリアチャネルを示すインジケーションをＵＥに送信し始めることができる。２０４４において、ＵＥは、ＲＸ方向においてＬＢＴを繰り返すことができ、その結果、２０４６において、ＵＥが、チャネルがクリアであることをセンスした場合、ＵＥは、２０４８においてデータ送信を開始する。２０５０において、ｇＮＢは、送信されたデータを受信し、それをデコードすることができる。
【０３２３】
いくつかの実施形態においては、反対方向におけるＬＢＴについての送信ノードのパラメータの最適化と関連付けられた特徴が、提供されることができる。
【０３２４】
より詳細には、いくつかの実施形態においては、単一の反対方向、例えばｄｉｒ＋１８０°において単一のビームが使用されるケースにおいて、提案されるペアをなすＬＢＴについての送信ノードのパラメータを最適化する特徴が提供されることができる。以下の例は、ＤＬ通信、ｇＮＢ（送信ノード）からＵＥ（受信機）について説明されるが、ＵＬ通信にも適用可能であり得る。反対方向におけるＬＢＴについてのｇＮＢビームパラメータは、過剰な露呈したノードを回避しながら、解決された隠れノードの数を最大にすることを試みて、最適化することができる。反対の（例えば、補足のペアをなす）方向におけるＬＢＴについての、ｇＮＢにおけるＥＤしきい値は、反対方向におけるＬＢＴについての正の検出領域が、解決された隠れノードの領域と重複することができるように、最適化することができる。経路損失（パスロス：ＰＬ）は、
【０３２５】
【数１】
2021500791.tif 000011
【０３２６】
によってモデル化することができ、αは、２から６の間の値をとることができる経路損失べき指数であり、ｆcは、キャリア周波数であることができ、ｃは、光速であることができ、ｄは、メートルでの２つのノード間の距離であることができる。距離にわたる信号分散を考慮すると、ノードｊからノードｉにおける平均受信信号電力は、
【０３２７】
【数２】
2021500791.tif 000012
【０３２８】
であることができ、ＧT（ｊ）、ＰT（ｊ）、ＧR（ｉ）は、それぞれ、ノードｊにおける送信アンテナ利得、ノードｊにおける送信電力、およびノードｉにおける受信アンテナ利得を示すことができる。ＵＥ  Ｒｘビーム領域は、ｇＮＢの方へ向けられた半径ｒおよび角度θRxのセクタによって与えることができる。半径は、次のように計算することができる。
【０３２９】
【数３】
2021500791.tif 000013
【０３３０】
Ｎo・Ｗは、雑音電力を示すことができ、ＧTx,AP,mは、ＡＰメインローブ利得であることができ、ＰTx,APは、ＡＰ送信電力を指す。ＵＥのビーム幅θRx内にあるＡＰは、ＵＥに干渉しないために、それから（例えば、少なくとも）ｒメートル離れることができる。
【０３３１】
いくつかの実施形態においては、反対方向におけるＬＢＴについてのビーム（θsup、Ｇsup,m）の最適化を実行することができる。図２４は、いくつかの実施形態に従った、反対方向におけるＬＢＴについての、ビーム幅調整の例を例示している。これにより、解決された隠れノードの数を最大にすることができ、新たに露呈したノードの生成を回避することができる。これは、反対方向におけるＬＢＴについての、メインローブビーム幅を調整することによって、実行することができ、これにより、それは、図２４に示されるように、ＵＥ２１０２のＲｘビーム領域をカバーする。ｇＮＢ２１００のセクタの角度は、それが、ＵＥ  Ｒｘビーム領域の境界をカバーすることを可能にするような角度になることができる。アンテナ利得は、ビーム幅調整から取得することができる。
【０３３２】
反対方向におけるＬＢＴのために使用されるメインローブビーム幅の閉形式の式は、
【０３３３】
【数４】
2021500791.tif 000014
【０３３４】
であることができ、ｄgNB-UEは、図２４に示されるように、ｇＮＢからＵＥの距離であることができる。
【０３３５】
本明細書において論じられるように、メインローブのビーム幅とアンテナ利得は、直接的に関係することがある。方位角領域と仰角領域において同じビーム幅をもつアンテナパターンは、
【０３３６】
【数５】
2021500791.tif 000015
【０３３７】
として記述することができ、Ｃは、３Ｄアンテナパターンのタイプ（例えば、楕円、長方形）に依存する定数であることができる。Ｇsup,mは、ｇＮＢにおけるアンテナ要素の数に依存する最大値を有することができる。θTxの値（ｇＮＢ）は、θRxの値（ＵＥ）よりも低くなることができ、調整は、θsup＞θTx（すなわち、実現可能なメインローブビーム幅）を提供することができる。
【０３３８】
複数の事前定義されたビームが、（図１５Ｂに示されるように）複数の反対方向において使用される場合、ｇＮＢは、解決された隠れノードのエリアを最大にするビームの数を選択することができる。過剰な露呈したノードはないであろう。
【０３３９】
（例えば、本明細書において論じられる技法を使用して取得される）θsupおよびＧsup,mの固定値があるとすれば、送信ノード（ｇＮＢ）は、反対の（例えば、補足のペアをなす）方向におけるＬＢＴについての正の検出領域が、解決された隠れノードの領域と重複することができるように（図１７Ａ参照）、反対方向におけるＬＢＴについてのＥＤしきい値を調整することができる。これは、
【０３４０】
【数６】
2021500791.tif 000016
【０３４１】
の反対方向におけるＬＢＴについてのしきい値電力を考慮することによって取得することができる。反対方向におけるＬＢＴについてのＥＤしきい値を調整するために使用することができる、この式は、（例えば、図１７Ｂに示されるように）事前定義されたビームパターンをもつ複数のビームが、複数の反対の（例えば、補足のペアをなす）方向において使用される場合、適用することができる。
【０３４２】
上記では、例えば、極めて指向性のシステムを用いて、免許不要帯域において動作しているときに起こることがある、指向性隠れノード問題を緩和することに向けられた実施形態を含む、様々な実施形態について説明された。しかしながら、それらの実施形態は網羅的でなく、他の実施形態においては、追加の変形形態、実施、構成、手順などが、本開示の範囲内において可能である。
【０３４３】
いくつかの実施形態に従うと、例えば、サブ６ＧＨｚおよび／またはミリ波免許不要帯域などにおける、複数の免許不要帯域における空間再利用を有効化する、調整されたＬＢＴ機構のための方法、システム、およびシグナリングが、本明細書において開示される。いくつかの実施形態においては、本明細書において開示される方法は、例えば、同じもしくは関係するＲＡＴ（無線アクセス技術）と、および／または１つ以上のオペレータ（例えば、セルラ／無線キャリア）と関連付けられたノード間の使用のための調整手順を提供して、例えば、１つ以上の免許不要帯域におけるＬＢＴ要件または規制に準拠するかまたはそれを満たしながら、イントラＲＡＴ  ＬＢＴブロッキングを防止する（例えば、回避する）（または、少なくともその尤度を低減する）。
【０３４４】
例えば、送信調整（またはノード間の送信の調整）を概して実施することが可能である同じＲＡＴの、異なるノード間の調整されていないＬＢＴ機構は、不要なＬＢＴブロッキングを生じることがある。それは、劣悪なチャネル利用をさらに生じることがある。セルラネットワークは、いくつかの干渉管理技法（例えば、適合レート制御、電力制御、多地点協調（ＣｏＭＰ）、高度セル間干渉調整（ｅＩＣＩＣ）など）を利用して、例えば、単一のＲＡＴ（例えば、特定のオペレータ／無線キャリアからのＮＲ）の、ノード内のセル間干渉を緩和することによって、再利用（例えば、無線リソース（例えば、周波数、時間など）の再利用）、例えば、１つの完全な再利用を可能にするように通常は設計される。
【０３４５】
したがって、概して、免許不要スペクトルにおいて送信のために調整されることができる同じＲＡＴのデバイス（例えば、同じＲＡＴの、そしておそらくは、同じオペレータのノード）の間で、ＬＢＴに起因して送信をブロックすることは不要であることがある。しかしながら、例えば、５ＧＨｚおよび６０ＧＨｚ免許不要帯域の規制は、ＬＢＴの実施を要求する。
【０３４６】
図２５Ａおよび図２５Ｂは、それぞれ、いくつかの実施形態に従った、（Ａ）異なるＲＡＴのノード、および（Ｂ）同じＲＡＴのノードに対するＬＢＴブロッキングの例を例示している。
【０３４７】
図２５Ａの例においては、ＡＰ２２００（「ＡＰ１」としても示される）は、チャネルにアクセスしており、次いで、ＭＣＯＴ中に、ｇＮＢ２２０２がＬＢＴを用いてチャネルをビジーとしてセンスするので、ｇＮＢ２２０２（「ｇＮＢ１」としても示される）の送信をブロックする。したがって、ｇＮＢ２２０２は、図２５Ａに示されるように、ＡＰ２２００の送信が終了して、バックオフ手順が完了するまで、待つ必要がある。その後、チャネルがクリアであるとき、ｇＮＢ２２０２は、チャネルに最終的にアクセスすることが可能である。これは、例えば、典型的な手順である。
【０３４８】
しかしながら、図２５Ｂにおいては、同じＲＡＴ、例えば、ｇＮＢ２２０２のオペレータと同じオペレータのノードであることができる、ｇＮＢ２２０４（「ｇＮＢ２」としても示される）は、チャネルにアクセスしており、直線をなす送信およびＬＢＴキャリアセンスに起因して、ｇＮＢ２２０２の送信をブロックしている。このケースにおいては、典型的なセルラ動作であることができるものの下で、セルラネットワークが、（例えば、少なくとも、同じＲＡＴおよびオペレータのノードの合間で）干渉を管理することが可能である有効な調整戦略と併せて、完全な再利用を通常に可能にすることができるとき、ｇＮＢ２２０２は、図２５Ｂに示されるように、送信を延期する必要がある。図２５Ｂの例においては、ＬＢＴブロッキングは、それが、例えば、空間再利用を妨げるような、悪影響を有することがある。概して、いくつかの実施形態においては、空間再利用は、異なるロケーションにおいて時間および周波数リソース利用を有効化することを指す。この点について、例えば、干渉ビームは、無線リソースの空間再利用を（例えば、衝突に起因して）防止することがある。
【０３４９】
同じＲＡＴのノード内の送信のＬＢＴブロッキングの問題を回避するために、ネイバーＴＲＰをグループ化し、ジョイントチャネルアクセスのためにそれらを自己延期して、それらが、確保信号の使用または送信自体のいずれかによって、互いにブロックしなくなるようにするための、解決策が提案されている。例えば、非特許文献１を参照されたい。
【０３５０】
しかしながら、自己延期技法が提示することがある主要な課題は、自己延期期間中に、別のノードがチャネルにアクセスすることがあることである。また、この技法は、同時アクセスに対処するが、ノードがすでにチャネルにアクセスしているケースには対処せず、（例えば、図２５Ｂに示されるように）同じＲＡＴ内のノードの近隣送信をブロックすることがあることに留意されたい。
【０３５１】
例えば、調整された送信に概して従う同じＲＡＴの（および／または同じオペレータの）、ノード内のＬＢＴブロッキングは、ＬＡＡにおいて、解決される必要がある問題のままである。Ｗｉ−ＦｉおよびＷｉＧｉｇなどの、いくつかの通信技術は、ＬＢＴブロッキングが概して許可され、ノードも送信のために調整しないように、コンテンションを採用する。
【０３５２】
したがって、スケジュールされた手法に通常は従うＬＡＡおよびＮＲ−Ｕ（または免許不要スペクトルへの５Ｇ  ＮＲベースのアクセス）に対する改善が望ましいことがある。
【０３５３】
いくつかの実施形態に従うと、調整されたＬＢＴシグナリングが開示される。いくつかの実施形態においては、例えば、すでに利用可能な技法（例えば、ＣｏＭＰ、ｅＩＣＩＣなど）のうちのいくつかを使用して、ＬＢＴ調整の後に送信調整が適用されることが可能であると仮定して、ＬＢＴ調整を実施して、バックオフ手順を調整することができる。
【０３５４】
いくつかの実施形態においては、ｇＮＢ（例えば、図２５Ｂに示されるｇＮＢ１）は、チャネルを占有するノードが、例えば、同じＲＡＴを使用するノード（例えば、図２５Ｂに示されるｇＮＢ２）であることを検出したとき、ｇＮＢは、例えば、ＮＲにおけるようなＸｎインターフェース（またはＬＴＥにおけるようなＸ２インターフェース）を介して、そのノードにメッセージを送り届けて、不要なＬＢＴブロッキングを回避しようと努める、ＬＢＴ調整を要求することができる（本明細書においては「ＬＢＴ−Ｃ−ＲＱ」と呼ばれる）。図２６は、いくつかの実施形態に従った、ＬＢＴ調整のシナリオの例を例示している。
【０３５５】
ＬＢＴ−Ｃ−ＲＱを受信するノード（例えば、Ｘｎインターフェース２３０４を介してｇＮＢ２３０２（「ｇＮＢ１」としても示される）からＬＢＴ−Ｃ−ＲＱ２３０６を受信する図２６のｇＮＢ２３００（「ｇＮＢ２」としても示される））は、ＬＢＴ−Ｃ−ＲＱを受け付けるかまたはそれを拒否することができる。受け付けた場合、いくつかの実施形態においては、受付けノードは、例えば、バックオフを完了するためのＬＢＴ調整が実行されることになるかまたは実行されることができる１つ以上の仕方を含むかまたはそれらが付随する、（例えば、任意の適切な受付けメッセージの形態の）受付けを返送する。さらに、いくつかの実施形態においては、受付けはまた、送信調整の開始時間と、ＬＢＴバックオフ手順が完了した後に適用することができる送信調整戦略とを示すことができる。
【０３５６】
いくつかの実施形態においては、同じＲＡＴのデバイスの存在の検出は、同じＲＡＴのノードが、それら自体のＲＡＴメッセージ（例えばＰＤＣＣＨまたはｅＤＲＴＳ（高度指向性ＲＴＳ））をデコードすることが概して可能である、という仮定に基づくことができる。
【０３５７】
ノードがチャネルへのアクセスを得ると、時間、周波数、空間、電力、および／またはレートなどの、複数の領域において、送信調整を実行することができる。しかしながら、いくつかの実施形態においては、ＬＢＴバックオフ手順を完了するために、何らかのレベルおよび／または形態の送信調整が必要なことがあることに留意されたい。いくつかの実施形態においては、ＬＢＴ調整は、周波数領域または時間領域のいずれかにおいて行うことができる。図２７Ａおよび図２７Ｂは、それぞれ、いくつかの実施形態に従った、（Ａ）周波数領域および（Ｂ）時間領域におけるＬＢＴ調整の例を例示している。
【０３５８】
さらに、いくつかの実施形態においては、他のＲＡＴに対する公平性を改善するために、ＬＢＴ調整を、ＭＣＯＴ内で（例えば、ＭＣＯＴ内でのみ）行うことができる。
【０３５９】
周波数領域ＬＢＴ調整（図２７Ａ参照）では、いくつかの実施形態においては、ＬＢＴバックオフを完了し、その後、送信のための任意の適切な送信調整戦略を使用するための
初めに、ｇＮＢ２は、ｇＮＢ１から、ＬＢＴ−Ｃ−ＲＱ２４００および、例えば、バックオフ時間のインジケーションを受信すると、ある期間の間、いくつかのリソースブロック（ＲＢ）またはＢＷＰ（帯域幅パート）を解放することができ、周波数関係の調整受付け（メッセージ）２４０２を通してそのようにｇＮＢ１に示すことができる（本明細書においては「ＬＢＴ−Ｃ−Ａ−ｆ」と呼ばれる）。ｇＮＢ２はまた、例えば、限定はされないが、解放されるリソース、送信調整戦略、送信調整の開始時間、および／またはＭＣＯＴ限界までの時間などの、パラメータのインジケーションを提供することができる。これらのパラメータの一部または全部は、ＬＢＴ−Ｃ−Ａ−ｆ２４０２において示されるか、あるいは、ＬＢＴ−Ｃ−Ａ−ｆ２４０２から別々に送信されることができる。その後、ｇＮＢ１は、ｇＮＢ２から情報／メッセージを受信すると、広帯域ＬＢＴから、ｇＮＢ２によって解放された示された周波数リソース（またはＢＷＰ）内のＢＷＰ  ＬＢＴ（またはサブバンドＬＢＴ）に変化することができる。
【０３６０】
上記で説明された例示的な周波数領域ＬＢＴ調整手順においては、いくつかのＲＢの解放、およびそれらのＲＢにおいてＢＷＰ  ＬＢＴを実施する能力を有するｇＮＢ１は、（ｉ）ｇＮＢ１が、適用可能な免許不要スペクトル規制に従ってＬＢＴバックオフ手順を完了することを可能にし、（ｉｉ）その後、空間再利用を活用することによって（例えば、アロケートされたＢＷＰ内で空間再利用を十分に活用することによって）送信することができる。
【０３６１】
時間領域ＬＢＴ調整（図２７Ｂ参照）では、いくつかの実施形態においては、ＬＢＴバックオフ（ｂ）を完了し、その後、送信のための任意の適切な送信調整戦略を使用するための、例示的な手順は、例として次の通りであることができる。
【０３６２】
初めに、ｇＮＢ２は、ＬＢＴ−Ｃ−ＲＱ２４０４および、例えば、バックオフ時間のインジケーションを受信すると、例えば、ＬＢＴバックオフを完了するために必要とされることがあるＯＦＤＭシンボルを解放し、時間関係の調整受付け（メッセージ）２４０６を通してそのようにｇＮＢ１に示すことができる（本明細書においては「ＬＢＴ−Ｃ−Ａ−ｔ」と呼ばれる）。ＬＢＴ−Ｃ−Ａ−ｔ２４０６はまた、例えば、限定はされないが、送信調整の開始時間、送信調整戦略、および／またはＭＣＯＴ限界までの時間などの、パラメータを示すことができる。あるいは、これらのパラメータの一部または全部は、ＬＢＴ−Ｃ−Ａ−ｔ２４０６から別々に提供されることができる。その後、ｇＮＢ１は、ｇＮＢ２から情報／メッセージを受信すると、広帯域ＬＢＴを使用し続けることができる。
【０３６３】
いくつかの実施形態においては、上記で説明された例示的な時間領域ＬＢＴ調整手順においては、送信調整は、例えば、全（またはフル）帯域幅（ＢＷ）内で、空間再利用を活用することによって行うことができる。しかしながら、ＬＢＴ周波数領域調整と比較すると、ＬＢＴ時間領域調整においては、別のノードが、解放された時間リソースにおいてチャネルにアクセスする（または少なくともアクセスすることを試みる）ことがあり得ることが可能であることがある（図２７（Ｂ）参照）。いくつかの実施形態においては、このまたは同様の種類のアクセスが行われた場合、それは、「イントラＲＡＴ共有ＭＣＯＴ」の形態として扱うことができる。このケースにおいては、解放される時間は、数マイクロ秒（例えば、共有ＭＣＯＴにおけるように、２５μｓ）程度に低くなり、ＬＢＴを完了するのに十分であることができる。
【０３６４】
例示的な実施形態に従うと、時間領域および／または周波数領域ＬＢＴ調整においては、（例えば、ｇＮＢ１における）バックオフにおいて残存している時間は、それぞれ、ＬＢＴ−Ｃ−ＲＱ２４００および／または２４０４と同時にまたは一緒に送信されることができ、したがって、ｇＮＢ２は、ｇＮＢ１がＬＢＴを完了するために、解放されるリソース（例えば、ＢＷＰまたはいくつかの時間シンボル）を適切に構成することが可能である。また、ＬＢＴ−Ｃ−Ａと一緒にまたは同時に、バックオフを完了するために解放されるＢＷＰおよび／または解放される時間シンボルが指定され、ならびに、開始時間＋例えば、完全な再利用を可能にすることができる調整戦略＋終了時間（ＭＣＯＴ限界）に関する情報が指定される。
【０３６５】
例えば、ＮＲ−Ｕ動作に関係する値に基づいて、提案されるＬＢＴ調整の実施が、ＮＲ−Ｕのために実現可能になることができる。免許不要６０ＧＨｚ帯域のＭＣＯＴは、９ｍｓの値をとる。例えば、非特許文献２を参照されたい。μ＝４（すなわち、ＳＣＳ＝２４０ｋＨｚ）のヌメロロジを仮定すると、これは、ＭＣＯＴ内に１６×９＝１４４個のスロットを生じる。したがって、デコード可能である場合、ｇＮＢ１がｇＮＢ２からのＰＤＣＣＨをデコードするのに、１４４回の機会がある。６０ＧＨｚ帯域用の（例えば、非特許文献２に従った）ＣＣＡスロットは、５マイクロ秒のＣＣＡスロットである。したがって、この例に従うと、ｇＮＢ１は、９ｍｓ＋バックオフ（Ｘ×５マイクロ秒）の間待つ代わりに、ｇＮＢ２からのＰＤＣＣＨをデコードすることによって、チャネルにアクセスすることができる（例えば、高々１つのスロット、すなわち、μ＝４では６２．５μｓ＋調整＋バックオフ（Ｘ×５マイクロ秒））。
【０３６６】
有利には、本明細書において説明されるいくつかの実施形態は、空間再利用を提供するだけではなく、チャネルアクセス遅延を低減することもできる。
【０３６７】
加えて、５Ｇ  ＮＲは、例えば、基地局間の通信（例えば、ｇＮＢ−ｇＮＢ）のために使用される、Ｘｎインターフェース（例えば図２６のＸｎインターフェース２３０４参照）を利用する。本明細書において開示されるいくつかの実施形態は、Ｘｎインターフェースの使用との互換性がやはりあるかまたはそれに適切である、ＬＢＴ調整と関連付けられたシグナリングをさらに提供する。
【０３６８】
例示的な一実施形態においては、調整されたＬＢＴ要求シグナリング（本明細書においては「ＬＢＴＲＳ」と呼ばれる）が、開示される。ＬＢＴＲＳは、例えば、ｇＮＢと共有されたＲＡＴからのノードの存在に起因して、ビジーチャネルを検出するｇＮＢによって、Ｘｎを通して送信されることができる。ＬＢＴＲＳは、（限定はされないが）以下の情報：（ｉ）ＭＣＯＴ内のイントラＲＡＴ  ＬＢＴ調整についての要求（ＬＢＴ−Ｃ−ＲＱ）、（ｉｉ）残存バックオフ時間、（ｉｉｉ）要求元ｇＮＢ識別、および／または（ｉｖ）被要求ｇＮＢ識別を含むことができる。
【０３６９】
例示的な一実施形態においては、調整されたＬＢＴ有効化シグナリング（本明細書においては「ＬＢＴＥＳ」と呼ばれる）が、開示される。ＬＢＴＥＳは、チャネルを占有し、ＬＢＴＲＳを受信するｇＮＢによって、Ｘｎを通して送信されることができる。さらに、ＬＢＴＥＳは、（限定はされないが）以下の情報：（ｉ）バックオフを完了するための周波数領域ＬＢＴ調整受付け（ＬＢＴ−Ｃ−Ａ−ｆ）、（ｉｉ）周波数領域における解放されたリソース（例えば、ＢＷＰ）、（ｉｉｉ）バックオフを完了するための時間領域ＬＢＴ調整受付け（ＬＢＴ−Ｃ−Ａ−ｔ）、（ｉｖ）送信調整の開始時間、（ｉｖ）送信調整戦略（時間、周波数、電力、空間、ＣｏＭＰなど）、（ｖ）ＭＣＯＴ限界までの時間、（ｖｉ）要求元ｇＮＢ識別、および／または（ｖｉｉ）被要求ｇＮＢ識別を含むことができる。
【０３７０】
上記のシグナリングにおいては、例えば、ＬＢＴＲＳにおける、要求元ｇＮＢ識別（例えば、ｇＮＢ１のＩＤ）、および被要求ｇＮＢ識別（例えば、ｇＮＢ２のＩＤ）の使用は、例えば、所与のＲＡＴのノードのすべて（例えば、ｇＮＢのすべて）の方に向けられるのではなく、特定のｇＮＢ間の調整を可能にする。
【０３７１】
加えて、いくつかの実施形態においては、ｇＮＢがチャネルへのアクセスを得ると、それは、そのチャネルが、例えば、同じＲＡＴの、別のｇＮＢによってビジーである／アクセスされるかどうかを、例えば、近くのｇＮＢの一部の検出を容易にするためのチャネルアクセスのインジケータを通して、近くのｇＮＢ（例えば、同じＲＡＴのｇＮＢ）に通知することができる。
【０３７２】
ＬＢＴ調整に対する他の提案される手法（例えば、上述されたような、チャネルアクセスの前の自己延期手法）とは対照的に、本明細書において開示されるいくつかの実施形態は、例えば、送信のために調整されることが可能な同じＲＡＴのＴＲＰの進行中の送信を検出した後に、シグナリングを提供して、（時間においてまたは周波数（例えば、ＢＷＰ）において）ＬＢＴバックオフ手順の調整について要求することができる。いくつかの開示される実施形態においては、（例えば、示された場合は、広帯域ＬＢＴからＢＷＰ  ＬＢＴへの変化を暗示することができる）受け付けられたＬＢＴバックオフ調整の種類またはタイプを、さらにシグナリングすることができ、それにより、ノードは、例えば、送信調整のために、全ＢＷにおいて、またはＢＷＰのみにおいて、自己延期することができる。
【０３７３】
さらに、本明細書において開示されるいくつかの実施形態は、免許不要帯域／スペクトルにおいて、異なるＲＡＴの間で公平性を保証するための仕方を提供する。
【０３７４】
より詳細には、免許不要ミリ波帯域において公平なマルチＲＡＴ共存を保証するために、３ＧＰＰにおけるＮＲ−Ｕのために、例えば、２つのＬＢＴ解決策：（ｉ）無指向性ＬＢＴ（本明細書においては「ｏｍｎｉＬＢＴ」とも呼ばれる）、および（ｉｉ）指向性ＬＢＴ（本明細書においては「ｄｉｒＬＢＴ」とも呼ばれる）、が考慮されている。それらの２つの解決策は、物理キャリアセンスのタイプに関して異なる。ＯｍｎｉＬＢＴは、無指向的にセンスするが、ｄｉｒＬＢＴは、意図されたＲＸの方に向けて指向性方式でセンスする。例えば、非特許文献３を参照されたい。
【０３７５】
しかしながら、それらの手法には、いくつかの短所が存在することがある。図２８Ａは、いくつかの実施形態に従った、無指向性ＬＢＴの挙動の例を例示している。図２８Ｂは、いくつかの実施形態に従った、指向性送信／受信のための指向性ＬＢＴの挙動の例を例示している。
【０３７６】
指向性送信では、無指向性ＬＢＴは、意図されたＲＸにとって有害な干渉を生み出さないであろう方向からの信号が検出された場合でも、送信が妨げられる（阻止される：prevented）ことがあるので、過剰な保護を引き起こすことがある（例えば、スペクトルを再利用することはできるであろうが、無指向性ＬＢＴによって妨げられている、ＴＸ２−ＲＸ２についての、図２８Ａ（上部）（直線をなさない送信のケース２４５０）に示されるような、露呈したノード問題）。多くの実施では、無指向性ＬＢＴは、例えば、図２８Ａ（下部）（直線をなす送信のケース２４５２）に示されるように、送信が空間において直線をなすときのみ、適切であることがある。
【０３７７】
対照的に、指向性ＬＢＴは、それは典型的には、送信が行われる空間方向のみをセンスすることができるので、過剰な保護を生み出すことがない（図２８Ｂ（上部）参照（直線をなさない送信のケース２４５４））。しかしながら、指向性ＬＢＴにおいては、他の進行中の近くの送信は検出されないであろう。したがって、指向性隠れノード問題は、図２８Ｂ（下部）に示されるように、ＴＸ１の送信がＲＸ２のアンテナボアサイト内にあるので、干渉を引き起こすことがある（直線をなす送信のケース２４５６）。
【０３７８】
したがって、上記で論じられた手法は、（１）過剰な保護であり、空間再利用ができない、ｏｍｎｉＬＢＴベースの方式、および（２）空間再利用を可能にするが、いくつかの隠れノード問題の可能性がある、ｄｉｒＬＢＴベースの方式、という結果になることができる。これらのトレードオフは、直線をなさない（上部）送信、および直線をなす（下部）送信について、図２８Ａおよび図２８Ｂに示されている。したがって、いくつかの実施においては、より最適な方式でＬＢＴ方式を利用することが有利であろう。
【０３７９】
さらに、例えばモンテカルロシミュレーションを介して、（少なくとも性能に関して）指向性ＬＢＴ、ペアをなすＬＢＴ（本明細書においては「ｐａｉｒＬＢＴ」とも呼ばれる）、および無指向性ＬＢＴの中からの最良の物理的キャリアセンス方式は、ネットワーク密度および採用されるビーム幅に従って変動することを示すことが可能である。例えば、低いネットワーク密度では、指向性ＬＢＴで十分なことがあるが、高いネットワーク密度では、無指向性ＬＢＴで十分なことがある。同様に、狭いビーム幅では、指向性ＬＢＴで十分なことがあるが、広いビーム幅では、無指向性ＬＢＴで十分なことがある。さらに、ＬＢＴモードを選択するときに、所与のＬＢＴモードの複雑さを考慮に入れることができる。概して、例えば、無指向性ＬＢＴは、最も単純なＬＢＴであると見なされることがある。
【０３８０】
いくつかの実施形態に従うと、本明細書において開示される方法およびシステムは、図２８Ａおよび図２８Ｂに例示されるように、例えば、指向性送信および受信のケースにおける、無指向性ＬＢＴおよび／また指向性ＬＢＴの使用と関連付けられた短所のうちの少なくともいくつかに対処する、ＬＢＴ切り換え機構を提供する。
【０３８１】
いくつかの実施形態においては、指向性ＬＢＴから無指向性ＬＢＴへの切り換えは、指向性ＬＢＴが、チャネルをアイドルとしてセンスしたが、隠れノード問題が発生したとき、行うことができる。いくつかのシステムにおいては、切り換えは、ＨＡＲＱ−ＡＣＫフィードバックに基づいて実行することができる。例えば、複数のＨＡＲＱ−ＡＣＫフィードバックがＮＡＣＫである場合、送信ノード（ＴＸ）は、無指向性ＬＢＴに切り換わることができる。さもなければ、それは、指向性ＬＢＴを続けることができる。ＮＡＣＫは、典型的には、不正確な受信が発生した（例えば、制御チャネルはデコードされたが、データはデコードできなかった）ときか、またはフィードバックが受信されない（例えば、ＬＢＴに起因して、例えば、制御チャネルがデコードできなかったか、またはＮＡＣＫフィードバックが正確にデコードもしくはブロックされなかった）とき、決定されることがあることに留意されたい。
【０３８２】
指向性ＬＢＴから無指向性ＬＢＴへの切り換えは、例えば、ＨＡＲＱ−ＡＣＫフィードバックなどの情報に基づいて実施することができる。より詳細には、いくつかの実施形態においては、送信ノードは、ＤＬ（ダウンリンク）ケースについて収集された情報を平均化することができる。例示的な一実施形態においては、ｇＮＢなどの、ＤＬのケースにおける送信ノードは、ＵＥからＨＡＲＱ−ＡＣＫフィードバックを収集することができ、ＮＡＣＫの数が、所与の時間期間内にまたは一定数の受信されたＨＡＲＱフィードバックにわたって、特定のしきい値を超えるときに、指向性ＬＢＴから無指向性ＬＢＴに切り換わることを決定することができる。
【０３８３】
いくつかの実施形態においては、無指向性ＬＢＴから指向性ＬＢＴへの切り換えは、干渉状況に起因するのではなく、露呈したノードに起因するなどして、ｏｍｎｉＬＢＴが、チャネルへのいくつかの（例えば、所定数の、またはあるしきい値を超える数の）アクセスを妨げるとき、行うことができる。いくつかの実施形態においては、ＬＢＴ切り換えは、以下で説明される以下の例示的な機構に従って、受信ノード（ＲＸ）からの報告された情報に基づいて、実行することができる。
【０３８４】
例示的な機構においては、ＴＸ（送信ノード）は、ｏｍｎｉＬＢＴによって「ビジー」のステータスが決定されたチャネルアクセスを追跡することができ、それらの決定の特定の時刻を保存することができる。ＴＸが、チャネルに成功裏にアクセスすることが可能であるとき、それは、妨げられたチャネルアクセスの時刻に関する情報をＲＸに送信することができる。その間に、ＲＸは、無線リソース制御（ＲＲＣ）接続モードにある間、ＴＸからのデータ受信のためにそれが通常使用するであろうアンテナ構成またはビームを用いて、連続的ＥＤ（エネルギー検出）キャリアセンスを実行することができ、結果をメモリに保存することができる。ＲＸは、ＴＸからの受信された妨げられたチャネルアクセス時刻に基づいて、それらの時刻をＥＤキャリアセンスの結果と比較し、ＲＸが、ＴＸからのデータ受信のために使用されるアンテナ構成またはビームを使用して、しきい値よりも大きい信号エネルギーをセンスした場合は、ＴＸに応答することができる。
【０３８５】
ＲＸからの応答に基づいて、ＴＸは、次のように進むことができる。（ｉ）他の近くの送信ノードの存在が、妨げられたチャネルアクセスの主な原因であるように思われる場合、ＴＸは、ｏｍｎｉＬＢＴを使用し続ける（例えば、自律的に（もしくは少なくとも部分的に自律的に）そうすることを決定するか、またはそうするようにＲＸによって命令される）ことができる。（ｉｉ）他の近くの送信ノードが、妨げられたチャネルアクセスの主な原因であるように思われない場合、ＴＸは、ｄｉｒＬＢＴに切り換わる（例えば、自律的に（もしくは少なくとも部分的に自律的に）そうすることを決定するか、またはそうするようにＲＸによって命令される）ことができる。
【０３８６】
いくつかの実施形態においては、ｏｍｎｉＬＢＴから、例えば、ｄｉｒＬＢＴへの切り換えは、ｏｍｎｉＬＢＴの過剰保護のレベルまたは逃した送信機会の量を測定するための情報などの、新しい情報を必要とすることがあることに留意されたい。したがって、いくつかの実施形態においては、切り換えが進むことになる場合、ｏｍｎｉＬＢＴ過剰保護を測定し、このようにして、例えば、ｄｉｒＬＢＴに、センシング方式を切り換えることを可能にするための手順を、使用することができる。
【０３８７】
図２９は、いくつかの実施形態に従った、無指向性ＬＢＴ過剰保護検出のための手順２５００を例示している。そのような手順は、例として、（ｉ）送信ノード２５０２（「ＴＸ」としても示される）から送信されるセンシング情報２５０６、例えば、チャネルアクセスが試みられた（および、ビジーであると見つけられた）スロットおよび／もしくはＯＦＤＭシンボル（ＯＳ）インデックス（例えば、図２９に示されるような、｛ｘ，ｙ，ｚ｝）、ならびに／または（ｉｉ）受信ノード２５０４（「ＲＸ」としても示される）から送信されたセンシング情報２５０６に対する応答２５０８を伴うことができる。この点については、複数の応答オプションが利用可能であることがあり、それのいくつかの例は、（１）センスされたノードが検出されたスロット／ＯＳインデックス、（２）ＲＸ側においてチャネルがビジーであったとその間に見つけられた（図２９に示されるような）試行２５０８の割合、および／または（３）（図２９に示されるような）スイッチング（もしくは切り換え）インジケータ２５１０のうちの１つ以上を含む。
【０３８８】
例えば図２９に示されるように、メッセージ交換に基づいて、ＴＸは、ＲＸがセンスしなかった何かをそれがセンスしたかどうかを知ることができる（このケースにおいては、それは、例えば、ＬＢＴ戦略を切り換えることができる）。送信ノードと受信ノードの両方が送信をセンスした場合、ＴＸは、ｏｍｎｉＬＢＴ（戦略）を使用し続けることができる。例えば、いくつかの実施形態においては、ＴＸからのセンシング情報２５０６は、チャネルがセンスされ、ｏｍｎｉＬＢＴを使用してビジーであると決定されたときの、スロットまたはＯＦＤＭシンボルのインデックスを含むことができる。次いで、ＲＸは、ＴＸがチャネルがビジーとして決定した時間のうちのどのくらいが、ＲＸによって同様にビジーとして決定されたかを決定することができる。ＲＸは、例えば、割合または分数として、この情報を含む値で、ＴＸに応答することができる（例えば、図２９（左側）の割合２５０８参照）か、または切り換えインジケータを送信して（例えば、図２９（右側）の切り換えインジケータ２５１０参照）、ＬＢＴモードを切り換えるようにＴＸに通知することができる。
【０３８９】
ＤＬのケースにおいては、（３）を報告すること（上記参照）は、より低いオーバーヘッドを有するが、（１）および（２）よりもＴＸ側（例えば、ＵＥ側）に関してあまり詳細でない情報を提供する。いくつかの実施形態においては、基地局（例えば、ｅＮＢ）は、セル内のすべての接続されたＵＥについてＬＢＴモードを切り換えることができる。フォーマット（１）および（２）に基づくＵＥ報告は、切り換え決定を行うために、フォーマット（３）に対して、追加の情報を基地局に提供することができるが、これらのＵＥ報告フォーマットの使用は、例えば、（３）よりも高いシグナリングオーバーヘッドを要求することがある。いくつかの実施形態においては、特定のＴｘビームについて、受信される切り換えインジケータの数は、例えば、切り換えを実行するために、特定のしきい値を超えることを要求されることがある。ＵＬのケースにおいては、ＴＸ（例えば、ＵＥ）が、異なるビームを通して異なるＴＲＰと通信することがあるので、（１）、（２）、および／または（３）を報告することは、ＴＸ（例えば、ＵＥ）において平均化が要求されないので、等価であることがある。
【０３９０】
さらに、いくつかの実施形態においては、ＬＢＴ戦略を切り換えるために使用される、提案される機構は、例えば、（ｉ）ｏｍｎｉＬＢＴからｐａｉｒＬＢＴへの切り換え（ソフトな変化）、（ｉｉ）ｏｍｎｉＬＢＴからｄｉｒＬＢＴへの切り換え（ｏｍｎｉＬＢＴが、必要以上に逃したチャネルアクセス機会を生じると決定された場合における、急激な変化）、または（ｉｉｉ）ｐａｉｒＬＢＴからｄｉｒＬＢＴへの切り換えを含むことができる。
【０３９１】
さらに、いくつかの実施形態においては、ＬＢＴ切り換え手順は、例えば、ＤＬ（スケジュールされた）アクセス方式、ＳＵＬ（スケジュールされた、ＵＬグラントベースの）アクセス方式、および／またはＡＵＬ（ＵＬグラントフリー）アクセス方式などの、ＮＲのための様々なアクセス方式を伴うケースに拡張することができる。ＤＬおよびＳＵＬは、典型的には、チャネルアクセスのためにＡＵＬよりも高い優先度を有するので、ＬＢＴ方式は、例えば、ｏｍｎｉＬＢＴから他のどんなタイプのＬＢＴにもＬＢＴ切り換え手順を有効化しないことによって、いくつかのタイプのチャネルアクセスおよびネットワーク密度、例えば、高密度ネットワークにおけるＡＵＬについては、無指向性になるように抑制することができる。
【０３９２】
いくつかの実施形態に従うと、衝突のケースにおいて、指向性送信のためのコンテンションウィンドウサイズ（ＣＷＳ）を変更するための方法およびシステムが、本明細書において開示される。
【０３９３】
ＬＡＡにおいては、ＣＷＳは、ＨＡＲＱフィードバックに基づいて更新される。例えば、１つの基準サブフレームのＨＡＲＱフィードバックの８０％がＮＡＣＫである場合、ＣＷＳは増加され、さもなければ、それは増加されない。ＮＲ−Ｕフレームワークにおける観測された（データ）衝突に基づいて、何らかの形態のＣＷＳ適合手順を実施することが望ましいことがある。しかしながら、例えば、指向性送信のケースにおいては、ＬＡＡにおける使用のために適合されたＣＷＳ適合手順は、適切でないことがあり、異なるＣＷＳ適合手順が、例えば、必要とされることがある。
【０３９４】
図３０Ａおよび図３０Ｂは、マルチセルシナリオにおけるＣＷＳ適合の例を例示している。例えば、図３０Ａの例に示されるように、ｇＮＢ２６００およびｇＮＢ２６０２（それぞれ、「ｇＮＢ１」および「ｇＮＢ２」としても示される）の（それぞれのビーム２６０４および２６０６によって表される）ＬＢＴは、直線をなさず、ｇＮＢ２６００とｇＮＢ２６０２の両方が、ＤＩＦＳ中にチャネルにリッスンすることがある。一方のｇＮＢの送信が、他方のｇＮＢによって聴取されないことがあるかまたは聴取されることが不可能であるので、チャネルは、ｇＮＢ２６００とｇＮＢ２６０２の両方にとって空いているとセンスされる。したがって、両方のｇＮＢが、ほぼ同時にチャネルにアクセスし、衝突が生じる。このケースにおいて、ＬＡＡのために使用されるのと同じＣＷＳ適合手順が適用された場合、両方のｇＮＢは、ＣＷＳを指数関数的に増加させることがある。両方のｇＮＢは、ＤＩＦＳ中に再びリッスンし、チャネルが空いていると再びセンスし、別の衝突が起こる。したがって、同じ手順が繰り返し続くことになる。そのようなケースにおいては、（図３０Ａに示されるように）ＬＢＴが直線をなさないので、ＨＡＲＱ手順に基づいてＣＷＳを増加させることは、適切でないことがある。
【０３９５】
説明されるＣＷＳ適合手順は、ｇＮＢ２６００とｇＮＢ２６０２の両方の（それぞれのビーム２６０８およびビーム２６１０によって表される）それぞれのＬＢＴが直線をなすとき、例えば、図３０Ｂに示されるシナリオにのみ適切であることがある。ｇＮＢ２６００とｇＮＢ２６０２が互いに見た場合、それらはおそらく、バックオフし、それらのそれぞれのＣＷＳを適合させることによって、それらのチャネルアクセスをランダム化するであろう。
【０３９６】
いくつかの実施形態に従うと、例えば、複数のｇＮＢからの同時またはコンカレント送信のケースにおいて、（例えば、図３０Ａに示されるように）送信方向が互いに直線をなさないとき、ＵＥは、バックオフ手順を強制して、チャネルへのそれらのｇＮＢのアクセスをランダム化することができる。いくつかの実施形態においては、ＵＥは、受信ビームの方向において、およびまた、ｇＮＢ送信ビーム方向をカバーすることを意図された反対方向において、チャネルセンシングを実行することができ、チャネルが、特定のしきい値を超える期間(duration)の間、ビジーであるとセンスされた場合、ＵＥは、バックオフを要求するメッセージをｇＮＢに送信することができる。いくつかの実施形態においては、そのようなメッセージは、新しいメッセージを含むことができるか、またはｇＮＢから受信されたｅＤＲＴＳに対して応答して送信されるｅＤＣＴＳ内の追加のパラメータとして含めることができる。
【０３９７】
いくつかの他の実施形態においては、ｇＮＢにおけるＣＷＳ適合は、送信ビームの方向における、対象ＵＥにおける統計的なペアをなすセンシングに基づくことができる。これは、受信ビームの方向における、およびまた、ｇＮＢ送信ビーム方向をカバーすることを意図された反対方向における、チャネルセンシングを含むことができる。いくつかの実施形態においては、対象ＵＥは、例えば、センシング位相中にセンスされたビジースロットの割合に基づいて、送信ビーム線にわたって最も適切なＣＷＳを示唆することができる。
【０３９８】
またいくつかの他の実施形態においては、例えば、ＮＡＣＫが、送信ビームと直線をなす干渉源が存在するかどうかを示すセンシングからの指向性情報を含み、そのような源が衝突を引き起こしていることがある場合、例えば、ＨＡＲＱ  ＮＡＣＫ／ＡＣＫに基づく、ＣＷＳ適合を使用することができる。
【０３９９】
概して、本明細書において対処されるように、ミリ波周波数における送信は、例えば、指向性Ｔｘ−Ｒｘ（送信−受信）動作を必要とすることがある。さらに、免許不要周波数における送信は、例えば、チャネルが空いているかどうかを決定するために、チャネルセンシングを必要とすることがある。例えば、意図された送信／受信の方向において指向性ＬＢＴおよびＲＴＳ／ＣＴＳを単に実行することは、いくつかの実施においては、例えば、指向性隠れノードの潜在的な存在に起因して、チャネル利用ステータスを正確に決定するのに十分でないことがある。図３５は、干渉ノードの存在下において、ＮＲ−Ｕ−ＮＲ−Ｕ共存における指向性ＲＴＳ／ＣＴＳを含む例示的なシナリオ２８５０を例示している。
【０４００】
上記で説明されたように、いくつかの実施形態に従った、本明細書において開示される方法およびシステムは、隠れノードの存在下において、指向性Ｔｘ−Ｒｘを使用して、どのように免許不要チャネルを確保すべきかに関係する課題に対処する。
【０４０１】
図３６は、いくつかの実施形態に従った、指向性チャネルを確保しておくための方法を例示するフローチャートである。いくつかの実施形態に従うと、方法は、無線送受信ユニット（例えば、ＵＥ）などの、受信ノードによって実行することができる。図３６に示されるように、ステップ２９００において、受信ノードは、送信ノードから指向性送信要求（ＤＲＴＳ）メッセージを受信する。ステップ２９０２において、受信ノードは、１つ以上の第１のビームを使用して、指向性送信可（ＤＣＴＳ）メッセージを送信し、少なくとも１つの第１のビームは、送信ノードの方を向いた第１の方向に向けられる。ステップ２９０４において、受信ノードは、第２の方向を決定し、第２の方向は、第１の方向とは異なる方向である。次いで、ステップ２９０６において、受信ノードは、１つ以上の第２のビームを使用して、少なくとも１つの追加のＤＣＴＳメッセージを送信し、少なくとも１つの第２のビームは、潜在的な干渉ノードの方を向いた第２の方向に向けられる。
【０４０２】
図３７は、いくつかの実施形態に従った、指向性チャネルを確保しておくための別の方法を例示するフローチャートである。いくつかの実施形態に従うと、方法は、受信ノードによって実行することができる。図３７に示されるように、ステップ３０００において、受信ノードは、送信ノードから高度指向性送信リクエストメッセージを受信する。ステップ３００２において、受信ノードは、１つ以上の第１のビームを使用して、高度指向性送信コンファメーションメッセージを送信し、少なくとも１つの第１のビームは、送信ノードの方を向いた第１の方向に向けられる。次いで、ステップ３００４において、受信ノードは、１つ以上の第２のビームを使用して、少なくとも１つの追加の高度指向性送信コンファメーションメッセージを送信し、少なくとも１つの第２のビームは、潜在的な干渉ノードの方を向いた第２の方向に向けられ、第２の方向は、第１の方向と異なる方向である。
【０４０３】
いくつかの実施形態においては、本明細書において上で説明されたように、本明細書において開示される方法およびシステムは、例えば、潜在的な干渉ノード（例えば、支配的な干渉ノード）に向けられた、高度（エンハンスド）指向性メッセージング（例えば、ｅＤＣＴＳおよび／またはｅＤＣＴＳツーセルフメッセージ）を使用する。いくつかの実施形態においては、ｅＤＲＴＳは、データおよびｅＤＣＴＳツーセルフのスケジューリング情報、ならびに／または干渉ノードのロケーションおよび配向を含むことができる。さらに、いくつかの実施形態においては、ｅＤＣＴＳツーセルフは、例えば、（例えば、ｇＮＢからまたは測定を介して取得された）潜在的な（例えば、既知の）干渉ノードの方向に向けて、対象とされることができる。
【０４０４】
いくつかの実施形態においては、ｅＤＣＴＳツーセルフ送信は、（例えば、最小ＣＣＡ期間(duration)に基づいて）Ｔごとに（または所与の時間期間ごとに）１回繰り返すことができる。いくつかの実施形態においては、ｅＤＣＴＳツーセルフは、残存ＭＣＯＴ期間(duration)情報を含むことができる。例えば、図３１を参照すると、ＭＣＯＴは、例えば、ｅＤＲＴＳが送信される直前に、または（例えば、成功した）ＬＢＴの直後に開始することができ、複数の期間Ｔを含むことができる。図３８は、いくつかの実施形態に従った、ｅＤＲＴＳおよびｅＤＣＴＳツーセルフ送信を含む一連の送信３１００の例を例示している。図３８は、ＭＣＯＴ期間(duration)３１０２、およびＭＣＯＴ内における定期的なｅＤＣＴＳツーセルフ送信の例を示す。
【０４０５】
図３９は、いくつかの実施形態に従った、ＮＲ−Ｕ−ＮＲ−Ｕ共存においてｅＤＲＴＳ、ｅＤＣＴＳ、および複数ｅＤＣＴＳツーセルフ手順３２００を用いる例示的な干渉シナリオを例示している。いくつかの実施形態においては、例えば、図３８に示される例示的な送信構成は、図３９に例示されるシナリオに適用することができる。図３９に示されるように、ｇＮＢ３２０２およびＵＥ３２０４（それぞれ、「ｇＮＢ２」および「ＵＥ３」としても示される）は、例えば、ＵＥ３２０８（「ＵＥ１」としても示される）に対して干渉を潜在的に引き起こすことがあるノードであることがある。図３９に示されるように、ｇＮＢ３２０６（「ｇＮＢ１」としても示される）は、ＵＥ３２０８による受信のために、ｅＤＲＴＳメッセージ３２１０を送信することができる。その後、ＵＥ３２０８は、ｇＮＢ３２０６に向かう方向に向けられたビームを使用して、ｅＤＣＴＳメッセージ３２１２を送信することができる。ＵＥ３２０８はまた、潜在的な干渉ノードの方に向けられた複数のｅＤＣＴＳツーセルフメッセージ３２１４および３２１６を送信することができる。例示されるように、ＵＥ３２０８は、ｇＮＢ３２０２の方向に向けられたビームを使用して、ｅＤＣＴＳツーセルフメッセージ３２１４を送信することができ、ＵＥ３２０４の方向に向けられたビームを使用して、ｅＤＣＴＳツーセルフメッセージ３２１６を送信することができる。
【０４０６】
上述されたように、潜在的な隠れノードは、免許不要周波数における指向性送受信に干渉することがある。いくつかの実施形態に従うと、本明細書において説明されるように、受信ＵＥは、複数の方向において高度（エンハンスド）メッセージングを使用して指向性チャネルアクセスを実行して、ＵＥと送信ノード（例えば、ｇＮＢ）との間のチャネルを確保しておくことができる。
【０４０７】
いくつかの実施形態においては、チャネルを確保しておくためにＵＥによって実行される方法は、送信ノードから高度指向性送信要求（ｅＤＲＴＳ）メッセージを受信することと、送信ノードの方を向いた第１の方向において、高度指向性送信可（ｅＤＣＴＳ）メッセージを送信することと、潜在的な干渉ノードの方を向いた第２の方向において、追加のｅＤＣＴＳメッセージを送信することとを含むことができる。
【０４０８】
いくつかの実施形態においては、第２の方向は、第１の方向とは異なる。
【０４０９】
いくつかの実施形態においては、ＵＥは、ｅＤＲＴＳメッセージまたはリッスンビフォアトーク（ＬＢＴ）評価（アセスメント）から、（潜在的な干渉ノードの）第２の方向を決定することができる。
【０４１０】
いくつかの実施形態においては、ＵＥは、ＭＣＯＴ内においてｅＤＣＴＳメッセージを複数回送信することができる。
【０４１１】
加えて、様々な他のおよび関係する実施形態について、本明細書において上で説明された。
【０４１２】
いくつかの実施形態に従うと、受信デバイスにおいて、免許不要周波数における受信ノードと送信ノードとの間の指向性送受信中に、１つ以上の潜在的な隠れネットワークノードからの潜在的な干渉に対処する方法は、受信ノードが、複数の方向において高度（エンハンスド）メッセージングを使用して指向性チャネルアクセスを実行して、受信ノードと送信ノードとの間の指向性チャネルを確保しておくことを含むことができる。いくつかの実施形態においては、受信ノードは、ＵＥであり、送信ノードは、基地局（例えば、ｇＮＢ）である。
【０４１３】
いくつかの実施形態に従うと、指向性チャネルアクセスのために、例えば、ＵＥなどの、デバイスによって実行される方法が、開示される。そのような方法は、デバイスが、後続のデータ送信の意図された受信機の方向とは異なる１つ以上の方向において、複数のチャネル確保信号を送信することを含む。いくつかの実施形態においては、方法は、第１の方向において第１のタイプのメッセージ（例えば、高度指向性送信要求（ｅＤＲＴＳ））を受信することと、第１の方向および第２の方向において第２のタイプのメッセージ（例えば、高度指向性送信可（ｅＤＣＴＳ））を送信することとをさらに含むことができる。いくつかの実施形態においては、第１の方向と第２の方向は異なり、第１の方向と第２の方向のうちの少なくとも１つは、潜在的な干渉ノードの方へ向かう方向である。いくつかの実施形態においては、潜在的な干渉ノードの方へ向かう方向は、第１のタイプのメッセージによって示すことができる。いくつかの実施形態においては、第２のタイプのメッセージは、高度指向性送信可ツーセルフ（ｅＤＣＴＳツーセルフ）メッセージである。いくつかの他の実施形態においては、第２のタイプのメッセージは、ｅＤＣＴＳであり、ｅＤＣＴＳは、最大チャネル占有時間（ＭＣＯＴ）などの、所与の期間(duration)内に、デバイスによって複数回繰り返し送信されることができる。
【０４１４】
いくつかの実施形態に従うと、送信ノードにおいて実行される方法は、受信ノードの方を向いた送信ビームの方向において、第１のリッスンビフォアトーク（ＬＢＴ）を実行することと、送信ビームの方向における実行された第１のＬＢＴに基づいて、チャネルがビジーであるかどうかを決定することと、逆方向において、第２のＬＢＴを実行することと、干渉信号が逆方向から検出されるかどうかを決定することとを含む。いくつかの実施形態においては、方法は、干渉信号が検出された場合、送信を延期することをさらに含むことができる。送信を延期することは、例えば、バックオフ時間待つことと、再び第１および第２のＬＢＴを実行することとを含むことができる。さらに、例えば、ビーム幅の構成、事前定義されたビームの数、エネルギー検出しきい値、および／または通信リンクのためのＭＣＳ選択を含む、様々なパラメータを、適合的に選択することができる。
【０４１５】
いくつかの実施形態に従うと、ＮＲ−ＵとＷｉＧｉｇの共存システムのための方法が、開示され、ここにおいては、例えば、デバイス（例えば、ＵＥ）は、干渉物がバックオフするまで、干渉物に向かう方向において、送信電力および／または繰り返しの数を適合的に設定することができる。
【０４１６】
いくつかの実施形態に従うと、リッスンビフォアトーク（ＬＢＴ）調整を使用することによって、免許不要帯域においてリソース再利用を可能にするために、複数のノードの間で使用するための方法が、開示される。そのような方法においては、免許不要帯域は、サブ６ＧＨｚまたはミリ波帯域であることができる。さらに、複数のノードは、所与の無線アクセス技術（ＲＡＴ）および／または所与のオペレータと関連付けることができる。
【０４１７】
いくつかの実施形態に従うと、ノード間の調整されたリッスンビフォアトーク（ＬＢＴ）シグナリングのための方法は、第１のノードにおいて、第２のノードからＬＢＴ調整についての要求を受信することと、第１のノードにおいて要求を受け付けると、ＬＢＴバックオフを完了するための所与のＬＢＴ調整を示すインジケーションを第２のノードに提供することとを含むことができる。いくつかの実施形態においては、方法は、第２のノードがＬＢＴバックオフを完了することをさらに含むことができる。また他の実施形態においては、方法は、ＬＢＴバックオフが完了し、第２のノードがチャネルへのアクセスを有するときに、第２のノードによる送信のために、第１のノードと第２のノードとの間の送信調整を使用することをさらに含むことができる。第１のノードおよび第２のノードは、同じ無線アクセス技術（ＲＡＴ）などの、所与のＲＡＴ、および／または、同じオペレータなどの、所与のオペレータと関連付けることができる。さらに、第１のノードおよび第２のノードは、例えば、５ＧＨｚまたは６０ＧＨｚ帯域などの、免許不要帯域における送信のために調整されることができる。また他の実施形態においては、調整されたＬＢＴシグナリングのための方法は、送信調整の開始時間と、ＬＢＴバックオフが完了した後に使用される送信調整戦略とのうちの少なくとも１つを、第１のノードによって、第２のノードに提供することをさらに含むことができる。
【０４１８】
調整されたＬＢＴシグナリングのための方法においては、ＬＢＴ調整は、最大チャネル占有時間（ＭＣＯＴ）内において行うことができる。さらに、第１のノードおよび第２のノードは、第１のｇＮＢおよび第２のｇＮＢなどの、５Ｇノードであることができる。
【０４１９】
いくつかの実施形態においては、ＬＢＴバックオフを完了するための所与のＬＢＴ調整は、周波数領域ＬＢＴ調整であることができ、例えば、第１のノードにおいてＬＢＴ調整についての要求を受信すると、第１のノードは、周波数リソースを解放し、第１のノードは、解放された周波数リソースを示すインジケーションを第２のノードに提供し、第１のノードからインジケーションを受信すると、第２のノードは、広帯域ＬＢＴの使用から、示された解放された周波数リソース内のサブバンドＬＢＴの使用に変化する。解放される周波数リソースは、周波数関係の調整受付けにおいて示すことができ、帯域幅パート（ＢＷＰ）を含むことができ、および／または所与の時間期間の間に解放することができる。さらに、いくつかの実施形態においては、残存バックオフ時間が、第２のノードによって、ＬＢＴ調整についての要求と同時にまたは一緒に送信されることができ、それにより、第１のノードは、残存バックオフ時間に従って、解放される周波数リソースを構成することが可能である。
【０４２０】
いくつかの実施形態においては、ＬＢＴバックオフを完了するための所与のＬＢＴ調整は、周波数領域ＬＢＴ調整であることができ、例えば、第１のノードにおいてＬＢＴ調整についての要求を受信すると、第１のノードは、ＬＢＴバックオフを完了するための時間リソースを解放し、第１のノードは、解放された時間リソースを示すインジケーションを第２のノードに提供し、第１のノードからインジケーションを受信すると、第２のノードは、広帯域ＬＢＴを使用し続ける。解放される時間リソースは、時間関係の調整受付けにおいて示すことができ、および／または１つもしくは複数のＯＦＤＭシンボルを含むことができる。さらに、いくつかの実施形態においては、残存バックオフ時間が、第２のノードによって、ＬＢＴ調整についての要求と同時にまたは一緒に送信されることができ、それにより、第１のノードは、残存バックオフ時間に従って、解放される時間リソースを構成することが可能である。
【０４２１】
いくつかの実施形態に従うと、方法は、５Ｇ  Ｘｎインターフェースを介した使用に適切であるリッスンビフォアトーク（ＬＢＴ）調整と関連付けられたシグナリングを提供することを含む。いくつかの実施形態においては、ＬＢＴ調整と関連付けられたシグナリングは、調整されたＬＢＴ要求シグナリング（ＬＢＴＲＳ）を含むことができる。ＬＢＴＲＳは、例えば、無線アクセス技術（ＲＡＴ）をｇＮＢと共有するノードの存在に起因して、ビジーチャネルを検出するｇＮＢによって、Ｘｎインターフェースを介して送信されることができる。さらに、ＬＢＴＲＳは、（ｉ）最大チャネル占有時間（ＭＣＯＴ）内のイントラＲＡＴ  ＬＢＴ調整についての要求、（ｉｉ）残存バックオフ時間、（ｉｉｉ）イントラＲＡＴ  ＬＢＴ調整を要求するｇＮＢの識別、および／または（ｉｖ）イントラＲＡＴ  ＬＢＴ調整について要求されたｇＮＢの識別を含むことができる。
【０４２２】
いくつかの実施形態においては、ＬＢＴ調整と関連付けられたシグナリングは、調整されたＬＢＴ有効化シグナリング（ＬＢＴＥＳ）をさらに含むことができる。ＬＢＴＥＳは、チャネルを占有し、ＬＢＴＲＳを受信するｇＮＢによって、Ｘｎインターフェースを介して送信されることができる。さらに、ＬＢＴＥＳは、（ｉ）バックオフを完了するための周波数領域ＬＢＴ調整受付け、（ｉｉ）周波数領域における解放されるリソースのインジケーション、（ｉｉｉ）バックオフを完了するための時間領域ＬＢＴ調整受付け、（ｉｖ）送信調整の開始時間、（ｖ）送信調整戦略、（ｖｉ）最大チャネル占有時間（ＭＣＯＴ）限界までの時間、（ｖｉｉ）イントラＲＡＴ  ＬＢＴ調整を要求するｇＮＢの識別、および／または（ｖｉｉｉ）イントラＲＡＴ  ＬＢＴ調整について要求されたｇＮＢの識別を含むことができる。
【０４２３】
いくつかの実施形態に従うと、方法は、免許不要帯域におけるリッスンビフォアトーク（ＬＢＴ）の少なくとも２つの異なるモードの間で切り換わることを含む。いくつかの実施形態においては、複数の無線アクセス技術（ＲＡＴ）が、免許不要帯域において共存する。さらに、いくつかの実施形態においては、切り換えは、指向性送信および／または受信のために行われる。またさらに、切り換えは、ＮＲ（新無線）と関連付けられたチャネルアクセス方式の所与のタイプについて無効化することができる。
【０４２４】
少なくとも２つの異なるタイプのＬＢＴは、無指向性ＬＢＴおよび指向性ＬＢＴを含むことができる。切り換えは、（ｉ）無指向性ＬＢＴから、ペアをなすＬＢＴへの切り換え、（ｉｉ）無指向性ＬＢＴから指向性ＬＢＴへの切り換え、または（ｉｉｉ）ペアをなすＬＢＴから指向性ＬＢＴへの切り換えを含むことができる。
【０４２５】
いくつかの実施形態においては、切り換えは、干渉に起因するのではなく、露呈したノードに起因するなどして、無指向性ＬＢＴが、チャネルへのアクセスの所与の数を防止するときの、無指向性ＬＢＴから指向性ＬＢＴへの切り換えを含む。
【０４２６】
他の実施形態においては、切り換えは、無指向性ＬＢＴから指向性ＬＢＴへの切り換えを含み、無指向性ＬＢＴから指向性ＬＢＴへの切り換えは、送信ノードが、無指向性ＬＢＴによって「ビジー」のステータスが決定されたチャネルアクセスを追跡し、その決定に対応する時刻を保存することと、チャネルにアクセスすると、送信ノードが、防止されたチャネルアクセスの時刻に関する情報を受信ノードに送信することと、受信ノードが、送信ノードからの受信された防止されたチャネルアクセス時刻を、受信ノードにおいて実行された連続的ＥＤ（エネルギー検出）キャリアセンスの結果と比較することと、受信ノードが、比較の結果を送信ノードに通知することとを含む。いくつかの実施形態においては、受信ノードからの通知に基づいて、送信ノードは、無指向性ＬＢＴを使用し続けるか、または指向性ＬＢＴに切り換わる。
【０４２７】
いくつかの実施形態に従うと、指向性送信のためのコンテンションウィンドウサイズ（ＣＷＳ）を変更する方法は、例えば、ユーザ機器（ＵＥ）などの、ユーザデバイスが、例えば、ｇＮＢなどの、基地局に、バックオフを要求することを含む。
【０４２８】
いくつかの実施形態に従うと、基地局（例えば、ｇＮＢ）において指向性送信のためのコンテンションウィンドウサイズ（ＣＷＳ）を変更する方法が、開示される。そのような方法は、対象ユーザデバイス（例えば、ユーザ機器（ＵＥ））におけるペアをなすセンシングに基づく。
【０４２９】
いくつかの実施形態に従うと、ビームペアリンク（ＢＰＬ）ごとの動的ダウンリンク／アップリンク切り換え構成のための方法は、例えば、定期的な高度指向性送信可ツーセルフ（ｅＤＣＴＳツーセルフ）送信を使用することを含む。いくつかの実施形態においては、データ送信中に、送信機もしくは受信機または両方は、複数のｅＤＣＴＳツーセルフメッセージを定期的に送信して、指向性チャネルを確保されたままに保つことができる。
【０４３０】
特徴および要素について、本明細書においては特定の組合せにおいて説明されたが、各特徴または要素は、単独でまたは他の特徴および要素との任意の組合せにおいて使用することができることを、当業者は諒解されよう。加えて、本明細書において説明される方法は、コンピュータまたはプロセッサによる実行のためにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアにおいて実施することができる。コンピュータ可読記憶媒体の例は、限定はされないが、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよびリムーバブルディスク、磁気光学媒体などの磁気媒体、ならびにＣＤ−ＲＯＭディスク、およびデジタル多用途ディスク（ＤＶＤ）などの光媒体を含む。ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータにおいて使用するための無線周波数送受信機を実施するために、ソフトウェアと関連付けられたプロセッサを使用することができる。
【図１Ａ】
2021500791.tif 000017
【図１Ｂ】
2021500791.tif 000018
【図１Ｃ】
2021500791.tif 000019
【図１Ｄ】
2021500791.tif 000020
【図２Ａ】
2021500791.tif 000021
【図２Ｂ】
2021500791.tif 000022
【図３Ａ】
2021500791.tif 000023
【図３Ｂ】
2021500791.tif 000024
【図４Ａ】
2021500791.tif 000025
【図４Ｂ】
2021500791.tif 000026
【図５】
2021500791.tif 000027
【図６】
2021500791.tif 000028
【図７】
2021500791.tif 000029
【図８】
2021500791.tif 000030
【図９】
2021500791.tif 000031
【図１０】
2021500791.tif 000032
【図１１】
2021500791.tif 000033
【図１２】
2021500791.tif 000034
【図１３】
2021500791.tif 000035
【図１４】
2021500791.tif 000036
【図１５Ａ】
2021500791.tif 000037
【図１５Ｂ】
2021500791.tif 000038
【図１６】
2021500791.tif 000039
【図１７Ａ】
2021500791.tif 000040
【図１７Ｂ】
2021500791.tif 000041
【図１８】
2021500791.tif 000042
【図１９】
2021500791.tif 000043
【図２０】
2021500791.tif 000044
【図２１】
2021500791.tif 000045
【図２２】
2021500791.tif 000046
【図２３】
2021500791.tif 000047
【図２４】
2021500791.tif 000048
【図２５Ａ】
2021500791.tif 000049
【図２５Ｂ】
2021500791.tif 000050
【図２６】
2021500791.tif 000051
【図２７Ａ】
2021500791.tif 000052
【図２７Ｂ】
2021500791.tif 000053
【図２８Ａ】
2021500791.tif 000054
【図２８Ｂ】
2021500791.tif 000055
【図２９】
2021500791.tif 000056
【図３０Ａ】
2021500791.tif 000057
【図３０Ｂ】
2021500791.tif 000058
【図３１】
2021500791.tif 000059
【図３２】
2021500791.tif 000060
【図３３】
2021500791.tif 000061
【図３４】
2021500791.tif 000062
【図３５】
2021500791.tif 000063
【図３６】
2021500791.tif 000064
【図３７】
2021500791.tif 000065
【図３８】
2021500791.tif 000066
【図３９】
2021500791.tif 000067
【手続補正書】
【提出日】令和2年6月16日(2020.6.16)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
受信ノードによって実行される、指向性チャネルを確保しておく方法であって、
送信ノードから指向性Request-to-Send（ＤＲＴＳ）メッセージを受信するステップと、
１つ以上の第１のビームを使用して、指向性Clear-to-Send（ＤＣＴＳ）メッセージを送信するステップであって、少なくとも１つの第１のビームは、前記送信ノードの方を向いた第１の方向に向けられている、ステップと、
第２の方向を決定するステップであって、前記第２の方向は、前記第１の方向とは異なる方向である、ステップと、
１つ以上の第２のビームを使用して、少なくとも１つの追加のＤＣＴＳメッセージを送信するステップであって、少なくとも１つの第２のビームは、潜在的な干渉ノードの方を向いた前記第２の方向に向けられている、ステップと
を備える方法。
【請求項２】
前記受信ノードは、無線送受信ユニットであり、
前記送信ノードは、基地局である
請求項１に記載の方法。
【請求項３】
前記第２の方向を決定するステップは、
前記指向性チャネルのリッスンビフォアトーク（ＬＢＴ）アセスメントからの情報に基づいて、前記第２の方向を決定すること
を含む請求項１に記載の方法。
【請求項４】
前記ＤＲＴＳメッセージは、前記第２の方向を示すインジケーションを含み、前記第２の方向を決定するステップは、
前記ＤＲＴＳメッセージ内の前記インジケーションに基づいて、前記第２の方向を決定すること
を含む請求項１に記載の方法。
【請求項５】
前記第２の方向を決定するステップは、
指向性チャネル測定に基づいて、前記第２の方向を決定すること
を含む請求項１に記載の方法。
【請求項６】
前記ＤＲＴＳメッセージは、エンハンスドＤＲＴＳ（ｅＤＲＴＳ）メッセージであり、
前記ＤＣＴＳメッセージは、エンハンスドＤＣＴＳ（ｅＤＣＴＳ）メッセージである
請求項１に記載の方法。
【請求項７】
前記少なくとも１つの追加のＤＣＴＳメッセージは、エンハンスドDCTS-to-Self（ｅＤＣＴＳツーセルフ）メッセージである請求項１に記載の方法。
【請求項８】
前記送信ノードに向けて送信される前記ＤＣＴＳメッセージは、前記受信ノードによって実行されるｅＤＣＴＳツーセルフメッセージ送信のカウントを示している請求項１に記載の方法。
【請求項９】
前記少なくとも１つの追加のＤＣＴＳメッセージを送信するステップは、
最大チャネル占有時間（ＭＣＯＴ）内に複数回、前記少なくとも１つの追加のＤＣＴＳメッセージを送信すること
を含む請求項１に記載の方法。
【請求項１０】
前記送信ノードからデータを受信するステップと、
前記送信ノードから前記データを受信する合間に、最大チャネル占有時間（ＭＣＯＴ）内において、少なくとも前記第２の方向において、後続の１つ以上の追加のＤＣＴＳメッセージを定期的に送信するステップと
をさらに備える請求項１に記載の方法。
【請求項１１】
前記送信ノードから第２のＤＲＴＳメッセージを受信するステップと、
前記受信ノードが潜在的な指向性干渉を検出したとき、前記第２のＤＲＴＳメッセージに応答して、前記送信ノードに指向性送信拒否（ＤＤＴＳ）メッセージを送信するステップと
をさらに備える請求項１に記載の方法。
【請求項１２】
送信される前記少なくとも１つの追加のＤＣＴＳメッセージの数は、（ｉ）潜在的な干渉ノードの数、（ｉｉ）前記１つ以上の第２のビームの電力、および（ｉｉｉ）前記１つ以上の第２のビームの幅のうちの少なくとも１つに基づいている請求項１に記載の方法。
【請求項１３】
前記ＤＲＴＳ、ＤＣＴＳ、および前記少なくとも１つの追加のＤＣＴＳメッセージの各々の内容は、セルのグループに共通のシーケンスを使用して、スクランブルされる請求項１に記載の方法。
【請求項１４】
前記受信ノードがそれへの送信を意図する別のノードの方を向いた方向において、第１の指向性リッスンビフォアトーク（ＬＢＴ）アセスメントを実行するステップであって、前記別のノードは前記送信ノードとは異なっている、ステップと、
前記実行された第１の指向性ＬＢＴアセスメントに基づいて、前記受信ノードと前記別のノードとの間のチャネルがビジーであるかどうかを決定するステップと、
逆方向において、第２の指向性ＬＢＴアセスメントを実行するステップと、
干渉信号が前記逆方向から検出されるかどうかを、前記別のノードへの送信を開始するために、または前記干渉信号が検出された場合は前記送信を延期するために、決定するステップと
をさらに備える請求項１に記載の方法。
【請求項１５】
プロセッサと、
前記プロセッサによって実行されたときに、前記プロセッサに
送信ノードから指向性Request-to-Send（ＤＲＴＳ）メッセージを受信させ、
１つ以上の第１のビームを使用して、指向性Clear-to-Send（ＤＣＴＳ）メッセージを送信させ、少なくとも１つの第１のビームは、前記送信ノードの方を向いた第１の方向に向けられ、
第２の方向を決定させ、前記第２の方向は、前記第１の方向とは異なる方向であり、
１つ以上の第２のビームを使用して、少なくとも１つの追加のＤＣＴＳメッセージを送信させ、少なくとも１つの第２のビームは、潜在的な干渉ノードの方を向いた前記第２の方向に向けられている、
複数の命令を記憶するように構成されたメモリと
を備えた無線送受信ユニット（ＷＴＲＵ）。
【国際調査報告】
2021500791.tif 000068
2021500791.tif 000069
2021500791.tif 000070