JP7097455B2 - デバイスツーデバイス通信のための技法 - Google Patents

Description

本開示は、デバイスツーデバイス通信に関する。より詳細には、および限定はしないが、無線デバイス間の直接通信において無線リソースを割り当てるための方法およびデバイスが提供される。

道路交通のための無線通信は、事故を積極的に回避し、交通効率を改善することができる。この目的で、Ｖ２Ｘ（ｖｅｈｉｃｌｅ－ｔｏ－ａｎｙｔｈｉｎｇ）通信と総称される、車両対車両（Ｖ２Ｖ）、車両対歩行者（Ｖ２Ｐ）および車両対インフラストラクチャ（Ｖ２Ｉ）通信は、高い信頼性および低いエンドツーエンド（Ｅ２Ｅ）レイテンシを必要とし、これは、デバイスツーデバイス（Ｄ２Ｄ）通信、すなわち、交通に参加している無線デバイスの間の直接的なパケット送信を含む直接通信によって達成可能である。

第３世代パートナーシッププロジェクト（３ＧＰＰ）は、Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）のリリース１２以来、近傍ベースサービス（ＰｒｏＳｅ：Ｐｒｏｘｉｍｉｔｙ－ｂａｓｅｄ Ｓｅｒｖｉｃｅｓ、ＬＴＥ Ｄ２Ｄとも呼ばれる）上にＶ２Ｘ通信を構築することによって、ＬＴＥプラットフォームを拡大した。たとえば、文書３ＧＰＰ ＴＳ２２．１８５、バージョン１４．３．０に記載の、Ｖ２Ｘ通信は、高速度（たとえば、最高２５０ｋｍ／ｈ）および無線デバイスの高い密度（たとえば、数千個の近隣ノード）など、車両通信の特定の特性をターゲットにする向上を含む。

Ｖ２Ｘ通信のレイテンシ要件を満たしながら、高い密度の下でシステムレベル性能を向上させるために、３ＧＰＰは、それぞれ、無線アクセスネットワーク（ＲＡＮ）のインフラストラクチャを伴うＶ２Ｘ通信と、無線アクセスネットワーク（ＲＡＮ）のインフラストラクチャを伴わないＶ２Ｘ通信とのための、（リソース割り当てモードとも呼ばれる）サイドリンク（ＳＬ）送信モード３と送信モード４とを導入した。モード３では、ＲＡＮが、無線リソースを送信側無線デバイスに割り当てることを担当する（すなわち、集中型スケジューリング）が、モード４では、送信側無線デバイスが、それ自体の送信のために無線リソースを自律的に選択する（すなわち、分散型スケジューリング）。

分散型スケジューリングは、送信側無線デバイスが、キャリア検知多重アクセス（ＣＳＭＡ）のためのアクセス機構を実施することを必要とするので、分散型スケジューリングは、「隠れノード問題」（ＨＮＰ：ｈｉｄｄｅｎ ｎｏｄｅ ｐｒｏｂｌｅｍ）を受けやすく、これは、送信側無線デバイスが、受信側無線デバイスのレンジ内にあり、受信側無線デバイスと無線通信している別の送信側無線デバイス（すなわち、「隠れ」ノード）のレンジ外にある場合に発生する。Ｑ．Ｇａｏらは、文書「Ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｍａｎａｇｅｍｅｎｔ ｏｆ Ｄ２Ｄ ｃｏｍｍｕｎｉｃａｔｉｏｎ」、ＩＥＥＥ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｃｏｎｆｅｒｅｎｃｅ ｏｎ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍｓ、マカオ、２０１４、６～１０ページにおいて、ＨＮＰを緩和するために送信側無線デバイスにおけるアクセス機構を変更することを提案する。

しかしながら、既存のアクセス機構は競合ウィンドウに依拠し、これは、時間領域において無線リソースの損失を引き起こし、無線通信のレイテンシを増やす。さらに、既存のアクセス機構は、無線通信が、受信側無線デバイスのほうへ向けられる方向性無線送信を含む場合、依然としてＨＮＰにつながることがある。したがって、ＨＮＰは、隠れノードが無線通信の送信側無線デバイスの近隣ノードである場合でも発生することがある。

したがって、方向性無線通信についての隠れノード問題を回避または緩和するＤ２Ｄ通信技法が必要である。代替的にまたは追加として、無線リソースをより効率的に使用するＤ２Ｄ通信技法が必要である。

第１の方法態様に関して、無線通信において、第１の無線デバイスにおいて第２の無線デバイスからデータを受信する方法が提供される。本方法は、第１の無線デバイスにおいて受信された無線信号に基づいて１つまたは複数の無線リソースを決定するステップを含むかまたは始動し得る。１つまたは複数の無線リソースは、第１の無線デバイスにおいて受信可能な異なる空間ストリームのうちの少なくとも１つの空間ストリームを含み得る。本方法は、第２の無線デバイスに、１つまたは複数の決定された無線リソースを指示するステータスメッセージを送信するステップをさらに含むかまたは始動し得る。本方法は、送信されたステータスメッセージ中で指示された１つまたは複数の無線リソースに依存する少なくとも１つの無線リソース上で第１の無線デバイスにおいて第２の無線デバイスからデータを受信するステップをさらに含むかまたは始動し得る。

第１の無線デバイスと第２の無線デバイスとの間の無線通信は、デバイスツーデバイス（Ｄ２Ｄ）通信であり得る。第１の無線デバイスは、データ受信側無線デバイスと呼ばれることもある。第２の無線デバイスは、データ送信側無線デバイスと呼ばれることもある。

実施形態は、データ受信側の第１の無線デバイスが、ステータスメッセージによって、第２の無線デバイスから第１の無線デバイスへのデータ送信の無線リソースおよび／またはパラメータに影響を及ぼし、それらを決定し、および／またはそれらを制御することを可能にする。第１の無線デバイスにおいて受信された無線信号に基づいて、同じまたはさらなる実施形態は、少なくとも１つの空間ストリームをステータスメッセージ中で指示することによって、無線通信についての、特に方向性無線通信についての隠れノード問題を回避または緩和することができる。

第１の無線デバイスは、受信された無線信号に基づいて、第１の無線デバイスにおける無線リソース衝突を検出および／または回避し得る。第２の無線デバイスにステータスメッセージを送信することによって、データ送信のために使用される少なくとも１つの無線リソースが、衝突検出の場合および／または衝突回避のために、補正および／または制御され得る。

代替的にまたは追加として、実施形態は、たとえば、第２の無線デバイスがデータ送信のために１つまたは複数の指示された無線リソースに依拠し得るので、無線通信のレイテンシを低減し、および／または無線リソースをより効率的に使用することができる。より詳細には、たとえば、データ送信のために、ステータスメッセージに依存する少なくとも１つの無線リソースを使用することによって、競合解消機構または競合ウィンドウが回避され得る。

本技法は、２つ以上の無線デバイス間のＤ２Ｄまたは直接通信として実装され得る。無線ネットワークは、第１の無線デバイスと第２の無線デバイスとを備え得る。無線ネットワークは、車両ネットワークおよび／またはアドホックネットワークであり得る。無線ネットワークは、複数の無線デバイスを備え得る。

ステータスメッセージは、（たとえば、スロット、サブフレームまたは遅延に関する）時間における１つまたは複数の無線リソース、（たとえば、サブキャリアに関する）周波数における１つまたは複数の無線リソース、および／または（たとえば、プリコーディング、コヒーレント組合せ（ｃｏｈｅｒｅｎｔ ｃｏｍｂｉｎｉｎｇ）または空間ストリームに関する）空間における１つまたは複数の無線リソース、あるいは（たとえば、少なくとも１つの空間ストリームの各々のためのリソースブロックに関する）それらの組合せを指示し得る。

無線信号は、第１の無線デバイスにおいて、干渉物、無線ネットワークの１つまたは複数の無線デバイス、第１の無線デバイス以外の無線ソース、および／または無線ネットワークの外部の無線ソースから受信され得る。そのような受信された無線信号に基づいて決定された無線リソースは、除外されるものとしてステータスメッセージ中で指示され得る。代替的にまたは追加として、無線信号は、第１の無線デバイスにおいて第２の無線デバイスから受信され、たとえば、前に送信されたデータまたは参照信号を搬送し得る。そのような受信された無線信号に基づいて決定された無線リソースは、選好されるものとしてステータスメッセージ中で指示され得る。

無線デバイスのうちの少なくとも１つ、たとえば、第１の無線デバイスおよび／または第２の無線デバイスは、インターネットおよび／またはホストコンピュータとデータを交換するように、またはインターネットおよび／またはホストコンピュータとの間でデータをフォワーディングするように設定され得る。無線デバイスのうちの少なくとも１つ、たとえば、第１の無線デバイスおよび／または第２の無線デバイスは、インターネットおよび／またはホストコンピュータに対するゲートウェイとして機能し得る。たとえば、データは、ホストコンピュータから第２の無線デバイスを通して第１の無線デバイスに送られ得る。ホストコンピュータからのデータは、メディアストリーム（たとえば、ビデオまたは音楽）、ネットワークフィード（たとえば、画像およびテキストのシーケンス）、検索エンジン結果（たとえば、ユニバーサルリソースロケータのリスト）、音声認識サービス（ホストコンピュータに送られた記録されたオーディオストリームに応答するホストコンピュータからの合成ボイスのオーディオストリーム）、ロケーション固有情報（たとえば、拡張現実をレンダリングするためのオブジェクト）、および／または（たとえば、モバイルアプリケーションまたは「アプリ」のための）プログラムコードを含み得る。

第１の無線デバイスおよび／または第２の無線デバイスは、アンテナアレイを備え得る。第１の無線デバイスは、決定のための無線信号を受信するために、および／またはデータを受信するために、アンテナアレイを使用し得る。第２の無線デバイスは、データを送信するためにアンテナアレイを使用し得る。無線通信は、多入力多出力（ＭＩＭＯ）チャネルを使用し得る。

無線通信は方向性無線通信であり得る。方向性無線通信は、方向性送信および／または方向性受信を含み得る。方向性無線送信のための例は、送信側無線デバイスにおいて（たとえば、ビームフォーミング送信のために）アンテナアレイをプリコーディングすることと、受信側無線デバイスにおいて（たとえば、ビームフォーミング受信のために）アンテナアレイをコヒーレントに組み合わせる（ｃｏｍｂｉｎｅ）ことと、送信側デバイス間でシャドーイングすること（たとえば、妨害された無線伝搬）とのうちの少なくとも１つを含み得る。

第１の方法態様は、送信リソースおよび／または受信リソースを、１つまたは複数の指示された無線リソースとして選択する方法として実装され得る。第１の方法態様は、第１の無線デバイスが、決定された１つまたは複数の無線リソースと、１つまたは複数の他の（たとえば、周囲の）第２の無線デバイスに対するいくつかの送信パラメータとを、ステータスメッセージによって、提案または推奨するための、および／あるいは拒絶または冷遇するための方法として実装され得る。本明細書では、無線リソースは、いくつかの送信パラメータおよび／または受信パラメータ、たとえば、第２の無線デバイスからのデータ送信のための方向性利得の無線伝搬方向またはプリコーディング行列、および／あるいは第１の無線デバイスにおけるデータ受信のための方向性利得または組合せベクトル（ｃｏｍｂｉｎｉｎｇ ｖｅｃｔｏｒ）を包含し得る。送信パラメータおよび／または受信パラメータは、少なくとも１つの空間ストリームを規定し得る。

ステータスメッセージ中で指示された１つまたは複数の無線リソースに依存する少なくとも１つの無線リソースは、第２の無線デバイスにおいて実施されるチャネル検知プロシージャの結果にさらに依存し得る。

第２の無線デバイスからのデータ送信のために、またはそれぞれ第１の無線デバイスにおけるデータ受信のために使用される、少なくとも１つの無線リソースは、送信されたステータスメッセージ中で指示された１つまたは複数の無線リソースに依存し得る。たとえば、ステータスメッセージ中で指示された１つまたは複数の無線リソースは、データ通信のために使用される少なくとも１つの無線リソースを含み得る。ステータスメッセージ中で指示された１つまたは複数の無線リソースは、データ通信のための、局所的に空いている、所定の、および／または選好される無線リソースを含み得る。代替的にまたは追加として、データ通信のために使用される少なくとも１つの無線リソースは、ステータスメッセージ中で指示された無線リソースとは異なるか、ステータスメッセージ中で指示された無線リソースのサブセットであるか、またはステータスメッセージ中で指示されたすべての無線リソースであり得る。ステータスメッセージ中で指示された１つまたは複数の無線リソースは、データ通信のための、局所的に占有される、除外される、および／または不利な無線リソースを含み得る。本明細書では、「局所的に」は、第１の無線デバイスのロケーションまたは近辺を指し得る。代替的にまたは追加として、「局所的に」は、第１の無線デバイスにおける無線信号受信の結果を指し得る。たとえば、指示された空間ストリームは、受信側の第１の無線デバイスにおける信号対雑音および／または干渉の最大比を有し得る。

第１の無線デバイスは、複数のアンテナポートを備え得る。異なる空間ストリームは、第１の無線デバイスにおけるビームフォーミング受信のための異なる組合せベクトルによる複数のアンテナポートからの信号の組合せに対応し得る。

信号の組合せは、受信されたアンテナ信号またはベースバンド信号のコヒーレント組合せを含み得る。信号は、アンテナポートに対応する適用される組合せベクトルの成分を信号の各々に乗算し、乗算された信号を加算することによって組み合わせられ得る。成分を乗算することは、位相シフトまたは複素利得に対応し得る。組合せベクトルは、第１の無線デバイスのアナログ領域において（たとえば、位相シフタによって）、および／またはデジタル領域において（たとえば、信号プロセッサによって）適用され得る。代替的にまたは追加として、異なる空間ストリームは、第１のデバイスにおける異なる方向性利得に対応し得る。

第１の無線デバイスにおけるビームフォーミング受信は、第２の無線デバイスから第１の無線デバイスへの無線通信のためのＭＩＭＯチャネルまたは単入力多出力（ＳＩＭＯ）チャネルの受信端であり得る。

ステータスメッセージは、第１の無線デバイスにおけるビームフォーミング受信の空間自由度（ＤｏＦ）を指示することによって、第１の無線デバイスにおけるビームフォーミング受信に対応する少なくとも１つの空間ストリームを指示し得る。

ステータスメッセージは、たとえば、データ受信の方向以外の方向において、および／または干渉を抑制する方向において、第１の無線デバイスに到着する干渉の存在下で、第１の無線デバイスにおける受信のための無線通信の（たとえば、最大または選好される）ランクまたは空間自由度（ＤｏＦ）、および／あるいは第１の無線デバイスにおけるビームフォーミングまたは方向性受信のための準備を指示することによって、少なくとも１つの空間ストリームを指示し得る。

第２の無線デバイスは、複数のアンテナポートを備え得る。異なる空間ストリームは、第２の無線デバイスにおけるビームフォーミング送信のための複数のアンテナポートに適用される異なるプリコーディングベクトルに対応し得る。

送信されるべき信号は、コヒーレントアンテナ信号にスプリットされ、各々が、適用されるプリコーディングベクトルの１つの成分によって乗算され、アンテナポートのうちの対応する１つを通して送信され得る。成分を乗算することは、位相シフトまたは複素利得に対応し得る。プリコーディングベクトルは、第２の無線デバイスのアナログ領域において（たとえば、位相シフタによって）、および／またはデジタル領域において（たとえば、信号プロセッサによって）適用され得る。代替的にまたは追加として、異なる空間ストリームは、第２のデバイスにおける異なる方向性利得に対応し得る。

第１の無線デバイスおよび／または第２の無線デバイスにおけるアンテナポートは、それぞれの無線デバイスにおけるアンテナアレイのアンテナエレメントに対応し得る。たとえば、各アンテナポートは、異なるアンテナエレメントに対応し得るか、またはアンテナエレメントの独立セットのうちの１つに結合され得る。

第１の無線デバイスと第２の無線デバイスとの間の多入力多出力（ＭＩＭＯ）チャネルは、異なる空間ストリームを含み得る。

決定のために第１の無線デバイスにおいて受信された無線信号は、第２の無線デバイス以外の無線ソースからの無線信号を含み得る。１つまたは複数の決定された無線リソースは、他の無線ソースからの無線信号を抑制し得るか、または他の無線ソースからの無線信号によって干渉されないことがある。

１つまたは複数の決定された無線リソースは、時間、周波数および／または空間ストリームにおいて他の無線ソースからの無線信号を迂回することによって、他の無線ソースからの無線信号を抑制し得る。

１つまたは複数の決定された無線リソース中に含まれる少なくとも１つの空間ストリームの各々の組合せベクトルが、他の無線ソースからの無線信号に対応する組合せベクトルに直交し得る。

他の無線ソースからの無線信号は、第１の無線デバイスにおいて第１の方向において受信され得る。１つまたは複数の決定された無線リソース中に含まれる空間ストリームは、第１の無線デバイスにおいて第２の方向において最大受信機利得を有し得る。第２の方向は、第１の方向とは異なり得る。より詳細には、１つまたは複数の決定された無線リソース中に含まれる空間ストリームは、第１の方向において最小である方向性アンテナ利得に対応し得る。

決定のために第１の無線デバイスにおいて受信された無線信号は、参照信号または干渉を含み得る。１つまたは複数の無線リソースは、第１の無線デバイスにおいて測定された無線信号の受信電力に基づいて決定され得る。

受信電力は、参照信号受信電力（ＲＳＲＰ）と、参照信号強度インジケータ（ＲＳＳＩ）と、雑音電力レベルと、干渉電力レベルとのうちの少なくとも１つを含み得る。

他の無線ソースからの無線信号の受信電力は、他の無線ソースからの無線信号を抑制するか、または他の無線ソースからの無線信号によって干渉されない、１つまたは複数の決定された無線リソースの各々上で、第１の無線デバイスにおいて測定され得る。

ステータスメッセージは、２つまたはそれ以上の無線リソースを指示し、および指示された無線リソースの各々に関連付けられた数値選好または選好レベルを指示し得る。数値選好または選好レベルは、対応する無線リソース上で測定された受信電力、および／または対応する無線リソース上で測定された干渉に依存し得る。

ステータスメッセージは、データ受信のために選好される１つまたは複数の無線リソースを指示し得る。

ステータスメッセージは、１つまたは複数の選好される無線リソースの各々のための選好レベルを指示し得る。

ステータスメッセージは、データ受信のために選好される１つまたは複数の無線リソースを、それぞれの１つまたは複数の選好される無線リソース上で測定された受信電力が、あらかじめ規定されたしきい値よりも小さい場合に指示し得る。

ステータスメッセージは、選好される無線リソースのうちの１つまたは複数上で送信されるべき別の無線ソースからの他のデータの優先度をさらに指示し得る。

他のデータ（または対応するデータパケット）の優先度は、他のデータの基礎をなすサービスのタイプと、他のデータのためのサービス品質（ＱｏＳ）クラス識別子（ＱＣＩ）と、他のデータの宛先とのうちの少なくとも１つに依存し得る。第１の無線デバイスは、他の無線デバイスから送信されたブッキングメッセージから優先度を導出し得る。第２の無線デバイスは、送信されるべきそのデータの優先度が、ステータスメッセージ中で指示された優先度よりも小さい場合、第２の無線デバイスの送信を延期するか、または（たとえば、指示された無線リソースのうちの）別の無線リソースを使用し得る。

