特許 6572319 通信ネットワークにおけるコンテンションウィンドウサイズを決定するための通信機器及び通信機器における方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6572319

(24)【登録日】2019年8月16日

(45)【発行日】2019年9月4日

(54)【発明の名称】通信ネットワークにおけるコンテンションウィンドウサイズを決定するための通信機器及び通信機器における方法

(51)【国際特許分類】

   H04W 74/08 20090101AFI20190826BHJP

   H04W 28/04 20090101ALI20190826BHJP

   H04W 16/14 20090101ALI20190826BHJP

【ＦＩ】

   H04W74/08

   H04W28/04 110

   H04W16/14

【請求項の数】15

【全頁数】25

(21)【出願番号】特願2017-548290(P2017-548290)

(86)(22)【出願日】2016年1月22日

(65)【公表番号】特表2018-512795(P2018-512795A)

(43)【公表日】2018年5月17日

(86)【国際出願番号】SE2016050038

(87)【国際公開番号】WO2016148622

(87)【国際公開日】20160922

【審査請求日】2017年11月13日

(31)【優先権主張番号】62/134,340

(32)【優先日】2015年3月17日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】598036300

【氏名又は名称】テレフオンアクチーボラゲット エルエム エリクソン（パブル）

(74)【代理人】

【識別番号】100076428

【弁理士】

【氏名又は名称】大塚 康徳

(74)【代理人】

【識別番号】100115071

【弁理士】

【氏名又は名称】大塚 康弘

(74)【代理人】

【識別番号】100112508

【弁理士】

【氏名又は名称】高柳 司郎

(74)【代理人】

【識別番号】100116894

【弁理士】

【氏名又は名称】木村 秀二

(74)【代理人】

【識別番号】100130409

【弁理士】

【氏名又は名称】下山 治

(74)【代理人】

【識別番号】100170667

【弁理士】

【氏名又は名称】前田 浩次

(72)【発明者】

【氏名】チェン， ジュン−フー

(72)【発明者】

【氏名】ファラハティ， ソロール

(72)【発明者】

【氏名】カン， ドゥ ホー

(72)【発明者】

【氏名】コオラパティ， ハヴィッシュ

(72)【発明者】

【氏名】ラーション， ダニエル

(72)【発明者】

【氏名】ムケルジー， アミタヴ

【審査官】 望月 章俊

(56)【参考文献】

【文献】 ALCATEL-LUCENT SHANGHAI BELL, ALCATEL-LUCENT，Considerations on LBT Enhancements for Licensed-Assisted Access，3GPP TSG RAN WG1 Meeting #78bis R1-144083，3GPP，２０１４年 ８月１０日，p.1-6，ＵＲＬ，http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_78b/Docs/R1-144083.zip

【文献】 SHARP，Evaluation results for coexistence of LAA and WiFi，3GPP TSG RAN WG1 Meeting #80 R1-150694，3GPP，２０１５年 ２月１３日，p.1-14，ＵＲＬ，http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_80/Docs/R1-150694.zip

【文献】 INTEL CORPORATION，LBT design for LAA downlink，3GPP TSG RAN WG1 Meeting #80 R1-150089，3GPP，２０１５年 ２月１３日，p.1-8，ＵＲＬ，http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_80/Docs/R1-150089.zip

【文献】 CABLELABS，LBT with Exponential Backoff Process for Fair Channel Access，3GPP TSG-RAN WG1 Meeting #80 R1-150269，3GPP，２０１５年 ２月１３日，p.1-3，ＵＲＬ，http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_80/Docs/R1-150269.zip

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｗ４／００−Ｈ０４Ｗ９９／００

Ｈ０４Ｂ７／２４−Ｈ０４Ｂ７／２６

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４

ＳＡ ＷＧ１−４

ＣＴ ＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

第１の通信機器（１２００）によって実行される、ランダムバックオフ・コンテンションウィンドウ・サイズを適合又は決定する方法であって、
−少なくとも１つのサブフレームを含んだ少なくとも１つのバーストを、少なくとも１つの第２の通信機器へ送信すること（１１０１）と、
−前記少なくとも１つのサブフレームに対して、前記第２の通信機器から、複合自動再送要求（ＨＡＲＱ）フィードバック値を受信すること（１１０２）と、
−前記受信したＨＡＲＱフィードバック値に基づくと共に、いずれかの以前に使用されていないＨＡＲＱフィードバック値にさらに基づいて、ランダムバックオフ・コンテンションウィンドウ・サイズを決定又は適合すること（１１０３）と、
を有する方法。

【請求項2】

前記決定又は適合すること（１１０３）は、プライマリセル及び１つ以上のセカンダリセルを含んだライセンス・アシステッド・アクセス（ＬＡＡ）システムにおいて実行される、請求項１に記載の方法。

【請求項3】

前記送信すること（１１０１）より先に、リスン・ビフォア・トーク（ＬＢＴ）手順の成功、すなわち、前記第１の通信機器によってチャネルが前記少なくとも１つのバーストの前記送信を自由に実行することができると判定される、請求項１又は２に記載の方法。

【請求項4】

ランダムバックオフ・コンテンションウィンドウ・サイズを前記決定又は適合すること（１１０３）は、前記受信したＨＡＲＱフィードバック値に基づくと共に前記チャネルにアクセスするために前記ＬＢＴ手順が実行される際に前記第１の通信機器において利用可能ないずれかの以前に使用されていないＨＡＲＱフィードバック値にさらに基づく、請求項３に記載の方法。

【請求項5】

前記ランダムバックオフ・コンテンションウィンドウ・サイズ（ここではＣＷ）を決定又は適合すること（１１０３）は、以下に従って実行される：
−ＣＷは、過去のＨＡＲＱフィードバック値の順序付けされたリストのうちのＨＡＲＱ₁；ＨＡＲＱ₂，ＨＡＲＱ_kである前記ＨＡＲＱフィードバック値の、
ＣＷ＝ｆ（ＨＡＲＱ₁，ＨＡＲＱ₂，...，ＨＡＲＱ_k）
に従う関数であり、ここで、ｋは前記リストにおける最新のＨＡＲＱフィードバック値の数である、
請求項１から４のいずれか１項に記載の方法。

【請求項6】

前記ランダムバックオフ・コンテンションウィンドウ・サイズ（ここではＣＷ）を決定又は適合すること（１１０３）は、ｉ番目のＬＢＴに対して、
ＮＡＣＫ＿ｒａｔｉｏ＜Ｔ０の場合、ＣＷ（ｉ）＝ＣＷｍｉｎ、
ＮＡＣＫ＿ｒａｔｉｏ≧Ｔ０の場合、ＣＷ（ｉ）＝ＣＷ（ｉ−１）×ａ^x、
のように定義されるＣＷ（ｉ）＝ｆ（ＨＡＲＱ ＡＣＫ／ＮＡＣＫ）に従って実行され、
ここで、倍数因子ａは２であり、ＮＡＣＫ＿ｒａｔｉｏ＝（ＨＡＲＱ ＮＡＣＫの数）／（利用可能な使用されていないＨＡＲＱフィードバック値の総数）であり、Ｔ０は０から１まで変動可能な閾値であり、ｘはＮＡＣＫ＿ｒａｔｉｏの関数である、
請求項１から４のいずれか１項に記載の方法。

【請求項7】

前記ランダムバックオフ・コンテンションウィンドウ・サイズ（ここではＣＷ）を決定又は適合すること（１１０３）は、
ＣＷ＝ＣＷｍｉｎ×ａⁿ
に従って実行され、ここで、倍数因子ａは２であり、ｎは最後に受信されたＡＣＫの後に受信されたＮＡＣＫの数であり、ｎは、
ｎ＝ｆｌｏｏｒ（（最後に受信されたＡＣＫの後に受信されたＮＡＣＫの数）／Ｎ）
であり、ここで、関数ｆｌｏｏｒ（）は入力ｎ以下の整数値を返し、すなわち、前記ウィンドウ・サイズＣＷは平均してＮ個のＮＡＣＫフィードバック値ごとに倍数因子ａによって増加され、ここで、Ｎは、ＬＢＴのアルゴリズムの積極性を制御するのに用いられるパラメータである、
請求項１から４のいずれか１項に記載の方法。

【請求項8】

ランダムバックオフ・コンテンションウィンドウ・サイズを適合又は決定するための第１の通信機器（１２００）の形式の装置であって、前記装置（１２００）はプロセッサ（１２４０）とメモリ（１２５０）とを有し、前記メモリ（１２５０）は、前記プロセッサ（１２４０）によって実行可能な命令を収容し、当該命令によって、
少なくとも１つのサブフレームを含んだ少なくとも１つのバーストを、少なくとも１つの第２の通信機器へ送信し、
前記少なくとも１つのサブフレームに対して、前記第２の通信機器から、複合自動再送要求（ＨＡＲＱ）フィードバック値を受信し、
−前記受信したＨＡＲＱフィードバック値に基づくと共に、いずれかの以前に使用されていないＨＡＲＱフィードバック値にさらに基づいて、ランダムバックオフ・コンテンションウィンドウ・サイズを決定又は適合する、
ように動作する装置。

【請求項9】

プライマリセル及び１つ以上のセカンダリセルを含んだライセンス・アシステッド・アクセス（ＬＡＡ）システムにおいて前記ランダムバックオフ・コンテンションウィンドウ・サイズを決定又は適合するように動作する、請求項８に記載の装置（１２００）。

【請求項10】

前記送信より先に、リスン・ビフォア・トーク（ＬＢＴ）手順の成功、すなわち、前記第１の通信機器によってチャネルが前記少なくとも１つのバーストの前記送信を自由に実行することができると判定される、請求項８又は請求項９に記載の装置（１２００）。

【請求項11】

前記受信したＨＡＲＱフィードバック値に基づくと共に前記チャネルにアクセスするために前記ＬＢＴ手順が実行される際に前記第１の通信機器において利用可能ないずれかの以前に使用されていないＨＡＲＱフィードバック値にさらに基づいて、前記ランダムバックオフ・コンテンションウィンドウ・サイズを決定又は適合するように動作する、請求項１０に記載の装置（１２００）。

【請求項12】

前記装置は、前記ランダムバックオフ・コンテンションウィンドウ・サイズ（ここではＣＷ）を以下に従って決定又は適合するように動作し、
−ＣＷは、過去のＨＡＲＱフィードバック値の順序付けされたリストのうちのＨＡＲＱ₁；ＨＡＲＱ₂，ＨＡＲＱ_kである前記ＨＡＲＱフィードバック値の、
ＣＷ＝ｆ（ＨＡＲＱ₁，ＨＡＲＱ₂，...，ＨＡＲＱ_k）
に従う関数であり、ここで、ｋは前記リストにおける最新のＨＡＲＱフィードバック値の数である、
請求項８から１１のいずれか１項に記載の装置（１２００）。

