(57)【要約】  許可無しアップリンク無線送信と許可有りアップリンク無線送信との間で切り替えることが、ユーザ機器にとって有利である状況が存在し得る。許可有り及び許可無しアップリンク無線通信及び２者間の切り替えを実現するのを助ける、システム及び方法が開示される。例えば、許可済みアップリンク無線送信と許可無しアップリンク無線送信との間の衝突を軽減するシステム及び方法がここに開示される。
2020502920.tif 000002
【特許請求の範囲】
【請求項１】
基地局により実行される方法であって、
ユーザ機器から許可無しアップリンク送信を受信するステップと、
前記許可無しアップリンク送信を受信することに応答して、前記ユーザ機器のためのスケジューリング許可を生成するステップと、
前記スケジューリング許可を少なくとも前記ユーザ機器へ送信するステップと、
を含む方法。
【請求項２】
前記許可無しアップリンク送信は、指示子を含む、請求項１に記載の方法。
【請求項３】
前記指示子は、前記ユーザ機器が前記基地局へ送信すべき追加データを有することを示し、又は、前記指示子は、前記ユーザ機器が前記基地局へ送信すべきデータを有することを示し、及び、前記指示子は、前記データが低遅延データであることを示す、請求項２に記載の方法。
【請求項４】
前記許可無しアップリンク送信の中のデータの復号に失敗するステップであって、前記スケジューリング許可は、許可有り送信を用いて前記データの再送をスケジューリングするために送信される、ステップ、を更に含む請求項１乃至３のいずれか一項に記載の方法。
【請求項５】
前記再送を受信し、前記再送及び前記許可無しアップリンク送信をソフト合成することにより、復号を実行するステップ、を更に含む請求項４に記載の方法。
【請求項６】
前記許可無しアップリンク送信の中のデータの復号に成功するステップであって、前記スケジューリング許可は、追加データの新規送信をスケジューリングするために送信される、ステップ、を更に含む請求項１乃至３のいずれか一項に記載の方法。
【請求項７】
基地局であって、
ユーザ機器から許可無しアップリンク送信を受信する受信機と、
前記許可無しアップリンク送信を受信することに応答して、前記ユーザ機器のためのスケジューリング許可を生成するリソースアロケータと、
前記スケジューリング許可を少なくとも前記ユーザ機器へ送信する送信機と、
を含む基地局。
【請求項８】
前記許可無しアップリンク送信は、指示子を含む、請求項７に記載の基地局。
【請求項９】
前記指示子は、前記ユーザ機器が前記基地局へ送信すべき追加データを有することを示し、又は、前記指示子は、前記ユーザ機器が前記基地局へ送信すべきデータを有することを示し、及び、前記指示子は、前記データが低遅延データであることを示す、請求項８に記載の基地局。
【請求項１０】
前記リソースアロケータは、前記許可無しアップリンク送信の中のデータの復号に失敗すると、許可有り送信を用いて前記データの再送をスケジューリングする、請求項７に記載の基地局。
【請求項１１】
前記再送を受信し、前記再送及び前記許可無しアップリンク送信をソフト合成することにより、復号を実行するメッセージデコーダ、を更に含む請求項１０に記載の基地局。
【請求項１２】
前記リソースアロケータは、前記許可無しアップリンク送信の中のデータの復号に成功すると、追加データの新規送信をスケジューリングする、請求項７乃至請求項９のいずれか一項に記載の基地局。
【請求項１３】
ユーザ機器（ＵＥ）により実行される方法であって、
許可無しアップリンク送信を基地局へ送信するステップと、
前記許可無しアップリンク送信を送信することに応答して、前記基地局からスケジューリング許可を受信するステップと、
前記スケジューリング許可に従い、前記基地局へ、許可済みアップリンク送信を送信するステップと、
を含む方法。
【請求項１４】
前記許可済みアップリンク送信は、前記許可無しアップリンク送信の中で送信されたデータの再送である、請求項１３に記載の方法。
【請求項１５】
前記許可済みアップリンク送信は、前記許可無しアップリンク送信の中で送信されたデータの再送ではない追加データを前記基地局へ送信する、請求項１３に記載の方法。
【請求項１６】
前記許可無しアップリンク送信は指示子を含み、前記指示子は、前記ユーザ機器が前記基地局へ送信すべき追加データを有することを示し、又は、前記指示子は、前記ユーザ機器が前記基地局へ送信すべきデータを有することを示し、及び、前記指示子は、前記データが低遅延データであることを示す、請求項１３乃至請求項１５に記載の方法。
【請求項１７】
前記許可無しアップリンク送信は、スケジューリング要求を含む、請求項１３乃至請求項１６のいずれか一項に記載の方法。
【請求項１８】
ユーザ機器（ＵＥ）であって、
許可無しアップリンク送信を基地局へ送信する送信機と、
前記許可無しアップリンク送信に応答して、前記基地局から送信されたスケジューリング許可を受信する受信機と、
を含み、
前記送信機は、さらに、前記スケジューリング許可に従い、前記基地局へ、許可済みアップリンク送信を送信する、ＵＥ。
【請求項１９】
前記許可済みアップリンク送信は、前記許可無しアップリンク送信の中で送信されたデータの再送である、請求項１８に記載のＵＥ。
【請求項２０】
前記許可済みアップリンク送信は、前記許可無しアップリンク送信の中で送信されたデータの再送ではない追加データを前記基地局へ送信する、請求項１８に記載のＵＥ。
【請求項２１】
前記許可無しアップリンク送信は指示子を含み、前記指示子は、前記ユーザ機器が前記基地局へ送信すべき追加データを有することを示し、又は、前記指示子は、前記ユーザ機器が前記基地局へ送信すべきデータを有することを示し、及び、前記指示子は、前記データが低遅延データであることを示す、請求項１８乃至請求項２０のいずれか一項に記載のＵＥ。
【請求項２２】
前記許可無しアップリンク送信は、スケジューリング要求を含む、請求項１８乃至２１のいずれか一項に記載のＵＥ。
【発明の詳細な説明】
【技術分野】
【０００１】
［関連出願の参照］
本願は、両方とも名称「Systems  and  Methods  for  Mixed  Grant−Free  and  Grant−Based  Uplink  Transmissions」であり且つそれらの全体が参照によりここに組み込まれる、米国仮特許出願番号第６２／４３５,５１９号、２０１６年１２月１６日出願、及び米国特許出願番号第１５／６７４,４２６号、２０１７年８月１０日出願、の優先権を主張する。
【０００２】
［技術分野］
本願は、無線通信システムにおけるアップリンク送信に関する。
【背景技術】
【０００３】
幾つかの無線通信システムでは、ユーザ機器（ＵＥ）は、基地局へデータを送信するため及び／又は基地局からデータを受信するために、基地局と無線で通信する。ＵＥから基地局への無線通信は、アップリンク通信と呼ばれる。基地局からＵＥへの無線通信は、ダウンリンク通信と呼ばれる。
【０００４】
アップリンク及びダウンリンク通信を実行するためにリソースが必要である。例えば、ＵＥは、特定周波数で及び／又は時間における特定スロットの間に、アップリンク送信で基地局へデータを無線で送信してよい。使用される周波数及びタイムスロットは、リソースの例である。
【０００５】
幾つかの無線通信システムは、許可有りアップリンク送信をサポートし得る。つまり、ＵＥが基地局へデータを送信したい場合、ＵＥは基地局からアップリンクリソースを要求する。基地局は、アップリンクリソースを許可し、次に、ＵＥは許可済みアップリンクリソースを用いてアップリンク送信を送信する。基地局により許可され得るアップリンクリソースの一例は、アップリンク直交周波数分割多元接続（ＯＦＤＭＡ）フレーム内の時間周波数位置のセットである。
【０００６】
幾つかの無線通信システムは、許可無しアップリンク送信をサポートし得る。つまり、ＵＥは、他のＵＥと共有される可能性のある特定アップリンクリソースを用いてアップリンク送信を送信してよく、特にリソースの使用を要求することなく、及び／又は特に基地局によりリソースを許可されていない。許可無しアップリンク送信は、基地局からの動的且つ明示的スケジューリング許可を必要としない。
【発明の概要】
【０００７】
許可無しアップリンク送信と許可有りアップリンク送信との間で切り替えることが、ＵＥにとって有利である状況が存在し得る。許可有り及び許可無しアップリンク無線通信及び２者間の切り替えを実現するのを助ける、システム及び方法がここに開示される。例えば、許可済みアップリンク送信と許可無しアップリンク送信との間の衝突を軽減するシステム及び方法がここに開示される。
【０００８】
一実施形態では、基地局により実行される方法であって、許可無しアップリンク送信をユーザ機器から受信するステップを含んでよい、方法が提供される。前記許可無しアップリンク送信を受信することに応答して、前記方法は、前記ユーザ機器のためにスケジューリング許可を生成するステップを更に含んでよい。前記方法は、少なくとも前記ユーザ機器へ前記スケジューリング許可を送信するステップを更に含んでよい。
【０００９】
別の実施形態では、ユーザ機器により実行される方法であって、許可無しアップリンク送信を基地局へ送信するステップを含んでよい、方法が提供される。前記方法は、前記許可無しアップリンク送信を送信することに応答して、前記基地局からスケジューリング許可を受信するステップを更に含んでよい。前記方法は、前記スケジューリング許可に従い、許可済みアップリンク送信を前記基地局へ送信するステップを更に含んでよい。
【図面の簡単な説明】
【００１０】
実施形態は、単なる例を用いて、添付の図面を参照して記載される。
【図１】一実施形態による、基地局及び複数のＵＥのブロック図である。
【図２】一実施形態による、時間周波数リソースセットを示す。
【図３】図１からの基地局及びＵＥをより詳細に示すブロック図である。
【図４】ＵＥがバッファ状態レポート（ＢＳＲ）を送信する例示的シナリオを示す。
【図５】一実施形態による、基地局及びＵＥにより実行される方法のフローチャートである。
【図６】一実施形態による、半永久的スケジューリング許可を示す、時間周波数リソースセットを示す。
【図７】例示的な許可無しアップリンク送信時間周波数リソースセットを示す。
【図８】例示的な許可無しアップリンク送信時間周波数リソースセットを示す。
【図９】例示的な許可無しアップリンク送信時間周波数リソースセットを示す。
【図１０】例示的な許可無しアップリンク送信時間周波数リソースセットを示す。
【図１１】例示的な許可無しアップリンク送信時間周波数リソースセットを示す。
【図１２】例示的な許可無しアップリンク送信時間周波数リソースセットを示す。
【図１３】例示的な許可無しアップリンク送信時間周波数リソースセットを示す。
【図１４】例示的な許可無しアップリンク送信時間周波数リソースセットを示す。
【図１５】例示的な許可無しアップリンク送信時間周波数リソースセットを示す。
【図１６】例示的な許可無しアップリンク送信時間周波数リソースセットを示す。
【図１７】例示的な許可無しアップリンク送信時間周波数リソースセットを示す。
【図１８】例示的な許可無しアップリンク送信時間周波数リソースセットを示す。
【図１９】例示的な許可無しアップリンク送信時間周波数リソースセットを示す。
【図２０】例示的な許可無しアップリンク送信時間周波数リソースセットを示す。
【図２１】例示的な許可無しアップリンク送信時間周波数リソースセットを示す。
【図２２】例示的な許可無しアップリンク送信時間周波数リソースセットを示す。
【図２３】例示的な許可無しアップリンク送信時間周波数リソースセットを示す。
【図２４】例示的な許可無しアップリンク送信時間周波数リソースセットを示す。
【図２５】例示的な許可無しアップリンク送信時間周波数リソースセットを示す。
【図２６】例示的な許可無しアップリンク送信時間周波数リソースセットを示す。
【図２７】例示的な許可無しアップリンク送信時間周波数リソースセットを示す。
【図２８】一実施形態による、基地局、目標ＵＥ、及び別のＵＥにより実行される方法のフローチャートである。
【発明を実施するための形態】
【００１１】
説明の目的で、特定の例示的実施形態が、図と関連して以下に一層詳細に説明される。
【００１２】
図１は、一実施形態による、無線アクセスネットワーク（ＲＡＮ）における基地局１００及び複数のＵ１０２ａ−ｅのブロック図である。
【００１３】
用語「基地局」は、ＵＥ１０２ａ−ｅのような無線装置から（アップリンクで）データを無線で受信する任意の装置を包含する。基地局１００は、ＵＥ１０２ａ−ｅにネットワークアクセスを提供するネットワークアクセス装置の一例であり、したがって、通常、送信及び受信点、基地通信機局、無線基地局、無線アクセスノード、ネットワークノード、送信／受信ノード、ＮｏｄｅＢ、ｅＮｏｄｅＢ（ｅＮＢ）、ｇＮＢ、中継局、リモート無線ヘッド、又はアクセスポイント（ＡＰ）を含む他の種類のアクセス装置を代表することを意味する。また、幾つかの実施形態では、基地局１００の部分は、分散されてよい。例えば、基地局１００のモジュールのうちの幾つかは、基地局１００のアンテナを収容する機器から離れて配置されてよく、アンテナを収容する機器に通信リンク（図示せず）を介して結合されてよい。したがって、幾つかの実施形態では、用語、基地局１００は、必ずしも基地局１００のアンテナを収容する機器の部分ではない、処理動作（例えば、スケジューリング及びメッセージ生成）を実行するネットワーク側のモジュールも表し得る。モジュールは、他の基地局にも結合されてよい。幾つかの実施形態では、基地局１００は、実際には、例えば多地点協調送信を通じて、ＵＥ１０２ａ−ｅにサービスするために一緒に動作している複数の基地局であってよい。同様に、ＵＥ１０２ａ−ｅも、ここで基地局１００とのアップリンク通信のために開示されるように構成されてよい他のエンドユーザ装置を例証することを意味する。他のユーザ装置の例は、無線送信／受信ユニット（ＷＴＲＵ）、移動局、無線装置、固定又は移動体加入者ユニット、セルラ電話機、パーソナルデジタルアシスタント（ＰＤＡ）、スマートフォン、ラップトップ、コンピュータ、タッチパッド、無線センサ、及び消費者電子装置、を含む。ＵＥ１０２ａ−ｅの他の可能性が存在する。
【００１４】
図１は、許可無しアップリンク送信において、ＵＥ１０２ａにより送信される例示的メッセージ１５０を示す。許可無しアップリンク送信は、基地局１００からの動的且つ明示的スケジューリング許可を必要としない。ここで、用語「許可無しアップリンク送信」又は同等に「許可を伴わない送信」は、基地局へのデータの送信、例えばＵＥ１０２ａからのデータトラフィックを示すために使用される。したがって、用語「許可無しアップリンク送信」は、ここで使用されるとき、ランダムアクセスシグナリングから、例えば新サービスエリアに入るＵＥにより利用される、物理ランダムアクセスチャネル（ＰＲＡＣＨ）を介して送信許可を要求するためのシグナリングを区別する。
【００１５】
許可無しアップリンク送信の中で送信されるメッセージ１５０は、複数アクセス（ＭＡ）リソースを用いて送信される。ＭＡリソースは、ＭＡ物理リソース（例えば、時間周波数リソース又はブロック）及び少なくとも１つのＭＡ署名で構成される。ＭＡ署名は、（限定ではないが）以下：コードブック／コードワード、シーケンス、インターリーバ、及び／又はマッピングパターン、パイロット、復調参照信号（例えば、チャネル推定のための参照信号）、プリアンブル、空間次元、及び電力次元、のうちの少なくとも１つを含んでよい。用語「パイロット」は、少なくとも参照信号、例えば復調参照信号を含む信号を表す。参照信号は、ＭＡ署名であってよい。
【００１６】
メッセージ１５０は、基地局１００により復号されるべき、ＭＡ署名１５２及びデータ１５４を含む。メッセージ１５０は、ＵＥ１０２ａを識別するための情報及び／又は巡回冗長検査（ＣＲＣ）情報のような他の情報を含んでよいが、これは、明確化のために省略されている。ＭＡ署名１５２は、データ１５４と別個であるように示される。これは、例えばＭＡ署名１５２が参照信号及び／又はプリアンブルで構成される場合も該当してよい。しかしながら、ＭＡ署名１５２は、代わりに、送信方式自体の部分、例えば使用されるコードブック又は使用されるマッピング若しくはインタリービングパターンであってよい。この場合、ＭＡ署名１５２は、必ずしも、データ１５４と別個の時間周波数リソースを占有しない。また、ＭＡ署名１５２がデータ１５４と別個の時間周波数リソースを占有する実施形態では、ＭＡ署名１５２は、必ずしも、メッセージ１５０の始めにある必要はない。
【００１７】
ＵＥ１０２ａが、許可無しアップリンク送信において、メッセージ１５０を基地局１００へ送信すると、基地局１００は、先ずＭＡ署名１５２を検出しようとする。ＭＡ署名検出は、ＭＡ署名１５２がＭＡ署名の全ての可能な選択肢の中で検出されるブラインド検出処理を含んでよい。ＭＡ署名の検出は、アクティビティ検出と呼ばれる。アクティビティ検出が成功した後に、基地局１００は、次に、ＭＡ署名１５２に基づき、及び任意でメッセージ１５０内の追加参照信号にも基づき、チャネル推定を実行しようとする。基地局１００は、次に、データ１５４を復号しようとする。一例として、ＭＡ署名１５２は、参照信号であってよい。基地局１００は、先ず、参照信号シーケンスの復号に成功することにより、アクティビティ検出の実行に成功し得る。参照信号シーケンスは、次に、基地局１００により、アップリンクチャネルのチャネル推定のために使用されてよい。参照信号が復号に成功し、チャネル推定が実行されると、基地局１００は、次にデータ１５４を復号する。
【００１８】
図１は、許可有りアップリンク送信において、ＵＥ１０２ｅにより送信される例示的メッセージ１６０も示す。メッセージ１６０も、ＭＡ署名１６２（例えば、参照信号）及びデータ１６４を含む。しかしながら、メッセージ１６０及びＭＡ署名１６２を送信するために使用されるリソースは、基地局１００によりＵＥ１０２ｅに割り当てられる。基地局１００は、アクティビティ検出を実行する必要がない。
【００１９】
ＵＥ１０２ａ−ｅのうちの一部又は全部は、許可無し及び／又は許可有りアップリンク送信を送信するよう構成されてよい。例えば、ＵＥ１０２ａがメッセージ１５０を許可無しアップリンク送信を介して送信した後に、基地局１００は、次に、ＵＥ１０２ａに、後のアップリンク送信を送信するために使用されるべきリソースを許可してよい。後のアップリンク送信を送信するためにＵＥ１０２ａにリソースが許可されたので、ＵＥ１０２ａによる後のアップリンク送信は、許可有りアップリンク送信になる。
【００２０】
ＵＥ１０２ａ−ｅからのアップリンク送信は、時間周波数リソースセット上で実行されてよい。図２は、一実施形態による、時間周波数リソース１７０のセットを示す。時間周波数リソース１７０は、許可無し及び許可有り領域の結合に区分されてよい。図２の実施形態では、時間周波数リソース１７０は、許可無し専用領域１７２、許可有り専用領域１７６、及び共存領域１７４に区分される。ここで、許可有りアップリンク送信のみが、許可有り専用領域１７６内にスケジューリングされてよく、許可無しアップリンク送信のみが、許可無し専用領域１７２内で送信される。共存領域１７４では、許可無しアップリンク送信が送信されてよいが、許可有りアップリンク送信も、基地局１００によりスケジューリングされてよい。一例として、共存領域１７４内のリソース１８０は、メッセージ１６０を送信するためにＵＥ１０２ｅに基地局１００により許可され、共存領域１７４内のリソース１８２は、メッセージ１５０を送信するためにＵＥ１０２ａにより使用される。幾つかの実施形態では、別個の許可無し専用領域１７２が存在しなくてよい。共存領域１７４は、基地局１００が共存領域１７４内で許可有りアップリンク送信をスケジューリングすることを決定するまでは、初期設定により許可無し専用領域であってよい。このような実施形態では、共存領域１７４及び許可有り専用領域１７６は、予め構成されてよい（例えば、領域は、予め知られてよく及び／又は基地局１００からＵＥ１０２ａ−ｅに通信されてよい）。
【００２１】
幾つかの実施形態では、ＵＥ１０２ａ−ｅは、それぞれ、許可有り送信モード及び／又は許可無し送信モードで動作するよう、基地局１００により構成されてよい。追加で及び／又は代替として、基地局１００は、ＵＥに、どのリソースが許可無し及び／又は許可有りリソースとして専用であるかを通知してよい。更に追加として及び／又は代替として、許可無し専用領域１７２及び／又は共存領域１７４は、ネットワークにより予め構成されてよい。許可有り及び／又は許可無し送信モードで動作するようＵＥ１０２ａ−ｅを構成する情報、及び／又はどのリソースが許可無し及び／又は許可有りリソースとして専用であるかを指定する情報は、ダウンリンクブロードキャストチャネルでＵＥ１０２ａ−ｅへ送信されてよい。例えば、情報は、システム情報の部分として、例えばシステム情報ブロック（ＳＩＢ）内に含まれてよい。
【００２２】
幾つかの実施形態では、動的ダウンリンク制御情報は、許可無しアップリンク送信モード及び許可有り送信モードの間でＵＥを切り替えるために、基地局１００により送信されてよい。例えば、ＵＥ１０２ｅは、最初に、許可有りアップリンク送信のみを送信するよう基地局１００により構成されてよい。後に、基地局１００は、許可無しアップリンク送信のみを送信するようＵＥ１０２ｅを構成してよい。後に、基地局１００は、許可無しアップリンク送信を送信することをＵＥ１０２ｅに許可し続けるが、許可有りアップリンク送信もスケジューリングしてよい。ＵＥ１０２ｅは、後に、許可無しアップリンク送信を送信するよう、しかし許可有りアップリンク送信も要求できるよう、基地局１００により構成されてよい。別の例として、ＵＥ１０２ａは、最初に、許可有り及び許可無しアップリンク送信の両方を送信する能力を許可されてよく、しかし次に後に、基地局１００は、許可無しアップリンク送信をもう送信できないことをＵＥ１０２ａに通知してよい。許可無し及び許可有り送信の間の他の切り替えシナリオが可能である。
【００２３】
幾つかの実施形態では、許可無し専用領域１７２、許可有り専用領域１７６、及び共存領域１７４は、予め構成されＵＥ１０２ａ−ｅに知られてよい（例えば、基地局１００はＵＥ１０２ａ−ｅに領域を通知してよい）。基地局１００は、許可有り専用領域１７６及び共存領域１７４内で送信をスケジューリングすることにより、リソース構成を実行してよい。
【００２４】
幾つかの実施形態では、ハイブリッド自動再送要求（ＨＡＲＱ）のような再送方式が、ＵＥからのアップリンク送信の再送を実行するために使用されてよい。例えば、許可無しアップリンク送信の中のデータ１５４が、基地局１００により復号に成功しなかった場合、ＵＥ１０２ａにより再送が実行されてよい。再送は、別の許可無しアップリンク送信であってよく、又は再送は、基地局１００により（例えば、許可有りアップリンク送信として）スケジューリングされてよい。再送は、初期データ１５４の再送及び／又は初期データ１５４を復号するための更なる情報を含んでよい。例えば、再送データは、初期データ１５４の全部又は一部及び／又は更なるパリティ情報を含んでよい。基地局１００は、ＨＡＲＱ合成を以下のように実行してよい：復号の失敗した初期データ１５４を破棄する代わりに、復号の失敗した初期データ１５４は、基地局１００においてメモリに格納され、初期データを成功裏に復号しようとするために受信した再送データと合成されてよい。使用され得るＨＡＲＱ合成の１つの種類は、チェイス合成法又はインクリメンタル・リダンダンシのようなソフト合成である。肯定応答（ＡＣＫ）又は否定応答（ＮＡＣＫ）が、データ１５４が復号に成功したか否かを示すために、基地局１００からＵＥ１０２ａへ送信されてよい。ＡＣＫは、データ１５４が復号に成功したことをＵＥ１０２ａに示す。ＮＡＣＫは、再送が要求されることを示す。ＮＡＣＫは、アクティビティ検出が成功した場合にのみ送信されてよい。ＮＡＣＫは、ＵＥ１０２ａに関連付けられた識別情報、例えばＵＥ１０２ａにより使用されるＭＡ署名１５２を示すインデックスを含んでよい。その結果、ＵＥ１０２ａは、ＮＡＣＫがＵＥ１０２ａ宛てであることが分かる。幾つかの実施形態では、ＮＡＣＫは、基地局１００により送信されない。この場合、ＡＣＫの不存在が、再送が要求されることをＵＥ１０２ａに示す。レートレスＨＡＲＱは、ＵＥ１０２ａが、ＡＣＫ又はＮＡＣＫを待たずに、データ１５４に関連付けられた１つ以上の再送を送信する状況を表す。レートレスＨＡＲＱは、ＵＥ１０２ａが低遅延且つ高信頼性を有するデータを送信しなければならない適用で有用であり得る。レートレスＨＡＲＱでは、ＵＥ１０２ａは、ＡＣＫを受信すると、又は最大許容再送数が生じると、いずれが先に発生しても、再送を送信するのを停止してよい。
【００２５】
ＵＥ１０２ａ−ｅのうちの幾つかは、他のＵＥより低遅延で基地局１００へデータを送信する必要がある場合がある。例えば、ＵＥ１０２ａは、ＵＥ１０２ｅと比べて低遅延でデータを送信する必要があってよい。ＵＥ１０２ａは、超高信頼低遅延通信（ＵＲＬＬＣ）ＵＥであってよく、一方、ＵＥ１０２ｅは、拡張モバイルブロードバンド（ｅＭＢＢ）ＵＥであってよい。基地局によりサービスされ且つ低遅延アップリンク通信を要求するＵＥ（例えば、ＵＲＬＬＣ  ＵＥ）は、「低遅延ＵＥ」と呼ばれてよい。他のＵＥ（例えば、ｅＭＢＢ  ＵＥ）は、「遅延耐性ＵＥ」と呼ばれてよい。遅延耐性ＵＥは、許可有りアップリンク送信を送信してよく、一方で、低遅延ＵＥは許可無しアップリンク送信を送信してよい。幾つかの適用では、遅延耐性ＵＥは、許可有り専用領域１７６又は共存領域１７４のいずれかにスケジューリングされてよく、低遅延ＵＥは、許可無し専用領域１７２又は共存領域１７４を使用してよい。マッシブ機械型通信（ｍＭＴＣ）ＵＥは、適用に依存して、時間周波数リソース１７０の異なる領域を割り当てられてよい。
【００２６】
図３は、図１の基地局１００及びＵＥ１０２ａをより詳細に示すブロック図である。基地局１００は、１つ以上のアンテナ２０８に結合される、送信機２０４及び受信機２０６を含む。１つのアンテナ２０８のみが示される。送信機２０４及び受信機２０６は、通信機として統合されてよい。基地局１００は、ＵＥからのアップリンク送信を復号する、例えばアクティビティ検出及びデータ復号を実行する、アップリンクメッセージデコーダ２１０を更に含む。メッセージデコーダ２１０は、受信機２０６の部分であってよい。基地局１００は、リソースアロケータ２１８を更に含む。リソースアロケータ２１８は、特定ＵＥにリソースを許可するか否かを（例えば、該ＵＥからのスケジューリング要求又はバッファ状態レポートに基づき）決定する、スケジューリング許可を生成する、どのリソースが許可無し及び／又は許可有りリソースとして割り当てられるかを決定する、許可無しアップリンク送信時間周波数リソースセットを構成する（例えば、構成を示す制御情報を生成する）、及び／又は半永久的スケジューリング許可を生成する、ような動作を実行してよい。幾つかの実施形態では、メッセージデコーダ２１０は受信機２０６の部分であってよく、及び／又はリソースアロケータ２１８は送信機２０４の部分であってよい。
【００２７】
メッセージデコーダ２１０、リソースアロケータ２１８、及び／又は送信機２０４及び受信機２０６の任意の信号処理コンポーネントは、メッセージデコーダ２１０、リソースアロケータ２１８、及び／又は送信機２０４／受信機２０６の機能を実行するよう構成された回路の形式で実装されてよい。幾つかの実装では、回路は、メモリと、該メモリに格納された命令を実行する１つ以上のプロセッサとを含み、該命令は、１つ以上のプロセッサに、メッセージデコーダ２１０、リソースアロケータ２１８、及び／又は送信機２０４／受信機２０６の動作を実行させる。代替として、メッセージデコーダ２１０、リソースアロケータ２１８、及び／又は送信機２０４及び受信機２０６の任意の信号処理コンポーネントは、特定用途向け集積回路（ＡＳＩＣ）、グラフィック処理ユニット（ＧＰＵ）、又はメッセージデコーダ２１０、リソースアロケータ２１８、及び／又は送信機２０４／受信機２０６の動作を実行するためにプログラムされたフィールドプログラマブルゲートアレイ（ＦＰＧＡ）のような、専用集積回路を用いて実装されてよい。更に他の実装では、ここに記載の基地局１００の機能は、メモリに格納されたソフトウェア又はモジュールで完全に又は部分的に実装され、及びプロセッサにより実行されてよい。
【００２８】
ＵＥ１０２ａは、１つ以上のアンテナ２５８に結合される、送信機２５４及び受信機２５６も含む。１つのアンテナ２５８のみが示される。送信機２５４及び受信機２５６は、通信機として統合されてよい。ＵＥ１０２ａは、許可有り及び／又は許可無しアップリンク送信で送信されるべきメッセージを生成するアップリンクメッセージ生成器２７０を更に含む。アップリンクメッセージの生成は、メッセージの中で伝送されるべきデータを符号化及び変調することを含んでよい。生成されたメッセージは、後述のように、バッファ状態レポートのような指示子を含んでよい。アップリンクメッセージは、基地局１００から受信した許可又は半永久的許可に従い生成され送信されてよい。幾つかの実施形態では、ＵＥ１０２ａは、別のＵＥの許可に関連する情報を提供する受信メッセージを復号するために、リソース検出器２７１を更に含む。アップリンクメッセージ生成器２７０は、次に、この情報を用いて、他のＵＥの許可されたアップリンク送信との衝突を回避するリソース及び／又はＭＡ署名を使用するアップリンクメッセージを生成してよい。幾つかの実施形態では、アップリンクメッセージ生成器２７０は送信機２５４の部分であってよく、及び／又はリソース検出器２７１は受信機２５６の部分であってよい。
【００２９】
アップリンクメッセージ生成器２７０、リソース検出器２７１、及び／又は送信機２５４及び受信機２５６の任意の信号処理コンポーネントは、メッセージ生成器２７０、リソース検出器２７１、送信機２５４及び／又は受信機２５６の機能を実行するよう構成された回路の形式で実装されてよい。幾つかの実装では、回路は、メモリと、該メモリに格納された命令を実行する１つ以上のプロセッサとを含み、該命令は、１つ以上のプロセッサに、メッセージ生成器２７０、リソース検出器２７１、及び／又は送信機２５４／受信機２５６の動作を実行させる。代替として、メッセージ生成器２７０、リソース検出器２７１、及び／又は送信機２５４及び受信機２５６の任意の信号処理コンポーネントは、特定用途向け集積回路（ＡＳＩＣ）、グラフィック処理ユニット（ＧＰＵ）、又はメッセージ生成器２７０、リソース検出器２７１、及び／又は送信機２５４／受信機２５６の動作を実行するためにプログラムされたフィールドプログラマブルゲートアレイ（ＦＰＧＡ）のような、専用集積回路を用いて実装されてよい。更に他の実装では、ここに記載のＵＥ１０２ａの機能は、メモリに格納されたソフトウェア又はモジュールで完全に又は部分的に実装され、及びプロセッサにより実行されてよい。
【００３０】
ＵＥ１０２ｂ−ｅは、図中に詳細に示されないが、ＵＥ１０２ｂ−ｅは、図３に示したＵＥ１０２ａと同じコンポーネントを有する。また、実施形態に依存して、ＵＥ１０２ａは、基地局１００から許可を受信している目標ＵＥであってよく、及び／又はＵＥ１０２ａは、アップリンク送信を送信したいと望む且つ別の目標ＵＥとの衝突を回避しようとするＵＥであってよい。
【００３１】
以下の実施形態は、衝突回避メカニズムを含む、許可有り及び許可無しアップリンク送信の間で切り替えるためのメカニズム及びシグナリングを記載する。
【００３２】
幾つかの実施形態では、ＵＥ１０２ａ−ｅの各々は、（例えば許可有り及び／又は許可無し送信のために）許可有り及び／又は許可無し送信モードで動作するよう、基地局１００により最初に構成され又は割り当てられてよい。初期割り当ては、ブロードキャストチャネルでブロードキャストされ得る制御情報を介して送信され、又はＵＥ１０２ａ−ｅへユニキャストシグナリングを用いて（例えば、無線リソース制御（ＲＲＣ）シグナリングを介して）送信され若しくはマルチキャストシグナリングを用いて送信されてよい。基地局１００は、次に、ダウンリンク制御情報を用いて、許可有り及び許可無しアップリンク送信モードの間でＵＥ１０２ａ−ｅの動的切り替えを実行してよい。
【００３３】
指示子を伴う許可無しアップリンク送信
幾つかの実施形態では、ＵＥにより送信される許可無しアップリンク送信は、スケジューリング及び／又は他の決定を行うために、例えばＵＥのために許可有り送信をスケジューリングするか否かを決定するために、基地局１００により使用される指示子を含んでよい。例えば、指示子はバッファ状態レポート（ＢＳＲ）であってよい。ＢＳＲは、ＵＥが自身のバッファ内に基地局１００へ送信すべきデータを有するか否かを示し、任意で、ＢＳＲは、実際のバッファ内のデータの存在に拘わらず、ＵＥが基地局１００へ送信しなければならないデータをどれくらい多く持っているかの指示を提供してよい。幾つかの実施形態では、ＢＳＲは、パケット送信と並んで、アップリンクメッセージのペイロードの部分であってよい。幾つかの実施形態では、ＢＳＲは、比較的短く、例えば場合によっては、同じＵＥにより送信されるべき更なるパケットが存在するか否かを示す１ビットのように簡易であってよい。
【００３４】
幾つかの実施形態では、ＢＳＲを含む許可無しアップリンク送信は、競合に基づくスケジューリング要求であってよい。スケジューリング要求は、基地局１００がＵＥにアップリンクリソースをスケジューリングすることを要求する。その結果、ＵＥは、許可有りアップリンク送信を送信でき、ＢＳＲは、ＵＥが送信すべきデータをどれ位多く持っているかの指示を提供する。ＢＳＲは、どれ位多くのリソースをＵＥに許可すべきかを決定するために、基地局１００により使用されてよい。
【００３５】
基地局１００により取られる動作は、直面しているシナリオに依存する。例えば、許可無しアップリンクメッセージの復号が成功し、ＢＳＲが、基地局１００へ送信されるべきデータがない（又は更なるデータがない）ことを示す場合、基地局１００は、ＡＣＫを含むダウンリンク制御情報（ＤＣＩ）を送信してよい。他方で、復号が成功し、ＢＳＲが基地局１００へ送信されるべきデータがある（又は更なるデータがある）ことを示す場合、ＤＣＩは、追加データを送信するためのＵＥに対するスケジューリング許可と一緒に、ＡＣＫを含んでよい。復号が成功し、許可無しアップリンクメッセージがスケジューリング要求を含む場合、ＤＣＩは、データを送信するためのＵＥに対するスケジューリング許可を含んでよい。
【００３６】
許可無しアップリンクメッセージの復号が失敗したが、基地局１００が、許可無しアップリンク送信を送信したＵＥを識別できる（例えば、ＵＥの参照信号のアクティビティ検出が成功し、ＵＥを示す）場合、基地局１００は、許可無しアップリンク送信を送信したＵＥへＮＡＣＫを送信してよい。後に更に詳細に議論するように、ＮＡＣＫはブロードキャストされてよく、その結果、他のＵＥもＮＡＣＫを復号できる。代替として、ＮＡＣＫは、ユニキャスト送信でＵＥへ送信され、又はマルチキャスト送信でＵＥのグループへ送信されてよい。幾つかの実施形態では、ＮＡＣＫは、ＵＥの再送リソース及びＭＡ署名割り当てをスケジューリングする又は再スケジューリングする情報も含んでよい。
【００３７】
ＡＣＫ及び／又はＮＡＣＫのようなＤＣＩは、ダウンリンク制御チャネルで、又はＡＣＫ／ＮＡＣＫメッセージを送信するために専用の別のダウンリンクチャネル、例えば物理ハイブリッドＡＲＱ指示チャネル（ＰＨＩＣＨ）で、送信されてよい。
【００３８】
許可無しアップリンクメッセージの復号が失敗し、基地局１００が、許可無しアップリンク送信を送信したＵＥを識別できない場合、基地局１００は、許可無しアップリンクメッセージに応答していかなる送信も送信しなくてよい。ＵＥは、次に、後の許可無しリソースで許可無しアップリンクメッセージを再送してよい。
【００３９】
幾つかの実施形態では、ＵＥは、基地局１００へ送信すべきデータ（又は追加データ）を有してよく、したがって、ＵＥは、ＢＳＲを有する初期アップリンクメッセージを送信してよい。基地局１００は、初期アップリンクメッセージの復号に成功し、ＡＣＫを含むがスケジューリング許可を含まないＤＣＩを送信してよい。このシナリオでは、ＵＥは、スケジューリング許可の不存在を、後のデータ送信が許可無しリソースを用いて送信されるべきであることの指示として解釈する。
【００４０】
図４は、ＵＥ１０２ａがＢＳＲを送信する１つの例示的シナリオを示す。時間期間Ａの間、メッセージ１５０は、許可無しアップリンク送信を介して、ＵＥ１０２ａにより送信される。メッセージ１５０内のデータ１５４は、ＢＳＲ１５５を含む。ＢＳＲ１５５は、ＵＥ１０２ａが基地局１００へ送信すべき追加データ１９４を有することを、基地局１００に示す。追加データ１９４は、メッセージ１５０内に適合できなかった追加パケットであってよい。或いは、追加データ１９４は、メッセージ１５０内で部分的にだけ送信されたパケットの残り部分であってよい。メッセージ１５０は、許可無し領域１７２内のリソース１９６を用いて送信される。ＢＳＲ１５５が、ＵＥ１０２ａは基地局１００へ送信すべき追加データ１９４を有することを示すので、基地局１００は、したがって、許可有りアップリンク送信を、後の時間期間Ｂ内のリソース１９８にスケジューリングする。許可有りアップリンク送信は、例えば許可専用領域１７６が既に完全にスケジューリングされたので、共存領域１７４内にスケジューリングされる。追加データ１９４を含むメッセージ１９０は、時間期間Ｂの間に、リソース１９８で送信される。
【００４１】
図４の変形では、メッセージ１５０は、代わりに、競合に基づくスケジューリング要求であり、したがってデータ１５４の代わりに、メッセージ１５０はスケジューリング要求及びＢＳＲ１５５を含む。後の許可有りアップリンクメッセージ１９０は、データ１５４及び追加データ１９４を含む。或いは、データ１５４及び／又は１９４は、幾つかの後の許可有りアップリンクメッセージの中で送信される。
【００４２】
許可無しアップリンク送信で送信される指示子は、ＢＳＲである必要はなく、又は、ＢＳＲに加えて他の情報を含んでよい。例えば、指示子は、ＵＥのバッファ内の追加データが低遅延データであるか否かの指示を含んでよい。低遅延データは、低遅延ＵＥアプリケーション（例えば、ＵＲＬＬＣアプリケーション）の部分であり得る。幾つかの実施形態では、指示子は、異なるアプリケーション、例えば、追加データがＵＲＬＬＣアプリケーション又はｅＭＢＢアプリケーションの部分であるか否か、を示してよい。基地局１００は、指示子からの情報を用いて、基地局１００が許可有りアップリンク送信をどれ位直ぐにスケジューリングしなければならないか、又は一部の低遅延データではＵＥが許可無しアップリンク送信でデータを送信し続ける場合が有益であり得るので、そもそも許可有りアップリンク送信をスケジューリングするか否か、を決定してよい。指示子は、追加送信が許可有りアップリンク送信で送信されることを、ＵＥが好むか否かに関する指示を提供してよい。指示子は、許可無し送信モードから許可有り送信モードに切り替えることがＵＥにより望まれるか否かの指示を提供してよい。最後に、上述の例では、指示子（例えば、ＢＳＲ１５５）は、許可無しアップリンク送信の部分として送信される。指示子は、異なる又は別個のアップリンク送信で送信されることもできることが分かる。例えば、指示子は、許可有りアップリンク送信の部分として、及び／又は競合の無いスケジューリング要求の部分として、送信されることもできる。幾つかの実施形態では、指示子は、許可有り送信で、例えばスケジューリング要求（ＳＲ）の部分として送信されてよい。ＳＲは、アップリンク制御情報の部分として、アップリンク制御チャネルで送信され得る。図５は、一実施形態による、基地局及びＵＥにより実行される方法のフローチャートである。ステップ３０２で、ＵＥはアップリンク送信を送信する。アップリンク送信は、許可無しアップリンク送信であってよい。アップリンク送信は指示子を含んでよい。指示子はＢＳＲであり又はそれを含んでよい。ステップ３０４で、基地局はアップリンク送信を受信する。アップリンク送信に応答して、ステップ３０６で、基地局は、許可有りアップリンク送信を送信する際に使用するために、ＵＥにリソース及び／又はＭＡ署名を許可する。ステップ３０２で送信されたアップリンク送信が、ＢＳＲのような指示子を含む場合、ステップ３０６は、アップリンク送信の中の指示子に応答して実行されてよい。ステップ３０８で、基地局はＵＥへ許可を送信する。ステップ３１０で、ＵＥは許可を受信する。ステップ３１２で、ＵＥは、許可に従い、許可有りアップリンク送信を送信する。ステップ３１４で、基地局は許可有りアップリンク送信を受信する。
【００４３】
衝突回避
ＵＥが許可無しアップリンク送信を送信すると、基地局１００は、許可有りアップリンク送信として後の送信をスケジューリングしてよい。後の許可有りアップリンク送信は、新規データの送信又は前のデータの再送であってよい。例えば、図４に関して先に議論したように、ＵＥ１０２ａは、許可無しアップリンク送信でメッセージ１５０を送信してよく、基地局１００は、次に、後のメッセージ１９０のために許可有りアップリンク送信をスケジューリングしてよい。幾つかの実施形態では、後のメッセージ１９０は、初期データ１５４の再送であり得る。
【００４４】
許可有りアップリンク送信が許可有り専用領域、例えば図２の領域１７６内にスケジューリングされた場合、標準的に、スケジューリングされたアップリンク送信は、別のＵＥにより送信されている別のアップリンク送信と衝突してはならない。これは、基地局１００が許可有り専用領域にＵＥ送信をスケジューリングするためであり、基地局１００は、標準的に、同じリソースに異なるＵＥをスケジューリングしない。
【００４５】
しかしながら、許可有りアップリンク送信が、代わりに、共存領域、例えば図２の領域１７４にスケジューリングされた場合、共存領域内には、別のＵＥにより送信された許可無しアップリンク送信との衝突の可能性がある。
【００４６】
幾つかの実施形態では、許可有りアップリンク送信が、共存領域内で目標ＵＥのためにスケジューリングされると、該許可に関連する情報は、共存領域内で許可無しアップリンク送信を送信することを許可されている少なくとも１つの他のＵＥへ送信される。例えば、許可は目標ＵＥ及び共存領域内で許可無しアップリンク送信を送信することを許可された全てのＵＥの両者へブロードキャストされてよい。「〜にブロードキャストされる」により、許可が１つ以上のＵＥを目標としていてよいが、許可は互いに、他のＵＥのグループ、又は（許可無しアップリンク送信を送信することの許可された全てのＵＥのような）全ての他のＵＥによりリッスンされてよいことを意味する。共存領域で許可無しアップリンク送信を送信することの許可されたＵＥは、目標ＵＥの許可に関する情報を復号し、次に、目標ＵＥの許可済みアップリンク送信との衝突を軽減しようとするために、目標ＵＥに許可されたリソース及び／又はＭＡ署名（例えば参照信号）を回避する。幾つかの実施形態では、目標ＵＥは、許可を要求し且つ共存領域１７２に日和見的にスケジューリングされているＵＥであってよい。他の実施形態では、目標ＵＥは、許可無しアップリンク初期送信を送信し且つ共存領域１７２にスケジューリングされた追加送信（新規送信又は再送）を有するＵＥであってよい。
【００４７】
幾つかの実施形態では、目標ＵＥは、例えば図２の共存領域１７４で又は許可無し専用領域１７２で、初期許可無しアップリンク送信を送信してよい。基地局１００は、目標ＵＥの初期許可無しアップリンク送信に関する再送が要求されることを示すＮＡＣＫを送信してよい。ＮＡＣＫは、目標ＵＥ及び許可無しアップリンク送信を送信することを許可された他のＵＥの両者にブロードキャストされ、それらにより復号可能であってよい。ＮＡＣＫに応答して、再送は、目標ＵＥにより、許可無しアップリンク送信を介して、共存領域１７４で又は許可無し専用領域１７２で送信されてよい。許可無しアップリンク送信を送信することを許可された及び更にＮＡＣＫを復号した他のＵＥは、ＮＡＣＫから知った情報を用いて、目標ＵＥの再送との衝突を回避しようとしてよい。一例として、ＮＡＣＫが、目標ＵＥにより使用されるＭＡ署名を示すＭＡ署名インデックスを含む場合、他のＵＥは、どのＭＡ署名が目標ＵＥの再送のために使用されるのかを決定することが可能であり得る。例えば、初期及び再送のために使用されるＭＡ署名の間の知られているマッピングがあってよい。他のＵＥは、次に、目標ＵＥの再送のために使用されるＭＡ署名と同じＭＡ署名を選択するのを回避してよい。別の例として、ＵＥは、ＮＡＣＫから、例えば初期及び再送リソースの間の知られているマッピング関係に基づき、どのアップリンクリソースが、再送を送信するために目標ＵＥにより使用されるかを決定することが可能であってよい。他のＵＥは、次に、目標ＵＥの再送のために使用される同じリソースで送信することを回避してよい。別の例として、ＮＡＣＫがパイロットインデックスを含み、同じパイロットが初期及び再送の両方のために使用されることがＵＥにより知られている場合、他のＵＥは、ＮＡＣＫの中のパイロットインデックスにより示されるパイロットを使用することを回避してよい。
【００４８】
幾つかの実施形態では、目標ＵＥにより送信された初期許可無しアップリンクメッセージは、ＢＳＲ又は上述の他の指示子（例えば、図５のステップ３０２における指示子）を含んでよい。幾つかの実施形態では、初期許可無しアップリンクメッセージは、スケジューリング要求を含んでよい。
【００４９】
初期許可無しアップリンクメッセージが受信されると、基地局１００は、目標ＵＥへの追加送信（例えば、再送又は新規送信）を、以下の理由から衝突の可能性を殆ど有しない共存領域に、スケジューリング可能であってよい。目標ＵＥによる初期許可無しメッセージの到着前に、基地局１００は、共存領域でアップリンク送信を送信した他のＵＥを検出している。基地局１００は、したがって、目標ＵＥにより送信されるべき追加送信との衝突を回避しようとするために、これらの前に検出された他のＵＥにより使用されたリソース及びＭＡ署名を再割り当て／再シャッフルできる。基地局１００は、更に又は代わりに、前に検出された他のＵＥにより使用されているものと異なる、基地局１００が知っているリソースに、目標ＵＥによる追加送信をスケジューリングできる。基地局１００は、更に又は代わりに、どのリソースが、他の許可有りアップリンク送信のためにＵＥに許可されるかを制御し、目標ＵＥの追加送信との衝突を回避するようにリソースを選択できる。基地局１００は、さらに、追加送信に関する情報（例えば、初期許可無しアップリンクメッセージのためのＮＡＣＫ又はＡＣＫ及び／又は追加送信のための許可）をブロードキャストでき、許可無しアップリンク送信を共存領域で送信する他のＵＥは、この情報を受信し又は復号し、追加送信のために目標ＵＥにより使用されるリソース及び／又はＭＡ署名を使用することを回避できる。しかしながら、衝突が依然として時折生じることがある。衝突が依然として生じ得る例示的な状況は以下を含む：別のＵＥが追加送信に関する情報の受信又は復号に成功しない、又は別のＵＥが直ちに許可無しリソースにアクセスしなければならず、利用可能な別の許可無しリソースが存在せず、目標ＵＥの追加送信を回避するために遅延することが可能ではない。
【００５０】
幾つかの実施形態では、基地局１００は、許可有りアップリンク送信を目標ＵＥのために共存領域１７４に日和見的にスケジューリングすることを決定してよい。目標ＵＥは、必ずしも、初期許可無しアップリンク送信を送信している必要はない。反対に、目標ＵＥは、許可有り送信モードで動作していてよく、基地局１００は、許可有り専用領域１７６が既に他のＵＥに割り当てられているので、目標ＵＥを共存領域１７４にスケジューリングしていてよい。以上のように、目標ＵＥの許可に関する情報は、許可無しアップリンク送信を共存領域１７４で送信することを許可された少なくとも１つの他のＵＥへ送信されてよい。例えば、目標ＵＥに対する許可は、目標ＵＥ及び共存領域１７４内で許可無しアップリンク送信を送信することを許可された全てのＵＥの両者へブロードキャストされ、及び／又はそれらにより復号可能であってよい。共存領域１７４で許可無しアップリンク送信を送信することを許可されたＵＥは、次に、目標ＵＥの許可済みアップリンク送信との衝突を軽減しようとするために、許可の中で目標ＵＥに許可されたリソース及び／又はＭＡ署名（例えば参照信号）を回避する。
【００５１】
幾つかの実施形態では、目標ＵＥは、許可無しアップリンク送信を基地局１００へ送信してよく、それに応答して、基地局１００は、目標ＵＥのために許可有りアップリンク送信を共存領域にスケジューリングする許可を、目標ＵＥへ送信してよい。上述のように、許可（又は許可に関する情報）は、ブロードキャストされてよい。その結果、許可無しアップリンク送信を送信することを許可された他のＵＥは、情報を復号し、目標ＵＥの許可済みアップリンク送信との衝突を回避しようとしてよい。基地局１００が目標ＵＥのために許可有りアップリンク送信をスケジューリングすることに加えて、基地局１００は、許可有りアップリンク送信を第２ＵＥのために共存領域に日和見的にスケジューリングしてよい。第２ＵＥは、許可有り送信モードで動作するＵＥであってよい。第２ＵＥのスケジューリング許可に関する情報は、ブロードキャストされてもよい。その結果、許可無しアップリンク送信を送信することを許可された他のＵＥも、第２ＵＥの許可情報を復号し、更に第２ＵＥの許可済みアップリンク送信との衝突を回避しようとしてよい。
【００５２】
通信システムは、許可有り送信モードで動作するＵＥ（例えば、ｅＭＢＢ  ＵＥ又はｍＭＴＣ  ＵＥのような遅延耐性のあるＵＥ）、及び許可無し送信モードで動作するＵＥ（例えば、ＵＲＬＬＣ  ＵＥのような低遅延ＵＥ）を有してよい。許可有り送信モードで動作するＵＥは、「ＧＢ  ＵＥ」と呼ばれる。許可無し送信モードで動作するＵＥは、「ＧＦ  ＵＥ」と呼ばれる。一実施形態では、ＧＢ  ＵＥに対するスケジューリング許可（又はスケジューリング許可に関する情報）は、基地局によりブロードキャストされてよく、第１ＧＦ  ＵＥの将来の送信に関する情報も、ダウンリンク制御情報の中で基地局によりブロードキャストされてよい。次に、初期許可無しアップリンク送信の前に、他のＧＦ  ＵＥは、ＧＢ  ＵＥ及び第１ＧＦ  ＵＥのためのブロードキャスト情報を復号し、次に、ＧＢ  ＵＥ及び／又は第１ＧＦ  ＵＥの将来のアップリンク送信との衝突を回避するリソース及び／又はＭＡ署名を使用する。
【００５３】
実装に依存して、ｍＭＴＣ  ＵＥは、許可有りＵＥ又は許可無しＵＥであってよい。例えば、幾つかの適用では、許可有りＵＥはｅＭＢＢ  ＵＥであってよく、許可無しＵＥはｍＭＴＣ  ＵＥであってよい。
【００５４】
半永久的スケジューリング許可
幾つかの実施形態では、ＵＥは、許可有り送信モードでのみ動作してよく、競合の無いスケジューリング要求を行うための専用リソースを有してよい。スケジューリング要求が基地局１００により受信されると、基地局１００は、許可有りアップリンク送信を介してデータを送信するためにＵＥにアップリンクリソースを許可する許可をＵＥへ送信する。代替として、幾つかの実施形態では、ＵＥは、競合に基づくスケジューリング要求を、前述のように例えば許可無しアップリンク送信として、送信してよい。競合に基づくスケジューリング要求が基地局１００により受信されると、基地局１００は、許可有りアップリンク送信を介してデータを送信するためにＵＥにアップリンクリソースを許可する許可をＵＥへ送信する。代替として、幾つかの実施形態では、また前述のように、ＵＥは、許可無しアップリンクメッセージを基地局へ送信してよい。それに応答して、基地局１００は、許可有りアップリンク送信を介して追加データを送信するために、ＵＥにアップリンクリソースを許可してよい。追加データは、許可無しアップリンクメッセージの中のデータの再送であってよい。代替として、追加データは、ＵＥが基地局１００へ送信しなければならない新規データであり又はそれを含んでよい。この場合、許可無しアップリンク送信は、ＵＥが送信すべき追加データを有することを示すＢＳＲを含んでよい。
【００５５】
以上の段落で議論した異なるシナリオの全てにおいて、基地局１００はＵＥへ許可を送信する。幾つかの実施形態では、許可は、半永久的許可であってよい。半永久的許可は、１つより多くの送信、例えば送信パターンをスケジューリングする許可である。一例として、半永久的許可は、設定時間又は間隔の間、又はＵＥが更なるシグナリングを受信するまで、特定リソースホッピングパターン及び／又は特定参照信号ホッピングパターンを許可してよい。一例として、図６は、共存領域３２０及び許可有り専用領域３２２に区分された時間周波数リソースセット３１９を示す。ＵＥ１０２ａは、半永久的スケジューリング許可を発行されている。ここで、ＵＥ１０２ａは、第１アップリンク送信をリソース３２４で参照信号＃１を用いて、次に第２アップリンク送信をリソース３２６で参照信号＃２を用いて、次に第３アップリンク送信をリソース３２８で参照信号＃３を用いて送信することになっている。このアップリンク送信パターンは、次に図示のように、ＵＥ１０２ａはアップリンク送信パターンを停止すべきであることを示す更なるシグナリングをＵＥ１０２ａが基地局１００から受信するまで、繰り返される。
【００５６】
幾つかの実施形態では、目標ＵＥに対する半永久的スケジューリング許可は、上述のように衝突回避を支援するために、許可無しアップリンク送信を送信することを許可される他のＵＥへブロードキャストされてよい。例えば、図６のＵＥ１０２ａに割り当てられた半永久的スケジューリング許可は、許可無しアップリンク送信を共存領域３２０で送信してよい全ての他のＵＥにより受信され及び／又は復号されてよい。他のＵＥは、次に、リソース３２４及び３２６を用いることを回避し得る。及び／又は他のＵＥは、参照信号＃１及び＃２がＵＥ１０２ａにより使用されるのと同じ時間／周波数で参照信号＃１及び＃２（及び／又は参照信号＃１及び＃２と直交しない別の参照信号）を用いることを回避し得る。
【００５７】
幾つかの実施形態では、半永久的スケジューリング許可は、目標ＵＥにどのリソース及び／又は参照信号ホッピングパターンを使用すべきかを通知するインデックスを含んでよい。例えば、基地局１００及びＵＥにより、「インデックス１」が図６に示すホッピングパターンに対応すること、及び「インデックス２」が別のホッピングパターンに対応すること、等が、予め決定され知られてよい。基地局１００は、次に、図６に示される半永久的スケジューリング許可を割り当てるために、「インデックス１」をＵＥ１０２ａへ送信するだけでよい。これは、半永久的スケジューリング許可を送信するために必要なビット数を削減し得る。しかしながら、許可は、半永久的許可である必要がなく及び／又はそのようなフォーマットを有する必要がなくてよい。例えば、許可は、許可の中に見られる標準的情報、例えば使用すべき変調及び符号化方式（ＭＣＳ）、使用すべきリソース、等を明示的に含んでよい。いずれの場合も、許可（又は許可に関する情報）は、上述のように衝突回避のために他のＵＥにより依然として受信されてよい。
【００５８】
幾つかの実施形態では、半永久的スケジューリング許可は、ＡＣＫ／ＮＡＣＫ情報を含んでよい。例えば、ＵＥ１０２ａは、最初に、許可無しアップリンク送信を、基地局１００により誤って復号されるデータと共に送信してよい。それに応答して、基地局１００は、次に、ＵＥ１０２ａへ「インデックス１」をＮＡＣＫと一緒に送信する。ＵＥ１０２ａは、次に、ＵＥ１０２ａが基地局１００からＡＣＫを受信するまで、「インデックス１」に対応するホッピングパターン（つまり図６に示されるもの）を用いてデータの再送を送信する。幾つかの実施形態では、予め構成されたホッピングパターン（例えば「インデックス１」）を用いて再送を送信しているとき、ＵＥ１０２ａがＮＡＣＫを受信した場合、ＵＥ１０２ａは、別のホッピングパターン（例えば「インデックス２」）に切り替えて再送を続ける。このように、幾つかの実施形態では、基地局１００は、再送により何らかの制御を実行するためにＡＣＫ／ＮＡＣＫを使用してよい。ＡＣＫは再送を停止するために使用されてよく、ＮＡＣＫは使用される再送パターンを変更するために使用されてよく、ＡＣＫ又はＮＡＣＫの不存在は、ＵＥに割り当てられたホッピングパターンを続けさせる。
【００５９】
幾つかの実施形態では、半永久的スケジューリング許可のホッピングパターンの中のリソースは、必ずしも、半永久的スケジューリング許可を受信するＵＥのみに専用である必要はない。例えば、図６のリソース３２４及び３２６の許可は、必ずしもＵＥ１０２ａにのみ専用である必要はない。リソース３２４及び３２６は、全てが許可無しアップリンク送信を用いて再送を行っている、目標ＵＥを含むＵＥのグループにより共有されてよい。
【００６０】
幾つかの実施形態では、半永久的スケジューリング許可は、ＵＥへ明示的に送信される必要がない。例えば、ＵＥは、初期許可無しアップリンク送信を送信し、次にＵＥが停止するためのＡＣＫを受信するまで、許可無し再送を自動的に実行してよい。再送は、予め構成されたリソースホッピングパターンに基づき送信されてよい。
【００６１】
ＵＥの観点から、以下が達成され得る。幾つかの実施形態では、半永久的スケジューリング許可を受信した後に、ＵＥは、停止するための更なるシグナリング（例えばＡＣＫ）がＵＥにより受信されるまで、再送を実行してよい。幾つかの実施形態では、許可無しアップリンク送信を送信することを許可された他のＵＥは、許可無し又は共存領域内の、ＵＥを目標とするブロードキャストされたＤＣＩを復号する。ＤＣＩが目標ＵＥのための送信又は再送の明示的許可を含む場合、他のＵＥは、目標ＵＥに割り当てられた物理的時間周波数リソース及び／又はＭＡ署名を回避しようとする。幾つかのＤＣＩは、明示的許可を含まなくてよいが、他のＵＥは、依然として、ＤＣＩから推定される所定割り当てから目標ＵＥの動作を導出可能であってよい。例えば、ＤＣＩは、目標ＵＥが異なるホッピングパターンに切り替えるべきであることの指示であってよく、他のＵＥは、ホッピングパターンの間の知られている関係に基づき、目標ＵＥが切り替えるべきホッピングパターンを推定可能であってよい（例えば、ホッピングパターン１にいるならば、ＵＥはホッピングパターン２にのみ切り替え可能である）。他のＵＥは、次に、新しいホッピングパターンにおいて目標ＵＥにより使用される時間周波数リソース及び／又はＭＡ署名を回避してよい。
【００６２】
幾つかの実施形態では、他のＵＥが、更なるスケジューリングを伴わずに目標ＵＥへ送信されるＡＣＫを復号した場合、他のＵＥは、目標ＵＥのリソースが解放される、つまり更なる再送が目標ＵＥにより要求されないことを知る。他のＵＥは、次に、再送を行うために目標ＵＥにより占有されていた、解放されたリソースを使用してよい。例えば、目標ＵＥ１０２ａは、図６に示すホッピングパターンを割り当てる半永久的許可を送信されてよい。許可無しアップリンク送信を共存領域３２０で送信する他のＵＥは、ＵＥ１０２ａのアップリンク送信との衝突を回避しようとするために、ホッピングパターンにおいてＵＥ１０２ａにより使用されるリソース／参照信号を回避してよい。ＵＥ１０２ａのデータが成功裏に受信及び／又は復号されると、基地局１００は、次に、ＡＣＫをＵＥ１０２ａへ送信し、ＵＥ１０２ａの半永久的スケジューリング許可を終了する。許可無しアップリンク送信を共存領域３２０で送信する、ＡＣＫを成功裏に受信及び／又は復号する他のＵＥは、ＡＣＫから、ＵＥ１０２ａに対する半永久的スケジューリング許可が終了したことを決定できる。他のＵＥは、したがって、ＵＥ１０２ａの半永久的スケジューリング許可により利用されるリソースが、今や自由に使用できることを知る。
【００６３】
幾つかの実施形態では、ＵＥは、ＡＣＫを受信するのを待っている間、再送を自動送信しなくてよい。代わりに、データのアップリンク送信を送信した後に、ＵＥは、再送を送信する前に、基地局１００からのＡＣＫ／ＮＡＣＫ又はＤＣＩ許可を待ってよい。再送は、基地局１００からのシグナリングに依存して、許可無し又は許可有りであってよい。
【００６４】
幾つかの実施形態では、基地局１００は、ＵＥのグループに、該ＵＥのグループへマルチキャストされるグループメッセージを介して、許可無しリソースを割り当て及び／又は他のダウンリンク制御情報を送信してよい。例えば、基地局１００は、図１のＵＥ１０２ａ−ｅを時間周波数リソースの特定区分に割り当てたいと望み得る。その結果、ＵＥ１０２ａ−ｅは、それらの許可無しアップリンク送信を送信するために、時間周波数リソースの該区分を共有できる。基地局１００は、したがって、ＵＥ１０２ａ−ｅの各々により受信され、それらの許可無しアップリンク送信のために時間周波数リソースの区分を使用するようＵＥ１０２ａ−ｅの各々に指示するマルチキャスト又はグループ制御メッセージを送信できる。別の例として、グループ制御メッセージは、ＵＥ１０２ａ−ｅに、それらがもはや許可無しアップリンク送信を送信することが許可されないことを指示してよい。別の例として、グループ制御メッセージは、特定ＭＡ署名（例えば、参照信号）をＵＥ１０２ａ−ｅに割り当ててよい。別の例として、グループ制御メッセージは、特定リソースホッピングパターン及び／又は参照信号ホッピングパターンをＵＥ１０２ａ−ｅに割り当ててよい。いずれの場合にも、グループ制御メッセージは、ＵＥ１０２ａ−ｅにだけマルチキャストされてよく、或いは、制御メッセージは、他のＵＥにもブロードキャストされ、他のＵＥにより復号可能であってよく、その結果、他のＵＥが、例えばＵＥ１０２ａ−ｅに割り当てられたリソース及び／又は参照信号を使用しないことにより、衝突を回避しようとしてよい。
【００６５】
幾つかの実施形態では、基地局１００は、ＵＥのグループに送信及び／又は再送を許可するグループ又はマルチキャストダウンリンク制御メッセージを送信してよい。例えば、ＵＥ１０２ａ−ｅは、それぞれ、許可無しアップリンク送信を送信してよい。ＵＥ１０２ａ及び１０２ｂの許可無しアップリンク送信は、基地局１００により正しく復号されない。基地局１００は、したがって、ＵＥ１０２ａ及びＵＥ１０２ｂの両方のために再送をスケジューリングするグループ制御メッセージを送信する。別の例として、ＵＥ１０２ａ−ｅは、それぞれ、ＢＳＲを有する許可無しアップリンク送信を送信してよい。ＢＳＲは、ＵＥ１０２ｄ及び１０２ｅが送信すべき更なるデータを有することを示す。基地局１００は、したがって、ＵＥ１０２ｄ及びＵＥ１０２ｅの両方のために新規送信をスケジューリングするグループ制御メッセージを送信する。いずれの場合にも、幾つかの実施形態では、グループ制御メッセージは、特定許可無し時間周波数リソース及び／又はＭＡ署名（例えば参照信号）リソースを許可してよい。幾つかの実施形態では、グループ制御メッセージは、目標ＵＥにより使用されるべきリソースホッピングパターン及び／又は参照信号ホッピングパターンを許可してよい。また、前述のように、グループ制御メッセージを成功裏に受信し及び／又は復号する他のＵＥは、目標ＵＥに許可されたリソース及び／又は参照信号を回避することにより、衝突を軽減しようとできる。
【００６６】
幾つかの実施形態では、ＵＥに許可されたリソース及び／又はＭＡ署名を示す情報は、共通制御チャネル内に存在してよい。例えば、特定時間周波数リソース及び参照信号がＵＥ１０２ａに共存領域内で許可される場合、許可は、共通制御チャネルで送信されることにより、ブロードキャストされてよい。ＵＥは、共通制御チャネル内のどこで許可を見付けるべきかを予め知っている。目標ＵＥ１０２ａは、共通制御チャネル内の許可を復号する。許可無しアップリンク送信を共存領域内で送信することを許可された他のＵＥも、共通制御チャネル内の許可を復号する。その結果、他のＵＥは、ＵＥ１０２ａに許可された時間周波数リソース及び／又は参照信号を使用することを回避できる。
【００６７】
幾つかの実施形態では、基地局１００は、任意の許可無しアップリンク送信のために使用するために、リソースホッピングパターン及び／又は参照信号ホッピングパターンをＵＥ１０２ａのために予め構成し又はスケジューリングしてよい。ＵＥ１０２ａは、共通制御チャネルを読み取り、回避すべきリソース又は参照信号を示すシグナリングが存在するかどうかを決定する。例えば、ＵＥ１０２ｃがリソースＡ及び参照信号＃１を許可された場合、ＵＥ１０２ａは、理想的には、リソースＡ及び参照信号＃１を使用することを回避することを望み得る。別の例として、ＵＥ１０２ｄが特定リソースホッピングパターン及び／又は参照信号ホッピングパターンを許可された場合、ＵＥ１０２ａは、理想的には、ＵＥ１０２ｄに許可されたホッピングパターンを回避しようと望み得る。したがって、幾つかの実施形態では、ＵＥ１０２ａは、共通制御チャネルを読み取った後に、自身のリソースホッピングパターン及び／又は参照信号ホッピングパターンを変更する。例えば、ＵＥ１０２ａは、新しいホッピングパターンに切り替え、自身が自身のホッピングパターンを変更したことを基地局１００に通知してよい。別の例として、ＵＥ１０２ａは、基地局１００が新しいホッピングパターンを割り当てることを要求し、次に、基地局１００が新しいホッピングパターンを割り当てるのを待ってよい。
【００６８】
幾つかの実施形態では、ＵＥは、初期許可無しアップリンク送信を実行し、続いて、ＮＡＣＫ又はＡＣＫを受信し又は必ず待機さえする前に、後の送信又は初期データの再送を行ってよい。ＵＥにより送信された後の送信は、所定リソース又はスケジューリングされたリソースホッピングパターンを使用してよい。例えば、ＵＥは、許可無しアップリンク送信のために使用されるべき共有リソースのホッピングパターンを割り当てられてよい。ＵＥは、ＡＣＫが受信されるまで、許可無しアップリンク再送を送信するためにリソースのホッピングパターンを使用してよい。しかしながら、幾つかの実施形態では、特定数の再送（例えば、数回の再送）の後にＡＣＫが受信されなかった場合、ＵＥは、ＵＥに新しいリソースホッピングパターン及び／又は新しい参照信号ホッピングパターンを再スケジューリングし得る或いはＵＥに特定リソース及び／又は参照信号を使用することを回避するよう知らせ得る共通ブロードキャストチャネルをリッスンしてよい。ＵＥは、次に、１つ以上の後のアップリンク送信のために使用されるリソースホッピングパターン及び／又は参照信号ホッピングパターンを変更してよい。幾つかの実施形態では、共通ブロードキャストチャネルは、ＵＥに、ＵＥの送信電力を増大するよう及び／又は後の再送のために使用される変調及び符号化方式（ＭＣＳ）を削減するよう知らせてよい。このように、基地局１００は、ＵＥにより使用されるリソース又はＭＡ署名ホッピングパターンを変更するように、及び／又はＵＥの送信電力及び／又はＭＣＳを変えるように、ＵＥの再送を変えるために（例えば、共通ブロードキャストチャネル内の）ダウンリンク制御情報を使用してよい。
【００６９】
許可無しから許可有りアップリンク送信への切り替え
幾つかの実施形態では、ＵＥが許可無しアップリンク送信を送信すると、それに応答して、基地局１００は、ＵＥのために許可有りアップリンク送信をスケジューリングしてよい。一例として、及び図４に関して前述したように、ＵＥは、ＵＥが基地局１００へ送信すべき更なるデータを持っていることを示すＢＳＲを有する許可無しアップリンク送信を送信してよい。それに応答して、基地局は、次に、ＵＥのために許可有りアップリンク送信をスケジューリングしてよい。許可有りアップリンク送信は、新しいトランスポートブロック（ＴＢ）（例えば、新しいパケット）のスケジューリングされた送信であってよい。別の例として、ＵＥは、初期許可無しアップリンク送信を送信してよく、初期許可無しアップリンクにおけるデータは基地局１００により復号に失敗し得る。それに応答して、基地局１００は、１つ以上の再送を送信することのＵＥに対する許可（又は半永久的許可）を送信してよい。許可無しアップリンク送信を受信することに応答して、ＵＥのためにアップリンク送信をスケジューリングすることは、「許可無しから許可有りへの切り替え」と呼ばれてよい。つまり、許可無しアップリンク送信がＵＥから受信され、それに応答して、許可有りアップリンク送信が該ＵＥのためにスケジューリングされる。許可無しから許可有りへの切り替えは、許可無しアップリンク送信を送信するスケジューリング許可（又は半永久的スケジューリング許可）をＵＥへ送信することにより、実行されてよい。スケジューリング許可に応答して、ＵＥは、許可無し送信／再送の実行から、スケジューリング許可の中で定められたリソースを用いる許可有り送信／再送へと切り替える。
【００７０】
許可無しから許可有り送信又は許可有り再送へ切り替えるための許可は、ＤＣＩの中で送信できる。ここで、ＤＣＩのＣＲＣは、ＵＥ  ＩＤ、例えばセル無線ネットワーク一時ＩＤ（Ｃ  ＲＮＴＩ）又は許可無し（ＧＦ）ＲＮＴＩによりマスクされ又はスクランブリングされる。Ｃ  ＲＮＴＩ及びＧＦ  ＲＮＴＩは、ＲＲＣシグナリングの中で割り当てられてよい。Ｃ  ＲＮＴＩは、許可有り送信のために割り当てられたものと同じＲＮＴＩであり、通常のアップリンクスケジューリング許可のために使用されるＤＣＩのＣＲＣをマスクするために使用される。ＧＦ  ＲＮＴＩは、許可無し送信に関する制御シグナリング（例えば、許可無し送信に関するＤＣＩのＣＲＣをマスクする）のために割り当てられてよい。幾つかの実施形態では、ＧＦ  ＲＮＴＩは、Ｃ  ＲＮＴＩと異なる。幾つかの実施形態では、別個のＧＦ  ＲＮＴＩは定められず、代わりに、Ｃ  ＲＮＴＩがＧＦ  ＲＮＴＩのために使用される。許可無しから許可有り送信又は許可有り再送へ切り替えるためのＤＣＩ許可は、どのＴＢが再送されるべきか又はどのＨＡＲＱプロセスＩＤが新規ＴＢ送信のために使用されるかを識別するために、ＨＡＲＱプロセスＩＤを示してよい。
【００７１】
幾つかの実施形態では、基地局１００は、許可無しから許可有りへの切り替えを特定条件に基づき実行してよい。いずれか１つの条件、又はここで議論される条件の任意の組み合わせが、許可無しから許可有りへの切り替えを実行するか否かを決定するために、基地局１００により使用されてよい。例示的条件は以下を含む：
（１）許可無しメッセージは、ＵＥが送信すべきデータ（又は更なるデータ）を有することを示すＢＳＲを含む。これに応答して、基地局１００は、許可無しから許可有りへの切り替えを実行してよい。
【００７２】
及び／又は、
（２）許可無しメッセージの中のデータが復号に失敗する。これに応答して、基地局１００は、許可無しから許可有りへの切り替えを実行してよい。
【００７３】
及び／又は、
（３）遅延要件。ＵＥが自身の遅延限界に近い場合、基地局１００は、許可無しから許可有りへの切り替えを実行してよい。その他の場合、基地局１００は、切り替えを実行しなくてよい。この場合、基地局１００は、スケジューリング許可を伴わずＡＣＫ又はＮＡＣＫを送信するだけでよく、又は、基地局１００は何も送らなくてよい。ＵＥによる任意の後の送信（又は再送）は、次に、許可無しアップリンク送信を介して送信されてよい。より一般的に、遅延要件に関わらず、基地局１００がＵＥについて許可無しから許可有りへの切り替えが実行されるべきではないと決定した場合、該ＵＥは許可無し送信／再送を続けてよい。
【００７４】
及び／又は、
（４）送信回数。例えば、ＵＥが許可無しアップリンク送信を介してデータの何回か（例えば３回）の再送を送信しており、基地局による該データの復号が依然として失敗している場合、基地局は、次の再送のためのスケジューリング許可を送信することにより、許可無しから許可有りへの切り替えを実行してよい。幾つかの実施形態では、再送回数は、参照信号識別（例えば、再送で使用される参照信号）により、又は許可無しアップリンク送信の中でＵＥにより送信される別個の指示子により、決定されてよい。
【００７５】
及び／又は、
（５）ＵＥは、ＵＥの知られている環境又は要件（例えば、ＵＥの遅延要件、トラフィック負荷、チャネル条件、等）に基づき、ＵＥが許可有りアップリンク送信に切り替えることを望むか否かを示す指示子を送信してよい。基地局１００は、ＵＥが許可有りアップリンク送信への切り替えを望むことを示す場合、許可無しから許可有りへの切り替えを実行してよい。
【００７６】
及び／又は、
（６）現在又は最近のサブフレーム内で到着する、許可無しＵＥのトラフィック負荷、例えば許可無しＵＥの数。許可無しアップリンク送信の数及び／又は許可無しアップリンク送信を送信することを許可されたＵＥの数が特定閾を超えた場合、それに応答して、許可無しから許可有りへの切り替えが１つ以上のＵＥについて実行されてよい。
【００７７】
及び／又は、
（７）許可無し送信モードで動作する現在検出されているＵＥからの、潜在的な将来の衝突が存在する場合、許可無しから許可有りへの切り替えは、潜在的な将来の衝突を回避しようとするために実行されてよい。
【００７８】
及び／又は、
（８）サービス品質（ＱｏＳ）要件。許可無しアップリンク送信を送信するＵＥのＱｏＳ要件に依存して、許可無しから許可有りへの切り替えが該ＵＥについて実行されてよい。
【００７９】
前述の実施形態から明らかなように、許可無しから許可有りへの切り替えが目標ＵＥについて常に実行されるものではない。ある場合には、目標ＵＥは許可無しアップリンク送信を送信してよく、それに応答して、許可有りアップリンク送信が基地局によりスケジューリングされなくてよい。むしろ、目標ＵＥの後のアップリンク送信は、許可無しのままであってよい。このような状況の幾つかの例は上述された。幾つかの更なる例は以下の通りである。
【００８０】
幾つかの実施形態では、目標ＵＥは、目標ＵＥが基地局１００へ送信すべきデータ（又は追加データ）を有することを示すＢＳＲを有する許可無しアップリンク送信を送信する。幾つかの実施形態では、許可無しアップリンク送信は、競合に基づくスケジューリング要求であってよく、許可無しアップリンク送信は、（例えば、図１のメッセージ１５０におけるような）初期データを含んでよい。基地局１００は、許可無しアップリンク送信を正しく復号し、しかし許可無しから許可有りへの切り替えを実行しないと決定する。したがって、基地局１００は、スケジューリング許可を伴わず、目標ＵＥへＡＣＫを送信する。目標ＵＥからの後のデータは、したがって、後の許可無しアップリンク送信の中で送信される。上述のように、ＡＣＫは、衝突回避の目的で、許可無しアップリンク送信を送信することを許可された他のＵＥにブロードキャストされてよい。例えば、許可無しアップリンク送信を送信することを許可された他のＵＥは、ＡＣＫから、目標ＵＥが後の許可無しアップリンク送信のために使用してよい将来のＭＡ署名及び／又は将来のリソースを導出可能であってよい。
【００８１】
幾つかの実施形態では、目標ＵＥは、（ＢＳＲを含んでよく又は含まなくてよい）許可無しアップリンク送信を基地局１００へ送信する。基地局１００は、許可無しアップリンク送信のデータの復号に成功できないが、許可無しアップリンク送信を送信したＵＥを識別できる（例えば、ＵＥの参照信号のアクティビティ検出が成功し、ＵＥを示す）。基地局１００は、許可無しから許可有りへの切り替えを実行しないと決定する。基地局１００は、したがって、スケジューリング許可を伴わず、目標ＵＥへＮＡＣＫを送信する。目標ＵＥからの再送は、許可無しアップリンク送信を用いて実行される。上述のように、ＮＡＣＫは、衝突回避の目的で、許可無しアップリンク送信を送信することを許可された他のＵＥにブロードキャストされてよい。幾つかの実施形態では、基地局１００は、ＮＡＣＫさえも送信しなくてよい。この場合、ＡＣＫの不存在は、目標ＵＥに対し、再送が許可無しアップリンク送信を介して実行されるべきであることを意味する。
【００８２】
幾つかの実施形態では、目標ＵＥは、（ＢＳＲを含んでよく又は含まなくてよい）初期許可無しアップリンク送信を基地局１００へ送信する。基地局１００は、初期許可無しアップリンク送信のデータを成功裏に復号できず、初期許可無しアップリンク送信を送信したＵＥを識別できない。基地局１００は、初期許可無しアップリンクメッセージに対しいかなる応答も送信しない。許可無しから許可有りへの切り替えが実行されない。目標ＵＥは、後の許可無しアップリンク送信を送信する。後の許可無しアップリンク送信は、初期許可無しアップリンク送信と同じデータを伝達してよい。或いは、後の許可無しアップリンク送信は、初期許可無しアップリンク送信の中のデータの再送であってよい。
【００８３】
許可無し反復、及び許可無しから許可有りへの切り替え
上述のように、幾つかの実施形態では、ＵＥは、データの初期許可無しアップリンク送信を実行し、続いて、ＮＡＣＫ又はＡＣＫを受信し又は必ず待機さえする前に、後の送信又は初期データの再送を行ってよい。例えば、幾つかの実施形態では、ＵＥ１０２ａは、（例えば、メッセージ１５０のようなパケットの）トランスポートブロック（ＴＢ）の初期送信を送信し、次に後の許可無しアップリンク送信を介して該ＴＢの後の送信を自動的に実行するよう構成されてよい。自動の許可無しの後の送信は、ＴＢの反復の実行と呼ばれる。つまり、ＴＢの初期アップリンク送信が実行されてよく、その後に、後の許可無しアップリンク送信を用いてＴＢの反復が続く。
【００８４】
幾つかの実施形態では、ＴＢの反復は、初期送信と比べて異なる冗長バージョンを使用してよい。例えば、ＴＢの初期送信ではＲＶ０、ＴＢの第１反復ではＲＶ１、ＴＢの第２反復ではＲＶ２、等である。しかしながら、冗長バージョンが異なる必要はない。幾つかの実施形態では、ＴＢの反復は異なるＭＣＳを使用してよい。例えば、初期送信は高いＭＣＳを有してよく、第１反復はより低いＭＣＳを有してよく、第２反復は更に低いＭＣＳを有してよい、等である。しかしながら、異なる反復のＭＣＳが異なる必要はない。
【００８５】
幾つかの実施形態では、反復は、予め構成されたリソース又は予め構成されたホッピングパターンに対して実行されてよい。例えば、初期許可無しアップリンク送信を送信するためにＵＥ１０２ａにより使用される許可無しリソースに基づき、初期許可無しアップリンク送信に関連する任意の反復を送信するために事前に予め定められた固定された将来リソースが存在してよい。例えば、初期許可無しアップリンク送信が、第１送信時間間隔（ＴＴＩ）で時間周波数位置Ａを使用する場合、第１反復は次のＴＴＩの時間周波数位置Ｂで送信され、第２反復は続くＴＴＩの時間周波数位置Ｃで送信される、等である。本開示では、ＴＴＩ又は時間間隔は、サブフレーム、フレーム、スロット、タイムスロット、ミニスロット、ＯＦＤＭシンボル、特定数のＯＦＤＭシンボル、又は任意の他の時間単位を意味し得る。幾つかの実施形態では、反復は、後の時間順又は時間と周波数との組み合わせで、予め構成された許可無しリソースで送信される。例えば、許可無しリソースがＰ個のＴＴＩに等しい周期で構成され、反復回数Ｋにより構成されたＵＥが初期許可無しアップリンク送信をＴＴＩ  Ｍで実行する場合、ＵＥは、ＴＴＩ  Ｍ＋Ｐ、Ｍ＋２Ｐ、．．．、Ｍ＋（Ｋ−１）＊Ｐで連続反復を実行してよい。許可無し反復は、Ｐ＞１のとき、本例のように、時間的に連続しないリソースで行われ得る。幾つかの実施形態では、許可無し反復は、許可無し初期送信に続く、後の時間順で行われてよい。例えば、反復回数Ｋにより構成されたＵＥが初期許可無しアップリンク送信をＴＴＩ  Ｍで実行する場合、ＵＥは、ＴＴＩ  Ｍ＋１、Ｍ＋２、．．．、Ｍ＋Ｋ−１において、連続反復を実行してよい。幾つかの実施形態では、反復は、以下の条件のうちの１つが満たされるまで、ＵＥ１０２ａにより実行されてよい。
【００８６】
（１）ＴＢの反復回数（初期送信を含む）がＫに達する。つまり、ＵＥ１０２ａがＴＢのＫ個の送信を実行している。幾つかの実施形態では、Ｋは、基地局１００により半静的に構成される。その結果、基地局１００／ネットワークは時間に渡りＫを調整できる。
【００８７】
又は、    
（２）許可無しから許可有りへの切り替えを実行する基地局から許可が受信される。つまり、基地局１００は、１つ以上の再送を実行するために、ＵＥ１０２ａへ許可を送信する。ＴＢについてアップリンク許可がＵＥにより成功裏に受信された場合、アップリンク許可割り当ては、許可無し割り当てを覆し、ＵＥのＴＢの送信／再送はアップリンク許可に従う。
【００８８】
幾つかの実施形態では、複数のＨＡＲＱプロセスは、同じＵＥからの許可無しアップリンク送信についてサポートされてよい。異なるＨＡＲＱプロセスは、異なるＨＡＲＱプロセスＩＤを用いて識別されてよい。例えば、ＵＥが第１ＴＢの初期送信及び該第１ＴＢの任意の反復を送信すると、次に、ＵＥは、このような初期送信／反復をＨＡＲＱプロセスＩＤ＃０に関連付けてよい。ＵＥが他のＴＢの初期送信及び該他のＴＢの任意の反復を送信すると、次に、ＵＥは、このような初期送信／反復をＨＡＲＱプロセスＩＤ＃１に関連付けてよい、等である。複数のＨＡＲＱプロセスが、同じＵＥについて並行して進行中であってよい。
【００８９】
複数のＨＡＲＱプロセスが同じＵＥについてサポートされるとき、ＵＥを許可無しから許可有りへ切り替えるためのＤＣＩ許可は、許可無しから許可有りへの切り替えの指示されるＴＢを識別する必要があってよい。つまり、幾つかの実施形態では、許可無しから許可有りアップリンク送信に切り替えるべきＴＢをＵＥが分かるように、許可を受信するＵＥは、許可の向けられるＨＡＲＱプロセスＩＤ（つまりＴＢ）を知る必要がある。一実施形態では、ＨＡＲＱプロセスＩＤは、許可の中で明示的に又は暗示的に示されてよく、基地局及びＵＥの両方により知られる方法で、アップリンクＴＢ送信をＨＡＲＱプロセスＩＤに関連付けるメカニズムが提供される。ＨＡＲＱプロセスＩＤをＴＢのアップリンク送信に関連付ける１つの方法は、アップリンク時間周波数リソースとＨＡＲＱプロセスＩＤとの間の知られているマッピングを使用することである。
【００９０】
許可無しアップリンク送信機会をアップリンク時間周波数リソースにマッピングし及びＨＡＲＱプロセスＩＤを割り当てる異なる方法が以下に記載される。一般的に、ＨＡＲＱプロセスＩＤの時間／周波数リソースへのマッピングは、以下のパラメータ：周期、ＵＥの又は各リソースセットの最大構成ＨＡＲＱプロセスＬ、現在時間インデックス（例えば、後述するＣＵＲＲＥＮＴ＿ＴＴＩ）、反復回数Ｋ、周波数位置インデックス又はリソースセットインデックス、合計リソースセット数、各リソースセットのＨＡＲＱプロセスＩＤオフセット、のうちの１つ又は一部若しくは全部の組み合わせに依存してよい。本開示の異なる例において記載されるように、詳細な組み合わせが可能である。
【００９１】
一実施形態では、許可無しアップリンク送信リソースセットは、基地局により構成され且つＴＢの初期許可無しアップリンク送信を送信するための機会の間のアクセス間隔（時間）を基準とする周期に従う。例えば、８の周期は、初期許可無しアップリンク送信を送信するための各機会の間に８個の時間間隔があることを意味する。初期許可無しアップリンク送信リソースの時間位置は、ＲＲＣシグナリング又はＤＣＩシグナリングの中でシグナリングされ又は示されてよいリソースオフセット値にも依存してよい。オフセット値は、１つ以上の許可無しアップリンク送信リソースの時間位置、又はシステムフレーム番号（ＳＦＮ＝０）に対する１リソースの時間位置、又は１周期内の許可無しアップリンク送信リソースの相対時間位置を示してよい。例えば、オフセットは、フレーム０に対する（例えば、システムフレーム番号（ＳＦＮ）＝０に対する）１つの許可無しアップリンク送信リソースの時間位置インデックス（例えば、ＴＴＩインデックス、スロットインデックス、又はサブフレームインデックス）を示してよい。
【００９２】
一例では、図７は、許可無しアップリンク送信のためにＵＥにより使用されてよい時間周波数リソースの複数のブロックを含む許可無しアップリンク送信リソースセット４０２を示す。２８個の時間周波数ブロックが一例として示され、各ブロックは、１つの時間間隔に渡り、０乃至２７の間のそれぞれの時間インデックスに関連付けられる。例えば、第１ブロックは、期間Ｔの時間間隔に渡り、インデックス０を用いて指定される。
【００９３】
図７の時間周波数リソースブロックは、時間的に連続し、同じサイズであるように示されるが（つまり、同じ時間期間に渡り、且つ同じ周波数範囲を包含する）、これは簡単のための単なる一例である。実際の実装では、ブロックは時間及び／又は周波数に分配されてよい。また、各ブロックの時間期間は、実装固有である。例えば、時間間隔Ｔは、実装に依存して、送信時間間隔（ＴＴＩ）又はスロット又はミニスロット又はサブフレーム又は特定数のＯＦＤＭシンボルを表してよい。各インデックスは、図７のそれぞれの時間周波数リソース領域に対応する時間間隔を表す。同様に、後述する図８〜２７に関して、図示の時間周波数リソースブロックは、同じサイズであり且つ幾つかの場合には連続しているように示されるが、これは簡単のための単なる一例である。実際の実装では、ブロックは時間及び／又は周波数に分配されてよい。また、各時間インデックスの時間期間は、実装固有である。図７で、許可無しアップリンク初期送信機会の間の周期は、８個の時間インデックスである。周期は、代わりに、アクセス間隔と呼ばれてよい。
【００９４】
幾つかの実施形態では、図７に示される許可無しアップリンク送信リソースは、例えば図示のように時間的に連続する。例えば、各リソースはＴ＝１の時間間隔に渡ってよい。ここで、時間間隔はＴＴＩであってよく、ＴＴＩは、スロット、ミニスロット、サブフレーム若しくは特定数のＯＦＤＭシンボルであってよい。周期は、ＴＴＩに等しい単位により定められてよい。したがって、図７の許可無し初期送信リソースは、８ＴＴＩだけ離れてよい。リソース１、２、３、４、５、６、７は、リソース０の後に続くＴＴＩの中のリソースであってよい。リソース１〜７は、同じ周波数位置又は同じ相対周波数位置を有し、又はリソース０に対する周波数位置の所定のマッピングを有してよい。例えば、それらは、同じ物理リソースブロック（ＰＲＢ）又はＶＲＢインデックスを共有してよい。幾つかの実施形態では、許可無し初期送信リソースの間のリソースうちの幾つかは、許可無しアップリンク送信リソースとして構成されない（例えば、反復が構成されない又はＵＥのために構成された反復回数がＫ＝１である場合、例えば図７のリソース１〜７、９〜１５、１７〜２３、及び２５〜２７は、許可無しアップリンク送信リソースとして構成されなくてよい）。図８は、ＴＢの自動送信回数がＫ＝４であり、Ｋ＝４の隣接インデックスの各バンドルがそれぞれのＨＡＲＱプロセスＩＤにマッピングされ、及びＵＥの有し得る構成アップリンクＨＡＲＱプロセスの最大数がＬ＝３である（ＨＡＲＱプロセスＩＤ０、ＨＡＲＱプロセスＩＤ１、及びＨＡＲＱプロセスＩＤ２）一例についての図７の変形を示す。ＨＡＲＱプロセスＩＤ０はインデックス０で始まる４個の隣接インデックスのバンドルに割り当てられ、ＨＡＲＱプロセスＩＤ１はインデックス８で始まる４個の隣接インデックスのバンドルに割り当てられる、等である。幾つかの実施形態では、初期アップリンク許可無し送信リソース（例えば、図８のリソース０、８、１６、及び２４）のみが、ＨＡＲＱプロセスＩＤへの明示的マッピングを有する。初期送信の後の同じＴＢの反復は、初期送信と同じＨＡＲＱプロセスＩＤを自動的に使用し、したがって、ＨＡＲＱプロセスＩＤへの明示的マッピングを有する必要がない。幾つかの実施形態では、許可無し初期送信リソースの間のリソースうちの幾つかは、許可無しアップリンク送信リソースとして構成されない（例えば、ＵＥのために構成された反復回数がＫ＝４である場合、図７のリソース４〜７、１２〜１５、及び２０〜２３は、許可無しアップリンク送信リソースとして構成されなくてよい）。
【００９５】
ＨＡＲＱプロセスＩＤとリソースとの間の関係は、バンドルの初期送信機会のインデックス番号に基づきバンドルのＨＡＲＱプロセスＩＤを指定する以下の式に従い表されてもよい。
【数１】
2020502920.tif 000003
ここで、「ｍｏｄ」はモジュロ演算であり、
【数２】
2020502920.tif 000004
は床関数である（つまり、
【数３】
2020502920.tif 000005
はｘ以下の最大整数を与える）。インデックスは、許可無し送信リソースが位置する又は許可無し送信が生じる現在時間の時間インデックスを表し、代わりにＣＵＲＲＥＮＴ＿ＴＴＩとも呼ばれてよい。ＣＵＲＲＥＮＴ＿ＴＴＩの時間単位は、サブフレーム、スロット、ミニスロット、又は特定数のＯＦＤＭシンボル、又は任意の時間単位であり得る。ＣＵＲＲＥＮＴ＿ＴＴＩは、フレーム番号を考慮して定められてもよい。例えば、ＣＵＲＲＥＮＴ＿ＴＴＩがサブフレームに基づき定められる場合、ＣＵＲＲＥＮＴ＿ＴＴＩ＝［（ＳＦＮ＊１０）＋サブフレーム番号］であり、ここでＳＦＮはシステムフレーム番号である。別の例では、ＣＵＲＲＥＮＴ＿ＴＴＩは、スロット番号として定められてよい。例えば、システムフレーム当たり２０個のスロットが存在し得るとき、ＣＵＲＲＥＮＴ＿ＴＴＩ＝［（ＳＦＮ＊２０）＋スロット番号］。
【００９６】
図８に示す例では、ＴＢは、時間インデックス１０の間に、ＵＥの送信バッファに到着する。基地局へのＴＢの許可無し初期アップリンク送信は、したがって、次の許可無しアップリンク初期送信機会に、つまりインデックス１６で生じ、その後にインデックス１７、１８、及び１９において３回の反復が続く。ＴＢのＨＡＲＱプロセスＩＤは２である。これがインデックス１６〜１９にあるリソースのバンドルにマッピングされたＨＡＲＱプロセスＩＤだからである。
【００９７】
図８で、反復は、初期送信の生じる時間インデックスの直後のＫ−１個の時間インデックス（例えばＴＴＩ）で生じる。これは、単なる一例である。他の実施形態では、反復は、別の予め構成された時間及び／又は周波数ホッピングパターンに従ってよい。リソースホッピングが可能な場合、実際の物理的時間周波数リソースは、構成されたリソースホッピングパターンを用いて導出されてよい。いずれの場合にも、アップリンク許可無し初期送信のために指定されたインデックス（例えば、図８のインデックス０、８、１６、及び２４）は初期送信リソースと呼ばれ、反復を送信するために使用されるインデックスは反復リソース（例えば、Ｋ＝４の場合には、図８のインデックス１、２、３、９、１０、１１、等）と呼ばれる。反復回数Ｋ＞１による反復の場合には、本開示を通じて初期送信はＫ回の反復の中の第１反復を表してよいことに留意する。
【００９８】
図９は、図８の実施形態の代替を示し、ここで、パケットが送信されるために到着すると、ＵＥは初期送信リソースまで必ずしも待機する必要がなく、つまり、ＵＥは、次の初期送信インデックスで初期送信を送信するために必ずしも待機する必要がない。代わりに、初期送信は反復リソースで送信されてよい。
【００９９】
図９で、反復は、初期送信に続く時間インデックスで、例えば（図示のように）同じＴＢのＫ＝４回の反復の間にリソース１１、１２、１３、及び１４で行われる。別の実施形態では、反復は、許可無し初期及び反復リソースとして指定される、初期送信に続く時間リソースで送信されてよい。例えば、リソース１１、１６、１７、及び１８は、同じＴＢのＫ＝４回の反復の間、使用されてよい。
【０１００】
図９で、ＴＢに割り当てられたＨＡＲＱプロセスＩＤは、許可無しアップリンク初期送信が送信されるリソースブロックに関連付けられたＨＡＲＱプロセスＩＤに等しい。図９のＴＢのＨＡＲＱプロセスＩＤは初期送信が送信されるリソースブロックに関連付けられたＨＡＲＱプロセスＩＤに等しいので、図９のＴＢのＨＡＲＱプロセスＩＤは図８のＴＢのＨＡＲＱプロセスＩＤと異なることに留意する。
【０１０１】
図８と比べて図９の可能な利益は、ＵＥがＴＢを送信可能になる前に、幾つかの時間インデックスを待機しなくてよいことである。図９の例では、ＴＢ送信は、４０６で示されるような次の時間インデックスで開始してよい。低遅延アプリケーションが更に良好にサポートされ得る。
【０１０２】
したがって、幾つかの実施形態では、ＵＥは、新規ＴＢの送信のために反復リソースを使用してよい。幾つかの実施形態では、ＵＥは、反復リソースが既に別のＴＢの反復を送信するために使用されている場合、これを行うのを回避し得る。ＵＥが新規ＴＢの初期送信のために反復リソースを使用することを許可されているか否かを示すために、基地局から送信される制御情報の中に指示（例えば、フラグ）が存在してよい。指示は、無線リソース制御（ＲＲＣ）シグナリング又はＤＣＩシグナリングの中で送信されてよい。指示は、リソースセット／構成固有であり、つまりリソースセット毎に定められてよい。幾つかの実施形態では、指示は、適用シナリオ、ニューメロロジー、又は適用シナリオを識別するための任意の他の手段に関連付けられてよい。例えば、適用がＵＲＬＬＣである場合、ＵＥは、反復リソースで初期送信を送信することを許可されてよい。適用がｅＭＢＢ又は他の非低遅延サービスである場合、ＵＥは、初期許可無しアップリンク送信リソースで初期許可無しアップリンク送信を送信できるだけであってよい。
【０１０３】
図８の例では、基地局は、ＴＢの初期許可無しアップリンク送信が受信されているときを、アップリンク送信を送信するために使用される時間周波数リソースの時間インデックスに基づき知る。これは、初期送信リソースのみが初期許可無しアップリンク送信を送信するために使用されるからである。このようなことは図９の場合には該当しない。したがって、基地局は、ＴＢの初期送信と反復との間を区別するために別の方法を必要とし得る。ＴＢの初期送信と反復との間を区別する１つの方法は、アップリンク送信のために使用されるＭＡ署名に基づき得る。例えば、ＴＢの初期送信は、ＴＢの反復のために使用される１つ以上の参照信号と異なる参照信号を使用してよい。基地局は、次に、許可無しアップリンク送信で使用される参照信号に少なくとも部分的に基づき、ＴＢの初期送信を識別してよい。幾つかの実施形態では、基地局は、他の手段により初期送信のタイミングを識別してよい。例えば、ＵＥは、送信が初期送信か否かを、例えば許可無し送信と一緒に新規データ指示子（ＮＤＩ）を通じて、示すことができる。指示子は、アップリンク制御チャネル又はデータチャネルで送信できる。基地局は、復号された指示子を用いて初期送信を識別可能であってよい。基地局が（ＭＡ署名又は他の手段を用いて）初期送信タイミングを識別すると、基地局は、初期送信後の後の時間インデックスを用いて、同じＴＢの後続の反復を識別してよい。ＨＡＲＱプロセスＩＤは、初期送信にマッピングされたＨＡＲＱプロセスＩＤを用いて識別され得る。
【０１０４】
幾つかの実施形態では、許可無しアップリンク送信時間周波数リソースが初期送信リソースか反復リソースかに関わらず、周期及びオフセット値が、許可無しアップリンク送信時間周波数リソースを定めるために使用される。構成された許可無しアップリンク送信時間周波数リソースの周期は、したがって、代わりに、許可無しアップリンク送信時間周波数リソースが初期送信リソースか反復リソースかに関わらず、近隣許可無しアップリンク送信時間周波数リソースの間のアクセス間隔を表してよい。図１０は、許可無しアップリンク送信機会の間の周期が３である許可無しアップリンク送信リソースセット４２２を示す。図１１は、図１０の変形を示し、ここで、構成されたＴＢの反復回数はＫ＝３であり、Ｋ＝３回の隣接許可無しアップリンク送信機会の各バンドルはそれぞれのＨＡＲＱプロセスＩＤにマッピングされ、ＵＥの有し得る構成されたアップリンクＨＡＲＱプロセスの最大数はＬ＝２であり、各許可無しアップリンク送信リソースは、初期送信リソース又は反復リソースのいずれかとして指定される。ＴＢが基地局へのアップリンク送信のためにＵＥの送信バッファに到着すると、ＵＥは、ＴＢの許可無しアップリンク初期送信を送信するための次の利用可能な初期送信リソースまで待つ。図１１に示す例では、ＴＢは、時間インデックス１０の間のアップリンク送信のために到着し、ＴＢの送信は時間インデックス１８で開始し、第１反復は時間インデックス２１で生じ、第２反復は時間インデックス２４で生じる。ＴＢはＨＡＲＱプロセスＩＤ０に割り当てられる。これがインデックス１８、２１、及び２４にマッピングされたＨＡＲＱプロセスＩＤであるからである。
【０１０５】
図１２は、図１０の別の変形を示し、ここで、ＴＢの自動送信回数はＫ＝３であり、Ｋ＝３回の隣接許可無しアップリンク送信機会の各バンドルはそれぞれのＨＡＲＱプロセスＩＤにマッピングされ、ＵＥの有し得る進行中ＨＡＲＱプロセスの最大数はＬ＝２であるが、各許可無しアップリンク送信リソースは、初期送信リソース又は反復リソースとして特に指定されない。ＴＢの初期送信又は該ＴＢの反復は、任意の許可無し送信機会に生じることができる。ＴＢが基地局へのアップリンク送信のためにＵＥの送信バッファに到着すると、ＵＥは、ＴＢの許可無しアップリンク初期送信を送信するための次の利用可能な許可無しアップリンク送信リソースまで待つ。反復は、後の許可無しアップリンク送信リソースに続いて起こる。ＴＢに割り当てられるＨＡＲＱプロセスＩＤは、初期送信の送信されるインデックスに関連付けられたＨＡＲＱプロセスＩＤである。図１２に示す例では、ＴＢは、時間インデックス１０の間のアップリンク送信のために到着し、ＴＢの送信は時間インデックス１２で開始し、第１反復は時間インデックス１５で生じ、第２反復は時間インデックス１８で生じる。ＴＢはＨＡＲＱプロセスＩＤ１に割り当てられる。これがインデックス１２にマッピングされたＨＡＲＱプロセスＩＤであるからである。反復は次の利用可能な許可無しアップリンク送信リソースで送信されるように示されるが、これは単なる一例である。反復は、時間ドメインにおいて近隣許可無しアップリンク送信リソースで生じる必要はない。例えば、第１反復はインデックス１５の代わりにインデックス１８で送信されてよく、第２反復はインデックス１８の代わりにインデックス２４で送信されてよい。
【０１０６】
図１２で、基地局がＴＢの初期許可無しアップリンク送信と反復との間を区別する１つの方法は、許可無しアップリンク送信のために使用されるＭＡ署名に基づき得る。例えば、ＴＢの初期許可無しアップリンク送信は、該ＴＢの反復のために使用される１つ以上の参照信号と異なる参照信号を使用してよい。初期送信のタイミング又は時間／周波数位置が識別されると、同じＴＢの後続のＫ−１回の反復は、初期許可無しアップリンク送信に続く後のＫ−１個の許可無しアップリンク送信リソースを見付けることにより識別されてよい。ＨＡＲＱプロセスＩＤは、初期送信に対応するリソースに基づき識別されてよく、同じＴＢの後続の反復は、同じＨＡＲＱプロセスＩＤを使用していると考えることができる。同じことが、例えば図９、１７及び１９〜２７に関してここに記載される他の実施形態についても言える。
【０１０７】
幾つかの実施形態では、基地局は、制御情報（例えば、１つ以上のフラグ）を用いて、ＵＥが以下が可能か否かを構成してよい：（ｉ）ＴＢの許可無しアップリンク初期送信を任意の利用可能な許可無しアップリンク送信リソースで送信すること、又は（ｉｉ）許可無しアップリンク初期送信を許可無しアップリンク初期送信リソースに特に指定されたリソースでのみ送信すること。例えば、基地局からの制御情報の中で、ＵＥを図１１に示す構成と図１２に示す構成との間で切り替えるために、指示子が使用されてよい。指示子は、ＲＲＣシグナリング又はＤＣＩシグナリングでシグナリングされてよい。
【０１０８】
図１２のマッピングの１つの可能な利点は、Ｋ回の反復の後に、次の許可無しリソースが常に、同じＵＥからの任意の新規ＴＢのために使用される準備のできた異なるＨＡＲＱプロセスＩＤに対応することである。
【０１０９】
図１２及びここに記載の全ての他の実施形態では、通常、ＨＡＲＱプロセスが終了した場合（例えば、ＡＣＫ又は許可を示すＡＣＫのために、ＨＡＲＱプロセスのバッファがＵＥによりフラッシュされる）、ＵＥは、終了したＨＡＲＱプロセスと同じ又は異なるＨＡＲＱプロセスに対応する許可無しリソースを用いて、新規データを送信可能であってよい。しかしながら、ＨＡＲＱプロセスが進行中である場合（例えば、ＵＥがＡＣＫ／ＮＡＣＫ又は他のフィードバック若しくは再送がＴＢのためにスケジューリングされるのを待機している）、ＵＥは、衝突を回避するために新規ＴＢを送信するための異なるＨＡＲＱプロセスＩＤに対応する許可無しリソースを使用可能であってよい（例えば、同じＨＡＲＱプロセスＩＤの許可無しリソースを回避する）。
【０１１０】
図１２及びここに記載の全ての他の実施形態では、ＵＥの連続許可無し反復は、前述のようにＫ回の反復を終了する前に、任意で許可により早期に停止され、又は任意でＡＣＫにより早期に停止されてよい。ＵＥがＴＢのＡＣＫを受信した場合、ＵＥは、ＴＢに対応するＨＡＲＱプロセスのバッファを直ちにフラッシュしてよい。幾つかの実施形態では、ＡＣＫを受信した後に、ＵＥは、ＵＥが新規ＴＢを送信するために同じＨＡＲＱプロセスＩＤを使用する必要のあるときに、対応するＨＡＲＱプロセスのバッファをフラッシュするだけでよい（例えば、ＵＥが新規パケットを有し、直ちに送信する必要があるが、ＵＥがＫ回の反復を未だ終了していないので、次の利用可能許可無しリソースが同じＨＡＲＱプロセスに対応する場合、ＵＥは、バッファをフラッシュし、同じＨＡＲＱプロセスＩＤに対応するリソースで新規ＴＢを送信してよい）。幾つかの実施形態では、ＡＣＫは、許可により暗示的に示されてよい。例えば、許可が現在ＴＢと同じＨＡＲＱプロセスＩＤに対応する新規ＴＢの送信をスケジューリングする場合、許可は、該ＴＢのＡＣＫを示すよう考慮されてよい。この場合、ＵＥは、該ＴＢのバッファをフラッシュし、自身が送信すべき新規データを有する場合、スケジューリング許可に続き新規ＴＢを送信してよい。ＵＥがＴＢのＡＣＫを受信し、ＴＢのバッファをフラッシュした場合、ＵＥは、許可無しリソースのＨＡＲＱプロセスＩＤがＡＣＫされたＴＢのＨＡＲＱプロセスＩＤと同じか異なるかに関わらず、新規ＴＢの許可無し送信を実行するために、後の許可無しリソースのうちのいずれかを使用してよい。ＵＥが、ＴＢのＫ回の反復を終了する前又は後に許可を受信した場合、許可は、ＴＢの許可有り再送をスケジューリングすることの許可であってよい。したがって、ＵＥは、許可無し反復を停止し、許可有り再送に切り替えてよい。許可有り及び許可無し送信が同じＨＡＲＱプロセスＩＤを共有する場合、ＴＢのＨＡＲＱプロセスが肯定応答される（又はバッファがフラッシュされる）前の間に、ＵＥは、新規ＴＢの送信のために異なるＨＡＲＱプロセスに対応する許可無しリソースを使用できるだけでよい。幾つかの場合には、これは、ＵＥが、Ｋ回の反復が終了しない場合があるので、幾らかの時間の間待たなければならない場合があり、次の送信リソースが該ＴＢと同じＨＡＲＱプロセスＩＤを使用している見込みがあることを意味し得る。ＵＥがＴＢのＫ回の反復を終了し、ＵＥが送信すべき新規データを有する場合、前のＫ回の反復が肯定応答されていないならば、ＵＥは、異なるＨＡＲＱプロセスＩＤを有する許可無しリソースで新規データを送信する必要があり得る。図１２で、ＵＥは、常に異なるＨＡＲＱプロセスＩＤに対応するので、新規ＴＢのために次の許可無しリソースで常に直ちに送信できる。
【０１１１】
幾つかの実施形態では、ＵＥがＴＢのＫ回の反復を終了し、ＵＥがＡＣＫ又は許可を未だ受信していない場合、ＵＥはＨＡＲＱフィードバック（ＡＣＫ／ＮＡＣＫ又は許可）を待ってよい。ＵＥがＡＣＫ又は許可を基地局から所定ウインドウ内で受信しない場合、ＵＥは、ＴＢの許可無し再送を実行してよい。許可無し再送は、構成された許可無しリソースで行われてよい。許可無し再送は、Ｋ回の反復の別のセットを含んでよい。一実施形態では、許可無し再送は、同じＨＡＲＱプロセスＩＤに対応する許可無しリソースでのみ行われてよい。このシナリオでは、基地局は、許可無し再送及び初期のＫ回の許可無し反復を、それらが同じＨＡＲＱプロセスＩＤを用いて識別可能であるとき、結合可能であってよい。許可無し再送は、同じＨＡＲＱ  ＩＤプロセスに対応する許可無しリソースを見付けるために幾らかの時間の間、待たなければならないことがある。別の実施形態では、許可無し再送は、対応するＨＡＲＱプロセスＩＤが初期のＫ回の反復のＨＡＲＱプロセスＩＤと同じか異なるかに関わらず、後続の利用可能許可無しリソースのうちのいずれかを使用可能であってよい。許可無し再送のＨＡＲＱプロセスＩＤが初期のＫ回の反復と異なる場合、基地局は、初期のＫ回の反復及び許可無し再送を独立に（つまり両者を結合しない）復号することを選択してよい。記載の手順は、Ｋ＝１の場合にも機能する。
【０１１２】
幾つかの実施形態では、許可無し反復は、周波数ドメイン、時間ドメイン、又は時間及び周波数ドメインの結合に、分散され得る。制御情報の中の指示子（例えば、フラグ）は、許可無し反復が最初に周波数ドメインで又は最初に時間ドメインで実行されることを示すために（例えば、ＲＲＣシグナリングで）構成されてよい。
【０１１３】
図１３は、各時間インデックスが２つの許可無しアップリンク送信機会を有する一例を示す。ＴＢの自動送信回数はＫ＝４である。２つのＴＢ（ＴＢ０及びＴＢ１）は、同じ時間間隔で並行して、しかし重なり合わない周波数リソースで送信されている。図１４は、図１３の変形であり、ここで、同じＴＢの２回の送信が同じ時間間隔で重なり合わない周波数リソース上で生じる。図１４で、同じＴＢの複数の送信は、並行して送信される。これは、ＴＢの自動送信がより短い時間間隔に渡り生じるという利点を有する。図１４の実施形態の起こり得る欠点は、所与の時間間隔でＴＢを送信するための電力が、該時間間隔における該ＴＢの２回の送信の間で分散される必要があり得ることである。
【０１１４】
許可無しアップリンクリソースの複数のセットのためのリソース構成
許可無しアップリンクリソースを構成する異なる方法に対応し得る異なる種類のアップリンク許可無し送信方法がある。第１種類の許可無しアップリンク送信では、送信リソースは、レイヤ１（Ｌ１）（例えばＤＣＩ）シグナリングを伴わず、ＲＲＣシグナリングにより構成され／再構成されてよい。ＵＥがＲＲＣシグナリングからリソース構成を受信した後に、ＵＥは、Ｌ１シグナリングを伴わずに、アップリンク許可無し送信を実行できる。第２種類の許可無し送信では、送信リソースは、アクティブ化／非アクティブ化について、ＲＲＣシグナリング及びＬ１シグナリング（例えばＤＣＩ）の両方に基づいてよい。ＲＲＣ構成に基づく第３種類の許可無し送信があってよい。ＵＥは、Ｌ１アクティブ化を伴わずに、許可無し送信を実行してよい。しかしながら、それは、ＲＲＣで構成された幾つかのパラメータを変更するために、Ｌ１シグナリング（例えばＤＣＩ）の使用を許可する。ＵＥは、１種類の許可無し送信のみをサポートし、又は複数種類の許可無し送信を同時にサポートしてよい。（基地局を介する）ネットワークは、ＵＥを明示的に構成し、又はＵＥが１つ以上の種類の許可無し送信をサポート可能か否かを暗示的に示し、又はＵＥがサポートする許可無し送信の種類を示してよい。指示は、ＲＲＣシグナリング内であってよい。指示は、ＲＲＣの中のリソース構成と一緒に送信されてよい。本開示では、私達は、上述の許可無し送信の異なる種類を表すために、「許可無し型」又は「ＧＦ型」を用いることがある。私達は、異なるリソースシグナリングオプション、つまり異なる種類の許可無し送信及び許可有り送信を表すために、「許可型」に言及することがある。例えば、許可型は、種類１許可無し送信（ＲＲＣシグナリングによってのみ構成されるリソース）、種類２許可無し送信（ＲＲＣシグナリング及びＤＣＩシグナリングにより構成されるリソース）、種類３許可無し送信（ＲＲＣシグナリングによってのみ構成されるが、ＤＣＩ変更リソースパラメータを有するリソース）、許可有り送信（ＤＣＩによりシグナリングされるリソース）であり得る。これらは全て異なる許可型と考えられる。幾つかの実施形態では、ＵＥが種類１リソース構成又は種類２リソース構成であるかは、アクティブ化又は非アクティブ化が有効にされるかを表すアクティブ化指示子により示される。指示子はフラグ（Ｌ１アクティブ化フラグ）であってよい。例えば、フラグが０である場合、アクティブ化が有効にされず、許可無し送信は種類１である。そうでない場合、リソース構成は種類２であってよく、逆も同様である。幾つかの実施形態では、ＵＥが種類１許可無し送信か又は種類３許可無し送信かは、Ｌ１シグナリングがＲＲＣで構成されたＧＦリソースパラメータを変更するために使用可能か否かを示す指示子により示されてよい。指示子はフラグ（Ｌ１変更フラグ）でもあり得る。例えば、Ｌ１変更フラグが０である場合、これは、許可無し送信が種類１であることを示してよく、Ｌ１変更フラグが１である場合、これは、許可無し送信が種類３であることを示してよい。幾つかの実施形態では、Ｌ１アクティブ化フラグが１でありＬ１変更フラグが０であるときのみ、許可無し送信が種類３である。複数の許可無し構成又は複数の許可無しリソースセットが存在するとき、各構成又はリソースセットは、ＵＥについて上述と同じ方法で、ＵＥの各構成／リソースセットの許可無し送信の種類を識別する上述の指示子／フラグを含んでよい。本開示では、ＬＴＥ又は新無線（ＮＲ）における半永久的スケジューリング（ＳＰＳ）は、種類２許可無し送信として考えられてよい。
【０１１５】
許可無し送信では、ＲＲＣで構成されたパラメータは、以下：許可無しＣ−ＲＮＴＩ（ＧＦ  Ｃ−ＲＮＴＩ）又はグループＣ−ＲＮＴＩ、周期、リソースオフセット、時間ドメインリソース割り当て、周波数ドメインリソース割り当て、ＤＭＲＳ構成（ＵＥ固有であってよい）、１つ以上のＭＣＳ及び／又はトランスポートブロックサイズ（ＴＢＳ）値、反復回数Ｋ、電力制御関連パラメータ、ＨＡＲＱ関連パラメータ、リソースホッピングパターン、１つ以上のＭＡ署名、ＭＡ署名ホッピングパターン、Ｌ１アクティブ化指示子／フラグ、Ｌ１変更指示子／フラグ、ＵＥが初期送信のために許可無し反復／再送リソースを使用可能か否かを示すための指示子、のうちの１つ以上を含んでよい。ＨＡＲＱ関連パラメータは、構成されたＵＬ  ＨＡＲＱプロセスの最大数（Ｌ）、及び任意でＨＡＲＱプロセスＩＤオフセットを含んでよい。ＧＦ  Ｃ−ＲＮＴＩは、許可無し送信に関連する制御シグナリングのために使用されるＤＣＩメッセージのＣＲＣを少なくともマスクするために使用されるある種のＵＥ  ＩＤである。これは、許可無し送信又は関連シグナリングのために主に使用されることを除いて、Ｃ−ＲＮＴＩと同様の機能を有する。ＧＦ  Ｃ−ＲＮＴＩは、Ｃ−ＲＮＴＩと異なってよい。周期は、２つの許可無し送信リソースの間の間隔を表す。リソースオフセットに関し、オフセット値は、１つ以上の許可無しアップリンク送信リソースの時間位置、又はシステムフレーム番号（ＳＦＮ＝０）に対する１つのリソースの時間位置、又は１周期内の許可無しアップリンク送信リソースの相対時間位置を示してよい。例えば、オフセットは、フレーム０に対する（例えばシステムフレーム番号（ＳＦＮ）＝０に対する）１つの許可無しアップリンク送信リソースの時間位置インデックス（例えば、ＴＴＩインデックス、スロットインデックス、又はサブフレームインデックス）を示してよい。別の例では、オフセット値は、ＴＴＩインデックス０とＴＴＩインデックス周期−１との間に位置する許可無しリソースのＴＴＩインデックスとして定められる。時間ドメインリソース割り当ては、時間ドメインに渡る許可無しリソースの長さを示してよく、ＴＴＩ、サブフレーム、スロット、ミニスロット、又は特定数のＯＦＤＭシンボルであってよい。周波数ドメインリソース割り当ては、許可無しリソースの周波数ドメインリソース割り当て（例えば、幾つかの場合には開始周波数位置及びＲＢ内のサイズにより示され得るＰＲＢ又はＶＲＢインデックス）を示してよい。リソースホッピングパターンは、周波数リソースが異なる時間にホッピングすべき周波数区分／帯域／サブ帯域を示してよい。
【０１１６】
ＧＦ  Ｃ−ＲＮＴＩ、周期、及び電力制御パラメータのような許可無しパラメータの一部又は全部は、同じＵＥの１つ以上の異なる許可無し型について共通であってよい。例えば、ＵＥが種類１許可無し送信、種類２許可無し送信、又は両方により構成されるかに関わらず、単一のＧＦ  Ｃ−ＲＮＴＩがＵＥについて構成されてよい。ＧＦ  Ｃ−ＲＮＴＩ、周期、及び電力制御パラメータのような許可無しパラメータの一部又は全部は、許可無し型固有であってよい。つまり、異なるパラメータセットが、異なる種類の許可無し送信について構成され／予め定められる。例えば、種類１許可無し送信をサポートするＵＥは、種類１ＧＦ送信のために第１ＧＦ  Ｃ−ＲＮＴＩにより構成されてよい。同じＵＥが種類２許可無し送信も同様にサポートするよう構成される場合、該ＵＥは、種類２許可無し送信をサポートするために異なる第２ＧＦ  ＣＲＮＴＩにより構成されてよい。幾つかの実施形態では、種類２許可無し送信のための第２ＧＦ  Ｃ−ＲＮＴＩは、ＳＰＳ  Ｃ−ＲＮＴＩであってよい。ＧＦ  Ｃ−ＲＮＴＩ、周期、及び電力制御パラメータのような許可無しパラメータの一部又は全部は、同じＵＥの１つ以上の異なる許可型について共通であってよい。例えば、許可有り送信及び許可無し送信のためのＵＥ  ＩＤは、同じであってよい。例えば、Ｃ−ＲＮＴＩのみが構成され、ＧＦ  Ｃ−ＲＮＴＩは構成されなくてよく、Ｃ−ＲＮＴＩはＧＦ  Ｃ−ＲＮＴＩの機能のために使用されてよい。ＧＦ  Ｃ−ＲＮＴＩ及び電力制御パラメータのようなパラメータの一部又は全部は、許可型固有であってよい。つまり、異なるパラメータセットが、異なる許可型の送信について構成され／予め定められる。例えば、許可有り送信及び許可無し送信は、異なるＵＥ  ＩＤにより、例えばそれぞれＣ−ＲＮＴＩ及びＧＦ  Ｃ−ＲＮＴＩにより構成されてよい。Ｃ−ＲＮＴＩ及びＧＦ  Ｃ−ＲＮＴＩは異なり得る。
【０１１７】
幾つかの実施形態では、複数の許可無しアップリンク送信リソースセット又は複数の許可無し構成が、ＵＥ毎に（例えばＲＲＣシグナリングで）構成されてよく、各セット／構成は場合によっては異なる方法で構成される。ＵＥは、許可無し送信のために、１又は複数の許可無しリソースセットを使用してよい。各リソースセットは、リソースセット／構成を識別するために、許可無しリソースセットインデックス又は許可無し構成インデックスも含んでよい。ＵＥ毎に構成される又は予め定められるサポートされる許可無しリソースセット／構成パラメータの最大数があってよい。
【０１１８】
複数のリソースセットは、例えば種類２許可無し送信のために、ＤＣＩシグナリングによりアクティブ化されてよい。複数のリソースセットは、ＵＥ固有ＤＣＩによりアクティブ化されてよい。各リソースセットは、別個のＤＣＩによりアクティブ化され得る。異なるリソースセットは、明示的にシグナリングされてよい異なるリソースセットインデックスを用いて別個のＤＣＩの中で識別されてよい。複数のリソースセットは、単一のＤＣＩメッセージによってもアクティブ化され得る。ＵＥのために複数のリソースセットをアクティブ化するＤＣＩアクティブ化メッセージは、ＬＴＥ  ＤＣＩフォーマット３／３Ａと同様のビットマップフォーマットを用いてシグナリングされてよい。例えば、ＤＣＩアクティブ化メッセージについてのＣＲＣは、Ｃ−ＲＮＴＩ又はＧＦ  Ｃ−ＲＮＴＩによりマスクされてよい。ＤＣＩはＭ個のビットを含んでよく、ビットの各々は、リソースセットをアクティブ化するかアクティブ化しないかに関する情報を含む。Ｍ個のビットの中の１つのビットの位置は、ＲＲＣの中で構成されるリソースセットインデックスとの所定の関係を有する。例えば、第１ビットはリソースセットインデックス０のアクティブ化情報に対応し、第２ビットはリソースセットインデックス１のアクティブ化情報に対応し、．．．、第ＭビットはリソースセットインデックスＭ−１を有するリソースセットに対応する。Ｍは予め構成され又は予め定められてよい。Ｍは、ＵＥに割り当てられた実際のリソースセットの数、又は該ＵＥについて若しくは１つのＵＥについて構成可能なリソースセットの最大数であってよい。
【０１１９】
図１５は、２つの許可無しアップリンク送信リソースセット５０２及び５０４を示す。２つの許可無しアップリンク送信リソースセット５０２及び５０４は、異なる方法で構成されてよい。ＲＲＣで構成される許可無しパラメータの一部又は全部は、全ての許可無しリソースセットについて共通であってよく、全ての許可無しリソースセットについて構成され又は予め定められてよい。許可無しパラメータの一部又は全部は、許可無しリソースセット／構成固有であってよい。各リソースセットは、Ｌ１アクティブ化フラグ及び／又はＬ１変更により示される、１種類の許可無し送信（例えば、種類１又は種類２許可無し送信）に対応してよい。
【０１２０】
幾つかの実施形態では、前述の構成パラメータの全部は、構成固有及び／又はリソースセット固有であってよい。幾つかの実施形態では、前述の構成パラメータの一部のみが、構成固有及び／又はリソースセット固有であってよい。幾つかの実施形態では、構成された複数のリソースセットは、時間間隔当たりの構成された複数の周波数ドメインリソースをもたらしてよい。幾つかの実施形態では、周期、オフセット、及び時間ドメインリソース割り当ては、全てのリソースセットに共通であり、周波数ドメインリソース割り当て、リソースホッピングパターン、ＭＣＳ、ＭＡ署名、及び／又はＤＭＲＳはリソースセット固有であってよい。周期、オフセット、及び時間ドメインリソースパラメータが複数のリソースセットに共通であるとき、複数のリソースセットは、時間間隔当たりの異なる周波数リソースに対応する。幾つかの実施形態では、リソースホッピングパターンはリソースセット固有であり、周期、オフセット、時間ドメインリソース割り当て、全ての他の周波数ドメインリソース割り当てパラメータ、ＭＣＳ、ＭＡ署名、及びＤＭＲＳ、Ｋは、全てのリソースセットに共通である。幾つかの実施形態では、リソースホッピングパターン、ＭＡ署名、及び／又はＤＭＲＳ構成は、リソースセット固有であり、周期及びオフセット、時間ドメインリソース割り当てパラメータは、全てのリソースセットに共通であり、周波数ドメインリソースパラメータ、ＭＣＳのような他のパラメータは、全てのリソースセットに共通であり又はリソースセット固有であってよい。幾つかの実施形態では、（リソースホッピングパターンを含む）周波数ドメインリソース割り当てのみが、リソースセット固有であり、全ての他のパラメータは全てのリソースセットに共通であってよい。幾つかの実施形態では、周期は全てのリソースセットに共通であってよく、オフセット、及び時間ドメインリソース割り当て、周波数ドメインリソース割り当て、リソースホッピングパターン、ＭＣＳ、ＭＡ署名、及び／又はＤＭＲＳはリソースセット固有であってよい。
【０１２１】
幾つかの実施形態では、ＵＥは複数のリソースホッピングパターンにより構成され得る。複数のリソースホッピングパターンは、複数のリソースセットとして考えられ又はそれに対応し得る。ここで、各リソースホッピングパターンはリソースのセットである。したがって、リソースホッピングパターンパラメータは、リソースセット固有であってよい。リソースホッピングパターンは、異なる時間インデックス及び／又は反復回数に関して、リソースの位置する周波数区分を示してよい。周波数区分は、周波数帯域、周波数サブ帯域、ＲＢのセット又は周波数区分の任意の範囲であり得る。例えば、リソースホッピングパターンは、異なる時間における周波数区分インデックスを示すシーケンスとして定められてよい。他の許可無しリソースパラメータの一部又は全部は、異なるリソースセットに共通であってよい。幾つかの実施形態では、ＴＴＩ当たりの複数の周波数リソースは、ＵＥ毎に構成されてよい。幾つかの実施形態では、ＴＴＩ当たりの複数の周波数リソースは、異なるＨＡＲＱプロセスに対応してよい。ＵＥは、ＴＴＩ当たりに複数のＴＢ／ＨＡＲＱプロセスを送信可能であってよい。例えば、異なるリソースセットについて、周期、オフセット、及び時間ドメインリソース構成パラメータが共通であり、リソースホッピングパターンが異なる場合、異なるリソースセットは、同じＴＴＩ又は同じ時間間隔の異なる周波数区分に位置してよい。異なるリソースセットは、ＲＲＣで明示的にシグナリングされ又は（例えば、構成されたリソースセットの順序により又はシグナリングされたリソースホッピングパターンの順序により）暗示的に示されてよいリソースセットインデックスにより示されてよい。合計リソースセット数（例えば、幾つかの場合には、これは構成された周波数ホッピングパターンの数である）及びリソースセットインデックスは、後の例で記載するように、ＨＡＲＱプロセスＩＤの時間／周波数リソースへのマッピングを導出するために使用できる。幾つかの実施形態では、異なる周波数位置インデックス（ＴＴＩ内ＧＦリソースインデックス）及び時間間隔当たりの許可無しリソース数（ＴＴＩ当たりＧＦリソース数）が、ＨＡＲＱプロセスＩＤを導出するために代わりに使用できる。
【０１２２】
幾つかの実施形態では、各構成の内部の全てのパラメータは、構成／リソースセット固有であってよいが、各構成内にＵＥのために構成された複数のリソースセットがあってよい。複数のリソースセットは、例えば複数のリソースセットを構成することにより、共通の周期及びオフセットを有する複数のリソースセットについて、時間間隔当たり複数の周波数リソースを含んでよい。より一般的には、各リソース構成パラメータは、リソースセット固有又はＵＥ（サービス）固有であってよい。
【０１２３】
幾つかの実施形態では、各リソースセットは、ＨＡＲＱプロセス又はＨＡＲＱプロセス範囲に対応してよい。幾つかの実施形態では、各リソースセットに対応するＨＡＲＱプロセスＩＤは、（例えばＲＲＣで）明示的にシグナリングされてよい。幾つかの実施形態では、リソースセットに対応するＨＡＲＱプロセスＩＤは、明示的にシグナリングされなくてよい。他の実施形態では、ＨＡＲＱプロセスＩＤ／番号は、構成において明示的に示されず、複数のリソースセットのみが構成される。この場合、ＨＡＲＱプロセスを構成されたリソースにマッピングする所定のルールがあってよい。例えば、２個のリソースセットが構成された場合、第１セットはＨＡＲＱプロセス番号０に対応してよく、第２セットはＨＡＲＱプロセス番号１に対応してよい。別の例として、２個の並列リソースセットが、１つの時間単位／スロット内に２つの許可無しリソースが異なる周波数位置に存在するように構成された場合、より高い周波数帯域インデックスを有する一方がＨＡＲＱプロセス０に対応してよく、他方がＨＡＲＱプロセス１に対応し、或いは逆も同様である。幾つかの実施形態では、ＨＡＲＱプロセスＩＤは、リソース構成インデックス又はリソースセットインデックスに関連付けられてよい。
【０１２４】
幾つかの実施形態では、構成されるアップリンクＨＡＲＱプロセスの最大数Ｌは、全てのリソースセットの間で共有される。幾つかの実施形態では、構成されるアップリンクＨＡＲＱプロセスの最大数Ｌは、各リソースセット／構成毎にシグナリングされる。幾つかの実施形態では、各リソースセットについて使用されるＨＡＲＱ  ＩＤの開始点を定めるために使用されるＨＡＲＱプロセスＩＤオフセットがあってよい。ＨＡＲＱプロセスＩＤオフセットは、リソースセット毎にＲＲＣでシグナリングされてよい。
【０１２５】
図１６は、複数の時間周波数リソースブロックを含む許可無しアップリンク送信リソースセット５５２の別の例を示す。ＵＥによりＴＢの許可無しアップリンク送信のために使用され得る１６個の時間周波数ブロックが示される。各時間周波数ブロックは、０乃至１５の間のそれぞれの時間インデックスに関連付けられる。許可無しアップリンク初期送信機会の間の周期は、１個の時間インデックスである。ＨＡＲＱプロセスＩＤと時間周波数アップリンク送信リソースとの間には予め構成された又は予め定められたマッピングがある。具体的に、ＴＢの構成された反復回数はＫ＝４であり、Ｋ＝４個の隣接インデックスの各バンドルは、それぞれのＨＡＲＱプロセスＩＤにマッピングされ、ＵＥの有し得る進行中のＨＡＲＱプロセスの最大数はＬ＝３である（ＨＡＲＱプロセスＩＤ０、ＨＡＲＱプロセスＩＤ１、及びＨＡＲＱプロセスＩＤ２）。許可無しアップリンクリソースは、時間インデックス０〜３がバンドルされ、ＨＡＲＱプロセスＩＤ０に対応し、時間インデックス４〜７がバンドルされ、ＨＡＲＱプロセスＩＤ１に対応し、時間インデックス８〜１１がバンドルされ、ＨＡＲＱプロセスＩＤ２に対応し、時間インデックス１２〜１５がバンドルされ、ＨＡＲＱプロセスＩＤ０に対応するようにマッピングされる。
【０１２６】
図１６で、インデックス０、４、８、及び１２は初期送信リソースである。ＴＢが送信のためにＵＥに到着すると、ＵＥは、初期送信及び反復を送信するために、バンドルの開始まで待たなければならない。ＴＢに関連付けられたＨＡＲＱプロセスＩＤは、該バンドルのＨＡＲＱプロセスＩＤである。起こり得る欠点は、５５４に示すように、ＵＥが、ＴＢを送信可能になる前に、幾つかの送信ブロックを待たなければならないことがあることである。
【０１２７】
図１７は、代替実施形態を示し、ここで、パケットが送信されるために到着すると、ＵＥはバンドルの開始まで待機する必要がなく、つまり、ＵＥは、いずれかの時間インデックス０又は４又は８又は１２で初期送信を送信するために待機する必要がない。代わりに、初期送信は、（反復リソースを含む）任意の利用可能インデックスにおいて送信されてよく、ＴＢに割り当てられたＨＡＲＱプロセスＩＤは、初期送信が送信されるリソースブロックに関連付けられたＨＡＲＱプロセスＩＤに等しい。ＵＥは、ＴＢを送信可能になる前に、幾つかの送信ブロックを待つ必要がなくてよい。ＴＢ送信は、５５６に示すように、任意の（例えば次の利用可能な）送信ブロックで開始してよい。図１７のＴＢのＨＡＲＱプロセスＩＤは初期送信が送信されるリソースブロックに関連付けられたＨＡＲＱプロセスＩＤに等しいので、図１７のＴＢのＨＡＲＱプロセスＩＤは図１６のＴＢのＨＡＲＱプロセスＩＤと異なることに留意する。
【０１２８】
図１７で、基地局がＴＢの初期送信と反復との間を区別する１つの方法は、アップリンク送信のために使用されるＭＡ署名に基づき得る。例えば、ＴＢの初期送信は、ＴＢの反復のために使用される１つ以上の参照信号と異なる参照信号を使用してよい。
【０１２９】
図１６及び１７に示した例では、各許可無しアップリンク送信リソースブロックにマッピングされたＨＡＲＱプロセスＩＤは、以下のように計算されてよい：
【数４】
2020502920.tif 000006
ここで、
【数５】
2020502920.tif 000007
は床関数であり（つまり、
【数６】
2020502920.tif 000008
はｘ以下の最大整数を与える）、「インデックス」は許可無しリソース時間間隔のインデックス（例えば、０、１、２、等）又は前述のＣＵＲＲＥＮＴ＿ＴＴＩであり、「周期」、「Ｋ」、及び「Ｌ」は以上に定められており、「ｍｏｄ」はモジュロ演算である。一般的に、ＨＡＲＱプロセスＩＤマッピングはＫに依存してよい。許可無しリソースのＨＡＲＱプロセスＩＤマッピングは、Ｋ、周期、現在時間、及びＬの関数であってよい。
【０１３０】
図１８は、２つの許可無しアップリンク送信リソースセット５７２及び５７４の一例を示す。ＨＡＲＱプロセスＩＤオフセット（リソース構成について前述された）は、リソースセット毎に構成され、ＨＡＲＱプロセスＩＤが許可無しアップリンク送信リソースセット５７２及び５７４の２つのセットの間で重なり合わないように使用される。許可無しアップリンク送信リソースセット５７２は、許可無しアップリンク送信機会の間の周期が２つの時間間隔（例えば、実装に依存して２つのスロット、又は２つのＴＴＩ、又は２つのサブフレーム、等）であり、Ｋ＝２、Ｌ＝３、ＨＡＲＱ  ＩＤオフセットが０であり、及びリソースオフセットが０である（ここで、時間リソースオフセットは、例えばＳＦＮ＝０に対する及び／又は１周期内の許可無しアップリンク送信リソースの時間位置を定める）ように構成される。許可無しアップリンク送信リソースセット５７４は、許可無しアップリンク送信機会の間の周期が１つの時間間隔であり、Ｋ＝３、Ｌ＝４、ＨＡＲＱ  ＩＤオフセットが３であり、及び時間リソースオフセットが０であるように構成される。送信すべきＴＢを有するＵＥは、ＴＢを送信するために、リソースセット５７２又はリソースセット５７４のいずれかを選択し得る。ＴＢを送信するために使用すべきリソースセットを決定するためにＵＥにより実施される処理は、実装固有である。各リソースセットの各許可無しアップリンク送信リソースブロックにマッピングされたＨＡＲＱプロセスＩＤは、以下のように計算されてよい（パラメータはリソースセット固有であり得ることに留意する）：
【数７】
2020502920.tif 000009
インデックスは、前述のＣＵＲＲＥＮＴ＿ＴＴＩにより置換されてよい。一般的に、許可無しリソースのＨＡＲＱプロセスＩＤマッピングは、Ｋ、周期、現在時間、ＨＡＲＱ  ＩＤオフセット、及びＬの関数であってよい。
【０１３１】
図１８は、時間において重なり合うが周波数において重なり合わない、許可無しアップリンク送信リソースセット５７２及び５７４を示す。しかしながら、これは単なる一例である。代替の実施形態では、許可無しアップリンク送信リソースセット５７２及び５７４は、周波数において部分的に又は完全に重なり合ってよく、及び／又は許可無しアップリンク送信リソースセット５７２及び５７４は、時間において部分的に重なり合い、時間において完全に重なり合い、又は時間において全く重なり合わなくてよい。
【０１３２】
図１９は、許可無しアップリンク送信機会の間の周期が１つの時間間隔であり、各時間間隔が重なり合わない周波数：１つのサブキャリアセット上の、例えば６１２における「下側周波数」リソースブロック及び別のサブキャリアセット上の、例えば６１４における「上側周波数」リソースブロックで、２つの許可無しアップリンク送信機会を有し、Ｋ＝Ｌ＝４であるように構成された、許可無しアップリンク送信リソースセット６０２の一例を示す。幾つかの実施形態では、６１４及び６１２は、実際には、２つの異なる許可無しリソースセットを表してよい。
【０１３３】
同じＵＥからのＴＢについて進行中であってよいＨＡＲＱプロセスＩＤの最大数（つまりＬ）は、下側周波数リソースブロックと上側周波数リソースブロックとの間で共有される。具体的に、ＨＡＲＱプロセスＩＤ０及び２は、上側周波数許可無しアップリンク送信リソースブロックにマッピングされ、ＨＡＲＱプロセスＩＤ１及び３は、下側周波数許可無しアップリンク送信リソースブロックにマッピングされる。図１９に示す例では、許可無しアップリンクリソースを用いる基地局への各アップリンク送信について、３個のＴＢが異なる時間にＵＥの送信バッファに到着する。各ＴＢは次の許可無しアップリンク送信機会で送信を開始し、ＴＢに割り当てられたＨＡＲＱプロセスＩＤは、ＴＢの初期送信が送信される許可無しアップリンクリソースブロックに関連付けられたＨＡＲＱプロセスＩＤに等しい。幾つかの実施形態では、基地局は、許可無しアップリンク送信で使用されるＭＡ署名に基づき、ＴＢの初期送信と反復との間を区別する。図１９に示すように、ＴＢ＃２が到着すると、上側周波数許可無しアップリンク送信リソースブロックはＴＢ＃１の送信のために使用されているので、ＴＢ＃２は下側周波数許可無しアップリンク送信リソースブロックで送信される。
【０１３４】
図１９に示した許可無しアップリンク送信リソースセット６０２は、許可無しアップリンク送信時間周波数リソースブロックの時間周波数リソースへの論理マッピングであることに留意する。実際の実装では、時間及び／又は周波数ホッピングパターンが使用されてよい。
【０１３５】
一例として、図１９のＨＡＲＱ  ＩＤマッピングは、以下のように示されてよい：
【数８】
2020502920.tif 000010
ここで、ＧＦリソースセット数は、構成された許可無しアップリンク送信時間周波数リソースセットの数であり（つまり、図１９では２：リソースセット６１２及び６１４）、ＧＦリソースセットインデックスは、各セットのインデックスである（図１９では、リソースセット６１４は「０」であり、６１２は「１」である）。幾つかの実施形態では、ＧＦリソースセット数は、時間間隔又は任意の時間単位当たりに構成される周波数リソースの数である、ＴＴＩ当たりＧＦリソース数により置換されてよい。ＧＦリソースセットインデックスは、時間間隔又は任意の時間単位当たりに構成される複数の周波数リソースの中の周波数位置インデックスである、ＴＴＩ内ＧＦリソースインデックスにより置換されてよい。幾つかの実施形態では、時間間隔はＴＴＩ、例えばサブフレーム、スロット、又はミニスロットである。幾つかの実施形態では、時間間隔は、周期と同じように定められる。例えば、ＵＥのために構成された複数の周波数ホッピングパターンがある場合、ＴＴＩ内ＧＦリソースインデックスは、ＵＥのために構成された周波数ホッピングパターンのインデックスであってよく、一方で、ＴＴＩ当たりＧＦリソース数は、ＵＥのために構成された周波数リソースホッピングパターンの数であってよい。方式は、ＴＴＩ当たりに並列ＨＡＲＱプロセスが送信されることを許容してよい。上述の式で、インデックスは、前述のＣＵＲＲＥＮＴ＿ＴＴＩにより置換されてよい。一般的に、許可無しリソースのＨＡＲＱプロセスＩＤマッピングは、リソースの時間及び周波数位置、及び／又は反復回数Ｋの関数であってよい。ＨＡＲＱプロセスＩＤマッピングは、リソースセットインデックス及び合計ＨＡＲＱプロセス数の関数であってよい。
【０１３６】
図２０は、図１９の変形を示し、ここで、ＨＡＲＱプロセスＩＤ０及び１は、上側周波数許可無しアップリンク送信リソースブロックにマッピングされ、ＨＡＲＱプロセスＩＤ２及び３は、下側周波数許可無しアップリンク送信リソースブロックにマッピングされる。
【０１３７】
図２１は、図１９の変形を示し、ここで、１回の反復のみがある。つまり、各ＴＢは２回送信される：Ｋ＝２。図２２は、図２０の変形を示し、ここで、１回の反復のみがある。つまり、各ＴＢは２回送信される：Ｋ＝２。
【０１３８】
図２３は、図１９の変形を示し、ここで、反復は周波数ドメインで生じる。具体的に、隣接時間間隔の各ペアは、それ自体の、同じＨＡＲＱプロセスＩＤにマッピングされた４個の許可無しアップリンク送信ブロックを有する。その結果、同じＴＢの複数の送信が並列に送信される。ＴＢに割り当てられたＨＡＲＱプロセスＩＤは、初期送信及びＴＢの第１反復が送信される許可無しアップリンクリソースブロックに関連付けられたＨＡＲＱプロセスＩＤに等しい。図２３の実施形態は、２つの可能な利点を有する：ＴＢの自動送信がより短い時間間隔に渡り生じること、及び各時間間隔が１つのＨＡＲＱプロセスＩＤにのみ関連付けられること、である。図２３の例の起こり得る欠点は、所与の間隔でＴＢを送信するための電力が、該間隔における該ＴＢの２回の送信の間で分散される必要があり得ることである。
【０１３９】
図２４は、許可無しアップリンク送信機会の間の周期が１つの時間間隔であり、Ｋ＝Ｌ＝４、及び許可無しアップリンク送信リソースブロックへのＨＡＲＱプロセスＩＤマッピングが反復回数と独立であるように構成された、許可無しアップリンク送信リソースセット６５２の別の例を示す。具体的に、ｍが時間インデックスｎの許可無し送信リソースブロックにマッピングされたＨＡＲＱプロセスＩＤである場合、（ｍ＋１）ｍｏｄＬは、時間インデックスｎ＋１の許可無し送信リソースブロックにマッピングされたＨＡＲＱプロセスＩＤである。ＴＢに割り当てられたＨＡＲＱプロセスＩＤは、ＴＢの初期許可無しアップリンク送信が送信される許可無しアップリンクリソースブロックにマッピングされたＨＡＲＱプロセスＩＤに等しい。幾つかの実施形態では、基地局は、許可無しアップリンク送信で使用されるＭＡ署名に基づき、ＴＢの初期送信と反復との間を区別する。初期送信のタイミング又は時間／周波数位置が識別されると、同じＴＢの後続のＫ−１回の反復は、初期許可無しアップリンク送信に続く後のＫ−１個の許可無しアップリンク送信リソースを見付けることにより識別されてよい。ＨＡＲＱプロセスＩＤは、初期送信に対応するリソースに基づき識別されてよく、同じＴＢの後続の反復は、同じプロセスＨＡＲＱ  ＩＤを使用していると考えることができる。図２４の例では、特定ＨＡＲＱプロセスが進行中である場合、又は前のＨＡＲＱプロセスバッファがクリアされておらず（例えば、ＵＥが依然として該ＨＡＲＱプロセスのＡＣＫ／ＮＡＣＫ又は許可を待っている場合）、ＵＥが送信バッファ内に基地局へ送信すべき新規ＴＢを有する場合、ＵＥは、新規ＴＢを未使用ＨＡＲＱプロセスＩＤに対応する許可無しリソースで送信するために、必要に応じて新規ＴＢの初期送信を遅延させ得る。
【０１４０】
図２４のＨＡＲＱプロセスＩＤは、次のように表されてよい：
【数９】
2020502920.tif 000011
複数のリソースセットが構成され、各リソースセットが更にＨＡＲＱ  ＩＤオフセットで構成される場合、各リソースセットのＨＡＲＱプロセスＩＤは、次のように表されてよい：
【数１０】
2020502920.tif 000012
図２５は、図１９の変形を示し、ここで、許可無しアップリンク送信リソースブロックへのＨＡＲＱプロセスＩＤマッピングは、反復回数と独立である。
【０１４１】
一例として、図２５のＨＡＲＱ  ＩＤマッピングは、以下のように示されてよい：
【数１１】
2020502920.tif 000013
ここで、ＧＦリソースセット数は、許可無しアップリンク送信時間周波数リソースセットの数であり（つまり、図２５では２：リソースセット６１２及び６１４）、ＧＦリソースセットインデックスは、各セットのインデックスである（図２５では、リソースセット６１４は「０」であり、６１２は「１」である）。幾つかの実施形態では、ＧＦリソースセット数は、時間間隔又は任意の時間単位当たりに構成される周波数リソースの数である、ＴＴＩ当たりＧＦリソース数により置換されてよい。ＧＦリソースセットインデックスは、時間間隔又は任意の時間単位当たりに構成される複数の周波数リソースの中の周波数位置インデックスである、ＴＴＩ内ＧＦリソースインデックスにより置換されてよい。幾つかの実施形態では、時間間隔はＴＴＩ、例えばサブフレーム、スロット、又はミニスロットである。幾つかの実施形態では、時間間隔は、周期と同じように定められる。例えば、ＵＥのために構成された複数の周波数ホッピングパターンがある場合、ＴＴＩ内ＧＦリソースインデックスは、ＵＥのために構成された周波数ホッピングパターンのインデックスであってよく、一方で、ＴＴＩ当たりＧＦリソース数は、ＵＥのために構成された周波数リソースホッピングパターンの数であってよい。方式は、ＴＴＩ当たりに並列ＨＡＲＱプロセスが送信されることを許容してよい。
【０１４２】
図２６は、図２０の変形を示し、ここで、許可無しアップリンク送信リソースブロックへのＨＡＲＱプロセスＩＤマッピングは、反復回数と独立である。
【０１４３】
リソースインデックスｉを有する図２６の各リソースセットのＨＡＲＱプロセスＩＤは、次のように計算されてよい：
【数１２】
2020502920.tif 000014
ここで、Ｌ＿ｉは、リソースセットｉのＨＡＲＱプロセスの数であり、Ｌ＿ｉ＝ｆｌｏｏｒ（Ｌ／ＧＦリソースセット数）、オフセット＿ｉ＝Ｌ＿０＋Ｌ＿１＋．．．＋Ｌ＿｛ｉ−１｝、ここで、合計ＨＡＲＱプロセス数Ｌ、及びリソースセットインデックス、及び許可無しリソースセットの数が分かる必要があるだけである。幾つかの実施形態では、上述のように、ＧＦリソースセット数は、ＴＴＩ当たりＧＦリソース数により置換されてよく、ＧＦリソースセットインデックスは、ＴＴＩ内ＧＦリソースインデックスにより置換されてよい。
【０１４４】
図２０について同様に、各リソースセットのＨＡＲＱプロセスＩＤ：
【数１３】
2020502920.tif 000015
ここで、Ｌ＿ｉ及びオフセット＿ｉは上記で定められた。
【０１４５】
図２７は図１９の変形を示し、ここで、ＨＡＲＱプロセスＩＤ０は、上側周波数許可無しアップリンク送信リソースブロックにマッピングされ、ＨＡＲＱプロセスＩＤ１は、下側周波数許可無しアップリンク送信リソースブロックにマッピングされる。図２７は、予め構成されたリソースセット（６１４及び６１２）の結果であってよく、各リソースセットはそれぞれのＨＡＲＱプロセスに対応する。
【０１４６】
例示的な方法
図２８は、一実施形態による、基地局、目標ＵＥ、及び１つの他のＵＥにより実行される方法のフローチャートである。ステップ３３２で、目標ＵＥは、初期許可無しアップリンク送信を送信する。初期許可無しアップリンク送信は、競合に基づくスケジューリング要求であってよく又はそうでなくてよい。初期許可無しアップリンク送信は、ＢＳＲ又は上述の他の指示子（例えば、図５のステップ３０２に関して言及した指示子）を含んでよい。ステップ３３４で、基地局は初期許可無しアップリンク送信を受信する。ステップ３３６で、基地局は、目標ＵＥから追加送信が要求されることを決定する。幾つかの実施形態では、追加送信は、目標ＵＥから追加データを送信するために必要とされてよい。幾つかの実施形態では、追加送信は、初期許可無しアップリンク送信に関連する再送であってよい。ステップ３３８で、基地局１００は、追加送信に関連する情報を目標ＵＥへ送信する。追加送信に関連する情報は、他のＵＥにより受信され及び／又は復号されるよう構成される。追加送信に関連する情報は、許可有りアップリンク送信で追加送信を送信するために使用すべきリソース及び／又はＭＡ署名を示す、目標ＵＥへの許可であってよい。幾つかの実施形態では、許可は、半永久的スケジューリング許可であってよい。幾つかの実施形態では、追加送信が初期データの復号の失敗に起因する再送である場合、追加送信に関連する情報は、許可を伴わないＮＡＣＫであってよい。その結果、目標ＵＥは、許可無しアップリンク送信を介して再送を送信することになる。ステップ３４０で、目標ＵＥ及び他のＵＥの両者は、情報を受信する。ステップ３４２で、目標ＵＥは、追加送信を送信する。一方で、ステップ３４４で、他のＵＥは、情報を復号し、情報を読み取って、回避すべき少なくとも１つのＭＡ署名及び／又は少なくとも１つのリソースを決定する。ステップ３４６で、他のＵＥは追加送信のために目標ＵＥにより使用されるリソース及び／又はＭＡ署名の使用を回避しているので、他のＵＥは、ステップ３４２で目標ＵＥにより送信された追加送信と衝突しない許可無しアップリンク送信を送信する。ステップ３４８で、基地局は、ステップ３４２で送信された追加送信、及びステップ３４６で送信された許可無しアップリンク送信の受信に成功する。
【０１４７】
任意で、ステップ３３６で、基地局は、例えば前述の例示的条件（１）〜（８）のうちの１つ、一部、又は全部に基づき、目標ＵＥについて許可無しから許可有りへの切り替えが実行されるべきであると決定してよい。目標ＵＥについて許可無しから許可有りへの切り替えが実行されるべきである場合、ステップ３３８で送信された追加送信に関連する情報は、目標ＵＥに対する許可である。
【０１４８】
追加の例
以上に鑑み、以下の例が提供される。
【０１４９】
例１：基地局により実行される方法であって、ユーザ機器から許可無しアップリンク送信を受信するステップと、前記許可無しアップリンク送信を受信することに応答して、前記ユーザ機器のためのスケジューリング許可を生成するステップと、前記スケジューリング許可を少なくとも前記ユーザ機器へ送信するステップと、を含む方法。
【０１５０】
例２：前記スケジューリング許可を少なくとも第２ユーザ機器へ送信するステップ、も更に含む例１の方法。
【０１５１】
例３：前記スケジューリング許可を送信するステップは、前記スケジューリング許可をブロードキャストするステップを含む、例２の方法。
【０１５２】
例４：前記許可無しアップリンク送信は、指示子を含む、例１の方法。
【０１５３】
例５：前記指示子はバッファ状態レポートである、例４の方法。
【０１５４】
例６：前記バッファ状態レポートは、前記ユーザ機器が前記基地局へ送信すべき追加データを有することを示す、例５の方法。
【０１５５】
例７：前記スケジューリング許可を生成するステップは、半永久的スケジューリング許可を生成するステップを含む、例１の方法。
【０１５６】
例８：前記半永久的スケジューリング許可は、前記ユーザ機器により使用されるべき特定のリソースホッピングパターン及び／又はＭＡ署名ホッピングパターンを示すインデックスを含む、例７の方法。
【０１５７】
例９：前記ＭＡ署名ホッピングパターンは、参照信号ホッピングパターンである、例８の方法。
【０１５８】
例１０：前記許可無しアップリンク送信は、スケジューリング要求を含む、例１の方法。
【０１５９】
例１１：前記許可無しアップリンク送信の中のデータの復号に失敗するステップであって、前記スケジューリング許可はＮＡＣＫと共に送信される、ステップを更に含む例１の方法。
【０１６０】
例１２：前記許可無しアップリンク送信を受信することに応答して、前記ユーザ機器のために前記スケジューリング許可を生成するステップは、１つ以上の基準に基づき前記スケジューリング許可を生成することを決定するステップを含む、例１の方法。
【０１６１】
例１３：例１〜１２のいずれか１つの方法を実行するよう構成される基地局。
【０１６２】
例１４：基地局であって、ユーザ機器から許可無しアップリンク送信を受信する受信機と、前記許可無しアップリンク送信を受信することに応答して、前記ユーザ機器のためのスケジューリング許可を生成するリソースアロケータと、前記スケジューリング許可を少なくとも前記ユーザ機器へ送信する送信機と、を含む基地局。
【０１６３】
例１５：第１ＵＥにより実行される方法であって、第２ＵＥのアップリンク送信に関連する情報を含むメッセージを受信するステップと、前記メッセージの中の前記情報を復号するステップと、前記メッセージの中の前記情報に基づき、許可無しアップリンク送信を送信するステップと、を含む方法。
【０１６４】
例１６：前記メッセージの中の前記情報は、前記第２ＵＥにより送信される将来のアップリンク送信の間に、前記第２ＵＥにより使用される第１リソースを示し、前記メッセージの中の前記情報に基づき前記許可無しアップリンク送信を送信するステップは、前記第１リソースと異なる第２リソースで前記許可無しアップリンク送信を送信するステップを含む、例１５の方法。
【０１６５】
例１７：前記メッセージの中の前記情報は、前記第２ＵＥにより使用されるべき特定リソースホッピングパターンに対応するインデックス値である、例１６の方法。
【０１６６】
例１８：前記メッセージは、前記第２ＵＥに向けられたＮＡＣＫである、例１５の方法。
【０１６７】
例１９：前記メッセージの中の前記情報は、前記第２ＵＥにより送信される将来のアップリンク送信の間に、前記第２ＵＥにより使用される第１ＭＡ署名を示し、前記メッセージの中の前記情報に基づき前記許可無しアップリンク送信を送信するステップは、前記第１ＭＡ署名と異なる第２ＭＡ署名を用いて前記許可無しアップリンク送信を送信するステップを含む、例１５の方法。
【０１６８】
例２０：前記第１ＭＡ署名は第１参照信号であり、前記第２ＭＡ署名は第２参照信号である、例１９の方法。
【０１６９】
例２１：前記メッセージは、前記第２ＵＥに向けられたＡＣＫであり、前記メッセージの中の前記情報に基づき前記許可無しアップリンク送信を送信するステップは、以前に前記第２ＵＥにより使用されるべきであったリソースで及び／又はＭＡ署名を用いて、前記許可無しアップリンク送信を送信するステップを含む、例１５の方法。
【０１７０】
例２２：例１５〜２１のいずれか１つの方法を実行するよう構成されるＵＥ。
【０１７１】
例２３：ＵＥであって、第２ＵＥのアップリンク送信に関連する情報を含む第１メッセージを受信する受信機と、前記第１メッセージの中の前記情報を復号するリソース検出器と、前記第１メッセージの中の前記情報に基づき、許可無しアップリンク送信の中で送信されるべき第２メッセージを生成するアップリンクメッセージ生成器と、を含むＵＥ。
【０１７２】
例２４：ＵＥにより実行される方法であって、バッファ状態レポートを有するメッセージを生成するステップであって、前記バッファ状態レポートは、前記ＵＥが基地局へ送信すべき追加データを有することを示す、ステップと、前記バッファ状態レポートを含む前記メッセージを、前記基地局へ許可無しアップリンク送信を介して送信するステップと、を含む方法。
【０１７３】
例２５：例２４の方法を実行するよう構成されるＵＥ。
【０１７４】
例２６：ＵＥであって、バッファ状態レポートを有するメッセージを生成するアップリンクメッセージ生成器であって、前記バッファ状態レポートは、前記ＵＥが基地局へ送信すべき追加データを有することを示す、アップリンクメッセージ生成器と、前記バッファ状態レポートを含む前記メッセージを、前記基地局へ許可無しアップリンク送信を介して送信する送信機と、を含むＵＥ。
【０１７５】
例２７：基地局により実行される方法であって、第１ユーザ機器から許可無しアップリンク送信を受信するステップと、前記許可無しアップリンク送信を受信することに応答して、前記第１ユーザ機器へ及び少なくとも第２ユーザ機器へ応答を送信するステップと、を含む方法。
【０１７６】
例２８：前記応答は、前記第１ユーザ機器に向けられたＮＡＣＫ又はＡＣＫを含む、例２７の方法。
【０１７７】
例２９：前記応答は前記第１ユーザ機器のための半永久的スケジューリング許可を含み、前記半永久的スケジューリング許可は、追加許可無しアップリンク送信を送信するための、前記第１ユーザ機器のための少なくとも１つのリソース区分及び／又は少なくとも１つのＭＡ署名を示す、例２７の方法。
【０１７８】
例３０：前記許可無しアップリンク送信は、初期許可無しアップリンク送信であり、前記追加許可無しアップリンク送信は、前記初期許可無しアップリンク送信に関連する再送である、例２９の方法。
【０１７９】
例３１：前記第２ユーザ機器は、前記応答の中の情報を復号し、前記第１ＵＥによる後の許可無しアップリンク送信との衝突を回避するために、前記情報に基づきリソース及び／又はＭＡ署名を選択する、よう構成される、例２７の方法。
【０１８０】
例３２：例２７〜３２のいずれか１つの方法を実行するよう構成される基地局。
【０１８１】
例３３：基地局により実行される方法であって、ユーザ機器から許可無しアップリンク送信を受信するステップと、前記許可無しアップリンク送信を受信することに応答して、前記ユーザ機器のためのスケジューリング許可を生成するステップと、前記スケジューリング許可を少なくとも前記ユーザ機器へ送信するステップと、を含む方法。
【０１８２】
例３４：前記スケジューリング許可を少なくとも第２ユーザ機器へも送信するステップ、を更に含む例３３の方法。
【０１８３】
例３５：前記スケジューリング許可を送信するステップは、前記スケジューリング許可をブロードキャストするステップを含む、例３４の方法。
【０１８４】
例３６：前記許可無しアップリンク送信は、指示子を含む、例３３〜３５のいずれか１つの方法。
【０１８５】
例３７：前記指示子はバッファ状態レポートである、例３６の方法。
【０１８６】
例３８：前記バッファ状態レポートは、前記ユーザ機器が前記基地局へ送信すべき追加データを有することを示す、例３７の方法。
【０１８７】
例３９：前記指示子は、前記ユーザ機器が前記基地局へ送信すべきデータを有することを示し、任意で、前記指示子は、前記データが低遅延データであることを示す、例３６の方法。
【０１８８】
例４０：前記スケジューリング許可を生成するステップは、半永久的スケジューリング許可を生成するステップを含む、例３３〜３９のいずれか１つの方法。
【０１８９】
例４１：前記半永久的スケジューリング許可は、前記ユーザ機器により使用されるべき特定のリソースホッピングパターン及び複数アクセス（ＭＡ）署名ホッピングパターンのうちの少なくとも１つを示すインデックスを含む、例４０の方法。
【０１９０】
例４２：前記ＭＡ署名ホッピングパターンは、参照信号ホッピングパターンである、例４１の方法。
【０１９１】
例４３：前記許可無しアップリンク送信は、スケジューリング要求を含む、例３３〜４２のいずれか１つの方法。
【０１９２】
例４４：前記許可無しアップリンク送信の中のデータの復号に失敗するステップであって、前記スケジューリング許可は、許可有り送信を用いて前記データの再送をスケジューリングするために送信される、ステップ、を更に含む請求項３３〜４３のいずれか１つの方法。
【０１９３】
例４５：前記再送を受信し、前記再送及び前記許可無しアップリンク送信をソフト合成することにより、復号を実行するステップ、を更に含む例４４の方法。
【０１９４】
例４６：前記許可無しアップリンク送信の中のデータの復号に成功するステップであって、前記スケジューリング許可は、追加データの新規送信をスケジューリングするために送信される、ステップ、を更に含む例３３〜４３のいずれか１つの方法。
【０１９５】
例４７：前記許可無しアップリンク送信を受信することに応答して、前記ユーザ機器のために前記スケジューリング許可を生成するステップは、１つ以上の基準に基づき前記スケジューリング許可を生成することを決定するステップを含む、例３３〜４６のいずれか１つの方法。
【０１９６】
例４８：基地局であって、ユーザ機器から許可無しアップリンク送信を受信する受信機と、前記許可無しアップリンク送信を受信することに応答して、前記ユーザ機器のためのスケジューリング許可を生成するリソースアロケータと、前記スケジューリング許可を少なくとも前記ユーザ機器へ送信する送信機と、を含む基地局。
【０１９７】
例４９：前記送信機は、さらに、前記スケジューリング許可を少なくとも第２ユーザ機器へ送信する、例４８の基地局。
【０１９８】
例５０：前記送信機は、前記スケジューリング許可をブロードキャストする、例４９の基地局。
【０１９９】
例５１：前記許可無しアップリンク送信は、指示子を含む、例４８〜５０のいずれか１つの基地局。
【０２００】
例５２：前記指示子はバッファ状態レポートである、例５１の基地局。
【０２０１】
例５３：前記バッファ状態レポートは、前記ユーザ機器が前記基地局へ送信すべき追加データを有することを示す、例５２の基地局。
【０２０２】
例５４：前記指示子は、前記ユーザ機器が前記基地局へ送信すべきデータを有することを示し、任意で、前記指示子は、前記データが低遅延データであることを示す、例５１の基地局。
【０２０３】
例５５：前記スケジューリング許可は半永久的スケジューリング許可である、例４８〜５４のいずれか１つの基地局。
【０２０４】
例５６：前記半永久的スケジューリング許可は、前記ユーザ機器により使用されるべき特定のリソースホッピングパターン及び複数アクセス（ＭＡ）署名ホッピングパターンのうちの少なくとも１つを示すインデックスを含む、例５５の基地局。
【０２０５】
例５７：前記ＭＡ署名ホッピングパターンは、参照信号ホッピングパターンである、例５６の基地局。
【０２０６】
例５８：前記許可無しアップリンク送信は、スケジューリング要求を含む、例４８〜５７のいずれか１つの基地局。
【０２０７】
例５９：前記リソースアロケータは、前記許可無しアップリンク送信の中のデータの復号に失敗すると、許可有り送信を用いて前記データの再送をスケジューリングする、例４８〜５８のいずれか１つの基地局。
【０２０８】
例６０：前記再送を受信し、前記再送及び前記許可無しアップリンク送信をソフト合成することにより、復号を実行するメッセージデコーダ、を更に含む例５９の基地局。
【０２０９】
例６１：前記リソースアロケータは、前記許可無しアップリンク送信の中のデータの復号に成功すると、追加データの新規送信をスケジューリングする、例４８〜５８のいずれか１つの基地局。
【０２１０】
例６２：前記リソースアロケータは、１つ以上の基準に基づき前記スケジューリング許可を生成する、例４８〜６１のいずれか１つの基地局。
【０２１１】
例６３：ユーザ機器（ＵＥ）により実行される方法であって、許可無しアップリンク送信を基地局へ送信するステップと、前記許可無しアップリンク送信を送信することに応答して、前記基地局からスケジューリング許可を受信するステップと、前記スケジューリング許可に従い、前記基地局へ、許可済みアップリンク送信を送信するステップと、を含む方法。
【０２１２】
例６４：前記許可済みアップリンク送信は、前記許可無しアップリンク送信の中で送信されたデータの再送である、例６３の方法。
【０２１３】
例６５：前記許可済みアップリンク送信は、前記許可無しアップリンク送信の中で送信されたデータの再送ではない追加データを前記基地局へ送信する、例６３の方法。
【０２１４】
例６６：前記許可無しアップリンク送信は、指示子を含む、例６３〜６５のいずれか１つの方法。
【０２１５】
例６７：前記指示子はバッファ状態レポートである、例６６の方法。
【０２１６】
例６８：前記バッファ状態レポートは、前記ユーザ機器が前記基地局へ送信すべき追加データを有することを示す、例６７の方法。
【０２１７】
例６９：前記指示子は、前記ユーザ機器が前記基地局へ送信すべきデータを有することを示し、任意で、前記指示子は、前記データが低遅延データであることを示す、例６６の方法。
【０２１８】
例７０：前記スケジューリング許可は半永久的スケジューリング許可である、例６３〜６９のいずれか１つの方法。
【０２１９】
例７１：前記半永久的スケジューリング許可は、前記ユーザ機器により使用されるべき特定のリソースホッピングパターン及び複数アクセス（ＭＡ）署名ホッピングパターンのうちの少なくとも１つを示すインデックスを含む、例７０の方法。
【０２２０】
例７２：前記ＭＡ署名ホッピングパターンは、参照信号ホッピングパターンである、例７１の方法。
【０２２１】
例７３：前記許可無しアップリンク送信は、スケジューリング要求を含む、例６３〜７２のいずれか１つの方法。
【０２２２】
例７４：前記スケジューリング許可は許可有り送信を用いるデータの再送をスケジューリングする、例６３〜７３のいずれか１つの方法。
【０２２３】
例７５：前記スケジューリング許可は追加データの新規送信をスケジューリングする、例６３〜７３のいずれか１つの方法。
【０２２４】
例７６：ユーザ機器（ＵＥ）であって、許可無しアップリンク送信を基地局へ送信する送信機と、前記許可無しアップリンク送信に応答して、前記基地局から送信されたスケジューリング許可を受信する受信機と、を含み、前記送信機は、さらに、前記スケジューリング許可に従い、前記基地局へ、許可済みアップリンク送信を送信する、ＵＥ。
【０２２５】
例７７：前記許可済みアップリンク送信は、前記許可無しアップリンク送信の中で送信されたデータの再送である、例７６のＵＥ。
【０２２６】
例７８：前記許可済みアップリンク送信は、前記許可無しアップリンク送信の中で送信されたデータの再送ではない追加データを前記基地局へ送信する、例７６のＵＥ。
【０２２７】
例７９：前記許可無しアップリンク送信は、指示子を含む、例７６〜７８のいずれか１つのＵＥ。
【０２２８】
例８０：前記指示子はバッファ状態レポートである、例７９のＵＥ。
【０２２９】
例８１：前記バッファ状態レポートは、前記ユーザ機器が前記基地局へ送信すべき追加データを有することを示す、例８０のＵＥ。
【０２３０】
例８２：前記指示子は、前記ユーザ機器が前記基地局へ送信すべきデータを有することを示し、任意で、前記指示子は、前記データが低遅延データであることを示す、例７９のＵＥ。
【０２３１】
例８３：前記スケジューリング許可は半永久的スケジューリング許可である、例７６〜８２のいずれか１つのＵＥ。
【０２３２】
例８４：前記半永久的スケジューリング許可は、前記ＵＥにより使用されるべき特定のリソースホッピングパターン及び複数アクセス（ＭＡ）署名ホッピングパターンのうちの少なくとも１つを示すインデックスを含む、例８３のＵＥ。
【０２３３】
例８５：前記ＭＡ署名ホッピングパターンは、参照信号ホッピングパターンである、例８４のＵＥ。
【０２３４】
例８６：前記許可無しアップリンク送信は、スケジューリング要求を含む、例７６〜８５のいずれか１つのＵＥ。
【０２３５】
例８７：前記スケジューリング許可は許可有り送信を用いるデータの再送をスケジューリングする、例７６〜８６のいずれか１つのＵＥ。
【０２３６】
例８８：前記スケジューリング許可は追加データの新規送信をスケジューリングする、例７６〜８６のいずれか１つのＵＥ。
【０２３７】
例８９：基地局により実行される方法であって、ユーザ機器（ＵＥ）からアップリンク送信を受信するステップであって、前記アップリンク送信は指示子を含み、前記指示子は、前記ＵＥが前記基地局へ送信すべきデータを有することを示す、ステップと、前記アップリンク送信を受信することに応答して、前記ＵＥのためにスケジューリング許可を生成するステップと、前記スケジューリング許可を前記ＵＥへ送信するステップと、を含む方法。
【０２３８】
例９０：前記指示子は前記データが低遅延データであることを示す、例８９の方法。
【０２３９】
例９１：前記アップリンク送信は、スケジューリング要求を含む、例８９又は例９０の方法。
【０２４０】
例９２：前記アップリンク送信は、許可済みアップリンク送信である、例８９又は例９０の方法。
【０２４１】
例９３：前記アップリンク送信は、許可無しアップリンク送信である、例８９〜９１のいずれか１つの方法。
【０２４２】
例９４：基地局であって、ユーザ機器（ＵＥ）からアップリンク送信を受信する受信機であって、前記アップリンク送信は指示子を含み、前記指示子は、前記ＵＥが前記基地局へ送信すべきデータを有することを示す、受信機と、前記アップリンク送信を受信することに応答して、前記ＵＥのためにスケジューリング許可を生成するリソースアロケータと、前記スケジューリング許可を前記ＵＥへ送信する送信機と、を含む基地局。
【０２４３】
例９５：前記指示子は前記データが低遅延データであることを示す、例９４の基地局。
【０２４４】
例９６：前記アップリンク送信は、スケジューリング要求を含む、例９４又は例９５の基地局。
【０２４５】
例９７：前記アップリンク送信は、許可済みアップリンク送信である、例９４又は例９５の基地局。
【０２４６】
例９８：前記アップリンク送信は、許可無しアップリンク送信である、例９４〜９６のいずれか１つの基地局。
【０２４７】
例９９：ＵＥにより実行される方法であって、基地局へアップリンク送信を送信するステップであって、前記アップリンク送信は指示子を含み、前記指示子は、前記ＵＥが前記基地局へ送信すべきデータを有することを示す、ステップと、前記アップリンク送信に応答して、前記基地局からスケジューリング許可を受信するステップと、を含む方法。
【０２４８】
例１００：前記指示子は前記データが低遅延データであることを示す、例９９の方法。
【０２４９】
例１０１：前記アップリンク送信は、スケジューリング要求を含む、例９９又は例１００の方法。
【０２５０】
例１０２：前記アップリンク送信は、許可済みアップリンク送信である、例９９又は例１００の方法。
【０２５１】
例１０３：前記アップリンク送信は、許可無しアップリンク送信である、例９９〜１０１のいずれか１つの方法。
【０２５２】
例１０４：ＵＥであって、基地局へアップリンク送信を送信する送信機であって、前記アップリンク送信は指示子を含み、前記指示子は、前記ＵＥが前記基地局へ送信すべきデータを有することを示す、送信機と、前記アップリンク送信に応答して、前記基地局からスケジューリング許可を受信する受信機と、を含むＵＥ。
【０２５３】
例１０５：前記指示子は前記データが低遅延データであることを示す、例１０４のＵＥ。
【０２５４】
例１０６：前記アップリンク送信は、スケジューリング要求を含む、例１０４又は例１０５のＵＥ。
【０２５５】
例１０７：前記アップリンク送信は、許可済みアップリンク送信である、例１０４又は例１０５のＵＥ。
【０２５６】
例１０８：前記アップリンク送信は、許可無しアップリンク送信である、例１０４〜１０６のいずれか１つのＵＥ。
【０２５７】
例１０９：ユーザ機器（ＵＥ）により実行される方法であって、前記方法は、データの初期許可無しアップリンク送信を送信するステップと、前記ＵＥ宛ての、前記データについての否定応答（ＮＡＣＫ）を受信することなく、前記データの少なくとも１回の許可無しアップリンク再送を送信するステップと、を含む方法。
【０２５８】
例１１０：前記ＵＥ宛ての前記ＮＡＣＫを受信することなく、前記データのｋ回の許可無しアップリンク再送を送信するステップ、を更に含む例１０９の方法。
【０２５９】
例１１１：前記ＵＥ宛ての前記ＮＡＣＫを受信することなく、ＡＣＫが受信されるまで、又は許可無しアップリンク再送回数が所定値に達するまで、前記データの前記少なくとも１回の許可無しアップリンク再送を送信するステップ、を更に含む例１０９の方法。
【０２６０】
例１１２：前記ＵＥ宛ての前記ＮＡＣＫを受信することなく、許可が受信されるまで、又は許可無しアップリンク再送回数が所定値に達するまで、前記データの前記少なくとも１回の許可無しアップリンク再送を送信するステップ、を更に含む例１０９の方法。
【０２６１】
例１１３：前記初期許可無しアップリンク送信は、第１時間間隔の間、初期許可無しアップリンク時間周波数リソースで送信され、前記データの各許可無しアップリンク再送は、許可無しアップリンク送信のために構成されたそれぞれの後のアップリンク時間周波数リソースで送信される、例１０９〜１１２のいずれか１つの方法。
【０２６２】
例１１４：前記初期許可無しアップリンク時間周波数リソース、及び前記データの再送が送信される後のアップリンク時間周波数リソースは、時間的に連続する、例１１３の方法。
【０２６３】
例１１５：前記初期許可無しアップリンク時間周波数リソース、及び前記データの再送が送信される後のアップリンク時間周波数リソースは、時間的に連続しない、例１１３の方法。
【０２６４】
例１１６：前記初期許可無しアップリンク送信は、前記ＵＥにより、別のトランスポートブロックの再送を送信するために使用されてもよい許可無しアップリンク時間周波数リソースで送信される、例１０９〜１１２のいずれか１つの方法。
【０２６５】
例１１７：前記データの各許可無しアップリンク再送は、それぞれの後のアップリンク時間周波数リソースで送信される、例１１６の方法。
【０２６６】
例１１８：前記データの再送が送信される後のアップリンク時間周波数リソースは、時間的に連続する、例１０９〜１１２のいずれか１つの方法。
【０２６７】
例１１９：前記基地局から指示子を受信するステップであって、前記指示子は、前記ＵＥが、前記別のトランスポートブロックの前記再送を送信するためにも使用されてよい前記許可無しアップリンク時間周波数リソースで前記初期許可無しアップリンク送信を送信することを許可されたことを示す、ステップ、を更に含む例１１６の方法。
【０２６８】
例１２０：前記初期許可無しアップリンク送信は、第１時間間隔の間、初期許可無しアップリンク時間周波数リソースで送信され、前記データの許可無しアップリンク再送は、更に、異なる周波数リソースで前記第１時間間隔の間に送信される、例１０９〜１１９のいずれか１つの方法。
【０２６９】
例１２１：ＵＥであって、データの初期許可無しアップリンク送信を送信し、前記ＵＥ宛ての、前記データについての否定応答（ＮＡＣＫ）を受信することなく、前記データの少なくとも１回の許可無しアップリンク再送を送信する、よう構成される送信機、を含むＵＥ。
【０２７０】
例１２２：前記送信機は、前記ＵＥ宛ての前記ＮＡＣＫを受信することなく、前記データのｋ回の許可無しアップリンク再送を送信する、例１２１のＵＥ。
【０２７１】
例１２３：前記送信機は、前記ＵＥ宛ての前記ＮＡＣＫを受信することなく、ＡＣＫが受信されるまで、又は許可無しアップリンク再送回数が所定値に達するまで、前記データの前記少なくとも１回の許可無しアップリンク再送を送信する、例１２１のＵＥ。
【０２７２】
例１２４：前記送信機は、前記ＵＥ宛ての前記ＮＡＣＫを受信することなく、許可が受信されるまで、又は許可無しアップリンク再送回数が所定値に達するまで、前記データの前記少なくとも１回の許可無しアップリンク再送を送信する、例１２１のＵＥ。
【０２７３】
例１２５：前記初期許可無しアップリンク送信は、第１時間間隔の間、初期許可無しアップリンク時間周波数リソースで送信され、前記データの各許可無しアップリンク再送は、許可無しアップリンク送信のために構成されたそれぞれの後のアップリンク時間周波数リソースで送信される、例１２１〜１２４のいずれか１つのＵＥ。
【０２７４】
例１２６：前記初期許可無しアップリンク時間周波数リソース、及び前記データの再送が送信される後のアップリンク時間周波数リソースは、時間的に連続する、例１２５のＵＥ。
【０２７５】
例１２７：前記初期許可無しアップリンク時間周波数リソース、及び前記データの再送が送信される後のアップリンク時間周波数リソースは、時間的に連続しない、例１２５のＵＥ。
【０２７６】
例１２８：前記初期許可無しアップリンク送信は、前記ＵＥにより、別のトランスポートブロックの再送を送信するために使用されてもよい許可無しアップリンク時間周波数リソースで送信される、例１２１〜１２４のいずれか１つのＵＥ。
【０２７７】
例１２９：前記データの各許可無しアップリンク再送は、それぞれの後のアップリンク時間周波数リソースで送信される、例１２８のＵＥ。
【０２７８】
例１３０：前記データの再送が送信される後のアップリンク時間周波数リソースは、時間的に連続する、例１２１〜１２４のいずれか１つのＵＥ。
【０２７９】
例１３１：前記基地局から指示子を受信する受信機であって、前記指示子は、前記ＵＥが、前記別のトランスポートブロックの前記再送を送信するためにも使用されてよい前記許可無しアップリンク時間周波数リソースで前記初期許可無しアップリンク送信を送信することを許可されたことを示す、受信機、を更に含む例１２８のＵＥ。
【０２８０】
例１３２：前記初期許可無しアップリンク送信は、第１時間間隔の間、初期許可無しアップリンク時間周波数リソースで送信され、前記データの許可無しアップリンク再送は、更に、異なる周波数リソースで前記第１時間間隔の間に送信される、例１２１〜１３１のいずれか１つのＵＥ。
【０２８１】
例１３３：基地局により実行される方法であって、前記方法は、データの初期許可無しアップリンク送信をＵＥから受信するステップと、前記ＵＥ宛ての、前記データについての否定応答（ＮＡＣＫ）を送信することなく、前記データの少なくとも１回の許可無しアップリンク再送を受信するステップと、を含む方法。
【０２８２】
例１３４：前記ＵＥ宛ての前記ＮＡＣＫを送信することなく、前記データのｋ回の許可無しアップリンク再送を受信するステップ、を更に含む例１３３の方法。
【０２８３】
例１３５：前記ＵＥ宛ての前記ＮＡＣＫを送信することなく、ＡＣＫが送信されるまで、又は許可無しアップリンク再送回数が所定値に達するまで、前記データの前記少なくとも１回の許可無しアップリンク再送を受信するステップ、を更に含む例１３３の方法。
【０２８４】
例１３６：前記ＵＥ宛ての前記ＮＡＣＫを送信することなく、許可が送信されるまで、又は許可無しアップリンク再送回数が所定値に達するまで、前記データの前記少なくとも１回の許可無しアップリンク再送を受信するステップ、を更に含む例１３３の方法。
【０２８５】
例１３７：前記初期許可無しアップリンク送信は、第１時間間隔の間、初期許可無しアップリンク時間周波数リソースで受信され、前記データの各許可無しアップリンク再送は、許可無しアップリンク送信のために構成されたそれぞれの後のアップリンク時間周波数リソースで受信される、例１３３〜１３６のいずれか１つの方法。
【０２８６】
例１３８：前記初期許可無しアップリンク時間周波数リソース、及び前記データの再送が受信される後のアップリンク時間周波数リソースは、時間的に連続する、例１３７の方法。
【０２８７】
例１３９：前記初期許可無しアップリンク時間周波数リソース、及び前記データの再送が受信される後のアップリンク時間周波数リソースは、時間的に連続しない、例１３７の方法。
【０２８８】
例１４０：前記初期許可無しアップリンク送信は、前記ＵＥから、別のトランスポートブロックの再送を受信するために使用されてもよい許可無しアップリンク時間周波数リソースで受信される、例１３３〜１３６のいずれか１つの方法。
【０２８９】
例１４１：前記データの各許可無しアップリンク再送は、それぞれの後のアップリンク時間周波数リソースで受信される、例１４０の方法。
【０２９０】
例１４２：前記データの再送が受信される後のアップリンク時間周波数リソースは、時間的に連続する、例１３３〜１３６のいずれか１つの方法。
【０２９１】
例１４３：前記ＵＥへ指示子を送信するステップであって、前記指示子は、前記ＵＥが、前記別のトランスポートブロックの前記再送を受信するためにも使用されてよい前記許可無しアップリンク時間周波数リソースで前記初期許可無しアップリンク送信を送信することを許可されたことを示す、ステップ、を更に含む例１４０の方法。
【０２９２】
例１４４：前記初期許可無しアップリンク送信は、第１時間間隔の間、初期許可無しアップリンク時間周波数リソースで受信され、前記データの許可無しアップリンク再送は、更に、異なる周波数リソースで前記第１時間間隔の間に受信される、例１３３〜１４３のいずれか１つの方法。
【０２９３】
例１４５：基地局であって、ＵＥから、データの初期許可無しアップリンク送信を受信し、前記ＵＥ宛ての、前記データについての否定応答（ＮＡＣＫ）を送信することなく、前記データの少なくとも１回の許可無しアップリンク再送を受信する、基地局。
【０２９４】
例１４６：前記基地局は、前記ＵＥ宛ての前記ＮＡＣＫを送信することなく、前記データのｋ回の許可無しアップリンク再送を受信する、例１４５の基地局。
【０２９５】
例１４７：前記基地局は、前記ＵＥ宛ての前記ＮＡＣＫを送信することなく、ＡＣＫが送信されるまで、又は許可無しアップリンク再送回数が所定値に達するまで、前記データの前記少なくとも１回の許可無しアップリンク再送を受信する、例１４５の基地局。
【０２９６】
例１４８：前記基地局は、前記ＵＥ宛ての前記ＮＡＣＫを送信することなく、許可が送信されるまで、又は許可無しアップリンク再送回数が所定値に達するまで、前記データの前記少なくとも１回の許可無しアップリンク再送を受信する、例１４５の基地局。
【０２９７】
例１４９：前記初期許可無しアップリンク送信は、第１時間間隔の間、初期許可無しアップリンク時間周波数リソースで受信され、前記データの各許可無しアップリンク再送は、許可無しアップリンク送信のために構成されたそれぞれの後のアップリンク時間周波数リソースで受信される、例１４５〜１４８のいずれか１つの基地局。
【０２９８】
例１５０：前記初期許可無しアップリンク時間周波数リソース、及び前記データの再送が受信される後のアップリンク時間周波数リソースは、時間的に連続する、例１４９の基地局。
【０２９９】
例１５１：前記初期許可無しアップリンク時間周波数リソース、及び前記データの再送が受信される後のアップリンク時間周波数リソースは、時間的に連続しない、例１４９の基地局。
【０３００】
例１５２：前記初期許可無しアップリンク送信は、前記ＵＥから、別のトランスポートブロックの再送を受信するために使用されてもよい許可無しアップリンク時間周波数リソースで受信される、例１４５〜１４８のいずれか１つの基地局。
【０３０１】
例１５３：前記データの各許可無しアップリンク再送は、それぞれの後のアップリンク時間周波数リソースで受信される、例１５２の基地局。
【０３０２】
例１５４：前記データの再送が受信される後のアップリンク時間周波数リソースは、時間的に連続する、例１４５〜１４８のいずれか１つの基地局。
【０３０３】
例１５５：前記基地局は前記ＵＥへ指示子を送信し、前記指示子は、前記ＵＥが、前記別のトランスポートブロックの前記再送を受信するためにも使用されてよい前記許可無しアップリンク時間周波数リソースで前記初期許可無しアップリンク送信を送信することを許可されたことを示す、例１５２の基地局。
【０３０４】
例１５６：前記初期許可無しアップリンク送信は、第１時間間隔の間、初期許可無しアップリンク時間周波数リソースで受信され、前記データの許可無しアップリンク再送は、更に、異なる周波数リソースで前記第１時間間隔の間に受信される、例１４５〜１５５のいずれか１つの基地局。
【０３０５】
例１５７：基地局により実行される方法であって、前記方法は、ＵＥへ制御情報を送信するステップであって、前記制御情報は、前記ＵＥが許可無しアップリンク送信を送信してよい複数の時間周波数リソースを示す、ステップと、前記ＵＥから前記複数の時間周波数リソースのうちの少なくとも１つで許可無しアップリンク送信を受信するステップと、を含む方法。
【０３０６】
例１５８：前記制御情報は、さらに、前記ＵＥの以下のパラメータ：前記複数の時間周波数リソースのリソースホッピングパターン、１つ以上の許可無しアップリンク送信で使用される複数アクセス（ＭＡ）署名、ＭＡ署名ホッピングパターン、１つ以上の許可無しアップリンク送信で使用される変調及び符号化方式（ＭＣＳ）、前記複数の時間周波数リソースの間の周期、オフセット、許可無しアップリンク送信の時間間隔サイズ、電力制御パラメータ、トランスポートブロックの送信回数（Ｋ）、前記ＵＥについて可能な進行中ＨＡＲＱプロセスの最大数（Ｌ）、ＨＡＲＱ  ＩＤオフセット、前記許可無しアップリンク送信リソースが初期送信リソース及び反復リソースに分けられるか否か、のうちの少なくとも１つを指定する、例１５７の方法。
【０３０７】
例１５９：前記複数の時間周波数リソースのうちの各々の１つは、それぞれのＨＡＲＱプロセスＩＤに関連付けられる、例１５７又は１５８の方法。
【０３０８】
例１６０：トランスポートブロック（ＴＢ）の前記アップリンク送信に関連付けられたＨＡＲＱプロセスＩＤは、前記ＴＢの前記初期送信が受信される前記時間周波数リソースに関連付けられた前記ＨＡＲＱプロセスＩＤである、例１５９の方法。
【０３０９】
例１６１：前記ＴＢの各許可無しアップリンク再送は、それぞれの後のアップリンク時間周波数リソースで受信される、例１６０の方法。
【０３１０】
例１６２：前記初期送信のために使用されるＭＡ署名に基づき、前記ＴＢの前記初期送信を識別するステップ、を更に含む例１６０又は１６１の方法。
【０３１１】
例１６３：前記初期送信で使用される参照信号に基づき、前記ＴＢの前記初期送信を識別するステップ、を含む例１６２の方法。
【０３１２】
例１６４：同じ時間間隔内だが異なる周波数リソース内の２つの時間周波数リソースは、同じＨＡＲＱ  ＩＤに関連付けられる、例１５９〜１６３のいずれか１つの方法。
【０３１３】
例１６５：基地局であって、ＵＥへ制御情報を送信する送信機であって、前記制御情報は、前記ＵＥが許可無しアップリンク送信を送信してよい複数の時間周波数リソースを示す、送信機と、前記ＵＥから前記複数の時間周波数リソースのうちの少なくとも１つで許可無しアップリンク送信を受信する受信機と、を含む基地局。
【０３１４】
例１６６：前記制御情報は、さらに、前記ＵＥの以下のパラメータ：前記複数の時間周波数リソースのリソースホッピングパターン、１つ以上の許可無しアップリンク送信で使用される複数アクセス（ＭＡ）署名、ＭＡ署名ホッピングパターン、１つ以上の許可無しアップリンク送信で使用される変調及び符号化方式（ＭＣＳ）、前記複数の時間周波数リソースの間の周期、オフセット、許可無しアップリンク送信の時間間隔サイズ、電力制御パラメータ、トランスポートブロックの送信回数（Ｋ）、前記ＵＥについて可能な進行中ＨＡＲＱプロセスの最大数（Ｌ）、ＨＡＲＱ  ＩＤオフセット、前記許可無しアップリンク送信リソースが初期送信リソース及び反復リソースに分けられるか否か、のうちの少なくとも１つを指定する、例１６５の基地局。
【０３１５】
例１６７：前記複数の時間周波数リソースのうちの各々の１つは、それぞれのＨＡＲＱプロセスＩＤに関連付けられる、例１６５又は１６６の基地局。
【０３１６】
例１６８：トランスポートブロック（ＴＢ）の前記アップリンク送信に関連付けられたＨＡＲＱプロセスＩＤは、前記ＴＢの前記初期送信が受信される前記時間周波数リソースに関連付けられた前記ＨＡＲＱプロセスＩＤである、例１６７の基地局。
【０３１７】
例１６９：前記ＴＢの各許可無しアップリンク再送は、それぞれの後のアップリンク時間周波数リソースで受信される、例１６８の基地局。
【０３１８】
例１７０：前記初期送信のために使用されるＭＡ署名に基づき、前記ＴＢの前記初期送信を識別するメッセージデコーダ、を更に含む例１６８又は１６９の基地局。
【０３１９】
例１７１：前記メッセージデコーダは、前記初期送信で使用される参照信号に基づき、前記ＴＢの前記初期送信を識別する、例１７０の基地局。
【０３２０】
例１７２：同じ時間間隔内だが異なる周波数リソース内の２つの時間周波数リソースは、同じＨＡＲＱ  ＩＤに関連付けられる、例１６７〜１７１のいずれか１つの基地局。
【０３２１】
例１７３：ＵＥにより実行される方法であって、前記方法は、基地局から制御情報を受信するステップであって、前記制御情報は、前記ＵＥが許可無しアップリンク送信を送信してよい複数の時間周波数リソースを示す、ステップと、前記基地局へ前記複数の時間周波数リソースのうちの少なくとも１つで許可無しアップリンク送信を送信するステップと、を含む方法。
【０３２２】
例１７４：前記制御情報は、さらに、前記ＵＥの以下のパラメータ：前記複数の時間周波数リソースのリソースホッピングパターン、１つ以上の許可無しアップリンク送信で使用される複数アクセス（ＭＡ）署名、ＭＡ署名ホッピングパターン、１つ以上の許可無しアップリンク送信で使用される変調及び符号化方式（ＭＣＳ）、前記複数の時間周波数リソースの間の周期、オフセット、許可無しアップリンク送信の時間間隔サイズ、電力制御パラメータ、トランスポートブロックの送信回数（Ｋ）、前記ＵＥについて可能な進行中ＨＡＲＱプロセスの最大数（Ｌ）、ＨＡＲＱ  ＩＤオフセット、前記許可無しアップリンク送信リソースが初期送信リソース及び反復リソースに分けられるか否か、のうちの少なくとも１つを指定する、例１７３の方法。
【０３２３】
例１７５：前記複数の時間周波数リソースのうちの各々の１つは、それぞれのＨＡＲＱプロセスＩＤに関連付けられる、例１７３又は１７４の方法。
【０３２４】
例１７６：トランスポートブロック（ＴＢ）の前記アップリンク送信に関連付けられたＨＡＲＱプロセスＩＤは、前記ＴＢの前記初期送信が送信される前記時間周波数リソースに関連付けられた前記ＨＡＲＱプロセスＩＤである、例１７５の方法。
【０３２５】
例１７７：前記ＴＢの各許可無しアップリンク再送は、それぞれの後のアップリンク時間周波数リソースで送信される、例１７６の方法。
【０３２６】
例１７８：同じ時間間隔内だが異なる周波数リソース内の２つの時間周波数リソースは、同じＨＡＲＱ  ＩＤに関連付けられる、例１７５〜１７７のいずれか１つの方法。
【０３２７】
例１７９：ＵＥであって、基地局から制御情報を受信する受信機であって、前記制御情報は、前記ＵＥが許可無しアップリンク送信を送信してよい複数の時間周波数リソースを示す、受信機と、前記基地局へ前記複数の時間周波数リソースのうちの少なくとも１つで許可無しアップリンク送信を送信する送信機と、を含むＵＥ。
【０３２８】
例１８０：前記制御情報は、さらに、前記ＵＥの以下のパラメータ：前記複数の時間周波数リソースのリソースホッピングパターン、１つ以上の許可無しアップリンク送信で使用される複数アクセス（ＭＡ）署名、ＭＡ署名ホッピングパターン、１つ以上の許可無しアップリンク送信で使用される変調及び符号化方式（ＭＣＳ）、前記複数の時間周波数リソースの間の周期、オフセット、許可無しアップリンク送信の時間間隔サイズ、電力制御パラメータ、トランスポートブロックの送信回数（Ｋ）、前記ＵＥについて可能な進行中ＨＡＲＱプロセスの最大数（Ｌ）、ＨＡＲＱ  ＩＤオフセット、前記許可無しアップリンク送信リソースが初期送信リソース及び反復リソースに分けられるか否か、のうちの少なくとも１つを指定する、例１７９のＵＥ。
【０３２９】
例１８１：前記複数の時間周波数リソースのうちの各々の１つは、それぞれのＨＡＲＱプロセスＩＤに関連付けられる、例１７９又は１８０のＵＥ。
【０３３０】
例１８２：トランスポートブロック（ＴＢ）の前記アップリンク送信に関連付けられたＨＡＲＱプロセスＩＤは、前記ＴＢの前記初期送信が送信される前記時間周波数リソースに関連付けられた前記ＨＡＲＱプロセスＩＤである、例１８１のＵＥ。
【０３３１】
例１８３：前記ＴＢの各許可無しアップリンク再送は、それぞれの後のアップリンク時間周波数リソースで送信される、例１８２のＵＥ。
【０３３２】
例１８４：同じ時間間隔内だが異なる周波数リソース内の２つの時間周波数リソースは、同じＨＡＲＱ  ＩＤに関連付けられる、例１８１〜１８３のいずれか１つのＵＥ。
【０３３３】
例１８５：基地局であって、メモリとプロセッサとを含み、前記プロセッサは、前記メモリに格納された命令を実行して、前記基地局に、ここに記載の基地局の方法のうちのいずれか１つを実行させる、基地局。
【０３３４】
例１８６：ＵＥであって、メモリとプロセッサとを含み、前記プロセッサは、前記メモリに格納された命令を実行して、前記ＵＥに、ここに記載のＵＥの方法のうちのいずれか１つを実行させる、ＵＥ。
【０３３５】
まとめ
本発明はその特定の特徴及び実施形態を参照して記載されたが、種々の変更及び組み合わせが本発明から逸脱しないでそれらに行われ得る。説明及び図面は、したがって、添付の請求項により定められる本発明の幾つかの実施形態の単なる例証として考えられ、本発明の範囲に含まれる任意の及び全ての変更、変形、組み合わせ、又は均等物を包含すると考えられる。したがって、本発明及びその利点が詳細に記載されているが、種々の変更、置換及び代替が添付の請求項により定められる本発明から逸脱することなく行われ得る。さらに、本願の範囲は、明細書に記載の処理、機械、製造者、物質の組成、手段、方法、及びステップの特定の実施形態に限定されることを意図しない。当業者が本発明の開示から直ちに理解するように、本願明細書に記載の対応する実施形態と実質的に同じ機能を実行し又は実質的に同じ結果を達成する、現在既存の又は後に開発される処理、機械、製造者、物質の組成、手段、方法若しくはステップは、本発明に従い利用され得る。したがって、添付の請求項は、それらの範囲に、このような処理、機械、製造者、物質の組成、手段、方法又はステップを包含するものとする。
【０３３６】
さらに、命令を実行するここに例示された任意のモジュール、コンポーネント、又は装置は、コンピュータ／プロセッサ可読命令、データ構造、プログラムモジュール及び／又は他のデータのような情報の記憶のための１つ又は複数の非一時的コンピュータ／プロセッサ可読記憶媒体へのアクセスを含み又はその他の場合には有してよい。非一時的コンピュータ／プロセッサ可読記憶媒体の例の非包括的リストは、磁気カセット、磁気テープ、磁気ディスク記憶又は他の磁気記憶装置、コンパクトディスク読み出し専用メモリ（ＣＤ−ＲＯＭ）、デジタルビデオディスク若しくはデジタルバーサタイルディスク（ＤＶＤ）、ブルーレイディスク（商標）若しくは他の光記憶のような光ディスク、任意の方法若しくは技術で実装された揮発性及び不揮発性の取り外し可能及び非取り外し可能媒体、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、電気的消去可能プログラマブル読み出し専用メモリ（ＥＥＰＲＯＭ）、フラッシュメモリ又は他のメモリ技術を含む。任意のこのような非一時的コンピュータ／プロセッサ記憶媒体は、装置の一部であり又はそれにアクセス可能又は接続可能であってよい。ここに記載の任意のアプリケーション又はモジュールは、このような非一時的コンピュータ／プロセッサ可読記憶媒体により格納され又はその他の場合には保持されてよいコンピュータ／プロセッサ可読／実行可能命令を用いて実装されてよい。
【図１】
2020502920.tif 000016
【図２】
2020502920.tif 000017
【図３】
2020502920.tif 000018
【図４】
2020502920.tif 000019
【図５】
2020502920.tif 000020
【図６】
2020502920.tif 000021
【図７】
2020502920.tif 000022
【図８】
2020502920.tif 000023
【図９】
2020502920.tif 000024
【図１０】
2020502920.tif 000025
【図１１】
2020502920.tif 000026
【図１２】
2020502920.tif 000027
【図１３】
2020502920.tif 000028
【図１４】
2020502920.tif 000029
【図１５】
2020502920.tif 000030
【図１６】
2020502920.tif 000031
【図１７】
2020502920.tif 000032
【図１８】
2020502920.tif 000033
【図１９】
2020502920.tif 000034
【図２０】
2020502920.tif 000035
【図２１】
2020502920.tif 000036
【図２２】
2020502920.tif 000037
【図２３】
2020502920.tif 000038
【図２４】
2020502920.tif 000039
【図２５】
2020502920.tif 000040
【図２６】
2020502920.tif 000041
【図２７】
2020502920.tif 000042
【図２８】
2020502920.tif 000043
【手続補正書】
【提出日】令和1年8月9日(2019.8.9)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線通信の方法であって、
基地局（ＢＳ）により、ユーザ機器（ＵＥ）に、半永久的シグナリングを介して、前記ＵＥに割り当てられたリソースホッピングパターンを示すインデックスを示すステップと、
前記ＢＳにより、前記リソースホッピングパターンに従い、前記ＵＥからアップリンク送信を受信するステップと、
を含む方法。
【請求項２】
前記リソースホッピングパターンは周波数ホッピングパターンを含む、請求項１に記載の方法。
【請求項３】
前記アップリンク送信は、許可無し（ＧＦ）アップリンク送信である、請求項１乃至２のいずれかに記載の方法。
【請求項４】
前記半永久的シグナリングは無線リソース制御（ＲＲＣ）シグナリングである、請求項３に記載の方法。
【請求項５】
前記リソースホッピングパターンはＵＥ固有ホッピングパターンである、請求項１乃至４のいずれかに記載の方法。
【請求項６】
前記ＢＳにより、前記ＵＥに、半永久的シグナリングを介して、ＧＦセル無線ネットワーク一時識別子（Ｃ−ＲＮＴＩ）、グループＣ−ＲＮＴＩ、周期、リソースオフセット、時間ドメインリソース割り当て、周波数ドメインリソース割り当て、復調参照信号（ＤＭＲＳ）構成、１つ以上の変調及び符号化方式（ＭＣＳ）値、１つ以上のトランスポートブロックサイズ（ＴＢＳ）値、反復回数Ｋ、電力制御関連パラメータ、ハイブリッド自動再送要求（ＨＡＲＱ）パラメータ、１つ以上の複数アクセス（ＭＡ）署名、ＭＡ署名ホッピングパターン、レイヤ１（Ｌ１）開始指示子、Ｌ１変更指示子、又は前記ＵＥが初期送信のために許可無し反復／再送リソースを使用可能か否かを示す指示子、のうちの１つ以上を示すステップ、
を更に含む請求項３乃至５のいずれかに記載の方法。
【請求項７】
請求項１乃至６のいずれかに記載の方法を実行するよう構成される基地局（ＢＳ）。
【請求項８】
無線通信の方法であって、
ユーザ機器（ＵＥ）により、基地局（ＢＳ）から、半永久的シグナリングを介して、前記ＵＥのために構成されたＵＥ固有リソースホッピングパターンを示すインデックスを受信するステップと、
前記ＵＥにより、前記リソースホッピングパターンに従い、前記ＢＳへアップリンク送信を送信するステップと、
を含む方法。
【請求項９】
前記リソースホッピングパターンは周波数ホッピングパターンを含む、請求項８に記載の方法。
【請求項１０】
前記アップリンク送信は、許可無し（ＧＦ）アップリンク送信である、請求項８乃至９のいずれかに記載の方法。
【請求項１１】
前記半永久的シグナリングは無線リソース制御（ＲＲＣ）シグナリングである、請求項１０に記載の方法。
【請求項１２】
前記リソースホッピングパターンはＵＥ固有ホッピングパターンである、請求項８乃至１１のいずれかに記載の方法。
【請求項１３】
前記ＵＥにより、前記ＢＳから、半永久的シグナリングを介して、ＧＦセル無線ネットワーク一時識別子（Ｃ−ＲＮＴＩ）、グループＣ−ＲＮＴＩ、周期、リソースオフセット、時間ドメインリソース割り当て、周波数ドメインリソース割り当て、復調参照信号（ＤＭＲＳ）構成、１つ以上の変調及び符号化方式（ＭＣＳ）値、１つ以上のトランスポートブロックサイズ（ＴＢＳ）値、反復回数Ｋ、電力制御関連パラメータ、ハイブリッド自動再送要求（ＨＡＲＱ）パラメータ、１つ以上の複数アクセス（ＭＡ）署名、ＭＡ署名ホッピングパターン、レイヤ１（Ｌ１）開始指示子、Ｌ１変更指示子、又は前記ＵＥが初期送信のために許可無し反復／再送リソースを使用可能か否かを示す指示子、のうちの１つ以上を受信するステップ、
を更に含む請求項１０乃至１２のいずれかに記載の方法。
【請求項１４】
請求項８乃至１３のいずれかに記載の方法を実行するよう構成されるユーザ機器（ＵＥ）。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０３３４
【補正方法】変更
【補正の内容】
【０３３４】
例１８６：ＵＥであって、メモリとプロセッサとを含み、前記プロセッサは、前記メモリに格納された命令を実行して、前記ＵＥに、ここに記載の基地局の方法のうちのいずれか１つを実行させる、ＵＥ。
例１Ａ：基地局により実行される方法であって、ユーザ機器から許可無しアップリンク送信を受信するステップと、前記許可無しアップリンク送信を受信することに応答して、前記ユーザ機器のためのスケジューリング許可を生成するステップと、前記スケジューリング許可を少なくとも前記ユーザ機器へ送信するステップと、を含む方法。
例２Ａ：前記許可無しアップリンク送信は、指示子を含む、例１Ａの方法。
例３Ａ：前記指示子は、前記ユーザ機器が前記基地局へ送信すべき追加データを有することを示し、又は、前記指示子は、前記ユーザ機器が前記基地局へ送信すべきデータを有することを示し、及び、前記指示子は、前記データが低遅延データであることを示す、例２Ａの方法。
例４Ａ：前記許可無しアップリンク送信の中のデータの復号に失敗するステップであって、前記スケジューリング許可は、許可有り送信を用いて前記データの再送をスケジューリングするために送信される、ステップ、を更に含む例１Ａ〜例３Ａのいずれか１つの方法。
例５Ａ：前記再送を受信し、前記再送及び前記許可無しアップリンク送信をソフト合成することにより、復号を実行するステップ、を更に含む例４Ａの方法。
例６Ａ：前記許可無しアップリンク送信の中のデータの復号に成功するステップであって、前記スケジューリング許可は、追加データの新規送信をスケジューリングするために送信される、ステップ、を更に含む例１Ａ〜例３Ａのいずれか１つの方法。
例７Ａ：基地局であって、ユーザ機器から許可無しアップリンク送信を受信する受信機と、前記許可無しアップリンク送信を受信することに応答して、前記ユーザ機器のためのスケジューリング許可を生成するリソースアロケータと、前記スケジューリング許可を少なくとも前記ユーザ機器へ送信する送信機と、を含む基地局。
例８Ａ：前記許可無しアップリンク送信は、指示子を含む、例７Ａの基地局。
例９Ａ：前記指示子は、前記ユーザ機器が前記基地局へ送信すべき追加データを有することを示し、又は、前記指示子は、前記ユーザ機器が前記基地局へ送信すべきデータを有することを示し、及び、前記指示子は、前記データが低遅延データであることを示す、例８Ａの基地局。
例１０Ａ：前記リソースアロケータは、前記許可無しアップリンク送信の中のデータの復号に失敗すると、許可有り送信を用いて前記データの再送をスケジューリングする、例７Ａの基地局。
例１１Ａ：前記再送を受信し、前記再送及び前記許可無しアップリンク送信をソフト合成することにより、復号を実行するメッセージデコーダ、を更に含む例１０Ａの基地局。
例１２Ａ：前記リソースアロケータは、前記許可無しアップリンク送信の中のデータの復号に成功すると、追加データの新規送信をスケジューリングする、例７Ａ〜例９Ａのいずれか１つの基地局。
例１３Ａ：ユーザ機器（ＵＥ）により実行される方法であって、許可無しアップリンク送信を基地局へ送信するステップと、前記許可無しアップリンク送信を送信することに応答して、前記基地局からスケジューリング許可を受信するステップと、前記スケジューリング許可に従い、前記基地局へ、許可済みアップリンク送信を送信するステップと、を含む方法。
例１４Ａ：前記許可済みアップリンク送信は、前記許可無しアップリンク送信の中で送信されたデータの再送である、例１３Ａの方法。
例１５Ａ：前記許可済みアップリンク送信は、前記許可無しアップリンク送信の中で送信されたデータの再送ではない追加データを前記基地局へ送信する、例１３Ａの方法。
例１６Ａ：前記許可無しアップリンク送信は指示子を含み、前記指示子は、前記ユーザ機器が前記基地局へ送信すべき追加データを有することを示し、又は、前記指示子は、前記ユーザ機器が前記基地局へ送信すべきデータを有することを示し、及び、前記指示子は、前記データが低遅延データであることを示す、例１３Ａ〜例１５Ａのいずれか１つの方法。
例１７Ａ：前記許可無しアップリンク送信は、スケジューリング要求を含む、例１３Ａ〜例１６Ａのいずれか１つの方法。
例１８Ａ：ユーザ機器（ＵＥ）であって、許可無しアップリンク送信を基地局へ送信する送信機と、前記許可無しアップリンク送信に応答して、前記基地局から送信されたスケジューリング許可を受信する受信機と、を含み、前記送信機は、さらに、前記スケジューリング許可に従い、前記基地局へ、許可済みアップリンク送信を送信する、ＵＥ。
例１９Ａ：前記許可済みアップリンク送信は、前記許可無しアップリンク送信の中で送信されたデータの再送である、例１８ＡのＵＥ。
例２０Ａ：前記許可済みアップリンク送信は、前記許可無しアップリンク送信の中で送信されたデータの再送ではない追加データを前記基地局へ送信する、例１８ＡのＵＥ。
例２１Ａ：前記許可無しアップリンク送信は指示子を含み、前記指示子は、前記ユーザ機器が前記基地局へ送信すべき追加データを有することを示し、又は、前記指示子は、前記ユーザ機器が前記基地局へ送信すべきデータを有することを示し、及び、前記指示子は、前記データが低遅延データであることを示す、例１８Ａ〜例２０Ａのいずれか１つのＵＥ。
例２２Ａ：前記許可無しアップリンク送信は、スケジューリング要求を含む、例１８Ａ〜例２１Ａのいずれか１つのＵＥ。
【国際調査報告】
2020502920.tif 000044
2020502920.tif 000045