(57)【特許請求の範囲】
【請求項１】
無線通信ネットワーク（１００）における無線チャネル上で少なくとも１つの受信ノード（１２０；１１０）へのデータ送信を行うための送信ノード（１１０；１２０）により実行される方法であって、
少なくとも２つの競合ウィンドウを設定すること（１２０１）と、ここで、前記少なくとも２つの競合ウィンドウのサイズは、前記少なくとも１つの受信ノード（１２０；１１０）に関連付けられた情報に基づいて個別に決定され、 
前記少なくとも１つの受信ノード（１２０；１１０）への第１のデータ送信を、前記少なくとも２つの競合ウィンドウのサイズの第１の競合ウィンドウのサイズにより決定される、前記無線チャネルの観察の第１の期間に延期すること（１２０２）と、
前記少なくとも１つの受信ノード（１２０；１１０）への少なくとも１つの第２のデータ送信を、前記少なくとも２つの競合ウィンドウのサイズの少なくとも第２の競合ウィンドウのサイズにより決定される、前記無線チャネルの観察の少なくとも１つの第２の期間に延期すること（１２０３）と、
前記無線チャネルの観察の前記第１の期間または前記少なくとも第２の期間の結果が、それぞれ、前記無線チャネルがアイドルである場合、前記少なくとも１つの受信ノード（１２０；１１０）への前記第１のデータ送信または前記少なくとも１つの第２のデータ送信を行うこと（１２０４）と、
前記送信ノード（１１０；１２０）が、１より多い受信ノードに対してサービスを提供することが可能であり、単一の送信インスタンスの間で１より多い受信ノードをスケジュールすることが可能な場合に使用される、前記第１および少なくとも第２の競合ウィンドウのサイズに基づいて、ジョイント競合ウィンドウのサイズを決定すること、を含む、方法。
【請求項２】
前記第１の競合ウィンドウのサイズは、前記少なくとも１つの受信ノード（１２０；１１０）における異なる優先度を有する少なくとも２つのサービスのクラスの第１のサービスのクラスの優先度に基づいて決定され、前記少なくとも第２の競合ウィンドウのサイズは、前記少なくとも１つの受信ノード（１２０；１１０）における異なる優先度を有する前記少なくとも２つのサービスのクラスの少なくとも１つの第２のクラスの優先度に基づいて決定される、請求項１に記載の方法。
【請求項３】
前記少なくとも１つの受信ノード（１２０；１１０）に関連付けられた前記情報は、
-  前記少なくとも１つの受信ノード（１２０；１１０）のタイプ、
-  前記少なくとも１つの受信ノード（１２０；１１０）のサービスの要件、
-  前記少なくとも１つの受信ノード（１２０；１１０）への先に行われたデータ送信の、観察された成功および／または失敗、
-  前記少なくとも１つの受信ノード（１２０；１１０）の統計的情報、および
-  同じ時間にスケジュールされたデータ送信を有する前記少なくとも１つの受信ノード（１２０；１１０）の数、のうちの１つ以上である、請求項１または２に記載の方法。
【請求項４】
前記第１および少なくとも第２の競合ウィンドウのサイズのそれぞれを、少なくとも１つの受信ノード（１２０；１１０）に関連付けられた前記情報に基づいて個別に適合化する（１２０５）、請求項１から３のいずれか１項に記載の方法。
【請求項５】
前記適合化すること（１２０５）は、更に、前記少なくとも１つの受信ノード（１２０；１１０）への対応するデータの送信が成功しないと判定された場合に、前記第１および少なくとも第２の競合ウィンドウの少なくとも１つを拡大することを含む、請求項４に記載の方法。
【請求項６】
前記適合化すること（１２０５）は、更に、前記第１および少なくとも第２の競合ウィンドウの前記少なくとも１つを、決定された最大の競合ウィンドウのサイズに徐々に拡大することを含む、請求項５に記載の方法。
【請求項７】
前記適合化すること（１２０５）は、更に、前記少なくとも１つの受信ノード（１２０；１１０）への対応するデータの送信が成功すると判定された場合に、前記第１および少なくとも第２の競合ウィンドウの少なくとも１つを縮小することを含む、請求項１から６のいずれか１項に記載の方法。
【請求項８】
前記適合化すること（１２０５）は、更に、前記少なくとも１つの受信ノード（１２０；１１０）への対応するデータの送信が成功すると判定された場合に、前記第１および少なくとも第２の競合ウィンドウの少なくとも１つを、決定された開始競合ウィンドウのサイズにリセットすることを含む、請求項７に記載の方法。
【請求項９】
前記適合化すること（１２０５）は、更に、前記少なくとも１つの受信ノード（１２０；１１０）に関連付けられた前記情報に基づいて、前記第１および少なくとも第２の競合ウィンドウのサイズのそれぞれに対する変更のレートを、個別に増加する、および／または、減らすことを含む、請求項４から８のいずれか１項に記載の方法。
【請求項１０】
前記適合化すること（１２０５）は、ＬＢＴ（Listen Before Talk）アルゴリズムに従って行われる、請求項４から９のいずれか１項に記載の方法。
【請求項１１】
前記無線通信ネットワーク（１００）において、別のノードから、前記少なくとも１つの受信ノード（１２０；１１０）に関連付けられた前記情報を取得することを更に含む、請求項１から１０のいずれか１項に記載の方法。
【請求項１２】
無線通信ネットワーク（１００）における無線チャネル上で少なくとも１つの受信ノード（１２０；１１０）へのデータ送信を行うための送信ノード（１１０；１２０）であって、前記送信ノード（１１０；１２０）は、
少なくとも２つの競合ウィンドウを設定し、ここで、前記少なくとも２つの競合ウィンドウのサイズは、前記少なくとも１つの受信ノード（１２０；１１０）に関連付けられた情報に基づいて個別に決定され、 
前記少なくとも１つの受信ノード（１２０；１１０）への第１のデータ送信を、前記少なくとも２つの競合ウィンドウのサイズの第１の競合ウィンドウのサイズにより決定される、前記無線チャネルの観察の第１の期間に延期し、 
前記少なくとも１つの受信ノード（１２０；１１０）への少なくとも１つの第２のデータ送信を、前記少なくとも２つの競合ウィンドウのサイズの少なくとも第２の競合ウィンドウのサイズにより決定される、前記無線チャネルの観察の少なくとも１つの第２の期間に延期し、 
前記無線チャネルの観察の前記第１の期間または前記少なくとも第２の期間の結果が、それぞれ、前記無線チャネルがアイドルである場合、前記少なくとも１つの受信ノード（１２０；１１０）への前記第１のデータ送信または前記少なくとも１つの第２のデータ送信を行い、
前記送信ノード（１１０；１２０）が、１より多い受信ノードに対してサービスを提供することが可能であり、単一の送信インスタンスの間で１より多い受信ノードをスケジュールすることが可能な場合に使用される、前記第１および少なくとも第２の競合ウィンドウのサイズに基づいて、ジョイント競合ウィンドウのサイズを決定するように構成される、送信ノード（１１０；１２０）。
【請求項１３】
前記送信ノード（１１０；１２０）は、更に、前記第１の競合ウィンドウのサイズを、前記少なくとも１つの受信ノード（１２０；１１０）における異なる優先度を有する少なくとも２つのサービスのクラスの第１のサービスのクラスの優先度に基づいて決定し、前記少なくとも１つの第２の競合ウィンドウのサイズを、前記少なくとも１つの受信ノード（１２０；１１０）における異なる優先度を有する前記少なくとも２つのサービスのクラスの少なくとも１つの第２のクラスの優先度に基づいて決定するように構成される、請求項１２に記載の送信ノード（１１０；１２０）。
【請求項１４】
前記少なくとも１つの受信ノード（１２０；１１０）に関連付けられた前記情報は、
-  前記少なくとも１つの受信ノード（１２０；１１０）のタイプ、
-  前記少なくとも１つの受信ノード（１２０；１１０）のサービスの要件、
-  前記少なくとも１つの受信ノード（１２０；１１０）への先に行われたデータ送信の、観察された成功および／または失敗、
-  前記少なくとも１つの受信ノード（１２０；１１０）の統計的情報、および
-  同じ時間にスケジュールされたデータ送信を有する前記少なくとも１つの受信ノード（１２０；１１０）の数、のうちの１つ以上である、請求項１２または１３に記載の送信ノード（１１０；１２０）。
【請求項１５】
前記第１および少なくとも第２の競合ウィンドウのサイズのそれぞれを、少なくとも１つの受信ノード（１２０；１１０）に関連付けられた前記情報に基づいて個別に適合化するように更に構成される、請求項１２から１４のいずれか１項に記載の送信ノード（１１０；１２０）。
【請求項１６】
前記少なくとも１つの受信ノード（１２０；１１０）への対応するデータの送信が成功しないと判定された場合に、前記第１および少なくとも第２の競合ウィンドウの少なくとも１つを拡大するように更に構成される、請求項１５に記載の送信ノード（１１０；１２０）。
【請求項１７】
前記第１および少なくとも第２の競合ウィンドウの前記少なくとも１つを、決定された最大の競合ウィンドウのサイズに徐々に拡大するように更に構成される、請求項１６に記載の送信ノード（１１０；１２０）。
【請求項１８】
前記少なくとも１つの受信ノード（１２０；１１０）への対応するデータの送信が成功すると判定された場合に、前記第１および少なくとも第２の競合ウィンドウの少なくとも１つを縮小するように更に構成される、請求項１２から１７のいずれか１項に記載の送信ノード（１１０；１２０）。
【請求項１９】
前記少なくとも１つの受信ノード（１２０；１１０）への対応するデータの送信が成功すると判定された場合に、前記第１および少なくとも第２の競合ウィンドウの少なくとも１つを、決定された開始競合ウィンドウのサイズにリセットするように更に構成される、請求項１８に記載の送信ノード（１１０；１２０）。
【請求項２０】
前記第１および少なくとも第２の競合ウィンドウのサイズのそれぞれに対するレートの変更を、少なくとも１つの受信ノード（１２０；１１０）に関連付けられた前記情報に基づいて個別に増加する、および／または、減らす、ように更に構成される、請求項１５から１９のいずれか１項に記載の送信ノード（１１０；１２０）。
【請求項２１】
前記第１および少なくとも第２の競合ウィンドウのサイズのそれぞれを適合化することは、ＬＢＴ（Listen Before Talk）アルゴリズムに従って実行される、請求項１５から２０のいずれか１項に記載の送信ノード（１１０；１２０）。
【請求項２２】
前記無線通信ネットワーク（１００）において、別のノードから、前記少なくとも１つの受信ノード（１２０；１１０）に関連付けられた前記情報を取得するように更に構成される、請求項１２から２１のいずれか１項に記載の送信ノード（１１０；１２０）。
【請求項２３】
プロセッサ（１６０８）およびメモリ（１６０９）を更に有し、前記メモリ（１６０９）は前記プロセッサ（１６０８）により実行可能な命令を含む、請求項１２から２２のいずれか1項に記載の送信ノード（１１０；１２０）。
【請求項２４】
コンピュータプログラムであって、少なくとも１つのプロセッサ（１６０８）において実行された場合に、請求項１から１１のいずれか1項に記載の前記方法を前記少なくとも１つのプロセッサ（１６０８）に実行させる命令を含むことを特徴とするコンピュータプログラム。
【請求項２５】
請求項２４に記載の前記コンピュータプログラムを含むコンピュータ読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本実施形態は、無線通信ネットワークにおけるデータ送信に関する。特に、本実施形態は、無線通信ネットワークにおける無線チャネル上で少なくとも１つの受信ノードへのデータ送信を行う送信ノード、および送信ノードにおける方法に関する。
【背景技術】
【０００２】
無線デバイスなどの通信装置は、ユーザ装置（ＵＥ）、移動端末、端末、無線端末、および／または移動局等としても知られる。端末は、セルラ無線システムまたはセルラネットワークとも称されるセルラ通信ネットワークまたは無線通信システムにおいて無線で通信することが可能である。通信は、例えば、セルラ通信ネットワーク内に含まれる、無線アクセスネットワーク（ＲＡＮ）と１つ以上のコアネットワークを介して、２つの端末間、端末と一般の電話間、および／または端末とサーバ間で実施され得る。
【０００３】
無線デバイスは更に、更なる例を挙げると、移動電話、セルラ電話、ラップトップ、または無線機能を有するサーフプレートとも称される。本文脈における端末は、例えば、ポータブル、ポケットに格納可能、ハンドヘルド、コンピュータ内蔵、または、車両に搭載された移動機器であり、別の端末やサーバ等の別のエンティティとのＲＡＮを介した音声および／またはデータの通信が可能である。
【０００４】
セルラ通信ネットワークは、セルエリアに分割される地理的なエリアをカバーし、各セルエリアは、使用される技術と用語により、ときに「ｅＮＢ」、「ｅＮｏｄｅＢ」、「ＮｏｄｅＢ」、「Ｂ  ｎｏｄｅ」、またはＢＴＳ（Base Transceiver Station）と称され得る無線基地局（ＲＢＳ）等の基地局といったアクセスノードによりサービスが提供される。基地局は、送信電力、および、それによるセルサイズにも基づいて、マクロｅＮｏｄｅＢ、ホームｅＮｏｄｅＢ、またはピコ基地局といった異なるクラスのものであり得る。セルは、地理的なエリアであり、無線カバレッジは、基地局のサイトにおける基地局により提供される。基地局サイトに位置する１つの基地局は、１つまたはいくつかのセルをサービスし得る。さらに、各基地局は、１つまたはいくつかの通信技術をサポートし得る。基地局は、当該基地局の範囲内で、端末と無線周波数上で運用するエアインタフェースを介して通信を行う。本開示の文脈では、基地局から移動局への送信パスに対してダウンリンク（ＤＬ）という表現が使用される。反対の方向、すなわち、移動局から基地局への送信パスに対してアップリンク（ＵＬ）という表現が使用される。
【０００５】
第３世代パートナーシッププロジェクト（３ＧＰＰ）のロングタームエヴォリューション（ＬＴＥ）において、ｅＮｏｄｅＢまたはｅＮＢとしても称され得る基地局は、１つ以上のコアネットワークに直接接続され得る。
【０００６】
３ＧＰＰ  ＬＴＥの無線アクセス規格は、アップリンクとダウンリンクの両トラフィックに対して高ビットレートで低遅延をサポートするために記述されている。全てのデータ伝送は、無線基地局によりＬＴＥにおいて制御される。
【０００７】
３ＧＰＰが発案したＬＡＡ（Licensed Assited Access（ライセンス補助アクセス））では、ＬＴＥの装置が、ライセンスされていない５ＧＨｚの無線スペクトルにおいても動作することが意図されている。ライセンスされていない５ＧＨｚのスペクトルは、ライセンスされたスペクトルを補うものとして使用される。したがって、デバイスは、ライセンスされたスペクトル（プライマリセルまたはＰＣｅｌｌ）において接続し、ライセンスされていないスペクトル（セカンダリセルまたはＳＣｅｌｌ）における追加的な送信容量からの利益を受けるためにキャリアアグリゲーションを利用する。ライセンスされたスペクトルとライセンスされていないスペクトルをアグリゲートするために必要となり得る変更を減らすために、プライマリセルにおけるＬＴＥのフレームタイミングは、セカンダリセルと同時に使用される。
【０００８】
しかしながら、規制上の要件では、前もってのチャネルセンシングなしでは、ライセンスされていないスペクトルにおける送信は許容されない。ライセンスされていないスペクトルは、同様の、または同様ではない無線技術と共有され得るため、ＬＢＴ（listen-before-talk）と呼ばれる手法を提供する必要があり得る。今日、ライセンスされていない５ＧＨｚのスペクトルは、主に、ＩＥＥＥ８０２．１１無線ローカルエリアネットワーク（ＷＬＡＮ）の規格を実装する装置により利用されている。この規格は、そのマーケットブランド“Ｗｉ−Ｆｉ”の下で知られている。
【０００９】
ヨーロッパでは、ＬＢＴの手順は、ＥＮ  ３０１．８９３の規則の範囲にある。５ＧＨｚにおいてＬＡＡが動作するために、ＬＡＡ  ＬＢＴの手順は、ＥＮ３０１．８９３で説明される要件と最低限の動作に適合し得る。しかしながら、ＥＮ  ３０１．８９３のＬＢＴの手順を用いてＷｉ−ＦｉとＬＡＡとの共存を保証するためには、追加的なシステムの設計および工程が必要となり得る。
【００１０】
米国特許８，７７４，２０９号の“Apparatus and method for spectrum sharing using listen-before-talk with quiet periods”では、送信の前にチャネルが空いているかを判定するためのフレームベースＯＦＤＭシステムにより、ＬＢＴが適合化されている。送信バーストの期間を制限するために最大送信期間タイマが使用され、送受信停止期間がそれに続く。
【００１１】
［ロングタームエヴォリューション（ＬＴＥ）］
ＬＴＥは、ダウンリンクにおいてＯＦＤＭを使用し、アップリンクにおいてＤＦＴ拡散ＯＦＤＭ（シングルキャリアＯＦＤＭとも称される）を使用する。よって、基本的なＬＴＥのダウンリンクの物理リソースは、図１に示すように時間−周波数グリッドとして示すことができ、ここで、各リソースエレメント（ＲＥ）は、１つのＯＦＤＭシンボル間隔の間の１つのＯＦＤＭサブキャリアに対応する。アップリンクのサブフレームは、ダウンリンクと同じサブキャリア間隔を有し、時間領域におけるＳＤ−ＦＤＭＡシンボルの数は、ダウンリンクにおけるＯＦＤＭシンボルの数と同じである。
【００１２】
時間領域では、ＬＴＥのダウンリンクの送信は、１０ｍｓの無線フレームで構成され、各無線フレームは、図２に示すように、１０個の、同じサイズのサブフレームＴｓｕｂｆｒａｍｅ＝１ｍｓから構成される。標準のサイクリックプリフィックス（ｃｐ）に対して、１つのサブフレームは１４のＯＦＤＭシンボルから構成される。各シンボル期間は、約７１．４μｓである。
【００１３】
さらに、ＬＴＥにおけるリソース割り当ては、典型的には、リソースブロックに関して説明される。ここで、リソースブロックは、時間領域で１つのスロット（０．５ｍｓ）、周波数領域で１２の隣接するサブキャリアに対応する。時間方向での２つの隣接するリソースブロックのペア（１．０ｍｓ）は、リソースブロックのペアとして知られる。リソースブロックは、周波数領域において、システム帯域の１つの終端から０で始まるように数えられる。
【００１４】
ダウンリンクの送信は、動的にスケジュールされる。すなわち、各サブフレームにおいて、基地局は、現在のダウンリンクのサブフレームにおいて、どの端末のデータが送信されるか、および、データが送信されるリソースブロックに関する制御情報を送信する。この制御シグナリングは、典型的には、各サブフレームにおける最初の１、２、３、または４ＯＦＤＭシンボルにおいて送信される。数ｎ＝１、２、３、または４は、制御フォーマットインジケータ（ＣＦＩ）として知られている。ダウンリンクのサブフレームはまた、共通参照シンボルを含む。それは、受信機により既知であり、例えば制御情報のコヒーレント復調のために使用される。制御としてのＣＦＩ＝３ＯＦＤＭシンボルを伴うダウンリンクシステムを図３に図示する。
【００１５】
ＬＴＥ  Ｒｅｌ−１１以降、上述のリソース割り当ては、進化型物理ダウンリンク制御チャネル（ＤＰＤＣＣＨ）上でスケジュールされ得る。Ｒｅｌ−８からＲｅｌ−１０に対しては、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）のみが利用可能である。
【００１６】
上記の図３で示される参照シンボルは、セル固有の参照シンボル（ＣＲＳ）であり、微小時刻と周波数同期と特定の送信モードのためのチャネル推定を含む、複数の機能をサポートするために使用される。
【００１７】
［物理ダウンリンク制御チャネル（ＰＤＣＣＨ）および強化型ＰＤＣＣＨ（ＥＰＤＣＣＨ）］
ＰＤＣＣＨ／ＥＰＤＣＣＨは、スケジューリング決定および電力制御コマンド等のダウンリンク制御情報（ＤＣＩ）を伝達するために使用される。詳細には、ＤＣＩは、
-  ＰＤＳＣＨリソース指標、トランスポートフォーマット、ハイブリッドＡＲＱ情報、および（適用可能であれば）空間多重に関する制御情報を含む、ダウンリンクのスケジューリング割り当て、を含む。
-  ダウンリンクのスケジューリング割り当てはまた、ダウンリンクのスケジューリング割り当てに応答したハイブリッドＡＲＱ確認応答の送信のために使用されるＰＵＣＣＨの電力制御のためのコマンドを含む。アップリンクのスケジューリンググラントは、ＰＵＳＣＨリソース指標、トランスポートフォーマット、およびハイブリッドＡＲＱ関連の情報を含む。アップリンクのスケジューリンググラントはまた、ＰＵＳＣＨの電力制御のためのコマンドを含む。
-  スケジューリング割り当て／グラントにおいて含まれるコマンドを補完するものとしての、１セットの端末に対する電力制御のコマンド
【００１８】
１つのＰＤＣＣＨ／ＥＰＤＣＣＨは、上記にリストした情報の１つのグループを含む１つのＤＣＩメッセージを伝達する。複数の端末は、同時にスケジュールされることが可能でり、各端末は、ダウンリンクとアップリンクで同時にスケジュールされることが可能であるため、各サブフレーム内には、複数のスケジューリングメッセージを送信する可能性を有することが必要である。各スケジューリングメメッセージは、個別のＰＤＣＣＨ／ＥＰＤＣＣＨリソース上で送信され、ゆえに、典型的には、各セルにおける各サブフレーム内に、複数の同時のＰＤＣＣＨ／ＥＰＤＣＣＨ送信が存在する。更に、異なる無線チャネルの条件をサポートするために、リンクアダプテーションを使用することができる。リンクアダプテーションでは、無線チャネルの条件に整合するために、ＰＤＣＣＨ／ＥＰＤＣＣＨに対するリソース使用を適合化することにより、ＰＤＣＣＨ／ＥＰＤＣＣＨの符号レートが選択される。
【００１９】
［キャリアアグリゲーション］
ＬＴＥ  Ｒｅｌ−１０の規格では、２０ＭＨｚより大きい帯域をサポートする。ＬＴＥ  Ｒｅｌ−１０における１つの特徴は、ＬＴＥ  Ｒｅｌ−８との下位互換性を保証することである。これはまた、スペクトルの互換性を含み得る。そのことは、２０ＭＨｚより広いＬＴＥ  Ｒｅｌ−１０のキャリアは、ＬＴＥ  Ｒｅｌ−８の端末にいくつかのＬＴＥキャリアとして現れ得ることを暗示している。それぞれのそのようなキャリアは、コンポーネントキャリア（ＣＣ）と称すことができる。特に、初期のＬＴＥ  Ｒｅｌ−１０の配備に対しては、多くのＬＴＥレガシー端末と比較して、少数のＬＴＥ  Ｒｅｌ−１０対応の端末が存在すると予測することができる。したがって、レガシー端末に対しても広いキャリアの効率的な使用を保証する必要がある。すなわち、レガシー端末が広帯域のＬＴＥ  Ｒｅｌ−１０のキャリアの全ての部分においてスケジュールされることが可能なキャリアを実装することができる。これを達成する１つの直接的方法は、キャリアアグリゲーション（ＣＡ）の手段によるものであり得る。ＣＡは、ＬＴＥ  Ｒｅｌ−１０の端末が複数のＣＣを受信し得ることを暗示している。ここで、ＣＣは、Ｒｅｌ−８のキャリアと同じ構成を有する、または少なくとも有する可能性がある。ＣＡを図４に示す。ＣＡ対応のＵＥは、常にアクティベートされているプライマリセル（ＰＣｅｌｌ）、および動的にアクティベートまたは非アクティベートされ得る１つ以上のセカンダリセル（ＳＣｅｌｌ）に配置される。
【００２０】
アグリゲートされたＣＣの数と同様に個別のＣＣの帯域は、アップリンクとダウンリンクで異なり得る。対称な構成は、ダウンリンクとアップリンクにおけるＣＣの数が同じケースに関する。一方、非対称な構成は、ＣＣの数が異なるケースに関する。セルにおいて構成されるＣＣの数は、端末から見たＣＣの数と異なり得る。例えば、セルが同じ数のアップリンクのＣＣとダウンリンクのＣＣで構成される場合であっても、端末は、アップリンクのＣＣより多くのダウンリンクのＣＣをサポートし得る。
【００２１】
また、キャリアアグリゲーションの重要な特徴は、キャリア間スケジューリングを実行する能力である。このメカニズムにより、１つのＣＣ上の（Ｅ）ＰＤＣＣＨが、（Ｅ）ＤＰＣＣＨメッセージの最初に挿入された３ビットのキャリアインジケータフィールド（ＣＩＦ）の手段により、別のＣＣ上でのデータ送信をスケジュールすることが許容される。所与のＣＣにおけるデータ送信に対しては、ＵＥは、ただ１つのＣＣ、同じＣＣまたはキャリア間スケジューリングを介して異なるＣＣ、における（Ｅ）ＰＤＣＣＨ上でスケジューリングメッセージを受信することを期待する。（Ｅ）ＰＤＣＣＨからＰＤＳＣＨへのこのマッピングはまた、準静的に構成される。
【００２２】
［ハイブリッド自動再送要求（ＨＡＲＱ）プロトコル］
ＬＴＥシステムでは、ユーザ装置（ＵＥ）は、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）によるダウンリンクデータ送信のネットワークにより通知される。特定のサブフレームｎにおけるＰＤＣＣＨの受信を受けて、ＵＥは、対応する物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を復号し、続くサブフレームｎ＋ｋでＡＣＫ／ＮＡＫを送信する必要がある。これは、図５に示される。ＡＣＫ／ＮＡＫフィードバックは、ｅＮｏｄｅＢに対して、対応するＰＤＳＣＨが正しく復号されたかを通知する。ｅＮｏｄｅＢがＡＣＫフィードバックを検出した場合、新しいデータブロックをＵＥに送信することに進むことができる。ｅＮｏｄｅＢによりＮＡＫが検出された場合、元のデータブロックに対応する符号化ビットは、再送される。再送が、先に送信された符号化ビットの繰り返しに基づく場合、チェイス合成ＨＡＲＱプロトコルにおける動作ということができる。再送が、先の送信試行において使用されていない符号化ビットを含む場合、インクリメンタル冗長度ＨＡＲＱプロトコルにおける動作ということができる。
【００２３】
ＬＴＥでは、ＡＣＫ／ＮＡＣフィードバックは、ＵＥが同時に物理アップリンク共有チャネル（ＰＵＳＣＨ）を送信しているかに依存して、２つの可能なアプローチのうちの１つを用いてＵＥにより送信される。
-  ＵＥが同じ時間にＰＵＳＣＨを送信しない場合、ＡＣＫ／ＮＡＫフィードバックは、物理アップリンク制御チャネル（ＰＵＣＣＨ）を介して送信される。
-  ＵＥが同時にＰＵＳＣＨを送信する場合、ＡＣＫ／ＮＡＫフィードバックは、ＰＵＳＣＨを介して送信される。
【００２４】
［無線ローカルエリアネットワーク］
ＷＬＡＮの典型的な配備において、衝突防止付きキャリアセンス多重アクセス（ＣＳＭＡ／ＣＡ）が、媒体アクセスに対して使用され得る。これは、空きチャネル判定（clear channel assessment）を行うためにチャネルが検知されることを意味し、チャネルがアイドルと示された場合にのみ、送信が開始される。チャネルがビジーと示された場合、送信は、本質的に、チャネルがアイドルとみなされるまで延期される。同じ周波数を使用するいくつかのＡＰの範囲が重なるとき、範囲内の別のＡＰからの、または、当該別のＡＰへの同じ周波数上の送信が、同じ周波数上で検出される場合は、１つのＡＰに関する全ての送信が、延期され得ることを意味する。実際上、これは、いくつかのＡＰが範囲内にいる場合に、それらは時間においてチャネルを共有する必要があり、個々のＡＰに対するスループットは非常に劣化することを意味する。Ｗｉ−ＦｉにおけるＬＢＴ（listen before talk）メカニズムの一般的な説明を図６に示す。
【００２５】
Ｗｉ−ＦｉステーションＡがステーションＢへデータフレームを送信した後、ステーションＢは、１６μｓの遅延で、ＡＣＫフレームをステーションＡに送り返す。そのようなＡＣＫフレームは、ＬＢＴ動作を行わずに、ステーションＢにより送信される。別のステーションがそのようなＡＣＫフレームの送信と干渉するのを避けるために、ステーションは、チャネルが占有されているかを再度判定する前に、チャネルが占有されていると観察された後に、３４μｓ（ＤＩＦＳとも称される）の期間に延期され得る。
【００２６】
したがって、送信を行いたいステーションは、まず、固定の期間ＤＩＦＳに対して媒体を検知することにより、ＣＣＡを実行し得る、媒体がアイドルの場合、ステーションは、媒体の所有権を得て、フレーム交換シーケンスが開始する。媒体がビジーの場合、ステーションは、媒体がアイドルになるのを待ち、ＤＩＦＳに延期し、更なるランダムバックオフ期間を待機し得る。
【００２７】
ステーションが、チャネルを連続的に占有することを避け、それにより、他のステーションがそのチャネルにアクセスすることを避けるために、送信後に再度送信を行いたいステーションは、ランダムバックオフの実効を完了する必要がある。
【００２８】
ＰＩＦＳは、媒体への優先アクセスを得るために使用され、ＤＩＦＳ期間より短いものであり得る。他のケースの中で、それは、優先度を有するビーコンフレームを送信するために、ＳＴＡがＰＣＦ下で動作することにより使用され得る。各無競合期間（ＣＦＰ）の開始において、ＰＣは媒体を検知する。媒体が１つのＰＩＦＳ期間（一般的には２５μｓ）に対してアイドルであると判定された場合、ＰＣは、ＣＦ、パラメータセットエレメント、およびデリバリトラフィック指標メッセージエレメントを含むビーコンフレームを送信する。
【００２９】
［ヨーロッパの規則ＥＮ３０１．８９３における負荷ベースの空きチャネル判定］
Ｗｉ−Ｆｉプロトコルを利用しないデバイスに対しては、ＥＮ３０１．８９３、ｖ１．７．１にでは、負荷ベースの空きチャネル判定に対する以下の要件および最小の動作が提供されている。
１）動作チャネル上の送信または送信のバーストの前に、装置は、“エネルギー検出”を用いて、空きチャネル判定（ＣＣＡ）チェックを行う。装置は、２０μｓ以下ではないＣＣＡ観察時間に対して、動作チャネルを観察する。装置により使用されるＣＣＡの観察時間は、製造業者により示され得る。動作チャネルは、チャネルにおけるエネルギーレベルが、以下のポイント５において与えられる電力レベルに対応する閾値を超える場合に、占有されていると見なされる。装置はチャネルが空いていることを発見すると、直ちに送信を行う（以下のポイント３を参照）。
２）装置が動作チャネルが占有されていることを発見すると、そのチャネルで送信は行わない。装置は、拡張ＣＣＡチェックを行い、ランダム係数ＮがＣＣＡ観察時間に乗算された期間、動作チャネルが観察される。Ｎは、送信の開始前に観察される必要がある全アイドル期間となる空きアイドルスロットの数を定義する。Ｎの値は、拡張ＣＣＡが必要となる時間毎に、１…ｑの範囲でランダムに選択され、その値はカウンタに格納される。ｑの値は、４…３２の範囲で製造業者により選択される。この選択された値は、製造業者により示され得る（５．３．１ｑ節を参照）。カウンタは、ＣＣＡスロットが「占有されていない」とみなされる毎に、減らされる。カウンタがゼロに到達すると、装置は送信する。
３）装置は、このチャネル上で、Ｗｉ−Ｆｉプロトコル、ＥＮ３０１．８９３、ｖ１．７．１における４．９．２．３節における要件に従う、ショート制御シグナリング送信を継続することが許容される。複数の（隣接する、または、隣接しない）動作チャネル上での同時の送信を有する装置に対しては、装置は、ＣＣＡチェックがこれらのチャネル上で信号を検出しない、他の動作チャネル上での送信を継続することが許容される。装置が動作チャネルを使用する全時間は、最大チャネル占有時間であり、これは、（１３／３２）×ｑ ｍｓよりも短く、ここで、ｑは上記のポイント２のように定義され、その後、デバイスは上記ポイント２で説明した拡張ＣＣＡを実行する。
４）装置は、この装置対象のパケットの受信を行うと、ＣＣＡをスキップし、直ちに管理および制御フレーム（例えば、ＡＣＫおよびブロックＡＣＫフレーム）の送信に進む。装置による、連続した送信のシーケンスは、新しいＣＣＡを実行することなく、上記のポイント３で定義したような最大チャネル占有時間を超えない。なお、マルチキャストの目的のために、個別のデバイスの（同じデータパケットに関連付けられた）ＡＣＫ送信は、一連に行われることが許容される。
５）ＣＣＡに対するエネルギー検出の閾値は、送信機の最大送信電力（ＰＨ）に比例する。２３ｄＢｍ  ｅ．ｉ．ｒ．ｐの送信機に対して、ＣＣＡの閾値レベル（ＴＬ）は、（０ｄＢｉ受信アンテナを仮定した）受信機への入力において、−７３ｄＢｍ／ＭＨｚ以下であり得る。他の送信電力レベルに対しては、ＣＣＡの閾値レベルＴＬが、以下の式を用いて算出される。ＴＬ＝−７３ｄＢｍ／ＭＨｚ＋２３−ＰＨ（０ｄＢｉ受信アンテナとｄＢｍ  ｅ．ｉ．ｒ．ｐで規定したＰＨを仮定する）
ＥＮ３０１．８９３におけるＬＢＴ（listen before talk）を説明するための例を図７に示す。
【００３０】
［切り捨て指数バックオフ］
上記の基本的なＬＢＴプロトコルでは、媒体が利用可能な場合、複数のＷｉ−Ｆｉステーションが送信準備となり、結果として衝突が起こり得る。衝突を減らすために、送信を行うことをとするステーションは、ランダムバックオフカウンタを選択し、その数をスロットチャネルのアイドル時間に延期する。ランダムバックオフカウンタは、［０，ＣＷ−１］の間隔に対する一様分布から選ばれたランダムな整数として選択される。なお、衝突は、チャネルアクセスを争う多くのステーションの場合に、このランダムバックオフプロトコルを用いる場合にさえ、発生し得る。したがって、連続的な衝突を減らすために、競合ウィンドウサイズは可変とすることができる。
【００３１】
ＩＥＥＥの仕様では、ランダムバックオフ競合ウィンドウのデフォルトのサイズは、ＣＷｍｉｎに設定される。連続的な衝突を回避するために、ステーションがＩＥＥＥの仕様で設定された限度、ＣＷｍａｘ、までの送信の衝突を検出したときはいつでも、バックオフ競合ウィンドウサイズＣＷは、２倍にされる。ステーションが衝突なしに送信に成功した場合、ランダムバックオフ競合ウィンドウのサイズを、デフォルトの値、ＣＷｍｉｎ、にリセットする。
【００３２】
［ＬＴＥを用いた、ライセンスされていないスペクトルへのライセンス補助アクセス（ＬＡＡ）］
これまで、ＬＴＥにより使用されるスペクトルは、ＬＴＥに個別のものである。ＬＴＥシステムは、同じスペクトルでの他の非３ＧＰＰ無線アクセス技術との共存に注意を払う必要がなく、スペクトル効率が最大化され得ることが利点である。しかしながら、ＬＴＥに割り当てられたスペクトルは制限され、アプリケーション／サービスからのより高いスループットに対して更に増加する要求を満たすことができない。よって、ライセンスされたスペクトルに追加してライセンスされていないスペクトルを活用するためにＬＴＥを拡張することに関して、新しいスタディアイテムが、３ＧＰＰにおいて開始された。
【００３３】
図８に示される、ライセンスされていないスペクトルに対するライセンス補助アクセスを用いて、ＵＥは、ライセンスされていないバンドにおけるＰＣｅｌｌと、ライセンスされていないンバンドにおける１つ以上のＳＣｅｌｌに接続する。このアプリケーションでは、ライセンスされていないスペクトルにおけるセカンダリセルを、ＬＡＡセカンダリセル（ＬＡＡ  ＳＣｅｌｌ）と示す。ＬＡＡ  ＳＣｅｌｌは、ＤＬのみのモードで、または、ＵＬとＤＬのトラフィックを用いて動作し得る。更に、将来のシナリオでは、ＬＴＥのノードは、ライセンスされたセルからの補助なしで、ライセンスを免れたチャネルで、スタンドアローンのモードで動作し得る。ライセンスされていないスペクトルは、定義によると、複数の異なる技術により同時に使用され得る。したがって、上記に説明したようなＬＡＡは、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ）等の他のシステムとの共存を考慮する必要がある。
【００３４】
Ｗｉ−Ｆｉシステムと適正に共存するために、ＳＣｅｌｌにおける送信は、衝突とそれによる現在進行中の送信との耐え難い干渉を回避するために、ＬＢＴプロトコルに適合され得る。これは、送信を開始する前にＬＢＴを実行することと、単一の送信バーストの最大期間を制限することを含む。最大送信バーストの期間は、国および領域特定の規則により規定され、例えば、日本では４ｍｓであり、ヨーロッパではＥＮ３０１．８９３に従って１３ｍｓである。ＬＡＡの状況下の例は、図９に示され、ここで、４ｍｓの最大許容送信期間により制限を受けるＬＡＡ  ＳＣｅｌｌにおける送信バーストの期間に対する異なる例が示される。
【００３５】
ライセンスされていないスペクトルにおいてＬＢＴをサポートするＬＡＡ  ＬＴＥのための現存の方法は、送信の非適切の遅延を含み、それにより、無線通信ネットワークの性能が劣化する。
【発明の概要】
【００３６】
本実施形態の目的は、無線通信ネットワークにおいてデータを送信する改良した方法を提供することにより、無線通信ネットワークの性能を向上させることである。
【００３７】
本実施形態の第１の観点によれば、無線通信ネットワークにおける無線チャネル上で少なくとも１つの受信ノードへのデータ送信を実行するための送信ノードにより実行される方法を提供することにより、この目的は達成される。当該送信ノードは、少なくとも２つの競合ウィンドウを設定し、ここで、当該少なくとも２つの競合ウィンドウのサイズは、当該少なくとも１つの受信ノードに関連付けられた情報に基づいて個別に決定される。また、当該送信ノードは、当該少なくとも１つの受信ノードへの第１のデータ送信を、当該少なくとも２つの競合ウィンドウのサイズの第１の競合ウィンドウのサイズにより決定される、当該無線チャネルの観察の第１の期間に延期する。当該送信ノードは更に、当該少なくとも１つの受信ノードへの少なくとも１つの第２のデータ送信を、当該少なくとも２つの競合ウィンドウのサイズの少なくとも第２の競合ウィンドウのサイズにより決定される、当該無線チャネルの観察の少なくとも１つの第２の期間に延期する。更に、当該送信ノードは、当該無線チャネルの観察の当該第１の期間または当該少なくとも第２の期間の結果が、それぞれ、当該無線チャネルがアイドルである場合、当該少なくとも１つの受信ノードの当該第１のデータ送信または当該少なくとも１つの第２のデータ送信を行う。
【００３８】
本実施形態の第２の観点によれば、無線通信ネットワークにおける無線チャネル上で少なくとも１つの受信ノードへのデータ送信を実行するための送信ノードにより、目的は達成される。当該送信ノードは、少なくとも２つの競合ウィンドウを設定するように構成され、ここで、当該少なくとも２つの競合ウィンドウのサイズは、当該少なくとも１つの受信ノードに関連付けられた情報に基づいて個別に決定される。当該送信のノードはまた、当該少なくとも１つの受信ノードへの第１のデータ送信を、当該少なくとも２つの競合ウィンドウのサイズの第１の競合ウィンドウのサイズにより決定される、当該無線チャネルの観察の第１の期間に延期するように構成される。更に、当該送信ノードはまた、当該少なくとも１つの受信ノードへの少なくとも１つの第２のデータ送信を、当該少なくとも２つの競合ウィンドウのサイズの少なくとも第２の競合ウィンドウのサイズにより決定される、当該無線チャネルの観察の少なくとも１つの第２の期間に延期するように構成される。当該送信ノードは、更に、当該無線チャネルの観察の前記第１の期間または当該少なくとも第２の期間の結果が、それぞれ、当該無線チャネルがアイドルである場合、当該少なくとも１つの受信ノードの当該第１のデータ送信または当該少なくとも１つの第２のデータ送信を行うように構成される。
【００３９】
本実施形態の第３の観点によれば、少なくとも１つのプロセッサ上で実行された場合に、当該少なくとも１つのプロセッサに上述の方法を実行させる命令を含むコンピュータプログラムにより、目的は達成される。本実施形態の第４の観点によれば、上記のコンピュータプログラムを含むキャリアにより、目的は達成され、当該キャリアは、電気信号、光信号、無線信号、またはコンピュータ読み取り可能な記憶媒体のうちの１つである。
【００４０】
当該少なくとも１つの受信ノードに関連付けられた情報に基づいて、少なくとも２つの競合ウィンドウを個別に決定し、設定することにより、例えば、複数の対象の受信機に対する複数の競合ウィンドウのサイズを維持することにより、送信ノードは、対象の受信機、すなわち、少なくとも１つの受信ノードの近傍の、競合隣接ノード、すなわち、隣接物の異なる数の観点で、その送信を適合化することが可能となる。すなわち、送信ノードは、対象の受信機のチャネル条件と干渉状況を考慮して、当該対象の受信機への改良した送信を行うことが可能となる。例えば、無線通信ネットワークにおいてチャネルアクセスを競合するネットワークノードが多数存在する場合、共通チャネルのＬＡＡとＷｉ−Ｆｉ間の適正な共存が保証され、これにより、好適なＳＩＮＲ条件を経験する対象の受信機、例えば、送信ノードに近い位置の受信機に対して、不必要に長い媒体アクセスが避けられる。
【００４１】
したがって、無線通信ネットワークの性能が向上する。
【図面の簡単な説明】
【００４２】
本実施形態の例は、添付の図面を参照してより詳細に説明される。
【図１】図１は、ＬＴＥダウンリンク物理チャネルリソースの略図である。
【図２】図２は、ＬＴＥ時間領域の構成の略図である。
【図３】図３は、一般的なダウンリンクサブフレームの略図である。
【図４】図４は、キャリアアグリゲーションの略図である。
【図５】図５は、ＬＴＥにおけるＨＡＲＱ動作の略図である。
【図６】図６は、Ｗｉ−ＦｉにおけるＬＢＴメカニズムの略図である。
【図７】図７は、ＥＮ３０１．８９３におけるＬＢＴの略図である。
【図８】図８は、１つのＬＡＡ  ＳＣｅｌｌで構成されたＣＡ可能なＵＥを示す。
【図９】図９は、他のライセンスされていないバンドの技術との好ましい共存を保証するために、ＬＴＥキャリアアグリゲーションとＬＢＴを用いた、ライセンスされていないスペクトルへのＬＡＡの略図である。
【図１０】図１０は、送信機依存の競合ウィンドウの適合化を示す。
【図１１】図１１は、無線通信ネットワークを示す略図である。
【図１２】図１２は、送信ノードにおける方法の実施形態を示すフローチャートである。
【図１３】図１３は、いくつかの実施形態に従う、受信機依存の競合ウィンドウのサイズを示す。
【図１４】図１４は、いくつかの実施形態に従う、受信機依存の競合ウィンドウの適合化を示す。
【図１５】図１５は、いくつかの実施形態に従う、受信機依存の競合ウィンドウの適合化を更に示す。
【図１６】図１６は、送信ノードの実施形態を示す概略ブロック図である。
【発明を実施するための形態】
【００４３】
以下の共通に利用される専門用語は、実施形態において使用され、以下に詳細に述べる。
【００４４】
無線ネットワークノード：いくつかの実施形態において、非限定的な用語である無線ネットワークノードは、より共通に使用され、ＵＥに対してサービスを行う、および／または他のネットワークノードに接続されるあらゆるタイプのネットワークノード、ネットワークエレメント、またはＵＥから信号を受信するあらゆる無線ノードを参照する。無線ネットワークノードの例は、ＮｏｄｅＢ、基地局（ＢＳ）、マルチスタンダード無線（ＭＳＲ）のＭＲＳ  ＢＳのような無線ノード、ｅＮｏｄｅＢ、ネットワークコントローラ、無線ネットワークコントローラ（ＲＮＣ）、基地局コントローラ、中継機、中継機を制御するドナーノード、基地局（ＢＴＳ）、アクセスポイント（ＡＰ）、送信ポイント、送信ノード、ＲＲＵ、ＲＲＨ、分散アンテナシステム（ＤＡＳ）におけるノード等である。
【００４５】
ネットワークノード：いくつかの実施形態において、より一般的な用語である「ネットワークノード」が使用され、それは、少なくとも無線ネットワークノードと通信する、あらゆるタイプの無線ネットワークノードまたはあらゆるネットワークノードに対応し得る。ネットワークノードの例は、上述したあらゆる無線ネットワークノード、コアネットワークノード（例えば、ＭＳＣ、ＭＭＥ等）、Ｏ＆Ｍ、ＯＳＳ、ＳＯＮ、ポジショニングノード（例えばＥ−ＳＭＬＣ）、ＭＤＴ等である。
【００４６】
ユーザ装置：いくつかの実施形態において、非限定的な用語であるユーザ装置（ＵＥ）が使用され、それは、セルラ、または、移動通信システムにおいて、無線ネットワークノードと通信するあらゆるタイプの無線装置を参照する。ＵＥの例は、ターゲットデバイス、デバイス・ツー・デバイスＵＥ、マシーンタイプＵＥまたはマシーン・ツー・マシーン通信が可能なＵＥ、ＰＤＡ、ｉＰＡＤ、タブレット、移動端末、スマートフォン、ラップトップ埋め込み機器（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、ＵＳＢドングル等である。
【００４７】
なお、３ＧＰＰ  ＬＴＥからの略語が本開示で実施形態を例示するために使用されるが、当該実施形態の範囲を前述のシステムだけに限定するように理解されるべきではない。ＷＣＤＭＡ、ＷｉＭａｘ、ＵＳＢおよびＧＳＭを含む他の無線システムもまた、本開示内でカバーされるアイディアを用いることにより、利益を得る。また、ｅＮｏｄｅＢとＵＥといった用語は、非限定的に考慮されるべきであり、特に、２つの間の特定の階層的な関係を暗示すべきではない。一般的に、「ｅＮｏｄｅＢ」は一般的にデバイス１として、「ＵＥ」はデバイス２として考慮され、これらの２つのデバイスは、ある無線チャネルを介して互いに通信を行う。ここで、我々は、ダウンリンクに着目するが、本実施形態はアップリンクにも同等に適用可能である。
【００４８】
ここに説明する実施形態を展開する一部として、まず、問題を特定し、検討する。
【００４９】
従来、ＬＢＴシステムは、送信機に対して、競合ウィンドウのサイズを適合化する。送信機が異なる距離のいくつかの受信機、および異なる数の隣接物に送信することが可能である場合には、そのような制限は最適ではない。例えば、ＷｉＦｉ送信機は、期待する時間にＡＣＫを受信しなかった場合、その競合ウィンドウのサイズを２倍にする。しかしながら、ＡＣＫは、所与の受信機への送信に関する。しかしながら、競合ウィンドウのサイズの更新は、送信機固有であり、したがって、単一の受信機の欠陥に起因するその拡大は、同じ送信機の全ての可能性のある受信機の性能に影響を与える。
【００５０】
送信機依存の競合ウィンドウの適合化の図を図１０に示す。この例では、ＵＥ３は、そのサービングＬＡＡアクセスポイント（ＡＰ１）から遠く離れており、干渉物からの耐え難い干渉を経験するだろう。結果として、ＬＡＡ  ＡＰ１は、その競合ウィンドウのサイズを、継続するフレームエラーにより、最大のサイズまで拡大する。ＡＰ１は、遅延、サービスの品質、および契約上の要件等のファクタに基づいてＵＥ３への送信を行い続けることに代わって、ＵＥ２へ送信することを希望する。以下の例では、ＵＥ２は、サービングＡＰ１と近く、干渉ノードからは遠く離れている。よって、大きいランダムバックオフを適用しないでも、フレームエラーを引き起こさない程度に、期待するＳＩＮＲは十分に高くなり得る。しかしながら、典型的なＬＢＴシステム、例えば、ＩＥＥＥ８０２．１１規格ベースのＷｉＦｉにおける、従来の送信機依存の競合ウィンドウの適合化の手法では、ＣＷが送信機、すなわち、この例ではＡＰ１に対して特定して設定されるため、ＵＥ２に対して同じ競合ウィンドウのサイズが維持される。これにより、対象の受信機ＵＥ２はＡＰ１と非常に近く、非常に高いＳＩＮＲを期待できるが、不必要に長いランダムバックオフが生じる。これにより、チャネルへのアクセスが遅くなり、結果としてユーザデータレートが低くなる。
【００５１】
これらの問題は、例示し、図１１から１６を参照して以下により詳細に説明する、以下に説明する実施形態により解決される。なお、これらの実施形態は互いに排他的ではないことに注意すべきである。１つの実施形態からの要素は、別の実施形態に暗黙に想定され得る。そして、それらの要素は、他の例示的な実施形態においてどのように用いられるかは、当業者にとって明らかであろう。
【００５２】
なお、例えば、米国特許８，７７４，２０９号に記載される装置および方法とは反対に、本実施形態は、負荷ベースのＯＦＤＭシステムのＬＢＴフェーズに着目し、ＥＮ３０１．８９３の規制を満足しながらも、Ｗｉ−Ｆｉ等の他の無線アクセス技術との適正な共存を保証するように設計される。
【００５３】
図１１は、無線通信ネットワーク１００をの例を示す。これはときに、本実施形態が実装され得る、セルラ無線システム、セルラネットワーク、または無線通信システムとも称される。無線通信ネットワーク１００は、例えば、ロングタームエヴォリューション（ＬＴＥ）周波数分割複信（ＦＤＤ）、ＬＴＥ時間分割複信（ＴＤＤ）、ＬＴＥ半複信周波数分割複信（ＨＤ−ＦＤＤ）、ライセンスされていないバンドにおいて動作するＬＴＥ等の、ＬＴＥ、広帯域符号分割多重アクセス（ＷＣＤＭＡ）、ユニバーサル地上波無線アクセス（ＵＴＲＡ）ＴＤＤ、モバイル通信のためのグローバルシステム（ＧＳＭ）ネットワーク、ＧＳＭ／ＧＳＭ強化のための強化型データレート（ＥＤＧＥ）無線アクセスネットワーク（ＧＥＲＡＮ）ネットワーク、ウルトラモバイルブロードバンド（ＵＭＢ）、ＥＤＧＥネットワーク、マルチスタンダード無線（ＭＳＲ）基地局、マルチＲＡＴ基地局等の無線アクセス技術（ＲＡＴ）のあらゆる組み合わせを含むネットワーク、あらゆる第３世代パートナーシッププロジェクト（３ＧＰＰ）のセルラネットワーク、ＷｉＦｉネットワーク、ワールドワイド・インターオペラビリティ・フォー・マイクロウェーブ・アクセス（ＷｉＭＡＸ）、５Ｇシステム、または、あらゆるセルラネットワークまたはシステム、であり得る。よって、３ＧＰＰ  ＬＴＥからの専門用語が本開示で実施形態を例示するために使用されるが、当該実施形態の範囲を前述のシステムだけに限定するように理解されるべきではない。
【００５４】
無線通信ネットワーク１００は、複数のネットワークノードを有し、その中でネットワークノード１１０が図１１に示される。ネットワークノード１１０は、例えば、ｅＮＢ、ｅＮｏｄｅＢ、ホームＮｏｄｅＢ、または、無線通信ネットワークにおけるユーザ装置またはマシーンタイプの通信デバイス等の無線デバイスに対してサービスを提供することが可能な他のネットワークノードである、無線基地局等の送信ポイントであり得る。
【００５５】
無線通信ネットワーク１００は、セルエリアに分割される地理的エリアをカバーする。ここで、１つのネットワークノードは１つまたはいくつかのセルに対してサービスを提供し得るが、各セルエリアは、１つのネットワークノードによりサービスが供給される。図１１に示される非限定的な例において、ネットワークノード１１０は、第１のセル１３１またはプライマリセル１３１に対してサービスを提供する。プライマリセル１３１は、典型的には、ライセンスされたスペクトルにおけるものである。ネットワークノード１１０はまた、第２のセル１３２、上記に定義したように、ライセンス補助アクセスセカンダリセル１３２とも称されるライセンス補助アクセスセル１３２、に対してサービスを提供する。ライセンス補助アクセスセル１３２は、ライセンスされていないスペクトルにおけるものである。プライマリセル１３１とライセンス補助アクセルセル１３２は、ネットワークノード１１０と無線デバイス１２０間の通信に対して使用される。ネットワークノード１００は、送信電力、および、それによるセルサイズにも基づいて、マクロｅＮｏｄｅＢ、ホームｅＮｏｄｅＢ、またはピコ基地局といった異なるクラスのものであり得る。典型的には、無線通信ネットワーク１００は、それぞれネットワークノードによりサービスが提供される、第１のセル１３１と第２のセル１３２と同様の複数のセルを有する。簡単化のために、図１４においては、それは示されていない。ネットワークノード１１０は、１つまたはいくつかの通信技術をサポートし、その名前は、使用する技術および専門用語に依存し得る。３ＧＰＰ  ＬＴＥにおいて、ｅＮｏｄｅＢまたはｅＮＢとしても称され得るネットワークノード１１０は、１つ以上のコアネットワークに直接接続され得る。
【００５６】
無線デバイス１２０は、無線通信ネットワーク１００に位置するユーザ装置またはＵＥとも称される。無線デバイス１２０は、ユーザ装置、モバイル端末または無線端末、携帯電話、ラップトップ等のコンピュータ、ときにサーフプレートとも称される、無線機能を有するパーソナルデジタルアシスタント（ＰＤＡ）またはタブレットコンピュータ、または、無線通信ネットワークにおける無線リンクを介して通信することが可能なあらゆる他の無線ネットワークユニットであり得る。なお、本書類で使用されるユーザ装置という用語は、ユーザを有しないものの、マシーン・ツー・マシーン（Ｍ２Ｍ）デバイス等の他の無線デバイスもカバーする。無線デバイス１２０は、プライマリセル１３１における第１の無線リンク１４１と、ライセンス補助アクセスセル１３２における第２の無線リンク１４２を介して、ネットワークノード１１０と無線通信ネットワーク１００内で通信するように構成される。
【００５７】
あらゆるネットワークノード１１０と無線デバイス１２０は、ここでは送信ノードと称され得る。あらゆるネットワークノード１１０と無線デバイス１２０は、ここでは受信ノードと称され得る。なお、ＵＥに対するあらゆる参照は、無線デバイス１２０等の無線デバイスに適用されることが理解されるべきである。ｅＮＢに対するあらゆる参照は、ネットワークノード１１０等のネットワークノードに適用されることが理解されるべきである。送信ノードまたは送信機に対するあらゆる参照は、ネットワークノード１１０または無線デバイス１２０に等しく適用されることが理解されるべきである。受信ノードまたは受信機に対するあらゆる参照は、ネットワークノード１１０または無線デバイス１２０に等しく適用されることが理解されるべきである。
【００５８】
なお、本実施形態では、送信機が複数の受信機にデータを送信することを意図する場合に、ライセンスされていないバンドで動作する負荷ベースのＬＢＴシステムに対して定義された受信機依存の競合ウィンドウの適合化を行うものとして説明する。各送信機において選択される競合ウィンドウは、送信機から異なる地理的距離または長期間のチャネル条件を最適に反映するために、受信機固有であるべきである。
【００５９】
更に、ＬＢＴプロトコルに対する、提案するバックオフ競合ウィンドウのバリエーションの技術も、以下の実施形態により説明する。これは、一般的には、ＤＬ送信とＵＬ送信の両方、および、ＦＤＤシステムとＴＤＤシステムの両方に適用可能である。以下では、ランダムバックオフカウンタが新しいＬＢＴ試行に置かれ得る競合ウィンドウＣＷは、ＣＷにより表わされる。それにより、カウンタが時間間隔［０，ＣＷ］内に入るようになる。
【００６０】
なお、いくつかの実施形態によれば、物理的な対象の受信機は、当該物理的な対象の受信機が、異なるービスの品質、重要度、または遅延耐性のクラスを有するデータを有する場合、複数の仮想的な対象受信機として扱われ得る。更なる実施形態によれば、複数の物理的または仮想的な対象の受信機に対応する複数の競合ウィンドウが、１つの送信機会またはインスタンスにおいて扱われる。
【００６１】
無線通信ネットワーク１００における無線チャネル上で少なくとも１つの受信ノード１２０、１１０へのデータ送信を行うための送信ノード１１０、１２０により実行される方法の実施形態の例を、図１２に示されるフローチャートを参照して説明する。図１２は、送信ノード１１０、１１２により行われ得るアクションまたは動作の例を示す。なお、いくつかの実施形態では、少なくとも１つの受信ノード１２０、１１０は、無線通信ネットワーク１００において２つ以上の受信ノードを含み得る。いくつかの実施形態では、送信ノード１１０、１２０はまた、無線チャネルを連続的に監視し得る。本方法は、以下のアクションを含む。
【００６２】
（アクション１２０１）
まず、送信ノード１１０、１２０は、少なくとも２つの競合ウィンドウを設定する。ここで、当該少なくとも２つの競合ウィンドウのサイズは、少なくとも１つの受信ノード１２０、１１０に関連付けられた情報に基づいて個別に決定される。なお、これは、送信ノード１１０、１２０が、少なくとも２つのカウンタを、少なくとも２つの時間間隔から選択された値に設定することとして説明され得る。ここで、当該少なくとも２つの競合ウィンドウは、少なくとも１つの受信ノードに関連付けられた情報に基づいて個別に決定される。ここでは、少なくとも２つの時間間隔が、少なくとも２つの競合ウィンドウサイズに対応する。
【００６３】
いくつかの実施形態では、送信ノード１１０、１２０は、第１の競合ウィンドウのサイズを、少なくとも１つの受信ノード１２０、１１０における異なる優先度を有する少なくとも２つのサービスのクラスの第１のサービスのクラスの優先度に基づいて決定し、少なくとも第２の競合ウィンドウのサイズを、少なくとも１つの受信ノード１２０、１１０における異なる優先度を有する少なくとも２つのサービスのクラスの少なくとも１つの第２のクラスの優先度に基づいて決定し得る。これは、例えば、少なくとも１つの受信ノード１２０、１１０が、異なる優先度を持つサービスの少なくとも２つのクラスを有する単一の受信ノードである場合に実行され得る。
【００６４】
いくつかの実施形態では、少なくとも１つの受信ノード１２０、１１０に関連付けられる情報は、
‐  少なくとも１つの受信ノード１２０、１１０のタイプ、
‐  少なくとも１つの受信ノード１２０、１１０のサービスの要件、
‐  少なくとも１つの受信ノード１２０、１１０への先に行われたデータ送信の、観察された成功および／または失敗、
‐  少なくとも１つの受信ノード１２０、１１０の統計的情報（例えば、長期間の信号対雑音比（ＳＩＮＲ）、受信信号強度インジケータ（ＲＳＳＩ）、少なくとも１つの受信ノード１２０、１１０の測定報告に基づいたヒストグラム、少なくとも１つの受信ノード１２０，１１０により経験されるフレームエラーまたは再送率）、
‐  同じ時間にスケジュールされたデータ送信を有する少なくとも１つの受信ノード１２０、１１０の数、
のうちの１つ以上である。
【００６５】
いくつかの実施形態では、送信ノード１１０、１２０は、１つ以上の受信ノードに対してサービスを提供することが可能であり、単一の送信インスタンスの間で１つ以上の受信ノードをスケジュールすることが可能な場合に使用される、第１および少なくとも第２の競合ウィンドウのサイズに基づいて、ジョイント競合ウィンドウのサイズを決定し得る。いくつかの実施形態において、送信ノード１１０、１２０はまた、無線通信ネットワーク１００において、別のノードから、少なくとも１つの受信ノード１２０、１１０に関連付けられた情報を取得し得る。
【００６６】
（アクション１２０２）
アクション１２０１において、少なくとも２つの競合ウィンドウのサイズを設定した後、送信ノード１１０、１２０は、少なくとも１つの受信ノード１２０、１１０への第１のデータ送信を、当該少なくとも２つの競合ウィンドウのサイズの第１の競合ウィンドウのサイズにより決定される、無線チャネルの観察の第１の期間に延期する。アクション１２０１において、カウンタの専門用語を使用する場合、これは、送信ノード１１０、１２０が、少なくとも１つの受信ノードへの第１のデータ送信を、少なくとも２つのカウンタの第１のカウンタにより決定される、無線チャネルの観察の第１の期間に延期することとして説明され得る。
【００６７】
（アクション１２０３）
このアクションでは、送信ノード１１０、１２０はまた、少なくとも１つの受信ノード１２０、１１０への少なくとも１つの第２のデータ送信を、当該少なくとも２つの競合ウィンドウのサイズの少なくとも第２の競合ウィンドウのサイズにより決定される、無線チャネルの観察の少なくとも１つの第２の期間に延期する。ここでもまた、アクション１２０１において、カウンタの専門用語を使用する場合、これは、送信ノード１１０、１２０が、少なくとも１つの受信ノードへの少なくとも第２のデータ送信を、少なくとも２つのカウンタの少なくとも１つの第２のカウンタにより決定される、無線チャネルの観察の少なくとも１つの第２の期間に延期することとして説明され得る。
【００６８】
（アクション１２０４）
送信ノード１１０、１２０は、その後、無線チャネルの観察の第１の期間または少なくとも第２の期間の結果が、それぞれ、無線チャネルがアイドルである場合、少なくとも１つの受信ノード１２０、１１０への第１のデータ送信または少なくとも１つの第２のデータ送信を行う。
【００６９】
（アクション１２０５）
このオプションのアクションにおいて、送信ノード１１０、１２０は、第１および少なくとも第２の競合ウィンドウのサイズのそれぞれを、少なくとも１つの受信ノード１２０、１１０に関連付けられた情報に個別に基づいて適合化し得る。いくつかの実施形態において、送信ノード１１０、１２０は、少なくとも１つの受信ノード１２０、１１０への対応するデータの送信が成功しないと判定された場合に、第１および少なくとも第２の競合ウィンドウの少なくとも１つを拡大することにより適合化し得る。いくつかの実施形態では、送信ノード１１０、１２０は、第１および少なくとも第２の競合ウィンドウの少なくとも１つを、決定された最大の競合ウィンドウのサイズに徐々に拡大することにより適合化し得る。いくつかの実施形態では、送信ノード１１０、１２０は、少なくとも１つの受信ノード１２０、１１０への対応するデータの送信が成功すると判定された場合に、第１および少なくとも第２の競合ウィンドウの少なくとも１つを縮小することにより適合化し得る。いくつかの実施形態では、送信ノード１１０、１２０は、少なくとも１つの受信ノード１２０、１１０）の対応するデータの送信が成功すると判定された場合に、第１および少なくとも第２の競合ウィンドウの少なくとも１つを、決定された開始競合ウィンドウのサイズにリセットすることにより適合化し得る。いくつかの実施形態では、送信ノード１１０、１２０は、少なくとも１つの受信ノード１２０、１１０に関連付けられた情報に基づいて、第１および少なくとも第２の競合ウィンドウのサイズのそれぞれに対する変更のレートを、個別に増加する、および／または、減らすことにより適合化し得る。いくつかの実施形態では、送信ノード１１０、１２０は、ＬＢＴ（Listen Before Talk）アルゴリズムに従って適合化し得る。
【００７０】
いくつかの実施形態によれば、異なる競合ウィンドウのサイズが、同じ送信機、例えば、送信ノード１１０、１２０において使用され得る。これはまた、受信機依存の競合ウィンドウ（ＣＷ）を有するものとして参照され得る。図１３は、受信機依存ＣＷの高レベルの手順を示す例である。なお、図１３を参照して説明する１３０１−１３０４は、図１２を参照して説明したアクション１２０１−１２０４の実施形態を示す。送信機ｉ、すなわちＡＰは、関連する受信機、すなわち少なくとも１つの受信機ノード１２０、１１０のそれぞれに対する競合ウィンドウのサイズを維持する。
【００７１】
アクション１３０１  送信機ｉは、受信機ｋを対象としたデータをスケジュールする。
【００７２】
アクション１３０２  送信機ｉは、所与の競合ウィンドウのサイズＣＷｉ→ｋからランダムにＮを選択する。ここで、ＣＷｉ→ｋは、サービングＡＰｉに関連付けられた受信機ｌを対象とした受信機依存のパラメータである。
【００７３】
アクション１３０３  送信機ｉは、チャネルを検知する。
【００７４】
アクション１３０４  送信機ｉは、ＬＢＴに従ってデータを送信する。
【００７５】
１つの観点によれば、受信機に割り当てられた競合ウィンドウのサイズは、受信機のタイプに依存し得る。別の観点によれば、受信機に割り当てられた競合ウィンドウのサイズは、受信機のサービスの要件に依存し得る。更に別の観点によれば、受信機の競合ウィンドウのサイズは、中央管理エンティティから取得され得る。
【００７６】
更なる観点によれば、受信機に対する競合ウィンドウのサイズは、再構成され得る。更なる観点によれば、送信機は、送信機に関連する全ての受信機の競合ウィンドウのサイズを２倍にし得る。更なる観点によれば、送信機は、送信機に関連する全ての受信機の競合ウィンドウのサイズを同じ量に拡大し得る。
【００７７】
いくつかの実施形態によれば、各関連する受信機の競合ウィンドウのサイズは、送信機により個別に適合化され得る。これは、受信機依存の競合ウィンドウ（ＣＷ）のサイズの調整を有することとして参照され得る。この第２の実施形態の例を図１４に示す。ここで、競合ウィンドウのサイズは、先の送信の、観察された成功または失敗に基づいて適合化される。なお、図１４を参照して説明される１４０１−１４０６は、図１２を参照して説明されるアクション１２０１−１２０５の実施形態を示す。これらの実施形態では、アクション１４０１−１４０４は、図１３を参照して説明された１３０１−１３０４に対応するが、更にアクション１４０５−１４０６を含む。
【００７８】
アクション１４０５  ＵＥｋへの送信が成功すると、ＣＷｉ→ｋは、使用しているＬＢＴアルゴリズムに従った特定の値ＣＷｍｉｎの送信機ｉによりリセットされ得る。 
【００７９】
アクション１４０６  それ以外では、ＣＷｉ→ｋは、システムの所定のＬＢＴプロトコルにおける特定のルールに従って、ＣＷｍａｘの限度までで、送信機により拡大され得る。いくつかの実施形態によれば、競合ウィンドウサイズＣＷｉ→ｋは、１つ以上の先の送信の結果がエラーである場合に、２倍になる。
【００８０】
いくつかの観点によれば、各受信機に対して使用されるＣＷｍｉｎとＣＷｍａｘ間の競合ウィンドウの拡大のレートは、異なり得る。例えば、ＵＥｐに対する競合ウィンドウは、１つ以上の先の送信の結果がエラーである場合に２倍になり得るが、ＵＥｑに対する競合ウィンドウは、１つ以上の先の送信の結果がエラーである場合に３倍になり得る。これは、異なるＵＥに対する競合ウィンドウに対する値の異なる設定を用いることにより、一般化され得る。したがって、一般的には、ｋ番目のＵＥに対しては、送信機は、競合ウィンドウのセットＣＷｉ→ｋ∈｛ＣＷｍｉｎ、ＣＷｉ→ｋ（１）、ＣＷｉ→ｋ（２）、…ＣＷｍａｘ｝を使用し得る。
【００８１】
上述したような、受信機依存のＣＷの適合化の説明的な例を図１５に示す。ここで、ＬＡＡ  ＡＰ１、例えば送信ノード１１０は、ＵＥ、例えば少なくとも１つの受信ノード１２０のチャネル条件に従って、ＣＷを異ならせる。ＬＡＡ  ＡＰ１は、セルの端のＵＥ３に対する競合ウィンドウサイズＣＷ１ＬＡＡ  ＡＰ１→ＵＥ３（ＣＷ１→３とも称される）よりも短い、セルの中心のＵＥに対する競合ウィンドウサイズＣＷ１ＬＡＡ  ＡＰ１→ＵＥ２（ＣＷ１→２とも称される）を用いる。
【００８２】
ここで、セルの中心のＵＥ２は、セルの端のＵＥ３よりも、ＬＡＡ  ＡＰ１に近い。
【００８３】
いくつかの実施形態によれば、ＣＷｍｉｎとＣＷｍａｘのパラメータは、例えば、ＩＥＥＥ８０２．１１規格等の送信機またはトラフィックタイプに依存するよりは、受信機依存のパラメータである。詳細には、各送信機は、最適なＣＷｍｉｎとＣＷｍａｘのパラメータの設定を適応的に決定または導出するために、長期間の統計的情報を使用し得る。これは、受信機依存のＣＷｍｉｎとＣＷｍａｘの適合化を有するものとして参照され得る。
【００８４】
したがって、いくつかの実施形態では、ＵＥ固有の長期間情報に基づいて、ＵＥｊに対するＣＷｍｉｎとＣＷｍａｘのペアが選択され得る。例えば、ＬＡＡ  ＡＰｉが、それに関連するＵＥｊに対して、ＣＷｍｉｎ（ｉ、ｊ）とＣＷｍａｘ（ｉ、ｊ）を設定すると仮定する。そして、適切なＣＷｍｉｎ（ｉ、ｊ）とＣＷｍａｘ（ｉ、ｊ）を見つけるために、表が予め決定され、ＡＰｉにより使用され得る。 
【００８５】
以下の表１は、そのような表の例を示す。例えば、メトリックＸが長期間の統計的情報のために使用される場合に、各ＬＡＡ  ＡＰは、ＣＷｍｉｎ（ｉ、ｊ）とＣＷｍａｘ（ｉ、ｊ）を決定するために、アクセスを有し得る、またはアクセスし得る。すなわち、表１は、長期間の統計的情報に基づいた、受信機依存のＣＷｍｉｎとＣＷｍａｘの適合化の例を示す。
【表１】
0006526254.tif 000002
【００８６】
また、ｋに関係なくＣＷｍｉｎ、ｋとＣＷｍａｘ、ｋは固定とすることも可能である。よって、各ＡＰは、適応的に、競合ウィンドウの下限または上限を変更し得る。 
【００８７】
種々のタイプの受信機固有の統計的情報は、メトリックとして使用され得る。いくつかの実施形態によれば、使用されるメトリックは、 
‐  受信機ｊの長期間の信号対雑音比（ＳＩＮＲ）分布、
‐  受信機ｊの測定報告に基づいた受信信号強度インジケータＲＳＳＩヒストグラム、
‐  受信機ｊにより経験されたフレームエラーまたは再送信率、
のうち、１つ以上を含む。
【００８８】
いくつかの実施形態によれば、対象の受信機が異なる優先を持つ複数のサービスのクラスを有する場合の例があり得る。これは、複数のサービスクラスに対する受信機依存の競合ウィンドウ（ＣＷ）の適合化を有するものとして参照され得る。このケースでは、対象の受信機ｊは、１つはタイプｍと１つはタイプｎ、の２つのサービスを有し得る。したがって、いくつかの実施形態によれば、ＬＡＡ  ＡＰｉにおける受信機依存のCWiは更に、２つのタイプのサービス、ｍとｎ（例えば、サービスタイプｍはＣＷｉ→ｊ（ｍ）を有し、サービスタイプｎはＣＷｉ→ｊ（ｎ）を有する）の優先度を反映する、または、示すために、特定され得る。したがって、サービスタイプｍがサービスタイプｎより高い優先度を有する場合、各ＬＡＡ  ＡＰｉは、ＣＷｉ→ｊ（ｍ）＜ＣＷｉ→ｊ（ｎ）となるように競合ウィンドウを構成し得る。同様に、ＣＷｍｉｎ（ｉ、ｊ）とＣＷｍａｘ（ｉ、ｊ）は、サービス固有となり得る。
【００８９】
いくつかの実施形態によれば、時間と周波数の領域におけるダウンリンクの多重が送信機によりサポートされるため、受信機依存のＣＷの調整が行われる場合があり得る。これは、複数のユーザに対する受信機依存の競合ウィンドウ（ＣＷ）の適合化を有するものとして参照され得る。
【００９０】
そのような多重する送信機の例は、ＬＴＥ  ｅＮＢであり、ここで、１つ以上の受信器は、同じＬＡＡ  ＡＰによりサービスが提供され、または、関連付けられ、単一の送信機会の間にスケジュールされる。このケースでは、ジョイント競合ウィンドウ（ＣＷＪＴ）が使用され、それは、全てのスケジュールされたＵＥのＣＷの関数であり得る。
【００９１】
例えば、所与の送信機会において、ＬＡＡ  ＡＰｉがＵＥｊとｋをスケジュールする場合を考える。このとき、ＣＷＪＴがＣＷｉ→ｊとＣＷｉ→ｋの関数ｆとして計算または決定される。すなわち、ＣＷＪＴ＝ｆ（ＣＷｉ→ｊ、ＣＷｉ→ｋ）である。
【００９２】
１つの観点によれば、ジョイント競合ウィンドウのサイズは、スケジュールされた受信機の競合ウィンドウのサイズの線形平均である。例えば、ＣＷＪＴ＝ｃｅｉｌ（（ＣＷｉ→ｊ＋ＣＷｉ→ｋ）／２）等により切り上げされて、整数が生成される。
【００９３】
別の観点によれば、ジョイント競合ウィンドウのサイズは、スケジュールされた受信機の競合ウィンドウのサイズの線形の重みづけ平均である。例えばＣＷＪＴ＝ｃｅｉｌ（ｗｊ×ＣＷｉ→ｊ＋ｗｋ×ＣＷｉ→ｋ）である。
【００９４】
更に別の観点によれば、ｗｊとｗｋは対応するＣＷに対する重みであり、当該重みは、リソースブロックの割り当ての量を考慮し得る、または、少なくともそれに基づき得る。例えば、重みは以下のように計算され得る。
ｗｊ＝ｎｊ／（ｎｊ＋ｎｋ）  および  ｗｋ＝ｎｊ／（ｎｊ＋ｎｋ）
ここで、ｎｊとｎｋは、所与の送信機会において各ＵＥに割り当てられたリソースブロックの数を表す。
【００９５】
更なる観点によれば、ジョイント競合ウィンドウのサイズは、スケジュールされた受信機の競合ウィンドウのサイズのハーモニック平均であり得る。例えばＣＷＪＴ＝ｃｅｉｌ（１／（１／ＣＷｉ→ｊ＋１／ＣＷｉ→ｋ））である。
【００９６】
更なる観点によれば、ジョイント競合ウィンドウのサイズは、スケジュールされた受信機の競合ウィンドウのサイズの幾何学的な平均であり得る。例えばＣＷＪＴ＝ｃｅｉｌ（√ＣＷｉ→ｊ・ＣＷｉ→ｋ）である。
【００９７】
更なる観点によれば、ジョイント競合ウィンドウのサイズは、最小または最大の関数である。例えば、ＣＷＪＴ＝ｍｉｎ（ＣＷｉ→ｊ，ＣＷｉ→ｋ）またはＣＷＪＴ＝ｍａｘ（ＣＷｉ→ｊ，ＣＷｉ→ｋ）である。
【００９８】
本実施形態は、１つ以上のプロセッサを介して実装され得る。当該プロセッサは、本実施形態の機能およびアクションを実行するためのコンピュータプログラムを伴う、図１６に示される送信ノード１１０、１２０におけるプロセッサである。上述したプログラムコードはまた、コンピュータプログラム製品として提供され得る。例えば、送信ノード１１０、１２０にロードされた際に本実施形態を実行するためのプログラムコードを運ぶデータキャリアの形式である。一つのそのようなキャリアは、ＣＤ−ＲＯＭディスクの形式におけるものである。しかしながら、メモリスティックのような他のデータキャリアで実現可能である。コンピュータプログラムコードは更に、サーバ上、または、送信ノード１１０、１２０にダウンロードされる純粋なプログラムとして提供され得る。
【００９９】
送信ノード１１０、１２０は更に、１つ以上のメモリユニットを有するメモリ１６０９を有し得る。メモリ１６０９は、送信ノード１１０、１２０において実行された場合に本方法を実行するために、取得した情報、記憶データ、構成、スケジューリングおよびアプリケーション等を格納するために配置される。
【０１００】
いくつかの実施形態では、送信ノード１１０、１２０は、受信ポート１６１０を介して情報を受信する。いくつかの実施形態では、受信ポート１６１０は、例えば、送信ノード１１０、１２０における２つ以上のアンテナに接続される。他の実施形態では、送信ノード１１０、１２０は、受信ポート１６１０を介して、無線通信ネットワーク１００における他の構成から情報を受信する。受信ポート１６１０は、プロセッサ１６０８と通信し得ることから、受信ポート１６１０は、プロセッサ１６０８に対して受信した情報を送信し得る。受信ポート１６１０はまた、他の情報を受信するように構成され得る。
【０１０１】
送信ノード１１０、１２０におけるプロセッサ１６０８は更に、プロセッサ１６０８とメモリ１６０９と通信を行い得る送信ポート１６１１を介して情報を送信するように構成される。
【０１０２】
更に、これは、送信ノードが、少なくとも２つの競合ウィンドウを設定するように構成されることを意味し、ここで、当該少なくとも２つの競合ウィンドウのサイズは、少なくとも１つの受信ノード１２０、１１０に関連付けられた情報に基づいて個別に決定される。すなわち、送信ノードは、少なくとも２つのカウンタを、少なくとも２つの時間間隔から選択された値に設定するように構成され得る。ここで、当該少なくとも２つの競合ウィンドウは、少なくとも１つの受信ノード１２０、１１０に関連付けられた情報に基づいて個別に決定される。送信ノード１１０、１２０は、送信ノード内の例えば設定モジュール１６０１の手段により、このアクションを実行するように構成される。設定モジュール１６０１はまた、送信ノードのプロセッサ、または、そのようなプロセッサ上で動作するアプリケーションであり得る。
【０１０３】
送信のノード１１０、１２０はまた、少なくとも１つの受信ノード１２０、１１０への第１のデータ送信を、少なくとも２つのカウンタの第１のカウンタにより決定される、無線チャネルの観察の第１の期間に延期するように構成される。すなわち、送信ノード１１０、１２０はまた、少なくとも１つの受信ノードへの第１のデータ送信を、少なくとも２つの競合ウィンドウのサイズの第１の競合ウィンドウのサイズにより決定される、無線チャネルの観察の第１の期間に延期するように構成され得る。更に、送信ノード１１０、１２０はまた、少なくとも１つの受信ノード１２０、１１０への少なくとも１つの第２のデータ送信を、少なくとも２つのカウンタの少なくとも１つの第２のカウンタにより決定される、無線チャネルの観察の第２の期間に延期するように構成され得る。すなわち、送信ノード１１０、１２０はまた、少なくとも１つの受信ノードへの少なくとも１つの第２のデータ送信を、少なくとも２つの競合ウィンドウのサイズの少なくとも第２の競合ウィンドウのサイズにより決定される、無線チャネルの観察の少なくとも１つの第２の期間に延期するように構成され得る。送信ノード１１０、１２０は、送信ノード１１０、１２０内の例えば延期モジュール１６０２の手段により、これらのアクションを実行するように構成される。延期モジュール１６０２はまた、送信ノード１１０、１２０のプロセッサ、または、そのようなプロセッサ上で動作するアプリケーションであり得る。
【０１０４】
送信ノード１１０、１２０は、無線チャネルの観察の第１の期間または少なくとも第２の期間の結果が、それぞれ、無線チャネルがアイドルである場合、少なくとも１つの受信ノード１２０、１１０の第１のデータ送信または少なくとも１つの第２のデータ送信を行うように構成される。送信ノード１１０、１２０は、送信ノード１１０、１２０内の例えば送信モジュール１６０３の手段により、このアクションを実行するように構成される。実行モジュールまたは送信モジュール１６０３は、送信ノード１１０、１２０のプロセッサ、または、そのようなプロセッサ上で動作するアプリケーションであり得る。
【０１０５】
いくつかの実施形態では、送信ノード１１０、１２０は、第１の競合ウィンドウのサイズを、少なくとも１つの受信ノード１２０、１１０における異なる優先度を有する少なくとも２つのサービスのクラスの第１のサービスのクラスの優先度に基づいて決定し、少なくとも第２の競合ウィンドウのサイズを、少なくとも１つの受信ノード１２０、１１０における異なる優先度を有する少なくとも２つのサービスのクラスの少なくとも１つの第２のクラスの優先度に基づいて決定し得る。このケースでは、少なくとも１つの受信ノード１２０、１１０が、異なる優先度を持つサービスの少なくとも２つのクラスを有する単一の受信ノードであり得る。
【０１０６】
いくつかの実施形態では、少なくとも１つの受信ノード１２０、１１０に関連付けられた情報は、少なくとも１つの受信ノード１２０、１１０の１つ以上のタイプ、少なくとも１つの受信ノード１２０、１１０のサービスの要件、先に実行された少なくとも１つの受信ノード１２０、１１０へのデータ送信の、観察された成功および／または失敗、少なくとも１つの受信ノード１２０、１１０の統計的情報（長期間の信号対雑音比（ＳＩＮＲ）の分布、少なくとも１つの受信ノード１２０、１１０の測定報告に基づいた受信信号強度インジケータ（ＲＳＳＩ）のヒストグラム、少なくとも１つの受信ノード１２０、１１０により経験されたフレームエラーまたは再送信率）および、同じ時間にスケジュールされたデータの送信を有する少なくとも１つの受信ノード１２０、１１０の数、のうち１つ以上である。
【０１０７】
いくつかの実施形態において、送信ノード１１０、１２０は、第１および少なくとも第２の競合ウィンドウのサイズのそれぞれを、少なくとも１つの受信ノード１２０、１１０に関連付けられた情報に基づいて個別に適合化するように更に構成され得る。すなわち、送信ノード１１０、１２０は、第１および少なくとも第２の競合ウィンドウのサイズのそれぞれを、少なくとも１つの受信ノード１２０、１１０に関連付けられた情報に基づいて個別に適合化するように更に構成され得る。送信ノード１１０、１２０は、送信ノード１１０、１２０内の例えば適合化モジュール１６０４の手段により、このアクションを実行するように構成される。適合化モジュール１６０４はまた、送信ノード１１０、１２０のプロセッサ、または、そのようなプロセッサ上で動作するアプリケーションであり得る。
【０１０８】
いくつかの実施形態において、送信ノード１１０、１２０は、少なくとも１つの受信ノード１２０、１１０への対応するデータの送信が成功しないと判定された場合に、第１および少なくとも第２の競合ウィンドウの少なくとも１つを拡大することにより適合化を実行するように更に構成され得る。すなわち、送信ノード１１０、１２０は、少なくとも１つの受信ノード１２０、１１０への対応するデータの送信が成功しない、または、失敗したと判定された場合に、少なくとも２つの時間間隔の少なくとも１つの時間間隔を拡大することにより適合化を実行するように更に構成され得る。
【０１０９】
いくつかの実施形態では、送信ノード１１０、１２０は、第１および少なくとも第２の競合ウィンドウの少なくとも１つを、決定された最大の競合ウィンドウのサイズの時間間隔に徐々に拡大することにより適合化を実行するように更に構成され得る。すなわち、送信ノード１１０、１２０は、少なくとも２つの時間間隔の少なくとも１つの時間間隔を、決定された最大の競合ウィンドウのサイズに徐々に拡大することにより適合化を実行するように更に構成され得る。
【０１１０】
いくつかの実施形態において、送信ノード１１０、１２０は、少なくとも１つの受信ノード１２０、１１０への対応するデータの送信が成功すると判定された場合に、第１および少なくとも第２の競合ウィンドウの少なくとも１つを縮小することにより適合化を実行するように更に構成され得る。すなわち、送信ノード１１０、１２０は、少なくとも１つの受信ノード１２０、１１０への対応するデータの送信が成功すると判定された場合に、少なくとも２つの時間間隔の少なくとも１つの時間間隔を縮小することにより適合化を実行するように更に構成され得る。
【０１１１】
いくつかの実施形態では、送信ノード１１０、１２０は、少なくとも１つの受信ノード１２０、１１０の対応するデータの送信が成功すると判定された場合に、第１および少なくとも第２の競合ウィンドウの少なくとも１つを、決定された開始競合ウィンドウのサイズにリセットすることにより適合化を実行するように更に構成され得る。すなわち、送信ノード１１０、１２０は、少なくとも１つの受信ノード１２０、１１０の対応するデータの送信が成功すると判定された場合に、少なくとも２つの時間間隔の少なくとも１つの時間間隔を、決定された開始競合ウィンドウのサイズにリセットすることにより適合化し得る。
【０１１２】
いくつかの実施形態では、送信ノード１１０、１２０は、少なくとも１つの受信ノード１２０、１１０に関連付けられた情報に基づいて、第１および少なくとも第２の競合ウィンドウのサイズのそれぞれに対する変更のレートを、個別に増加する、および／または、減らすことにより適合化を実行するように更に構成され得る。すなわち、送信ノード１１０、１２０は、少なくとも１つの受信ノード１２０、１１０に関連付けられた情報に基づいて、少なくとも２つの時間間隔のそれぞれに対する変更のレートを、個別に増加する、および／または、減らすことにより適合化を実行するように更に構成され得る。
【０１１３】
いくつかの実施形態では、送信ノード１１０、１２０は、第１および少なくとも第２の競合ウィンドウのサイズのそれぞれを、ＬＢＴ（Listen Before Talk）アルゴリズムに従って適合化するように更に構成され得る。すなわち、送信ノード１１０、１２０は、少なくとも２つの時間間隔のそれぞれを、ＬＢＴ（Listen Before Talk）アルゴリズムに従って適合化するように更に構成され得る。
【０１１４】
いくつかの実施形態では、送信ノード１１０、１２０は、１つ以上の受信ノードに対してサービスを提供することが可能であり、単一の送信インスタンスの間で１つ以上の受信ノードをスケジュールすることが可能な場合に使用される、第１および少なくとも第２の競合ウィンドウのサイズに基づいて、ジョイント競合ウィンドウのサイズを決定するように更に構成され得る。すなわち、送信ノード１１０、１２０は、送信ノード１１０、１２０が１つ以上の受信ノードに対してサービスを提供することが可能であり、単一の送信インスタンスの間で１つ以上の受信ノードをスケジュールすることが可能な場合に、少なくとも２つのカウンタの全てにより使用される少なくとも２つの時間間隔に基づいて、ジョイント時間間隔を決定するように更に構成され得る。
【０１１５】
いくつかの実施形態において、送信ノード１１０、１２０はまた、無線通信ネットワーク１００における別のノード、例えば、中央管理ノードから、少なくとも１つの受信ノード１２０、１１０に関連付けられた情報を取得するように更に構成され得る。
【０１１６】
なお、カウンタの値は、無線チャネルの観察のアイドル期間に対する値である。無線チャネルでは、データが無線ノード１０１により送信され得る。観察のアイドル期間は、例えば、１つ以上のＣＣＡであり得る。
【０１１７】
送信ノード１１０、１２０は、送信ノード１１０、１２０と、あらゆるネットワークノード１１０と無線デバイス１２０等の他のノードまたはデバイスとの間の通信を容易にするためのインタフェースユニット（不図示）を有し得る。インタフェースは、例えば、適切な規格に従ったエアインタフェースを介して無線信号を送信および受信するように構成された送受信器を有し得る。本実施形態は、強化型の負荷ベースの空きチャネル判定を含む。
【０１１８】
当業者であれば、上記の設定モジュール１６０１、延期モジュール１６０２、実行モジュール１６０３、適合化モジュール１６０４は、アナログおよびデジタルモジュール、および／または、例えばメモリに格納されたソフトウェアおよび／またはファームウェアで構成された１つ以上のプロセッサの組み合わせを参照し、プロセッサ１６０８等の１つ以上のプロセッサにより実行された場合に上記のように実行する。これらのプロセッサの１つ以上、並びに、他のデジタルハードウェアは、単一の特定用途向け集積回路（ＡＳＩＣ）に含まれ得る。または、いくつかのプロセッサおよび多様なデジタルハードウェアは、それぞれパッケージされているかシステムオンチップ（SoC）にアセンブルされている、いくつかの分離したコンポーネントに分散され得る。
【０１１９】
また、いくつかの実施形態では、上記の異なるモジュール１６０１−１６０４は、プロセッサ１６０８等の１つ以上のプロセッサ上で動作する１つ以上のアプリケーションとして実装され得る。
【０１２０】
したがって、ここに説明した送信ノード１１０、１２０に対する実施形態に従う方法は、コンピュータプログラム製品の手段により実装され得る。それは、少なくとも１つのプロセッサにおいて実行される場合に、当該少なくとも１つのプロセッサに、送信ノード１１０、１２０により実行されるような、上記のアクションを実行させる命令、すなわちソフトウェアコード部分を含む。コンピュータプログラム製品は、コンピュータ読み取り可能な記憶媒体に格納され得る。コンピュータプログラムが格納されたコンピュータ読み取り可能な記憶媒体は、少なくとも１つのプロセッサにより実行された場合に、当該少なくとも１つのプロセッサに、送信ノード１１０、１２０により実行されるような、上記のアクションを実行させる命令を含む。いくつかの実施形態では、コンピュータ読み取り可能な記憶お媒体は、ＣＤ−ＲＯＭディスク、またはメモリスティックといった、非一時的なコンピュータ読み取り可能な記憶媒体であり得る。他の実施形態では、コンピュータプログラム製品は、説明したコンピュータプログラムを含むキャリアに格納され得る。ここで、キャリアは、電気信号、光信号、無線信号、または上記のコンピュータ読み取り可能な記憶媒体のうちの１つである。
【０１２１】
「有する（comprise）」または「有している（comprising）」の語を使う場合は、非限定的に、すなわち、「少なくとも構成される（consist at least of）」という意味に解釈されるべきである。本発明の実施形態は、上記に説明した好ましい実施形態に限定されない。多様な代替、修正、および等価物が使用され得る。従って、上述の実施形態は、本発明の範囲を限定するように捉えられるべきではない。実施形態は、開示した特定の例に限定されず、改良および他の変形が本開示の範囲に含まれることが意図されることが理解されるべきである。ここでは特定の用語が使用されたが、それらは包括的かつ説明的な意味においてのみ使用され、限定する目的に対するものではない。
【０１２２】
略語
ＡＰ          アクセスポイント
ＣＡ          キャリアアグリゲーション
ＣＣＡ        空きチャネル判定
ＣＳ          競合ウィンドウ
ＤＣＦ        分散調整関数
ＤＩＦＳ      ＤＣＦフレーム間スペーシング
ＤＬ          ダウンリンク
ＤＲＳ        ディスカバリ参照信号
ｅＮＢ        進化型ＮｏｄｅＢ、基地局
ＴＴＩ        送信時間間隔
ＬＡＡ        ライセンス補助アクセス
ＬＢＴ        Listen Before Talk
ＰＤＣＣＨ    物理ダウンリンク制御チャネル
ＰＩＦＳ      ＰＣＦフレーム間スペーシング
ＰＤＳＣＨ    物理ダウンリンク共有チャネル
ＱｏＳ        サービスの品質
ＱＣＩ        ＱｏＳクラスインジケータ
ＳＣｅｌｌ    セカンダリセル
ＳＩＦＳ      ショートフレーム間スペーシング
ＵＥ          ユーザ装置
ＵＬ          アップリンク
【図１】
0006526254.tif 000003
【図２】
0006526254.tif 000004
【図３】
0006526254.tif 000005
【図４】
0006526254.tif 000006
【図５】
0006526254.tif 000007
【図６】
0006526254.tif 000008
【図７】
0006526254.tif 000009
【図８】
0006526254.tif 000010
【図９】
0006526254.tif 000011
【図１０】
0006526254.tif 000012
【図１１】
0006526254.tif 000013
【図１２】
0006526254.tif 000014
【図１３】
0006526254.tif 000015
【図１４】
0006526254.tif 000016
【図１５】
0006526254.tif 000017
【図１６】
0006526254.tif 000018