【請求項13】

前記装置は、前記ランダムバックオフ・コンテンションウィンドウ・サイズ（ここではＣＷ）を、
ｉ番目のＬＢＴに対して、
ＮＡＣＫ＿ｒａｔｉｏ＜Ｔ０の場合、ＣＷ（ｉ）＝ＣＷｍｉｎ、
ＮＡＣＫ＿ｒａｔｉｏ≧Ｔ０の場合、ＣＷ（ｉ）＝ＣＷ（ｉ−１）×ａ^x、
のように定義されるＣＷ（ｉ）＝ｆ（ＨＡＲＱ ＡＣＫ／ＮＡＣＫ）に従って決定又は適合するように動作し、
ここで、倍数因子ａは２であり、ＮＡＣＫ＿ｒａｔｉｏ＝（ＨＡＲＱ ＮＡＣＫの数）／（利用可能な使用されていないＨＡＲＱフィードバック値の総数）であり、Ｔ０は０から１まで変動可能な閾値であり、ｘはＮＡＣＫ＿ｒａｔｉｏの関数である、
請求項８から１１のいずれか１項に記載の装置（１２００）。

【請求項14】

前記装置は、前記ランダムバックオフ・コンテンションウィンドウ・サイズ（ここではＣＷ）を、
ＣＷ＝ＣＷｍｉｎ×ａⁿ
に従って決定又は適合するように動作し、
ここで、倍数因子ａは２であり、ｎは最後に受信されたＡＣＫの後に受信されたＮＡＣＫの数であり、ｎは、例えば、
ｎ＝ｆｌｏｏｒ（（最後に受信されたＡＣＫの後に受信されたＮＡＣＫの数）／Ｎ）
であってもよく、ここで、関数ｆｌｏｏｒ（）は入力ｎ以下の整数値を返し、すなわち、前記ウィンドウ・サイズＣＷは平均してＮ個のＮＡＣＫフィードバック値ごとに倍数因子ａによって増加され、ここで、Ｎは、ＬＢＴのアルゴリズムの積極性を制御するのに用いられるパラメータである、
請求項８から１１のいずれか１項に記載の装置（１２００）。

【請求項15】

装置（１２００）において実行されるときに、プロセッサ（１２４０）を用いて、前記装置に、方法の請求項１から７の主題のいずれかを実行させる、コンピュータ可読コードを有するコンピュータプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本実施形態は、スペクトルが共有されるライセンス・アシステッド・アクセス・システムにおけるチャネルアクセスに関する。特に、通信ネットワークにおけるランダムバックオフ・コンテンションウィンドウ・サイズを決定／適合するための方法及び第１の通信機器に関する。

【背景技術】

【0002】

「ライセンス・アシステッド・アクセス」（ＬＡＡ）と呼ばれる第３世代パートナーシッププロジェクト（３ＧＰＰ）の発議は、ユーザ端末（ＵＥ）又はｅＮＢ基地局などのロングタームエボリューション（ＬＴＥ）機器が非ライセンス５ＧＨｚ無線スペクトラムにおいても動作可能とすることを目的としている。非ライセンス５ＧＨｚスペクトルは、ライセンススペクトルを補うものとして使用される。したがって、機器は、プライマリセル（ＰＣｅｌｌ）を用いてライセンススペクトルにおいて接続し、１つ以上のセカンダリセル（ＳＣｅｌｌ）を用いて、非ライセンススペクトルにおける追加の送信キャパシティから利益を得るために、キャリアアグリゲーション（ＣＡ）を使用する。ライセンススペクトル及び非ライセンススペクトルを統合するのに必要な変更を減らすために、ＰＣｅｌｌにおけるＬＴＥフレームタイミングが、ＳＣｅｌｌにおいて同時に使用される。

【0003】

しかしながら、規制上の要件が、先行のチャネルセンシングを伴わない非ライセンススペクトルにおける送信を許可しないかもしれない。非ライセンススペクトルは、同様の又は異なる無線技術の他の無線器と共用されなければならないため、いわゆるリスン・ビフォア・トーク（ＬＢＴ）の方法が適用される。今日、非ライセンス５ＧＨｚスペクトルが、ＩＥＥＥ８０２．１１無線ローカルエリアネットワーク（ＷＬＡＮ）標準を実装する端末によって、主として使用されている。この標準は、「Ｗｉ−Ｆｉ」としても知られている。

【0004】

規制は、各地域によって変動しうる。例えば、欧州では、ＬＢＴ手順が、欧州電気通信標準化機構（ＥＴＳＩ）によって導入されたＥＮ３０１．８９３とも呼ばれる、いわゆる欧州整合規格（ＥＮ）規制の範囲下にある。ＬＡＡが５ＧＨｚで動作するために、ＬＡＡのＬＢＴ手順が、ＥＮ３０１．８９３で説明される要求及び最小限の挙動に適合すべきである。しかしながら、追加のシステム設計及びステップが、ＥＮ３０１．８９３のＬＢＴ手順を用いて、Ｗｉ−ＦｉとＬＡＡの共存を保証するために必要とされる。

【0005】

以下では、ここでの実施形態の背景を理解するために、スペクトルがライセンスされるＬＴＥ、及び、ＬＢＴ手順、例えばＷｉＦｉ又はＷＬＡＮを用いるシステムを含んだ、ＬＡＡに関係する技術の大まかな説明が与えられる。

【0006】

ＬＴＥは、下りリンクにおいてＯＦＤＭ（直交周波数分割多重）、上りリンクにおいてシングルキャリアＦＤＭＡ（周波数分割多元接続）を用いる。基本的なＬＴＥ下りリンク物理リソースを、図１に図解されるように時間周波数グリッドとして見ることができ、ここで、各リソースエレメントは、１つのＯＦＤＭシンボル区間の間の１つのサブキャリアに対応する。上りリンクサブフレームは、下りリンクと同じサブキャリア間隔と、下りリンクにおけるＯＦＤＭシンボルと同数の時間領域における（シングルキャリア）ＳＣ−ＦＤＭＡシンボルを有する。また、ＯＦＤＭシンボルは、サイクリックプリフィックス（ＣＰ）及び１５ｋＨｚのサブキャリア間間隔を含んで示されている。リソースエレメントも示されている。

【0007】

時間領域において、ＬＴＥ下りリンク伝送が１０ｍｓの無線フレームに編成され、各無線フレームは、図２に示すように、１０個の等しいサイズの長さＴｓｕｂｆｒａｍｅ＝１ｍｓのサブフレームからなる。通常のＣＰに対し、１つのサブフレームは１４ＯＦＤＭシンボルからなる。各シンボルの区間は約７１．４μｓである。

【0008】

さらに、ＬＴＥにおけるリソース割り当ては、リソースブロックに関して説明され、ここで、リソースブロックは、時間領域における１つのスロット（０．５ｍｓ）と周波数領域における１２個の連続するサブキャリアに対応する。時間領域において隣接する２つのリソースブロックのペア（１．０ｍｓ）は、リソースブロックペアとして知られる。リソースブロックは、周波数領域において番号付けされ、システム帯域幅の１つの端から０で始まる。

【0009】

下りリンク伝送は動的にスケジューリングされ、すなわち、各サブフレームにおいて、基地局又はｅＮｏｄｅＢが、どの端末（またはＵＥ）のデータ送信されるか及びそのデータが現在の下りリンクサブフレームにおけるどの無線下りリンクリソースブロックで送信されるかについて情報提供する制御情報を送信する。この制御シグナリングは、通常、各サブフレームにおける最初の１、２、３又は４ＯＦＤＭシンボルにおいて送信され、その数ｎ＝１、２、３又は４は、制御フォーマットインジケータ（ＣＦＩ）として知られる。下りリンクサブフレームは、受信機に知られていると共に例えば制御情報のコヒーレント復調に用いられる、共通参照信号をも含む。制御（制御領域）としてＣＦＩ＝３ＯＦＤＭシンボルを用いる下りリンクシステムを図３に示す。

【0010】

図３に示される参照シンボルは、セル固有参照信号（ＣＲＳ）として知られ、精緻な時間及び周波数同期及び所定の伝送モードのためのチャネル推定を含む複数の機能をサポートするために用いられる。

【0011】

ＬＴＥでは、物理個別制御チャネル（ＰＤＣＣＨ）及びエンハンスドＰＤＣＣＨ（ＥＰＤＣＣＨ）として知られるチャネルがある。

【0012】

ＰＤＣＣＨ／ＥＰＤＣＣＨの両方が、スケジューリング決定及び電力制御コマンドなどの下りリンク制御情報（ＤＣＩ）を運ぶのに用いられる。ＤＣＩは、以下を含む：
−物理下りリンク共有チャネル（ＰＤＳＣＨ）リソース表示、トランスポートフォーマット、ハイブリッドＡＲＱ情報、及び（適用可能であれば）空間多重に関する制御情報を含んだ下りリンクスケジューリング割り当て。下りリンクスケジューリング割り当ては、下りリンクスケジューリング割り当てに応じたハイブリッドＡＲＱの確認応答の送信に用いられる物理上りリンク制御チャネル（ＰＵＣＣＨ）の電力制御のためのコマンドをも含む。
−物理上りリンク共有チャネル（ＰＵＳＣＨ）リソース表示、トランスポートフォーマット、及びハイブリッドＡＲＱ関連情報を含んだ上りリンクスケジューリンググラント。上りリンクスケジューリンググラントは、ＰＵＳＣＨの電力制御のためのコマンドをも含む。
−スケジューリング割り当て／グラントに含まれるコマンドを補うものとしての、端末（ＵＥ）の集合のための電力制御コマンド。

【0013】

ＰＤＣＣＨ／ＥＰＤＣＣＨは、上記の情報群の１つを含んだ１つのＤＣＩメッセージを運ぶ。複数の端末（ＵＥ）が同時にスケジューリングされうるため、そして、各端末が下りリンクと上りリンクとの両方でスケジューリングされうるため、各サブフレーム内で複数のスケジューリングメッセージを送信することができる。各スケジューリングメッセージは、別個のＰＤＣＣＨ／ＥＰＤＣＣＨリソースで送信され、その結果、通常は、各セルにおいて各サブフレーム内に複数の同時のＰＤＣＣＨ／ＥＰＤＣＣＨ伝送がある。さらに、異なる無線チャネル条件をサポートするために、リンクアダプテーションを使用することができ、そこでは、無線チャネル条件に整合するように、ＰＤＣＣＨ／ＥＰＤＣＣＨのためのリソース使用量を適合させることによって、ＰＤＣＣＨ／ＥＰＤＣＣＨの符号化率が選択される。

【0014】