ステータスメッセージは、データ受信のために除外される１つまたは複数の無線リソースを指示し得る。

選好される無線リソースは、正の選好レベルに関連付けられ得る。除外される無線リソースは、負の選好レベルに関連付けられ得る。

ステータスメッセージは、データ受信のために除外される１つまたは複数の無線リソースを、それぞれの１つまたは複数の除外される無線リソース上で測定された受信電力が、あらかじめ規定されたしきい値よりも大きい場合に指示し得る。

ステータスメッセージは、たとえば、選好される無線リソースのための、および／または除外される無線リソースのためのしきい値、あるいはその両方のための共通値をさらに指示し得る。

決定のために第１の無線デバイスにおいて受信された無線信号は、スケジュールされた送信を指示するブッキングメッセージ（または他のスケジューリング告知）を含み得る。１つまたは複数の無線リソースは、たとえば、第１の無線デバイスにおいてブッキングメッセージを復号することによって、スケジュールされた送信に基づいて決定される。

ブッキングメッセージによって指示されたスケジュールされた送信は、第１の無線デバイスにおける将来の干渉に関し得る。１つまたは複数の決定された無線リソースは、時間および／または周波数において、スケジュールされた送信を迂回し得る。ブッキングメッセージは、第１の無線デバイスにおいて、第２の無線デバイス以外の無線ネットワークの無線デバイスから受信され得る。

決定のために第１の無線デバイスにおいて受信された無線信号は、第２の無線デバイスからの参照信号を含み得る。（たとえば、１つまたは複数の決定された無線リソース中に含まれる）少なくとも１つの空間ストリームの各々の組合せベクトルが、第２の無線デバイスからの無線信号の最大比組合せ（ＭＲＣ：ｍａｘｉｍｕｍ－ｒａｔｉｏ ｃｏｍｂｉｎｉｎｇ）に対応し得る。

第１の無線デバイスにおいて受信機ビームフォーミングのために使用される組合せベクトルは、第１の無線デバイスにおいて第２の無線デバイスから受信された無線信号について測定された組合せベクトルに対応し得る。

決定のために第２の無線デバイスから受信された異なる無線信号は、異なるプリコーディングベクトルによってプリコーディングされ得る。異なるプリコーディングベクトルは、異なる無線信号中で符号化された異なる信号識別子に関連付けられ得る。ステータスメッセージは、（１つまたは複数の決定された無線リソース中に含まれる）少なくとも１つの空間ストリームを、対応する１つまたは複数の信号識別子への参照を含むことによって指示し得る。

信号識別子は、たとえば、時間および／または周波数において、異なる信号シーケンスおよび／または異なる無線リソースパターンを使用して、第２の無線デバイスからの無線信号中で符号化され得る。

決定されたおよび／または指示された１つまたは複数の無線リソースは、少なくとも１つの空間ストリームと、時間領域と周波数領域とのうちの少なくとも１つにおける制約との組合せであり得る。たとえば、各決定されたおよび／または指示された無線リソースは、１つの空間ストリーム（また、空間無線リソース、たとえば、１つのプリコーディングベクトル、１つの組合せベクトル、またはその両方）と、１つの周波数レンジ（たとえば、１つまたは複数のサブキャリア）と、１つの時間期間（たとえば、１つまたは複数のサブフレームまたはスロット）との組合せを規定し得る。制約は、第１の無線デバイスにおいて受信された無線信号、および／または第１の無線デバイスの受信機能力に依存し得る。

時分割多重化（ＴＤＭ）パターン、および／または周波数分割多重化（ＦＤＭ）パターンが、時間領域と周波数領域とのうちの少なくとも１つにおける制約を指示し得る。制約を指示するパターンは、少なくとも１つの空間ストリームをも（たとえば、それぞれ、２つのビットフィールド中で）指示する、ステータスメッセージ中で、または別個のステータスメッセージ中で送信され得る。

無線通信は、第１の無線デバイスと第２の無線デバイスとの間の半二重通信リンクを含み得る。第１の無線デバイスは、第１の無線デバイスから第２の無線デバイスへの送信のために、１つまたは複数の指示された無線リソースから時間リソースを除外し得る。

無線ネットワークは、第１の無線デバイスの複数の実施形態、および／または第２の無線デバイスの複数の実施形態を備え得る。異なる空間ストリームを指示する異なるステータスメッセージが、異なる第２の無線デバイスに送信され得る。

第１の無線デバイスは、最大数の独立した無線信号を同時に受信することが可能であり得る。１つまたは複数の無線リソースの決定は、受信された無線信号に基づいて利用可能な無線リソースを決定することと、最大数の同時に受信可能な無線信号を実現する利用可能な無線リソースのサブセットを選択することとを含み得る。

ステータスメッセージは、物理サイドリンク制御チャネル（ＰＳＣＣＨ）上で、および／またはサイドリンク制御情報（ＳＣＩ）を使用して送信され得る。ステータスメッセージは、１つまたは複数の決定された無線リソースを指示する、１つまたは複数のビットフィールドを含み得る。

ステータスメッセージは、ＳＣＩの情報フィールドと、物理サイドリンクデータチャネルと、物理サイドリンク共有チャネル（ＰＳＳＣＨ）と、ステータスメッセージを送信するために特別に設計された特殊または個別物理チャネルとのうちの少なくとも１つにおいて送信され得る。代替的にまたは追加として、ステータスメッセージ、またはステータスメッセージのコピーは、アップリンク物理チャネル上で基地局に送信され得る。

本方法は、第１の無線デバイスから第２の無線デバイスにユーザデータを送信するステップをさらに含むかまたは始動し得る。ステータスメッセージおよびユーザデータは、第１の無線デバイスから第２の無線デバイスに送信される同じデータパケット中に含まれ得る。

ステータスメッセージは、（たとえば、第２の無線デバイスから）周期的に送信されるか、および要求時に送信されるかのうちの少なくとも１つであり得る。

ステータスメッセージは、ユニキャストモード、マルチキャストモード、およびブロードキャストモードのうちの少なくとも１つにおいて送信され得る。たとえば、ステータスメッセージは、周期的にブロードキャストされ得る。代替的にまたは追加として、ステータスメッセージは、第２の無線デバイスから受信された要求に応答して、第２の無線デバイスにユニキャストモードで送信され得る。

ステータスメッセージの送信は、たとえば、第２の無線デバイスに対して前に指示された１つまたは複数の無線リソースと比較した、１つまたは複数の決定された無線リソースの変化によってトリガされ得る。

１つまたは複数の無線リソースの決定のための無線信号は、第１の無線デバイスにおけるチャネル検知プロシージャにおいて受信され得る。ステータスメッセージは、第１の無線デバイスにおけるチャネル検知プロセスを実施する能力をさらに指示し得る。

ステータスメッセージは、第１の無線デバイスによって実施されるチャネル検知プロシージャの範囲、たとえば、フル検知が実施されるのか、部分検知が実施されるのかを指示し得る。フル検知と部分検知とは、チャネル検知の持続時間（たとえば、検知ウィンドウ）および／または無線帯域幅に関して異なり得る。

第２の方法態様に関して、無線通信において第２の無線デバイスから第１の無線デバイスにデータを送信する方法が提供される。本方法は、第１の無線デバイスから、第１の無線デバイスにおいて受信された無線信号に基づいて１つまたは複数の無線リソースを指示するステータスメッセージを受信するステップを含むかまたは始動し得る。１つまたは複数の無線リソースは、第１の無線デバイスにおいて受信可能な異なる空間ストリームのうちの少なくとも１つの空間ストリームを含み得る。本方法は、受信されたステータスメッセージ中で指示された１つまたは複数の無線リソースに基づいて少なくとも１つの無線リソースを決定するステップをさらに含むかまたは始動し得る。本方法は、決定された少なくとも１つの無線リソースを使用して第１の無線デバイスにデータを送信するステップをさらに含むかまたは始動し得る。

第２の方法態様は、第２の無線デバイスが、データ送信のための少なくとも１つの無線リソースを決定する（たとえば、選択する）とき、ステータスメッセージ中で指示された１つまたは複数の無線リソースを考慮に入れるための方法として実装され得る。受信されたステータスメッセージは、指示された無線リソースのうちの１つまたは複数を提案または推奨し、および／あるいは拒絶または冷遇し得る。随意に、第２の無線デバイスは、たとえば、データ送信のための第２の無線デバイスにおける、無線リソース選択プロセス（手短に言えば、検知ベース無線リソース選択）中に、または無線リソース選択プロセスの一部において、ステータスメッセージ中で指示された提案を、自体の局所検知プロシージャ（手短に言えば、チャネル検知）の結果と組み合わせ得る。

第２の無線デバイスは、たとえば、データ送信の（たとえば、アドレス指定されたまたは潜在的な）受信機としての複数の第１の無線デバイスから、複数のステータスメッセージを受信し得る。言い換えれば、第２の無線デバイスは、複数の提案を獲得し得る。第２の無線デバイスは、少なくとも１つの無線リソースを決定するために、複数の提案をそれ自体の局所検知プロシージャの結果と組み合わせ得る。

少なくとも１つの無線リソースは、データ送信の時間（たとえば、送信のために使用される１つまたは複数のスロットまたはサブフレーム）、データ送信の周波数（たとえば、送信のために使用される１つまたは複数のサブキャリア）、および／またはデータ送信のために使用される空間ストリームに関し得る。たとえば、少なくとも１つの無線リソースを決定するステップは、送信すべきかまたは送信を遅延させるべきか、ならびに／あるいは送信リソースおよび／または送信パラメータを判断すべきかを決定することを含み得る。

本方法は、第２の無線デバイスにおいて受信された無線信号に基づいて１つまたは複数の無線リソースを決定するステップをさらに含むかまたは始動し得る。送信のために使用される少なくとも１つの無線リソースの決定は、第１の無線デバイスによって指示された無線リソースと第２の無線デバイスによって決定された無線リソースとの組合せに依存し得る。

第２の無線デバイスにおいて受信された無線信号に基づく、１つまたは複数の無線リソースの決定は、第２の無線デバイスによって実施される、チャネル検知プロシージャ（また、局所検知）、特に検知ベース無線リソース割り当ての一部であり得る。少なくとも１つの無線リソースは、ステータスメッセージ中で指示された１つまたは複数の無線リソースに基づいて、および、局所検知の結果、すなわち、第１の無線デバイスによって指示された無線リソースと第２の無線デバイスによって決定された無線リソースとの組合せにさらに基づいて、決定され得る。

ステータスメッセージは、ステータスメッセージ中で指示された（たとえば、選好される）無線リソースのうちの１つまたは複数上で送信されるべき他のデータの優先度をさらに指示し得る。データの送信のために使用される少なくとも１つの無線リソースの決定は、第２の無線デバイスによって送信されるデータに関連付けられた優先度と、ステータスメッセージ中で指示された優先度との比較に依存し得る。関連付けられた優先度が、指示された優先度よりも高い場合（たとえば、その場合のみ）、データは送信され得る。

データ送信のための少なくとも１つの無線リソースの決定は、ステータスメッセージの受信とデータ送信との間の時間ギャップが、あらかじめ規定されたしきい値よりも小さい場合（たとえば、その場合のみ）、ステータスメッセージ中で指示された１つまたは複数の無線リソースに基づき得る。たとえば、ステータスメッセージまたは各指示された無線リソースは、満了時間に関連付けられ得る。

そのようなステータスメッセージは、複数のそのような第１の無線デバイスから受信され得る。送信のために使用される少なくとも１つの無線リソースの決定は、複数の第１の無線デバイスによって指示された無線リソースの組合せに依存し得る。

代替的にまたは追加として、そのようなステータスメッセージは、メッシュ無線ネットワークの複数の第１の無線デバイスから受信され得る。本方法は、ステータスメッセージに基づいて、複数の第１の無線デバイスのうちでデータの送信のための第１の無線デバイスを選択するステップをさらに含むかまたは始動し得る。第２の無線デバイスから、選択された第１の無線デバイスへの無線通信は、データのマルチホップ無線通信におけるホップを提供し得る。

代替的にまたは追加として、そのようなステータスメッセージは、（たとえば、データの意図された受信機である）複数の第１の無線デバイスから受信される。決定は、ステータスメッセージによって指示された選好される無線ソースの重複に応じて、データ送信のためにユニキャスティングモードとマルチキャスティングモードとのうちで送信モードを決定することを含み得る。たとえば、決定は、ユニキャストモードにおける送信のために、複数の第１の無線デバイスによって指示された空間ストリームからプリコーディングベクトルを導出することを含み得る。

第２の方法態様は、第１の方法態様、あるいはそれに対応する特徴またはステップのコンテキストにおいて開示される、任意の特徴をさらに含み得るか、あるいは任意のステップを含むかまたは始動し得る。その上、第１の方法態様は、第１の無線デバイスにおいて実施されるか、または第１の無線デバイスによって実施され得る。代替的にまたは組み合わせて、第２の方法態様は、第２の無線デバイスにおいて実施されるか、または第２の無線デバイスによって実施され得る。第１の無線デバイスと第２の無線デバイスとは離間され得る。第１の無線デバイスと第２の無線デバイスとは、もっぱら無線通信によってデータ通信または信号通信していることがある。

任意の態様では、第１の無線デバイスおよび第２の無線デバイスは、無線ネットワークを形成し得るか、または無線ネットワークの一部であり得る。無線ネットワークは、たとえば、第３世代パートナーシッププロジェクト（３ＧＰＰ）による、または規格ファミリーＩＥＥＥ８０２．１１（Ｗｉ－Ｆｉ）による、車両、アドホックおよび／またはメッシュネットワークであり得る。第１の方法態様は、無線ネットワーク中の第１の無線デバイスの１つまたは複数の実施形態によって実施され得る。第２の方法態様は、無線ネットワーク中の第２の無線デバイスの１つまたは複数の実施形態によって実施され得る。

第１および第２の無線デバイスのいずれも、モバイルまたはワイヤレス無線デバイス、たとえば、３ＧＰＰユーザ機器（ＵＥ）またはＷｉ－Ｆｉ局（ＳＴＡ）であり得る。第１の無線デバイスおよび／または第２の無線デバイスは、モバイルまたはポータブル局、マシン型通信（ＭＴＣ）のためのデバイス、狭帯域モノのインターネット（ＮＢ－ＩｏＴ）のためのデバイス、あるいはそれらの組合せであり得る。ＵＥおよび移動局のための例は、モバイルフォンと、タブレットコンピュータと、自動運転車両とを含む。ポータブル局のための例は、ラップトップコンピュータとテレビ受像機とを含む。ＭＴＣデバイスまたはＮＢ－ＩｏＴデバイスのための例は、たとえば、製造、自動車通信およびホームオートメーションにおける、ロボット、センサーおよび／またはアクチュエータを含む。ＭＴＣデバイスまたはＮＢ－ＩｏＴデバイスは、製造工場、家庭用器具およびコンシューマエレクトロニクスにおいて実装され得る。

無線デバイスのいずれも、送信および受信ポイント（ＴＲＰ）、無線アクセスノードまたはアクセスポイント（ＡＰ）とも呼ばれる、基地局と、（たとえば、無線リソース制御（ＲＲＣ）状態またはアクティブモードに従って）無線で接続されるか、または接続可能であり得る。無線アクセスネットワーク（ＲＡＮ）は、基地局のうちの１つまたは複数を含み得る。本明細書では、基地局は、第１および第２の無線デバイスのうちのいずれかに無線アクセスを提供するように設定された任意の局を包含し得る。代替的にまたは追加として、無線デバイスのうちの少なくとも１つは、特に、データを提供するホストコンピュータへのデータリンクのために、無線ネットワークとＲＡＮおよび／またはインターネットとの間のゲートウェイとして機能し得る。基地局のための例は、３Ｇ基地局またはノードＢと、４Ｇ基地局またはｅノードＢと、５Ｇ基地局またはｇノードＢと、Ｗｉ－Ｆｉ ＡＰと、（たとえば、Ｂｌｕｅｔｏｏｔｈ、ＺｉｇＢｅｅまたはＺ－Ｗａｖｅによる）ネットワークコントローラとを含み得る。

ＲＡＮは、モバイル通信用グローバルシステム（ＧＳＭ）、Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ（ＵＭＴＳ）、３ＧＰＰ Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）、および／または３ＧＰＰ新無線（Ｎｅｗ Ｒａｄｉｏ：ＮＲ）に従って実装され得る。

第１および第２の無線デバイスの任意の実施形態は、たとえば、無線通信の第１の無線デバイスおよび／または第２の無線デバイスが、ＲＡＮのカバレッジの外側にある場合、自律リソース選択または分散型スケジューリングのためのモードにおいて、対応する方法態様を選択的に実施し得る。

無線通信は、分散型スケジューリングをもつ、および／または３ＧＰＰ ＳＬ送信モード４による、Ｄ２Ｄサイドリンク（ＳＬ、たとえば、３ＧＰＰ Ｄ２Ｄ ＳＬ）であり得る。本技法は、文書３ＧＰＰ ＴＳ２４．３８６、たとえばバージョン１４．３．０と、文書３ＧＰＰ ＴＳ２３．３０３、たとえばバージョン１４．１．０と、文書３ＧＰＰ ＴＳ２３．２８５、たとえばバージョン１４．５．０と、文書３ＧＰＰ ＴＳ２２．１８５、たとえばバージョン１４．３．０とのうちの少なくとも１つに適合するか、またはそれらを拡張し得る。

本技法の任意の態様は、無線通信のためのプロトコルスタックの物理レイヤ（ＰＨＹ）、媒体アクセス制御（ＭＡＣ）レイヤ、無線リンク制御（ＲＬＣ）レイヤ、および／または無線リソース制御（ＲＲＣ）レイヤ上で実装され得る。

別の態様に関して、コンピュータプログラム製品が提供される。コンピュータプログラム製品は、そのコンピュータプログラム製品が１つまたは複数のコンピューティングデバイスによって実行されたとき、本明細書で開示される方法態様のステップのいずれか１つを実施するためのプログラムコード部分を含む。コンピュータプログラム製品は、コンピュータ可読記録媒体に記憶され得る。コンピュータプログラム製品はまた、無線ネットワーク、ＲＡＮ、インターネットおよび／またはホストコンピュータを介したダウンロードのために提供され得る。代替的にまたは追加として、本方法は、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）および／または特定用途向け集積回路（ＡＳＩＣ）において符号化され得るか、あるいは、機能性が、ハードウェア記述言語によってダウンロードのために提供され得る。

第１のデバイス態様に関して、無線通信において、第１の無線デバイスにおいて第２の無線デバイスからデータを受信するための第１の無線デバイスが提供される。第１の無線デバイスは、第１の方法態様のステップのいずれか１つを実施するように設定され得る。代替的にまたは追加として、第１の無線デバイスは、第１の無線デバイスにおいて受信された無線信号に基づいて１つまたは複数の無線リソースを決定するように設定された決定ユニットを備え得、１つまたは複数の無線リソースは、第１の無線デバイスにおいて受信可能な異なる空間ストリームのうちの少なくとも１つの空間ストリームを含む。代替的にまたは追加として、第１の無線デバイスは、第２の無線デバイスに、１つまたは複数の決定された無線リソースを指示するステータスメッセージを送信するように設定された送信ユニットを備え得る。代替的にまたは追加として、第１の無線デバイスは、送信されたステータスメッセージ中で指示された１つまたは複数の無線リソースに依存する少なくとも１つの無線リソース上で第１の無線デバイスにおいて第２の無線デバイスからデータを受信するように設定された受信ユニットを備え得る。

