(57)【要約】  ｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ（ｅＮＢ）について説明する。ｅＮＢは、プロセッサ及びプロセッサと電子通信を行うメモリを含む。メモリに格納された命令は、コンテンションウィンドウサイズを管理するように実行可能である。上記の命令はまた、第１のサブフレームにおける物理下りリンク共有チャネル（ＰＤＳＣＨ）送信に対応するハイブリッド自動要求肯定応答／否定応答（ＨＡＲＱ−ＡＣＫ）値（単数又は複数）に従ってコンテンションウィンドウサイズを増大させるように実行可能である。第１のサブフレームは、ＨＡＲＱ−ＡＣＫがフィードバックされたライセンス補助アクセス（ＬＡＡ）キャリアによる、以前の下りリンク送信バーストの開始サブフレームである。
2018528638.tif 000002
【特許請求の範囲】
【請求項１】
プロセッサと、
前記プロセッサと電子通信を行うメモリと、を備える、ｅｖｏｌｖｅｄ  ＮｏｄｅＢ（ｅＮＢ）であって、
前記メモリに格納された命令は、
コンテンションウィンドウサイズを管理し、
第１のサブフレームにおける物理下りリンク共用チャネル（ＰＤＳＣＨ）送信に対応するハイブリッド自動要求肯定応答／否定応答（ＨＡＲＱ−ＡＣＫ）値（単数又は複数）に応じて前記コンテンションウィンドウサイズを増大させるように実行可能であり、
前記第１のサブフレームは、ＨＡＲＱ−ＡＣＫがフィードバックされたライセンス補助アクセス（ＬＡＡ）キャリアによる、以前の下りリンク送信バーストの開始サブフレームである、ｅｖｏｌｖｅｄ  ＮｏｄｅＢ（ｅＮＢ）。
【請求項２】
前記ＨＡＲＱ−ＡＣＫ値（単数又は複数）のうち、所定の割合以上が否定応答（ＮＡＣＫ）であると判定された場合は、前記コンテンションウィンドウサイズを増大させる、請求項１に記載のｅＮＢ。
【請求項３】
間欠送信（ＤＴＸ）は、ＮＡＣＫとして数えられる、請求項２に記載のｅＮＢ。
【請求項４】
前記コンテンションウィンドウサイズ使用することによって、バックオフカウンタが生成される、請求項１に記載のｅＮＢ。
【請求項５】
コンテンションウィンドウサイズを管理することと、
第１のサブフレームにおける物理下りリンク共用チャネル（ＰＤＳＣＨ）送信に対応するハイブリッド自動要求肯定応答／否定応答（ＨＡＲＱ−ＡＣＫ）値（単数又は複数）に応じて前記コンテンションウィンドウサイズを増大させることと、
を含む、ｅｖｏｌｖｅｄ  ＮｏｄｅＢ（ｅＮＢ）用の方法であって、
前記第１のサブフレームは、ＨＡＲＱ−ＡＣＫがフィードバックされたライセンス補助アクセス（ＬＡＡ）による、以前の下りリンク送信バーストを開始サブフレームである、ｅｖｏｌｖｅｄ  ＮｏｄｅＢ（ｅＮＢ）用の方法。
【請求項６】
前記ＨＡＲＱ−ＡＣＫ値（単数又は複数）のうち、所定の割合以上が否定応答（ＮＡＣＫ）であると判定された場合、前記コンテンションウィンドウサイズを増大させる、請求項５に記載の方法。
【請求項７】
間欠送信（ＤＴＸ）は、ＮＡＣＫとして数えられる、請求項６に記載の方法。
【請求項８】
前記コンテンションウィンドウサイズを使用して、バックオフカウンタが生成される、請求項５に記載の方法。
【発明の詳細な説明】
【関連出願】
【０００１】
本出願は、２０１５年６月３０日に出願された「ＳＹＳＴＥＭＳ  ＡＮＤ  ＭＥＴＨＯＤＳ  ＦＯＲ  ＢＡＣＫＯＦＦ  ＰＲＯＣＥＤＵＲＥＳ  ＦＯＲ  ＬＩＣＥＮＳＥＤ−ＡＳＳＩＳＴＥＤ  ＡＣＣＥＳＳ」と題する米国仮特許出願第６２／１８６，６６１号の関連出願であり、この仮出願に基づく優先権を主張し、参照により本明細書にその内容全体を援用する。
【技術分野】
【０００２】
本開示は、概して、通信システムに関する。本開示は、特に、ライセンス補助アクセス（Licensed-AssistedAccess、ＬＡＡ）のバックオフ手順のためのシステム及び方法に関する。
【背景技術】
【０００３】
無線通信装置は、消費者の要求を満たすため並びに携帯性及び利便性を向上させるために、より小型かつより強力になってきている。消費者は、無線通信装置に依存するようになり、信頼性の高いサービス、カバレッジエリアの拡張及び機能の向上を期待するようになっている。無線通信システムは、多数の無線通信装置に対して通信を提供することができ、多数の無線通信装置のそれぞれに、基地局からサービスを提供することができる。基地局は、無線通信装置と通信する装置であり得る。
【０００４】
無線通信装置の進歩に伴い、通信容量、速度、柔軟性及び／又は効率の改善が求められてきた。しかしながら、通信容量、速度、柔軟性及び／又は効率を改善することにより、何らかの課題が提起される場合がある。
【０００５】
例えば、無線通信装置は、通信構造を使用して１つ又は複数の装置と通信することができる。しかしながら、使用される通信構造の柔軟性及び／又は効率が制限される場合がある。本議論で説明するように、通信の柔軟性及び／又は効率を改善するシステム及び方法は有益なものと考えられ得る。
【図面の簡単な説明】
【０００６】
【図１】ライセンス補助アクセス（ＬＡＡ）のシステム及び方法を実装し得る、１つ又は複数のｅｖｏｌｖｅｄ  ＮｏｄｅＢ（ｅＮＢ）及び１つ又は複数のユーザ機器（user equipment、ＵＥ）の一実装形態を示すブロック図である。
【０００７】
【図２】ｅＮＢによる、ＬＡＡサービングセルのコンテンションアクセスの方法を示すフロー図である。
【０００８】
【図３】同時送信に起因する衝突の一例を示す図である。
【０００９】
【図４】隠れ端末の同時送信に起因する衝突の一例を示す図である。
【００１０】
【図５】可変長のバックオフを伴うＬＡＡ状態遷移の方法を示すフロー図である。
【００１１】
【図６】ＬＡＡサブフレームバーストに対するハイブリッド自動要求肯定応答（hybridautomatic request acknowledgement）／否定応答（negativeacknowledgment）（ＨＡＲＱ−ＡＣＫ）フィードバックを示すブロック図である。
【００１２】
【図７】ｅＮＢにおいて利用され得る様々な構成要素を示す図である。
【００１３】
【図８】ＬＡＡを実行するためのシステム及び方法が実装され得るｅＮＢの一実装形態を示すブロック図である。
【００１４】
【図９】ｅＮＢによる、サービングセルのコンテンションアクセスのための別の方法を示すフロー図である。
【発明を実施するための形態】
【００１５】
ｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ（ｅＮＢ）について説明する。ｅＮＢは、プロセッサと、このプロセッサと電子通信を行うメモリとを含む。メモリに格納された命令は、コンテンションウィンドウ（contention window）サイズを管理するように実行可能である。上記の命令はまた、第１のサブフレームにおける物理下りリンク共有チャネル（Physical Downlink Shared Channel、ＰＤＳＣＨ）送信（単数又は複数）に対応するハイブリッド自動要求肯定応答／否定応答（ＨＡＲＱ−ＡＣＫ）値（単数又は複数）に従ってコンテンションウィンドウサイズを増大させるように実行可能である。第１のサブフレームは、ＨＡＲＱ−ＡＣＫがフィードバックされたライセンス補助アクセス（Licensed-Assisted Access、ＬＡＡ）キャリアによる、以前の下りリンク送信バーストの開始サブフレームである。
【００１６】
ＨＡＲＱ−ＡＣＫ値（単数又は複数）のうち、所定の割合以上が否定応答（ＮＡＣＫ）であると判定された場合は、コンテンションウィンドウサイズを増大することができる。間欠送信（Discontinuous Transmission、ＤＴＸ）状態は、ＮＡＣＫとして数えられ得る。コンテンションウィンドウサイズを使用することによって、バックオフカウンタを生成してもよい。
【００１７】
ｅＮＢに関する方法についても説明する。この方法は、コンテンションウィンドウサイズを管理することを含む。この方法はまた、第１のサブフレームにおけるＰＤＳＣＨ送信（単数又は複数）に対応するＨＡＲＱ−ＡＣＫ値（単数又は複数）に従ってコンテンションウィンドウサイズを増大することを含む。第１のサブフレームは、ＨＡＲＱ−ＡＣＫがフィードバックされたＬＡＡキャリアによる、以前の下りリンク送信バーストの開始サブフレームである。
【００１８】
ＬＡＡサービングセルのコンテンションアクセス（contention access）のためのｅＮＢについても説明する。ｅＮＢは、プロセッサと、このプロセッサと電子通信を行うメモリとを含む。メモリに格納された命令は、衝突状態を判定するように実行可能である。また、上記命令は、衝突状態に基づいてＬＡＡアクセス用のコンテンションウィンドウ（contention window、ＣＷ）サイズを判定するように実行可能である。この命令はさらに、判定したＣＷサイズに基づいてチャネルアクセス及びバックオフ手順を実行するように実行可能である。
【００１９】
衝突状態は、以前のＬＡＡ送信に基づき得る。以前のＬＡＡ送信のＨＡＲＱ−ＡＣＫフィードバックに基づいて衝突が発生している、と衝突状態を設定することができる。
【００２０】
ＬＡＡサブフレームバースト又は送信機会（transmissionopportunity、ＴｘＯＰ）の任意のサブフレームが、スケジューリングされたユーザ機器（ＵＥ）からＮＡＣＫ又はＤＴＸであると報告された場合には、衝突が発生していると、衝突状態を設定することがきる。ＬＡＡサブフレームバースト又はＴｘＯＰの全てのサブフレームが、スケジューリングされたＵＥからＡＣＫであると報告された場合には、衝突は発生していないと、衝突状態を設定することができる。複数のＵＥに対してスケジューリングされた複数のＰＤＳＣＨ送信が存在し、かつ任意のＵＥがサブフレームのスケジューリングされたＰＤＳＣＨに関してＮＡＣＫ又はＤＴＸであると報告した場合には、サブフレームにおいて衝突が発生していると、衝突状態を設定することができる。
【００２１】
ＬＡＡサブフレームバースト又はＴｘＯＰの第１のサブフレームが、スケジューリングされたＵＥからＮＡＣＫ又はＤＴＸとして報告された場合には、衝突が発生していると、衝突状態を設定することができる。ＬＡＡサブフレームバースト又はＴｘＯＰの第１のサブフレームが、スケジューリングされたＵＥからＡＣＫであると報告された場合には、衝突が発生していないと、衝突状態を設定することができる。
【００２２】
Ｎ＿ＮＡＣＫｅｄは、ＮＡＣＫ又はＤＴＸとして報告されるサブフレームの予測数と判定され得る。スケジューリングされたＵＥからＮＡＣＫ又はＤＴＸと報告されたＬＡＡサブフレームバースト又はＴｘＯＰにおけるサブフレーム数を判定し得る。ＬＡＡサブフレームバースト又はＴｘＯＰに、スケジューリングされたＵＥからＮＡＣＫ又はＤＴＸであると報告されたＮ＿ＮＡＣＫｅｄ以上のサブフレームがある場合は、衝突が発生していると、衝突状態を設定することができる。Ｎ＿ＮＡＣＫｅｄは、固定数として設定され得る。Ｎ＿ＮＡＣＫｅｄは、上位層の信号を用いて構成され得る。
【００２３】
また、ＬＡＡサブフレームが初期送信であるかどうかを判定するように、命令が実行可能である。ＬＡＡサブフレームが初期送信の場合は、ＬＡＡサブフレームのＮＡＣＫ又はＤＴＸフィードバックは、ＮＡＣＫ又はＤＴＸとして扱われない場合がある。
【００２４】
また、ＬＡＡサブフレームバースト又はＴｘＯＰにおけるサブフレームの再送信状態に基づいて、衝突状態を判定するために、命令が実行可能である。
【００２５】
Ｎ＿ＲｅＴｘは、再送信回数の閾値として、判定することができる。ＬＡＡサブフレームバースト又はＴｘＯＰにおいて再送信されたサブフレーム数が判定することができる。ＬＡＡサブフレームバースト又はＴｘＯＰにおいて再送信されたサブフレーム数がＮ＿ＲｅＴｘ以上の場合は、衝突が発生していると、衝突状態を設定することができる。
【００２６】
ＬＡＡサブフレームバースト又はＴｘＯＰにおけるサブフレームの再送信回数を判定することができる。衝突状態は、ＬＡＡサブフレームバースト又はＴｘＯＰにおけるサブフレームの再送信回数に基づいて判定することができる。一実装形態では、ＬＡＡサブフレームバースト又はＴｘＯＰのサブフレームにおける再送信回数は、ＬＡＡサブフレームバースト又はＴｘＯＰにおけるサブフレームの再送信回数の最大値に基づいて判定することができる。別の実装形態では、ＬＡＡサブフレームバースト又はＴｘＯＰにおけるサブフレームの再送信回数は、ＬＡＡサブフレームバースト又はＴｘＯＰにおけるサブフレームの平均再送信回数に基づいて判定することができる。
【００２７】
ｅＮＢが、衝突が発生していると衝突状態を設定する場合は、ＣＷサイズを増大させ得る。ｅＮＢが、衝突が発生していないと衝突状態を設定する場合は、ＣＷサイズを減少させ得る。ｅＮＢが、衝突が発生していないと判定する場合は、ＣＷサイズとして初期のＣＷサイズが設定され得る。
【００２８】
ＣＷサイズは、ルックアップテーブルに基づいて判定することができる。ルックアップテーブルは、ＣＷサイズと、ＬＡＡサブフレームバースト又はＴｘＯＰにおいて受信されたＮＡＣＫ又はＤＴＸの数との対応関係を規定してもよい。ルックアップテーブルは、ＣＷサイズと、ＬＡＡサブフレームバースト又はＴｘＯＰにおいて再送信されたサブフレームの数との対応関係を規定し得る。ルックアップテーブルは、ＣＷサイズと、ＬＡＡサブフレームバースト又はＴｘＯＰにおけるサブフレームの再送信回数との対応関係を規定してもよい。
【００２９】
ＣＷサイズは、統計結果に基づいて半静的に（semi-statically）更新することができる。この統計結果は、観測されるチャネル占有に基づいて判定され得る。この統計結果は、平均アイドル時間に基づいて判定され得る。この統計結果は、ＬＡＡサブフレームバースト又はＴｘＯＰにおいて受信されたＮＡＣＫ又はＤＴＸの平均数に基づいて判定され得る。この統計結果は、ＬＡＡサブフレームバースト又はＴｘＯＰにおける平均再送信回数に基づいて判定され得る。
【００３０】
また、命令は、ＣＷサイズを取得する時間を判定するように実行可能である。命令は、判定したＣＷサイズを適用する時間を判定するように実行可能である。
【００３１】
ＣＷサイズは、ＬＡＡサブフレームバースト又はＴｘＯＰに対して、全てのＨＡＲＱ−ＡＣＫフィードバックが受信された後に判定され得る。ＣＷサイズは、固定のタイミングで判定され得る。ＣＷサイズは、上位層の信号によって構成されるタイミングで判定され得る。
【００３２】
ＣＷサイズは、コンテンションアクセスの前に、ペンディングしているサブフレームの再送信状態に基づいて判定され得る。ＣＷサイズは、コンテンションアクセスの前に、全てのＨＡＲＱ−ＡＣＫプロセスの再送信状態に基づいて判定され得る。
【００３３】
判定したＣＷサイズを取得することができる。進行中のコンテンションバックオフプロセスがある場合は、進行中のコンテンションバックオフプロセスの完了後に、判定したＣＷサイズを適用してもよい。
【００３４】
判定したＣＷサイズを取得することができる。進行中のコンテンションバックオフプロセスがある場合は、判定したＣＷサイズを直ちに適用して、新たなバックオフプロセスを開始し、進行中のバックオフプロセスを終了してもよい。
【００３５】
判定したＣＷサイズを取得することができる。判定したＣＷサイズを、以前のＬＡＡサブフレームバースト又はＴｘＯＰの直後に適用してもよい。
【００３６】
ｅＮＢによるＬＡＡサービングセルのコンテンションアクセスの方法についても説明する。この方法は、衝突状態を判定することを含む。この方法はまた、衝突状態に基づいてＬＡＡアクセスのＣＷサイズを判定することも含む。この方法はさらに、判定したＣＷサイズに基づいてチャネルアクセス及びバックオフ手順を実行することも含む。
【００３７】
「３ＧＰＰ」とも呼ばれる第三世代パートナーシッププロジェクト（3rdGeneration Partnership Project）は、第３世代及び第４世代の無線通信システムに関する、世界的に適用可能な技術仕様及び技術報告書を定義することを目的とした協働合意である。３ＧＰＰでは、次世代のモバイルネットワーク、システム及び装置の仕様を定義することができる。
【００３８】
３ＧＰＰのロングタームエボリューション（Long Term Evolution、ＬＴＥ）は、将来の要求に対処するために、ユニバーサルモバイルテレコミュニケーションシステム（Universal Mobile Telecommunications System、ＵＭＴＳ）用移動電話又は装置の規格を改良するためのプロジェクトに与えられた名前である。一態様では、ＵＭＴＳは、Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ（Ｅ−ＵＴＲＡ）及びＥｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ（Ｅ−ＵＴＲＡＮ）向けのサポート及び仕様を提供するために修正が行われてきた。
【００３９】
本明細書に開示するシステム及び方法の少なくともいくつかの態様は、３ＧＰＰ  ＬＴＥ、ＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）及びその他の規格（例えば、３ＧＰＰ  Ｒｅｌｅａｓｅｓ  ８、９、１０、１１及び／又は１２）に関連して説明され得る。しかし、本開示の範囲は、この点に限定されるべきではない。本明細書に開示するシステム及び方法の少なくともいくつかの態様は、他の形式の無線通信システムにおいて利用することができる。
【００４０】
無線通信装置は、音声及び／又はデータを基地局に通信するために使用される電子装置であり得、同様に、装置のネットワーク（例えば、公衆交換電話網（public switched telephone network、ＰＳＴＮ）、インターネット等）との通信を行うことができる。本明細書に開示したシステム及び方法を説明するにあたり、無線通信装置は、代替的には、移動局、ＵＥ、アクセス端末、加入者ステーション、移動端末、遠隔局、ユーザ端末、端末、加入者ユニット、移動装置等と呼ばれることがある。無線通信装置の例として、セルラー式電話、スマートフォン、携帯情報端末（Personal Digital Assistant、ＰＤＡ）、ラップトップコンピュータ、ネットブック、電子ブックリーダ、無線モデム等が挙げられる。３ＧＰＰ仕様書において、無線通信装置は通常、ＵＥと呼ばれている。しかしながら、本開示の範囲は３ＧＰＰ規格に限定されるものではなく、「ＵＥ」や「無線通信装置」等の用語は、より一般的な用語である「無線通信装置」を意味するために、本明細書では区別なく使用される。ＵＥは、より一般的には、端末装置と呼ばれることもある。
【００４１】
３ＧＰＰ仕様書において、基地局は、通常、Ｎｏｄｅ  Ｂ、ｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ（ｅＮＢ）、ｈｏｍｅ  ｅｎｈａｎｃｅｄ  ｏｒｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ（ＨｅＮＢ）、又はその他の同様の専門用語で呼ばれている。本開示の範囲は３ＧＰＰ規格に限定されるものではなく、「基地局」、「Ｎｏｄｅ  Ｂ」、「ｅＮＢ」及び「ＨｅＮＢ」は、より一般的な用語である「基地局」を意味するために、本明細書では区別なく使用される。さらに、「基地局」という用語は、アクセスポイントを意味するために使用され得る。アクセスポイントは、無線通信装置がネットワーク（例えば、ローカルエリアネットワーク（Local Area Network、ＬＡＮ）、インターネット等）へのアクセスを提供する電子装置でもよい。「通信装置」という用語は、無線通信装置及び基地局の両方を、あるいは一方を指すために使用され得る。ｅＮＢは、より一般的には基地局装置と呼んでもよい。
【００４２】
本明細書で使用する場合、「セル」は、通信チャネルの任意のセットを指し得て、ＵＥとｅＮＢと間の通信用プロトコルは、Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ−Ａｄｖａｎｃｅｄ（ＩＭＴ−Ａｄｖａｎｃｅｄ）又はその拡張機能に使用されるように、標準化による指定又は規制機関による管理が行われ、その通信チャネルの全て又はそのサブセットは、ＵＥとｅＮＢと間の通信用の免許必要バンド（ライセンスバンド、licensed band）（例えば、周波数帯域）として、３ＧＰＰにより採用され得ることを留意されたい。「構成セル（configured cell）」とは、ＵＥにより認識され、ｅＮＢにより情報の送信又は受信が許可されるセルである。「構成セル（単数又は複数）」は、サービングセル（単数又は複数）でもよい。ＵＥは、システム情報を受信し、全ての構成セルに対して必要とされる測定を実行することができる。「アクティベートセル（activated cell）」とは、ＵＥが送受信を行っている構成セルのことである。すなわち、アクティベートセルは、ＵＥが物理下りリンク制御チャネル（Physical Downlink Control Channel、ＰＤＣＣＨ）のモニタリングを行うセルであり、下りリンク送信の場合、ＵＥが物理下りリンク共用チャネル（Physical Downlink Shared Channel、ＰＤＳＣＨ）の復号を行うセルである。「非アクティベートセル（deactivated cell）」は、ＵＥが送信ＰＤＣＣＨのモニタリングを行わない構成セルである。「セル（cell）」について、異なる次元の観点で述べる場合があることを留意されたい。例えば、「セル」は、時間特性、空間特性（例えば、地理的）及び周波数特性を含んでもよい。
【００４３】
開示したシステム及び方法は、キャリアアグリゲーション（carrieraggregation）を含むことができる。キャリアアグリゲーションとは、複数のキャリアを同時に使用することを指す。キャリアアグリゲーションでは、１つのＵＥに対して２つ以上のセルを集約する（aggregate）ことができる。一例として、キャリアアグリゲーションを使用して、ＵＥが利用可能な有効帯域幅を増やすことができる。Ｒｅｌｅａｓｅ−１０の時分割二重化（Time Division Duplexing、ＴＤＤ）キャリアアグリゲーション（ＣＡ）及びＲｅｌｅａｓｅ−１１の帯域内ＣＡでは、同じＴＤＤ上りリンク−下りリンク（ＵＬ／ＤＬ）設定を使用する必要がある。Ｒｅｌｅａｓｅ−１１では、異なるＴＤＤ  ＵＬ／ＤＬ設定の帯域内ＴＤＤ  ＣＡがサポートされる。異なるＴＤＤ  ＵＬ／ＤＬ設定を有する帯域内ＴＤＤ  ＣＡは、ＣＡの展開において柔軟性のあるＴＤＤネットワークを提供することができる。さらに、ｅｎｈａｎｃｅｄ  Ｉｎｔｅｒｆｅｒｅｎｃｅ  Ｍａｎａｇｅｍｅｎｔ  ｗｉｔｈ  Ｔｒａｆｆｉｃ  Ａｄａｐｔａｔｉｏｎ（ｅｌＭＴＡ）（動的ＴＤＤ  ＵＬ／ＤＬ再設定とも称される）は、ネットワークのトラフィック負荷に基づく柔軟なＴＤＤ  ＵＬ／ＤＬの再設定を実現することができる。
【００４４】
本明細書で使用される「同時（concurrent）」という表現及びその変形は、２つ以上の事象が互いに時間的に重なり合う、及び／又は互いに時間的に近接して生じてもよいことを意味し得ることを留意されたい。また、「同時（concurrent）」という表現及びその変形は、２つ以上の事象が正確に同時に発生することを意味することも、意味していないこともある。
【００４５】
ライセンス補助アクセス（ＬＡＡ）は、アンライセンススペクトル（unlicensedspectrum）において、ＬＴＥをサポートすることができる。ＬＡＡネットワークにおいて、ＤＬ送信を日和見的（opportunistic）にスケジューリングすることができる。公平な利用を目的として、ＬＡＡ  ｅＮＢは、送信前に、クリアチャネル評価（Clear Channel Assessment、ＣＣＡ）、リッスンビフォートーク（ListenBefore Talk、ＬＢＴ）、及び動的周波数選択（Dynamic Frequency Selection、ＤＦＳ）等の機能を実行してもよい。ｅＮＢがＬＢＴを実行する際には、ｅＮＢは参照信号を含むいかなる信号も送信することができない。
【００４６】
コンテンションチャネルアクセスを実行するために、いくつかの拡張ＣＣＡ（extendedCCA、ＥＣＣＡ）メカニズムを、ＬＡＡノードに対して指定することができる。少なくともＤＬ  ＬＡＡ送信では、可変のバックオフコンテンションウィンドウ（ＣＷ）サイズを用いたリッスンビフォートーク（ＬＢＴ）をサポートすることができる。本明細書のシステム及び方法において説明するように、ＣＷサイズは動的に又は半静的に調整してもよい。
【００４７】
いくつかのアプローチでは、ハイブリッド自動要求肯定応答／否定応答（ＨＡＲＱ−ＡＣＫ）フィードバック及びチャネル検出フィードバックを使用して、ＣＷ調整を実行することができる。本明細書のシステム及び方法では、ＬＡＡ  ＬＢＴアルコリズム用の動的ＣＷ調整（指数関数的バックオフを含む）について説明する。さらに、説明するシステム及び方法では、観測されるチャネル状態及びフィードバックに基づく半静的ＣＷ調整も提供する。
【００４８】
一実装形態において、可変長のコンテンションアクセスを使用することができる。初期の拡張ＣＣＡ手順では、コンテンションウィンドウを使用してバックオフカウンタ用の乱数を生成することができる。しかしながら、ＣＷサイズの設定方法及びＣＷサイズ調整方法について、さらに定義してもよい。
【００４９】
説明するシステム及び方法により、ＬＡＡ送信の可変のＣＷサイズ調整を実現する。１つのアプローチでは、ＨＡＲＱ−ＡＣＫのフィードバック結果に基づいてＣＷサイズが動的に判定される。各ＨＡＲＱ−ＡＣＫプロセス及び各サブフレームに対するＨＡＲＱ−ＡＣＫフィードバックを、併せて検討することができる。さらに、サブフレーム再送信回数についても考慮する。
【００５０】
別のアプローチでは、ＣＷサイズは、統計結果又は検出結果に基づいて、半静的に判定してもよい。説明するアプローチを適用して、初期ＣＷサイズを判定し、ＣＷの変化のレベルを小さくすることができる。
【００５１】
図面を参照して、本明細書に開示するシステム及び方法の様々な例を、ここで説明する。同じ参照番号は、機能的に類似の要素を示す場合がある。本明細書で全般的に記載され、図面に示されるシステム及び方法は、多種多様な異なる実装形態で配列及び設計することができる。したがって、図示するいくつかの実装形態に関する以下のより詳細な説明は、特許請求の範囲に従って本開示の範囲を限定することを意図しておらず、システム及び方法を代表的に示しているに過ぎない。
【００５２】
図１は、ＬＡＡ用のシステム及び方法を実装することができる１つ以上のｅＮＢ１６０及び１つ以上のＵＥ１０２の一実装形態を示すブロック図である。１つ以上のＵＥ１０２は、１つ以上のアンテナ１２２ａ〜ｎを使用して１つ以上のｅＮＢ１６０と通信する。例えば、ＵＥ１０２は、１つ以上のアンテナ１２２ａ〜ｎを使用して、ｅＮＢ１６０に電磁信号を送信し、ｅＮＢ１６０から電磁信号を受信する。ｅＮＢ１６０は、１つ以上のアンテナ１８０ａ〜ｎを使用して、ＵＥ１０２と通信する。
【００５３】
ＵＥ１０２及びｅＮＢ１６０は、互いに通信するために、１つ以上のチャネル１１９、１２１を使用することができる。例えば、ＵＥ１０２は、１つ以上の上りリンクチャネル１２１を使用して、情報又はデータをｅＮＢ１６０に送信することができる。上りリンクチャネル１２１の例として、物理上りリンク制御チャネル（Physical Uplink Control CHannel、ＰＵＣＣＨ）及び物理上りリンク共用チャネル（Physical Uplink Shared CHannel、ＰＵＳＣＨ）等が挙げられる。１つ以上のｅＮＢ１６０は、例えば、１つ以上の下りリンクチャネル１１９を使用して、１つ以上のＵＥ１０２に情報又はデータを送信することもできる。下りリンクチャネル１１９の例として、ＰＤＣＣＨ、ＰＤＳＣＨ等が挙げられる。他の種類のチャネルを使用してもよい。
【００５４】
１つ以上のＵＥ１０２のそれぞれは、１つ以上の送受信部１１８、１つ以上の復調部１１４、１つ以上の復号部１０８、１つ以上の符号化部１５０、１つ以上の変調部１５４、データバッファ１０４及びＵＥ動作モジュール１２４を含むことができる。例えば、１つ以上の受信及び／又は送信経路を、ＵＥ１０２内に実装することができる。便宜上、単一の送受信部１１８、復号部１０８、復調部１１４、符号化部１５０、及び変調部１５４のみをＵＥ１０２内に示しているが、複数の並列の要素（例えば、送受信部１１８、復号部１０８、復調部１１４、符号化部１５０、及び変調部１５４）を実装することができる。
【００５５】
送受信部１１８は、１つ以上の受信部１２０及び１つ以上の送信部１５８を含むことができる。１つ以上の受信部１２０は、１つ以上のアンテナ１２２ａ〜ｎを使用して、ｅＮＢ１６０から信号を受信することができる。例えば、受信部１２０は、信号を受信しダウンコンバートして、１つ以上の受信信号１１６を生成することができる。この１つ以上の受信信号１１６を、復調部１１４に提供することができる。１つ以上の送信部１５８は、１つ以上のアンテナ１２２ａ〜ｎを使用して、ｅＮＢ１６０に信号を送信することができる。例えば、１つ以上の送信部１５８は、１つ以上の変調信号１５６をアップコンバートし送信することができる。
【００５６】
復調部１１４は、１つ以上の受信信号１１６を復調して、１つ以上の復調信号１１２を生成することができる。この１つ以上の復調信号１１２を、復号部１０８に提供することができる。ＵＥ１０２は、復号部１０８を使用して、信号を復号することができる。復号部１０８は、１つ以上の復号された信号１０６、１１０を生成することができる。例えば、ＵＥによって復号された第１の信号１０６には、受信したペイロードデータが含まれ、このペイロードデータはデータバッファ１０４に格納することができる。ＵＥによって復号された第２の信号１１０は、オーバーヘッドデータ及び／又は制御データを含むことができる。例えば、ＵＥによって復号された第２の信号１１０は、ＵＥ動作モジュール１２４が１つ以上の動作を実行するために使用し得るデータを提供できる。
【００５７】
本明細書で使用する場合、「モジュール（module）」という表現は、特定の要素又はコンポーネントが、ハードウェア、ソフトウェア、又はハードウェアとソフトウェアとの組み合わせにより実装可能であることを意味する場合がある。しかしながら、本明細書で「モジュール」として表された任意の要素は代替的にはハードウェアに実装され得ることを留意されたい。例えば、ＵＥ動作モジュール１２４は、ハードウェア、ソフトウェア、又は両方を組み合わせて実装することができる。
【００５８】
一般的に、ＵＥ動作モジュール１２４により、ＵＥ１０２は、１つ以上のｅＮＢ１６０と通信できるようになり得る。ＵＥ動作モジュール１２４は、１つ以上の受信部１２０に情報１４８を提供することができる。例えば、ＵＥ動作モジュール１２４は、いつ再送信を受信するかを、受信部（単数又は複数）１２０に通知することができる。
【００５９】
ＵＥ動作モジュール１２４は、復調部１１４に情報１３８を提供することができる。例えば、ＵＥ動作モジュール１２４は、ｅＮＢ１６０からの送信に関して予測される変調パターンを復調部１１４に通知することができる。
【００６０】
ＵＥ動作モジュール１２４は、復号部１０８に情報１３６を提供することができる。例えば、ＵＥ動作モジュール１２４は、ｅＮＢ１６０からの送信に関して予測される符号化を、復号部１０８に通知することができる。
【００６１】
ＵＥ動作モジュール１２４は、情報１４２を符号化部１５０に提供することができる。情報１４２は、符号化されるデータ及び／又は符号化用の命令を含むことができる。例えば、ＵＥ動作モジュール１２４は、送信データ１４６及び／又は他の情報１４２を符号化するように、符号化部１５０に命令することができる。他の情報１４２は、物理下りリンク共有チャネル（Physical Downlink Shared CHannel、ＰＤＳＣＨ）ＨＡＲＱ−ＡＣＫ情報を含むことができる。
【００６２】
符号化部１５０は、送信データ１４６及び／又はＵＥ動作モジュール１２４により提供された他の情報１４２を符号化することができる。例えば、データ１４６及び／又は他の情報１４２を符号化することは、誤り検出及び／又は訂正符号化、送信用の空間、時間及び／又は周波数リソースへのデータのマッピング、多重化等を伴うことがある。符号化部１５０は、符号化されたデータ１５２を、変調部１５４に提供することができる。
【００６３】
ＵＥ動作モジュール１２４は、情報１４４を変調部１５４に提供することができる。例えば、ＵＥ動作モジュール１２４は、ｅＮＢ１６０への送信について使用される変調の種類（例えば、コンステレーションマッピング（constellation mapping））を変調部１５４に通知することができる。変調部１５４は、符号化されたデータ１５２を変調して、１つ以上の変調信号１５６を１つ以上の送信部１５８に提供することができる。
【００６４】
ＵＥ動作モジュール１２４は、情報１４０を１つ以上の送信部１５８に提供することができる。この情報１４０には、１つ以上の送信部１５８用の命令が含まれ得る。例えば、ＵＥ動作モジュール１２４は、いつｅＮＢ１６０に信号を送信するかを、１つ以上の送信部１５８に命令することができる。例えば、１つ以上の送信部１５８は、ＵＬサブフレームにおいて送信を行ってもよい。１つ以上の送信部１５８は、変調信号（単数又は複数）１５６をアップコンバートして、１つ以上のｅＮＢ１６０に送信することができる。
【００６５】
ｅＮＢ１６０は、１つ以上の送受信部１７６、１つ以上の復調部１７２、１つ以上の復号部１６６、１つ以上の符号化部１０９、１つ以上の変調部１１３、データバッファ１６２、及びｅＮＢ動作モジュール１８２を含むことができる。例えば、１つ以上の受信及び／又は送信経路を、ｅＮＢ１６０に実装することができる。便宜上、単一の送受信部１７６、復号部１６６、復調部１７２、符号化部１０９、及び変調部１１３のみをｅＮＢ１６０内に示しているが、複数の並列の要素（例えば、送受信部１７６、復号部１６６、復調部１７２、符号化部１０９、及び変調部１１３）を実装してもよい。
【００６６】
送受信部１７６は、１つ以上の受信部１７８及び１つ以上の送信部１１７を含むことができる。１つ以上の受信部１７８は、１つ以上のアンテナ１８０ａ〜ｎを使用して、ＵＥ１０２から信号を受信することができる。例えば、受信部１７８は、信号を受信しダウンコンバートして、１つ以上の受信信号１７４を生成することができる。この１つ以上の受信信号１７４を、復調部１７２に提供することができる。１つ以上の送信部１１７は、１つ以上のアンテナ１８０ａ〜ｎを使用して、ＵＥ１０２に信号を送信することができる。例えば、１つ以上の送信部１１７は、１つ以上の変調信号１１５をアップコンバートして送信してもよい。
【００６７】
復調部１７２は、１つ以上の受信信号１７４を復調して、１つ以上の復調信号１７０を生成することができる。この１つ以上の復調信号１７０を、復号部１６６に提供することができる。ｅＮＢ１６０は、復号部１６６を使用して、信号を復号することができる。復号部１６６は、１つ以上の復号化された信号１６４、１６８を生成することができる。例えば、ｅＮＢによって復号された第１の信号１６４には、受信したペイロードデータが含まれ、このペイロードデータはデータバッファ１６２に格納することができる。ｅＮＢによって復号された第２の信号１６８には、オーバーヘッドデータ及び／又は制御データが含まれ得る。例えば、ｅＮＢによって復号された第２の信号１６８は、ｅＮＢ動作モジュール１８２が１つ以上の動作を実行するために使用し得るデータ（例えば、ＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫ情報）を提供することができる。
【００６８】
一般的に、ｅＮＢ動作モジュール１８２は、ｅＮＢ１６０が１つ以上のＵＥ１０２と通信することを可能にし得る。ｅＮＢ動作モジュール１８２は、１つ以上の動的コンテンションウィンドウ（ＣＷ）調整モジュール１９４及び１つの半静的ＣＷ調整モジュール１９６を含むことができる。
【００６９】
ＬＴＥのアンライセンスバンド（unlicensed band）（ＬＴＥアンライセンス又はアンライセンスＬＴＥとも呼ばれる）におけるライセンス補助アクセス（ＬＡＡ）により、ＬＴＥ送信用の１つ以上のアンライセンスキャリア（unlicensed carrier）を日和見的に使用することができる。
【００７０】
ＬＡＡ送信では、ライセンスバンド（licensed band）の補助を受ける。キャリアアグリゲーション（ＣＡ）は、ライセンスＬＴＥセルで動作するアンライセンスＬＡＡセルを用いて実行可能な１つの動作である。ＣＡにより、無線フレーム（例えば、システムフレーム番号（System Frame Number、ＳＦＮ））は、全サービングセルで同期することができる。さらに、サブフレームインデックスも同期することができる。ＤＬ  ＬＡＡ送信では、ＬＡＡサブフレームのＨＡＲＱ−ＡＣＫフィードバックを、ライセンスＵＬキャリア（例えば、プライマリーセル（ＰＣｅｌｌ）上りリンク）で報告することができる。
【００７１】
本明細書で使用する場合、ＬＡＡセルという用語は、ＬＡＡ動作を実行することができるＵＥ１０２とｅＮＢ１６０の間の通信チャネルのセットを指す。ＬＡＡセルとは、アンライセンスキャリアで動作するサービングセルを指す。現在の定義では、ＬＡＡセルはセカンダリセルにのみなり得るものであり、ライセンスセルにより構成される。ＬＡＡセルは、ＬＡＡサービングセルと呼ばれることもある。
【００７２】
ＬＡＡネットワークでは、ＤＬ又はＵＬの送信を日和見的にスケジューリングすることができる。公平な利用を目的として、ＬＡＡノード（例えば、ＬＡＡ  ｅＮＢ又はＬＡＡ  ＵＥ）は、送信前に、いくつかの機能（例えば、クリアチャネル評価（ＣＣＡ）、リッスンビフォートーク（ＬＢＴ））を実行する必要がある。このため、ＬＡＡ送信では、固定サブフレームの境界での送信は保証することができない。
【００７３】
したがって、ＬＡＡサブフレーム送信には、キャリア検出を実行する必要があり、そして進行中の送信がない場合は、ＬＡＡサブフレームを送信することができる。それ以外の場合は、ＬＡＡノードは送信を延期し、次のコンテンションアクセス領域において再びクリアチャネル評価（ＣＣＡ）を実行すべきである。
【００７４】
ＬＡＡでは、サービングセルは、ライセンスセルと同期する必要がある。キャリア検出及びＣＣＡにかかった時間は、最初のＬＡＡサブフレーム送信から取り除かれることになる。
【００７５】
米国電気電子学会（Institute of Electrical andElectronics Engineers、ＩＥＥＥ）の８０２．１１に基づくＷｉＦｉでは、成功したパケット送信は肯定応答（ＡＣＫ）パケットによって肯定応答される。期待どおりのＡＣＫが受信されない場合、ＷｉＦｉ送信機は、衝突が発生していると想定することができる。ＷｉＦｉ送信機は、ＣＷサイズを調整し、新しいＣＷサイズに基づいてバックオフカウンタを再び初期化することができる。ＣＷサイズは、初期ＣＷサイズ（ＣＷ０）から最大ＣＷサイズ（ＣＷｍａｘ）までの範囲となり得る。ＣＷサイズは、新たなパケットを送信するたびに初期ＣＷサイズに戻してもよい。
【００７６】
ＬＴＥ送信では、サブフレームに対する即時ＡＣＫを行うわけではない。ＨＡＲＱ−ＡＣＫ報告を用いて、ＬＴＥサブフレームの受信状況を示すことができる。ＨＡＲＱ−ＡＣＫは、ＬＴＥサブフレーム送信後、少なくとも４ミリ秒（ｍｓ）はかかる。このため、ＨＡＲＱ−ＡＣＫは、ＷｉＦｉのように、とてもタイミング良く応答するということはできない。さらに、ＬＡＡバースト又は送信機会（Transmit Opportunity、ＴｘＯＰ）は、異なるＨＡＲＱ−ＡＣＫフィードバック結果を有する複数のサブフレームを含むことができる。次の送信のＣＷサイズには、新たなＰＤＳＣＨの初期送信と同様に、以前のＰＤＳＣＨ送信のフィードバックを考慮する必要がある場合がある。
【００７７】
ＬＴＥ  ＰＤＳＣＨ送信の場合、ＰＤＳＣＨ送信に対するＨＡＲＱ−ＡＣＫフィードバックは、ＨＡＲＱ−ＡＣＫフィードバックが提供されない間欠送信（ＤＴＸ）を含むことができる。ＵＥ１０２が、サブフレーム内のＰＤＳＣＨに関する任意のＰＤＣＣＨ又は拡張ＰＤＣＣＨ（enhanced PDCCH、ＥＰＤＣＣＨ）スケジューリング情報を検出できない場合は、ＵＥ１０２は自機に対してＰＤＳＣＨが送信されていないとみなし、フィードバックを提供しないことがある。換言すると、ＨＡＲＱ−ＡＣＫに関するＰＵＣＣＨは送信されない。
【００７８】
ＰＤＳＣＨ送信に対する別のＨＡＲＱ−ＡＣＫには、他のセルからのＨＡＲＱ−ＡＣＫフィードバックを伴うＤＴＸが含まれる。あるサブフレームにおいて、ＵＥ１０２が、少なくとも構成セル内のＰＤＣＣＨ又はＥＰＤＣＣＨに関するＰＤＳＣＨスケジューリング情報を受信した場合は、ＨＡＲＱ−ＡＣＫビットが報告され得る。所定のサブフレームにおいて、構成された送信モードに応じたＰＤＳＣＨ送信が検出されていない構成セルに対して、１ビット又は２ビットのＤＴＸビットが報告される。
【００７９】
特別な場合として、ＰＵＣＣＨフォーマット３が構成され、かつＵＥ１０２がＰＣｅｌｌで１回のＰＤＳＣＨ送信のみを検出する場合は、ＨＡＲＱ−ＡＣＫをＰＵＣＣＨフォーマット１ａ／１ｂで報告してもよい。同じサブフレームにおけるセカンダリセル（Secondary Cell、ＳＣｅｌｌ）でＰＤＳＣＨがスケジューリングされる場合、ｅＮＢ１６０は、ＤＴＸが所定のＳＣｅｌｌに対して報告されていると想定することができる。
【００８０】
ＰＤＳＣＨ送信に対するさらに別のＨＡＲＱ−ＡＣＫフィードバックには、否定応答（ＮＡＣＫ）ビットが含まれる。ＵＥ１０２が、ＰＤＣＣＨ又はＥＰＤＣＣＨに関するＰＤＳＣＨスケジューリング情報を受信しても、対応するＰＤＳＣＨを正確に復号できない場合は、ＵＥ１０２は、送信モードに応じて、サービングセルに対して１ビット又は２ビットのＮＡＣＫを報告することができる。
【００８１】
ＰＤＳＣＨ送信に対する別のＨＡＲＱ−ＡＣＫフィードバックにはＡＣＫビットが含まれる。ＵＥ１０２が、ＰＤＣＣＨ又はＥＰＤＣＣＨに関するＰＤＳＣＨスケジューリング情報を受信して、対応するＰＤＳＣＨを正確に復号できる場合は、ＵＥ１０２は、送信モード、ＰＵＣＣＨフォーマット及び／又はＨＡＲＱ−ＡＣＫバンドリング設定（ＨＡＲＱ−ＡＣＫ bundling configurations）に基づいて、サービングセルに対して１ビット又は２ビットのＡＣＫを報告することができる。
【００８２】
ＬＴＥ  ＤＬ  ＬＡＡ送信のいくつかの実装形態において、ＬＡＡセルのみをＳＣｅｌｌとして構成してもよい。成功受信を示さないＬＡＡセルにおけるＰＤＳＣＨ送信に関するＨＡＲＱ−ＡＣＫフィードバックは、様々な理由により生じることがある。
【００８３】
ＤＴＸは、ＰＤＣＣＨ又はＰＤＳＣＨの誤検出、あるいはその他のアンライセンス送信（例えば、ＬＡＡ送信、ＷｉＦｉ送信等）との衝突が原因となることがある。ＮＡＣＫは、受信したＰＤＳＣＨの復号エラー、あるいはその他のアンライセンス送信（例えば、ＬＡＡ、ＷｉＦ等）との衝突が原因となることがある。
【００８４】
ＬＡＡ送信機会（transmit opportunity、ＴｘＯＰ）は、通常のＬＴＥサブフレームよりも少ないＯＦＤＭシンボルを含む１つ又は２つの部分的なサブフレームを含んでもよい。部分的なサブフレームに含まれるリソースエレメント（ＲＥ）が少ないため、同じ変調・符号化方式（Modulation and Coding Scheme、ＭＣＳ）の設定が通常のＬＴＥサブフレームとして使用される場合は、部分的なサブフレームにおけるＰＤＳＣＨ用のＮＡＣＫ確率が、通常のＬＴＥサブフレームで運ばれる送信ブロック（Transmit Block、ＴＢ）よりもかなり高くなり得る。
【００８５】
ＬＡＡ送信において、衝突は、様々な状況において起こり得る。１つのシナリオでは、所定のＬＡＡセルの検出距離内の別のアンライセンス送信から、ＥＣＣＡスロット内の同時送信が、起こることがある。このシナリオを図３に示す。このシナリオでは、特に、ＬＡＡ  ＴｘＯＰの初めに、１つ以上のＵＥ１０２にける受信エラーを引き起こす可能性がある。これらの衝突は、ＣＷサイズを調整することにより減らすことができる。
【００８６】
別のシナリオでは、図４に示すように、１つ以上の受信側ＵＥ１０２において、ＬＡＡセルの隠れ端末からの送信が受信問題の原因となる場合がある。このように、ＬＡＡ  ＴｘＯＰのいかなる部分においても受信エラーを引き起こす可能性がある。８０２．１１では、送信要求／送信可（Request To Send/Clear To Send、ＲＴＳ／ＣＴＳ）交換を用いて隠れ端末問題を回避することができる。しかしながら、ＬＴＥ  ＤＬ送信で利用可能な、同様の即時フィードバックは存在しない。この種類の衝突は検出又は回避は難しいことがある。
【００８７】
複数のセルが単一のＵＥ１０２に構成されるキャリアアグリゲーション（ＣＡ）では、ＤＴＸ又はＮＡＣＫのビットを区別することが難しい場合がある。例えば、ＰＵＣＣＨフォーマット３では、ＤＴＸとＮＡＣＫはいずれも０であると報告される。ＬＡＡサブフレームによってはＰＤＳＣＨ送信を含まないものもあるため、ＨＡＲＱ−ＡＣＫが報告されないことになる。
【００８８】
特殊な場合では、単一のＰＤＳＣＨのみがＬＡＡ  ＳＣｅｌｌでスケジューリングされ、かつＵＥ１０２がＰＤＳＣＨスケジューリング用のＰＤＣＣＨを検出しない場合、ＵＥ１０２は、ＰＵＣＣＨ又はＰＵＳＣＨでＨＡＲＱ−ＡＣＫを報告しないことになる。ＵＥ１０２がＰＤＣＣＨを検出しても対応するＰＤＳＣＨを復号できない場合、ＵＥ１０２はＮＡＣＫを報告する。この場合、ｅＮＢ１６０はＤＴＸとＮＡＣＫを区別することができる。
【００８９】
ＵＥ１０２がＰＣｅｌｌで単一のＰＤＳＣＨ送信のみを受信する場合、ＵＥ１０２は、ＰＵＣＣＨフォーマット１ａ／１ｂでＨＡＲＱ−ＡＣＫを報告することになる。他の全ての場合において、ＣＡを用いてＵＥ１０２が構成される場合、構成されたコンポーネントキャリア（Component carrier、ＣＣ）に基づいてＨＡＲＱ−ＡＣＫビットが生成される。このため、ＵＥ１０２がサービングセル上のＰＤＳＣＨをスケジューリングするＰＤＣＣＨ／ＥＰＤＣＣＨを検出しない場合は、この所定のサービングセルに関してＮＡＣＫ又はＤＴＸを報告することができる。ｅＮＢ１６０は、ＰＤＳＣＨ送信がスケジューリングされたＵＥ１０２からのＨＡＲＱ−ＡＣＫビットのみを考慮してもよい。ｅＮＢ１６０は、ＰＤＳＣＨ送信がスケジューリングされていない他のＵＥ１０２からのＮＡＣＫ又はＤＴＸフィードバックを無視してもよい。
【００９０】
さらに、ＨＡＲＱ−ＡＣＫ報告では、衝突、検出エラー又は復号エラーに起因するパケットの損失が発生しているかどうかについてかはわからない。実際のところ、ＬＴＥ送信では、特に初期送信に対してＮＡＣＫの確率が高くなるように設計されている。ＮＡＣＫの可能性は１０％以上となることがある。したがって、ＬＡＡ  ＰＤＳＣＨ送信に対し、ＮＡＣＫ又はＤＴＸが衝突として扱われると、チャネルの輻輳状態が誇張されることになる。
【００９１】
また、ＬＡＡサブフレームバースト又は送信機会（ＴｘＯＰ）には、複数のＵＥ１０２宛の複数のサブフレームを含むことができる。本明細書で使用する場合、ＬＡＡサブフレームバーストには、ＤＬで１つ以上のＵＥ１０２に送信される複数のＬＡＡサブフレームからなるグループが含まれている。ＬＡＡサブフレームバーストは、ＬＡＡ送信バースト、ＬＡＡバースト、ＤＬバースト、ＴｘＯＰ、又は単にバーストと呼ばれることもある。
【００９２】
ＬＡＡサブフレームバーストの複数のサブフレームのＨＡＲＱ−ＡＣＫフィードバックは、複数のＵＥ１０２からであり得る。受信側ＵＥ１０２の位置によっては、ＨＡＲＱ−ＡＣＫ結果が、局所的なチャネル状態のみを示すことがある。図３及び図４に関連して説明した例では、衝突は少なくとも１つのＵＥ１０２（例えば、これら２つの図では第１のＵＥ）の受信に影響を与えることがある。しかしながら、別のＵＥ１０２（例えば、これら２つの図では第２のＵＥ）は、同じＬＡＡサブフレームの衝突を検出しないことがある。任意のＵＥ１０２からの全てのＮＡＣＫ又はＤＴＸフィードバックが衝突として扱われると、チャネル衝突確率はさらに、過度に大きく推定されることになる。
【００９３】
したがって、ＨＡＲＱ−ＡＣＫを使用して衝突が発生しているかどうかを判定することはできても、ＨＡＲＱ−ＡＣＫを使用して衝突を予測するには基本的な課題がいくつかある。１つの課題として、衝突と通常のＮＡＣＫ／ＤＴＸとの区別が難しい点が挙げられる。別の課題として、ＨＡＲＱプロセスを用いることで、特に初期送信に対して、ＮＡＣＫが高い確率となる点が挙げられる。さらに別の課題として、あるＵＥ１０２からのＨＡＲＱ−ＡＣＫによって、その他のＵＥ１０２で観測される状態がわかるわけではないという点が挙げられる。
【００９４】
ｅＮＢ１６０は、適応型バックオフ調整（adaptive backoffadjustment）を実行することができる。一実装形態において、動的コンテンションウィンドウ（ＣＷ）調整モジュール１９４は、利用可能なフィードバック及び評価に基づいて、ＣＷＳを動的に調整することができる。受信側からの即時ＡＣＫがない場合は、ＬＡＡサブフレームのＨＡＲＱ−ＡＣＫ報告により、ＬＡＡサブフレーム送信の状態を示すことができる。このため、上述のように、この手法にはいくらか課題があるとしても、ＨＡＲＱ−ＡＣＫフィードバックを使用してＬＡＡ送信に衝突が発生しているかどうかを評価することができる。
【００９５】
ＬＡＡ送信バースト又はＴｘＯＰには複数のサブフレームが含まれてもよい。各サブフレームは、１つ以上のＵＥ１０２に対するＰＤＳＣＨを含むことができる。ｅＮＢ１６０は、スケジューリングされた全てのＵＥ１０２から、スケジューリングされた全てのＰＤＳＣＨ送信からのＨＡＣＫ−ＡＣＫ報告を取得することができる。
【００９６】
一例として、ＬＡＡセルは、初期ＣＷサイズ又は最小ＣＷサイズＸ＝ＣＷ０、及び最大ＣＷサイズＹ＝ＣＷｍａｘを構成することができる。（図５に示す連続ＬＡＡ送信のような）初期ＬＡＡ送信後、又はサブフレーム再送信の間、バックオフプロセスが必要となることがある。動的ＣＷ調整として、ＣＷサイズをＣＷ０から開始し、次のＣＷサイズ（例えば、先のＣＷサイズの２倍）になるまで増大させることができ、衝突が観測された場合はＣＷｍａｘになるまで増大させることができる。
【００９７】
４つのＬＡＡサブフレームのＬＡＡサブフレームバーストの一例を、図６に関連して説明する。ＨＡＲＱ−ＡＣＫフィードバックとＰＤＳＣＨ送信の間に４ｍｓの最小間隔が想定される場合は、ＬＡＡサブフレームバースト送信の開始から、バーストのＬＡＡサブフレームの全てのＨＡＲＱ−ＡＣＫフィードバックの受信まで、８ｍｓ必要であり得る。このため、ＬＡＡバーストの直後のコンテンションアクセス及びバックオフの間に、ＨＡＲＱ−ＡＣＫフィードバックが受信されるのであれば、全てのＨＡＲＱ−ＡＣＫフィードバックの前に、現在のＣＷサイズを用いて、次のＬＡＡ送信を行うことができる。
【００９８】
全てのＨＡＲＱ−ＡＣＫフィードバックが受信され評価された後で、新しいＣＷサイズを適用してもよい。換言すると、サブフレームｎ＋３で終了するＤＬバーストと関連するＨＡＲＱ−ＡＣＫ（すなわち、ｋが対応するＤＬバースト内のサブフレーム数の場合、サブフレームｎ−ｋ＋８からサブフレームｎ＋７までにフィードバックされたＨＡＲＱ−ＡＣＫ）を用いて、サブフレームｎ＋８以降で実行される可能性のあるＬＢＴ用のコンテンションウィンドウサイズを導くことができる。
【００９９】
一方、サブフレームｎでのＬＢＴに対して、サブフレームｎ−５以前で終了するＤＬバーストに関連するＨＡＲＱ−ＡＣＫ（すなわち、サブフレームｎ−ｋ以前からサブフレームｎ−１までにフィードバックされたＨＡＲＱ−ＡＣＫ）が使用され得る。また、いくらかの処理時間を考慮してもよい。必要とされる処理時間をｘｍｓとして、サブフレームｎ＋ｘ＋８以降で実行される可能性のあるＬＢＴに対して、サブフレームｎ＋３で終了するＤＬバーストに関連するＨＡＲＱ−ＡＣＫが使用され得る。換言すると、サブフレームｎのＬＢＴに対して、サブフレームｎ−ｘ−５以前に終了するＤＬバーストと関連するＨＡＲＱ−ＡＣＫ（すなわち、サブフレームｎ−ｘ−ｋ又はその前からサブフレームｎ−ｘ−１までにフィードバックされたＨＡＲＱ−ＡＣＫ）が使用され得る。
【０１００】
代替的には、コンテンションウィンドウサイズの導出へのＨＡＲＱ−ＡＣＫの適用は、固定のタイミング（例えば、無線フレーム単位）に基づいてもよい。例えば、無線フレームＮ（あるいは無線フレームＮで開始する複数の無線フレーム）内にある可能性のあるＬＢＴのコンテンションウィンドウサイズは、無線フレームＮ−１（あるいは無線フレームＮ−１で終了する複数の無線フレーム）で報告されるＨＡＲＱ−ＡＣＫに基づいて更新されてもよい。処理時間ｘが必要な場合、無線フレームＮ（あるいは無線フレームＮで開始する複数の無線フレーム）内にある可能性のあるＬＢＴのコンテンションウィンドウサイズは、無線フレームＮ−ｘ−１（あるいは無線フレームＮ−ｘ−１で終了する複数の無線フレーム）で報告されるＨＡＲＱ−ＡＣＫに基づいて更新されてもよい。上記ｘの値は構成可能であり得る。
【０１０１】
ｅＮＢ１６０が、衝突が発生したと判定すると、現在のＣＷサイズから増大させて新たなＣＷサイズとすることができる。新たなＣＷサイズは、推定されたチャネル状態に応じて、現在のＣＷサイズと同じものに管理されてもよいし、又は初期ＣＷサイズまで減少あるいは初期ＣＷサイズにリセットされてもよい。
【０１０２】
１つのアプローチとして、新たなＣＷサイズが、ＨＡＲＱ−ＡＣＫフィードバックの評価後に使用されるように判定される場合、進行中のバックオフ手順及びＬＡＡ送信の後で、新たなＣＷサイズをバックオフプロセスに適用することができる。別のアプローチとして、進行中のバックオフプロセスが完了していない場合は、０と新しいＣＷサイズから１を減じた値との間にある新しい乱数を用いてバックオフカウンタを再設定することにより、新しいＣＷサイズを直ちに適用することができる。
【０１０３】
チャネルの衝突を推定するのに使用し得る多くのアプローチがある。第１のアプローチ（アプローチ１）では、任意のＬＡＡサブフレームでＮＡＣＫ又はＤＴＸが報告された場合は、ＣＷを増大させてもよい。出発点として、以前のＬＡＡバーストのサブフレームに含まれるＬＡＡサブフレームに対してＮＡＣＫ又はＤＴＸが受信されると、ｅＮＢ１６０は、衝突が発生していると想定し、次のＬＡＡバーストのサブフレームのバックオフ及びコンテンションアクセスに対してＣＷサイズを増大させてもよい。全てのサブフレームがＡＣＫであると報告される場合、ＣＷサイズを減少させてもよい。一実装形態において、ＣＷサイズを次に小さいＣＷサイズまで減少させてもよい。別の実装形態において、ＣＷサイズを初期のＣＷサイズに設定してもよい。
【０１０４】
このアプローチでは、複数のＵＥ１０２に対してスケジューリングされた複数のＰＤＳＣＨを有するＬＡＡサブフレームにおいて、それら複数のＵＥのいずれかがＮＡＣＫ又はＤＴＸの応答をしたサブフレームはＮＡＣＫと考えることができる。しかしながら、この手法では、特に初期送信に関して、通常のＬＴＥサブフレーム送信に対するＮＡＣＫの可能性がかなり高いので、衝突の可能性を過大に推定せざるを得なくなる。一般的に、ｎ個のサブフレームのＬＡＡバーストで、各サブフレームのＮＡＣＫ確率がｐの場合、少なくとも１つのサブフレームがＮＡＣＫであると報告される確率は、１−（１−ｐ）ｎである。
【０１０５】
ＬＡＡ  ＴｘＯＰに４つのサブフレームが含まれる例として図６を参照すると、各サブフレームのＮＡＣＫの確率が１０％である場合、少なくとも１つのサブフレームがＮＡＣＫである確率は、衝突が発生していない場合でも、およそ１−（１−０．１）４＝３４．３９％となる。チャネル占有の最大値が１０ｍｓであることを考慮すると、結果としてこの確率はさらに高い数値になる（例えば、ｎ＝１０かつｐ＝０．１の場合、６５％）。
【０１０６】
チャネル衝突を推定する第２のアプローチ（アプローチ２）では、バースト内の第１の（開始の）ＬＡＡサブフレームにＮＡＣＫ又はＤＴＸが報告された場合は、ＣＷを増大させることができる。ＬＡＡセルの検出距離内のアンライセンスノード（unlicensed node）に対して、主にＬＡＡ送信の開始時に衝突が発生する。したがって、バースト内の第１のＬＡＡサブフレームのＨＡＲＱ−ＡＣＫフィードバックのみを使用して衝突を推定すると、この衝突は、多くの場合、検出距離内で隣接するアンライセンス送信によって引き起こされる衝突であると考えられる。これにより、チャネル衝突を推定するアプローチ１において、ＮＡＣＫ及びＨＡＲＱ−ＡＣＫ遅延を過大に推定するという懸念を解決できる。第１のサブフレームが部分的なサブフレームである場合、あるいはＰＤＳＣＨが送信されない場合は、バースト内の第１のサブフレームの代わりに、全ＯＦＤＭシンボル又はスケジューリングされたＰＤＳＣＨを伴う第１のＬＡＡサブフレームを使用することができる。
【０１０７】
第１のサブフレームがＡＣＫであると報告される場合、ＣＷサイズを減少させることができる。一実装形態において、ＣＷサイズを、次に小さいＣＷサイズまで減少させる。別の実装形態において、ＣＷサイズを初期のＣＷサイズに設定してもよい。
【０１０８】
この第２のアプローチによると、隠れ端末問題による衝突の大部分が無視される。
【０１０９】
チャネル衝突を推定する第３のアプローチ（アプローチ３）では、複数のＬＡＡサブフレームがＮＡＣＫ又はＤＴＸであると報告された場合に、ＣＷを増大させることができる。ＬＡＡバースト送信又はＴｘＯＰに複数のサブフレームがある場合に、２つ以上のＬＡＡサブフレームがＮＡＣＫであると報告されると、衝突状態はさらに限定され得る。これにより、ＬＴＥサブフレームのＮＡＣＫフィードバックによる衝突の誤報を大きく減らすことができる。
【０１１０】
一般的に、ｎ個のサブフレームのＬＡＡバーストで、各サブフレームのＮＡＣＫ確率がｐの場合、少なくとも２つのサブフレームがＮＡＣＫと報告される確率は、１−（１−ｐ）ｎ−ｎ・ｐ（１−ｐ）ｎ−１となる。
【０１１１】
ＬＡＡ  ＴｘＯＰに４つのサブフレームが含まれる例として再び図６を参照すると、それぞれのサブフレームのＮＡＣＫ確率が１０％である場合、少なくとも２つのサブフレームがＮＡＣＫと報告される確率は、衝突が発生していない場合でも、約５．２３％となる。最大チャネル占有が１０ｍｓである場合、その値は２２％であり依然としてとても高い。
【０１１２】
衝突の誤検出をさらに減らすために、ＮＡＣＫ又はＤＴＸ増大であると報告されるサブフレームの予測数（Ｎ＿ＮＡＣＫｅｄ）をさらに増大させることができる。一般的に、ｎ個のサブフレームのＬＡＡバーストで、各サブフレームのＮＡＣＫ確率がｐであり、少なくともｍ個のサブフレームがＮＡＣＫであると報告される確率は、以下の式で表される。
【数１】
2018528638.tif 000003
ここで、ｋはｎ個のサブフレームのうちのＮＡＣＫ又はＤＴＸと報告されるサブフレーム数である。
【０１１３】
衝突を所望の誤検出率とするためには、ＮＡＣＫ又はＤＴＸと報告されるサブフレームの予測数（Ｎ＿ＮＡＣＫｅｄ）を、チャネル占有の最大長、ＴｘＯＰ長、及びバーストのサブフレーム数に応じて変えることができる。ＮＡＣＫ又はＤＴＸと報告されるサブフレームの予測数（Ｎ＿ＮＡＣＫｅｄ）は、各ＴｘＯＰ長に対して固定でも、あるいは上位層の信号で構成されてもよい。
【０１１４】
以前のＬＡＡバーストのサブフレームに対して受信されたＮＡＣＫ又はＤＴＸの数がサブフレームの予測数（Ｎ＿ＮＡＣＫｅｄ）以上の場合、ｅＮＢ１６０は衝突が発生していると想定することができる。換言すると、所定の割合以上のＮＡＣＫ又はＤＴＸがフィードバックされる場合、ｅＮＢ１６０は衝突が発生していると想定することができる。この場合、ｅＮＢ１６０は、バックオフ用のＣＷ及び次のＬＡＡバーストのサブフレームのコンテンションアクセスを増大させてもよい。
【０１１５】
以前のＬＡＡバーストのサブフレームに対して受信されたＮＡＣＫ又はＤＴＸの数がサブフレームの予測数（Ｎ＿ＮＡＣＫｅｄ）より少ない場合、ｅＮＢ１６０は衝突が発生していないと想定し、ＣＷサイズを減少させることができる。一実装形態において、ＣＷサイズは初期ＣＷサイズに設定される。別の実装形態において、ＣＷウィンドウを次に小さいＣＷサイズまで減少させる。
【０１１６】
さらに別の実装形態において、全てのサブフレームがＡＣＫであると報告される場合に、少なくとも１つのＮＡＣＫ又はＡＣＫが受信されても以前のＬＡＡバーストのサブフレームに対して受信されたＮＡＣＫ又はＤＴＸの数がサブフレームの予測数（Ｎ＿ＮＡＣＫｅｄ）より少ない場合は、ＣＷサイズを初期ＣＷサイズに設定してもよい。ｅＮＢ１６０は、現在のＣＷサイズを維持してもよい。さらに、ＣＷサイズ調整は、以前のＬＡＡバーストのサブフレーム又はＴｘＯＰに対して受信されたＮＡＣＫ又はＤＴＸの数に基づくステップ関数としてもよい。
【０１１７】
別の実装形態において、ルックアップテーブルを用いて、ＣＷサイズと、ＬＡＡサブフレームバースト又はＴｘＯＰにおけるＮＡＣＫ又はＤＴＸの数とを関連付けることができる。ルックアップテーブルは、チャネル占有の最大長、ＴｘＯＰ長、及びバースト内のサブフレームの数に応じて変えることができる。ルックアップテーブルはＴｘＯＰ長ごとに固定することができ、あるいは上位層信号によって構成することができる。
【０１１８】
チャネル衝突を推定する第４のアプローチ（アプローチ４）では、初期送信のＮＡＣＫ又はＤＴＸをチャネル衝突の推定から除外してもよい。ＨＡＲＱ−ＡＣＫプロセスを設計することにより、同じデータを複数回送信するソフトコンバインが可能になる。これにより、効率スペクトルを大きく向上することができる。こうして、初期送信に対する高いＮＡＣＫ確率を、設計により意図的に設定することができる。第１回目の再送後に、ＰＤＳＣＨのエラー確率を１％未満に減らすことができる。
【０１１９】
したがって、ｅＮＢ１６０が衝突を判定する場合は、初期送信を伴うＰＤＳＣＨのＮＡＣＫ又はＤＴＸは無視してもよい。これにより、正常なＨＡＲＱ−ＡＣＫプロセスに起因する衝突の誤検出が減ることになる。ＮＡＣＫ又はＤＴＸフィードバックを判定する際に、上記の第１〜第３のアプローチに加えて、この第４のアプローチは、衝突の推定及びＣＷサイズ調整に対して適用可能である。
【０１２０】
別の代替として、ｅＮＢ１６０は、初期送信のＮＡＣＫ又はＤＴＸを衝突の推定に含めるかどうかを構成することもできる。ｅＮＢ１６０は、観測されたチャネル占有、平均アイドル期間、平均ＣＷサイズ等に基づいて、この構成を行うことができる。
【０１２１】
アプローチ１〜３では、ＨＡＲＱ−ＡＣＫ報告は、以前のＬＡＡサブフレームバースト又はＴｘＯＰに起因すると考えられる。ＣＷサイズは、衝突の推定結果に基づいて動的に調整することができる。しかしながら、アプローチ１〜３では、ＵＥ１０２の位置について考慮していない。例えば、第１のＵＥ１０２は、衝突によるＮＡＣＫ又はＤＴＸを報告するが、第２のＵＥ１０２は、衝突に遭遇しないので、ＡＣＫを報告する。次のＬＡＡバーストで、第２のＵＥ１０２へのサブフレームだけがスケジューリングされた場合、第２のＵＥ１０２では衝突が観測されないため、ＬＡＡセルはＣＷサイズを増加させる必要がない。
【０１２２】
したがって、ＬＡＡサブフレームごとのＨＡＲＱ−ＡＣＫプロセスを考慮して、ＣＷサイズを判定することができる。ＬＴＥ  ＤＬサブフレームでは、ＤＣＩフォーマットに保管される新しいデータを使用して、ＰＤＳＣＨが再送信か又は新しいトランスポートブロック（ＴＢ）かを示すことができる。さらに、ｅＮＢ１６０は、ＰＤＳＣＨが再送信される回数を認識することができる。
【０１２３】
その他のアプローチでは、再送用のサブフレーム数及び／又はサブフレームの再送信回数に基づいて、ＣＷサイズを調整してもよい。例えば、チャネル衝突を推定する第５のアプローチ（アプローチ５）では、バースト内の再送信用のサブフレーム数に基づいて、ＣＷを調整してもよい。
【０１２４】
アプローチ５の一実装形態において、サブフレームの再送信の閾値回数（Ｎ＿ＲｅＴｘ）を定義あるいは構成することができる。ＬＡＡサブフレームバースト又はＴｘＯＰのサブフレームの再送信数が閾値回数Ｎ＿ＲｅＴｘ以上の場合、ｅＮＢ１６０は衝突が発生していると想定することができる。そして、ｅＮＢ１６０は、ＣＷサイズを次のレベルにまで増大させることができる。ＬＡＡサブフレームバースト又はＴｘＯＰのサブフレームの再送信回数が閾値回数Ｎ＿ＲｅＴｘ未満の場合、ｅＮＢ１６０は衝突は発生していないと想定することができる。そして、ｅＮＢ１６０はＣＷサイズを減少させてもよい。一実装形態において、ＣＷサイズを初期ＣＷサイズに設定してもよい。別の実装形態において、ＣＷウィンドウを次に小さいＣＷサイズにしてもよい。
【０１２５】
サブフレームの再送信回数の閾値（Ｎ＿ＲｅＴｘ）は、チャネル占有の最大長、ＴｘＯＰ長、及びバースト内のサブフレーム数に応じて変えることができる。Ｎ＿ＲｅＴｘは、ＴｘＯＰ長ごとに固定にしてもよいし、上位層信号によって構成してもよい。
【０１２６】
アプローチ５の別の実装形態において、ルックアップテーブルを用いて、ＣＷサイズと、ＬＡＡサブフレームバースト、又はＴｘＯＰにおける再送信回数とを関連付けることができる。ルックアップテーブルは、チャネル占有の最大長、ＴｘＯＰ長、及びバースト内のサブフレームの数に応じて変えることができる。ルックアップテーブルはＴｘＯＰ長ごとに固定にしてもよいし、上位層信号によって構成してもよい。
【０１２７】
ＣＷサイズは、再送信となる以前のＬＡＡ  ＴｘＯＰにおけるサブフレームの数に基づいて判定してもよい。再送信となる以前のＬＡＡ  ＴｘＯＰで観測されたサブフレームの数に応じて、ＣＷサイズを増大、減少させてもよく、又は同じままにしてもよい。表（１）は、ＴｘＯＰが４個までのサブフレームを含むと仮定したＣＷルックアップテーブルの一例である。
【表１】
2018528638.tif 000004
【０１２８】
表（２）は、ＣＷルックアップテーブルの別の例である。表（２）では、再送信されたサブフレームの観測回数に基づいて、ＣＷサイズが選択される。本例では、ＣＷ０＜ＣＷ１＜ＣＷ２＜ＣＷ３＜ＣＷ４が成り立つ。ＣＷサイズは、ＣＷｉ＝２ｉＣＷ０を満たすように指数関数的であり得、ｉはｉ番目のレベルのＣＷサイズである。
【表２】
2018528638.tif 000005
【０１２９】
アプローチ５は、アプローチ４と組み合わせてもよいことを留意されたい。最初のＰＤＳＣＨ送信はＮＡＣＫ又はＤＴＸの可能性が高いので、ＬＡＡサブフレーム内のＰＤＳＣＨの最初の再送信は、再送信としてカウントしなくてもよい。
【０１３０】
チャネル衝突を推定する第６のアプローチ（アプローチ６）では、バースト内のサブフレームの再送信回数に基づいて、ＣＷを調整してもよい。ｅＮＢ１６０は、全てのＤＬ及びＵＬ送信をスケジューリングするので、各ＨＡＲＱ−ＡＣＫプロセスで実行した再送信回数を認識している。このため、ｅＮＢ１６０は、サブフレームバースト又はＴｘＯＰにおけるＬＡＡサブフレームの再送信回数に基づいて、ＣＷサイズ調整を判定することができる。
【０１３１】
本アプローチの一実装形態において、ＬＡＡ  ＴｘＯＰにおけるサブフレームの最大再送信回数に基づいて、ＣＷサイズを判定することができる。最大再送信回数に達したサブフレームは、最も悪いチャネル状態又は衝突を経験する。
【０１３２】
表（３）は、ＬＡＡ  ＴｘＯＰにおけるサブフレームの、観測された最大再送信回数に基づいて、コンテンションウィンドウサイズが選択されるＣＷルックアップテーブルの一例である。本例では、ＣＷ０＜ＣＷ１＜ＣＷ２＜ＣＷ３＜ＣＷ４が成り立つ。
ＣＷサイズは、ＣＷｉ＝２ｉＣＷ０を満たすように指数関数的であり、ｉはｉ番目のレベルのＣＷサイズである。
【表３】
2018528638.tif 000006
【０１３３】
表（４）は、ＴｘＯＰにおけるサブフレームの最大再送信回数に基づく、ＣＷサイズ調整の別の例である。
【表４】
2018528638.tif 000007
【０１３４】
本アプローチの別の実装形態において、ＬＡＡ  ＴｘＯＰにおけるサブフレームの再送信回数の最小値に基づいて、ＣＷサイズを判定してもよい。これにより、より積極的な送信が実行されてもよい。
【０１３５】
本アプローチのさらに別の実装形態において、ＬＡＡ  ＴｘＯＰにおけるサブフレームの平均再送信回数に基づいてＣＷサイズを判定してもよい。平均再送信回数は、最も近い整数に四捨五入してもよく、あるいはフロア関数又はシーリング関数を使用してもよい。これにより、ＣＷサイズ調整とチャネル衝突の間でさらに均衡のとれたトレードオフを実現することができる。
【０１３６】
本アプローチのさらに別の実装形態において、ｅＮＢ１６０は、ＣＷサイズの判定に用いられる再送信回数を構成してもよい。
【０１３７】
アプローチ５及びアプローチ６の両方において、一実装形態では、ＰＤＳＣＨの再送信状態は、ＨＡＲＱ−ＡＣＫフィードバックに基づいて更新することができるため、以前のＬＡＡサブフレームバースト又はＴｘＯＰ（例えば、最新のＬＡＡサブフレームバースト又はＴｘＯＰ）に基づいてもよい。
【０１３８】
判定したコンテンションウィンドウサイズを適用するタイミングは、上記のアプローチ（すなわち、アプローチ１〜４）と同様でもよい。このため、ＬＡＡバーストの直後のコンテンションアクセス及びバックオフに対して、ＨＡＲＱ−ＡＣＫフィードバックが受信されるのであれば、全てのＨＡＲＱ−ＡＣＫフィードバックの前に、現在のＣＷサイズを使用して次のＬＡＡ送信を行ってもよい。全てのＨＡＲＱ−ＡＣＫフィードバックが受信され評価された後で、新しいＣＷサイズを適用してもよい。
【０１３９】
さらに具体的には、サブフレームｎ＋３で終了するＤＬバーストに関連するＨＡＲＱ−ＡＣＫ（すなわち、ｋが対応するＤＬバースト内のサブフレーム数である場合、サブフレームｎ−ｋ＋８からサブフレームｎ＋７までにフィードバックされたＨＡＲＱ−ＡＣＫ）を用いて、サブフレームｎ＋８以降に実行される可能性あるＬＢＴのＣＷサイズを導くことができる。一方、サブフレームｎのＬＢＴに対して、サブフレームｎ−５以前で終了するＤＬバーストに関連するＨＡＲＱ−ＡＣＫ（すなわち、サブフレームｎ−ｋ以前からサブフレームｎ−１までにフィードバックされたＨＡＲＱ−ＡＣＫ）が使用され得る。
【０１４０】
処理時間についても考慮することができる。必要とされる処理時間をｘ  ｍｓととして、ｎ＋ｘ＋８以降のサブフレームで実行する可能性のあるＬＢＴに対して、サブフレームｎ＋３で終了するＤＬバーストに関連するＨＡＲＱ−ＡＣＫが使用され得る。換言すると、サブフレームｎでのＬＢＴに対して、サブフレームｎ−ｘ−５以前に終了するＤＬバーストに関連するＨＡＲＱ−ＡＣＫ（すなわち、サブフレームｎ−ｘ−ｋ以前からサブフレームｎ−ｘ−１までにフィードバックされたＨＡＲＱ−ＡＣＫ）が使用され得る。上記ｘの値は構成可能であり得る。
【０１４１】
代替的には、ＣＷサイズへのＨＡＲＱ−ＡＣＫの適用は、固定のタイミングに基づき得る。この方法は、無線フレーム単位で行うことができる。例えば、無線フレームＮ（又は無線フレームＮで開始する複数の無線フレーム）で実行される可能性のあるＬＢＴのＣＷサイズは、無線フレームＮ−１（又は無線フレームＮ−１で終了する複数の無線フレーム）内で報告されるＨＡＲＱ−ＡＣＫに基づいて更新することができる。処理時間ｘが必要な場合、無線フレームＮ（又は無線フレームＮで開始する複数の無線フレーム）で実行される可能性のあるＬＢＴのコンテンションウィンドウサイズは、無線フレームＮ−ｘ−１（又は無線フレームＮ−ｘ−１で終了する複数の無線フレーム）内で報告されるＨＡＲＱ−ＡＣＫに基づいて更新することができる。上記ｘの値は構成可能であり得る。
【０１４２】
別の実装形態において、サブフレーム再送信状態は、ＬＡＡサブフレームバースト又はＴｘＯＰのペンディングしているＬＡＡサブフレーム（例えば、サブフレームバースト又はＴｘＯＰにおけるＬＡＡ送信に対してコンテンションする待ち行列内の現在のＬＡＡサブフレーム）に基づいてもよい。ペンディングしているサブフレームのＨＡＲＱ−ＡＣＫ状態は既に認識されているので、判定したコンテンションウィンドウサイズを以前のＬＡＡバースト又はＴｘＯＰ送信の直後に適用してもよい。本実装形態では、以前のＬＡＡ送信のフィードバック結果を待つ必要はない。さらに、ペンディングしているサブフレームは、以前のＬＡＡバースト又はＴｘＯＰとは異なるＵＥ１０２宛てに送信することができる。このため、他のＵＥ１０２に基づいてチャネル状態を判定するよりも、受信側ＵＥ１０２に基づいてチャネル状態を判定する方がよい場合がある。
【０１４３】
さらに別の実装形態において、サブフレーム再送信状態は、全ての既存のＨＡＲＱ−ＡＣＫプロセスに基づいてもよい。ＨＡＲＱ−ＡＣＫプロセスの状態は、ｅＮＢ１６０に既に認識されていることがある。このため、判定したＣＷサイズを、以前のＬＡＡバースト又はＴｘＯＰ送信の直後に適用することができる。
【０１４４】
説明するシステム及び方法では、ＬＡＡ送信の可変なＣＷサイズ調整を実現できる。ＣＷサイズ調整における別のアプローチにおいて、半静的にＣＷサイズを調整してもよい。１つの設定では、半静的ＣＷ調整モジュール１９６が半静的にＣＷサイズを調整してもよい。
【０１４５】
動的なＣＷの調整では、迅速な送信を可能にする調整が行われるが、動的で可変なＣＷサイズバックオフ（例えば、指数関数的バックオフ）には、いくつかの課題がある。より小さいＣＷサイズでチャネルを取得するセル又は局（station）が、より大きいＣＷサイズを有するセル又は局よりも前に、高い確率で再びチャネルを取得する。このため、より大きいＣＷサイズを有するセル又は装置のトラフィックが枯渇するという公平性の課題が発生することがある。さらに、予測された数の衝突が発生して、平衡状態に至るまことになる。これにより、チャネルリソースの浪費や過度の衝突を発生させることがある。
【０１４６】
したがって、ｅＮＢ１６０がチャネル状態について適切に推定できれば、固定のＣＷサイズを用いて最善のチャネルアクセス確率を提供することができる。さらに、動的な指数関数的バックオフを用いる場合でも、ｅＮＢ１６０が最適な初期ＣＷサイズを選択し、衝突確率及び指数関数的なＣＷの変更のレベルを小さくすることができる。このように、観測されたチャネル状態に基づいて、初期ＣＷサイズ半静的に判定又は構成してもよい。
【０１４７】
ＨＡＲＱ−ＡＣＫプロセスは、最低でも１０％という高いＮＡＣＫ確率になるように意図的に設定することができる。しかしながら、実際の衝突確率は、観測されたＮＡＣＫフィードバックよりもかなり低いことがある。したがって、ＣＷサイズを半静的に選択することで、小さい初期ＣＷサイズで過度の衝突を避ける方がよい。半静的ＣＷサイズは、様々な態様の統計的結果に基づくものでもよい。
【０１４８】
１つのアプローチにおいて、半静的ＣＷサイズは、観測されたチャネル占有に基づいて判定してもよい。チャネル占有は、チャネルが使用中（ビジー、busy）と検出される割合又はＬＡＡセルが送信動作中の割合とすることができる。ビジー状態のチャネルの後の、初期ＣＣＡ及び遅延期間が、ビジー期間に含まれ得る。チャネル占有が高いほど、ＣＷサイズが小さくなり得る。ＣＷサイズを判定するためのルックアップテーブルが含まれてもよい。表（５）は、チャネル占有に基づくＣＷサイズ判定用のルックアップテーブルの一例である。
【表５】
2018528638.tif 000008
【０１４９】
別のアプローチでは、連続アイドルＥＣＣＡスロットの観測平均数又はＥＣＣＡスロットの利用可能性を示す他の統計値（例えば、メジアン又は特定の変位値）に基づいて、半静的ＣＷサイズを判定してもよい。連続アイドルＥＣＣＡスロットの平均数が高くなると、チャネルの輻輳は発生しにくい。ＣＷサイズを判定するためのルックアップテーブルが含まれてもよい。
【０１５０】
さらに別のアプローチでは、ＬＡＡ  ＴｘＯＰで受信されたＮＡＣＫ又はＤＴＸの観測平均数に基づいて、半静的ＣＷサイズを判定してもよい。ＬＡＡ  ＴｘＯＰで受信されたＮＡＣＫ又はＤＴＸの数は、動的なＣＷ調整アプローチ１〜４のように判定してもよい。
【０１５１】
別のアプローチでは、ＬＡＡ  ＴｘＯＰにおける観測されたサブフレームの平均再送信回数に基づいて、半静的ＣＷサイズを判定してもよい。ＬＡＡ  ＴｘＯＰで再送信されたサブフレームの数は、動的なＣＷ調整アプローチ５のように判定してもよい。
【０１５２】
さらに別のアプローチでは、ＬＡＡ  ＴｘＯＰのサブフレーム内の観測された平均再送信回数に基づいて、半静的ＣＷサイズを判定してもよい。ＬＡＡ  ＴｘＯＰのサブフレームでの再送信回数は、動的なＣＷ調整のアプローチ６のように判定してもよい。
【０１５３】
ｅＮＢ動作モジュール１８２は、復調部１７２に情報１８８を提供することができる。例えば、ｅＮＢ動作モジュール１８２は、ＵＥ（単数又は複数）１０２からの送信に対して予測される変調パターンを復調部１７２に通知することができる。
【０１５４】
ｅＮＢ動作モジュール１８２は、復号部１６６に情報１８６を提供することができる。例えば、ｅＮＢ動作モジュール１８２は、ＵＥ（単数又は複数）１０２からの送信に対して予測される符号化について、復号部１６６に通知することができる。
【０１５５】
ｅＮＢ動作モジュール１８２は、符号化部１０９に情報１０１を提供することができる。情報１０１は、符号化されるデータ及び／又は符号化用の命令を含むことができる。例えば、ｅＮＢ動作モジュール１８２は、送信データ１０５及び／又は他の情報１０１を符号化するように符号化部１０９に命令することができる。
【０１５６】
符号化部１０９は、ｅＮＢ動作モジュール１８２により提供された送信データ１０５及び／又は他の情報１０１を符号化することができる。例えば、データ１０５及び／又は他の情報１０１を符号化することは、誤り検出及び／又は訂正符号化、送信用の空間、時間及び／又は周波数リソースへのデータのマッピング、多重化等を伴う場合がある。符号化部１０９は、変調部１１３に符号化されたデータ１１１を提供することができる。送信データ１０５は、ＵＥ１０２に中継されるネットワークデータを含むことができる。
【０１５７】
ｅＮＢ動作モジュール１８２は、変調部１１３に情報１０３を提供することができる。この情報１０３は、変調部１１３への命令を含むことができる。例えば、ｅＮＢ動作モジュール１８２は、ＵＥ（単数又は複数）１０２への送信に対して使用される変調の種類（例えば、コンステレーションマッピング）を変調部１１３に通知することができる。変調部１１３は、符号化されたデータ１１１を変調して、１つ以上の変調信号１１５を１つ以上の送信部１１７に提供することができる。
【０１５８】
ｅＮＢ動作モジュール１８２は、情報１９０を１つ以上の受信部１７８に提供することができる。例えば、ｅＮＢ動作モジュール１８２は、ＵＥ１０２からの送信を受信するタイミングを、受信部１７８に通知することができる。
【０１５９】
ｅＮＢ動作モジュール１８２は、情報１９２を１つ以上の送信部１１７に提供することができる。この情報１９２は、１つ以上の送信部１１７への命令を含むことができる。例えば、ｅＮＢ動作モジュール１８２は、ＵＥ（単数又は複数）１０２に信号をいつ送信するべきか（又はいつ送信するべきでないか）を、１つ以上の送信部１１７に命令することができる。１つ以上の送信部１１７は、変調信号（単数又は複数）１１５をアップコンバートし、１つ以上のＵＥ１０２に送信することができる。
【０１６０】
ＤＬサブフレームはｅＮＢ１６０から１つ以上のＵＥ１０２に送信され、ＵＬサブフレームは１つ以上のＵＥ１０２からｅＮＢ１６０に送信されてもよいことを留意されたい。さらに、ｅＮＢ１６０と１つ以上のＵＥ１０２は両方とも、標準のスペシャルサブフレーム（special subframe）で、データを送信することができる。
【０１６１】
ｅＮＢ１６０及びＵＥ１０２に含まれる１つ以上の要素又は部品は、ハードウェアで実装されてもよいことを留意されたい。例えば、上記１つ以上の要素又は部品は、素子、回路又はハードウェアコンポーネント等として実装されてもよい。本明細書に記載の１つ以上の機能又は方法は、ハードウェアで実装及び／又はハードウェアを使用して実行することができることもまた留意されたい。例えば、本明細書に記載の方法の１つ以上は、チップセット、特定用途向け集積回路（application-specific integrated circuit、ＡＳＩＣ）、大規模集積回路（large-scale integrated circuit、ＬＳＩ）、若しくは集積回路等に実装及び／又は実現することができる。
【０１６２】
図２は、ｅＮＢ１６０による、ライセンス補助アクセス（ＬＡＡ）サービングセルのコンテンションアクセスの方法２００を示すフロー図である。ｅＮＢ１６０は、無線通信ネットワーク内で、１つ以上のＵＥ１０２と通信することができる。一実装形態において、無線通信ネットワークはＬＴＥネットワークを含んでいてもよい。ｅＮＢ１６０は、ライセンスＬＴＥセルからアンライセンスＬＡＡセルを構成することができる。
【０１６３】
ｅＮＢ１６０は、２０２において衝突状態を判定することができる。衝突状態は、以前のＬＡＡ送信に基づき得る。ＬＡＡサブフレームのＨＡＲＱ−ＡＣＫ報告により、ＬＡＡサブフレーム送信の状態を示すことができる。このため、ＨＡＲＱ−ＡＣＫフィードバックを用いて、ＬＡＡ送信で衝突が発生しているかどうかを評価することができる。
【０１６４】
第１のアプローチにおいて、スケジューリングされたＵＥ１０２から、ＬＡＡサブフレームバースト又はＴｘＯＰの任意のサブフレームがＮＡＣＫ又はＤＴＸであると報告された場合には、ｅＮＢ１６０は、衝突状態を衝突が発生していると設定してもよい。スケジューリングされたＵＥ１０２から、ＬＡＡサブフレームバースト又はＴｘＯＰの全てのサブフレームがＡＣＫであると報告された場合には、ｅＮＢ１６０は、衝突状態を衝突が発生していないと設定することができる。複数のＵＥ１０２に対してスケジューリングされた複数のＰＤＳＣＨ送信があり、かつ任意のＵＥ１０２がサブフレームのスケジューリングされたＰＤＳＣＨに関してＮＡＣＫ又はＤＴＸを報告した場合には、ｅＮＢ１６０は、衝突状態を衝突が発生していると設定することができる。換言すると、複数のＵＥ１０２に対してスケジューリングされた複数のＰＤＳＣＨ送信があり、かつ任意のＵＥ１０２がサブフレームのスケジューリングされたＰＤＳＣＨに関してＮＡＣＫ又はＤＴＸを報告した場合には、ｅＮＢ１６０は衝突が発生していると想定することができる。
【０１６５】
第２のアプローチにおいて、スケジューリングされたＵＥ１０２から、ＬＡＡサブフレームバースト又はＴｘＯＰの最初のサブフレームがＮＡＣＫ又はＤＴＸであると報告されると、ｅＮＢ１６０は、衝突状態を衝突が生じていると設定することができる。スケジューリングされたＵＥ１０２から、ＬＡＡサブフレームバースト又はＴｘＯＰの最初のサブフレームがＡＣＫであると報告されると、ｅＮＢ１６０は、衝突状態を衝突が生じていないと設定することができる。
【０１６６】
第３のアプローチにおいて、ｅＮＢ１６０は、ＮＡＣＫ又はＤＴＸと報告されたサブフームの予測数を判定することができる。サブフームの予測数はＮ＿ＮＡＣＫｅｄと呼ばれることがある。一実装形態において、Ｎ＿ＮＡＣＫｅｄは、固定数として設定され得る。別の実装形態において、Ｎ＿ＮＡＣＫｅｄは、上位層の信号を用いて構成され得る。
【０１６７】
ｅＮＢ１６０は、スケジューリングされたＵＥ１０２からＮＡＣＫ又はＤＴＸと報告されたＬＡＡサブフレームバースト又はＴｘＯＰにおけるサブフレーム数を判定し得る。ＬＡＡサブフレームバースト又はＴｘＯＰに、スケジューリングされたＵＥ１０２からＮＡＣＫ又はＤＴＸと報告されたＮ＿ＮＡＣＫｅｄ以上のサブフレームがある場合は、ｅＮＢ１６０は、衝突が生じていると衝突状態を設定することができる。
【０１６８】
第４のアプローチにおいて、ｅＮＢ１６０は、ＬＡＡサブフームが初期送信かどうかを判定することができる。ＬＡＡサブフームが初期送信の場合、ｅＮＢ１６０が、ＬＡＡサブフレームのＮＡＣＫ又はＤＴＸフィードバックをＮＡＣＫ又はＤＴＸとして扱われない場合がある。このため、初期送信のＮＡＣＫ又はＤＴＸをチャネル衝突の推定から除外してもよい。
【０１６９】
第５のアプローチにおいて、ｅＮＢ１６０は、ＬＡＡバースト又はＴｘＯＰのサブフレームの再送信状態に基づいて、衝突状態を判定することができる。ｅＮＢ１６０は、Ｎ＿ＲｅＴｘの値を、再送信の閾値回数として判定してもよい。ｅＮＢ１６０は、ＬＡＡバースト又はＴｘＯＰで再送信されたサブフレーム数を判定してもよい。ＬＡＡバースト又はＴｘＯＰにおいて再送信されたサブフレーム数がＮ＿ＲｅＴｘ以上の場合、ｅＮＢ１６０は、衝突が生じていると衝突状態を設定することができる。
【０１７０】
第６のアプローチにおいて、ｅＮＢ１６０は、ＬＡＡバースト又はＴｘＯＰのサブフームの再送信回数を判定することができる。ｅＮＢ１６０は、ＬＡＡバースト又はＴｘＯＰのサブフームの再送信回数に基づいて、衝突状態を判定してもよい。一実装形態において、ｅＮＢ１６０は、ＬＡＡバースト又はＴｘＯＰのサブフームの最大再送信回数に基づいて、ＬＡＡバースト又はＴｘＯＰのサブフームの再送信回数を判定してもよい。別の実装形態において、ｅＮＢ１６０は、ＬＡＡバースト又はＴｘＯＰのサブフームの平均再送信回数に基づいて、ＬＡＡバースト又はＴｘＯＰのサブフームの再送信回数を判定してもよい。
【０１７１】
ｅＮＢ１６０は、２０４において、衝突の状態に基づいてＬＡＡアクセス用のコンテンションウィンドウ（ＣＷ）サイズを判定することができる。一実装形態において、ｅＮＢ１６０が、衝突が発生していると衝突状態を設定した場合は、ＣＷサイズを増大させ得る。ｅＮＢ１６０が衝突は発生していないと衝突状態を設定した場合は、ＣＷサイズを減少させ得る。例えば、ｅＮＢ１６０が衝突は発生していないと判定する場合は、ＣＷサイズとして初期ＣＷサイズが設定され得る。
【０１７２】
別の実装形態において、ｅＮＢ１６０は、２０４において、ルックアップテーブルに基づいてＣＷサイズを判定することができる。１つの構成では、ルックアップテーブルは、ＣＷサイズと、ＬＡＡサブフレームバースト又はＴｘＯＰおいて受信されたＮＡＣＫ又はＤＴＸの数との対応関係を規定してもよい。別の構成では、ルックアップテーブルは、ＣＷサイズと、ＬＡＡサブフレームバースト又はＴｘＯＰで再送信されたサブフレーム数との対応関係を規定し得る。さらに別の構成では、ルックアップテーブルは、ＣＷサイズと、ＬＡＡサブフレームバースト又はＴｘＯＰにおけるサブフレームの再送信回数との対応関係を規定してもよい。
【０１７３】
さらに別の実装形態において、ＣＷサイズは、統計結果に基づいて半静的に更新することができる。第１の実装形態において、統計結果は、観測されたチャネル占有に基づいて判定される。第２の実装形態において、統計結果は、アイドル期間の平均値に基づいて判定される。第３の実装形態において、統計結果は、ＬＡＡバースト又はＴｘＯＰで受信されたＮＡＣＫ又はＤＴＸの平均数に基づいて判定される。第４の実装形態において、統計結果は、ＬＡＡバースト又はＴｘＯＰにおける平均再送信回数に基づいて判定される。
【０１７４】
ｅＮＢ１６０は、２０６において、判定したＣＷサイズに基づいて、チャネルアクセス及びバックオフ手順を実行することができる。例えば、ｅＮＢ１６０は、判定したＣＷサイズに基づいて、バックオフカウンタを再初期化してもよい。一実装形態において、０からＣＷ−１の間でバックオフカウンタをランダムに生成し、ＬＡＡセルは、バックオフカウンタが０になった時に送信することができる。そして、フィードバック情報に基づく（調整可能な）ＣＷサイズを有するペンディングしているサブフレームに対して、新たなバックオフプロセスが生成される。チャネルアクセス及びバックオフ手順に関する一般的な説明は、図５に関連して行う。
【０１７５】
本明細書では、チャネルアクセスをコンテンションアクセスと呼ばれることもある。したがって、チャネルアクセス手順は、コンテンションアクセス手順と呼ばれることもある。アンライセンスバンドに対して、チャネルアクセスは、（ライセンスバンド伝送の専用チャネルと比べると）コンテンションに基づいて行われる。
【０１７６】
図３は、同時送信によって発生する衝突の一例を示す。ｅＮＢ３６０は、ＬＡＡセル内の第１のＵＥ３０２ａ及び第２のＵＥ３０２ｂと通信することができる。また、アンライセンスノード（unlicensed node）３２５も第１のＵＥ３０２ａと通信することができる。アンライセンスノード３２５からの送信は、所定のＬＡＡセルの検出距離内にある。
【０１７７】
この例では、ＬＡＡセルからの送信及びアンライセンスノード３２５からの送信は、同じ時刻に開始することができる（すなわち、送信の開始を一緒にすることができる）。送信衝突領域３３５によって示すように、第１のＵＥ３０２ａは、送信の衝突を検出することができる。
【０１７８】
この例では、アンライセンスノード３２５の同時送信は、ＬＡＡセルのＥＣＣＡスロット内で行われる。このシナリオでは、特にＬＡＡ  ＴｘＯＰの開始時に、第１のＵＥ３０２ａで受信エラーを引き起こす可能性が高い。これらの衝突は、ＣＷサイズを調整することにより減らすことができる。
【０１７９】
図４は、隠れ端末の同時送信により発生する衝突の一例を示す。ｅＮＢ４６０は、ＬＡＡセル内の第１のＵＥ４０２ａ及び第２のＵＥ４０２ｂと通信することができる。アンライセンスノード４２５も第１のＵＥ４０２ａと通信することができる。アンライセンスノード４２５からの送信は、ＬＡＡセルの検出距離内にない。したがって、この場合、アンライセンスノード４２５は隠れ端末と考えられる。
【０１８０】
この例では、ＬＡＡセルからの送信及びアンライセンスノード４２５からの送信は、異なるタイミングで開始してもよい。ＬＡＡセルが送信を開始しているので、アンライセンスノード４２５からの送信はＬＡＡセルからの送信と衝突する場合がある。第１のＵＥ４０２ａは、送信衝突領域４３５によって示されるように、送信の衝突を検出することができる。このシナリオでは、ＬＡＡ  ＴｘＯＰのいかなる部分においても受信エラーを引き起こす場合がある。
【０１８１】
図５は、可変長バックオフと共にＬＡＡ状態遷移の方法５００を示すフロー図である。方法５００は、ｅＮＢ１６０によって実装することができる。ｅＮＢ１６０は、無線通信ネットワーク内で、１つ以上のＵＥ１０２と通信することができる。一実装形態において、無線通信ネットワークはＬＴＥネットワークを含んでいてもよい。ｅＮＢ１６０は、ライセンスＬＴＥセルからアンライセンスＬＡＡセルを構成することができる。図５は、ＣＷサイズの判定に基づいて、ｅＮＢ１６０によって実行可能なチャネルアクセス及びバックオフ手順の一例を示す。
【０１８２】
ｅＮＢ１６０は、初期ＣＣＡ手順を実行することができる。ｅＮＢ１６０は、５０２において、アイドル状態になってもよい。ｅＮＢ１６０は、５０４において、送信する必要があるかどうかを判定することができる。ｅＮＢ１６０は、送信する必要がない場合は、５０２において再びアイドル状態になってもよい。
【０１８３】
ｅＮＢ１６０は、５０４において送信する必要があると判定した場合は、５０６において、ｅＮＢ１６０は、アンライセンススペクトル（例えば、ＬＡＡチャネル）のチャネルが初期ＣＣＡ期間（ＢｉＣＣＡ）中にアイドル状態であるかどうかを判定することができる。例えば、ｅＮＢ１６０は、チャネルが少なくとも３４マイクロ秒（ｕｓ）の間、アイドル状態であったかどうかを判定してもよい。チャネルが初期ＣＣＡ期間中にアイドル状態であった場合は、ｅＮＢ１６０は、５０８において送信することができる。ｅＮＢ１６０は、５１０において、さらに送信が必要かどうかを判定することができる。送信を必要としない場合は、ｅＮＢ１６０は、５０２において再びアイドル状態になってもよい。
【０１８４】
ｅＮＢ１６０が５１０において別の送信が必要であると判定した場合、又はｅＮＢ１６０が５０６においてチャネルが初期ＣＣＡ期間中にアイドル状態ではないことを判定した場合は、ｅＮＢ１６０は、拡張ＣＣＡ（ＥＣＣＡ）手順を実行することができる。ｅＮＢ１６０は、５１２において、［０，ｑ−１］の中から、ランダムカウンタＮを生成することができる。この場合、このランダムカウンタＮはバックオフカウンタである。バックオフプロセスの実装では、チャネルがビジー状態であれば、Ｎを一時停止する。ＬＡＡセルは、Ｎが０になる場合に送信することができる。
【０１８５】
ｅＮＢ１６０は、５１２において、コンテンションウィンドウ（ＣＷ）サイズ（ｑ）を用いて、ランダムカウンタを生成することができる。ｅＮＢ１６０は、５１４において、動的指数関数的バックオフ又は半静的バックオフにより、ＸとＹとの間でＣＷを更新することができる。Ｘは最小ＣＷサイズ（ＣＷ０）であり得て、Ｙは最大ＣＷサイズ（ＣＷｍａｘ）であり得る。図１に関連して上述したように、ｅＮＢ１６０は、５１４において、入力（例えば、ＡＣＫ／ＮＡＣＫ）を使用して、ＣＷサイズを更新することができる。
【０１８６】
５１２においてランダムカウンタＮを生成すると、ｅＮＢ１６０は、５１６において、チャネルがｅＣＣＡ遅延期間（ＤｅＣＣＡ）中に、アイドル状態であったかどうかを判定することができる。例えば、ｅＮＢ１６０は、チャネルが少なくとも３４マイクロ秒（ｕｓ）の間、アイドル状態であったかどうかを判定してもよい。チャネルがｅＣＣＡ遅延期間中にアイドル状態でなかった場合は、ｅＮＢ１６０は、５１６において、チャネルがｅＣＣＡ遅延期間中にアイドル状態であったかどうかの判定を継続して行うことができる。
【０１８７】
ｅＮＢ１６０は、５１６においてチャネルがｅＣＣＡ遅延期間中にアイドル状態であったと判定した場合は、ｅＮＢ１６０は、５１８において、ランダムカウンタＮが０かどうかを判定することができる。ランダムカウンタＮが０の場合は、ｅＮＢ１６０は、５０８において送信を実行することができる。ランダムカウンタＮが０でない場合は、ｅＮＢ１６０は、１つのｅＣＣＡスロット期間（Ｔ）中に、５２０においてメディア検出を実行してもよい。例えば、ｅＮＢ１６０は、９又は１０μ秒間、５２０においてメディア検出を行うことができる。
【０１８８】
５２０において、１つのｅＣＣＡスロット期間中にメディアを検出すると、ｅＮＢ１６０は、５２２において、そのチャネルが使用中かどうかを判定することができる。チャネルが使用中の場合は、ｅＮＢ１６０は待ち状態になり、５１６において、チャネルがｅＣＣＡ遅延期間中にアイドル状態であったかどうかを判定することができる。チャネルが使用中でない場合は、ｅＮＢ１６０は、５２４においてランダムカウンタＮを１だけ低減することができる（例えば、Ｎ＝Ｎ−１）。次に、ｅＮＢ１６０は、５１８においてランダムカウンタＮが０かどうかを判定することができる。
【０１８９】
図６は、ＬＡＡサブフレームバースト６２７に対するＨＡＲＱ−ＡＣＫフィードバック６３３を示すブロック図である。この例では、ＬＡＡサブフレームバースト６２７は、４つのＬＡＡサブフレーム６２９を含んでいる。ＬＡＡサブフレームバースト６２７は、下りリンク（ＤＬ）でＵＥ１０２に送信されてもよい。各ＬＡＡサブフレーム６２９は、サブフレーム番号（例えば、ｎ、ｎ＋１等）を有してもよい。ＬＡＡサブフレーム６２９は、１つ又は複数のＵＥ１０２へのＰＤＳＣＨ送信を含んでいてもよい。
【０１９０】
ＵＥ１０２は、ＵＬフィードバック６３１を供給することができる。この例では、ＵＥ１０２は、ＬＡＡサブフレームバースト６２７のＬＡＡサブフレーム６２９に対応するＨＡＲＱ−ＡＣＫフィードバック６３３を送信することができる。ＤＬで送信された第１のＬＡＡサブフレーム６２９ａ（ｎ）に対して、ＵＥ１０２は、サブフレームｎ＋４において第１のＨＡＲＱ−ＡＣＫフィードバック６３３ａを送信することができる。第２のＬＡＡサブフレーム６２９ｂ（ｎ＋１）に対して、ＵＥ１０２は、サブフレームｎ＋５において第２のＨＡＲＱ−ＡＣＫフィードバック６３３ｂを送信することができる。第３のＬＡＡサブフレーム６２９ｃ（ｎ＋２）に対して、ＵＥ１０２は、サブフレームｎ＋６において第３のＨＡＲＱ−ＡＣＫフィードバック６３３ｃを送信することができる。第４のＬＡＡサブフレーム６２９ｄ（ｎ＋３）に対して、ＵＥ１０２は、サブフレームｎ＋７において第３のＨＡＲＱ−ＡＣＫフィードバック６３３ｄを送信することができる。
【０１９１】
ＬＡＡサブフレーム６２９とＨＡＲＱ−ＡＣＫフィードバック６３３との間に４ｍｓの最小間隔があると想定すると、ＬＡＡサブフレームバースト６２７の送信開始から、全てのＨＡＲＱ−ＡＣＫフィードバック６３３の受信まで、８ｍｓ必要になる。
【０１９２】
図７は、ｅＮＢ７６０において利用可能な様々な構成要素を示す。図７に関連して説明するｅＮＢ７６０は、図１に関連して説明したｅＮＢ１６０のように実装することができる。ｅＮＢ７６０は、ｅＮＢ７６０の動作を制御するプロセッサ７５５を含む。プロセッサ７５５はまた、中央処理装置（ＣＰＵ）と呼ばれることもある。メモリ７６１は、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、情報を記憶することができる２つ又は任意の種類のデバイスの組み合わせを含むことができ、命令７５７ａ及びデータ７５９ａをプロセッサ７５５に提供する。メモリ７６１の一部分はまた、不揮発性ランダムアクセスメモリ（non-volatile random access memory、ＮＶＲＡＭ）を含むこともできる。命令７５７ｂ及びデータ７５９ｂはまた、プロセッサ７５５内に存在していてもよい。プロセッサ７５５に読み込まれた命令７５７ｂ及び／又はデータ７５９ｂは、プロセッサ７５５による実行又は処理用に読み込まれたメモリ７６１からの命令７５７ａ及び／又はデータ７５９ａを含んでいてもよい。
【０１９３】
ｅＮＢ７６０はまた、データの送信及び受信を可能にする１つ又は複数の送信部７１７並びに１つ又は複数の受信部７７８を含むハウジングを備えていてもよい。（１つ又は複数の）送信部７１７及び（１つ又は複数の）受信部７７８は、１つ以上の送受信部７７６に組み合わせることができる。１つ以上のアンテナ７８０ａ〜ｎがハウジングに取り付けられ、送受信部７７６と電気的に接続される。
【０１９４】
ｅＮＢ７６０の様々な構成要素は、データバスに加えて、電力バス、制御信号バス、及びステータス信号バスを含むことができるバスシステム７６３によって互いに接続されているが、図７では、明瞭性の観点から、これらの様々なバスをバスシステム７６３として示す。ｅＮＢ７６０はまた、信号処理の際に用いられるデジタル信号プロセッサ（digital signal processor、ＤＳＰ）７６５を含むことができる。ｅＮＢ７６０はまた、ｅＮＢ７６０の機能へのユーザアクセスを可能にする通信インターフェース７６７を含むことができる。図７に示すｅＮＢ７６０では、特定の構成要素の一覧ではなく機能ブロック図を示している。
【０１９５】
図８は、ＬＡＡを実行するシステム及び方法を実行可能なｅＮＢ８６０の１つの実装形態を示すブロック図である。ｅＮＢ８６０は、送信手段８１７と、受信手段８７８と、制御手段８８２とを備える。送信手段８１７、受信手段８７８及び制御手段８８２は、上述の図１に関連して説明した１つ又は複数の機能を実行するように構成してもよい。上述の図７は、図８の具体的な装置の構造の一例を示す。その他の様々な構造を実装して、図１の１つ又は複数の機能を実現することができる。例えば、ＤＳＰはソフトウェアによって実現されてもよい。
【０１９６】
なお、上述のアプローチは、互いに無関係ではない場合もあり得る。それらのうちのいくつかを組み合わせることができる。
【０１９７】
図９は、ｅＮＢ１６０による、ライセンス補助アクセス（ＬＡＡ）サービングセルのコンテンションアクセスの別の方法９００を示すフロー図である。ｅＮＢ１６０は、無線通信ネットワーク内で、１つ以上のＵＥ１０２と通信することができる。一実装形態において、無線通信ネットワークはＬＴＥネットワークを含んでいてもよい。ｅＮＢ１６０は、ライセンスＬＴＥセルからアンライセンスＬＡＡセルを構成することができる。
【０１９８】
ｅＮＢ１６０は、９０２において、コンテンションウィンドウサイズを管理することができる。少なくともＤＬ  ＬＡＡ送信では、可変のバックオフコンテンションウィンドウ（ＣＷ）サイズを用いたリッスンビフォートーク（ＬＢＴ）をサポートすることができる。
【０１９９】
ｅＮＢ１６０は、第１のサブフレームにおけるＰＤＳＣＨ送信に対応するＨＡＲＱ−ＡＣＫ値（単数又は複数）に従って、９０４においてコンテンションウィンドウサイズを増大させることができる。第１のサブフレームは、ＨＡＲＱ−ＡＣＫがフィードバックされたＬＡＡキャリアによる以前の下りリンク送信バーストの開始サブフレームでもよい。ＨＡＲＱ−ＡＣＫ値（単数又は複数）の所定の割合以上が否定応答（ＮＡＣＫ）と判定された場合は、９０４においてコンテンションウィンドウサイズを増大させることができる。間欠送信（Discontinuous Transmission、ＤＴＸ）状態は、ＮＡＣＫとみなされ得る。
【０２００】
ｅＮＢ１６０は、ＮＡＣＫ又はＤＴＸと報告される、サブフレームの予測数を判定することができる。上述したように、このサブフレームの予測数はＮ＿ＮＡＣＫｅｄと呼ばれてもよい。
【０２０１】
ｅＮＢ１６０は、スケジューリングされたＵＥ１０２からＮＡＣＫ又はＤＴＸと報告されたＬＡＡサブフレームバースト又はＴｘＯＰにおけるサブフレーム数を判定し得る。ＬＡＡサブフレームバースト又はＴｘＯＰに、スケジューリングされたＵＥ１０２からＮＡＣＫ又はＤＴＸと報告されたＮ＿ＮＡＣＫｅｄ以上のサブフレームがある場合は、ｅＮＢ１６０は、衝突が生じていると衝突状態を設定することができる。したがって、複数のＬＡＡサブフレームにＮＡＣＫ又はＤＴＸが報告された場合は、９０４においてＣＷを増大させることができる。ＬＡＡバースト送信又はＴｘＯＰに複数のサブフレームがある場合に、２つ以上のＬＡＡサブフレームがＮＡＣＫであることが報告されると、衝突状態はさらに限定され得る。これにより、ＬＴＥサブフレームのＮＡＣＫフィードバックによる衝突の誤報を大きく減らすことができる。
【０２０２】
以前のＬＡＡバーストのサブフレームに対して受信されたＮＡＣＫ又はＤＴＸの数がサブフレームの予測数（Ｎ＿ＮＡＣＫｅｄ）以上の場合、ｅＮＢ１６０は衝突が発生していると想定することができる。換言すると、所定の割合以上のＮＡＣＫ又はＤＴＸがフィードバックされる場合、ｅＮＢ１６０は衝突が発生していると想定することができる。この場合、ｅＮＢ１６０は、サブフレームの次のＬＡＡバーストのバックオフ及びコンテンションアクセスのために、９０４においてＣＷサイズを増大させてもよい。
【０２０３】
ｅＮＢ１６０は、９０６において、コンテンションウィンドウサイズを使用してバックオフカウンタを生成することができる。例えば、コンテンションウィンドウを使用して、バックオフカウンタ用の乱数を生成してもよい。ｅＮＢ１６０は、判定したＣＷサイズに基づいて、バックオフカウンタを再初期化してもよい。一実装形態では、バックオフカウンタは０とＣＷ１との間でランダムに生成され、ＬＡＡセルは、カウンタが０になった時に送信を実行することができる。このことは、図５に関連して行った説明と同じように実行してもよい。
【０２０４】
「コンピュータ読み取り可能な媒体（computer-readable medium）」という表現は、コンピュータ又はプロセッサによってアクセスすることができる任意の利用可能な媒体を指す。本明細書で使用する「コンピュータ読み取り可能な媒体」という表現は、非一時的で有形のコンピュータ読み取り可能な媒体及び／又はプロセッサ読み取り可能な媒体を意味し得る。限定されることのない一例として、コンピュータ読み取り可能な又はプロセッサ読み取り可能な媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭ又は他の光ディスク記憶装置、磁気ディスク記憶装置、他の磁気記憶装置、又は任意の他の媒体、すなわち命令あるいはデータ構造の形式で所望のプログラムコードを保持又は格納するように使用可能であり、かつコンピュータ又はプロセッサによりアクセス可能な任意の他の媒体を含んでいてもよい。本明細書で使用されるディスク（disk）及びディスク（disc）は、は、コンパクトディスク（Compact Disc、ＣＤ）、レーザーディスク（laser disc）、光学ディスク（optical disc）、デジタル多用途ディスク（Digital VersatileDisc，ＤＶＤ）、フロッピーディスク（floppy disk）及びブルーレイ（登録商標）（Blu-ray disc）を含み、ディスク（disk）は通常データを磁気的に再生し、ディスク（disc）はレーザを用いてデータを光学的に再生する。
【０２０５】
本明細書に記載の１つ以上の方法は、ハードウェアの形式で、及び／又はハードウェアを使用して実装し得ることに留意されたい。例えば、本明細書に記載の方法の１つ以上は、チップセット、特定用途向け集積回路（Application-Specific Integrated Circuit、ＡＳＩＣ）、大規模集積回路（Large-Scale Integrated circuit、ＬＳＩ）、若しくは集積回路等に実装及び／又は実現されてもよい。
【０２０６】
本明細書に開示の方法はそれぞれ、記載の方法を達成するための１つ以上のステップ又は動作を含む。方法のステップ及び／又は動作は、特許請求の範囲から逸脱することなく、互いに入れ替えてもよく、及び／又は単一のステップに組み込んでもよい。換言すると、特定の順序のステップ又は動作が記載の方法の適切な動作に必要とされない限り、特定のステップ及び／又は動作の順序及び／又は使用は、特許請求の範囲から逸脱することなく変更することができる。
【０２０７】
特許請求の範囲は、上記に例示した詳細な構成及び構成要素に限定されないことを理解されたい。特許請求の範囲を逸脱することなく、本明細書に記載のシステム、方法、及び装置の配置、動作及び詳細において、様々な修正、変更及び変形がなされ得る。
【０２０８】
上述のシステム及び方法に係るｅＮＢ１６０又はＵＥ１０２で動作するプログラムは、説明したシステム及び方法に従ってその機能を実現するように、ＣＰＵ等を制御するプログラム（コンピュータを動作させるためのプログラム）である。そして、これらの装置で取り扱う情報は、処理中、ＲＡＭに一時的に格納される。その後、情報は様々なＲＯＭ又はＨＤＤに格納され、必要に応じて、ＣＰＵにより読み込まれ、変更又は書込がなされる。プログラムが格納される記録媒体として、例えば、半導体（例えば、ＲＯＭ、不揮発性メモリカード等）、光記憶媒体（例えば、ＤＶＤ、ＭＯ、ＭＤ、ＣＤ、ＢＤ等）、磁気記憶媒体（例えば、磁気テープ、フレキシブルディスク等）、及び同様の媒体等のうち、いずれか１つが考えられる。さらに、場合によっては、説明したシステム及び方法による機能は、読み込まれたプログラムを実行することによって実現され、さらに、説明したシステム及び方法による機能は、プログラムからの命令に基づいて、オペレーティングシステム又は他のアプリケーションプログラムと共に実現される。
【０２０９】
また、プログラムが市場で入手可能とする場合には、可搬の記録媒体に格納されたプログラムを流通させることができ、あるいは、インターネット等のネットワークを介して接続されるサーバコンピュータにプログラムを送信することができる。この場合、サーバコンピュータ内の記憶装置も含まれる。さらに、上述のシステム及び方法によるｅＮＢ１６０及びＵＥ１０２の一部又は全部は、一般的な集積回路であるＬＳＩとして実現されてもよい。ｅＮＢ１６０及びＵＥ１０２のそれぞれの機能ブロックは、個別にチップに組み込んでもよく、一部又は全ての機能ブロックをチップに統合してもよい。また、集積回路の技術はＬＳＩに限られず、機能ブロックの集積回路を専用回路や汎用プロセッサで実現してもよい。また、半導体技術の進歩に伴って、ＬＳＩに代わる集積回路の技術が現れれば、その技術を適用した集積回路を使用することも可能である。
【０２１０】
さらに、上述の各実装形態で用いた基地局装置や端末装置の各機能ブロックや各種の機能は、一般的には集積回路又は複数の集積回路である電気回路によって実現又は実行することができる。本明細書に記載の機能を実行するように設計された電気回路は、汎用プロセッサ、デジタル信号プロセッサ（Digital Signal Processor、ＤＳＰ）、特定用途向け又は汎用アプリケーション集積回路（Application Specific or General Application Integrated Circuit、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Feld Programmable Gate Array、ＦＰＧＡ）、他のプログラマブルロジックデバイス、ディスクリートゲートあるいはトランジスタロジック、又は個々のハードウェアコンポーネント、あるいはそれらの組み合わせを備えていてもよい。汎用プロセッサは、マイクロプロセッサでもよく、あるいは、プロセッサは、従来のプロセッサ、コントローラ、マイクロコントローラ、又はステートマシンもよい。上述した汎用プロセッサ又は各回路は、デジタル回路で構成されても、又はアナログ回路で構成されてもよい。さらに、半導体技術の進歩により現時点での集積回路に置き換わる集積回路化技術が現れれば、この技術による集積回路もまた使用可能となる。
【図１】
2018528638.tif 000009
【図２】
2018528638.tif 000010
【図３】
2018528638.tif 000011
【図４】
2018528638.tif 000012
【図５】
2018528638.tif 000013
【図６】
2018528638.tif 000014
【図７】
2018528638.tif 000015
【図８】
2018528638.tif 000016
【図９】
2018528638.tif 000017
【国際調査報告】
2018528638.tif 000018
2018528638.tif 000019