さらに、ＬＴＥシステムにおいて、ＵＥには、ＰＤＣＣＨを用いて、ネットワークによって下りリンクデータ伝送が通知される。サブフレームｎにおけるＰＤＣＣＨの受信に応じて、ＵＥ（図４における受信機）は、対応する物理下りリンク共有チャネル（ＰＤＳＣＨ）を復号することが要求されると共に、その後のサブフレームｎ＋ｋにおいてＡＣＫ／ＮＡＣＫフィードバックを送信することが要求される。これを図４に示す。

【0015】

ＵＥからのＡＣＫ／ＮＡＣＫフィードバックは、ｅＮｏｄｅＢ又はｅＮＢ（図４における送信機）に、対応するＰＤＳＣＨが正しく復号されたかを通知する。ｅＮｏｄｅＢは、ＡＣＫフィードバックを検出すると、次に、ＵＥへ、新しいデータブロック（ＴＸ）を送信することができる。ＮＡＣＫがｅＮｏｄｅＢによって検出されると、元のデータブロックに対応する符号化ビットが再送される。再送（ｒｅＴＸ）が先に送信された符号化ビットの繰り返しに基づく場合、チェイス合成ＨＡＲＱプロトコルで動作していると言われる。再送が先の送信試行において使用されていない符号化ビットを含む場合、インクリメンタルリダンダンシＨＡＲＱプロトコルで動作していると言われる。

【0016】

ＡＣＫ／ＮＡＣＫフィードバックは、ＵＥが同時に物理上りリンク共有チャネル（ＰＵＳＣＨ）を送信しているかに応じた以下の２つの取りうるアプローチのうちの１つを用いて、そのＵＥによって送信される：
ＵＥがＰＵＳＣＨを同時に送信していない場合、ＡＣＫ／ＮＡＣＫフィードバックは物理上りリンク制御チャネル（ＰＵＣＣＨ）を介して送信される。
ＵＥがＰＵＳＣＨを同時に送信している場合、ＡＣＫ／ＮＡＣＫフィードバックはＰＵＳＣＨを介して送信される。

【0017】

ＬＴＥは、２０ＭＨｚより大きい帯域幅をサポートする。ＬＴＥ Ｒｅｌ−１０での１つの重要な要求は、ＬＴＥ リリース８（ＲＬ−８）との公報互換性を保証することである。これは、スペクトルの互換性も含むべきである。それは、２０ＭＨｚより広いＬＴＥ Ｒｅｌ−１０のキャリアが、ＬＴＥ Ｒｅｌ−８端末に対して複数のＬＴＥキャリアと見えるべきであることを意味を含むだろう。このようなキャリアのそれぞれは、コンポーネントキャリア（ＣＣ）と呼ばれうる。特に、初期のＬＴＥ Ｒｅｌ−１０展開に対して、多くのＬＴＥレガシー端末と比して少数のＬＴＥ Ｒｅｌ−１０対応可能端末が存在することが予定されうる。

【0018】

したがって、レガシー端末に対しても、広いキャリアの効果的な使用を、すなわち、レガシー端末（Ｒｅｌ−８端末）が広帯域のＬＴＥ Ｒｅｌ−１０キャリアの全部分においてスケジューリングされうるキャリアを実装することができることを、確実にすることが必要である。これを得るための単純な方法は、キャリアアグリゲーション（ＣＡ）を用いることだろう。ＣＡは、ＬＴＥ Ｒｅｌ−１０端末が複数のＣＣを受信することができるという意味を含み、ここで、ＣＣは、Ｒｅｌ−８キャリアと同じ構成を有する又は少なくとも有する可能性を有する。ＣＡを図５に図解する。ＣＡ可能なＵＥには、常にアクティブ化されるプライマリセル（ＰＣｅｌｌ）と、動的にアクティブ化又はデアクティブ化されうる１つ以上のセカンダリセル（ＳＣｅｌｌ）が割り当てられる。

【0019】

集約されるコンポーネントキャリア（ＣＣ）の数及び個別のＣＣの帯域幅は、上りリンクと下りリンクとで異なりうる。対称構成は下りリンク及び上りリンクにおけるＣＣの数が同じである場合を呼ぶ一方で、非対称構成は、そのＣＣの数が異なる場合を呼ぶ。セルにおいて構成されるＣＣの数は、端末によって見えるＣＣの数と異なりうることに留意することが重要である：セルが同数の上りリンクＣＣ及び下りリンクＣＣを用いて構成されていても、端末（例えばＵＥ）は、例えば、上りリンクＣＣより多くの下りリンクＣＣをサポートしうる。

【0020】

さらに、キャリアアグリゲーションの特徴は、クロスキャリアスケジューリングを行う能力である。この機構は、１つのＣＣにおける（Ｅ）ＰＤＣＣＨが、その（Ｅ）ＰＤＣＣＨメッセージの最初に挿入される３ビットのキャリアインジケータフィールド（ＣＩＦ）を用いて、他のＣＣでのデータ送信をスケジューリングすることを可能とする。所与のＣＣでのデータ送信に対して、ＵＥは、−同一のＣＣと、クロスキャリアスケジューリングを介した異なるＣＣとのいずれにおいても−１つのＣＣのみでの（Ｅ）ＰＤＣＣＨにおけるスケジューリングメッセージを受信することを予定し；（Ｅ）ＰＤＣＣＨからＰＤＳＣＨへのこのマッピングは、準静的に構成される。

【0021】

先に述べたように、ＬＡＡシステムでは、スペクトルの共用が行われ、そこでは、ＬＴＥがライセンススペクトルで動作し、ＷＬＡＮ又はＷｉＦｉが非ライセンススペクトルで動作する。以下では、ＷＬＡＮ又はＷｉＦｉシステムについて、特にＷＬＡＮシステムにおいてチャネルにどのようにアクセスするかについて、簡単に説明する。

【0022】

ＷＬＡＮの通常の展開において、衝突回避を伴うキャリアセンス多元接続（ＣＳＭＡ／ＣＡ）が媒体アクセスに用いられる。これは、クリアチャネル評価（ＣＣＡ）を実行するためにチャネルをセンシングし、チャネルがアイドルと示される場合にのみ送信が開始されることを意味する。チャネルがビジーと示される場合は、チャネルがアイドルであると判断されるまで送信が原則的に保留される。いくつかの同一の周波数を使用するアクセスポイント（ＡＰ）の範囲が重なる場合、これは、１つのＡＰに関する全ての送信が、範囲内の別のＡＰへの又は別のＡＰからの同じ周波数での送信が検出されうる場合に、保留されるかもしれないことを意味する。事実上、これは、いくつかのＡＰが範囲内にある場合に、チャネルを時間で共有しなければならず、個別のＡＰに対するスループットが大幅に劣化しうることを意味する。リスン・ビフォア・トーク（ＬＢＴ）機構又は手順の大まかな説明を図６に示す。

【0023】

ＷＬＡＮステーションＡがステーションＢにデータフレームを送信した後には、ステーションＢは、１６μｓだけ遅延させてＡＣＫフレームをステーションＡに返送しなければならない。このようなＡＣＫフレームは、ＬＢＴ動作を実行することなく、ステーションＢによって送信される。別のステーションがこのようなＡＣＫフレーム送信に干渉することを防ぐため、ステーションは、チャネルが占有されているかを再度評価する前に、チャネルが占有されていることを観測した後の（ＤＩＦＳと呼ばれる）３４μｓの期間の間、保留しなければならない。

【0024】

したがって、送信することを望むステーションは、まず、固定の期間ＤＩＦＳの間媒体をセンシングすることによってＣＣＡを実行する。媒体がアイドルである場合、ステーションは、その媒体の所有権を取り、フレーム交換シーケンスを開始してもよいと推測する。媒体がビジーである場合、ステーションは、媒体がアイドルになるのを待機し、ＤＩＦＳの間保留し、さらなるランダムバックオフ期間の間待機する。

【0025】

さらに、ステーションが連続してチャネルを占有し、それによって他のステーションがチャネルにアクセスするのを妨害するのを防ぐために、送信が完了した後に再度送信することを望むステーションに対して、ランダムバックオフを実行することが要求される。

【0026】

ＰＩＦＳは、媒体への優先アクセスを得るために用いられ、ＤＩＦＳ期間より短い。特に、ＰＣＦ下で動作しているステーションによって、優先してビーコンフレームを送信するのに用いられうる。通常の各コンテンションフリー期間（ＣＦＰ）の初めに、ＡＰは媒体をセンシングしなければならない。媒体が１つのＰＩＦＳ期間（一般的に２５μｓ）の間アイドルであると判定された場合、ＡＰは、ＣＦパラメータセット及び伝送トラフィック表示メッセージ要素を含んだビーコンフレームを送信しなければならない。

【0027】

媒体が利用可能となる場合、複数のＷＬＡＮステーションが送信する用意を開始する可能性があり、結果として衝突が生じうることに言及すべきである。衝突を減らすため、送信を意図するステーションは、ランダムバックオフカウンタを選択し、そのスロットチャネルがアイドルの回数だけ保留する。ランダムバックオフカウンタは、［０，ＣＷ］の区間にわたる一様分布から引き出されたランダム整数として選択される。ランダムバックオフコンテンションウィンドウのデフォルトサイズ（ＣＷｍｉｎ）は、ＩＥＥＥ規格において設定されている。なお、このランダムバックオフプロトコルを用いても、チャネルアクセスを意図する多くのステーションがある場合は、衝突がなおも起こりうる。したがって、連続する衝突を減らすため、バックオフコンテンションウィンドウのサイズＣＷは、ステーションが自身の送信の衝突を検出する度に、これもＩＥＥＥ規格で設定されている限界（ＣＷｍａｘ）に至るまで、倍にされる。ステーションは、衝突のない送信に成功すると、自身のランダムバックオフ・コンテンションウィンドウ・サイズを、元のデフォルト値ＣＷｍｉｎにリセットする。

【0028】

Ｗｉ−Ｆｉ（ＷＬＡＮ）プロトコルを利用しない機器に対して、ＥＮ３０１．８９３は、負荷に基づくクリアチャネル評価のための以下の要求及び最小限の挙動を与えていることにも言及すべきである。

【0029】

１）動作チャネルにおける送信またはバースト送信の前に、装置（ＡＰ又はＵＥ）は、「エネルギー検出」を用いたＣＣＡチェックを実行しなければならない。装置は、２０μｓ以上でなければならないＣＣＡ観測時間の持続時間の間、動作チャネルを観測しなければならない。装置によって使用されるＣＣＡ観測時間は、製造者によって公表されなければならない。動作チャネルは、そのチャネルにおけるエネルギーレベルが以下のポイント５で与えられる電力レベルに対応する閾値を超える場合、占有されているとみなされなければならない。装置は、チャネルがクリアであることを見出した場合、即時に送信してもよい（以下のポイント３参照）。