第２のデバイス態様に関して、無線通信において第２の無線デバイスから第１の無線デバイスにデータを送信するための第２の無線デバイスが提供される。第２の無線デバイスは、第２の方法態様のステップのいずれか１つを実施するように設定され得る。代替的にまたは追加として、第２の無線デバイスは、第１の無線デバイスから、第１の無線デバイスにおいて受信された無線信号に基づいて１つまたは複数の無線リソースを指示するステータスメッセージを受信するように設定された受信ユニットを備え得、１つまたは複数の無線リソースは、第１の無線デバイスにおいて受信可能な異なる空間ストリームのうちの少なくとも１つの空間ストリームを含む。代替的にまたは追加として、第２の無線デバイスは、受信されたステータスメッセージ中で指示された１つまたは複数の無線リソースに基づいて少なくとも１つの無線リソースを決定するように設定された決定ユニットを備え得る。代替的にまたは追加として、第２の無線デバイスは、決定された少なくとも１つの無線リソースを使用して第１の無線デバイスにデータを送信するように設定された送信ユニットを備え得る。

さらなる第１のデバイス態様に関して、無線通信において、第１の無線デバイスにおいて第２の無線デバイスからデータを受信するための第１の無線デバイスが提供される。第１の無線デバイスは、少なくとも１つのプロセッサとメモリとを備える。前記メモリは、前記少なくとも１つのプロセッサによって実行可能な命令を備え得、それにより、第１の無線デバイスは、第１の無線デバイスにおいて受信された無線信号に基づいて、１つまたは複数の無線リソースを決定するように動作可能であり、１つまたは複数の無線リソースは、第１の無線デバイスにおいて受信可能な異なる空間ストリームのうちの少なくとも１つの空間ストリームを含む。命令の実行は、第１の無線デバイスが、第２の無線デバイスに、１つまたは複数の決定された無線リソースを指示するステータスメッセージを送信するように動作可能であることをさらに引き起こし得る。命令の実行は、第１の無線デバイスが、送信されたステータスメッセージ中で指示された１つまたは複数の無線リソースに依存する少なくとも１つの無線リソース上で第１の無線デバイスにおいて第２の無線デバイスからデータを受信するように動作可能であることをさらに引き起こし得る。

さらなる第２のデバイス態様に関して、無線通信において第２の無線デバイスから第１の無線デバイスにデータを送信するための第２の無線デバイスが提供される。第２の無線デバイスは、少なくとも１つのプロセッサとメモリとを備える。前記メモリは、前記少なくとも１つのプロセッサによって実行可能な命令を備え得、それにより、第２の無線デバイスは、第１の無線デバイスから、第１の無線デバイスにおいて受信された無線信号に基づいて、１つまたは複数の無線リソースを指示するステータスメッセージを受信するように動作可能であり、１つまたは複数の無線リソースは、第１の無線デバイスにおいて受信可能な異なる空間ストリームのうちの少なくとも１つの空間ストリームを含む。命令の実行は、第２の無線デバイスが、受信されたステータスメッセージ中で指示された１つまたは複数の無線リソースに基づいて少なくとも１つの無線リソースを決定するように動作可能であることをさらに引き起こし得る。命令の実行は、第２の無線デバイスが、決定された少なくとも１つの無線リソースを使用して第１の無線デバイスにデータを送信するように動作可能であることをさらに引き起こし得る。

またさらなる態様に関して、ホストコンピュータを含む通信システムが提供される。ホストコンピュータは、たとえば、位置特定ステップにおいて決定されたＵＥのロケーションに依存する、ユーザデータを提供するように設定された処理回路要素を備え得る。ホストコンピュータは、ユーザ機器（ＵＥ）への送信のためにセルラーネットワークにユーザデータをフォワーディングするように設定された通信インターフェースをさらに備え得、ＵＥは、無線インターフェースと処理回路要素とを備え、セルラーネットワークの処理回路要素は、第１および／または第２の方法態様のステップのいずれか１つを実行するように設定される。

通信システムは、ＵＥをさらに含み得る。代替的にまたは追加として、セルラーネットワークは、第１の方法態様および／または第２の方法態様を使用して、ＵＥと通信するように、および／またはＵＥとホストコンピュータとの間のデータリンクを提供するように設定された、１つまたは複数の基地局および／またはゲートウェイをさらに含み得る。

ホストコンピュータの処理回路要素は、ホストアプリケーションを実行し、それにより、ユーザデータおよび／または本明細書で説明される任意のホストコンピュータ機能性を提供するように設定され得る。代替的にまたは追加として、ＵＥの処理回路要素は、ホストアプリケーションに関連付けられたクライアントアプリケーションを実行するように設定され得る。

第１および第２の無線デバイス（たとえば、ＵＥ）、基地局、システム、あるいは本技法を具現するための任意のノードまたは局は、方法態様のコンテキストにおいて開示される任意の特徴をさらに含み得、その逆も同様である。特に、ユニットおよびモジュールのうちのいずれか１つ、あるいは専用ユニットまたはモジュールは、方法態様のステップのうちの１つまたは複数を実施または始動するように設定され得る。

本技法の実施形態のさらなる詳細が、同封の図面を参照しながら説明される。

無線通信において第１の無線デバイスにおいて第２の無線デバイスからデータを受信するための第１の無線デバイスの概略ブロック図である。 無線通信において第２の無線デバイスから第１の無線デバイスにデータを送信するための第２の無線デバイスの概略ブロック図である。 図１の第１の無線デバイスによって実装可能であり得る、無線通信において第１の無線デバイスにおいて第２の無線デバイスからデータを受信する方法のためのフローチャートである。 図２の第２の無線デバイスによって実装可能であり得る、無線通信において第２の無線デバイスから第１の無線デバイスにデータを送信する方法のためのフローチャートである。 図１および図２の無線デバイスの実施形態を備える例示的な環境を概略的に示す図である。 隠れノード問題を受けやすい方向性無線通信における無線デバイスを含む無線環境の比較例を概略的に示す図である。 方向性無線通信における図１および図２の無線デバイスの実施形態を備える無線環境の一例を概略的に示す図である。 方向性無線通信における図１および図２の無線デバイスの実施形態から生じる概略シグナリング図である。 図１の第１の無線デバイスにおいて形成される少なくとも１つの空間ストリームを使用する、方向性無線通信における図１および図２の無線デバイスの実施形態を概略的に示す図である。 図２の第２の無線デバイスにおいて形成される少なくとも１つの空間ストリームを使用する、方向性無線通信における図１および図２の無線デバイスの実施形態を概略的に示す図である。 図１の第１の無線デバイスと図２の第２の無線デバイスの両方において形成される少なくとも１つの空間ストリームを使用する、方向性無線通信における図１および図２の無線デバイスの実施形態を概略的に示す図である。 図１の第１の無線デバイスの一実施形態の概略ブロック図である。 図２の第２の無線デバイスの一実施形態の概略ブロック図である。 中間ネットワークを介してホストコンピュータに接続された通信ネットワークを概略的に示す図である。 部分的無線接続上で、ホストコンピュータが、基地局またはゲートウェイとして機能する無線デバイスを介してユーザ機器と通信することの一般化されたブロック図である。 ホストコンピュータと、基地局またはゲートウェイとして機能する無線デバイスと、ユーザ機器とを含む通信システムにおいて実装される方法のためのフローチャートである。 ホストコンピュータと、基地局またはゲートウェイとして機能する無線デバイスと、ユーザ機器とを含む通信システムにおいて実装される方法のためのフローチャートである。

以下の説明では、限定ではなく説明の目的で、本明細書で開示される技法の完全な理解を提供するために、特定のネットワーク環境など、特定の詳細が記載される。本技法が、これらの特定の詳細から逸脱する他の実施形態において実施され得ることが、当業者には明らかであろう。その上、以下の実施形態は、主に、新無線（ＮＲ）または５Ｇ実装形態のために説明されるが、本明細書で説明される技法はまた、規格ファミリーＩＥＥＥ８０２．１１による無線ローカルエリアネットワーク（ＷＬＡＮ）における３ＧＰＰ ＬＴＥ（たとえば、ＬＴＥアドバンスト、またはＭｕｌｔｅＦｉｒｅなどの関係する無線アクセス技法）を含む任意の他の無線通信技法のために、Ｂｌｕｅｔｏｏｔｈ Ｓｐｅｃｉａｌ Ｉｎｔｅｒｅｓｔ Ｇｒｏｕｐ（ＳＩＧ）、特に、Ｂｌｕｅｔｏｏｔｈ低エネルギー、ＢｌｕｅｔｏｏｔｈメッシュネットワーキングおよびＢｌｕｅｔｏｏｔｈブロードキャスティングによる、Ｂｌｕｅｔｏｏｔｈのために、Ｚ－Ｗａｖｅ ＡｌｌｉａｎｃｅによるＺ－Ｗａｖｅのために、またはＩＥＥＥ８０２．１５．４に基づくＺｉｇＢｅｅのために実装され得ることが容易に明らかである。

その上、本明細書で説明される機能、ステップ、ユニットおよびモジュールは、プログラムされたマイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、デジタル信号プロセッサ（ＤＳＰ）、または、たとえば、高度ＲＩＳＣマシン（ＡＲＭ）を含む汎用コンピュータとともに機能するソフトウェアを使用して実装され得ることを、当業者は諒解されよう。以下の実施形態は、主に、方法およびデバイスを伴うコンテキストにおいて説明されるが、本発明はまた、コンピュータプログラム製品において実施され、ならびに少なくとも１つのコンピュータプロセッサと少なくとも１つのプロセッサに結合されたメモリとを備えるシステムにおいて実施され得、メモリは、機能およびステップを実施するか、または本明細書で開示されるユニットおよびモジュールを実装し得る、１つまたは複数のプログラムで符号化されることも諒解されよう。

さらに、本明細書で説明される実施形態は、たとえば部分的にまたは完全に、組合せ可能である。たとえば、同様の参照符号によって指示される特徴は、前記特徴の等価物または代替実装形態に対応し得、本明細書で説明される実施形態間で個々に交換可能であり得る。本技法の実施形態は、Ｖ２Ｘ通信のコンテキストにおいて説明されるが、そのような実施形態は、たとえば、Ｄ２Ｄ通信を伴う他のシナリオにおける、無線デバイス間の任意の他の直接通信に容易に適用可能である。

図１は、第２の無線デバイスからデータを受信するための第１の無線デバイスのブロック図を概略的に示す。第１の無線デバイスは、総称的に、参照符号１００によって参照される。

第１の無線デバイス１００は、受信側デバイスまたは受信機と手短に呼ばれることがある。第２の無線デバイスは、送信側デバイスまたは送信機と手短に呼ばれることがある。受信側デバイス１００と送信側デバイスとは、少なくとも受信側デバイス１００におけるデータ受信のために無線通信している。

受信側デバイス１００は、受信側デバイス１００において受信された無線信号に基づいて１つまたは複数の無線リソースを決定するリソース決定モジュール１０２を備える。１つまたは複数の決定された無線リソースは、受信側デバイス１００において受信可能な複数の空間ストリームのうちの少なくとも１つの空間ストリームを含む。受信側デバイス１００は、送信側デバイスに、１つまたは複数の決定された無線リソースを指示するステータスメッセージを送信するステータス送信モジュール１０４をさらに備える。受信側デバイス１００は、送信されたステータスメッセージ中で指示された１つまたは複数の無線リソースに依存する少なくとも１つの無線リソース上で送信側デバイスからデータを受信するデータ受信モジュール１０６をさらに備える。

受信側デバイス１００のモジュールのいずれも、対応する機能性を提供するように設定されたユニットによって実装され得る。

図２は、第１の無線デバイスにデータを送信するための第２の無線デバイスのブロック図を概略的に示す。第２の無線デバイスは、総称的に、参照符号２００によって参照される。

第１の無線デバイスは、受信側デバイスまたは受信機と手短に呼ばれることがある。第２の無線デバイス２００は、送信側デバイスまたは送信機と手短に呼ばれることがある。受信側デバイスと送信側デバイス２００とは、少なくとも送信側デバイス２００からのデータ送信のために無線通信している。

送信側デバイス２００は、受信側デバイスから、受信側デバイスにおいて受信された無線信号に基づいて１つまたは複数の無線リソースを指示するステータスメッセージを受信するステータス受信モジュール２０２を備える。１つまたは複数の指示された無線リソースは、受信側デバイスにおいて受信可能な複数の空間ストリームのうちの少なくとも１つの空間ストリームを含む。送信側デバイス２００は、受信されたステータスメッセージ中で指示された１つまたは複数の無線リソースに基づいて少なくとも１つの無線リソースを決定するリソース決定モジュール２０４をさらに備える。送信側デバイス２００は、決定された少なくとも１つの無線リソースを使用して受信側デバイスにデータを送信するデータ送信モジュール２０６をさらに備える。

デバイス２００のモジュールのいずれも、対応する機能性を提供するように設定されたユニットによって実装され得る。

受信側デバイス１００および／または送信側デバイス２００の実施形態は、無線通信のために使用されるべき送信リソースおよび／またはいくつかの送信パラメータを選択し得る。本技法の一態様は、受信側デバイス１００が、たとえば、それ自体の検知ベース無線リソース選択の結果を使用して、ステータスメッセージによって、他の無線デバイスに、送信リソースおよび／または送信パラメータを提案することを可能にする。本技法の別の態様は、送信側デバイス２００が、たとえば、それ自体の検知ベース無線リソース選択内に、他の無線デバイスからの提案を考慮に入れることによって、送信リソースおよび／または送信パラメータを選択することを可能にする。

図３は、無線通信において受信側デバイスにおいて送信側デバイスからデータを受信する方法３００のためのフローチャートを示す。方法３００は、受信側デバイスにおいて受信された無線信号に基づいて１つまたは複数の無線リソースを決定するステップ３０２を含むかまたは始動する。１つまたは複数の無線リソースは、受信側デバイスにおいて受信可能な異なる空間ストリームのうちの少なくとも１つの空間ストリームを含む。方法３００は、送信側デバイスに、１つまたは複数の決定された無線リソースを指示するステータスメッセージを送信するステップ３０４をさらに含むかまたは始動する。その上、方法３００は、少なくとも１つの無線リソース上で送信側デバイスからデータを受信するステップ３０６をさらに含むかまたは始動する。少なくとも１つの無線リソースは、送信されたステータスメッセージ中で指示された１つまたは複数の無線リソースに依存する。

方法３００は、受信側デバイス１００によって実施され得る。たとえば、モジュール１０２、１０４および１０６は、それぞれ、ステップ３０２、３０４および３０６を実施し得る。

図４は、無線通信において送信側デバイスから受信側デバイスにデータを送信する方法４００のためのフローチャートを示す。方法４００は、受信側デバイスから、受信側デバイスにおいて受信された無線信号に基づいて１つまたは複数の無線リソースを指示するステータスメッセージを受信するステップ４０２を含むかまたは始動し、１つまたは複数の無線リソースは、受信側デバイスにおいて受信可能な複数の空間ストリームのうちの少なくとも１つの空間ストリームを含む。方法４００は、受信されたステータスメッセージ中で指示された１つまたは複数の無線リソースに基づいて少なくとも１つの無線リソースを決定するステップ４０４をさらに含むかまたは始動する。その上、方法４００は、決定された少なくとも１つの無線リソースを使用して受信側デバイスにデータを送信するステップ４０６をさらに含むかまたは始動する。

方法４００は、送信側デバイス２００によって実施され得る。たとえば、モジュール２０２、２０４および２０６は、それぞれ、ステップ４０２、４０４および４０６を実施し得る。

本明細書では、任意の無線デバイス、たとえば、受信側デバイス１００および／または送信側デバイス２００は、ＲＡＮまたは別の無線デバイスに無線で接続可能な、モバイルまたはポータブル局、あるいは無線デバイスであり得る。任意の無線デバイスは、ユーザ機器（ＵＥ）、マシン型通信（ＭＴＣ）のためのデバイス、および／または（たとえば、狭帯域）モノのインターネット（ＩｏＴ）のためのデバイスであり得る。

本技法は、ＵＥ間の任意の直接通信に適用され得る。方法３００または４００は、たとえば、送信および／または受信パラメータを含む、送信リソースおよび／または受信リソースを選択するためにＵＥによって実施され得る。

方法３００は、受信側ＵＥ１００によって実装され得、受信側ＵＥ１００は、ステップ３０４において、たとえば送信側ＵＥ２００を含む、他の（たとえば、周囲の）ＵＥに、ステータスメッセージ中で、送信および／または受信リソース、ならびに、随意に、いくつかの送信および／または受信パラメータを提案または推奨する。

方法４００は、送信側ＵＥ２００によって実装され得、送信側ＵＥ２００は、その無線リソース選択プロセス４０４中に、受信されたステータスメッセージ中で指示された無線リソース提案を考慮に入れる（および、随意に、受信された提案をそれ自体の局所検知プロシージャの結果と組み合わせる）。その上、複数の提案（たとえば、異なるＵＥ１００からの複数のステータスメッセージ）を獲得する送信側ＵＥ２００は、送信すべきかまたは送信を遅延させるべきか、ならびに／あるいは送信リソースおよびパラメータを判断すべきかを決定するために、複数の提案をそれ自体の局所検知プロシージャの成果と組み合わせ得る。

図５は、無線デバイス１００および／または２００の実施形態を含む、無線ネットワーク５００の一実施形態、たとえばＬＴＥ実装形態の説明図である。無線ネットワーク５００の実施形態は、Ｖ２Ｘシナリオを含む。無線デバイス１００および２００の実施形態は、直接Ｖ２Ｖ機能性を含む車両通信のために設定される。随意に、無線デバイス１００および２００は、Ｖ２Ｐ機能性またはＶ２Ｉ機能性を含む、Ｖ２Ｘ通信のためにさらに設定される。

Ｖ２Ｖ通信では、送信側無線デバイス２００および受信側デバイス１００は、車両上に取り付けられるか、または車両に組み込まれる。車両上に取り付けられるか、または車両に組み込まれる、受信側デバイス１００または送信側デバイス２００の一実施形態は、車両ＵＥ（または略してＶ－ＵＥ）と呼ばれることもある。Ｖ２Ｐ通信は、無線デバイス１００および２００の実施形態として、Ｖ－ＵＥと歩行者ＵＥ（または略してＰ－ＵＥ）とを伴う。Ｐ－ＵＥの例は、ハンドヘルドデバイスとウェアラブルデバイスとを含む。

Ｐ－ＵＥとＶ－ＵＥとは、要件および制約の異なるセットを有し得る。たとえば、Ｐ－ＵＥはエネルギー制約を受けるが、Ｖ－ＵＥは、車両エンジンまたは牽引エネルギー蓄積（たとえば、高電圧バッテリ）によって電力供給され、したがって、Ｖ－ＵＥの無線チェーンまたは信号処理について電源制約を有しない。これは、Ｖ－ＵＥとＰ－ＵＥとが、Ｖ２Ｘ通信をハンドリングするための異なる能力を有することを暗示する。たとえば、Ｖ－ＵＥは、限られた能力を有し得るＰ－ＵＥと比較して高度の無線デバイスである。その上、Ｐ－ＵＥは、異なるカテゴリー、たとえば、ＳＬ Ｒｘ／Ｔｘ（サイドリンク受信または送信）能力をもつＰ－ＵＥ、およびＳＬ Ｒｘ／Ｔｘ能力をもたないＰ－ＵＥをさらに含み得る。受信側デバイス１００は、ＳＬ Ｒｘ／Ｔｘ能力をもつＰ－ＵＥによって具現され得る。

