(57)【要約】無線デバイスは、認可支援アクセス（ＬＡＡ）セルのためのアップリンク許可を受信する。この許可は、物理アップリンク共有チャネル（ＰＵＳＣＨ）開始位置フィールドと、トーク前リッスン（ＬＢＴ）タイプフィールドとを備えている。ＰＵＳＣＨ開始位置フィールドは、ＬＡＡセルのサブフレームにおけるＰＵＳＣＨ開始位置を示す。ＬＢＴタイプフィールドは、サブフレームのための第１のＬＢＴタイプまたは第２のＬＢＴタイプを示す。少なくともＬＡＡセルの先行する隣接サブフレーム内の無線デバイスによるアップリンク伝送に基づいて、サブフレームにおけるアップリンク信号の伝送のためのＬＢＴプロシージャを実施すること、または、第１のＬＢＴタイプもしくは第２のＬＢＴタイプを示すＬＢＴタイプフィールドにかかわらず、サブフレームのためのＬＢＴプロシージャを実施することなくアップリンク信号を伝送することが決定される。
2019521595.tif 000002
【特許請求の範囲】
【請求項１】
方法であって、前記方法は、
無線デバイスによって、認可支援アクセス（ＬＡＡ）セルのためのアップリンク許可を受信することであって、前記アップリンク許可は、
前記ＬＡＡセルのサブフレームにおけるＰＵＳＣＨ開始位置を示す物理アップリンク共有チャネル（ＰＵＳＣＨ）開始位置フィールドと、
前記サブフレームのための第１のＬＢＴタイプまたは第２のＬＢＴタイプのうちの少なくとも１つを示すトーク前リッスン（ＬＢＴ）タイプフィールドと
を備えている、ことと、
少なくとも前記ＬＡＡセルの先行する隣接サブフレームにおける前記無線デバイスによるアップリンク伝送に基づいて、
前記サブフレームにおけるアップリンク信号の伝送のためのＬＢＴプロシージャを実施すること、または
前記第１のＬＢＴタイプまたは前記第２のＬＢＴタイプを示す前記ＬＢＴタイプフィールドにかかわらず、前記サブフレームのための前記ＬＢＴプロシージャを実施することなく前記アップリンク信号を伝送すること
を決定することと、
前記ＬＡＡセルを介して、前記サブフレームにおいて前記アップリンク信号を伝送することと
を含む、方法。
【請求項２】
前記第１のＬＢＴタイプは、カテゴリ４  ＬＢＴであり、前記第２のＬＢＴタイプは、カテゴリ２  ＬＢＴである、請求項１に記載の方法。
【請求項３】
前記ＰＵＳＣＨ開始位置フィールドは、前記サブフレームにおける前記ＰＵＳＣＨ伝送がシンボルゼロの始まりから開始することを示す、請求項１に記載の方法。
【請求項４】
前記無線デバイスは、前記無線デバイスが前記先行する隣接サブフレームと前記サブフレームとの間に伝送ギャップを有することに応答して、前記サブフレームにおける前記アップリンク信号の伝送のための前記ＬＢＴプロシージャを実施することを決定する、請求項１に記載の方法。
【請求項５】
前記無線デバイスは、前記無線デバイスが前記先行する隣接サブフレームと前記サブフレームとの間に伝送ギャップを伴わずに伝送することに応答して、前記ＬＢＴプロシージャを実施することなく前記サブフレームにおいて前記アップリンク信号を伝送することを決定する、請求項１に記載の方法。
【請求項６】
前記無線デバイスは、前記サブフレームにおける前記ＰＵＳＣＨ伝送がシンボルゼロの始まりよりも遅く開始することを示す前記ＰＵＳＣＨ開始位置フィールドに応答して、前記サブフレームにおける前記アップリンク信号の伝送のための前記ＬＢＴプロシージャを実施することを決定する、請求項１に記載の方法。
【請求項７】
前記無線デバイスは、前記無線デバイスが前記先行する隣接サブフレームの少なくとも最後のシンボルにおいて第１のアップリンク信号を伝送しないことに応答して、前記サブフレームにおける前記アップリンク信号の伝送のための前記ＬＢＴプロシージャを実施することを決定する、請求項１に記載の方法。
【請求項８】
前記無線デバイスは、前記無線デバイスが前記先行する隣接サブフレームの最後のシンボルにおいて伝送することに応答して、前記サブフレームのための前記ＬＢＴプロシージャを実施することなく前記アップリンク信号を伝送することを決定する、請求項１に記載の方法。
【請求項９】
前記無線デバイスによって、前記ＬＡＡセルの構成パラメータを備えている少なくとも１つのメッセージを受信することをさらに含む、請求項１に記載の方法。
【請求項１０】
前記アップリンク許可は、単一サブフレームアップリンク許可、またはマルチサブフレームアップリンク許可のうちの１つである、請求項１に記載の方法。
【請求項１１】
前記アップリンク許可は、前記ＰＵＳＣＨが前記サブフレームの最後のシンボルにおいて伝送されるかどうかを示すＰＵＳＣＨ終了シンボルフィールドをさらに備えている、請求項１に記載の方法。
【請求項１２】
前記先行する隣接サブフレームのための第２のアップリンク許可を受信することをさらに含む、請求項１に記載の方法。
【請求項１３】
前記無線デバイスによる前記決定することは、少なくとも最大チャネル占有時間（ＭＣＯＴ）の満了にさらに基づく、請求項１に記載の方法。
【請求項１４】
前記ＰＵＳＣＨ開始位置フィールドは、以下のＰＵＳＣＨ開始位置のうちの１つを示す：シンボル０、シンボル０の中の２５マイクロ秒、シンボル０の中の（２５＋ＴＡ）マイクロ秒、またはシンボル１、請求項１に記載の方法。
【請求項１５】
無線デバイスであって、前記無線デバイスは、
１つ以上のプロセッサと、
命令を記憶しているメモリと
を備え、
前記命令は、前記１つ以上のプロセッサによって実行されると、
認可支援アクセス（ＬＡＡ）セルのためのアップリンク許可を受信することであって、前記アップリンク許可は、
前記ＬＡＡセルのサブフレームにおけるＰＵＳＣＨ開始位置を示す物理アップリンク共有チャネル（ＰＵＳＣＨ）開始位置フィールドと、
前記サブフレームのための第１のＬＢＴタイプまたは第２のＬＢＴタイプのうちの少なくとも１つを示すトーク前リッスン（ＬＢＴ）タイプフィールドと
を備えている、ことと、
少なくとも前記ＬＡＡセルの先行する隣接サブフレーム内のアップリンク伝送に基づいて、
前記サブフレームにおけるアップリンク信号の伝送のためのＬＢＴプロシージャを実施すること、または
前記第１のＬＢＴタイプまたは前記第２のＬＢＴタイプを示す前記ＬＢＴタイプフィールドにかかわらず、前記サブフレームのための前記ＬＢＴプロシージャを実施することなく前記アップリンク信号を伝送すること
を決定することと、
前記ＬＡＡセルを介して、前記サブフレームにおいて前記アップリンク信号を伝送することと
を前記無線デバイスに行わせる、無線デバイス。
【請求項１６】
前記第１のＬＢＴタイプは、カテゴリ４  ＬＢＴであり、前記第２のＬＢＴタイプは、カテゴリ２  ＬＢＴである、請求項１５に記載の無線デバイス。
【請求項１７】
前記ＰＵＳＣＨ開始位置フィールドは、前記サブフレームにおける前記ＰＵＳＣＨ伝送がシンボルゼロの始まりから開始することを示す、請求項１５に記載の無線デバイス。
【請求項１８】
前記サブフレームにおける前記アップリンク信号の伝送のための前記ＬＢＴプロシージャを実施することを決定することは、前記無線デバイスが前記先行する隣接サブフレームと前記サブフレームとの間に伝送ギャップを有することに応答する、請求項１５に記載の無線デバイス。
【請求項１９】
前記ＬＢＴプロシージャを実施することなく前記サブフレームにおいて前記アップリンク信号を伝送することを決定することは、前記無線デバイスが前記先行する隣接サブフレームと前記サブフレームとの間に伝送ギャップを伴わずに伝送することに応答する、請求項１５に記載の無線デバイス。
【請求項２０】
前記サブフレームにおける前記アップリンク信号の伝送のための前記ＬＢＴプロシージャを実施することを決定することは、前記サブフレームにおける前記ＰＵＳＣＨ伝送がシンボルゼロの始まりよりも遅く開始することを示す前記ＰＵＳＣＨ開始位置フィールドに応答する、請求項１５に記載の無線デバイス。
【請求項２１】
前記サブフレームにおける前記アップリンク信号の伝送のための前記ＬＢＴプロシージャを実施することを決定することは、前記無線デバイスが前記先行する隣接サブフレームの少なくとも最後のシンボルにおいて第１のアップリンク信号を伝送しないことに応答する、請求項１５に記載の無線デバイス。
【請求項２２】
前記サブフレームのための前記ＬＢＴプロシージャを実施することなく前記アップリンク信号を伝送することを決定することは、前記無線デバイスが前記先行する隣接サブフレームの最後のシンボルにおいて伝送することに応答する、請求項１５に記載の無線デバイス。
【請求項２３】
前記ＬＡＡセルの構成パラメータを備えている少なくとも１つのメッセージを受信することをさらに含む、請求項１５に記載の無線デバイス。
【請求項２４】
前記アップリンク許可は、単一サブフレームアップリンク許可、またはマルチサブフレームアップリンク許可のうちの１つである、請求項１５に記載の無線デバイス。
【請求項２５】
前記アップリンク許可は、前記ＰＵＳＣＨが前記サブフレームの最後のシンボルにおいて伝送されるかどうかを示すＰＵＳＣＨ終了シンボルフィールドをさらに備えている、請求項１５に記載の無線デバイス。
【請求項２６】
前記命令は、前記先行する隣接サブフレームのための第２のアップリンク許可を受信することを前記無線デバイスにさらに行わせる、請求項１５に記載の無線デバイス。
【請求項２７】
前記決定することは、少なくとも最大チャネル占有時間（ＭＣＯＴ）の満了にさらに基づく、請求項１５に記載の無線デバイス。
【請求項２８】
前記ＰＵＳＣＨ開始位置フィールドは、以下のＰＵＳＣＨ開始位置のうちの１つを示す：シンボル０、シンボル０の中の２５マイクロ秒、シンボル０の中の（２５＋ＴＡ）マイクロ秒、またはシンボル１、請求項１５に記載の無線デバイス。
【請求項２９】
方法であって、前記方法は、
無線デバイスによって、認可支援アクセス（ＬＡＡ）セルのサブフレームｎ＋１における伝送のためのアップリンク許可を受信することであって、前記アップリンク許可は、
前記サブフレームｎ＋１におけるＰＵＳＣＨ伝送がシンボルゼロの始まりから開始することを示す物理アップリンク共有チャネル（ＰＵＳＣＨ）開始位置フィールドと、
前記サブフレームｎ＋１のための第１のＬＢＴタイプまたは第２のＬＢＴタイプのうちの少なくとも１つを示すトーク前リッスン（ＬＢＴ）タイプフィールドと
を備えている、ことと、
前記無線デバイスによって、少なくともサブフレームｎにおける前記無線デバイスによるアップリンク伝送に基づいて、
前記サブフレームｎ＋１におけるアップリンク信号の伝送のためのＬＢＴプロシージャを実施すべきか、または
前記ＬＢＴタイプフィールドが前記第１のＬＢＴタイプまたは前記第２のＬＢＴタイプを示すかどうかにかかわらず、ＬＢＴプロシージャを実施することなく前記サブフレームｎ＋１において前記アップリンク信号を伝送すべきか
を決定することと、
前記サブフレームｎ＋１において前記アップリンク信号を伝送することと
を含む、方法。
【請求項３０】
前記無線デバイスは、前記無線デバイスが前記ＬＡＡセルの前記サブフレームｎの少なくとも最後のシンボルにおいてアップリンク信号を伝送しないことに応答して、サブフレームｎ＋１における前記アップリンク信号の伝送のための前記ＬＢＴプロシージャを実施することを決定する、請求項２９に記載の方法。
【請求項３１】
前記無線デバイスは、前記無線デバイスがサブフレームｎの最後のシンボルにおいて伝送することに応答して、前記ＬＢＴプロシージャを実施することなく前記サブフレームｎ＋１において前記アップリンク信号を伝送する、請求項２９に記載の方法。
【請求項３２】
前記無線デバイスによって、前記ＬＡＡセルの構成パラメータを備えている少なくとも１つのメッセージを受信することをさらに含む、請求項２９に記載の方法。
【請求項３３】
前記無線デバイスは、前記無線デバイスが前記サブフレームｎと前記サブフレームｎ＋１との間に伝送ギャップを有することに応答して、前記サブフレームｎ＋１におけるアップリンク信号の伝送のための前記ＬＢＴプロシージャを実施する、請求項２９に記載の方法。
【請求項３４】
前記無線デバイスは、前記無線デバイスが前記サブフレームｎと前記サブフレームｎ＋１との間に伝送ギャップを伴わずに伝送することに応答して、前記ＬＢＴプロシージャを実施することなく前記サブフレームｎ＋１において前記アップリンク信号を伝送する、請求項２９に記載の方法。
【請求項３５】
前記アップリンク許可は、単一サブフレームアップリンク許可またはマルチサブフレームアップリンク許可のうちの１つである、請求項２９に記載の方法。
【請求項３６】
前記アップリンク許可は、前記ＰＵＳＣＨが前記サブフレームｎ＋１の最後のシンボルにおいて伝送されるかどうかを示すＰＵＳＣＨ終了シンボルフィールドをさらに備えている、請求項２９に記載の方法。
【請求項３７】
サブフレームｎのための第２のアップリンク許可を受信することをさらに含む、請求項２９に記載の方法。
【請求項３８】
前記無線デバイスによる前記決定することは、少なくとも最大チャネル占有時間（ＭＣＯＴ）の持続時間の満了にさらに基づく、請求項２９に記載の方法。
【請求項３９】
前記ＰＵＳＣＨ開始位置フィールドは、以下のＰＵＳＣＨ開始位置のうちの１つを示す：シンボル０、シンボル０の中の２５マイクロ秒、シンボル０の中の（２５＋ＴＡ）マイクロ秒、またはシンボル１、請求項２９に記載の方法。
【請求項４０】
前記第１のＬＢＴタイプは、カテゴリ４  ＬＢＴであり、前記第２のＬＢＴタイプは、カテゴリ２  ＬＢＴである、請求項２９に記載の方法。
【請求項４１】
無線デバイスであって、前記無線デバイスは、
１つ以上のプロセッサと、
命令を記憶しているメモリと
を備え、
前記命令は、前記１つ以上のプロセッサによって実行されると、
認可支援アクセス（ＬＡＡ）セルのサブフレームｎ＋１における伝送のためのアップリンク許可を受信することであって、前記アップリンク許可は、
前記サブフレームｎ＋１におけるＰＵＳＣＨ伝送がシンボルゼロの始まりから開始することを示す物理アップリンク共有チャネル（ＰＵＳＣＨ）開始位置フィールドと、
前記サブフレームｎ＋１のための第１のＬＢＴタイプまたは第２のＬＢＴタイプのうちの少なくとも１つを示すトーク前リッスン（ＬＢＴ）タイプフィールドと
を備えている、ことと、
少なくともサブフレームｎにおけるアップリンク伝送に基づいて、
前記サブフレームｎ＋１におけるアップリンク信号の伝送のためのＬＢＴプロシージャを実施すべきか、または
前記ＬＢＴタイプフィールドが前記第１のＬＢＴタイプまたは前記第２のＬＢＴタイプを示すかどうかにかかわらず、ＬＢＴプロシージャを実施することなく前記サブフレームｎ＋１において前記アップリンク信号を伝送すべきか
を決定することと、
前記サブフレームｎ＋１において前記アップリンク信号を伝送することと
を前記無線デバイスに行わせる、無線デバイス。
【請求項４２】
サブフレームｎ＋１における前記アップリンク信号の伝送のための前記ＬＢＴプロシージャを実施することを決定することは、前記ＬＡＡセルの前記サブフレームｎの少なくとも最後のシンボルにおいてアップリンク信号を伝送しないことに応答する、請求項４１に記載の無線デバイス。
【請求項４３】
前記ＬＢＴプロシージャを実施することなく前記サブフレームｎ＋１において前記アップリンク信号を伝送することは、前記無線デバイスがサブフレームｎの最後のシンボルにおいて伝送することに応答する、請求項４１に記載の無線デバイス。
【請求項４４】
前記命令は、前記ＬＡＡセルの構成パラメータを備えている少なくとも１つのメッセージを受信することを前記無線デバイスにさらに行わせる、請求項４１に記載の無線デバイス。
【請求項４５】
前記サブフレームｎ＋１におけるアップリンク信号の伝送のための前記ＬＢＴプロシージャを実施することは、前記無線デバイスが前記サブフレームｎと前記サブフレームｎ＋１との間に伝送ギャップを有することに応答する、請求項４１に記載の無線デバイス。
【請求項４６】
前記ＬＢＴプロシージャを実施することなく前記サブフレームｎ＋１において前記アップリンク信号を伝送することは、前記無線デバイスが前記サブフレームｎと前記サブフレームｎ＋１との間に伝送ギャップを伴わずに伝送することに応答する、請求項４１に記載の無線デバイス。
【請求項４７】
前記アップリンク許可は、単一サブフレームアップリンク許可またはマルチサブフレームアップリンク許可のうちの１つである、請求項４１に記載の無線デバイス。
【請求項４８】
前記アップリンク許可は、前記ＰＵＳＣＨが前記サブフレームｎ＋１の最後のシンボルにおいて伝送されるかどうかを示すＰＵＳＣＨ終了シンボルフィールドをさらに備えている、請求項４１に記載の無線デバイス。
【請求項４９】
前記命令は、サブフレームｎのための第２のアップリンク許可を受信することを前記無線デバイスにさらに行わせる、請求項４１に記載の無線デバイス。
【請求項５０】
前記決定は、少なくとも最大チャネル占有時間（ＭＣＯＴ）の持続時間の満了にさらに基づく、請求項４１に記載の無線デバイス。
【請求項５１】
前記ＰＵＳＣＨ開始位置フィールドは、以下のＰＵＳＣＨ開始位置のうちの１つを示す：シンボル０、シンボル０の中の２５マイクロ秒、シンボル０の中の（２５＋ＴＡ）マイクロ秒、またはシンボル１、請求項４１に記載の無線デバイス。
【請求項５２】
前記第１のＬＢＴタイプは、カテゴリ４  ＬＢＴであり、前記第２のＬＢＴタイプは、カテゴリ２  ＬＢＴである、請求項４１に記載の無線デバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願の引用）
本願は、米国仮出願第６２／３４８，８６９号（２０１６年６月１１日出願）の利益を主張し、上記出願は、その全体が参照により本明細書に引用される。
【発明の概要】
【課題を解決するための手段】
【０００２】
本発明の例示的実施形態は、キャリアアグリゲーションの動作を可能にする。本明細書に開示される技術の実施形態は、マルチキャリア通信システムの技術分野において用いられ得る。
【０００３】
以下の略語は、本開示の全体を通して使用される。
ＡＳＩＣ  特定用途向け集積回路
ＢＰＳＫ  二位相偏移変調
ＣＡ  キャリアアグリゲーション
ＣＳＩ  チャネル状態情報
ＣＤＭＡ  符号分割多重アクセス
ＣＳＳ  共通検索空間
ＣＰＬＤ  複合プログラマブル論理デバイス
ＣＣ  コンポーネントキャリア
ＤＬ  ダウンリンク
ＤＣＩ  ダウンリンク制御情報
ＤＣ  デュアルコネクティビティ
ＥＰＣ  進化型パケットコア
Ｅ−ＵＴＲＡＮ  進化型ユニバーサル地上無線アクセスネットワーク
ＦＰＧＡ  フィールドプログラマブルゲートアレイ
ＦＤＤ  周波数分割多重化
ＨＤＬ  ハードウェア記述言語
ＨＡＲＱ  ハイブリッド自動反復要求
ＩＥ  情報要素
ＬＡＡ  認可支援アクセス
ＬＴＥ  ロングタームエボリューション
ＭＣＧ  マスタセルグループ
ＭｅＮＢ  マスタ進化型ノードＢ
ＭＩＢ  マスタ情報ブロック
ＭＡＣ  媒体アクセス制御
ＭＡＣ  媒体アクセス制御
ＭＭＥ  モビリティ管理エンティティ
ＮＡＳ  非アクセス層
ＯＦＤＭ  直交周波数分割多重化
ＰＤＣＰ  パケットデータ収束プロトコル
ＰＤＵ  パケットデータユニット
ＰＨＹ  物理
ＰＤＣＣＨ  物理ダウンリンク制御チャネル
ＰＨＩＣＨ  物理ＨＡＲＱインジケータチャネル
ＰＵＣＣＨ  物理アップリンク制御チャネル
ＰＵＳＣＨ  物理アップリンク共有チャネル
Ｐセル  一次セル
Ｐセル  一次セル
ＰＣＣ  一次コンポーネントキャリア
ＰＳセル  一次二次セル
ｐＴＡＧ  一次タイミングアドバンスグループ
ＱＡＭ  直交振幅変調
ＱＰＳＫ  直交位相偏移変調
ＲＢＧ  リソースブロックグループ
ＲＬＣ  無線リンク制御
ＲＲＣ  無線リソース制御
ＲＡ  ランダムアクセス
ＲＢ  リソースブロック
ＳＣＣ  二次コンポーネントキャリア
Ｓセル  二次セル
Ｓセル  二次セル
ＳＣＧ  二次セルグループ
ＳｅＮＢ  二次進化型ノードＢ
ｓＴＡＧｓ  二次タイミングアドバンスグループ
ＳＤＵ  サービスデータユニット
Ｓ−ＧＷ  サービングゲートウェイ
ＳＲＢ  シグナリング無線ベアラ
ＳＣ−ＯＦＤＭ  単一キャリアＯＦＤＭ
ＳＦＮ  システムフレーム数
ＳＩＢ  システム情報ブロック
ＴＡＩ  追跡エリア識別子
ＴＡＴ  時間合わせタイマ
ＴＤＤ  時分割複信
ＴＤＭＡ  時分割多重アクセス
ＴＡ  タイミングアドバンス
ＴＡＧ  タイミングアドバンスグループ
ＴＢ  トランスポートブロック
ＵＬ  アップリンク
ＵＥ  ユーザ機器
ＶＨＤＬ  ＶＨＳＩＣハードウェア記述言語
本開示の例示的実施形態は、種々の物理層変調および伝送機構を使用して実装され得る。例示的伝送機構は、ＣＤＭＡ、ＯＦＤＭ、ＴＤＭＡ、ウェーブレット技術等を含み得るが、それらに限定されない。ＴＤＭＡ／ＣＤＭＡおよびＯＦＤＭ／ＣＤＭＡ等のハイブリッド伝送機構も、用いられ得る。種々の変調スキームが、物理層における信号伝送のために適用され得る。変調スキームの例は、位相、振幅、コード、これらの組み合わせ等を含み得るが、それらに限定されない。例示的無線伝送方法は、ＢＰＳＫ、ＱＰＳＫ、１６−ＱＡＭ、６４−ＱＡＭ、２５６−ＱＡＭ等を使用して、ＱＡＭを実装し得る。物理無線伝送は、伝送要件および無線条件に応じて変調およびコーディングスキームを動的または半動的に変化させることによって、強化され得る。
【図面の簡単な説明】
【０００４】
本開示の種々の実施形態のうちのいくつかの例が、図面を参照して本明細書に説明される。
【図１】図１は、本開示の実施形態のある側面による、ＯＦＤＭサブキャリアの例示的組を描写する略図である。
【図２】図２は、本開示の実施形態のある側面による、キャリアグループ内の２つのキャリアに関する例示的伝送時間および受信時間を描写する略図である。
【図３】図３は、本開示の実施形態のある側面による、ＯＦＤＭ無線リソースを描写する例示的略図である。
【図４】図４は、本開示の実施形態のある側面による、基地局および無線デバイスの例示的ブロック図である。
【図５】図５Ａ、図５Ｂ、図５Ｃ、および図５Ｄは、本開示の実施形態のある側面による、アップリンクおよびダウンリンク信号伝送に関する例示的略図である。
【図６】図６は、本開示の実施形態のある側面による、ＣＡおよびＤＣを用いたプロトコル構造に関する例示的略図である。
【図７】図７は、本開示の実施形態のある側面による、ＣＡおよびＤＣを用いたプロトコル構造に関する例示的略図である。
【図８】図８は、本開示の実施形態のある側面による、例示的ＴＡＧ構成を示す。
【図９】図９は、本開示の実施形態のある側面による、二次ＴＡＧ内のランダムアクセスプロセスにおける例示的メッセージフローである。
【図１０】図１０は、本開示の実施形態のある側面による、ダウンリンクバーストを描写する例示的略図である。
【図１１】図１１は、本開示の実施形態のある側面による、複数のセルを描写する例示的略図である。
【図１２】図１２は、本開示の実施形態のある側面による、トーク前リッスンプロシージャを描写する例示的略図である
【図１３】図１３は、本開示の実施形態のある側面による、トーク前リッスンプロシージャを描写する例示的略図である。
【図１４】図１４は、本開示の実施形態のある側面による、例示的フロー略図である。
【発明を実施するための形態】
【０００５】
図１は、本開示の実施形態のある側面による、ＯＦＤＭサブキャリアの例示的組を描写する略図である。この例に図示されるように、略図内の矢印は、マルチキャリアＯＦＤＭシステムにおけるサブキャリアを描写し得る。ＯＦＤＭシステムは、ＯＦＤＭ技術、ＤＦＴＳ−ＯＦＤＭ、ＳＣ−ＯＦＤＭ技術等の技術を使用し得る。例えば、矢印１０１は、サブキャリア伝送情報シンボルを示す。図１は、例証目的のためのものであり、典型的マルチキャリアＯＦＤＭシステムは、キャリア内により多くのサブキャリアを含み得る。例えば、キャリア内のサブキャリアの数は、１０〜１０，０００サブキャリアの範囲であり得る。図１は、伝送バンド内の２つのガードバンド１０６および１０７を示す。図１に図示されるように、ガードバンド１０６は、サブキャリア１０３とサブキャリア１０４との間にある。サブキャリアの例示的組Ａ  １０２は、サブキャリア１０３と、サブキャリア１０４とを含む。図１は、サブキャリアの例示的組Ｂ  １０５も図示する。図示されるように、サブキャリア例示的組Ｂ  １０５の内に、任意の２つのサブキャリアの間にガードバンドが存在しない。マルチキャリアＯＦＤＭ通信システムにおけるキャリアは、連続的キャリア、非連続的キャリア、または連続的および非連続的キャリア両方の組み合わせであり得る。
【０００６】
図２は、本開示の実施形態のある側面による、２つのキャリアのための例示的伝送時間および受信時間を描写する略図である。マルチキャリアＯＦＤＭ通信システムは、例えば、１〜１０個のキャリアに及ぶ１つ以上のキャリアを含み得る。キャリアＡ  ２０４およびキャリアＢ  ２０５は、同一または異なるタイミング構造を有し得る。図２は、２つの同期させられたキャリアを示すが、キャリアＡ  ２０４およびキャリアＢ  ２０５は、互いに同期させられることも、同期させられないこともある。異なる無線フレーム構造が、ＦＤＤおよびＴＤＤ複信機構のためにサポートされ得る。図２は、例示的ＦＤＤフレームタイミングを示す。ダウンリンクおよびアップリンク伝送は、無線フレーム２０１の中に編成され得る。この例では、無線フレーム持続時間は、１０ミリ秒である。例えば、１〜１００ミリ秒の範囲の他のフレーム持続時間も、サポートされ得る。この例では、各１０ミリ秒無線フレーム２０１は、１０個の等しいサイズのサブフレーム２０２に分割され得る。０．５ミリ秒、１ミリ秒、２ミリ秒、および５ミリ秒等の他のサブフレーム持続時間も、サポートされ得る。サブフレームは、２つ以上のスロット（例えば、スロット２０６および２０７）から成り得る。ＦＤＤの例に対して、各１０ミリ秒間隔において、１０個のサブフレームが、ダウンリンク伝送のために利用可能であり得、１０個のサブフレームが、アップリンク伝送のために利用可能であり得る。アップリンクおよびダウンリンク伝送は、周波数ドメイン内で分離され得る。スロットは、複数のＯＦＤＭシンボル２０３を含み得る。スロット２０６内のＯＦＤＭシンボル２０３の数は、サイクリックプレフィックス長およびサブキャリア間隔に依存し得る。
【０００７】
図３は、本開示の実施形態のある側面による、ＯＦＤＭ無線リソースを描写する略図である。時間３０４および周波数３０５におけるリソースグリッド構造が、図３に図示されている。ダウンリンクサブキャリアまたはＲＢの数量（この例では、６〜１００ＲＢ）は、少なくとも部分的に、セル内で構成されたダウンリンク伝送帯域幅３０６に依存し得る。最小無線リソースユニットは、リソース要素（例えば、３０１）と呼ばれ得る。リソース要素は、リソースブロック（例えば、３０２）にグループ化され得る。リソースブロックは、リソースブロックグループ（ＲＢＧ）（例えば、３０３）と呼ばれるより大きい無線リソースにグループ化され得る。スロット２０６内の伝送される信号は、複数のサブキャリアおよび複数のＯＦＤＭシンボルの１つまたはいくつかのリソースグリッドによって記述され得る。リソースブロックは、リソース要素へのある物理チャネルのマッピングを記述するために使用され得る。物理リソース要素の他の事前に定義されたグループ化も、無線技術に応じて、システムにおいて実装され得る。例えば、２４のサブキャリアが、５ミリ秒の持続時間にわたって無線ブロックとしてグループ化され得る。例証的例では、リソースブロックは、時間ドメイン内の１つのスロットおよび周波数ドメイン内の１８０ｋＨｚに対応し得る（１５ＫＨｚサブキャリア帯域幅および１２のサブキャリアに対して）。
【０００８】
図５Ａ、図５Ｂ、図５Ｃ、および図５Ｄは、本開示の実施形態のある側面による、アップリンクおよびダウンリンク信号伝送のための例示的略図である。図５Ａは、例示的アップリンク物理チャネルを示す。物理アップリンク共有チャネルを表すベースバンド信号は、以下のプロセスを実施し得る。これらの機能は、例として図示され、種々の実施形態では、他の機構が実装され得ることが予期される。機能は、スクランブリング、複素数値シンボルを生成するためのスクランブリングされたビットの変調、１つまたはいくつかの伝送層上への複素数値変調シンボルのマッピング、複素数値シンボルを生成するための変換プリコーディング、複素数値シンボルのプリコーディング、リソース要素へのプリコーディングされた複素数値シンボルのマッピング、各アンテナポートのための複素数値時間ドメインＤＦＴＳ−ＯＦＤＭ／ＳＣ−ＦＤＭＡ信号の生成等を含み得る。
【０００９】
各アンテナポートのための複素数値ＤＦＴＳ−ＯＦＤＭ／ＳＣ−ＦＤＭＡベースバンド信号および／または複素数値ＰＲＡＣＨベースバンド信号のキャリア周波数への例示的変調ならびに上方変換が、図５Ｂに示されている。フィルタリングが、伝送に先立って用いられ得る。
【００１０】
ダウンリンク伝送のための例示的構造が、図５Ｃに示されている。ダウンリンク物理チャネルを表すベースバンド信号は、以下のプロセスを実施し得る。これらの機能は、例として図示され、種々の実施形態では、他の機構が実装され得ることが予期される。機能は、物理チャネル上で伝送されるべきコードワードの各々におけるコード化されたビットのスクランブリング、複素数値変調シンボルを生成するためのスクランブリングされたビットの変調、１つまたはいくつかの伝送層上への複素数値変調シンボルのマッピング、アンテナポート上での伝送のための各層上での複素数値変調シンボルのプリコーディング、リソース要素への各アンテナポートのための複素数値変調シンボルのマッピング、各アンテナポートのための複素数値時間ドメインＯＦＤＭ信号の生成等を含む。
【００１１】
各アンテナポートのための複素数値ＯＦＤＭベースバンド信号のキャリア周波数への例示的変調および上方変換が、図５Ｄに示されている。フィルタリングが、伝送に先立って用いられ得る。
【００１２】
図４は、本開示の実施形態のある側面による、基地局４０１および無線デバイス４０６の例示的ブロック図である。通信ネットワーク４００は、少なくとも１つの基地局４０１と、少なくとも１つの無線デバイス４０６とを含み得る。基地局４０１は、少なくとも１つの通信インターフェース４０２と、少なくとも１つのプロセッサ４０３と、非一過性のメモリ４０４の中に記憶され、少なくとも１つのプロセッサ４０３によって実行可能であるプログラムコード命令４０５の少なくとも１つの組とを含み得る。無線デバイス４０６は、少なくとも１つの通信インターフェース４０７と、少なくとも１つのプロセッサ４０８と、非一過性のメモリ４０９の中に記憶され、少なくとも１つのプロセッサ４０８によって実行可能であるプログラムコード命令４１０の少なくとも１つの組とを含み得る。基地局４０１内の通信インターフェース４０２は、少なくとも１つの無線リンク４１１を含む通信経路を介して、無線デバイス４０６内の通信インターフェース４０７との通信に従事するように構成され得る。無線リンク４１１は、双方向リンクであり得る。無線デバイス４０６内の通信インターフェース４０７も、基地局４０１内の通信インターフェース４０２との通信に従事するように構成され得る。基地局４０１および無線デバイス４０６は、複数の周波数キャリアを使用して、無線リンク４１１を経由してデータを送受信するように構成され得る。実施形態の側面によると、送受信機が用いられ得る。送受信機は、送信機および受信機を両方とも含むデバイスである。送受信機は、無線デバイス等のデバイス、基地局、中継ノードにおいて用いられ得る。通信インターフェース４０２、４０７および無線リンク４１１において実装される無線技術のための例示的実施形態は、図１、図２、図３、図５、および関連付けられた文書に図示されている。
【００１３】
インターフェースは、ハードウェアインターフェース、ファームウェアインターフェース、ソフトウェアインターフェース、および／またはそれらの組み合わせであり得る。ハードウェアインターフェースは、コネクタ、ワイヤ、ドライバ等の電子デバイス、増幅器等を含み得る。ソフトウェアインターフェースは、プロトコル、プロトコル層、通信ドライバ、デバイスドライバ、それらの組み合わせ等を実装するためにメモリデバイスの中に記憶されるコードを含み得る。ファームウェアインターフェースは、埋め込まれるハードウェアとコードとの組み合わせを含み得、コードは、接続、電子デバイス動作、プロトコル、プロトコル層、通信ドライバ、デバイスドライバ、ハードウェア動作、それらの組み合わせ等を実装するために、メモリデバイスの中に記憶され、および／または、それと通信する。
【００１４】
用語「構成される」は、デバイスが動作または非動作状態にあるかどうかにかかわらず、デバイスの能力に関し得る。「構成される」も、デバイスが動作または非動作状態にあるかどうかにかかわらず、デバイスの動作特性をもたらす、デバイス内の特定の設定を指し得る。換言すると、ハードウェア、ソフトウェア、ファームウェア、レジスタ、メモリ値等は、デバイスが動作もしくは非動作状態にあるかどうかにかかわらず、デバイスに特定の特性を提供するようにデバイス内で「構成」され得る。「デバイスにおいて生じさせるための制御メッセージ」等の用語は、制御メッセージが、デバイスが動作または非動作状態にあるかどうかにかかわらず、デバイス内の特定の特性を構成するために使用され得るパラメータを有することを意味し得る。
【００１５】
実施形態の種々の側面によると、ＬＴＥネットワークは、多数の基地局を含み得、ユーザプレーンＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ、および無線デバイスに向かう制御プレーン（ＲＲＣ）プロトコル終端を提供する。基地局は、他の基地局と相互接続され得る（例えば、Ｘ２インターフェースを用いて相互接続される）。基地局は、例えば、Ｓ１インターフェースを用いて、ＥＰＣに接続され得る。例えば、基地局は、Ｓ１−ＭＭＥインターフェースを用いてＭＭＥに、Ｓ１−Ｕインターフェースを用いてＳ−Ｇに相互接続され得る。Ｓ１インターフェースは、ＭＭＥ／サービングゲートウェイと基地局との間の多対多関係をサポートし得る。基地局は、多くのセクタ、例えば、１、２、３、４、または６つのセクタを含み得る。基地局は、多くのセル、例えば、１〜５０に及ぶ、またはそれを上回るセルを含み得る。セルは、例えば、一次セルまたは二次セルとして分類され得る。ＲＲＣ接続確立／再確立／ハンドオーバにおいて、１つのサービングセルが、ＮＡＳ（非アクセス層）モビリティ情報（例えば、ＴＡＩ）を提供し得、ＲＲＣ接続再確立／ハンドオーバにおいて、１つのサービングセルが、セキュリティ入力を提供し得る。このセルは、一次セル（Ｐセル）と称され得る。ダウンリンクにおいて、Ｐセルに対応するキャリアは、ダウンリンク一次コンポーネントキャリア（ＤＬ  ＰＣＣ）であり得る一方で、アップリンクにおいて、Ｐセルに対応するキャリアは、アップリンク一次コンポーネントキャリア（ＵＬ  ＰＣＣ）であり得る。無線デバイス能力に応じて、二次セル（Ｓセル）が、Ｐセルとともにサービングセルの組を形成するように構成され得る。ダウンリンクにおいて、Ｓセルに対応するキャリアは、ダウンリンク二次コンポーネントキャリア（ＤＬ  ＳＣＣ）であり得る一方で、アップリンクにおいて、それは、アップリンク二次コンポーネントキャリア（ＵＬ  ＳＣＣ）であり得る。Ｓセルは、アップリンクキャリアを有することも、有しないこともある。
【００１６】
ダウンリンクキャリアと、随意に、アップリンクキャリアとを含むセルは、物理セルＩＤおよびセルインデックスを割り当てられ得る。キャリア（ダウンリンクまたはアップリンク）は、１つのみのセルに属し得る。セルＩＤまたはセルインデックスは、セルのダウンリンクキャリアまたはアップリンクキャリアを識別し得る（それが使用される状況に応じて）。本明細書において、セルＩＤは、同等に、キャリアＩＤと称され得、セルインデックスは、キャリアインデックスと称され得る。実装において、物理セルＩＤまたはセルインデックスは、セルに割り当てられ得る。セルＩＤは、ダウンリンクキャリア上で伝送される同期信号を使用して、決定され得る。セルインデックスは、ＲＲＣメッセージを使用して、決定され得る。例えば、本明細書が、第１のダウンリンクキャリアに対して第１の物理セルＩＤを指すとき、本明細書は、第１の物理セルＩＤが第１のダウンリンクキャリアを含むセルに対するものであることを意味し得る。同一概念は、例えば、キャリアアクティブ化にも適用され得る。本明細書が、第１のキャリアがアクティブにされることを示すとき、本明細書は、第１のキャリアを含むセルがアクティブにされることも意味し得る。
【００１７】
実施形態は、必要に応じて動作するように構成され得る。開示される機構は、ある基準が、例えば、無線デバイス、基地局、無線環境、ネットワーク、上記の組み合わせ等において満たされるときに実施され得る。例示的基準は、少なくとも部分的に、例えば、トラフィック負荷、初期システム設定、パケットサイズ、トラフィック特性、上記の組み合わせ等に基づき得る。１つ以上の基準が満たされるとき、種々の例示的実施形態が適用され得る。したがって、開示されるプロトコルを選択的に実装する例示的実施形態を実装することが可能であり得る。
【００１８】
基地局は、無線デバイスの混合と通信し得る。無線デバイスは、複数の技術および／または同一技術の複数のリリースをサポートし得る。無線デバイスは、その無線デバイスカテゴリおよび／または能力に応じて、いくつかの特定の能力を有し得る。基地局は、複数のセクタを備え得る。本開示が、複数の無線デバイスと通信する基地局を指すとき、本開示は、サービスエリア内の総無線デバイスのサブセットを指し得る。本開示は、例えば、所与の能力を伴い、基地局の所与のセクタ内にある、所与のＬＴＥリリースの複数の無線デバイスに言及し得る。本開示における複数の無線デバイスは、選択された複数の無線デバイス、および／または開示される方法に従って機能する、サービスエリア内の総無線デバイスのサブセット等を指し得る。サービスエリア内に、例えば、それらの無線デバイスがＬＴＥ技術のより古いリリースに基づいて機能するので、開示される方法に準拠しないこともある複数の無線デバイスが存在し得る。
【００１９】
図６および図７は、本開示の実施形態のある側面による、ＣＡおよびＤＣを用いたプロトコル構造に対する例示的略図である。Ｅ−ＵＴＲＡＮは、デュアルコネクティビティ（ＤＣ）動作をサポートし得、それによって、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ内の複数のＲＸ／ＴＸ  ＵＥは、２つのｅＮＢ内に位置する２つのスケジューラによって提供される無線リソースを利用するように構成され得、２つのｅＮＢは、Ｘ２インターフェースを経由して非理想的バックホールを介して接続される。あるＵＥのためのＤＣに関与するｅＮＢは、２つの異なる役を担い得、すなわち、ｅＮＢは、ＭｅＮＢまたはＳｅＮＢのいずれかとしての役割を果たし得る。ＤＣにおいて、ＵＥは、１つのＭｅＮＢおよび１つのＳｅＮＢに接続され得る。ＤＣで実装される機構は、３つ以上のｅＮＢを対象とするように拡張され得る。図７は、マスタセルグループ（ＭＣＧ）および二次セルグループ（ＳＣＧ）が構成されるときのＵＥ側ＭＡＣエンティティのための一例示的構造を図示し、それは、実装を制限しないこともある。媒体ブロードキャストマルチキャストサービス（ＭＢＭＳ）受信は、簡単にするために本図には示されていない。
【００２０】
ＤＣにおいて、特定のベアラが使用する無線プロトコルアーキテクチャは、ベアラが設定される方法に依存し得る。３つの代替物、すなわち、図６に示されるようなＭＣＧベアラ、ＳＣＧベアラ、および分割ベアラが、存在し得る。ＲＲＣは、ＭｅＮＢ内に位置し得、ＳＲＢは、ＭＣＧベアラタイプとして構成され得、ＭｅＮＢの無線リソースを使用し得る。ＤＣは、ＳｅＮＢによって提供される無線リソースを使用するように構成される少なくとも１つのベアラを有するものとしても説明され得る。ＤＣは、本開示の例示的実施形態において、構成／実装されることも、そうでないこともある。
【００２１】
ＤＣの場合、ＵＥは、２つのＭＡＣエンティティ、すなわち、ＭｅＮＢのための１つのＭＡＣエンティティとＳｅＮＢのための１つのＭＡＣエンティティとで構成され得る。ＤＣにおいて、ＵＥのための構成されたサービングセルのセットは、２つのサブセット、すなわち、ＭｅＮＢのサービングセルを含むマスタセルグループ（ＭＣＧ）と、ＳｅＮＢのサービングセルを含む二次セルグループ（ＳＣＧ）とを備え得る。ＳＣＧに対して、以下のうちの１つ以上のものが当てはまり得る。ＳＣＧ内の少なくとも１つのセルは、構成されたＵＬ  ＣＣを有し得、ＰＳセルと称される（またはＳＣＧのＰセルもしくは時としてＰセルとも呼ばれる）、それらのうちの１つは、ＰＵＣＣＨリソースで構成され得る。ＳＣＧが構成されるとき、少なくとも１つのＳＣＧベアラまたは１つの分割ベアラが、存在し得る。ＰＳセル上の物理層問題もしくはランダムアクセス問題、またはＳＣＧに関連付けられたＲＬＣ再伝送の最大数が達したことの検出時、または、ＳＣＧ追加またはＳＣＧ変更中のＰＳセルにおけるアクセス問題の検出時：ＲＲＣ接続再確立プロシージャが、トリガされないこともあり、ＳＣＧのセルに向かうＵＬ伝送が、停止させられ得、ＭｅＮＢは、ＵＥによってＳＣＧ障害タイプを知らされ得る。分割ベアラに対して、ＭｅＮＢを経由したＤＬデータ転送が維持され得る。ＲＬＣ  ＡＭベアラは、分割ベアラのために構成され得る。Ｐセルのように、ＰＳセルは、非アクティブにされないこともある。ＰＳセルは、ＳＣＧ変更に伴って（例えば、セキュリティキー変更およびＲＡＣＨプロシージャに伴って）変更され得、および／または、分割ベアラとＳＣＧベアラとの間の直接ベアラタイプ変更も、ＳＣＧおよび分割ベアラの同時構成もサポートされないこともある。
【００２２】
ＭｅＮＢとＳｅＮＢとの間の相互作用に関して、以下の原理のうちの１つ以上のものが、当てはまり得る。ＭｅＮＢは、ＵＥのＲＲＭ測定構成を維持し得、（例えば、受信された測定報告またはトラフィック条件もしくはベアラタイプに基づいて）ＵＥのための追加のリソース（サービングセル）を提供するようにＳｅＮＢに求めることを決定し得る。ＭｅＮＢから要求を受信すると、ＳｅＮＢは、ＵＥのための追加のサービングセルの構成をもたらし得るコンテナを作成し得る（またはそうするために利用可能なリソースを有していないことを決定する）。ＵＥ能力調整のために、ＭｅＮＢは、ＡＳ構成およびＵＥ能力（の一部）をＳｅＮＢに提供し得る。ＭｅＮＢとＳｅＮＢとは、Ｘ２メッセージ内で搬送されるＲＲＣコンテナ（ノード間メッセージ）を用いることによって、ＵＥ構成についての情報を交換し得る。ＳｅＮＢは、その既存のサービングセルの再構成を開始し得る（例えば、ＳｅＮＢに向かうＰＵＣＣＨ）。ＳｅＮＢは、ＳＣＧ内のＰＳセルであるセルを決定し得る。ＭｅＮＢは、ＳｅＮＢによって提供されるＲＲＣ構成のコンテンツを変更しないこともある。ＳＣＧ追加およびＳＣＧ  Ｓセル追加の場合、ＭｅＮＢは、ＳＣＧセルのための最新測定結果を提供し得る。ＭｅＮＢおよびＳｅＮＢの両方は、ＳＦＮ、およびＯＡＭによる互いのサブフレームオフセットを把握し得る（例えば、測定ギャップのＤＲＸ合わせおよび識別の目的のために）。例では、新しいＳＣＧ  Ｓセルを追加するとき、専用ＲＲＣシグナリングが、ＳＣＧのＰＳセルのＭＩＢから取得されるＳＦＮを除き、ＣＡに関するセルの要求されるシステム情報を送信するために使用され得る。
【００２３】
例では、サービングセルは、ＴＡグループ（ＴＡＧ）内でグループ化され得る。１つのＴＡＧ内のサービングセルは、同一タイミング基準を使用し得る。所与のＴＡＧに対して、ユーザ機器（ＵＥ）は、タイミング基準として、少なくとも１つのダウンリンクキャリアを使用し得る。所与のＴＡＧに対して、ＵＥは、同一ＴＡＧに属するアップリンクキャリアのアップリンクサブフレームおよびフレーム伝送タイミングを同期させ得る。例では、同一ＴＡが適用されるアップリンクを有するサービングセルは、同一受信機によってホストされるサービングセルに対応し得る。複数のＴＡをサポートするＵＥは、２つ以上のＴＡグループをサポートし得る。１つのＴＡグループは、Ｐセルを含み得、一次ＴＡＧ（ｐＴＡＧ）と呼ばれ得る。複数ＴＡＧ構成において、少なくとも１つのＴＡグループは、Ｐセルを含まないこともあり、二次ＴＡＧ（ｓＴＡＧ）と呼ばれ得る。例では、同一ＴＡグループ内のキャリアは、同一ＴＡ値および／または同一タイミング基準を使用し得る。ＤＣが構成されるとき、セルグループ（ＭＣＧまたはＳＣＧ）に属するセルは、ｐＴＡＧと１つ以上のｓＴＡＧとを含む複数のＴＡＧにグループ化され得る。
【００２４】
図８は、本開示の実施形態のある側面による、例示的ＴＡＧ構成を示す。例１では、ｐＴＡＧは、Ｐセルを含み、ｓＴＡＧは、Ｓセル１を含む。例２では、ｐＴＡＧは、ＰセルおよびＳセル１を含み、ｓＴＡＧは、Ｓセル２およびＳセル３を含む。例３では、ｐＴＡＧは、ＰセルおよびＳセル１を含み、ｓＴＡＧ１は、Ｓセル２およびＳセル３を含み、ｓＴＡＧ２は、Ｓセル４を含む。最大４つのＴＡＧが、セルグループ（ＭＣＧまたはＳＣＧ）内でサポートされ得、他の例示的ＴＡＧ構成も、提供され得る。本開示における種々の例では、例示的機構は、ｐＴＡＧおよびｓＴＡＧに対して説明される。例示的機構のうちのいくつかが、複数のｓＴＡＧを伴う構成に適用され得る。
【００２５】
例では、ｅＮＢは、アクティブにされたＳセルのためのＰＤＣＣＨ指示を介してＲＡプロシージャを開始し得る。このＰＤＣＣＨ指示は、このＳセルのスケジューリングセル上で送信され得る。クロスキャリアスケジューリングが、セルのために構成されているとき、スケジューリングセルは、プリアンブル伝送のために用いられるセルと異なり得、ＰＤＣＣＨ指示は、Ｓセルインデックスを含み得る。少なくとも非競合ベースのＲＡプロシージャが、ｓＴＡＧに割り当てられるＳセルのためにサポートされ得る。
【００２６】
図９は、本開示の実施形態のある側面による、二次ＴＡＧ内のランダムアクセスプロセスにおける例示的メッセージフローである。ｅＮＢは、アクティブ化コマンド６００を伝送し、Ｓセルをアクティブにする。プリアンブル６０２（Ｍｓｇ１）が、ｓＴＡＧに属するＳセル上のＰＤＣＣＨ指示６０１に応答して、ＵＥによって送信され得る。例示的実施形態では、Ｓセルに対するプリアンブル伝送は、ＰＤＣＣＨフォーマット１Ａを使用して、ネットワークによって制御され得る。Ｓセル上のプリアンブル伝送に応答したＭｓｇ２メッセージ６０３（ＲＡＲ：ランダムアクセス応答）は、Ｐセル共通検索空間（ＣＳＳ）内のＲＡ−ＲＮＴＩにアドレスされ得る。アップリンクパケット６０４は、プリアンブルが伝送されたＳセル上で伝送され得る。
【００２７】
ある実施形態によると、初期タイミング合わせは、ランダムアクセスプロシージャを通して達成され得る。これは、ＵＥがランダムアクセスプリアンブルを伝送し、ｅＮＢがランダムアクセス応答ウィンドウ内で初期ＴＡコマンドＮＴＡ（タイミングアドバンスの量）に応答することを伴い得る。ランダムアクセスプリアンブルの開始は、ＮＴＡ＝０を仮定するＵＥにおいて、対応するアップリンクサブフレームの開始と合わせられ得る。ｅＮＢは、ＵＥによって伝送されるランダムアクセスプリアンブルからアップリンクタイミングを推定し得る。ＴＡコマンドは、所望のＵＬタイミングと実際のＵＬタイミングとの間の差異の推定に基づいて、ｅＮＢによって導出され得る。ＵＥは、プリアンブルが伝送されるｓＴＡＧの対応するダウンリンクに対して初期アップリンク伝送タイミングを決定し得る。
【００２８】
ＴＡＧへのサービングセルのマッピングは、ＲＲＣシグナリングを用いてサービングｅＮＢによって構成され得る。ＴＡＧ構成および再構成のための機構は、ＲＲＣシグナリングに基づき得る。実施形態の種々の側面によると、ｅＮＢがＳセル追加構成を実施するとき、関連ＴＡＧ構成が、Ｓセルのために構成され得る。例示的実施形態では、ｅＮＢは、Ｓセルを除去（解放）し、更新されたＴＡＧ  ＩＤを伴う新しいＳセルを（同一物理セルＩＤおよび周波数を伴って）追加（構成）することによって、ＳセルのＴＡＧ構成を修正し得る。更新されたＴＡＧ  ＩＤを伴う新しいＳセルは、更新されたＴＡＧ  ＩＤが割り当てられた後、最初、非アクティブであり得る。ｅＮＢは、更新された新しいＳセルをアクティブにし、アクティブにされたＳセル上でパケットをスケジューリングすることを開始し得る。例示的実装では、Ｓセルに関連付けられたＴＡＧを変更することは可能ではないこともあり、むしろ、Ｓセルは、除去される必要があり得、新しいＳセルが、別のＴＡＧを伴って追加される必要があり得る。例えば、ＳセルをｓＴＡＧからｐＴＡＧに移動させる必要がある場合、少なくとも１つのＲＲＣメッセージ（例えば、少なくとも１つのＲＲＣ再構成メッセージ）が、Ｓセルを解放し、次いで、ＳセルをｐＴＡＧの一部として構成することによってＴＡＧ構成を再構成するために、ＵＥに送信され得る。Ｓセルが、ＴＡＧインデックスを伴わずに追加／構成されるとき、Ｓセルは、ｐＴＡＧに明示的に割り当てられ得る。Ｐセルは、そのＴＡグループを変更しないこともあり、ｐＴＡＧのメンバであり得る。
【００２９】
ＲＲＣ接続再構成プロシージャの目的は、ＲＲＣ接続を修正すること（例えば、ＲＢを確立、修正、および／または解放すること、ハンドオーバを実施すること、測定を設定、修正、および／または解放すること、Ｓセルを追加、修正、および／または解放すること）であり得る。受信されたＲＲＣ接続再構成メッセージがｓＣｅｌｌＴｏＲｅｌｅａｓｅＬｉｓｔを含む場合、ＵＥは、Ｓセル解放を実施し得る。受信されたＲＲＣ接続再構成メッセージがｓＣｅｌｌＴｏＡｄｄＭｏｄＬｉｓｔを含む場合、ＵＥは、Ｓセル追加または修正を実施し得る。
【００３０】
ＬＴＥリリース−１０およびリリース−１１  ＣＡにおいて、ＰＵＣＣＨは、Ｐセル（ＰＳセル）上でｅＮＢに伝送されるのみであり得る。ＬＴＥ−リリース１２およびそれ以前では、ＵＥは、ＰＵＣＣＨ情報を１つのセル（ＰセルまたはＰＳセル）上で所与のｅＮＢに伝送し得る。
【００３１】
ＣＡ対応ＵＥの数、アグリゲーションされたキャリアの数も増加するにつれて、ＰＵＣＣＨの数、ＰＵＣＣＨペイロードサイズも、増加し得る。Ｐセル上のＰＵＣＣＨ伝送に対処することは、Ｐセル上の高ＰＵＣＣＨ負荷につながり得る。Ｓセル上のＰＵＣＣＨは、ＰＵＣＣＨリソースをＰセルからオフロードするために導入され得る。２つ以上のＰＵＣＣＨ、例えば、Ｐセル上のＰＵＣＣＨおよびＳセル上の別のＰＵＣＣＨが、構成され得る。例示的実施形態では、１つ、２つ、またはそれを上回るセルが、ＣＳＩ／ＡＣＫ／ＮＡＣＫを基地局に伝送するために、ＰＵＣＣＨリソースで構成され得る。セルは、複数のＰＵＣＣＨグループにグループ化され得、グループ内の１つ以上のセルが、ＰＵＣＣＨで構成され得る。例示的構成では、１つのＳセルが、１つのＰＵＣＣＨグループに属し得る。基地局に伝送される構成されたＰＵＣＣＨを有するＳセルは、ＰＵＣＣＨ  Ｓセルと呼ばれ得、同一基地局に伝送される共通ＰＵＣＣＨリソースを有するセルグループは、ＰＵＣＣＨグループと呼ばれ得る。
【００３２】
例示的実施形態では、ＭＡＣエンティティは、ＴＡＧごとに構成可能なタイマｔｉｍｅＡｌｉｇｈｎｍｅｎｔＴｉｍｅｒを有し得る。ｔｉｍｅＡｌｉｇｈｎｍｅｎｔＴｉｍｅｒは、ＭＡＣエンティティがアップリンク時間合わせされるべき関連付けられたＴＡＧに属するサービングセルを検討する時間の長さを制御するために使用され得る。ＭＡＣエンティティは、タイミングアドバンスコマンドＭＡＣ制御要素が受信されるとき、示されるＴＡＧのためのタイミングアドバンスコマンドを適用し得る：示されるＴＡＧに関連付けられたｔｉｍｅＡｌｉｇｈｎｍｅｎｔＴＩｍｅｒを始動または再始動させ得る。ＭＡＣエンティティは、タイミングアドバンスコマンドが、ＴＡＧに属するサービングセルのためのランダムアクセス応答メッセージ内で受信されるとき、および／または、ランダムアクセスプリアンブルが、ＭＡＣエンティティによって選択されなかった場合、このＴＡＧのためのタイミングアドバンスコマンドを適用し、このＴＡＧに関連付けられたｔｉｍｅＡｌｉｇｈｎｍｅｎｔＴｉｍｅｒを始動または再始動させ得る。そうでなければ、このＴＡＧに関連付けられたｔｉｍｅＡｌｉｇｈｎｍｅｎｔＴｉｍｅｒが起動していない場合、このＴＡＧのためのタイミングアドバンスコマンドが適用され得、このＴＡＧに関連付けられたｔｉｍｅＡｌｉｇｈｎｍｅｎｔＴｉｍｅｒが始動させられ得る。競合解決が成功ではないと見なされるとき、このＴＡＧに関連付けられたｔｉｍｅＡｌｉｇｈｎｍｅｎｔＴｉｍｅｒは、停止させられ得る。そうでなければ、ＭＡＣエンティティは、受信されたタイミングアドバンスコマンドを無視し得る。
【００３３】
例示的実施形態では、タイマは、始動させられると、停止させられるまで、または満了するまで起動している。そうでなければ、それは、起動していないこともある。タイマは、起動していない場合に始動させられること、または起動している場合に再始動させられることができる。例えば、タイマは、その初期値から始動または再始動させられ得る。
【００３４】
本開示の例示的実施形態は、マルチキャリア通信の動作を可能にし得る。他の例示的実施形態は、マルチキャリア通信の動作を生じさせるように１つ以上のプロセッサによって実行可能な命令を備えている非一過性の有形コンピュータ読み取り可能な媒体を備え得る。さらに他の例示的実施形態は、プログラマブルハードウェアがデバイス（例えば、無線通信機、ＵＥ、基地局等）にマルチキャリア通信の動作を可能にさせることを可能にするためのその上にエンコードされた命令を有する非一過性の有形コンピュータ読み取り可能な機械アクセス可能媒体を備えている製造品を備え得る。デバイスは、プロセッサ、メモリ、インターフェース等を含み得る。他の例示的実施形態は、基地局、無線デバイス（またはユーザ機器：ＵＥ）、サーバ、スイッチ、アンテナ等のデバイスを備えている、通信ネットワークを備え得る。
【００３５】
セルラーネットワークを経由して搬送されるデータトラフィックの量は、この先何年も増加することが予期される。ユーザ／デバイスの数は、増加しており、各ユーザ／デバイスは、ますます多くの種々のサービス、例えば、ビデオ配信、大型ファイル、画像にアクセスする。これは、ネットワーク内の高容量を要求するだけでなく、双方向性および応答性への顧客の期待を満たすための非常に高いデータレートをプロビジョニングすることも要求し得る。より多くのスペクトルが、したがって、セルラーオペレータが増加する需要を満たすために必要とされ得る。シームレスなモビリティとともに高データレートのユーザ期待を考慮すると、より多くのスペクトルが、セルラーシステムのためのマクロセルならびに小型セルを展開するために利用可能にされることが有益であり得る。
【００３６】
市場の需要を満たそうと努めて、トラフィック増大を満たすために無認可スペクトルを利用して、ある補完的アクセスを展開することにオペレータからの関心が増大してきた。これは、多数のオペレータ展開型Ｗｉ−ＦｉネットワークおよびＬＴＥ／ＷＬＡＮインターワーキングソリューションの３ＧＰＰ標準化によって例示される。この関心は、無認可スペクトルが、存在するとき、セルラーオペレータがホットスポットエリア等のいくつかのシナリオでトラフィック激増に対処することに役立つための認可スペクトルの効果的な補完であり得ることを示す。ＬＡＡは、１つの無線ネットワークを管理し、したがって、ネットワークの効率を最適化するための新しい可能性を提供しながら、オペレータが無認可スペクトルを利用するための代替物を提供し得る。
【００３７】
例示的実施形態では、トーク前リッスン（クリアチャネル査定）が、ＬＡＡセル内の伝送のために実装され得る。トーク前リッスン（ＬＢＴ）プロシージャにおいて、機器は、チャネルを使用する前、クリアチャネル査定（ＣＣＡ）チェックを適用し得る。例えば、ＣＣＡは、チャネルが占有されているか、またはクリアであるかを決定するために、チャネル上の他の信号の存在もしくは非存在を決定するために、少なくともエネルギー検出を利用し得る。例えば、欧州および日本の規制は、無認可帯域内のＬＢＴの使用を義務付ける。規制要件は別として、ＬＢＴを介したキャリア感知は、無認可スペクトルの公平な共有のための１つの方法であり得る。
【００３８】
例示的実施形態では、限定された最大伝送持続時間を伴う無認可キャリア上の不連続伝送が、可能にされ得る。これらの機能のうちのいくつかは、不連続ＬＡＡダウンリンク伝送の開始から伝送される１つ以上の信号によってサポートされ得る。チャネル予約は、成功したＬＢＴ動作を介してチャネルアクセスを獲得した後、ＬＡＡノードによる信号の伝送によって可能にされ得、それによって、ある閾値を上回るエネルギーを伴う伝送された信号を受信する他のノードは、チャネルが占有されていることを感知する。不連続ダウンリンク伝送を伴うＬＡＡ動作のための１つ以上の信号によってサポートされる必要があり得る機能は、以下のうちの１つ以上のものを含み得る：ＵＥによる（セル識別を含む）ＬＡＡダウンリンク伝送の検出、ＵＥの時間ならびに波数同期化等。
【００３９】
例示的実施形態では、ＤＬ  ＬＡＡ設計は、ＣＡによってアグリゲーションされるサービングセルを横断するＬＴＥ−Ａキャリアアグリゲーションタイミング関係に従って、サブフレーム境界合わせを用い得る。これは、ｅＮＢ伝送がサブフレーム境界のみから開始しできることを意味しないこともある。ＬＡＡは、ＬＢＴに従って、全てのＯＦＤＭシンボルがサブフレーム内の伝送のために利用可能であるわけではないとき、ＰＤＳＣＨを伝送することをサポートし得る。ＰＤＳＣＨのための必要な制御情報の配信も、サポートされ得る。
【００４０】
ＬＢＴプロシージャは、無認可スペクトルで動作する他のオペレータおよび技術とのＬＡＡの公平かつ友好的な共存のために用いられ得る。無認可スペクトル内のキャリア上で伝送しようとするノード上のＬＢＴプロシージャは、クリアチャネル査定を実施し、チャネルが使用のために空いているかどうかを決定するようにノードに要求し得る。ＬＢＴプロシージャは、チャネルが使用されているかどうかを決定するために、少なくともエネルギー検出を伴い得る。例えば、いくつかの地域内、例えば、欧州内の規制要件は、ノードがエネルギー検出閾値を上回るエネルギーを受け取る場合、チャネルが空いていないことをノードが仮定するように、この閾値を規定し得る。ノードは、そのような規制要件に従い得るが、ノードは、随意に、規制要件によって規定されるものよりも低いエネルギー検出の閾値を使用し得る。例では、ＬＡＡは、エネルギー検出閾値を適応的に変化させる機構を用い得る。例えば、ＬＡＡは、上限からエネルギー検出閾値を適応的に下げる機構を用い得る。適応機構は、閾値の静的または半静的設定を除外しないこともある。例では、カテゴリ４  ＬＢＴ機構または他のタイプのＬＢＴ機構が、実装され得る。
【００４１】
種々の例示的ＬＢＴ機構が、実装され得る。例では、いくつかの信号に対して、いくつかの実装シナリオにおいて、いくつかの状況において、および／またはいくつかの周波数において、ＬＢＴプロシージャが伝送エンティティによって実施されないこともある。例では、カテゴリ２（例えば、ランダムバックオフがないＬＢＴ）が、実装され得る。伝送エンティティが伝送する前にチャネルがアイドルであると感知される持続時間は、決定論的であり得る。例では、カテゴリ３（例えば、固定サイズのコンテンションウィンドウを伴うランダムバックオフを用いたＬＢＴ）が、実装され得る。ＬＢＴプロシージャは、そのコンポーネントのうちの１つとして、以下のプロシージャを有し得る。伝送エンティティは、コンテンションウィンドウ内で乱数Ｎを選び出し得る。コンテンションウィンドウのサイズは、Ｎの最小値および最大値によって規定され得る。コンテンションウィンドウのサイズは、固定され得る。乱数Ｎは、伝送エンティティがチャネル上で伝送する前にチャネルがアイドルであると感知される持続時間を決定するために、ＬＢＴプロシージャで用いられ得る。例では、カテゴリ４（例えば、可変サイズのコンテンションウィンドウを伴うランダムバックオフを用いたＬＢＴ）が、実装され得る。伝送エンティティは、コンテンションウィンドウ内で乱数Ｎを選び出し得る。コンテンションウィンドウのサイズは、Ｎの最小値および最大値によって規定され得る。伝送エンティティは、乱数Ｎを選び出すとき、コンテンションウィンドウのサイズを変動させ得る。乱数Ｎは、伝送エンティティがチャネル上で伝送する前にチャネルがアイドルであると感知される持続時間を決定するために、ＬＢＴプロシージャで用いられ得る。
【００４２】
ＬＡＡは、ＵＥにおけるアップリンクＬＢＴを用い得る。ＵＬ  ＬＢＴスキームは、ＬＡＡ  ＵＬが、ＵＥのチャネルコンテンション機会に影響を及ぼすスケジュールされたアクセスに基づき得るので、（例えば、異なるＬＢＴ機構またはパラメータを使用することによって）ＤＬ  ＬＢＴスキームと異なり得る。異なるＵＬ  ＬＢＴスキームの動機付けをする他の考慮事項は、単一のサブフレーム内の複数のＵＥの多重化を含むが、それに限定されない。
【００４３】
例では、ＤＬ伝送バーストは、同一ＣＣ上の同一ノードから直前または直後に伝送がない、ＤＬ伝送ノードからの連続伝送であり得る。ＵＥの観点からのＵＬ伝送バーストは、同一ＣＣ上の同一ＵＥから直前または直後に伝送がない、ＵＥからの連続伝送であり得る。例では、ＵＬ伝送バーストは、ＵＥの観点から定義され得る。例では、ＵＬ伝送バーストは、ｅＮＢの観点から定義され得る。例では、同一無認可キャリアを経由してＤＬ＋ＵＬ  ＬＡＡを動作させるｅＮＢの場合、ＬＡＡ上のＤＬ伝送バーストおよびＵＬ伝送バーストは、同一無認可キャリアを経由してＴＤＭ様式でスケジュールされ得る。例えば、時間のある瞬間は、ＤＬ伝送バーストまたはＵＬ伝送バーストの一部であり得る。
【００４４】
例示的実施形態では、無認可セルにおいて、ダウンリンクバーストが、サブフレームの中で開始され得る。ｅＮＢがチャネルにアクセスするとき、ｅＮＢは、１つ以上のサブフレームの持続時間にわたって伝送し得る。持続時間は、ｅＮＢ内の最大構成バースト持続時間、伝送に利用可能なデータ、および／またはｅＮＢスケジューリングアルゴリズムに依存し得る。図１０は、無認可（例えば、認可支援アクセス）セルにおける例示的ダウンリンクバーストを示す。例示的実施形態における最大構成バースト持続時間は、ｅＮＢ内で構成され得る。ｅＮＢは、ＲＲＣ構成メッセージを用いて、最大構成バースト持続時間をＵＥに伝送し得る。
【００４５】
無線デバイスは、基地局から、複数のセルの構成パラメータを備えている少なくとも１つのメッセージ（例えば、ＲＲＣ）を受信し得る。複数のセルは、少なくとも１つの認可セルと、少なくとも１つの無認可セル（例えば、ＬＡＡセル）とを備え得る。セルの構成パラメータは、例えば、物理チャネル（例えば、ｅＰＤＣＣＨ、ＰＤＳＣＨ、ＰＵＳＣＨ、ＰＵＣＣＨ等）の構成パラメータを備え得る。
【００４６】
フレーム構造タイプ３は、無認可（例えば、ＬＡＡ）二次セル動作に適用可能であり得る。例では、フレーム構造タイプ３は、通常のサイクリックプレフィックスのみを伴って実装され得る。無線フレームは、長さがＴｆ＝３０７２００・Ｔｓ＝１０ミリ秒であり得、０〜１９と番号付けられる、長さＴｓｌｏｔ＝１５３６０・Ｔｓ＝０．５ミリ秒の２０個のスロットを備え得る。サブフレームは、サブフレームｉがスロット２ｉおよび２ｉ＋１から成る２つの連続スロットとして画定され得る。例では、無線フレーム内の１０個のサブフレームが、ダウンリンクおよび／またはアップリンク伝送のために利用可能であり得る。ダウンリンク伝送は、１つ以上の連続サブフレームを占有し得、それは、サブフレーム内のいずれかの場所で始まり、完全に占有されるか、または３ＧＰＰフレーム構造２（ＴＤＤフレーム）内でＤｗＰＴＳ持続時間のうちの１つに続くかのいずれかである最後のサブフレームで終わる。ＬＡＡセルがアップリンク伝送のために構成されるとき、フレーム構造３が、アップリンクまたはダウンリンク伝送の両方に使用され得る。
【００４７】
ｅＮＢは、１つ以上のＲＲＣメッセージを無線デバイス（ＵＥ）に伝送し得る。１つ以上のＲＲＣメッセージは、１つ以上の認可セルおよび／または１つ以上の無認可（例えば、認可支援アクセス−ＬＡＡ）セルを備えている複数のセルの構成パラメータを備え得る。１つ以上のＲＲＣメッセージは、１つ以上の無認可（例えば、ＬＡＡ）セルの構成パラメータを備え得る。ＬＡＡセルは、ダウンリンクおよび／またはアップリンク伝送のために構成され得る。
【００４８】
例では、構成パラメータは、ＬＡＡセルのためのＮの値を有する第１の構成フィールドを備え得る。パラメータＮは、ＲＲＣ構成可能であり得る。Ｎは、セル特定またはＵＥ特定のＲＲＣパラメータであり得る。例えば、Ｎ（例えば、６、８、１６）は、ＵＬ伝送のために構成され得るＨＡＲＱプロセスの最大数を示し得る。例では、１つ以上のＲＲＣメッセージは、マルチサブフレーム配分パラメータの構成パラメータ、アップリンクにおけるＨＡＲＱプロセスの最大数、および／またはＬＡＡセルに関連付けられる他のパラメータを備え得る。
【００４９】
例では、ＵＥは、アップリンク伝送のためのアップリンクリソース（アップリンク許可のためのリソースブロック）を示すダウンリンク制御情報（ＤＣＩ）を受信し得る。
【００５０】
例示的実施形態では、持続的（バーストまたはマルチサブフレームとも呼ばれる）スケジューリングが実装され得る。ｅＮＢは、セルフスケジューリングおよび／またはクロススケジューリングによってアップリンク伝送をスケジュールし得る。例では、ｅＮＢは、マルチサブフレーム許可のためのＤＣＩを伝送するために、ＵＥ  Ｃ−ＲＮＴＩを使用し得る。ＵＥは、２つ以上の連続アップリンクサブフレーム（バースト）、例えば、ｍ個のサブフレームのためのアップリンクリソース（アップリンク許可のためのリソースブロック）を示すマルチサブフレームＤＣＩを受信し得る。例では、ＵＥは、ＤＣＩ許可に応答して、ｍ個のサブパケット（トランスポートブロック−ＴＢ）を伝送し得る。図１１は、例示的マルチサブフレーム許可、ＬＢＴプロセス、およびマルチサブフレーム伝送を示す。
【００５１】
例示的実施形態では、アップリンクＤＣＩは、アップリンクＲＢ、電力制御コマンド、ＭＣＳ、連続サブフレームの数（ｍ）、および／またはアップリンク許可の他のパラメータを含む１つ以上のフィールドを備え得る。
【００５２】
例では、マルチサブフレームＤＣＩは、ＤＣＩ許可がマルチサブフレーム許可であることを示す１つ以上のパラメータを備え得る。マルチサブフレームＤＣＩ内のフィールドは、スケジュールされた連続サブフレームの数（ｍ）を示し得る。例えば、ＬＡＡセル上のアップリンク許可のためのＤＣＩは、３ビットフィールドを備え得る。３ビットフィールドによって示される値は、アップリンクＤＣＩ許可に関連付けられるサブフレームの数を示し得る（他の例は、例えば、１ビットフィールドまたは２ビットフィールドを備え得る）。例えば、値０００は、１つのサブフレームに対する動的許可を示し得る。例えば、フィールド値０１１は、４つのスケジュールされたサブフレーム（ｍ＝２進法でのフィールド値＋１）のためのアップリンクリソースを示すＤＣＩを示し得る。例では、ＲＲＣ構成パラメータは、ＬＡＡセルのためのＮの値を有する第１の構成フィールドを備え得る。例示的実装では、フィールド値は、Ｎ未満であるように構成され得る。例えば、Ｎは、２として構成され得、マルチサブフレーム許可の中のスケジュールされたサブフレームの最大数は、２であり得る。例では、Ｎは、４として構成され得、マルチサブフレーム許可の中のスケジュールされたサブフレームの最大数は、４であり得る。例では、Ｎは、ＵＬにおける構成されたＨＡＲＱプロセスの数であり得る。キャリア上の連続サブフレームは、ＵＥがｅＮＢからマルチサブフレームＵＬ  ＤＣＩ許可を受信するときにＵＥに配分され得る。
【００５３】
マルチサブフレームＤＣＩの中に含まれる少なくとも１つのフィールドは、１つ以上のＴＢの伝送のためにｍ個の連続サブフレームにわたって使用される伝送パラメータおよびリソースブロックを決定し得る。ＤＣＩは、アップリンク伝送のための複数のリソースブロックの割り当てを備え得る。ＵＥは、ｍ個のサブフレームにわたってＤＣＩの中で示されるＲＢを使用し得る。同一のリソースブロックが、図１１に示されるようにｍ個のサブフレーム内でＵＥに配分され得る。
【００５４】
ＵＥは、アップリンク信号を伝送する前にトーク前リッスン（ＬＢＴ）を実施し得る。ＵＥは、チャネルが１つ以上の連続したアップリンクサブフレームのうちの開始サブフレームのためにクリアであることを示すＬＢＴプロシージャを実施し得る。ＵＥは、ＬＢＴプロシージャが、チャネルが開始サブフレームのためにクリアではないことを示す場合、開始サブフレームにおいて伝送を実施しないこともある。
【００５５】
例示的実施形態では、無線デバイスは、認可支援アクセス（ＬＡＡ）セルのための構成パラメータを備えている１つ以上の無線リソース制御（ＲＲＣ）メッセージを受信し得る。１つ以上のＲＲＣメッセージは、１つ以上の連続したアップリンクサブフレーム配分構成パラメータを備え得る。例では、１つ以上の連続したアップリンクサブフレーム配分構成パラメータは、第１のフィールド、Ｎを備えている。
【００５６】
無線デバイスは、ＬＡＡセルの１つ以上の連続したアップリンクサブフレームの数のアップリンクリソースを示すダウンリンク制御情報（ＤＣＩ）を受信し得る。ＤＣＩは、１つ以上の連続したアップリンクサブフレームの数（ｍ）と、複数のリソースブロックの割り当てと、伝送電力制御コマンドとを備え得る。第１のフィールドは、１つ以上の連続したアップリンクサブフレームの数の上限を示し得る。
【００５７】
無線デバイスは、チャネルが１つ以上の連続したアップリンクサブフレームのうちの開始サブフレームのためにクリアであることを示すトーク前リッスンプロシージャを実施し得る。無線デバイスは、１つ以上の連続したアップリンクサブフレームにわたって使用される複数のリソースブロックを介して、１つ以上のトランスポートブロックを伝送し得る。マルチサブフレームＤＣＩの中に含まれる少なくとも１つのフィールドは、１つ以上のＴＢの伝送のためにｍ個の連続サブフレームにわたって使用される伝送パラメータおよびリソースブロックを決定し得る。ＤＣＩは、アップリンク伝送のための複数のリソースブロックの割り当てを備え得る。ＵＥは、ｍ個のサブフレームにわたってＤＣＩの中で示されるＲＢを使用し得る。同一のリソースブロックが、ｍ個のサブフレームにおいてＵＥに配分され得る。
【００５８】
マルチサブフレーム許可（ＭＳＦＧ）を示すＤＣＩは、例えば、無認可セル（例えば、ＬＡＡセル）のために、キャリアアグリゲーションにおいてサポートされ得る。マルチサブフレーム許可（ＭＳＦＧ）の設計は、単一サブフレーム許可に使用される既存のＤＣＩの設計を考慮し得る。例えば、現在のＬＴＥ−Ａ  ＤＣＩフォーマット０および４は、特別な多重化を伴って、およびそれを伴わずに、アップリンク許可に使用され得る。ＤＣＩフォーマット０および４は、特別な多重化を伴って、またはそれを伴わずに、ＭＳＦＧをサポートするように更新され得る。
【００５９】
ＭＳＦＧは、ＵＥが、伝送パラメータのある共通セットに基づいて、複数の連続アップリンクサブフレーム上で伝送することを可能にし得る。ＭＣＳレベル、電力制御コマンド、および／またはリソース割り当て（例えば、ＲＢ）のような伝送パラメータのうちのいくつかは、スケジュールされたサブフレームにわたって共通し得る。ＨＡＲＱプロセスＩＤ、ＲＶ、および／またはＮＤＩのようないくつかのパラメータは、サブフレーム特定であり得る。ＭＳＦＧを示すＤＣＩは、許可に従って伝送のために可能にされる連続サブフレームの数を示す１つ以上のパラメータを備え得る。例では、ＤＣＩによって構成され得るパラメータは、ＭＳＦＧに関連付けられる連続サブフレームの数（ｍ）を含み得る。ＭＳＦＧは、サブフレームｎから開始し、サブフレームｎ＋ｍ−１において終了する、サブフレームのためのリソース配分を提供し得る。
【００６０】
ＵＥが、ＬＡＡキャリア上のｍ個の連続サブフレームのＵＥ伝送のためのマルチサブフレーム許可（ＭＳＦＧ）を受信すると、ＵＥは、スケジュールされたサブフレーム上の伝送の前にＬＢＴを実施し得る。成功したＬＢＴの後、予約信号の伝送が可能にされている場合、および／または必要とされる場合、予約信号が続き得る。ＵＥのＬＢＴは、サブフレームｎの第１の可能にされた伝送シンボルの開始の前に成功することも、成功しないこともある。例では、ＵＥのＬＢＴがサブフレームｎの第１の可能にされた伝送シンボルの前に成功した場合、ＵＥは、マルチサブフレームＤＣＩに従ってデータを伝送し得る。ＵＥは、ＬＢＴが成功したとき、データ（ＴＢ）を伝送し得る。
【００６１】
ＭＳＦＧを示すＤＣＩは、ＬＢＴに起因するＵＥ挙動のためのパラメータを含み得る。マルチサブフレームＤＣＩは、可能なＬＢＴ時間間隔および／または少なくとも１つのＬＢＴ構成パラメータを含み得る。ＤＣＩは、ＭＳＦＧに対応する伝送の前、ＬＢＴプロセスのための１つ以上の構成パラメータを示し得る。
【００６２】
例では、１つ以上のＤＣＩは、予約信号の伝送のための構成、予約信号のフォーマット、可能にされた開始シンボル、および／またはＭＳＦＧに関連付けられたＬＢＴ間隔／シンボルを示し得る。例えば、ＤＣＩは、サブフレームにおけるＰＵＳＣＨ開始位置を示し得る。ＬＢＴプロシージャは、ＰＵＳＣＨ開始位置の前に実施され得る。１つ以上のＤＣＩは、予約信号および／または部分サブフレーム構成を示す構成パラメータを備え得る。例示的実施形態では、マルチサブフレーム許可に対する予約信号および／または部分サブフレームの伝送は、サポートされないこともある。
【００６３】
例では、ＵＥは、サブフレームｎが開始する前にＬＢＴを実施し得る（例えば、シンボルの中で）。例では、ＵＥは、サブフレームｎの第１のシンボルの中でＬＢＴを実施し得る。ＵＥは、サブフレームの１つ以上の可能にされたシンボルの中で、もしくは、サブフレーム内の構成された期間／間隔内で、ＬＢＴを実施するように構成され得る。マルチサブフレーム許可ＤＣＩは、可能なＬＢＴ時間間隔および／または少なくとも１つのＬＢＴ構成パラメータを含み得る。例えば、ＤＣＩは、ＰＵＳＣＨがシンボル０の中で開始し、ＰＵＳＣＨが開始する前に（例えば、前のサブフレームの最後のシンボル）、ＬＢＴプロシージャが実施されることを示し得る。例えば、ＤＣＩは、ＰＵＳＣＨがシンボル１の中で開始し、ＰＵＳＣＨが開始する前に（例えば、シンボル０の中で）ＬＢＴプロシージャが実施されることを示し得る。
【００６４】
例では、１つ以上のＬＢＴ構成パラメータが、ＲＲＣメッセージの中で示され得る。例では、ＬＡＡセルを構成する１つ以上のＲＲＣメッセージは、ＬＢＴ間隔を示す少なくとも１つのフィールドを備え得る。
【００６５】
ｅＮＢは、複数のセルの構成パラメータを備えている１つ以上のＲＲＣメッセージをＵＥに伝送し得る。複数のセルは、１つ以上の認可セルと、１つ以上の無認可（例えば、ＬＡＡ）セルとを備え得る。ｅＮＢは、１つ以上の認可セルのための１つ以上のＤＣＩ、ならびに無認可（例えば、ＬＡＡ）セルのための１つ以上のＤＣＩを伝送し、認可／ＬＡＡセル上のダウンリンクおよび／またはアップリンクＴＢ伝送をスケジュールし得る。
【００６６】
ＵＥは、ｅＮＢから、認可支援アクセス（ＬＡＡ）セルのｍ個のサブフレームの中のアップリンクリソースを示す少なくとも１つのダウンリンク制御情報（ＤＣＩ）を受信し得る。例示的実施形態では、ＭＳＦＧ  ＤＣＩは、許可のサブフレームのＲＶ、ＮＤＩ、およびＨＡＲＱプロセスＩＤについての情報を含み得る。例えば、許可がｍ個のサブフレームのためのものであるとき、許可は、許可の中のｍ個のサブフレームに関連付けられるＨＡＲＱプロセスのためのＲＶおよびＮＤＩの少なくともｍ個の組を含み得る。例では、サブフレーム特定のパラメータは、ＭＳＦＧバーストの各サブフレームに対して、以下のうちの１つ以上のものを備え得る：ＲＶのためのＭビット、４つの冗長性バージョンのための例示的な２ビット、および／またはＮＤＩのための１ビット。
【００６７】
例では、共通パラメータは、ＰＵＳＣＨのためのＴＰＣ、ＤＭ  ＲＳのための循環シフト、リソースブロック割り当て、ＭＣＳおよび／または空間多重化パラメータ（該当する場合、例えば、ＤＣＩフォーマット４に含まれる）、アップリンクバーストに適用されるＬＢＴ関連パラメータ、ならびに／もしくは他のパラメータ、例えば、１つ以上のマルチサブフレーム構成パラメータを含み得る。ＭＳＦＧ  ＤＣＩは、ＭＳＦＧに関連付けられる全てのサブフレームに適用可能であるＲＢ割り当てフィールド、ＭＣＳフィールド、ＴＰＣフィールド、ＬＢＴフィールドを備え得る。これらのパラメータは、ＭＳＦＧバーストの異なるサブフレームに対して同一であり得る。リソースブロック割り当て、ＭＣＳ、および／または空間多重化パラメータは、ＭＳＦＧバーストによって変化し得る。
【００６８】
ＬＡＡセルのためのＰＵＳＣＨをスケジュールするアップリンク許可ＤＣＩは、単一サブフレームまたはマルチサブフレーム許可のうちの１つとしてシグナリングされ得る。ｅＮＢは、例えば、ＰＵＳＣＨのＮ個の連続サブフレーム（Ｎ＞＝１、例えば、Ｎ＝１、２、３、または４）にわたって１つ以上のトランスポートブロックを伝送するようにＵＥに命令するＤＣＩフォーマット０Ａ／４Ａ／０Ｂ／４Ｂを使用して、（ｅ）ＰＤＣＣＨ上で単一サブフレームまたはマルチサブフレームＵＬ許可を伝送し得る。ｅＮＢは、スケジュールされたサブフレームの前のｒ個の（例えば、ｒ＝４、５、または６等）サブフレームであるサブフレーム（ＳＦ）ｎのためのＵＬ許可をＵＥに伝送し得る。
【００６９】
ＬＡＡアップリンクのために、ＤＣＩ  ０ＢおよびＤＣＩ  ４Ｂは、最大Ｎ＿ｓｆサブフレーム内でＰＵＳＣＨ伝送をスケジュールし得、Ｎ＿ｓｆは、（ＵＥ特定の）ＲＲＣシグナリングによって構成可能である。ｅＮＢがＲＲＣシグナリングを介して１つ以上のパラメータを構成するとき、もしくは１つ以上のパラメータがＲＲＣ構成されるとき、それは、ｅＮＢが１つ以上のセルの構成パラメータを備えている１つ以上のＲＲＣメッセージを伝送することを含意する。構成パラメータは、１つ以上のパラメータがＵＥにおいて構成されることを示し得る。例えば、ｅＮＢは、１つ以上のＬＡＡセルの構成パラメータを備えている（ＵＥ特定の）ＲＲＣメッセージを伝送し得る。ＲＲＣメッセージは、Ｎ＿ｓｆ、１つ以上のＬＢＴパラメータ、および／またはアップリンク／ダウンリンクチャネルパラメータを示す、パラメータを備え得る。
【００７０】
ＤＣＩ  ０Ｂは、ＬＡＡ  Ｓセルのための（例えば、ＴＭ１を伴う）ＰＵＳＣＨマルチサブフレームスケジューリングを示し得る。ＤＣＩ  ４Ｂは、ＬＡＡ  Ｓセルのための（例えば、ＴＭ２を伴う）ＰＵＳＣＨマルチサブフレームスケジューリングを示し得る。Ｎ＿ｓｆパラメータ値の範囲は、Ｎ＿ｍｉｎ〜Ｎ＿ｍａｘであり得る。例えば、Ｎ＿ｍｉｎの値は、２であり、Ｎ＿ｍａｘの値は、４である。
【００７１】
例では、ＲＲＣシグナリングは、ＤＣＩ  ０Ｂおよび／またはＤＣＩ  ４Ｂをイネーブルもしくはディスエーブルにし得る。ＤＣＩフォーマット０Ｂ／４Ｂは、スケジュールされたサブフレームの数を示すスケジュールされたサブフレーム数フィールドを備え得る。ＤＣＩフォーマット０Ｂ／４Ｂは、第１のスケジュールされたサブフレームのためのＨＡＲＱプロセスＩＤを示すことによって、スケジュールされたサブフレームのためのＨＡＲＱプロセスＩＤを示すＨＡＲＱプロセス番号フィールドを備え得る。他のサブフレームのためのＨＡＲＱｐ＿ｉｄｓは、所与の規則によって導出され得る。例えば、他のサブフレームのためのＨＡＲＱｐ＿ｉｄｓは、ＨＡＲＱプロセスの最大数を法として、示されたＨＡＲＱプロセスＩＤと連続し得る。ＤＣＩフォーマット０Ｂ／４Ｂは、（スケジュールされたトランスポートブロックの数にかかわらず）スケジュールされたサブフレームごとのＲＶ値（例えば、１ビットまたは２ビットＲＶ値）を示すことによって、スケジュールされたサブフレームのためのＲＶを示し得る。例えば、ＤＣＩフォーマット０Ｂ／４Ｂは、スケジュールされたサブフレームのための０または２のＲＶを示し得る。
【００７２】
例では、ＵＥは、ＤＣＩ  ０Ａ／４Ａ／０Ｂ／４Ｂから制限なく選定され得る複数のアップリンク許可を検出するように構成され得る。例では、サブフレーム内で単一のＵＥのために伝送されるアップリンク許可の最大数は、４である。ＤＣＩ  ０Ａは、ＬＡＡ  ＳセルのためのＴＭ１を伴うＰＵＳＣＨ単一サブフレームスケジューリングを示し得る。ＤＣＩ  ４Ａは、ＬＡＡ  ＳセルのためのＴＭ２を伴うＰＵＳＣＨ単一サブフレームスケジューリングを示し得る。複数のサブフレームをスケジュールする単一のＵＬ許可は、ＰＵＳＣＨ伝送のために連続サブフレームをスケジュールし得る。タイミングオフセットは、サブフレームＮ＋４＋ｋから数えられ、ｋは、（例えば、３ビット、［０・・・．７］ＳＦ）を用いてシグナリングされる。ｅＮＢは、２ステップスケジューリングを実装し得る。
【００７３】
ＬＡＡセルのＵＬにおけるＵＥによる伝送は、ある最大チャネル占有時間（ＭＣＯＴ）の対象になり得る。最大チャネル占有は、例えば、ＵＥがダウンリンク伝送の短い期間（例えば、１６マイクロ秒）内にアップリンクを伝送する場合、ｅＮＢによるダウンリンク伝送とアップリンクにおける後続のＵＥ伝送とを考慮し得る。
【００７４】
例示的実施形態では、アップリンク許可ＤＣＩ（例えば、ＤＣＩフォーマット０Ａ、４Ａ、０Ｂ、４Ｂ）は、ＵＬサブフレーム内のリソース配分を示すリソースブロック割り当てフィールド、ＰＵＳＣＨ開始位置を示すＰＵＳＣＨ開始位置フィールド、ＰＵＳＣＨ伝送がアップリンクサブフレームの最後のシンボルを含むかどうかを示すＰＵＳＣＨ終了シンボルフィールド、チャネルアクセス（ＬＢＴ）タイプを示すチャネルアクセスタイプフィールド、および／またはチャネルアクセス優先順位を示すチャネルアクセス（ＬＢＴ）優先順位をさらに備え得る。
【００７５】
アップリンク許可ＤＣＩ  ０Ｂおよび４Ｂは、スケジュールされたアップリンクサブフレームの数を示すスケジュールされたサブフレーム数フィールドをさらに備え得る。
【００７６】
例では、２ビットＰＵＳＣＨ開始位置フィールドは、４つのＰＵＳＣＨ開始位置のうちの１つを示し得る：シンボル０（値００）、シンボル０の中の２５マイクロ秒（値０１）、シンボル０の中の（２５＋ＴＡ）マイクロ秒（値１０）、およびシンボル１（値１１）。例えば、ＰＵＳＣＨ終了シンボルフィールドは、１ビットであり得、値０は、ＰＵＳＣＨ終了シンボルがサブフレームの最後のシンボルであることを示し、値１は、ＰＵＳＣＨ終了シンボルがサブフレームの最後から２番目のシンボルであることを示す。例では、１ビットチャネルアクセスタイプフィールドは、タイプ１チャネルアクセスプロシージャまたはタイプ２チャネルアクセスプロシージャのうちの１つを示し得る。例では、２ビットチャネルアクセス優先順位クラスフィールドは、０、１、２、または３のチャネルアクセス優先順位を示し得る。
【００７７】
ＵＥは、アップリンク伝送の前にトーク前リッスン（ＬＢＴ）プロシージャを実施し得る。アップリンクにおけるＵＥ伝送に先立って、必要とされる場合にＵＥが実施し得る複数のチャネルアクセス（ＬＢＴ）プロシージャがある。ＵＥは、アップリンク信号のタイプもしくは優先順位、および／またはＤＣＩの中のＬＢＴタイプフィールドならびに／もしくはＬＢＴ優先順位フィールドに基づいて、アップリンク信号の伝送（例えば、ＴＢ、ＳＲＳ等）の前のＬＢＴプロシージャを選択し得る。ｅＮＢは、ＵＥ特定のＤＣＩをＵＥに伝送し得る。ｅＮＢは、ＰＵＳＣＨをスケジュールするアップリンク許可ＤＣＩをＵＥに伝送し得る。アップリンク許可ＤＣＩは、ＬＢＴ（チャネルアクセス）タイプを示すパラメータを備え得る。例えば、（例えば、少なくともＰＵＳＣＨのための）チャネルアクセスタイプは、２５／１６マイクロ秒ＬＢＴ（ＬＢＴタイプ２）またはカテゴリ４  ＬＢＴ（ＬＢＴタイプ１）のうちの１つであり得る。
【００７８】
制御情報は、ＬＢＴタイプおよび／またはＬＢＴパラメータを示す１つ以上の情報要素を備え得る。例では、ＵＥは、短いワンショットＬＢＴ、例えば、ＬＢＴカテゴリ２（ＬＢＴタイプ２）、またはコンテンションウィンドウにわたるＬＢＴ、例えば、ＬＢＴカテゴリ４（ＬＢＴタイプ１）を実施し得る。ｅＮＢは、タイプ、タイミング、および／またはコンテンションウィンドウを含むＬＢＴパラメータを備えている制御情報（例えば、アップリンク許可ＤＣＩ）をＵＥに伝送し得る。例示的シナリオでは、ＵＥは、ＬＢＴプロシージャを実施することなくアップリンク信号を伝送し得る。例えば、マルチサブフレーム伝送において、ＵＥは、第１のサブフレームのためのＬＢＴを実施し得、次いで、第１のサブフレームのためのＬＢＴが成功した（クリアチャネルを示す）場合、ＵＥは、後続のサブフレームのためのＬＢＴを実施することなく後続のサブフレームを伝送し得る。
【００７９】
例では、ｅＮＢは、所定のフォーマットの１つ以上のＬＢＴ情報フィールドを備えているアップリンクＤＣＩをＵＥに伝送し得る。例えば、所定のフォーマットは、ＬＢＴ（チャネルアクセス）タイプを示す１ビットフィールドであり得る。例えば、２ビットフィールドは、ＬＢＴタイプおよびパラメータ、例えば、２ビットＬＢＴタイプフィールドは、００、０１、および１０ステータに対して、それぞれ、Ｎｏ−ＬＢＴ、ＬＢＴタイプ１、および／またはＬＢＴタイプ２を示し得る。
【００８０】
ｅＮＢは、いくつかの時間間隔、例えば、１つ以上のサブフレームの開始および／または終了時の１つ以上のシンボルを指定し得、その間、ＵＬ伝送は、パンクチャされ得る。これは、それらのＬＢＴが互いをブロックすることなく、複数のユーザがサブフレーム上でスケジュールされることを可能にし得る。
【００８１】
遅い開始時間は、他のノード／ＵＥがＬＢＴを起動し、ＵＥ  ＬＢＴ試験が成功した場合に同じサブフレーム上で伝送するための機会を作成し得る。ｅＮＢは、開始アップリンク伝送時間を示すＰＵＳＣＨ開始位置フィールドを備えているＵＬ許可ＤＣＩをＵＥに伝送し得る。開始シンボルがマルチサブフレーム許可の中に含まれる場合、開始時間は、マルチサブフレーム伝送の第１のサブフレームに適用可能であり得、例えば、第１のサブフレームが、シンボル１から開始し得る一方、他のサブフレームは、シンボル０から開始し得る。例では、ＵＬ上の伝送は、ＵＬサブフレーム内の以下の時間において開始し得る：ＤＦＴＳ−ＯＦＤＭシンボル０の開始、ＤＦＴＳ−ＯＦＤＭシンボル１の開始、ＤＦＴＳ−ＯＦＤＭシンボル０の開始後の２５マイクロ秒＋ＴＡ値、およびＤＦＴＳ−ＯＦＤＭシンボル０の開始後の２５マイクロ秒。他の開始時間も定義され得る。例では、ＴＡオフセットが動的にシグナリングされる場合、部分ＯＦＤＭシンボルを使用する代わりに、ＵＥサブフレームタイミング調節によって、ギャップが作成され得る。
【００８２】
例では、ｅＮＢは、ＰＵＳＣＨ伝送の終了シンボルを示すＰＵＳＣＨをスケジュールするアップリンク許可ＤＣＩをＵＥに伝送し得る。制御情報は、ＰＵＳＣＨが、サブフレームの終了または終了１において、または、サブフレームの終了よりもいくつか早いシンボルにおいて（例えば、１３シンボルサブフレームのシンボル１２上で）終了することを示し得る。伝送の早期終了は、他のノード（例えば、ＵＥおよび／またはｅＮＢ）がＬＢＴを実施し、ＬＢＴプロシージャがクリアチャネルを示す場合、以降のサブフレーム上で伝送するための機会を作成し得る。空白シンボルも、ｅＮＢによって構成および指図された場合、他のＵＥのＳＲＳまたは他のＵＬ伝送に使用され得る。ｅＮＢは、ＰＵＳＣＨ終了シンボルフィールドを備えているＵＬ許可ＤＣＩをＵＥに伝送し得る。ＰＵＳＣＨ終了シンボルフィールドがマルチサブフレーム許可（例えば、ＤＣＩ  ０Ｂ／４Ｂ）の中に含まれる場合、終了シンボルは、マルチサブフレーム伝送の最後のサブフレームに適用可能であり得、例えば、マルチサブフレーム伝送の最後のサブフレーム内のＰＵＳＣＨ伝送は、最後のシンボルを備えていないこともあり、より早いサブフレームが、最後のシンボルを備え得る。
【００８３】
例示的実施形態では、チャネルアクセス優先順位クラスＰ（１・・・４）を使用してチャネルアクセスが取得された、ｅＮＢによってスケジュールされるＰＤＳＣＨおよび／またはＰＵＳＣＨを用いた伝送バーストのために、Ｅ−ＵＴＲＡＮ／ＵＥは、以下をイネーブルにし得る。伝送バーストは、ｅＮＢからのＤＬ伝送と、成功したＬＢＴ後に開始するＵＥからのスケジュールされたＵＬ伝送とを指し得る。例えば、伝送バーストの伝送持続時間は、チャネルアクセス優先順位クラス≦Ｐに対応する利用可能なバッファリングされたトラフィックを伝送するために必要とされる、最短持続時間を超えないこともある。バッファリングされたトラフィックは、ｅＮＢにおけるＤＬにおいて利用可能なトラフィックと、各ＵＥからの最新バッファステータス情報によるスケジュールされたＵＥにおける伝送に利用可能なトラフィックとを含む。伝送バーストの伝送持続時間は、チャネルアクセス優先順位クラスＰのための最大チャネル占有時間（ＭＣＯＴ）を超えないこともある。例では、チャネルアクセス優先順位クラス≦Ｐに対応するバッファリングされたトラフィックがこれ以上伝送に利用可能ではなく、上で定義されるような伝送バーストの伝送持続時間がまだ満了していないと、チャネルアクセス優先順位クラス＞Ｐに対応する追加のトラフィックが、伝送バーストの中に含まれ得る。そのような場合、Ｅ−ＵＴＲＡＮ／ＵＥは、この追加のトラフィックを伴う伝送バーストにおける残りの伝送リソースの占有を増加させ得る。
【００８４】
ｅＮＢが、サブフレームｎ＋１上でのＰＵＳＣＨ伝送のためのアップリンク許可ＤＣＩを伝送し、アップリンク信号が、サブフレームｎにおける伝送のためにｅＮＢによってスケジュールされているとき、ｅＮＢは、ＵＥがサブフレームｎで伝送することができるかどうかを把握していることも、そうではないこともある。例示的シナリオでは、ｅＮＢは、ＳＦ  ｎ−４において、単一サブフレーム許可としてサブフレームｎのためのＵＬ許可を伝送し得、その後、サブフレームｎ−３において、サブフレームｎ＋１においてまたはそれから始まる単一（またはマルチ）サブフレーム許可が、ＵＬ伝送のために送信される。そのような場合、ｅＮＢは、ＳＦ  ｎ＋１のための許可時、例えば、ＳＦ  ｎ−３中に、ＵＥがサブフレームｎのためのＬＢＴプロセスを正常にパスしたかどうかを把握していないこともある。サブフレームｎ＋１のためのＵＬ許可は、ＵＥにＬＢＴパラメータを提供し得る。例示的シナリオでは、アップリンク伝送は、ＵＥがｅＮＢによって伝送されるＬＢＴ命令に基づいてＬＢＴを実施する場合、非効率的であり得る。例示的シナリオでは、サブフレームｎでのＵＬ伝送がマルチサブフレーム許可の一部としてスケジュールされるとき、ｅＮＢは、サブフレームｎ＋１における伝送をスケジュールするときにＵＥがサブフレームｎにおいて伝送しているかどうかを把握し得る。そのような場合において、ＵＥのためのＭＣＯＴが満了していない場合、ｅＮＢは、いかなるＬＢＴ情報も提供する必要がないか、またはＵＥがＬＢＴを伴わずにデータを伝送することを可能にし得る。ＵＥがｅＮＢから受信される情報および前のサブフレーム内のアップリンク伝送に基づいて、ＬＢＴを実施するかどうかを決定するための強化プロセスを定義する必要性がある。
【００８５】
ＵＥは、少なくとも以下に基づいて、サブフレームｎ＋１のためのＬＢＴプロシージャを実施することを決定し得る：サブフレームｎ＋１のためのｅＮＢから受信されるＬＢＴ命令（例えば、ＬＢＴパラメータ、開始時間等）、サブフレームｎ＋１におけるＵＥの継続的バーストのためのＭＣＯＴ持続時間の満了、サブフレームｎにおけるＵＥアップリンク伝送、および／またはサブフレームｎの終了シンボル。
【００８６】
例示的シナリオでは、ＵＥは、サブフレームｎ内でアップリンク信号を伝送し得る。ｅＮＢは、サブフレームｎ＋１のためにＰＵＳＣＨをスケジュールするアップリンク許可ＤＣＩをＵＥに伝送し得る。アップリンク許可ＤＣＩは、伝送フィールドおよび／またはＬＢＴ命令／フィールドを含み得る。ＵＥは、サブフレームｎ＋１上で伝送する前、ＬＢＴプロシージャを実施することも、実施しないこともある。例では、ｅＮＢは、ＵＥがサブフレームｎの最後から２番目のシンボルにおいてＰＵＳＣＨを終了させることを示すＰＵＳＣＨ終了シンボルフィールドを備えているＤＣＩを伝送し得るか、または、ｅＮＢは、ＰＵＳＣＨ開始位置がサブフレームｎ＋１のシンボル０の始まりではないことを示すＰＵＳＣＨ開始位置フィールドを備えている（サブフレームｎ＋１のための）ＤＣＩを伝送し得る。他のユーザは、空白間隔（ＵＥアップリンク伝送なし）内でＬＢＴを実施し得、成功したＬＢＴプロシージャ（クリアチャネルを示すＬＢＴプロシージャ）後、データを伝送し得る。そのような機構は、マルチユーザスケジューリングを可能にし得る。
【００８７】
例では、ＵＥは、サブフレームｎ＋１上で伝送を開始するためのアップリンク許可ＤＣＩをｅＮＢから受信し得、ＵＥによるアップリンク伝送は、サブフレームｎ上で終了する。ＵＥは、サブフレームｎ＋１における伝送のためのＬＢＴプロシージャを実施し得る。
【００８８】
例では、ＵＬ許可（サブフレームｎ＋１のためにＰＵＳＣＨ伝送をスケジュールする）が、タイプ１チャネルアクセス（ＬＢＴ）プロシージャを示すＬＢＴタイプフィールドを備えている場合、ＵＥは、本明細書に説明される例示的基準に応じて、ＰＵＳＣＨ伝送を含む伝送を伝送するためのタイプ１チャネルアクセスプロシージャを使用し得る。例では、ＵＬ許可（サブフレームｎ＋１のためにＰＵＳＣＨ伝送をスケジュールする）が、タイプ２チャネルアクセス（ＬＢＴ）プロシージャを示すＬＢＴタイプフィールドを備えている場合、ＵＥは、本明細書に説明される例示的基準に応じて、ＰＵＳＣＨ伝送を含む伝送を伝送するためのタイプ２チャネルアクセスプロシージャを使用し得る。例示的基準に基づいて、ＵＥは、ｅＮＢによって指示されるＬＢＴタイプを考慮しないこともあり、サブフレームｎ＋１における伝送のためのＬＢＴを実施することなく、サブフレームｎ＋１内のアップリンク伝送を継続し得る。
【００８９】
例では、０のＰＵＳＣＨ開始時間は、ＰＵＳＣＨがシンボル０の始まりから開始し得ることを含意する。１のＰＵＳＣＨ開始時間または遅延は、ＰＵＳＣＨが、シンボル１の始まりから開始すること、またはシンボル０の始まりからある間隔（遅延）（例えば、２５マイクロ秒、ＴＡ＋２５マイクロ秒）後に開始し得ることを含意する。
【００９０】
例では、ＵＥがｅＮＢからサブフレームｎ＋１のためのアップリンク許可ＤＣＩを受信するが、ＵＥがサブフレームｎ内で伝送していないとき、ＵＥは、サブフレームｎ＋１上の伝送に先立って、ＬＢＴを適用し得る。例示的実施形態では、ＤＣＩが、サブフレームｎ＋１の開始時間が１であること、または遅延していることを示す場合、ＵＥは、シンボル０上でＬＢＴを実施し得る。ＤＣＩが、サブフレームｎ＋１の開始時間が０であることを示す場合、ＵＥは、（シンボル１３の中のＬＢＴが可能にされる場合）サブフレームｎのシンボル１３上でＬＢＴを実施し得る。例では、ＤＣＩが、サブフレームｎ＋１の開始時間が０であり、シンボル１３の中のＬＢＴが可能にされていないことを示す場合、ＵＥは、これをエラーケースと見なし、許可を無視し得る。例では、ｅＮＢによって開始するそのような０の指示は、ＵＥがＬＢＴなしにサブフレームｎを伝送し得ることを含意し得る。これは、ＳＦ  ｎ＋１が、ｅＮＢのＤＬバースト後に間もなく、例えば、１６マイクロ秒以内に開始し、ｅＮＢのＭＣＯＴが満了する前に終了する場合であり得る。
【００９１】
例では、ＵＥが、ｅＮＢからサブフレームｎ＋１のためのアップリンク許可ＤＣＩを受信するが、サブフレームｎ上で伝送したとき、ＵＥは、ＵＥアップリンク伝送が依然としてそのＭＣＯＴ内である場合、追加のＬＢＴを実施することなく、アップリンク許可に基づいてサブフレームｎ＋１上で伝送し続け得る。例では、ｅＮＢは、ＵＥのＭＣＯＴ内でさえも、その伝送を一時停止するようにＵＥに命令し、保留中のＵＬ許可を伴う他のＵＥがＬＢＴを実施し、それらのＬＢＴが成功した場合、サブフレームｎ＋１上で伝送することを可能にし得る。ｅＮＢは、ＵＬ許可の中のＬＢＴパラメータを使用し、そのようなＵＥ挙動を制御し得る。
【００９２】
例示的実施形態では、ｅＮＢが、サブフレームｎのためのアップリンク許可およびサブフレームｎ＋１のためのアップリンク許可を使用して、１つ以上の空白シンボルを設定する場合、例えば、ＳＦ  ｎのシンボル１３および／またはＳＦ  ｎ＋１のシンボル０（もしくはシンボル０の一部）を空白として残す場合、それは、ＵＥがサブフレームｎ＋１において伝送する前に一時停止し、ＬＢＴを適用し得ることを含意し得る。例では、ｅＮＢがサブフレームｎの最後のシンボルをシンボル１２として設定し、例えば、シンボル１３を空白シンボルとして残し、ＳＦ  ｎ＋１の開始シンボルを０として設定する場合、ＵＥは、シンボル０またはサブフレームｎ上で伝送する前、サブフレームｎのシンボル１３中にＬＢＴプロシージャを実施し得る。
【００９３】
例では、ＵＥのＭＣＯＴがサブフレームｎ＋１の終了前に満了する場合、ＵＥは、ＬＢＴプロシージャなしにサブフレームｎ＋１上で伝送しないこともある。この場合、サブフレームｎおよびｎ＋１のためのｅＮＢの許可が、ＬＢＴのための空白時間間隔をプロビジョニングする場合、ＵＥは、これらのシンボル上でＬＢＴを実施し得る。例では、ｅＮＢが空白ＬＢＴ時間間隔をプロビジョニングしていない一方で、ＭＣＯＴがサブフレームｎ＋１の終了前に満了する場合、ＵＥは、新しい許可を待ち得るか、またはデフォルトシンボル、例えば、ＳＦ  ｎ＋１のシンボル０上でＬＢＴを実施し得る。
【００９４】
例では、ｅＮＢは、アップリンクにおけるそれらのタイミングアドバンス、例えば、ＴＡ＋２５マイクロ秒に基づいて、ＵＥによって計算されるべきタイミングギャップとしてＬＢＴ間隔を示し得る。ｅＮＢは、スケジュールされたサブフレームの少なくともｒ（例えばｒ＝４）個サブフレーム前にＵＬ許可を伝送し、ＵＥが、ＴＢを処理し、許可パラメータに従ってそれらの伝送を準備することを可能にする。ｅＮＢがＵＬ許可上でＬＢＴパラメータを送信する、例では、そのようなパラメータは、ＵＥの伝送の開始のｒ個サブフレーム前に決定される必要がある。
【００９５】
例示的実施形態では、ｅＮＢは、サブフレームｎ＋１においての伝送のためのアップリンク許可ＤＣＩをＵＥに伝送し得る。サブフレームｎ＋１のためのアップリンク許可ＤＣＩは、ＬＢＴタイプを示すＬＢＴタイプフィールドを備え得る。サブフレームｎ＋１のためのアップリンク許可ＤＣＩは、ＰＵＳＣＨ伝送がシンボル０の始まりから開始することを示すＰＵＳＣＨ開始位置フィールドを備え得る。
【００９６】
例では、ＵＬ許可（サブフレームｎ＋１のためのＰＵＳＣＨ伝送をスケジュールする）が、タイプ１チャネルアクセス（ＬＢＴ）プロシージャを示すＬＢＴタイプフィールドを備えている場合、ＵＥは、本明細書に説明される例示的基準に応じて、ＰＵＳＣＨ伝送を含む伝送を伝送するためのタイプ１チャネルアクセスプロシージャを条件付きで使用し得る。例では、ＵＬ許可（サブフレームｎ＋１のためにＰＵＳＣＨ伝送をスケジュールする）が、タイプ２チャネルアクセス（ＬＢＴ）プロシージャを示すＬＢＴタイプフィールドを備えている場合、ＵＥは、本明細書に説明される例示的基準に応じて、ＰＵＳＣＨ伝送を含む伝送を伝送するためのタイプ２チャネルアクセスプロシージャを条件付きで使用し得る。例示的基準に基づいて、ＵＥは、ｅＮＢによって指示されるＬＢＴタイプを考慮しないこともあり、サブフレームｎ＋１においての伝送のためのＬＢＴを実施することなく、サブフレームｎ＋１においてのアップリンク伝送を継続し得る。ＵＥがｅＮＢから受信される情報および前のサブフレーム内でのアップリンク伝送に基づいて、ＬＢＴを実施すべきか、実施すべきでないかを決定するための強化プロセスを定義する必要性がある。
【００９７】
ｅＮＢは、アップリンク許可がｅＮＢによって伝送されるとき、無線デバイスの接続状態および前のサブフレーム内での無線デバイスアップリンク伝送を認識していないこともある。例示的実施形態では、無線デバイスは、無線デバイスが、アップリンク許可ＤＣＩの中でｅＮＢによって提供されるＬＢＴタイプを考慮すべきか、または考慮すべきでないかを決定し得る。例示的実施形態は、ｅＮＢがサブフレーム内で伝送のためのアップリンク許可の中でＬＢＴ命令を提供することを可能にする。加えて、例示的実施形態は、ＵＥがｅＮＢ命令に基づいてＬＢＴプロシージャを実施すべきかどうかをＵＥが決定することを可能にする。例示的実施形態は、ｅＮＢおよびＵＥの両方がサブフレーム内で伝送のためのＬＢＴプロシージャに対する入力を提供することを可能にする。いくつかのシナリオでは、ＵＥは、ｅＮＢによるＬＢＴ命令を無視し、ＬＢＴプロシージャを実施することなくアップリンク信号を伝送し得る。例示的実実施形態は、無線デバイスによるアップリンク伝送効率を増進し、ＵＥ電力消費および処理要件を低減させる。
【００９８】
例示的実施形態では、アップリンク許可ＤＣＩは、ＵＥがサブフレームｎ＋１のためのＬＢＴを実施し得ることを示す、ＬＢＴタイプフィールドを備え得る。例では、アップリンク許可ＤＣＩは、サブフレームｎ＋１内のＰＵＳＣＨがサブフレームｎ＋１のシンボル０の始まりに開始することを示すＰＵＳＣＨ開始位置をさらに備え得る。アップリンク許可ＤＣＩは、サブフレームｎ＋１においてのＵＥによるアップリンク伝送のための少なくとも１つのＬＢＴパラメータを含み得る。これは、ＵＥが、少なくともサブフレームｎ内での伝送に応じて、サブフレームｎ＋１のためのＬＢＴプロシージャを条件付きで実施し得ることを示す。ＵＥが、最後のシンボルを含むサブフレームｎ内でアップリンク信号を（例えば、成功したＬＢＴに起因して）正常に伝送する場合、ＵＥは、サブフレームｎ＋１のためのＬＢＴを実施しないこともある。例が、図１２の例Ａに示されている。この場合、ＵＥは、サブフレームｎとｎ＋１との間にギャップを伴わない伝送（例えば、ＰＵＳＣＨを含む）を伝送するようにスケジュールされ、ＵＥは、サブフレームｎ（サブフレームｎの最後のシンボルを含む）内で伝送を実施し、ＵＥは、サブフレームｎ＋１のためのＬＢＴプロシージャを実施することなく、サブフレームｎ＋１において伝送を継続し得る。これは、サブフレームｎ＋１のためのＬＢＴプロシージャタイプ１またはＬＢＴプロシージャタイプ２を示すサブフレームｎ＋１のためのアップリンク許可ＤＣＩに関係しない。ＵＥは、サブフレームｎ＋１のためのアップリンク許可ＤＣＩフィールド内のＬＢＴタイプフィールドに従って、ＬＢＴプロシージャを実施しないこともある。ＵＥは、サブフレームｎ＋１のためのアップリンク許可ＤＣＩの中のＬＢＴタイプフィールドを無視し得る。例では、ＵＥは、例えば、タイプ１またはタイプ２ＵＬチャネルアクセス（ＬＢＴ）プロシージャのうちの１つに従って、搬送波にアクセスした後、サブフレームｎ内で伝送し得る。
【００９９】
ＵＥが（例えば、ビジーチャネルを示すＬＢＴに起因して）サブフレームｎ内で信号を伝送しない場合、または、ＵＥがサブフレームｎの最後のシンボル内でアップリンク信号を伝送しない場合、ＵＥは、サブフレームｎ＋１のためのＬＢＴプロシージャを実施し得る。上で説明されるように、サブフレームｎ＋１のためのアップリンク許可ＤＣＩフィールド内のＬＢＴフィールドの解釈は、信号がサブフレームｎ（最後のシンボルを含む）内で伝送されるかどうかに依存し得る。アップリンク伝送がサブフレームｎのためにスケジュールされていない場合、またはサブフレームｎにおけるアップリンク伝送がサブフレームｎの最後のシンボルの前のシンボルの中で終了する（例えば、伝送がシンボル１２において終了し、最後のシンボルを備えない）場合、ＵＥは、サブフレームｎ＋１内での伝送のためのＬＢＴプロシージャを実施し得る。例が、図１２の例Ｂに示されている。サブフレームｎ＋１における伝送がサブフレームｎ＋１のシンボル０の始まりよりも遅く開始（例えば、第２のシンボルから開始、またはシンボル０の始まりの後に開始）する場合、ＵＥは、サブフレームｎ＋１内での伝送のためのＬＢＴを実施し得る。例が、図１３に示されている。サブフレームｎとｎ＋１との間に伝送ギャップがあるとき、ＵＥは、サブフレームｎ＋１における伝送のためのＬＢＴを実施し得る。ＵＥが、サブフレームｎとｎ＋１との間にギャップを伴わない伝送（例えば、ＰＵＳＣＨを含む）を伝送するようにスケジュールされ、ＵＥが、サブフレームｎ（サブフレームｎの最後のシンボルを含む）内で伝送を実施するとき、ＵＥは、サブフレームｎ＋１のアップリンク許可ＤＣＩの中のＬＢＴパラメータに関係なく、ＬＢＴプロシージャを実施することなくサブフレームｎ＋１において伝送を継続し得る。
【０１００】
例示的実施形態では、共通ＤＣＩは、サブフレーム特定のＬＢＴ情報を備え得る。そのような共通ＤＣＩは、ｅＮＢ／ＵＥ実装に応じて、ｅＮＢによってサポートまたは伝送されることも、されないこともある。ＬＢＴパラメータは、ＵＬ許可に含まれ得、および／または、共通ＤＣＩ、例えば、ＣＣ−ＲＮＴＩでマスクされた（ｅ）ＰＤＣＣＨ上で伝送されるＤＣＩに含まれ得る。
【０１０１】
例では、ＵＥがＳＦ  ｎ＋１のための許可を受信する一方、サブフレームｎ上で伝送したとき、ＵＥは、ＵＥアップリンク伝送がそのＭＣＯＴ内である場合、追加のＬＢＴを実施することなく、新しい許可に基づいてサブフレームｎ＋１上で伝送し続け得る。例では、ｅＮＢは、ＵＥのＭＣＯＴ内でさえも、その伝送を一時停止するようにＵＥに命令し、保留中のＵＬ許可を伴う他のＵＥがＬＢＴを実施し、それらのＬＢＴが成功した場合、サブフレームｎ＋１上で伝送することを可能にし得る。ｅＮＢは、ＵＬ許可または共通ＤＣＩ（サポートされる場合）の中のＬＢＴパラメータを使用し、そのようなＵＥ挙動を制御し得る。
【０１０２】
例示的実施形態では、加えて、またはＵＬ許可の中でＬＢＴパラメータを送信する代わりに、ｅＮＢは、共通ＤＣＩの中でサブフレーム特定のＬＢＴ制御情報を伝送し得る。そのような情報は、使用されるＬＢＴタイプならびにパラメータ、および／または、例えば、複数のサブフレームにわたるＬＢＴ間隔のタイミングを含み得る。ＬＢＴ指定時間間隔の共通シグナリングは、同時マルチユーザＬＢＴおよびスケジューリングを可能にする。例では、共通ＤＣＩは、長さＮのビットマップを含み得、長さＮのビットマップは、以降のＮ個のサブフレームのうち第１のシンボルが空白にされるべきものを示す。例では、長さＭのビットマップが、以降のＭ個のサブフレームのうちサブフレームの最後のシンボルが空白で保たれ（パンクチャされ）得るものを示すために、使用され得る。
【０１０３】
例では、ｅＮＢは、共通ＤＣＩ上でＬＢＴパラメータを送信し得、ＵＥは、以降のサブフレームからすぐにＬＢＴパラメータを適用し得る。例えば、サブフレームｎ内の共通ＤＣＩは、例えば、ｐ＝１、２であるサブフレームｎ＋ｐに適用され得る。
【０１０４】
例示的実施形態では、ｅＮＢは、共通ＤＣＩを伝送し、ＬＢＴパラメータおよびシンボル／タイミングを伝達し得る。この共通ＤＣＩのためにＤＬを監視するＵＥは、このサブフレームのための最新の受信された共通ＤＣＩの中に含まれる関連ＬＢＴパラメータに基づいて、サブフレームｎ＋１上でＬＢＴを実施し得る。例えば、ＬＢＴパラメータを含む共通ＤＣＩがサブフレームｎ−ｋおよびｎで受信されるとき、ＵＥは、サブフレームｎ＋１における伝送のためにサブフレームｎにおける共通ＤＣＩを適用し得る。
【０１０５】
例示的実施形態では、ｅＮＢは、ＵＬ許可および共通ＤＣＩの両方の中にＬＢＴパラメータならびにシンボル／タイミングを含み得る。この場合、ＵＥは、ｅＮＢから受信される情報のうちの１つまたは組み合わせに基づいて、ＬＢＴを実施し得る。例では、共通ＤＣＩおよびアップリンク許可ＬＢＴパラメータがサブフレーム内で受信されるとき、ＵＥは、アップリンク許可の中のＬＢＴパラメータを考慮し得る。例では、ＵＥは、共通ＤＣＩの中のいかなる情報にもかかわらず、利用可能である場合、所与のサブフレームｎ＋１のためのＵＬ許可の中のＬＢＴ情報に従う。例では、ＵＥは、対応するＵＬ許可上でｅＮＢから、または共通ＤＣＩから受信されるようなサブフレームｎ＋１についての直近のＬＢＴ情報を適用し得る。例えば、ＬＢＴ指図を含むサブフレームｎ＋１のためのＵＬ許可がサブフレームｎ−３内で受信される一方で、サブフレームｎ＋１のための他のＬＢＴパラメータを伴う共通ＤＣＩがサブフレームｎ上で受信される場合、ＵＥは、共通ＤＣＩの中のＬＢＴパラメータに従い得る。
【０１０６】
種々の実施形態によると、例えば、無線デバイス、基地局、および／または同等物等のデバイスは、１つ以上のプロセッサと、メモリとを備え得る。メモリは、１つ以上のプロセッサによって実行されると、デバイスに一連のアクションを実施させる命令を記憶し得る。例示的アクションの実施形態は、付随する図面および明細書に図示されている。
【０１０７】
図１４は、本開示の実施形態の側面に従う例示的フロー図である。１４１０では、無線デバイスは、認可支援アクセス（ＬＡＡ）セルのためのアップリンク許可を受信し得る。アップリンク許可は、物理アップリンク共有チャネル（ＰＵＳＣＨ）開始位置フィールドと、トーク前リッスン（ＬＢＴ）タイプフィールドとを備え得る。ＰＵＳＣＨ開始位置フィールドは、ＬＡＡセルのサブフレームにおけるＰＵＳＣＨ開始位置を示し得る。ＬＢＴタイプフィールドは、サブフレームのための第１のＬＢＴタイプまたは第２のＬＢＴタイプのうちの少なくとも１つを示し得る。ある実施形態によると、第１のＬＢＴタイプは、カテゴリ４  ＬＢＴであり得る。ある実施形態によると、第２のＬＢＴタイプは、カテゴリ２  ＬＢＴである。ある実施形態によると、ＰＵＳＣＨ開始位置フィールドは、サブフレーム内のＰＵＳＣＨ伝送がシンボルゼロの始まりから開始することを示し得る。ある実施形態によると、ＰＵＳＣＨ開始位置フィールドは、以下のＰＵＳＣＨ開始位置のうちの１つを示し得る：シンボル０、シンボル０の中の２５マイクロ秒、シンボル０の中の（２５＋ＴＡ）マイクロ秒、またはシンボル１。ある実施形態によると、アップリンク許可は、単一サブフレームアップリンク許可またはマルチサブフレームアップリンク許可のうちの１つであり得る。ある実施形態によると、アップリンク許可は、ＰＵＳＣＨがサブフレームの最後のシンボルにおいて伝送されるかどうかを示すＰＵＳＣＨ終了シンボルフィールドをさらに備え得る。ある実施形態によると、無線デバイスは、先行する隣接サブフレームのための第２のアップリンク許可をさらに受信し得る。
【０１０８】
１４２０では、少なくとも、ＬＡＡセルの先行する隣接サブフレーム内の無線デバイスによるアップリンク伝送に基づいて以下の決定が行われ得る：サブフレームにおけるアップリンク信号の伝送のためのＬＢＴプロシージャを実施すること、または、第１のＬＢＴタイプもしくは第２のＬＢＴタイプを示すＬＢＴタイプフィールドにかかわらず、サブフレームのためのＬＢＴプロシージャを実施することなくアップリンク信号を伝送すること。ある実施形態によると、無線デバイスによる決定は、少なくとも最大チャネル占有時間（ＭＣＯＴ）の満了にさらに基づき得る。
【０１０９】
ある実施形態によると、無線デバイスが先行する隣接サブフレームとそのサブフレームとの間に伝送ギャップを有することに応答して、サブフレームにおけるアップリンク信号の伝送のためのＬＢＴプロシージャを実施するための決定が行われ得る。ある実施形態によると、無線デバイスが先行する隣接サブフレームとそのサブフレームとの間に伝送ギャップを伴わずに伝送することに応答して、ＬＢＴプロシージャを実施することなくサブフレームにおいてアップリンク信号を伝送するための決定が行われ得る。ある実施形態によると、サブフレーム内のＰＵＳＣＨ伝送がシンボルゼロの始まりよりも遅く開始することを示す、ＰＵＳＣＨ開始位置フィールドに応答して、サブフレームにおけるアップリンク信号の伝送のためのＬＢＴプロシージャを実施するための決定が行われ得る。ある実施形態によると、無線デバイスが先行する隣接サブフレームの少なくとも最後のシンボルにおいて第１のアップリンク信号を伝送しないことに応答して、サブフレームにおけるアップリンク信号の伝送のためのＬＢＴプロシージャを実施するための決定が行われ得る。ある実施形態によると、無線デバイスが先行する隣接サブフレームの最後のシンボルにおいて伝送することに応答して、サブフレームのためのＬＢＴプロシージャを実施することなくアップリンク信号を伝送するための決定が行われ得る。
【０１１０】
ある実施形態によると、無線デバイスは、ＬＡＡセルの構成パラメータを備えている少なくとも１つのメッセージをさらに受信し得る。１４３０では、サブフレームにおけるアップリンク信号は、ＬＡＡセルを介して伝送され得る。
【０１１１】
無線デバイスは、（例えば、１４１０において）認可支援アクセス（ＬＡＡ）セルのサブフレームｎ＋１における伝送のためのアップリンク許可を受信し得る。アップリンク許可は、物理アップリンク共有チャネル（ＰＵＳＣＨ）開始位置フィールドと、トーク前リッスン（ＬＢＴ）タイプフィールドとを備え得る。ＰＵＳＣＨ開始位置フィールドは、サブフレームｎ＋１におけるＰＵＳＣＨ伝送がシンボルゼロの始まりから開始することを示し得る。ＬＢＴタイプフィールドは、サブフレームｎ＋１のための第１のＬＢＴタイプまたは第２のＬＢＴタイプのうちの少なくとも１つを示し得る。ある実施形態によると、第１のＬＢＴタイプは、カテゴリ４  ＬＢＴであり得る。ある実施形態によると、第２のＬＢＴタイプは、カテゴリ２  ＬＢＴであり得る。ある実施形態によると、ＰＵＳＣＨ開始位置フィールドは、以下のＰＵＳＣＨ開始位置のうちの１つを示し得る：シンボル０、シンボル０の中の２５マイクロ秒、シンボル０の中の（２５＋ＴＡ）マイクロ秒、またはシンボル１。
【０１１２】
ある実施形態によると、アップリンク許可は、単一サブフレームアップリンク許可またはマルチサブフレームアップリンク許可のうちの１つであり得る。ある実施形態によると、アップリンク許可は、ＰＵＳＣＨがサブフレームｎ＋１の最後のシンボルにおいて伝送されるかどうかを示すＰＵＳＣＨ終了シンボルフィールドをさらに備え得る。ある実施形態によると、無線デバイスは、サブフレームｎのための第２のアップリンク許可をさらに受信し得る。
【０１１３】
無線デバイスは（例えば、１４２０において）、少なくともサブフレームｎにおける無線デバイスによるアップリンク伝送に基づいて以下を決定し得る：サブフレームｎ＋１におけるアップリンク信号の伝送のためのＬＢＴプロシージャを実施すること、または、ＬＢＴタイプフィールドが第１のＬＢＴタイプもしくは第２のＬＢＴタイプを示すかどうかにかかわらず、ＬＢＴプロシージャを実施することなくサブフレームｎ＋１においてアップリンク信号を伝送すること。ある実施形態によると、無線デバイスは、無線デバイスがＬＡＡセルのサブフレームｎの少なくとも最後のシンボルにおいてアップリンク信号を伝送しないことに応答して、サブフレームｎ＋１におけるアップリンク信号の伝送のためのＬＢＴプロシージャを実施することを決定し得る。ある実施形態によると、無線デバイスは、無線デバイスがサブフレームｎの最後のシンボルにおいて伝送することに応答して、ＬＢＴプロシージャを実施することなくサブフレームｎ＋１においてアップリンク信号を伝送し得る。ある実施形態によると、無線デバイスは、無線デバイスがサブフレームｎとサブフレームｎ＋１との間に伝送ギャップを有することに応答して、サブフレームｎ＋１におけるアップリンク信号の伝送のためのＬＢＴプロシージャを実施し得る。ある実施形態によると、無線デバイスは、無線デバイスがサブフレームｎとサブフレームｎ＋１との間に伝送ギャップを伴わずに伝送することに応答して、ＬＢＴプロシージャを実施することなくサブフレームｎ＋１においてアップリンク信号を伝送し得る。ある実施形態によると、無線デバイスによる決定は、少なくとも最大チャネル占有時間（ＭＣＯＴ）の持続時間の満了にさらに基づき得る。
【０１１４】
ある実施形態によると、無線デバイスは、ＬＡＡセルの構成パラメータを備えている少なくとも１つのメッセージをさらに受信し得る。アップリンク信号は、（例えば、１４３０において）サブフレームｎ＋１において伝送され得る。
【０１１５】
本明細書において、「ａ」および「ａｎ」ならびに類似語句は、「少なくとも１つ」ならびに「１つ以上の」として解釈されるものである。本明細書において、用語「ｍａｙ（〜し得る）」は、「ｍａｙ，ｆｏｒ  ｅｘａｍｐｌｅ（例えば、〜し得る）」として解釈されるものである。換言すると、用語「ｍａｙ（〜し得る）」は、用語「ｍａｙ（〜し得る）」に続く語句が、種々の実施形態のうちの１つ以上のものに用いられる場合もあり、されない場合もある、多数の好適な可能性のうちの１つの例であることを示す。ＡおよびＢがセットであり、Ａの全要素がＢの要素でもある場合、Ａは、Ｂのサブセットと呼ばれる。本明細書において、非空の組およびサブセットのみが、考慮される。例えば、Ｂ＝｛セル１、セル２｝の可能なサブセットは、｛セル１｝、｛セル２｝、および｛セル１、セル２｝である。
【０１１６】
本明細書において、パラメータ（情報要素：ＩＥ）は、１つ以上のオブジェクトを含み得、それらのオブジェクトの各々は、１つ以上の他のオブジェクトを含み得る。例えば、パラメータ（ＩＥ）Ｎが、パラメータ（ＩＥ）Ｍを含み、パラメータ（ＩＥ）Ｍが、パラメータ（ＩＥ）Ｋを含み、パラメータ（ＩＥ）Ｋが、パラメータ（情報要素）Ｊを含む場合、例えば、Ｎは、Ｋを含み、Ｎは、Ｊを含む。例示的実施形態では、１つ以上のメッセージが、複数のパラメータを含むとき、複数のパラメータの中のパラメータは、１つ以上のメッセージのうちの少なくとも１つの中に存在するが、１つ以上のメッセージの各々において存在する必要はないことを含意する。
【０１１７】
開示される実施形態に説明される要素の多くは、モジュールとして実装され得る。モジュールは、定義された機能を果たし、他の要素への定義されたインターフェースを有する、分離可能要素として本明細書で定義される。本開示に説明されるモジュールは、ハードウェア、ハードウェア、ファームウェア、ウェットウエア（すなわち、生物学的要素を伴うハードウェア）と組み合わせたソフトウェア、またはそれらの組み合わせで実装され得、それらは全て、挙動的均等物である。例えば、モジュールは、ハードウェアマシン（Ｃ、Ｃ＋＋、Ｆｏｒｔｒａｎ、Ｊａｖａ（登録商標）、ＢＡＳＩＣ、Ｍａｔｌａｂ等）またはＳｉｍｕｌｉｎｋ、Ｓｔａｔｅｆｌｏｗ、ＧＮＵ  Ｏｃｔａｖｅ、もしくはＬａｂＶＩＥＷＭａｔｈＳｃｒｉｐｔ等のモデル化／シミュレーションプログラムによって実行されるように構成される、コンピュータ言語で書かれたソフトウェアルーチンとして実装され得る。加えて、個別的な、またはプログラ可能なアナログ、デジタル、および／または量子ハードウェアを組み込む物理ハードウェアを使用して、モジュールを実装することが可能であり得る。プログラマブルハードウェアの例は、コンピュータ、マイクロコントローラ、マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、および複合プログラマブル論理デバイス（ＣＰＬＤ）を備えている。コンピュータ、マイクロコントローラ、およびマイクロプロセッサは、アセンブリ、Ｃ、Ｃ＋＋等の言語を使用してプログラムされる。ＦＰＧＡ、ＡＳＩＣ、およびＣＰＬＤは、多くの場合、プログラマブルデバイス上のより少ない機能性を用いて内部ハードウェアモジュール間の接続を構成する、ＶＨＳＩＣハードウェア記述言語（ＶＨＤＬ）またはＶｅｒｉｌｏｇ等のハードウェア記述言語（ＨＤＬ）を使用してプログラムされる。最後に、上記の技術は、多くの場合、機能モジュールの結果を達成するために組み合わせて使用されることを強調する必要がある。
【０１１８】
本特許文書の開示は、著作権保護を受ける内容を組み込む。著作権所有者は、特許文書または特許開示書のいずれか１つによるファクシミリ複写物に、法律によって要求される限定された目的のために、複写物が特許商標庁の特許ファイルまたは記録として世に出現している限り異論はないが、他の場合に全ての著作権を完全に留保する。
【０１１９】
種々の実施形態が上で説明されているが、それらは、限定ではなく、例として提示されていることを理解されたい。形態および詳細の種々の変更が、精神ならびに範囲から逸脱することなく本明細書で行われ得ることが、当業者に明白となるであろう。実際、上記説明を熟読後、代替実施形態を実装する方法が、当業者に明白となるであろう。したがって、本実施形態は、上記の例示的実施形態のうちのいずれかによって限定されるべきではない。具体的に、例示的目的のために、上記説明は、認可支援アクセスを使用する例に焦点を当てていることに留意されたい。しかしながら、当業者は、本開示の実施形態がまた、１つ以上の独立無認可セルを備えているシステム（例えば、フレーム構造２および／またはフレーム構造３認可支援アクセス）で実装され得ることを認識するであろう。開示される方法およびシステムは、無線または有線システムで実装され得る。本開示で提示される種々の実施形態の特徴は、組み合わせられ得る。一実施形態の１つまたは多くの特徴（方法もしくはシステム）は、他の実施形態で実装され得る。限定数の例示的組み合わせのみが、強化伝送および受信システムならびに方法を作成するように種々の実施形態で組み合わせられ得る、特徴の可能性を当業者に示すために示される。
【０１２０】
加えて、機能性および利点を強調する任意の図が、例示目的のためのみに提示されていることを理解されたい。開示されるアーキテクチャは、示されるもの以外の方法で利用され得るように、十分に柔軟かつ構成可能である。例えば、任意のフローチャートに列挙されるアクションは、いくつかの実施形態では、並べ替えられ得る、または随意にのみ使用され得る。
【０１２１】
さらに、本開示の要約の目的は、米国特許商標庁および一般公衆、特に、特許または法律の用語もしくは表現に精通していない科学者、技術者、および開業医が、本願の技術的開示の性質ならびに本質を大まかに調べることによって、素早く判断することを可能にすることである。本開示の要約は、いかようにも範囲に関して限定的であることを意図していない。
【０１２２】
最後に、「〜する手段（ｍｅａｎｓ  ｆｏｒ）」または「〜するためのステップ（ｓｔｅｐ  ｆｏｒ）」という表現用語を含む請求項のみが、米国特許法（３５Ｕ．Ｓ．Ｃ）第１１２条の下で解釈されることは、本出願人の意図である。「〜する手段（ｍｅａｎｓ  ｆｏｒ）」または「〜するためのステップ（ｓｔｅｐ  ｆｏｒ）」という語句を明示的に含まない請求項は、米国特許法（３５Ｕ．Ｓ．Ｃ）第１１２条の下で解釈されないものである。
【図１】
2019521595.tif 000003
【図２】
2019521595.tif 000004
【図３】
2019521595.tif 000005
【図４】
2019521595.tif 000006
【図５】
2019521595.tif 000007
【図６】
2019521595.tif 000008
【図７】
2019521595.tif 000009
【図８】
2019521595.tif 000010
【図９】
2019521595.tif 000011
【図１０】
2019521595.tif 000012
【図１１】
2019521595.tif 000013
【図１２】
2019521595.tif 000014
【図１３】
2019521595.tif 000015
【図１４】
2019521595.tif 000016
【手続補正書】
【提出日】令和1年5月8日(2019.5.8)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
方法であって、前記方法は、
無線デバイス（４０６）が、認可支援アクセスセルのためのアップリンク許可を受信することであって、前記アップリンク許可は、
前記認可支援アクセスセルのサブフレームにおける物理アップリンク共有チャネル開始位置を示す物理アップリンク共有チャネル開始位置フィールドと、
前記サブフレームのための第１のトーク前リッスンタイプまたは第２のトーク前リッスンタイプのうちの少なくとも１つを示すトーク前リッスンタイプフィールドと
を備えている、ことと、
前記認可支援アクセスセルの先行する隣接サブフレームにおける前記無線デバイスによるアップリンク伝送に少なくとも基づいて、
前記アップリンク許可における前記トーク前リッスンタイプフィールドを無視することと、
前記第１のトーク前リッスンタイプまたは前記第２のトーク前リッスンタイプを示す前記トーク前リッスンタイプフィールドにかかわらず、前記サブフレームのための前記トーク前リッスンプロシージャを実施することなく前記サブフレームにおいてアップリンク信号を伝送することと
を決定することと、
前記認可支援アクセスセルを介して、前記サブフレームにおいて前記アップリンク信号を伝送することと
を含む、方法。
【請求項２】
前記第１のトーク前リッスンタイプは、カテゴリ４  トーク前リッスンであり、前記第２のトーク前リッスンタイプは、カテゴリ２  トーク前リッスンである、請求項１に記載の方法。
【請求項３】
前記物理アップリンク共有チャネル開始位置フィールドは、前記サブフレームにおける物理アップリンク共有チャネル伝送がシンボルゼロの始まりから開始することを示す、請求項１または請求項２に記載の方法。
【請求項４】
前記サブフレームのための前記トーク前リッスンプロシージャを実施することなく前記サブフレームにおいて前記アップリンク信号を伝送することを決定することは、前記無線デバイスによる前記先行する隣接サブフレームにおけるアップリンク伝送と前記サブフレームにおけるアップリンク伝送との間に伝送ギャップが存在しないことにさらに基づく、請求項１〜３のいずれかに記載の方法。
【請求項５】
前記サブフレームのための前記トーク前リッスンプロシージャを実施することなく前記サブフレームにおいて前記アップリンク信号を伝送することを決定することは、前記サブフレームにおける物理アップリンク共有チャネル伝送がシンボルゼロの始まりにおいて開始することを示す前記物理アップリンク共有チャネル開始位置フィールドにさらに基づく、請求項１〜４のいずれかに記載の方法。
【請求項６】
前記サブフレームのための前記トーク前リッスンプロシージャを実施することなく前記サブフレームにおいて前記アップリンク信号を伝送することを決定することは、前記無線デバイスが前記先行する隣接サブフレームの最後のシンボルにおいて伝送することにさらに基づく、請求項１〜５のいずれかに記載の方法。
【請求項７】
前記アップリンク許可は、単一サブフレームアップリンク許可である、請求項１〜６のいずれかに記載の方法。
【請求項８】
前記物理アップリンク共有チャネル開始位置フィールドは、以下の物理アップリンク共有チャネル開始位置のうちの１つを示す：シンボル０、シンボル０の中の２５マイクロ秒、シンボル０の中の（２５＋ＴＡ）マイクロ秒、またはシンボル１、請求項１〜７のいずれかに記載の方法。
【請求項９】
無線デバイス（４０６）であって、前記無線デバイスは、
１つ以上のプロセッサと、
命令を記憶しているメモリと
を備え、
前記命令は、前記１つ以上のプロセッサによって実行されると、
認可支援アクセスセルのためのアップリンク許可を受信することであって、前記アップリンク許可は、
前記認可支援アクセスセルのサブフレームにおける物理アップリンク共有チャネル開始位置を示す物理アップリンク共有チャネル開始位置フィールドと、
前記サブフレームのための第１のトーク前リッスンタイプまたは第２のトーク前リッスンタイプのうちの少なくとも１つを示すトーク前リッスンタイプフィールドと
を備えている、ことと、
前記認可支援アクセスセルの先行する隣接サブフレームにおける前記無線デバイスによるアップリンク伝送に少なくとも基づいて、
前記アップリンク許可における前記トーク前リッスンタイプフィールドを無視することと、
前記第１のトーク前リッスンタイプまたは前記第２のトーク前リッスンタイプを示す前記トーク前リッスンタイプフィールドにかかわらず、前記サブフレームのための前記トーク前リッスンプロシージャを実施することなく前記サブフレームにおいて前記アップリンク信号を伝送することと
を決定することと、
前記認可支援アクセスセルを介して、前記サブフレームにおいて前記アップリンク信号を伝送することと
を前記無線デバイスに行わせる、無線デバイス。
【請求項１０】
前記第１のトーク前リッスンタイプは、カテゴリ４  トーク前リッスンであり、前記第２のトーク前リッスンタイプは、カテゴリ２  トーク前リッスンである、請求項９に記載の無線デバイス。
【請求項１１】
前記物理アップリンク共有チャネル開始位置フィールドは、前記サブフレームにおける物理アップリンク共有チャネル伝送がシンボルゼロの始まりから開始することを示す、請求項９または請求項１０に記載の無線デバイス。
【請求項１２】
伝送することを決定することを前記無線デバイスに行わせる前記命令は、前記無線デバイスによる前記先行する隣接サブフレームにおけるアップリンク伝送と前記サブフレームにおけるアップリンク伝送との間に伝送ギャップが存在しないことにさらに基づいて、前記サブフレームのための前記トーク前リッスンプロシージャを実施することなく前記アップリンク信号を伝送することを決定することを前記無線デバイスに行わせる命令をさらに含む、請求項９〜１１のいずれかに記載の無線デバイス。
【請求項１３】
伝送することを決定することを前記無線デバイスに行わせる前記命令は、前記サブフレームにおける前記物理アップリンク共有チャネル伝送がシンボルゼロの始まりにおいて開始することを示す物理アップリンク共有チャネル開始位置フィールドにさらに基づいて、前記サブフレームのための前記トーク前リッスンプロシージャを実施することなく前記アップリンク信号を伝送することを決定することを前記無線デバイスに行わせる命令をさらに含む、請求項９〜１２のいずれかに記載の無線デバイス。
【請求項１４】
伝送することを決定することを前記無線デバイスに行わせる前記命令は、前記無線デバイスが前記先行する隣接サブフレームの最後のシンボルにおいて伝送することにさらに基づいて、前記サブフレームのための前記トーク前リッスンプロシージャを実施することなく前記アップリンク信号を伝送することを決定することを前記無線デバイスに行わせる命令をさらに含む、請求項９〜１３のいずれかに記載の無線デバイス。
【請求項１５】
前記アップリンク許可は、単一サブフレームアップリンク許可である、請求項９〜１４のいずれかに記載の無線デバイス。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００３
【補正方法】変更
【補正の内容】
【０００３】
以下の略語は、本開示の全体を通して使用される。
ＡＳＩＣ  特定用途向け集積回路
ＢＰＳＫ  二位相偏移変調
ＣＡ  キャリアアグリゲーション
ＣＳＩ  チャネル状態情報
ＣＤＭＡ  符号分割多重アクセス
ＣＳＳ  共通検索空間
ＣＰＬＤ  複合プログラマブル論理デバイス
ＣＣ  コンポーネントキャリア
ＤＬ  ダウンリンク
ＤＣＩ  ダウンリンク制御情報
ＤＣ  デュアルコネクティビティ
ＥＰＣ  進化型パケットコア
Ｅ−ＵＴＲＡＮ  進化型ユニバーサル地上無線アクセスネットワーク
ＦＰＧＡ  フィールドプログラマブルゲートアレイ
ＦＤＤ  周波数分割多重化
ＨＤＬ  ハードウェア記述言語
ＨＡＲＱ  ハイブリッド自動反復要求
ＩＥ  情報要素
ＬＡＡ  認可支援アクセス
ＬＴＥ  ロングタームエボリューション
ＭＣＧ  マスタセルグループ
ＭｅＮＢ  マスタ進化型ノードＢ
ＭＩＢ  マスタ情報ブロック
ＭＡＣ  媒体アクセス制御
ＭＡＣ  媒体アクセス制御
ＭＭＥ  モビリティ管理エンティティ
ＮＡＳ  非アクセス層
ＯＦＤＭ  直交周波数分割多重化
ＰＤＣＰ  パケットデータ収束プロトコル
ＰＤＵ  パケットデータユニット
ＰＨＹ  物理
ＰＤＣＣＨ  物理ダウンリンク制御チャネル
ＰＨＩＣＨ  物理ＨＡＲＱインジケータチャネル
ＰＵＣＣＨ  物理アップリンク制御チャネル
ＰＵＳＣＨ  物理アップリンク共有チャネル
Ｐセル  一次セル
Ｐセル  一次セル
ＰＣＣ  一次コンポーネントキャリア
ＰＳセル  一次二次セル
ｐＴＡＧ  一次タイミングアドバンスグループ
ＱＡＭ  直交振幅変調
ＱＰＳＫ  直交位相偏移変調
ＲＢＧ  リソースブロックグループ
ＲＬＣ  無線リンク制御
ＲＲＣ  無線リソース制御
ＲＡ  ランダムアクセス
ＲＢ  リソースブロック
ＳＣＣ  二次コンポーネントキャリア
Ｓセル  二次セル
Ｓセル  二次セル
ＳＣＧ  二次セルグループ
ＳｅＮＢ  二次進化型ノードＢ
ｓＴＡＧｓ  二次タイミングアドバンスグループ
ＳＤＵ  サービスデータユニット
Ｓ−ＧＷ  サービングゲートウェイ
ＳＲＢ  シグナリング無線ベアラ
ＳＣ−ＯＦＤＭ  単一キャリアＯＦＤＭ
ＳＦＮ  システムフレーム数
ＳＩＢ  システム情報ブロック
ＴＡＩ  追跡エリア識別子
ＴＡＴ  時間合わせタイマ
ＴＤＤ  時分割複信
ＴＤＭＡ  時分割多重アクセス
ＴＡ  タイミングアドバンス
ＴＡＧ  タイミングアドバンスグループ
ＴＢ  トランスポートブロック
ＵＬ  アップリンク
ＵＥ  ユーザ機器
ＶＨＤＬ  ＶＨＳＩＣハードウェア記述言語
本開示の例示的実施形態は、種々の物理層変調および伝送機構を使用して実装され得る。例示的伝送機構は、ＣＤＭＡ、ＯＦＤＭ、ＴＤＭＡ、ウェーブレット技術等を含み得るが、それらに限定されない。ＴＤＭＡ／ＣＤＭＡおよびＯＦＤＭ／ＣＤＭＡ等のハイブリッド伝送機構も、用いられ得る。種々の変調スキームが、物理層における信号伝送のために適用され得る。変調スキームの例は、位相、振幅、コード、これらの組み合わせ等を含み得るが、それらに限定されない。例示的無線伝送方法は、ＢＰＳＫ、ＱＰＳＫ、１６−ＱＡＭ、６４−ＱＡＭ、２５６−ＱＡＭ等を使用して、ＱＡＭを実装し得る。物理無線伝送は、伝送要件および無線条件に応じて変調およびコーディングスキームを動的または半動的に変化させることによって、強化され得る。
本発明は、例えば、以下を提供する。
（項目１）
方法であって、前記方法は、
無線デバイスによって、認可支援アクセス（ＬＡＡ）セルのためのアップリンク許可を受信することであって、前記アップリンク許可は、
前記ＬＡＡセルのサブフレームにおけるＰＵＳＣＨ開始位置を示す物理アップリンク共有チャネル（ＰＵＳＣＨ）開始位置フィールドと、
前記サブフレームのための第１のＬＢＴタイプまたは第２のＬＢＴタイプのうちの少なくとも１つを示すトーク前リッスン（ＬＢＴ）タイプフィールドと
を備えている、ことと、
少なくとも前記ＬＡＡセルの先行する隣接サブフレームにおける前記無線デバイスによるアップリンク伝送に基づいて、
前記サブフレームにおけるアップリンク信号の伝送のためのＬＢＴプロシージャを実施すること、または
前記第１のＬＢＴタイプまたは前記第２のＬＢＴタイプを示す前記ＬＢＴタイプフィールドにかかわらず、前記サブフレームのための前記ＬＢＴプロシージャを実施することなく前記アップリンク信号を伝送すること
を決定することと、
前記ＬＡＡセルを介して、前記サブフレームにおいて前記アップリンク信号を伝送することと
を含む、方法。
（項目２）
前記第１のＬＢＴタイプは、カテゴリ４  ＬＢＴであり、前記第２のＬＢＴタイプは、カテゴリ２  ＬＢＴである、項目１に記載の方法。
（項目３）
前記ＰＵＳＣＨ開始位置フィールドは、前記サブフレームにおける前記ＰＵＳＣＨ伝送がシンボルゼロの始まりから開始することを示す、項目１に記載の方法。
（項目４）
前記無線デバイスは、前記無線デバイスが前記先行する隣接サブフレームと前記サブフレームとの間に伝送ギャップを有することに応答して、前記サブフレームにおける前記アップリンク信号の伝送のための前記ＬＢＴプロシージャを実施することを決定する、項目１に記載の方法。
（項目５）
前記無線デバイスは、前記無線デバイスが前記先行する隣接サブフレームと前記サブフレームとの間に伝送ギャップを伴わずに伝送することに応答して、前記ＬＢＴプロシージャを実施することなく前記サブフレームにおいて前記アップリンク信号を伝送することを決定する、項目１に記載の方法。
（項目６）
前記無線デバイスは、前記サブフレームにおける前記ＰＵＳＣＨ伝送がシンボルゼロの始まりよりも遅く開始することを示す前記ＰＵＳＣＨ開始位置フィールドに応答して、前記サブフレームにおける前記アップリンク信号の伝送のための前記ＬＢＴプロシージャを実施することを決定する、項目１に記載の方法。
（項目７）
前記無線デバイスは、前記無線デバイスが前記先行する隣接サブフレームの少なくとも最後のシンボルにおいて第１のアップリンク信号を伝送しないことに応答して、前記サブフレームにおける前記アップリンク信号の伝送のための前記ＬＢＴプロシージャを実施することを決定する、項目１に記載の方法。
（項目８）
前記無線デバイスは、前記無線デバイスが前記先行する隣接サブフレームの最後のシンボルにおいて伝送することに応答して、前記サブフレームのための前記ＬＢＴプロシージャを実施することなく前記アップリンク信号を伝送することを決定する、項目１に記載の方法。
（項目９）
前記無線デバイスによって、前記ＬＡＡセルの構成パラメータを備えている少なくとも１つのメッセージを受信することをさらに含む、項目１に記載の方法。
（項目１０）
前記アップリンク許可は、単一サブフレームアップリンク許可、またはマルチサブフレームアップリンク許可のうちの１つである、項目１に記載の方法。
（項目１１）
前記アップリンク許可は、前記ＰＵＳＣＨが前記サブフレームの最後のシンボルにおいて伝送されるかどうかを示すＰＵＳＣＨ終了シンボルフィールドをさらに備えている、項目１に記載の方法。
（項目１２）
前記先行する隣接サブフレームのための第２のアップリンク許可を受信することをさらに含む、項目１に記載の方法。
（項目１３）
前記無線デバイスによる前記決定することは、少なくとも最大チャネル占有時間（ＭＣＯＴ）の満了にさらに基づく、項目１に記載の方法。
（項目１４）
前記ＰＵＳＣＨ開始位置フィールドは、以下のＰＵＳＣＨ開始位置のうちの１つを示す：シンボル０、シンボル０の中の２５マイクロ秒、シンボル０の中の（２５＋ＴＡ）マイクロ秒、またはシンボル１、項目１に記載の方法。
（項目１５）
無線デバイスであって、前記無線デバイスは、
１つ以上のプロセッサと、
命令を記憶しているメモリと
を備え、
前記命令は、前記１つ以上のプロセッサによって実行されると、
認可支援アクセス（ＬＡＡ）セルのためのアップリンク許可を受信することであって、前記アップリンク許可は、
前記ＬＡＡセルのサブフレームにおけるＰＵＳＣＨ開始位置を示す物理アップリンク共有チャネル（ＰＵＳＣＨ）開始位置フィールドと、
前記サブフレームのための第１のＬＢＴタイプまたは第２のＬＢＴタイプのうちの少なくとも１つを示すトーク前リッスン（ＬＢＴ）タイプフィールドと
を備えている、ことと、
少なくとも前記ＬＡＡセルの先行する隣接サブフレーム内のアップリンク伝送に基づいて、
前記サブフレームにおけるアップリンク信号の伝送のためのＬＢＴプロシージャを実施すること、または
前記第１のＬＢＴタイプまたは前記第２のＬＢＴタイプを示す前記ＬＢＴタイプフィールドにかかわらず、前記サブフレームのための前記ＬＢＴプロシージャを実施することなく前記アップリンク信号を伝送すること
を決定することと、
前記ＬＡＡセルを介して、前記サブフレームにおいて前記アップリンク信号を伝送することと
を前記無線デバイスに行わせる、無線デバイス。
（項目１６）
前記第１のＬＢＴタイプは、カテゴリ４  ＬＢＴであり、前記第２のＬＢＴタイプは、カテゴリ２  ＬＢＴである、項目１５に記載の無線デバイス。
（項目１７）
前記ＰＵＳＣＨ開始位置フィールドは、前記サブフレームにおける前記ＰＵＳＣＨ伝送がシンボルゼロの始まりから開始することを示す、項目１５に記載の無線デバイス。
（項目１８）
前記サブフレームにおける前記アップリンク信号の伝送のための前記ＬＢＴプロシージャを実施することを決定することは、前記無線デバイスが前記先行する隣接サブフレームと前記サブフレームとの間に伝送ギャップを有することに応答する、項目１５に記載の無線デバイス。
（項目１９）
前記ＬＢＴプロシージャを実施することなく前記サブフレームにおいて前記アップリンク信号を伝送することを決定することは、前記無線デバイスが前記先行する隣接サブフレームと前記サブフレームとの間に伝送ギャップを伴わずに伝送することに応答する、項目１５に記載の無線デバイス。
（項目２０）
前記サブフレームにおける前記アップリンク信号の伝送のための前記ＬＢＴプロシージャを実施することを決定することは、前記サブフレームにおける前記ＰＵＳＣＨ伝送がシンボルゼロの始まりよりも遅く開始することを示す前記ＰＵＳＣＨ開始位置フィールドに応答する、項目１５に記載の無線デバイス。
（項目２１）
前記サブフレームにおける前記アップリンク信号の伝送のための前記ＬＢＴプロシージャを実施することを決定することは、前記無線デバイスが前記先行する隣接サブフレームの少なくとも最後のシンボルにおいて第１のアップリンク信号を伝送しないことに応答する、項目１５に記載の無線デバイス。
（項目２２）
前記サブフレームのための前記ＬＢＴプロシージャを実施することなく前記アップリンク信号を伝送することを決定することは、前記無線デバイスが前記先行する隣接サブフレームの最後のシンボルにおいて伝送することに応答する、項目１５に記載の無線デバイス。
（項目２３）
前記ＬＡＡセルの構成パラメータを備えている少なくとも１つのメッセージを受信することをさらに含む、項目１５に記載の無線デバイス。
（項目２４）
前記アップリンク許可は、単一サブフレームアップリンク許可、またはマルチサブフレームアップリンク許可のうちの１つである、項目１５に記載の無線デバイス。
（項目２５）
前記アップリンク許可は、前記ＰＵＳＣＨが前記サブフレームの最後のシンボルにおいて伝送されるかどうかを示すＰＵＳＣＨ終了シンボルフィールドをさらに備えている、項目１５に記載の無線デバイス。
（項目２６）
前記命令は、前記先行する隣接サブフレームのための第２のアップリンク許可を受信することを前記無線デバイスにさらに行わせる、項目１５に記載の無線デバイス。
（項目２７）
前記決定することは、少なくとも最大チャネル占有時間（ＭＣＯＴ）の満了にさらに基づく、項目１５に記載の無線デバイス。
（項目２８）
前記ＰＵＳＣＨ開始位置フィールドは、以下のＰＵＳＣＨ開始位置のうちの１つを示す：シンボル０、シンボル０の中の２５マイクロ秒、シンボル０の中の（２５＋ＴＡ）マイクロ秒、またはシンボル１、項目１５に記載の無線デバイス。
（項目２９）
方法であって、前記方法は、
無線デバイスによって、認可支援アクセス（ＬＡＡ）セルのサブフレームｎ＋１における伝送のためのアップリンク許可を受信することであって、前記アップリンク許可は、
前記サブフレームｎ＋１におけるＰＵＳＣＨ伝送がシンボルゼロの始まりから開始することを示す物理アップリンク共有チャネル（ＰＵＳＣＨ）開始位置フィールドと、
前記サブフレームｎ＋１のための第１のＬＢＴタイプまたは第２のＬＢＴタイプのうちの少なくとも１つを示すトーク前リッスン（ＬＢＴ）タイプフィールドと
を備えている、ことと、
前記無線デバイスによって、少なくともサブフレームｎにおける前記無線デバイスによるアップリンク伝送に基づいて、
前記サブフレームｎ＋１におけるアップリンク信号の伝送のためのＬＢＴプロシージャを実施すべきか、または
前記ＬＢＴタイプフィールドが前記第１のＬＢＴタイプまたは前記第２のＬＢＴタイプを示すかどうかにかかわらず、ＬＢＴプロシージャを実施することなく前記サブフレームｎ＋１において前記アップリンク信号を伝送すべきか
を決定することと、
前記サブフレームｎ＋１において前記アップリンク信号を伝送することと
を含む、方法。
（項目３０）
前記無線デバイスは、前記無線デバイスが前記ＬＡＡセルの前記サブフレームｎの少なくとも最後のシンボルにおいてアップリンク信号を伝送しないことに応答して、サブフレームｎ＋１における前記アップリンク信号の伝送のための前記ＬＢＴプロシージャを実施することを決定する、項目２９に記載の方法。
（項目３１）
前記無線デバイスは、前記無線デバイスがサブフレームｎの最後のシンボルにおいて伝送することに応答して、前記ＬＢＴプロシージャを実施することなく前記サブフレームｎ＋１において前記アップリンク信号を伝送する、項目２９に記載の方法。
（項目３２）
前記無線デバイスによって、前記ＬＡＡセルの構成パラメータを備えている少なくとも１つのメッセージを受信することをさらに含む、項目２９に記載の方法。
（項目３３）
前記無線デバイスは、前記無線デバイスが前記サブフレームｎと前記サブフレームｎ＋１との間に伝送ギャップを有することに応答して、前記サブフレームｎ＋１におけるアップリンク信号の伝送のための前記ＬＢＴプロシージャを実施する、項目２９に記載の方法。
（項目３４）
前記無線デバイスは、前記無線デバイスが前記サブフレームｎと前記サブフレームｎ＋１との間に伝送ギャップを伴わずに伝送することに応答して、前記ＬＢＴプロシージャを実施することなく前記サブフレームｎ＋１において前記アップリンク信号を伝送する、項目２９に記載の方法。
（項目３５）
前記アップリンク許可は、単一サブフレームアップリンク許可またはマルチサブフレームアップリンク許可のうちの１つである、項目２９に記載の方法。
（項目３６）
前記アップリンク許可は、前記ＰＵＳＣＨが前記サブフレームｎ＋１の最後のシンボルにおいて伝送されるかどうかを示すＰＵＳＣＨ終了シンボルフィールドをさらに備えている、項目２９に記載の方法。
（項目３７）
サブフレームｎのための第２のアップリンク許可を受信することをさらに含む、項目２９に記載の方法。
（項目３８）
前記無線デバイスによる前記決定することは、少なくとも最大チャネル占有時間（ＭＣＯＴ）の持続時間の満了にさらに基づく、項目２９に記載の方法。
（項目３９）
前記ＰＵＳＣＨ開始位置フィールドは、以下のＰＵＳＣＨ開始位置のうちの１つを示す：シンボル０、シンボル０の中の２５マイクロ秒、シンボル０の中の（２５＋ＴＡ）マイクロ秒、またはシンボル１、項目２９に記載の方法。
（項目４０）
前記第１のＬＢＴタイプは、カテゴリ４  ＬＢＴであり、前記第２のＬＢＴタイプは、カテゴリ２  ＬＢＴである、項目２９に記載の方法。
（項目４１）
無線デバイスであって、前記無線デバイスは、
１つ以上のプロセッサと、
命令を記憶しているメモリと
を備え、
前記命令は、前記１つ以上のプロセッサによって実行されると、
認可支援アクセス（ＬＡＡ）セルのサブフレームｎ＋１における伝送のためのアップリンク許可を受信することであって、前記アップリンク許可は、
前記サブフレームｎ＋１におけるＰＵＳＣＨ伝送がシンボルゼロの始まりから開始することを示す物理アップリンク共有チャネル（ＰＵＳＣＨ）開始位置フィールドと、
前記サブフレームｎ＋１のための第１のＬＢＴタイプまたは第２のＬＢＴタイプのうちの少なくとも１つを示すトーク前リッスン（ＬＢＴ）タイプフィールドと
を備えている、ことと、
少なくともサブフレームｎにおけるアップリンク伝送に基づいて、
前記サブフレームｎ＋１におけるアップリンク信号の伝送のためのＬＢＴプロシージャを実施すべきか、または
前記ＬＢＴタイプフィールドが前記第１のＬＢＴタイプまたは前記第２のＬＢＴタイプを示すかどうかにかかわらず、ＬＢＴプロシージャを実施することなく前記サブフレームｎ＋１において前記アップリンク信号を伝送すべきか
を決定することと、
前記サブフレームｎ＋１において前記アップリンク信号を伝送することと
を前記無線デバイスに行わせる、無線デバイス。
（項目４２）
サブフレームｎ＋１における前記アップリンク信号の伝送のための前記ＬＢＴプロシージャを実施することを決定することは、前記ＬＡＡセルの前記サブフレームｎの少なくとも最後のシンボルにおいてアップリンク信号を伝送しないことに応答する、項目４１に記載の無線デバイス。
（項目４３）
前記ＬＢＴプロシージャを実施することなく前記サブフレームｎ＋１において前記アップリンク信号を伝送することは、前記無線デバイスがサブフレームｎの最後のシンボルにおいて伝送することに応答する、項目４１に記載の無線デバイス。
（項目４４）
前記命令は、前記ＬＡＡセルの構成パラメータを備えている少なくとも１つのメッセージを受信することを前記無線デバイスにさらに行わせる、項目４１に記載の無線デバイス。
（項目４５）
前記サブフレームｎ＋１におけるアップリンク信号の伝送のための前記ＬＢＴプロシージャを実施することは、前記無線デバイスが前記サブフレームｎと前記サブフレームｎ＋１との間に伝送ギャップを有することに応答する、項目４１に記載の無線デバイス。
（項目４６）
前記ＬＢＴプロシージャを実施することなく前記サブフレームｎ＋１において前記アップリンク信号を伝送することは、前記無線デバイスが前記サブフレームｎと前記サブフレームｎ＋１との間に伝送ギャップを伴わずに伝送することに応答する、項目４１に記載の無線デバイス。
（項目４７）
前記アップリンク許可は、単一サブフレームアップリンク許可またはマルチサブフレームアップリンク許可のうちの１つである、項目４１に記載の無線デバイス。
（項目４８）
前記アップリンク許可は、前記ＰＵＳＣＨが前記サブフレームｎ＋１の最後のシンボルにおいて伝送されるかどうかを示すＰＵＳＣＨ終了シンボルフィールドをさらに備えている、項目４１に記載の無線デバイス。
（項目４９）
前記命令は、サブフレームｎのための第２のアップリンク許可を受信することを前記無線デバイスにさらに行わせる、項目４１に記載の無線デバイス。
（項目５０）
前記決定は、少なくとも最大チャネル占有時間（ＭＣＯＴ）の持続時間の満了にさらに基づく、項目４１に記載の無線デバイス。
（項目５１）
前記ＰＵＳＣＨ開始位置フィールドは、以下のＰＵＳＣＨ開始位置のうちの１つを示す：シンボル０、シンボル０の中の２５マイクロ秒、シンボル０の中の（２５＋ＴＡ）マイクロ秒、またはシンボル１、項目４１に記載の無線デバイス。
（項目５２）
前記第１のＬＢＴタイプは、カテゴリ４  ＬＢＴであり、前記第２のＬＢＴタイプは、カテゴリ２  ＬＢＴである、項目４１に記載の無線デバイス。
【国際調査報告】
2019521595.tif 000017
2019521595.tif 000018
2019521595.tif 000019