【0030】

２）装置は、動作周波数が占有されていることを見出した場合、そのチャネルで送信をしてはならない。装置は、動作チャネルがランダム係数ＮにＣＣＡ観測時間を乗じた持続期間の間観測される、拡張ＣＣＡチェックを実行しなければならない。Ｎは、送信の開始前に観測される必要がある全体のアイドル期間をもたらすクリアアイドルスロットの数を定める。Ｎの値は、拡張ＣＣＡが要求される度に範囲１．．．ｑでランダムに選択され、その値がカウンタ内に格納されなければならない。ｑの値は、範囲４．．．３２で、製造者によって選択される。この選択された番号は、製造者によって公表されなければならない。カウンタは、ＣＣＡスロットが「占有されていない」と考えられるたびにデクリメントされる。カウンタが０に達したときに、装置は送信することができる。

【0031】

３）装置が動作チャネルを使用する全体の時間は、上のポイント２で定められるｑを用いて（１３／３２）×ｑより小さくなければならない最大チャネル占有時間であり、その後に、機器は、上のポイント２で説明した拡張ＣＣＡを実行しなければならない。

【0032】

４）装置は、この装置に宛てられたパケットを正しく受信したことに応じて、ＣＣＡをスキップし、管理及び制御フレーム（例えばＡＣＫ及びブロックＡＣＫフレーム）の送信に即時に移ることができる。装置による、新たなＣＣＡを実行することのない、送信の連続的なシーケンスは、最大チャネル占有時間を超えてはならない。
（注意）マルチキャストのために、個別の機器の（同一のデータパケットに関連する）ＡＣＫ送信は、順に生じることが許容される。

【0033】

５）ＣＣＡに対するエネルギー検出閾値は、送信機の最大送信電力（ＰＨ）に比例しなければならない：２３ｄＢｍのｅ．ｉ．ｒ．ｐ．送信機に対して、ＣＣＡ閾値レベル（ＴＬ）は、（０ｄＢｉ受信アンテナを仮定した）受信機への入力において、−７３ｄＢｍ／ＭＨｚ以下でなければならない。他の送信レベルに対して、ＣＣＡ閾値レベルＴＬは、（０ｄＢｉ受信アンテナおよびｄＢｍのｅ．ｉ．ｒ．ｐ．において指定されるＰＨを仮定して）式ＴＬ＝−７３ｄＢｍ／ＭＨｚ＋２３−ＰＨを用いて計算されなければならない。

【0034】

ＥＮ３０１．８９３におけるＬＢＴ機構の例を、図７に描写する。

【0035】

ＬＡＡシステムに関して、今まで、ＬＴＥによって使用されるスペクトルは、ＬＴＥ専用である。これは、ＬＴＥシステムが、同じ周波数において他の非３ＧＰＰ無線アクセス技術との共存に注意する必要がなく、スペクトル効率を最大化することができるという利点を有する。しかしながら、ＬＴＥに割り当てられたスペクトルは限られており、これは、アプリケーション／サービスからのより大きなスループットのなおも増加している要求にこたえることができない。したがって、ライセンススペクトルに加えて、非ライセンススペクトルを利用するためにＬＴＥを拡張する新たな検討事項が３ＧＰＰにおいて開始されている。

【0036】

図８に示すように、非ライセンススペクトルに対するＬＡＡを用いて、ＵＥは、ライセンススペクトルで動作するＰＣｅｌｌと、非ライセンススペクトルで動作する１つ以上のＳＣｅｌｌとに接続される。この用途において、非ライセンススペクトルにおけるＳＣｅｌｌをＬＡＡセカンダリセル（ＬＡＡ ＳＣｅｌｌ）と表記する。ＬＡＡ ＳＣｅｌｌは、ＤＬオンリーモードで動作してもよいし、ＵＬ及びＤＬの両方のトラフィックで動作してもよい。さらに、将来のシナリオにおいて、ＬＴＥノードは、ライセンスドセルからの補助なしに、ライセンス免除チャネルにおけるスタンドアローンモードで動作しうる。非ライセンススペクトルは、本質的に、複数の異なる技術によって同時に使用されうる。したがって、上述のＬＡＡは、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ又はＷＬＡＮ）などの他のシステムと共存しうる。

【0037】

Ｗｉ−Ｆｉ（ＷＬＡＮ）システムと公平に共存するために、ＳＣｅｌｌでの送信は、衝突、及び、継続中の送信に対する深刻な干渉を引き起こすことをを避けるため、ＬＢＴプロトコルに適合しなければならない。これは、送信を開始する前のＬＢＴを実行することと、単一の送信バーストの最大持続期間を制限することとの両方を含む。単一の送信バーストは、チャネルコンテンションの成功の後に実行されるノードによる送信を示す。最大送信バースト持続時間は、国固有および／または地域固有である。例えば、最大バースト持続時間は日本において４ｍｓであり、ＥＮ３０１．８９３に従う欧州において１３ｍｓである。キャリアアグリゲーション及びＬＢＴを使用するＬＡＡの文脈における例を、例として、４ｍｓの最大許容送信持続期間によって制限されるＬＡＡ ＳＣｅｌｌでの送信バーストの持続期間に対する異なる例を用いて、図９に示す。

【0038】

ＥＴＳＩ ＥＮ３０１．８９３に規定されているような、固定のランダムバックオフ・コンテンションウィンドウ・サイズを用いる基本のＬＡＡ共存プロトコルは、チャネルアクセスを競っている少数の又はあまり多くない数のノードを有するネットワークに対処しうる。追加の測定が、同じチャネルで動作している多数のノードがネットワーク内に存在する場合に対処するために必要でありうる。

【0039】

既存のランダムバックオフコンテンションウィンドウプロトコルは、データのバーストの送信後に受信される単一のＡＲＱフィードバック値の受信に基づく。ＬＴＥの場合、単なるＡＲＱプロトコルに代えて、第１のハイブリッドＡＲＱ（ＨＡＲＱ）プロトコルに従う。したがって、上位レイヤにおける単一のＡＲＱフィードバック値が生成される前に、ＨＡＲＱフィードバックに基づく複数の再送が必要となりうる。

【0040】

加えて、複数のＵＥが、単一のサブフレームにおいてｅＮｏｄｅＢと通信しうる。さらに、単一のＬＡＡ送信が、複数のサブフレームからなってもよい。さらに、単一のＵＥへの又は単一のＵＥからの送信は、複数のＨＡＲＱフィードバック値を有してもよい。これは、例えば送信が複数符号語送信の場合である。したがって、チャネルコンテンションの成功に続く単一の送信バーストに対応した複数のフィードバック値が受信されうる複数の方法がある。既存のランダムバックオフコンテンションウィンドウプロトコルは、複数のＨＡＲＱフィードバックを取り扱うのに適していない。

【0041】

また、ＬＴＥの特徴が、ＨＡＲＱフィードバックが複数のサブフレームに対応する固定所定時間、例えば４ｍｓの遅延の後にのみ利用可能である一方で、他のシステムにおいて、フィードバックが送信の終了後の非常に短い時間間隔の後に利用可能であり、この非常に短い時間間隔がＬＴＥにおいて定められる上述の遅延より短くてもよいことが想定されることに言及すべきである。これらのシステムは、フィードバック遅延が非常に大きいＬＴＥ等のシステムを効果的に対処しない。

【発明の概要】

【0042】

ここでの実施形態による目的は、１つ以上のＨＡＲＱフィードバック値に基づく、次のチャネルコンテンションに対するランダムバックオフ・コンテンションウィンドウ・サイズの決定を可能とする第１の通信機器における方法及び構成又は第１の通信機器を提供することである。したがって、多数の機器又は装置がチャネルアクセスを競う場合であっても、同一チャネルのＬＡＡとＷｉ−Ｆｉとの間の公平な共存動作を可能とする、ランダムバックオフ・コンテンションウィンドウ・サイズの適合／変動を達成することができる。

【0043】

このように、例示の実施形態の態様によれば、プライマリセル及び１つ以上のセカンダリセルを有するライセンス・アシステッド・アクセスシステムにおける、ランダムバックオフ・コンテンションウィンドウ・サイズの適合と決定との少なくともいずれかのための、第１の通信機器により実行される方法又は第１の通信機器における構成が提供される。本方法は、１つ以上の第２の通信機器に対して１つ以上のサブフレームを含んだ少なくとも１つのバーストを送信することを有し、少なくとも１つのバーストの送信より先に、リスン・ビフォア・トーク（ＬＢＴ）手順の成功、すなわち、第１の通信機器によって、チャネルが少なくとも１つのバーストを自由に送信することができると判定される。方法は、さらに、バーストにおける少なくとも１つのサブフレームに対して、対応するＨＡＲＱフィードバック値を受信することを有する。ＨＡＲＱフィードバックは、少なくとも１つまたはそれ以上の第２の通信機器から受信される。方法は、さらに、受信したＨＡＲＱフィードバック値のそれぞれに基づいて、かつ、チャネルにアクセスするためにＬＢＴ手順を実行する際に第１の通信機器において利用可能な、以前に使用されていないＨＡＲＱフィードバック値にさらに基づいて、ランダムバックオフ・コンテンションウィンドウ・サイズを決定することを有する。

【0044】

例示の実施形態の別の態様によれば、プライマリセルと１つ以上のセカンダリセルとを含んだライセンス・アシステッド・アクセスシステムにおける、ランダムバックオフ・コンテンションウィンドウ・サイズの適合と決定との少なくともいずれかのための、第１の通信機器又は第１の通信機器における構成が提供される。第１の通信機器は、１つ以上の第２の通信機器に対して１つ以上のサブフレームを含んだ少なくとも１つのバーストを送信するように構成された送信器モジュール又は送信器回路を有し、少なくとも１つのバーストの送信より先に、リスン・ビフォア・トーク（ＬＢＴ）手順の成功、すなわち、第１の通信機器によって、チャネルが少なくとも１つのバーストを自由に送信することができると判定される。第１の通信機器は、さらに、バーストにおける少なくとも１つのサブフレームに対して、対応するＨＡＲＱフィードバック値を受信するように構成された受信機モジュール又は受信機回路を有する。ＨＡＲＱフィードバックは、少なくとも１つまたはそれ以上の第２の通信機器から受信される。第１の通信機器は、さらに、受信したＨＡＲＱフィードバック値のそれぞれに基づいて、かつ、チャネルにアクセスするためにＬＢＴ手順を実行する際に第１の通信機器において利用可能な、以前に使用されていないＨＡＲＱフィードバック値にさらに基づいて、ランダムバックオフ・コンテンションウィンドウ・サイズを決定するように構成された処理モジュール又は処理回路又はプロセッサを有する。

