(57)【要約】  無線通信ネットワークのアクセスノードを動作させるための方法が提供され得る。第１のヘッダと、第１の無線端末および第２の無線端末についての第１のデータを有する第１のデータブロックとを含む第１のフレームが提供され得る。ヘッダは、第１のアイドル期間リソースを示す第１の制御フィールドと、第２のアイドル期間リソースを示す第２の制御フィールドとを含み得、第１のアイドル期間リソースと第２のアイドル期間リソースとは異なり得る。第１の無線端末および第２の無線端末への第１のフレームの送信が開始され得る。第１のアイドル期間リソースを使用して通知メッセージを受信したことに応答して、第２のヘッダと、第２の無線端末についての第２のデータを有する第２のデータブロックとを含む第２のフレームが提供され得る。第２の無線端末への送信を延期する一方、第２の無線端末への第２のフレームの送信が開始され得る。【選択図】図１４
2020520610.tif 000002
【特許請求の範囲】
【請求項１】
無線通信ネットワークのアクセスノードを動作させる方法であって、前記方法は、
第１のヘッダと、第１の無線端末（ＵＥ１）および第２の無線端末（ＵＥ３）についての第１のデータを有する第１のデータブロックとを含む第１のフレームを提供すること（１４０５）であって、前記ヘッダが、第１のアイドル期間リソースを示す第１の制御フィールドと、第２のアイドル期間リソースを示す第２の制御フィールドとを含み、前記第１のアイドル期間リソースと前記第２のアイドル期間リソースとが異なる、第１のフレームを提供すること（１４０５）と、
前記第１の無線端末（ＵＥ１）および前記第２の無線端末（ＵＥ３）への前記第１のフレームの送信を開始すること（１４０７）と、
前記第１のアイドル期間リソースを使用して通知メッセージ（ＮＴＳ）を受信したことに応答して、第２のヘッダと、前記第２の無線端末（ＵＥ３）についての第２のデータを有する第２のデータブロックとを含む第２のフレームを提供すること（１４１３）と、
前記第２の無線端末（ＵＥ３）への送信を延期する一方、前記第２の無線端末への前記第２のフレームの送信を開始すること（１４１５）と
を含む、方法。
【請求項２】
前記第１のフレームの送信を開始することが、前記第１の無線端末のために第１のビームを使用し、前記第２の無線端末のために第２のビームを使用することを含み、前記第１の制御フィールドが、前記第１のビームを使用して前記第１の無線端末に送信され、前記第２の制御フィールドが、前記第２のビームを使用して前記第２の無線端末に送信され、前記第１のアイドル期間リソースが前記第１のビームに対応し、前記第２のアイドル期間リソースが前記第２のビームに対応し、
前記第２のフレームの送信を開始することが、前記第１のビームを使用する送信を延期する一方、前記第２の無線端末のために前記第２のビームを使用することを含む、
請求項１に記載の方法。
【請求項３】
前記第１のデータが、前記第１の無線端末（ＵＥ１）と、前記第２の無線端末（ＵＥ３）と、第３の無線端末（ＵＥ５）とについてのものであり、
前記ヘッダが、第３のアイドル期間リソースを示す第３の制御フィールドを含み、
前記第１のフレームの送信を開始することが、前記第１の無線端末（ＵＥ１）、前記第２の無線端末（ＵＥ３）、および前記第３の無線端末（ＵＥ５）への前記第１のフレームの送信を開始することを含み、
前記第２のデータが、前記第２の無線端末と前記第３の無線端末とについてのものである、
請求項１に記載の方法。
【請求項４】
前記第１のフレームの送信を開始することが、前記第１の無線端末のために第１のビームを使用することと、前記第２の無線端末のために第２のビームを使用することと、前記第３の無線端末のために第３のビームを使用することとを含み、
前記第１の制御フィールドが、前記第１のビームを使用して前記第１の無線端末に送信され、前記第２の制御フィールドが、前記第２のビームを使用して前記第２の無線端末に送信され、前記第３の制御フィールドが、前記第３のビームを使用して前記第３の無線端末に送信され、
前記第１のアイドル期間リソースが前記第１のビームに対応し、前記第２のアイドル期間リソースが前記第２のビームに対応し、前記第３のアイドル期間リソースが前記第３のビームに対応し、
前記第２のフレームの送信を開始することが、前記第１のビームを使用する送信を延期する一方、前記第２の無線端末のために前記第２のビームを使用し、前記第３の無線端末のために前記第３のビームを使用する、前記第２の無線端末（ＵＥ３）および前記第３の無線端末（ＵＥ５）への前記第２のフレームの送信を開始することを含む、
請求項３に記載の方法。
【請求項５】
前記第１の制御フィールドが、前記第１の無線端末に対応する第１のフィードバックリソースを示し、前記第２の制御フィールドが、前記第２の無線端末に対応する第２のフィードバックリソースを示し、前記第３の制御フィールドが、前記第３の無線端末に対応する第３のフィードバックリソースを示し、前記第１のフィードバックリソースと前記第２のフィードバックリソースと前記第３のフィードバックリソースとが異なる、請求項３または４に記載の方法。
【請求項６】
前記第２のデータブロックが、前記第２のフィードバックリソースを使用して前記第２の無線端末から確認応答（ＡＣＫ）を受信したことに応答して、前記第２の無線端末（ＵＥ３）についての新しいデータを含み、前記第２のデータブロックが、前記第３のフィードバックリソースを使用して前記第３の無線端末から否定応答（ＮＡＣＫ）を受信したことに応答して、前記第３の無線端末（ＵＥ５）についての前記第１のフレームの、以前に送信されたデータを含む、請求項５に記載の方法。
【請求項７】
前記第１のフィードバックリソースが、時間および／または周波数のうちの少なくとも１つにおいて前記第２のフィードバックリソースおよび前記第３のフィードバックリソースに対して直交であり、前記第２のフィードバックリソースが、時間および／または周波数のうちの少なくとも１つにおいて前記第１のフィードバックリソースおよび前記第３のフィードバックリソースに対して直交であり、前記第３のフィードバックリソースが、時間および／または周波数のうちの少なくとも１つにおいて前記第１のフィードバックリソースおよび前記第２のフィードバックリソースに対して直交である、請求項５または６に記載の方法。
【請求項８】
前記第１のフィードバックリソース、前記第２のフィードバックリソース、および前記第３のフィードバックリソースが、それぞれの異なるビームおよび／またはコードを使用して規定される、請求項５から７のいずれか一項に記載の方法。
【請求項９】
前記第１のビーム、前記第２のビーム、および前記第３のビームが、それぞれの第１のビームフォーミング方向、第２のビームフォーミング方向、および第３のビームフォーミング方向を規定し、前記第１のビームフォーミング方向と前記第２のビームフォーミング方向とが異なり、前記第１のビームフォーミング方向と前記第３のビームフォーミング方向とが異なり、前記第２のビームフォーミング方向と前記第３のビームフォーミング方向とが異なる、請求項４から８のいずれか一項に記載の方法。
【請求項１０】
前記第１のデータが、前記第１の無線端末（ＵＥ１）についての第１のデータと前記第２の無線端末（ＵＥ３）についての第１のデータとを含み、前記第１の無線端末についての前記第１のデータが、前記第２の無線端末についての前記第１のデータとは異なる、請求項１から９のいずれか一項に記載の方法。
【請求項１１】
前記第１のデータが、前記第１の無線端末（ＵＥ１）についての第１のデータと前記第２の無線端末（ＵＥ３）についての第１のデータとを含み、前記第１の無線端末についての前記第１のデータが、前記第２の無線端末についての前記第１のデータとは異なり、
前記第１のフレームの送信を開始することが、前記第１のビームを使用する前記第１の無線端末についての前記第１のデータの送信を開始することと、前記第２のビームを使用する前記第２の無線端末についての前記第１のデータの送信を開始することとを含む、
請求項３から９のいずれか一項に記載の方法。
【請求項１２】
前記第１のフレームの送信を開始することが、前記第１のデータブロックの第１のデータリソースを使用する前記第１の無線端末についての前記第１のデータの送信を開始することと、前記第１のデータブロックの第２のデータリソースを使用する前記第２の無線端末についての前記第１のデータの送信を開始することとを含み、前記第１のデータリソースと前記第２のデータリソースとが異なる、請求項１０または１１に記載の方法。
【請求項１３】
前記第１のデータブロックの前記第１のデータリソースが、時間および／または周波数のうちの少なくとも１つにおいて前記第１のデータブロックの前記第２のデータリソースに対して直交であり、前記第２の無線端末への送信を延期することが、前記第１のデータリソースを使用する送信を延期することを含む、請求項１２に記載の方法。
【請求項１４】
前記第１のフレームの送信を開始することが、同じ時間および周波数リソースを使用する、前記第１の無線端末についての前記第１のデータおよび前記第２の無線端末についての前記第１のデータの送信を開始することを含む、請求項１０または１１に記載の方法。
【請求項１５】
前記第１のフレームを提供することは、前記第１の無線端末についての前記第１のデータおよび前記第２の無線端末についての前記第２のデータが、送信中に同じ時間および周波数リソースを占有することを提供するために、前記第１の無線端末についての前記第１のデータおよび前記第２の無線端末についての前記第２のデータのうちの少なくとも１つにパディングを提供することを含む、請求項１４に記載の方法。
【請求項１６】
前記第１のフレームの送信を開始することが、前記第１の無線端末と前記第２の無線端末とへの同じ第１のデータの送信を開始することを含む、請求項１から９のいずれか一項に記載の方法。
【請求項１７】
前記通知メッセージが、被干渉無線端末から受信された送信可通知メッセージを含む、請求項１から１６のいずれか一項に記載の方法。
【請求項１８】
前記第１の制御フィールドが前記第１のビームについての第１のビーム識別情報を含み、前記第２の制御フィールドが前記第２のビームについての第２のビーム識別情報を含み、前記通知メッセージが前記第１のビーム識別情報を含む、請求項１から１７のいずれか一項に記載の方法。
【請求項１９】
前記第１のフレームの送信を開始する前に、前記第１のフレームを送信するために使用されるべき周波数のクリアチャネルアセスメントを実施すること
をさらに含み、
前記第１のフレームの送信を開始することは、前記周波数が干渉送信がないという決定に応答して前記第１のフレームの送信を開始することを含む、請求項１から１８のいずれか一項に記載の方法。
【請求項２０】
無線通信ネットワークのアクセスノード（ＡＮ）であって、前記アクセスノードが、請求項１から１６のいずれか一項に記載の動作を実施するように適応された、アクセスノード（ＡＮ）。
【請求項２１】
無線通信ネットワークにおける無線通信を提供するように設定されたトランシーバと、
前記トランシーバに結合されたプロセッサと
を備えるアクセスノード（ＡＮ）であって、前記プロセッサが、前記トランシーバを通して無線通信を提供するように設定され、前記プロセッサは、
第１のヘッダと、第１の無線端末（ＵＥ１）および第２の無線端末（ＵＥ３）ついての第１のデータを有する第１のデータブロックとを含む第１のフレームを提供することであって、前記ヘッダが、第１のアイドル期間リソースを示す第１の制御フィールドと、第２のアイドル期間リソースを示す第２の制御フィールドとを含み、前記第１のアイドル期間リソースと前記第２のアイドル期間リソースとが異なる、第１のフレームを提供することと、
前記第１の無線端末（ＵＥ１）および前記第２の無線端末（ＵＥ３）への前記第１のフレームの送信を開始することと、
前記第１のアイドル期間リソースを使用して通知メッセージ（ＮＴＳ）を受信したことに応答して、第２のヘッダと、前記第２の無線端末（ＵＥ３）についての第２のデータを有する第２のデータブロックとを含む第２のフレームを提供することと、
前記第２の無線端末（ＵＥ３）への送信を延期する一方、前記第２の無線端末への前記第２のフレームの送信を開始することと
を行うように設定された、アクセスノード（ＡＮ）。
【請求項２２】
前記第１のフレームの送信を開始することが、前記第１の無線端末のために第１のビームを使用し、前記第２の無線端末のために第２のビームを使用することを含み、前記第１の制御フィールドが、前記第１のビームを使用して前記第１の無線端末に送信され、前記第２の制御フィールドが、前記第２のビームを使用して前記第２の無線端末に送信され、前記第１のアイドル期間リソースが前記第１のビームに対応し、前記第２のアイドル期間リソースが前記第２のビームに対応し、
前記第２のフレームの送信を開始することが、前記第１のビームを使用する送信を延期する一方、前記第２の無線端末のために前記第２のビームを使用することを含む、
請求項２１に記載のアクセスノード。
【請求項２３】
前記第１の制御フィールドが、前記第１の無線端末に対応する第１のフィードバックリソースを示し、前記第２の制御フィールドが、前記第２の無線端末に対応する第２のフィードバックリソースを示し、前記第１のフィードバックリソースと前記第２のフィードバックリソースとが異なる、請求項２１または２２に記載のアクセスノード。
【請求項２４】
前記第１のデータが、前記第１の無線端末（ＵＥ１）についての第１のデータと前記第２の無線端末（ＵＥ３）についての第１のデータとを含み、前記第１の無線端末についての前記第１のデータが、前記第２の無線端末についての前記第１のデータとは異なる、
請求項２１から２３のいずれか一項に記載のアクセスノード。
【請求項２５】
前記第１のデータが、前記第１の無線端末（ＵＥ１）についての第１のデータと前記第２の無線端末（ＵＥ３）についての第１のデータとを含み、前記第１の無線端末についての前記第１のデータが、前記第２の無線端末についての前記第１のデータとは異なり、
前記第１のフレームの送信を開始することが、前記第１のビームを使用する前記第１の無線端末についての前記第１のデータの送信を開始することと、前記第２のビームを使用する前記第２の無線端末についての前記第１のデータの送信を開始することとを含む、
請求項２１から２４のいずれか一項に記載のアクセスノード。
【請求項２６】
前記第１のフレームの送信を開始することが、前記第１の無線端末と前記第２の無線端末とへの同じ第１のデータの送信を開始することを含む、請求項２１から２３のいずれか一項に記載の方法。
【請求項２７】
無線通信ネットワークにおいて無線端末を動作させる方法であって、前記方法は、
干渉アクセスノードからの干渉に応答して、干渉フレームのヘッダの第１の制御フィールドおよび第２の制御フィールドを受信すること（１６０７）であって、前記第１の制御フィールドが第１のアイドル期間リソースを示し、前記第２の制御フィールドが第２のアイドル期間リソースを示し、前記第１のアイドル期間リソースと前記第２のアイドル期間リソースとが異なる、第１の制御フィールドおよび第２の制御フィールドを受信すること（１６０７）と、
前記干渉アクセスノードからの前記干渉に基づいて、前記第１のアイドル期間リソースを選択すること（１６０９）と、
前記第１のアイドル期間リソースを選択したことに応答して、前記第１のアイドル期間リソースを使用して前記干渉アクセスノードに通知メッセージ（ＮＴＳ）を送信すること（１６１１）と、
前記通知メッセージを送信した後に、サービングアクセスノードから複数のデータフレームを受信すること（１６１３）と
を含む、方法。
【請求項２８】
前記サービングアクセスノードから前記複数のデータフレームを受信した後に、前記干渉アクセスノードから通知メッセージを受信すること（１６１５）と、
前記通知メッセージを受信したことに応答して、前記サービングアクセスノードに送信不可通知メッセージを送信すること（１６１７）と
をさらに含む、請求項２７に記載の方法。
【請求項２９】
前記第１の制御フィールドが第１のビーム識別情報を含み、前記第２の制御フィールドが第２のビーム識別情報を含み、前記通知メッセージが前記第１のビーム識別情報を含む、実施形態２７または２８に記載の方法。
【請求項３０】
前記第１の制御フィールドおよび前記第２の制御フィールドを受信する前に、周波数リソースを使用して前記サービングアクセスノードからのダウンリンク通信を復号することに失敗すること（１６０１）と、
前記ダウンリンク通信を復号することに失敗したことに応答して、前記周波数リソースを使用して干渉フレームについてリッスンすること（１６０３）と
をさらに含み、
前記第１の制御フィールドおよび前記第２の制御フィールドを受信することが、干渉フレームについてリッスンしたことに応答して前記第１の制御フィールドおよび前記第２の制御フィールドを受信することを含む、請求項２７から２９のいずれか一項に記載の方法。
【請求項３１】
無線通信ネットワークにおける無線端末（ＵＥ）であって、前記無線端末が、請求項２７から３０のいずれか一項に記載の動作を実施するように適応された、無線端末（ＵＥ）。
【請求項３２】
無線通信ネットワークにおける無線通信を提供するように設定されたトランシーバ（１２０１）と、
前記トランシーバに結合されたプロセッサ（１２０３）と
を備える無線端末（ＵＥ）であって、前記プロセッサが、前記トランシーバを通して無線通信を提供するように設定され、前記プロセッサは、
干渉アクセスノードからの干渉に応答して、干渉フレームのヘッダの第１の制御フィールドおよび第２の制御フィールドを受信することであって、前記第１の制御フィールドが第１のアイドル期間リソースを示し、前記第２の制御フィールドが第２のアイドル期間リソースを示し、前記第１のアイドル期間リソースと前記第２のアイドル期間リソースとが異なる、第１の制御フィールドおよび第２の制御フィールドを受信することと、
前記干渉アクセスノードからの前記干渉に基づいて、前記第１のアイドル期間リソースを選択することと、
前記第１のアイドル期間リソースを選択したことに応答して、前記第１のアイドル期間リソースを使用して前記干渉アクセスノードに通知メッセージ（ＮＴＳ）を送信することと、
前記通知メッセージを送信した後に、サービングアクセスノードから複数のデータフレームを受信することと
を行うように設定された、無線端末（ＵＥ）。
【請求項３３】
前記プロセッサは、
前記サービングアクセスノードから前記複数のデータフレームを受信した後に、前記干渉アクセスノードから通知メッセージを受信することと、
前記通知メッセージを受信したことに応答して、前記サービングアクセスノードに送信不可通知メッセージを送信することと
を行うようにさらに設定された、請求項３２に記載の無線端末。
【請求項３４】
前記第１の制御フィールドが第１のビーム識別情報を含み、前記第２の制御フィールドが第２のビーム識別情報を含み、前記通知メッセージが前記第１のビーム識別情報を含む、請求項３２または３３に記載の無線端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は通信に関し、より詳細には、無線通信方法、ならびに関係するアクセスノードおよび無線端末に関する。
【背景技術】
【０００２】
モバイルブロードバンドは、無線アクセスネットワークにおける高い全体的なトラフィック容量と高い達成可能なエンドユーザデータレートとに対する需要を高め続けるであろう。将来におけるいくつかのシナリオが、ローカルエリアにおいて最高１０Ｇｂｐｓのデータレートを必要とし得る。極めて高いシステム容量と極めて高いエンドユーザデータレートとに対するこれらの需要は、屋内展開での数メートルから屋外展開でのほぼ５０メートルまでにわたるアクセスノード間の距離を有する、すなわち、今日の最も密なネットワークよりもかなり高いインフラストラクチャ密度を有する、ネットワークによって満たされ得る。１０Ｇｂｐｓまでおよびそれ以上のデータレートを提供するために必要とされる広い送信帯域幅は、新しい技術からのみ取得される可能性があり得る。干渉を緩和する一方、システムスループットを増加させるために、多数／大量のアンテナを用いる（典型的には、アレイアンテナを用いて実現される）高利得ビームフォーミングが使用され得る。そのようなネットワークは、以下の開示においてＮＲ（新しい無線）システムと呼ばれる。
【０００３】
旧来のライセンス済み専用帯域のほかに、ＮＲ（新しい無線）システムは、特に企業ソリューションのために未ライセンス帯域上でも動作することが予想される。したがって、異なるオペレータまたは他のシステム間のスペクトル共有を可能にするための共存サポートが必要とされ得る。リッスンビフォアトーク（ＬＢＴ：Ｌｉｓｔｅｎ−Ｂｅｆｏｒｅ−Ｔａｌｋ）機構が、そのような共存を達成するフレキシブルなやり方を提供し得る。顕著な理由は、ＬＢＴ機構が分散機構であり、したがって、より困難であり得る異なるシステム間で情報を交換する必要がないことがあるということである。ＬＢＴは、広いビーム幅送信のためのスペクトル共存を提供するのに有効であったが、（たとえば、図３に関して以下で説明されるような）多数の研究が、ＬＢＴが高度方向性送信にとって信頼できないことがあることを示している。
【０００４】
古典的な全方向性送信および受信アンテナ放射パターンとは異なり、方向性通信は、異なる隠れ（ｈｉｄｄｅｎ）端末問題およびさらし（ｅｘｐｏｓｅｄ）端末問題を有し得る。その上、狭いビーム幅の方向性送信が、より広いビーム幅の送信と比較してデフネス（ｄｅａｆｎｅｓｓ）問題をより受けやすいことがある。隠れ端末問題は、トランスミッタが、レシーバにおいて（干渉を引き起こす）パケット衝突を生じる潜在的干渉物をリッスンすることができない事例を指す。さらし端末問題は、潜在的トランスミッタが、進行中の送信をオーバーヒアし、トランスミッタ自体の送信がレシーバにおいて進行中の送信に干渉しないであろうが、トランスミッタ自体の送信を控える事例を指す。デフネス問題は、レシーバがトランスミッタからの（方向性）送信を聴取することができない事例を指す。
【０００５】
大きい／大規模アンテナ事例における上述の隠れノード問題およびさらしノード問題に対処するために、リッスンアフタートーク（ＬＡＴ：Ｌｉｓｔｅｎ−Ａｆｔｅｒ−Ｔａｌｋ）方式が導入される。そのような問題がＬＢＴの場合に存在する理由は、高利得ビームフォーミング事例における、ソースノード（ＳＮ：ｓｏｕｒｃｅ  ｎｏｄｅ）側における検知された電力と宛先ノード（ＤＮ：ｄｅｓｔｉｎａｔｉｏｎ  ｎｏｄｅ）側における干渉電力との間の大きい差異である。ＬＢＴは、レシーバ側において干渉があるかどうかを決定するためにトランスミッタ側においてリッスンすることに依拠し、したがって、その２つの間の大きい差異が顕著な問題を生じ得る。干渉問題を低減するために、ＬＡＴは、チャネルを直接検知するためのレシーバを伴うことを考慮する。ＬＡＴについての別の動機づけは、単純な直接送信についての低干渉環境（すなわち、低い数の衝突）である。この理由で、ＬＡＴは、以下のように説明される、ＬＢＴと比較して異なる論理を採用する。トランスミッタのためのＬＡＴのためのデフォルトモードは、データを「送ること」であり、ＬＢＴとは異なり、データ送信は、干渉送信によってチャネルが占有されていないことを確認した後まで遅延されない。ＬＡＴでは、ＳＮは、データパケットが送信のために到着するときに送信し、次いで、協調シグナリングを使用してＤＮによって検出された衝突を解決する。
【０００６】
しかしながら、既存のＬＡＴ方式は、データが複数の無線端末に送られるマルチキャストおよび／またはマルチユーザ送信に関係する問題点に適切に対処しないことがある。
【発明の概要】
【０００７】
発明的概念のいくつかの実施形態によれば、無線通信ネットワークのアクセスノードを動作させるための方法が提供され得る。第１のヘッダと、第１の無線端末および第２の無線端末についての第１のデータを有する第１のデータブロックとを含む第１のフレームが提供され得る。ヘッダは、第１のアイドル期間リソースを示す第１の制御フィールドと、第２のアイドル期間リソースを示す第２の制御フィールドとを含み得、第１のアイドル期間リソースと第２のアイドル期間リソースとは異なり得る。第１の無線端末および第２の無線端末への第１のフレームの送信が開始され得る。第１のアイドル期間リソースを使用して通知メッセージを受信したことに応答して、第２のヘッダと、第２の無線端末についての第２のデータを有する第２のデータブロックとを含む第２のフレームが提供され得、第２の無線端末への送信を延期する一方、第２の無線端末への第２のフレームの送信を開始すること（１４１５）が、開始され得る。
【０００８】
発明的概念のいくつかの他の実施形態によれば、無線通信ネットワークのアクセスノードは、第１のヘッダと、第１の無線端末および第２の無線端末についての第１のデータを有する第１のデータブロックとを含む第１のフレームを提供するように適応され得る。ヘッダは、第１のアイドル期間リソースを示す第１の制御フィールドと、第２のアイドル期間リソースを示す第２の制御フィールドとを含み得、第１のアイドル期間リソースと第２のアイドル期間リソースとは異なり得る。アクセスノードは、第１の無線端末および第２の無線端末への第１のフレームの送信を開始するように適応され得る。第１のアイドル期間リソースを使用して通知メッセージを受信したことに応答して、アクセスノードは、第２のヘッダと、第２の無線端末についての第２のデータを有する第２のデータブロックとを含む第２のフレームを提供するように適応され得る。アクセスノードは、第２の無線端末への送信を延期する一方、第２の無線端末への第２のフレームの送信を開始するようにさらに適応され得る。
【０００９】
発明的概念のさらに他の実施形態によれば、無線通信ネットワークのアクセスノードは、第１のフレーム提供モジュールと、第１のフレーム送信モジュールと、第２のフレーム提供モジュールと、第２のフレーム送信モジュールとを含み得る。第１のフレーム提供モジュールは、第１のヘッダと、第１の無線端末および第２の無線端末についての第１のデータを有する第１のデータブロックとを含む第１のフレームを提供し得る。ヘッダは、第１のアイドル期間リソースを示す第１の制御フィールドと、第２のアイドル期間リソースを示す第２の制御フィールドとを含み得、第１のアイドル期間リソースと第２のアイドル期間リソースとは異なり得る。第１のフレーム送信モジュールは、第１の無線端末および第２の無線端末への第１のフレームの送信を開始し得る。第１のアイドル期間リソースを使用して通知メッセージを受信したことに応答して、第２のフレーム提供モジュールは、第２のヘッダと、第２の無線端末についての第２のデータを有する第２のデータブロックとを含む第２のフレームを提供し得る。第２のフレーム送信モジュールは、第２の無線端末への送信を延期する一方、第２の無線端末への第２のフレームの送信を開始し得る。
【００１０】
発明的概念のまた他の実施形態によれば、アクセスノードは、トランシーバと、トランシーバに結合されたプロセッサとを含み得る。トランシーバは、無線通信ネットワークにおける無線通信を提供するように設定され得、プロセッサは、トランシーバを通して無線通信を提供するように設定され得る。さらに、プロセッサは、第１のヘッダと、第１の無線端末および第２の無線端末についての第１のデータを有する第１のデータブロックとを含む第１のフレームを提供するように設定され得る。ヘッダは、第１のアイドル期間リソースを示す第１の制御フィールドと、第２のアイドル期間リソースを示す第２の制御フィールドとを含み得、第１のアイドル期間リソースと第２のアイドル期間リソースとは異なり得る。プロセッサは、第１の無線端末および第２の無線端末への第１のフレームの送信を開始するようにさらに設定され得る。プロセッサは、第１のアイドル期間リソースを使用して通知メッセージを受信したことに応答して、第２のヘッダと、第２の無線端末についての第２のデータを有する第２のデータブロックとを含む第２のフレームを提供するようにも設定され得る。さらに、プロセッサは、第２の無線端末への送信を延期する一方、第２の無線端末への第２のフレームの送信を開始するように設定され得る。
【００１１】
発明的概念のさらなる実施形態によれば、無線通信ネットワークにおける無線端末を動作させるための方法が提供され得る。干渉アクセスノードからの干渉に応答して、干渉フレームのヘッダの第１の制御フィールドおよび第２の制御フィールドが受信され得る。第１の制御フィールドは第１のアイドル期間リソースを示し得、第２の制御フィールドは第２のアイドル期間リソースを示し得、第１のアイドル期間リソースと第２のアイドル期間リソースとは異なり得る。干渉アクセスノードからの干渉に基づいて、第１のアイドル期間リソースは選択され得る。第１のアイドル期間リソースを選択したことに応答して、第１のアイドル期間リソースを使用して干渉アクセスノードに通知メッセージが送信され得、通知メッセージを送信した後に、サービングアクセスノードから複数のデータフレームが受信され得る。
【００１２】
発明的概念のまたさらなる実施形態によれば、無線通信ネットワークにおける無線端末が、干渉アクセスノードからの干渉に応答して、干渉フレームのヘッダの第１の制御フィールドおよび第２の制御フィールドを受信するように適応され得る。第１の制御フィールドは第１のアイドル期間リソースを示し得、第２の制御フィールドは第２のアイドル期間リソースを示し得、第１のアイドル期間リソースと第２のアイドル期間リソースとは異なり得る。干渉アクセスノードからの干渉に基づいて、無線端末は第１のアイドル期間リソースを選択し得る。第１のアイドル期間リソースを選択したことに応答して、無線端末は、第１のアイドル期間リソースを使用して干渉アクセスノードに通知メッセージを送信するように適応され得る。通知メッセージを送信した後に、無線端末は、サービングアクセスノードから複数のデータフレームを受信するように適応され得る。
【００１３】
発明的概念のより多くの実施形態によれば、無線通信ネットワークにおける無線端末が、干渉受信モジュールと、選択モジュールと、通知送信モジュールと、データフレーム受信モジュールとを含み得る。干渉アクセスノードからの干渉に応答して、干渉受信モジュールは、干渉フレームのヘッダの第１の制御フィールドおよび第２の制御フィールドを受信し得る。第１の制御フィールドは第１のアイドル期間リソースを示し得、第２の制御フィールドは第２のアイドル期間リソースを示し得、第１のアイドル期間リソースと第２のアイドル期間リソースとは異なり得る。干渉アクセスノードからの干渉に基づいて、選択モジュールは第１のアイドル期間リソースを選択し得る。第１のアイドル期間リソースを選択したことに応答して、通知送信モジュールは、第１のアイドル期間リソースを使用して干渉アクセスノードに通知メッセージを送信し得る。通知メッセージを送信した後に、データフレーム受信モジュールは、サービングアクセスノードから複数のデータフレームを受信し得る。
【００１４】
発明的概念のまたより多くの実施形態によれば、無線端末は、トランシーバと、トランシーバに結合されたプロセッサとを含み得る。トランシーバは、無線通信ネットワークにおける無線通信を提供するように設定され得る。プロセッサは、トランシーバを通して無線通信を提供するように設定され得る。プロセッサは、干渉アクセスノードからの干渉に応答して、干渉フレームのヘッダの第１の制御フィールドおよび第２の制御フィールドを受信するようにも設定され得る。第１の制御フィールドは第１のアイドル期間リソースを示し得、第２の制御フィールドは第２のアイドル期間リソースを示し得、第１のアイドル期間リソースと第２のアイドル期間リソースとは異なり得る。プロセッサは、干渉アクセスノードからの干渉に基づいて、第１のアイドル期間リソースを選択することと、第１のアイドル期間リソースを選択したことに応答して、第１のアイドル期間リソースを使用して干渉アクセスノードに通知メッセージを送信することとを行うようにさらに設定され得る。さらに、プロセッサは、通知メッセージを送信した後に、サービングアクセスノードから複数のデータフレームを受信するように設定され得る。
【００１５】
本開示のさらなる理解を提供するために含まれ、本出願に組み込まれ、本出願の一部を構成する、添付の図面は、発明的概念のいくつかの非限定的な実施形態を示す。
【図面の簡単な説明】
【００１６】
【図１】リンクＡＮ１−＞ＵＥ１がリンクＡＮ２−＞ＵＥ２に干渉するリッスンアフタートークプロシージャの一例を示すシグナリング図である。
【図２】平均対象（ｍｅａｎ  ｏｂｊｅｃｔ）およびセルエッジユーザエクスペリエンスレート対サーブされるシステムのスループットを示すグラフである。
【図３】発明的概念のいくつかの実施形態による、直交リソースを使用するＬＡＴベースマルチユーザ送信を示す図である。
【図４】発明的概念のいくつかの実施形態による、同じリソースブロック中のマルチユーザ送信を示す図である。
【図５】発明的概念のいくつかの実施形態による、マルチユーザ送信を提供するためのＵＥグループ化の一例を示す概略図である。
【図６】発明的概念のいくつかの実施形態による、データパディングの一例を示す図である。
【図７】発明的概念のいくつかの実施形態による、ＵＥの複数のグループとのマルチキャスト送信を示す図である。
【図８】発明的概念のいくつかの実施形態による、ＬＢＴおよびＬＡＴを用いたマルチキャスト送信を示す図である。
【図９】発明的概念のいくつかの実施形態による、データ通信に関与するＵＥをカバーするための広いビーム送信の一例を示す図である。
【図１０】発明的概念のいくつかの実施形態による、マルチユーザフィードバックを示すシグナリング図である。
【図１１】発明的概念のいくつかの実施形態による、マルチユーザ送信を行うためのアクセスノード動作を示すフローチャートである。
【図１２】発明的概念のいくつかの実施形態による、無線端末ＵＥのブロック図である。
【図１３】発明的概念のいくつかの実施形態による、アクセスノード（たとえば、ｅＮＢ）のブロック図である。
【図１４】発明的概念のいくつかの実施形態による、アクセスノード動作を示すフローチャートである。
【図１５】図１４の動作に対応するモジュールを有するアクセスノードメモリを示すブロック図である。
【図１６】発明的概念のいくつかの実施形態による、無線端末動作を示すフローチャートである。
【図１７】図１６の動作に対応するモジュールを有する無線端末メモリを示すブロック図である。
【発明を実施するための形態】
【００１７】
次に、発明的概念の実施形態の例が示されている添付の図面を参照しながら、発明的概念が以下でより十分に説明される。しかしながら、発明的概念は、多くの異なる形態で実施され得、本明細書に記載される実施形態に限定されるものとして解釈されるべきではない。むしろ、これらの実施形態は、本開示が徹底的かつ完全であり、本発明概念の範囲を当業者に十分に伝えるように提供される。これらの実施形態が相互排他的でないことにも留意されたい。一実施形態からの構成要素が、別の実施形態において存在する／使用されると暗に仮定され得る。
【００１８】
以下の説明は、開示される主題の様々な実施形態を提示する。これらの実施形態は、教示例として提示され、開示される主題の範囲を限定するものと解釈されるべきではない。たとえば、説明される実施形態のいくらかの詳細は、説明される主題の範囲から逸脱することなく、変更、省略、または拡大され得る。
【００１９】
図１２は、発明的概念の実施形態による、無線通信を提供するように設定された（無線デバイス、無線通信デバイス、無線通信端末、ユーザ機器、ユーザ機器ノード／端末／デバイスなどとも呼ばれる）無線端末ＵＥのエレメントを示すブロック図である。図示のように、無線端末ＵＥは、アンテナ１２０７と、無線アクセスネットワークの（１つまたは複数の）基地局とのアップリンク無線通信およびダウンリンク無線通信を提供するように設定されたトランスミッタおよびレシーバを含む（トランシーバとも呼ばれる）トランシーバ回路１２０１とを含み得る。無線端末ＵＥは、トランシーバ回路に結合された（プロセッサとも呼ばれる）プロセッサ回路１２０３と、プロセッサ回路に結合された（メモリとも呼ばれる）メモリ回路１２０５とをも含み得る。メモリ回路１２０５は、プロセッサ回路１２０３によって実行されたとき、プロセッサ回路に、本明細書で開示される実施形態による動作を実施させる、コンピュータ可読プログラムコードを含み得る。他の実施形態によれば、プロセッサ回路１２０３は、別個のメモリ回路が必要とされないようなメモリを含むように規定され得る。無線端末ＵＥは、プロセッサ１２０３に結合された（ユーザインターフェースなどの）インターフェースをも含み得、および／または無線端末ＵＥは車両に組み込まれ得る。
【００２０】
本明細書で説明されるように、無線端末ＵＥの動作は、プロセッサ１２０３および／またはトランシーバ１２０１によって実施され得る。たとえば、プロセッサ１２０３は、ネットワーク基地局（または別のＵＥ）に、無線インターフェース上でトランシーバ１２０１を通して通信を送信し、および／または無線インターフェース上でネットワーク基地局（または別のＵＥ）からトランシーバ１２０１を通して通信を受信するように、トランシーバ１２０１を制御し得る。その上、モジュールがメモリ１２０５に記憶され得、これらのモジュールは、モジュールの命令がプロセッサ１２０３によって実行されたとき、プロセッサ１２０３がそれぞれの動作（たとえば、例示的な実施形態に関して以下で説明される動作）を実施するように、命令を提供し得る。
【００２１】
図１３は、発明的概念の実施形態による、無線／セルラー通信を提供するように設定された無線アクセスネットワーク（ＲＡＮ）の（ネットワークノード、基地局、ｅＮＢ、ｅノードＢなどとも呼ばれる）アクセスノード（ＡＮ）のエレメントを示すブロック図である。図示のように、アクセスノードは、無線端末とのアップリンク無線通信およびダウンリンク無線通信を提供するように設定されたトランスミッタおよびレシーバを含む（トランシーバとも呼ばれる）トランシーバ回路１３０１を含み得る。アクセスノードは、ＲＡＮの他のノードとの（たとえば、他の基地局との）通信を提供するように設定された（ネットワークインターフェースとも呼ばれる）ネットワークインターフェース回路１３０７を含み得る。アクセスノードは、トランシーバ回路に結合された（プロセッサとも呼ばれる）プロセッサ回路１３０３と、プロセッサ回路に結合された（メモリとも呼ばれる）メモリ回路１３０５とをも含み得る。メモリ回路１３０５は、プロセッサ回路１３０３によって実行されたとき、プロセッサ回路に、本明細書で開示される実施形態による動作を実施させる、コンピュータ可読プログラムコードを含み得る。他の実施形態によれば、プロセッサ回路１３０３は、別個のメモリ回路が必要とされないようなメモリを含むように規定され得る。
【００２２】
本明細書で説明されるように、アクセスノードの動作は、プロセッサ１３０３、ネットワークインターフェース１３０７、および／またはトランシーバ１３０１によって実施され得る。たとえば、プロセッサ１３０３は、１つまたは複数のＵＥに、無線インターフェース上でトランシーバ１３０１を通して通信を送信し、および／または無線インターフェース上で１つまたは複数のＵＥからトランシーバ１３０１を通して通信を受信するように、トランシーバ１３０１を制御し得る。同様に、プロセッサ１３０３は、１つまたは複数の他のネットワークノードにネットワークインターフェース１３０７を通して通信を送信し、および／または１つまたは複数の他のネットワークノードからネットワークインターフェースを通して通信を受信するように、ネットワークインターフェース１３０７を制御し得る。その上、モジュールがメモリ１３０５に記憶され得、これらのモジュールは、モジュールの命令がプロセッサ１３０３によって実行されたとき、プロセッサ１３０３がそれぞれの動作（たとえば、例示的な実施形態に関して以下で説明される動作）を実施するように、命令を提供し得る。
【００２３】
いくつかの他の実施形態によれば、アクセスノードは、トランシーバがない制御ノードとして実装され得る。そのような実施形態では、無線端末への送信は、無線端末への送信が、トランシーバを含むネットワークノードを通して、たとえば、基地局を通して提供されるように、アクセスノードによって開始され得る。アクセスノードが、トランシーバを含む基地局である実施形態によれば、送信を開始することは、トランシーバを通して送信することを含み得る。
【００２４】
ＬＡＴのより良い理解を提供するために、アイドル時間、送信可通知メッセージおよび送信不可通知メッセージについての以下の定義が導入される。
・  アイドル時間が連続的データ送信の後に仮定される。これは、典型的にはチャネル占有制限ルール（ｃｈａｎｎｅｌ  ｏｃｃｕｐａｔｉｏｎ  ｌｉｍｉｔａｔｉｏｎ  ｒｕｌｅ）があり、たとえば、ＳＮが、連続する送信時間が所与のしきい値を超えた後に送信することを停止し、アイドル状態に入らなければならないので、共有スペクトル（たとえば、未ライセンス帯域）の場合妥当である。
・  送信可通知（ＮＴＳ：Ｎｏｔｉｆｙ−Ｔｏ−Ｓｅｎｄ）メッセージ：このメッセージは、ＳＮまたはＤＮによって送信され得、データと、予想される占有持続時間とを送信するリンク情報を含む。
・  送信不可通知（ＮＮＴＳ：Ｎｏｔｉｆｙ−Ｎｏｔ−Ｔｏ−Ｓｅｎｄ）メッセージ：このメッセージは、ＤＮから送信され、そのＳＮに、示された持続時間においてデータを送信しないように伝える。
【００２５】
図１は、リンクＡＮ１−＞ＵＥ１がリンクＡＮ２−＞ＵＥ２に干渉するリッスンアフタートークプロシージャの一例を示すシグナリング図である。最初に、ＤＮ側（ＵＥ２）におけるリスニング機能は、ＤＮ側（ＵＥ２）が（ＡＮ１−＞ＵＥ１リンクからの）干渉を検出し、ＳＮ（ＡＮ２）からデータを受信することに失敗したときトリガされる。次いで、被干渉リンクのＤＮ（ＵＥ２）は、データ送信を（１つまたは複数の）干渉リンクのＳＮ（ＡＮ１）と協調させることになる。最終的に、協調は、干渉リンクのアイドル時間において実施されることになる。図１における非限定的な例では、ＡＮ１−＞ＵＥ１リンクはＡＮ２−＞ＵＥ２リンクに干渉する。ＵＥ２がデータを復号することに失敗したとき、ＵＥ２は、干渉リンクのアイドル期間を探し始め、ＡＮ２方向に向かってＮＴＳ（送信可通知）メッセージを送る。ＵＥ２はＡＮ１によって干渉されるので、ＡＮ１は、同様にメッセージを受信し、次いで、ＮＴＳが示すように送信を延期することができる。その上、ＮＴＳはまた、ＡＮ２がいつ送信を停止し、リッスンすることになるか、すなわち、ＡＮ２−＞ＵＥ２のアイドル期間を示し得る。次いで、ＡＮ１は、ＵＥ２によって受信され得るＮＴＳを送信する。最終的に、ＮＮＴＳ（送信不可通知）がＵＥ２によって中継されて、ＵＥ２のトランスミッタＡＮ２に、どのリソースが干渉リンクによって占有されるかを知らせ、送信することを控えさせる。この方式によって、この干渉ペア（すなわち、ＡＮ１−ＵＥ１およびＡＮ２−ＵＥ２）の送信は、交代しながら効率的に送信を行うために分散的に協調される。
【００２６】
異なる共存メカニズムを比較するために、異なるトラフィック設定の下で平均対象ユーザエクスペリエンスレートと５％セルエッジユーザレートの両方を研究するためにシミュレーションが行われてきた。図２Ａおよび図２Ｂは、平均対象およびセルエッジユーザエクスペリエンスレート対サーブされるシステムのスループットを示すグラフである。図２Ａおよび図２Ｂ中の破線曲線から、ＬＢＴが単純な方式（すなわち、協調がない直接送信）よりも良く機能し得、１アンテナ事例においてＬＡＴの性能と同様の性能を提供し得ることが観測され得る。これは、ＬＢＴが現在のシステムにおいて選好され得ることを意味する。しかしながら、図２Ａおよび図２Ｂの実線で示されている１００アンテナアレイ事例では、ＬＢＴは、低いトラフィック事例において単純な方式の性能と同様である性能を提供し、高いトラフィック事例において単純な方式よりも悪い性能を提供し得る。一方、ＬＡＴは、平均および５％セルエッジエクスペリエンスレートに関してＬＢＴよりも良好な性能を提供し得る。
【００２７】
上記で説明されたように、既存のＬＡＴ方式は、データが所与の時間のみにおいて１つのＵＥのみに送られる、たとえば、１つのデータブロックが１つのビームフォーミング方向におけるＡＮ１−＞ＵＥ１またはＡＮ２−＞ＵＥ２についてのものであると仮定し得る。この仮定は、ＬＡＴ方式の設計を簡略化し得る。しかしながら、それは、データ送信および多重化利得のフレキシビリティを限定し得る。たとえば、異なるユーザに対して複数の異なるデータブロックがあるか、または異なるユーザに対して同じマルチキャストデータがあるとき、ＬＡＴ設計は、異なるＵＥに連続的に１つずつデータを送ることのみを許可し得る。したがって、ＬＡＴ方式を使用するマルチユーザデータ送信を可能にすることが望まれ得る。
【００２８】
発明的概念のいくつかの実施形態によれば、マルチユーザおよび／またはビーム送信情報は、データパケットのヘッダ中に含まれ得、非アクティブ化は、干渉する／干渉される（１つまたは複数の）ユーザ／ビームのみに制限され得る。この事例では、協調シグナリングを送るためのヘッダフォーマットおよびアイドル期間は変更され得る。
【００２９】
発明的概念のいくつかの実施形態によれば、ヘッダは、マルチユーザ／マルチキャストデータ送信に対応する異なるビームフォーミング方向において送信される複数の制御フィールドを含み得る。
【００３０】
発明的概念のいくつかの他の実施形態によれば、アイドル期間におけるリソースは、協調シグナリングのために複数の部分に分割される必要があり得る。リソースマッピングルールが、各ヘッダ部分において対応して示され得る。最初に、他のノード（ビクティムノードとも呼ばれる、干渉を受けるＵＥ）は、ＬＡＴ方式に従ってチャネルをリッスンするために、そのノードが干渉されるとき、ヘッダのどの（１つまたは複数の）部分が干渉源であるかを検出し、送信を停止する。次いで、ビクティムノードは、対応するアイドル期間において送信可通知（ＮＴＳ）シグナリングを送信する。図３中の非限定的な例を考えると、ＵＥ２がヘッダのドット影付き部分において干渉を識別した場合、ＵＥ２は、ＡＮ１−＞ＵＥ１データによって干渉される。次いで、ＵＥ２は、次の期間においてＵＥ１への送信を停止するようにＡＮ１に命令するためのＮＴＳシグナリングを送ることになる。最終的に、ＡＮ１は、旧来のＬＡＴ方式の場合のように、すべての送信を停止するのではなく、ＵＥ３およびＵＥ５にデータを送ることになる。
【００３１】
本明細書で開示されるいくつかの実施形態によれば、リッスンアフタートーク機構のためのマルチユーザ／マルチキャスト送信が可能にされ得、そのような実施形態は、以下の利点のうちの１つまたは複数を提供し得る。
・  より多くの送信フレキシビリティを有することによってリッスンアフタートーク機構のための使用事例を拡張すること、
・  ＬＡＴを使用するときにマルチユーザ／マルチキャスト送信を採用することによってスペクトル効率を改善すること。これは、送信ノードにおけるより小さい遅延（送信シグナリング遅延、キューイング遅延）を暗黙的に可能にし得、達成可能なデータレートを増加させ得る、および／または
・  複数のユーザへの送信を直交リソースにおいてまたは非直交リソースにおいて行うための、ランタイムにおける適応的判断を通した効率的なリソース利用。スペクトルコストは、ネットワークを運用するために重要であり得（たとえば、ＥＲ−ＮＡＰプレゼンテーションによれば、スペクトルは、北米においてネットワークを動作させるための総コストのほぼ５０％であり得）、したがって、高データレート送信のための高スペクトル効率は有益であり得る。
【００３２】
発明的概念の実施形態の例を示すために、本開示では３ＧＰＰ  ＮＲからの用語が使用されるが、これは、発明的概念の範囲に関して上述の（１つまたは複数の）システムのみに限定するものと見なされるべきでない。Ｗｉ−Ｆｉなどの他の無線システムも、本開示内でカバーされる発明的概念を活用することから恩恵を受け得る。
【００３３】
ｃｍ−Ｗａｖｅおよびｍｍ−Ｗａｖｅ周波数のために方向性通信を使用する理由があり得るが、本明細書で説明される発明的概念は、方向性送信が使用され得る他のより低い周波数について等しく有効であり得る。発明的概念は、未ライセンススペクトル、ライセンス共有スペクトルおよびライセンス済みスペクトルにも適用され得る。
【００３４】
基地局／ｅノードＢおよびＵＥなどの用語は、非限定的であると見なされるべきであり、そのような用語は、基地局／ｅノードＢとＵＥとの間の一定の階層関係を暗示しない。概して、「ｅノードＢ」はデバイス１と見なされ得、「ＵＥ」はデバイス２と見なされ得、これらの２つのデバイスは、何らかの無線チャネル上で互いと通信する。デバイスはまた、Ｄ２Ｄ（デバイスツーデバイス）様式で、およびネットワーク支援Ｄ２Ｄ様式で互いと直接通信し得る。
【００３５】
発明的概念のいくつかの実施形態によれば、マルチユーザ／ビーム送信情報は、データパケットのヘッダ中に含まれ得、非アクティブ化は、干渉する／干渉される（１つまたは複数の）ユーザ／ビームのみに限定され得る。この事例では、協調シグナリングを送るためのヘッダフォーマットおよびアイドル期間は変更され得る。
【００３６】
第１の実施形態として、ヘッダは、マルチユーザ／マルチキャストデータ送信に対応する異なるビームフォーミング方向において送信される複数の制御フィールドを含み得る。
【００３７】
直交リソースを使用するＬＡＴベースマルチユーザ送信についてのマルチユーザデータ送信フォーマットの非限定的な例が図３に示されている。ＵＥ１と、ＵＥ３と、ＵＥ５とについての送信が異なるビームフォーミング方向にあると仮定される。対応して、ヘッダは、異なるビームフォーミング方向を有する３つの異なる部分に分割されるべきである。
【００３８】
第２の実施形態として、アイドル期間におけるリソースは、協調シグナリングのために複数の部分に分割される必要があり得る。リソースマッピングルールは、各ヘッダ部分において対応して示されるべきである。最初に、ビクティムノードは、ＬＡＴ方式に従ってチャネルをリッスンするために、そのノードが干渉されるとき、ヘッダのどの（１つまたは複数の）部分が干渉源であるかを検出し、送信を停止する。次いで、ビクティムノードは、アイドル期間における対応するリソースにおいて送信可通知（ＮＴＳ）信号を送る。たとえば、ＵＥ２がヘッダのドット影付き部分において干渉を識別した場合、それは、ＵＥ２がＡＮ１−＞ＵＥ１データによって干渉されることを意味する。次いで、ＵＥ２は、次の期間においてＵＥ１への送信を停止するようにＡＮ１に命令するためのＮＴＳシグナリングを送ることになる。最終的に、ＡＮ１は、従来のＬＡＴの場合のように、送信を全面的に完全に停止するのではなく、ＵＥ３およびＵＥ５にデータを送ることになる。
【００３９】
上記で説明された発明的概念はまた、他のマルチユーザ送信フォーマットに適用され得る。図３中の例は、直交マルチユーザデータ送信（すなわち、直交（独立）リソースブロックにおける複数のユーザのための送信）を示している。複数のユーザのための送信は、また／代替的に、図４に示されているように、同じリソースブロックにおいて実施され得る。以下のように２つの事例が例として説明される。
・  空間再利用マルチユーザデータ送信：各ユーザについての異なるデータ、および複数のユーザの区別が、異なるプリコーディング行列を用いて空間領域中で行われる、および
・  マルチキャストデータ送信：同じデータが、同じリソースを使用して複数のユーザに送信される。
【００４０】
いつ、およびどのようにマルチユーザおよびマルチキャストデータ送信を進めるべきかに関する実施形態が、それぞれ、ヘッダ「マルチユーザダウンリンクデータ送信」および「マルチキャストダウンリンクデータ送信」に続く以下のセクションにおいて説明される。フィードバック機構に関する実施形態は、ヘッダ「フィードバック機構」に続く以下のセクションにおいて説明される。
【００４１】
複数のＵＥへの異なるデータがマルチユーザダウンリンク送信のためにバッファされるとき、（基地局またはアクセスノードとも呼ばれる）ｅＮＢは、以下の実施形態に従ってどのように送信すべきかを判断し得る。第１の実施形態として、複数のＵＥへの送信は、ＬＡＴ方式を選好するために１つのしきい値よりも狭い１つのビーム幅に限定され得る。非限定的な例が図５に示されている。図５では、隣接するビーム内のＵＥが一緒にグループ化され、１つのＵＥグループへのデータは、１つのデータブロックとして一緒に送信され得る。たとえば、ＵＥ１とＵＥ３とＵＥ５とは、一緒にグループ化され得、ＵＥ１とＵＥ３とＵＥ５とを含むグループへの送信は、図３および／または図４に関して上記で説明されたような送信を使用して実施され得る。たとえば、ビーム６〜８は、隣接するビームグループを規定し得、ビーム６はＵＥ１との通信のために使用され、ビーム７はＵＥ５との通信のために使用され、ビーム８はＵＥ３との通信のために使用される。
【００４２】
ビーム幅しきい値は、検出された環境（トポロジーに関係する情報、展開セットアップ、ノードのロケーション、ノードの密度、リソース利用、リソース割り当てなどを参照）、または干渉ステータスに基づいて適応され得る。たとえば、同じチャネル上で動作しているノードが周囲にない、またはほとんどないことが検出された場合、マルチユーザデータ送信を有するためのビーム幅しきい値はより大きくなり得る。
【００４３】
別の実施形態として、ｅＮＢは、これらのユーザについてのチャネルステータスとデータバッファリングステータスとに基づいて、直交マルチユーザデータ送信を使用すべきか、空間再利用マルチユーザデータ送信を使用すべきかを決定することができる。複数のユーザについてのバッファされたデータ量の間の差が大きい場合、図３に関して上記で説明されたように、直交マルチユーザデータ送信を使用することが望ましいことがある。このようにして、ｅＮＢは、より少ないバッファデータを有する（１つまたは複数の）ＵＥにより少数のリソースを割り当て得る。異なるＵＥ（たとえば、ＵＥ１、ＵＥ３およびＵＥ５）に割り振られたチャネルの分離がユーザ間干渉を低減／避けるのに十分である場合、図５に関して上記で説明されたように、空間再利用送信を使用することが望ましいことがある。この場合、ＭＣＳ（変調符号化方式）レベルが調整され得るか、または図６に示されているように、すべてのユーザに同じリソースを占有させるために、小さいパディングデータ（たとえば、図６）が追加され得る。空間チャネル分離が十分でない場合、また／依然として、直交マルチユーザデータ送信を使用することが望ましいことがあることに留意されたい。
【００４４】
マルチキャストダウンリンクデータ送信のために同じバッファデータが複数のＵＥに送信されるべきであるとき、（基地局とも呼ばれる）アクセスノードｅＮＢは、以下の実施形態に従ってどのように送信すべきかを判断し得る。
【００４５】
第１の実施形態として、ＵＥは、上記で説明された図５の実施形態に関して上記で説明されたのと同様にして、複数のグループに分割され得る。次いで、マルチキャストデータ送信は、グループごとに行われ得る。たとえば、図７の左側に示されているように、マルチキャストデータは、ＵＥ１、ＵＥ３、およびＵＥ５に送信される。次いで、そのデータは、図７の右側に示されているように、ＵＥ２とＵＥ４とを含む異なるＵＥグループに別に送られることになる。
【００４６】
追加の実施形態によれば、ｅＮＢはまた、マルチキャストデータ送信を進めるために、ＬＢＴとＬＡＴの両方を実施することができる。特に、ｅＮＢは、チャネルをリッスンし得、次いで、図８に示されているように、マルチキャストデータを同じブロックにおいてＵＥに送信する。
【００４７】
いくつかの実施形態によれば、送信は、通信に関与するＵＥに送信するために必要とされる最も小さいビーム幅を使用し得る。もちろん、実際には、デフネス問題を低減／回避するためにビーム幅のための必要なマージンが導入され得る。データ通信に関与するＵＥをカバーするために広いビーム送信が使用される非限定的な例が図９に示されている。
【００４８】
図１に示されているように、ＬＡＴ方式では、データ送信の後にフィードバックが有用であり得る。各ＵＥが独立したＡＣＫ／ＮＡＣＫフィードバックを提供する場合、それは非効率的であり得、長い遅延を導入し得る。したがって、複数のユーザからのアグリゲートされたフィードバックが、図１０に示されているように、遅延を減少させるために提供され得る。
【００４９】
時間、周波数、コードまたは空間領域における複数のユーザのためのマッピングルールが、以下で説明されるように提供され得る。第１の実施形態として、マッピングルールは、各ヘッダ中で明示的に示され得る。たとえば、複数のユーザのためのＡＣＫ／ＮＡＣＫフィードバックを提供するためのリソースが、１つの指定されたグラント、たとえば、ＡＲＱ（自動再送要求）グラントにおいてスケジュールされ得る。第２の実施形態として、マッピングルールは、既存のＵＥ固有パラメータを用いて暗黙的に示され得る。たとえば、異なるＵＥの区別のためにＣＤＭＡが使用され得る。限定された数のシーケンスがあり得、各ＵＥは、ＵＥの割り当てられたＵＥ  ＩＤと一定のルールとに基づいて、ＵＥのフィードバックのために使用されるシーケンスＩＤを計算することができる。
【００５０】
マルチユーザ／マルチキャスト送信をサポートするためのアクセスノード（たとえば、ｅＮＢ）における動作が、図１１のフローチャートに示されている。ブロック１１０１において、アクセスノードプロセッサ１３０３は、そのカバレッジエリア中の無線端末ＵＥへの送信のために（たとえば、ネットワークインターフェース１３０７を通して）ダウンリンクデータの到着についてバッファステータスを監視し得る。ブロック１１０３において、バッファデータが単一の無線端末ＵＥへの送信のために利用可能であることに応答して、アクセスノードプロセッサ１３０３は、図１に関して上記で説明されたように、ブロック１１０５において、（トランシーバ１３０１を通して）リッスンアフタートーク送信を実施し得る。
【００５１】
ブロック１１０３において、バッファデータが複数の無線端末ＵＥのために利用可能であることに応答して、およびブロック１１１３において、そのデータが複数の無線端末ＵＥについて異なることに応答して、アクセスノードプロセッサ１３０３は、ブロック１１１５において、これらの無線端末ＵＥの各々についてのサービングビームステータスと（１つまたは複数の）チャネルステータスとを検査し得る。ブロック１１０７において、（各無線端末ＵＥについてのサービングビームステータスと（１つまたは複数の）チャネルステータスとに基づいて）マルチユーザデータ送信が実施されるべきでないと決定したことに応答して、アクセスノードプロセッサ１３０３は、図１に関して上記で説明されたように、ブロック１１０５において、各無線端末ＵＥについて（トランシーバ１３０１を通して）リッスンアフタートーク送信を別々に実施し得る。ブロック１１０７において、（各無線端末ＵＥについてのサービングビームステータスと（１つまたは複数の）チャネルとに基づいて）マルチユーザデータ送信が実施されるべきであると決定したことに応答して、アクセスノードプロセッサ１３０３は、図５および／または図６に関して（すなわち、ヘッダ「マルチユーザダウンリンクデータ送信」に続くセクションにおいて）上記で説明されたように、ブロック１１０９において、ＬＡＴを使用して（トランシーバ１３０１を通して）マルチユーザ送信を実施し得る。
【００５２】
ブロック１１０３において、バッファデータが複数の無線端末ＵＥのために利用可能であることに応答して、およびブロック１１１３において、そのデータが複数の無線端末ＵＥについて同じであることに応答して、アクセスノードプロセッサ１３０３は、図７、図８、および／または図９に関して（すなわち、ヘッダ「マルチキャストダウンリンクデータ送信」に続くセクションにおいて）上記で説明されたように、ブロック１１１７において、ＬＡＴを使用して（トランシーバ１３０１を通して）マルチキャストダウンリンクデータ送信を実施し得る。
【００５３】
ブロック１１０９または１１１７に続いて、アクセスノードプロセッサ１３０３は、ブロック１１１１において、次の送信のために設定し、および／またはフィードバックを待ち得る。
【００５４】
発明的概念のいくつかの実施形態によれば、リッスンアフタートーク（ＬＡＴ）機構に基づくマルチユーザ／マルチキャスト送信を可能にするための方法が、このようにして提供される。いくつかの実施形態によれば、マルチユーザ／ビーム送信情報は、干渉する／干渉される（１つまたは複数の）ユーザ／ビームのみの非アクティブ化が行われ得るように、フレームヘッダ中に含まれ得る。これは、高いスペクトル効率を有するマルチユーザ／マルチキャスト送信を許可し得る。協調シグナリングを送るためのヘッダフォーマットおよびアイドル期間は、本明細書で開示されるいくつかの実施形態によって可能にされる拡張をサポートするために元のＬＡＴ方式で変更され得る。
【００５５】
次に、図１４のフローチャートおよび図１５のモジュールを参照しながら、ネットワークノードの動作が説明される。たとえば、図１５のモジュールは、図１３のアクセスノードメモリ１３０５に記憶され得、これらのモジュールは、モジュールの命令がプロセッサ１３０３によって実行されたとき、プロセッサ１３０３が図１４のフローチャートのそれぞれの動作を実施するような命令を提供し得る。
【００５６】
図１４のブロック１４０１において、プロセッサ１３０３は、（たとえば、グループ／ビーム規定モジュール１５０１を使用して）マルチユーザ／マルチキャスト通信のためのグループの各無線端末ＵＥのために使用されるべき無線端末ＵＥグループとそれぞれのビームとを規定し得る。例として、図１４のフローチャートは、第１の無線端末ＵＥ１と第２の無線端末ＵＥ３と第３の無線端末ＵＥ５とを含む無線端末グループに関して説明され、ダウンリンクビーム６が無線端末ＵＥ１への送信のために使用され、ダウンリンクビーム７が無線端末ＵＥ５への送信のために使用され、ダウンリンクビーム８が無線端末ＵＥ３への送信のために使用される。その上、無線端末ＵＥ２は、無線端末ＵＥ１、ＵＥ３、および／またはＵＥ５のうちの１つへの送信による干渉を受ける被干渉無線端末として説明される。例として３つの無線端末のグループが説明されるが、無線端末のグループは、マルチユーザおよび／またはマルチキャスト送信のために２つまたはそれ以上の無線端末を含み得る。
【００５７】
ブロック１４０３において、（たとえば、ネットワークインターフェース１３０７を通した）ブロック１４０３におけるＵＥグループについてのデータの受信に応答して、プロセッサ１３０３は、グループの無線端末ＵＥ１、ＵＥ３、およびＵＥ５への送信のためにフレームの準備を始め得る。さらに／随意に、プロセッサ１３０３は、フレームを送信するために使用されるべき（１つまたは複数の）周波数が利用可能であるかどうかを決定するために、ブロック１４０４においてクリアチャネルアセスメント（すなわち、リッスンビフォアトーク評価）を実施し得る。ブロック１４０３におけるグループについてのデータの受信、およびブロック１４０４においてチャネルがクリアであると決定したことに応答して、プロセッサ１３０３は初期送信を進め得る。
【００５８】
ブロック１４０５において、プロセッサ１３０３は、（たとえば、第１のフレーム提供モジュール１５０３を使用して）受信データに基づいてグループのすべてのビーム／ＵＥについてのフレームを提供し得る。たとえば、フレームを提供することは、プロセッサ１３０３が、受信データに基づいてフレームを生成すること、および／またはネットワークの別のノードからフレームを受信することを含み得る。ブロック１４０５のフレームは、ヘッダと、無線端末ＵＥ１、ＵＥ３、およびＵＥ５についてのデータを有するデータブロックとを含み得る。ブロック１４０５のヘッダは、第１のアイドル期間リソースを示す第１の制御フィールドと、第２のアイドル期間リソースを示す第２の制御フィールドと、第３のアイドル期間リソースを示す第３の制御フィールドとを含み得、第１のアイドル期間リソースと第２のアイドル期間リソースと第３のアイドル期間リソースとは異なる。図３に示されているように、第１のアイドル期間リソースと第２のアイドル期間リソースと第３のアイドル期間リソースとは、使用される周波数（たとえば、サブキャリアグループ）に対して直交であり得る。以下でより詳細に説明されるように、フレームのデータブロックは、マルチユーザ送信のために無線端末ＵＥ１、ＵＥ３、およびＵＥ５の各々についての異なるデータを含み得るか、または、フレームのデータブロックは、マルチキャスト送信のために無線端末ＵＥ１、ＵＥ３、およびＵＥ５の各々についてのいくらかのデータを含み得る。
【００５９】
いくつかの実施形態によれば、フレームは、したがって、図３に示されているように、ヘッダとデータブロックとを含み得る。フレームのヘッダおよびデータブロックは、周波数領域中の複数の連続するサブキャリアグループ（たとえば、図３の例における４つのサブキャリアグループ）と、時間領域中の複数のシンボルとを占有し得る。フレームのヘッダは、たとえば、時間領域中の２つのシンボルを占有し得、フレームのデータブロックは、時間領域中のヘッダに続く１４個のシンボルを占有し得る。
【００６０】
ブロック１４０７において、プロセッサ１３０３は、（たとえば、第１のフレーム送信モジュール１５０５を使用して）無線端末ＵＥ１、ＵＥ３、およびＵＥ５への（トランシーバ１３０１を通した）フレームの送信を開始し得る。
【００６１】
いくつかの実施形態によれば、第１のビーム（たとえば、図５のビーム６）は、無線端末ＵＥ１のために使用され得、第２のビーム（たとえば、図５のビーム８）は、無線端末ＵＥ３のために使用され得、第３のビーム（たとえば、図５のビーム８）は、無線端末ＵＥ５のために使用され得る。したがって、第１の制御フィールドと無線端末ＵＥ１についてのデータとは、第１のビーム（たとえば、ビーム６）を使用して送信され得、第２の制御フィールドと無線端末ＵＥ３についてのデータとは、第２のビーム（たとえば、ビーム８）を使用して送信され得、第３の制御フィールドと無線端末ＵＥ５についてのデータとは、第３のビーム（たとえば、ビーム７）を使用して送信され得る。したがって、異なるアイドル期間リソースがマルチユーザ／マルチキャスト送信の各無線端末および／またはビームについて規定されるように、第１のアイドル期間リソースは無線端末ＵＥ１および／または第１のビームに対応し得、第２のアイドル期間リソースは無線端末ＵＥ３および／または第２のビームに対応し得、第３のアイドル期間リソースは無線端末ＵＥ５および／または第３のビームに対応し得る。
【００６２】
いくつかの他の実施形態によれば、異なるビームを使用せずに図３のフレームにおいて示されているように、ヘッダの制御フィールドの送信のために、および無線端末ＵＥ１、ＵＥ３、およびＵＥ５についてのデータの送信のために直交リソースが使用され得る。
【００６３】
ブロック１４０５および１４０７の動作は、グループのすべての無線端末への送信が初期送信期間にわたるブロック１４０８において繰り返され得る。言い換えれば、複数のマルチユーザ／マルチキャストフレームは、干渉通知メッセージ（たとえば、ＮＴＳメッセージ）をリッスンするためのアイドル期間リソースが提供される前に、無線端末ＵＥ１、ＵＥ３、およびＵＥ５を含むグループに送信され得る。図１のＬＡＴの例では、アイドル期間リソースが提供される前に、３つのフレームが送信される。したがって、複数のフレームの各々は、それぞれのアイドル期間リソースを識別するブロック１４０５に関して上記で説明されたようなヘッダを含む。
【００６４】
ヘッダの第１の制御フィールド、第２の制御フィールド、および第３の制御フィールドはまた、第１の無線端末および／またはビーム、第２の無線端末および／またはビーム、ならびに第３の無線端末および／またはビームに対応するそれぞれの第１のＡＣＫ／ＮＡＣＫフィードバックリソース、第２のＡＣＫ／ＮＡＣＫフィードバックリソース、および第３のＡＣＫ／ＮＡＣＫフィードバックリソースを示し得る。したがって、グループの各無線端末からの別個のＡＣＫ／ＮＡＣＫフィードバックを許可するために、異なるＡＣＫ／ＮＡＣＫフィードバックリソースが各無線端末に提供され得る。ＡＣＫ／ＮＡＣＫフィードバックリソースは、たとえば、異なる時間、周波数、コード、および／または空間リソースを使用してグループの各無線端末に提供され得る。したがって、第１のＡＣＫ／ＮＡＣＫフィードバックリソースは、時間、周波数、ビーム、および／またはコードのうちの少なくとも１つにおいて第２のフィードバックリソースおよび第３のフィードバックリソースに対して直交であり得、第２のＡＣＫ／ＮＡＣＫフィードバックリソースは、時間、周波数、ビーム、および／またはコードのうちの少なくとも１つにおいて第１のＡＣＫ／ＮＡＣＫフィードバックリソースおよび第３のＡＣＫ／ＮＡＣＫフィードバックリソースに対して直交であり得、第３のＡＣＫ／ＮＡＣＫフィードバックリソースは、時間、周波数、ビーム、および／またはコードのうちの少なくとも１つにおいて第１のＡＣＫ／ＮＡＣＫフィードバックリソースおよび第２のＡＣＫ／ＮＡＣＫフィードバックリソースに対して直交であり得る。
【００６５】
（異なるデータがグループの各無線端末に送信される）マルチユーザ送信の場合、プロセッサ１３０３は、各ダウンリンクフレーム送信の後にグループの各無線端末からそれぞれのＡＣＫ／ＮＡＣＫフィードバックを（トランシーバ１３０１を通して）受信し得、したがって、ブロック１４０５（または１４１３）において、先行するフレームに対応するＡＣＫ／ＮＡＣＫフィードバックに基づいて次のフレームが提供され得る。ＡＣＫの場合、プロセッサ１３０３は、次のフレームにおいてそれぞれの無線端末についての新しいデータを提供し得、ＮＡＣＫの場合、プロセッサ１３０３は、次のフレームにおいてそれぞれの無線端末についての前のデータを提供し得る。
【００６６】
（同じデータがグループのすべての無線端末に送信される）マルチキャスト送信の場合、プロセッサ１３０３は、各ダウンリンクフレーム送信の後にグループの各無線端末からそれぞれのＡＣＫ／ＮＡＣＫフィードバックを受信し得る。しかしながら、マルチキャスト送信の場合、グループの１つの無線端末からの単一のＮＡＣＫ（他の無線端末はＡＣＫで応答する）は、次のフレームにおいてグループのすべての無線端末への前のデータの再送信を生じ得る。いくつかの他の実施形態によれば、再送信は、電力消費および／または干渉を低減するために、次のフレームにおいて、（１つまたは複数の）ＮＡＣＫに対応する（１つまたは複数の）無線端末および（１つまたは複数の）ビームのみに提供され得る。
【００６７】
したがって、干渉を受けていることがある他の無線端末からの干渉通知メッセージ（たとえば、ＮＴＳメッセージ）をリッスンするための第１のアイドル期間の前にブロック１４０５、１４０７、および１４０８において、複数のダウンリンクフレームがグループのすべての無線端末に送信され得る。ブロック１４０８において送信期間が完了すると、プロセッサ１３０３は、送信期間中に送信される（１つまたは複数の）フレームの（１つまたは複数の）ヘッダのそれぞれの制御フィールドにおいて示されるアイドル期間リソースを使用して、他の無線端末によって送られる干渉通知メッセージをリッスンし得る。各アイドル期間リソースがグループ送信のそれぞれのビームに関連するので、被干渉無線端末ＵＥ２は、干渉を生じたビームに対応するアイドル期間リソース上で被干渉無線端末ＵＥ２の干渉通知メッセージ（たとえば、ＮＴＳメッセージ）を送信し、それにより、プロセッサ１３０３が、通知が受信されたアイドル期間リソースに基づいて、問題があるビームを効率的に識別することを許可し得る。いくつかの実施形態によれば、各制御フィールドは、対応するビームについてのそれぞれのビーム識別情報をも含み得、それぞれのビーム識別情報は、被干渉無線端末から送信された干渉通知メッセージ中に含まれ得る。
【００６８】
ブロック１４０９において、無線端末グループへの送信のためのより多くのデータがあるとすれば、プロセッサ１３０３は、干渉通知メッセージ（たとえば、ＮＴＳメッセージ）をリッスンし得、ブロック１４１１において、そのようなメッセージが受信されない場合、プロセッサ１３０３は、グループのすべての無線端末に送信する次の送信期間の間、ブロック１４０５、１４０７、および１４０８の動作を続け得る。
【００６９】
ブロック１４１１において、（たとえば、通知受信モジュール１５０７を使用して）無線端末ＵＥ１および／またはビーム６に対応する第１のアイドル期間リソースを使用して無線端末ＵＥ２から干渉通知メッセージ（たとえば、ＮＴＳメッセージ）を受信したことに応答して、プロセッサ１３０３は、ブロック１４１３において、（たとえば、第２のフレーム提供モジュール１５０９を使用して）ヘッダと、無線端末ＵＥ３およびＵＥ５についての第２のデータを有するデータブロックとを含むフレームを提供し得る（１４１３）。ヘッダは、無線端末ＵＥ３および無線端末ＵＥ５についてのそれぞれの制御フィールドを含み得、各制御フィールドは、ブロック１４０５に関して上記で説明されたように、それぞれのアイドル期間リソースを示し得る。しかしながら、無線端末ＵＥ１およびビーム６についての制御フィールドおよびアイドル期間リソースが省略され得る。
【００７０】
ブロック１４１５において、プロセッサ１３０３は、無線端末ＵＥ１への送信を延期する一方、無線端末ＵＥ３およびＵＥ５への（トランシーバ１３０１を通した）第２のフレームの送信を開始し得る。ブロック１４１３および１４１５の動作は、ブロック１４１７においてデータがグループへの送信のために利用可能である限り、ブロック１４１９における延期期間の間繰り返され得る。ブロック１４０５に関して上記で説明されたように、プロセッサ１３０３は、ブロック１４１３において無線端末ＵＥ３およびＵＥ５から受信されたＡＣＫ／ＮＡＣＫフィードバックに基づいてフレームを提供し得る。ＡＣＫに応答して、新しいデータがそれぞれの無線端末に送信され得、ＮＡＣＫに応答して、前のデータが再送信され得る。
【００７１】
いくつかの実施形態によれば、第２のビーム（たとえば、図５のビーム８）は無線端末ＵＥ３のために使用され得、第３のビーム（たとえば、図５のビーム８）は無線端末ＵＥ５のために使用され得る。したがって、制御フィールドと無線端末ＵＥ３についてのデータとは、第２のビーム（たとえば、ビーム８）を使用して送信され得、制御フィールドと無線端末ＵＥ５についてのデータとは、第３のビーム（たとえば、ビーム７）を使用して送信され得る。したがって、異なるアイドル期間リソースがマルチユーザ／マルチキャスト送信の各無線端末および／またはビームについて規定されるように、第２のアイドル期間リソースは無線端末ＵＥ３および／または第２のビームに対応し得、第３のアイドル期間リソースは無線端末ＵＥ５および／または第３のビームに対応し得る。
【００７２】
いくつかの他の実施形態によれば、異なるビームを使用せずに図３のフレームにおいて示されているように、ブロック１４１５において、ヘッダの制御フィールドの送信のために、および無線端末ＵＥ３およびＵＥ５についてのデータの送信のために直交リソースが使用され得る。
【００７３】
したがって、ブロック１４１３および１４１５の動作は、延期期間が完了するまで（無線端末ＵＥ１への送信を延期する一方）無線端末ＵＥ３およびＵＥ５に送信される複数のフレームについて繰り返され得る。延期期間の持続時間は、たとえば、システム設定に基づいて、アクセスノードから無線端末に送信されるシステム情報に基づいて、および／または干渉通知メッセージ（たとえば、ＮＴＳメッセージ）中で被干渉無線端末ＵＥ２によって提供される情報に基づいて規定され得る。
【００７４】
ブロック１４１９において延期期間が終わると、プロセッサ１３１３は、ブロック１４２１において、被干渉無線端末ＵＥ２に、干渉ビーム上でのアクセスノード送信が再開することになることを通知するための通知（たとえば、ＮＴＳメッセージ）を（たとえば、通知送信モジュールを使用して）送信し得る。プロセッサ１３１３は、次いで、動作１４０５に戻って、マルチユーザ／マルチキャストグループのすべての無線端末ＵＥ１、ＵＥ３およびＵＥ５へのグループ送信を再開し得る。
【００７５】
いくつかの実施形態によれば、図１４の動作は、したがって、ダウンリンクフレームがグループの異なる無線端末についての異なるデータを含むマルチユーザグループ送信をサポートし得る。ブロック１４０５のフレームは、したがって、各無線端末についてのデータが異なるような、（ビーム６上で送信されるべき）無線端末ＵＥ１についてのデータと、（ビーム８上で送信されるべき）無線端末ＵＥ３についてのデータと、（ビーム７上で送信されるべき）無線端末ＵＥ５についてのデータとを含み得る。そのような異なるデータは、フレームの異なる／直交する時間／周波数リソースを使用して送信され得るか、または異なるデータは、（異なるビームの空間分離に依拠して）フレームの同じ時間／周波数リソースを使用して送信され得る。（図３に示されているように）異なる時間／周波数リソースが使用される場合、無線端末ＵＥ１についてのデータは、ビーム６を使用して、およびデータブロックの第１の時間／周波数データリソースを使用して送信され得、無線端末ＵＥ３についてのデータは、ビーム８を使用して、およびデータブロックの第２の時間／周波数データリソースを使用して送信され得、無線端末ＵＥ５についてのデータは、ビーム７を使用して、およびデータブロックの第３の時間／周波数データリソースを使用して送信され得る。より詳細には、データリソースの各々は、時間および／または周波数のうちの少なくとも１つにおいてデータブロックの他のデータリソースの各々に対して直交であり得る。
【００７６】
同じ時間／周波数が（図４に示されているように）マルチユーザ送信のために使用される場合、異なるビームの使用は、無線端末ＵＥ１、ＵＥ３、およびＵＥ５が同じフレームを使用してそれぞれの送信を受信するために十分であり得る。そのような送信では、図６に関して説明されたように、無線端末ＵＥ１、ＵＥ３、およびＵＥ５の各々についてのデータが送信中に同じ時間および周波数リソースを占有するように、無線端末ＵＥ１、無線端末ＵＥ３、および／または無線端末ＵＥ５についてのデータのうちの少なくとも１つにパディングが提供され得る。
【００７７】
いくつかの他の実施形態によれば、図１４の動作は、同じデータがグループのすべての無線端末（たとえば、ＵＥ１、ＵＥ３、およびＵＥ５）に送信されるマルチキャストグループ送信をサポートし得る。そのような送信は、図７および図８に関して説明される。
【００７８】
図１４の様々な動作および／または図１５のモジュールは、ネットワークノードおよび関係する方法のいくつかの実施形態に関して随意であり得る。たとえば、図１４のブロック１４０１、１４０３、１４０４、１４０８、１４０９、１４１１、１４１７、１４１９、および１４２１の動作は随意であり得、関係するアクセスノードに関して、図１５のモジュール１５０１、１５０７、および１５１３は随意であり得る。
【００７９】
次に、図１６のフローチャートおよび図１７のモジュールを参照しながら、無線端末の動作が説明される。たとえば、図１７のモジュールは、図１２の無線端末メモリ１２０５に記憶され得、これらのモジュールは、モジュールの命令がプロセッサ１２０３によって実行されたとき、プロセッサ１２０３が図１６のフローチャートのそれぞれの動作を実施するような命令を提供し得る。
【００８０】
ブロック１６０１において、無線端末プロセッサ１２０３は、（たとえば、干渉検出モジュールを使用して）干渉を検出し得る。たとえば、プロセッサ１２０３は、周波数リソースを使用してサービングアクセスノードからダウンリンク通信を復号する際の失敗に基づいて干渉を検出し得る。ブロック１６０１においてダウンリンク通信を復号することに失敗したことに応答して、プロセッサ１２０３は、周波数リソースを使用して（たとえば、リスニングモジュール１７０１を使用して）干渉フレームをリッスンし得る。（たとえば、干渉受信モジュール１７０５を使用する）ブロック１６０５における干渉フレームに応答して、プロセッサ１２０３は、ブロック１６０７において、（たとえば、制御フィールド受信モジュール１７０７を使用して）干渉フレームのヘッダの第１および第２の制御フィールドを受信し得、第１の制御フィールドは第１のアイドル期間リソースを示し、第２の制御フィールドは、第１のアイドル期間リソースとは異なる第２のアイドル期間リソースを示す。干渉アクセスノードからの干渉に基づいて、プロセッサ１２０３は、ブロック１６０９において、（たとえば、選択モジュール１７０９を使用して）第１のアイドル期間リソースを選択し得る（１６０９）。第１のアイドル期間リソースを選択したことに応答して、プロセッサ１２０３は、ブロック１６１１において、（たとえば、通知送信モジュール１７１１を使用して）第１のアイドル期間リソースを使用して干渉アクセスノードに通知メッセージ（ＮＴＳ）を送信し得る。通知メッセージを送信した後に、プロセッサ１２０３は、ブロック１６１３において、（たとえば、データフレーム受信モジュール１７１３を使用して）サービングアクセスノードから複数のデータフレームを受信し得る（１６１３）。
【００８１】
サービングアクセスノードから複数のデータフレームを受信した後に、プロセッサ１２１３は、ブロック１６１５において、（たとえば、通知受信モジュール１７１５を使用して）干渉アクセスノードから通知メッセージを受信し得る。通知メッセージを受信したことに応答して、プロセッサ１２０３は、ブロック１６１７において、（たとえば、ＮＮＴＳ送信モジュール１７１７を使用して）サービングアクセスノードに送信不可通知メッセージを送信し得る。
【００８２】
いくつかの実施形態によれば、ブロック１６０７の制御フィールドは、それぞれのビーム識別情報を含み得、ブロック１６１１の通知メッセージは、選択されたアイドル期間リソースについてのビーム識別情報を含み得る。
【００８３】
図１６の様々な動作および／または図１７のモジュールは、無線端末および関係する方法のいくつかの実施形態に関して随意であり得る。たとえば、図１６のブロック１６０１、１６０３、１６０５、１６１５、および１６１７の動作は随意であり得、関係する無線端末に関して、図１７のモジュール１７０１、１７０３、１７０５、１７１５、および１７１７は随意であり得る。
【００８４】
略語
略語  説明
ＡＣＫ  確認応答
ＡＮ  アクセスネットワーク
ＡＰ  アクセスポイント
ＡＲＱ  自動再送要求
ＢＯ  バックオフ
ＢＳ  基地局
ＣＣＡ  クリアチャネルアセスメント
ＣＦＰ  無競合期間
ＣＷ  競合ウィンドウ
ＤＣＦ  分散協調機能
ＤＩＦＳ  ＤＣＦフレーム間隔
ＤＬ  ダウンリンク
ＤＮ  宛先ノード
ＤＲＳ  発見参照信号
ｅＮＢ  エボルブドノードＢ、基地局
ＬＡＴ  リッスンアフタートーク
ＬＢＴ  リッスンビフォアトーク
ＭＣＳ  変調符号化方式
ＭＵ−ＭＩＭＯ  マルチユーザ多入力多出力
ＮＲ  新しい無線（５Ｇ無線インターフェースを指す）
ＮＮＴＳ  送信不可通知
ＮＴＳ  送信可通知
ＱｏＳ  サービス品質
ＲＢ  リソースブロック
ＲＦ  無線周波数
ＳＣｅｌｌ  ２次セル
ＳＩＦＳ  短いフレーム間隔
ＳＮ  ソースノード
ＳＴＡ  局
ＵＥ  ユーザ機器
ＵＬ  アップリンク
【００８５】
さらなる規定および実施形態
【００８６】
本発明的概念の様々な実施形態の上記の説明では、本明細書で使用される専門用語は、具体的な実施形態を説明するためのものにすぎず、本発明的概念を限定するものではないことを理解されたい。別段に規定されていない限り、本明細書で使用される（技術用語および科学用語を含む）すべての用語は、本発明的概念が属する技術の当業者によって通常理解されるものと同じ意味を有する。通常使用される辞書において規定される用語など、用語は、本明細書および関連技術の文脈におけるそれらの用語の意味に従う意味を有するものとして解釈されるべきであり、明確にそのように本明細書で規定されない限り、理想的なまたは過度に形式的な意味において解釈されないことをさらに理解されよう。
【００８７】
エレメントが、別のエレメントに「接続された」、「結合された」、「応答する」、またはそれらの変形態であると呼ばれるとき、そのエレメントは、他のエレメントに直接、接続され、結合され、または応答し得、あるいは介在するエレメントが存在し得る。対照的に、エレメントが、別のエレメントに「直接接続された」、「直接結合された」、「直接応答する」、またはそれらの変形態であると呼ばれるとき、存在する介在するエレメントが存在しない。同様の番号は、全体を通して同様のエレメントを指す。さらに、本明細書で使用される、「結合された」、「接続された」、「応答する」、またはそれらの変形態は、無線で結合された、無線で接続された、または無線で応答する、を含み得る。本明細書で使用される単数形「ａ」、「ａｎ」および「ｔｈｅ」は、文脈が別段に明確に示すのでなければ、複数形をも含むものとする。簡潔および／または明快のために、よく知られている機能または構成が詳細に説明されないことがある。また、「および／または」という用語は、関連する列挙された項目のうちの１つまたは複数の任意のまたは全部の組合せを含む。
【００８８】
様々なエレメント／動作を説明するために、第１の、第２の、第３の、などの用語が本明細書で使用され得るが、これらのエレメント／動作は、これらの用語によって限定されるべきでないことを理解されよう。これらの用語は、あるエレメント／動作を別のエレメント／動作から区別するために使用されるにすぎない。したがって、本発明的概念の教示から逸脱することなしに、いくつかの実施形態における第１のエレメント／動作が、他の実施形態において第２のエレメント／動作と呼ばれることがある。同じ参照番号または同じ参照符号は、本明細書全体にわたって同じまたは同様のエレメントを示す。
【００８９】
本明細書で使用される、「備える、含む（ｃｏｍｐｒｉｓｅ）」、「備える、含む（ｃｏｍｐｒｉｓｉｎｇ）」、「備える、含む（ｃｏｍｐｒｉｓｅｓ）」、「含む（ｉｎｃｌｕｄｅ）」、「含む（ｉｎｃｌｕｄｉｎｇ）」、「含む（ｉｎｃｌｕｄｅｓ）」、「有する（ｈａｖｅ）」、「有する（ｈａｓ）」、「有する（ｈａｖｉｎｇ）」という用語、またはそれらの変形態は、オープンエンドであり、１つまたは複数の述べられた特徴、整数、エレメント、ステップ、構成要素または機能を含むが、１つまたは複数の他の特徴、整数、エレメント、ステップ、構成要素、機能またはそれらのグループの存在または追加を排除しない。さらに、本明細書で使用される、「たとえば（ｅｘｅｍｐｌｉ  ｇｒａｔｉａ）」というラテン語句に由来する「たとえば（ｅ．ｇ．）」という通例の略語は、前述の項目の一般的な１つまたは複数の例を紹介するかまたは具体的に挙げるために使用され得、そのような項目を限定するものではない。「すなわち（ｉｄ  ｅｓｔ）」というラテン語句に由来する「すなわち（ｉ．ｅ．）」という通例の略語は、より一般的な具陳から特定の項目を具体的に挙げるために使用され得る。
【００９０】
例示的な実施形態が、コンピュータ実装方法、装置（システムおよび／またはデバイス）および／またはコンピュータプログラム製品のブロック図および／またはフローチャート例示を参照しながら本明細書で説明された。ブロック図および／またはフローチャート例示のブロック、ならびにブロック図および／またはフローチャート例示中のブロックの組合せが、１つまたは複数のコンピュータ回路によって実施されるコンピュータプログラム命令によって実装され得ることを理解されたい。これらのコンピュータプログラム命令は、汎用コンピュータ回路、専用コンピュータ回路、および／またはマシンを製造するための他のプログラマブルデータ処理回路のプロセッサ回路に提供され得、したがって、コンピュータおよび／または他のプログラマブルデータ処理装置のプロセッサを介して実行される命令は、ブロック図および／またはフローチャートの１つまたは複数のブロックにおいて指定された機能／行為を実装するために、およびそれにより、ブロック図および／またはフローチャートの（１つまたは複数の）ブロックにおいて指定された機能／行為を実装するための手段（機能性）および／または構造を作成するために、トランジスタ、メモリロケーションに記憶された値、およびそのような回路要素内の他のハードウェア構成要素を変換および制御する。
【００９１】
これらのコンピュータプログラム命令はまた、コンピュータまたは他のプログラマブルデータ処理装置に特定の様式で機能するように指示することができる、有形コンピュータ可読媒体に記憶され得、したがって、コンピュータ可読媒体に記憶された命令は、ブロック図および／またはフローチャートの１つまたは複数のブロックにおいて指定された機能／行為を実装する命令を含む製造品を生成する。したがって、本発明的概念の実施形態は、ハードウェアで、および／または「回路要素」、「モジュール」またはそれらの変形態と総称して呼ばれることがある、デジタル信号プロセッサなどのプロセッサ上で動作する（ファームウェア、常駐ソフトウェア、マイクロコードなどを含む）ソフトウェアで具現され得る。
【００９２】
いくつかの代替実装形態では、ブロック中で言及される機能／行為は、フローチャート中で言及される順序から外れて行われ得ることに留意されたい。たとえば、関与する機能性／行為に応じて、連続して示されている２つのブロックが、事実上、実質的にコンカレントに実行され得るか、またはブロックが、時々、逆の順序で実行され得る。その上、フローチャートおよび／またはブロック図の所与のブロックの機能性が、複数のブロックに分離され得、ならびに／あるいはフローチャートおよび／またはブロック図の２つまたはそれ以上のブロックの機能性が、少なくとも部分的に統合され得る。最後に、他のブロックが、示されているブロック間に追加／挿入され得、および／または発明的概念の範囲から逸脱することなく、ブロック／動作が省略され得る。その上、図のうちのいくつかが、通信の主要な方向を示すために通信経路上に矢印を含むが、通信が、図示された矢印と反対方向に行われ得ることを理解されたい。
【００９３】
本発明的概念の原理から実質的に逸脱することなしに、実施形態に対して多くの変形および変更が行われ得る。すべてのそのような変形および変更は、本発明的概念の範囲内で本明細書に含まれるものとする。したがって、上記で開示された主題は、例示であり、限定するものではないと見なされるべきであり、実施形態の例は、本発明的概念の趣旨および範囲内に入る、すべてのそのような変更、拡張、および他の実施形態を包含するものとする。したがって、法によって最大限に許容される限りにおいて、本発明的概念の範囲は、実施形態およびそれらの等価物の例を含む、本開示の最も広い許容可能な解釈によって決定されるべきであり、上記の詳細な説明によって制限または限定されるべきでない。
【図１】
2020520610.tif 000003
【図２】
2020520610.tif 000004
【図３】
2020520610.tif 000005
【図４】
2020520610.tif 000006
【図５】
2020520610.tif 000007
【図６】
2020520610.tif 000008
【図７】
2020520610.tif 000009
【図８】
2020520610.tif 000010
【図９】
2020520610.tif 000011
【図１０】
2020520610.tif 000012
【図１１】
2020520610.tif 000013
【図１２】
2020520610.tif 000014
【図１３】
2020520610.tif 000015
【図１４】
2020520610.tif 000016
【図１５】
2020520610.tif 000017
【図１６】
2020520610.tif 000018
【図１７】
2020520610.tif 000019
【国際調査報告】
2020520610.tif 000020
2020520610.tif 000021