無線ネットワーク５００は、ＲＡＮカバレッジのエリアを備え得る。たとえば、無線ネットワーク５００は、少なくとも１つの基地局５０２を含む固定ＲＡＮを備える。各基地局５０２は、少なくとも１つのセル５０４をサーブする。基地局５０２は、エボルブドノードＢ（ｅノードＢまたはｅＮＢ）または次世代ノードＢ（ｇノードＢまたはｇＮＢ）であり得る。

Ｖ２Ｘ動作は、ＲＡＮカバレッジを伴って、およびＲＡＮカバレッジを伴わずに可能であり、無線デバイス１００および２００ならびに／またはＲＡＮの間の異なる度合の直接対話を伴って可能である。ＲＡＮカバレッジの外部で、無線デバイス１００および２００は、スタンドアロンまたはＲＡＮなしの動作において、それぞれ、方法３００および４００を実施し得る。方法３００および４００は、無線デバイス１００および／または２００が、基地局５０２によってサーブされるセル５０４の外側にある場合、選択的に実施され得る。しかしながら、方法３００および４００はまた、無線デバイス１００および／または２００が、基地局５０２によってサーブされるセル５０４の内部にあるとき、実施され得る。

たとえば、３ＧＰＰ ＳＬ送信モード３による、ＲＡＮカバレッジを伴うＤ２Ｄ通信の場合、ＲＡＮは、無線リソースを割り当てることを担当する。たとえば、３ＧＰＰ ＳＬ送信モード４による、ＲＡＮカバレッジを伴わないＤ２Ｄ通信の場合、送信側デバイス２００は、それ自体の送信４０６のために無線リソースを自律的に選択する。

本技法は、３ＧＰＰ ＳＬ送信モード４の特徴を使用して実装され得る。すなわち、無線デバイス１００と無線デバイス２００との間の無線通信は、Ｄ２Ｄ通信のための３ＧＰＰ ＳＬ送信モード４を使用し得る。３ＧＰＰ ＳＬ送信モード４では、無線リソースの分散型選択が採用される。スケジューリングのための中央ノードがなく、無線デバイスが、自律リソース選択において同じ役割を果たす。

３ＧＰＰ新無線（ＮＲ）によるＶ２Ｘ通信、および／または３ＧＰＰ ＬＴＥの将来のリリースは、ブロードキャストサービスのみをサポートするのではない。たとえば、ユニキャストおよびマルチキャストＶ２Ｘ送信が、いくつかの向上されたＶ２Ｘ（ｅＶ２Ｘ）使用事例、たとえば、隊列走行（ｐｌａｔｏｏｎｉｎｇ）、シースルーおよび協働操作のために重要である。

ユニキャストおよびマルチキャスト送信の場合、方向性無線通信が、ソース無線デバイスから少なくとも１つのターゲット無線デバイスへのデータ送信を改善するために有益である。たとえば、送信側デバイス２００からの方向性送信は、ターゲット無線デバイス、たとえば、データ送信のターゲットとしての受信側デバイス１００の少なくとも１つの実施形態における、データ受信を改善し得る。さらに、受信側デバイス１００における方向性受信が、データ受信を改善し得る。代替的にまたは追加として、送信側デバイス２００からの方向性送信は、データ送信のターゲット無線デバイスでない他の無線デバイスにおける干渉を低減し得る。さらに、受信側デバイス１００における方向性受信は、受信側デバイス１００をターゲットにしない他の送信によって引き起こされる干渉を低減し得る。

方向性通信は、方向性送信および／または方向性受信を含み得る。方向性送信は、送信側デバイス２００において、アンテナアレイまたは任意の他のマルチアンテナ設定を使用して実装され得る。方向性受信は、受信側デバイス１００において、アンテナアレイまたは任意の他のマルチアンテナ設定を使用して実装され得る。

３ＧＰＰ ＳＬ送信モード４は、２つの機能性、すなわち、半永続的送信と無線リソースの検知ベース割り当て（また、選択）とを含む。２つの機能性のうちの少なくとも１つは、方法３００および／または４００と組み合わせられ得る。たとえば、決定４０４は、送信側デバイス２００におけるチャネル検知と、受信側デバイス１００から受信されたステータスメッセージ中で指示された１つまたは複数の無線リソースとの両方の組合せに基づき得る。

無線リソースの検知ベース割り当てを実装するために、送信側デバイス２００は、ステップ４０４に従って少なくとも１つの無線リソースに対するトリガを選択または再選択するためのトリガに先行する、ある程度の持続時間の間（たとえば、検知ウィンドウ中に）、チャネル（たとえば、ステータスメッセージ中で選好されるものとして指示される無線リソース）を検知し得る。チャネル検知は、チャネル上でエネルギーを測定すること、および／またはチャネル上でブッキングメッセージを復号することを含み得る。たとえば、送信側デバイス２００は、無線ネットワーク５００中の他の無線デバイス（たとえば、送信側デバイス２００の他の実施形態）からブッキングメッセージを集め得る。

できるだけまたは必要なだけ多くのブッキングメッセージを受信するための検知ウィンドウが長いほど、（たとえば、送信側デバイス２００における観測に基づいて衝突を正常に検出または回避するための）性能が良くなる。検知ウィンドウのサイズは、最長の可能なブッキングメッセージを（たとえば、ほぼ）カバーするのに十分に長くなり得、これは、フル検知プロシージャと呼ばれる。長い検知ウィンドウは、チャネル検知（たとえば、ブッキングメッセージの受信）のためにより多くのエネルギー消費を必要とし得るので、および／または、長い検知ウィンドウは、送信側デバイス２００が複雑な動作（たとえば、ブッキングメッセージの復号）を迅速に実施することを必要とし得るので、能力および／またはエネルギーに関して制限を受けるいくつかのタイプの送信側デバイス２００（たとえば、Ｐ－ＵＥ）について、チャネル検知が回避され得、および／または検知ウィンドウの長さが制約され得る。

限られた能力をもつ送信側デバイス２００の実施形態の場合、無線リソースの検知ベース割り当ては、部分検知プロシージャおよび／またはランダムリソース選択を使用して実装され得る。部分検知プロシージャでは、送信側デバイス２００は、フル検知プロシージャの検知ウィンドウ内で無線リソースの（適切な）サブセットのみ、たとえば、ステータスメッセージ中で指示された１つまたは複数の無線リソースの（適切な）サブセットのみを検知し得る。ランダムリソース選択では、少なくとも１つの無線リソースが、ランダムに送信側デバイス２００によって選択され（すなわち、ステップ４０４において決定され）得、すなわち、チャネル検知は使用されない。たとえば、少なくとも１つの無線リソースが、ステータスメッセージ６０４中で指示された１つまたは複数の無線リソースのうちで、ステップ４０４においてランダムに選択され得る。本明細書では、部分検知に関与する複雑さは、（たとえば、より短い検知ウィンドウを使用して）時間領域において、（たとえば、より小さい帯域幅を使用して）周波数領域において、（たとえば、より少ないアンテナエレメントを使用して）空間領域において、またはそれらの組合せにおいて、フル検知に対して低減され得る。

（たとえば、ステップ４０４における検知ベース割り当て中に）代替的にまたはチャネル検知に加えて、送信側デバイス２００の各実施形態は、随意に、ステップ４０６を半永続的送信として実施し得る。半永続的送信は、送信側デバイス２００から通知メッセージを送信することを含む。通知メッセージは、受信側デバイス１００に送信されるか、または無線ネットワーク５００の（たとえば、データ送信４０６のレンジ中の）すべての無線デバイスにブロードキャストされる。

通知メッセージは、無線デバイス（たとえば、たとえばステップ３０２において、通知メッセージを受信する受信側デバイス１００の他の実施形態）に、ステップ４０６に従って後の時点において少なくとも１つの無線リソースを使用して送信するという送信側デバイス２００の意図について通知する。少なくとも１つの無線リソースが、時間、周波数および／または空間において指定され得る。たとえば、データの送信４０６のために使用される周波数および／または空間（すなわち、送信の方向、たとえば、プリコーディングベクトル）は、通知メッセージの送信のために使用される周波数および／または空間に対応し得る。たとえば、時間Ｔにおいて通知メッセージを送信する送信側デバイス２００は、通知メッセージの受信機に、送信側デバイス２００が時間Ｔ＋１００ｍｓにおいて同じ周波数リソースを使用して送信することになることを通知し得る。通知メッセージの送信は、リソース予約またはリソースブッキングと呼ばれることもある。通知メッセージは、ブッキングメッセージと呼ばれることもある。リソースブッキングは、パケットの周期送信に依拠する車両適用例（たとえば、３ＧＰＰ ＬＴＥリリース１４によってターゲットにされるもの）のために有益であり得る。

半永続的送信、たとえば、ステップ３０２に従って受信される無線信号の一例としてのブッキングメッセージの受信は、無線デバイス、たとえば、受信側デバイス１００の一実施形態が、将来において無線リソースの利用を予測することを可能にする。すなわち、別の無線デバイス（たとえば、送信側デバイス２００の一実施形態、および、必ずしもそうではないが、場合によっては、ブッキングメッセージを受信する受信側デバイス１００と無線通信しているもの）の現在の送信をリッスンすることによって、受信側デバイス１００は、潜在的な将来の送信に関する情報を取得する。この情報は、受信側デバイス１００によって、それ自体のリソースを選択するときに衝突を回避するために、および／または１つまたは複数の指示された無線リソースの決定３０２のために、使用され得る。

たとえば、受信側デバイス１００は、受信された１つまたは複数のブッキングメッセージを復号する（すなわち、読み取る）ことによって、１つまたは複数の無線リソースの将来の利用を予測する。１つまたは複数のブッキングメッセージに基づいて、受信側デバイス１００は、ブックメッセージを送信している無線デバイスによって使用される同じ無線リソースを使用することを回避するために、受信側デバイス１００の現在の送信（たとえば、データ受信３０６への応答）をスケジュールし、および／またはステップ３０２において１つまたは複数の指示された無線リソースを決定し得る。これは、検知ベース無線リソース選択と呼ばれることもある。

受信側デバイス１００および／または送信側デバイス２００の任意の実施形態は、たとえば、それぞれ、ステップ３０２および４０４において、検知ベースリソース選択を実装し得る。検知ベースリソース選択は、３ＧＰＰリリース１４以降、たとえば、文書３ＧＰＰ ＴＳ３６．２１３、バージョン１４．５．０中のセクション１４．１．１．６に従って実装され得る。

代替的にまたは追加として、検知ベース無線リソース選択の例示的な実装形態は、以下の検知ステップのうちの少なくとも１つを含み得る。第１の検知ステップにおいて、すべての無線リソース（たとえば、対応する無線デバイスにおいて受信可能なすべての無線リソース）が利用可能と見なされる。第２の検知ステップにおいて、無線デバイス１００および／または２００は、チャネル検知に基づいて無線リソースを除外する。チャネル検知は、たとえばセル５０４内の場合は基地局５０２からの、それぞれの無線リソースのためのスケジューリング割り振り（ＳＡ）、および／または１つまたは複数のブッキングメッセージを復号することと、それぞれの無線リソースに関してエネルギーを検知すること（または測定すること）と、随意に追加の条件とのうちの少なくとも１つを含み得る。無線リソースは、その無線リソースが、復号されたＳＡによって指示または予約される場合、除外される。代替的にまたは追加として、無線リソースは、無線リソースのエネルギーまたは電力が、あらかじめ規定されたしきい値よりも大きい場合、除外される。たとえば、無線リソースは、関連付けられた無線リソースにおける物理（ＰＨＹ）サイドリンク共有チャネル（ＰＳＳＣＨ）上で測定された無線リソースの参照信号受信電力（ＲＳＲＰ）が、あらかじめ規定されたしきい値を上回る場合、除外される。第３の検知ステップにおいて、無線デバイスは、受信信号強度指示（ＲＳＳＩ）の測定に基づいて残りのＰＳＳＣＨリソースを測定およびランク付けし、サブセットを選択する。サブセットは、最も低い総受信エネルギーをもつ候補無線リソースのセットである。サブセットのサイズは、選択ウィンドウ内の総リソースの、たとえば２０％である。得られた少なくとも１つの無線リソースは、送信側デバイス２００によってステップ４０６のために使用されるか、または得られた１つまたは複数の無線リソースは、受信側デバイス１００によってステップ３０４に従って指示される。

本技法の実施形態によって達成可能な利点が、図６Ａおよび図６Ｂを参照しながら説明される。

図６Ａは、従来の無線デバイス１０、２０および３０、たとえば既存のＶ－ＵＥを含む、無線環境の比較例を概略的に示す。従来の自律リソース選択、たとえば、Ｖ２Ｘのための３ＧＰＰ ＬＴＥリリース１４によるモード４ ＵＥのためのリソース割り当て方式では、リソースは、送信側ＵＥによって、それ自体の検知成果に基づいて選択される。この機構は、たとえば、３ＧＰＰ ＬＴＥのために指定された、ＳＬブロードキャストについてうまく働く。しかしながら、従来のＵＥのうちの１つまたは複数が方向性通信を使用する場合、たとえば方向性送信の場合、従来の自律リソース選択は、間違ったリソースが送信側ＵＥによって選定されることにつながることがあるので、適切でないことがある。現在既存の自律リソース選択方式によって、衝突が引き起こされ得る。

方向性送信の場合、従来の自律リソース選択方式は、うまく働かないことがあり、すなわち、送信側デバイスによって選択されたリソースが、受信側デバイスにおける信号受信に適していないことがある。衝突の一例が、図６Ａに概略的に示されている。この例では、無線デバイス３０は、無線デバイス３０の送信のために、リソースＸ、すなわち、時間周波数領域における無線ブロック（ＲＢ）のセットを使用することを意図し、（たとえば、対応するブッキングメッセージを送信することによって）ＳＡを通して他のＵＥにリソース予約を通知する。しかしながら、デバイス２０は、デバイス３０の通信レンジの外側にあり、したがって、通知に気づいていない。結果として、デバイス２０も、デバイス１０への送信のために、デバイス２０の検知成果に基づいてリソースＸを選択することが起こり得る。この場合、デバイス１０における信号受信は、デバイス１０がデバイス３０の通信レンジ中にあるということにより、デバイス３０によって引き起こされる干渉によって著しく劣化され得る。これは、隠れノード問題（ＨＮＰ）の方向性通信についての特定の場合を成立させ得る。

図６Ｂは、方向性無線通信における、受信側デバイス１００の少なくとも１つの実施形態と、送信側デバイス２００の少なくとも１つの実施形態とを備える、無線ネットワーク５００の一実施形態を概略的に示す。無線ネットワーク５００は、無線ネットワーク５００の別の送信側デバイスであり得る、干渉物２５０をさらに備える。

干渉物２５０から受信された無線信号６０２に従って、１つまたは複数の無線リソースが、受信側デバイス１００において占有され得る。受信された無線信号６０２は、干渉（たとえば、何らかの他のデータ送信）を含み得るか、または、占有される無線リソース、たとえば、ブッキングメッセージ（たとえば、占有される無線リソースのうちの少なくともいくつか）を指示し得る。受信された無線信号は、受信側デバイス１００が、ステップ３０２において１つまたは複数の無線リソース６０６を決定することを可能にする。

本明細書では、空間ストリームは、方向性送信の方向またはパラメータと、方向性受信の方向またはパラメータと、多入力多出力（ＭＩＭＯ）チャネルまたはＭＩＭＯチャネルのパラメータとのうちの少なくとも１つに関し得る。空間ストリームは、空間無線リソースと呼ばれることもある。

占有される無線リソースは、時間、周波数、空間ストリーム、あるいはそれらの任意の組合せまたは部分組合せに関して規定され得る。１つまたは複数の指示された無線リソース６０６は、時間、周波数、空間ストリーム、あるいはそれらの任意の組合せまたは部分組合せに関して規定され得る。たとえば、１つまたは複数の指示された無線リソース６０６は、占有される無線リソースを、除外されるリソースとして含み得る。特に、ステータスメッセージ６０４は、占有される空間ストリームを、除外されるものとして指示し得る。代替的にまたは追加として、１つまたは複数の指示された無線リソース６０６は、受信側デバイス１００において受信可能であり、受信された無線信号６０２に基づいて占有されていない、無線リソースを含み得る。特に、ステータスメッセージ６０４は、占有されていない空間ストリームを、選好されるものとして指示し得る。

受信側デバイス１００は、ステップ３０４において、１つまたは複数の決定された無線リソースを指示するステータスメッセージ６０４を送信する。送信側デバイス２００は、ステップ４０６において、データ６１０を送信するために、１つまたは複数の指示された無線リソース６０６を使用する。

無線ネットワーク５００は、３ＧＰＰ ＮＲ実装形態であり得る。送信側デバイス２００と受信側デバイス１００との間の無線通信は、ＳＬユニキャストおよび／またはＳＬマルチキャストを採用し得る。ユニキャストまたはマルチキャストの場合、方向性送信は、ビームフォーミング利得、および／または無線通信に参加していない他のＵＥ２５０に対するより小さい干渉に関して、より効率的である。より詳細には、ＳＬユニキャストまたはＳＬマルチキャストの場合、ＳＡ（たとえば、ブッキングメッセージ）および／またはデータは、１つまたは複数のターゲットＵＥ、たとえば受信側デバイス１００の実施形態に、方向的に送信され得る。

以下、とりわけ、受信側ＵＥ１００の一実施形態における、または受信側ＵＥ１００の一実施形態のための、方法３００の３ＧＰＰ実装形態が説明される。方法３００は、他のＵＥに無線リソースを提案する方法として実装され得る。

図６Ｂ中のＵＥ１によって例示される受信側ＵＥ１００は、たとえば、ステップ３０２におけるそれ自体の局所チャネル検知から（すなわち、受信された無線信号に基づいて）取得された、受信側ＵＥ１００の観点から選好される無線リソース６０６のセットを有し得る。本明細書では、選好される無線リソース６０６は、受信側ＵＥ１００によって、アイドル、空いている、または占有されていないとして解釈される、無線リソースを包含し得る。受信側ＵＥ１００は、他のＵＥ２００から受信側ＵＥ１００への送信４０６のための無線リソース提案６０４として、他のＵＥ２００に、受信３０６のための受信側ＵＥ１００の最新の選好される無線リソース６０６を指示することができる。

受信３０６のための受信側ＵＥ１００における選好される無線リソースのセットはまた、ｅＮＢまたはｇＮＢ５０２によってあらかじめ設定されるかまたは設定され得る、ある期間にわたる無線リソースにおける測定された干渉レベル（たとえば、ＲＳＲＰまたはＲＳＳＩまたは輻輳測定に関して表される平均干渉）を指示する測定値のセットに関連付けられ得る。