【0045】

本実施形態に伴う利点は、同一チャネルのＬＡＡとＷｉ−Ｆｉとの間の公平な共存動作が可能となることである。

【図面の簡単な説明】

【0046】

【図1】図１は、既知のＬＴＥの下りリンク物理リソースを説明する図である。

【図2】図２は、既知のＬＴＥの時間領域構成を説明する図である。

【図3】図３は、ＬＴＥにおける下りリンクサブフレームの単純化した図である。

【図4】図４は、ＬＴＥにおけるＨＡＲＱ動作の例を説明する図である。

【図5】図５は、ＬＴＥにおけるキャリアアグリゲーションの例を説明する図である。

【図6】図６は、Ｗｉ−ＦｉシステムにおけるＬＢＴ手順を説明する図である。

【図7】図７は、ＥＮ３０１．８９３におけるＬＢＴを説明する図である。

【図8】図８は、１つのＰＣｅｌｌ及び１つのＬＡＡ ＳＣｅｌｌを用いて構成される、キャリアアグリゲーション可能なＵＥを説明する図である。

【図9】図９は、キャリアアグリゲーション及びＬＢＴを用いた、非ライセンススペクトルに対するＬＡＡを説明する図である。

【図10】図１０は、ここでの例示の実施形態による、ＬＢＴ手順の間にランダムバックオフ・コンテンションウィンドウ・サイズを決定するための複数ＨＡＲＱフィードバック値の使用を描画した図である。

【図11】図１１は、本実施形態による、第１の通信機器によって実行される主たる方法ステップを図解するフローチャートである。

【図12】図１２は、本実施形態による、第１の通信機器を図解するブロック図である。

【発明を実施するための形態】

【0047】

簡潔に説明すると、プライマリセル及び１つ以上のセカンダリセルを含んだライセンス・アシステッド・アクセスシステムにおいてランダムバックオフ・コンテンションウィンドウ・サイズの適合と決定との少なくともいずれかのための第１の通信機器とそれにおける方法の例示の実施形態を提供する。第１の通信機器は、ネットワークノード、例えばセカンダリセル（ＳＣｅｌｌ）及びＰＣｅｌｌを供給する基地局、であってもよいし、第１の通信機器は、１つのプライマリセルと少なくとも１つのＳＣｅｌｌとを用いて構成されるユーザ端末（ＵＥ）であってもよい。

【0048】

ここでの実施形態は、ＬＴＥ規格と互換性があると共にＬＴＥ規格に最小の影響を有するパラメータ、メトリック、信号、及び手順を用いた、ＬＡＡ ＳＣｅｌｌのための可変のランダムバックオフ・コンテンションウィンドウ・サイズの決定を教示する。ソリューションは、それによってコンテンションウィンドウサイズが１つ以上のＨＡＲＱフィードバック値に基づいて変動しうる実施形態について説明する。本実施形態は、また、どのように、サブフレーム又はさらに送信バーストの長さより潜在的に大きい可能性のあるＨＡＲＱフィードバック遅延を計上しながら、この方法において、コンテンションウィンドウサイズが変動されうるかについても説明する。

【0049】

ここで、ＬＢＴプロトコルに対する、提案するランダムバックオフ・コンテンションウィンドウの変動技術の説明について述べる。これは、一般的に、ＦＤＤ及びＴＤＤの両システムに対して、ＤＬ及びＵＬの両方の送信に適用可能である。以下では、そこからランダムバックオフカウンタが新しいＬＢＴ試行のために引き出されうるコンテンションウィンドウは引き出されるカウンタが［０，ＣＷ］の範囲内にあるように、ＣＷによって表される。デフォルトのランダムバックオフ・コンテンションウィンドウ・サイズは、ＣＷｍｉｎによって表される。

【0050】

実施形態は、例えばＰＤＳＣＨ又はＰＵＳＣＨで運ばれるデータ（バースト）送信のためのＬＢＴを検討する。データ送信の受信機は、ＬＴＥ規格に従って、データの受信に成功した（ＡＣＫ）か否（ＮＡＣＫ）かを示すために、送信機へＨＡＲＱフィードバックを提供するように構成される。ランダムバックオフ・コンテンションウィンドウ・サイズ（ＣＷ）は、ＨＡＲＱフィードバックに基づいて、送信機（第１の通信機器）によって修正される。修正は、チャネルにアクセスするためにＬＢＴ動作が実行される際に利用可能である、以前に使用されていない受信されたＨＡＲＱフィードバックの全てに基づく。受信機は、送信機機器、すなわち、バーストを送信した第１の通信機器へＨＡＲＱフィードバックを提供する１つ以上の第２の通信機器を意味する。

【0051】

上述のように、送信バーストは、チャネルコンテンションの成功の後に実行される第１の通信機器（ＵＥ又はｅＮＢ）による送信を示す。送信バーストは、１つ以上の第２の通信機器（ＵＥ又はｅＮＢ）への送信を有する各サブフレームを伴う１つ以上のサブフレームを含みうる。サブフレームの送信は、１つ以上の符号語を含み、これに基づいて、１つ以上のＨＡＲＱフィードバックが第１の通信機器へ送信される。各送信バーストは、チャネルが自由に送信することができると第１の通信機器が判定するＬＢＴ手順の成功に先行される。

【0052】

図１０を参照して、ＬＢＴ手順の間のランダムバックオフ・コンテンションウィンドウ・サイズを決定するために用いられる複数のＨＡＲＱフィードバック値の使用を示すシナリオについて説明する。

【0053】

特定のサブフレームにおける送信に対するＨＡＲＱフィードバック値は、そのサブフレームが少なくとも（ｘ＋１）サブフレーム後に生じる場合、ＬＢＴ手順での使用のために第１の通信機器において利用可能であると想定される。これは、フィードバックに利用可能な時間ｘ ｍｓプラス処理遅延のための１ｍｓより少ないことが想定されるギャップを含む。例えば、ＬＴＥにおいて、ｘは、４ｍｓでありえ、したがって、この場合、特定のサブフレームにおける送信に対するＨＡＲＱフィードバック値は、そのサブフレームが少なくとも５サブフレーム後である場合に、第１の通信機器によってＬＢＴ手順のために利用可能であると仮定される。

【0054】

図１０は、サブフレーム０からのＨＡＲＱフィードバック値を用いた、サブフレーム番号６で開始する送信バーストに対して生じる（ダッシュを引いた）ＬＢＴ手順に対するコンテンションウィンドウを示している。サブフレーム０の範囲内で、単一のＨＡＲＱフィードバックがユーザ１（Ｕ１）に対して受信される一方で、複数のＨＡＲＱフィードバック値がユーザ２（Ｕ２）に送信される複数の符号語に対して受信される。サブフレーム１に対するＨＡＲＱフィードバック値は、この例においては、利用可能ではなく、したがって、同一の送信バーストに属しているが、使用されない。図のように、ＨＡＲＱフィードバック値は、次のＬＢＴ手順のためのランダムバックオフ・コンテンションウィンドウ・サイズ（Ｏｕｔ１）を決定するように構成されたブロック１００１への入力として使用される。

【0055】

本図は、この例において先のバースト送信に利用可能で、以前に使用されていないＨＡＲＱフィードバック値及びそれに続くバースト送信に対するＨＡＲＱフィードバック値を使用する、次の送信バーストに対する（点を付された）ＬＢＴ手順をも示している。ここで、フィードバック値は、複数の符号語、ユーザ、サブフレーム、及び送信バーストにわたる。ここで、以前の送信に対する以前に使用されていないＨＡＲＱフィードバック値及びそれに続くバースト送信に対するＨＡＲＱフィードバック値は、次のＬＢＴ手順のためのランダムバックオフ・コンテンションウィンドウ・サイズ（Ｏｕｔ２）を決定するためにブロック１００２への入力として使用される。

【0056】

以下では、第１の通信機器によって実行されうる複数のＨＡＲＱ値の合成について、ここでのいくつかの例示の実施形態に従って説明する。

【0057】

例示の実施形態によれば、複数のＨＡＲＱ値は、単一のフィードバック値へと合成されうる。例えば、受信したＨＡＲＱフィードバック値が全てＮＡＣＫである場合に、（有効な）ＨＡＲＱ値が合成されて単一の（有効な）ＮＡＣＫを形成する。代わりに、全てのフィードバック値が全てＡＣＫである場合、そのＡＣＫの合成によって、単一のＡＣＫ値が生成される。

【0058】

別の例示の実施形態では、受信したＨＡＲＱ値のうちの単一のＨＡＲＱ値がＮＡＣＫである場合、合成が、単一のＮＡＣＫ値をもたらす。

【0059】

別の例示の実施形態では、複数のＨＡＲＱフィードバック値又は有効なＨＡＲＱフィードバック値が合成され、ＮＡＣＫである受信ＨＡＲＱフィードバック値の割合が所定の閾値を超える場合に、単一の（有効な）ＮＡＣＫを形成する。このような閾値は設計パラメータである。

【0060】

別の例示の実施形態では、複数のＨＡＲＱフィードバック値又は有効なＨＡＲＱフィードバック値が合成され、ＡＣＫである受信したＨＡＲＱフィードバック値の割合が所定の閾値を超える場合に、単一の有効なＡＣＫを形成する。このような閾値も設計パラメータである。

【0061】

複数のＨＡＲＱフィードバック値又は有効なＨＡＲＱフィードバック値がコンテンションウィンドウサイズを決定するのに用いられる前に、リスト内で順序付けされうることに言及すべきである。例えば、１つのサブフレームにおける１つのユーザ（ＵＥ）又は複数のユーザ（ＵＥ）に対する複数の符号語に対応するＨＡＲＱフィードバック値が、第１の通信機器による送信に用いられる変調及び符号化方式によって定まる送信レートが高い順に順序付けされる。異なるサブフレームかつ異なる送信バーストに対するＨＡＲＱフィードバック値は、時間順に順序付けされてもよい。

【0062】

別の例示の実施形態において、１つのサブフレームにおける１つのユーザ（ＵＥ）又は複数のユーザ（ＵＥ）に対する複数の符号語に対応するＨＡＲＱフィードバック値は、第１の通信機器による送信に用いられる変調及び符号化方式によって定まる送信レートが低い順に順序付けされる。送信機（第１の通信機器）において利用可能な場合、信号対雑音比（ＳＮＲ）値が、リスト内でＨＡＲＱ値を順序付けるのに用いられてもよい。

【0063】

