(57)【要約】  ある実施形態によると、スケジュールされたスケジューリング要求（ＳＲ）機会の間、ＳＲを上りリンクで送信できないことを判定することを含む、無線デバイスで実行される方法が提供される。ＳＲは、ネットワークノード（１１５）からのパーシャル下りリンク（ＤＬ）サブフレームに続く最初の送信機会で送信される。
2019506022.tif 000002
【特許請求の範囲】
【請求項１】
無線デバイス（１１０）で実行される方法であって、
スケジュールされたスケジューリング要求（ＳＲ）機会の間、ＳＲを上りリンクで送信できないことを判定することと、
ネットワークノード（１１５）からのパーシャル下りリンク（ＤＬ）サブフレームの後の最初の送信機会で前記ＳＲを送信することと、を含む方法。
【請求項２】
請求項１に記載の方法であって、
前記スケジュールされたＳＲ機会の間、前記ＳＲを前記ＵＬで送信できないことを判定することは、前記スケジュールされたＳＲ機会の間、前記ネットワークノードからのＤＬ送信との衝突を検出することを含む、方法。
【請求項３】
請求項１又は２に記載の方法であって、
前記パーシャルＤＬサブフレームの後の前記最初の送信機会は、前記パーシャルＤＬサブフレームの後のｓＰＵＣＣＨを含む、方法。
【請求項４】
請求項３に記載の方法であって、
前記ｓＰＵＣＣＨの期間は、時間領域において１シンボルと４シンボルの間である、方法。
【請求項５】
請求項１から４のいずれか１項に記載の方法であって、
前記パーシャルＤＬサブフレームの存在を示すシグナリングを前記ネットワークノード（１１５）から受信することをさらに含む、方法。
【請求項６】
請求項５に記載の方法であって、
前記シグナリングは、ＰＤＣＣＨシグナリングを含む、方法。
【請求項７】
請求項１から６のいずれか１項に記載の方法であって、
前記ＳＲは、前記最初の送信機会において、別の無線デバイス（１１０）による少なくとも１つの追加の送信と共に送信される、方法。
【請求項８】
請求項７に記載の方法であって、
前記少なくとも１つの追加の送信は、前記パーシャルＤＬサブフレームに関連付けられた肯定／否定（ＡＣＫ／ＮＡＣＫ）フィードバックを含む、方法。
【請求項９】
請求項１から８のいずれか１項に記載の方法であって、
前記パーシャルＤＬサブフレームの後に前記ＳＲを送信するための少なくとも１つの送信リソースを含む構成情報を前記ネットワークノード（１１５）から受信することをさらに含む、方法。
【請求項１０】
請求項９に記載の方法であって、
前記少なくとも１つの送信リソースは、ＵＬインタレース、直交カバーコード及びサイクリックシフトで構成されるグループから選択される、方法。
【請求項１１】
請求項１から１０のいずれか１項に記載の方法であって、さらに、
前記スケジュールされたＳＲ機会の間に前記ＳＲの送信に利用可能なリソースがないと判定することと、
前記ネットワークノードに関連付けられたセルとは異なるセルにおける送信機会の間、前記ＳＲの送信に利用可能なリソースがないと判定することと、を含む、方法。
【請求項１２】
請求項１１に記載の方法であって、さらに、
前記ネットワークノードに関連付けられた前記セルとは異なる前記セルへのランダムアクセス手順を開始することと、
１つ以上のＳＲをキャンセルすることと、を含む、方法。
【請求項１３】
無線デバイス（１１０）であって、
命令を格納するメモリ（３３０）と、
前記命令を実行する動作が可能なプロセッサ（３２０）と、を有し、
スケジュールされたスケジューリング要求（ＳＲ）機会の間、ＳＲを上りリンクで送信できないことを判定することと、
ネットワークノード（１１５）からのパーシャル下りリンク（ＤＬ）サブフレームの後の最初の送信機会で前記ＳＲを送信することと、
を前記プロセッサ（３２０）に実行させる、無線デバイス。
【請求項１４】
請求項１３に記載の無線デバイス（１１０）であって、
前記スケジュールされたＳＲ機会の間、前記ＳＲを前記ＵＬで送信できないことを判定するとき、前記プロセッサ（３２０）は、前記スケジュールされたＳＲ機会の間、前記ネットワークノードからのＤＬ送信との衝突を検出する様に動作可能である、無線デバイス。
【請求項１５】
請求項１３又は１４に記載の無線デバイス（１１０）であって、
前記パーシャルＤＬサブフレームの後の前記最初の送信機会は、前記パーシャルＤＬサブフレームの後のｓＰＵＣＣＨを含む、無線デバイス。
【請求項１６】
請求項１５に記載の無線デバイス（１１０）であって、
前記ｓＰＵＣＣＨの期間は、時間領域において１シンボルと４シンボルの間である、無線デバイス。
【請求項１７】
請求項１３から１６のいずれか１項に記載の無線デバイス（１１０）であって、
前記プロセッサ（３２０）は、前記パーシャルＤＬサブフレームの存在を示すシグナリングを前記ネットワークノードから受信する様にさらに動作可能である、無線デバイス。
【請求項１８】
請求項１７に記載の無線デバイス（１１０）であって、
前記シグナリングは、ＰＤＣＣＨシグナリングを含む、無線デバイス。
【請求項１９】
請求項１３から１８のいずれか１項に記載の無線デバイス（１１０）であって、
前記ＳＲは、前記最初の送信機会において、別の無線デバイス（１１０）による少なくとも１つの追加の送信と共に送信される、無線デバイス。
【請求項２０】
請求項１９に記載の無線デバイス（１１０）であって、
前記少なくとも１つの追加の送信は、前記パーシャルＤＬサブフレームに関連付けられた肯定／否定（ＡＣＫ／ＮＡＣＫ）フィードバックを含む、無線デバイス。
【請求項２１】
請求項１３から２０のいずれか１項に記載の無線デバイス（１１０）であって、
前記プロセッサ（３２０）は、前記パーシャルＤＬサブフレームの後に前記ＳＲを送信するための少なくとも１つの送信リソースを含む構成情報を前記ネットワークノード（１１５）から受信する様にさらに動作可能である、無線デバイス。
【請求項２２】
請求項２０に記載の無線デバイス（１１０）であって、
前記少なくとも１つの送信リソースは、ＵＬインタレース、直交カバーコード及びサイクリックシフトで構成されるグループから選択される、無線デバイス。
【請求項２３】
請求項１３から２２のいずれか１項に記載の無線デバイス（１１０）であって、
前記プロセッサ（３２０）は、さらに、
前記スケジュールされたＳＲ機会の間に前記ＳＲの送信に利用可能なリソースがないと判定し、
前記ネットワークノードに関連付けられたセルとは異なるセルにおける送信機会の間、前記ＳＲの送信に利用可能なリソースがないと判定する様に動作可能である、無線デバイス。
【請求項２４】
請求項２３に記載の無線デバイス（１１０）であって、
前記プロセッサ（３２０）は、さらに、
前記ネットワークノードに関連付けられた前記セルとは異なる前記セルへのランダムアクセス手順を開始し、
１つ以上のＳＲをキャンセルする様に動作可能である、無線デバイス。
【請求項２５】
ネットワークノード（１１５）で実行される方法であって、
パーシャル下りリンク（ＤＬ）サブフレームが、後に無線デバイス（１１０）に送信されることを示すシグナリングを前記ネットワークノード（１１５）が送信することと、
前記パーシャルＤＬサブフレームを前記無線デバイス（１１０）に送信することと、
前記パーシャルＤＬサブフレームの後の最初の送信機会において、前記無線デバイス（１１０）からスケジューリング要求（ＳＲ）を受信することと、を含む、方法。
【請求項２６】
請求項２５に記載の方法であって、
前記ネットワークノード（１１５）からのＤＬ送信との衝突により、前記パーシャルＤＬサブフレームの前のスケジュールされたＳＲ機会の間、前記ＵＬで前記ＳＲは送信できなかった、方法。
【請求項２７】
請求項２５又は２６に記載の方法であって、
前記パーシャルＤＬサブフレームの後の前記最初の送信機会は、前記パーシャルＤＬサブフレームの後のｓＰＵＣＣＨを含む、方法。
【請求項２８】
請求項２７に記載の方法であって、
前記ｓＰＵＣＣＨの期間は、時間領域において１シンボルと４シンボルの間である、方法。
【請求項２９】
請求項２５から２８のいずれか１項に記載の方法であって、
前記シグナリングは、ＰＤＣＣＨシグナリングを含む、方法。
【請求項３０】
請求項２５から２８のいずれか１項に記載の方法であって、
前記ＳＲは、前記最初の送信機会において、別の無線デバイス（１１０）による少なくとも１つの追加の送信と共に受信される、方法。
【請求項３１】
請求項３０に記載の方法であって、
前記少なくとも１つの追加の送信は、前記パーシャルＤＬサブフレームに関連付けられた肯定／否定（ＡＣＫ／ＮＡＣＫ）フィードバックを含む、方法。
【請求項３２】
請求項２５から３１のいずれか１項に記載の方法であって、
前記パーシャルＤＬサブフレームの後に前記ＳＲを送信するための少なくとも１つの送信リソースを含む構成情報を、前記無線デバイス（１１０）に送信することをさらに含む、方法。
【請求項３３】
請求項３２に記載の方法であって、
前記少なくとも１つの送信リソースは、ＵＬインタレース、直交カバーコード及びサイクリックシフトで構成されるグループから選択される、方法。
【請求項３４】
ネットワークノード（１１５）であって、
命令を格納するメモリ（２３０）と、
前記命令を実行する動作が可能なプロセッサ（２２０）と、を有し、
パーシャル下りリンク（ＤＬ）サブフレームが、後に無線デバイス（１１０）に送信されることを示すシグナリングを送信することと、
前記パーシャルＤＬサブフレームを前記無線デバイス（１１０）に送信することと、
前記パーシャルＤＬサブフレームの後の最初の送信機会において、前記無線デバイス（１１０）からスケジューリング要求（ＳＲ）を受信することと、を前記プロセッサ（２２０）に実行させる、ネットワークノード。
【請求項３５】
請求項３４に記載のネットワークノード（１１５）であって、
前記ネットワークノード（１１５）からのＤＬ送信との衝突により、前記パーシャルＤＬサブフレームの前のスケジュールされたＳＲ機会の間、前記ＵＬで前記ＳＲは送信できなかった、ネットワークノード。
【請求項３６】
請求項３４又は３５に記載のネットワークノード（１１５）であって、
前記パーシャルＤＬサブフレームの後の前記最初の送信機会は、前記パーシャルＤＬサブフレームの後のｓＰＵＣＣＨを含む、ネットワークノード。
【請求項３７】
請求項３６に記載のネットワークノード（１１５）であって、
前記ｓＰＵＣＣＨの期間は、時間領域において１シンボルと４シンボルの間である、ネットワークノード。
【請求項３８】
請求項３４から３７のいずれか１項に記載のネットワークノード（１１５）であって、
前記シグナリングは、ＰＤＣＣＨシグナリングを含む、ネットワークノード。
【請求項３９】
請求項３４から３８のいずれか１項に記載のネットワークノード（１１５）であって、
前記ＳＲは、前記最初の送信機会において、別の無線デバイス（１１０）による少なくとも１つの追加の送信と共に受信される、ネットワークノード。
【請求項４０】
請求項３９に記載のネットワークノード（１１５）であって、
前記少なくとも１つの追加の送信は、前記パーシャルＤＬサブフレームに関連付けられた肯定／否定（ＡＣＫ／ＮＡＣＫ）フィードバックを含む、ネットワークノード。
【請求項４１】
請求項３４から４０のいずれか１項に記載のネットワークノード（１１５）であって、
前記プロセッサ（２２０）は、前記パーシャルＤＬサブフレームの後に前記ＳＲを送信するための少なくとも１つの送信リソースを含む構成情報を、前記無線デバイス（１１０）に送信する様にさらに動作可能である、ネットワークノード。
【請求項４２】
請求項４１に記載のネットワークノード（１１５）であって、
前記少なくとも１つの送信リソースは、ＵＬインタレース、直交カバーコード及びサイクリックシフトで構成されるグループから選択される、ネットワークノード。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、２０１５年１月２１日に出願された、"アンライセンスド帯域のスケジューリング要求を多重するためのシステム及び方法"をその名称とする、米国仮出願Ｎｏ．６２／２８１，４８７の優先権を主張し、その開示は、参照として組み込まれる。
【０００２】
本開示は、一般的に、無線通信に関し、より詳しくは、アンライセンスド（免許不要）帯域のスケジューリング要求の多重に関する。
【背景技術】
【０００３】
３ＧＰＰ  Ｒｅｌ−１３の特徴である"ライセンスド・アシスティッド・アクセス"（ＬＡＡ）は、ＬＴＥ装置をアンライセンスド５ＧＨｚ無線スペクトラムで動作することも可能にする。アンライセンスド５ＧＨｚスペクトラムは、ライセンスド（免許要）スペクトラムの補完として使用される。現在進行中の３ＧＰＰ  Ｒｅｌ−１４のワークアイテムは、ＬＡＡへのＵＬ送信を追加している。よって、例えば、ＬＴＥのユーザ装置（ＵＥ）の様なデバイスは、ライセンスドスペクトラム（プライマリセル又はＰＣｅｌｌ）で接続し、アンライセンスドスペクトラム（セカンダリセル又はＳＣｅｌｌ）の追加の送信容量からの利益を得るためにキャリアアグリゲーションを使用する。アンライセンスドスペクトラムでのＬＴＥのスタンドアロン動作も可能であり、ＭｕＬＴＥｆｉｒｅアライアンスで開発中である。
【０００４】
スタンドアロンＬＴＥ−Ｕの場合、初期のランダムアクセス（ＲＡ）及び後続の上りリンク（ＵＬ）送信は、全体的にアンライセンスドスペクトラムで行われる。事前のチャネル検出無しに、アンライセンスドスペクトラムで送信することは、規制により許可されないかもしれない。アンライセンスドスペクトラムは、同様、又は、異なる無線技術の他の無線局と共用されなければならないので、所謂、リッスン・ビフォア・トーク（ＬＢＴ）手順が使用され得る。ＬＢＴは、予め定義された最小量の時間の間、媒体を検知することと、チャネルがビジーであると、バックオフすることと、を含む。今日、アンライセンスド５ＧＨｚスペクトラムは、そのマーケティングブランドである"Ｗｉ−Ｆｉ"としても知られる、ＩＥＥＥ８０２．１１無線ローカルエリアネットワーク（ＷＬＡＮ）標準を実装する装置により主に使用される。
【０００５】
図１は、基本的なＬＴＥ下りリンク物理リソースを示している。ＬＴＥは、下りリンクにおいて直交周波数分割多重（ＯＦＤＭ）を使用し、上りリンクにおいて、離散フーリエ変換（ＤＦＴ）−拡散ＯＦＤＭ（シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）としても参照される）を使用する。この様に、基本的なＬＴＥ下りリンク物理リソースは、時間−周波数グリッドと見なされ、各リソース要素は、１つのＯＦＤＭシンボル間隔の間の１つのＯＦＤＭサブキャリアに対応する。上りリンクサブフレームは、下りリンクと同じサブキャリア間隔を有し、下りリンクのＯＦＤＭシンボルと、時間領域における同じ数のＳＣ−ＦＤＭＡシンボルを有する。
【０００６】
図２は、ＬＴＥ時間領域構造を示している。時間領域において、ＬＴＥ下りリンク送信は、１０ｍｓの無線フレームに構成され、各無線フレームは、図２に示す様に、Ｔｓｕｂｆｒａｍｅ＝１ｍｓの長さの１０個の同じサイズのサブフレームを有する。各サブフレームは、０．５ｍｓの期間の２つのスロットを有し、フレーム内のスロット番号は、０から１９の範囲である。通常のサイクリックプレフィクスでは、１サブフレームは、１４ＯＦＤＭシンボルを有する。各シンボルの期間は、凡そ７１．４μｓである。
【０００７】
さらに、ＬＴＥのリソース割り当ては、典型的には、リソースブロック（ＲＢ）で記述され、ＲＢは、時間領域の１スロット（０．５ｍｓ）及び周波数領域の１２個の連続サブキャリアに対応する。時間方向の２つの隣接するＲＢの組（１．０ｍｓ）は、リソースブロックペアとして知られる。周波数領域においてＲＢには、システム帯域幅の一端から０で開始する番号が振られる。
【０００８】
下りリンク送信は、動的にスケジュールされる。特に、各サブフレームにおいて、基地局は、制御情報を送信し、制御情報は、現在の下りリンクサブフレームにおいて、どの端末へのデータが送信されているかと、どのリソースブックでデータが送信されているかに関する。この制御シグナリングは、典型的には、各サブフレームの最初の１、２、３又は４ＯＦＤＭシンボルで送信され、数ｎ＝１、２、３又は４は、制御フォーマットインディケータ（ＣＦＩ）として知られる。下りリンクサブフレームは、受信機に既知であり、制御情報のコヒーレント復調に使用される、共通基準シンボルも含んでいる。ＣＦＩ＝３のＯＦＤＭシンボルの下りリンクサブフレームを図３に示す。図示する基準シンボルは、セル固有基準シンボル（ＣＲＳ）であり、細かな時間及び周波数同期と、ある伝送モードにおけるチャネル推定と、を含む複数の機能をサポートするために使用される。
【０００９】
上りリンク送信は、動的にスケジュールされる、つまり、各下りリンクサブフレームにおいて、基地局は、制御情報を送信し、制御情報は、後続のサブフレームにおいてどの端末がネットワークノードにデータを送信すべきかと、どのリソースブロックでデータが送信されているかに関する。上りリンクリソースグリッドは、ＰＵＳＣＨのデータ及び上りリンク制御情報と、ＰＵＣＣＨの上りリンク制御情報と、復調基準信号（ＤＭＲＳ）及びサウンディング基準信号（ＳＲＳ）の様な種々の基準信号を含む。ＤＭＲＳは、ＰＵＳＣＨ及びＰＵＣＣＨデータのコヒーレント復調に使用され、ＳＲＳは、データ又は制御情報に関連付けられないが、一般的に、周波数選択スケジューリングのための上りリンクチャネル品質の推定に使用される。図４は、上りリンクサブフレームの例を示している。ＵＬ  ＤＭＲＳ及びＳＲＳは、ＵＬサブフレームに時間多重され、ＳＲＳは、通常のＵＬサブフレームの最後のシンボルで常に送信される。ＰＵＳＣＨ  ＤＭＲＳは、通常のサイクリックプレフィクスのサブフレームの各スロットに１度送信され、ＳＣ−ＦＤＭＡシンボルの４番目及び１１番目に配置される。
【００１０】
ＬＴＥ  Ｒｅｌ−１１において、ＤＬ又はＵＬリソース割り当ては、エンハンスド物理下りリンク制御チャネル（ＥＰＤＣＣＨ）でもスケジュールされ得る。Ｒｅｌ−８からＲｅｌ−１０においては、物理下りリンク制御チャネル（ＰＤＣＣＨ）のみが利用可能である。リソースのグラントは、ＵＥ個別であり、ＤＣＩサイクリックリダンダンシーチェック（ＣＲＣ）を、ＵＥ固有のＣ−ＲＮＴＩ識別子でスクランブルことにより示される。
【００１１】
ＵＥを含み得る無線デバイスが、そのバッファに送信待ちの上りリンクデータを有するが、スケジュールされたＵＬグラントを有さないとき、利用可能なＰＵＣＣＨリソースを用いてサービングセル又はプライマリセルに、１ビットのスケジューリング要求（ＳＲ）を送信することができる。ＳＲは、ＰＵＣＣＨフォーマット１を用いて送信でき、或いは、ＰＵＣＣＨフォーマット１ａ、１ｂ又は３のＨＡＲＱ  ＡＣＫ／ＮＡＣＫフィードバックに多重され得る。ＳＲ変調は、オン・オフキーイングに基づき、"＋１"は、ＳＲを示し、ＳＲが送信されない場合には何も送信されない。ＵＥ個別のＳＲ送信の周期とＳＲサブフレームオフセットは、表１に示す高次レイヤシグナリングにより構成される。
【００１２】
【表１】
2019506022.tif 000003
【００１３】
ｅＮＢがＳＲを受信すると、ｅＮＢは、ＵＥにＵＬグラントを送信でき、ＰＵＳＣＨでＵＥが送信したバッファ状態リポートに基づき追加のスケジューリング決定を行うことができる。
【００１４】
ＬＴＥ  Ｒｅｌ−１０標準は、２０ＭＨｚより広い帯域幅をサポートしている。ＬＴＥ  Ｒｅｌ−１０の１つの重要な要求は、ＬＴＥ  Ｒｅｌ−８との後方互換性を確保することである。これは、スペクトラムの互換性も含む。これは、２０ＭＨｚより広いＬＴＥ  Ｒｅｌ−１０キャリアが、ＬＴＥ  Ｒｅｌ−８端末には、複数のＬＴＥキャリアとして見えるべきことを暗示している。その様な各キャリアは、コンポーネントキャリア（ＣＣ）として参照され得る。特に、初期のＬＴＥ  Ｒｅｌ−１０配置の間には、多くのＬＴＥレガシー端末と比較して、少数のＬＴＥ  Ｒｅｌ−１０可能端末があることが期待されていた。よって、レガシー端末にも広いキャリアの効率的な利用を確保することが必要、つまり、広帯域なＬＴＥ  Ｒｅｌ−１０キャリアの総ての部分において、レガシー端末をスケジュールできることが必要であった。これを得るための自然な方法は、キャリアアグリゲーション（ＣＡ）である。ＣＡは、ＬＴＥ  Ｒｅｌ−１０端末が、複数のＣＣを受信でき、ＣＣは、Ｒｅｌ−８キャリアと同じ構造を有する、或いは、有する可能性を少なくとも有することを暗示する。図５は、ＣＡを示している。ＣＡ可能ＵＥには、常にアクティベイトされるプライマリセル（ＰＣｅｌｌ）と、動的にアクティベイト又はディアクティベイトされ得る１つ以上のセカンダリセル（ＳＣｅｌｌ）が割り当てられる。
【００１５】
各ＣＣの帯域幅とアグリゲートされるＣＣの数は、上りリンクと下りリンクで異なり得る。対称構成は、下りリンク及び上りリンクのＣＣ数が同じである場合を参照し、非対称構成は、ＣＣ数が異なる場合を参照している。セルにおいて構成されるＣＣ数は、端末が見るＣＣ数とは異なる場合があり得ることに留意することが重要である。セルが同じ数の上りリンクＣＣ及び下りリンクＣＣで構成されていたとしても、端末は、例えば、上りリンクＣＣより多くの下りリンクＣＣをサポートし得る。
【００１６】
ＷＬＡＮの典型的な配置において、キャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）が媒体アクセスに使用される。これは、クリアチャネル評価（ＣＣＡ）を実行するためにチャネルが検知され、送信は、チャネルがアイドルと示されたときのみに開始されることを意味する。チャネルがビジーと示された場合、送信は、基本的に、チャネルがアイドルと見なされるまで延期される。
【００１７】
図６は、Ｗｉ−Ｆｉのリッスン・ビフォア・トーク（ＬＢＴ）メカニズムを示している。Ｗｉ−Ｆｉ局Ａが局Ｂにデータフレームを送信後、局Ｂは、１６μｓの遅延で、ＡＣＫフレームを局Ａに返送する。その様なＡＣＫフレームを、局Ｂは、ＬＢＴ動作を実行することなく送信する。他の局が、その様なＡＣＫフレーム送信に干渉を与えることを防ぐため、局は、チャネルが占有されていることを観察すると、再度、チャネルの占有を検知する前に、３４μｓ（ＤＩＦＳとして参照される）の期間、待機する。よって、送信を望む局は、まず、固定期間ＤＩＦＳの間、媒体を検知することで、ＣＣＡを実行する。媒体がアイドルであると、局は、媒体の所有権を得たと想定し、フレーム交換シーケンスを開始する。媒体がビジーであると、局は、媒体がアイドルとなるまで待機し、ＤＩＦＳの間待機し、さらに、ランダムなバックオフ期間の間、待機する。
【００１８】
ＬＢＴプロトコルの使用により、媒体が利用可能になると複数のＷｉ−Ｆｉ局が送信でき、衝突の原因となり得る。衝突を減少させるため、送信を試みる局は、ランダムなバックオフカウンタを選択し、その数のスロットチャネルアイドル時間だけ待機する。ランダムなバックオフカウンタは、［０，ＣＷ］の範囲に渡り一様な分布から得たランダムな整数として選択される。ランダムなバックオフ競争ウィンドウの初期サイズは、ＩＥＥＥ標準においてＣＷｍｉｎに設定されている。多くの局がチャネルアクセスで競争していると、このランダムバックオフプロトコルにおいても衝突は依然として生じ得る。よって、衝突の再起を避けるため、局がその送信の衝突の限度値、ＣＷｍａｘを検出すると、サイズＣＷは２倍にされ、ＣＷｍａｘも、ＩＥＥＥ標準で設定されている。局が衝突なく送信を成功させると、局は、ランダムなバックオフ競争ウィンドウのサイズを初期値ＣＷｍｉｎに戻す。
【００１９】
図７は、ＬＴＥキャリアアグリゲーションを用いたアンライセンスドスペクトラムへのライセンスド・アシスティッド・アクセス（ＬＡＡ）を示している。現在のところ、ＬＴＥが使用するスペクトラムは、ＬＴＥ専用である。これは、ＬＴＥシステムが共存問題について注意する必要がなく、スペクトラム効率を最大化できるとの利点を有する。しかしながら、ＬＴＥに割り当てられるスペクトラムは限られ、割り当てられるスペクトラムは、アプリケーション及び／又はサービスからの大きなスループットの増加需要を満たすことができない。よって、ライセンスドスペクトラムに加えて、アンライセンスドスペクトラムを利用する、ＬＴＥの拡張に関する新たな取り組みが３ＧＰＰにより開始された。アンライセンスドスペクトラムは、本質的に、複数の異なる技術により同時に使用され得る。よって、ＬＴＥは、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ）の様な、他のシステムとの共存問題を考慮する必要がある。Ｗｉ−Ｆｉは、チャネルの占有を一旦検出すると、送信しないため、アンライセンスドスペクトラムにおいて、ライセンスドスペクトラムと同じ方法でＬＴＥを動作させることは、Ｗｉ−Ｆｉのパフォーマンスを大きく劣化させ得る。
【００２０】
さらに、アンライセンスドスペクトラムを信頼できる様に利用する１つの方法は、ライセンスドキャリアのチャネルで、必要な制御信号を送信することである。つまり、図７に示す様に、ＵＥは、ライセンスド帯域のＰＣｅｌｌと、アンライセンスド帯域の１つ以上のＳＣｅｌｌに接続される。このアプリケーションにおいて、アンライセンスドスペクトラムのセカンダリセルは、ライセンスド・アシスティッド・アクセス・セカンダリセル（ＬＡＡ  ＳＣｅｌｌ）として参照される。
【００２１】
図８は、ＵＬ  ＬＡＡリッスン・ビフォア・トーク（ＬＢＴ）を示している。Ｒｅｌ−１３  ＬＡＡにおいて、ＤＬデータ送信のためのＬＢＴは、Ｗｉ−Ｆｉと同様のランダムなバックオフ手順に従い、ＣＷ調整は、ＨＡＲＱ  ＮＡＣＫフィードバックに基づく。ＵＬ  ＬＢＴの複数の態様が、リリース１３の間に議論された。ＵＬ  ＬＴＢフレームワークに関し、議論は、自己スケジューリングと、クロス・キャリア・スケジューリングのシナリオに集中した。ＵＬグラントは、ｅＮＢによるＤＬ  ＬＢＴを必要とするので、ＵＬ  ＬＢＴは、自己スケジューリングでのＵＬ送信のための追加のＬＢＴステップを課している。ランダムなバックオフを適用する場合、ＵＬ  ＬＢＴの最大ＣＷサイズは、この欠点を克服するため、非常に低い値に制限されるべきである。よって、リリース１３  ＬＡＡは、自己スケジューリングのＵＬ  ＬＢＴは、少なくとも２５μｓ（ＤＬ  ＤＲＳと同様）の期間の単一ＣＣＡ、或いは、待機期間２５μｓのランダムなバックオフ法を使用すべきことを勧告し、２５μｓの待機期間は、１ＣＣＡスロットが続く１６μｓの待機期間と、Ｘ＝｛３，４，５，６，７｝から選択される、最大競合ウィンドウサイズと、を含む。これらのオプションは、他のアンライセンスドＳＣｅｌｌによるＵＬのクロス・キャリア・スケジューリングにも適用可能である。図８は、ＵＬグラントが、アンライセンスドキャリアで送信されるときの、例示的な、ＵＬ  ＬＢＴ及びＵＬ送信を示している。
【発明の概要】
【発明が解決しようとする課題】
【００２２】
ＳＲ送信機会は、ＬＢＴ要求によりＭｕＬＴＥｆｉｒｅに保証されず、任意のサブフレームが、ＵＬ又はＤＬ送信に使用される可能性がある。よって、周期的なＳＲ機会は、失敗したＬＢＴ、又は、ｅＮＢからのＤＬ送信との衝突によりブロックされ得る。現在、一般的に、複数のユーザを有するＬＢＴシステムにおいて、ロバスト（ｒｏｂｕｓｔ）なＳＲ送信及び多重のための解決策は無い。
【課題を解決するための手段】
【００２３】
既存の解決策の上述した問題に取り組むため、ＭｕＬＴＥｆｉｒｅ、Ｒｅｌ−１４  ＬＡＡ及びアンライセンスド帯域におけるＬＴＥの他のバージョンの様な、ＬＴＥシステムにおいて、ロバストなスケジューリング要求（ＳＲ）送信及び多重のための方法及びシステムが開示される。
【００２４】
ある実施形態によると、アンライセンスド帯域のスケジューリング要求を多重する方法が無線デバイスに実装される。方法は、スケジュールされたスケジューリング要求（ＳＲ）機会の間に、ＳＲを上りリンクで送信できないことを判定することを含む。ＳＲは、ネットワークノードからのパーシャル下りリンク（ＤＬ）サブフレームの後の最初の送信機会で送信される。
【００２５】
ある実施形態によると、アンライセンスド帯域のスケジューリング要求を多重する無線デバイスは、命令を含むメモリと、命令を実行する動作が可能なプロセッサと、を有し、スケジュールされたスケジューリング要求（ＳＲ）機会の間に、ＳＲを上りリンクで送信できないことをプロセッサに判定させる。ＳＲは、ネットワークノードからのパーシャルＤＬサブフレームの後の最初の送信機会で送信される。
【００２６】
ある実施形態によると、アンライセンスド帯域のスケジューリング要求を多重する方法は、ネットワークノードに実装される。方法は、ネットワークノードが、パーシャルＤＬサブフレームが、後に無線デバイスに送信されることを示すシグナリングを送信することを含む。パーシャルＤＬサブフレームは、無線デバイスに送信される。スケジューリング要求（ＳＲ）は、パーシャルＤＬサブフレームの後の最初の送信機会で無線デバイスから受信される。
【００２７】
ある実施形態によると、アンライセンスド帯域のスケジューリング要求を多重するネットワークノードが提示される。ネットワークノードは、命令を含むメモリと、命令を実行する動作が可能なプロセッサと、を有し、パーシャルＤＬサブフレームが、後に無線デバイスに送信されることを示すシグナリングをプロセッサに送信させることを含む。パーシャルＤＬサブフレームは、無線デバイスに送信され、スケジューリング要求（ＳＲ）は、パーシャルＤＬサブフレームの後の最初の送信機会で無線デバイスから受信される。
【００２８】
本開示のある実施形態は、１つ以上の技術的な利点を提供し得る。例えば、ある実施形態において、延期されたスケジューリング要求送信は、効率的及びロバストな方法で多重され得る。これは、その様なシステム全体のパフォーマンスを有利に改良する。他の利点は、当業者には容易に理解され得る。ある実施形態は、述べられた利点を有さず、或いは、述べられた利点の総て又は幾つかを有し得る。
【００２９】
開示する実施形態、それらの特徴及び利点の完全な理解のため、添付の図面を参照して以下に詳細な説明を行う。
【図面の簡単な説明】
【００３０】
【図１】基本的なＬＴＥ下りリンク物理リソースを示す図。
【図２】ＬＴＥ時間領域構造を示す図。
【図３】例示的な下りリンクサブフレームを示す図。
【図４】例示的な上りリンクサブフレームを示す図。
【図５】キャリアアグリゲーション（ＣＡ）を示す図。
【図６】リッスン・ビフォア・トーク（ＬＢＴ）メカニズムを示す図。
【図７】ＬＴＥキャリアアグリゲーションを用いたアンライセンスドスペクトラムへのライセンスド・アシスティッド・アクセス（ＬＡＡ）を示す図。
【図８】上りリンク（ＵＬ）ＬＡＡ  ＬＢＴを示す図。
【図９】ある実施形態による、アンライセンスド帯域のスケジューリング要求（ＳＲ）を多重する例示的なネットワークを示す図。
【図１０】ある実施形態による、アンライセンスド帯域のＳＲを多重する例示的なネットワークノードを示す図。
【図１１】ある実施形態による、アンライセンスド帯域のＳＲを多重する例示的な無線デバイスを示す図。
【図１２】ある実施形態による、ショート物理上りリンク制御チャネル（ｓＰＵＣＣＨ）の例を示す図。
【図１３】ある実施形態による、ロングＰＵＣＣＨ（ｅＰＵＣＣＨ）の例を示す図。
【図１４】ある実施形態による、同じ無線デバイスの物理上りリンク共用チャネル（ＰＵＳＣＨ）にマッピングされる、例示的なＵＬ制御情報（ＵＣＩ）を示す図。
【図１５】ある実施形態による、他の無線デバイスからのＰＵＳＣＨと共に、ｅＰＵＣＣＨ上の例示的なＵＣＩを示す図。
【図１６】ある実施形態による、バンドルされたｅＰＵＣＣＨ送信の例を示す図。
【図１７】ある実施形態による、連続的な物理下りリンク共用チャネル（ＰＤＳＣＨ）割り当てと、ｓＰＵＣＣＨを示す図。
【図１８】ある実施形態による、空のサブフレームを有する、例示的なｓＰＵＣＣＨを示す図。
【図１９】ある実施形態による、追加のリッスン・ビフォア・トーク（ＬＢＴ）フェーズを要求する後続のサブフレームにおける異なる２つの無線デバイスからのＵＣＩを示す図。
【図２０】ある実施形態による、ｓＰＵＣＣＨ上の専用スケジューリング要求（Ｄ−ＳＲ）を示す図。
【図２１】ある実施形態による、無線デバイスによる周期的なＳＲ送信を延期する例示的な方法を示す図。
【図２２】ある実施形態による、アンライセンスド帯域のＳＲを多重する無線デバイスによる例示的な方法を示す図。
【図２３】ある実施形態による、アンライセンスド帯域のＳＲを多重する、例示的な仮想コンピューティングデバイスを示す図。
【図２４】ある実施形態による、アンライセンスド帯域のＳＲを多重するネットワークノードにおける例示的な方法を示す図。
【図２５】ある実施形態による、アンライセンスド帯域のＳＲを多重する、他の例示的な仮想コンピューティングデバイスを示す図。
【図２６Ａ】ある実施形態による、ＳＲ送信のための物理上りリンク制御チャネル（ＰＵＣＣＨ）リソースを判定するための例示的な方法を示す図。
【図２６Ｂ】ある実施形態による、ＳＲ送信のための物理上りリンク制御チャネル（ＰＵＣＣＨ）リソースを判定するための例示的な方法を示す図。
【図２６Ｃ】ある実施形態による、ＳＲ送信のための物理上りリンク制御チャネル（ＰＵＣＣＨ）リソースを判定するための例示的な方法を示す図。
【図２６Ｄ】ある実施形態による、ＳＲ送信のための物理上りリンク制御チャネル（ＰＵＣＣＨ）リソースを判定するための例示的な方法を示す図。
【図２７】ある実施形態による、アンライセンスド帯域のＳＲを多重する無線デバイスによる他の例示的な方法を示す図。
【図２８】ある実施形態による、アンライセンスド帯域のＳＲを多重する、他の例示的な仮想コンピューティングデバイスを示す図。
【図２９】ある実施形態による、２つの例示的なアンライセンスドセカンダリセル（ＳＣｅｌｌ）を示す図。
【発明を実施するための形態】
【００３１】
スケジューリング要求（ＳＲ）送信機会は、ＭｕＬＴＥｆｉｒｅでは保証されていない。例えば、リッスン・ビフォア・トーク（ＬＢＴ）の要求により、周期的なスケジューリングリソース機会は、ブロックされ得る。さらに、任意のサブフレームを上りリンク（ＵＬ）又は下りリンク（ＤＬ）送信に使用できるので、ＵＬ  ＳＲは、ネットワークノードからのＤＬ送信と衝突する可能性がある。よって、複数のユーザを有するＬＢＴシステムにおけるロバストなＳＲ送信及び多重が必要とされる。
【００３２】
特定の実施形態が図１〜２７に記載され、同様の参照符号が、幾つかの図の同様及び対応する部分に使用される。図９は、ある実施形態による、アンライセンスド帯域のＳＲを多重するネットワーク１００の構成図である。ネットワーク１００は、無線デバイス１１０又はＵＥ１１０としても参照され得る1つ以上の無線デバイス１１０Ａ〜Ｃと、ネットワークノード１１５又はｅＮｏｄｅＢ１１５としても参照され得るネットワークノード１１５Ａ〜Ｃを含む。無線デバイス１１０は、無線インタフェースを介してネットワークノード１１５と通信できる。例えば、無線デバイス１１０Ａは、１つ以上のネットワークノード１１５に無線信号を送信し、及び／又は、１つ以上のネットワークノード１１５から無線信号を受信し得る。無線信号は、音声トラフィック、データトラフィック、制御信号、及び／又は、任意の他の適切な情報を含み得る。幾つかの実施形態において、ネットワークノード１１５に関連付けられた無線信号カバレッジの領域は、セルとしても参照され得る。幾つかの実施形態において、無線デバイス１１０は、Ｄ２Ｄ能力を有し得る。この様に、無線デバイス１１０は、他の無線デバイス１１０と直接信号の送受信を行うことができる。例えば、無線デバイス１１０Ａは、無線デバイス１１０Ｂと信号の送受信を行うことができる。
【００３３】
ある実施形態において、ネットワークノード１１５は、無線ネットワークコントローラ（図９には示さず）とインタフェースし得る。無線ネットワークコントローラは、ネットワークノード１１５を制御し、ある種の無線リソース管理機能、モビリティ管理機能、及び／又は、他の適切な機能を提供し得る。ある実施形態において、無線ネットワークコントローラの機能は、ネットワークノード１１５に含まれ得る。無線ネットワークコントローラは、コアネットワークノードとインタフェースし得る。ある実施形態において、無線ネットワークコントローラは、相互接続ネットワークを介してコアネットワークノードとインタフェースし得る。相互接続ネットワークは、オーディオ、ビデオ、信号、データ、メッセージ、或いは、それらの任意の組み合わせを送信できる、任意の相互接続システムを参照し得る。相互接続ネットワークは、公衆回線交換電話ネットワーク（ＰＳＴＮ）、パブリック若しくはプライベートデータネットワーク、ローカルエリアネットワーク（ＬＡＮ）、メトロポリタンエリアネットワーク（ＭＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、インターネットの様なローカル、地域若しくはグローバル通信又はコンピュータネットワーク、有線若しくは無線ネットワーク、企業イントラネット、或いは、それらの組み合わせを含む任意の他の適切な通信リンクの総て、或いは、部分を含み得る。
【００３４】
幾つかの実施形態において、コアネットワークノード（図９には示さず）は、通信セッションの確立と、無線デバイス１１０の種々の他の機能を管理し得る。無線デバイス１１０は、ノンアクセスストラタムレイヤを使用してコアネットワークノードとある信号を交換し得る。ノンアクセスストラタムシグナリングにおいて、無線デバイス１１０とコアネットワークノードとの間の信号は、無線アクセスネットワークをトランスペアレントに伝送され得る。ある実施形態において、ネットワークノード１１５は、ノード間インタフェースを介して１つ以上のネットワークノードとインタフェースし得る。例えば、ネットワークノード１１５Ａ及び１１５Ｂは、Ｘ２インタフェースを介してインタフェースし得る。
【００３５】
上述した様に、ネットワーク１００の例示的な実施形態は、１つ以上の無線デバイス１１０と、無線デバイス１１０と（直接又は間接的に）通信できる１つ以上の異なる種別のネットワークノードと、を含み得る。無線デバイス１１０は、セルラ又は移動通信システムのノード及び／又は他の無線デバイスと通信する任意の種別の無線デバイスを参照し得る。無線デバイス１１０の例は、モバイルフォン、スマートフォン、ＰＤＡ（パーソナルデジタルアシスタント）、携帯型コンピュータ（例えば、ラップトップ、タブレット）、センサ、モデム、マシンタイプ通信（ＭＴＣ）デバイス／マシントゥマシン（Ｍ２Ｍ）デバイス、ラップトップエンベディッド装置（ＬＥＥ）、ラップトップマウンティッド装置（ＬＭＥ）、ＵＳＢドングル、Ｄ２Ｄ可能デバイス、又は、無線通信を提供できる他のデバイスを含む。無線デバイス１１０は、幾つかの実施形態において、ＵＥ、局（ＳＴＡ）、デバイス、又は、端末としても参照され得る。幾つかの実施形態において、一般的な用語"無線ネットワークノード"（或いは、単に、"ネットワークノード"）も使用される。それは、任意の種類のネットワークノードであり、ＮｏｄｅＢ、基地局（ＢＳ）、ＭＳＲ  ＢＳの様なマルチ標準無線（ＭＳＲ）無線ノード、ｅＮｏｄｅＢ、ネットワークコントローラ、無線ネットワークコントローラ（ＲＮＣ）、基地局コントローラ（ＢＳＣ）、中継器を制御する中継ドナーノード、ベース送受信機局（ＢＴＳ）、アクセスポイント（ＡＰ）、送信ポイント、送信ノード、ＲＲＵ、ＲＲＨ、分散アンテナシステム（ＤＡＳ）のノード、コアネットワークノード（例えば、ＭＳＣ、ＭＭＥ等）、Ｏ＆Ｍ、ＯＳＳ、ＳＯＮ、測位ノード（例えば、Ｅ−ＳＭＬＣ）、ＭＤＴ、又は、任意の適切なネットワークノードを含み得る。ネットワークノード１１５、無線デバイス１１０、及び、他のネットワークノードの例示的な実施形態の詳細について、図１０及び１１を参照して説明する。
【００３６】
図９は、無線ネットワーク１００の特定の構成を示しているが、本開示の種々の実施形態は、任意の適切な構成を有する種々のネットワークに適用し得る。例えば、無線ネットワーク１００は、任意の適切な数の無線デバイス１１０及びネットワークノード１１５と、無線デバイス間、或いは、無線デバイスと（有線電話の様な）他の通信デバイスとの間の通信をサポートする任意の追加の要素と、を含み得る。さらに、ロングタームエボリューション（ＬＴＥ）ネットワークに実装されたある実施形態について説明するが、実施形態は、任意の適切な通信標準をサポートし、任意の適切な構成要素を使用する任意の適切なタイプの通信システムで実装でき、無線デバイスが信号（例えば、データ）を送受信する任意の無線アクセス技術（ＲＡＴ）又はマルチＲＡＴシステムに適用できる。例えば、本開示の種々の実施形態は、ＬＴＥ、ＬＴＥアドバンスド、ＬＴＥ−ＵＭＴＳ、ＨＳＰＡ、ＧＳＭ、ＣＤＭＡ２０００、ＷｉＭａｘ、ＷｉＦｉ、他の適切な無線アクセス技術、或いは、１つ以上の無線アクセス技術の任意の適切な組み合わせに適用できる。ある実施形態を、下りリンクにおける無線送信の文脈で記載するが、本開示の種々の実施形態は、上りリンク及びその逆に同様に適用できる。
【００３７】
本開示のＳＲ多重技術は、ライセンスが免除されるチャネルにおけるＬＡＡ  ＬＴＥと、スタンドアロンＬＴＥ動作の両方に適用できる。記載する技術は、一般的に、ネットワークノード１１５及び無線デバイス１１０の両方からの送信に適用できる。
【００３８】
図１０は、ある実施形態による、アンライセンスド帯域のＳＲを多重するネットワーク１１５の構成図である。例示的なネットワークノード１１５は、ｅＮｏｄｅＢ、ＮｏｄｅＢ、基地局、無線アクセスポイント（例えば、Ｗｉ−Ｆｉアクセスポイント）、低電力ノード、ベース送受信機局（ＢＴＳ）、送信ポイント、送信ノード、遠隔ＲＦユニット（ＲＲＵ）、遠隔無線ヘッド（ＲＲＨ）等を含む。ネットワークノード１１５は、ホモジニアス配置、ヘテロジニアス配置、或いは、混合配置の様に、無線ネットワーク１００に渡り配置され得る。ホモジニアス配置は、一般的に、同じ（又は同様の）タイプのネットワークノード１１５、及び／又は、同様のカバレッジ、セルサイズ、及び、サイト間距離で構成される配置を示し得る。ヘテロジニアス配置は、一般的に、異なるセルサイズ、送信電力、容量、及び、サイト間距離を有する種々のタイプのネットワークノード１１５を使用する配置を示し得る。例えば、ヘテロジニアス配置は、マクロセル配置に渡り配置される複数の低電力ノードを含み得る。混合配置は、ホモジニアス部分とヘテロジニアス部分の混合を含み得る。
【００３９】
ネットワークノード１１５は、１つ以上の送受信機２１０と、プロセッサ２２０と、メモリ２３０と、ネットワークインタフェース２４０と、を含み得る。幾つかの実施形態において、送受信機２１０は、（例えば、アンテナを介して）無線デバイス１１０と、無線信号の送受信を促進し、プロセッサ２２０は、ネットワークノード１１５により提供される上述した機能の一部又は全部を提供するために、命令を実行し、メモリ２３０は、プロセッサ２２０により実行される命令を格納し、ネットワークインタフェース２４０は、ゲートウェイ、スイッチ、ルータ、インターネット、公衆回線交換電話ネットワーク（ＰＳＴＮ）、コアネットワークノード１３０、無線ネットワークコントローラ１２０等の後方のネットワーク構成要素と信号を通信する。
【００４０】
プロセッサ２２０は、命令を実行する１つ以上のモジュールで実装されるハードウェア及びソフトウェアの任意の適切な組み合わせを含み、ネットワークノード１１５の記述される機能の幾つか又はすべてを実行するためにデータを操作する。幾つかの実施形態において、プロセッサ２２０は、例えば、１つ以上のコンピュータ、１つ以上の中央処理ユニット（ＣＰＵ）、１つ以上のマイクロプロセッサ、１つ以上のアプリケーション、及び／又は、他のロジックを含み得る。
【００４１】
メモリ２３０は、一般的に、１つ以上のロジック、ルール、アルゴリズム、コード、テーブル等、及び／又は、プロセッサにより実行され得る他の命令を含む、コンピュータプログラム、ソフトウェア、アプリケーションの様な命令を格納する様に動作する。メモリ２３０の例は、コンピュータメモリ（例えば、ランダムアクセスメモリ（ＲＡＭ）又はリードオンリーメモリ（ＲＯＭ））、マス記憶媒体（例えば、ハードディスクドライブ）、リムーバブル記憶媒体（例えば、コンパクトディスク（ＣＤ）又はデジタルビデオディスク（ＤＶＤ））、及び／又は、情報を格納する、任意の他の揮発性若しくは不揮発性、非一時的なコンピュータ可読及び／又はコンピュータ実行可能メモリデバイスを含む。
【００４２】
幾つかの実施形態において、ネットワークインタフェース２４０は、プロセッサ２２０と通信可能に結合され、ネットワークノード１１５への入力を受信し、ネットワークノード１１５からの出力を送信し、入力、出力若しくは入出力の適切な処理を実行し、他のデバイスと通信し、或いは、それらの任意の組み合わせを行うことが可能な任意の適切なデバイスを参照する。ネットワークインタフェース２４０は、ネットワークを介して通信するための、適切なハードウェア（例えば、ポート、モデム、ネットワークインタフェースカード等）と、プロトコル変換及びデータ処理能力を含むソフトウェアと、を含み得る。
【００４３】
ネットワークノード１１５の他の実施形態は、上述した任意の機能及び／又は追加の機能（上述した解決策をサポートするのに必要な任意の機能を含む）を含む、ネットワークノードの機能のある態様を提供するのに責任を負う、図１０に示す以外の追加のコンポーネントを含み得る。ネットワークノードの種々の異なるタイプは、同じ物理的なハードウェアを有するが、異なる無線アクセス技術をサポートする様に構成（例えば、プログラミングを介して）されたコンポーネント、或いは、部分的若しくは完全に異なる物理コンポーネントを含み得る。
【００４４】
図１１は、ある実施形態による、アンライセンスド帯域のＳＲを多重する例示的な無線デバイス１１０を示している。図示する様に、無線デバイス１１０は、送受信機３１０と、プロセッサ３２０と、メモリ３３０と、を含む。幾つかの実施形態において、送受信機３１０は、（例えば、アンテナを介して）ネットワークノード１１５と、無線信号の送受信を促進し、プロセッサ３２０は、無線デバイス１１０により提供される上述した機能の一部又は全部を提供するために、命令を実行し、メモリ３３０は、プロセッサ３２０により実行される命令を格納する。無線デバイス１１０の例は、上述した。
【００４５】
プロセッサ３２０は、命令を実行する１つ以上のモジュールで実装されるハードウェア及びソフトウェアの任意の適切な組み合わせを含み、無線デバイス１１０の記述される機能の幾つか又は総てを実行するためにデータを操作する。幾つかの実施形態において、プロセッサ３２０は、例えば、１つ以上のコンピュータ、１つ以上の中央処理ユニット（ＣＰＵ）、１つ以上のマイクロプロセッサ、１つ以上のアプリケーション、及び／又は、他のロジックを含み得る。
【００４６】
メモリ３３０は、一般的に、１つ以上のロジック、ルール、アルゴリズム、コード、テーブル等、及び／又は、プロセッサにより実行され得る他の命令を含む、コンピュータプログラム、ソフトウェア、アプリケーションの様な命令を格納する様に動作する。メモリ３３０の例は、コンピュータメモリ（例えば、ランダムアクセスメモリ（ＲＡＭ）又はリードオンリーメモリ（ＲＯＭ））、マス記憶媒体（例えば、ハードディスクドライブ）、リムーバブル記憶媒体（例えば、コンパクトディスク（ＣＤ）又はデジタルビデオディスク（ＤＶＤ））、及び／又は、情報を格納する、任意の他の揮発性若しくは不揮発性、非一時的なコンピュータ可読及び／又はコンピュータ実行可能メモリデバイスを含む。
【００４７】
無線デバイス１１０の他の実施形態は、上述した任意の機能及び／又は追加の機能（上述した解決策をサポートするのに必要な任意の機能を含む）を含む、無線デバイスの機能のある態様を提供するのに責任を負う、図１１に示す以外の追加のコンポーネントを含み得る。
【００４８】
３ＧＰＰ  ＬＴＥにおいて、ＨＡＲＱ−ＡＣＫ、ＳＲ及び周期的な制御システム情報（ＣＳＩ）を含む上りリンク制御情報（ＵＣＩ）は、物理上りリンク制御チャネル（ＰＵＣＣＨ）で送信され得る。アンライセンスド帯域におけるスタンドアロン動作において、２つのＰＵＣＣＨフォーマットが、ネットワークノードタイミング構成及びＨＡＲＱプロトコルに応じたＵＣＩ送信のために考慮され得る。言い換えると、ＰＵＣＣＨフォーマットは、ｎシンボル（１〜４の間）であるショートＰＵＣＣＨ（ｓＰＵＣＣＨ）と、１３〜１４シンボルであるロングＰＵＣＣＨ（ｅＰＵＣＣＨ）の２つのフォーマットの１つであり得る。スタンドアロンＬＴＥ−Ｕにおいて、各ＵＬサービングセルが、対応するＤＬサービングセルのＨＡＲＱフィードバックを搬送することは都合が良い。これは、１つのセルが総てのセルのＨＡＲＱ−ＡＣＫフィードバックを判定するシナリオを避ける。このアプローチは、典型的に、ＰＣｅｌｌのＰＵＣＣＨが、総てのＳＣｅｌｌのためのＵＣＩを搬送するＬＴＥとは異なり得る。しかしながら、チャネル利用率及びＰＵＣＣＨフォーマットデザインの観点において、各スタンドアロンキャリアのために独立したＰＵＣＣＨを持つことは利点がある。
【００４９】
ある実施形態において、ショートＰＵＣＣＨ（ｓＰＵＣＣＨ）は、インタレースで総ての帯域幅に渡り、時間領域において１〜３ＳＣ−ＦＤＭＡ／ＯＦＤＭシンボルを占有する。ｓＰＵＣＣＨは、パーシャルＤＬサブフレームの終わり、又は、ＵＬサブフレームの部分として（ＰＵＳＣＨが同じ無線デバイスにスケジュールされている場合）送信され得る。ｓＰＵＣＣＨを送信するため、アグレッシブＬＢＴが、無線デバイス１１０により適用され得る。特定の規制要求により、ｓＰＵＣＣＨ期間がデューティサイクルの５％未満である場合には、代わりに、ＬＢＴは要求されない。
【００５０】
図１２は、ある実施形態による、ショートＰＵＣＣＨ４００の例を示している。図示する様に、ショートＰＵＣＣＨ（又はｓＰＵＣＣＨ）は、時間領域において２つのＳＣ−ＦＤＭＡ／ＯＦＤＭシンボル、かつ、周波数領域において１つのインタレースを占有する。ＰＵＣＣＨのＤＭＲＳ及びデータシンボルは、周波数多重４０２又は時間多重４０４され得る。複数のＰＵＣＣＨ無線デバイスは、異なるインタレースパターンを割り当てることにより周波数領域で、及び／又は、例えば、単一インタレース内で異なる直交カバーコード（ＯＣＣ）を適用することによりコード領域で多重され得る。シンボル数、インタレースパターン、及び、ＯＣＣ構成（必要であれば）は、ネットワークノードシグナリングにより無線デバイス１１０に構成され得る。
【００５１】
ＨＡＲＱフィードバック及び対応するプロセスＩＤは、明示的にリストされ、或いは、例えば、ビットマップ（プロセス当たり１又は２ビット）として提供され得る。３ＧＰＰ  Ｒｅｌ−１３ＣＡのデザインに適合させるため、ｓＰＵＣＣＨのＵＣＩには、８ビットＣＲＣが付加され、テイルビッティング畳み込み符号（ＴＢＣＣ）を使用して符号化される。符号化シンボルは、周波数を第１に、時間を第２とする方法で利用可能なＲＥにマッピングされる。
【００５２】
図１３は、ある実施形態による、ロングＰＵＣＣＨ（ｅＰＵＣＣＨ）５００の例を示している。ロングＰＵＣＣＨは、時間領域において総てのサブフレームを占有し、インタレースにより総ての帯域幅に渡る。ロングＰＵＣＣＨは、ｅＮＢにより明示的にスケジュールされ、そこでは、ＵＬチャネルへのアクセスを得るために無線デバイス１１０でＬＢＴが要求される。ロングＰＵＣＣＨは、同じ又は異なる無線デバイス１１０からのＰＵＳＣＨと多重され、両立可能である。
【００５３】
図１３に示す例示的な実施形態において、ｅＰＵＣＣＨ５００は、１つのサブフレームの１つのインタレースを占有している。周波数領域において全帯域幅を占有する、スロット当たり１つのＤＭＲＳが存在し、異なるサイクリックシフトを適用することでＰＵＳＣＨ  ＤＭＲＳと多重され得る。図１２に示すｓＰＵＣＣＨと同様に、複数のＰＵＣＣＨ無線デバイス１１０は、異なるインタレースパターンを割り当てることにより周波数領域で、及び／又は、例えば、単一インタレース内で異なる直交カバーコード（ＯＣＣ）を適用することによりコード領域で多重され得る。同じサブフレーム内の残りのインタレースは、ＰＵＳＣＨ送信及び他の無線デバイスからのＰＵＣＣＨ／ＰＵＳＣＨ送信に使用され得る。インタレースパターンと、ＣＳ及びＯＣＣ構成（必要であれば）は、ｅＮＢシグナリングにより無線デバイス１１０に構成され得る。
【００５４】
ｓＰＵＣＣＨと同様に、ＨＡＲＱフィードバック及び対応するプロセスＩＤは、明示的にリストされ、或いは、例えば、ロングＰＵＣＣＨ上のビットマップ（プロセス当たり１又は２ビット）として提供され得る。ロングＰＵＣＣＨのＵＣＩには、８ビットＣＲＣが付加され、テイルビッティング畳み込み符号（ＴＢＣＣ）を使用して符号化される。符号化シンボルは、周波数を第１に、時間を第２とする方法で利用可能なＲＥにマッピングされる。
【００５５】
３ＧＰＰ  ＬＴＥにおいて、ＰＵＣＣＨでのＵＣＩ送信は、ＨＡＲＱ−ＡＣＫ、ＳＲ及び周期的なＣＳＩを含む。スタンドアロンＬＴＥ−Ｕにおいて、周期的なＣＳＩをサポートすることは困難であり、よって、非周期的なＣＳＩフィードバックがより必要であり、ＵＬ−ＳＣＨデータと共に、又は、無しに、ＵＬグラントによりスケジュールされるＰＵＳＣＨでサポートされるべきである。例えば、同じサブフレームでのＨＡＲＱ及びＳＲの様に、２つ以上のＵＣＩタイプをＰＵＣＣＨで送信する場合、それらは連結され、合わせて符号化され、ＤＬ  ＨＡＲＱプロトコルに基づくｅＮＢ構成により、ｓＰＵＣＣＨ又はロングＰＵＣＣＨフォーマットで送信される。
【００５６】
Ｒｅｌ−８であるので、下りリンクＨＡＲＱプロトコルは非同期である。この様に、ＨＡＲＱフィードバック（ＡＣＫ／ＮＡＣＫ）は、ライセンスドＰＣｅｌｌのＰＵＣＣＨで信頼性高く送信され得る。しかしながら、スタンドアロン動作（デュアル接続性を備えたＬＡＡと同様に）において、ＵＬ制御情報（ＵＣＩ）も、アンライセンスドスペクトラムで送信される。現在、５０ｍｓの観察ウィンドウにおいて５％より大きい期間、送信により媒体が占有されない場合、規制規則は、制御情報（ユーザプレーンデータではない）のためのＬＢＴの省略を許可している。プロトコルの観点から、この規則に基づきＰＵＣＣＨをデザインすることは魅力的であるが、結果として生じる衝突は、システムパフォーマンスに負の影響を与える。さらに、５％規則を修正、或いは、拒絶する試みもあり得る。よって、ＬＢＴをシグナリング制御に適用することが適切であり得る。
【００５７】
今日、ＬＴＥ  ＤＬ  ＨＡＲＱデザインは、ＤＬ  ＨＡＲＱプロセスと対応するＨＡＲＱフィードバックとの間の固定タイミング関係のみに依存している。ＬＢＴにより、ＤＬ送信及びＨＡＲＱフィードバックとの間の時間は変化し得る。よって、上りリンクで送信されるＨＡＲＱフィードバックでＨＡＲＱプロセスＩＤを送信することが適切であり得る。
【００５８】
任意種別のバンドリングは、ＲＴＴを増加させるので、即座のフィードバック（サブフレームｎ＋４以内）が、一般的に、ｅ２ｅ遅延の点で好ましい。しかしながら、それは、ネットワークノード１１６及び無線デバイス１１０に送信方向のより頻繁な切替（つまり、ＤＬからＵＬ、又は、ＵＬからＤＬ）を要求し、オーバヘッドを増加させる。ＨＡＲＱプロセスＩＤを、ＨＡＲＱフィードバックに含める必要がある場合、複数の下りリンクプロセスのためのＨＡＲＱフィードバックは、単一の上りリンクメッセージにバンドルされ得る。
【００５９】
プロセス毎の即座のフィードバックは、ＩＰレイヤで観察される遅延を減少させるので、フィードバックバンドリングは、空間的な効率を改善する。これら"モード"のどれが好ましいかは、例えば、システム負荷及び特定ＵＥのキュー（例えば、ＴＣＰスロースタート対輻輳回避フェーズ）に依存する。よって、ネットワークノード１１５は、これらモードを動的にトグルする、つまり、無線デバイス１１０に各プロセス独自のＨＡＲＱフィードバックを送信することを要求、或いは、無線デバイス１１０に複数のプロセスのフィードバックをバンドルさせるかを要求する手段を有し得る。
【００６０】
提案する第１実施形態によると、ネットワークノード１１５は、無線デバイス１１０がＨＡＲＱフィードバックを直ちに（ｎ＋４）に送信するか、（場合によってはバンドルして）後の時間位置まで遅延させるかを制御する。この要求は、ＤＬ割り当ての部分において明示される、或いは、無線デバイス１１０が、ＵＣＩを送信するための適切なリソースの利用可能性に基づき判定し得る。詳細は、以下に述べるＰＵＣＣＨのデザインにも依存し得る。
【００６１】
ＡＣＫ／ＮＡＣＫフィードバックは、下りリンクＨＡＲＱプロセスために準備され得る。原理的に、
１．同じ無線デバイス１１０からのＰＵＳＣＨと同じサブフレーム；
２．別の無線デバイス１１０からのＰＵＳＣＨと同じサブフレーム；
３．同じ無線デバイス１１０のためのＰＤＳＣＨと同じサブフレーム；
４．別の無線デバイス１１０のためのＰＤＳＣＨと同じサブフレーム；
５.無線デバイス１１０がＵＬグラントもＰＤＳＣＨも検出しない空のサブフレーム
においてＨＡＲＱフィードバック（ＵＣＩ）を送信することが可能である。
【００６２】
図１４は、同じ無線デバイス１１０のＰＵＳＣＨにマッピングされる例示的なＵＣＩ６００を示している。特に、図１１は、無線デバイス１１０が、４つの連続するサブフレームのＰＤＳＣＨで下りリンクデータと、当該４つの後続するサブフレームで有効なＵＬグラントと、を受信する場合を示している。無線デバイスがＰＵＳＣＨで既にスケジューリングされている場合、プロトコル遅延を最小化するために、ＨＡＲＱフィードバック（任意のものが利用可能である場合）及び他のＵＣＩを、可能な限り早く送信することが望ましい。ＵＣＩ６００は、好ましい送信特性を維持するために、ＰＵＳＣＨリソース上にマッピングされるべきである。ある実施形態において、"ＰＵＳＣＨ上のＰＵＣＣＨが可能であり得る"。よって、有効なＵＬグラントに応答して、保留中のＨＡＲＱフィードバック（及び恐らく他のＵＣＩ）は、ＰＵＳＣＨ上に多重され得る。
【００６３】
図１５は、別の無線デバイス１１０からのＰＵＳＣＨを伴う、ｅＰＵＣＣＨ上の例示的なＵＣＩ７００を示している。特に、図１５は、最初の４つのサブフレームで受信したＰＤＳＣＨを有する、無線デバイス１１０からのＵＣＩ７００が、後続する４つのサブフレームの利用可能な総てのシンボルに渡る、（ロング）ｅＰＵＣＣＨにマッピングされる場合を示している。ＰＵＳＣＨリソースは、別の無線デバイス１１０に割り当てられていることが想定される。ある実施形態において、ｅＰＵＣＣＨは、異なるインタレースの同じサブフレームにおいてＰＵＳＣＨと多重され得る。複数のユーザは、同じｅＰＵＣＣＨインタレース上で多重化され得る。
【００６４】
図１５の例において、無線デバイス１１０は、ＨＡＲＱフィードバックを可能な限り早く（つまり、ｎ＋４で）提供し、それは、遅延の観点で望ましい。サブフレームが、他の無線デバイスのＰＵＳＣＨ送信に使用される場合、即座のＨＡＲＱフィードバックによる追加のオーバヘッドは無視できる。しかしながら、ネットワークノード１１５が中間サブフレームを必要としない場合、それらは他のシステムで利用可能な様に空のままとし、無線デバイス１１０に、単一ＰＵＣＣＨ送信内でＨＡＲＱフィードバックをバンドルさせることが望ましい。低プロトコル遅延を目的とし、Ｒｅｌ−８の原理に従うため、ＰＵＣＣＨリソースが利用可能な最も早い時間位置でＨＡＲＱフィードバックを無線デバイス１１０が送信することを初期設定とすることが提案される。無線デバイスの消費電力又はリンクの占有を最小とすることをネットワークが意図する場合、ネットワークは、無線デバイス１１０が、その様な指示なく、別の割り当てを受信するまで、ＨＡＲＱフィードバックを延期すべきことを、ＤＬ割り当てで示すことができる。
【００６５】
図１６は、ある実施形態による、バンドルされたｅＰＵＣＣＨ送信８００の例を示している。特に、ネットワークノード１１５は、最初の３つの下りリンクサブフレームで、無線デバイス１１０がＨＡＲＱフィードバックを保留すべきことを示している。ネットワークノード１１５は、４番目の下りリンクサブフレームにおいてこの指示を書略している。結果、無線デバイス１１０は、サブフレーム５、６及び７のＰＵＣＣＨを省略し、サブフレーム８で、４つ総てのＨＡＲＱプロセスのバンドルされたフィードバックを送信する。
【００６６】
提案する第２実施形態によると、初期設定において、無線デバイス１１０は、ＰＵＣＣＨリソースが利用可能な最も早い時間位置において、利用可能なＨＡＲＱフィードバックを送信し得る。ある実施形態は、ｎ＋４で利用可能なＰＤＳＣＨのためのＨＡＲＱフィードバックを無線デバイス１１０が行うことを要求する。
【００６７】
提案する第３実施形態によると、ネットワークノード１１５は、ＤＬ割り当てにおいて、無線デバイス１１０が、このＨＡＲＱプロセスに対応するＨＡＲＱフィードバックを延期すべきことを示し得る。無線デバイス１１０は、後続するＤＬ割り当ての受信のみに応答して、この指示なく、ＨＡＲＱフィードバックを送信すべきである。
【００６８】
ユーザトラフィックは、しばしば、下りリンクを重くする。よって、ネットワークノード１１５がＵＬサブフレームより多くのＤＬサブフレームをスケジューリングすることを意図する場合がある。全サブフレームをＰＵＣＣＨに使用することは、望ましくないオーバヘッドを生じさせる。よって、ｅＰＵＣＣＨに加えてショートＰＵＣＣＨ（ｓＰＵＣＣＨ）がサポートされ得る。このｓＰＵＣＣＨは、上述し、かつ、図１７に示す様に、短い下りリンク（又は特別な）サブフレームの最後に現れ得る。短い下りリンクサブフレームの存在は、Ｃ−ＰＤＣＣＨでアナウンスされ、よって、動的なｓＰＵＣＣＨは、Ｃ−ＰＤＣＣＨにより示され得る。
【００６９】
図１７は、ある実施形態による、連続的なＰＤＳＣＨ割り当てを伴うｓＰＵＣＣＨ９００を示している。図１７に示す様に、無線デバイス１１０は、ＰＤＳＣＨのために連続してスケジューリングされる。サブフレーム１で受信したＰＤＳＣＨのためのＨＡＲＱフィードバックは、従来のＨＡＲＱタイムラインに従うと、サブフレーム５で送信される。しかしながら、本例において、ネットワークノード１１５は、別のＰＤＳＣＨ送信のためにサブフレーム５を使用している。結果、無線デバイス１１０は、９０２Ａで示す様に、サブフレーム１のＨＡＲＱフィードバックを延期する必要がある。９０２Ｂ及びＣとして示す様に、同じことが、サブフレーム２及び３に対応するＨＡＲＱフィードバックに適用される。サブフレーム７において、Ｃ−ＰＤＣＣＨは、後続のサブフレーム（サブフレーム８）が短いサブフレーム９０４であり、ｓＰＵＣＣＨの機会であることを示している。よって、無線デバイス１１０は、サブフレーム８の終わりで、サブフレーム１、２、３及び４に対応するＨＡＲＱフィードバックを送信し得る。本例において、ＨＡＲＱフィードバックの延期及びバンドルのためのＤＬ割り当ての表示は、必要ではない。
【００７０】
図１８は、総てのサブフレームがＰＤＳＣＨにより連続して占有されない場合のｓＰＵＣＣＨ１０００を示している。図示する様に、ｓＰＵＣＣＨは、空のサブフレームを有する。図１６と同様のシナリオも図示されている。図示する例において、無線デバイス１１０は、１００２Ａ〜Ｃとして示す様に、ＨＡＲＱフィードバックを延期する。ある実施形態において、無線デバイス１１０は、ｅＰＵＣＣＨを用いて可能な限り、そのフィードバックの送信を試み得る。それを避けるため、ネットワークノード１１５は、後続のサブフレームが短いサブフレーム１００４であり、ｓＰＵＣＣＨの機会があることを示すことにより、ＨＡＲＱフィードバックの延期を、ＤＬ割り当てで無線デバイス１１０に指示し得る。
【００７１】
提案する別の実施形態によると、ネットワークノード１１５がＣ−ＰＤＣＣＨを用いてｓＰＵＣＣＨの機会を示す場合、無線デバイス１１０は、ｓＰＵＣＣＨ上で保留中のＨＡＲＱフィードバック（及び可能な他のＵＣＩ）を送信する。
【００７２】
以下に、ＵＬ送信の間、或いは、ＵＬ送信の前において、無線デバイス１１０がＬＢＴを実行すべきか、及び、ＬＢＴをいつ実行すべきかを含む、ＬＢＴに関する幾つかの問題点を述べる。
【００７３】
ネットワークノード１１５は、対応するスケジューリングメッセージを送信する前に、指数関数的なバックオフを伴うＬＢＴを実行するので、無線デバイス１１０は、自己スケジュールした上りリンク送信に先立ち、短い空きチャネル評価（２５μｓ）のみを実行すべきと、いうことを考慮していた。よって、無線デバイス１１０は、チャネルが空きであることのみを検証（"隠れノード"効果による場合ではないまれなケースがあり得る）するが、チャネル競争の機会を他に与えない。同じ方法がＰＵＳＣＨに対しても行われ、前のＰＤＳＣＨ送信が通常のＬＢＴの対象であることを考慮すると、ｅＰＵＣＣＨの送信に先立ち、短いＬＢＴのみを実行することが可能であり得る。言い換えると、ｅＰＵＣＣＨは、スケジュールされたＰＵＳＣＨと同じＬＢＴパラメータを使用し、それは、単一サブフレーム内での送信の多重を可能にする。
【００７４】
ある他の実施形態によると、無線デバイス１１０は、スケジュールされたＰＵＳＣＨ及びｅＰＵＣＣＨに同じ２５μｓだけ遅延されたＣＣＡ（"短いＬＢＴ"）を適用し、それは、単一サブフレーム内での異なる無線デバイス１１０からの送信の多重を可能にする。
【００７５】
図１５の例において、無線デバイス１１０による４番目のＰＵＣＣＨ送信は、早く終わらせる必要があり、その結果、ネットワークノード１１５は、後続のＤＬサブフレームに先立ち、ＤＬ  ＬＢＴを実行することができる。これは、無線デバイスの上りリンク送信に先立つ十分に長いタイミングを適用することにより達成される。結果、全体の上りリンクバーストは、左側にシフトし得る。短いＤＬサブフレーム（ＳＦ４）により、先行する上りリンクバーストと下りリンクバーストが重なることを避けことができる。この原理により、上りリンクバーストの終わりにおいて、上りリンクサブフレーム自体を短くする必要は実際になくなる。（図示せず）
【００７６】
異なる無線デバイス１１０が、隣接サブフレームでＰＵＣＣＨフィードバック又はＰＵＳＣＨ送信を提供する場合、ＤＬからＵＬ、及び、ＵＬからＤＬへの遷移でのＬＢＴに加えて、追加のＬＢＴフェーズが必要である。ある実施形態において、後続のＵＬサブフレーム間にギャップが可能である。図１９は、後続のサブフレームにおける２つの異なる無線デバイス１１０からのＵＣＩを含む送信方法１１００を示し、追加のＬＢＴフェーズの要求を参照符号１１０２及び１１０４として示している。特に、参照符号１１０２で示す様に、第１ＵＥは最初の２つのサブフレームでＰＤＳＣＨを受信し、参照符号１１０４で示す様に、第２ＵＥは第３及び第４サブフレームでＰＤＳＣＨを受信している。ネットワークノード１１５がＤＬ送信をバックトゥバックで実行している間、第２無線デバイス１１０は、そのＰＵＣＣＨ送信を実行する前に、チャネルが空きであることを検知する必要がある。
【００７７】
図１５と図１９の例とを比較すると、無線デバイス１１０は、上りリンク送信に先立ち、ＬＢＴを実行すべきかを、それ自身で判定できないことが分かる。たとえ、以前のサブフレームで既に送信していたとしても、他の無線デバイス１１０が、後続のサブフレームでＬＢＴを実行する必要があるか否かに応じて、後続のサブフレームに先立ち、別のＬＢＴを実行する必要があり得る。よって、ある実施形態によると、ネットワークノード１１５は、無線デバイス１１０が、対応するＵＬサブフレームのためのＬＢＴをスキップできるかを、ＵＬグラント（ＰＵＳＣＨのため）及びＤＬ割り当て（ＰＵＣＣＨのため）で明示的に表示し得る。しかしながら、エラーケースを避けるため、無線デバイス１１０は、以前のサブフレームでの送信を実行していない場合、スケジュールされた上りリンクサブフレームでショートＬＢＴを実行し得る。このミスマッチは、以前のサブフレームにおける無線デバイスのＬＢＴ、或いは、ＵＬグラント若しくはＤＬ割り当ての消失により生じ得る。
【００７８】
さらに他の実施形態によると、以下の両方の条件が満たされる場合、無線デバイス１１０は、ショート上りリンクＬＢＴをスキップできる（ＰＵＳＣＨ及びｅＰＵＣＣＨに先立ち）。
・無線デバイス１１０が、以前のサブフレームにおいてＵＬ送信（ＰＵＣＣＨ又はＰＵＳＣＨ）を実行している。
・ネットワークノード１１５が、ＵＬグランント又はＤＬ割り当てにおいてＬＢＴのスキップを明示的に許可している。
【００７９】
図１５及び図１９の例において、無線デバイス１１０は、そのＰＵＣＣＨ送信が、他の無線デバイス１１０のＰＵＳＣＨ送信と同時に生じていることを知らない（知る必要がない）ことに留意すべきである。言い換えると、上述したリストのケース２）及び５）は、ＰＵＣＣＨを送信している無線デバイス１１０からは等価である。
【００８０】
ある実施形態において、ネットワークノード１１５は、ＤＬサブフレームの開始に先立ち、ＤＬ  ＬＢＴを実行し得る。ネットワークノード１１５は、後続のＬＢＴのための余地を作るため、ＤＬバーストの最後のＰＤＳＣＨサブフレームを短くし得る。同様に、他の上りリンク送信が続けて生じると想定されると、無線デバイス１１０の最後のＵＬ送信（ＰＵＳＣＨ又はＰＵＣＣＨ）は、短くされ得る。
【００８１】
その様なシナリオにおいて、無線デバイス１１０は、ＵＬサブフレームに先立ち、ＵＬ  ＬＢＴも実行し得る。しかしながら、その様なアプローチには欠点がある。例えば、ネットワークノード１１５は、後続のサブフレームを同じ無線デバイス１１０に割り当てるかを決定することが要求され得る。そうする場合、現在のサブフレームは、総てのシンボルに渡り、そうではないと、現在のサブフレームは、短くされなければならない。その様な"先読み"は、処理が重く、サブフレームｎ＋４のみではなく、ｎ＋５にも上りリンクスケジューリングを実行することが要求されるので、スケジューリング遅延を増加させる。さらに、ネットワークノード１１５は、ＰＵＣＣＨの送信を意図する無線デバイス１１０の１つに対してＬＢＴで勝つ能力を有することが望ましい。よって、先行するサブフレームの終わりではなく、ＵＬサブフレームの開始時にＵＬ  ＬＢＴを実行することが望まれ得る。よって、ある実施形態において、先行するサブフレームの終わりではなく、ＵＬサブフレームの開始時に、無線デバイス１１０は、ＵＬ  ＬＢＴを実行し得る。Ｗｉ−Ｆｉの確認応答の原理に従い、ネットワークノード１１５は、先行するＤＬバーストの開始時にＬＢＴを実行するので、無線デバイス１１０は、ｓＰＵＣＣＨ送信に先立ち、いずれのＬＢＴも実行する必要がない。
【００８２】
"ｓＰＵＣＣＨ及びＰＵＳＣＨとの間のギャップの必要性"は、依然、解決されない。しかしながら、ある実施形態によると、無線デバイス１１０は、先行するサブフレームでｓＰＵＣＣＨを送信していない場合、そのＰＵＳＣＨサブフレームに先立ち、ショートＬＢＴを実行する。例えば、特定の実施形態において、無線デバイス１１０は、ｓＰＵＣＣＨの送信前に、２５μｓのみ延期するショートＬＢＴを適用し得る。このシナリオは、ＵＬ  ＬＢＴがＵＬサブフレームの開始時に実行される状態に良く適合する。
【００８３】
さらに他の実施形態によると、以下の両方の条件が満たされる場合、無線デバイス１１０は、ｓＰＵＣＣＨと後続のＰＵＳＣＨ／ｅＰＵＣＣＨとの間のショート上りリンクＬＢＴをスキップできる。
・無線デバイス１１０が、先行するサブフレームにおいてＵＬ送信（ｓＰＵＣＣＨ）を実行している。
・ネットワークノード１１５が、ＵＬグランント又はＤＬ割り当てにおいてＬＢＴのスキップを明示的に許可している。
【００８４】
ネットワークノード１１５が、ｓＰＵＣＣＨの後に、ＰＤＳＣＨ送信を継続することを意図している場合、ネットワークノード１１５は、ＰＤＳＣＨが同じＴｘＯＰに依然属していると、ショートギャップ後にそうし得る。そうでなければ、ネットワークノード１１５は、指数関数的なバックオフを含むＬＢＴを実行する。
【００８５】
ＬＴＥにおいて、ネットワークノード１１５は、ＰＵＣＣＨ上の専用スケジューリング要求（Ｄ−ＳＲ）リソースを有する、ＲＲＣ接続している無線デバイス１１０を構成し得る。実際の時間／周波数リソースと同様に、周期性（例えば、２、４、１０、２０サブフレーム）が、ＲＲＣを介して半静的に構成され得る。高次レイヤから無線デバイス１１０へのデータ（ＩＰパケット）の到着に応じて、ＰＤＣＰキューは空となり、バッファ状態リポートはトリガされる。無線デバイス１１０がＢＳＲを送信するための有効な上りリンクグラントを有さない場合、無線デバイス１１０は、Ｄ−ＳＲリソースを使用して、次のＤ−ＳＲ機会でＤ−ＳＲを送信する。同じ原理が、アンライセンスド帯域でのスタンドアロンＬＴＥに適用され得る。しかしながら、無線デバイス１１０は、ＰＵＣＣＨでのＤ−ＳＲの送信に先立ち、ＬＢＴを実行すると想定され得る。
【００８６】
図２０は、ｓＰＵＣＣＨ上でのＤ−ＳＲ送信のための送信方法１２００を示している。特に、図２０は、無線デバイス１１０がＵＬデータ１２０２を受信し、各４番目のサブフレームでＤ−ＳＲ機会を持つように構成されている例示的なシナリオを示している。例えば、第１サブフレーム１２０３は、無線デバイス１１０と、恐らく他の無線デバイス１１０にも使用されないＤ−ＳＲ機会を含む。ネットワークノード１１５に接続されている無線デバイス１１０が活発にデータの送受信を行っていないとき、ネットワークノード１１５は、下りリンク送信を最小化し（ＤＲＳのみ）、多くのサブフレームは空である。図示する様に、ネットワークノード１１５は、バンドルされた上りリンクグラント１２０６を送信する。無線デバイス１１０は、図示する３番目のＤ−ＳＲ機会にＤ−ＳＲ１２０４の送信を試み、サブフレームの開始時の成功したＬＢＴ１２０８の後、ＰＵＳＣＨの送信に成功している。
【００８７】
一旦、チャネルが、（送信１２１０及び１２１２の様な）ＵＬ又はＤＬデータ送信により占有されると、無線デバイス１１０によるＤ−ＳＲに先立つＬＢＴは、進行中のＰＤＳＣＨ／ＰＵＳＣＨデータバーストにより恐らく失敗する。しかしながら、一見して問題にみえることは、好ましい特性として考慮され得る。例えば、接続された無線デバイス１１０より積極的なＬＢＴ構成（依然、Ｗｉ−Ｆｉに対して公平）を使用することにより、ネットワークノード１１５は、チャネルを掴むことができ、データが利用可能になるとすぐ、ＰＤＳＣＨ／ＰＵＳＣＨを効果的にスケジューリングすることができる。無線デバイス１１０が利用可能なデータについてネットワークノード１１５に通知できることを確実にするため、ネットワークノード１１５は、短いＤＬサブフレーム１２１４、又は、それらを空にすることで、無線デバイスのＤ−ＳＲ機会の少なくとも幾つかを宣言できる。図２０のシーケンスの後半部分に示す様に、無線デバイス１１０は、それらの機会をＤ−ＳＲ及びＨＡＲＱフィードバック送信に使用するであろう。特に、図示する例示的な実施形態において、ネットワークノード１１５は、参照符号１２１６で示す様に、対応するサブフレームにおいて送信されるＨＡＲＱフィードバックを要求する。無線デバイス１１０は、ｓＰＵＣＣＨでＤ−ＳＲ１２１８及びＨＡＲＱフィードバック１２２０を送信する。ネットワークノード１１５は、ＵＬグラント１２２２を送信する。無線デバイス１１０は、ＰＵＳＣＨでデータ及びＨＡＲＱフィードバック１２２４を送信する。
【００８８】
ある特定の実施形態によると、ネットワークノード１１５は、ＲＲＣシグナリングを使用してＤ−ＳＲリソースを有する無線デバイス１１０を構成することができる。無線デバイス１１０は、成功したショートＬＢＴの後、ｅＰＵＣＣＨ上のＲＲＣで構成された機会においてＤ−ＳＲを送信できる。サブフレームが短いＤＬサブフレームであることをネットワークノード１１５がアナウンスすると、代わりに、無線デバイス１１０は、ｓＰＵＣＣＨ上のこれらの機会においてＳ−ＤＲを送信できる。
【００８９】
無線デバイスのＰＵＳＣＨリソース上にＨＡＲＱフィードバックを多重化する必要性があるが、Ｄ−ＳＲによりその必要はない。その理由は、有効な上りリンクグラントを有する無線デバイス１１０は、ＰＵＳＣＨ上で送信されるＭＡＣ  ＰＤＵ内に（より詳細な）バッファ状態リポートを含むからである。
【００９０】
ＨＡＲＱフィードバック及びＤ−ＳＲに加えて、ＰＵＣＣＨは、チャネル状態情報（ＣＳＩ）も搬送し得る。ＬＴＥにおいて、ＣＳＩは、ＰＵＳＣＨと同様にＰＵＣＣＨにマッピングされ得る。ある実施形態において、非周期的なＣＳＩ報告は、最もなくてはならないものである。ＬＴＥでの様に、非周期的なＣＳＩは、（恐らくＵＬユーザデータ無しに）ＰＵＳＣＨにマッピングされる。その様な原理は、アンライセンスド・スタンドアロンＬＴＥにも行われ得る。
【００９１】
特定の実施形態において、非周期的なＣＳＩフィードバックのみがサポートされ得る。非周期的なＣＳＩフィードバックは、ネットワークノード１１５により提供されるＵＬグラントに従い、ＰＵＳＣＨにマッピングされ得る。
【００９２】
ある実施形態において、各ＵＬサービングセルは、対応するＤＬサービングセルのためのＨＡＲＱフィードバックを搬送し得る。これは、典型的には、ＰＣｅｌｌのＰＵＣＣＨが総てのＳＣｅｌｌのためのＵＣＩを搬送するＬＴＥと対比され得るが、チャネル利用効率とＰＵＣＣＨフォーマットデザインの観点において、ＬＴＥアンライセンスド・スタンドアロンにおいてそれを区別することを提案する。よって、特定の実施形態において、各ＵＬサービングセルは、対応するＤＬサービングセルのためのＨＡＲＱフィードバックを搬送し得る。
【００９３】
ある実施形態において、上りリンクサービングセルより多くの下りリンクを伴う動作モードをサポートする強い必要性はないかもしれない。言い換えると、無線デバイス１１０は、スタンドアロンＬＴＥ−Ｕにおいて下りリンクが搬送するのと同じ上りリンクを常にサポートすることができる。これは、Ｗｉ−Ｆｉキャリアバンドリングに適用されている原理に従うものであり、フィードバックフォーマットの定義を簡単にし得る。よって、特定の実施形態において、複数の下りリンクサービングセルからのフィードバックを共通の上りリンクサービングセルに多重化することは、サポートされないかもしれない。特に、無線デバイス１１０は、スタンドアロンＬＴＥ−Ｕにおいて下りリンクが搬送するのと同じ上りリンクを常にサポートすることができる。
【００９４】
ある実施形態において、無線デバイス１１０は、使用するｅＰＵＣＣＨ及びｓＰＵＣＣＨリソースを決定し得る。１つの可能性は、無線デバイス１１０が、ＬＴＥで定義されたのと同様のマッピングにより、ＤＬグラントからそれらを暗示的に抽出することである。しかしながら、ネットワークノード１１５は、対応するＰＤＳＣＨ送信を明示的にスケジューリングし、ｅＰＵＣＣＨのフォーマットは、ＰＵＳＣＨのフォーマットと似ているので、ネットワークノード１１５は、ｅＰＵＣＣＨリソースをより明示的にグラントすることもできる。ｅＰＵＣＣＨの送信リソースは、Ｌ１特性及び種々のＵＣＩタイプにより選択され得る。
【００９５】
図２１は、ある実施形態による、無線デバイス１１０による周期的なＳＲ送信を、ｓＰＵＣＣＨ機会１３０２まで延期する送信方法１３００を示している。動的なｓＰＵＣＣＨは、ＣＰＤＤＣＨによりシグナリングされ得る。ある実施形態において、動的なｓＰＵＣＣＨ１３０２は、サブフレームの最後のｎシンボル（ｎは１と４との間から選択される）であり、最初の１４−ｎシンボルは、ＵＬ送信に使用されない。
【００９６】
ある実施形態おいて、セルに関連付けられた無線デバイス１１０は、高次レイヤシグナリングにより、周期的なＳＲ送信を伴うものとして構成され得る。例えば、図示する無線デバイス１１０Ａは、送信機会１３０８のうちの最初のサブフレーム１３０４及び３番目のサブフレーム１３０６で周期的なＳＲ送信を伴うものとして構成され得る。第２無線デバイス１１０Ｂは、第４サブフレーム１３１０で周期的なＳＲ送信を行うものとして構成され得る。ネットワークノード１１５がＬＢＴ手順１３１１を実行し、対応するサブフレームでのＤＬ送信を割り当てた場合、サブフレーム１３０４、１３０６及び１３１０に関連付けられたこれらのＳＲ機会は、ブロックされ得る。よって、無線デバイス１１０Ａ及び１１０Ｂが、ＰＵＳＣＨでスケジューリングされていない場合、無線デバイス１１０Ａ及び１１０Ｂは、送信機会１３０８のサブフレーム１３０４、１３０６及び１３１０の間、ＳＲを送信できない。それらＳＲ送信は、最初のＵＬ送信機会、本例では、５番目のサブフレーム１３１２のパーシャルＤＬサブフレーム１３１４に続くサブフレームとして示されているｓＰＵＣＣＨ１３０２まで遅延される。ｓＰＵＣＣＨ１３０２の出現は、パーシャルＤＬサブフレーム１３１４の存在を示す共通のＰＤＣＣＨシグナリングを使用することで、ｅＮＢにより暗示的に示される。ある実施形態おいてに、パーシャルＤＬサブフレーム１３１４は、ＤｗＰＴＳと等価であり得る。これらのＳＲ送信は、ｓＰＵＣＣＨ１３０２の間、最初のＤＬサブフレーム１３０４に関連付けられたＨＡＲＱ  ＡＣＫ／ＮＡＣＫフィードバックの様な、他の無線デバイス１１０による送信と同時に行うことができる。ｓＰＵＣＣＨ１３０２期間は、例えば、時間領域において１シンボルと４シンボルとの間であり得る。
【００９７】
本例において、パーシャルＤＬサブフレームは、総ての数のシンボルより少ない数のシンボルが送信のために使用されているＤＬサブフレームを参照している。この様に、ＤＬサブフレームが１４シンボルで構成されている場合、パーシャルＤＬサブフレームは、１４シンボルの総てより少ない数のシンボルが使用されているサブフレームであり得る。よって、短いサブフレーム、パーシャルサブフレーム、パーシャルＤＬサブフレーム、短いＴＴＩ、パーシャルＴＴＩ及びパーシャルＤＬ  ＴＴＩとの用語は、ここでは、相互に交換可能であり得る。
【００９８】
ある実施形態によると、ｓＰＵＣＣＨ１３０２での遅延されたＳＲ送信は、１つ以上のＵＬインタレース、直交カバーコード及びサイクリックシフトを含む、適切な送信リソースで構成される必要がある。ＵＬインタレースの例は、周波数において等間隔であり、全システム帯域幅に渡る１０リソースブロックのセットである。
【００９９】
ある実施形態によると、無線デバイス１１０は、ＳＲ送信のためにＰＵＣＣＨリソースの２つ以上のセットで構成され得る。１つのセットは、周期的なＳＲ送信機会が使用されるときに使用される。追加のセットの１つは、ＳＲ送信機会が、最初に利用可能なｓＰＵＣＣＨ又はｅＰＵＣＣＨまで延期されるときに使用される。ＤＬヘビィＴＸＯＰ割り当てがｅＮＢによりシグナリングされたとき、追加のセットのどれを特定のＴＸＯＰ内で使用すべきかを動的に示すため、セル特定信号が、共通のＰＤＣＣＨ又は他の制御信号に含められ得る。ｅＮＢは、追加のＰＵＣＣＨリソースセットを適切に選択、又は、構成するため、ｓＰＵＣＣＨの予期されるＡＣＫ／ＮＡＣＫ負荷の知識を利用できる。
【０１００】
図２２は、ある実施形態による、アンライセンスド帯域のＳＲを多重する無線デバイス１１０による例示的な方法１４００を示している。方法は、ステップ１４０２において、スケジュールされたＳＲ機会の間、ＳＲを上りリンクで送信できないと無線デバイス１１０が判定したときに開始する。例えば、図２１を参照すると、無線デバイス１１０が最初のサブフレーム１３０４でネットワークノード１１５からのＤＬ送信を検出したときに、最初のサブフレーム１３０４の間、ＳＲを送信できないと無線デバイス１１０は判定し得る。
【０１０１】
ステップ１４０４で、無線デバイス１１０は、ネットワークノード１１５からの、パーシャル送信時間間隔（ＴＴＩ）としても参照されるパーシャル下りリンク（ＤＬ）サブフレームの後の最初の送信機会でＳＲを送信する。例えば、図２１を参照すると、無線デバイス１１０は、パーシャルＤＬサブフレーム１３１４の後の５番目のサブフレームでＳＲを送信できる。特定の実施形態において、パーシャルＤＬサブフレーム１３１４の後の最初の送信機会は、パーシャルＤＬサブフレーム１３１４の後のｓＰＵＣＣＨである。特定の実施形態において、ｓＰＵＣＣＨの期間は、時間領域において１シンボルと４シンボルとの間であり得る。
【０１０２】
ある実施形態において、無線デバイス１１０は、パーシャルＤＬサブフレームの存在を示すシグナリングをネットワークノード１１５から受信し得る。例えば、特定の実施形態において、シグナリングは、ＰＤＣＣＨシグナリングを含み得る。追加して、或いは、代わりに、無線デバイス１１０は、ＳＲを送信するために使用する送信リソースを特定する構成情報を受信し得る。例えば、構成情報は、ＳＲ送信に使用する、ＵＬインタレース、直交カバーコード、及び／又は、サイクリックシフトを含み得る。
【０１０３】
ある実施形態において、ステップ１４０４において、ＳＲは、別の無線デバイス１１０による少なくとも１つの追加の送信と同時に（例えば、共に）送信され得る。例えば、ＳＲは、パーシャルＤＬサブフレーム１３１４に関連付けられたＡＣＫ／ＮＡＣＫフィードバックと同時に送信され得る。
【０１０４】
ある実施形態において、図２２に示す様に、アンライセンスド帯域のＳＲを多重する方法は、１つ以上の仮想コンピューティングデバイスにより実行され得る。図２３は、ある実施形態による、アンライセンスド帯域のＳＲを多重する、例示的な仮想コンピューティングデバイス１５００を示している。ある実施形態において、仮想コンピューティングデバイス１５００は、図２２に示す方法に関して上述したのと同様のステップを実行するモジュールを含み得る。例えば、仮想コンピューティングデバイス１５００は、少なくとも１つの判定モジュール１５０２と、少なくとも１つの送信もジュール１５０４と、アンライセンスド帯域のＳＲを多重するための任意の他の適切なモジュールと、を含み得る。幾つかの実施形態において、１つ以上のモジュールは、図１１の１つ以上のプロセッサ３２０を使用して実現され得る。ある実施形態において、種々のモジュールの２つ以上の機能は、単一モジュールに結合され得る。
【０１０５】
判定モジュール１５０２は、仮想コンピューティングデバイス１５００の判定機能を実行し得る。例えば、特定の実施形態において、判定モジュール１５０２は、スケジュールされたＳＲ機会の間、ＳＲを上りリンクで送信できないことを判定し得る。例えば、判定モジュール１５０２は、ネットワークノード１１５からのＤＬ送信を検出することに応答して、ＳＲが送信できないことを判定し得る。
【０１０６】
送信モジュール１５０４は、仮想コンピューティングデバイス１５００の送信機能を実行し得る。例えば、送信モジュール１５０４は、ネットワークノード１１５からのパーシャルＤＬサブフレームの後の最初の送信機会でＳＲを送信し得る。特定の実施形態において、送信モジュール１５０４は、パーシャルＤＬサブフレームの後のｓＰＵＣＣＨでＳＲを送信し得る。
【０１０７】
コンピュータネットワーキング仮想装置１５００の他の実施形態は、（上述した解決策をサポートするのに必要な任意の機能を含む）上述した機能及び／又は任意の追加の機能を含む、無線デバイス１１０の機能のある態様を提供するのに責任を負う、図２３に示す以外の追加のコンポーネントを含み得る。無線デバイス１１０の種々の異なるタイプは、同じ物理的なハードウェアを有するが、異なる無線アクセス技術をサポートする様に構成（例えば、プログラミングを介して）されたコンポーネント、或いは、部分的若しくは完全に異なる物理コンポーネントを含み得る。
【０１０８】
図２４は、ある実施形態による、アンライセンスド帯域のＳＲを多重するネットワークノード１１５による例示的な方法１６００を示している。方法は、ステップ１６０２で、ネットワークノード１１５が、パーシャルＴＴＩとしても参照され得るパーシャルＤＬサブフレームが、後に無線デバイス１１０に送信されることを示すシグナリングを送信するときに開始する。例えば、特定の実施形態において、シグナリングは、ＰＤＣＣＨシグナリングを含み得る。追加して、或いは、代わりに、ネットワークノード１１５は、ＳＲを送信するために使用する送信リソースを特定する構成情報を送信し得る。例えば、構成情報は、ＳＲ送信に使用する、ＵＬインタレース、直交カバーコード、及び／又は、サイクリックシフトを含み得る。
【０１０９】
ステップ１６０４で、ネットワークノード１１５は、無線デバイス１１０にパーシャル下りリンクサブフレームを送信する。
【０１１０】
ステップ１６０６で、ネットワークノード１１５は、無線デバイス１１０から、パーシャルＤＬサブフレームとしても参照され得るパーシャルＤＬサブフレームの後の最初の送信機会でスケジューリング要求（ＳＲ）を受信する。例えば、図２１を参照すると、ネットワークノード１１５は、パーシャルＴＴＩ１３１４の後の５番目のサブフレームでＳＲを受信し得る。特定の実施形態において、パーシャルＤＬサブフレーム１３１４の後の最初の送信機会は、パーシャルＤＬサブフレーム１３１４の後のｓＰＵＣＣＨである。特定の実施形態において、ｓＰＵＣＣＨの期間は、時間領域において１シンボルと４シンボルとの間であり得る。
【０１１１】
ある実施形態において、ＳＲは、別の無線デバイス１１０による少なくとも１つの追加の送信と同時に（例えば、共に）受信され得る。例えば、ＳＲは、パーシャルＤＬサブフレーム１３１４に関連付けられたＡＣＫ／ＮＡＣＫフィードバックと同時に受信され得る。
【０１１２】
ある実施形態において、図２４に示すアンライセンスド帯域のＳＲを多重する方法は、１つ以上の仮想コンピューティングデバイスにより実行され得る。図２５は、ある実施形態による、アンライセンスド帯域のＳＲを多重する、例示的な仮想コンピューティングデバイス１７００を示している。ある実施形態において、仮想コンピューティングデバイス１７００は、図２４に示す方法に関して上述したのと同様のステップを実行するモジュールを含み得る。例えば、仮想コンピューティングデバイス１７００は、少なくとも１つの送信モジュール１７０２と、少なくとも１つの受信モジュール１７０４と、アンライセンスド帯域のＳＲを多重するための任意の他の適切なモジュールと、を含み得る。幾つかの実施形態において、１つ以上のモジュールは、図１０の１つ以上のプロセッサ２２０を使用して実現され得る。ある実施形態において、種々のモジュールの２つ以上の機能は、単一モジュールに結合され得る。
【０１１３】
送信モジュール１７０２は、仮想コンピューティングデバイス１７００の送信機能を実行し得る。例えば、特定の実施形態において、送信モジュール１７０２は、パーシャル下りリンク送信時間間隔（ＤＬ  ＴＴＩ）が、後に無線デバイス１１０に送信されることを示すシグナリングを送信できる。例えば、特定の実施形態において、シグナリングは、ＰＤＣＣＨシグナリングを含み得る。特定の実施形態における別の例として、送信モジュール１７０４は、パーシャルＤＬサブフレームを無線デバイス１１０に送信できる。
【０１１４】
受信モジュール１７０４は、仮想コンピューティングデバイス１７００の受信機能を実行し得る。例えば、受信モジュール１７０４は、無線デバイス１１０から、パーシャルＴＴＩとしても参照され得るパーシャルＤＬサブフレームの後の最初の送信機会でスケジューリング要求（ＳＲ）を受信する。
【０１１５】
コンピュータネットワーキング仮想装置１７００の他の実施形態は、（上述した解決策をサポートするのに必要な任意の機能を含む）上述した機能及び／又は任意の追加の機能を含む、ネットワークノード１１５の機能のある態様を提供するのに責任を負う、図２５に示す以外の追加のコンポーネントを含み得る。ネットワークノード１１５の種々の異なるタイプは、同じ物理的なハードウェアを有するが、異なる無線アクセス技術をサポートする様に構成（例えば、プログラミングを介して）されたコンポーネント、或いは、部分的若しくは完全に異なる物理コンポーネントを含み得る。
【０１１６】
ある他の例示的な実施形態によると、無線デバイス１１０は、ＤＬ  ＴＴＩの後、ＰＵＣＣＨリソースのどのセットを、ｓＰＵＣＣＨにおけるＳＲ送信に使用するかを判定し得る。特に、無線デバイス１１０は、ＤＬ  ＴＴＩに続くｓＰＵＣＣＨ／ｅＰＵＣＣＨへの、無線デバイスの最近の周期的なＳＲ機会からのサブフレーム数を考慮し得る。種々の実施形態によると、ｓＰＵＣＣＨ機会は、周期的であり得る、又は、周期的ではない。
【０１１７】
図２６Ａ〜２６Ｄは、無線デバイス１１０による、延期されたスケジューリング要求送信のために使用するＰＵＣＣＨリソースのセットを決定する方法を示している。特に、無線デバイス１１０がＳＲ送信のためのＰＵＣＣＨリソースのセットをどの様に決定し得るかについて、４つのケースを例示する。
【０１１８】
図２６Ａは、周期的なＳＲ機会が、ＵＬサブフレームと同時に生じた場合に、無線デバイス１１０がＰＵＣＣＨリソースの第１セットを使用し得るシナリオ１８００を示している。特に、図２６Ａは、無線デバイス１１０が、周期的なＤ−ＳＲ機会１８０２を伴って構成されていることを示している。特定の実施形態によると、周期的なＤ−ＳＲ機会１８０２の構成は、ＲＲＣシグナリングを介して受信され得る。図示する様に、最初のＤ−ＳＲ機会１８０２は、少なくとも下りリンク送信１８０４のバーストによりブロックされる。無線デバイス１１０は、最後のシンボルのＵＬ  ｓＰＵＣＣＨを有する短いＤＬサブフレーム１８０６の後、最初に構成された周期的なＤ−ＳＲ機会１８０２におけるＰＵＣＣＨでＳＲを送信する。
【０１１９】
図２６Ｂは、周期的なＳＲ機会が、ＤＬ  ＴｘＯＰの終わりで特別なサブフレームと同時に生じた場合に、無線デバイス１１０がＰＵＣＣＨリソースの第２セットを使用し得るシナリオ１８２０を示している。特に、無線デバイス１１０が、周期的なＤ−ＳＲ機会１８２２を伴って構成されている。特定の実施形態によると、周期的なＤ−ＳＲ機会１８２２の構成は、ＲＲＣシグナリングを介して受信され得る。図示する様に、２番目のＤ−ＳＲ機会１８２２は、下りリンク送信１８２４のバーストによりブロックされる。無線デバイス１１０は、最後のシンボルのＵＬ  ｓＰＵＣＣＨを有する短いＤＬサブフレーム１８２６の後、最初に構成された周期的なＤ−ＳＲ機会１８０２におけるｓＰＵＣＣＨでＳＲを送信する。
【０１２０】
図２６Ｃは、周期的なＳＲ機会が、ＤＬ  ＴｘＯＰの終わりでの短いサブフレームに先行するサブフレームで生じた場合に、無線デバイス１１０がＰＵＣＣＨリソースの第３セットを使用し得るシナリオ１８４０を示している。特に、無線デバイス１１０が、周期的なＤ−ＳＲ機会１８４２を伴って構成されている。図示する様に、２番目のＤ−ＳＲ機会１８４２は、下りリンク送信１８４４のバーストによりブロックされる。２番目のＤ−ＳＲ機会は、ＤＬ  ＴｘＯＰの終わりで、パーシャルＤＬサブフレーム又はパーシャルＤＬ  ＴＴＩとしても参照される短いサブフレーム１８４６に直前で先行するサブフレームに対応する。ある実施形態によると、２番目のＤ−ＳＲ機会１８４２は延期され、最後のシンボルにおいてＵＰ  ｓＰＵＣＣＨを伴うパーシャルＤＬサブフレーム１８４６に続く、次のサブフレームのｓＰＵＣＣＨで送信される。
【０１２１】
図２６Ｄは、周期的なＳＲ機会が、ＤＬ  ＴｘＯＰの終わりでの特別なサブフレームに先行する２つのサブフレームで生じた場合に、無線デバイス１１０がＰＵＣＣＨリソースの第４セットを使用し得るシナリオを示している。特に、無線デバイス１１０が、周期的なＤ−ＳＲ機会１８６２を伴って構成されている。図示する様に、２番目のＤ−ＳＲ機会１８６２は、下りリンク送信１８６４のバーストによりブロックされる。２番目のＤ−ＳＲ機会１８６２は、ＤＬ  ＴｘＯＰの終わりでの短いサブフレーム１８６６（つまり、パーシャルＤＬ  ＴＴＩとしても参照されるパーシャルＤＬサブフレーム）に２つのサブフレームだけ先行するサブフレームに対応する。ある実施形態によると、２番目のＤ−ＳＲ機会１８６２は延期され、最後のシンボルにおいてＵＰ  ｓＰＵＣＣＨを伴うパーシャルＤＬサブフレーム1８６６に続く、次のサブフレームのｓＰＵＣＣＨで送信される。
【０１２２】
ある実施形態において、特別なサブフレームは、パーシャルＤＬサブフレームとも呼ばれる、パーシャルＤＬサブフレームを含み得る。上りリンク制御情報は、特別なサブフレームのＵｐＰＴＳ部で搬送され得る。
【０１２３】
特定の例示的な実施形態において、無線デバイス１１０は、無線デバイス１１０の最近の周期的なＳＲ機会からのサブフレーム数に基づき、ｓＰＵＣＣＨ領域のインタレース内のＰＵＣＣＨリソースを使用する。別の実施形態において、無線デバイス１１０は、ｘ＋ＳＮ  ｍｏｄ  Ｍで与えられるＰＵＣＣＨリソースを使用し、ここで、ｘは、無線デバイス１１０の最近の周期的なＳＲ機会のサブフレームに割り当てられたＰＵＣＣＨリソースのインデックス番号であり、Ｓは、無線デバイス１１０の最近の周期的なＳＲ機会からのサブフレーム数であり、Ｎ及びＭは、Ｍ＞Ｎの正の整数であり、Ｍは、ｓＰＵＣＣＨ領域内で利用可能なＰＵＣＣＨリソース数であり、Ｎは、周期的なＳＲ機会サブフレーム内において利用可能なＰＵＣＣＨリソース数である。
【０１２４】
ある実施形態において、上述した様に、ＳＲ送信のための２つ以上のＰＵＣＣＨリソースのセットは、ＲＲＣシグナリングによりＵＥに構成され得る。無線デバイス１１０は、２つ以上のＰＵＣＣＨリソースのセットの１つを使用のために決定し得る。
【０１２５】
ある実施形態において、２つ以上のＰＵＣＣＨリソースのセットの任意の２つは、ＵＬインタレース、直交カバーコード、又は、サイクリックシフトの少なくとも１つの点で、互いに異なる。例えば、図２６Ａ及び２６Ｂの場合に無線デバイス１１０により決定されるリソースのセットは、ＵＬ  ＰＲＢの共通のインタレースを含むが、直交カバーコードが異なる。さらに、図２６Ｃ及び２６Ｄの場合に無線デバイス１１０により決定されるリソースのセットは、（図２６Ａ及び図２６Ｂで使用されるインタレースとは異なる）ＵＬ  ＰＲＢの共通のインタレースを含むが、表２に示す様に、直交カバーコードが異なる。
【０１２６】
【表２】
2019506022.tif 000004
【０１２７】
図２７は、ある実施形態による、アンライセンスド帯域のＳＲを多重する無線デバイスによる他の例示的な方法１９００を示している。方法は、ステップ１９０２で、無線デバイス１１０が、ネットワークノード１１５にスケジューリング要求（ＳＲ）を送信するために使用するＰＵＣＣＨリソースの少なくとも２つのセットを示す構成情報を取得したときに開始する。ある実施形態において、ＰＵＣＣＨリソースの少なくとも２つのセットは、１つの３ＧＰＰ  ＬＴＥ無線フレームの様な、１つの無線フレームに配置される。ある実施形態において、ＰＵＣＣＨリソースの少なくとも２つのセットは、１つの無線フレームの異なるサブフレームに配置される。
【０１２８】
特定の実施形態において、ＰＵＣＣＨリソースの少なくとも２つのセットは、無線デバイス１１０のＰＵＣＣＨリソースのメインセットと、ＰＵＣＣＨリソースの少なくとも１つの追加セットと、を含み得る。無線デバイス１１０は、特定のスケジューリング条件を満たさないことに応答してメインセットを選択し、特定のスケジューリング条件を満たすことに応答して少なくとも１つの追加のセットを選択する様に構成され得る。特定の実施形態において、リソースのメインセットは、周期的なＳＲ送信機会を含み得る。特定の実施形態において、ＰＵＣＣＨリソースのメインセットは、他の構成情報とは個別に受信され、ＰＵＣＣＨリソースの少なくとも１つの追加セットは、構成情報で示される。さらに他の実施形態において、ＰＵＣＣＨリソースの少なくとも１つの追加セットは、受信されたＰＤＣＣＨシグナリングにより暗示的に示され得る。例えば、セル特定信号は、共通のＰＤＣＣＨ又は他の制御信号内で受信され、ＰＵＣＣＨリソースの追加セットの選択される１つを示す。
【０１２９】
ステップ１９０４で、無線デバイス１１０は、ＰＵＣＣＨリソースの示されたセットの１つを選択する。特定の実施形態において、選択は、無線デバイスの最近の周期的なＳＲ送信機会と、ＰＵＣＣＨリソースの追加セットを含むサブフレームとを分離する時間期間に応じた、予め定義された選択規則により制御される。
【０１３０】
ある実施形態において、少なくとも２つの特定のスケジューリング条件が、ＰＵＣＣＨリソースの各追加セットに関連付けられる。使用するＰＵＣＣＨリソースの選択は、少なくとも２つの特定のスケジューリング条件の１つが満たされたかを判定することを含む。特定の実施形態において、少なくとも２つの特定のスケジューリング条件は、周期的なＳＲ送信機会と上りリンクサブフレームの一致、下りリンク送信機会の終わりでの周期的なＳＲ送信機会と特別なサブフレームの一致、下りリンク送信機会の終わりでの周期的なＳＲ送信機会と特別なサブフレームの直前のサブフレームの一致、下りリンク送信機会の終わりでの周期的なＳＲ送信機会と特別なサブフレームに２サブフレーム先行するサブフレームの一致の１つであり得る。特定の実施形態において、特別なサブフレームは、下りリンク送信のためのパーシャルサブフレームと、上りリンク制御データのための残りの部分と、で構成され得る。
【０１３１】
ある実施形態において、構成情報は、異なるサブフレームに位置するＰＵＣＣＨリソースの少なくとも２つの追加セットを示し得る。使用するＰＵＣＣＨリソースの選択は、最も早いサブフレームに配置されたＰＵＣＣＨリソースの追加セットの利用可能性を判定することを含み得る。最も早いサブフレームのＰＵＣＣＨリソースの追加セットが、無線デバイスによる送信に利用可能であると、無線デバイス１１０は、ＰＵＣＣＨリソースのこのセットを選択し得る。反対に、最も早いサブフレームのＰＵＣＣＨリソースの追加セットが利用可能でないと、最も早い後続サブフレームに配置されたＰＵＣＣＨリソースの追加セットの利用可能性が、判定され得る。
【０１３２】
ある実施形態において、ＰＵＣＣＨリソースのセットの選択は、異なる無線デバイスへ上りリンクグラントを検知することと、リッスン・ビフォア・トーク法を実行することによるといった、チャネル検知を実行することとの少なくとも１つを実行することにより、ＰＵＣＣＨリソースの少なくとも２つのセットの１つの利用可能性を判定することを含み得る。
【０１３３】
ある実施形態において、ＰＵＣＣＨリソースの選択は、入力として、無線デバイスの最近の周期的なＳＲ送信機会とＰＵＣＣＨリソースの追加セットを含むサブフレームとを分離する時間期間を有し、出力として、予め決められたリソース領域（ｓＰＵＣＣＨ）内のインタレースを参照するインタレース・インデクスを有する、予め定義された選択規則により制御される。他の実施形態において、ＰＵＣＣＨリソースのセットの選択は、入力として、最近の周期的なＳＲ送信機会で無線デバイスに割り当てられたＰＵＣＣＨリソースの少なくとも１つのインデクスｘと、無線デバイスの最近の周期的なＳＲ送信機会以降に経過したサブフレームの数Ｓと、予め定義されたリソース領域（ｓＰＵＣＣＨ）内の利用可能なＰＵＣＣＨの数Ｍと、周期的なＳＲ送信機会内の利用可能なＰＵＣＣＨリソースの数Ｎ＜＜Ｍと、を有する、予め定義された選択規則により制御される。ＰＵＣＣＨリソースのインデクス（ｘ＋ＳＮ  ｍｏｄ  Ｍ）が、選択のために出力され得る。
【０１３４】
ステップ１９０６で、無線デバイス１１０は、ＰＵＣＣＨ要求の選択されたセットを使用してＳＲを送信する。
【０１３５】
ある実施形態において、図２７に示す様に、アンライセンスド帯域のＳＲを多重する方法は、１つ以上の仮想コンピューティングデバイスにより実行され得る。図２８は、ある実施形態による、アンライセンスド帯域のＳＲを多重する、他の例示的な仮想コンピューティングデバイス２０００を示している。ある実施形態において、仮想コンピューティングデバイス２０００は、図２７に示す方法に関して上述したのと同様のステップを実行するモジュールを含み得る。例えば、仮想コンピューティングデバイス２０００は、少なくとも１つの取得モジュール２００２と、少なくとも１つの選択モジュール２００４と、少なくとも１つの送信もジュール２００６と、アンライセンスド帯域のＳＲを多重するための任意の他の適切なモジュールと、を含み得る。幾つかの実施形態において、１つ以上のモジュールは、図１１の１つ以上のプロセッサ３２０を使用して実現され得る。ある実施形態において、種々のモジュールの２つ以上の機能は、単一モジュールに結合され得る。
【０１３６】
取得モジュール２００２は、仮想コンピューティングデバイス２０００の取得機能を実行し得る。例えば、特定の実施形態において、取得モジュール２００２は、ネットワークノード１１５にスケジューリング要求（ＳＲ）を送信するために使用するＰＵＣＣＨリソースの少なくとも２つのセットを示す構成情報を取得し得る。
【０１３７】
選択モジュール２００４は、仮想コンピューティングデバイス２０００の選択機能を実行し得る。例えば、選択モジュール２００４は、ＰＵＣＣＨリソースの示されたセットの１つを選択し得る。特定の実施形態において、選択は、無線デバイスの最近の周期的なＳＲ送信機会と、ＰＵＣＣＨリソースの追加セットを含むサブフレームとを分離する時間期間に応じた、予め定義された選択規則により制御される。
【０１３８】
送信モジュール２００６は、仮想コンピューティングデバイス２０００の選択機能を実行し得る。例えば、送信モジュール２００６は、ＰＵＣＣＨ要求の選択されたセットを使用してＳＲを送信し得る。
【０１３９】
コンピュータネットワーキング仮想装置２０００の他の実施形態は、（上述した解決策をサポートするのに必要な任意の機能を含む）上述した機能及び／又は任意の追加の機能を含む、無線デバイス１１０の機能のある態様を提供するのに責任を負う、図２８に示す以外の追加のコンポーネントを含み得る。無線デバイス１１０の種々の異なるタイプは、同じ物理的なハードウェアを有するが、異なる無線アクセス技術をサポートする様に構成（例えば、プログラミングを介して）されたコンポーネント、或いは、部分的若しくは完全に異なる物理コンポーネントを含み得る。
【０１４０】
ある実施形態において、サブフレームがＤＬサブフレームとして使用されていることにより、特定のアンライセンスドセルにおいて周期的なＳＲ送信がブロックされると、他のアンライセンスドセルが、現在利用可能なＵＬサブフレームを有している場合、ＳＲは、当該の他のアンライセンスドセルで送信され得る。図２９は、２つのアンライセンスドＳＣｅｌｌの例を示している。図示する様に、無線デバイス１１０Ａ及び１１０Ｂは、ＳＣｅｌｌ２１０２でのＳＲ送信がブロックされている。特に、ネットワークノード１１５は、ＬＢＴ手順２１０４を実行でき、下りリンク送信２１０６のバーストを送信できる。図示する様に、無線デバイス１１０Ａは、周期的なＳＲ送信機会２１０８を有し、無線デバイス１１０Ｂは、周期的なＳＲ送信機会２１１０を有している。しかしながら、周期的なＳＲ送信機会２１０８及び２１１０に対応するｓＰＵＣＣＨ上の上りリンクサブフレームは、下りリンク送信２１０６によりブロックされている。
【０１４１】
しかしながら、無線デバイス１１０及び１１Ｂが、ＳＣｅｌｌ２１１２のＤＬを監視している場合、無線デバイス１１０Ｂは、ＳＣｅｌｌ２１１２上のより早いＵＬ  ｓＰＵＣＣＨ機会を判定し、そこでＳＲを送信できる。例示的な実施形態で図示する様に、ネットワークノード１１６は、下りリンク送信２１１６のバーストを送信する前に、ＬＢＴ手順２１１４を実行できる。しかしながら、ネットワークノード１１５により送信される最後の下りリンクＴＴＩは、パーシャルＤＬサブフレーム２１１８を含み得る。ある実施形態において、無線デバイス１１０Ａ及び１１０Ｂは、パーシャルＤＬサブフレーム２１１８の後の最初の送信機会２１２０でＳＲを送信できる。ある実施形態において、無線デバイス１１０Ａ及び１１０Ｂの１つ以上のＳＲは、無線デバイス１１０Ａ及び１１０ＢがＵＬグラントを受信したい、望ましいＳＣｅｌｌに関する追加の情報を含み得る。
【０１４２】
ある実施形態によると、アンライセンスド帯域のスケジューリング要求を多重する方法が無線デバイスに実装される。方法は、スケジュールされたスケジューリング要求（ＳＲ）機会の間、ＳＲを上りリンクで送信できないことを判定することを含む。ＳＲは、ネットワークノードからのパーシャル下りリンク（ＤＬ）サブフレームの後の最初の送信機会で送信される。
【０１４３】
ある実施形態によると、アンライセンスド帯域のスケジューリング要求を多重する無線デバイスは、命令を含むメモリと、命令を実行するプロセッサと、を有し、スケジュールされたスケジューリング要求（ＳＲ）機会の間、ＳＲを上りリンクで送信できないことをプロセッサに判定させる。ＳＲは、ネットワークノードからのパーシャルＤＬサブフレームの後の最初の送信機会で送信される。
【０１４４】
ある実施形態によると、アンライセンスド帯域のスケジューリング要求を多重する方法は、ネットワークノードに実装される。方法は、ネットワークノードが、パーシャルＤＬサブフレームが、後に無線デバイスに送信されることを示すシグナリングを送信することを含む。パーシャルＤＬサブフレームは、無線デバイスに送信される。スケジューリング要求（ＳＲ）は、パーシャルＤＬサブフレームの後の最初の送信機会で無線デバイスから受信される。
【０１４５】
ある実施形態によると、アンライセンスド帯域のスケジューリング要求を多重するネットワークノードが提示される。ネットワークノードは、命令を含むメモリと、命令を実行する動作が可能なプロセッサと、を有し、パーシャルＤＬサブフレームが、後に無線デバイスに送信されることを示すシグナリングをプロセッサに送信させることを含む。パーシャルＤＬサブフレームは、無線デバイスに送信され、スケジューリング要求（ＳＲ）は、パーシャルＤＬサブフレームの後の最初の送信機会で無線デバイスから受信される。
【０１４６】
本開示のある実施形態は、１つ以上の技術的な利点を提供し得る。例えば、ある実施形態において、延期されたＳＲ送信は、効率的及びロバストな方法で多重され得る。これは、その様なシステム全体のパフォーマンスを有利に改良する。他の利点は、当業者には容易に理解され得る。ある実施形態は、述べられた利点を有さず、或いは、述べられた利点の総て又は幾つかを有し得る。
【０１４７】
本開示の範囲を逸脱することなく、ここで述べたシステム及び装置に対する修正、追加、省略が行われ得る。システム及び装置のコンポーネントは、統合又は分離され得る。さらに、システム及び装置の動作は、より多くの、より少ない、或いは、他のコンポーネントで実行され得る。さらに、システム及び装置の動作は、ソフトウェア、ハードウェア、及び／又は、他のロジックを含む任意の適切な論理回路を使用して実現され得る。本開示で使用する"各"は、セットの各要素、又は、セットのサブセットの各要素を参照している。
【０１４８】
本開示の範囲を逸脱することなく、ここで述べた方法に対する修正、追加、省略が行われ得る。方法は、より多くの、より少ない、或いは、他のステップを含み得る。さらに、ステップは、任意の適切な順序で実行され得る。
【０１４９】
本開示について、ある実施形態により記述したが、当業者には、実施形態の変更及び組み合わせが明らかである。よって、実施形態の上述した説明は、本開示を拘束しない。以下の特許請求の範囲で定義される本開示の精神及び範囲から逸脱することなく、他の変更、置換、変形が可能である。
【図１】
2019506022.tif 000005
【図２】
2019506022.tif 000006
【図３】
2019506022.tif 000007
【図４】
2019506022.tif 000008
【図５】
2019506022.tif 000009
【図６】
2019506022.tif 000010
【図７】
2019506022.tif 000011
【図８】
2019506022.tif 000012
【図９】
2019506022.tif 000013
【図１０】
2019506022.tif 000014
【図１１】
2019506022.tif 000015
【図１２】
2019506022.tif 000016
【図１３】
2019506022.tif 000017
【図１４】
2019506022.tif 000018
【図１５】
2019506022.tif 000019
【図１６】
2019506022.tif 000020
【図１７】
2019506022.tif 000021
【図１８】
2019506022.tif 000022
【図１９】
2019506022.tif 000023
【図２０】
2019506022.tif 000024
【図２１】
2019506022.tif 000025
【図２２】
2019506022.tif 000026
【図２３】
2019506022.tif 000027
【図２４】
2019506022.tif 000028
【図２５】
2019506022.tif 000029
【図２６Ａ】
2019506022.tif 000030
【図２６Ｂ】
2019506022.tif 000031
【図２６Ｃ】
2019506022.tif 000032
【図２６Ｄ】
2019506022.tif 000033
【図２７】
2019506022.tif 000034
【図２８】
2019506022.tif 000035
【図２９】
2019506022.tif 000036
【手続補正書】
【提出日】平成29年10月13日(2017.10.13)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線デバイス（１１０）で実行される方法であって、
構成されたスケジューリング要求（ＳＲ）機会の間、ＳＲを上りリンクで送信できないことを判定することと、
ネットワークノード（１１５）からのパーシャル下りリンク（ＤＬ）サブフレームの終わりで送信されるｓＰＵＣＣＨの最初の送信機会で前記ＳＲを送信することと、を含む方法。
【請求項２】
請求項１に記載の方法であって、
前記構成されたＳＲ機会の間、前記ＳＲを前記ＵＬで送信できないことを判定することは、前記構成されたＳＲ機会の間、前記ネットワークノードからのＤＬ送信との衝突を検出することを含む、方法。
【請求項３】
請求項１又は２に記載の方法であって、
前記パーシャルＤＬサブフレームの後の前記最初の送信機会は、前記パーシャルＤＬサブフレームの後のｓＰＵＣＣＨを含む、方法。
【請求項４】
請求項３に記載の方法であって、
前記ｓＰＵＣＣＨの期間は、時間領域において１シンボルと４シンボルの間である、方法。
【請求項５】
請求項１から４のいずれか１項に記載の方法であって、
前記パーシャルＤＬサブフレームの存在を示すシグナリングを前記ネットワークノード（１１５）から受信することをさらに含む、方法。
【請求項６】
請求項５に記載の方法であって、
前記シグナリングは、ＰＤＣＣＨシグナリングを含む、方法。
【請求項７】
請求項１から６のいずれか１項に記載の方法であって、
前記ＳＲは、前記最初の送信機会において、別の無線デバイス（１１０）による少なくとも１つの追加の送信と共に送信される、方法。
【請求項８】
請求項７に記載の方法であって、
前記少なくとも１つの追加の送信は、前記パーシャルＤＬサブフレームに関連付けられた肯定／否定（ＡＣＫ／ＮＡＣＫ）フィードバックを含む、方法。
【請求項９】
請求項１から８のいずれか１項に記載の方法であって、
前記パーシャルＤＬサブフレームの後に前記ＳＲを送信するための少なくとも１つの送信リソースを含む構成情報を前記ネットワークノード（１１５）から受信することをさらに含む、方法。
【請求項１０】
請求項９に記載の方法であって、
前記少なくとも１つの送信リソースは、ＵＬインタレース、直交カバーコード及びサイクリックシフトで構成されるグループから選択される、方法。
【請求項１１】
請求項１から１０のいずれか１項に記載の方法であって、さらに、
前記構成されたＳＲ機会の間に前記ＳＲの送信に利用可能なリソースがないと判定することと、
前記ネットワークノードに関連付けられたセルとは異なるセルにおける送信機会の間、前記ＳＲの送信に利用可能なリソースがないと判定することと、を含む、方法。
【請求項１２】
請求項１１に記載の方法であって、さらに、
前記ネットワークノードに関連付けられた前記セルとは異なる前記セルへのランダムアクセス手順を開始することと、
１つ以上のＳＲをキャンセルすることと、を含む、方法。
【請求項１３】
無線デバイス（１１０）であって、
命令を格納するメモリ（３３０）と、
前記命令を実行する動作が可能なプロセッサ（３２０）と、を有し、
構成されたスケジューリング要求（ＳＲ）機会の間、ＳＲを上りリンクで送信できないことを判定することと、
ネットワークノード（１１５）からのパーシャル下りリンク（ＤＬ）サブフレームの終わりで送信されるｓＰＵＣＣＨの最初の送信機会で前記ＳＲを送信することと、
を前記プロセッサ（３２０）に実行させる、無線デバイス。
【請求項１４】
請求項１３に記載の無線デバイス（１１０）であって、
前記構成されたＳＲ機会の間、前記ＳＲを前記ＵＬで送信できないことを判定するとき、前記プロセッサ（３２０）は、前記構成されたＳＲ機会の間、前記ネットワークノードからのＤＬ送信との衝突を検出する様に動作可能である、無線デバイス。
【請求項１５】
請求項１３又は１４に記載の無線デバイス（１１０）であって、
前記パーシャルＤＬサブフレームの後の前記最初の送信機会は、前記パーシャルＤＬサブフレームの後のｓＰＵＣＣＨを含む、無線デバイス。
【請求項１６】
請求項１５に記載の無線デバイス（１１０）であって、
前記ｓＰＵＣＣＨの期間は、時間領域において１シンボルと４シンボルの間である、無線デバイス。
【請求項１７】
請求項１３から１６のいずれか１項に記載の無線デバイス（１１０）であって、
前記プロセッサ（３２０）は、前記パーシャルＤＬサブフレームの存在を示すシグナリングを前記ネットワークノードから受信する様にさらに動作可能である、無線デバイス。
【請求項１８】
請求項１７に記載の無線デバイス（１１０）であって、
前記シグナリングは、ＰＤＣＣＨシグナリングを含む、無線デバイス。
【請求項１９】
請求項１３から１８のいずれか１項に記載の無線デバイス（１１０）であって、
前記ＳＲは、前記最初の送信機会において、別の無線デバイス（１１０）による少なくとも１つの追加の送信と共に送信される、無線デバイス。
【請求項２０】
請求項１９に記載の無線デバイス（１１０）であって、
前記少なくとも１つの追加の送信は、前記パーシャルＤＬサブフレームに関連付けられた肯定／否定（ＡＣＫ／ＮＡＣＫ）フィードバックを含む、無線デバイス。
【請求項２１】
請求項１３から２０のいずれか１項に記載の無線デバイス（１１０）であって、
前記プロセッサ（３２０）は、前記パーシャルＤＬサブフレームの後に前記ＳＲを送信するための少なくとも１つの送信リソースを含む構成情報を前記ネットワークノード（１１５）から受信する様にさらに動作可能である、無線デバイス。
【請求項２２】
請求項２０に記載の無線デバイス（１１０）であって、
前記少なくとも１つの送信リソースは、ＵＬインタレース、直交カバーコード及びサイクリックシフトで構成されるグループから選択される、無線デバイス。
【請求項２３】
請求項１３から２２のいずれか１項に記載の無線デバイス（１１０）であって、
前記プロセッサ（３２０）は、さらに、
前記構成されたＳＲ機会の間に前記ＳＲの送信に利用可能なリソースがないと判定し、
前記ネットワークノードに関連付けられたセルとは異なるセルにおける送信機会の間、前記ＳＲの送信に利用可能なリソースがないと判定する様に動作可能である、無線デバイス。
【請求項２４】
請求項２３に記載の無線デバイス（１１０）であって、
前記プロセッサ（３２０）は、さらに、
前記ネットワークノードに関連付けられた前記セルとは異なる前記セルへのランダムアクセス手順を開始し、
１つ以上のＳＲをキャンセルする様に動作可能である、無線デバイス。
【請求項２５】
ネットワークノード（１１５）で実行される方法であって、
パーシャル下りリンク（ＤＬ）サブフレームが、後に無線デバイス（１１０）に送信されることを示すシグナリングを前記ネットワークノード（１１５）が送信することと、
前記パーシャルＤＬサブフレームを前記無線デバイス（１１０）に送信することと、
前記パーシャルＤＬサブフレームの終わりで送信されるｓＰＵＣＣＨの最初の送信機会において、前記無線デバイス（１１０）からスケジューリング要求（ＳＲ）を受信することと、を含む、方法。
【請求項２６】
請求項２５に記載の方法であって、
前記ネットワークノード（１１５）からのＤＬ送信との衝突により、前記パーシャルＤＬサブフレームの前の構成されたＳＲ機会の間、前記ＵＬで前記ＳＲは送信できなかった、方法。
【請求項２７】
請求項２５又は２６に記載の方法であって、
前記パーシャルＤＬサブフレームの後の前記最初の送信機会は、前記パーシャルＤＬサブフレームの後のｓＰＵＣＣＨを含む、方法。
【請求項２８】
請求項２７に記載の方法であって、
前記ｓＰＵＣＣＨの期間は、時間領域において１シンボルと４シンボルの間である、方法。
【請求項２９】
請求項２５から２８のいずれか１項に記載の方法であって、
前記シグナリングは、ＰＤＣＣＨシグナリングを含む、方法。
【請求項３０】
請求項２５から２８のいずれか１項に記載の方法であって、
前記ＳＲは、前記最初の送信機会において、別の無線デバイス（１１０）による少なくとも１つの追加の送信と共に受信される、方法。
【請求項３１】
請求項３０に記載の方法であって、
前記少なくとも１つの追加の送信は、前記パーシャルＤＬサブフレームに関連付けられた肯定／否定（ＡＣＫ／ＮＡＣＫ）フィードバックを含む、方法。
【請求項３２】
請求項２５から３１のいずれか１項に記載の方法であって、
前記パーシャルＤＬサブフレームの後に前記ＳＲを送信するための少なくとも１つの送信リソースを含む構成情報を、前記無線デバイス（１１０）に送信することをさらに含む、方法。
【請求項３３】
請求項３２に記載の方法であって、
前記少なくとも１つの送信リソースは、ＵＬインタレース、直交カバーコード及びサイクリックシフトで構成されるグループから選択される、方法。
【請求項３４】
ネットワークノード（１１５）であって、
命令を格納するメモリ（２３０）と、
前記命令を実行する動作が可能なプロセッサ（２２０）と、を有し、
パーシャル下りリンク（ＤＬ）サブフレームが、後に無線デバイス（１１０）に送信されることを示すシグナリングを送信することと、
前記パーシャルＤＬサブフレームを前記無線デバイス（１１０）に送信することと、
前記パーシャルＤＬサブフレームの終わりで送信されるｓＰＵＣＣＨの最初の送信機会において、前記無線デバイス（１１０）からスケジューリング要求（ＳＲ）を受信することと、を前記プロセッサ（２２０）に実行させる、ネットワークノード。
【請求項３５】
請求項３４に記載のネットワークノード（１１５）であって、
前記ネットワークノード（１１５）からのＤＬ送信との衝突により、前記パーシャルＤＬサブフレームの前の構成されたＳＲ機会の間、前記ＵＬで前記ＳＲは送信できなかった、ネットワークノード。
【請求項３６】
請求項３４又は３５に記載のネットワークノード（１１５）であって、
前記パーシャルＤＬサブフレームの後の前記最初の送信機会は、前記パーシャルＤＬサブフレームの後のｓＰＵＣＣＨを含む、ネットワークノード。
【請求項３７】
請求項３６に記載のネットワークノード（１１５）であって、
前記ｓＰＵＣＣＨの期間は、時間領域において１シンボルと４シンボルの間である、ネットワークノード。
【請求項３８】
請求項３４から３７のいずれか１項に記載のネットワークノード（１１５）であって、
前記シグナリングは、ＰＤＣＣＨシグナリングを含む、ネットワークノード。
【請求項３９】
請求項３４から３８のいずれか１項に記載のネットワークノード（１１５）であって、
前記ＳＲは、前記最初の送信機会において、別の無線デバイス（１１０）による少なくとも１つの追加の送信と共に受信される、ネットワークノード。
【請求項４０】
請求項３９に記載のネットワークノード（１１５）であって、
前記少なくとも１つの追加の送信は、前記パーシャルＤＬサブフレームに関連付けられた肯定／否定（ＡＣＫ／ＮＡＣＫ）フィードバックを含む、ネットワークノード。
【請求項４１】
請求項３４から４０のいずれか１項に記載のネットワークノード（１１５）であって、
前記プロセッサ（２２０）は、前記パーシャルＤＬサブフレームの後に前記ＳＲを送信するための少なくとも１つの送信リソースを含む構成情報を、前記無線デバイス（１１０）に送信する様にさらに動作可能である、ネットワークノード。
【請求項４２】
請求項４１に記載のネットワークノード（１１５）であって、
前記少なくとも１つの送信リソースは、ＵＬインタレース、直交カバーコード及びサイクリックシフトで構成されるグループから選択される、ネットワークノード。
【手続補正書】
【提出日】平成30年6月22日(2018.6.22)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線デバイス（１１０）で実行される方法であって、
構成されたスケジューリング要求（ＳＲ）機会の間、ＳＲを上りリンク（ＵＬ）で送信できないことを判定することと、
ネットワークノード（１１５）からのパーシャル下りリンク（ＤＬ）サブフレームの終わりで送信されるｓＰＵＣＣＨの最初の送信機会で前記ＳＲを送信することと、を含む方法。
【請求項２】
請求項１に記載の方法であって、
前記構成されたＳＲ機会の間、前記ＳＲを前記ＵＬで送信できないことを判定することは、前記構成されたＳＲ機会の間、前記ネットワークノードからのＤＬ送信との衝突を検出することを含む、方法。
【請求項３】
請求項１又は２に記載の方法であって、
前記パーシャルＤＬサブフレームの後の前記最初の送信機会は、前記パーシャルＤＬサブフレームの後のｓＰＵＣＣＨを含む、方法。
【請求項４】
請求項３に記載の方法であって、
前記ｓＰＵＣＣＨの期間は、時間領域において１シンボルと４シンボルの間である、方法。
【請求項５】
請求項１から４のいずれか１項に記載の方法であって、
前記パーシャルＤＬサブフレームの存在を示すシグナリングを前記ネットワークノード（１１５）から受信することをさらに含む、方法。
【請求項６】
請求項５に記載の方法であって、
前記シグナリングは、ＰＤＣＣＨシグナリングを含む、方法。
【請求項７】
請求項１から６のいずれか１項に記載の方法であって、
前記ＳＲは、前記最初の送信機会において、別の無線デバイス（１１０）による少なくとも１つの追加の送信と共に送信される、方法。
【請求項８】
請求項７に記載の方法であって、
前記少なくとも１つの追加の送信は、前記パーシャルＤＬサブフレームに関連付けられた肯定／否定（ＡＣＫ／ＮＡＣＫ）フィードバックを含む、方法。
【請求項９】
請求項１から８のいずれか１項に記載の方法であって、
前記パーシャルＤＬサブフレームの後に前記ＳＲを送信するための少なくとも１つの送信リソースを含む構成情報を前記ネットワークノード（１１５）から受信することをさらに含む、方法。
【請求項１０】
請求項９に記載の方法であって、
前記少なくとも１つの送信リソースは、ＵＬインタレース、直交カバーコード及びサイクリックシフトで構成されるグループから選択される、方法。
【請求項１１】
請求項１から１０のいずれか１項に記載の方法であって、さらに、
前記構成されたＳＲ機会の間に前記ＳＲの送信に利用可能なリソースがないと判定することと、
前記ネットワークノードに関連付けられたセルとは異なるセルにおける送信機会の間、前記ＳＲの送信に利用可能なリソースがないと判定することと、を含む、方法。
【請求項１２】
請求項１１に記載の方法であって、さらに、
前記ネットワークノードに関連付けられた前記セルとは異なる前記セルへのランダムアクセス手順を開始することと、
１つ以上のＳＲをキャンセルすることと、を含む、方法。
【請求項１３】
無線デバイス（１１０）であって、
命令を格納するメモリ（３３０）と、
前記命令を実行する動作が可能なプロセッサ（３２０）と、を有し、
構成されたスケジューリング要求（ＳＲ）機会の間、ＳＲを上りリンク（ＵＬ）で送信できないことを判定することと、
ネットワークノード（１１５）からのパーシャル下りリンク（ＤＬ）サブフレームの終わりで送信されるｓＰＵＣＣＨの最初の送信機会で前記ＳＲを送信することと、
を前記プロセッサ（３２０）に実行させる、無線デバイス。
【請求項１４】
請求項１３に記載の無線デバイス（１１０）であって、
前記構成されたＳＲ機会の間、前記ＳＲを前記ＵＬで送信できないことを判定するとき、前記プロセッサ（３２０）は、前記構成されたＳＲ機会の間、前記ネットワークノードからのＤＬ送信との衝突を検出する様に動作可能である、無線デバイス。
【請求項１５】
請求項１３から１４のいずれか１項に記載の無線デバイス（１１０）であって、
前記プロセッサ（３２０）は、前記パーシャルＤＬサブフレームの存在を示すシグナリングを前記ネットワークノードから受信する様にさらに動作可能である、無線デバイス。
【請求項１６】
請求項１３から１５のいずれか１項に記載の無線デバイス（１１０）であって、
前記プロセッサ（３２０）は、前記パーシャルＤＬサブフレームの後に前記ＳＲを送信するための少なくとも１つの送信リソースを含む構成情報を前記ネットワークノード（１１５）から受信する様にさらに動作可能である、無線デバイス。
【請求項１７】
請求項１３から１６のいずれか１項に記載の無線デバイス（１１０）であって、
前記プロセッサ（３２０）は、さらに、
前記構成されたＳＲ機会の間に前記ＳＲの送信に利用可能なリソースがないと判定し、
前記ネットワークノードに関連付けられたセルとは異なるセルにおける送信機会の間、前記ＳＲの送信に利用可能なリソースがないと判定する様に動作可能である、無線デバイス。
【請求項１８】
請求項１７に記載の無線デバイス（１１０）であって、
前記プロセッサ（３２０）は、さらに、
前記ネットワークノードに関連付けられた前記セルとは異なる前記セルへのランダムアクセス手順を開始し、
１つ以上のＳＲをキャンセルする様に動作可能である、無線デバイス。
【請求項１９】
ネットワークノード（１１５）で実行される方法であって、
パーシャル下りリンク（ＤＬ）サブフレームが、後に無線デバイス（１１０）に送信されることを示すシグナリングを前記ネットワークノード（１１５）が送信することと、
前記パーシャルＤＬサブフレームを前記無線デバイス（１１０）に送信することと、
前記パーシャルＤＬサブフレームの終わりで送信されるｓＰＵＣＣＨの最初の送信機会において、前記無線デバイス（１１０）からスケジューリング要求（ＳＲ）を受信することと、を含む、方法。
【請求項２０】
請求項１９に記載の方法であって、
前記ネットワークノード（１１５）からのＤＬ送信との衝突により、前記パーシャルＤＬサブフレームの前の構成されたＳＲ機会の間、上りリンクで前記ＳＲは送信できなかった、方法。
【請求項２１】
請求項１９又は２０に記載の方法であって、
前記パーシャルＤＬサブフレームの後に前記ＳＲを送信するための少なくとも１つの送信リソースを含む構成情報を、前記無線デバイス（１１０）に送信することをさらに含む、方法。
【請求項２２】
ネットワークノード（１１５）であって、
命令を格納するメモリ（２３０）と、
前記命令を実行する動作が可能なプロセッサ（２２０）と、を有し、
パーシャル下りリンク（ＤＬ）サブフレームが、後に無線デバイス（１１０）に送信されることを示すシグナリングを送信することと、
前記パーシャルＤＬサブフレームを前記無線デバイス（１１０）に送信することと、
前記パーシャルＤＬサブフレームの終わりで送信されるｓＰＵＣＣＨの最初の送信機会において、前記無線デバイス（１１０）からスケジューリング要求（ＳＲ）を受信することと、を前記プロセッサ（２２０）に実行させる、ネットワークノード。
【請求項２３】
請求項２２に記載のネットワークノード（１１５）であって、
前記ネットワークノード（１１５）からのＤＬ送信との衝突により、前記パーシャルＤＬサブフレームの前の構成されたＳＲ機会の間、上りリンクで前記ＳＲは送信できなかった、ネットワークノード。
【請求項２４】
請求項２２又は２３に記載のネットワークノード（１１５）であって、
前記プロセッサ（２２０）は、前記パーシャルＤＬサブフレームの後に前記ＳＲを送信するための少なくとも１つの送信リソースを含む構成情報を、前記無線デバイス（１１０）に送信する様にさらに動作可能である、ネットワークノード。
【国際調査報告】
2019506022.tif 000037
2019506022.tif 000038
2019506022.tif 000039