(57)【特許請求の範囲】
【請求項１】
進化型ノードＢ（ｅＮＢ）からのデータ送信を復調及び復号するように構成される無線制御回路と、
前記無線制御回路と結合される処理回路と、
を備える装置であって、
前記処理回路は、
前記無線制御回路から前記データ送信を受信し、前記データ送信が適切に復調及び復号されたか否かに基づいてフィードバックを生成するように構成され、
前記無線制御回路は更に、無線周波数回路を、アンライセンス共有媒体の物理チャネルが非占有であるか否かを決定し、前記決定に従って、前記物理チャネルが非占有であるとき、前記物理チャネルを介して前記ｅＮＢに前記フィードバックを送信するように制御し、
前記処理回路は、複数のサブフレームのうち第１のサブフレームが非占有であると決定された場合に、固定のタイミング関係に基づいて送信ウィンドウを決定するように構成され、前記固定のタイミング関係は、受信された前記データ送信の受信時間に従って前記フィードバックを送信するための所定の送信時間であり、
前記処理回路は、前記第１のサブフレームが非占有であると決定された場合に前記第１のサブフレームを選択し、前記第１のサブフレームが占有であると決定された場合に前記送信ウィンドウを拡張し、前記フィードバックを送信するために、拡張送信ウィンドウ内の前記複数のサブフレームのうち第２のサブフレームを選択するように構成され、
前記無線制御回路は、前記無線周波数回路を、前記送信ウィンドウの間に前記第１のサブフレームと前記第２のサブフレームのうち選択された１つによって前記フィードバックを送信するように制御し、
前記処理回路は、周波数分割複信（ＦＤＤ）展開ではｎ＋４＋ｌ、時分割複信（ＴＤＤ）展開ではｎ＋ｋ＋ｌに従って、前記第２のサブフレームを決定するように構成され、
ｎは前記第１のサブフレームのサブフレーム番号であり、ｋは所定の数であり、ｌは送信ウィンドウ拡張係数である、
装置。
【請求項２】
前記物理チャネルは、物理アップリンク制御チャネル（ＰＵＣＣＨ）又は物理アップリンク共有チャネル（ＰＵＳＣＨ）である、
請求項１に記載の装置。
【請求項３】
前記処理回路は、受信された前記データ送信が適切に復調及び復号されたか否かを決定するように構成され、
前記無線制御回路は、前記無線周波数回路を、受信された前記データ送信が適切に復調及び復号されたと前記処理回路が決定した場合に、前記フィードバックを送信し、受信された前記データ送信が適切に復調及び復号されなかったと前記処理回路が決定した場合に、前記フィードバックを送信しないように制御する、
請求項１又は２に記載の装置。
【請求項４】
前記処理回路は、前記第１のサブフレームが占有されているという決定に応答してタイマーを開始し、前記第２のサブフレームが非占有であるか否かを決定し、前記タイマーが満了したとき、及び、前記第２のサブフレームが占有されていると決定されたとき、前記フィードバックを破棄するように構成され、
前記タイマーの値は、前記拡張送信ウィンドウのサイズに基づく、
請求項１に記載の装置。
【請求項５】
前記処理回路は、前記フィードバックを送信するための前記物理チャネルの第１のサブフレームの第１のリソースブロック（ＲＢ）位置を、前記第１のサブフレームが占有されているという前記処理回路による決定に基づいて、前記物理チャネルの第２のサブフレームの第２のＲＢ位置にシフトするように構成され、
前記無線制御回路は、無線周波数回路を、前記第２のサブフレームの前記第２のＲＢ位置における受信された前記データ送信に関する前記フィードバックを、前記第２のサブフレームの第１のＲＢ位置における別のデータ送信に関する別のフィードバックと共に送信するように制御するように構成される、
請求項１乃至４のいずれか一項に記載の装置。
【請求項６】
前記処理回路は、リソースオフセットに従って、前記第１のサブフレームの前記第１のＲＢ位置を前記第２のサブフレームの前記第２のＲＢ位置にシフトするように構成され、
前記無線制御回路は、前記無線周波数回路を、前記フィードバックの前記送信に用いられるシグナリングよりも上位層のシグナリングを用いて、前記リソースオフセットを前記ｅＮＢに送信するように制御する、
請求項５に記載の装置。
【請求項７】
前記処理回路は、前記フィードバックをフィードバックプロセス番号で多重化するように構成され、それにより前記無線制御回路は、前記無線周波数回路を、前記フィードバックプロセス番号を前記フィードバックと共に送信するように制御し、
前記フィードバックを前記フィードバックプロセス番号を用いて多重化するために、前記処理回路は、前記フィードバックプロセス番号を、前記フィードバックのフィードバックビットの後、又は前記フィードバックのフィードバックの前記フィードバックビットの前に配置するように構成される、
請求項１乃至６のいずれか一項に記載の装置。
【請求項８】
無線周波数回路を、ユーザ装置（ＵＥ）からのフィードバックを検出するための、アンライセンス共有媒体のアップリンク物理チャネルのアップリンクサブフレーム範囲の指示を受信し、前記アップリンクサブフレーム範囲内で前記ＵＥから前記フィードバックを受信するように制御するように構成される無線制御回路と、
前記無線制御回路と結合される処理回路であって、前記フィードバックに含まれるフィードバックプロセス番号に基づいて、前記フィードバックを、前記アンライセンス共有媒体の複数のダウンリンクチャネルのうち対応する１つにマッチさせるように構成される処理回路と、
を備える進化型ノードＢ（ｅＮＢ）回路であって、
前記無線制御回路は更に、前記無線周波数回路を、前記アンライセンス共有媒体のダウンリンク物理チャネルが非占有であるか否かを決定するように制御し、前記無線周波数回路を、前記ダウンリンク物理チャネルが非占有であると決定されたとき、送信ウィンドウの間に、前記ダウンリンク物理チャネルの第１のサブフレームと第２のサブフレームのうち選択された１つを介して、前記ＵＥにデータ送信を伝送するように制御し、
前記処理回路は更に、固定のタイミング関係に基づいて、前記ＵＥに前記データ送信を伝送するためのフレキシブルダウンリンク送信ウィンドウを決定するように構成され、前記固定のタイミング関係は、前記フィードバックの受信時間に従って前記データ送信を伝送するための所定の時間であり、
前記処理回路は、前記第１のサブフレームが非占有であると決定されたとき、前記データ送信を伝送するために前記第１のサブフレームを選択するように構成され、
前記第１のサブフレームが占有であると決定されたとき、前記送信ウィンドウを拡張して前記第２のサブフレームを取得するように構成され、前記送信ウィンドウを拡張して前記第２のサブフレームを取得するために、前記処理回路は、周波数分割複信（ＦＤＤ）展開ではｎ＋４＋ｌ、時分割複信（ＴＤＤ）展開ではｎ＋ｋ＋ｌに従って、前記第２のサブフレームを決定するように構成され、ｎは前記第１のサブフレームのサブフレーム番号であり、ｋは所定の数であり、ｌは送信ウィンドウ拡張係数であり、
前記処理回路は、前記データ送信を伝送するために、前記拡張された送信ウィンドウ内の前記第２のサブフレームを選択するように構成される、
ｅＮＢ回路。
【請求項９】
前記アップリンクサブフレーム範囲はフレキシブルアップリンク送信ウィンドウに基づき、
前記フレキシブルアップリンク送信ウィンドウは固定アップリンク送信ウィンドウに基づき、前記固定アップリンク送信ウィンドウは、別のデータ送信の受信時間に従って前記フィードバックが送信される所定の時間である、
請求項８に記載のｅＮＢ回路。
【請求項１０】
前記アップリンク物理チャネルは、物理アップリンク制御チャネル（ＰＵＣＣＨ）と物理アップリンク共有チャネル（ＰＵＳＣＨ）のうち一方であり、前記ダウンリンク物理チャネルは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）と物理ダウンリンク共有チャネル（ＰＤＳＣＨ）のうち一方である、
請求項８又は９に記載のｅＮＢ回路。
【請求項１１】
前記フィードバックプロセス番号は、周波数分割複信（ＦＤＤ）展開では３ビットを含み、前記フィードバックプロセス番号は、時分割複信（ＴＤＤ）展開では４ビットを含む、
請求項８乃至１０のいずれか一項に記載のｅＮＢ回路。
【請求項１２】
前記フィードバックは、フィードバックビット及びフィードバックプロセス番号を含み、
前記フィードバックプロセス番号は、前記フィードバックビットの前又は前記フィードバックビットの後に配置され、
前記複数のダウンリンクチャネルのうち前記対応する１つは、前記フィードバックプロセス番号に基づいて決定される、
請求項８乃至１１のいずれか一項に記載のｅＮＢ回路。
【請求項１３】
前記複数のダウンリンクチャネルのうち前記対応する１つは、前記フィードバックプロセス番号の所定の順序に基づいて、前記フィードバックビットの各々についての定められたフィードバックビット位置に基づいて決定される、
請求項１２に記載のｅＮＢ回路。
【請求項１４】
前記フィードバックは前記フィードバックが別のフィードバックのフィードバックビットの数とは異なる数のフィードバックビットを含むように、柔軟な数のフィードバックビットを含む、
請求項８乃至１３のいずれか一項に記載のｅＮＢ回路。
【請求項１５】
アンライセンス共有媒体におけるデータ送信についてのフィードバックを提供するコンピュータ実施方法であって、
進化型ノードＢ（ｅＮＢ）から受信されたデータ送信を復調及び復号するステップと、
前記データ送信が適切に復調及び復号されたか、又は適切に復調及び復号されなかったかに基づいて、フィードバックを生成するステップと、
前記アンライセンス共有媒体の物理チャネルが非占有であるか否かを決定するステップと、
前記決定に従って前記物理チャネルが非占有であるとき、前記物理チャネルを介して前記フィードバックを前記ｅＮＢに送信するステップと、
を含み、
前記アンライセンス共有媒体は、前記ｅＮＢから前記データ送信を受信するために用いられる同じアンライセンス共有媒体と、前記ｅＮＢから前記データ送信を受信するために用いられる前記アンライセンス共有媒体とは異なるアンライセンス共有媒体とのうち一方であり、
複数のサブフレームのうち第１のサブフレームが非占有であると決定された場合、固定のタイミング関係に基づいて送信ウィンドウを決定するステップであって、前記固定のタイミング関係は、受信された前記データ送信の受信時間に従って前記フィードバックを送信するための所定の送信時間である、ステップと、
前記第１のサブフレームが非占有であると決定された場合、前記第１のサブフレームを選択するステップと、
前記第１のサブフレームが占有であると決定された場合、前記送信ウィンドウを拡張するステップと、
前記フィードバックを送信するために、拡張送信ウィンドウ内の前記複数のサブフレームのうち第２のサブフレームを選択するステップと、
前記送信ウィンドウの間に、前記第１のサブフレームと前記第２のサブフレームのうち選択された１つを介して、前記フィードバックを送信するステップと、
を更に含み、
周波数分割複信（ＦＤＤ）展開ではｎ＋４＋ｌ、時分割複信（ＴＤＤ）展開ではｎ＋ｋ＋ｌに従って、前記第２のサブフレームを決定するステップであって、ｎは前記第１のサブフレームのサブフレーム番号であり、ｋは所定の数であり、ｌは送信ウィンドウ拡張係数である、ステップ、
を更に含む、
方法。
【請求項１６】
前記物理チャネルは、物理アップリンク制御チャネル（ＰＵＣＣＨ）又は物理アップリンク共有チャネル（ＰＵＳＣＨ）である、
請求項１５に記載の方法。
【請求項１７】
受信された前記データ送信が適切に復調及び復号されたか否かを決定するステップと、
前記データ送信が適切に復調及び復号されたと決定されたときのみ、前記フィードバックを送信するステップと、
を更に含む、請求項１５に記載の方法。
【請求項１８】
前記第１のサブフレームが占有されているという決定に応答して、タイマーを開始するステップであって、前記タイマーの値は、前記拡張送信ウィンドウのサイズに基づく、ステップと、
前記第２のサブフレームが非占有であるか否かを決定するステップと、
前記タイマーが満了したとき、及び、前記第２のサブフレームが占有されていると決定されたとき、前記フィードバックを破棄するステップと、
を更に含む、請求項１５に記載の方法。
【請求項１９】
前記第１のサブフレームが占有されているという決定に基づいて、前記フィードバックを送信するための前記物理チャネルの第１のサブフレームの第１のリソースブロック（ＲＢ）位置を、前記物理チャネルの第２のサブフレームの第２のＲＢ位置にシフトするステップであって、前記第１のサブフレームの前記第１のＲＢ位置は、リソースオフセットに従って前記第２のサブフレームの前記第２のＲＢ位置にシフトされる、ステップと、
前記第２のサブフレームの前記第２のＲＢ位置における受信された前記データ送信に関する前記フィードバックを、前記第２のサブフレームの第１のＲＢ位置における別のデータ送信に関する別のフィードバックと共に送信するステップと、
を更に含み、
前記リソースオフセットは、前記フィードバックの前記送信に用いられるシグナリングよりも上位層のシグナリングを用いて、前記ｅＮＢに送信される、
請求項１５に記載の方法。
【請求項２０】
前記フィードバックをフィードバックプロセス番号で多重化して、前記フィードバックプロセス番号が前記フィードバックと共に送信されるようにするステップ、
を更に含み、
多重化する前記ステップは、前記フィードバックプロセス番号を前記フィードバックのフィードバックビットの後、又は前記フィードバックのフィードバックの前記フィードバックビットの前に配置するステップを含む、
請求項１５に記載の方法。
【請求項２１】
コンピューティングデバイスに請求項１５乃至２０のいずれか一項に記載の方法を実行させるプログラム。
【請求項２２】
請求項２１に記載のプログラムを記憶した、少なくとも１つの非一時的コンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願との相互参照
本願は、２０１４年１０月３日出願の“DESIGN  OF  HYBRID  ARQ  TRANSMISSION  USING  UNLICENSED  CARRIER  FOR  LAA（ＬＡＡのためのアンライセンスキャリアを用いたハイブリッドＡＲＱ送信の設計）”と題される米国仮特許出願第６２／０５９，７４７号に対する優先権を主張する、２０１５年３月２７日出願の“METHODS，APPARATUSES，AND  SYSTEMS  FOR  TRANSMITTING  HYBRID  AUTOMATIC  REPEAT  REQUEST  TRANSMISSIONS  USING  CHANNELS  IN  AN  UNLICENSED  SHARED  MEDIUM（アンライセンス共有媒体のチャネルを用いるハイブリッド自動再送要求送信を送信するための方法、装置及びシステム）”と題される米国仮特許出願第１４／６７１，８７２号に対する優先権を主張する。その全体の開示内容は、参照によりその全体が本明細書に組み込まれる。
【０００２】
特許請求される発明の実施形態は、一般に、無線通信の分野に関し、特に、ロング・ターム・エボリューション（ＬＴＥ）無線通信ネットワークにおけるアンライセンススペクトルの利用に関する。
【背景技術】
【０００３】
セルラネットワークにおける無線データの需要が増加するにつれて、シームレスなモビリティと共に高いデータレートに対するユーザの期待も増大している。高いデータレートとシームレスなモビリティに関するユーザの期待を満たすために、無線加入者にとってより多くの無線ネットワークスペクトルを利用可能にする必要がある。典型的なロング・ターム・エボリューション（ＬＴＥ）無線ネットワークは、専用のライセンススペクトルを使用するように設計される。無線ネットワークオペレータがＬＴＥネットワークを展開するスペクトルは、そのオペレータがそのオペレータの無線ネットワーク加入者にサービス提供するために単独で使用される。無線ネットワークスペクトルの増大する要求を満たすために、第３世代パートナーシッププロジェクト（３ＧＰＰ）は、アンライセンススペクトルの無線周波数キャリアを使用することを提案しており、これはしばしば「アンライセンスのロング・ターム・エボリューション（ＬＴＥ）（ＬＴＥ−Ｕ）」と呼ばれる（ライセンス・アシステッド・アクセス（ＬＡＡ）とも呼ばれる）。一般に、アンライセンススペクトルは５ＧＨｚ帯域の周波数を含む。
【０００４】
ＬＴＥ−Ｕの基本的な前提は、ライセンススペクトルのデータトラフィックを補うために、ＬＴＥプロトコルをアンライセンススペクトルに拡張することである。無線ネットワークオペレータは、ＬＴＥシステムをその対応するライセンススペクトルに展開するので、データ送信及び関連するアクノレッジメントフィードバックは、通常、競合機構を必要としない。しかしながら、アンライセンススペクトルは、複数の無線ネットワークオペレータ及び他の無線アクセス技術（例えばＷｉ−Ｆｉ）によって共有され得るので、ＬＴＥをアンライセンススペクトルに展開するには、共有及び競合機構が必要となることがある。
【０００５】
ＬＴＥ−Ｕが補足的なキャリアとして使用される場合、前述の競合機構を採用して、アンライセンススペクトルを使用してダウンリンク及び／又はアップリンクデータを送信することができる。アンライセンススペクトルを用いてデータが送信されても、ライセンススペクトルの方がアンライセンススペクトルよりも信頼性が高いと考えられるので、より多くの遅延とサービス品質（ＱｏＳ）に敏感なサービス（例えば、ハイブリッド自動再送要求（ＨＡＲＱ）−アクノレッジメント（ＡＣＫ）フィードバック）の伝送は、ライセンススペクトルを用いて実行される可能性が高い。しかしながら、アンライセンススペクトルの使用が増加するにつれて、ライセンスチャネルを介したＨＡＲＱ−ＡＣＫフィードバックの送信は、かなりのオーバーヘッドを引き起こす可能性が高い。したがって、ＨＡＲＱ−ＡＣＫフィードバック送信のためのアンライセンス帯域の使用が有利であることがある。
【０００６】
更に、将来の５Ｇ技術のためにいくつかのシナリオを想定することができる。ＬＴＥは、アンライセンス帯域においてスタンドアロン（ＳＡ）キャリアとして展開される。したがって、アンライセンス帯域においてＨＡＲＱ−ＡＣＫ情報を送信するためには、新しい機構が必要となり得る。
【図面の簡単な説明】
【０００７】
実施形態は、添付図面と併せて以下の詳細な説明によって容易に理解されるであろう。この説明を容易にするために、同じ参照番号は同じ構造要素を示す。実施形態は、添付図面の図において、限定ではなく例として示される。
【図１】様々な例示の実施形態に係る通信ネットワークを示す図である。
【図２】様々な例示の実施形態に係る、ユーザ装置（ＵＥ）及び進化型ノードＢ（ｅＮＢ）のコンポーネントを示す図である。
【図３】様々な例示の実施形態に係る、本明細書で開示される例示の実施形態を実施することのできるコンピューティングシステムのコンポーネントの図である。
【図４】様々な例示の実施形態に係る、図１の通信ネットワーク装置によってとられるアクションを示す図である。
【図５】様々な例示の実施形態に係る、フレキシブルなフィードバックタイミング機構のためのプロセス５００を示す図である。
【図６】様々な例示の実施形態に係る、ＡＣＫ／ＮＡＣＫビットと共に多重化ＨＡＲＱプロセス番号（ＨＰＮ）を含むフィードバックメッセージを示す図である。
【図７】様々な例示の実施形態に係る、異なるＨＰＮに対するＨＡＲＱ  ＡＣＫ／ＮＡＣＫ位置を固定することによるＨＰＮの非明示的表現を示す図である。
【図８】様々な例示の実施形態に係る、異なるサブフレーム位置における遅延フィードバックの送信のタイミング図である。
【図９】様々な例示の実施形態に係る、修正されたフィードバック送信器構による受信されたフィードバックに基づく受信器の様々な状態を示す、受信器状態の様々な状態テーブルである。
【図１０】様々な例示の実施形態に係る、図１の通信ネットワーク装置によってとられるアクションを示すプロセス１０００を示す図である。
【発明を実施するための形態】
【０００８】
以下の詳細な説明は、添付図面を参照する。同一又は類似の要素を識別するために、異なる図面において同じ参照番号を使用することがある。以下の説明では、限定ではなく説明のために、特許請求される発明の様々な態様の完全な理解を提供するために、特定の構造、アーキテクチャ、インタフェース、技術等の具体的な詳細が示される。しかしながら、本開示の利益を有する当業者には明らかであるように、特許請求の範囲に記載された本発明の様々な態様は、これらの具体的な詳細から逸脱する他の例において実施され得る。ある例では、周知のデバイス、回路及び方法の説明は、不必要な詳細で本発明の説明を不明瞭にしないように省略される。
【０００９】
例示の実施形態の様々な態様は、当業者がそれらの成果の内容を当業者に伝えるために一般的に用いられる用語を用いて説明される。しかしながら、当業者には明らかであるように、記載された態様のうちのいくつかのみを用いて、代替の実施形態を実施することができる。説明のために、例示の実施形態の完全な理解を提供するために、具体的な数、材料及び構成が示される。しかしながら、当業者には明らかであるように、具体的な詳細なしに代替の実施形態を実施することができる。他の例では、例示の実施形態を不明瞭にしないために、周知の特徴は省略又は簡略化される。
【００１０】
更に、例示の実施形態を理解するのに最も役立つように、様々な動作を複数の個別の動作として説明する。しかしながら、説明の順序は、これらの動作が必ずしも順序に依存することを暗示するものと解釈されるべきではない。特に、これらの動作は、提示順に実行される必要はない。
【００１１】
「様々な実施形態では」、「一部の実施形態では」等の語句が繰り返し使用される。該語句は、一般に、同じ実施形態を参照しないが、参照することもある。「備える」、「有する」及び「含む」という語句は、文脈によって別段の指示がない限り、同義語である。
【００１２】
「Ａび／又はＢ」という語句は、（Ａ）、（Ｂ）又は（Ａ及びＢ）を意味する。語句「Ａ／Ｂ」又は「Ａ又はＢ」は、語句「Ａ及び／又はＢ」に類似して、（Ａ）、（Ｂ）又は（Ａ及びＢ）を意味する。本開示の目的のために、「Ａ及びＢのうち少なくとも１つ」という語句は、（Ａ）、（Ｂ）又は（Ａ及びＢ）を意味する。
【００１３】
説明では、「一実施形態において」、「実施形態において」というフレーズを使用することがあり、それらはそれぞれ同じ又は異なる実施形態の１つ以上を指すことがある。更に、本開示の実施形態に関して使用される「備える」、「有する」、「含む」等の用語は同義である。
【００１４】
留意すべきこととして、例示の実施形態は、フローチャート、フロー図、データフロー図、構造図又はブロック図として示されるプロセスとして説明することができる。フローチャートは動作を逐次プロセスとして説明することがあるが、動作の多くは並行して、一斉に、或いは同時に実行されてよい。動作の順序は再配置されてよい。プロセスは、その動作が完了するときに終了されてよいだけでなく、図面に含まれない追加のステップを含んでもよい。プロセスは、方法、関数、手順、サブルーチン、サブプログラム等に対応することができる。プロセスが関数に対応する場合、その終了は、関数の呼出し及び／又はmain関数への関数の復帰に対応することができる。
【００１５】
本明細書で用いられる場合、「回路」はという用語は、説明した機能を提供するように構成された特定用途向け集積回路（ＡＳＩＣ）、電子回路、論理回路、プロセッサ（共有、専用又はグループ）及び／又はメモリ（共有、専用又はグループ）等の、ハードウェアコンポーネントの一部であり、或いはハードウェアコンポーネントを含む。一部の実施形態では、回路は、記載された機能の少なくとも一部を提供するために、１つ以上のソフトウェア又はファームウェアプログラムを実行してよい。例示の実施形態は、前述の回路の１つ以上によって実行される、例えばプログラムコード、ソフトウェアモジュール及び／又は機能プロセス等の、コンピュータ実行可能命令の一般の文脈で説明することができる。プログラムコード、ソフトウェアモジュール及び／又は機能プロセスは、特定のタスクを実行する、又は特定のデータ型を実装するルーチン、プログラム、オブジェクト、コンポーネント、データ構造等を含んでよい。本明細書で論じられるプログラムコード、ソフトウェアモジュール及び／又は機能プロセスは、既存の通信ネットワーク内の既存のハードウェアを用いて実施されてよい。例えば、本明細書で論じられるプログラムコード、ソフトウェアモジュール及び／又は機能プロセスは、既存のネットワークエレメント又は制御ノードの既存のハードウェアを用いて実施されてよい。
【００１６】
本明細書で用いられる場合、用語「ユーザ装置」は、クライアント、モバイル、モバイルデバイス、モバイル端末、ユーザ端末、モバイルユニット、移動局、移動ユーザ、ＵＥ、加入者、ユーザ、遠隔ステーション、アクセスエージェント、ユーザエージェント、受信器等と同義とみなされることがあり、以下時折それらとして称されることがあり、また、通信ネットワーク内のネットワークリソースのリモートユーザを記述することがある。更に、用語「ユーザ装置」は、家電機器、携帯電話、スマートフォン、タブレットパーソナルコンピュータ、ウェアラブルコンピューティングデバイス、パーソナルデジタルアシスタント（ＰＤＡ）、デスクトップコンピュータ、ラップトップコンピュータ等の、無線／有線デバイスの任意のタイプを含んでよい。
【００１７】
本明細書で用いられる場合、用語「ネットワークエレメント」は、ネットワークコンピュータ、ネットワークハードウェア、ネットワーク装置、ルータ、スイッチ、ハブ、ブリッジ、無線ネットワークコントローラ、無線アクセスネットワーク装置、ゲートウェイ及び／又は他の類似の装置と同義であるとみなされることがあり、且つ／又は、それらとして称されることがある。用語「ネットワークエレメント」は、有線又は無線の通信ネットワークの物理的コンピューティングデバイスを記述し、仮想マシンをホストするように構成されてよい。更に、用語「ネットワークエレメント」は、ネットワークと１以上のユーザとの間のデータ及び／又は音声接続のための無線ベースバンド機能を提供する装置を記述することがある。用語「ネットワークエレメント」は、「基地局」と同義であるとみなされることがあり、且つ／又は、それとして称されることがある。本明細書で用いられる場合、用語「基地局」は、ノードＢ、拡張型又は進化型ノードＢ（ｅＮＢ）、ベーストランシーバ基地局（ＢＴＳ）、アクセスポイント（ＡＰ）等と同義であるとみなされることがあり、且つ／又は、それとして称されることがあり、また、ネットワークと１以上のユーザとの間のデータ及び／又は音声接続のための無線ベースバンド機能を提供する装置を説明することがある。
【００１８】
同じく留意すべきこととして、本明細書で用いられる用語「チャネル」は、データ又はデータストリームを通信するために用いられる、有形か無形のいずれかの任意の伝送媒体を指すことがある。更に、用語「チャネル」は、「通信チャネル」、「データ通信チャネル」、「伝送チャネル」、「データ伝送チャネル」、「アクセスチャネル」、「データアクセスチャネル」、「リンク」、「データリンク」、「キャリア」、「無線周波数キャリア」及び／又は、データが通信される経路又は媒体を表す任意の他の用語と同義且つ／又は均等であるとみなされることがある。
【００１９】
例示の実施形態は、一般に、アンライセンススペクトル内のスタンドアロン（ＳＡ）キャリアとして、ロング・ターム・エボリューション・アンライセンス（ＬＴＥ−Ｕ）及びライセンス・アシスト・アクセス（ＬＡＡ）の設計のためのものであり、より具体的には、例示の実施形態は、アンライセンス共有媒体におけるデータ伝送に用いることのできる新しいハイブリッド自動再送要求（ＨＡＲＱ）フィードバックメカニズムのためのものである。
【００２０】
図１は、例示の実施形態に係る通信ネットワーク１００の例を示す。通信ネットワーク１００は、ユーザ装置（ＵＥ）１０５、eNode  B（ｅＮＢ）１１０及びコアネットワーク１１５を含む。
【００２１】
図１を参照する。ＵＥ１０５の各々（まとめて「ＵＥ１０５」と呼ばれる）は、１つ以上のアプリケーションを実行することが可能であり、且つ無線インタフェースを介してネットワークエレメント（例えばＢＳ１１０）と接続することが可能な、物理ハードウェアデバイスであってよい。ＵＥ１０５は、送信器／受信器（或いは代替としてトランシーバ）、メモリ、１つ以上のプロセッサ及び／又は他の同様のコンポーネントを備えてよい。ＵＥ１０５は、ＢＳ１１０（まとめて「ｅＮＢ１１０」と称する）のうちの少なくとも１つとデータを送信／受信するように構成されてよい。ＵＥ１０５は、順次且つ自動的に一連の算術演算又は論理演算を実行するように設計されてよく、機械可読媒体上にデジタルデータを記録／記憶するため備えられてよく、基地局１１０を介してデジタルデータを送受信するように設計されてよい。ＵＥ１０５は、無線電話やスマートフォン、ラップトップ型パーソナルコンピュータ（ＰＣ）、タブレットＰＣ、ウェアラブルコンピューティングデバイス及び／又は、基地局１１０及び／又は任意の他の類似のネットワークエレメントを介してデジタルデータを記録、保存且つ／又は転送することの可能な他の任意の物理デバイス又は論理デバイスを含んでよい。ＵＥ１０５に含まれる無線送信器／受信器（代替としてトランシーバ）は、１つ以上の無線通信プロトコル及び／又は１つ以上の携帯電話通信プロトコルに従って動作するように構成される。ＵＥ１０５は、第３世代パートナーシッププロジェクト（３ＧＰＰ）ロング・ターム・エボリューション・アドバンスト（ＬＴＥ−Ａ）規格及び／又は任意の他の無線通信プロトコル（ＲＦベース、光（可視／不可視）等）に従って動作するように構成されてよい。
【００２２】
様々な実施形態では、ＵＥ１０５は、ライセンスさ共有媒体（「ライセンススペクトル」及び／又は「ライセンス帯域」とも呼ばれる）及びアンライセンス共有媒体（「アンライセンススペクトル」及び／又は「アンライセンス帯域」とも呼ばれる）を介して、データを通信（例えば、送信及び受信）するように構成されてよい。ライセンススペクトルは、約４００ＭＨｚから約３．８ＧＨｚの周波数範囲で動作するチャネルを含んでよく、アンライセンススペクトルは５ＧＨｚ帯域を含んでよい。更に、ＵＥ１０５は、アンライセンススペクトル内の１つ以上のチャネルが利用不可であるか或いは占有されているか否かを決定するために、１つ以上の既知の媒体センシング動作及び／又はキャリア検知動作を実行するように構成されてよい。
【００２３】
再び図１を参照する。ｅＮＢ１１０は、ｅＮＢ１１０に関連付けられた地理的エリア又はセルカバレッジエリア内のモバイルデバイス（例えばＵＥ１０５）に無線通信サービスを提供するように構成されたハードウェアコンピューティングデバイスである。ｅＮＢ１１０は、各ＵＥ１０５についてのリンクを介してＵＥ１０５に無線通信サービスを提供してよい。ｅＮＢ１１０とＵＥ１０５との間のリンクは、ｅＮＢ１１０からＵＥ１０５へ情報を送信するための１つ以上のダウンリンク（或いは順方向）チャネルと、ＵＥ１０５からｅＮＢ１１０へ情報を送信するための１つ以上のアップリンク（或いは逆方向）チャネルを含んでよい。チャネルは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）、物理ＨＡＲＱインジケータチャネル（ＰＨＩＣＨ）、物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）、物理ブロードキャストチャネル（ＰＢＣＨ）、物理アップリンク共有チャネル（ＰＵＳＣＨ）、物理アップリンク制御チャネル（ＰＵＣＣＨ）、物理ランダムアクセスチャネル（ＰＲＡＣＨ）及び／又は、データを送信／受信するのに用いられる任意の他の同様の通信チャネル若しくはリンクを含んでよい。
【００２４】
様々な実施形態では、ＢＳ１１０は、１つ以上のアンテナ、１つ以上のメモリデバイス、１つ以上のプロセッサ及び／又は他の同様のコンポーネントに接続された送信器／受信器（或いはトランシーバ）を含む。１つ以上の送信器／受信器は、送信器及び受信器に関連付けられてよい１つ以上のリンクを介して、セルカバレッジエリア内の１つ以上のＵＥ１０５との間でデータ信号を送信／受信するように構成されてよい。様々な実施形態では、ＢＳ１１０は、符号分割多元接続（ＣＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、時分割多元接続（ＴＤＭＡ）、パケットモード多元接続、空間分割多元接続（ＳＤＭＡ）及び／又は任意の他の同様のチャネルアクセス方法若しくはそれらの組み合わせ等の、チャネルアクセス方法を動作するように構成されてよい。様々な実施形態では、通信ネットワーク１００がＬＴＥ−Ａ規格を採用する場合、ｅＮＢ１１０は、進化型ユニバーサル地上無線アクセス（Ｅ−ＵＴＲＡ）プロトコル（例えば、ダウンリンク通信ではＯＦＤＭＡ、アップリンク通信ではシングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ））を採用して、ＵＥ１０５と接続するか、そうでなければＵＥ１０５と通信してよい。
【００２５】
様々な実施形態では、ｅＮＢ１１０は、キャリアセンス多元接続（ＣＳＭＡ）プロトコル（デバイスが共有伝送媒体上で伝送する前に他のトラフィックがないことを検証する確率的メディアアクセス制御（ＭＡＣ）プロトコルである）等の、媒体センシング動作、キャリアセンシング動作及び／又は１つ以上の衝突検出方法を実行するように構成されてよい。ＣＳＭＡプロトコルは衝突回避プロトコルを採用することができ、ここではチャネルがアイドルであることが検知されたときにのみ、装置が送信する。代替として、ＣＳＭＡプロトコルは衝突検出（ＣＤ）プロトコルを採用することができ、ここでは衝突が検出されるとすぐに装置が送信を終了する。しかしながら、実施形態は、上述した衝突検出方法に限定されず、任意のタイプの衝突検出方法を包含することができる。更に、ＣＳＭＡプロトコルはＲｅｑｕｅｓｔ−ｔｏ−Ｓｅｎｄ／Ｃｌｅａｒ−ｔｏ−Ｓｅｎｄ（ＲＴＳ／ＣＴＳ）プロトコルであってよく、ここでは、データを送信したい装置が、フレーム送信要求（ＲＴＳ）を送信することによってプロセスを開始し、宛先装置は、フレーム送信許可（ＣＴＳ）で応答する。
【００２６】
留意すべきこととして、ｅＮＢ１１０は、ｅＮＢ１１０及び／又は無線ネットワークコントローラ（ＲＮＣ）（図示なし）を含み得る無線アクセスネットワーク（ＲＡＮ）、他の無線アクセス技術（ＲＡＴ）等の一部であってよい。通信ネットワーク１００がＬＴＥ規格を採用する実施形態では、ＲＡＮは、進化型ＵＭＴＳ地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）と呼ぶことができる。ＲＮＣは、通信ネットワーク１００内の無線リソース管理とモビリティ管理機能を実行するハードウェアコンピューティングデバイスであってよい。このために、ＲＮＣは、１つ以上のアンテナ、メモリ、１つ以上のプロセッサ及び／又は他の同様のコンポーネントに接続された送送信器／受信器（代替としてトランシーバ）を含んでよい。一部の実施形態では、ｅＮＢ１１０及びＲＮＣは、同じ物理ハードウェアデバイス上に存在してよい。ＲＮＣは、ｅＮＢ１１０を制御し、コアネットワーク１１５との間で情報を通信（例えば、送信及び受信）してよい。ＲＮＣとそれらの典型的な機能は一般に周知であるので、ＲＮＣ１１５の典型的な機能の更なる詳細な説明は省略する。
【００２７】
図１を参照する。コアネットワーク１１５は、基地局（例えばｅＮＢ１１０）を介してコアネットワーク１１５に接続することのできるモバイルデバイス（例えばＵＥ１０５）に様々な電気通信サービスを提供する、１つ以上のハードウェアデバイスを含んでよい。通信ネットワーク１００がＬＴＥプロトコルを採用する実施形態では、コアネットワーク１１５は、３ＧＰＰ技術仕様書に記載されているように、進化型パケットコア（ＥＰＣ）を備えたシステム・アーキテクチャ・エボリューション（ＳＡＥ）のコンポーネントを含んでよい。このような実施形態では、コアネットワーク１１５は、移動管理エンティティ（ＭＭＥ）、サービング・ゲートウェイ（ＳＧＷ）、パケット・データ・ネットワーク（ＰＤＮ）ゲートウェイ（ＰＧＷ）、ホーム加入者サーバ（ＨＳＳ）、アクセスネットワークディスカバリ及び選択機能（ＡＮＤＳＦ）、進化型パケット・データ・ゲートウェイ（ｅＰＤＧ）及び／又は既知の他の同様のコンポーネントを含んでよい。ＳＡＥコアネットワークのコンポーネントとその機能は一般に周知であるので、ＳＡＥコアネットワークの更なる詳細な説明は省略する。同じく留意すべきこととして、前述の機能は、同じ物理ハードウェアデバイスによって、又は別個のコンポーネント及び／又はデバイスによって提供されてよい。
【００２８】
様々な実施形態では、ＵＥ１０５及びｅＮＢは、自動再送要求（ＡＲＱ）又はハイブリッドＡＲＱ（ＨＡＲＱ）プロトコルに従って動作するように構成されてよく、それによりＵＥ１０５は、ｅＮＢ１１０からのデータ送信の受信に応答して、フィードバック又はフィードバックメッセージ／信号を送信することができる。例えば、データ送信は、ダウンリンク物理データチャネル（例えばＰＤＳＣＨ）を介して送信され得るトランスポートブロックによって搬送されてよい。物理制御チャネル（例えばＰＤＣＣＨ）には、１つ以上のサブフレームにおけるリソース割当てとその変調・符号化方式を含む、データ送信のスケジューリング情報が含まれてよい。一般に、ＵＥ１０５は、物理制御チャネル内のメッセージを復号してよい。それが物理データチャネルに割り当てられているとＵＥ１０５が決定した場合、ＵＥ１０５は、物理制御チャネルから復号されたスケジューリング情報に従ってデータ送信を復号する。フィードバックは、ＨＡＲＱアクノレッジメント（ＡＣＫ）メッセージ又はＨＡＲＱネガティブアクノレッジメント（ＮＡＣＫ）メッセージの形式であってよい。ＵＥ１０５は、物理データチャネルを介してｅＮＢ１１０から受信されたデータ送信を適切に復号及び／又は復調することに応答して、ＨＡＲＱ−ＡＣＫメッセージを送信してよい。ＨＡＲＱ−ＡＣＫメッセージは、次のスケジュールされたデータ送信が同じ物理データチャネル又は異なる物理データチャネルを介してＵＥ１０５に送信されることを、ｅＮＢに示すことができる。ＵＥ１０５は、物理データチャネルを介してｅＮＢ１１０から受信されたデータ送信の不適切又は失敗の復号及び／又は復調に応答して、ＨＡＲＱ−ＮＡＣＫメッセージを送信してよい。ＨＡＲＱ−ＮＡＣＫメッセージは、以前に送信されたデータ送信が同じ又は異なる物理データチャネルを介してＵＥ１０５に再送信されるべきであることを、ｅＮＢ１１０に示すことができる。ＵＥ１０５は、受信されたデータ送信の復号が成功／失敗した場合に、ＨＡＲＱ−ＡＣＫ／ＮＡＣＫを含むアップリンク送信でフィードバックを送信してよい。様々な実施形態によれば、ＵＥ１０５は、物理制御チャネル（例えばＰＵＣＣＨ）又は物理データチャネル（例えばＰＵＳＣＨ）を介してフィードバックを送信してよい。ＵＥ１０５がＰＵＳＣＨを介してデータを送信する実施形態では、ＵＥ１０５は、ＡＣＫ／ＮＡＣＫ情報をＰＵＳＣＨ送信にエンコードするか又は埋め込んでよく、或いは、ＵＥ１０５がＰＵＣＣＨを介して送信する別個のＡＣＫ  ＮＡＣＫフィードバックメッセージに、ＡＣＫ／ＮＡＣＫ情報をエンコードするか又は他の方法で埋め込んでよい。図１は、２つのモバイルデバイス（例えばＵＥ１０５）にサービス提供する単一の基地局（例えばｅＮＢ１１０）を示しているが、留意すべきこととして、様々な例示の実施形態では、通信ネットワーク１００は、図１に示すものよりも多くのユーザ端末にサービス提供するより多くの基地局を含んでよい。更に、留意すべきこととして、１つのＲＡＮ又はＲＡＴ（図示なし）に複数の基地局が含まれてよい。同じく留意すべきこととして、通信ネットワーク１００は、ＬＴＥ規格及び／又は任意の他の同様の無線通���規格によって定義されるように、より多くのネットワーク装置を含んでよい。しかしながら、本明細書に記載された例示の実施形態を理解するために、これらの一般的な従来のコンポーネントの全てを示す必要はない。
【００２９】
図２は、様々な例示の実施形態に係る、通信ネットワーク１００によって採用され得るＵＥ１０５及びｅＮＢ１１０のコンポーネントを示す。図示のように、ＵＥ１０５は、フィードバック回路２０５、送信回路２１０及び受信回路２１５を備える。更に、ｅＮＢ１１０は、処理回路２２０、送信回路２２５及び受信回路２３０を備える。
【００３０】
様々な実施形態によれば、送信回路２１０及び受信回路２１５は、例えばｅＮＢ１１０との無線送信を容易にするために、１つ以上のアンテナと結合されてよい。例えば、送信回路２１０は、ＵＥ１０５の１つ以上のコンポーネントからデジタルデータを受信し、１つ以上のアンテナを介して無線インタフェースを介して送信するために、受信したデジタルデータをアナログ信号に変換するように構成されてよい。受信回路２１５は、変調された電波からの信号を受信し、デジタルデータ等の使用可能な情報に変換することのできる、任意のタイプのハードウェアデバイスであってよい。受信回路２１５は、電波を捕捉するために１つ以上のアンテナと結合されてよい。受信回路２１５は、捕捉された電波から変換されたデジタルデータを、ＵＥ１０５の１つ以上の他のコンポーネントに送信するように構成されてよい。実施形態では、ＵＥの送信回路２１０及び受信回路２１５は、フィードバック回路２０５と結合されてよい。留意すべきこととして、様々な実施形態によれば、フィードバック回路２０５は、処理回路２０５と呼ぶこともできる。フィードバック回路２０５は、ＵＥ１０５に関して本明細書で説明したフィードバック動作を実行するように構成されてよい。ＵＥ１０５の回路のコンポーネントは、ＵＥ１０５に関して本開示の他の箇所で説明されたものと同様の動作を実行するように構成されてよい。本明細書で用いられる場合、「回路」という用語は、特定用途向け集積回路（ＡＳＩＣ）、電子回路、１つ以上のソフトウェア又はファームウェアプログラムを実行するプロセッサ（共有、専用又はグループ）及び／若しくはメモリ（共有、専用又はグループ）、論理回路の組合わせ、並びに／又は、説明される機能を提供する他の適切なハードウェアコンポーネントの一部を指すことがあり、或いはそれらの一部であってよく、或いはそれらを含む。一部の実施形態では、１つ以上のハードウェアデバイスと組み合わせられる１つ以上のソフトウェア又はファームウェアモジュールにより、電子デバイス回路が実施されてよく、或いは該回路に関連付けられた機能が実施されてよい。
【００３１】
様々な実施形態によれば、ｅＮＢ１１０の回路は、処理回路２２０に結合された送信回路２２５及び受信回路２３０を含んでよい。送信回路２２５と受信回路２３０は、ＵＥ１０５に関して説明された送信回路２１０と受信回路２１５と同じであってよく、或いは同様であってよく、又は、送信回路２２５と受信回路２３０は、ＵＥ１０５の送信回路２１０と受信回路２１５に関して説明したのと同じか同様の方式で動作してよい。送信回路２２５及び受信回路２３０は、例えばＵＥ１０５との無線通信を提供するために、１つ以上のアンテナと結合されてよい。ｅＮＢ１１０は、バックホール通信リンクを介して、例えば、無線通信システムの進化型パケットコア（ＥＰＣ）内のエンティティ（例えばコアネットワーク１１５内のエンティティ）等の、他のネットワークエンティティと通信するように構成されてよい。処理回路２２０は、本明細書で説明される様々な例示の実施形態に係る、ＵＥ１０５とのデータの伝送を制御及び／又はスケジューリングしてよい。ｅＮＢ１１０の回路のコンポーネントは、ｅＮＢ１１０に関して本開示の他の箇所に記載されたものと同様の動作を実行するように構成されてよい。本明細書で用いられる場合、「回路」はという用語は、特定用途向け集積回路（ＡＳＩＣ）、電子回路、１以上のソフトウェア又はファームウェアプログラムを実行するプロセッサ（共有、専用又はグループ）及び／若しくはメモリ（共有、専用又はグループ）、論理回路の組合わせ、並びに／又は、説明される機能を提供する他の適切なハードウェアコンポーネントの一部を指すことがあり、或いはそれらの一部であってよく、或いはそれらを含む。一部の実施形態では、１つ以上のハードウェアデバイスと組み合わせられる１つ以上のソフトウェア又はファームウェアモジュールにより、電子デバイス回路が実施されてよく、或いは該回路に関連付けられた機能が実施されてよい。
【００３２】
図３は、様々な例示の実施形態に係る、本明細書に開示された例示の実施形態を実施することのできるコンピューティングシステム３００のコンポーネントを示す。図３はコンピューティングシステム３００の様々なコンポーネントを示すが、本明細書で説明する実施形態は、任意の適切に構成されたハードウェア及び／又はソフトウェアを用いるシステムに実装されてよい。図３は、例示の一実施形態として、少なくとも図３に示されるように互いに結合される無線周波数（ＲＦ）回路３０５、ベースバンド回路３１０、アプリケーション回路３１５、メモリ／記憶装置３２０、ディスプレイ３２５、カメラ３３０、センサー３３５及び入出力（Ｉ／Ｏ）インタフェース３４０を備える、コンピューティングシステム３００を示す。
【００３３】
アプリケーション回路３１５は、限定ではないが、１つ以上のシングルコア又はマルチコアプロセッサ等の回路を含んでよい。プロセッサは、汎用プロセッサと専用プロセッサ（例えば、グラフィックプロセッサ、アプリケーションプロセッサ等）の任意の組合わせを含んでよい。プロセッサは、メモリ／記憶装置３２０と結合され、モリ／記憶装置３２０に記憶された命令を実行して、システム上で動作する様々なアプリケーション及び／又はオペレーティングシステムを有効にするように構成されてよい。
【００３４】
メモリ／記憶装置３２０は、本明細書で説明される様々な例示の実施形態を実行するための動作を実行するためのプログラムコード等、１つ以上のソフトウェアコンポーネントのオペレーティングシステム及びプログラムコードを記憶するように構成されるハードウェアデバイスであってよい。メモリ／記憶装置３２０は、データ及び／又は命令をロード及び記憶するために用いられてよい。一実施形態のメモリ／記憶装置は、適切な揮発性メモリ（例えば、ダイナミックランダムアクセスメモリ（ＤＲＡＭ））及び／又は不揮発性メモリ（例えばフラッシュメモリ）の任意の組合わせを含んでよい。プログラムコード及び／又はソフトウェアコンポーネントは、駆動機構（図示なし）を用いて、別個のコンピュータ可読記憶媒体からメモリ／記憶装置３２０にロードされてもよい。このような別個のコンピュータ可読記憶媒体は、メモリカード、メモリスティック、取外し可能なフラッシュドライブ、ＳＩＭカード、ＣＤ−ＲＯＭ／ＤＶＤディスク、及び／又は他の同様のコンピュータ可読記憶媒体（図示なし）を含んでよい。一部の実施形態では、ソフトウェアコンポーネントは、Ｉ／Ｏインタフェース３４０を介して外部デバイス又はシステムからメモリ／記憶装置３２０にロードされてよい。
【００３５】
ベースバンド回路３１０は、限定されないが、１つ以上のシングルコアまたはマルチコアプロセッサなどの回路を含んでよい。プロセッサは、ベースバンドプロセッサを含んでよい。ベースバンド回路は、ＲＦ回路３０５を介して１つ以上の無線ネットワークとの通信を可能にする様々な無線制御機能を処理することができる。留意すべきこととして、様々な実施形態では、ベースバンド回路は、無線制御回路を含んでよく、或いは、無線制御回路を動作させて、様々な無線制御機能を実行してよい。様々な実施形態では、無線制御回路は、無線制御機能の少なくとも一部を実行するためにベースバンドプロセッサを利用してよい。無線制御機能は、信号変調、符号化、復号化、無線周波数シフト等を含むことができるが、これに限定されない。一部の実施形態では、ベースバンド回路３１０は、１つ以上の無線技術と互換性のある通信を提供することができる。例えば、一部の実施形態では、ベースバンド回路は、進化型ユニバーサル地上無線アクセスネットワーク（ＥＵＴＲＡＮ）及び／又は他の無線メトロポリタンエリアネットワーク（ＷＭＡＮ）、無線ローカルエリアネットワーク（ＷＬＡＮ）、無線パーソナルエリアネットワーク（ＷＰＡＮ）との通信をサポートすることができる。ベースバンド回路３１０が２つ以上の無線プロトコルの無線通信をサポートするように構成される実施形態は、マルチモードベースバンド回路と呼ぶことができる。様々な実施形態では、ベースバンド回路３１０は、厳密にベースバンド周波数であるとはみなされない信号で動作する回路を含んでよい。例えば、一部の実施形態では、ベースバンド回路３１０は、ベースバンド周波数と無線周波数との間にある中間周波数を有する信号で動作する回路を含んでよい。
【００３６】
ＲＦ回路３０５は、非固体媒体を介して変調された電磁放射線を用いて、無線ネットワークとの通信を可能にすることができる。様々な実施形態では、ＲＦ回路３０５は、無線ネットワークとの通信を容易にするために、スイッチ、フィルタ、増幅器等を含んでよい。様々な実施形態では、ＲＦ回路３０５は、厳密には無線周波数であるとはみなされない信号で動作する回路を含んでよい。例えば、一部の実施形態では、ＲＦ回路３０５は、ベースバンド周波数と無線周波数との間の中間周波数を有する信号で動作する回路を含んでよい。
【００３７】
様々な実施形態では、ＵＥ１０５又はｅＮＢ１１０に関して上記で論じた送信回路、処理回路又は受信回路は、ＲＦ回路３０５、ベースバンド回路３１０及び／又はアプリケーション回路３１５のうちの１つ以上において全体的又は部分的に実現されてよい。本明細書で用いられる場合、「回路」という用語は、特定用途向け集積回路（ＡＳＩＣ）、電子回路、１つ以上のソフトウェア又はファームウェアプログラムを実行するプロセッサ（共有、専用又はグループ）及び／若しくはメモリ（共有、専用又はグループ）、論理回路の組合わせ、並びに／又は、説明される機能を提供する他の適切なハードウェアコンポーネントの一部を指すことがあり、或いはそれらの一部であってよく、或いはそれらを含む。一部の実施形態では、１つ以上のソフトウェア又はファームウェアモジュールにより、電子デバイス回路が実施されてよく、或いは該回路に関連付けられた機能が実施されてよい。
【００３８】
一部の実施形態では、ベースバンド回路３１０、アプリケーション回路３１５及び／又はメモリ／記憶装置３２０の構成コンポーネントの一部又は全部は、システムオンチップ（ＳＯＣ）上に一緒に実装されてよい。
【００３９】
様々な実施形態では、Ｉ／Ｏインタフェース３４０は、システム及び／又はシステムとの周辺コンポーネントインタラクションを可能にするように設計された周辺コンポーネントインタフェースとのユーザインタラクションを可能にするように設計された、１つ以上のユーザインタフェースを含んでよい。ユーザインタフェースは、物理キーボード又はキーパッド、タッチパッド、スピーカ、マイクロホン等を含むことができるが、これに限定されない。周辺コンポーネントインタフェースは、不揮発性メモリポート、ユニバーサルシリアルバス（ＵＳＢ）ポート、オーディオジャック及び電源インタフェースを含んでよいが、これらに限定されない。
【００４０】
様々な実施形態では、センサー３３５は、システムに関連する環境条件及び／又は位置情報を決定するための１つ以上の検知装置を含んでよい。一部の実施形態では、センサー３３５は、ジャイロセンサー、加速度計、近接センサー、周囲光センサー及び測位ユニットを含むことができるが、これらに限定されない。測位ユニットは、測位ネットワーク（例えば全地球測位システム（ＧＰＳ）衛星）のコンポーネントと通信するために、ベースバンド回路３１０及び／又はＲＦ回路３０５の一部であってもよく、又はベースバンド回路３１０及び／又はＲＦ回路３０５とインタラクションしてもよい。
【００４１】
様々な実施形態では、ディスプレイ３２５はディスプレイ（例えば、液晶ディスプレイ、タッチスクリーンディスプレイ等）を含んでよい。
【００４２】
様々な実施形態では、コンピューティングシステム３００は、限定ではないが、ラップトップコンピューティングデバイス、タブレットコンピューティングデバイス、ネットブック、ウルトラブック、スマートフォン、ウェアラブルコンピューティングデバイス等のモバイルコンピューティングデバイスであってよい。様々な実施形態では、コンピューティングシステム３００は、より多くの、又はより少ないコンポーネント及び／又は異なるアーキテクチャを有してよい。
【００４３】
図４は、様々な例示の実施形態に係る、図１の通信ネットワーク装置によってとられるアクションを示すプロセス４００を示す。様々な実施形態によれば、プロセス４００は、アンライセンス共有媒体を介して通信されるデータ送信のフィードバックを提供するために用いられてよい。説明上、プロセス４００の動作は、ＵＥ１０５及びｅＮＢ１１０によって実行されるものとして説明され、それらは図１〜３に関して説明される。しかしながら、留意すべきこととして、以下に説明するように他の同様の装置がプロセス４００を動作してよい。動作の特定の例及び順序が図４に示されているが、様々な実施形態では、これらの動作は、並び替えられてよく、追加の動作に分割されてよく、組み合わされてよく、且つ／又は完全に省略されてよい。
【００４４】
図４を参照する。動作４０５において、ｅＮＢ１１０は、媒体センシング動作を実行してよい。様々な実施形態では、ＨＡＲＱ−ＡＣＫビットのようなフィードバックビットの受信の確実性を保証するために、チャネルセンシング機構を採用して、アンライセンス帯域内でフィードバックを送信する前に空きチャネル及び／又は非占有チャネルを決定することができる。これは、「listen-before-talk」（ＬＢＴ）競合機構と称されることがある。留意すべきこととして、「媒体センシング」という用語は、「キャリアセンシング」、「チャネルセンシング」、ＬＢＴ等と称されることがある。フィードバックデータ（例えばＨＡＲＱ−ＡＣＫ、ＨＡＲＱ−ＮＡＣＫ等）の信頼できる受信を確実にするとともに、５ＧＨｚ帯域で動作する他のＲＡＴ及び／又はＷｉ−Ｆｉデバイスからの送信との衝突を低減するために、ＵＥ１１０はまず媒体を検知する。留意すべきこととして、図４は、この機構の１つの可能な実施形態を示しており、様々な実施形態によれば、ｅＮＢ１１０は、複数のアンライセンスチャネル上で媒体センシング動作を実行して、アンライセンス共有媒体内の空チャネルを検出するか、他の方法で決定してよい。
【００４５】
動作４１０では、ｅＮＢ１１０が、媒体が空きであるか否かを決定する。ｅＮＢ１１０は、媒体が空きでない（例えば、アンライセンススペクトルのチャネルが占有されている）と決定した場合、動作４０５に戻って、非占有で有り得るアンライセンススペクトルの１つ以上の他のスペクトルについて媒体センシング動作を実行する。ｅＮＢ１１０が、媒体が空きであるか非占有であると決定した場合、ｅＮＢ１１０は動作４１５に進み、アンライセンススペクトル内の検出されたチャネルを介してＵＥ１０５にデータ送信を送信する。
【００４６】
動作４２０では、ＵＥ１０５が、ｅＮＢ１１０からデータ送信を受信する。動作４２５では、ＵＥ１０５が復調及び／又は復号動作を実行する。データ送信を復調及び／又は復号するための多くの方法は一般に周知であるので、データ送信を復調及び／又は復号する方法の更なる詳細な説明は省略する。
【００４７】
動作４３０では、ＵＥ１０５が媒体センシング動作を実行する。ＵＥ１０５によって実行される媒体センシング動作は、動作４０５に関して先に説明された媒体センシング動作と同じであってもよいし、類似してもよい。ＵＥ１０５は、媒体が空きでない（例えば、媒体のチャネルが占有されている）と決定した場合、動作４３０に戻って、非占有で有り得るアンライセンススペクトルの１つ以上の他のスペクトルについて媒体センシング動作を実行する。ＵＥ１０５が、媒体が空きであるか非占有であると決定した場合、ＵＥ１０５は動作３４０に進み、データ送信に関連付けられたフィードバック（例えばＨＡＲＱ−ＡＣＫ、ＨＡＲＱ−ＮＡＣＫ等）をｅＮＢ１１０に送信する。
【００４８】
様々な実施形態では、ＵＥ１０５がアンライセンススペクトル上の空きチャネルを検出又は決定すると、ＵＥ１０５は、それを介してフィードバック情報を送信する。空きチャネルは、ＵＥ１０５がｅＮＢ１１０からデータ送信を受信したのと同じチャネルであってよい。或いは、ＵＥ１０５は、ＵＥ１０５がｅＮＢ１１０からデータ送信を受信したチャネルとは異なる空きチャネルを用いてよい。例えば、様々な実施形態では、ＵＥ１０５は、ＰＵＣＣＨ又はＰＵＳＣＨを用いて、ＨＡＲＱ−ＡＣＫ／ＮＡＣＫフィードバックを送信してよい。ＬＴＥ−Ａ規格を採用するほとんどの通信ネットワークでは、ＰＵＣＣＨ送信は、通常、デュアル接続シナリオの場合にプライマリセル（ＰＣｅｌｌ）とセカンダリセル（ＳＣｅｌｌ）でのみ許可される。しかしながら、ＳＡ  ＬＴＥ−Ｕ動作の場合、ＰＵＣＣＨ送信は他のキャリアにも拡張することができる。様々な実施形態では、アンライセンス帯域内の異なるキャリア上で動作するＭ個のＰＵＣＣＨチャネルは、各ＬＴＥ−Ｕ対応ＵＥ（例えばＵＥ１０５）の上位層シグナリングにより、半静的に構成されてよい。ＨＡＲＱ−ＡＣＫ／ＮＡＣＫフィードバックの送信について、ＵＥ１０５は、媒体キャリアセンシング動作に従って検出され得るＭ個のＰＵＣＣＨチャネルから１つの利用可能なＰＵＣＣＨチャネルを選択する。更に、様々な実施形態では、ｅＮＢ１１０は、各ＵＥ１０５がＰＵＣＣＨチャネルを選択するために用いることのできるＭ個の値の数を動的に構成してよい。更に、留意すべきこととして、様々な実施形態では、ＵＥ１０５は、データ送信を送信するためにｅＮＢ１１０によって用いられたアンライセンス帯域とは異なるアンライセンス帯域に関するフィードバックを送信するための空きチャネルを、検出又は他の方法で決定してもよい。
【００４９】
再び図４を参照する。動作４４５では、ｅＮＢ１１０が、ＵＥ１０５からフィードバックメッセージを受信し、フィードバックがＨＡＲＱ−ＡＣＫメッセージとＨＡＲＱ−ＮＡＣＫメッセージの一方であるか否かを決定する。動作４４５において、フィードバックがＨＡＲＱ−ＡＣＫメッセージであるとｅＮＢ１１０が決定した場合、ｅＮＢ１１０は動作４０５に戻って、新しいデータ送信の伝送のために媒体センシング動作を実行する。動作４４５において、フィードバックがＨＡＲＱ−ＮＡＣＫメッセージ又は不連続送信（ＤＴＸ）メッセージであるとｅＮＢ１１０が決定した場合、ｅＮＢ１１０は動作４５０に進んで、媒体センシング動作を実行する。媒体センシング動作は、動作４０５と動作４３０で実行される媒体センシング動作と同じであってもよいし、類似してもよい。動作４５５では、ｅＮＢ１１０が、媒体が空きであるか否かを決定する。ｅＮＢ１１０は、媒体が空きではない（例えば、媒体のチャネルが占有されている）と決定した場合、動作４５０に戻って、非占有で有り得るアンライセンススペクトルの１つ以上の他のスペクトルについて媒体センシング動作を実行する。媒体が空きであるか非占有であるとｅＮＢ１１０が決定した場合、ｅＮＢ１１０は動作４６０に進んで、アンライセンススペクトル内の検出チャネルを介してＵＥ１０５にデータ送信を再送する。動作４６５では、ＵＥ１０５が、ｅＮＢ１１０からデータ再送信を受信する。
【００５０】
図５は、様々な例示の実施形態に係る、柔軟なフィードバックタイミング機構のためのプロセス５００を示す。説明の目的のために、プロセス５００の動作は、ＵＥ１０５によって実行されるものとして説明され、それらは図１〜３に関して説明される。しかしながら、留意すべきこととして、以下に説明するように他の同様の装置がプロセス５００を動作してよい。動作の特定の例及び順序が図５に示されているが、様々な実施形態では、これらの動作は、並び替えられてよく、追加の動作に分割されてよく、組み合わされてよく、且つ／又は完全に省略されてよい。
【００５１】
留意すべきこととして、フィードバック情報のみを送信する前にチャネルセンシング機構を採用することは、アンライセンス帯域内のキャリア上のＬＴＥ−Ａフィードバック送信のための３ＧＰＰによって説明された待ち時間要件を確実にするには不十分である可能性がある。例えば、アンライセンス共有媒体は、比較的長い時間ビジーであり、したがって、タイムリーなフィードバック送信がＵＥによって送信されないおそれがある。したがって、様々な実施形態は、ＬＢＴ機構の導入に加えて、既存のＬＴＥフィードバック機構に対する追加の変更を提供する。少なくとも１つの実施形態によれば、プロセス５００は、前述の待ち時間要件を保証するための柔軟なＨＡＲＱ−ＡＣＫフィードバックタイミング機構を提供する。
【００５２】
図５を参照する。動作５０５では、ＵＥ１０５が、データ送信とフィードバック送信との間の固定のタイミング関係を定義してよい。多くのＬＴＥシステムでは、基地局においてフィードバック送信を受信するための待ち時間を確実に低減するために、データ送信の受信とフィードバック送信の送信時間との間のタイミング関係は、待ち時間と受信器処理の複雑さとのトレードオフも考慮しながら、可能な限り短くされる。ライセンススペクトル内で発生するデータ送信では、ダウンリンクチャネルにおけるデータ送信の受信と、アップリンクチャネルにおける対応するフィードバックメッセージの送信（又はその逆）との間の固定のタイミング関係は、現在のＬＴＥ規格によって説明される。例えば、周波数分割複信（ＦＤＤ）（「ＦＤＤ展開」とも称される）を採用するＬＴＥシステムでは、基地局（例えばｅＮＢ１１０）によってダウンリンク（例えばＰＤＳＣＨ）のサブフレームｎでデータ送信が伝送される場合、ユーザ装置（例えばＵＥ１０５）は、対応するｎ＋４のアップリンク（例えばＰＵＣＣＨ、ＰＵＳＣＨ等）のサブフレーム上でＨＡＲＱ−ＡＣＫ／ＮＡＣＫ送信を伝送する。時分割複信（ＴＤＤ）（「ＴＤＤ展開」とも称される）を採用するＬＴＥシステムでは、基地局（例えばｅＮＢ１１０）によってダウンリンク（例えばＰＤＳＣＨ）のサブフレームｎでデータ送信が伝送される場合、ユーザ装置（例えばＵＥ１０５）は、対応するアップリンク（例えばＰＵＣＣＨ、ＰＵＳＣＨ等）のサブフレームｎ＋ｋ上でＨＡＲＱ−ＡＣＫ／ＮＡＣＫ送信を伝送する。ここで、ｋの値は、例えば３ＧＰＰの技術仕様書（ＴＳ）３６．２１３に定義されているように、所定の値である。データ送信の受信とフィードバックメッセージの送信との間の時間は、「送信ウィンドウ」と称されることがある。ライセンススペクトルでの送信のために、ＰＤＳＣＨを介したデータ送信の受信と、対応するＨＡＲＱ−ＡＣＫ／ＮＡＣＫ送信の送信時間との間のタイミング関係が固定されている（例えば「固定送信ウィンドウ」）ので、基地局は、ＨＡＲＱ−ＡＣＫ／ＮＡＣＫが意図される対応するアップリンクチャネルを既に知っていることがある。ほとんどのＬＴＥ−Ａシステムでは、各サブフレームが１ミリ秒（ｍｓ）及び／又２リソースブロック（ＲＢ）長であるので、ＴＤＤ展開の固定送信ウィンドウは４ｍｓ及び／又は８ＲＢ長であり、ＦＤＤ展開の固定送信ウィンドウはｋ  ｍｓ及び／又は（２＊ｋ）ＲＢ長である。
【００５３】
したがって、動作５０５では、固定送信ウィンドウを用いてフィードバックを送信することが可能であるか否かを決定するために、ＵＥ１０５は、ＦＤＤ展開の場合はｎ〜ｎ＋４、ＴＤＤ展開の場合はｎ〜ｎ＋ｋのような、データ送信とフィードバック送信との固定タイミング関係を決定する。
【００５４】
動作５１０では、ＵＥ１０５は、所定のフィードバックリソースがフィードバック送信を送信するために利用可能であるか否かを決定してよい。様々な実施形態では、所定のフィードバックリソースは、フィードバックが送信されることを意図したサブフレーム又はＲＢ（例えば、ＴＤＤ展開の場合はｎ＋ｋサブフレーム、ＦＤＤ展開の場合はｎ＋４サブフレーム）であってよい。所定のフィードバックリソースが利用可能であるか否かを決定するために、様々な実施形態では、ＵＥ１０５は、別の送信が所定のリソースを用いて送信される予定であるか否かを決定するために、ｅＮＢ１１０と様々なシグナリング動作を実行してよい。様々な実施形態では、ＵＥ１０５は、所定のフィードバックリソースが利用可能であるか否かを決定するために、所定のリソースを用いて別の送信が伝送されるようにスケジュールされているか否かを決定するために、媒体センシング動作を実行してよい。動作５１０において、所定のフィードバックリソースが利用可能であるか非占有でないとＵＥ１０５が決定した場合、ＵＥ１０５は動作５３５に進んで、所定のフィードバックリソースを用いてフィードバック送信を伝送してよい。動作５１０において、所定のフィードバックリソースが利用可能でないか、そうでなければ占有されているとＵＥが決定した場合、ＵＥ１０５は動作５１５に進んで、媒体センシング動作を実行して、フィードバック送信を伝送するために非占有フィードバックリソースを検出してよい。
【００５５】
動作５１５では、ＵＥ１０５は、媒体センシング動作を実行してよい。媒体センシング動作は、席に本明細書で論じられた媒体センシング動作と同じであってもよいし、類似してもよい。留意すべきこととして、アンライセンススペクトルを利用する場合、ＰＤＳＣＨを介して送信されるデータ送信と対応するＨＡＲＱ−ＡＣＫ／ＮＡＣＫフィードバックとのタイミング関係は、他のデータパケットによって引き起こされる衝突及び／又は中断の可能性を理由として、保証されないことがある。したがって、アンライセンススペクトルを利用する場合、基地局は、ＰＤＳＣＨデータ送信が意図されるＨＡＲＱ−ＡＣＫ／ＮＡＣＫフィードバックを受信しないことがある。したがって、様々な例示の実施形態では、拡張送信ウィンドウ（「フレキシブル送信ウィンドウ」とも称される）が導入される。したがって、所定のフィードバックリソースが利用できない場合、データ送信と対応するＨＡＲＱ−ＡＣＫフィードバックとの固定のタイミング関係を用いる代わりに、データと関連するＨＡＲＱ−ＡＣＫフィードバックとの柔軟なタイミング関係が用いられてよい。様々な実施形態によれば、サブフレームｎ上でのデータ送信では、対応するフィードバックは、ＦＤＤ展開の場合はアップリンクサブフレームｎ＋４±ｌ、ＴＤＤ展開の場合はサブフレームｎ＋ｋ±ｌで送信することができる。ｋの値は、例えば、ＴＳ３６．２１３に予め定義されている。ｌの値は整数である（例えば０，１，２，…等）。よって、ＨＮＱ−ＡＣＫ  ＮＡＣＫフィードバック送信がアンライセンス帯域で送信される場合、様々な実施形態では、ｅＮＢ１１０は、１つのサブフレーム（例えば所定のフィードバックリソース）を探すのではなく、ＦＤＤ展開ではｎ〜ｎ＋４±ｌ、ＴＤＤ展開ではｎ〜ｎ＋ｋ±ｌのようなサブフレームの範囲内で、フィードバック送信を探すか、他の方法で検出する。様々な実施形態では、ｌの範囲又は値はｅＮＢ１１０で予め定義することができ、よって、ｌは１つ以上の設計選択に従って、且つ／又は１つ以上の経験的研究に基づいて、無線ネットワークオペレータによって選択される。他の実施形態では、ｌの値は、ＵＥ１０５によって（例えば、動作５２５に関して説明したように）選択されるか他の方法で決定され、フィードバックの送信よりも上位層のシグナリングを用いてｅＮＢ１１０に通信されてよい。
【００５６】
再び図５を参照する。動作５２０では、ＵＥ１０５は、別のフィードバックリソースがフィードバック送信を伝送するために利用可能であるか否かを決定してよい。動作５２０において、他のフィードバックリソースが利用可能でないとＵＥが決定した場合、ＵＥ１０５は動作５１５に戻り、媒体センシング動作を実行して、アンライセンススペクトル内の別の非占有フィードバックリソースを検出する。動作５１０において、他のフィードバックリソースが利用可能であるとＵＥが決定した場合、ＵＥ１０５は動作５２５に進んで、利用可能なフィードバックリソースのうち非占有の１つを選択する。
【００５７】
動作５２５では、ＵＥ１０５は、フィードバック送信を送信するために非占有フィードバックリソースを選択してよい。ＵＥ１０５は、動作５２０で複数の媒体センシング動作を実行しなければならない場合があるので、様々な実施形態では、ＵＥ１０５は、ＨＡＲＱ−ＡＣＫ／ＮＡＣＫフィードバックが固定のタイミング関係又は固定の送信ウィンドウに従って送信されないと、ＨＡＲＱ−ＡＣＫ／ＮＡＣＫフィードバックタイマーを開始してよい。ＵＥ１０５がフィードバックを送信するためのフィードバックリソースを選択すると、ＨＡＲＱ−ＡＣＫ／ＮＡＣＫフィードバックタイマーは終了してよい。ＨＡＲＱ−ＡＣＫ／ＮＡＣＫフィードバックタイマーが終了すると、ＵＥ１０５は、中断中のＨＡＲＱ−ＡＣＫ／ＮＡＣＫ情報を破棄してよい。これに対応して、ｅＮＢ１１０は、アップリンクサブフレームの範囲内でＨＡＲＱ−ＡＣＫ／ＮＡＣＫ／ＤＴＸ検出を実行してよい。アップリンクサブフレームの範囲は、ＵＥ１０５におけるＨＡＲＱ−ＡＣＫ／ＮＡＣＫフィードバックタイマーの長さに基づく。ＨＡＲＱ−ＡＣＫ／ＮＡＣＫフィードバックタイマーの長さは、フィードバックの送信よりも上位層のシグナリングを用いて、ｅＮＢ１１０に通信されてよい。次いで、ｅＮＢ１１０は、ＵＥ１０５に対するＨＡＲＱ−ＡＣＫ／ＮＡＣＫフィードバックについて、半静的リソース（例えばキャリアインデックス、帯域番号及び／又は異なる電力制御パラメータ）を再構成してよい。動作５３０では、ＵＥ１０５は、選択されたリソース上でフィードバックを送信してよい。
【００５８】
図６は、様々な例示の実施形態に係る、ＡＣＫ／ＮＡＣＫビットと共に多重化されたＨＡＲＱプロセス番号（ＨＰＮ）を含むフィードバックメッセージ６００を示す。図７は、様々な例示の実施形態に係る、異なるＨＰＮに対するＨＡＲＱ  ＡＣＫ／ＮＡＣＫ位置を固定することによるＨＰＮの非明示的表現を示す。
【００５９】
様々な実施形態によれば、図５に関して説明したフレキシブルタイミング関係は、ｅＮＢ１１０における異なるＨＡＲＱプロセス間の曖昧さ及び／又は潜在的なＰＵＣＣＨリソース衝突を引き起こすおそれがある。この問題を解決するために、様々な例示の実施形態では、１つ以上のＨＡＲＱプロセス番号（ＨＰＮ）に関連付けられたＨＡＲＱ−ＡＣＫ／ＮＡＣＫビットがＨＰＮと多重化されてよく、それによりＡＣＫ／ＮＡＣＫビットとＨＰＮを組み合わせて単一のメッセージとして、利用可能なアップリンクサブフレーム上で送信することができる。
【００６０】
１つ以上のＡＣＫ／ＮＡＣＫビットに関連付けられるＨＰＮは、ＡＣＫ／ＮＡＣＫビットを復号するために用いられるＨＡＲＱプロセス及び／又はＡＣＫ／ＮＡＣＫビットを処理する順序を示すことができる。ほとんどのＬＴＥ仕様によれば、アップリンク及びダウンリンクのＨＡＲＱ−ＡＣＫ／ＮＡＣＫフィードバックメッセージは、ＡＣＫ／ＮＡＣＫビットのみを含むべきである。しかしながら、様々な実施形態では、アンライセンス帯域内の他のパケットによる潜在的な衝突又は潜在的な中断を理由として、ダウンリンク（例えばＰＤＳＣＨ）とＨＡＲＱ−ＡＣＫ／ＮＡＣＫフィードバックとの固定のタイミング関係が保証されない場合、データ送信が意図されているＨＡＲＱ−ＡＣＫ／ＮＡＣＫフィードバックに混乱が生じるおそれがある。
【００６１】
様々な実施形態によれば、ＨＰＮをＡＣＫ／ＮＡＣＫビットと共に多重化することにより、そのような曖昧性を解決することができる。図６は、ＡＣＫＮＡＣＫビットと共にＨＰＮを含む多重化されたフィードバックメッセージの一実施例を示す。図６に示される例示の実施形態では、ＦＤＤ展開では３ビットのプロセス番号が用いられる。ＴＤＤ展開の実施形態では、４ビットのＨＰＮを用いることができる。図６に示されるように、ＨＰＮはＡＣＫ／ＮＡＣＫビットの後に追加されてよい。しかしながら、様々な実施形態では、ＨＰＮはＡＣＫ／ＮＡＣＫビットに先行してよい。これらのＨＰＮビットから、ｅＮＢ１１０は、ＨＡＲＱプロセス番号を決定してよい。更に、様々な実施形態では、ＨＰＮを含む変更されたビットパターンは、ＰＵＣＣＨフォーマット３を用いるか、又は別のフォーマットを用いることができる。留意すべきこととして、ＡＣＫ／ＮＡＣＫビットと共にＨＰＮを多重化することは、各フィードバックメッセージ内の柔軟な数のＡＣＫ／ＮＡＣＫビットの送信を可能にすることができる。特定のフィードバック送信（例えばＰＵＣＣＨ送信又はＰＵＳＣＨ送信）において送信されるビットの数は、フィードバック送信器会の損失の数（例えば、アンライセンススペクトル内のチャネル及び／又はサブフレームの占有を原因として、ＵＥ１０５がフィードバックを送信できなかった回数）から、非明示的に決定することができる。
【００６２】
図７によって示される別の例示の実施形態では、ＨＰＮをｅＮＢ１１０に送信する代わりに、フィードバック送信メッセージ内の各ＨＢＮビットの位置を固定することにより、ｅＮＢ１１０において、送信されるＡＣＫ／ＮＡＣＫのＨＰＮを計算することができ、或いは他の方法で決定することができる。そのような実施形態では、ＵＥ１０５は、ＨＢＮをｅＮＢ１１０に送信する必要がないことがある。
【００６３】
図８は、様々な例示の実施形態に係る、異なるサブフレーム位置での遅延フィードバックの送信のためのタイミング図８００を示す。
【００６４】
前述のように、フレキシブル送信ウィンドウ機構を導入することにより、ｅＮＢ１１０における異なるＨＡＲＱプロセスを区別する際に曖昧性が導入される可能性がある。この曖昧性を低減するために、固定送信ウィンドウ機構によって説明されるように、意図されたリソースブロック（ＲＢ）位置とは異なるＲＢ位置での遅延又はフレキシブルなＨＡＲＱ−ＡＣＫ／ＮＡＣＫフィードバックの送信。タイミング図８００によって示される例示の実施形態は、新しいサブフレーム上の異なる位置での遅延ＨＡＲＱ−ＡＣＫ／ＮＡＣＫフィードバックの送信を示す。例えば、ＰＵＣＣＨ送信が（図８に示すように）ＨＡＲＱ−ＡＣＫフィードバックと、サブフレーム上のダウンリンク送信を目的とするＨＡＲＱ−ＡＣＫ／ＮＡＣＫフィードバックとに用いられる場合、送信器会の欠如により、意図されたサブフレームについてのＨＡＲＱ−ＡＣＫ／ＮＡＣＫフィードバックを送信することができないことがある。この場合、ＨＡＲＱ−ＡＣＫ／ＮＡＣＫフィードバックは、後続のアップリンクサブフレームの次の最も早い送信器会で送信することができる。ＰＵＣＣＨリソース送信は、ＵＥ１０５による明示的なシグナリングか、又はｅＮＢ１１０により非明示的に、決定されてよい（例えば、ＰＵＣＣＨフォーマット１ａ又はフォーマット１ｂの場合の第１の制御チャネルエレメント（ＣＣＥ）インデックスの機能として）。所定の第１のサブフレームにおける第１のダウンリンク（例えばＰＤＳＣＨ）送信を意図した第１のＨＡＲＱ−ＡＣＫ／ＮＡＣＫフィードバックにマッピングされるアップリンク（例えばＰＵＣＣＨ）リソースは、所定の第１のサブフレームにおける第２のＰＤＳＣＨ送信を対象とする第２のＨＡＲＱ−ＡＣＫ／ＮＡＣＫフィードバックによって占有されてよい。マッピングされたＰＵＣＣＨリソースは、第１のＨＡＲＱ−ＡＣＫ  ＮＡＣＫフィードバック送信のために利用可能でない場合があるので、第１のＨＡＲＱ−ＡＣＫ／ＮＡＣＫフィードバック送信の伝送は遅延されることがある。様々な実施形態によれば、遅延されたＨＡＲＱ−ＡＣＫ／ＮＡＣＫフィードバックに対して、新しいＰＵＣＣＨ領域が定義されてよい。
【００６５】
図８を参照する。タイミング図８００は、サブフレームｋ、サブフレームｋ＋１、サブフレームｋ＋２を示し、それらは各々１ミリ秒（ｍｓ）の長さである。各サブフレームｋ、ｋ＋１、ｋ＋２は、２つのスロットを含み、各スロットは０．５ｍｓである。各スロットは１つのリソースブロック（ＲＢ）を含み、各サブフレームは２つのＲＢを含む。ライセンススペクトル内のＲＢは、ＲＢ０，ＲＢ１，ＲＢ２，…，ＲＢｋ＋ｒ＋ｎ−１として表示されてよい。アンライセンススペクトル内のＲＢは、
【００６６】
【数１】
0006423087.tif 000002
と表示されてよい。各ＲＢは、サブフレーム中に送信されるようにスケジュールされたフィードバックの一部（例えば「ＰＵＣＣＨ（ｍ＝１）」）をリストする。更に、留意すべきこととして、タイミング図８００のサブフレームは、ＦＤＤ展開ではタイプ１フレームに、ＴＤＤ展開ではタイプ２フレームに含まれてよい。
【００６７】
タイミング図８００によって示される実施形態によれば、アンライセンス媒体は、サブフレームｋ及びサブフレームｋ＋１の間にビジーである。したがって、フィードバック８０５のアップリンク送信は、サブフレームｋにおいて可能でなくてよく、フィードバック８１０のアップリンク送信は、サブフレームｋ＋１において可能でなくてよい。しかしながら、サブフレームｋ＋２において、アンライセンス媒体は空きであり、ＵＥ１０５は、フィードバック８０５及びフィードバック８１０のためにアップリンク送信を実行する機会を有する。したがって、サブフレームｋとサブフレームｋ＋１のそれぞれの間に送信されることを意図したフィードバック８０５とフィードバック８１０のためのフィードバック送信は、両方ともサブフレームｋ＋２において送信されてよい。しかしながら、サブフレームｋ＋２は、図８に示されるように、予約されたＰＵＣＣＨ領域における送信のためにスケジュールされた、それ自身の関連するフィードバック８１５を有する。したがって、サブフレームｋとサブフレームｋ＋１のそれぞれの間に送信されることから遅延されたフィードバック８０５とフィードバック８１０は、サブフレームｋ＋２におけるフィードバック８１５のための予約されたＰＵＣＣＨリソース位置において送信することができない。サブフレームｋ＋２の間にフィードバック８０５とフィードバック８１０を送信するために、新しいＰＵＣＣＨリソースオフセットを導入することができる。サブフレームｋとｋ＋１からのＰＵＣＣＨ領域は、図８に示されるように、サブフレームｋ＋２内の異なるＲＢ位置又はＰＵＣＣＨリソースインデックスから開始するようにシフトすることができる。例えば、サブフレームｋ＋１及びサブフレームｋ＋２において、リソースｍ上でＰＵＣＣＨリソースが送信される場合、リソース位置はリソースオフセットだけシフトされる。図８によって示される例示の実施形態では、サブフレームｋ＋１に関連付けられるフィードバックのための新しいリソースインデックスはｍ’＝ｍ＋ｌであり、サブフレームｋ＋２に関連付けられるフィードバックの新しいリソースインデックスはｍ”＝ｍ＋ｌ＋ｒである。オフセット値ｌ及びｒ並びにフィードバック送信に割り当てられ得る追加のサブフレームの数は、フィードバックを送信するために用いられるシグナリングよりも上位層のシグナリングを用いてシグナリングすることができる。
【００６８】
図９は、様々な例示の実施形態に係る、修正されたフィードバック送信器構による受信されたフィードバックに基づく受信器の様々な状態を示す、受信器状態の様々な状態テーブルを示す。図９に示される修正されたフィードバック送信器構は、フィードバック送信のための「デフォルトＮＡＣＫモード」と称されることがある。
【００６９】
前述のように、ほとんどのＬＴＥシステムでは、フィードバックメッセージは、データ送信（例えばＡＣＫ）の適切な復号及び／又は復調と、データ送信の不適切な復号及び／又は復調（例えばＮＡＣＫ）との両方に応答して、送信され得る。アンライセンス帯域におけるアクノレッジメント信号の適時且つ確実な送信が可能でないことがあるので、ＡＣＫ及びＮＡＣＫフィードバックの両方を送信する代わりに、様々な例示の実施形態によれば、デフォルトＮＡＣＫ状態を用いて、ＵＥ１０５によって行われるフィードバック送信の回数を減らすことができる。このような実施形態では、受信信号又はデータ送信が正しく復号されない場合（例えばＮＡＣＫ状態）、ＵＥ１０５は、フィードバック又は他の同様のアクノレッジメント信号を送信することを控える。このような実施形態では、ＵＥ１０５におけるアクノレッジメント信号の不在はＮＡＣＫ状態にあると解釈され、ｅＮＢ１１０は、データ送信を再送信することができる。よって、様々な実施形態によれば、ｅＮＢ１１０が所望の時間内にフィードバックメッセージを受信しない場合、ｅＮＢ１１０は、ＵＥ１０５がＮＡＣＫ状態にあると仮定してよく、ｅＮＢ１１０は、データ送信を再送信してよい。一方、受信信号が正しく復号される場合、ＵＥ１０５は、ＨＡＲＱ−ＡＣＫ信号をｅＮＢ１１０に送信してよい。ＵＥ１０５によって送信されているフィードバックメッセージの数を減らすことにより、機会主義のアクノレッジメント送信に必要とされる計算リソース及び／又はネットワークリソースを削減することができ、通信システム１００全体の効率を改善することができる。
【００７０】
図９を参照する。表１〜表３の各々は、様々な例示の実施形態のデフォルトＮＡＣＫ状態を用いる場合のＦＤＤ単一キャリアフィードバックの受信器（例えばＵＥ１０５）状態と比較して、フィードバック機構に現在のＬＴＥ仕様を用いる場合のＦＤＤ単一キャリアの受信器状態を例として示す。表１〜表３の各々における「ＡＣＫ」という用語は、データ送信の少なくとも一部の適切な復号及び／又は復調動作に応答する受信器の状態を示し、表１〜３の各々における「ＮＡＣＫ」という用語は、データ伝送の少なくとも一部の不適切な復号及び／又は復調動作に応答する受信器の状態を意味する。表１〜表３の各々において、受信器によって送信されるフィードバックメッセージの値「１」は、受信器がデータ送信の少なくとも一部についてＡＣＫ状態にあることを示し、受信器によって送信されるフィードバックメッセージの値「０」は、受信器がデータ送信の少なくとも一部についてＮＡＣＫ状態にあることを示してよい。更に、表１〜表３の各々において、「Ｘ」の値は、フィードバックデータが受信器によって送信されないことを示してよい。
【００７１】
表１は、例示の実施形態に係る、ＦＤＤ展開における１ビットフィードバック送信プロトコルの受信器状態を示す。表１に示されるように、現在のＬＴＥ仕様での１ビットフィードバック送信では、受信器は、受信器がＡＣＫ状態にあること（例えば、受信器がデータ送信を適切に復号及び復調したこと）を示す「１」のビット値を含むフィードバックメッセージを送信することができる。受信器は、受信器がＮＡＣＫ状態にあること（例えば、受信器がデータ送信を適切に復号及び／又は復調しなかったこと）を示す「０」のビット値を含むフィードバックメッセージを送信することができる。
【００７２】
１ビットフィードバック送信プロトコルの例示の実施形態によれば、受信器は、受信器がＡＣＫ状態にあること（例えば、受信器がデータ送信を適切に復号及び／又は復調したこと）を示す「１」のビット値を含むフィードバックメッセージを送信することができ、受信器は、受信器がＮＡＣＫ状態にあること（例えば送信器が、受信器がＮＡＣＫ状態にあると仮定すること）を示すフィードバックメッセージを送信しない。また、表１は、ＮＡＣＫフィードバックを送信しないことにより、この例示の実施形態に係る１ビットフィードバック送信プロトコルが約５０％のオーバーヘッド削減を提供することを示す。
【００７３】
表２は、第１の例示の実施形態に係る、２ビットフィードバック送信プロトコルの受信器状態を示す。表２に示される例示の実施形態は、ソフト合成を伴うＨＡＲＱを採用するネットワークに用いられてよい。誤って受信された符号化データブロックは、受信器によって廃棄されるのではなく、受信器においてバッファに記憶されてよい。ソフト合成では、再送信されたブロックが受信器で受信されると、再送信されたブロックは記憶されたブロックと組み合わされる。表２に示されるように、現在のＬＴＥ−Ａ仕様における２ビットフィードバック送信では、受信器は、受信されたデータ送信の２つの部分について受信器がＡＣＫ状態にある（例えば、受信器がデータ送信の２つの部分を適切に復号及び／又は復調した）ことを示す「１，１」のビット値を含むフィードバックメッセージを送信することができる。受信器は、受信器が受信されたデータ送信の第１の部分についてＡＣＫ状態にあり、データ送信の第２の部分についてＮＡＣＫ状態にある（例えば、受信器がデータ送信の第２の部分を適切に復号及び／又は復調せず、送信器にデータ送信の第２の部分を再送信することを望む）ことを示す「１，０」のビット値を含むフィードバックメッセージを送信することができる。受信器は、受信器が受信されたデータ送信の第１の部分についてＮＡＣＫ状態にあり、データ送信の第２の部分についてＡＣＫ状態にある（例えば、受信器がデータ送信の第１の部分を適切に復号及び／又は復調せず、送信器にデータ送信の第１の部分を再送信することを望む）ことを示す「０，１」のビット値を含むフィードバックメッセージを送信することができる。受信器は、受信器が受信されたデータ送信の第１の部分についてＮＡＣＫ状態にあり、ＮＡＣＫ状態データ送信にある（例えば、受信器がデータ送信を適切に復号及び／又は復調せず、送信器にデータ送信を再送信することを望む）ことを示す「０，０」のビット値を含むフィードバックメッセージを送信することができる。
【００７４】
２ビットフィードバック伝送プロトコルの第１の実施形態によれば、受信器は、受信器が受信されたデータ送信の２つの部分についてＡＣＫ状態にある（例えば、受信器がデータ送信の２つの部分を適切に復号及び／又は復調した）ことを示す「１，１」のビット値を含むフィードバックメッセージを送信することができる。受信器は、受信器が受信されたデータ送信の第１の部分についてＡＣＫ状態にあり、データ送信の第２の部分についてＮＡＣＫ状態にある（例えば、受信器がデータ送信の第２の部分を適切に復号及び／又は復調せず、送信器にデータ送信の第２の部分を再送信することを望む）ことを示す「１，０」のビット値を含むフィードバックメッセージを送信することができる。受信器は、受信器が受信されたデータ送信の第１の部分についてＮＡＣＫ状態にあり、データ送信の第２の部分についてＡＣＫ状態にある（例えば、受信器がデータ送信の第１の部分を適切に復号及び／又は復調せず、送信器にデータ送信の第１の部分を再送信することを望む）ことを示す「０，１」のビット値を含むフィードバックメッセージを送信することができる。受信器は、受信器がＮＡＣＫ状態にある（例えば、送信器が、受信器がデータ送信の両方の部分についてＮＡＣＫ状態にあると仮定する）ことを示すフィードバックメッセージを送信しない。また、表２は、ＮＡＣＫフィードバックを送信しないことにより、第１の例示の実施形態に係る２ビットフィードバック送信プロトコルが、約２５％のオーバーヘッド削減を提供することを示す。
【００７５】
表３は、第２の例示の実施形態に係る、２ビットフィードバック送信プロトコルの受信器状態を示す。表３は、表２に関して前述したような現在のＬＴＥ仕様での同じ２ビットフィードバック送信を示す。２ビットフィードバック送信プロトコルの第２の実施形態によれば、表１に示される例示の実施形態に関して前に説明したように、受信器は、受信器が受信されたデータ送信についてのＡＣＫ状態にあることを示す「１」のビット値を含むフィードバックメッセージを送信してよい。表２に示される第１の実施形態とは対照的に、第２の実施形態に係る受信器は、データ送信のいずれかの部分が不適切に復号及び／又は復調された場合はフィードバックメッセージを送信せず、表３の「受信器フィードバック（例示の実施形態）」欄の第３〜４行の各々には値“Ｘ”が記載されている。よって、第２の例示の実施形態では、送信器は、データ送信のいずれかの部分が適切に復号及び／又は復調されないときはいつでも、受信器がＮＡＣＫ状態にあると仮定する。また、表３は、データ送信のいずれかの部分が不適切に復号及び／又は復調されたときにＮＡＣＫフィードバックを送信しないことにより、第２の実施形態に係る２ビットフィードバック送信プロトコルが約７５％のオーバーヘッド低減を提供することを示す。しかしながら、留意すべきこととして、２ビットフィードバック送信プロトコルの第２の実施形態は、送信器によるより多くのデータ再送信をもたらす可能性がある。
【００７６】
留意すべきこととして、図９の例示の実施形態は、受信器の不連続送信（ＤＴＸ）状態の表示が欠けている。典型的なＬＴＥシステムでは、ＨＡＲＱ−ＡＣＫフィードバックは、ＵＥがダウンリンク制御チャネルの１つ（例えばＰＤＣＣＨの１つ）でＵＥ用の共有チャネル（例えばＤＬＳＣＨ）を介してダウンリンク送信に関連する制御シグナリングを正しく受信した場合にのみ、送信されることがある。有効なＤＬＳＣＨ関連制御シグナリングがＵＥによって検出されない場合、ＮＢにフィードバック信号は送信されず、これはＤＴＸとして知られる。したがって、典型的なＬＴＥシステムでは、ｅＮＢにおいて、ＡＣＫ状態、ＮＡＣＫ状態及びＤＴＸ状態の３つの状態検出が実行される。しかしながら、様々な実施形態では、ＵＥ１０５がＮＡＣＫ状態とＤＴＸ状態の両方にあるときは信号が送信されないので、ｅＮＢ１１０は、ＵＥ１０５がＮＡＣＫ状態であるかＤＴＸ状態であるかを決定することができないことがある。しかしながら、ＰＵＣＣＨフォーマット３送信の場合、現在のＬＴＥ仕様にも同様の問題が存在する。したがって、様々な実施形態では、再送信は、ＰＵＣＣＨフォーマット３送信と同様に、ＵＥ１０５がＮＡＣＫ状態又はＤＴＸ状態のいずれかにあるときに起こり得る。
【００７７】
図１０は、様々な例示の実施形態に係る、図１の通信ネットワーク装置によってとられるアクションを示すプロセス１０００を示す。
【００７８】
前述したように、アンライセンススペクトルにおけるＨＡＲＱ送信の日和見的性質のために、固定の送信ウィンドウ（例えば、ＦＤＤ展開とＴＤＤ展開ではそれぞれｎ＋４サブフレーム、ｎ＋ｋサブフレーム）に従ってフィードバック送信を伝送することができないことがある。更に、上述したデフォルトＮＡＣＫモードの例示の実施形態では、ｅＮＢ１１０が、固定の送信ウィンドウの所定のサブフレームに基づくフィードバック送信のみをスキャンし、また、ｅＮＢ１１０が、ＨＡＲＱ−ＡＣＫフィードバック送信の欠如がＵＥ１０５がＮＡＣＫ状態にあることを意味するものと仮定する場合、受信されたデータ送信がＵＥ１０５によって適切に復号及び／又は復調されたとしても、ＵＥ１０５によって所定のサブフレーム上でフィードバックを送信する機会の損失は、ｅＮＢ１１０によるＮＡＣＫイベントとして解釈される可能性がある。そのような場合、ｅＮＢ１１０は、データ再送信が必要でなくても、データ送信を再送信する可能性がある。したがって、様々な例示の実施形態は、既述のフレキシブルな送信ウィンドウの例示の実施形態と、デフォルトＮＡＣＫモードの例示の実施形態との組合わせを提供する。これらの例示の実施形態の組合わせは、無線ネットワークオペレータのネットワーク設計選択に基づいてよい。様々な実施形態では、ＵＥ１０５は、サブフレームの範囲内でフィードバックデータを送信することができ、ｅＮＢ１１０は、サブフレームの範囲内でフィードバック情報を探すことができる。ＡＣＫデータがサブフレームの範囲内で利用可能でない場合、ｅＮＢ１１０は、ＵＥ１０５がＮＡＣＫ状態にあるとみなし、データ送信を再送信することができる。
【００７９】
図１０を参照する。動作１００５では、ｅＮＢ１１０が、第１のデータ送信をＵＥ１０５に送信する。動作１０１０では、ＵＥ１０５が、第１のデータ送信の復号及び／又は復調を成功させる。動作１０１５では、ＵＥ１０５が、第１のデータ送信を対象としたＨＡＲＱ−ＡＣＫフィードバックの送信を試みる。
【００８０】
様々な実施形態では、ＵＥ１０５は、サブフレームの範囲のサブフレームの１つがビジーであるか他の方法で占有されているか否かを決定するために、媒体センシング動作を実行してよい。このような実施形態では、ＵＥ１０５が利用可能なサブフレームを検出するまで、ＵＥ１０５は媒体センシング動作を継続してよい。ＵＥ１０５が媒体センシング動作を実行するたびに、フィードバックデータを送信しようとする試みと考えることができる。図示のように、ＵＥ１０５は、ＡＣＫフィードバックの送信を２回試み（例えば、図示のＡＣＫ試行１及びＡＣＫ試行２）、ステップ１０２０において媒体がビジーであると決定する。様々な実施形態では、第１の試行は、固定の送信ウィンドウの所定のサブフレームが利用可能であるか他の方法で非占有であるか否かを検出すること、を含んでよい。所定のサブフレームが利用できない、或いは占有されているとＵＥ１０５が決定した場合、ＵＥ１０５は、前述の例示の実施形態に従って、アンライセンススペクトル内の利用可能な、或いは非占有のサブフレームをスキャンしてよい。更に、一部の実施形態では、ＵＥは、データ送信を伝送するために用いられるアンライセンススペクトルとは異なるアンライセンススペクトル内の利用可能な、或いは非占有のサブフレームをスキャンしてよい。再び動作１０１５を参照する。第３の試行又は第３の媒体センシング動作（例えば、図示のＡＣＫ試行３）において、ＵＥ１０５は、サブフレームの範囲の利用可能なサブフレームを検出し、利用可能なサブフレーム上でＡＣＫフィードバックを送信する。
【００８１】
一方、動作１０２５では、ｅＮＢ１１０が、第１のデータ送信を対象としたＡＣＫ送信のためにサブフレームの範囲をスキャンする。ＵＥ１０５は、フィードバックを得るために、サブフレームの範囲内のサブフレーム上でＡＣＫフィードバックを送信することができ、且つ／又は、ｅＮＢ１１０は、フィードバックを得るための所望の時間内にＡＣＫフィードバックを取得したので、動作１０３０では、ｅＮＢ１１０が第２のデータ送信をＵＥ１０５に送信する。
【００８２】
動作１０３５では、ＵＥ１０５が、第２のデータ送信を適切に復号及び／又は復調せず、したがって、ＵＥ１０５は、第２のデータ送信についてＮＡＣＫフィードバック又は他の同様のフィードバックメッセージ若しくは信号を送信しない。動作１０４０では、ｅＮＢ１１０が、第２のデータ送信についてＡＣＫフィードバックをスキャンする。ＵＥ１０５は、サブフレーム範囲内のいずれかのサブフレーム上でＡＣＫフィードバックを送信することができず、且つ／又は、ｅＮＢ１１０は、フィードバックを得るための所望の時間内にフィードバックを取得しなかったので、動作１０４５では、ｅＮＢ１１０は、第２のデータ送信をＵＥ１０５に再送信する。
【００８３】
上述の実施の説明は、例示の実施形態の例示及び説明を提供したが、網羅的であること、或いは本発明の範囲を開示された厳密な形式に限定することを意図するものではない。変更及び変形は上記の教示に照らして可能であり、且つ／又は、本発明の様々な実施の実施から取得されてよい。例えば、記載された例示の実施形態は、アンライセンス共有媒体におけるダウンリンクデータ送信の受信に応答して、アップリンクチャネルでフィードバックを送信することに関する。しかしながら、例示の実施形態は、アンライセンス共有媒体内のダウンリンクチャネルを介して送信されるアップリンクデータ送信及び対応するフィードバック送信に適用できるように拡張されてよい。
【００８４】
実施例
第１種の実施例は、物理チャネルが空きであるか否かを決定するステップと、物理チャネルが空きであるとき、物理チャネルを用いてアンライセンス帯域において、フィードバックを基地局に送信するステップと、を含む方法を含んでよい。
【００８５】
別の実施例は、先行する第１種の実施例のいずれかの方法を含んでよい。物理チャネルは、物理アップリンク制御チャネル（ＰＵＣＣＨ）又は物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を含む。
【００８６】
別の実施例は、先行する第１種の実施例のいずれかの方法を含んでよい。物理チャネルは、キャリアセンシングの結果に従って設定された割り当てられたＰＵＣＣＨチャネルからの、利用可能なＰＵＣＣＨチャネルを含む。
【００８７】
別の実施例は、先行する第１種の実施例のいずれかの方法を含んでよい。フィードバックは、アンライセンス共有媒体を用いたハイブリッド自動再送要求（ＨＡＲＱ）−アクノレッジメント（ＡＣＫ）を含む。
【００８８】
別の実施例は、先行する第１種の実施例のいずれかの方法を含んでよい。アンライセンス帯域は、基地局からデータを受信するために用いられるのと同じものであり、フィードバックは、データに基づいて生成される。
【００８９】
別の実施例は、先行する第１種の実施例のいずれかの方法を含んでよい。アンライセンス帯域は、基地局からデータを受信するために用いられる帯域とは異なり、フィードバックは、データに基づいて生成される。
【００９０】
別の実施例は、命令を含む１以上の非一時的コンピュータ可読記憶媒体を含んでよい。命令は、ユーザ装置（ＵＥ）に、ＵＥの１以上のプロセッサによる命令の実行に基づき、先行する第１種の実施例のいずれに記載の方法を実行させる。
【００９１】
別の実施例は、先行する第１種の実施例のいずれかの方法を実行する手段を備える装置を含んでよい。
【００９２】
第２種の実施例は、送信ウィンドウを決定するステップと、フレキシブルな送信ウィンドウ内のアンライセンス帯域において、受信されたデータについてのフィードバックを基地局に送信するステップと、を含む方法を含んでよい。
【００９３】
別の実施例は、先行する第２種の実施例のいずれかの方法を含んでよい。更に、決定された送信ウィンドウに基づいて、受信データとフィードバックとの間の第１の固定のタイミング関係を定義するステップ、を含む。
【００９４】
別の実施例は、先行する実施例の方法を含んでよい。更に、第１の固定のタイミング関係に基づいて、フィードバックのための第１の所定のフィードバックリソースの可用性を決定するステップ、を含む。
【００９５】
別の実施例は、先行する実施例の方法を含んでよい。更に、所定のリソースが利用可能であるとき、フィードバックのための第１の所定のフィードバックリソースを用いてフィードバックを送信するステップと、所定のリソースが利用不可であるとき、決定された送信ウィンドウに基づいて、受信データとフィードバックとの間の第２の固定のタイミング関係に基づいて、フィードバックのための第２のフィードバックリソースの可用性を決定するステップと、タイマーを開始するステップと、を含む。
【００９６】
別の実施例は、先行する実施例の方法を含んでよい。更に、第２のフィードバックリソースが利用可能である場合、第２のフィードバックリソースを用いてフィードバックを送信するステップと、タイマーが満了したときにフィードバックを破棄するステップと、を含む。
【００９７】
別の実施例は、先行する実施例の方法を含んでよい。タイマーは、送信ウィンドウ内のサブフレームが全て送信されたときに、満了する。
【００９８】
別の実施例は、先行する第２種の実施例のいずれかの方法を含んでよい。送信ウィンドウは、周波数分割複信（ＦＤＤ）展開ではサブフレームｎ＋４±ｌを含み、ｌは整数である。
【００９９】
別の実施例は、先行する第２種の実施例のいずれかの方法を含んでよい。送信ウィンドウは、時分割複信（ＴＤＤ）展開ではサブフレームｎ＋ｋ±ｌを含み、ｌは整数であり、ｋはＴＳ３６．２１３で定義される。
【０１００】
別の実施例は、先行する第２種の実施例のいずれかの方法を含んでよい。フィードバックはＨＡＲＱ−ＡＣＫを含む。
【０１０１】
別の実施例は、命令を含む１以上の非一時的コンピュータ可読記憶媒体を含んでよい。命令は、ＵＥに、ＵＥの１以上のプロセッサによる命令の実行に基づき、先行する第２種の実施例のいずれに記載の方法を実行させる。
【０１０２】
別の実施例は、先行する第２種の実施例のいずれかの方法を実行する手段を備える装置を含んでよい。
【０１０３】
第３種の実施例は、ＵＥにデータを送信するステップと、アップリンクサブフレームの範囲内のデータについてフィードバックを検出するステップと、を含む方法を含んでよい。
【０１０４】
別の実施例は、先行する第３種の実施例のいずれかの方法を含んでよい。データは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）及びアンライセンス帯域で送信される。
【０１０５】
別の実施例は、先行する第３種の実施例のいずれかの方法を含んでよい。フィードバックを検出するステップは、アップリンクサブフレームの範囲内から送信されたＨＡＲＱ−ＡＣＫ  ／ネガティブアクノレッジメント（ＮＡＣＫ）／不連続送信（ＤＴＸ）を検出するステップ、を含む。
【０１０６】
別の実施例は、先行する第３種の実施例のいずれかの方法を含んでよい。アップリンクサブフレームの範囲は、フィードバックを送信するためにＵＥでの送信ウィンドウと一致する。
【０１０７】
別の実施例は、先行する第３種の実施例のいずれかの方法を含んでよい。更に、フィードバックのために半静的リソースを再構成するステップを含み、半静的リソースは、キャリアインデックス、帯域番号及び電力制御パラメータのうちの少なくとも１つを含む。
【０１０８】
別の実施例は、先行する第３種の実施例のいずれかの方法を含んでよい。更に、データについてＨＡＲＱ−ＡＣＫが受信されなかった場合、ＵＥにデータを再送するステップ、を含む。
【０１０９】
別の実施例は、命令を含む１以上の非一時的コンピュータ可読記憶媒体を含んでよい。命令は、進化型ノードＢ（ｅＮＢ）に、ｅＮＢの１以上のプロセッサによる命令の実行に基づき、先行する第３種の実施例のいずれに記載の方法を実行させる。
【０１１０】
別の実施例は、先行する第３種の実施例のいずれかの方法を実行する手段を備える装置を含んでよい。
【０１１１】
第４種の実施例は、複数のフィードバックプロセス番号を受信データについてのフィードバックと共に多重化するステップと、アンライセンス帯域において基地局にフィードバックを送信するステップと、を含む方法を含んでよい。
【０１１２】
別の実施例は、先行する第４種の実施例のいずれかの方法を含んでよい。フィードバックプロセス番号は、ＦＤＤ展開では３ビットを含む。
【０１１３】
別の実施例は、先行する第４種の実施例のいずれかの方法を含んでよい。フィードバックプロセス番号は、ＴＤＤ展開では４ビットを含む。
【０１１４】
別の実施例は、先行する第４種の実施例のいずれかの方法を含んでよい。多重化するステップは、フィードバックの前にフィードバックプロセス番号を配置するステップ、を含む。
【０１１５】
別の実施例は、先行する第４種の実施例のいずれかの方法を含んでよい。多重化するステップは、フィードバックの後にフィードバックプロセス番号を配置するステップ、を含む。
【０１１６】
別の実施例は、先行する第４種の実施例のいずれかの方法を含んでよい。フィードバックは、柔軟な数のＡＣＫ／ＮＡＣＫビットを含む。
【０１１７】
別の実施例は、先行する第４種の実施例のいずれかの方法を含んでよい。多重化するステップは、複数のフィードバックプロセス番号の所定の順序に基づいて、所定のＡＣＫ  ／ＮＡＣＫ位置を用いて複数のフィードバックプロセス番号を暗示的に表すステップ、を含む。
【０１１８】
別の実施例は、先行する第４種の実施例のいずれかの方法を含んでよい。送信するステップは、ＰＵＳＣＨ又はＰＵＣＣＨで送信するステップを含む。
【０１１９】
別の実施例は、先行する第４種の実施例のいずれかの方法を含んでよい。フィードバックはＨＡＲＱ−ＡＣＫを含む。
【０１２０】
別の実施例は、命令を含む１以上の非一時的コンピュータ可読記憶媒体を含んでよい。命令は、ＵＥに、ＵＥの１以上のプロセッサによる命令の実行に基づき、先行する第４種の実施例のいずれに記載の方法を実行させる。
【０１２１】
別の実施例は、先行する第４種の実施例のいずれかの方法を実行する手段を備える装置を含んでよい。
【０１２２】
第５種の実施例は、ＵＥからのフィードバックを受信する送信回路と、  フィードバックに関連付けられたフィードバックプロセス番号に基づいて、フィードバックをそれぞれのＰＤＳＣＨにマッチさせる処理回路と、を備えるｅＮＢを含んでよい。
【０１２３】
別の実施例は、先行する第５種の実施例のいずれかのｅＮＢを含んでよい。フィードバックプロセス番号はＦＤＤ展開では３ビットを含み、フィードバックプロセス番号はＴＤＤ展開では４ビットを含む。
【０１２４】
別の実施例は、先行する第５種の実施例のいずれかのｅＮＢを含んでよい。各ＰＤＳＣＨは、フィードバックのビットの前のフィードバックプロセス番号に基づいて決定される。
【０１２５】
別の実施例は、先行する第５種の実施例のいずれかのｅＮＢを含んでよい。各ＰＤＳＣＨは、フィードバックのビットの後のフィードバックプロセス番号に基づいて決定される。
【０１２６】
別の実施例は、先行する第５種の実施例のいずれかのｅＮＢを含んでよい。各ＰＤＳＣＨは、複数のフィードバックプロセス番号の所定の順序に基づいて、所定のＡＣＫ／ＮＡＣＫ位置に基づいて決定される。
【０１２７】
別の実施例は、先行する第５種の実施例のいずれかのｅＮＢを含んでよい。フィードバックは、柔軟な数のＡＣＫ／ＮＡＣＫビットを含む。
【０１２８】
第６種の実施例は、１つ以上のサブフレームのＰＵＣＣＨ領域を、追加されたオフセットを有する異なるリソースブロック（ＲＢ）位置又はＰＵＣＣＨリソースインデックスにシフトするステップと、アンライセンス帯域内の１つ以上のサブフレームに関する遅延ＨＡＲＱ−ＡＣＫフィードバックを、基地局に送信するステップと、を含む方法を含んでよい。
【０１２９】
別の実施例は、先行する第６種の実施例のいずれかの方法を含んでよい。更に、追加されたオフセットを上位レイヤシグナリングを用いて基地局にシグナリングするステップ、を含む。
【０１３０】
別の実施例は、命令を含む１以上の非一時的コンピュータ可読記憶媒体を含んでよい。命令は、ＵＥに、ＵＥの１以上のプロセッサによる命令の実行に基づき、先行する第６種の実施例のいずれに記載の方法を実行させる。
【０１３１】
別の実施例は、先行する第６種の実施例のいずれかの方法を実行する手段を備える装置を含んでよい。
【０１３２】
第７種の実施例は、基地局から信号を受信するステップと、デフォルトのフィードバック状態においてのみ、アンライセンス帯域においてフィードバック信号を基地局に送信するステップと、を含む方法を含んでよい。
【０１３３】
別の実施例は、先行する第７種の実施例のいずれかの方法を含んでよい。更に、受信信号が正しく復号されたときにデフォルトのフィードバック状態に入るステップと、受信信号が正しく復号されなかったときにデフォルトのフィードバック状態のままにするステップと、を含む。
【０１３４】
別の実施例は、先行する第７種の実施例のいずれかの方法を含んでよい。更に、受信信号が正しく復号されていないときにデフォルトのフィードバック状態に入るステップと、受信信号が正しく復号されたときにデフォルトのフィードバック状態のままにするステップと、を含む。
【０１３５】
別の実施例は、先行する第７種の実施例のいずれかの方法を含んでよい。デフォルトのフィードバック状態は、デフォルトのＡＣＫ又はＮＡＣＫ状態である。
【０１３６】
別の実施例は、命令を含む１以上の非一時的コンピュータ可読記憶媒体を含んでよい。命令は、ＵＥに、ＵＥの１以上のプロセッサによる命令の実行に基づき、先行する第７種の実施例のいずれに記載の方法を実行させる。
【０１３７】
別の実施例は、先行する第７種の実施例のいずれかの方法を実行する手段を備える装置を含んでよい。
【０１３８】
第８種の実施例は、アンライセンス帯域において基地局にフィードバックを送信するための先行する第２、第４、第６又は第７種の実施例のいずれかの方法を含んでよい。
【０１３９】
別の実施例は、命令を含む１以上の非一時的コンピュータ可読記憶媒体を含んでよい。命令は、ＵＥに、ＵＥの１以上のプロセッサによる命令の実行に基づき、先行する第８種の実施例のいずれに記載の方法を実行させる。
【０１４０】
別の実施例は、先行する第８種の実施例のいずれかの方法を実行する手段を備える装置を含んでよい。
【０１４１】
別の実施例は、本明細書に図示及び記載される無線ネットワークにおいて通信する方法を含んでよい。
【０１４２】
別の実施例は、本明細書に図示及び記載される無線通信を提供するシステムを含んでよい。
【０１４３】
別の実施例は、本明細書に図示及び記載される無線通信を提供するデバイスを含んでよい。
【０１４４】
第９種の実施例は、進化型ノードＢ（ｅＮＢ）からのデータ送信を復調及び復号する無線制御回路と、無線制御回路と結合される処理回路であって、無線制御回路からのデータ送信を受信し、データ送信に基づいてフィードバックを生成する処理回路と、を備える装置を含んでよい。無線制御回路は更に、無線周波数回路を、アンライセンス共有媒体の物理チャネルが非占有であるか否かを決定し、決定に従って、物理チャネルが非占有であるとき、物理チャネルを介してｅＮＢにフィードバックを送信するように制御してよい。
【０１４５】
別の実施例は、先行する第９種の実施例のいずれかの装置を含んでよい。物理チャネルは、物理アップリンク制御チャネル（ＰＵＣＣＨ）又は物理アップリンク共有チャネル（ＰＵＳＣＨ）である
別の実施例は、先行する第９種の実施例のいずれかの装置を含んでよい。処理回路は、受信されたデータ送信が適切に復調及び復号されたか否かを決定するように構成される。無線制御回路は、無線周波数回路を、受信されたデータ送信が適切に復調及び復号されたと処理回路が決定した場合に、フィードバックを送信するように制御する。無線制御回路は、無線周波数回路を、受信されたデータ送信が適切に復調及び復号されなかったと処理回路が決定した場合に、フィードバックを送信しないように制御する。
【０１４６】
別の実施例は、先行する第９種の実施例のいずれかの装置を含んでよい。処理回路は、複数のサブフレームのうち第１のサブフレームが非占有であると決定された場合に、固定のタイミング関係に基づいて送信ウィンドウを決定するように構成される。固定のタイミング関係は、受信されたデータ送信の受信時間に従ってフィードバックを送信するための所定の送信時間である。処理回路は、第１のサブフレームが非占有であると決定された場合に第１のサブフレームを選択し、第１のサブフレームが占有であると決定された場合に送信ウィンドウを拡張し、フィードバックを送信するために、拡張時間ウィンドウ内の複数のサブフレームのうち第２のサブフレームを選択するように構成される。無線制御回路は、無線周波数回路を、送信ウィンドウの間に第１のサブフレームと第２のサブフレームのうち選択された１つによってフィードバックを送信するように制御する。
【０１４７】
別の実施例は、先行する第９種の実施例のいずれかの装置を含んでよい。処理回路は、周波数分割複信（ＦＤＤ）展開ではｎ＋４＋ｌ、時分割複信（ＴＤＤ）展開ではｎ＋ｋ＋ｌに従って、第２のサブフレームを決定するように構成される。ｎは第１のサブフレームのサブフレーム番号であり、ｋは所定の数であり、ｌは送信ウィンドウ拡張係数である。
【０１４８】
別の実施例は、先行する第９種の実施例のいずれかの装置を含んでよい。処理回路は、第１のサブフレームが占有されているという決定に応答してタイマーを開始するように構成される。タイマーの値は、拡張された送信ウィンドウのサイズに基づいてよい。また、第２のサブフレームが非占有であるか否かを決定し、タイマーが満了したとき、及び、第２のサブフレームが占有されていると決定されたとき、フィードバックを破棄する。
【０１４９】
別の実施例は、先行する第９種の実施例のいずれかの装置を含んでよい。処理回路は、フィードバックを送信するための物理チャネルの第１のサブフレームの第１のリソースブロック（ＲＢ）位置を、第１のサブフレームが占有されているという処理回路による決定に基づいて、物理チャネルの第２のサブフレームの第２のＲＢ位置にシフトするように構成される。無線制御回路は、無線周波数回路を、第２のサブフレームの第２のＲＢ位置における受信されたデータ送信に関するフィードバックを、第２のサブフレームの第１のＲＢ位置における別のデータ送信に関する別のフィードバックと共に送信するように制御する。
【０１５０】
別の実施例は、先行する第９種の実施例のいずれかの装置を含んでよい。処理回路は、リソースオフセットに従って、第１のサブフレームの第１のＲＢ位置を第２のサブフレームの第２のＲＢ位置にシフトするように構成される。無線制御回路は、無線周波数回路を、フィードバックの送信に用いられるシグナリングよりも上位層のシグナリングを用いて、リソースオフセットをｅＮＢに送信するように制御する。
【０１５１】
別の実施例は、先行する第９種の実施例のいずれかの装置を含んでよい。処理回路は、フィードバックをフィードバックプロセス番号で多重化するように構成され、それにより無線制御回路は、無線周波数回路は、フィードバックプロセス番号をフィードバックと共に送信するように制御することができる。フィードバックをフィードバックプロセス番号を用いて多重化するために、処理回路は、フィードバックプロセス番号を、フィードバックのフィードバックビットの後、又はフィードバックのフィードバックのフィードバックビットの前に配置することができる。
【０１５２】
第１０種の実施例は、命令を含む少なくとも１つの非一時的コンピュータ可読記憶媒体を含んでよい。命令は、コンピューティングデバイスに、コンピューティングデバイスによる命令の実行に応答して、進化型ノードＢ（ｅＮＢ）から受信されるデータ送信を復調及び復号する動作と、データ送信が適切に復調及び復号されたか、又は適切に復調及び復号されなかったかに基づいて、フィードバックを生成する動作と、アンライセンス共有媒体の物理チャネルが非占有であるか否かを決定する動作と、決定に従って、物理チャネルが非占有であるとき、物理チャネルを介してｅＮＢにフィードバックを送信する動作と、を実行させる。アンライセンス共有媒体は、ｅＮＢからデータ送信を受信するために用いられる同じアンライセンス共有媒体、又は、ｅＮＢからデータ送信を受信するために用いられるアンライセンス共有媒体とは異なるアンライセンス共有媒体である。
【０１５３】
別の実施例は、先行する第１０種の実施例のいずれかの少なくとも１つの非一時的コンピュータ可読記憶媒体を含んでよい。物理チャネルは、物理アップリンク制御チャネル（ＰＵＣＣＨ）又は物理アップリンク共有チャネル（ＰＵＳＣＨ）である。
【０１５４】
別の実施例は、先行する第１０種の実施例のいずれかの少なくとも１つの非一時的コンピュータ可読記憶媒体を含んでよい。命令は、コンピューティングデバイスに、コンピューティングデバイスによる命令の実行に応答して、受信されたデータ送信が適切に復調及び復号されたか否かを決定する動作と、データ送信が適切に復調及び復号されたと決定されたときのみ、フィードバックを送信する動作と、を実行させる。
【０１５５】
別の実施例は、先行する第１０種の実施例のいずれかの少なくとも１つの非一時的コンピュータ可読記憶媒体を含んでよい。命令は、コンピューティングデバイス、コンピューティングデバイスによる命令の実行に応答して、複数のサブフレームのうち第１のサブフレームが非占有であると決定された場合に、固定のタイミング関係に基づいて送信ウィンドウを決定する動作であって、固定のタイミング関係は、受信されたデータ送信の受信時間に従ってフィードバックを送信するための所定の送信時間である、動作と、第１のサブフレームが非占有であると決定された場合、第１のサブフレームを選択する動作と、第１のサブフレームが占有であると決定された場合、送信ウィンドウを拡張する動作と、フィードバックを送信するために、拡張時間ウィンドウ内の複数のサブフレームのうち第２のサブフレームを選択する動作と、送信ウィンドウの間に第１のサブフレームと第２のサブフレームのうち選択された１つによってフィードバックを送信する動作と、を実行させる。
【０１５６】
別の実施例は、先行する第１０種の実施例のいずれかの少なくとも１つの非一時的コンピュータ可読記憶媒体を含んでよい。命令は、モバイルデバイスに、モバイルデバイスによる命令の実行に応答して、周波数分割複信（ＦＤＤ）展開ではｎ＋４＋ｌ、時分割複信（ＴＤＤ）展開ではｎ＋ｋ＋ｌに従って、第２のサブフレームを決定する動作、を実行させる。ｎは第１のサブフレームのサブフレーム番号であり、ｋは所定の数であり、ｌは送信ウィンドウ拡張係数である。
【０１５７】
別の実施例は、先行する第１０種の実施例のいずれかの少なくとも１つの非一時的コンピュータ可読記憶媒体を含んでよい。命令は、コンピューティングデバイスに、コンピューティングデバイスによる命令の実行に応答して、第１のサブフレームが占有されているという決定に応答してタイマーを開始する動作であって、タイマーの値は、拡張送信ウィンドウのサイズに基づく、動作と、第２のサブフレームが非占有であるか否かを決定する動作と、タイマーが満了したとき、及び、第２のサブフレームが占有されていると決定されたとき、フィードバックを破棄する動作と、を実行させる。
【０１５８】
別の実施例は、先行する第１０種の実施例のいずれかの少なくとも１つの非一時的コンピュータ可読記憶媒体を含んでよい。命令は、コンピューティングデバイスに、コンピューティングデバイスによる命令の実行に応答して、第１のサブフレームが占有されているという決定に基づいて、フィードバックを送信するための物理チャネルの第１のサブフレームの第１のリソースブロック（ＲＢ）位置を、物理チャネルの第２のサブフレームの第２のＲＢ位置にシフトする動作と、第２のサブフレームの第２のＲＢ位置における受信されたデータ送信に関するフィードバックを、第２のサブフレームの第１のＲＢ位置における別のデータ送信に関する別のフィードバックと共に送信する動作と、を実行させる。
【０１５９】
別の実施例は、先行する第１０種の実施例のいずれかの少なくとも１つの非一時的コンピュータ可読記憶媒体を含んでよい。命令は、コンピューティングデバイスに、コンピューティングデバイスによる命令の実行に応答して、リソースオフセットに従って、第１のサブフレームの第１のＲＢ位置を第２のサブフレームの第２のＲＢ位置にシフトする動作と、フィードバックの送信に用いられるシグナリングよりも上位層のシグナリングを用いて、リソースオフセットをｅＮＢに送信する動作と、を実行させる。
【０１６０】
別の実施例は、先行する第１０種の実施例のいずれかの少なくとも１つの非一時的コンピュータ可読記憶媒体を含んでよい。命令は、コンピューティングデバイスに、コンピューティングデバイスによる命令の実行に応答して、フィードバックプロセス番号がフィードバックと共に送信されるように、フィードバックをフィードバックプロセス番号で多重化する動作、を実行させる。フィードバックをフィードバックプロセス番号を用いて多重化することは、フィードバックプロセス番号を、フィードバックのフィードバックビットの後、又はフィードバックのフィードバックのフィードバックビットの前に配置することである。
【０１６１】
第１１種の実施例は、無線周波数回路を、アンライセンス共有媒体のアップリンク物理チャネルを介して、ユーザ装置（ＵＥ）からアクノレッジメントフィードバックを受信するように制御する無線制御回路と、無線制御回路と結合される処理回路であって、フィードバックに含まれるフィードバックプロセス番号に基づいて、アクノレッジメントフィードバックを、アンライセンス共有媒体の複数のダウンリンクチャネルのうち対応する１つにマッチさせることのできる処理回路と、を備える進化型ノードＢ（ｅＮＢ）回路を含んでよい。無線制御回路は更に、無線周波数回路を、アンライセンス共有媒体のダウンリンク物理チャネルが非占有であるか否かを決定するように制御し、無線周波数回路を、決定に従ってダウンリンク物理チャネルが非占有であるとき、物理チャネルを介してＵＥにデータ送信を伝送するように制御する。
【０１６２】
別の実施例は、先行する第１１種の実施例のいずれかのｅＮＢ回路を含んでよい。無線制御回路は、無線周波数回路を、所望のアップリンクサブフレーム範囲内でフィードバックを検出して、フィードバックを受信するように制御してよい。
【０１６３】
別の実施例は、先行する第１１種の実施例のいずれかのｅＮＢを含んでよい。アップリンク物理チャネルは、物理アップリンク制御チャネル（ＰＵＣＣＨ）物理アップリンク共有チャネル（ＰＵＳＣＨ）とのうち１つであってよい。
【０１６４】
別の実施例は、先行する第１１種の実施例のいずれかのｅＮＢ回路を含んでよい。フィードバックプロセス番号は、周波数分割複信（ＦＤＤ）展開では３ビットを含んでよい。フィードバックプロセス番号は、時分割複信（ＴＤＤ）展開では４ビットを含んでよい。
【０１６５】
別の実施例は、先行する第１１種の実施例のいずれかのｅＮＢ回路を含んでよい。フィードバックは、フィードバックビット及びフィードバックプロセス番号を含んでよい。フィードバックプロセス番号は、フィードバックビットの前、又はフィードバックビットの後に配置されてよい。複数のダウンリンクチャネルのうち対応する１つは、フィードバックプロセス番号に基づいて決定されてよい。
【０１６６】
別の実施例は、先行する第１１種の実施例のいずれかのｅＮＢ回路を含んでよい。複数のダウンリンクチャネルのうち対応する１つは、フィードバックプロセス番号の所定の順序に基づいて、フィードバックビットの各々についての定められたフィードバックビット位置に基づいて決定されてよい。
【０１６７】
別の実施例は、先行する第１１種の実施例のいずれかのｅＮＢ回路を含んでよい。フィードバックは、フィードバックが別のフィードバックのフィードバックビットの数とは異なる数のフィードバックビットを含むように、柔軟な数のフィードバックビットを含んでよい。
【０１６８】
第１２種の実施例は、アンライセンス共有媒体におけるデータ送信についてのフィードバックを提供するコンピュータ実施方法を含んでよい。本方法は、進化型ノードＢ（ｅＮＢ）から受信されたデータ送信を復調及び復号するステップと、データ送信に基づいてフィードバックを生成するステップと、アンライセンス共有媒体の物理チャネルが非占有であるか否かを決定するステップと、決定に従って物理チャネルが非占有であるとき、物理チャネルを介してフィードバックをｅＮＢに送信するステップと、を含んでよい。
【０１６９】
別の実施例は、先行する第１２種の実施例のいずれかの方法を含んでよい。物理チャネルは、物理アップリンク制御チャネル（ＰＵＣＣＨ）又は物理アップリンク共有チャネル（ＰＵＳＣＨ）であってよい。
【０１７０】
別の実施例は、先行する第１２種の実施例のいずれかの方法を含んでよい。更に、受信されたデータ送信が適切に復調及び復号されたか否かを決定するステップと、受信されたデータ送信が適切に復調及び復号されたと処理回路が決定した場合、フィードバックを送信するステップと、を含んでよい。フィードバックは、受信されたデータ送信が適切に復調及び復号されなかったと処理回路が決定した場合、送信されなくてよい。
【０１７１】
別の実施例は、先行する第１２種の実施例のいずれかの方法を含んでよい。更に、複数のサブフレームのうち第１のサブフレームが非占有であると決定された場合、固定のタイミング関係に基づいて送信ウィンドウを決定するステップであって、固定のタイミング関係は、受信されたデータ送信の受信時間に従ってフィードバックを送信するための所定の送信時間である、ステップと、第１のサブフレームが非占有であると決定された場合、第１のサブフレームを選択するステップと、第１のサブフレームが占有であると決定された場合、送信ウィンドウを拡張するステップと、フィードバックを送信するために、拡張時間ウィンドウ内の複数のサブフレームのうち第２のサブフレームを選択するステップと、送信ウィンドウの間に、第１のサブフレームと第２のサブフレームのうち選択された１つを介して、フィードバックを送信するステップと、を含んでよい。
【０１７２】
別の実施例は、先行する第１２種の実施例のいずれかの方法を含んでよい。更に、周波数分割複信（ＦＤＤ）展開ではｎ＋４＋ｌ、時分割複信（ＴＤＤ）展開ではｎ＋ｋ＋ｌに従って、第２のサブフレームを決定するステップ、を含む。ｎは第１のサブフレームのサブフレーム番号であり、ｋは所定の数であり、ｌは送信ウィンドウ拡張係数である。
【０１７３】
別の実施例は、先行する第１２種の実施例のいずれかの方法を含んでよい。更に、第１のサブフレームが占有されているという決定に応答して、タイマーを開始するステップであって、タイマーの値は、拡張送信ウィンドウのサイズに基づく、ステップと、第２のサブフレームが非占有であるか否かを決定するステップと、タイマーが満了したとき、及び、第２のサブフレームが占有されていると決定されたとき、フィードバックを破棄するステップと、を含む。
【０１７４】
別の実施例は、先行する第１２種の実施例のいずれかの方法を含んでよい。更に、第１のサブフレームが占有されているという処理回路による決定に基づいて、フィードバックを送信するための物理チャネルの第１のサブフレームの第１のリソースブロック（ＲＢ）位置を、物理チャネルの第２のサブフレームの第２のＲＢ位置にシフトするステップと、第２のサブフレームの第２のＲＢ位置における受信されたデータ送信に関するフィードバックを、第２のサブフレームの第１のＲＢ位置における別のデータ送信に関する別のフィードバックと共に送信するステップと、を含む。
【０１７５】
別の実施例は、先行する第１２種の実施例のいずれかの方法を含んでよい。更に、リソースオフセットに従って、第１のサブフレームの第１のＲＢ位置を、第２のサブフレームの第２のＲＢ位置にシフトするステップと、フィードバックの送信に用いられるシグナリングよりも上位層のシグナリングを用いて、リソースオフセットをｅＮＢに送信するステップと、を含む。
【０１７６】
別の実施例は、先行する第１２種の実施例のいずれかの方法を含んでよい。更に、フィードバックをフィードバックプロセス番号で多重化するステップであって、フィードバックプロセス番号をフィードバックのフィードバックビットの後、又はフィードバックのフィードバックのフィードバックビットの前に配置するステップを含む、ステップと、フィードバックプロセス番号をフィードバックと共に送信するステップと、を含む。
【０１７７】
別の実施例は、命令を含む１以上の非一時的コンピュータ可読記憶媒体を含んでよい。命令は、コンピューティングデバイスに、コンピューティングデバイスによる命令の実行に応答して、先行する第１２種の実施例のいずれに記載の方法を実行させる。
【０１７８】
第１３種の実施例は、アンライセンス共有媒体においてデータ送信についてフィードバックを提供するためのコンピュータ実施方法を含んでよい。本方法は、進化型ノードＢ（ｅＮＢ）から受信されたデータ送信を復調及び復号するステップと、データ送信が適切に復調及び復号されたか、又は適切に復調及び復号されなかったかに基づいて、フィードバックを生成するステップと、アンライセンス共有媒体の物理チャネルが非占有であるか否かを決定するステップと、決定に従って物理チャネルが非占有であるとき、物理チャネルを介してフィードバックをｅＮＢに送信するステップと、を含む。アンライセンス共有媒体は、ｅＮＢからデータ送信を受信するために用いられる同じアンライセンス共有媒体と、ｅＮＢからデータ送信を受信するために用いられるアンライセンス共有媒体とは異なるアンライセンス共有媒体とのうち一方である。
【０１７９】
別の実施例は、先行する第１３種の実施例のいずれかの方法を含んでよい。物理チャネルは、物理アップリンク制御チャネル（ＰＵＣＣＨ）又は物理アップリンク共有チャネル（ＰＵＳＣＨ）である。
【０１８０】
別の実施例は、先行する第１３種の実施例のいずれかの方法を含んでよい。更に、受信されたデータ送信が適切に復調及び復号されたか否かを決定するステップと、データ送信が適切に復調及び復号されたと決定されたときのみ、フィードバックを送信するステップと、を含む。
【０１８１】
別の実施例は、先行する第１３種の実施例のいずれかの方法を含んでよい。更に、複数のサブフレームのうち第１のサブフレームが非占有であると決定された場合、固定のタイミング関係に基づいて送信ウィンドウを決定するステップであって、固定のタイミング関係は、受信されたデータ送信の受信時間に従ってフィードバックを送信するための所定の送信時間である、ステップと、第１のサブフレームが非占有であると決定された場合、第１のサブフレームを選択するステップと、第１のサブフレームが占有であると決定された場合、送信ウィンドウを拡張するステップと、フィードバックを送信するために、拡張時間ウィンドウ内の複数のサブフレームのうち第２のサブフレームを選択するステップと、送信ウィンドウの間に、第１のサブフレームと第２のサブフレームのうち選択された１つを介して、フィードバックを送信するステップと、を含む。
【０１８２】
別の実施例は、先行する第１３種の実施例のいずれかの方法を含んでよい。更に、周波数分割複信（ＦＤＤ）展開ではｎ＋４＋ｌ、時分割複信（ＴＤＤ）展開ではｎ＋ｋ＋ｌに従って、第２のサブフレームを決定するステップ、を含む。ｎは第１のサブフレームのサブフレーム番号であり、ｋは所定の数であり、ｌは送信ウィンドウ拡張係数である。
【０１８３】
別の実施例は、先行する第１３種の実施例のいずれかの方法を含んでよい。更に、第１のサブフレームが占有されているという決定に応答して、タイマーを開始するステップであって、タイマーの値は、拡張送信ウィンドウのサイズに基づく、ステップと、第２のサブフレームが非占有であるか否かを決定するステップと、タイマーが満了したとき、及び、第２のサブフレームが占有されていると決定されたとき、フィードバックを破棄するステップと、を含む。
【０１８４】
別の実施例は、先行する第１３種の実施例のいずれかの方法を含んでよい。更に、第１のサブフレームが占有されているという決定に基づいて、フィードバックを送信するための物理チャネルの第１のサブフレームの第１のリソースブロック（ＲＢ）位置を、物理チャネルの第２のサブフレームの第２のＲＢ位置にシフトするステップと、第２のサブフレームの第２のＲＢ位置における受信されたデータ送信に関するフィードバックを、第２のサブフレームの第１のＲＢ位置における別のデータ送信に関する別のフィードバックと共に送信するステップと、を含む。
【０１８５】
別の実施例は、先行する第１３種の実施例のいずれかの方法を含んでよい。更に、リソースオフセットに従って、第１のサブフレームの第１のＲＢ位置を、第２のサブフレームの第２のＲＢ位置にシフトするステップと、フィードバックの送信に用いられるシグナリングよりも上位層のシグナリングを用いて、リソースオフセットをｅＮＢに送信するステップと、を含む。
【０１８６】
別の実施例は、先行する第１３種の実施例のいずれかの方法を含んでよい。更に、フィードバックをフィードバックプロセス番号で多重化して、フィードバックプロセス番号がフィードバックと共に送信されるようにするステップ、を含む。多重化するステップは、フィードバックプロセス番号をフィードバックのフィードバックビットの後、又はフィードバックのフィードバックのフィードバックビットの前に配置するステップ、を含む。
【０１８７】
別の実施例は、命令を含む１以上の非一時的コンピュータ可読記憶媒体を含んでよい。命令は、コンピューティングデバイスに、コンピューティングデバイスによる命令の実行に応答して、先行する第１３種の実施例のいずれに記載の方法を実行させる。
【０１８８】
第１４種の実施例は、アンライセンス共有媒体におけるデータ送信についてのフィードバックを取得する方法を含んでよい。本方法は、アンライセンス共有媒体のアップリンク物理チャネルを介して、ユーザ装置（ＵＥ）からアクノレッジメントフィードバックを受信するステップと、フィードバックに含まれるフィードバックプロセス番号に基づいて、アンライセンス共有媒体の複数のダウンリンクチャネルのうち対応する１つにアクノレッジメントフィードバックをマッチングするステップと、アンライセンス共有媒体のダウンリンク物理チャネルが非占有であるか否かを決定するステップと、決定に従ってダウンリンク物理チャネルが非占有であるとき、物理チャネルを介してＵＥにデータ送信を伝送するステップと、を含む。
【０１８９】
別の実施例は、先行する第１４種の実施例のいずれかの方法を含んでよい。受信するステップは、所望のアップリンクサブフレームの範囲内でフィードバックを検出するステップ、を含む。
【０１９０】
別の実施例は、先行する第１４種の実施例のいずれかの方法を含んでよい。アップリンク物理チャネルは、物理アップリンク制御チャネル（ＰＵＣＣＨ）と物理アップリンク共有チャネル（ＰＵＳＣＨ）のうち一方である。
【０１９１】
別の実施例は、先行する第１４種の実施例のいずれかの方法を含んでよい。フィードバックプロセス番号は、周波数分割複信（ＦＤＤ）展開では３ビットを含む。フィードバックプロセス番号は、時分割複信（ＴＤＤ）展開では４ビットを含む。
【０１９２】
別の実施例は、先行する第１４種の実施例のいずれかの方法を含んでよい。フィードバックは、フィードバックビット及びフィードバックプロセス番号を含み、フィードバックプロセス番号は、フィードバックビットの前又はフィードバックビットの後に配置され、複数のダウンリンクチャネルのうち対応する１つは、フィードバックプロセス番号に基づいて決定される。
【０１９３】
別の実施例は、先行する第１４種の実施例のいずれかの方法を含んでよい。複数のダウンリンクチャネルのうち対応する１つは、フィードバックプロセス番号の所定の順序に基づいて、フィードバックビットの各々についての定められたフィードバックビット位置に基づいて決定される。
【０１９４】
別の実施例は、先行する第１４種の実施例のいずれかの方法を含んでよい。フィードバックは、フィードバックが別のフィードバックのフィードバックビットの数とは異なる数のフィードバックビットを含むように、柔軟な数のフィードバックビットを含む。
【０１９５】
別の実施例は、命令を含む１以上の非一時的コンピュータ可読記憶媒体を含んでよい。命令は、コンピューティングデバイスに、コンピューティングデバイスによる命令の実行に応答して、先行する第１４種の実施例のいずれに記載の方法を実行させる。
【０１９６】
第１５種の実施例は、進化型ノードＢ（ｅＮＢ）からのデータ伝送を復調及び復号する無線制御手段と、無線制御手段に結合される処理手段であって、無線制御手段からデータ送信を受信し、データ送信に基づいてフィードバックを生成する処理手段と、を備える装置を含んでよい。無線制御手段は更に、無線周波数手段を、アンライセンス共有媒体の物理チャネルが非占有であるか否かを決定し、決定に従って、物理チャネルが非占有であるとき、物理チャネルを介してｅＮＢにフィードバックを送信するように制御する。
【０１９７】
別の実施例は、先行する第１５種の実施例のいずれかの装置を含んでよい。物理チャネルは、物理アップリンク制御チャネル（ＰＵＣＣＨ）又は物理アップリンク共有チャネル（ＰＵＳＣＨ）である。
【０１９８】
別の実施例は、先行する第１５種の実施例のいずれかの装置を含んでよい。処理手段は、受信されたデータ送信が適切に復調及び復号されたか否かを決定する。無線制御手段は、無線周波数手段を、受信されたデータ送信が適切に復調及び復号されたと処理回路が決定した場合に、フィードバックを送信し、受信されたデータ送信が適切に復調及び復号されなかったと処理回路が決定した場合に、フィードバックを送信しないように制御する。
【０１９９】
別の実施例は、先行する第１５種の実施例のいずれかの装置を含んでよい。処理手段は、複数のサブフレームのうち第１のサブフレームが非占有であると決定された場合に、固定のタイミング関係に基づいて送信ウィンドウを決定する。固定のタイミング関係は、受信されたデータ送信の受信時間に従ってフィードバックを送信するための所定の送信時間である。処理手段は、第１のサブフレームが非占有であると決定された場合に第１のサブフレームを選択し、第１のサブフレームが占有であると決定された場合に送信ウィンドウを拡張し、フィードバックを送信するために、拡張時間ウィンドウ内の複数のサブフレームのうち第２のサブフレームを選択する。無線制御手段は、無線周波数手段を、送信ウィンドウの間に第１のサブフレームと第２のサブフレームのうち選択された１つによってフィードバックを送信するように制御する。
【０２００】
別の実施例は、先行する第１５種の実施例のいずれかの装置を含んでよい。処理手段は、周波数分割複信（ＦＤＤ）展開ではｎ＋４＋ｌ、時分割複信（ＴＤＤ）展開ではｎ＋ｋ＋ｌに従って、第２のサブフレームを決定する。ｎは第１のサブフレームのサブフレーム番号であり、ｋは所定の数であり、ｌは送信ウィンドウ拡張係数である。
【０２０１】
別の実施例は、先行する第１５種の実施例のいずれかの装置を含んでよい。処理手段は、第１のサブフレームが占有されているという決定に応答してタイマーを開始し、ここでタイマーの値は、拡張送信ウィンドウのサイズに基づく、第２のサブフレームが非占有であるか否かを決定し、また、タイマーが満了したとき、及び、第２のサブフレームが占有されていると決定されたとき、フィードバックを破棄する。
【０２０２】
別の実施例は、先行する第１５種の実施例のいずれかの装置を含んでよい。処理手段は、第１のサブフレームを占有であるという処理手段によってなされた決定に基づいて、フィードバックを送信するための物理チャネルの第１のサブフレームの第１のリソースブロック（ＲＢ）位置を、物理チャネルの第２のサブフレームの第２のＲＢ位置にシフトする。無線制御手段は、無線周波数手段を、第２のサブフレームの第２のＲＢ位置における受信されたデータ送信に関するフィードバックを、第２のサブフレームの第１のＲＢ位置における別のデータ送信に関する別のフィードバックと共に送信するように制御する。
【０２０３】
別の実施例は、先行する第１５種の実施例のいずれかの装置を含んでよい。処理手段は、  ｉｓ  ｔｏ  リソースオフセットに従って、第１のサブフレームの第１のＲＢ位置を第２のサブフレームの第２のＲＢ位置にシフトする。無線制御手段は、無線周波数手段を、フィードバックの送信に用いられるシグナリングよりも上位層のシグナリングを用いて、リソースオフセットをｅＮＢに送信するように制御する。
【０２０４】
別の実施例は、先行する第１５種の実施例のいずれかの装置を含んでよい。処理手段は、フィードバックをフィードバックプロセス番号で多重化し、それにより無線制御手段は、無線周波数手段を、フィードバックプロセス番号をフィードバックと共に送信するように制御する。フィードバックをフィードバックプロセス番号を用いて多重化するために、処理手段は、フィードバックプロセス番号を、フィードバックのフィードバックビットの後、又はフィードバックのフィードバックのフィードバックビットの前に配置する。
【０２０５】
第１６種の実施例は、進化型ノードＢ（ｅＮＢ）から受信されるデータ送信を復調及び復号する手段と、データ送信が適切に復調及び復号されたか、又は適切に復調及び復号されなかったかに基づいて、フィードバックを生成する手段と、アンライセンス共有媒体の物理チャネルが非占有であるか否かを決定する手段と、決定に従って、物理チャネルが非占有であるとき、物理チャネルを介してｅＮＢにフィードバックを送信する手段と、を備える装置を含んでよい。アンライセンス共有媒体は、ｅＮＢからデータ送信を受信するために用いられる同じアンライセンス共有媒体と、ｅＮＢからデータ送信を受信するために用いられるアンライセンス共有媒体とは異なるアンライセンス共有媒体とのうち一方である。
【０２０６】
別の実施例は、先行する第１６種の実施例のいずれかの装置を含んでよい。物理チャネルは、物理アップリンク制御チャネル（ＰＵＣＣＨ）又は物理アップリンク共有チャネル（ＰＵＳＣＨ）である。
【０２０７】
別の実施例は、先行する第１６種の実施例のいずれかの装置を含んでよい。更に、受信されたデータ送信が適切に復調及び復号されたか否かを決定する手段と、データ送信が適切に復調及び復号されたと決定されたときのみ、フィードバックを送信する手段と、を備える。
【０２０８】
別の実施例は、先行する第１６種の実施例のいずれかの装置を含んでよい。更に、複数のサブフレームのうち第１のサブフレームが非占有であると決定された場合に、固定のタイミング関係に基づいて送信ウィンドウを決定する手段であって、固定のタイミング関係は、受信されたデータ送信の受信時間に従ってフィードバックを送信するための所定の送信時間である、手段と、第１のサブフレームが非占有であると決定された場合、第１のサブフレームを選択する手段と、第１のサブフレームが占有であると決定された場合、送信ウィンドウを拡張する手段と、フィードバックを送信するために、拡張時間ウィンドウ内の複数のサブフレームのうち第２のサブフレームを選択する手段と、送信ウィンドウの間に第１のサブフレームと第２のサブフレームのうち選択された１つによってフィードバックを送信する手段と、を備える。
【０２０９】
別の実施例は、先行する第１６種の実施例のいずれかの装置を含んでよい。アンライセンス共有媒体の物理チャネルが非占有であるか否かを決定する手段は、周波数分割複信（ＦＤＤ）展開ではｎ＋４＋ｌ、時分割複信（ＴＤＤ）展開ではｎ＋ｋ＋ｌに従って、第２のサブフレームを決定する手段を備える。ｎは第１のサブフレームのサブフレーム番号であり、ｋは所定の数であり、ｌは送信ウィンドウ拡張係数である。
【０２１０】
別の実施例は、先行する第１６種の実施例のいずれかの装置を含んでよい。更に、第１のサブフレームが占有されているという決定に応答してタイマーを開始する手段であって、タイマーの値は、拡張送信ウィンドウのサイズに基づく、手段と、第２のサブフレームが非占有であるか否かを決定する手段と、タイマーが満了したとき、及び、第２のサブフレームが占有されていると決定されたとき、フィードバックを破棄する手段と、を備える。
【０２１１】
別の実施例は、先行する第１６種の実施例のいずれかの装置を含んでよい。更に、第１のサブフレームが占有されているという決定に基づいて、フィードバックを送信するための物理チャネルの第１のサブフレームの第１のリソースブロック（ＲＢ）位置を、物理チャネルの第２のサブフレームの第２のＲＢ位置にシフトする手段と、第２のサブフレームの第２のＲＢ位置における受信されたデータ送信に関するフィードバックを、第２のサブフレームの第１のＲＢ位置における別のデータ送信に関する別のフィードバックと共に送信する手段と、を備える。
【０２１２】
別の実施例は、先行する第１６種の実施例のいずれかの装置を含んでよい。更に、リソースオフセットに従って、第１のサブフレームの第１のＲＢ位置を第２のサブフレームの第２のＲＢ位置にシフトする手段と、フィードバックの送信に用いられるシグナリングよりも上位層のシグナリングを用いて、リソースオフセットをｅＮＢに送信する手段と、を備える。
【０２１３】
別の実施例は、先行する第１６種の実施例のいずれかの装置を含んでよい。更に、フィードバックをフィードバックプロセス番号で多重化する手段であって、それによりフィードバックを送信する手段は、フィードバックプロセス番号をフィードバックと共に送信する、手段を備える。フィードバックをフィードバックプロセス番号を用いて多重化することは、フィードバックプロセス番号を、フィードバックのフィードバックビットの後、又はフィードバックのフィードバックのフィードバックビットの前に配置することである。
【０２１４】
第１７種の実施例は、無線周波数回路を、アンライセンス共有媒体のアップリンク物理チャネルを介して、ユーザ装置（ＵＥ）からアクノレッジメントフィードバックを受信するように制御する無線制御手段と、無線制御手段に結合される処理手段であって、フィードバックに含まれるフィードバックプロセス番号に基づいて、アクノレッジメントフィードバックを、アンライセンス共有媒体の複数のダウンリンクチャネルのうち対応する１つにマッチさせる、処理手段と、を備える進化型ノードＢ（ｅＮＢ）回路を含んでよい。無線制御手段は更に、無線周波数手段を、アンライセンス共有媒体のダウンリンク物理チャネルが非占有であるか否かを決定するように制御し、無線周波数回路を、決定に従ってダウンリンク物理チャネルが非占有であるとき、物理チャネルを介してＵＥにデータ送信を伝送するように制御する。
【０２１５】
別の実施例は、先行する第１７種の実施例のいずれかのｅＮＢ回路を含んでよい。無線制御手段は、無線周波数回路を、所望のアップリンクサブフレーム範囲内でフィードバックを検出して、フィードバックを受信するように制御する。
【０２１６】
別の実施例は、先行する第１７種の実施例のいずれかのｅＮＢ回路を含んでよい。アップリンク物理チャネルは、物理アップリンク制御チャネル（ＰＵＣＣＨ）と物理アップリンク共有チャネル（ＰＵＳＣＨ）のうち一方である。
【０２１７】
別の実施例は、先行する第１７種の実施例のいずれかのｅＮＢ回路を含んでよい。フィードバックプロセス番号は、周波数分割複信（ＦＤＤ）展開では３ビットを含み、フィードバックプロセス番号は、時分割複信（ＴＤＤ）展開では４ビットを含む。
【０２１８】
別の実施例は、先行する第１７種の実施例のいずれかのｅＮＢ回路を含んでよい。フィードバックは、フィードバックビット及びフィードバックプロセス番号を含み、フィードバックプロセス番号は、フィードバックビットの前又はフィードバックビットの後に配置され、複数のダウンリンクチャネルのうち対応する１つは、フィードバックプロセス番号に基づいて決定される。
【０２１９】
別の実施例は、先行する第１７種の実施例のいずれかのｅＮＢ回路を含んでよい。複数のダウンリンクチャネルのうち対応する１つは、フィードバックプロセス番号の所定の順序に基づいて、フィードバックビットの各々についての定められたフィードバックビット位置に基づいて決定される。
【０２２０】
別の実施例は、先行する第１７種の実施例のいずれかのｅＮＢ回路を含んでよい。フィードバックは、フィードバックが別のフィードバックのフィードバックビットの数とは異なる数のフィードバックビットを含むように、柔軟な数のフィードバックビットを含む。
【０２２１】
第１８種の実施例は、少なくとも１つのユーザ装置（ＵＥ）と少なくとも１つの進化型ノードＢ（ｅＮＢ）とを備える無線通信システムを含んでよい。ＵＥは、進化型ノードＢ（ｅＮＢ）からのデータ伝送を復調及び復号するＵＥ無線制御回路と、無線制御回路と結合されるＵＥ処理回路であって、無線制御回路からデータ伝送を受信し、データ送信に基づいてフィードバックを生成するＵＥ処理回路と、を有する。ＵＥ無線制御回路は更に、ＵＥ無線周波数回路を、アンライセンス共有媒体のアップリンク物理チャネルが非占有であるか否かを決定し、アップリンク物理チャネルが非占有であると決定された場合、アップリンク物理チャネルを介してフィードバックをｅＮＢに送信するように制御する。ｅＮＢはｅＮＢ回路を有し、ｅＮＢ回路は、ｅＮＢ無線周波数回路を、アンライセンス共有媒体のアップリンク物理チャネルを介してＵＥからフィードバックを受信するように制御するｅＮＢ無線制御回路と、ｅＮＢ無線制御回路に結合されるｅＮＢ処理回路であって、フィードバックに含まれるフィードバックプロセス番号に基づいて、フィードバックを、アンライセンス共有媒体の複数のダウンリンクチャネルのうち対応する１つにマッチングするｅＮＢ処理回路と、を含む。ｅＮＢ無線制御回路は更に、ｅＮＢ無線周波数回路を、アンライセンス共有媒体のダウンリンク物理チャネルが非占有であるか否かを決定するように制御し、ｅＮＢ無線周波数回路を、ダウンリンク物理チャネルが非占有であると決定された場合、物理チャネルを介してＵＥにデータ送信を伝送するように制御する。
【０２２２】
別の実施例は、先行する第１８種の実施例のいずれかのシステムを含んでよい。アップリンク物理チャネルは、物理アップリンク制御チャネル（ＰＵＣＣＨ）又は物理アップリンク共有チャネル（ＰＵＳＣＨ）である。
【０２２３】
別の実施例は、先行する第１８種の実施例のいずれかのシステムを含んでよい。ＵＥ処理回路は、受信されたデータ送信が適切に復調及び復号されたか否かを決定する。ＵＥ無線制御回路は、ＵＥ無線周波数回路を、受信されたデータ送信が適切に復調及び復号されたとＵＥ処理回路が決定した場合にフィードバックを送信し、受信されたデータ送信が適切に復調及び復号されなかったと処理回路が決定した場合に、フィードバックを送信しないように制御する。
【０２２４】
別の実施例は、先行する第１８種の実施例のいずれかのシステムを含んでよい。ＵＥ処理回路は、複数のサブフレームのうち第１のサブフレームが非占有であると決定された場合に、固定のタイミング関係に基づいて送信ウィンドウを決定する。固定のタイミング関係は、受信されたデータ送信の受信時間に従ってフィードバックを送信するための所定の送信時間である。ＵＥ処理回路は、第１のサブフレームが非占有であると決定された場合に第１のサブフレームを選択し、第１のサブフレームが占有であると決定された場合に送信ウィンドウを拡張し、フィードバックを送信するために、拡張時間ウィンドウ内の複数のサブフレームのうち第２のサブフレームを選択する。ＵＥ無線制御回路は、ＵＥ無線周波数回路を、送信ウィンドウの間に第１のサブフレームと第２のサブフレームのうち選択された１つによってフィードバックを送信するように制御する。
【０２２５】
別の実施例は、先行する第１８種の実施例のいずれかのシステムを含んでよい。ＵＥ処理回路は、周波数分割複信（ＦＤＤ）展開ではｎ＋４＋ｌ、時分割複信（ＴＤＤ）展開ではｎ＋ｋ＋ｌに従って、第２のサブフレームを決定する。ｎは第１のサブフレームのサブフレーム番号であり、ｋは所定の数であり、ｌは送信ウィンドウ拡張係数である。
【０２２６】
別の実施例は、先行する第１８種の実施例のいずれかのシステムを含んでよい。ＵＥ処理回路は、第１のサブフレームが占有されているという決定に応答してタイマーを開始し、ここでタイマーの値は、拡張送信ウィンドウのサイズに基づき、また、第２のサブフレームが非占有であるか否かを決定し、タイマーが満了したとき、及び、第２のサブフレームが占有されていると決定されたとき、フィードバックを破棄する。
【０２２７】
別の実施例は、先行する第１８種の実施例のいずれかのシステムを含んでよい。ＵＥ処理回路は、フィードバックを送信するための物理チャネルの第１のサブフレームの第１のリソースブロック（ＲＢ）位置を、第１のサブフレームが占有されているという処理回路による決定に基づいて、物理チャネルの第２のサブフレームの第２のＲＢ位置にシフトする。ＵＥ無線制御回路は、ＵＥ無線周波数回路を、第２のサブフレームの第２のＲＢ位置における受信されたデータ送信に関するフィードバックを、第２のサブフレームの第１のＲＢ位置における別のデータ送信に関する別のフィードバックと共に送信するように制御する。
【０２２８】
別の実施例は、先行する第１８種の実施例のいずれかのシステムを含んでよい。ＵＥ処理回路は、リソースオフセットに従って、第１のサブフレームの第１のＲＢ位置を第２のサブフレームの第２のＲＢ位置にシフトする。ＵＥ無線制御回路は、ＵＥ無線周波数回路を、フィードバックの送信に用いられるシグナリングよりも上位層のシグナリングを用いて、リソースオフセットをｅＮＢに送信するように制御する。
【０２２９】
別の実施例は、先行する第１８種の実施例のいずれかのシステムを含んでよい。ＵＥ処理回路は、フィードバックをフィードバックプロセス番号で多重化し、それによりＵＥ無線制御回路は、無線周波数回路を、フィードバックプロセス番号をフィードバックと共に送信するように制御する。フィードバックをフィードバックプロセス番号を用いて多重化するために、ＵＥ処理回路は、フィードバックプロセス番号を、フィードバックのフィードバックビットの後、又はフィードバックのフィードバックのフィードバックビットの前に配置する。
【０２３０】
別の実施例は、先行する第１８種の実施例のいずれかのシステムを含んでよい。ｅＮＢ無線制御回路は、ｅＮＢ無線周波数回路を、所望のアップリンクサブフレームの範囲内でフィードバックを検出して、フィードバックを受信するように制御する。
【０２３１】
別の実施例は、先行する第１８種の実施例のいずれかのシステムを含んでよい。アップリンク物理チャネルは、物理アップリンク制御チャネル（ＰＵＣＣＨ）と物理アップリンク共有チャネル（ＰＵＳＣＨ）のうち一方である。
【０２３２】
別の実施例は、先行する第１８種の実施例のいずれかのシステムを含んでよい。フィードバックプロセス番号は、周波数分割複信（ＦＤＤ）展開でｈ３ビットを含む。フィードバックプロセス番号は、時分割複信（ＴＤＤ）展開では４ビットを含む。
【０２３３】
別の実施例は、先行する第１８種の実施例のいずれかのシステムを含んでよい。フィードバックは、フィードバックビット及びフィードバックプロセス番号を含み、フィードバックプロセス番号は、フィードバックビットの前又はフィードバックビットの後に配置され、複数のダウンリンクチャネルのうち対応する１つは、フィードバックプロセス番号に基づいて決定される。
【０２３４】
別の実施例は、先行する第１８種の実施例のいずれかのシステムを含んでよい。複数のダウンリンクチャネルのうち対応する１つは、フィードバックプロセス番号の所定の順序に基づいて、フィードバックビットの各々についての定められたフィードバックビット位置に基づいて決定される。
【０２３５】
別の実施例は、先行する第１８種の実施例のいずれかのシステムを含んでよい。フィードバックは、フィードバックが別のフィードバックのフィードバックビットの数とは異なる数のフィードバックビットを含むように、柔軟な数のフィードバックビットを含む。
【０２３６】
上記の実施例の上記の説明は、本明細書に開示された例示の実施形態の例示及び説明を提供するが、上記の実施例は網羅的であること、又は本発明の範囲を開示の正確な形式に限定することを意図するものではない。上記の教示に照らして変更及び変形が可能であり、且つ／又は、本発明の様々な実施の実施から取得されてよい。
0006423087.tif 000003
【図１】
0006423087.tif 000004
【図２】
0006423087.tif 000005
【図３】
0006423087.tif 000006
【図４】
0006423087.tif 000007
【図５】
0006423087.tif 000008
【図６】
0006423087.tif 000009
【図７】
0006423087.tif 000010
【図８】
0006423087.tif 000011
【図９】
0006423087.tif 000012
【図１０】
0006423087.tif 000013