(57)【特許請求の範囲】
【請求項１】
ＬＢＴ（listen-before-talk）プロトコルを実装するマルチキャリアワイヤレス通信システムにおける競合ウィンドウの適応化の方法であって、
複数のコンポーネントキャリア（ＣＣ）のうちバックオフチャネルとして供される少なくとも１つのＣＣを判定することと、
バックオフチャネルとして供される前記少なくとも１つのＣＣ上で、
各バックオフチャネルについて、競合ウィンドウ（ＣＷ）から振り出されるバックオフピリオドの期間中にクリアチャネルが存在するかをセンシングすること（Ｓ１００）（Ｓ１０２）、
前記センシングによりクリアチャネルが存在すると示されないＣＣ上での送信を延期すること（Ｓ１０６）、及び、
前記センシングによりクリアチャネルが存在すると示されるＣＣ上で送信を行うこと（Ｓ１０４）、
を含むＬＢＴ手続を実行することと、
少なくとも１つの送信フィードバック値に基づいて、前記ＣＷのサイズを判定すること（Ｓ１０８）と、
を含み、
前記バックオフピリオドは、前記複数のコンポーネントキャリアのＣＷから決定される結合競合ウィンドウ（ＪＣＷ）から振り出される、方法。
【請求項２】
前記ＬＢＴ手続（２８）は、
バックオフチャネルとして供されないＣＣ上でＣＣＡ（clear  channel  assessment）を実行すること（Ｓ１０２）、及び、
ＣＣＡがクリアチャネルを示すＣＣ上で送信を行うこと（Ｓ１０４）、
をさらに含む、請求項１に記載の方法。
【請求項３】
１つのＣＣのみがバックオフチャネルとして供される、請求項１及び請求項２のいずれかに記載の方法。
【請求項４】
前記送信フィードバック値は、ハイブリッド自動再送要求（ＨＡＲＱ）送信フィードバック値であり、前記ＣＷは、各コンポーネントキャリア（ＣＣ）に関する確認応答（ＡＣＫ）に対する否定確認応答（ＮＡＣＫ）の比が閾値を上回る場合にのみ増加される、請求項１〜３のいずれかの方法。
【請求項５】
前記送信フィードバック値は、ハイブリッド自動再送要求（ＨＡＲＱ）送信フィードバック値であり、前記ＣＷは、全てのバックオフチャネルに関する確認応答（ＡＣＫ）に対する否定確認応答（ＮＡＣＫ）の比が閾値を上回る場合にのみ増加される、請求項１〜３のいずれかの方法。
【請求項６】
前記ＣＷの前記サイズの増加は、１よりも大きい係数とのＣＷの積により取得される、請求項１〜５のいずれかの方法。
【請求項７】
前記ＪＣＷは、前記複数のコンポーネントキャリアの前記ＣＷのうちの最大のものである、請求項１〜６のいずれかの方法。
【請求項８】
前記ＪＣＷは、前記複数のコンポーネントキャリアの前記ＣＷの平均である、請求項１〜６のいずれかの方法。
【請求項９】
前記ＣＷは、ＣＣ上での少なくとも１つの送信が否定確認応答（ＮＡＣＫ）信号に帰結する場合に増加される、請求項１〜３のいずれかの方法。
【請求項１０】
ＬＢＴ（listen-before-talk）プロトコルを実装するマルチキャリアワイヤレス通信システムにおける競合ウィンドウの適応化のためのネットワークノードであって、
プロセッサ（２２）と、
前記プロセッサと通信関係にあるメモリ（２４）と、
送信機（３０）と、
を含む処理回路（２１）、を備え、前記メモリは、前記プロセッサ（２２）により実行された場合に、前記プロセッサを、
複数のコンポーネントキャリア（ＣＣ）のうちバックオフチャネルとして供される少なくとも１つのＣＣを判定することと、
バックオフチャネルとして供される前記少なくとも１つのＣＣ上で、
各バックオフチャネルについて、競合ウィンドウ（ＣＷ）から振り出されるバックオフピリオドの期間中にクリアチャネルが存在するかをセンシングすること（Ｓ１００）、及び、
前記センシングによりクリアチャネルが存在すると示されないＣＣ上での送信を延期すること（Ｓ１０６）、
を含むＬＢＴ手続を実行することと、
少なくとも１つの送信フィードバック値に基づいて、ＣＷのサイズを判定すること（Ｓ１０８）と、
を行うように構成する実行可能な命令、を含み、
前記送信機（３０）は、前記センシングによりクリアチャネルが存在すると示されるＣＣ上で送信を行う、ように構成され、
前記バックオフピリオドは、前記複数のコンポーネントキャリアのＣＷから決定される結合競合ウィンドウ（ＪＣＷ）から振り出される、ネットワークノード。
【請求項１１】
前記ＬＢＴ手続は、
バックオフチャネルとして供されないＣＣ上でＣＣＡ（clear  channel  assessment）を実行すること、及び、
ＣＣＡがクリアチャネルを示すＣＣ上で送信を行うこと、
をさらに含む、請求項１０のネットワークノード。
【請求項１２】
１つのＣＣのみがバックオフチャネルとして供される、請求項１０及び請求項１１のいずれかのネットワークノード。
【請求項１３】
前記送信フィードバック値は、ハイブリッド自動再送要求（ＨＡＲＱ）送信フィードバック値であり、ＣＷは、各バックオフチャネルに関する確認応答（ＡＣＫ）に対する否定確認応答（ＮＡＣＫ）の比が閾値を上回る場合にのみ増加される、請求項１０〜１２のいずれかのネットワークノード。
【請求項１４】
前記送信フィードバック値は、ハイブリッド自動再送要求（ＨＡＲＱ）送信フィードバック値であり、前記ＣＷは、全てのバックオフチャネルに関する確認応答（ＡＣＫ）に対する否定確認応答（ＮＡＣＫ）の比が閾値を上回る場合にのみ増加される、請求項１０〜１２のいずれかのネットワークノード。
【請求項１５】
前記ＣＷの前記サイズの増加は、１よりも大きい係数とのＣＷの積により取得される、請求項１０〜１２のいずれかのネットワークノード。
【請求項１６】
前記ＪＣＷは、前記複数のコンポーネントキャリアの前記ＣＷのうちの最大のものである、請求項１０〜１５のいずれかのネットワークノード。
【請求項１７】
前記ＪＣＷは、前記複数のコンポーネントキャリアの前記ＣＷの平均である、請求項１０〜１５のいずれかのネットワークノード。
【請求項１８】
前記ＣＷは、ＣＣ上での少なくとも１つの送信が否定確認応答（ＮＡＣＫ）信号に帰結する場合に増加される、請求項１０〜１２のいずれかのネットワークノード。
【請求項１９】
ＬＢＴ（listen-before-talk）プロトコルを実装するマルチキャリアワイヤレス通信システムにおける競合ウィンドウの適応化のためのネットワークノードであって、
バックオフチャネルとして供される少なくとも１つのコンポーネントキャリア（ＣＣ）の各々について、ＬＢＴ手続を実行して、競合ウィンドウ（ＣＷ）から振り出されるバックオフピリオドの期間中に当該バックオフチャネル上にクリアチャネルが存在するかをセンシングする、ように構成されるＬＢＴモジュール（４４）と、
少なくとも１つの送信フィードバック値に基づいて、前記ＣＷのサイズを判定する、ように構成される競合ウィンドウサイズ判定モジュール（４０）と、
前記センシングによりクリアチャネルが存在すると示されるＣＣ上で送信を行い（Ｓ１０４）、及び、
前記センシングによりクリアチャネルが存在すると示されないＣＣ上での送信を延期する（Ｓ１０６）、
ように構成される送信モジュール（４６）と、
を備え、
前記バックオフピリオドは、前記複数のコンポーネントキャリアのＣＷから決定される結合競合ウィンドウ（ＪＣＷ）から振り出される、ネットワークノード。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、ワイヤレス通信に関連し、具体的には、マルチキャリアＬＢＴ（listen-before-talk）プロトコルのための競合ウィンドウの適応化に関連する。
【背景技術】
【０００２】
進行中の３ＧＰＰ（third  generation  partnership  project）リリース１３研究項目“ライセンス支援型アクセス（ＬＡＡ：Licensed-Assisted  Access）”は、ＬＴＥ（long  term  evolution）機器が未ライセンスの５ギガヘルツ（ＧＨｚ）無線スペクトルにおいても動作することを可能とすることを意図している。未ライセンスの５ＧＨｚスペクトルは、ライセンス済みスペクトルを補うものとして使用される。従って、デバイスは、ライセンス済みスペクトル（プライマリセル又はＰＣｅｌｌ）において接続を行い、及び、未ライセンススペクトル（セカンダリセル又はＳＣｅｌｌ）において追加的な送信キャパシティの恩恵を受けるためにキャリアアグリゲーションを使用する。ライセンス済みスペクトル及び未ライセンススペクトルを統合するために要する変更を低減するために、プライマリセルにおけるＬＴＥフレームタイミングがセカンダリセルにおいて同時に使用される。
【０００３】
しかしながら、規制要件（regulatory  requirements）が、事前のチャネルセンシング無く未ライセンススペクトルにおいて送信を行うことを許可しないかもしれない。未ライセンススペクトルは類似の又は非類似のワイヤレス技術の他の無線機と共有されなければならないことから、いわゆるＬＢＴ（listen-before-talk）法が適用される必要がある。ＬＢＴは、予め定義される最小の時間量にわたって媒体をセンシングすること、及びチャネルがビジーである場合にバックオフすることを包含する。今日、未ライセンスの５ＧＨｚスペクトルは、ＩＥＥＥ（Institute  of  Electrical  and  Electronics  Engineers）８０２．１１  ＷＬＡＮ（Wireless  Local  Area  Network）標準を実装する機器により主として使用されている。この標準は、そのマーケティングブランド“Ｗｉ−Ｆｉ”の下でも知られている。
【０００４】
チャネルへのアクセスに先立ってＬＢＴ手続において使用されるパラメータの選択は、無線アクセス技術（ＲＡＴ）間の共存及びスループットに大幅な影響を有する。特に関わりがあるのは、様々なランダムアクセス法における競合ウィンドウのサイズを適応化させる方法であり、これは、ノードが媒体上での送信を試行する前にどれほど待機しなければならないかを左右する。
【０００５】
ＬＴＥは、ダウンリンクにおいてＯＦＤＭ（orthogonal  frequency  division  multiplex）を、アップリンクにおいてシングルキャリアＦＤＭＡ（frequency  division  multiple  access）ともいうＤＦＴ（discrete  Fourier  transform）拡散ＯＦＤＭを使用する。よって、基本的なＬＴＥのダウンリンク物理リソースを図１に示したような時間−周波数グリッドとして理解することができ、各リソースエレメントは、１つのＯＦＤＭシンボルインターバルの期間中の１本のＯＦＤＭサブキャリアに相当する。アップリンクサブフレームは、ダウンリンクと同じサブキャリア間隔を有し、ダウンリンクにおけるＯＦＤＭシンボルと同じ数のサブキャリア（ＳＣ）−ＦＤＭＡシンボルを時間ドメインにおいて有する。
【０００６】
時間ドメインにおいて、ＬＴＥのダウンリンク送信は、１０ｍｓの無線フレームの集合へ編成され、各無線フレームは、図２に示したように、長さＴsubframe＝１ｍｓで等サイズの１０個のサブフレームからなる。各サブフレームは各々０．５ｍｓの時間長の２つのスロットを含み、１フレーム内のスロット番号は０〜１９のレンジをとる。通常のサイクリックプレフィクスについて、１つのサブフレームは、１４個のＯＦＤＭシンボルからなる。各シンボルの時間長は、おおよそ７１．４マイクロ秒（μｓ）である。
【０００７】
そのうえ、ＬＴＥにおけるリソース割り当ては、典型的にはリソースブロック（ＲＢ）の観点で記述され、１リソースブロックは、時間ドメインにおける１スロット（０．５ｍｓ）及び周波数ドメインにおける１２本の連続したサブキャリアに相当する。時間方向における２つの隣り合うリソースブロックのペア（１．０ｍｓ）は、リソースブロックペアとして知られている。リソースブロックは、周波数ドメインにおいて、システム帯域幅の一端から０で始まる形で付番される。
【０００８】
ダウンリンク送信は動的にスケジューリングされ、即ち、各サブフレームにおいて、基地局は、その時点のダウンリンクサブフレームにおいてどのワイヤレスデバイスがデータの送信先であり及びどのリソースブロック上でデータが送信されるかに関する制御情報を送信する。この制御シグナリングは、典型的には、各サブフレーム内の最初から１、２、３又は４個のＯＦＤＭシンボルにおいて送信され、ｎ＝１、２、３又は４は制御フォーマットインジケータ（ＣＦＩ）として知られている。ダウンリンクサブフレームは、共通リファレンスシンボルをも含み、共通リファレンスシンボルは、受信機にとって既知であって、例えば制御情報のコヒーレント復調のために使用される。制御としてＣＦＩ＝３個のＯＦＤＭシンボルを伴うダウンリンクシステムが図３に示されている。
【０００９】
ＬＴＥリリース１１以降より、上述したリソース割り当ては、拡張物理ダウンリンク制御チャネル（ＥＰＤＣＣＨ）上でもスケジューリングされ得る。リリース８からリリース１０については、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）のみが利用可能である。
【００１０】
図３に示したリファレンスシンボルは、セル固有リファレンスシンボル（ＣＲＳ）であり、精細な時間及び周波数同期並びに何らかの送信モードについてのチャネル推定を含む複数の機能をサポートするために使用される。
【００１１】
ＬＴＥシステムでは、ユーザ機器（ＵＥ）といったワイヤレスデバイスは、ネットワークによって、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）によりダウンリンクデータ送信を通知される。具体的なサブフレームｎにおけるＰＤＣＣＨの受信後に、ワイヤレスデバイスは、対応する物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を復号し、及び後続のサブフレームｎ＋ｋにおいて確認応答／否定確認応答（ＡＣＫ／ＮＡＫ）フィードバックを送信することを要する。ＡＣＫ／ＮＡＫフィードバックは、ｅＮｏｄｅＢといった基地局に、対応するＰＤＳＣＨが正確に復号されたかを通知する。ｅＮｏｄｅＢは、ＡＣＫフィードバックを検出すると、ワイヤレスデバイスへの新たなデータブロックの送信を進めることができる。ｅＮｏｄｅＢによりＮＡＫが検出される場合、元のデータブロックに対応する符号化ビットが再送されることになる。再送が前回送信された符号化ビットの反復に基づく場合、それをチェイス合成型（Chase  combining）のハイブリッド自動再送要求（ＨＡＲＱ）プロトコルでの動作という。再送が前回の送信試行において未使用の符号化ビットを含む場合、それを増分冗長性（incremental  redundancy）ＨＡＲＱプロトコルでの動作という。
【００１２】
ＬＴＥにおいて、ＡＣＫ／ＮＡＫフィードバックは、ワイヤレスデバイスが同時に物理アップリンク共有チャネル（ＰＵＳＣＨ）を送信しているかに依存して、２つのあり得るアプローチのうちの１つを用いて、ワイヤレスデバイスにより送信される：
・ワイヤレスデバイスがＰＵＳＣＨを同時に送信していない場合、ＡＣＫ／ＮＡＫフィードバックは、物理アップリンク制御チャネル（ＰＵＣＣＨ）を介して送信される。
・ワイヤレスデバイスがＰＵＳＣＨを同時に送信している場合、ＡＣＫ／ＮＡＫフィードバックは、ＰＵＳＣＨを介して送信される。
【００１３】
ＬＴＥリリース１０標準は、２０メガヘルツ（ＭＨｚ）よりも大きな帯域幅をサポートする。ＬＴＥリリース１０の１つの重要な要件は、ＬＴＥリリース８との後方互換性を保証することである。これは、スペクトル互換性をも含むべきである。これは、２０ＭＨｚよりも広いＬＴＥリリース１０キャリアが、ＬＴＥリリース８端末にとって複数個のＬＴＥキャリアとして見えるべきであることを示唆する。そうした各キャリアは、コンポーネントキャリア（ＣＣ）として言及され得る。具体的には、早期のＬＴＥリリース１０配備について、多くのＬＴＥレガシー端末と比較して、より少数のＬＴＥリリース１０対応端末が存在するであろうことが予期され得る。レガシー端末についても広いキャリアの効率的な使用を保証し、即ち、レガシー端末を広帯域ＬＴＥリリース１０キャリアの全ての部分においてスケジューリングし得るようなキャリアを実装することが可能であることを保証すべきである。これを獲得するための分かりやすい手法が、キャリアアグリゲーション（ＣＡ）の手段である。ＣＡは、ＬＴＥリリース１０端末が複数のＣＣを受信できることを示唆し、ここでＣＣは、リリース８キャリアと同じ構造を有するか又は同じ構造を有する可能性を少なくとも有する。ＣＡは、図４に例示されている。ＣＡ対応型のワイヤレスデバイスには、常にアクティブ化されているプライマリセル（ＰＣｅｌｌ）と、動的にアクティブ化され又は非アクティブ化され得る１つ以上のセカンダリセル（ＳＣｅｌｌ）と、が割り当てられる。
【００１４】
統合されるＣＣの数と共に個々のＣＣの帯域幅は、アップリンクとダウンリンクとで異なってよい。対称構成とは、ダウンリンク及びアップリンクにおけるＣＣの数が同一であるケースを指し、一方で、非対称構成とは、それらＣＣの数が異なるケースを指す。セル内で構成されるＣＣの数は、端末に見えるＣＣの数とは異なってもよいことが特筆される：例えば、セルが同数のアップリンクＣＣ及びダウンリンクＣＣで構成される場合でさえも、端末は、アップリンクＣＣよりも多くのダウンリンクＣＣをサポートしてよい。各コンポーネントキャリアは、自身の個別のＨＡＲＱインスタンスを動作させる。
【００１５】
典型的なＷＬＡＮの配備において、媒体アクセスのためにＣＳＭＡ／ＣＡ（carrier  sense  multiple  access  with  collision  avoidance）が使用される。これは、チャネルがＣＣＡ（clear  channel  assessment）を実行するためにセンシングされ、チャネルがアイドルであると宣言される場合にのみ送信が開始されることを意味する。チャネルがビジーであると宣言される場合には、送信は、チャネルがアイドルであると見なされるまで実質的に延期される。
【００１６】
Ｗｉ−ＦｉのＬＢＴ（listen  before  talk）の仕組みの一般的な様子が図５に示されている。Ｗｉ−ＦｉステーションＡがデータフレームをＷｉ−ＦｉステーションＢへ送信した後、ステーションＢは、ＳＩＦＳ（short  interframe  space）に相当する１６μｓの遅延でステーションＡへＡＣＫフレームを送り返すものとされる。そうしたＡＣＫフレームは、ＬＢＴ動作を実行することなく、ステーションＢにより送信される。他のステーションがそうしたＡＣＫフレームの送信に干渉することを防止するために、ステーションは、チャネルが占有されたことが観測された後、チャネルが占有されているか否かをあらためて評価する前に、３４μｓの時間長（ＤＩＦＳ（distributed  coordination  function  interframe  space）という）にわたって待機するものとされる。従って、送信することを望むステーションは、まず、固定的な時間長であるＤＩＦＳにわたって媒体をセンシングすることにより、ＣＣＡ（clear  channel  assessment）を実行する。媒体がアイドルである場合、ステーションは、媒体の所有権（ownership）を獲得してもよいものと想定し、フレーム交換シーケンスを開始する。媒体がビジーである場合、ステーションは、媒体がアイドルになるのを待ち、ＤＩＦＳにわたって待機し、及びランダムバックオフピリオドにわたってさらに待機する。
【００１７】
上の基本的なプロトコルにおいて、媒体が利用可能となる際に、複数のＷｉ−Ｆｉステーションに送信の用意があるかもしれず、それが衝突に帰結し得る。衝突を低減するために、送信することを意図するステーションは、ランダムバックオフカウンタを選択し、その数のスロットチャネルアイドル時間にわたって待機、即ちバックオフする。この待機がバックオフピリオドである。ＣＣＡが行われ送信の遅延が適用されるコンポーネントキャリアを、ここではバックオフチャネルという。その遅延の量は、ランダムバックオフカウンタに従ってランダムである。ランダムバックオフカウンタは、[０，Ｃ］というインターバルにわたる一様分布から振り出されるランダムな整数として選択され、Ｃは整数での競合ウィンドウ（ＣＷ）の長さである。ランダムバックオフカウンタは、バックオフピリオドを確立する。競合ウィンドウの既定のサイズＣＷｍｉｎは、上で言及したＩＥＥＥの規格群において設定されている。なお、このランダムバックオフプロトコルの下でさえも、チャネルアクセスを求めて競合する多数のステーションが存在する場合には、衝突は依然として発生し得る。よって、衝突の再発を回避するために、ステーションが自身の送信の衝突を検出する都度、上限ＣＷｍａｘになるまで競合ウィンドウのサイズは二倍され、ＣＷｍａｘもまたＩＥＥＥの規格群において設定されている。ステーションは、衝突無く送信に成功すると、自身の競合ウィンドウのサイズをリセットして既定値ＣＷｍｉｎへ戻す。
【００１８】
マルチキャリア動作のために、Ｗｉ−Ｆｉは、階層的なチャネルボンディング方式に従ってフレームについての送信帯域幅を決定し、送信帯域幅は、例えば２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ又は１６０ＭＨｚであり得る。５ＧＨｚ帯域では、重複の無いやり方で連続する２０ＭＨｚのサブチャネルを組み合わせることにより、４０ＭＨｚ、８０ＭＨｚ、１６０ＭＨｚ又は８０＋８０ＭＨｚというより広いＷｉ−Ｆｉチャネル幅が形成される。予め決定されるプライマリチャネルが、必要ならば延期（deferral  period）ピリオドの後にＣＷベースのランダムアクセス手続を実行し、次いで、生成されるランダム数をカウントダウンする。従って、この延期ピリオドは、バックオフピリオドと同じではない。セカンダリチャネルは、追加的なセカンダリチャネルが送信用に利用可能であるかを判定するために、潜在的な送信の開始の前に、ＰＩＦＳ（point  coordination  function  interframe  space）時間長（概して、２５μｓ）にわたるクイックＣＣＡ（clear  channel  assessment）チェックを実行するのみである。セカンダリＣＣＡチェックの結果に基づいて、より大きい帯域幅上で送信が行われ、さもなければ送信はより小さい帯域幅へフォールバックする。Ｗｉ−Ｆｉプライマリチャネルは、常に全ての送信に含まれ、即ち、セカンダリチャネル単独での送信は許可されない。
【００１９】
Ｗｉ−Ｆｉプロトコルを利用しないデバイスのために、ＥＮ３０１．８９３，ｖ．１．７．１は、負荷ベースのＣＣＡのための次の要件及び最小限の振る舞いを提供している。
【００２０】
１）動作チャネル上での送信又は送信のバーストの前に、機器は、“エネルギー検出”を用いてＣＣＡ（Clear  Channel  Assessment）チェックを実行するものとする。機器は、２０μｓ以上であるものとされるＣＣＡ観測時間の時間長にわたって１つ又は複数の動作チャネルを観測するものとする。機器により使用されるＣＣＡ観測時間は、製造者により宣言されるものとする。チャネル内のエネルギーレベルが下記ポイント５において与えられる電力レベルに相当する閾値を上回る場合、動作チャネルは占有されているものと見なされるものとする。機器は、チャネルがクリアであることを見出す場合、即座に送信を行ってよい（下記ポイント３参照）。
【００２１】
２）機器は、動作チャネルが占有されていることを見出す場合、そのチャネルにおいて送信を行わないものとする。機器は、拡張ＣＣＡを実行するものとし、その中でランダム係数ＮにＣＣＡ観測時間を乗算した時間長にわたって動作チャネルが観測される。Ｎは、クリアアイドルスロットの数を定義し、送信の開始前に観測されることを必要とする合計アイドルピリオドに帰結する。このピリオドがバックオフピリオドとして言及され、典型的にはランダムである。よって、Ｎの値は、拡張ＣＣＡを要する都度、１…ｑというレンジ内でランダムに選択されるものとし、その値がランダムバックオフカウンタに格納される。ｑの値は、４…３２というレンジ内で、製造者により選択される。この選択値は、製造者により宣言されるものとする（ＥＴＳＩ（European  Telecommunication  Standards  Institute）ＥＮ３０１  ８９３Ｖ１．７．１（２０１２年６月）の第５．３．１ｑ節参照）。ランダムバックオフカウンタは、ＣＣＡスロットが“占有されていない”と見なされる都度、逓減される。ランダムバックオフカウンタがゼロに達すると、機器は送信を行ってよい。
【００２２】
ＮＯＴＥ１：機器は、ＥＮ３０１  ８９３Ｖ１．７．１（２０１２年６月）の第４．９．２．３節における要件を遵守するならば、このチャネル上でショート制御シグナリング送信（ＳＣＳＴ）を継続することを許可される。
【００２３】
ＮＯＴＥ２：複数の（隣接又は非隣接の）動作チャネル上の同時の送信信号を有する機器について、その機器は、他の動作チャネル上での送信を、ＣＣＡチェックでそれらチャネル上にいかなる信号も検出しないならば、継続することを許可される。
【００２４】
３）機器が動作チャネルを利用する合計時間は、（１３／３２）×ｑ  ｍｓ未満であるものとされる最大チャネル占有時間（ＭＣＯＴ）であって、ｑは上のポイント２で定義した通りであり、その後にデバイスは上のポイント２に記述した拡張ＣＣＡを実行するものとする。
【００２５】
４）機器は、その機器宛てのパケットの正確な受信の後に、ＣＣＡをスキップして即座に管理及び制御フレーム（例えば、ＡＣＫ及びブロックＡＣＫフレーム）の送信を進めることができる。機器による新たなＣＣＡの実行無しでの連続する送信のシーケンスは、上のポイント３で定義した最大チャネル占有時間を上回らないものとする。
【００２６】
ＮＯＴＥ３：マルチキャストの目的で、複数の個別のデバイスの（同じデータパケットに関連付けられる）ＡＣＫ送信が連続して行われることが許可される。
【００２７】
５）ＣＣＡ向けのエネルギー検出閾値は、送信機の最大送信電力（ＰＨ）に比例するものとする：２３ｄＢｍの等価等方放射電力（ｅ．ｉ．ｒ．ｐ．）の送信機について、ＣＣＡ閾値レベル（ＴＬ）は、受信機の入力において７３デシベル電力比（ｄＢｍ）／ＭＨｚ以下であるものとする（０ｄＢｉ（dB  isotropic）の受信アンテナを想定）。他の送信電力レベルについて、ＣＣＡ閾値レベルＴＬは、次の公式を用いて計算されるものとする：ＴＬ＝−７３ｄＢｍ／ＭＨｚ＋２３−ＰＨ（０ｄＢｉの受信アンテナを送信し、ＰＨはｄＢｍ  ｅ．ｉ．ｒ．ｐ．で特定される）。ＥＮ３０１．８９３のＬＢＴを例示する一例が図６に提供されており、Ｘが失敗したＣＣＡを表し、１つの実施形態において、ＣＣＡチェックのシーケンスのうちの各ＣＣＡは９マイクロ秒のスロットを占有する。
【００２８】
これまでのところ、ＬＴＥにより使用されるスペクトルはＬＴＥに専用である。これは、ＬＴＥシステムが共存の課題に対処することを必要とせず、スペクトル効率を最大化することができるという利点を有する。しかしながら、ＬＴＥに割り当てられたスペクトルは有限であり、それは、アプリケーション／サービスからのより大きなスループットを求める需要の一層の増加を満たすことができない。従って、３ＧＰＰにおいて、ライセンス済みスペクトルに加えて未ライセンススペクトルを活用するようにＬＴＥを拡張することに関する新たな研究項目が開始された。定義によると、未ライセンススペクトルを、複数の異なる技術によって同時に使用することができる。従って、ＬＴＥは、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ）といった他のシステムとの共存を考慮すべきである。ライセンス済みスペクトル内と同じやり方で未ライセンススペクトルにおいてＬＴＥを動作させることは、Ｗｉ−Ｆｉの性能を深刻に劣化させかねない。なぜなら、Ｗｉ−Ｆｉは、チャネルが占有されていることを一旦検出すると送信を行わないことになるためである。
【００２９】
未ライセンススペクトルを高い信頼性で利用する１つの手法は、ライセンス済みキャリア上で不可欠な制御信号及びチャネルを送信することである。即ち、図７に示したように、ワイヤレスデバイスは、ライセンス済み帯域内のＰＣｅｌｌ及び未ライセンス帯域内の１つ以上のＳＣｅｌｌへ接続される。この適用例において、未ライセンススペクトル内のセカンダリセルを、ライセンス支援型アクセスセカンダリセル（ＬＡ  ＳＣｅｌｌ）として表す。
【００３０】
リリース１０から導入されたＬＴＥキャリアアグリゲーション（ＣＡ）の使用は、同じ帯域内に又は異なる帯域内に所在し得る複数のキャリアからの無線リソースを統合することにより、ピークデータレート、システムキャパシティ及びユーザ体験を増加させる手法を提供する。
【００３１】
リリース１３では、５ＧＨｚ帯域内の未ライセンススペクトルのスペクトル機会を捕捉することに向けて、ライセンス支援型アクセス（ＬＡＡ）がＬＴＥのＣＡの特徴を拡張する点において大きな関心を集めている。５ＧＨｚ帯域内で動作するＷＬＡＮは、当分野で８０メガヘルツ（ＭＨｚ）を既にサポートしており、ＩＥＥＥ８０２．１１ａｃのＷａｖｅ２配備では１６０ＭＨｚに至る予定である。ＬＡＡを用いて未ライセンスキャリア上でのマルチキャリア動作の利用を可能にすることは、さらなるＣＡの拡張として必要であると見なされている。５キャリアを超えるＣＡフレームワークの拡張は、ＬＴＥリリース１３において開始済みである。その目的は、ＵＬ及びＤＬの双方において、３２個までのキャリアをサポートすることである。
【００３２】
既存の競合ウィンドウ適応化プロトコルは、データのバーストの送信後に受信される単一の自動再送要求（ＡＲＱ）フィードバック値（ＡＣＫ／ＮＡＣＫ）の受信に基づいている。ＬＴＥのケースでは、まず、単純なＡＲＱプロトコルの代わりに、ハイブリッドＡＲＱ（ＨＡＲＱ）プロトコルが採られる。そのため、上位レイヤにおいて単一のＡＲＱフィードバック値が生成される前に、ＨＡＲＱフィードバックに基づく複数の再送信号が必要とされるかもしれない。そのうえ、ＬＴＥでは、ＨＡＲＱフィードバックは、複数のサブフレームに相当する４ｍｓの遅延の後にのみ利用可能である。既存の解決策は、送信終了後の非常に短い時間インターバルの後にフィードバックが利用可能であることを前提としている。よって、これら解決策は、フィードバック遅延が格段に大きいＬＴＥのようなシステムを効果的に取り扱わない。ＬＡＡについて、マルチキャリアの設定における競合ウィンドウサイズをいかに適応させるかも、未だ定義されていない。
【００３３】
各ＬＡＡキャリア上で、単一のサブフレーム内でのｅＮＢによる受信又は送信のために、複数のワイヤレスデバイスがスケジューリングされるかもしれない。加えて、単一のＬＡＡ送信が複数のサブフレームからなるかもしれない。最後に、単一のワイヤレスデバイスとの間の送信は、その送信がマルチコードワード送信である場合には多重的なＨＡＲＱフィードバック値を有し得る。よって、成功裏のチャネル競合に続く単一の送信バーストに対応して、多重的なフィードバック値が受信され得る複数の形が存在し得る。中心的な問題は、異なる複数のコンポーネントキャリアに対応する多重的なＨＡＲＱフィードバック値をいかにして次のチャネル競合向けの競合ウィンドウサイズの判定において使用するか、である。
【発明の概要】
【００３４】
いくつかの実施形態は、有利なこととして、ＬＢＴ（listen-before-talk）プロトコルを実装するマルチキャリアワイヤレス通信システムにおける競合ウィンドウの適応化のための方法及びシステムを提供する。１つの観点によれば、方法は、複数のコンポーネントキャリア（ＣＣ）のうちバックオフチャネルとして供される少なくとも１つのＣＣを判定すること、を含む。上記方法は、バックオフチャネルとして供される上記少なくとも１つのＣＣ上でＬＢＴ手続を実行すること、をさらに含む。当該ＬＢＴ手続は、各バックオフチャネルについて、競合ウィンドウ（ＣＷ）から振り出されるバックオフピリオドの期間中にクリアチャネルが存在するかをセンシングすること、を含む。当該ＬＢＴ手続は、上記センシングによりクリアチャネルが存在すると示されないＣＣ上での送信を延期すること、をも含む。当該ＬＢＴ手続は、上記センシングによりクリアチャネルが存在すると示されるＣＣ上で送信を行うこと、をも含む。上記方法は、少なくとも１つの送信フィードバック値に基づいて、上記ＣＷのサイズを判定すること、をも含む。
【００３５】
この観点によれば、いくつかの実施形態において、上記ＬＢＴ手続は、バックオフチャネルとして供されないＣＣ上でＣＣＡ（clear  channel  assessment）を実行すること、及び、ＣＣＡがクリアチャネルを示すＣＣ上で送信を行うこと、をさらに含む。いくつかの実施形態において、１つのＣＣのみがバックオフチャネルとして供される。いくつかの実施形態において、上記送信フィードバック値は、ハイブリッド自動再送要求（ＨＡＲＱ）送信フィードバック値であり、上記ＣＷは、各コンポーネントキャリア（ＣＣ）に関する確認応答（ＡＣＫ）に対する否定確認応答（ＮＡＣＫ）の比が閾値を上回る場合にのみ増加される。いくつかの実施形態において、上記送信フィードバック値は、ハイブリッド自動再送要求（ＨＡＲＱ）送信フィードバック値であり、上記ＣＷは、全てのバックオフチャネルに関する確認応答（ＡＣＫ）に対する否定確認応答（ＮＡＣＫ）の比が閾値を上回る場合にのみ増加される。いくつかの実施形態において、上記ＣＷの上記サイズの増加は、１よりも大きい係数とのＣＷの積により取得される。いくつかの実施形態において、上記バックオフピリオドは、上記複数のコンポーネントキャリアのＣＷから決定される結合競合ウィンドウ（ＪＣＷ）から振り出される。いくつかの実施形態において、上記ＪＣＷは、上記複数のコンポーネントキャリアの上記ＣＷのうちの最大のものである。いくつかの実施形態において、上記ＪＣＷは、上記複数のコンポーネントキャリアの上記ＣＷの平均である。いくつかの実施形態において、上記ＣＷは、ＣＣ上での少なくとも１つの送信が否定確認応答（ＮＡＣＫ）信号に帰結する場合に増加される。
【００３６】
他の観点によれば、ＬＢＴ（listen-before-talk）プロトコルを実装するマルチキャリアワイヤレス通信システムにおける競合ウィンドウの適応化のためのネットワークノードが提供される。上記ネットワークノードは、プロセッサ及びメモリを含む処理回路、を含む。上記メモリは、上記プロセッサと通信関係にあり、上記プロセッサにより実行された場合に、上記プロセッサを競合ウィンドウの適応化のための機能を実行するように構成する実行可能な命令、を含む。上記プロセッサは、複数のコンポーネントキャリア（ＣＣ）のうちバックオフチャネルとして供される少なくとも１つのＣＣを判定し、バックオフチャネルとして供される上記少なくとも１つのＣＣ上でＬＢＴ手続を実行する、ようにさらに構成される。当該ＬＢＴ手続は、各バックオフチャネルについて、競合ウィンドウ（ＣＷ）から振り出されるバックオフピリオドの期間中にクリアチャネルが存在するかをセンシングすること、上記センシングによりクリアチャネルが存在すると示されないＣＣ上での送信を延期すること、及び、少なくとも１つの送信フィードバック値に基づいて、ＣＷのサイズを判定すること、を含む。上記ネットワークノードは、上記センシングによりクリアチャネルが存在すると示されるＣＣ上で送信を行うように構成される送信機、をさらに含む。
【００３７】
この観点によれば、いくつかの実施形態において、上記ＬＢＴ手続は、バックオフチャネルとして供されないＣＣ上でＣＣＡ（clear  channel  assessment）を実行すること、及び、ＣＣＡがクリアチャネルを示すＣＣ上で送信を行うこと、をさらに含む。いくつかの実施形態において、１つのＣＣのみがバックオフチャネルとして供される。いくつかの実施形態において、上記送信フィードバック値は、ハイブリッド自動再送要求（ＨＡＲＱ）送信フィードバック値であり、ＣＷは、各バックオフチャネルに関する確認応答（ＡＣＫ）に対する否定確認応答（ＮＡＣＫ）の比が閾値を上回る場合にのみ増加される。いくつかの実施形態において、上記送信フィードバック値は、ハイブリッド自動再送要求（ＨＡＲＱ）送信フィードバック値であり、上記ＣＷは、全てのバックオフチャネルに関する確認応答（ＡＣＫ）に対する否定確認応答（ＮＡＣＫ）の比が閾値を上回る場合にのみ増加される。いくつかの実施形態において、上記ＣＷの上記サイズの増加は、１よりも大きい係数とのＣＷの積により取得される。いくつかの実施形態において、上記バックオフピリオドは、上記複数のコンポーネントキャリアのＣＷから決定される結合競合ウィンドウ（ＪＣＷ）から振り出される。いくつかの実施形態において、上記ＪＣＷは、上記複数のコンポーネントキャリアの上記ＣＷのうちの最大のものである。いくつかの実施形態において、上記ＪＣＷは、上記複数のコンポーネントキャリアの上記ＣＷの平均である。いくつかの実施形態において、上記ＣＷは、ＣＣ上での少なくとも１つの送信が否定確認応答（ＮＡＣＫ）信号に帰結する場合に増加される。
【００３８】
また別の観点によれば、ＬＢＴ（listen-before-talk）プロトコルを実装するマルチキャリアワイヤレス通信システムにおける競合ウィンドウの適応化のためのネットワークノードが提供される。上記ネットワークノードは、バックオフチャネルとして供される少なくとも１つのコンポーネントキャリア（ＣＣ）の各々について、ＬＢＴ（listen-before-talk）手続を実行して、競合ウィンドウ（ＣＷ）から振り出されるバックオフピリオドの期間中に当該バックオフチャネル上にクリアチャネルが存在するかを判定する、ように構成されるＬＢＴモジュール、を含む。上記ネットワークノードは、少なくとも１つの送信フィードバック値に基づいて、上記ＣＷのサイズを判定する、ように構成される競合ウィンドウサイズ判定モジュール、をも含む。上記ネットワークノードは、上記センシングによりクリアチャネルが存在すると示されるＣＣ上で送信を行い、及び、上記センシングによりクリアチャネルが存在すると示されないＣＣ上での送信を延期する、ように構成される送信モジュール、をも含む。
【図面の簡単な説明】
【００３９】
次の添付図面と併せて考慮すれば、以下の詳細な説明への参照により、本実施形態並びに付随するそれらの利点及び特徴のより充分な理解がより容易に得られるであろう：
【００４０】
【図１】時間周波数グリッドである。
【図２】フレーム及びサブフレームの時間ドメイン表現である。
【図３】制御シグナリング及びリファレンスシンボルを示す時間周波数グリッドである。
【図４】統合されたキャリアを示している。
【図５】ＬＢＴ処理を示している。
【図６】負荷ベースのＣＣＡ（clear  channel  assessment）のための処理を示している。
【図７】ワイヤレスデバイスについてのライセンス済みキャリア及び未ライセンスキャリア上での送信を示している。
【図８】ここで説示される原理に従って構築されるネットワークノードの一実施形態のブロック図である。
【図９】ここで説示される原理に従って構築されるネットワークノードの代替的な実施形態のブロック図である。
【図１０】ランダムバックオフ手続の第１の実施形態を示している。
【図１１】ランダムバックオフ手続の第２の実施形態を示している。
【図１２】ランダムバックオフ手続の第３の実施形態を示している。
【図１３】ランダムバックオフ手続の第４の実施形態を示している。
【図１４】ランダムバックオフ手続の第５の実施形態を示している。
【図１５】ランダムバックオフ手続の第６の実施形態を示している。
【図１６】競合ウィンドウの適応化のための例示的な処理のフローチャートである。
【発明を実施するための形態】
【００４１】
例示的な実施形態を詳細に説明する前に、注記されることとして、それら実施形態は、マルチキャリアＬＢＴ（listen-before-talk）プロトコルにおける競合ウィンドウの適応化に関連する、装置のコンポーネントと処理ステップとの組み合わせに主として所在する。それに応じて、コンポーネントは、適切であれば図中の慣例的なシンボルにより表現されており、それらは、ここでの説明の恩恵を有する当業者にとって容易に明らかとなる詳細で本開示を曖昧にしないために、実施形態の理解に関連する特定な詳細のみを示している。
【００４２】
ここで使用されるところによれば、“第１”及び“第２”、“上”及び“下”などといった相対的な用語が、あるエンティティ又は要素と他のエンティティ又は要素とを単に区別するために、そうしたエンティティ又はエレメント間のいかなる物理的な若しくは論理的な関係若しくは順序を必ずしも要し又は示唆することなく使用され得る。
【００４３】
ここで使用される“ネットワークノード”との用語は、例えばコアネットワークノード、ＭＳＣ（mobile  switching  center）、ＭＭＥ（mobile  management  entity）、Ｏ＆Ｍ（operation  and  maintenance）、ＯＳＳ（operation  support  system）、ＳＯＮ（self-organizing  network）、測位ノード（例えば、Ｅ−ＳＭＬＣ（enhanced  serving  mobile  location  center）、ＭＤＴ（mobile  data  terminal）ノードなどの無線ネットワークノードへの言及であり得る。ここで使用されるようなネットワークノードとの用語は、セルラー又はモバイル通信システム内のユーザ機器（ＵＥ）といったワイヤレスデバイスをも含んでもよい。ワイヤレスデバイスの例は、ターゲットデバイス、デバイスツーデバイス（Ｄ２Ｄ）ワイヤレスデバイス、マシンタイプワイヤレスデバイス若しくはマシンツーマシン（Ｍ２Ｍ）通信可能なワイヤレスデバイス、ＰＤＡ、ｉＰＡＤ、タブレット、モバイル端末、スマートフォン、ＬＥＥ（laptop  embedded  equipped）、ＬＭＥ（laptop  mounted  equipment）、ＵＳＢドングルなどである。
【００４４】
ここで使用される“無線ネットワークノード”との用語は、無線ネットワークに含まれるいかなる種類のネットワークノードであることもでき、それはさらに、基地局（ＢＳ）、無線基地局、基地送受信局（ＢＴＳ）、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、拡張ノードＢ（ｅＮＢ若しくはｅＮｏｄｅＢ）、ノードＢ、ＭＳＲ  ＢＳといったマルチ標準無線（ＭＳＲ）無線ノード、リレーノード、リレーを制御するドナーノード、無線アクセスポイント（ＡＰ）、送信ポイント、送信ノード、ＲＲＵ（Remote  Radio  Unit）、ＲＲＨ（Remote  Radio  Head）、ＤＡＳ（distributed  antenna  system）内のノードなどのうちの任意のものを含み得る。
【００４５】
多様な実施形態が、マルチキャリア動作の期間中のチャネルアクセスのためにＬＢＴにおいて使用される競合ウィンドウを適応化させる手法を扱う。それら実施形態は、１つ以上のコンポーネントキャリアからの１つ以上のＨＡＲＱフィードバック値に基づいて競合ウィンドウサイズを変化させることのできる多様な方法を説明する。別々の実施形態が、各キャリア上に個別のランダムバックオフ処理が存在するケース、及び利用可能なキャリアのうちの１つに単一のランダムバックオフ処理が位置する場合のケースを扱う。
【００４６】
ＬＢＴプロトコルのための提案される競合ウィンドウ可変技法の説明が以下に続く。これは、概して、ダウンリンク（ＤＬ）及びアップリンク（ＵＬ）の双方に、及び周波数分割複信（ＦＤＤ）システム及び時間分割複信（ＴＤＤ）システムの双方に適用可能である。そのようにして、ここで説明される実施形態は、ワイヤレスデバイス又は基地局若しくは他のネットワークノードにおいて実装され得る。それらは、広くネットワークノードとして言及される。以下では、新たなＬＢＴ試行のためにランダムバックオフカウンタを振り出す元となり得る競合ウィンドウがＣＷで表現され、それにより振り出されるランダムバックオフカウンタは［０，Ｃ］の範囲内に入る。既定の競合ウィンドウサイズは、ＣＷｍｉｎにより表される。ＣＷが増加する場合、１つの例において、その時点のＣＷが二倍されて、そのＣＷに関する新たな上限が獲得される。常にＣＷ≦ＣＷｍａｘというサイズになるように、ＣＷｍａｘという最大値がＣＷに課せられてもよい。
【００４７】
いくつかの実施形態は、特定のＣＣの例えばＰＤＳＣＨ又はＰＵＳＣＨのために搬送されるデータ送信であって、概して特定のＣＣのビーム別であり得るそれらデータ送信のためのＬＢＴを扱う。データ送信の受信機は、送信機へＨＡＲＱフィードバックを提供して、データが成功裏に受信されたか（ＡＣＫ）又はそうでないか（ＮＡＣＫ）をＬＴＥの仕様に従って指し示す。ここでのＮＡＣＫは、スケジューリングされたデータに対応する。ＨＡＲＱフィードバックに基づいて、競合ウィンドウサイズが送信機により修正される。いくつかの実施形態において、その修正は、チャネルへアクセスするためにＬＢＴ動作が実行される時点で利用可能な、以前に未使用の全ての受信されたＨＡＲＱフィードバックに基づく。
【００４８】
非限定的な例として、サブフレームｎにおける送信についてのＨＡＲＱフィードバック値は、ｎ＋５以降、即ち少なくとも５サブフレーム以降に生じるＬＢＴ手続の調整における使用のために利用可能であるものと想定される。これは、ＬＴＥにおいて現在のところ使用されている４ｍｓのＨＡＲＱフィードバック遅延、及び何らかの追加的な処理遅延のためである。ＨＡＲＱフィードバック遅延は、ＬＴＥの将来のリリースにおいて低減されるかもしれず、ここで説明される実施形態がそれに応じて適応させられてもよい。送信バーストは、成功裏のチャネル競合の後に実行される、ネットワークノードによる送信への言及である。送信バーストは１つ以上のサブフレームを有してもよく、各サブフレームが１つ以上のユーザへの送信信号を有し、１つ以上のユーザへのその送信信号は、個別のＨＡＲＱフィードバックを受け得る１つ以上のコードワードを含む。各送信バーストに成功裏のＬＢＴ手続が先行しなければならず、その中でネットワークノードはチャネルが送信のために空いているかを判定する。
【００４９】
以下の実施形態は、ＣＣ別のマルチビーム送信へ容易に拡張可能である。また、マルチキャリア送信では、キャリアのグループ若しくはセットの数及びそれらの対応するメンバが変化し得るか又は再構成可能であるようなキャリアのグループ若しくはセットについて、以下の実施形態を考慮することができる。様々なグループに、以下の実施形態において説明される１つの方法又は複数の方法の組み合わせを当てはめることができる。それら方法は、異なるグループについて同一であるか又は異なることができ、時間によって変更されることができる。
【００５０】
第１の実施形態は、ネットワークノードにおいて複数のバックオフチャネルを伴うマルチキャリアシナリオを考慮する。複数のバックオフチャネルのケースでは、チャネルへアクセスすることを望むネットワークノードは、各キャリア上でＬＢＴを実行し、それに伴い、同じＣＷの範囲内から同一のランダムバックオフカウンタか又は異なる複数のランダムバックオフカウンタかのいずれかが振り出される。ランダムバックオフカウンタは、ネットワークノードが送信を行わない期間であるバックオフピリオドを左右する。次いで、ネットワークノードは、ＬＢＴが成功した対応するキャリア上で送信を行い、バックオフ手続が終了しないキャリア上での送信を延期する。バックオフを完了したＣＣは、それらの送信を、他の追加的なＣＣもまたバックオフを完了するまで延期してもよい。
【００５１】
図８は、ＬＢＴ（listen-before-talk）プロトコルを実装するマルチキャリアワイヤレス通信システムにおける競合ウィンドウサイズの適応化を実行するように構成されるネットワークノード２０のブロック図である。ネットワークノード２０は、処理回路２１を有する。いくつかの実施形態において、処理回路は、メモリ２４及びプロセッサ２２を含んでよく、メモリ２４は、プロセッサ２２により実行された場合にプロセッサ２２をここで説明される１つ以上の機能を実行するように構成する命令を収容する。旧来のプロセッサ及びメモリに加えて、処理回路２１は、例えば、１つ以上のプロセッサ、プロセッサコア、ＦＰＧＡ（Field  Programmable  Gate  Array）及び／又はＡＳＩＣ（Application  Specific  Integrated  Circuitry）などの、処理及び／又は制御のための集積回路を含んでもよい。
【００５２】
処理回路２１は、メモリ２４を含み、メモリ２４へ接続され、並びに／又はメモリ２４へ（例えば、書き込み及び／若しくは読み取りの）アクセスのために構成されてもよく、メモリ２４は、例えば、キャッシュ、バッファメモリ、ＲＡＭ（Random  Access  Memory）、ＲＯＭ（Read-Only  Memory）、光学メモリ及び／又はＥＰＲＯＭ（Erasable  Programmable  Read-Only  Memory）などのいかなる種類の揮発性及び／又は不揮発性のメモリを含んでもよい。そうしたメモリ２４は、制御回路により実行可能なコード、並びに／又は、例えば構成及び／若しくはノードのアドレスデータなどの例えば通信に関するデータといった他のデータを記憶する、ように構成され得る。処理回路２１は、ここで説明される方法のいずれかを制御し、及び／又は、そうした方法を例えばプロセッサ２２により実行させる、ように構成され得る。対応する命令群は、読取可能であり及び／又は処理回路２１へ読取可能に接続され得るメモリ２４内に記憶されてよい。言い換えると、処理回路２１は、マイクロプロセッサ、マイクロコントローラ、ＦＰＧＡ（Field  Programmable  Gate  Array）デバイス及び／又はＡＳＩＣ（Application  Specific  Integrated  Circuitry）デバイスを含み得るコントローラを含んでもよい。考慮され得ることとして、処理回路１２は、メモリを含み、又はメモリへ接続され若しくはメモリへ接続可能であり、メモリは、コントローラ及び／又は処理回路２１による読み取り及び／又は書き込みのためにアクセス可能であるように構成され得る。
【００５３】
ネットワークノード２０は、モバイルフォンといったワイヤレスデバイスであってもよく、又は例えばｅＮｏｄｅＢといった基地局であってもよい。いくつかの実施形態において、処理回路２１は、特定用途向け集積回路又はプログラマブルゲートアレイにより実装されてもよい。いくつかの実施形態において、メモリは、競合ウィンドウサイズ判定部２６及びＬＢＴ（listen-before-talk）ユニット２８を含んでもよい。ネットワークノード２０は、送信機３０をも含んでもよい。競合ウィンドウサイズ判定部２６は、少なくとも１つのハイブリッド自動再送要求（ＨＡＲＱ）フィードバック値に基づいて、競合ウィンドウ（ＣＷ）のサイズを判定する、ように構成される。ＬＢＴユニット２８は、複数のコンポーネントキャリア（ＣＣ）の各々について、バックオフチャネルセンシングユニット３２を介してセンシングを実行して、ＣＷの期間中にキャリア上にクリアチャネルが存在するかを判定する、ように構成される。そのセンシングは、ＬＢＴ手続であってもよい。送信機３０は、クリアチャネルが存在することをＬＢＴ手続が指し示すＣＣ上で送信を行い、クリアチャネルが存在することをＬＢＴ手続が指し示さないＣＣ上での送信を送信延期ユニット３４を介して延期する、ように構成される。
【００５４】
図９は、ＬＢＴ（listen-before-talk）プロトコルを実装するマルチキャリアワイヤレス通信システムにおける競合ウィンドウサイズの適応化を実行するように構成されるネットワークノード４０の代替的な実施形態のブロック図である。ネットワークノード４０は、競合ウィンドウサイズ判定モジュール４２及びＬＢＴモジュール４４を含む。これらモジュールは、プロセッサにより実行された場合にここで説明される機能を実行するようにプロセッサを構成する命令群、を収容するソフトウェアモジュールとして実装され得る。ネットワークノード４０は、ＬＢＴ手続によりクリアチャネルが存在すると指し示されるＣＣ上で送信を行う、ように構成される送信モジュール４６、をも含んでよい。
【００５５】
ネットワークノード２０、４０の動作が、例示の手段により以下で議論される。なお、実施形態がネットワークノード２０を基準として議論されるとしても、それら実施形態がネットワークノード４０を用いて等しく実装可能であることが理解される。図１０に、未ライセンス帯域上に各々自身のランダムバックオフ手続を実行する２つのＣＣを伴うＤＬマルチキャリアＬＢＴの説明例が示されている。全てのＣＣは共通のＣＷを共有する。図中で、各ＣＣは、サブフレーム０において同一のランダムバックオフカウンタと共にＬＢＴユニット２８を介して成功裏にＬＢＴ手続を実行し、送信機３０を介して４つのサブフレームの送信バーストが続く。ＬＢＴユニット２８により実装されるＬＢＴ手続は、バックオフチャネルセンシングユニット３２を介するバックオフチャネルセンシングと、送信延期ユニット３４を介する送信の延期とを含む。バーストの最初の送信時間インターバル（ＴＴＩ）上で、ワイヤレスデバイス（ＷＤ）ＷＤ１及びＷＤ２がＳＣｅｌｌ１によりスケジューリングされ、一方で、ＳＣｅｌｌ２上ではＷＤ３及びＷＤ４がそれぞれ単一コードワード及び複数コードワードの受信のためにスケジューリングされる。それら送信に対応するＨＡＲＱフィードバック値は、送信側のｅＮＢにとって、サブフレーム６における次に意図される送信バーストに先立ちＬＢＴ手続の開始により利用可能である。同じ送信バーストのサブフレーム１についてのＨＡＲＱフィードバック値は、利用可能ではなく、従って、サブフレーム６における次のＬＢＴフェーズのためのＣＷの判定のために使用されない。このようにして、次の送信バーストのためのＬＢＴ手続は、その時点で利用可能な全ての前回未使用のＨＡＲＱフィードバック値を使用する。
【００５６】
なお、あるサブフレームにおいて単一のユーザへ送信される異なる複数のコードワードについてのＨＡＲＱフィードバック値が、例えば論理ＡＮＤ又は論理ＯＲ演算を用いて単一の実質的なＨＡＲＱフィードバック値を形成するように組み合わせられてもよい。加えて、いくつかの実施形態において、意図されるＬＢＴ手続についてのスケジューリングされたユーザに対応するＨＡＲＱフィードバックのみが使用されてもよい。複数のユーザをまたいで及び複数のサブフレームをまたいで、ＨＡＲＱフィードバック値が追加的な手法で組み合わせられてもよい。
【００５７】
本実施形態の例示的な実装の以下のリストにおいて、二進指数バックオフ方式が前提とされ、次のＬＢＴ手続のためのＣＷは、増加すべきと判定された場合に二倍される。いくつかの実施形態において、ＣＷの増加のレートは二進指数でなくてもよく、即ち、二倍される代わりに、１よりも大きい何らかの係数でスケーリングされてもよい。ＣＷサイズは、競合ウィンドウサイズ判定部２６により判定される。
・  第１の例において、ＣＷのサイズは、いずれかのＣＣ上のいずれかのワイヤレスデバイスがＮＡＣＫを有する場合に二倍される。
・  第２の例において、ＣＷのサイズは、全てのＣＣがＮＡＣＫを伴う少なくとも１つのワイヤレスデバイスを有する場合にのみ二倍される。
・  第３の例において、ＣＷのサイズは、各ＣＣ上のＡＣＫに対するＮＡＣＫの比が閾値を上回る場合にのみ二倍される。
・  第４の例において、ＣＷのサイズは、いずれかのＣＣ上のＡＣＫに対するＮＡＣＫの比が閾値を上回る場合にのみ二倍される。
・  第５の例において、ＣＷのサイズは、全てのＣＣをまたいだＡＣＫに対するＮＡＣＫの結合される比が閾値を上回る場合にのみ二倍される。
・  第６の例において、ＣＷのサイズは、１つ以上のＮＡＣＫを有するＣＣの比が閾値を上回る場合にのみ二倍される。
・  第７の例において、ＣＷのサイズは、ＮＡＣＫされるＣＣの比が閾値を上回る場合にのみ二倍される。ＮＡＣＫされるＣＣとは、ＡＣＫに対するＮＡＣＫの比が閾値よりも高いＣＣである。
・  第８の例において、ＣＷのサイズは、ある数“Ｋ”個のＣＣが閾値を上回るＮＡＣＫ対ＡＣＫの比を有する場合にのみ二倍される。ＣＣの数をパラメータ化し、輻輳中のキャリアの数に依存して適応的とすることができる。例えば、多くの輻輳中のキャリアが存在する場合、Ｋは低減され得る。逆のケースでは、より保守的なＣＷ倍増法を有するために、それを増加させることができる。
・  第９の例において、ＣＷのサイズは、ある数“Ｋ”個のＣＣが１つ以上のＮＡＣＫを有する場合にのみ二倍される。ＣＣの数をパラメータ化し、輻輳中のキャリアの数に依存して適応的とすることができる。例えば、多くの輻輳中のキャリアが存在する場合、Ｋは低減され得る。逆のケースでは、より保守的なＣＷ倍増法を有するために、それを増加させることができる。
【００５８】
例示的な実装の次のセットは、ＨＡＲＱフィードバック値に基づいてどのようにＣＷを減少させるべきかを説明している。
・  第１の例において、ＣＷのサイズは、全てのＣＣをまたいだ全てのＨＡＲＱフィードバック値がＡＣＫである場合に、ＣＷｍｉｎへリセットされる。
・  第２の例において、ＣＷのサイズは、何らかの閾値よりも大きい数のＡＣＫを各バックオフチャネルが有する場合に、ＣＷｍｉｎへリセットされる。
・  第３の例において、ＣＷのサイズは、全てのＣＣをまたいだ結合されるＡＣＫの数が閾値を上回る場合に、ＣＷｍｉｎへリセットされる。
・  第４の例において、ＣＷのサイズは、ある数“Ｋ”個のＣＣが何らかの閾値よりも大きい数のＡＣＫを有する場合にのみ、ＣＷｍｉｎへリセットされる。ＣＣの数をパラメータ化し、輻輳中のキャリアの数に依存して適応的とすることができる。例えば、多くの輻輳中のキャリアが存在する場合、Ｋは増加され得る。逆のケースでは、ＣＷのリセットをより積極的に行うために、それを減少させることができる。
・  第５の例において、ＣＷのサイズは、連続してある数の時間インターバルにわたってＣＷｍａｘが使用された後に、ＣＷｍｉｎへリセットされる。
【００５９】
第２の実施形態は、ネットワークノード２０において複数のバックオフチャネルを伴うマルチキャリアシナリオを扱う。複数のバックオフチャネルのケースでは、チャネルへアクセスすることを望むネットワークノード２０は、各キャリア上でＬＢＴを実行し、それに伴い、同じＣＷの範囲内から同一のランダムバックオフカウンタか又は異なる複数のランダムバックオフカウンタかのいずれかが振り出される。次いで、ネットワークノード２０は、ＬＢＴが成功した対応するキャリア上で送信を行い、ランダムバックオフ手続を終えていないキャリア上での送信を送信延期ユニット３４を介して延期する。バックオフを完了したＣＣは、それらの送信を、他の追加的なＣＣもまたバックオフを完了するまで延期してもよい。
【００６０】
本実施形態では、当分野において知られているような単一チャネルのためのＣＷ追跡プロトコルに基づいて、他のチャネルとは別個に、チャネルｉについて競合ウィンドウＣＷｉが維持される。複数のキャリアのためにＬＢＴにおいて使用されるべき上記同じ又は異なるランダムバックオフカウンタは、それらキャリアのＣＷにより決定される結合競合ウィンドウ（ＪＣＷ）から振り出される。
【００６１】
【数１】
0006606596.tif 000002
チャネルｉについての重みＷｉは、当該チャネルｉの動作条件の側面を反映する。
−  １つの実施形態において、チャネルｉについての重みＷｉは、当該チャネルの帯域幅を反映する。
−  他の実施形態において、チャネルｉについての重みＷｉは、当該チャネルの平均的な雑音及び干渉のレベルを反映する。
−  また別の実施形態において、チャネルｉについての重みＷｉは、当該チャネルの送信電力を反映する。
【００６２】
図１１の実施形態において、未ライセンス帯域上に各々自身のランダムバックオフ手続を実行する２つのＣＣを伴うＤＬマルチキャリアＬＢＴの説明例が示されている。図１１の実施形態において、各ＣＣは、別々のＣＷ  ＣＷ１及びＣＷ２を維持する。対照的に、図１０の実施形態では、各ＣＣは、サブフレーム０において同一のランダムバックオフカウンタと共に成功裏にＬＢＴ手続を実行し、４つのサブフレームの送信バーストが続く。図１１では、バーストの最初のＴＴＩ上で、ＷＤ１及びＷＤ２がＳＣｅｌｌ１によりスケジューリングされ、一方で、ＳＣｅｌｌ２上でＷＤ３及びＷＤ４がそれぞれ単一コードワード及び複数コードワードの受信のためにスケジューリングされる。それら送信に対応するＨＡＲＱフィードバック値は、送信側のｅＮＢにとって、サブフレーム６における次に意図される送信バーストに先立ちＬＢＴ手続の開始により利用可能である。加えて、いくつかの実施形態において、意図されるＬＢＴについてスケジューリングされたユーザに対応するＨＡＲＱフィードバックのみが使用されてもよい。新たなＣＷ１及びＣＷ２は、２つのチャネルについてのＨＡＲＱフィードバックに基づいて計算される。ＪＣＷは、ＣＷ１及びＣＷ２に基づいて決定される。ランダムバックオフカウンタは、ＪＣＷに基づいて振り出され、ＬＢＴ動作のために双方のチャネルへ供給され得る。
【００６３】
第３の実施形態は、単一のバックオフチャネルを伴うマルチキャリアシナリオを扱う。この第３の実施形態の第１の方法において、ネットワークノード２０は、複数のキャリアのうちの１つのキャリア上でのみ本格的なランダムバックオフを伴うＬＢＴを実行する。ランダムバックオフ処理の予期される完了の前の短い時間、ネットワークノード２０は、他のキャリア上でクイックＣＣＡチェックを行い、バックオフチャネルに加えて、そのクイックＣＣＡチェックに基づいて空いていると判定される他のキャリアのサブセット上で、送信を行う。クイックＣＣＡチェックが実行される対象のキャリアは、補助キャリア（ancillary  carriers）と表される。非限定的な例として、補助キャリア上でのクイックＣＣＡチェックの時間長は、Ｗｉ−ＦｉのＰＩＦＳ時間長（概して、２５μｓ）以上であってよい。
【００６４】
図１２の実施形態に、単一のバックオフチャネル及び１つの補助ＣＣの説明例が示されており、そこでは、ＳＣｅｌｌ１上に単独のバックオフチャネルが配置され、ＳＣｅｌｌ２は補助キャリアとして動作している。ＳＣｅｌｌ１は、この例において、サブフレーム０及び６にて完全なランダムバックオフを伴うＬＢＴテストを遂行し、一方で、補助ＣＣは、バックオフチャネルにより起動されるクイックＣＣＡチェックを遂行する。サブフレーム６からの送信バーストに先立つＬＢＴ処理において使用されるＣＷは、前回の送信バーストにおける双方のＣＣのサブフレーム０からのＨＡＲＱフィードバック値を考慮に入れる。上述した方式は、周波数において連続していなくてもよい任意の数の補助ＣＣに適用されることができる。なお、第１の実施形態に関して上述したように、ある実質的なフィードバック値を取得するように、複数のＨＡＲＱフィードバック値が組み合わせられてもよい。
【００６５】
第３の実施形態の第２の方法において、ネットワークノードは、複数のキャリア上で並列の完全なランダムバックオフを共通のＣＷと共に実行し、１つが先に完了する場合、そのキャリアの完了前の短い時間にわたりチャネルがモニタリングされる。チャネルがアイドルであると見出される場合、対応するランダムバックオフは切り捨てられる。そうでない場合、ランダムバックオフは継続される。ネットワークノード２０は、実際、複数のキャリアのうちのいくつかのキャリア上での本格的なランダムバックオフを伴うＬＢＴを実行し、それらキャリアは、全てのキャリア又はそれらのサブセットである。それらキャリア上でのランダムバックオフ手続の期間中に、ランダムバックオフを最初に完了するキャリアは、実質的に、本格的なランダムバックオフを伴うキャリアであると見なされる。第１の方法での通り、他の全てのキャリア上でのクイックＣＣＡチェックの結果が利用されてもよい。その目的のために、ネットワークノード２０は、完全なランダムバックオフを行っている他の全てのキャリア上でチャネルがアイドルであるかを評価し、又は、完全なランダムバックオフ無しの他のキャリア上でクイックＣＣＡチェックを行う。ネットワークノード２０は、他のキャリアがアイドルであることを見出す場合、それらの対応するランダムバックオフを切り捨て、最後のＣＣＡを実質的なＣＣＡとして使用する。ネットワークノード２０は、実質的なバックオフチャネルに加えて、短い時間ピリオドにわたって開いていることが見出される他のキャリア上で送信を行う。実質的なランダムバックオフキャリアを除くそれらキャリアは、補助キャリアとして表される。非限定的な例として、チャネルがアイドルであり及び／又は補助キャリア上でクイックＣＣＡチェックが行われる上記短い時間の時間長は、Ｗｉ−ＦｉのＰＩＦＳ時間長（概して、２５μｓ）以上であってよい。よって、いくつかの実施形態において、バックオフチャネルではない各チャネルについて、ｅＮＢは、バックオフチャネル上での送信の直前に、少なくともセンシングインターバルＴ＝２５μｓにわたってチャネルをセンシングする。従って、バックオフチャネルとして供されないＣＣ上でのＣＣＡが、バックオフチャネル上での送信の直前に実行されるべきである。
【００６６】
図１３において、実質的な単一のバックオフチャネル及び１つの補助ＣＣの説明例が示されており、そこでは、ＳＣｅｌｌ１及びＳＣｅｌｌ２の双方がランダムバックオフと共に開始し、但し、ＳＣｅｌｌ１のランダムバックオフが先に完了する。ＳＣｅｌｌ２は、自身のランダムバックオフの一部としての短いバックオフ時間ピリオドにわたりチャネルがアイドルであると見出し、自身のランダムバックオフを切り捨て、それが実質的なＣＣＡであると見なされ得る。よって、単独の実質的なバックオフチャネルはＳＣｅｌｌ１に配置され、ＳＣｅｌｌ２は実質的な補助キャリアとして運用される。ＬＢＴテストは、サブフレーム０及び６での送信のために実行される。サブフレーム６からの送信バーストに先立つＬＢＴ処理において使用されるＣＷは、前回の送信バーストにおける双方のＣＣのサブフレーム０からのＨＡＲＱフィードバック値を考慮に入れる。上述した方式は、周波数において連続していなくてもよい任意の数の補助ＣＣに適用されることができる。なお、第１の実施形態に関して上述したように、ある実質的なフィードバック値を取得するように、複数のＨＡＲＱフィードバック値が組み合わせられてもよい。
【００６７】
第３の方法は上述した第２の実施形態に類似し、相違点は、どのＳＣｅｌｌも自身のＣＷを追跡し、但し競合ウィンドウを適応化させる共通のルールか又は競合ウィンドウを適応化させる自身のルールかのいずれかに従うことである。図１２及び図１３は、それぞれ第３の方法のそれら２つの変種を示している。図１２の実施形態では、ただ１つのバックオフチャネルが存在し（ＳＣｅｌｌ１）、ＳＣｅｌｌ２上でクイックＣＣＡが実行される。図１２では、ＳＣｅｌｌ１についてＣＡ適応化が実行される。図１３の実施形態では、ＳＣｅｌｌ１及び２上の２つのバックオフチャネルが存在する。それらセルの双方に共通のＣＷが適用される。図１４は、共通のルールに従う競合ウィンドウの適応化を示し、図１５は、セルごとのルールを用いる競合ウィンドウの適応化を示している。
【００６８】
本実施形態の例示的な実装の以下のリストにおいて、二進指数バックオフ方式が前提とされ、次のＬＢＴ手続のためのＣＷのサイズは、増加すべきと判定された場合に二倍される。理解されるべきこととして、ＣＷの増加のレートは二進指数でなくてもよく、即ち、二倍される代わりに、１よりも大きい何らかの係数でスケーリングされてもよい。
・  第１の例示的な実装において、ＣＷのサイズは、単一のバックオフチャネル上で１つ以上のワイヤレスデバイスがＮＡＣＫをレポートする場合に二倍される。
・  第２の例示的な実装において、ＣＷのサイズは、単一のバックオフチャネルに関するＡＣＫに対するＮＡＣＫの比が閾値を上回る場合にのみ二倍される。
・  第３の例示的な実装において、ＣＷのサイズは、いずれかのＣＣ（バックオフチャネル又は補助チャネル）が１つ以上のＮＡＣＫを有する場合に二倍される。
・  第４の例示的な実装において、ＣＷのサイズは、いずれかのＣＣ（バックオフチャネル又は補助チャネル）が閾値を上回るＡＣＫ対ＮＡＣＫの比を有する場合に二倍される。その閾値は、単一のバックオフチャネルと比較して、補助キャリアについて異なってもよい。
・  第５の例示的な実装において、ＣＷのサイズは、全てのＣＣ（バックオフチャネル又は補助チャネル）が１つ以上のＮＡＣＫを有する場合にのみ二倍される。
・  第６の例において、ＣＷのサイズは、ある数“Ｋ”個のＣＣ（バックオフチャネル又は補助チャネル）が１つ以上のＮＡＣＫを有する場合にのみ二倍される。ＣＣの数をパラメータ化し、輻輳中のキャリアの数に依存して適応的とすることができる。例えば、多くの輻輳中のキャリアが存在する場合、Ｋは低減され得る。逆の他のケースでは、より保守的なＣＷ倍増法を有するために、それを増加させることができる。
・  第７の例において、ＣＷのサイズは、ある数“Ｋ”個のＣＣ（バックオフチャネル又は補助チャネル）が閾値を上回るＡＣＫ対ＮＡＣＫの比を有する場合にのみ二倍される。ＣＣの数をパラメータ化し、輻輳中のキャリアの数に依存して適応的とすることができる。例えば、多くの輻輳中のキャリアが存在する場合、Ｋは低減され得る。他において、逆のケースでは、より保守的なＣＷ倍増法を有するために、それを増加させることができる。
【００６９】
例示的な実装の次のセットは、単一のバックオフチャネルが使用される場合にＨＡＲＱフィードバック値に基づいてどのようにＣＷを減少させるべきかを説明している。理解されるべきこととして、ＣＷの減少分のレートは、ＣＷｍｉｎへのリセットでなくてもよい。代わりに、それは１よりも大きいか小さい何らかの係数で減少させられてもよい。
・  第１の例において、ＣＷのサイズは、単一のバックオフチャネルが１つ以上のＡＣＫを受信する場合に、ＣＷｍｉｎへリセットされる。
・  第２の例において、ＣＷのサイズは、バックオフチャネル及び全ての補助キャリアが何らかの閾値よりも大きい数のＡＣＫを有する場合に、ＣＷｍｉｎへリセットされる。その閾値は、単一のバックオフチャネルと比較して、補助キャリアについて異なってもよい。
・  第３の例において、ＣＷのサイズは、ある数“Ｋ”個のＣＣ（バックオフチャネル及び補助チャネル）が何らかの閾値よりも大きい数のＡＣＫを有する場合にのみ、ＣＷｍｉｎへリセットされる。ＣＣの数をパラメータ化し、輻輳中のキャリアの数に依存して適応的とすることができる。例えば、多くの輻輳中のキャリアが存在する場合、Ｋは増加され得る。逆のケースでは、ＣＷのリセットをより積極的に行うために、それを減少させることができる。第４の例において、ＣＷのサイズは、連続してある回数にわたってＣＷｍａｘが使用された後に、ＣＷｍｉｎへリセットされる。
・  第１の例において、ＣＷのサイズは、単一のバックオフチャネルが１つ以上のＡＣＫを受信する場合に、ＣＷｍｉｎへリセットされる。
・  第２の例において、ＣＷのサイズは、バックオフチャネル及び全ての補助キャリアが何らかの閾値よりも大きい数のＡＣＫを有する場合に、ＣＷｍｉｎへリセットされる。その閾値は、単一のバックオフチャネルと比較して、補助キャリアについて異なってもよい。
【００７０】
第３の例において、ＣＷのサイズは、ある数“Ｋ”個のＣＣ（バックオフチャネル及び補助チャネル）が何らかの閾値よりも大きい数のＡＣＫを有する場合にのみ、ＣＷｍｉｎへリセットされる。ＣＣの数をパラメータ化し、輻輳中のキャリアの数に依存して適応的とすることができる。例えば、多くの輻輳中のキャリアが存在する場合、Ｋは増加され得る。逆のケースでは、ＣＷのリセットをより積極的に行うために、それを減少させることができる。第４の例において、ＣＷのサイズは、連続してある回数にわたってＣＷｍａｘが使用された後に、ＣＷｍｉｎへリセットされる。
【００７１】
図１６は、ＬＢＴプロトコルを実装するマルチキャリアワイヤレス通信システムにおける、ＬＢＴユニット２８を介して競合ウィンドウを適応化させるための例示的な処理のフローチャートである。いくつかの実施形態において、処理のステップは、複数のコンポーネントキャリア（ＣＣ）のうちの各々について、バックオフチャネルセンシングユニット３２を介してセンシングを実行して、ＣＷの期間中にＣＣ上にクリアチャネルが存在するかを判定すること（ブロックＳ１００）、を含む。クリアチャネルが存在する場合（ブロックＳ１０２）、処理は、ＬＢＴユニット２８のＬＢＴ手続によりクリアチャネルが存在すると示されるＣＣ上で送信を行うこと（ブロックＳ１０４）、を含み得る。クリアチャネルが存在しない場合（ブロックＳ１０２）、処理は、ＬＢＴ手続によりクリアチャネルが存在すると示されないＣＣ上での送信を送信延期ユニット３４を介して延期すること（ブロックＳ１０６）、をも含み得る。処理は、少なくとも１つのハイブリッド自動再送要求（ＨＡＲＱ）フィードバック値に基づいて、競合ウィンドウサイズ判定部２６を介して競合ウィンドウ（ＣＷ）のサイズを判定すること（ブロックＳ１０８）、をも含む。
【００７２】
さらなる実施形態は、次を含む：
実施形態１．ＬＢＴ（listen-before-talk）プロトコルを実装するマルチキャリアワイヤレス通信システムにおける競合ウィンドウの適応化の方法であって、
複数のコンポーネントキャリア（ＣＣ）の各々についてセンシングして、競合ウィンドウ（ＣＷ）から振り出されるバックオフピリオドの期間中にＣＣ上にクリアチャネルが存在するかを判定すること（Ｓ１００）と、
前記センシングによりクリアチャネルが存在すると示されるＣＣ上で送信を行うこと（Ｓ１０４）と、
前記センシングによりクリアチャネルが存在すると示されないＣＣ上での送信を延期すること（Ｓ１０６）と、
少なくとも１つのハイブリッド自動再送要求（ＨＡＲＱ）フィードバック値に基づいて、ＣＷのサイズを判定すること（Ｓ１０８）と、
を含む方法。
【００７３】
実施形態２．前記ＣＷは、ＣＣ上での少なくとも１つの送信が否定確認応答（ＮＡＣＫ）信号に帰結する場合に増加される、実施形態１の方法。
【００７４】
実施形態３．前記ＣＷは、複数のコンポーネントキャリアのうちの少なくとも１つに関する確認応答（ＡＣＫ）に対する否定確認応答（ＮＡＣＫ）の比が閾値を上回る場合にのみ増加される、実施形態１の方法。
【００７５】
実施形態４．前記ＣＷの前記サイズの増加のレートは、バイナリである、実施形態１の方法。
【００７６】
実施形態５．前記ＣＷの前記サイズの増加のレートは、１よりも大きい係数でのスケーリングである、実施形態１の方法。
【００７７】
実施形態６．前記バックオフピリオドは、複数のコンポーネントキャリアのＣＷから決定される結合競合ウィンドウ（ＪＣＷ）から振り出される、実施形態１の方法。
【００７８】
実施形態７．前記ＪＣＷは、前記複数のコンポーネントキャリアの前記ＣＷのうちの最大のものである、実施形態６の方法。
【００７９】
実施形態８．前記ＪＣＷは、前記複数のコンポーネントキャリアの前記ＣＷの平均である、実施形態６の方法。
【００８０】
実施形態９．ＬＢＴ（listen-before-talk）プロトコルを実装するマルチキャリアワイヤレス通信システムにおける競合ウィンドウの適応化のための装置であって、
プロセッサ（２２）と、
前記プロセッサと通信関係にあるメモリ（２４）と、
送信機（３０）と、
を含む処理回路（２１）、を備え、前記メモリ（２４）は、前記プロセッサ（２２）により実行された場合に、前記プロセッサを、
複数のコンポーネントキャリア（ＣＣ）の各々についてセンシングして、競合ウィンドウ（ＣＷ）から振り出されるバックオフピリオドの期間中にキャリア上にクリアチャネルが存在するかを判定すること（Ｓ１００）と、
少なくとも１つのハイブリッド自動再送要求（ＨＡＲＱ）フィードバック値に基づいて、前記ＣＷのサイズを判定すること（Ｓ１０８）と、
を行うように構成する実行可能な命令、を含み、
前記送信機（３０）は、
前記センシングによりクリアチャネルが存在すると示されるＣＣ上で送信を行い（Ｓ１０４）、
前記センシングによりクリアチャネルが存在すると示されないＣＣ上での送信を延期する（Ｓ１０６）、
ように構成される、装置。
【００８１】
実施形態１０．前記ＣＷは、ＣＣ上での少なくとも１つの送信が否定確認応答（ＮＡＣＫ）信号に帰結する場合に増加される、実施形態９の装置。
【００８２】
実施形態１１．前記ＣＷは、複数のコンポーネントキャリアのうちの少なくとも１つに関する確認応答（ＡＣＫ）に対する否定確認応答（ＮＡＣＫ）の比が閾値を上回る場合にのみ増加される、実施形態９の装置。
【００８３】
実施形態１２．前記ＣＷの前記サイズの増加のレートは、バイナリである、実施形態９の装置。
【００８４】
実施形態１３．前記ＣＷの前記サイズの増加のレートは、１よりも大きい係数でのスケーリングである、実施形態９の装置。
【００８５】
実施形態１４．前記バックオフピリオドは、複数のコンポーネントキャリアのＣＷから決定される結合競合ウィンドウ（ＪＣＷ）から振り出される、実施形態９の装置。
【００８６】
実施形態１５．前記ＪＣＷは、前記複数のコンポーネントキャリアの前記ＣＷのうちの最大のものである、実施形態１４の装置。
【００８７】
実施形態１６．前記ＪＣＷは、前記複数のコンポーネントキャリアの前記ＣＷの平均である、実施形態１４の装置。
【００８８】
実施形態１７．ＬＢＴ（listen-before-talk）プロトコルを実装するマルチキャリアワイヤレス通信システムにおける競合ウィンドウの適応化のための装置であって、
複数のコンポーネントキャリア（ＣＣ）の各々についてＬＢＴ（listen-before-talk）手続を実行して、競合ウィンドウ（ＣＷ）から振り出されるバックオフピリオドの期間中にコンポーネントキャリア上にクリアチャネルが存在するかを判定する（Ｓ１００）、ように構成されるＬＢＴモジュール（４４）と、
少なくとも１つのハイブリッド自動再送要求（ＨＡＲＱ）フィードバック値に基づいて、前記ＣＷのサイズを判定する（Ｓ１０８）、ように構成される競合ウィンドウサイズ判定モジュール（４２）と、
前記センシングによりクリアチャネルが存在すると示されるＣＣ上で送信を行い（Ｓ１０４）、及び、
前記センシングによりクリアチャネルが存在すると示されないＣＣ上での送信を延期する（Ｓ１０６）、
ように構成される送信モジュール（４６）と、
を備える装置。
【００８９】
実施形態１８．前記ＣＷは、ＣＣ上での少なくとも１つの送信が否定確認応答（ＮＡＣＫ）信号に帰結する場合に増加される、実施形態１７の装置。
【００９０】
実施形態１９．前記ＣＷは、複数のコンポーネントキャリアのうちの少なくとも１つに関する確認応答（ＡＣＫ）に対する否定確認応答（ＮＡＣＫ）の比が閾値を上回る場合にのみ増加される、実施形態１７の装置。
【００９１】
実施形態２０．前記ＣＷの前記サイズの増加のレートは、バイナリである、実施形態１７の装置。
【００９２】
実施形態２１．前記ＣＷの前記サイズの増加のレートは、１よりも大きい係数でのスケーリングである、実施形態１７の装置。
【００９３】
実施形態２２．前記バックオフピリオドは、複数のコンポーネントキャリアのＣＷから決定される結合競合ウィンドウ（ＪＣＷ）から振り出される、実施形態１７の装置。
【００９４】
実施形態２３．前記ＪＣＷは、前記複数のコンポーネントキャリアの前記ＣＷのうちの最大のものである、実施形態２２の装置。
【００９５】
実施形態２４．前記ＪＣＷは、前記複数のコンポーネントキャリアの前記ＣＷの平均である、実施形態２２の装置。
【００９６】
当業者により理解されるであろうように、ここで説明した概念は、方法、データ処理システム及び／又はコンピュータプログラムプロダクトとして具現化されてもよい。従って、ここで説明した概念は、全体としてのハードウェアでの実施形態、全体としてのソフトウェアでの実施形態、又は、ソフトウェア及びハードウェアの側面を組み合わせた実施形態の形式をとってよく、ここでは全てが“回路”又は“モジュール”として広く言及されている。そのうえ、本開示は、記憶媒体内で具現化されるコンピュータにより実行可能なコンピュータプログラムコード、を有するコンピュータにより使用可能な有形の当該媒体上の、コンピュータプログラムプロダクトの形式をとってもよい。任意の適した有形のコンピュータ読取可能な媒体が、ハードディスク、ＣＤ−ＲＯＭ、電子記憶デバイス、光学記憶デバイス又は磁気記憶デバイスを含んで利用されてもよい。
【００９７】
いくつかの実施形態は、方法、システム及びコンピュータプログラムプロダクトの、フローチャートの図及び／又はブロック図を参照しながら説明されている。理解されるであろうこととして、フローチャートの図及び／又はブロック図の各ブロック、並びに、フローチャートの図及び／又はブロック図におけるブロックの組み合わせを、コンピュータプログラム命令により実装することができる。それらコンピュータプログラム命令は、汎用コンピュータ、特殊目的のコンピュータ又は他のプログラム可能なデータ処理装置のプロセッサへ提供されてマシンを生み出し、それにより、上記命令は、コンピュータ又は他のプログラム可能なデータ処理装置のプロセッサを介して稼働する場合に、フローチャート及び／又はブロック図の１つ若しくは複数のブロックにおいて特定された機能／動作を実装するための手段を生成する。
【００９８】
それらコンピュータプログラム命令は、コンピュータ読取可能なメモリ又は記憶媒体内に記憶されてもよく、コンピュータ読取可能なメモリ内に記憶される命令がフローチャート及び／又はブロック図の１つ若しくは複数のブロックにおいて特定された機能／動作を実装する命令手段を含む製造の品目を生み出すように、コンピュータ又は他のプログラム可能なデータ処理装置に特定のやり方で機能するように指示することができる。
【００９９】
また、コンピュータプログラム命令は、コンピュータ又は他のプログラム可能なデータ処理装置上で一連の動作ステップを実行させるように、当該コンピュータ又は他のプログラム可能なデータ処理装置へロードされて、コンピュータ実装された処理を生み出してもよく、それにより、それら命令は、コンピュータ又は他のプログラム可能な装置上で稼働する場合に、フローチャート及び／又はブロック図の１つ若しくは複数のブロックにおいて特定された機能／動作を実装するためのステップを提供する。
【０１００】
理解されるべきこととして、ブロック内に記述した機能／動作は、動作例において記述した順序から外れて生じてもよい。例えば、連続的に示した２つのブロックが実際には実質的に並行的に実行さてもよく、又は、それらブロックは関係する機能性／動作に依存して逆の順序で実行されることがあってもよい。図のうちのいくつかは通信の主要な方向を示すための通信経路上の矢印を含むものの、理解されるべきこととして、描かれた矢印に対して反対方向に通信が生じてもよい。
【０１０１】
ここで説明した概念の動作を遂行するためのコンピュータプログラムコードは、Ｊａｖａ（登録商標）又はＣ＋＋といったオブジェクト指向プログラミング言語で書かれてもよい。しかしながら、本開示の動作を遂行するためのコンピュータプログラムコードは、“Ｃ”プログラミング言語といった旧来の手続型のプログラミング言語で書かれてもよい。そのプログラムコードは、全体としてユーザのコンピュータ上で、部分的にユーザのコンピュータ上で、スタンドアローンのソフトウェアパッケージとして、部分的にユーザのコンピュータ上で及び部分的にリモートコンピュータ上で、又は、全体としてリモートコンピュータ上で稼働してよい。後者のシナリオにおいて、リモートコンピュータは、ＬＡＮ（local  area  network）若しくはＷＡＮ（wide  area  network）を通じてユーザのコンピュータへ接続されてもよく、又は、その接続は、（例えば、インターネットサービスプロバイダを用いてインターネットを通じて）外部コンピュータへなされてもよい。
【０１０２】
多くの異なる実施形態が、上の説明及び図面に関連してここで開示されている。理解されるであろうこととして、それら実施形態のあらゆる組み合わせ及び副次的な組み合わせをそのまま記述し及び説明することは、過度に冗長的で分かりにくいはずである。従って、全ての実施形態は、いかなる手法で及び／又は組み合わせで組み合わされてもよく、本明細書は、図面を含めて、ここで説明した実施形態の全ての組み合わせ及び副次的な組み合わせについて並びにそれらを活用するやり方及び処理について完全に記述した説明を構成するものと解釈されるものとし、そうしたいかなる組み合わせ及び副次的な組み合わせに関する請求項をもサポートするものとする。
【０１０３】
当業者により認識されるであろうこととして、ここで説明した実施形態は、これまでに具体的に示し説明したものには限定されない。加えて、上で別段の言及がなされていない限り、添付図面の全ては等尺ではないことに留意すべきである。次の特許請求の範囲のスコープから逸脱することなく、上の教示を踏まえて、多様な修正及び変形が可能である。
【図１】
0006606596.tif 000003
【図２】
0006606596.tif 000004
【図３】
0006606596.tif 000005
【図４】
0006606596.tif 000006
【図５】
0006606596.tif 000007
【図６】
0006606596.tif 000008
【図７】
0006606596.tif 000009
【図８】
0006606596.tif 000010
【図９】
0006606596.tif 000011
【図１０】
0006606596.tif 000012
【図１１】
0006606596.tif 000013
【図１２】
0006606596.tif 000014
【図１３】
0006606596.tif 000015
【図１４】
0006606596.tif 000016
【図１５】
0006606596.tif 000017
【図１６】
0006606596.tif 000018