別の例示の実施形態において、上の例に従って順序付けされた複数のＨＡＲＱフィードバック値又は有効なＨＡＲＱフィードバック値が合成され、複数のＨＡＲＱフィードバック又は有効なＨＡＲＱフィードバック値の順序付けされたリスト内の最初のＭ個のフレームのみに適用される上の基準のいずれかに基づいて、単一の有効なＮＡＣＫを形成する。これは、合成された有効なＨＡＲＱフィードバック値がリスト内の最初のＨＡＲＱフィードバック又は有効なフィードバック値の値と同じとなるように、Ｍ＝１の場合を含む。

【0064】

例示の実施形態によれば、複数のＨＡＲＱフィードバック値が、どのようにコンテンションウィンドウサイズが変更されるかを決定するために、パケットの異なるグループに対して異なって用いられうる。例えば、多入力多出力（ＭＩＭＯ）送信における符号語、１つのサブフレームにおける異なるユーザ、異なるサブフレームにおけるユーザ、及び、異なる送信バーストにおけるユーザ、に対応するＨＡＲＱフィードバック値に対して、ＨＡＲＱフィードバック値は、どのようにコンテンションウィンドウサイズが変更するかを決定する際に、全て、異なるように用いられうる。この実施形態のいくつかの例示の実装について、後述する。

【0065】

１）第１の通信機器によって単一のユーザ（ＵＥ）に送信される異なる符号語に対するＨＡＲＱフィードバック値は、ユーザごとに１つのＨＡＲＱフィードバック又は有効なＨＡＲＱフィードバック値が存在するように合成されて、上述のように単一の（有効な）ＨＡＲＱフィードバック値を形成する。サブフレーム内の全てのユーザに対するＨＡＲＱフィードバック又は有効なＨＡＲＱフィードバック値は、さらに合成されて、サブフレームに対して単一の有効なＨＡＲＱフィードバック値を生成する。説明するように、全送信バーストにわたる全サブフレームに対するＨＡＲＱフィードバック値は、上述のように時間順でリストにおいて順序付けられ、ランダムバックオフ・コンテンションウィンドウ・サイズ決定アルゴリズムへの入力として用いられる。

【0066】

２）別の例において、あるユーザに対する異なる符号語に対するＨＡＲＱフィードバック値がまず合成され、その後、サブフレーム内のユーザごとのＨＡＲＱ又は有効なＨＡＲＱフィードバック値が合成されて、上の実施形態において説明したように、サブフレームごとの単一の有効なＨＡＲＱフィードバック値を生成する。そして、上述のように、サブフレームごとに単一の値がさらに合成されて、送信バーストごとに単一の有効なＨＡＲＱフィードバック値を生成する。その後、送信バーストごとのＨＡＲＱフィードバック値又は有効値の一覧が、リスト内で時間順に順序付けられ、ランダムバックオフ・コンテンションウィンドウ・サイズ決定アルゴリズムへの入力として使用される。

【0067】

３）上述の例示の実施形態のバリエーションにおいて、ＨＡＲＱフィードバック値のリスト内のＨＡＲＱフィードバック値又は送信バーストごとの有効値は、ランダムバックオフ・コンテンションウィンドウ・サイズを決定するのに用いられる単一の有効ＨＡＲＱフィードバック値を生成するために合成されうる。

【0068】

４）別の例によれば、単一のユーザ（ＵＥ）へ送信される異なる符号語に対するＨＡＲＱフィードバック値は合成されて、ユーザごとに１つのＨＡＲＱフィードバック又は有効なＨＡＲＱフィードバック値が存在するように、上述のように単一の有効なＨＡＲＱフィードバック値を形成しうる。全サブフレーム及び全送信バーストにわたる全ユーザ（ＵＥ）からのＨＡＲＱフィードバック値は、さらなる合成なく、リスト内で順序付けられ、ランダムバックオフ・コンテンションウィンドウ・サイズ決定アルゴリズムへの入力として用いられる。

【0069】

５）別の例では、サブフレームにおける全ユーザ（ＵＥ）に属する全符号語に対してＨＡＲＱフィードバック値が合成され、サブフレームごとに１つのＨＡＲＱフィードバックまたは有効なＨＡＲＱフィードバック値が存在するように、説明されたような単一の有効なＨＡＲＱフィードバック値を形成する。全送信バーストにわたる全サブフレームに対するＨＡＲＱフィードバック値はリスト内で時間順に順序付けられ、ランダムバックオフ・コンテンションウィンドウ・サイズ決定アルゴリズムへの入力として使用される。

【0070】

６）別の例によれば、１つのサブフレーム及び送信バーストにおける全サブフレームにおける全ユーザ（ＵＥ）に属する全符号語に対するＨＡＲＱフィードバック値が合成され、送信バーストごとに１つのＨＡＲＱフィードバック又は有効なＨＡＲＱフィードバック値が存在するように、上述のように単一の有効なＨＡＲＱフィードバック値を形成する。全送信バーストに対するＨＡＲＱフィードバック値はリスト内で時間順に順序付けられ、ランダムバックオフ・コンテンションウィンドウ・サイズ決定アルゴリズムに対する入力として使用される。

【0071】

７）別の例では、１つのサブフレーム、１つの送信バースト内の及び複数の送信バーストにわたって全サブフレームにおける全ユーザに属する全符号語に対するＨＡＲＱフィードバック値は、全て合成され、１つのＨＡＲＱフィードバックまたは有効なＨＡＲＱフィードバック値が生成されるように、説明したような単一の有効なＨＡＲＱフィードバック値を形成する。この単一のＨＡＲＱフィードバック又は有効なＨＡＲＱフィードバック値は、ランダムバックオフ・コンテンションウィンドウ・サイズ決定アルゴリズムへの入力として使用される。

【0072】

８）別の例では、全ての利用可能なＨＡＲＱ値が、合成や順序付けを行うことなく、ランダムバックオフ・コンテンションウィンドウ・サイズ決定アルゴリズムへの入力として、直接使用されてもよい。

【0073】

上述のように、ＨＡＲＱフィードバック値は、第１の通信機器のランダムコンテンションウィンドウサイズ決定アルゴリズムへの入力として使用される。以下では、このようなアルゴリズムの例について説明する。

【0074】

例示の実施形態によれば、１つ以上のサブフレーム含んだ送信バーストの開始の際にＬＢＴ動作が実行される場合に、上述のように、過去のＨＡＲＱフィードバック値の順序付きリストに応じて、ランダムバックオフ・コンテンションウィンドウ・サイズが決定される。したがって、ＣＷと表されるウィンドウサイズは、順序付きリストのＨＡＲＱフィードバック値ＨＡＲＱ₂、ＨＡＲＱ₂、…、ＨＡＲＱ_Kの、
ＣＷ＝ｆ（ＨＡＲＱ₂，ＨＡＲＱ₂，…，ＨＡＲＱ_K）
に従う関数と見なされうる。ここで、ｋは、リストにおける最新のＨＡＲＱフィードバック値の数である。

【0075】

第１の非限定的なランダムバックオフ・コンテンションウィンドウ・サイズ適合実施形態において、ランダムバックオフ・コンテンションウィンドウ・サイズ（ＣＷ）は、ＮＡＣＫフィードバックが受信される度に、最大値のＣＷｍａｘに至るまで２の係数が乗じられうる；そして、ＡＣＫフィードバックが受信される度にＣＷｍｉｎにリセットされる。ＬＢＴを実行するためのコンテンションウィンドウのサイズは、この場合、
ＣＷ＝ＣＷｍｉｎ×ａⁿ
と表現されうる。ここで、倍数因子ａは２であり、ｎは、最後に受信されたＡＣＫの後に受信されたＮＡＣＫの数を表す。

【0076】

例によれば、ｎは、
ｎ＝ｆｌｏｏｒ（（最後にＡＣＫを受信した後に受信したＮＡＣＫの数）／Ｎ）
のように設定され、ここで、関数ｆｌｏｏｒ（）は入力ｎより大きくない整数値を返す。すなわち、ウィンドウサイズＣＷは、平均してＮ個のＮＡＣＫフィードバック値ごとに倍数因子ａによって増加され、ここで、Ｎは、ＬＢＴアルゴリズムの積極性を制御するのに用いられうるパラメータである。

【0077】

別の例では、ウィンドウサイズＣＷは、指数関数ではない形式、例えば、
ＣＷ＝ＣＷｍｉｎ×ｇ（ｎ）
をとってもよく、ここで、ｇ（ｎ）は、ｍ次多項式：
ｇ（ｎ）＝ｃ_mｎ^m＋ｃ_m-1ｎ^m-1＋…＋ｃ₁ｎ＋ｃ₀
である。

【0078】

別の例では、受信したＨＡＲＱフィードバック値に対して、順序付けも合成も行われない。例えば、複数のＨＡＲＱフィードバック値が、コンテンションウィンドウサイズ決定／変動アルゴリズムにおいて等しく取り扱われる。すなわち、複数のＨＡＲＱ値が同一ユーザに、複数のユーザに、複数のサブフレーム等に属するかに応じて、その値をどのように処理されるかについて違いはない。例えば、ｉ番目のＬＢＴ動作に対するコンテンションウィンドウ、ＣＷ（ｉ）＝ｆ（ＨＡＲＱ ＡＣＫ／ＮＡＣＫ）が、以下のように定められうる：
ＣＷ（ｉ）＝ＣＷｍｉｎ、 ＮＡＣＫ＿ｒａｔｉｏ＜Ｔ０の場合
ＣＷ（ｉ）＝ＣＷ（ｉ−１）×ａ^x、ＮＡＣＫ＿ｒａｔｉｏ≧Ｔ０の場合
ここで、倍数因子ａは２であり、ＮＡＣＫ＿ｒａｔｉｏ＝（ＨＡＲＱ ＮＡＣＫの数）／（利用可能で使用されていないＨＡＲＱフィードバック値の総数）、Ｔ０は０から１まで変動可能な閾値であり、ｘはＮＡＣＫ＿ｒａｔｉｏの関数である。ｘのための１つの例示の実装は、以下のように与えられる。
ｘ＝１、ＮＡＣＫ＿ｒａｔｉｏ≧Ｔ０の場合。
ｘのための別の例示の実装は、以下の通りである。
ｘ＝０、Ｔ０≦ＮＡＣＫ＿ｒａｔｉｏ＜Ｔ１の場合
ｘ＝１、Ｔ１≦ＮＡＣＫ＿ｒａｔｉｏ＜Ｔ２の場合
…
ｘ＝ｍ、Ｔｍ≦ＮＡＣＫ＿ｒａｔｉｏ≦１の場合。

【0079】

異なるランダムバックオフウィンドウサイズが、データ送信と管理及び制御情報の送信とのために維持され、適合されてもよいことに言及すべきである。管理及び制御情報送信の非限定的な例は、ディスカバリ参照信号（ＤＲＳ）送信；第１の通信機器によって送信される、マスターインフォメーションブロック（ＭＩＢ）とシステムインフォメーションブロック（ＳＩＢ）との少なくともいずれかの信号である。