方法３００の一実装形態では、受信側ＵＥ１００は、少なくとも１つの空間ストリームと併せた、選好される時間周波数リソース、すなわち、測定された干渉６０２が、あらかじめ規定されたしきい値よりも低い、少なくとも１つの無線ストリーム上の無線リソースのみを指示し得、それにより、そのような情報６０４を受信したＵＥ２００は、そのような無線リソース６０６上の送信４０６を優先させるものとする。一実装形態と組合せ可能である、別の実装形態では、受信側ＵＥ１００は、干渉が、あらかじめ規定されたしきい値を上回る無線リソース６０６のみを指示し、その場合、そのような情報６０４を受信したＵＥ２００は、そのような無線リソース６０６上の送信を優先させないものとする。

少なくとも１つの空間ストリームが、ステータスメッセージ６０４によって暗示され得る。たとえば、受信側デバイス１００は、別の方向において受信側デバイス１００に到着する干渉６０２の存在下で、（たとえば、同じ周波数上でおよび／または同時に）方向受信３０６を使用してデータ６１０を受信することが可能であると、ステップ３０２において決定する場合。随意に、受信側ＵＥ１００は、たとえば、選好される無線リソースとしての、または、差し迫った将来における送信および／または受信のために無線リソースがブッキングされる場合は、除外される無線リソースとしての、特定の無線リソース６０６における、ＭＩＭＯ受信３０６のための残りの自由度を、ステータスメッセージによってシグナリングし得る。

たとえば、受信側ＵＥ１００が、２つの受信アンテナを使用してリソースＸ上でデータストリームを受信しており、２つのさらなる（すなわち、未使用の）受信アンテナを有する場合、受信側ＵＥ１００は、２つの残された自由度を、考えられる受信３０６および復号に対して関連付けることができる。ステータスメッセージ６０４は、未使用の空間自由度の数を指示し得る。

任意の実施形態または実装形態では、ステータスメッセージ６０４は、無線リソース６０６を指示するために（たとえば、専用の）フィールドをサイドリンク制御情報（ＳＣＩ）中に含めることによって、ステップ３０４において送信され得る。すなわち、ステータスメッセージ６０４は、サイドリンク制御チャネル中で送信される制御シグナリングによって実装され得る。ステータスメッセージ６０４を実装するこのリソース提案フィールドは、他のＵＥ２００が、受信側ＵＥ１００への将来の送信４０６のための無線リソースを選択するのを支援するために使用される。ステータスメッセージ６０４は、たとえば従来のＳＣＩ中の、リソース予約のための既存のフィールドとは異なり、その既存のフィールドは、送信側ＵＥ２００によって送信され、および／またはＵＥ１００自体の将来の送信（たとえば、データ６１０のためのトリガまたはデータ６１０に対する応答）のためにＵＥ１００によって予約されるリソースを指示するために使用される。

いくつかの実施形態では、受信側ＵＥ１００は、１つまたは複数の選好されるリソース６０６またはそれらのサブセットを、局所的に利用可能な無線リソースのその候補から除外する。

代替的にまたは追加として、１つまたは複数の指示された無線リソース６０６は、受信側ＵＥ１００の他のデータ（すなわち、図７中の６０８）とともに送信される。たとえば、ステータスメッセージ６０４は、ＰＳＳＣＨ中で受信側ＵＥ１００によって送信されるデータパケット中でピギーバックされる。

図７は、たとえば、受信側デバイス１００から送信側デバイス２００へのデータ送信６０８中に含まれる、ステータスメッセージ６０４を実装するための概略シグナリング図７００を示す。受信側ＵＥ１００は、送信側ＵＥ２００にパケット６０８を送信することを意図する。受信側ＵＥ１００は、パケット６０８中で、１つまたは複数の決定された無線リソース６０６の指示、すなわちステータスメッセージ６０４をピギーバックすることができる。

任意の実施形態では、ステップ４０４における送信側デバイス２００におけるチャネル７０２の検知は、ステップ３０２における受信側デバイス１００における無線信号６０２の受信３０２と同様に実装され得る。相違、たとえば唯一の相違は、ステップ３０２の結果が、ステップ３０４においてステータスメッセージ６０４によって送信側デバイス２００に送信されることであり得、ステータスメッセージ６０４は、送信側デバイス２００においてステップ４０２において受信される。送信側デバイス２００におけるチャネル７０２の検知の結果は、ステップ４０４においてステータスメッセージ６０４中で指示された１つまたは複数の無線リソース６０６と組み合わせられ、ステップ４０６において送信側デバイス２００において使用される少なくとも１つの無線リソースを生じ得る。

代替的にまたは追加として、受信側ＵＥ１００から送信側ＵＥ２００に送信されるべきデータパケット６０８がなくても、受信側ＵＥ１００は、ＰＳＳＣＨ上で他のＵＥ２００にリソース提案６０６を送信することができる。これは、事前設定された周期性に基づいて行われるか、または他のＵＥ２００からの要求によってトリガされ得る。

任意の実施形態または実装形態では、１つまたは複数の無線リソース６０６の指示６０４は、無線通信のために前に使用された無線リソースと比較して（たとえば、受信側ＵＥ１００から送信された前のサブフレームと比較して）、１つまたは複数の（たとえば、選好されるまたは除外される）決定された無線リソースの変化がある場合のみ、送信され得る。その変化は、（たとえば、周期無線フレーム構造に対する）時間における変化、周波数における変化、および／または無線リソースの少なくとも１つの空間ストリームにおける変化を含み得る。代替的にまたは追加として、１つまたは複数の無線リソース６０６の指示６０４は、１つまたは複数の無線リソース（たとえば、時間、周波数または空間リソース）の測定（たとえば、干渉測定）が、前の指示６０４と比較して著しく変化する場合のみ、送信される。たとえば、ステータスメッセージ６０４は、前に指示された無線リソース６０６のＲＳＲＰおよび／またはＲＳＳＩの変化に応答して、たとえば、現在測定された同じ（または時間的に対応する）無線リソースのＲＳＲＰおよび／またはＲＳＳＩが、前の測定に対して（たとえば、絶対または相対）しきい値を超える、および／または下回る場合、送信され得る。

代替的にまたは追加として、１つまたは複数の決定された無線リソース６０６を指示するステータスメッセージ６０４（たとえば、提案および／または除外）は、特殊または個別チャネル中で送信される。そのチャネルは、ステータスメッセージ６０４の送信３０４、すなわち、１つまたは複数の無線リソース６０６と随意に他の関係する情報との指示の任意の実装形態のために、特別にまたは排他的に、規定または予約され得る。

任意の実施形態または実装形態では、ステータスメッセージ６０４は、ある空間ストリームを少なくとも１つの空間ストリームとして暗示し得る。たとえば、無線通信のために前に使用された空間ストリーム、および／または受信側デバイス１００における送信側デバイス２００からの方向性受信のためのパラメータが、ステータスメッセージ６０４によって暗示され得る。代替的にまたは追加として、ステータスメッセージ６０４は、時間周波数領域におけるリソースロケーションに関して、１つまたは複数の無線リソース６０６を明確に指示し得る。たとえば、少なくとも１つの空間ストリームが暗示される場合、ステータスメッセージ６０４は、時間周波数領域おけるリソースロケーションのみを明確に指示し得る。

少なくとも１つの空間ストリームは、受信側デバイス１００が受信３０６のために使用することが可能である空間自由度（ＤｏＦ）によって、ステータスメッセージ６０４中で指示され得る。すなわち、（たとえば、無線リソース推奨として）ステータスメッセージ６０４中で指示される、少なくとも１つの空間ストリームは、無線通信の（たとえば、最大または選好される）ランク、または少なくとも１つの空間ストリームの（たとえば、最大または選好される）数を備え得る。たとえば、無線通信は、ＭＩＭＯチャネルまたはＳＩＭＯチャネルを備え得る。ＤｏＦは、受信側デバイス１００の端部におけるチャネルの（たとえば、最大または選好される）ランクに対応し得る。無線通信のためのＳＩＭＯチャネルの場合、指示されたＤｏＦは１であり得る。ＳＩＭＯチャネルは、受信側デバイス１００における方向受信３０６によって実装され得る。ステータスメッセージ６０４の送信３０４は、ＤｏＦが１に等しいか、または１よりも大きいことを暗示し得る。たとえば、ステータスメッセージ６０４の送信３０４は、受信側デバイス１００が受信３０６の準備ができていることを暗示し得、方向性受信によって受信側デバイス１００においける干渉が抑制される。

任意の実施形態または実装形態では、１つまたは複数の指示された無線リソース６０４（たとえば、無線リソース提案）は、少なくとも１つの空間ストリームだけでなく、時間周波数領域におけるリソースロケーションおよび／または他の関係する情報をも含み得る。関係する情報は、（たとえば、受信可能な帯域幅、サブキャリアの数、受信機チェーンの数などに関する）受信側ＵＥ１００の能力、受信側ＵＥ１００におけるステップ３０２のためのチャネル検知において使用されるしきい値（たとえば、上述の第２の検知ステップにおいて使用されるしきい値）、ステップ３０２において（たとえば、信号６０２を受信することによって）測定された時間および／または周波数リソースに関連付けられたキャリアおよび／または周波数などを、それらに限られることなしに含み得る。

ステータスメッセージ６０４中で、受信側ＵＥ１００は、たとえば、１つまたは複数の指示された無線リソース６０６とともに、優先度をシグナリングし得る。優先度は、別の無線デバイス（たとえば、無線デバイス２５０、送信側ＵＥ２００の別の実施形態、または無線ネットワーク５００中の任意の無線デバイス）から、対応する無線リソース６０６上で送信されるようにスケジュールされた、他のデータを指示し得る。たとえば、優先度は、１つまたは複数の無線リソース６０６の各々に関連付けられ得る。優先度は、絶対優先度またはランキング、他のデータのタイプ、サービスのタイプ、データおよび／またはサービスのためのサービス品質（ＱｏＳ）クラス識別子（ＱＣＩ）、他のデータの宛先などのうちの少なくとも１つに依存し得る。優先度は、データおよび／または他のデータを送信する他の無線デバイスの特徴であり得る。

受信側ＵＥ１００は、他の無線デバイスから受信されたＳＡ、ブッキングメッセージまたはＳＣＩに基づいて、１つまたは複数の指示された無線リソース（たとえば、いくつかの時間周波数リソース）のうちの少なくとも１つを使用して送信されることになる他のデータの優先度を決定し得る。代替的にまたは追加として、バッファステータス報告が、他の無線デバイスによって送信されるべき他のデータのサイズを指示し得、優先度はそのサイズに依存し得る。

異なる優先度の他のデータが、１つまたは複数の指示された無線リソースのうちの１つ上でスケジュールされる場合、ステータスメッセージ６０４は、異なる優先度のうちの最も高い優先度を指示し得る。

他のデータが受信側ＵＥ１００における受信のためにスケジュールされ（すなわち、ＵＥ１００は他のデータの受信機でもある）、受信側ＵＥ１００は、異なる空間ストリーム上のデータ６１０および他のデータを（たとえば、同じ時間および周波数において）受信することが可能である場合、受信側ＵＥ１００は、（たとえば、他のデータの優先度を指示することなしに）データ６１０の受信３０６のために残っている空間ＤｏＦを送信側ＵＥ２００に指示し得る。代替的にまたは追加として、異なるステータスメッセージ６０４が、ステップ３０４において、同じ時間および周波数のためにスケジュールされた送信側ＵＥ２００の異なる実施形態にユニキャストされ得、異なるステータスメッセージ６０４は、受信側ＵＥ１００において独立して受信可能である異なる空間ストリームを指示する。

任意の実施形態または実装形態では、受信側ＵＥ１００は、たとえば、受信側ＵＥ１００の能力に依存して、および／または（たとえば、ステップ３０２の一部として）フル検知プロシージャが実施される場合、方法３００、特にステップ３０４を選択的に実施し得る。たとえば、受信側ＵＥ１００は、受信側ＵＥ１００が、フル検知が可能であり、フル検知を実際に実施した場合のみ、無線リソース提案を実施する。代替的にまたは追加として、ＲＡＮカバレッジの期間中に、ＲＡＮ５００、たとえば、サービング基地局５０２は、方法３００（すなわち、リソース提案）を実施するようにＵＥ（またはＵＥの適切なサブセット）を設定し得る。任意のＵＥ１００は、たとえば、それぞれのＵＥ１００の能力、および／または無線リソースのプールの設定に基づいて、方法３００を実施するように選択的に設定され得る。無線リソースのプールは、ＳＬ通信のために無線ネットワーク５００中で利用可能な無線リソースを含み得る。

受信側ＵＥ１００の任意の実施形態では、ステップ３０４は、ユニキャストまたはマルチキャストモードにおける無線リソース提案６０４の送信を実装し得る。代替的にまたは追加として、ステップ３０４は、ブロードキャストモードにおける無線リソース提案６０４の送信を実装し得る。

たとえば無線通信についての半二重制限を伴う、受信側ＵＥ１００の任意の実施形態では、受信側ＵＥ１００は、ステップ３０２において、利用可能な無線リソース６０６のセットを、選好される無線リソースとして決定するとき、チャネル測定のみを考慮に入れるのではないことがある。たとえば、受信側ＵＥ１００は、受信側ＵＥ１００からの別の送信（たとえば、データ６１０のトリガまたはデータ６１０に対する応答）が予想またはスケジュールされる時間リソースＸを考慮に入れ得る。受信側ＵＥ１００は、たとえば、送信側ＵＥ２００へのステータスメッセージ６０４中で指示される利用可能なまたは選好される無線リソース６０６のリスト中で、受信側ＵＥ１００がそれ自体の送信を実施することを予想するサブフレームＸを指示しない。例として、受信側ＵＥ１００が、それ自体の送信のためにサブフレームＸ中のいくつかの周波数リソースをすでに予約した（たとえば、ＳＣＩ中ですでにシグナリングした）場合、受信側ＵＥ１００は、利用可能なまたは選好される無線リソース６０６のリストからサブフレームＸ中のすべての無線リソースを除外し、および／または、サブフレームＸ中の無線リソース６０６を、除外される無線リソース６０６として指示する。

受信側ＵＥ１００における、または受信側ＵＥ１００によってサポートされる（たとえば、独立して動作可能な）受信機チェーン（ＲＸチェーン）の数は限られ得る。言い換えれば、受信側ＵＥ１００の一実施形態は、ある数のサイドリンクキャリアまたはサイドリンクチャネルを同時に受信することが可能であり得る。ステップ３０４において送信側ＵＥ２００に送信される、１つまたは複数の選好される無線リソースのセットを指示するステータスメッセージ６０４は、ＲＸチェーンの数を考慮に入れる。

一実装例では、受信側ＵＥ１００は、選好される無線リソース６０６のセットにおいて、所与の周波数Ａのためのいくつかのサブフレームを指示し得る。受信側ＵＥ１００における限られた数のＲＸチェーンにより、そのようなサブフレームは、受信側ＵＥ１００が周波数Ａと同時に受信することが可能でないすべての周波数上のデータ受信３０６について、選好される無線リソースのセットから除外され得る。そのようなサブフレーム（たとえば、周波数Ａのために排他的に利用可能なサブフレーム）のセットは、時分割多重化（ＴＤＭ）パターンによって表され得る。ＴＤＭパターンは、同じステータスメッセージ６０４中で（たとえば、別のフィールド中で）、または、（アイドルまたは占有されていないとも呼ばれる）空いているとステップ３０２において検知される無線リソース（たとえば、少なくとも１つの空間ストリームの各々のための時間周波数リソース）とは別々に、さらなるステータスメッセージ６０４中で、シグナリングされ得る。

別の実装例では、空いているとステップ３０２において決定される１つまたは複数の無線リソース６０６は、受信側ＵＥ１００の限られたＲＸ能力によるＲＸ競合を除外することによって低減される。言い換えれば、ステータスメッセージ６０４中で指示される１つまたは複数の無線リソース６０６は、限られたＲＸ能力により受信側ＵＥ１００が受信するために利用可能でないＴＤＭパターンと、空いていると測定された時間周波数リソースとを一緒に考慮する。たとえば、ある時間周波数リソースが空いていると測定された場合でも、その時間周波数リソースは、受信側ＵＥ１００が、限られたＲＸ能力により前記無線リソース上で受信することが可能でない場合、ステータスメッセージ６０４中で指示される選好される無線リソース６０６のリストから除外される。

以下、とりわけ、送信側ＵＥ２００の一実施形態における、または送信側ＵＥ２００の一実施形態のための、方法４００の３ＧＰＰ実装形態が説明される。方法４００は、１つまたは複数の無線リソースについての受信された提案および／または除外を考慮に入れることによって無線リソースを選択する方法として実装され得る。

受信側ＵＥ１００以外のＵＥ２００の１つまたは複数の実施形態が、ステップ４０２において受信側ＵＥ１００から（たとえば、無線リソース提案を指示する）ステータスメッセージ６０４を受信するとき、ＵＥ２００は、ステップ４０４におけるそれ自体のリソース選択プロセス中に、１つまたは複数の指示された無線リソース（たとえば、無線リソース提案）を考慮に入れることができる。図６Ｂおよび図７は、ＵＥ２００の一実施形態を概略的に示す。ＵＥ２００は、受信側ＵＥ１００にデータ６１０を送信するかまたは選択的に送信するので、ＵＥ２００は送信側ＵＥ２００と呼ばれることがある。

随意に、送信側ＵＥ２００は、ステップ４０２において、ＵＥ１００の複数の実施形態の各々からステータスメッセージ６０４を受信する。ＵＥ２００の一実施形態によって実施されるステップ４０４は、複数のＵＥ１００から受信された複数のステータスメッセージ６０４中で指示された無線リソースに基づいて、少なくとも１つの無線リソースを決定し得る。たとえば、少なくとも１つの無線リソースは、ステップ４０６においてデータ６１０がマルチキャストされるべきである、複数のＵＥ１００によって指示された、１つまたは複数の無線リソースのセットの交差部を含み得る。

１つまたは複数の指示された無線リソース（たとえば、無線リソース提案）をどのように考慮するかは、たとえば、送信側ＵＥ２００の能力、送信側ＵＥ２００の１つまたは複数の意図された受信機、送信側ＵＥ２００における受信４０２と送信側ＵＥ２００からの送信４０６との間の時間ギャップ、１つまたは複数の指示された無線リソース（たとえば、提案されたまたは選好される無線リソース）とステップ４０４において送信側ＵＥ２００において実施されるチャネル検知の結果との間の比較、およびいくつかの周囲のＵＥ１００からの複数のステータスメッセージ６０４（たとえば、獲得された提案）の組合せのうちの少なくとも１つを含む、多くのファクタに依存し得る。

送信側ＵＥ２００のいくつかの実施形態は、受信側ＵＥ１００からのステータスメッセージ６０４中で指示された１つまたは複数の（たとえば、選好される）無線リソース６０６のみを考慮し得る。たとえば、Ｐ－ＵＥは、受信された無線リソース提案に依拠し得る。

送信側ＵＥ２００のいくつかの代替実施形態は、高度ＵＥ、たとえば、Ｖ－ＵＥを含む。高度ＵＥ２００は、ステップ４０４においてフル検知ベース無線リソース選択を実装する能力を有し得る。この場合、送信側ＵＥ２００は、受信側ＵＥ１００によって指示（たとえば、提案）された１つまたは複数の無線リソース６０６を、送信側ＵＥ２００の局所チャネル検知から得られたそれ自体の選好される無線リソース（たとえば、局所的に空いている無線リソース）と比較することができる。

リソースの２つのセット間に交差部がある場合、送信側ＵＥ２００は、受信側ＵＥ１００への送信側ＵＥ２００の送信４０６のために交差部内の少なくとも１つの無線リソースを選択することができる。随意に、複数の交差した無線リソースがある場合、送信側ＵＥ２００は、たとえば、ある基準に基づいて、またはランダムに（たとえば、擬似ランダム生成器によって）、それらのうちの１つを選択することができる。

図６Ｂに示されている例では、送信側ＵＥ２００は、ステップ４０４において、リソースＹを、受信側ＵＥ１００への送信側ＵＥ２００の送信４０６のための少なくとも１つの無線リソースとして、決定（たとえば、選択）する。このようにして、信号受信３０６は、干渉ＵＥ２５０の送信６０２によって干渉されないので、受信側ＵＥ１００における信号受信３０６の品質、たとえば、信号対雑音比（ＳＩＮＲ）が改善され得る。

一変形態では、受信側ＵＥ１００の選好されるリソースと送信側ＵＥ２００の選好されるリソースとの（すなわち、ステータスメッセージ６０４中で指示された１つまたは複数の選好される無線リソースのセットと、ステップ４０４における局所チャネル検知から得られる１つまたは複数の選好される無線リソースのセットとの）２つのセット間に交差部（すなわち、重複）がない場合、送信側ＵＥ２００は、それ自体の選好のみを考慮することによって、少なくとも１つの無線リソースを決定（たとえば、選択）し得る。別の変形態では、交差部がない場合、送信側ＵＥ２００は、たとえば、ステップ４０２に従ってさらなるステータスメッセージ６０４が受信されるまで、送信しない。さらなる変形態では、交差部がない場合、送信側ＵＥ２００は、２つのセット中のあまり干渉されないまたは最も干渉されない無線リソースから少なくとも１つの無線リソースを決定（たとえば、選択）する。言い換えれば、送信側ＵＥ２００は、干渉が増加する順序（たとえば、両方のセットをマージするある順序）において、２つのセット中の利用可能な無線リソースをソートし得る。送信側ＵＥ２００は、そのような順序付けられたリストから、たとえばＭＡＣ ＰＤＵに適応するために、データ６１０を送信するのに必要な無線リソースの量を選び得る。また別の変形態では、送信側ＵＥ２００は、２つのセットからランダムに選択されたいくつかのリソースにおいて送信する。

任意の実施形態または実装形態では、たとえば、受信側デバイス１００の前の実施形態のうちのいくつかのコンテキストにおいて開示されているように、受信側ＵＥ１００は、あまり選好されないまたは除外される無線リソース６０６をシグナリングする。たとえば、ステータスメッセージ６０４は、受信側ＵＥ１００においてより干渉されるまたは最も干渉される１つまたは複数の無線リソースのセットを指示し得る。この場合、送信側ＵＥ２００は、（たとえば、ステップ４０４における送信側ＵＥ２００の局所チャネル検知から得られる）送信側無線リソースのそのセットから、除外または干渉されるものとして受信側ＵＥ１００からのステータスメッセージ６０４中で指示された１つまたは複数の無線リソースを除外または回避する。言い換えれば、送信側ＵＥ２００は、ステップ４０４において、決定された無線リソースのための局所候補を生じる、送信側ＵＥ２００における局所検知を実施することによって、リソースを決定（または選択）する。少なくとも１つの無線リソースのための局所候補のセットが、除外されるものとして受信側ＵＥ１００によって指示された１つまたは複数の無線リソース６０６と重複する場合、そのような重複する無線リソースは、局所候補のセットから除外される。少なくとも１つの無線リソースのための局所候補の全セットが、除外される無線リソースと重複する場合、送信側ＵＥ２００は、好ましくは、たとえば、さらなるステータスメッセージ６０４の受信４０２まで、送信しない。

代替的にまたは追加として、送信側ＵＥ２００は、たとえば、送信側ＵＥ２００が送信することを意図するかまたは送信するようにスケジュールされる時間および／または周波数リソースが、選好される無線リソース６０６として受信側ＵＥ１００によってシグナリングされる場合、無線リソースの局所候補のそのセットから、送信側ＵＥ２００が受信側ＵＥ１００以外の何らかのＵＥに送信することを意図するかまたは送信するようにスケジュールされる無線リソースを除外する。すなわち、送信側ＵＥ２００は、受信側ＵＥ１００によって指示されたそのような１つまたは複数の選好される無線リソース（たとえば、選好または提案）を無視する。

任意の実施形態では、送信側ＵＥ２００は、ステップ４０４に従って少なくとも１つの無線リソースを決定するとき、ステータスメッセージ６０４中で指示された１つまたは複数の無線リソースの各々の選好レベルを考慮に入れ得る。代替的にまたは追加として、たとえば、ステップ４０４において、送信側ＵＥ２００は、少なくとも１つの決定された無線リソースを使用してステップ４０６において送信されることになる、データ６１０の（または対応するデータパケットの）優先度を考慮に入れ得る。データ６１０の優先度は、たとえば、受信側ＵＥ１００の前の実施形態のうちのいくつかのコンテキストにおいて開示されているように、対応する無線リソースにおける送信のためにスケジュールされた他のデータの優先度と比較され得る。ステータスメッセージ６０４中で受信側デバイス１００によって指示されたいくつかの無線リソース６０６に関連付けられた優先度が、送信側ＵＥ２００が送信することを意図するかまたは送信するようにスケジュールされるデータ６１０の優先度よりも高い場合、送信側ＵＥ２００は、送信４０６のための少なくとも１つの無線リソースのための候補のセットから、そのような無線リソースを除外する。場合によっては、送信側ＵＥ２００は、ステータスメッセージ６０４がより優先度の低いデータを指示する無線リソースを、候補のセットにおいて含むかまたは除外しないことがある。

代替的にまたは追加として、送信側ＵＥ２００は、限られた能力および／またはエネルギー制約をもつＵＥ、たとえば、Ｐ－ＵＥである。そのようなＵＥ２００は、たとえば、部分検知ベース無線リソース選択、純粋なランダムリソース選択、および（たとえば、無線リソース選択プロシージャ中のいくつかの検知ステップを省略することによる）低減された複雑さを伴うフル検知ベース無線リソース選択のうちの少なくとも１つを含む、ステップ４０４における簡略化されたリソース選択プロセスのみを実施し得る。

いくつかの実装形態では、送信側ＵＥ２００は、ステップ４０４において、１つまたは複数の指示された無線リソース６０６とともに部分チャネル検知（手短に言えば、部分検知）に基づいて、リソース選択を実施する。部分検知は、送信側ＵＥ２００が、無線リソース候補の限られたセット、たとえば、セットＥまたは検知された候補のみを検知する（たとえば、および、それのみを検知することができる）ことを意味し、ステップ４０４に従ってセットＥ内の少なくとも１つの無線リソースを決定（たとえば、選択）する。受信側ＵＥ１００から受信されたステータスメッセージ６０４中で指示された１つまたは複数の選好される無線リソース６０６（手短に言えば、ＵＥ１００の指示された候補）と、送信側ＵＥ２００における部分検知から得られる１つまたは複数の無線リソース（手短に言えば、検知候補のサブセットである、ＵＥ２００の局所候補）との間に交差部がある場合、送信側ＵＥ２００は、受信側ＵＥ１００への送信４０６のために交差部内の少なくとも１つの無線ソースを決定（たとえば、選択）する。随意におよびさらに、セットＥ中の検知候補のすべてが、送信側ＵＥ２００において占有されると知覚される（たとえば、高いエネルギーを伴って、すなわち、送信４０６のためにこれらのリソースを使用することによって深刻な干渉が生成されることになる）場合、送信側ＵＥ２００は、受信側ＵＥ１００の指示された候補のうちで、送信４０６のための少なくとも１つの無線リソースを、たとえば、その少なくとも１つの無線リソースが送信側ＵＥ２００の元の検知候補に属さなくても（すなわち、セットＥ中になくても）、決定（たとえば、選択）し得る。

代替的にまたは追加として、送信側ＵＥ２００は、いかなる局所検知プロシージャをもまったく考慮しない、無線リソースの純粋にランダムな選択を実装する。送信側ＵＥ２００は、ステップ４０４において、受信側ＵＥ１００からのステータスメッセージ６０４中で指示された１つまたは複数の選好される無線リソース（手短に言えば、ＵＥ１００の指示された候補）から、少なくとも１つの無線リソースを選択し、これは、少なくとも受信側ＵＥ１００によってアイドルであるように見えた無線リソースである。このようにして、たとえば、送信側ＵＥ２００の局所候補のうちの送信側ＵＥ２００における純粋なランダムリソース選択と比較して、無線ネットワーク５００全体における干渉状況が改善され得る。

代替的にまたは追加として、送信側ＵＥ２００は、ステップ４０４において、受信側ＵＥ１００の指示された候補とともにフル検知プロシージャに基づいて、リソース選択方式を実装する。随意に、複雑さを低減するために、検知ステップのうちの１つまたは複数が省略される。１つまたは複数の検知ステップを省略する場合、送信側ＵＥ２００は、受信側ＵＥ１００によって指示された１つまたは複数の選好される無線リソース（すなわち、提案）を利用して、検知ステップ、たとえば、上述の第３の検知ステップをスキップし得る。より詳細には、送信側ＵＥ２００は、上述の第２の検知ステップから得られる利用可能な無線リソースを、受信側ＵＥ１００からのステータスメッセージ６０４中で指示された１つまたは複数の選好される無線リソース（すなわち、提案されたリソース）と比較し得る。比較することは、（たとえば、現存する場合）それらの交差部を見つけることを含み得る。

任意の実施形態または実装形態では、ステータスメッセージ６０４の受信４０２（たとえば、リソース提案の受信）と、データ６１０の送信４０６（たとえば、送信側ＵＥ２００が受信側ＵＥ１００に送信することを開始する）との間の時間ギャップがしきい値よりも小さい場合、送信側ＵＥ２００は、ステップ４０４の無線リソース選択プロセス中に、受信側ＵＥ１００から受信されたステータスメッセージ６０４（たとえば、提案）中で指示された１つまたは複数の無線リソース６０６を考慮に入れ得る。

任意の実施形態または実装形態では、ステータスメッセージ６０４の受信４０２（たとえば、リソース提案の受信）と、データ６１０の送信４０６（たとえば、送信側ＵＥ２００が受信側ＵＥ１００に送信することを開始する）との間で、しきい値（たとえば、上述のしきい値）よりも大きい場合、送信側ＵＥ２００は、好ましくは、ステップ４０４の無線リソース選択プロセス中に、ステータスメッセージ６０４（たとえば、提案）中で指示された１つまたは複数の無線リソース６０６を考慮に入れない。

任意の実施形態または実装形態では、受信側ＵＥ１００が送信側ＵＥ２００の意図された受信機である場合、送信側ＵＥ２００は、それ自体のリソース選択プロシージャ中に、たとえば、受信側ＵＥ１００以外の無線デバイスへの送信のためにも、受信側ＵＥ１００によって指示された１つまたは複数の選好される無線リソース（たとえば、リソース提案）を考慮する。代替的にまたは追加として、受信側ＵＥ１００が送信側ＵＥ２００の意図された受信機でない場合、または送信側ＵＥ２００が（たとえば、マルチキャストまたはブロードキャスト送信モードで）複数の受信機をターゲットにする場合、受信側ＵＥ１００からのステータスメッセージ６０４（たとえば、リソース提案）は随意に考慮に入れられない。

任意の実施形態または実装形態では、ステータスメッセージ６０４は、ステータスメッセージ６０４中に（たとえば、空間無線リソース推奨として）少なくとも１つの（たとえば、選好される）空間無線通信パラメータを含めることによって、少なくとも１つの空間ストリームを指示し得る。空間無線通信パラメータは、空間送信パラメータおよび／または空間受信パラメータを含み得る。空間無線通信パラメータ、たとえば、空間受信パラメータは、受信側ＵＥ１００におけるＤｏＦを含み得る。

例として、ステータスメッセージ６０４は、受信側ＵＥ１００が受信３０６のために使用し得るＤｏＦを含めることによって、少なくとも１つの空間ストリームを指示し得る。

少なくとも１つの空間ストリームの各々について、ステータスメッセージ６０４は、１つまたは複数の空間無線通信パラメータを指示し得る。随意に、少なくとも１つの空間ストリームの各々について、ステータスメッセージ６０４は、時間および／または周波数に関して少なくとも１つの無線リソースを指示し得る。すなわち、ステータスメッセージ６０４は、少なくとも１つの空間ストリームの各々に関連付けられた、少なくとも１つの時間および／または周波数リソースを指示し得る。たとえば、ステータスメッセージ６０４は、１つまたは複数の時間および／または周波数リソースに関連付けられた（たとえば、少なくとも１つの空間制御パラメータおよび／または空間ＤｏＦを含む）パラメータのリストを含み得る。

ステータスメッセージ６０４中で指示されたＤｏＦに基づいて、送信側ＵＥ２００は、ステップ４０４において送信ランクを決定し得る。送信側ＵＥ２００は、複数の送信アンテナ、たとえば、アンテナアレイのアンテナエレメントを装備し得る。たとえば、受信側ＵＥ１００によって指示されたＤｏＦはＮであり、送信側ＵＥ２００は、ＮおよびＭの最大値、すなわち、ｍａｘ（Ｎ，Ｍ）までの送信ランクを選択し得、Ｍは、送信側ＵＥ２００における送信アンテナの数である。

さらに、受信側ＵＥ１００からのステータスメッセージ６０４は、（たとえば、ＤｏＦに従っていくつかのアンテナエレメントをコヒーレントに組み合わせるときに）少なくとも１つの空間ストリームとともに時間および／または周波数リソースＺにおける低い測定された干渉を指示し得る。ステップ４０２中で受信されたステータスメッセージ６０４とステップ４０４において決定された送信ランクとに基づいて、送信側ＵＥ２００は、時間および／または周波数リソースＺを使用して、決定されたランクをもつＭＩＭＯ送信４０６のためにプリコーダを適用し得る。代替的にまたは追加として、受信側ＵＥ１００の一実施形態のステータスメッセージ６０４中のリソース提案によって暗黙的にまたは明示的に指示された干渉レベルに基づいて、送信側ＵＥ２００は、ステップ４０４において、受信側ＵＥ１００への送信側ＵＥ２００の送信４０６のための適切な変調符号化方式（ＭＣＳ）を決定（たとえば、選択）し得る。

送信側ＵＥ２００のいくつかの実施形態は、ステップ４０４において、無線ネットワーク５００中の受信側ＵＥ１００の複数の（たとえば、数個の）実施形態からの複数の受信されたステータスメッセージ６０４（たとえば、獲得された提案）を一緒に考慮することによって、少なくとも１つの無線リソースを決定（たとえば、選択）するように設定される。一緒に考慮することは、それぞれのステータスメッセージ６０４中で指示された１つまたは複数の選好される無線リソース６０６の複数のセットの交差部を決定することによって実装され得る。代替的にまたは追加として、一緒に考慮することは、それぞれのステータスメッセージ６０４中で指示された１つまたは複数の除外される無線リソース６０６の複数のセットの和集合を決定することによって実装され得る。

代替的にまたは追加として、送信側ＵＥ２００は、各々がデータ６１０の受信３０６のための候補である、受信側ＵＥ１００の複数の実施形態からの複数の受信されたステータスメッセージ６０４（たとえば、獲得された提案または受信された推奨）を一緒に考慮することによって、意図された受信機を、無線通信の受信側ＵＥ１００として決定（たとえば、選択）する。たとえば、受信側ＵＥ１００の複数の実施形態は、メッシュ無線ネットワーク５００の複数の周囲のＵＥを含み得る。この場合、送信側ＵＥ２００のための特定のアプリオリな受信機はない。たとえば、送信側ＵＥ２００は、データ６１０のマルチホップ通信のためのネクストホップを決定する。

代替的にまたは追加として、送信側ＵＥ２００は、２つ以上のサイドリンク通信セッションに関与し得る。すなわち、送信側ＵＥ２００の無線通信は、複数のサイドリンク通信セッションを含む。サイドリンク通信セッションの各々は、受信側ＵＥ１００の一実施形態（すなわち、それぞれの意図された受信機）に関連付けられる。送信側ＵＥ２００は、意図された受信機のうちのいくつかまたは意図された受信機の各々から、ステップ４０２に従ってステータスメッセージ６０４を受信する。送信側ＵＥ２００は、ステップ４０４におけるそれ自体のリソース選択プロセス中に、利用可能な場合、意図された受信機のすべてからの受信されたステータスメッセージ６０４（たとえば、リソース提案）を考慮する。たとえば、送信側ＵＥ２００は、それぞれ受信されたステータスメッセージ６０４中で指示された１つまたは複数の無線リソース６０６の複数のセットにわたる、無線リソースの重複するセットから、少なくとも１つの無線リソースを決定（たとえば、選択）し得る。

代替的にまたは追加として、送信側ＵＥ２００は、ステップ４０４において、複数の意図された受信機の（たとえば、現在の）ロケーションにおける相関を考慮に入れて、受信側ＵＥ１００の複数の実施形態（手短に言えば、意図された受信機）から受信された複数のステータスメッセージ６０４に基づいて、少なくとも１つの無線リソースを決定し得る。複数の意図された受信機の各々に送信されるべきそれぞれのデータ６１０は、異なる意図された受信機について異なることも異ならないこともある。たとえば、送信側ＵＥ２００は、たとえば、時間および／または周波数リソースに関して、無線リソースのクリーンなまたは均一な使用の選択を補強するために、それぞれの意図された受信機から受信されたそれぞれのステータスメッセージ６０４中で指示された１つまたは複数の選好される無線リソースのセットを一緒に考慮し得る。例として、送信側ＵＥ２００は、無線ネットワーク５００中の複数の（たとえば、３つの）ＵＥ１００（すなわち、意図された受信機）を有する。意図された受信機１００は、ＵＥ２００の周囲のまたは近隣のＵＥ１００であり得る。すべてのまたは大多数の意図された受信機１００が、無線リソースＸを、選好されるものとして指示する。たとえば、意図された受信機１００の各々（または意図された受信機１００の大部分の各々）からのそれぞれのステータスメッセージ６０４が、Ｘを、選好される無線リソース６０６として指示する。さらに、意図された受信機１００のうちの少数（たとえば、３つのうちの１つ）が、無線リソースＹを、選好される無線リソース６０６として指示する。この場合、送信側ＵＥ２００は、無線リソースＸを、送信４０６のための少なくとも１つの無線リソースとして決定する。

代替的にまたは追加として、送信側ＵＥ２００は、各々が受信側ＵＥ１００を具現する、それぞれの意図された受信機からの１つまたは複数の無線リソースのセットを一緒に考慮することに依存して、ステップ４０６においてマルチキャストモードで送信するのか、ユニキャストモードで送信するのかを決定し得る。たとえば、送信側ＵＥ２００が、同じデータ６１０（たとえば、同じデータパケット）を複数の３つのＵＥに送信することを希望し、すべての３つのＵＥが、同じリソースを提案する場合、送信側ＵＥ２００は、効率的な無線リソース利用のためにマルチキャストモードを選定し得る。

図８は、受信側デバイス１００において送信側デバイス２００からデータ６１０を受信するために少なくとも１つの空間ストリームを使用する方向性無線通信における、受信側デバイス１００、すなわち、第１の無線デバイスと、送信側デバイス２００、すなわち、第２の無線デバイスとの実施形態を概略的に示す。