【0080】

例示の実施形態によれば、データ送信のためのウィンドウサイズが上述の実施形態のいずれかに基づいて第１の通信機器によって決定され／適合される一方で、管理及び制御情報の送信のためのランダムバックオフ・ウィンドウサイズは、第１の通信機器によって固定されてもよい。

【0081】

別の非限定的な実施形態では、管理及び制御情報の送信のためのランダムバックオフ・ウィンドウサイズは、データ送信のものより低い増加率で決定され／適合されてもよい非限定的な例として、管理及び制御情報の送信のための倍数因子は、データ送信のためのものより小さい値に設定される。第２の非限定的な例として、管理及び制御情報の送信のためのランダムバックオフ・ウィンドウサイズは、データ送信のためのものが（上述のように）指数関数形式で適合される一方で、（上述のように）多項式関数形式で適合される。

【0082】

図１１は、上述の実施形態による第１の通信機器によって実行される主たる方法ステップを図解するフローチャートである。

【0083】

図のように、方法は、
（１１０１）少なくとも１つのサブフレームを含んだ少なくとも１つのバーストを、１つ以上の通信機器へ送信すること；ここで、少なくとも１つのバーストの送信より先に、リスン・ビフォア・トーク（ＬＢＴ）手順の成功、すなわち、第１の通信機器によってチャネルが少なくとも１つのバーストを自由に送信することができると判定される；
（１１０２）バーストの少なくとも１つのサブフレームについて、対応するＨＡＲＱフィードバック値を受信すること。ＨＡＲＱフィードバックは、少なくとも１つの第２の通信機器から受信される；及び、
（１１０３）受信したＨＡＲＱフィードバックのそれぞれに基づいて、かつ、チャネルにアクセスするためにＬＢＴ手順が実行される際に第１の通信機器において利用可能な以前に使用されていないＨＡＲＱフィードバック値にさらに基づいて、ランダムバックオフ・コンテンションウィンドウ・サイズを決定すること、
を有する。

【0084】

上述のように、第１の通信機器によって実行される方法は、さらに、複数のＨＡＲＱ値を合成することを有する。例えば、方法は、受信したＨＡＲＱフィードバック値が全てＮＡＣＫである場合に、単一の（有効な）ＮＡＣＫを形成するように、（有効な）ＨＡＲＱ値を合成する。代わりに、全てのフィードバック値がＡＣＫである場合、方法は、そのＡＣＫを合成して単一のＡＣＫ値を生成する。

【0085】

別の例示の実施形態では、方法は、受信したＨＡＲＱ値のうちの１つのＨＡＲＱ値がＮＡＣＫである場合に、結果的に単一のＮＡＣＫ値を得る合成を有する。

【0086】

別の例示の実施形態において、方法は、ＮＡＣＫである受信ＨＡＲＱフィードバック値の割合が所定の閾値を超える場合に、単一の有効なＮＡＣＫを形成するために、複数のＨＡＲＱフィードバック値又は有効なＨＡＲＱフィードバック値を合成することを有する。

【0087】

別の例示の実施形態では、方法は、ＡＣＫである受信ＨＡＲＱフィードバック値の割合が所定の閾値を超える場合に、単一のＡＣＫ値を形成するために、複数のＨＡＲＱフィードバック値又は有効なＨＡＲＱフィードバック値を合成することを有する。このような閾値も、設計パラメータである。

【0088】

コンテンションウィンドウサイズを決定するのに使用される前に、複数のＨＡＲＱフィードバック値又は有効なＨＡＲＱフィードバック値が、第１の通信機器によって、リスト内に順序付けられうることに言及されるべきである。例えば、方法は、サブフレームにおける１つのユーザ（ＵＥ）及び複数のユーザ（ＵＥ）に対する複数の符号語に対応するＨＡＲＱフィードバック値の送信に用いられる変調及び符号化方式によって定められる送信レートの多い順に順序付けすることを有する。代わりに、異なるサブフレームに対するまた異なる送信バーストに対するＨＡＲＱフィードバック値は、第１の通信機器によって、時間順に順序付けられてもよい。

【0089】

別の例示の実施形態において、方法は、サブフレームにおける１つのユーザ（ＵＥ）及び複数のユーザ（ＵＥ）に対する複数の符号語に対応するＨＡＲＱフィードバック値の送信に用いられる変調及び符号化方式によって決定される送信レートが小さい方から順序付けることを有する。送信機（第１の通信機器）において利用可能な場合の信号対雑音比の値が、リストにおいてＨＡＲＱ値を順序付けるのに用いられてもよい。

【0090】

別の例示の実施形態において、上の例に従って順序付けられた複数のＨＡＲＱフィードバック値又は有効なＨＡＲＱフィードバック値は、第１の通信機器によって合成され、複数のＨＡＲＱフィードバック又は有効なＨＡＲＱフィードバック値の順序付けされたリストの最初のＭ個のサブフレームのみに適用される上の基準のいずれかに基づいて、単一の有効なＮＡＣＫを形成する。これは、合成された有効なＨＡＲＱフィードバック値が、リストにおける最初のＨＡＲＱフィードバック又は有効なフィードバック値と同じであるように、Ｍ＝１の場合を含む。

【0091】

例示の実施形態によれば、複数のＨＡＲＱフィードバック値が、パケットの異なるグループに対して異なって用いられ／どのようにコンテンションウィンドウサイズが変更されるかを決定するために用いられうる。例えば、多入力多出力（ＭＩＭＯ）送信における符号語、サブフレームにおける異なるユーザ、異なるサブフレームにおけるユーザ、及び異なる送信バーストにおけるユーザに対応するＨＡＲＱフィードバック値に対して、ＨＡＲＱフィードバック値が、すべて、どのようにコンテンションウィンドウサイズが変動するかを決定するのに別々に用いられうる。この実施形態のいくつかの例示の実装について後述する。

【0092】

１）単一のユーザに送信される異なる符号語に対するＨＡＲＱフィードバック値が第１の通信機器によって合成され、ユーザごとに１つのＨＡＲＱフィードバック又は有効なＨＡＲＱフィードバック値が存在するように、先述のような単一の有効なＨＡＲＱフィードバック値を形成する。サブフレーム内の全ユーザに対するＨＡＲＱフィードバック又は有効なＨＡＲＱフィードバック値は、さらに合成され、サブフレームに対する単一の有効なＨＡＲＱフィードバック値を生成する。全送信バーストにわたるサブフレームの全てに対するＨＡＲＱフィードバック値が、先述のように、リスト内で時間順に順序付けられ、説明するように、ランダムバックオフ・コンテンションウィンドウ・サイズ決定アルゴリズムへの入力として用いられる。

【0093】

２）別の例では、１つのユーザに対する異なる符号語に対するＨＡＲＱフィードバック値が、まず、第１の通信機器によって合成され、その後、サブフレームにおけるユーザごとのＨＡＲＱ又は有効なＨＡＲＱフィードバック値が第１の通信機器によって合成され、上の実施形態で説明したように、サブフレームごとの単一の有効なＨＡＲＱフィードバック値を生成する。そして、複数のサブフレームごとの単一値は、上述のように、さらに合成され、送信バーストごとの単一の有効なＨＡＲＱフィードバック値を生成する。その後、送信バーストごとのＨＡＲＱフィードバック値又は有効値の一覧が、時間順にリスト内で順序付けされ、ランダムバックオフ・コンテンションウィンドウ・サイズ決定アルゴリズムへの入力として使用される。

【0094】

３）上述の例示の実施形態のバリエーションにおいて、送信バーストごとのＨＡＲＱフィードバック値又は有効値のリスト内のＨＡＲＱフィードバック値は、第１の通信機器によって合成され、ランダムバックオフ・コンテンションウィンドウ・サイズを決定するのに用いられる単一の有効なＨＡＲＱフィードバック値を生成しうる。

【0095】

４）別の例によれば、単一のユーザ（ＵＥ）に送信される異なる符号語に対するＨＡＲＱフィードバック値は、ユーザごとに１つのＨＡＲＱフィードバック又は有効なＨＡＲＱフィードバック値が存在するように、第１の通信機器によって合成され、上述のような単一の有効なＨＡＲＱフィードバック値を形成しうる。全サブフレーム及び前送信バーストにわたる全ユーザ（ＵＥ）に対するＨＡＲＱフィードバック値は、さらなる合成なくリスト内で順序付けされ、ランダムバックオフ・コンテンションウィンドウ・サイズ決定アルゴリズムへの入力として使用される。

【0096】

５）別の例では、サブフレームごとに１つのＨＡＲＱフィードバックまたは有効なＨＡＲＱフィードバック値が存在するように、サブフレームにおける全ユーザ（ＵＥ）に属する全符号語に対するＨＡＲＱフィードバック値が第１の通信機器によって合成され、説明した単一の有効なＨＡＲＱフィードバック値を形成する。全送信バーストにわたる全サブフレームに対するＨＡＲＱフィードバック値は、リスト内で時間順に順序付けされ、ランダムバックオフ・コンテンションウィンドウ・サイズ決定アルゴリズムへの入力として用いられる。

【0097】

６）別の例によれば、送信バーストごとに１つのＨＡＲＱフィードバック又は有効なＨＡＲＱフィードバック値が存在するように、１つのサブフレーム及び１つの送信バースト内の全サブフレームにおける全ユーザ（ＵＥ）に属する全符号語に対するＨＡＲＱフィードバック値は、第１の通信機器によって合成され、先に述べたような単一の有効なＨＡＲＱフィードバック値を形成する。全送信バーストに対するＨＡＲＱフィードバック値は、リスト内で時間順に順序付けられ、ランダムバックオフ・コンテンションウィンドウ・サイズ決定アルゴリズムへの入力として用いられる。

【0098】

７）別の例では、サブフレームにおける全ユーザ、送信バーストにおける全サブフレームに属する、及び複数の送信バーストにわたる、全ての符号語に対するＨＡＲＱフィードバック値が、１つのＨＡＲＱフィードバック又は有効なＨＡＲＱフィードバック値が生成されるように、全て、第１の通信機器によって合成され、説明したような単一の有効なＨＡＲＱフィードバック値を形成する。この単一のＨＡＲＱフィードバック又は有効なＨＡＲＱフィードバック値は、ランダムバックオフ・コンテンションウィンドウ・サイズ決定アルゴリズムへの入力として用いられる。

【0099】

８）別の例では、全ての利用可能なＨＡＲＱ値が、合成や順序付けを行うことなく、ランダムバックオフ・コンテンションウィンドウ・サイズ決定アルゴリズムへの入力として、第１の通信機器によって直接使用されうる。

【0100】