少なくとも１つの空間ストリームが、受信側デバイス１００において形成される。受信側デバイス１００は、ステップ３０２において受信側デバイス１００において受信された無線信号に基づいて、１つまたは複数の無線リソース６０６－Ｒ１を決定する。決定３０２の基礎をなす無線信号は、送信側デバイス２００から受信された無線信号と、何らかの他の無線ソース、たとえば、ブッキングメッセージまたは干渉６０２から受信された無線信号とのうちの少なくとも１つを含む。たとえば、送信側デバイス２００から受信される無線信号は、何らかの前に送信されたデータを搬送する。

１つまたは複数の無線リソース６０６－Ｒ１は、ステップ３０２において、受信側デバイス１００において受信された無線信号に基づいて、第１の方向性受信によって規定された空間ストリーム６０６－Ｒ１として決定され、第１の方向性受信は、送信側デバイス２００から受信される無線信号を増幅し、および／または干渉６０２を抑制する。したがって、１つまたは複数の決定された無線リソースは、受信側デバイス１００において受信可能な異なる空間ストリーム６０６－Ｒ１および６０６－Ｒ２のうちの少なくとも１つの空間ストリーム６０６－Ｒ１を含む。他の受信可能な空間ストリーム６０６－Ｒ２は、干渉６０２によって規定された第２の方向性受信に対応する。

空間ストリームの各々は、それぞれの方向性受信のためにアンテナエレメントの無線信号をコヒーレントに組み合わせるための複素数値利得を含む組合せベクトルに関連付けられ得る。方法３００の簡略化された実装形態では、空間ストリーム６０６－Ｒ１の第１の方向性受信のための組合せベクトルのみが、送信側デバイス２００のための受信の方向への方向性利得を最大にすることによって、および／または送信側デバイス２００から受信される無線信号についてのＲＳＲＰまたはＲＳＳＩを最大にすることによって算出される。高度の実装形態では、それぞれ、送信側デバイス２００および干渉６０２に対応する組合せベクトルが、複素数値ベクトル空間において相互に直交するという追加の制約を使用して、送信側デバイス２００からの無線信号および干渉６０２の各々についての組合せベクトルが決定される。

１つまたは複数の決定された無線リソース６０６－Ｒ１を指示するステータスメッセージ６０４が、ステップ３０４において送信側デバイス２００に送信される。たとえば、ステータスメッセージ６０４は、空間ストリーム６０６－Ｒ１上で受信するために受信側デバイス１００において利用可能な（たとえば、１に等しい）空間ＤｏＦを（たとえば、明確にまたは暗黙的に）指示する。

例として、送信側デバイス２００は、干渉６０２を観測することができる。従来の送信機は、干渉６０２によって占有される時間および／または周波数リソース上で受信機１００にデータ６１０を送信することを控え得るが、ステータスメッセージ６０４は、受信側デバイス１００がステップ３０６において空間ストリーム６０６－Ｒ１上でデータ６１０を受信する能力を、たとえば、同じ時間および／または周波数リソースが使用される場合でも指示する。これは、受信側デバイス１００が干渉６０２の存在下で受信３０６のために利用可能な少なくとも１つの空間ＤｏＦを有するので可能である。

したがって、データ６１０は、ＤｏＦを指示することによって、送信されたステータスメッセージ６０４中で指示された１つまたは複数の無線リソース６０６－Ｒ１に対応する、少なくとも１つの無線リソースとしての空間ストリーム６０６－Ｒ１上で、ステップ３０６において、受信側デバイス１００において送信側デバイス２００から受信される。

図８の実施形態に関して例示されるように、方法３００は、受信機１００における方向性受信（また、ビームフォーミング受信３０６）を選択する方法として実装され得る。方法４００は、ブロードキャストまたは全方向性送信４０６の方向性受信３０６を指示するステータスメッセージ受信４０２に基づいて、干渉６０２の存在下でブロードキャストまたは全方向性送信４０６を実施する方法として実装され得る。

図９は、受信側デバイス１００において送信側デバイス２００からデータ６１０を受信するために少なくとも１つの空間ストリームを使用する方向性無線通信における、受信側デバイス１００、すなわち、第１の無線デバイスと、送信側デバイス２００、すなわち、第２の無線デバイスとの実施形態を概略的に示す。

少なくとも１つの空間ストリーム６０６－Ｔ１が、送信側デバイス２００において形成される。受信側デバイス１００は、ステップ３０２において受信側デバイス１００において受信された無線信号９０４に基づいて、１つまたは複数の無線リソース６０６－Ｔ１および６０６－Ｔ２を決定する。

決定３０２の基礎をなす無線信号９０４は、送信側デバイス２００からの異なる方向性送信について異なる空間プリコーダを使用して送信される。少なくとも、異なる方向性送信のサブセットが、受信側デバイス１００において受信可能であり、したがって、受信側デバイス１００において受信可能な異なる空間ストリーム６０６－Ｔ１および６０６－Ｔ２を規定する。

異なる方向性送信の無線信号９０４は、異なる信号識別子９０６で符号化される。すなわち、異なるプリコーディングベクトルが、送信側デバイス２００から送信される無線信号９０４に適用され、異なるプリコーディングベクトルは、無線信号９０４中で符号化される異なる信号識別子９０６に一意に対応する。

ステータスメッセージ６０４は、対応する１つまたは複数の信号識別子９０６を参照することによって、１つまたは複数の決定された無線リソース６０６－Ｔ１および６０６－Ｔ２を指示する。随意に、図９に概略的に示されているように、ステータスメッセージ６０４は、１つまたは複数の指示された無線リソース６０６－Ｔ１および６０６－Ｔ２の各々に関連付けられた選好レベル９０２をさらに指示する。

図９の実施形態に関して例示されるように、方法３００は、受信機１００における方向性送信（また、ビームフォーミング送信４０６）を選択する方法として実装され得る。方法４００は、方向性送信４０６を指示するステータスメッセージ受信４０２に基づいて方向性送信４０６を実施する方法として実装され得る。

図１０は、受信側デバイス１００において送信側デバイス２００からデータ６１０を受信するために少なくとも１つの空間ストリームを含むＭＩＭＯチャネルを使用する無線通信における、受信側デバイス１００、すなわち、第１の無線デバイスと、送信側デバイス２００、すなわち、第２の無線デバイスとの実施形態を概略的に示す。

図１０中のデバイス１００の実施形態とデバイス２００の実施形態とは、それぞれ、図８と図９の両方からのデバイス１００の実施形態の特徴とデバイス２００の実施形態の特徴とを組み合わせることによって実装され得る。

少なくとも１つの空間ストリームは、図１０の例では、２つの空間ストリーム６０６－１および６０６－２を含む。少なくとも１つの空間ストリームの各々は、受信側デバイス１００と送信側デバイス２００の両方において、それぞれ、アンテナエレメントをプリコーディングし、コヒーレントに組み合わせることによって形成される。受信側デバイス１００は、ステップ３０２において受信側デバイス１００において受信された参照信号（ＲＳ、たとえば、モビリティＲＳまたは復調ＲＳ）に基づいて、空間ストリーム６０６－１および６０６－２のうちの少なくとも１つを含む無線リソースのうちの１つまたは複数を決定する。

ステータスメッセージ６０４は、１つまたは複数の決定された空間無線リソース、すなわち、１つまたは複数の空間ストリーム６０６－１および６０６－２を指示する。たとえば、ステータスメッセージ６０４は、１つまたは複数の空間ストリーム６０６－１および６０６－２を含むＭＩＭＯチャネルのためのランクを指示する。

図１０の実施形態に関して例示されるように、方法３００は、ＭＩＭＯチャネルのために受信機１００において１つまたは複数の空間ストリーム６０６－１および６０６－２を選択する方法として実装され得る。方法４００は、ＭＩＭＯチャネル、たとえば、ＭＩＭＯ送信４０６のために使用されるべきランクおよび／またはプリコーディング行列を指示する、ステータスメッセージ受信４０２に基づいて、ＭＩＭＯ送信４０６を実施する方法として実装され得る。

図１１は、デバイス１００の一実施形態のための概略ブロック図を示す。デバイス１００は、方法３００を実施するための１つまたは複数のプロセッサ１１０４と、プロセッサ１１０４に結合されたメモリ１１０６とを備える。たとえば、メモリ１１０６は、モジュール１０２、１０４および１０６のうちの少なくとも１つを実装する命令で符号化され得る。

１つまたは複数のプロセッサ１１０４は、単体で、またはメモリ１１０６などのデバイス１００の他の構成要素と併せてのいずれかで、受信機機能性を提供するように動作可能な、マイクロプロセッサ、コントローラ、マイクロコントローラ、中央処理ユニット、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または任意の他の好適なコンピューティングデバイス、リソースのうちの１つまたは複数の組合せ、あるいはハードウェア、マイクロコードおよび／または符号化された論理の組合せであり得る。たとえば、１つまたは複数のプロセッサ１１０４は、メモリ１１０６に記憶された命令を実行し得る。そのような機能性は、本明細書で開示される利益のうちのいずれかを含む、本明細書で説明される様々な特徴およびステップを提供することを含み得る。「デバイスはアクションを実施するように動作可能である」という表現は、デバイス１００がアクションを実施するように設定されることを示し得る。

図１１に概略的に示されているように、デバイス１００は、たとえば、受信側ＵＥとして機能する、第１の無線デバイス１１００によって具現され得る。第１の無線デバイス１１００は、１つまたは複数の無線デバイスおよび／または１つまたは複数の他の基地局との無線通信のために、デバイス１００に結合された無線インターフェース１１０２を備える。

図１２は、デバイス２００の一実施形態のための概略ブロック図を示す。デバイス２００は、方法４００を実施するための１つまたは複数のプロセッサ１２０４と、プロセッサ１２０４に結合されたメモリ１２０６とを備える。たとえば、メモリ１２０６は、モジュール２０２、２０４および２０６のうちの少なくとも１つを実装する命令で符号化され得る。

１つまたは複数のプロセッサ１２０４は、単体で、またはメモリ１２０６などのデバイス２００の他の構成要素と併せてのいずれかで、送信機機能性を提供するように動作可能な、マイクロプロセッサ、コントローラ、マイクロコントローラ、中央処理ユニット、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または任意の他の好適なコンピューティングデバイス、リソースのうちの１つまたは複数の組合せ、あるいはハードウェア、マイクロコードおよび／または符号化された論理の組合せであり得る。たとえば、１つまたは複数のプロセッサ１２０４は、メモリ１２０６に記憶された命令を実行し得る。そのような機能性は、本明細書で開示される利益のうちのいずれかを含む、本明細書で説明される様々な特徴およびステップを提供することを含み得る。「デバイスはアクションを実施するように動作可能である」という表現は、デバイス２００がアクションを実施するように設定されることを示し得る。

図１２に概略的に示されているように、デバイス２００は、たとえば、送信側ＵＥとして機能する、第２の無線デバイス１２００によって具現され得る。第２の無線デバイス１２００は、１つまたは複数の無線デバイスおよび／または１つまたは複数の他の基地局との無線通信のために、デバイス２００に結合された無線インターフェース１２０２を備える。

図１３を参照すると、一実施形態によれば、通信システム１３００が、無線アクセスネットワークなどのアクセスネットワーク１３１１とコアネットワーク１３１４とを備える、３ＧＰＰタイプセルラーネットワークなどの通信ネットワーク１３１０を含む。アクセスネットワーク１３１１は、ＮＢ、ｅＮＢ、ｇＮＢまたは他のタイプの無線アクセスポイントなど、複数の基地局１３１２ａ、１３１２ｂ、１３１２ｃを備え、各々が、対応するカバレッジエリア１３１３ａ、１３１３ｂ、１３１３ｃを規定する。各基地局１３１２ａ、１３１２ｂ、１３１２ｃは、有線接続または無線接続１３１５を介してコアネットワーク１３１４に接続可能である。カバレッジエリア１３１３ｃ中に位置する第１のユーザ機器（ＵＥ）１３９１が、対応する基地局１３１２ｃに無線で接続するか、または対応する基地局１３１２ｃによってページングされるように設定される。カバレッジエリア１３１３ａ中の第２のＵＥ１３９２が、対応する基地局１３１２ａに無線で接続可能である。この例では複数のＵＥ１３９１、１３９２が示されているが、開示される実施形態は、唯一のＵＥがカバレッジエリア中にある状況、または唯一のＵＥが対応する基地局１３１２に接続している状況に等しく適用可能である。

通信ネットワーク１３１０は、それ自体、ホストコンピュータ１３３０に接続され、ホストコンピュータ１３３０は、スタンドアロンサーバ、クラウド実装サーバ、分散型サーバのハードウェアおよび／またはソフトウェアにおいて、あるいはサーバファーム中の処理リソースとして具現され得る。ホストコンピュータ１３３０は、サービスプロバイダの所有または制御下にあり得るか、あるいはサービスプロバイダによってまたはサービスプロバイダの代わりに動作され得る。通信ネットワーク１３１０とホストコンピュータ１３３０との間の接続１３２１、１３２２が、コアネットワーク１３１４からホストコンピュータ１３３０まで直接延び得るか、または随意の中間ネットワーク１３２０を介して進み得る。中間ネットワーク１３２０は、公衆ネットワーク、プライベートネットワークまたはホストされたネットワークのうちの１つ、あるいはそれらのうちの２つ以上の組合せであり得、中間ネットワーク１３２０は、もしあれば、バックボーンネットワークまたはインターネットであり得、特に、中間ネットワーク１３２０は、２つまたはそれ以上のサブネットワーク（図示せず）を備え得る。

図１３の通信システム１３００は、全体として、接続されたＵＥ１３９１、１３９２のうちの１つとホストコンピュータ１３３０との間のコネクティビティを可能にする。コネクティビティは、オーバーザトップ（ＯＴＴ）接続１３５０として説明され得る。ホストコンピュータ１３３０および接続されたＵＥ１３９１、１３９２は、アクセスネットワーク１３１１、コアネットワーク１３１４、任意の中間ネットワーク１３２０および可能なさらなるインフラストラクチャ（図示せず）を媒介として使用して、ＯＴＴ接続１３５０を介して、データおよび／またはシグナリングを通信するように設定される。ＯＴＴ接続１３５０は、ＯＴＴ接続１３５０が通過する関与する通信デバイスが、アップリンク通信およびダウンリンク通信のルーティングに気づいていないという意味で、透過的であり得る。たとえば、基地局１３１２は、接続されたＵＥ１３９１にフォワーディング（たとえば、ハンドオーバ）されるべき、ホストコンピュータ１３３０から発生したデータを伴う着信ダウンリンク通信の過去のルーティングについて、通知されないことがあるかまたは通知される必要がない。同様に、基地局１３１２は、ＵＥ１３９１から発生してホストコンピュータ１３３０に向かう発信アップリンク通信の将来ルーティングに気づいている必要がない。

次に、一実施形態による、前の段落において説明されたＵＥ、基地局およびホストコンピュータの例示的な実装形態が、図１４を参照しながら説明される。通信システム１４００では、ホストコンピュータ１４１０は、通信システム１４００の異なる通信デバイスのインターフェースとの有線接続または無線接続をセットアップおよび維持するように設定された通信インターフェース１４１６を含む、ハードウェア１４１５を備える。ホストコンピュータ１４１０は、記憶能力および／または処理能力を有し得る、処理回路要素１４１８をさらに備える。特に、処理回路要素１４１８は、命令を実行するように適応された、１つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイまたはこれらの組合せ（図示せず）を備え得る。ホストコンピュータ１４１０は、ホストコンピュータ１４１０に記憶されるかまたはホストコンピュータ１４１０によってアクセス可能であり、処理回路要素１４１８によって実行可能である、ソフトウェア１４１１をさらに備える。ソフトウェア１４１１はホストアプリケーション１４１２を含む。ホストアプリケーション１４１２は、ＵＥ１４３０およびホストコンピュータ１４１０において終端するＯＴＴ接続１４５０を介して接続するＵＥ１４３０など、リモートユーザにサービスを提供するように動作可能であり得る。リモートユーザにサービスを提供する際に、ホストアプリケーション１４１２は、ＯＴＴ接続１４５０を使用して送信されるユーザデータを提供し得る。ユーザデータは、ステップ２０６において決定されたＵＥ１４３０のロケーションに依存し得る。ユーザデータは、ＵＥ１４３０に配信される補助情報または高精度広告（ｐｒｅｃｉｓｉｏｎ ａｄｖｅｒｔｉｓｅｍｅｎｔｓ）（また、広告）を含み得る。ロケーションは、たとえばＯＴＴ接続１４５０を使用して、ＵＥ１４３０によってホストコンピュータに報告され、および／または、たとえば接続１４６０を使用して、基地局１４２０によって報告され得る。

通信システム１４００は、通信システム中に提供される基地局１４２０をさらに含み、基地局１４２０は、基地局１４２０がホストコンピュータ１４１０およびＵＥ１４３０と通信することを可能にするハードウェア１４２５を備える。ハードウェア１４２５は、通信システム１４００の異なる通信デバイスのインターフェースとの有線接続または無線接続をセットアップおよび維持するための通信インターフェース１４２６、ならびに基地局１４２０によってサーブされるカバレッジエリア（図１４に図示せず）中に位置するＵＥ１４３０との少なくとも無線接続１４７０をセットアップおよび維持するための無線インターフェース１４２７を含み得る。通信インターフェース１４２６は、ホストコンピュータ１４１０への接続１４６０を容易にするように設定され得る。接続１４６０は直接であり得るか、あるいは接続１４６０は、通信システムのコアネットワーク（図１４に図示せず）を、および／または通信システムの外部の１つまたは複数の中間ネットワークを通過し得る。図示の実施形態では、基地局１４２０のハードウェア１４２５は、処理回路要素１４２８をさらに含み、処理回路要素１４２８は、命令を実行するように適応された、１つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、またはこれらの組合せ（図示せず）を備え得る。基地局１４２０は、内部的に記憶されるかまたは外部接続を介してアクセス可能なソフトウェア１４２１をさらに有する。

通信システム１４００は、すでに言及されたＵＥ１４３０をさらに含む。ＵＥ１４３０のハードウェア１４３５は、ＵＥ１４３０が現在位置するカバレッジエリアをサーブする基地局との無線接続１４７０をセットアップおよび維持するように設定された、無線インターフェース１４３７を含み得る。ＵＥ１４３０のハードウェア１４３５は、処理回路要素１４３８をさらに含み、処理回路要素１４３８は、命令を実行するように適応された、１つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、またはこれらの組合せ（図示せず）を備え得る。ＵＥ１４３０は、ＵＥ１４３０に記憶されるかまたはＵＥ１４３０によってアクセス可能であり、処理回路要素１４３８によって実行可能である、ソフトウェア１４３１をさらに備える。ソフトウェア１４３１はクライアントアプリケーション１４３２を含む。クライアントアプリケーション１４３２は、ホストコンピュータ１４１０のサポートを伴って、ＵＥ１４３０を介して人間のまたは人間でないユーザにサービスを提供するように動作可能であり得る。ホストコンピュータ１４１０では、実行しているホストアプリケーション１４１２は、ＵＥ１４３０およびホストコンピュータ１４１０において終端するＯＴＴ接続１４５０を介して、実行しているクライアントアプリケーション１４３２と通信し得る。ユーザにサービスを提供する際に、クライアントアプリケーション１４３２は、ホストアプリケーション１４１２から要求データを受信し、要求データに応答してユーザデータを提供し得る。ＯＴＴ接続１４５０は、要求データとユーザデータの両方を転送し得る。クライアントアプリケーション１４３２は、クライアントアプリケーション１４３２が提供するユーザデータを生成するためにユーザと対話し得る。