上で言及したように、ＨＡＲＱフィードバック値は、第１の通信機器によって、ウィンドウサイズＣＷを決定するための第１の通信機器のランダムコンテンションウィンドウサイズ決定アルゴリズムへの入力として使用される。以下は、第１の通信機器によって実行されるＣＷを決定する方法の例である：
例示の実施形態によれば、１つ以上のサブフレームを含んだ送信バーストの開始時にＬＢＴ動作が実行される際のランダムバックオフ・コンテンションウィンドウ・サイズは、上述のような過去のＨＡＲＱフィードバック値の順序付けられたリストに応じて決定される。このように、ウィンドウサイズＣＷは、
ＣＷ＝ｆ（ＨＡＲＱ₂，ＨＡＲＱ₂，…，ＨＡＲＱ_K）
に従って、順序付けられたリストのＨＡＲＱフィードバック値ＨＡＲＱ₂、ＨＡＲＱ₂、…、ＨＡＲＱ_Kの関数ｆと見做されうる。ここで、ｋは、リスト内の最新のＨＡＲＱフィードバック値の数である。

【0101】

ランダムバックオフ・コンテンションウィンドウ・サイズ適合実施形態の別の例において、ランダムバックオフ・コンテンションウィンドウ・サイズ（ＣＷ）は、ＮＡＣＫフィードバックが受信されて最大値のＣＷｍａｘに達する度に、２の係数が乗じられうる；そしてＡＣＫフィードバックが受信される度にリセットされる。ＬＢＴを実行するためのコンテンションウィンドウのサイズは、この場合、
ＣＷ＝ＣＷｍｉｎ×ａⁿ
のように表現されうる。ここで、倍数因子ａは２であり、ｎは、最後に受信したＡＣＫの後に受信したＮＡＣＫの数を表す。

【0102】

例によれば、ｎは、
ｎ＝ｆｌｏｏｒ（（最後に受信したＡＣＫの後に受信したＮＡＣＫの数）／Ｎ）
に設定され、ここで、関数ｆｌｏｏｒ（）は入力ｎより大きくない整数値を返す。すなわち、ウィンドウサイズＣＷは、平均してＮ個のＮＡＣＫフィードバック値ごとに倍数因子ａによって増加され、ここで、Ｎは、ＬＢＴアルゴリズムの積極性を制御するのに用いられうるパラメータである。

【0103】

別の例では、ウィンドウサイズ適合の関数形式は、指数関数ではない形式、例えば、
ＣＷ＝ＣＷｍｉｎ×ｇ（ｎ）
をとってもよく、ここで、ｇ（ｎ）は、ｍ次多項式：
ｇ（ｎ）＝ｃ_mｎ^m＋ｃ_m-1ｎ^m-1＋…＋ｃ₁ｎ＋ｃ₀
である。

【0104】

別の例では、受信したＨＡＲＱフィードバック値に対して、第１の通信機器によって順序付けも合成も行われない。例えば、複数のＨＡＲＱフィードバック値が、コンテンションウィンドウサイズ決定／変動アルゴリズムにおいて等しく取り扱われる。すなわち、複数のＨＡＲＱ値が同一ユーザに、複数のユーザに、複数のサブフレーム等に属するかに応じて、その値をどのように処理されるかについて違いはない。例えば、ｉ番目のＬＢＴ動作に対するコンテンションウィンドウ、ＣＷ（ｉ）＝ｆ（ＨＡＲＱ ＡＣＫ／ＮＡＣＫ）が、以下のように定められうる：
ＣＷ（ｉ）＝ＣＷｍｉｎ、 ＮＡＣＫ＿ｒａｔｉｏ＜Ｔ０の場合
ＣＷ（ｉ）＝ＣＷ（ｉ−１）×ａ^x、ＮＡＣＫ＿ｒａｔｉｏ≧Ｔ０の場合
ここで、倍数因子ａは２であり、ＮＡＣＫ＿ｒａｔｉｏ＝（ＨＡＲＱ ＮＡＣＫの数）／（利用可能で使用されていないＨＡＲＱフィードバック値の総数）、Ｔ０は０から１まで変動しうる閾値であり、ｘはＮＡＣＫ＿ｒａｔｉｏの関数である。ｘのための１つの例示の実装は、以下のように与えられる。
ｘ＝１、ＮＡＣＫ＿ｒａｔｉｏ≧Ｔ０の場合。
ｘのための別の例示の実装は、以下の通りである。
ｘ＝０、Ｔ０≦ＮＡＣＫ＿ｒａｔｉｏ＜Ｔ１の場合
ｘ＝１、Ｔ１≦ＮＡＣＫ＿ｒａｔｉｏ＜Ｔ２の場合
…
ｘ＝ｍ、Ｔｍ≦ＮＡＣＫ＿ｒａｔｉｏ≦１の場合。

【0105】

図１２を参照すると、上述の実施形態に従う第１の通信機器１２００の例示のコンポーネントのブロック図を図解している。第１の通信機器１２００は、少なくとも１つのアンテナ１２１０；送信器回路又は送信器モジュール１２２０；受信器回路又は受信器モジュール１２３０；プロセッサ１２４０又は処理モジュール又は処理回路、及びメモリ１２５０を有する。図のように、送信器回路及び受信器回路は、送受信器回路又は送受信器モジュール１２６０に含まれうる。

【0106】

アンテナ１２１０は、エアインタフェースを介して無線周波数（ＲＦ）信号の送信と受信との少なくともいずれかを行うための１つ以上のアンテナを含む。アンテナ１２１０は、例えば、送受信器／送信器回路１２６０からＲＦ信号を受信し、１つ以上の第２の通信機器、例えばＵＥ、又は無線ネットワークノード、すなわち無線基地局、例えばｅＮｏｄｅＢ若しくはｅＮＢへ、エアインタフェースを介してＲＦ信号を送信し、１つ以上の第２の通信機器、例えば、無線基地局又はＵＥからエアインタフェースを介してＲＦ信号を受信し、送受信器回路１２６０へＲＦ信号を提供する。

【0107】

処理モジュール／回路１２４０は、プロセッサ、マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）などを含む。プロセッサ１２４０は、第１の通信機器１２００の動作及びそのコンポーネントを制御する。メモリ（回路又はモジュール）１２５０は、プロセッサ１２４０によって使用されうるデータ及び命令を記憶するための、ランダムアクセスメモリ（ＲＡＭ）と、読み出し専用メモリ（ＲＯＭ）と、別の種類のメモリと、の少なくともいずれかを含む。第１の通信機器１２００は、図１２示されていない追加のコンポーネントを有してもよい。

【0108】

先述のように、第１の通信機器１２００は、送信器回路／モジュール１２３０を用いて、１つ以上のサブフレームを含んだ少なくとも１つのバーストを、１つ以上の第２の通信機器へ送信するように構成され；ここで、その少なくとも１つのバーストの送信より先に、リスン・ビフォア・トーク（ＬＢＴ）手順の成功、すなわち、チャネルが第１の通信機器１２００によってその少なくとも１つのバーストを自由に送信することができると判定される。受信器モジュール又は受信器回路１２２０は、バースト内の少なくとも１つのサブフレームに対して、対応するＨＡＲＱフィードバック値を受信するように構成される。ＨＡＲＱフィードバックは、少なくとも１つまたはそれ以上の第２の通信機器から受信される。処理モジュール又は処理回路又はプロセッサ１２４０は、受信したＨＡＲＱフィードバックのそれぞれに基づいて、かつ、チャネルにアクセスするためにＬＢＴ手順が実行される際に第１の通信機器１２００において利用可能な、以前に使用されていないＨＡＲＱフィードバックにさらに基づいて、ランダムバックオフ・コンテンションウィンドウ・サイズを決定するように構成される。

【0109】

メモリ１２５０は、プロセッサ１２４０によって実行可能な命令を含んでもよく、それにより、第１の通信機器１２００は、上述の方法ステップを実行するように動作する。第１の通信機器１２００において例えばプロセッサ１２４０を用いて実行される際に第１の通信機器に、１つ以上のサブフレームを含んだ少なくとも１つのバーストを、１つ以上の受信する第２の通信機器へ送信させることと；バースト内の少なくとも１つのサブフレームに対して、対応するＨＡＲＱフィードバック値を受信させることと；受信したＨＡＲＱフィードバックのそれぞれに基づいて、かつ、チャネルにアクセスするためにＬＢＴ手順が実行される際に第１の通信機器１２００において利用可能な、以前に使用されていないＨＡＲＱフィードバックにさらに基づいて、ランダムバックオフ・コンテンションウィンドウ・サイズを決定させることと、を含んだ、上述の方法ステップを実行させる、コンピュータ可読コードを含んだコンピュータプログラムをも提供する。

【0110】

コンピュータ可読コード手段は、また、第１の通信機器において実行されるときに、プロセッサ１２４０を用いて、上述のように受信したＨＡＲＱ値を第１の通信機器１２００に合成させ、また、プロセッサ１２４０を用いて、上述のように、ランダムバックオフ・コンテンションウィンドウ・サイズを決定するものである。

【0111】

この開示を通じて、用語「comprise」又は「comprising」は、非限定的な意味で、すなわち、「consist at least of」の意味で用いられている。特定の用語がここで用いられうるが、それらは一般的かつ説明的な意味で用いられ、限定の目的ではない。特に、３ＧＰＰ ＬＴＥからの専門用語が本発明を例示するためのこの開示において用いられていたが、これは、上述のシステムのみに本発明の範囲を限定するように見られるべきでないことに留意すべきである。ＬＴＥ−Ａ（又はＬＴＥ−Ａｄｖａｎｃｅｄ）、ＵＭＴＳ、ＷｉＭａｘ、及びＷＩＬＡＮを含んだ他の無線システムも、本開示の範囲内でカバーされる概念を利用することによって利益を享受しうる。

【0112】

略語 説明
ＣＣＡ クリアチャネル評価
ＤＣＦ 分散協調機能
ＤＩＦＳ ＤＣＦフレーム間スペーシング
ＤＬ 下りリンク
ＤＲＳ ディスカバリ参照信号
ｅＮＢ エボルブドＮｏｄｅＢ、基地局
ＬＡＡ ライセンス・アシステッド・アクセス
ＬＢＴ リスン・ビフォア・トーク
ＰＤＣＣＨ 物理下りリンク制御チャネル
ＰＩＦＳ ＰＣＦフレーム間スペーシング
ＰＣｅｌｌ プライマリセル
ＰＵＳＣＨ 物理上りリンク共有チャネル
ＱｏＳ サービス品質
ＳＣｅｌｌ セカンダリセル
ＳＩＦＳ ショート・フレーム間スペーシング
ＵＥ ユーザ端末
ＵＬ 上りリンク

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】