図１４に示されているホストコンピュータ１４１０、基地局１４２０およびＵＥ１４３０は、それぞれ、図１３のホストコンピュータ１３３０、基地局１３１２ａ、１３１２ｂ、１３１２ｃのうちの１つ、およびＵＥ１３９１、１３９２のうちの１つと同等であり得ることに留意されたい。つまり、これらのエンティティの内部の働きは、図１４に示されているようなものであり得、別個に、周囲のネットワークトポロジーは、図１３のものであり得る。

図１４では、ＯＴＴ接続１４５０は、仲介デバイスとこれらのデバイスを介したメッセージの正確なルーティングとへの明示的言及なしに、基地局１４２０を介したホストコンピュータ１４１０とユーザ機器１４３０との間の通信を示すために抽象的に描かれている。ネットワークインフラストラクチャが、ルーティングを決定し得、ネットワークインフラストラクチャは、ＵＥ１４３０からまたはホストコンピュータ１４１０を動作させるサービスプロバイダから、またはその両方からルーティングを隠すように設定され得る。ＯＴＴ接続１４５０がアクティブである間、ネットワークインフラストラクチャは、さらに、ネットワークインフラストラクチャが、（たとえば、ネットワークの負荷分散考慮または再設定に基づいて）ルーティングを動的に変更する決定を行い得る。

ＵＥ１４３０と基地局１４２０との間の無線接続１４７０は、本開示全体にわたって説明される実施形態の教示に従う。様々な実施形態のうちの１つまたは複数は、無線接続１４７０が最後のセグメントを形成するＯＴＴ接続１４５０を使用して、ＵＥ１４３０に提供されるＯＴＴサービスの性能を改善する。より正確には、これらの実施形態の教示は、レイテンシを低減し、データレートを改善し、それにより、より良い応答性などの利益を提供し得る。

１つまたは複数の実施形態が改善する、データレート、レイテンシおよび他のファクタを監視する目的での、測定プロシージャが提供され得る。測定結果の変動に応答して、ホストコンピュータ１４１０とＵＥ１４３０との間のＯＴＴ接続１４５０を再設定するための随意のネットワーク機能性がさらにあり得る。測定プロシージャおよび／またはＯＴＴ接続１４５０を再設定するためのネットワーク機能性は、ホストコンピュータ１４１０のソフトウェア１４１１においてまたはＵＥ１４３０のソフトウェア１４３１において、またはその両方において実装され得る。実施形態では、ＯＴＴ接続１４５０が通過する通信デバイスにおいてまたはそれに関連して、センサー（図示せず）が展開され得、センサーは、上記で例示された監視された量の値を供給すること、またはソフトウェア１４１１、１４３１が監視された量を算出または推定し得る他の物理量の値を供給することによって、測定プロシージャに参加し得る。ＯＴＴ接続１４５０の再設定は、メッセージフォーマット、再送信セッティング、好ましいルーティングなどを含み得、再設定は、基地局１４２０に影響を及ぼす必要がなく、再設定は、基地局１４２０に知られていないかまたは知覚不可能であり得る。そのようなプロシージャおよび機能性は、当技術分野において知られ、実施され得る。いくつかの実施形態では、測定は、スループット、伝搬時間、レイテンシなどのホストコンピュータ１４１０の測定を容易にするプロプライエタリＵＥシグナリングを伴い得る。測定は、ソフトウェア１４１１、１４３１が、伝搬時間、エラーなどを監視しながら、ソフトウェア１４１１、１４３１が、ＯＴＴ接続１４５０を使用して、メッセージ、特に、空のまたは「ダミー」メッセージを送信させるという点で実装され得る。

図１５は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図１３および図１４を参照しながら説明されたものであり得る、ホストコンピュータ、基地局およびＵＥを含む。本開示の簡単のために、図１５への図面参照のみがこのセクションに含まれる。方法の第１のステップ１５１０において、ホストコンピュータはユーザデータを提供する。第１のステップ１５１０の随意のサブステップ１５１１において、ホストコンピュータは、ホストアプリケーションを実行することによって、ユーザデータを提供する。第２のステップ１５２０において、ホストコンピュータは、ＵＥにユーザデータを搬送する送信を始動する。随意の第３のステップ１５３０において、基地局は、本開示全体にわたって説明される実施形態の教示に従って、ホストコンピュータが始動した送信において搬送されたユーザデータをＵＥに送信する。随意の第４のステップ１５４０において、ＵＥは、ホストコンピュータによって実行されたホストアプリケーションに関連付けられたクライアントアプリケーションを実行する。

図１６は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図１３および図１４を参照しながら説明されたものであり得る、ホストコンピュータ、基地局およびＵＥを含む。本開示の簡単のために、図１６への図面参照のみがこのセクションに含まれる。方法の第１のステップ１６１０において、ホストコンピュータはユーザデータを提供する。随意のサブステップ（図示せず）において、ホストコンピュータは、ホストアプリケーションを実行することによって、ユーザデータを提供する。第２のステップ１６２０において、ホストコンピュータは、ＵＥにユーザデータを搬送する送信を始動する。送信は、本開示全体にわたって説明される実施形態の教示に従って、基地局を介して進み得る。随意の第３のステップ１６３０において、ＵＥは、送信において搬送されたユーザデータを受信する。

任意の実施形態では、受信側無線デバイスが、他のＵＥにリソースを提案または推奨し得る。送信側デバイスが、送信側デバイスのリソース選択プロシージャ中にリソース提案を利用し得る。

上記の説明から明らかになったように、本技法の実施形態は、適切な送信リソースの選択を可能にし、これは、改善された信号受信、リソース利用の改善された効率、および／または低減されたリソース選択の複雑さに関して利点を有し得、これは、限られた能力をもつ無線デバイスにとって特に有益である。

限られた能力をもつＵＥ、たとえば、Ｐ－ＵＥの場合、ステータスメッセージ中で指示された１つまたは複数の無線リソースに基づく部分検知、またはステータスメッセージ中で指示された１つまたは複数の無線リソースに基づくランダムリソース選択が適用され得る。この場合、限られたおよび／または不完全な数の無線リソースが候補と見なされる場合でも、ならびに／あるいは純粋にランダムな選択機構が使用される場合でも、適切な送信リソースが選択され得る。

本発明の多くの利点は上記の説明から十分に理解され、本発明の範囲から逸脱することなく、および／または本発明の利点のすべてを犠牲にすることなしに、ユニットおよびデバイスの形式、設定および構成において様々な変更が行われ得ることは明らかであろう。本発明が多くのやり方で変化され得るので、本発明は以下の特許請求の範囲によってのみ限定されるべきであることを認識されよう。

Claims (20)

1. デバイスツーデバイス（Ｄ２Ｄ）通信において、第１の無線デバイス（１００）において第２の無線デバイス（２００）からデータ（６１０）を受信する方法（３００）であって、前記方法（３００）は、
   前記第１の無線デバイス（１００）において受信された無線信号（６０２、９０４）に基づいて、１つまたは複数の無線リソース（６０６）であって、前記第１の無線デバイス（１００）において受信可能な異なる空間ストリーム（６０６－１、６０６－２、６０６－Ｒ１、６０６－Ｒ２、６０６－Ｔ１、６０６－Ｔ２）のうちの少なくとも１つの空間ストリームを含む、１つまたは複数の無線リソース（６０６）を、決定するステップ（３０２）と、
   前記第２の無線デバイス（２００）に、前記１つまたは複数の決定された無線リソース（６０６）を指示するステータスメッセージ（６０４）を送信するステップ（３０４）と、
   前記送信されたステータスメッセージ（６０４）中で指示された前記１つまたは複数の無線リソース（６０６）に依存する少なくとも１つの無線リソース上で前記第１の無線デバイス（１００）において前記第２の無線デバイス（２００）から前記データ（６１０）を受信するステップ（３０６）と
   を含むかまたは始動し、
   前記決定（３０２）のために前記第１の無線デバイス（１００）において受信された前記無線信号が、前記第２の無線デバイス（２００）以外の他の無線ソース（２５０）からの無線信号（６０２）を含む、方法（３００）。
2. 前記ステータスメッセージ（６０４）が、前記第１の無線デバイス（１００）におけるビームフォーミング受信の空間自由度（ＤｏＦ）を指示することによって、前記第１の無線デバイスにおける前記ビームフォーミング受信に対応する前記少なくとも１つの空間ストリームを指示する、請求項１に記載の方法。
3. 前記１つまたは複数の決定された無線リソース（６０６）が、前記他の無線ソース（２５０）からの前記無線信号（６０２）を抑制するか、または前記他の無線ソース（２５０）からの前記無線信号（６０２）によって干渉されない、請求項１または２に記載の方法。
4. 前記ステータスメッセージ（６０４）が、前記データ受信（３０６）のために選好される１つまたは複数の無線リソース（６０６）を指示する、請求項１から３のいずれか一項に記載の方法。
5. 前記ステータスメッセージ（６０４）が、前記選好される無線リソース（６０６）のうちの１つまたは複数上で送信されるべき別の無線ソース（２５０）からの１つまたは複数の他のデータの優先度をさらに指示し、前記データ受信（３０６）のために除外される１つまたは複数の無線リソース（６０６）を、前記１つまたは複数の除外される無線リソース上で測定された受信電力が、あらかじめ規定されたしきい値よりも大きい場合に指示する、請求項４に記載の方法。
6. 前記決定（３０２）のために前記第２の無線デバイス（２００）から受信された異なる無線信号（９０４）が、異なるプリコーディングベクトルによってプリコーディングされ、前記異なるプリコーディングベクトルが、前記異なる無線信号（９０４）中で符号化された異なる信号識別子（９０６）に関連付けられ、前記ステータスメッセージ（６０４）が、対応する１つまたは複数の信号識別子（９０６）を参照することによって、前記１つまたは複数の決定された無線リソース（６０６）中に含まれる前記少なくとも１つの空間ストリーム（６０６－Ｔ１、６０６－Ｔ２）を指示する、請求項１から５のいずれか一項に記載の方法。
7. 前記第１の無線デバイス（１００）が、最大数の独立した無線信号を同時に受信することが可能であり、前記決定（３０２）が、前記受信された無線信号（６０２、９０４）に基づいて利用可能な無線リソースを決定することと、前記最大数の同時に受信可能な無線信号を実現する前記利用可能な無線リソースのサブセットを選択することとを含む、請求項１から６のいずれか一項に記載の方法。
8. 前記ステータスメッセージ（６０４）の前記送信（３０４）が、前記第２の無線デバイス（２００）に対して前に指示された１つまたは複数の無線リソースと比較した、前記１つまたは複数の決定された無線リソース（６０６）の変化によってトリガされる、請求項１から７のいずれか一項に記載の方法。
9. 前記１つまたは複数の無線リソース（６０６）の前記決定（３０２）のための前記無線信号が、前記第１の無線デバイス（１００）におけるチャネル検知プロシージャにおいて受信され、前記ステータスメッセージ（６０４）が、前記第１の無線デバイス（１００）における前記チャネル検知プロシージャを実施する能力をさらに指示する、請求項１から８のいずれか一項に記載の方法。
10. デバイスツーデバイス（Ｄ２Ｄ）通信において第２の無線デバイス（２００）から第１の無線デバイス（１００）にデータ（６１０）を送信する方法（４００）であって、前記方法（４００）は、
    前記第１の無線デバイス（１００）から、前記第１の無線デバイス（１００）において受信された無線信号（６０２、９０４）に基づいて１つまたは複数の無線リソース（６０６）を指示するステータスメッセージ（６０４）を受信するステップ（４０２）であって、前記１つまたは複数の無線リソース（６０６）が、前記第１の無線デバイス（１００）において受信可能な異なる空間ストリーム（６０６－１、６０６－２、６０６－Ｔ１、６０６－Ｔ２、６０６－Ｒ１、６０６－Ｒ２）のうちの少なくとも１つの空間ストリームを含む、ステータスメッセージ（６０４）を受信するステップ（４０２）と、
    前記受信されたステータスメッセージ（６０４）中で指示された前記１つまたは複数の無線リソース（６０６）に基づいて少なくとも１つの無線リソースを決定するステップ（４０４）と、
    前記決定された少なくとも１つの無線リソースを使用して前記第１の無線デバイス（１００）に前記データ（６１０）を送信するステップ（４０６）と
    を含むかまたは始動し、
    前記第１の無線デバイス（１００）において受信された無線信号は、前記第２の無線デバイス（２００）以外の無線リソースからの無線信号（６０２）を含む、方法（４００）。
11. 前記第２の無線デバイス（２００）において受信された無線信号に基づいて１つまたは複数の無線リソースを決定するステップであって、前記送信（４０６）のために使用される前記少なくとも１つの無線リソースの前記決定（４０４）が、前記第１の無線デバイス（１００）によって指示された前記無線リソース（６０６）と前記第２の無線デバイス（２００）によって決定された前記無線リソースとの組合せに依存する、１つまたは複数の無線リソースを決定するステップ
    をさらに含むかまたは始動する、請求項１０に記載の方法。
12. 前記ステータスメッセージ（６０４）が、前記ステータスメッセージ（６０４）中で指示された前記無線リソースのうちの１つまたは複数上で送信されるべき他のデータの優先度をさらに指示し、前記データ（６１０）の前記送信（４０６）のために使用される前記少なくとも１つの無線リソースの前記決定（４０４）が、前記第２の無線デバイス（２００）によって送信される前記データ（６１０）に関連付けられた優先度と、前記ステータスメッセージ（６０４）中で指示された前記優先度との比較に依存する、請求項１０または１１に記載の方法。
13. ステータスメッセージ（６０４）が、複数の第１の無線デバイス（１００）から受信され、前記送信（４０６）のために使用される前記少なくとも１つの無線リソースの前記決定（４０４）が、前記複数の第１の無線デバイス（１００）によって指示された前記無線リソース（６０６）の組合せに依存する、請求項１０から１２のいずれか一項に記載の方法。
14. ステータスメッセージ（６０４）が、メッシュ無線ネットワーク（５００、１４２０）の複数の第１の無線デバイス（１００）から受信され、前記方法が、
    前記ステータスメッセージ（６０４）に基づいて、前記複数の第１の無線デバイス（１００）のうちで前記データ（６１０）の前記送信（４０６）のための前記第１の無線デバイス（１００）を選択するステップ
    をさらに含むかまたは始動する、請求項１０から１３のいずれか一項に記載の方法。
15. ステータスメッセージ（６０４）が、前記データ（６１０）の意図された受信機である複数の第１の無線デバイス（１００）から受信され、前記決定（４０４）が、前記ステータスメッセージ（６０４）によって指示された選好される無線ソース（６０６）の重複に応じて、前記データ送信（４０６）のためにユニキャスティングモードおよびマルチキャスティングモードのうちから送信モードを決定することを含む、請求項１０から１４のいずれか一項に記載の方法。
16. コンピュータプログラムであって、前記コンピュータプログラムが１つまたは複数のコンピューティングデバイス（１１０４、１２０４）上で実行されたとき、請求項１から９または１０から１５のいずれか一項に記載のステップを実施するための、随意にコンピュータ可読記録媒体（１１０６、１２０６）に記憶された、プログラムコード部分を含む、コンピュータプログラム。
17. 第１の無線デバイス（１００）であって、デバイスツーデバイス（Ｄ２Ｄ）通信において、前記第１の無線デバイス（１００）において第２の無線デバイス（２００）からデータ（６１０）を受信するためのものであり、前記第１の無線デバイス（１００）が、少なくとも１つのプロセッサ（１１０４）とメモリ（１１０６）とを備え、前記メモリ（１１０６）が、前記少なくとも１つのプロセッサ（１１０４）によって実行可能な命令を備え、それにより、前記第１の無線デバイス（１００）は、
    前記第１の無線デバイス（１００）において受信された無線信号（６０２、９０４）に基づいて、１つまたは複数の無線リソース（６０６）を決定することであって、前記１つまたは複数の無線リソース（６０６）が、前記第１の無線デバイス（１００）において受信可能な異なる空間ストリーム（６０６－１、６０６－２、６０６－Ｒ１、６０６－Ｒ２、６０６－Ｔ１、６０６－Ｔ２）のうちの少なくとも１つの空間ストリームを含む、１つまたは複数の無線リソース（６０６）を決定することと、
    前記第２の無線デバイス（２００）に、前記１つまたは複数の決定された無線リソース（６０６）を指示するステータスメッセージ（６０４）を送信することと、
    前記送信されたステータスメッセージ（６０４）中で指示された前記１つまたは複数の無線リソース（６０６）に依存する少なくとも１つの無線リソース上で前記第１の無線デバイス（１００）において前記第２の無線デバイス（２００）から前記データ（６１０）を受信することと
    を行うように動作可能であり、
    前記１つまたは複数の無線リソース（６０６）の決定のために前記第１の無線デバイス（１００）において受信された前記無線信号が、前記第２の無線デバイス（２００）以外の無線ソース（２５０）からの無線信号（６０２）を含む、第１の無線デバイス（１００）。
18. 請求項２から９のいずれか一項に記載のステップを実施するようにさらに動作可能な、請求項１７に記載の第１の無線デバイス（１００）。
19. 第２の無線デバイス（２００）であって、デバイスツーデバイス（Ｄ２Ｄ）通信において前記第２の無線デバイス（２００）から第１の無線デバイス（１００）にデータ（６１０）を送信するためのものであり、前記第２の無線デバイス（２００）が、少なくとも１つのプロセッサ（１２０４）とメモリ（１２０６）とを備え、前記メモリ（１２０６）が、前記少なくとも１つのプロセッサ（１２０４）によって実行可能な命令を備え、それにより、前記第２の無線デバイス（２００）は、
    前記第１の無線デバイス（１００）から、前記第１の無線デバイス（１００）において受信された無線信号（６０２、９０４）に基づいて１つまたは複数の無線リソース（６０６）を指示するステータスメッセージ（６０４）を受信することであって、前記１つまたは複数の無線リソース（６０６）が、前記第１の無線デバイス（１００）において受信可能な異なる空間ストリーム（６０６－１、６０６－２、６０６－Ｔ１、６０６－Ｔ２、６０６－Ｒ１、６０６－Ｒ２）のうちの少なくとも１つの空間ストリームを含む、ステータスメッセージ（６０４）を受信することと、
    前記受信されたステータスメッセージ（６０４）中で指示された前記１つまたは複数の無線リソース（６０６）に基づいて少なくとも１つの無線リソースを決定することと、
    前記決定された少なくとも１つの無線リソースを使用して前記第１の無線デバイス（１００）に前記データ（６１０）を送信することと
    を行うように動作可能であり、
    前記第１の無線デバイス（１００）において受信された無線信号は、前記第２の無線デバイス（２００）以外の無線リソースからの無線信号（６０２）を含む、第２の無線デバイス（２００）。
20. 請求項１１から１５のいずれか一項に記載のステップを実施するようにさらに動作可能な、請求項１９に記載の第２の無線デバイス（２００）。

Images