JP7358649B2

JP7358649B2 - 無線通信システムにおいて信号の送受信方法及び装置

Info

Publication number: JP7358649B2
Application number: JP2022535939A
Authority: JP
Inventors: ソクチョルヤン; ソンウクキム; セチャンミョン; ドクヒョンペ
Original assignee: LG Electronics Inc
Current assignee: LG Electronics Inc
Priority date: 2020-08-06
Filing date: 2021-08-03
Publication date: 2023-10-10
Anticipated expiration: 2041-08-03
Also published as: JP2023506218A; US20230064829A1; CN114762438A; KR102620304B1; WO2022030945A1; EP4195855A4; US20230156791A1; US11864230B2; EP4195855A1; KR20220065796A; US12108445B2

Description

本発明は無線通信システムに関し、より具体的には無線通信システムにおいて上り／下りリンク無線信号を送受又は受信する方法及び装置に関する。

無線通信システムが音声やデータなどの種々の通信サービスを提供するために広範囲に展開されている。一般に、無線通信システムは可用のシステムリソース(帯域幅、伝送パワーなど)を共有して多重使用者との通信を支援することができる多重接続(ｍｕｌｔｉｐｌｅａｃｃｅｓｓ)システムである。多重接続システムの例としては、ＣＤＭＡ(ｃｏｄｅｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ)システム、ＦＤＭＡ(ｆｒｅｑｕｅｎｃｙｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ)システム、ＴＤＭＡ(ｔｉｍｅｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ)システム、ＯＦＤＭＡ(ｏｒｔｈｏｇｏｎａｌｆｒｅｑｕｅｎｃｙｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ)システム、ＳＣ－ＦＤＭＡ(ｓｉｎｇｌｅｃａｒｒｉｅｒｆｒｅｑｕｅｎｃｙｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ)システムなどがある。

本発明の目的は、無線信号の送受信過程を効率的に行う方法及びそのための装置を提供することにある。

本発明で達成しようとする技術的課題は前記技術的課題に制限されず、言及しなかった他の技術的課題は下記の記載から本発明が属する技術分野で通常の知識を有する者に明らかに理解可能であろう。

本発明の一様相によって、無線通信システムにおいて共有されたスペクトル(ｓｈａｒｅｄｓｐｅｃｔｒｕｍ)上で端末がチャネル接続過程(ｃｈａｎｎｅｌａｃｃｅｓｓｐｒｏｃｅｄｕｒｅ)を行う方法は、ＦＢＥ(ｆｒａｍｅｂａｓｅｄｅｑｕｉｐｍｅｎｔ)のためのＦＦＰ(Ｆｉｘｅｄｆｒａｍｅｐｅｒｉｏｄ)関連情報を得、このＦＦＰ関連情報に基づいて、端末－開始ＣＯＴ(ＵＥ－ｉｎｉｔｉａｔｅｄｃｈａｎｎｅｌｏｃｃｕｐａｎｃｙｔｉｍｅ)から始まる少なくとも一つのＦＦＰに対してＣＣＡ(ｃｌｅａｒｃｈａｎｎｅｌａｓｓｅｓｓｍｅｎｔ)を行い、ＣＣＡに基づいて決定されたＦＦＰ上で上りリンク信号を送信することを含む。ＦＦＰ関連情報は、ＦＦＰ開始オフセットに関する情報及びＦＦＰ区間(ｄｕｒａｔｉｏｎ)又は周期(ｐｅｒｉｏｄ)に関する情報を含む。端末はＦＦＰ開始オフセットがＯＦＤＭシンボル水準の粒度(ｓｙｍｂｏｌ－ｌｅｖｅｌｇｒａｎｕｌａｒｉｔｙ)を有することに基づいて、該当ＦＦＰの開始点を識別することができる。

ＯＦＤＭシンボル水準の粒度を有するＦＦＰ開始オフセットの最大値は、該当ＦＦＰ区間又は周期の長さに基づいて決定される。

ＦＦＰ開始オフセットに関する情報が指示する第１時間長さは、いつもＦＦＰ区間又は周期に関する情報により指示される第２時間長さより短く設定される。

ＦＦＰ関連情報は上位階層シグナリングにより得られる。

ＣＣＡの結果がビジー(ｂｕｓｙ)であり、端末が該当ＦＦＰ上で自分のＣＯＴを開始できない場合は、端末は基地局－開始ＣＯＴの共有に基づいて上りリンク信号を送信する。

端末－開始ＣＯＴから始まる少なくとも一つのＦＦＰは第１タイプのＦＦＰであり、基地局－開始ＣＯＴから始まるＦＦＰは第１タイプのＦＦＰとは異なる第２タイプのＦＦＰである。第１タイプのＦＦＰの開始は、第２タイプのＦＦＰの開始と時間整列されなくてもよい。第１タイプのＦＦＰに含まれた休止期間(ｉｄｌｅｐｅｒｉｏｄ)の開始は、第２タイプのＦＦＰに含まれた休止期間の開始と時間整列される。

本発明の一側面によって上述した信号受信方法を行うためのプログラムを記録したコンピューター読み取り可能な記録媒体が提供される。

本発明の一側面によって上述した信号受信方法を行う端末が提供される。

本発明の一側面によって上述した信号受信方法を行う端末を制御する機器が提供される。

本発明の一様相によって、無線通信システムにおいて共有されたスペクトル(ｓｈａｒｅｄｓｐｅｃｔｒｕｍ)上で基地局が信号を受信する方法は、ＦＢＥ(ｆｒａｍｅｂａｓｅｄｅｑｕｉｐｍｅｎｔ)のためのＦＦＰ(Ｆｉｘｅｄｆｒａｍｅｐｅｒｉｏｄ)関連情報を送信すること、及びＦＦＰ関連情報に基づいて端末－開始ＣＯＴ(ＵＥ－ｉｎｉｔｉａｔｅｄｃｈａｎｎｅｌｏｃｃｕｐａｎｃｙｔｉｍｅ)から始まる各ＦＦＰ上で上りリンク信号をモニタリングすることを含む。ＦＦＰ関連情報は、ＦＦＰ開始オフセットに関する情報及びＦＦＰ区間(ｄｕｒａｔｉｏｎ)又は周期(ｐｅｒｉｏｄ)に関する情報を含む。基地局は、ＦＦＰ開始オフセットに該当する第１時間長さをいつもＦＦＰ区間又は周期に該当する第２時間長さより小さく設定し、この決定された第１時間長さを、ＦＦＰ開始オフセットに関する情報により、ＯＦＤＭシンボル水準の粒度(ｓｙｍｂｏｌ－ｌｅｖｅｌｇｒａｎｕｌａｒｉｔｙ)に基づいて指示する。

本発明の一側面によって、上述した信号送信方法を行う基地局が提供される。

本発明によれば、無線通信システムにおいて無線信号の送受信を効率的に行うことができる。

本発明で得られる効果は以上で言及した効果に制限されず、言及しなかった他の効果は下記の記載から本発明が属する技術分野で通常の知識を有する者に明らかに理解可能であろう。

本発明に関する理解を助けるために詳細な説明の一部として含まれる添付図面は本発明の実施例を提供し、詳細な説明とともに本発明の技術的思想を説明する。

無線通信システムの一例である３ＧＰＰ（登録商標）システムに用いられる物理チャネル及びこれらを用いた一般的な信号伝送方法を例示する図である。無線フレームの構造を例示する図である。スロットのリソースグリッドを例示する図である。スロット内に物理チャネルがマッピングされる例を示す図である。ＡＣＫ／ＮＡＣＫ送信過程を例示する図である。ＰＵＳＣＨ(ＰｈｙｓｉｃａｌＵｐｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ)送信過程を例示する図である。制御情報をＰＵＳＣＨに多重化する例を示す図である。非免許帯域を支援する無線通信システムを例示する図である。非免許帯域内でリソースを占有する方法を例示する図である。ＦＢＥ基盤のチャネルアクセルを例示する図である。ＬＢＥ基盤のチャネルアクセルを例示する図である。下りリンク信号送信のための基地局のＴｙｐｅ１ＣＡＰ動作(例えば、ＬＢＥ基盤のチャネルアクセルの一例)を示すフローチャートである。上りリンク信号送信のための端末のＴｙｐｅ１ＣＡＰ動作(例えば、ＬＢＥ基盤のチャネルアクセスの一例)を示すフローチャートである。共有スペクトル上の周波数帯域(例えば、ＢＷＰ)に含まれた複数のＬＢＴ－ＳＢｓを例示する図である。本発明の一実施例によるチャネル接続方法を説明するための図である。本発明の実施例によるＦＦＰを示す図である。本発明の一実施例によるＦＦＰの開始オフセットとＤｕｒａｔｉｏｎを示す図である。本発明の一実施例による共有スペクトル上でのＦＢＥ基盤のチャネル接続方法の流れを示す図である。本発明に適用される通信システム１と無線機器を例示する図である。本発明に適用される通信システム１と無線機器を例示する図である。本発明に適用される通信システム１と無線機器を例示する図である。本発明に適用される通信システム１と無線機器を例示する図である。本発明に適用可能なＤＲＸ(ＤｉｓｃｏｎｔｉｎｕｏｕｓＲｅｃｅｐｔｉｏｎ)動作を例示する図である。

以下の技術は、ＣＤＭＡ(ｃｏｄｅｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ)、ＦＤＭＡ(ｆｒｅｑｕｅｎｃｙｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ)、ＴＤＭＡ(ｔｉｍｅｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ)、ＯＦＤＭＡ(ｏｒｔｈｏｇｏｎａｌｆｒｅｑｕｅｎｃｙｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ)、ＳＣ－ＦＤＭＡ(ｓｉｎｇｌｅｃａｒｒｉｅｒｆｒｅｑｕｅｎｃｙｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ)などのような様々な無線接続システムに用いることができる。ＣＤＭＡは、ＵＴＲＡ(ＵｎｉｖｅｒｓａｌＴｅｒｒｅｓｔｒｉａｌＲａｄｉｏＡｃｃｅｓｓ)やＣＤＭＡ２０００のような無線技術(ｒａｄｉｏｔｅｃｈｎｏｌｏｇｙ)によって具現することができる。ＴＤＭＡは、ＧＳＭ(ＧｌｏｂａｌＳｙｓｔｅｍｆｏｒＭｏｂｉｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ)／ＧＰＲＳ(ＧｅｎｅｒａｌＰａｃｋｅｔＲａｄｉｏＳｅｒｖｉｃｅ)／ＥＤＧＥ(ＥｎｈａｎｃｅｄＤａｔａＲａｔｅｓｆｏｒＧＳＭＥｖｏｌｕｔｉｏｎ)のような無線技術によって具現することができる。ＯＦＤＭＡは、ＩＥＥＥ８０２．１１(Ｗｉ－Ｆｉ)、ＩＥＥＥ８０２．１６(ＷｉＭＡＸ)、ＩＥＥＥ８０２－２０、Ｅ－ＵＴＲＡ(ＥｖｏｌｖｅｄＵＴＲＡ)などのような無線技術によって具現することができる。ＵＴＲＡは、ＵＭＴＳ(ＵｎｉｖｅｒｓａｌＭｏｂｉｌｅＴｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓＳｙｓｔｅｍ)の一部である。３ＧＰＰ(３ｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ)ＬＴＥ(ｌｏｎｇｔｅｒｍｅｖｏｌｕｔｉｏｎ)は、Ｅ－ＵＴＲＡを用いるＥ－ＵＭＴＳ(ＥｖｏｌｖｅｄＵＭＴＳ)の一部であり、ＬＴＥ－Ａは３ＧＰＰＬＴＥの進化したバージョンである。３ＧＰＰＮＲ(ＮｅｗＲａｄｉｏｏｒＮｅｗＲａｄｉｏＡｃｃｅｓｓＴｅｃｈｎｏｌｏｇｙ)は３ＧＰＰＬＴＥ／ＬＴＥ－Ａの進化したバージョンである。

より多い通信機器がより大きい通信容量を要求することにより、既存の無線接続技術(ｒａｄｉｏＡｃｃｅｓｓｔｅｃｈｎｏｌｏｇｙ、ＲＡＴ)に比べて向上した無線広帯域(ｍｏｂｉｌｅｂｒｏａｄｂａｎｄ、ｅＭＢＢ)通信に対する必要性が台頭しつつある。また、複数の機器及びモノを連結していつでもどこでも様々なサービスを提供する大規模ＭＴＣ(ｍａｓｓｉｖｅＭａｃｈｉｎｅＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎｓ)が次世代通信において考慮すべき重要なイッシュの一つである。のみならず、信頼度(ｒｅｌｉａｂｉｌｉｔｙ)及びレイテンシ(ｌａｔｅｎｃｙ)に敏感なサービス／ＵＥを考慮したＵＲＬＬＣ(Ｕｌｔｒａ－ＲｅｌｉａｂｌｅａｎｄＬｏｗＬａｔｅｎｃｙＣｏｍｍｕｎｉｃａｔｉｏｎ)が論議されている。このようにｅＭＢＢ(ｅｎｈａｎｃｅｄＭｏｂｉｌｅＢｒｏａｄＢａｎｄＣｏｍｍｕｎｉｃａｔｉｏｎ)、大規模ＭＴＣ、ＵＲＬＬＣ(Ｕｌｔｒａ－ＲｅｌｉａｂｌｅａｎｄＬｏｗＬａｔｅｎｃｙＣｏｍｍｕｎｉｃａｔｉｏｎ)などを考慮した次世代ＲＡＴの導入が論議されており、本発明では、便宜上、該当技術をＮＲ(Ｎｅｗｒａｄｉｏ又はＮｅｗＲＡＴ)と呼ぶ。

説明を明確にするために、３ＧＰＰＮＲを主として説明するが、本発明の技術的思想はこれに限られない。

この明細書においては、"設定"という表現は"構成(ｃｏｎｆｉｇｕｒｅ／ｃｏｎｆｉｇｕｒａｔｉｏｎ)"という表現に置き換えてもよく、両者は混用される。また、条件的表現(例えば、"～～であると(ｉｆ)"、"～の場合(ｉｎａｃａｓｅ)"又は"～であるとき(ｗｈｅｎ)"など)は、"～であることに基づいて(ｂａｓｅｄｏｎｔｈａｔ～～)"又は"～である状態で(ｉｎａｓｔａｔｅ／ｓｔａｔｕｓ)"などの表現に置き換えてもよい。また、該当条件の充足による端末／基地局の動作又はＳＷ／ＨＷ構成を類推／理解することができる。また、無線通信装置(例えば、基地局、端末)の間の信号送受信において、送信(又は受信)側のプロセスから受信(又は送信)側のプロセスが類推／理解できれば、その説明は省略してもよい。例えば、送信側の信号決定／生成／符号化／送信などは受信側の信号モニタリング受信／復号／決定などに理解できる。また、端末が特定の動作を行う(又は行わない)という表現は、基地局が端末の特定の動作の実行を期待／仮定(又は行わないと期待／仮定)して動作するとも解釈できる。基地局が特定の動作を行う(又は行わない)という表現は、端末が基地局の特定の動作の実行を期待／仮定(又は行わないと期待／仮定)して動作するとも解釈できる。また、以下の説明において、各セクション、実施例、例示、オプション、方法、方案などの区部とインデックスは、説明の便宜のためのものであり、それぞれが必ず独立した発明を構成することを意味するか、又はそれぞれが必ず個々に実施されるべきであることを意味すると解釈してはいけない。また、各セクション、実施例、例示、オプション、方法、方案などを説明するにおいて、明示的に衝突／反対する技術がなければ、これらの少なくとも一部を組み合わせて一緒に実施したり、少なくとも一部を省略して実施したりしてもよいと類推／解釈される。

無線通信システムにおいて、端末は基地局から下りリンク(Ｄｏｗｎｌｉｎｋ、ＤＬ)を介して情報を受信し、端末は基地局から上りリンク(Ｕｐｌｉｎｋ、ＵＬ)を介して情報を伝送する。基地局と端末が送受信する情報はデータ及び様々な制御情報を含み、これらが送受信する情報の種類／用途によって様々な物理チャネルが存在する。

図１は３ＧＰＰＮＲシステムに用いられる物理チャネル及びこれらを用いた一般的な信号伝送方法を例示する図である。

電源Ｏｆｆ状態で電源を入れたか或いは新しくセルに進入した端末は、段階Ｓ１０１において、基地局と同期を確立するなどの初期セル探索(Ｉｎｉｔｉａｌｃｅｌｌｓｅａｒｃｈ)作業を行う。このために、端末は基地局からＳＳＢ(ＳｙｎｃｈｒｏｎｉｚａｔｉｏｎＳｉｇｎａｌＢｌｏｃｋ)を受信する。ＳＳＢはＰＳＳ(ＰｒｉｍａｒｙＳｙｎｃｈｒｏｎｉｚａｔｉｏｎＳｉｇｎａｌ)、ＳＳＳ(ＳｅｃｏｎｄａｒｙＳｙｎｃｈｒｏｎｉｚａｔｉｏｎＳｉｇｎａｌ)及びＰＢＣＨ(ＰｈｙｓｉｃａｌＢｒｏａｄｃａｓｔＣｈａｎｎｅｌ)を含む。端末はＰＳＳ／ＳＳＳに基づいて基地局と同期を確立し、セルＩＤ(ｃｅｌｌｉｄｅｎｔｉｔｙ)などの情報を得る。また端末はＰＢＣＨに基づいてセル内の放送情報を得る。なお、端末は初期セル探索の段階において、下りリンク参照信号(ＤｏｗｎｌｉｎｋＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ、ＤＬＲＳ)を受信して下りリンクチャネルの状態を確認することができる。

初期セル探索が終了した端末は、段階Ｓ１０２において、物理下りリンク制御チャネル(ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ、ＰＤＣＣＨ)及び物理下りリンク制御チャネルの情報に基づく物理下りリンク共有チャネル(ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ、ＰＤＳＣＨ)を受信して、より具体的なシステム情報を得る。

以後、端末は基地局に接続を完了するために、段階Ｓ１０３乃至段階Ｓ１０６のような任意接続過程(ＲａｎｄｏｍＡｃｃｅｓｓＰｒｏｃｅｄｕｒｅ)を行う。このために端末は、物理任意接続チャネル(ＰｈｙｓｉｃａｌＲａｎｄｏｍＡｃｃｅｓｓＣｈａｎｎｅｌ、ＰＲＡＣＨ)を介してプリアンブル(ｐｒｅａｍｂｌｅ)を伝送し(Ｓ１０３)、物理下りリンク制御チャネル及びこれに対応する物理下りリンク共有チャネルを介してプリアンブルに対する応答メッセージを受信する(Ｓ１０４)。競争基盤の任意接続(Ｃｏｎｔｅｎｔｉｏｎｂａｓｅｄｒａｎｄｏｍａｃｃｅｓｓ)の場合、さらなる物理任意接続チャネルの伝送(Ｓ１０５)、物理下りリンク制御チャネル及びそれに対応する物理下りリンク共有チャネルの受信(Ｓ１０６)のような衝突解決手順(ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＰｒｏｃｅｄｕｒｅ)を行う。

このような手順を行った端末は、その後一般的な上り／下りリンク信号の伝送手順として物理下りリンク制御チャネル／物理下りリンク共有チャネルの受信(Ｓ１０７)、及び物理上りリンク共有チャネル(ＰｈｙｓｉｃａｌＵｐｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ、ＰＵＳＣＨ)／物理上りリンク制御チャネル(ＰｈｙｓｉｃａｌＵｐｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ、ＰＵＣＣＨ)の伝送を行う(Ｓ１０８)。端末が基地局に伝送する制御情報を併せて上りリンク制御情報(ＵｐｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ、ＵＣＩ)と称する。ＵＣＩは、ＨＡＲＱＡＣＫ／ＮＡＣＫ(ＨｙｂｒｉｄＡｕｔｏｍａｔｉｃＲｅｐｅａｔａｎｄｒｅＱｕｅｓｔＡｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ－ＡＣＫ)、ＳＲ(ＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔ)、ＣＳＩ(ＣｈａｎｎｅｌＳｔａｔｅＩｎｆｏｒｍａｔｉｏｎ)などを含む。ＣＳＩは、ＣＱＩ(ＣｈａｎｎｅｌＱｕａｌｉｔｙＩｎｄｉｃａｔｏｒ)、ＰＭＩ(ＰｒｅｃｏｄｉｎｇＭａｔｒｉｘＩｎｄｉｃａｔｏｒ)、ＲＩ(ＲａｎｋＩｎｄｉｃａｔｉｏｎ)などを含む。ＵＣＩは一般的にＰＵＣＣＨを介して伝送されるが、制御情報とトラヒックデータが同時に伝送される必要がある場合にはＰＵＳＣＨを介して伝送される。また、ネットワークの要請／指示によってＰＵＳＣＨを介してＵＣＩを非周期的に伝送することができる。

図２は無線フレームの構造を例示する図である。ＮＲにおいて、上りリンク及び下りリンク送信はフレームで構成される。無線フレームは１０ｍｓの長さを有し、２個の５ｍｓハーフフレーム(Ｈａｌｆ－Ｆｒａｍｅ、ＨＦ)と定義される。ハーフフレームは５個の１ｍｓサブフレーム(Ｓｕｂｆｒａｍｅ、ＳＦ)と定義される。サブフレームは１つ以上のスロットに分割され、サブフレーム内のスロット数はＳＣＳ(ＳｕｂｃａｒｒｉｅｒＳｐａｃｉｎｇ)に依存する。各スロットはＣＰ(ｃｙｃｌｉｃｐｒｅｆｉｘ)によって１２つ又は１４個のＯＦＤＭ(Ａ)シンボルを含む。一般ＣＰが使用される場合、各スロットは１４個のシンボルを含む。拡張ＣＰが使用される場合は、各スロットは１２個のシンボルを含む。

表１は一般ＣＰが使用される場合、ＳＣＳによってスロットごとのシンボル数、フレームごとのスロット数とサブフレームごとのスロット数が変化することを例示している。

＊Ｎ^slot _symb:スロット内のシンボル数

＊Ｎ^frame,u _slot:フレーム内のスロット数

＊Ｎ^subframe,u _slot:サブフレーム内のスロット数

表２は拡張ＣＰが使用される場合、ＳＣＳによってスロットごとのシンボル数、フレームごとのスロット数とサブフレームごとのスロット数が変化することを例示している。

フレーム構造は例示に過ぎず、フレームにおいてサブフレーム数、スロット数及びシンボル数は様々に変更できる。

ＮＲシステムでは１つの端末に併合される複数のセル間でＯＦＤＭニューマロロジー(ｎｕｍｅｒｏｌｏｇｙ)(例えば、ＳＣＳ)が異なるように設定されることができる。これにより、同じ数のシンボルで構成された時間リソース(例えば、ＳＦ、スロット又はＴＴＩ)(便宜上、ＴＵ(ＴｉｍｅＵｎｉｔ)と通称)の(絶対時間)区間が併合されたセル間で異なるように設定されることができる。ここで、シンボルはＯＦＤＭシンボル(或いはＣＰ－ＯＦＤＭシンボル)、ＳＣ－ＦＤＭＡシンボル(或いはＤｉｓｃｒｅｔｅＦｏｕｒｉｅｒＴｒａｎｓｆｏｒｍ－ｓｐｒｅａｄ－ＯＦＤＭ、ＤＦＴ－ｓ－ＯＦＤＭシンボル)を含む。

図３はスロットのリソースグリッド(ｒｅｓｏｕｒｃｅｇｒｉｄ)を例示する図である。スロットは時間ドメインで複数のシンボルを含む。例えば、一般ＣＰの場合、１つのスロットが１４個のシンボルを含むが、拡張ＣＰの場合は、１つのスロットが１２個のシンボルを含む。搬送波は周波数ドメインで複数の副搬送波を含む。ＲＢ(ＲｅｓｏｕｒｃｅＢｌｏｃｋ)は周波数ドメインで複数(例えば、１２)の連続する副搬送波と定義される。ＢＷＰは周波数ドメインで複数の連続するＰＲＢ(ＰｈｙｓｉｃａｌＲＢ)と定義され、１つのニューマロロジー(ｎｕｍｅｒｏｌｏｇｙ)(例えば、ＳＣＳ、ＣＰ長さなど)に対応することができる。搬送波は最大Ｎ個(例えば、５個)のＢＷＰを含む。データ通信は活性化されたＢＷＰで行われ、１つの端末には１つのＢＷＰのみが活性化される。リソースグリッドにおいて各々の要素はリソース要素(ＲｅｓｏｕｒｃｅＥｌｅｍｅｎｔ、ＲＥ)と称され、１つの複素シンボルがマッピングされることができる。

図４は自己完結スロット内に物理チャネルがマッピングされる例を示す図である。ＤＬ制御領域ではＰＤＣＣＨが送信され、ＤＬデータ領域ではＰＤＳＣＨが送信される。ＵＬ制御領域ではＰＵＣＣＨが送信され、ＵＬデータ領域ではＰＵＳＣＨが送信される。ＧＰは基地局と端末が送信モードから受信モードに転換する過程又は受信モードから送信モードに転換する過程で時間ギャップを提供する。サブフレーム内でＤＬからＵＬに転換する時点の一部のシンボルがＧＰと設定されることができる。

以下、各々の物理チャネルについてより詳しく説明する。

ＰＤＣＣＨはＤＣＩ(ＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ)を運ぶ。例えば、ＰＣＣＣＨ(即ち、ＤＣＩ)はＤＬ－ＳＣＨ(ｄｏｗｎｌｉｎｋｓｈａｒｅｄｃｈａｎｎｅｌ)の送信フォーマット及びリソース割り当て、ＵＬ－ＳＣＨ(ｕｐｌｉｎｋｓｈａｒｅｄｃｈａｎｎｅｌ)に対するリソース割り当て情報、ＰＣＨ(ＰａｇｉｎｇＣｈａｎｎｅｌ)に関するページング情報、ＤＬ－ＳＣＨ上のシステム情報、ＰＤＳＣＨ上で送信されるランダム接続応答のような上位階層制御メッセージに関するリソース割り当て情報、送信電力制御命令、ＣＳ(Ｃｏｎｆｉｇｕｒｅｄｓｃｈｅｄｕｌｉｎｇ)の活性化／解除などを運ぶ。ＤＣＩはＣＲＣ(ｃｙｃｌｉｃｒｅｄｕｎｄａｎｃｙｃｈｅｃｋ)を含み、ＣＲＣはＰＤＣＣＨの所有者又は使用用途によって様々な識別子(例えば、ＲａｄｉｏＮｅｔｗｏｒｋＴｅｍｐｏｒａｒｙＩｄｅｎｔｉｆｉｅｒ、ＲＮＴＩ)にマスキング／スクランブルされる。例えば、ＰＤＣＣＨが特定の端末のためのものであれば、ＣＲＣは端末識別子(例えば、ｃｅｌｌ－ＲＮＴＩ、Ｃ－ＲＮＴＩ)にマスキングされる。ＰＤＣＣＨがページングに関するものであれば、ＣＲＣはＰ－ＲＮＴＩ(Ｐａｇｉｎｇ－ＲＮＴＩ)にマスキングされる。ＰＤＣＣＨがシステム情報(例えば、ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ、ＳＩＢ)に関するものであれば、ＣＲＣはＳＩ－ＲＮＴＩ(ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＲＮＴＩ)にマスキングされる。ＰＤＣＣＨがランダム接続応答に関するものであれば、ＣＲＣはＲＡ－ＲＮＴＩ(ＲａｎｄｏｍＡｃｃｅｓｓ－ＲＮＴＩ)にマスキングされる。

ＰＤＣＣＨはＡＬ(ＡｇｇｒｅｇａｔｉｏｎＬｅｖｅｌ)によって１、２、４、８、１６個のＣＣＥ(ＣｏｎｔｒｏｌＣｈａｎｎｅｌＥｌｅｍｅｎｔ)で構成される。ＣＣＥは無線チャネル状態によって所定の符号率のＰＤＣＣＨを提供するために使用される論理的割り当て単位である。ＣＣＥは６個のＲＥＧ(ＲｅｓｏｕｒｃｅＥｌｅｍｅｎｔＧｒｏｕｐ)で構成される。ＲＥＧは一つのＯＦＤＭシンボルと一つの(Ｐ)ＲＢにより定義される。ＰＤＣＣＨはＣＯＲＥＳＥＴ(ＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔ)により送信される。ＣＯＲＥＳＥＴは与えられたニューマロロジー(例えば、ＳＣＳ、ＣＰ長さなど)を有するＲＥＧセットにより定義される。一つの端末のための複数のＣＯＲＥＳＥＴは時間／周波数ドメインで重畳することができる。ＣＯＲＥＳＥＴはシステム情報(例えば、ＭａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ、ＭＩＢ)又は端末－特定(ＵＥ－ｓｐｅｃｉｆｉｃ)の上位階層(例えば、ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ、ＲＲＣ、ｌａｙｅｒ)シグナリングにより設定される。具体的には、ＣＯＲＥＳＥＴを構成するＲＢ数及びＯＦＤＭシンボル数(最大３個)が上位階層シグナリングにより設定される。

ＰＤＣＣＨ受信／検出のために、端末はＰＤＣＣＨ候補をモニターする。ＰＤＣＣＨ候補はＰＤＣＣＨ検出のために端末がモニターするＣＣＥを示す。各ＰＤＣＣＨ候補はＡＬによって１、２、４、８、１６個のＣＣＥにより定義される。モニタリングはＰＤＣＣＨ候補を(ブラインド)復号することを含む。端末がモニターするＰＤＣＣＨ候補のセットをＰＤＣＣＨ検索空間(ＳｅａｒｃｈＳｐａｃｅ、ＳＳ)と定義する。検索空間は共通検索空間(ＣｏｍｍｏｎＳｅａｒｃｈＳｐａｃｅ、ＣＳＳ)又は端末－特定の検索空間(ＵＥ－ｓｐｅｃｉｆｉｃｓｅａｒｃｈｓｐａｃｅ、ＵＳＳ)を含む。端末はＭＩＢ又は上位階層シグナリングにより設定された一つ以上の検索空間でＰＤＣＣＨ候補をモニターしてＤＣＩを得ることができる。各々のＣＯＲＥＳＥＴは一つ以上の検索空間に連関し、各検索空間は一つのＣＯＲＥＳＴに連関する。検索空間は以下のパラメータに基づいて定義される。

－ｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＩｄ：検索空間に関連するＣＯＲＥＳＥＴを示す。

－ｍｏｎｉｔｏｒｉｎｇＳｌｏｔＰｅｒｉｏｄｉｃｉｔｙＡｎｄＯｆｆｓｅｔ：ＰＤＣＣＨモニタリング周期(スロット単位)及びＰＤＣＣＨモニタリング区間オフセット(スロット単位)を示す。

－ｍｏｎｉｔｏｒｉｎｇＳｙｍｂｏｌｓＷｉｔｈｉｎＳｌｏｔ：スロット内のＰＤＣＣＨモニタリングシンボルを示す(例えば、ＳＯＲＥＳＥＴの１番目のシンボルを示す)。

－ｎｒｏｆＣａｎｄｉｄａｔｅｓ：ＡＬ＝{１、２、４、８、１６}ごとのＰＤＣＣＨ候補の数(０、１、２、３、４、５、６、８のうちの１つ)を示す。

＊ＰＤＣＣＨ候補をモニターする機会(ｏｃｃａｓｉｏｎ)(例、時間／周波数リソース)をＰＤＣＣＨ(モニタリング)機会であると定義する。スロット内に１つ以上のＰＤＣＣＨ(モニタリング)機会が構成される。

表３は検索空間タイプごとの特徴を例示する。

表４はＰＤＣＣＨを介して送信されるＤＣＩフォーマットを例示する。

ＤＣＩフォーマット０_０はＴＢ－基盤(又はＴＢ－ｌｅｖｅｌ)のＰＵＳＣＨをスケジューリングするために使用され、ＤＣＩフォーマット０_１はＴＢ－基盤(又はＴＢ－ｌｅｖｅｌ)のＰＵＳＣＨ又はＣＢＧ(ＣｏｄｅＢｌｏｃｋＧｒｏｕｐ)－基盤(又はＣＢＧ－ｌｅｖｅｌ)のＰＵＳＣＨをスケジューリングするために使用される。ＤＣＩフォーマット１_０はＴＢ－基盤(又はＴＢ－ｌｅｖｅｌ)のＰＤＳＣＨをスケジューリングするために使用され、ＤＣＩフォーマット１_１はＴＢ－基盤(又はＴＢ－ｌｅｖｅｌ)のＰＤＳＣＨ又はＣＢＧ－基盤(又はＣＢＧ－ｌｅｖｅｌ)のＰＤＳＣＨをスケジューリングするために使用される。ＤＣＩフォーマット０_０／０_１はＵＬグラントＤＣＩ又はＵＬスケジューリング情報と呼ばれ、ＤＣＩフォーマット１_０／１_１はＤＬグラントＤＣＩ又はＵＬスケジューリング情報と呼ばれる。ＤＣＩフォーマット２_０は動的スロットフォーマット情報(例えば、ｄｙｎａｍｉｃＳＦＩ)を端末に伝達するために使用され、ＤＣＩフォーマット２_１は下りリンク先制(ｐｒｅ－Ｅｍｐｔｉｏｎ)情報を端末に伝達するために使用される。ＤＣＩフォーマット２_０及び／又はＤＣＩフォーマット２_１は１つのグループで定義された端末に伝達されるＰＤＣＣＨであるグループ共通ＰＤＣＣＨ(ＧｒｏｕｐＣｏｍｍｏｎＰＤＣＣＨ)を介して該当グループ内の端末に伝達される。

ＤＣＩフォーマット０_０とＤＣＩフォーマット１_０はフォールバック(ｆａｌｌｂａｃｋ)ＤＣＩフォーマットと称され、ＤＣＩフォーマット０_１とＤＣＩフォーマット１_１はノンフォールバックＤＣＩフォーマットと称される。フォールバックＤＣＩフォーマットは端末の設定に関係なくＤＣＩサイズ／フィールドの構成が同様に維持される。反面、ノンフォールバックＤＣＩフォーマットは端末の設定によってＤＣＩサイズ／フィールドの構成が異なる。

ＰＤＳＣＨは下りリンクデータ(例、ＤＬ－ＳＣＨｔｒａｎｓｐｏｒｔｂｌｏｃｋ、ＤＬ－ＳＣＨＴＢ)を運び、ＱＰＳＫ(ＱｕａｄｒａｔｕｒｅＰｈａｓｅＳｈｉｆｔＫｅｙｉｎｇ)、１６ＱＡＭ(ＱｕａｄｒａｔｕｒｅＡｍｐｌｉｔｕｄｅＭｏｄｕｌａｔｉｏｎ)、６４ＱＡＭ、２５６ＱＡＭなどの変調方法が適用される。ＴＢを符号化してコードワード(ｃｏｄｅｗｏｒｄ)が生成される。ＰＤＳＣＨは最大２個のコードワードを運ぶ。コードワードごとにスクランブル及び変調マッピングが行われ、各コードワードから生成された変調シンボルは１つ以上のレイヤにマッピングされる。各レイヤはＤＭＲＳ(ＤｅｍｏｄｕｌａｔｉｏｎＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ)と共にリソースにマッピングされてＯＦＤＭシンボル信号に生成され、該当アンテナポートにより送信される。

ＰＵＣＣＨはＵＣＩ(ＵｐｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ)を運ぶ、ＵＣＩは以下を含む。

－ＳＲ(ＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔ)：ＵＬ－ＳＣＨリソースを要請するために使用される情報である。

－ＨＡＲＱ－ＡＣＫ：ＰＤＳＣＨ上の下りリンクデータパケット(例えば、コードワード)に対する応答である。下りリンクデータパケットが成功的に受信されたか否かを示す。単一のコードワードに対する応答としてＨＡＲＱ－ＡＣＫ１ビットが送信され、２個のコードワードに対する応答としてＨＡＲＱ－ＡＣＫ２ビットが送信される。ＨＡＲＱ－ＡＣＫ応答は、ポジティブＡＣＫ(簡単に、ＡＣＫ)、ネガティブＡＣＫ(以下、ＮＡＣＫ)、ＤＴＸ(ＤｉｓｃｏｎｔｉｎｕｏｕｓＴｒａｎｓｍｉｓｓｉｏｎ)又はＮＡＣＫ／ＤＴＸを含む。ここで、ＨＡＲＱ－ＡＣＫという用語は、ＨＡＲＱＡＣＫ／ＮＡＣＫ、ＡＣＫ／ＮＡＣＫと同じ意味で使われる。

－ＣＳＩ(ＣｈａｎｎｅｌＳｔａｔｅＩｎｆｏｒｍａｔｉｏｎ)：下りリンクチャンネルに対するフィードバック情報である。ＭＩＭＯ(ＭｕｌｔｉｐｌｅＩｎｐｕｔＭｕｌｔｉｐｌｅＯｕｔｐｕｔ)－関連フィードバック情報は、ＲＩ(ＲａｎｋＩｎｄｉｃａｔｏｒ)及びＰＭＩ(ＰｒｅｃｏｄｉｎｇＭａｔｒｉｘＩｎｄｉｃａｔｏｒ)を含む。

表５はＰＵＣＣＨフォーマットを例示する。ＰＵＣＣＨ送信長さによってＳｈｏｒｔＰＵＣＣＨ(フォーマット０，２)及びＬｏｎｇＰＵＣＣＨ(フォーマット１，３，４)に区分できる。

ＰＵＣＣＨフォーマット０は最大２ビットサイズのＵＣＩを運び、シーケンスに基づいてマッピングされて送信される。具体的には、端末は複数のシーケンスのうちの１つのシーケンスをＰＵＣＣＨフォーマット０であるＰＵＣＣＨを介して送信して特定のＵＣＩを基地局に送信する。端末は肯定(ｐｏｓｉｔｉｖｅ)のＳＲを送信する場合のみに対応するＳＲ設定のためのＰＵＣＣＨリソース内でＰＵＣＣＨフォーマット０であるＰＵＣＣＨを送信する。

ＰＵＣＣＨフォーマット１は最大２ビットサイズのＵＣＩを運び、変調シンボルは時間領域で(周波数ホッピング有無によって異なるように設定される)直交カバーコード(ＯＣＣ)により拡散される。ＤＭＲＳは変調シンボルが送信されないシンボルで送信される(即ち、ＴＤＭ(ＴｉｍｅＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅｘｉｎｇ)されて送信される)。

ＰＵＣＣＨフォーマット２は２ビットより大きいビットサイズのＵＣＩを運び、変調シンボルはＤＭＲＳとＦＤＭ(ＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅｘｉｎｇ)されて送信される。ＤＭ－ＲＳは１／３密度のリソースブロック内のシンボルインデックスG１、＃４、＃７及び＃１０に位置する。ＰＮ(ＰｓｅｕｄｏＮｏｉｓｅ)シーケンスがＤＭ＿ＲＳシーケンスのために使用される。２シンボルＰＵＣＣＨフォーマット２のために周波数ホッピングが活性化されることができる。

ＰＵＣＣＨフォーマット３は同一の物理リソースブロック内において端末多重化が行われず、２ビットより大きいビットサイズのＵＣＩを運ぶ。即ち、ＰＵＣＣＨフォーマット３のＰＵＣＣＨリソースは直交カバーコードを含まない。変調シンボルはＤＭＲＳとＴＤＭ(ＴｉｍｅＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅｘｉｎｇ)されて送信される。

ＰＵＣＣＨフォーマット４は同一の物理リソースブロック内に最大４個の端末まで多重化が支援され、２ビットより大きいビットサイズのＵＣＩを運ぶ。即ち、ＰＵＣＣＨフォーマット３のＰＵＣＣＨリソースは直交カバーコードを含む。変調シンボルはＤＭＲＳとＴＤＭ(ＴｉｍｅＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅｘｉｎｇ)されて送信される。

ＰＵＳＣＨは上りリンクデータ(例えば、ＵＬ－ＳＣＨｔｒａｎｓｐｏｒｔｂｌｏｃｋ、ＵＬ－ＳＣＨＴＢ)及び／又は上りリンク制御情報(ＵＣＩ)を運び、ＣＰ－ＯＦＤＭ(ＣｙｃｌｉｃＰｒｅｆｉｘ－ＯｒｔｈｏｇｏｎａｌＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅｘｉｎｇ)波形又はＤＦＴ－ｓ－ＯＦＤＭ(ＤｉｓｃｒｅｔｅＦｏｕｒｉｅｒＴｒａｎｓｆｏｒｍ－ｓｐｒｅａｄ－ＯｒｔｈｏｇｏｎａｌＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅｘｉｎｇ)波形に基づいて送信される。ＰＵＳＣＨがＤＦＴ－ｓ－ＯＦＤＭ波形に基づいて送信される場合、端末は変換プリコーディング(ｔｒａｎｓｆｏｒｍｐｒｅｃｏｄｉｎｇ)を適用してＰＵＳＣＨを送信する。一例として、変換プリコーディングが不可能な場合は(例えば、ｔｒａｎｓｆｏｒｍｐｒｅｃｏｄｉｎｇｉｓｄｉｓａｂｌｅｄ)、端末はＣＰ－ＯＦＤＭ波形に基づいてＰＵＳＣＨを送信し、変換プリコーディングが可能な場合には(例えば、ｔｒａｎｓｆｏｒｍｐｒｅｃｏｄｉｎｇｉｓｅｎａｂｌｅｄ)、端末はＣＰ－ＯＦＤＭ波形又はＤＦＴ－ｓ－ＯＦＤＭ波形に基づいてＰＵＳＣＨを送信する。ＰＵＳＣＨ送信はＤＣＩ内のＵＬグラントにより動的にスケジュールされるか、又は上位階層(例えば、ＲＲＣ)シグナリング(及び／又はＬａｙｅｒ１(Ｌ１)シグナリング(例えば、ＰＤＣＣＨ))に基づいて準－静的(ｓｅｍｉ－ｓｔａｔｉｃ)にスケジュールされる(ｃｏｎｆｉｇｕｒｅｄｇｒａｎｔ)。ＰＵＳＣＨ送信はコードブック基盤又は非コードブック基盤に行われる。

図５はＡＣＫ／ＮＡＣＫ送信過程を例示する。図５を参照すると、端末はスロット＃ｎでＰＤＣＣＨを検出する。ここで、ＰＤＣＣＨは下りリンクスケジューリング情報(例えば、ＤＣＩフォーマット１_０、１_１)を含み、ＰＤＣＣＨはＤＬ割り当て－ｔｏ－ＰＤＳＣＨオフセット(Ｋ０)とＰＤＳＣＨ－ＨＡＲＱ－ＡＣＫ報告オフセット(Ｋ１)を示す。例えば、ＤＣＩフォーマット１_０、１_１は以下の情報を含む。

－Ｆｒｅｑｕｅｎｃｙｄｏｍａｉｎｒｅｓｏｕｒｃｅａｓｓｉｇｎｍｅｎｔ：ＰＤＳＣＨに割り当てられたＲＢセットを示す。

－Ｔｉｍｅｄｏｍａｉｎｒｅｓｏｕｒｃｅａｓｓｉｇｎｍｅｎｔ：Ｋ０(例、スロットオフセット)、スロット＃ｎ＋Ｋ０内のＰＤＳＣＨの開始位置(例えば、ＯＦＤＭシンボルインデックス)及びＰＤＳＣＨの長さ(例：ＯＦＤＭシンボルの数)を示す

－ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ_ｆｅｅｄｂａｃｋｔｉｍｉｎｇｉｎｄｉｃａｔｏｒ：Ｋ１を示す

－ＨＡＲＱｐｒｏｃｅｓｓｎｕｍｂｅｒ(４ビット)：データ(例、ＰＤＳＣＨ、ＴＢ)に対するＨＡＲＱｐｒｏｃｅｓｓＩＤ(Ｉｄｅｎｔｉｔｙ)を示す

以後、端末はスロット＃ｎのスケジューリング情報によってスロット＃(ｎ＋Ｋ０)からＰＤＳＣＨを受信した後、スロット＃ｎ１(ｗｈｅｒｅ、ｎ＋Ｋ０≦ｎ１)でＰＤＳＣＨの受信が終わると、スロット＃(ｎ１＋Ｋ１)でＰＵＣＣＨを介してＵＣＩを送信する。ここで、ＵＣＩはＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ応答を含む。図５では便宜上、ＰＤＳＣＨに対するＳＣＳとＰＵＣＣＨに対するＳＣＳが同一であり、スロット＃ｎ１＝スロット＃ｎ＋Ｋ０と仮定したが、本発明はこれに限定されない。ＳＣＳが互いに異なる場合、ＰＵＣＣＨのＳＣＳに基づいてＫ１が指示／解釈される。

ＰＤＳＣＨが最大１つのＴＢを送信するように構成された場合、ＨＡＲＱ－ＡＣＫ応答は１－ビットで構成される。ＰＤＳＣＨが最大２つのＴＢを送信するように構成された場合は、ＨＡＲＱ－ＡＣＫ応答は空間(ｓｐａｔｉａｌ)バンドリングが構成されないと、２－ビットで構成され、空間バンドリングが構成されると、１－ビットで構成される。複数のＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫの送信時点がスロット＃(ｎ＋Ｋ１)と指定された場合、スロット＃(ｎ＋Ｋ１)で送信されるＵＣＩは複数のＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ応答を含む。

ＨＡＲＱ－ＡＣＫ応答のために端末が空間(Ｓｐａｔｉａｌ)バンドリングを行うか否かは、セルグループごとに構成(ｃｏｎｆｉｇｕｒｅ)(例えば、ＲＲＣ／上位階層シグナリング)される。一例として、空間バンドリングはＰＵＣＣＨを介して送信されるＨＡＲＱ－ＡＣＫ応答及び／又はＰＵＳＣＨを介して送信されるＨＡＲＱ－ＡＣＫ応答のそれぞれに個々に構成される。

空間バンドリングは該当サービングセルで一度に受信可能な(又は１ＤＣＩによりスケジューリング可能な)ＴＢ(又はコードワード)の最大数が２つである場合(又は２つ以上である場合)に支援される(例えば、上位階層パラメータｍａｘＮｒｏｆＣｏｄｅＷｏｒｄｓＳｃｈｅｄｕｌｅｄＢｙＤＣＩが２－ＴＢに該当する場合)。一方、２－ＴＢ送信のためには、４つより多いレイヤが使用され、１－ＴＢ送信には最大４つのレイヤが使用される。結局、空間バンドリングが該当セルグループに構成された場合、該当セルグループ内のサービングセルのうち、４つより多いレイヤがスケジューリング可能なサービングセルに対して空間バンドリングが行われる。該当サービングセル上で、空間バンドリングによりＨＡＲＱ－ＡＣＫ応答を送信しようとする端末は、複数のＴＢに対するＡ／Ｎビットを(ｂｉｔ-ｗｉｓｅ)ｌｏｇｉｃａｌＡＮＤ演算してＨＡＲＱ－ＡＣＫ応答を生成することができる。

例えば、端末が２－ＴＢをスケジューリングするＤＣＩを受信し、該当ＤＣＩに基づいてＰＤＳＣＨを介して２－ＴＢを受信したと仮定するとき、空間バンドリングを行う端末は、第１ＴＢに対する第１Ａ／Ｎビットと第２ＴＢに対する第２Ａ／Ｎビットを論理的ＡＮＤ演算して単一のＡ／Ｎビットを生成することができる。結局、第１ＴＢと第２ＴＢがいずれもＡＣＫである場合、端末はＡＣＫビット値を基地局に報告し、いずれのＴＢでもＮＡＣＫであると、端末はＮＡＣＫビット値を基地局に報告する。

例えば、２－ＴＢが受信可能に構成された(ｃｏｎｆｉｇｕｒｅ)サービングセル上で実際に１－ＴＢのみがスケジュールされた場合、端末は該当１－ＴＢに対するＡ／Ｎビットとビット値１を論理的ＡＮＤ演算して、単一のＡ／Ｎビットを生成することができる。結局、端末は該当１－ＴＢに対するＡ／Ｎビットをそのまま基地局に報告する。

基地局／端末にはＤＬ送信のために複数の並列ＤＬＨＡＲＱプロセスが存在する。複数の並列ＨＡＲＱプロセスは以前のＤＬ送信に対する成功又は非成功受信に対するＨＡＲＱフィードバックを待つ間にＤＬ送信が連続して行われるようにする。それぞれのＨＡＲＱプロセスはＭＡＣ(ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌ)階層のＨＡＲＱバッファーに連関する。それぞれのＤＬＨＡＲＱプロセスはバッファー内のＭＡＣＰＤＵ(ＰｈｙｓｉｃａｌＤａｔａＢｌｏｃｋ)の送信回数、バッファー内のＭＡＣＰＤＵに対するＨＡＲＱフィードバック、現在の冗長バージョン(ｒｅｄｕｎｄａｎｃｙｖｅｒｓｉｏｎ)などに関する状態変数を管理する。それぞれのＨＡＲＱプロセスはＨＡＲＱプロセスＩＤにより区別される。

図６はＰＵＳＣＨ送信過程を例示する。図６を参照すると、端末はスロット＃ｎでＰＤＣＣＨを検出する。ここで、ＰＤＣＣＨは上りリンクスケジューリング情報(例えば、ＤＣＩフォーマット０_０、０_１)を含む。ＤＣＩフォーマット０_０、０_１は以下の情報を含む。

－Ｆｒｅｑｕｅｎｃｙｄｏｍａｉｎｒｅｓｏｕｒｃｅａｓｓｉｇｎｍｅｎｔ：ＰＵＳＣＨに割り当てられたＲＢセットを示す。

－Ｔｉｍｅｄｏｍａｉｎｒｅｓｏｕｒｃｅａｓｓｉｇｎｍｅｎｔ：スロットオフセットＫ２、スロット内のＰＵＳＣＨの開始位置(例えば、シンボルインデックス)及び長さ(例：ＯＦＤＭシンボル数)を示す。開始シンボル及び長さはＳＬＩＶ(ＳｔａｒｔａｎｄＬｅｎｇｔｈＩｎｄｉｃａｔｏｒＶａｌｕｅ)により指示されるか、又は各々指示される。

以後、端末はスロット＃ｎのスケジューリング情報によってスロット＃(ｎ＋Ｋ２)でＰＵＳＣＨを送信する。ここで、ＰＵＳＣＨはＵＬ－ＳＣＨＴＢを含む。

図７はＵＳＩをＰＵＳＣＨに多重化する例を示す。スロット内で複数のＰＵＣＣＨリソースとＰＵＳＣＨリソースが重畳し、ＰＵＣＣＨ－ＰＵＳＣＨ同時送信が設定されていない場合、ＵＣＩは、図示したように、ＰＵＳＣＨを介して送信される(ＵＣＩピギーバック又はＰＵＳＣＨピギーバック)。図７はＨＡＲＱ－ＡＣＫとＣＳＩがＰＵＳＣＨリソースに含まれる場合を例示する。

図８は非免許帯域を支援する無線通信システムを例示する図である。便宜上、免許帯域(以下、Ｌ－バンド)で動作するセルをＬＣｅｌｌと定義し、ＬＣｅｌｌのキャリアを(ＤＬ／ＵＬ)ＬＣＣ(ＬｉｃｅｎｓｅｄＣｏｍｐｏｎｅｎｔＣａｒｒｉｅｒ)と定義する。また、非免許帯域(以下、Ｕ－バンド)で動作するセルをＵＣｅｌｌと定義し、ＵＣｅｌｌのキャリアを(ＤＬ／ＵＬ)ＵＣＣ(ＵｎｌｉｃｅｎｓｅｄＣｏｍｐｏｎｅｎｔＣａｒｒｉｅｒ)と定義する。セルのキャリアはセルの動作周波数(例えば、中心周波数)を意味する。セル／キャリア(例えば、ＣｏｍｐｏｎｅｎｔＣａｒｒｉｅｒ、ＣＣ)はセルと統称する。

キャリア併合(ＣａｒｒｉｅｒＡｇｇｒｅｇａｔｉｏｎ、ＣＡ)が支援される場合、一つの端末は併合された複数のセル／キャリアを介して基地局と信号を送受信することができる。一つの端末に複数のＣＣが構成された場合、一つのＣＣはＰＣＣ(ＰｒｉｍａｒｙＣＣ)と設定され、残りのＣＣはＳＣＣ(ＳｅｃｏｎｄａｒｙＣＣ)と設定される。特定の制御情報／チャネル(例えば、ＣＳＳＰＤＣＣＨ、ＰＵＣＣＨ)はＰＣＣを介してのみ送受信されるように設定される。データはＰＣＣ／ＳＣＣを介して送受信される。図８(ａ)は端末と基地局がＬＣＣ及びＵＣＣを介して信号を送受信することを例示している(ＮＳＡ(ｎｏｎ-ｓｔａｎｄａｌｏｎｅ)モード)。この場合、ＬＣＣはＰＣＣと設定され、ＵＣＣはＳＣＣと設定される。端末に複数のＬＣＣが構成された場合、一つの特定のＬＣＣはＰＣＣと設定され、残りのＬＣＣはＳＣＣと設定される。図８(ａ)は３ＧＰＰＬＴＥシステムのＬＡＡに該当する。図８(ｂ)は端末と基地局がＬＣＣなしに一つ以上のＵＣＣを介して信号を送受信することを例示している(ＳＡ(Ｓｔａｎｄａｌｏｎｅ)モード)。この場合、ＵＣＣのうちの一つはＰＣＣと設定され、残りのＵＣＣはＳＣＣと設定される。これにより、ＮＲＵＣｅｌｌではＰＵＣＣＨ、ＰＵＳＣＨ、ＰＲＡＣＨ送信などが支援される。３ＧＰＰＮＲシステムの非免許帯域ではＮＳＡモードとＳＡモードが全て支援される。

特に言及しない限り、以下の定義がこの明細書で使用する用語に適用される。

－チャネル(Ｃｈａｎｎｅｌ)：共有スペクトル(Ｓｈａｒｅｄｓｐｅｃｔｒｕｍ)でチャネル接続過程が行われる連続するＲＢで構成され、搬送波又は搬送波の一部を称する。

－チャネル接続過程(ＣｈａｎｎｅｌＡｃｃｅｓｓＰｒｏｃｅｄｕｒｅ、ＣＡＰ)：信号送信前に他の通信ノードのチャネル使用有無を判断するために、センシングに基づいてチャネル可用性を評価する手順である。センシングのための基本ユニット(ｂａｓｉｃｕｎｉｔ)はＴ_sl＝９ｕｓ区間(ｄｕｒａｔｉｏｎ)のセンシングスロットである。基地局又は端末がセンシングスロット区間の間にチャネルをセンシングし、センシングスロット区間内で少なくとも４ｕｓの間に検出された電力がエネルギー検出しきい値Ｘ_Threshより小さい場合、センシングスロット区間Ｔ_slは休止状態と見なされる。そうではない場合は、センシングスロット区間Ｔ_sl＝９ｕｓはビジー状態と見なされる。ＣＡＰはＬＢＴ(Ｌｉｓｔｅｎ－Ｂｅｆｏｒｅ－Ｔａｌｋ)とも称される。

－チャネル占有(Ｃｈａｎｎｅｌｏｃｃｕｐａｎｃｙ)：チャネル接続手順を行った後、基地局／端末によるチャネル上の対応する送信を意味する。

－チャネル占有時間(ＣｈａｎｎｅｌＯｃｃｕｐａｎｃｙＴｉｍｅ、ＣＯＴ)：基地局／端末がチャネル接続手順を行った後、基地局／端末及びチャネル占有を共有する任意の基地局／端末がチャネル上で送信を行える総時間を称する。ＣＯＴの決定時、送信ギャップが２５ｕｓ以下であると、ギャップ区間もＣＯＴにカウントされる。ＣＯＴは基地局と対応端末の間の送信のために共有される。

－ＤＬ送信バースト(ｂｕｒｓｔ)：１６ｕｓを超えるギャップがない基地局からの送信セットと定義される。１６ｕｓを超えるギャップにより分離された基地局からの送信は個々のＤＬ送信バーストと見なされる。基地局はＤＬ送信バースト内でチャネル可用性をセンシングせず、ギャップ以後に送信を行う。

－ＵＬ送信バースト：１６ｕｓを超えるギャップがない端末からの送信セットと定義される。１６ｕｓを超えるギャップにより分離された端末からの送信は個々のＵＬ送信バーストと見なされる。端末はＵＬ送信バースト内でチャネル可用性をセンシングせず、ギャップ以後に送信を行う。

－検出バースト：(時間)ウィンドウ内に限定され、デューティサイクルに連関する、信号及び／又はチャネルのセットを含むＤＬ送信バーストを称する。ＬＴＥ基盤のシステムにおいて、検出バーストは基地局により開始された送信であって、ＰＳＳ、ＳＳＳ及びＣＲＳ(ｃｅｌｌ－ｓｐｅｃｉｆｉｃＲＳ)を含み、さらに非－ゼロ出力ＣＳＩ－ＲＳを含む。ＮＲ基盤のシステムにおいては、検出バーストは基地局により開始された送信であって、少なくともＳＳ／ＰＢＣＨブロックを含み、さらにＳＩＢ１を有するＰＤＳＣＨをスケジューリングするＰＤＣＣＨのためのＣＯＲＥＳＥＴ、ＳＩＢ１を運ぶＰＤＳＣＨ及び／又は非－ゼロ出力ＣＳＩ－ＲＳを含む。

図９は非免許帯域においてリソースを占有する方法を例示している。非免許帯域に対する地域別規制(ｒｅｇｕｌａｔｉｏｎ)によれば、非免許帯域内の通信ノードは信号送信前に他の通信ノードのチャネル使用有無を判断しなければならない。具体的には、通信ノードは信号送信前にまずＣＳ(ＣａｒｒｉｅｒＳｅｎｓｉｎｇ)を行って他の通信ノードが信号送信を行うか否かを確認することができる。他の通信ノードが信号送信を行わないと判断された場合をＣＣＡ(ＣｌｅａｒＣｈａｎｎｅｌＡｓｓｅｓｓｍｅｎｔ)が確認されたと定義する。所定の或いは上位階層(例、ＲＲＣ)シグナリングにより設定されたＣＣＡしきい値がある場合、通信ノードはＣＣＡしきい値より高いエネルギーがチャネルで検出されると、チャネル状態をビジー(ｂｕｓｙ)と判断し、そうではないと、チャネル状態を休止(ｉｄｌｅ)と判断する。参考として、Ｗｉ－Ｆｉ標準(８０２.１１ａｃ)において、ＣＣＡしきい値はｎｏｎＷｉ－Ｆｉ信号に対して－６２ｄＢｍ、Ｗｉ－Ｆｉ信号に対して－８２ｄＢｍと規定されている。チャネル状態が休止であると判断されると、通信ノードはＵＣｅｌｌで信号送信を開始することができる。上述した一連の過程はＬＢＴ(Ｌｉｓｔｅｎ－Ｂｅｆｏｒｅ－Ｔａｌｋ)又はＣＡＰ(ＣｈａｎｎｅｌＡｃｃｅｓｓＰｒｏｃｅｄｕｒｅ)と呼ばれる。ＬＢＴとＣＡＰは混用可能である。

ヨーロッパでは、ＦＢＥ(Ｆｒａｍｅｂａｓｅｄｅｑｕｉｐｍｅｎｔ)とＬＢＥ(ＬｏａｄＢａｓｅｄＥｑｕｉｐｍｅｎｔ)と言われる２つのＬＢＴ動作を例示している。

図１０を参照すると、ＦＢＥ基盤のＬＢＴ方式では、通信ノードがチャネル接続に成功したとき、送信を持続できる時間を意味するチャネル占有時間(ｃｈａｎｎｅｌｏｃｃｕｐａｎｃｙｔｉｍｅ)(例えば、１～１０ｍｓ)とチャネル占有時間の最小５％に該当する休止期間が一つの固定(ｆｉｘｅｄ)フレーム区間を構成し、ＣＣＡは休止期間内の後部分にＣＣＡスロット(最小２０μs)の間にチャネルを観測する動作と定義される。通信ノードは固定フレーム単位で周期的にＣＣＡを行い、チャネルが非占有(ｕｎｏｃｃｕｐｉｅｄ)状態である場合は、チャネル占有時間の間にデータを送信し、チャネルが占有(ｏｃｃｕｐｉｅｄ)状態である場合には、送信を保留し、次の周期のＣＣＡスロットまで待機する。

図１１を参照すると、ＬＢＥ基盤のＬＢＴ方式の場合は、通信ノードはまずｑ∈{４、５、…、３２}の値を設定した後、１つのＣＣＡスロットに対するＣＣＡを行う。１番目のＣＣＡスロットでチャネルが非占有状態であると、最大(１３／３２)ｑｍｓ長さの時間を確保してデータを送信することができる。１番目のＣＣＡスロットでチャネルが占有状態であると、通信ノードはランダムにＮ∈{１、２、…、ｑ}の値を選択してカウンターの初期値として格納し、その後、ＣＣＡスロット単位でチャネル状態をセンシングしながらＣＣＡスロット単位でチャネルが非占有状態であると、カウンターに格納された値を１ずつ減らしていく。カウンター値が０になると、通信ノードは最大(１３／３２)ｑｍｓ長さの時間を確保してデータを送信する。

表６はＮＲ－Ｕで支援されるチャネル接続過程(ＣＡＰ)を例示する。

一方、Ｔｙｐｅ１ＣＡＰは３ＧＰＰ標準化過程でのＣａｔｅｇｏｒｙ４(ＣＡＴ４)－ＬＢＴと称され、Ｔｙｐｅ２ＡＣＡＰとＴｙｐｅ２ＢＣＡＰは３ＧＰＰ標準化過程でのＣＡＴ２－ＬＢＴと称され、Ｔｙｐｅ２ＣＣＡＰは３ＧＰＰ標準化過程でのＣＡＴ１－ＬＢＴと称される。ＣＡＴ２－ＬＢＴ(即ち、Ｔｙｐｅ２ＡＣＡＰ、Ｔｙｐｅ２ＢＣＡＰ)はＦＢＥ基盤のＬＢＴであり、ＣＡＴ４－ＬＢＴはＬＢＥ基盤のＬＢＴである。

表６を参照すると、基地局は非免許帯域での下りリンク信号送信のために、以下のうちの一つのチャネル接続過程(ＣＡＰ)を行う。

(１)タイプ１下りリンク(ＤＬ) ＣＡＰ

タイプ１ＤＬＣＡＰにおいて送信前に休止とセンシングされるセンシングスロットによりスパンされる(Ｓｐａｎｎｅｄ)時間区間の長さはランダムである。タイプ１ＤＬＣＡＰは以下の送信に適用される。

－(i)ユーザ平面データ(ｕｓｅｒｐｌａｎｅｄａｔａ)を有するユニキャストＰＤＳＣＨ、又は(ii)ユーザ平面データを有するユニキャストＰＤＳＣＨ、及びユーザ平面データをスケジューリングするユニキャストＰＤＣＣＨを含む、基地局により開始された(ｉｎｉｔｉａｔｅｄ)送信、又は

－(i)検出バーストのみを有する、又は(ii)非－ユニキャスト(ｎｏｎ－ｕｎｉｃａｓｔ)情報と多重化された検出バーストを有する、基地局により開始された送信。

図１２を参照して、表６のタイプ１ＤＬＣＡＰについてより具体的に説明すると、まず基地局は遅延区間(ｄｅｆｅｒｄｕｒａｔｉｏｎ)Ｔ_dのセンシングスロット区間の間にチャネルが休止状態であるか否かをセンシングし、その後、カウンターＮが０になると、送信を行う(Ｓ１２３４)。このとき、カウンターＮは以下の手順によって追加センシングスロット区間の間にチャネルをセンシングすることにより調整される：

ステップ１)(Ｓ１２２０)Ｎ＝Ｎ_initに設定。ここで、Ｎ_initは０からＣＷ_pの間で均等に分布されたランダム値である。次いで、ステップ４に移動する。

ステップ２)(Ｓ１２４０)Ｎ＞０であり、基地局がカウンターの減少を選択した場合、Ｎ＝Ｎ－１と設定。

ステップ３)(Ｓ１２５０)追加センシングスロット区間の間にチャネルをセンシングする。このとき、追加センシングスロット区間が休止である場合(Ｙ)、ステップ４に移動する。そうではない場合は(Ｎ)、ステップ５に移動する。

ステップ４)(Ｓ１２３０)Ｎ＝０であると(Ｙ)、ＣＡＰ手順を終了する(Ｓ１２３２)。そうではないと(Ｎ)、ステップ２に移動する。

ステップ５)(Ｓ１２６０)追加遅延区間Ｔ_d内でビジー(ｂｕｓｙ)のセンシングスロットが検出されるか、又は追加遅延区間Ｔ_d内の全てのセンシングスロットが休止(ｉｄｌｅ)と検出されるまでチャネルをセンシング。

ステップ６)(Ｓ１２７０)追加遅延区間Ｔ_dの全てのセンシングスロット区間の間にチャネルが休止にセンシングされる場合(Ｙ)、ステップ４に移動する。そうではない場合には(Ｎ)、ステップ５に移動する。

(２)タイプ２ＤＬＣＡＰ

Ｔｙｐｅ２Ａ／２ＢＤＬＣＡＰについて説明すると、少なくともセンシング区間２５ｕｓの間にチャネルが休止であるとセンシングされると、基地局はセンシングが終了した直後(ｉｍｍｅｄｉａｔｅｌｙａｆｔｅｒ)から非免許帯域で下りリンクの送信を行うことができる。Ｔｙｐｅ２ＣＤＬＣＡＰの場合、基地局はセンシングなしに直ちにチャネルにアクセスすることができる。

表６に示されているように、非免許帯域での上りリンク送信のために複数のＣＡＰＴｙｐｅ(即ち、ＬＢＴＴｙｐｅ)を定義できる。例えば、上りリンク送信のためにＴｙｐｅ１又はＴｙｐｅ２ＣＡＰが定義される。端末は上りリンク信号の送信のために、基地局が設定／指示したＣＡＰ(例えば、Ｔｙｐｅ１又はＴｙｐｅ２)を行うことができる。

(１)Ｔｙｐｅ１上りリンクＣＡＰ

図１３を参照して表６のＴｙｐｅ１ＵＬＣＡＰについてをより具体的に説明すると、端末は非免許帯域を介する信号送信のためにＣＡＰを開始する(Ｓ１５１０)。端末はステップ１によって競争ウィンドウ(ＣＷ)内でバックオフカウンターＮを任意に選択する。このとき、Ｎ値は初期値Ｎ_initと設定される(Ｓ１５２０)。Ｎ_initは０ないしＣＷ_pの間の値のうち、任意の値が選択される。次いで、ステップ４によってバックオフカウンター値(Ｎ)が０であると(Ｓ１５３０；Ｙ)、端末はＣＡＰ過程を終了する(Ｓ１５３２)。その後、端末はＴｘバースト送信を行う(Ｓ１５３４)。反面、バックオフカウンター値が０ではないと(Ｓ１５３０；Ｎ)、端末はステップ２によってバックオフカウンター値を１だけ減らす(Ｓ１５４０)。その後、端末はＵＣｅｌｌ(ｓ)のチャネルが休止状態であるか否かを確認し(Ｓ１５５０)、チャネルが休止状態であると(Ｓ１５５０；Ｙ)、バックオフカウンター値が０であるか否かを確認する(Ｓ１５３０)。逆に、Ｓ１５５０の段階でチャネルが休止状態ではないと、即ち、チャネルがビジー状態であると(Ｓ１５５０；Ｎ)、端末はステップ５によってスロット時間(例えば、９ｕｓ)より長い遅延期間(ｄｅｆｅｒｄｕｒａｔｉｏｎＴ_d；２５ｕｓｅｃ以上)の間に該当チャネルが休止状態であるか否かを確認する(Ｓ１５６０)。遅延期間の間にチャネルが休止状態であると(Ｓ１５７０；Ｙ)、端末は再度ＣＡＰ過程を再開する。ここで、遅延期間は１６ｕｓｅｃ区間及び直後のｍ_p個の連続するスロット時間(例えば、９ｕｓ)で構成される。反面、遅延期間の間にチャネルがビジー状態であると(Ｓ１５７０；Ｎ)、端末はＳ１５６０の段階を再度行って新しい遅延期間の間にチャネルが休止状態であるか否かを再度確認する。

表７はチャネル接続優先順位クラス(ｐ)によって、ＣＡＰに適用されるｍ_p、最小ＣＷ(ＣＷ_min,p)、最大ＣＷ(ＣＷ_max,p)、最大チャネル占有時間(ＭａｘｉｍｕｍＣｈａｎｎｅｌＯｃｃｕｐａｎｃｙＴｉｍｅ、ＭＣＯＴ)(Ｔ_{ulmＣＯＴ,p})及び許容されたＣＷサイズ(ａｌｌｏｗｅｄＣＷｓｉｚｅｓ)が変わることを例示している。

Ｔｙｐｅ１ＣＡＰに適用されるＣＷサイズ(ＣＷＳ)は様々な方法に基づいて決定される。一例として、ＣＷＳは一定の時間区間(例えば、参照ＴＵ)内のＵＬ－ＳＣＨのＨＡＲＱプロセスＩＤであるＨＡＲＱ_ＩＤ_ｒｅｆに関連する少なくとも一つのＨＡＲＱプロセッサのためのＮＤＩ(ＮｅｗＤａｔａｉｎｄｉｃａｔｏr)値のトグル有無に基づいて調整される。端末が搬送波上でチャネル接続優先順位クラスｐに関連するＴｙｐｅ１ＣＡＰを用いて信号送信を行う場合、端末はＨＡＲＱ_ＩＤ_ｒｅｆに関連する少なくとも一つのＨＡＲＱプロセスのためのＮＤＩ値がトルグされると、全ての優先順位クラスｐ∈{１、２、３、４}でＣＷ_p＝ＣＷ_min,pと設定し、そうではない場合は、全ての優先順位クラスｐ∈{１、２、３、４}でＣＷ_pを次に高い許容値(ｎｅｘｔｈｉｇｈｅｒａｌｌｏｗｅｄｖａｌｕｅ)に増加させる。

参照サブフレームｎ_ref(又は参照スロットｎ_ref)は以下のように決定される。

端末がサブフレーム(又はスロット)ｎ_gでＵＬグラントを受信し、サブフレーム(又はスロット)ｎ_０、ｎ_１、…、ｎ_w内でサブフレーム(又はスロット)ｎ_０から始まり、ギャップのないＵＬ－ＳＣＨを含む送信を行う場合、参照サブフレーム(又はスロット)ｎ_refはサブフレーム(又はスロット)ｎ_０である。

(２) Ｔｙｐｅ２ＵＬＣＡＰ

少なくともセンシング区間Ｔ_{short_ul}＝２５ｕｓの間にチャネルが休止とセンシングされると、端末はセンシングが終了した直後(ｉｍｍｅｄｉａｔｅｌｙａｆｔｅｒ)から非免許帯域で上りリンク送信(例えば、ＰＵＳＣＨ)を行うことができる。Ｔ_{short_ul}はＴ_sl(＝９ｕｓ)＋Ｔ_f(＝１６ｕｓ)で構成される。

図１４は非免許帯域内に複数のＬＢＴ－ＳＢｓが含まれた場合を例示している。図１４を参照すると、セル(或いは搬送波)のＢＷＰに複数のＬＢＴ－ＳＢが含まれる。ＬＢＴ－ＳＢは例えば、２０ＭＨｚ帯域を有する。ＬＢＴ－ＳＢは周波数領域において複数の連続する(Ｐ)ＲＢで構成され、(Ｐ)ＲＢセットと称される。図示していないが、ＬＢＴ－ＳＢの間にはガードバンド(ＧＢ)が含まれる。従って、ＢＷＰは{ＬＢＴ－ＳＢ＃０(ＲＢｓｅｔ＃０)＋ＧＢ＃０＋ＬＢＴ－ＳＢ＃１(ＲＢｓｅｔ＃１＋ＧＢ＃１)＋…＋ＬＢＴ－ＳＢ＃(Ｋ－１)(ＲＢｓｅｔ (＃Ｋ－１))}の形態で構成される。便宜上、ＬＢＴ－ＳＢ／ＲＢインデックスは低い周波数帯域から始まり、高い周波数帯域に向かうにつれて増加するように設定／定義される。

ＦＢＥのためのＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ構造及びそれに基づく非免許帯域の動作

この明細書では、ＦＢＥ(ＦｒａｍｅＢａｓｅｄＥｑｕｉｐｍｅｎｔ)のためのＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴが新しく提案される。提案するＦＢＥのためのＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴは、ＦＢＥのためのＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴやＬＢＥのためのＢＳ／ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴとは明確に区分されることを当業者であれば理解できるであろう。

一方、新しく提案されるＦＢＥのためのＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴを説明する前に、ＮＲＲｅｌ－１６システムに導入されたＦＢＥ基盤のＬＢＴ／ＣＡＰについて説明する。ＮＲＲｅｌ－１６ではＦＢＥ基盤のＵ－バンド(例えば、共有スペクトル)の動作を支援するために、ＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴから始まるＦＦＰ(ＦｉｘｅｄＦｒａｍｅＰｅｒｉｏｄ)送信構造が導入されており(例えば、Ｔｙｐｅ２Ａ／２ＢＣＡＰ)、その主要内容を要約すると、以下の通りである。

１)ＦＦＰ区間(ｄｕｒａｔｉｏｎ／ｐｅｒｉｏｄ)とＦＦＰ開始時点に関する情報がＵＥに設定される。

Ａ．ＦＦＰは休止期間(ｉｄｌｅｐｅｒｉｏｄ)を含み、{１、２、２．５、４、５、１０}ｍｓから設定される。

Ｂ．ＦＦＰの開始時点は偶数番目の無線フレーム(ｅｖｅｎｒａｄｉｏｆｒａｍｅｎｕｍｂｅｒ)に整列(ａｌｉｇｎ)されるように設定される。

Ｃ．ＵＥは該当情報(例えば、ＦＦＰ区間／ＦＦＰ開始時点)に基づいてＦＦＰ(例えば、ＦＦＰ位置／長さ／開始／終了)を決定／設定する。

２)ＮＲＲｅｌ－１６の場合、ＦＦＰに関連するＣＯＴの生成／開始(ｉｎｉｔｉａｔｉｏｎ)はＢＳのみが可能であり、かかるＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴで毎ＦＦＰが開始される構造が採用される。

Ａ．ＵＥはＦＦＰ区間＃ｉでＢＳからの特定のＤＬ信号(例えば、ＳＳＢ、ＳＩＢ、ＵＥ(ｇｒｏｕｐ)－ｃｏｍｍｏｎＰＤＣＣＨ(ＧＣ－ＰＤＣＣＨ)及び／又はＵＥ－ｓｐｅｃｉｆｉｃＰＤＣＣＨなど)の検出に成功した場合にのみ同一のＦＦＰ区間＃ｉ内に設定された(ｃｏｎｆｉｇｕｒｅｄ)ＵＬリソース(例えば、ＰＲＡＣＨ、ＰＵＳＣＨ)の送信が可能である。

Ｂ．ここで、直接ＣＯＴ／ＦＦＰを生成したＢＳの送信を(ＢＳ)ｉｎｉｔｉａｔｅｄ－ＣＯＴ送信動作と定義し、ＢＳが生成したＣＯＴ／ＦＦＰ内でＢＳからのＤＬ信号の検出に基づいて行われるＵＥの送信をｓｈａｒｅｄ－ＣＯＴ送信動作と定義することができる。

３)ＦＦＰ直前にＢＳは一定時間(例えば、２５－ｕｓｅｃ)ＬＢＴを行ってＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴを生成する。

Ａ．ＦＦＰ区間において、ＵＥとＢＳはＤＬ－ｔｏ－ｕＬギャップ又はＵＬ－ｔｏ－ＤＬギャップのサイズによって１６－ｕｓｅｃＬＢＴ或いは２５－ｕｓｅｃＬＢＴを行って該当ＦＦＰ区間内のＵＬ／ＤＬ送信を行う。

一方、Ｒｅｌ－１７では、ＦＢＥ基盤のＵ－バンド環境で効率的なＵＲＬＬＣサービス支援のために、ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴから始まるＦＦＰ送信構造の導入が考慮され、このために次のような動作方法が提案される。

以下では、ＦＢＥのためのＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに対する提案について説明する。以下、ＤＬ信号は脈絡によって特定のＤＬ信号を意味することができる。

[Ｐｒｏｐｏｓａｌ１]

１)ＵＥに、ＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴから始まるＢＳＦＦＰ(以下、"ＦＦＰ－ｇ")区間及びＦＦＰ－ｇ開始時点情報に、さらにＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴから始まるＵＥＦＦＰ(以下、"ＦＦＰ－ｕ")に関する情報が設定される。ＦＦＰ－ｕに関する情報はＦＦＰ－ｕ区間情報及び／又はＦＦＰ－ｕ開始時点情報を含む。

２)ＵＥは自分のＦＦＰ－ｕ開始時点の直前に(例えば、２５－ｕｓｅｃ或いは９－ｕｓｅｃ或いは１６－ｕｓｅｃの間)ＬＢＴを行うように定義／設定される。

Ａ．ＬＢＴ結果、チャネルが休止であると判断された場合、ＵＥはＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに該当ＦＦＰ－ｕの送信を開始する。

ｉ．一例として、ＦＦＰ－ｕ区間内においてＢＳは特定の条件下でＤＬ送信可能に定義／設定される(例えば、ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴの共有)。ＢＳのＤＬ送信のための特定条件の一例として、ＢＳがＵＥからの特定のＵＬ信号(例えば、ＰＵＳＣＨ／ＰＵＣＣＨＤＭＲＳ、ＰＲＡＣＨ、ＳＲＳ)の検出に成功した場合にのみＢＳが同一のＦＦＰ－ｕ区間内の(上記ｓｈａｒｅｄ－ＣＯＴ形態の)ＤＬ送信をできるようにＢＳ動作が規定される。

Ｂ．ＬＢＴ結果、チャネルがビジーであると判断された場合は、ＵＥ動作の一例として、ＵＥは(ＦＦＰ－ｕ開始時点を含むＦＦＰ－ｇ区間に対して)ＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴから始まるＦＦＰ－ｇ送信構造を仮定して、上述したＲｅｌ－１６動作を行う。

ｉ．詳しい一例としては、該当ＦＦＰ－ｇ区間でＢＳからの特定のＤＬ信号の検出に成功した場合にのみＵＥが同一のＦＦＰ－ｇ区間内のｃｏｎｆｉｇｕｒｅｄＵＬ(例えば、ＰＲＡＣＨ、ＰＵＳＣＨ)送信が可能であるように定義／設定される。例えば、ＵＥが該当ＦＦＰ－ｇ区間でＤＬ信号の検出に失敗した場合、該当ＵＬ送信が許容されないと定義／設定される。

３)又はＵＥは(自分のＦＦＰ－ｕ開始時点を含むＦＦＰ－ｇ区間で)自分のＦＦＰ－ｕ開始時点前に位置するＦＦＰ－ｇ区間に対してＢＳからのＤＬ信号の検出を行うようにＵＥ動作が定義／設定される。

Ａ．自分のＦＦＰ－ｕ開始時点前に位置するＦＦＰ－ｇ区間に対してＤＬ信号の検出に失敗した場合、ＵＥは自分のＦＦＰ－ｕ開始時点前に(例えば、２５－ｕｓｅｃ、９－ｕｓｅｃ或いは１６－ｕｓｅｃの間)ＬＢＴを行うように動作することができ、

ｉ．該当ＬＢＴ結果、チャネルが休止であると判断された場合は、ＵＥはＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに該当ＦＦＰ－ｕの送信を開始することができる。

ii．反面、該当ＬＢＴ結果、チャネルがビジーであると判断されると、ＵＥは該当ＦＦＰ区間に対しては如何なる送信(及び／又は受信)を行わないようにＵＥ動作が規定されるか、又はＵＥはＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴから始まるＦＦＰ－ｇ送信構造を仮定して上述したＲｅｌ－１６動作を行うことができる。

Ｂ．自分のＦＦＰ－ｕ開始時点前に位置するＦＦＰ－ｇ区間に対してＤＬ信号の検出に成功した場合、ＵＥはＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴを始めとするＦＦＰ－ｇ送信構造を仮定してＲｅｌ－１６動作を行うことができる。

Ｃ．例えば、ＵＥはＦＦＰ－ｕによる送信／ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴの設定を開始する前に、時間ドメインにおいて先に位置する(該当ＦＦＰ－ｕ開始時点を含む)ＦＦＰ－ｇに基づいてＤＬ信号の検出を試み、ＤＬ信号の検出に基づくｓｈａｒｅｄ－ＣＯＴを優先して考慮する。例えば、ＵＥが先に位置するＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴを共有可能な状態であって、ＵＥがＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴにより自分のＵＬ信号送信が可能であれば、ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴの設定(及びこのためのＬＢＴ)を省略することもできる。

４)一方、ＵＥに複数のＬＢＴ－ＳＢ(例えば、ＲＢセット(＋ガードＲＢｓ))及び／又は複数のキャリアが設定された状態では、以下のような動作が考慮される。

Ａ．(特定のＦＦＰ区間／開始時点に対して)(i)一つのキャリア(及び／又はイントラ－バンド上の複数のキャリア)内の複数のＬＢＴ－ＳＢで構成されたＬＢＴ－ＳＢグループに対するＬＢＴ結果、(ii)イントラ－バンド上の複数のキャリアで構成されたキャリアグループに対するＬＢＴ結果、又は(iii)特定のシグナリング(例えば、ＧＣ－ＰＤＣＣＨ)によりＬＢＴ－ＳＢ／キャリアに対する有効性(ａｖａｉｌａｂｉｌｉｔｙ)が指示されるとき、該当ＰＤＣＣＨ内の同一のビットにより有効性が指示されるＬＢＴ－ＳＢグループ／キャリアグループに対するＬＢＴ結果、少なくとも一つのＬＢＴ－ＳＢ又は少なくとも一つのキャリアに対してチャネルがビジーであると判断された(またＢＳからのＤＬ信号が検出された)場合、ＵＥは(該当ＦＦＰ区間／開始時点に対して)該当ＬＢＴ－ＳＢ／キャリアが属するＬＢＴ－ＳＢグループ／キャリアグループ内の全てのＬＢＴ－ＳＢ／キャリアに対してＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴを始めとしたＦＦＰ－ｇ送信構造を仮定して上述したＲｅｌ－１６動作を行うことができる。又は(ＬＢＴ結果に関係なく)特定のシグナリング(例えば、ＧＣ－ＰＤＣＣＨ)により少なくとも一つのＬＢＴ－ＳＢ／キャリアが(例えば、ＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴ生成／構成に基づいて)有効であると指示された場合には；ＵＥは(該当ＦＦＰ区間／開始時点に対して)該当ＬＢＴ－ＳＢ／キャリアが属するＬＢＴ－ＳＢグループ／キャリアグループ内の全てのＬＢＴ－ＳＢ／キャリアに対してＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴを始めとしたＦＦＰ－ｇ送信構造を仮定して上述したＲｅｌ－１６動作を行うことができる。

i．これにより、(ＬＢＴ結果がビジーである、そしてＢＳのＤＬ信号が検出された、又はＧＣ－ＰＤＣＣＨを介して有効であると指示されたＬＢＴ－ＳＢ／キャリアが属する)ＬＢＴ－ＳＢグループ／キャリアグループ内のＬＢＴ－ＳＢ／キャリア上で、(検出されたＤＬ信号又はＧＣ－ＰＤＣＣＨを介する指示に基づく(ＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴから始まった)ＦＦＰ－ｇ区間に含まれる)ＦＦＰ－ｕ開始時点にｃｏｎｆｉｇｕｒｅｄＵＬリソース(例えば(ＣＧ)ＰＵＳＣＨ、ＰＲＡＣＨ、ＰＵＣＣＨ)が取り消されるか、或いは無効(ｉｎｖａｌｉｄ)と処理されるか；及び／又は該当ＦＦＰ－ｕ開始時点にｃｏｎｆｉｇｕｒｅｄＵＬリソース又はｓｃｈｅｄｕｌｅｄＵＬリソース(例えば、ＰＵＳＣＨ、ＰＵＣＣＨ)でＵＥはＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴに基づくｓｈａｒｅｄ－ＣＯＴ送信のみが可能／許容されるか；及び／又は該当ＦＦＰ－ｕ開始時点に設定された／スケジュールされたＵＬリソースでＵＥはＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴの生成／構成なしに一回限りに送信が可能／許容される(例えば、ＢＳが該当送信に基づいてｓｈａｒｅｄ－ＣＯＴ形態のＤＬ送信を行うことができない)方式で動作することができる。

ii．従って、ＦＦＰ－ｇと仮定されたＦＦＰ(該当区間内のＬＢＴ－ＳＢグループ／キャリアグループ全体)に対しては、ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ生成によるＦＦＰ－ｕ構成／送信が許容されないこともあり得る(又は該当ＦＦＰ区間ではｓｈａｒｅｄ－ＣＯＴ送信のみがＵＥに許容される)。これはＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに基づくＵＥの送信によるＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴ／ＦＦＰへの(ＵＬ－ｔｏ－ＤＬ)妨害(ｉｎｔｅｒｆｅｒｅｎｃｅ)を防止するためのものである。例えば、ＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴとＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴの間の衝突／干渉などの問題を予め防止することができる。

iii．図１５はＵＥ動作の一例を示している。図１５を参照すると、該当ＳＢ／キャリアグループに対して有効性指示(例えば、ＧＣ－ＰＤＣＣＨ)があったか否か(Ｅ０５)によってＵＥの動作方式が異なる。例えば、ＵＥはＢＳから特定のシグナリングにより有効性指示の情報を受信することができる。特定のシグナリングはＰＤＣＣＨ、ＧＣ－ＰＤＣＣＨであるが、これらに限られない。より具体的な例として、有効性指示の情報はＧＣ－ＰＤＣＣＨが運ぶＤＣＩｆｏｒｍａｔ２_０に含まれる。有効性指示の情報は一つ又は二つ以上のビットを含み、各ビットはＳＢ／キャリアのグループに関連する。例えば、ｎ番目のビットはＳＢ／キャリア－グループ＃ｎの有効性を指示することができる。ＵＥが有効性指示により該当ＳＢ／キャリアグループが有効であるという指示を受信すると、ＵＥは少なくとも該当ＳＢ／キャリアグループに対しては(ＬＢＴに関係なく)該当グループ内の全てのＳＢ／キャリアに対してＲｅｌ－１６ＦＦＰ－ｇに基づいて動作することができる(Ｅ２５)。反面、上記のような(ＧＣ－ＰＤＣＣＨを介する)有効性指示がない状況では、ＵＥはＬＢＴを行った結果(Ｅ１０)に基づいて動作する。例えば、ＬＢＴを行った結果、特定のＳＢ／キャリアでチャネルがビジーであると判断された(及びＢＳからのＤＬ信号が検出された)場合を仮定すると、ＵＥは該当ＳＢ／キャリアが属するＳＢ／キャリアグループに対しては該当グループ内の全てのＳＢ／キャリアに対してＲｅｌ－１６ＦＦＰ－ｇを行うように動作する(Ｅ２５)。

Ｂ．そうではなく、もしＬＢＴ－ＳＢグループ又はキャリアグループに対するＬＢＴ結果(例えば、図１５のＥ１０)、全てのＬＢＴ－ＳＢ又は全てのキャリアに対してチャネルが休止であると判断された(又は全てのＬＢＴ－ＳＢ／キャリアに対してＢＳからのＤＬ信号が検出されない)、及び全てのＬＢＴ－ＳＢ／キャリアに対してＧＣ－ＰＤＣＣＨから有効であると指示されたＬＢＴ－ＳＢ／キャリアが一つもない場合にのみ、ＵＥは該当ＬＢＴ－ＳＢグループ／キャリアグループ内のＬＢＴ－ＳＢ／キャリア(全体或いは一部、例えば、ＬＢＴ結果が休止である一部のＬＢＴ－ＳＢ／キャリア)に対してＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに該当ＦＦＰ－ｕ送信を開始することができる(例えば、図１５のＥ２０)。

Ｃ．さらに、ｓｃｈｅｄｕｌｅｄＵＬ(例えばＰＵＳＣＨ、ＰＵＣＣＨ)の送信に対しては、ＤＣＩにより該当ＵＬ送信をＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに基づいて送信するか、或いは(ＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴに基づく)ｓｈａｒｅｄ－ＣＯＴ形態で送信するか(送信形態)が指示され、ｃｏｎｆｉｇｕｒｅｄＵＬ(例えば、ＰＵＳＣＨ、ＰＵＣＣＨ)の送信の場合には、特定の規則(以下、"ＲＵＬＥ_＃１")によって該当ＵＬ送信をＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに基づいて送信するか、或いはｓｈａｒｅｄ－ＣＯＴに基づいて送信するか(送信形態)が決定される状態で、以下のようなＵＥの動作を考慮することができる。

ｉ．上記の特定のｓｃｈｅｄｕｌｅｄＵＬリソースに対して、ＤＣＩにより該当ＵＬリソースをｓｈａｒｅｄ－ＣＯＴ形態で送信することが指示された場合、ＵＥは該当ＵＬリソースを含むＦＦＰ－ｇ区間(ｐｅｒｉｏｄ)に対してＢＳが既にＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴの送信を開始したと仮定した状態で(ＤＬ信号の検出を省略し)該当ＵＬリソースをｓｈａｒｅｄ－ＣＯＴの形態で送信するように動作するか、又はＵＥは該当ＵＬリソースを含むＦＦＰ－ｇを介して(ＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴに基づいて送信された)ＤＬ信号を検出した場合にのみ該当ＵＬリソースをｓｈａｒｅｄ－ＣＯＴの形態で送信するように(ＤＬ信号検出に失敗した場合には該当ＵＬリソース送信ができないように)動作することができる。

ii．ＲＵＬＥ_＃１の一例として、ｃｏｎｆｉｇｕｒｅｄＵＬリソースが特定のＦＦＰ－ｕ区間(ｐｅｒｉｏｄ)の開始点と整列(ａｌｉｇｎ)されるように指示され、特定のＦＦＰ－ｇ区間が該当ＦＦＰ－ｕ区間の開始点(又は該当ｃｏｎｆｉｇｕｒｅｄＵＬリソース)を含み、ＵＥが該当ＦＦＰ－ｇを介して(ＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴに基づいて送信された)ＤＬ信号を検出した場合には、該当ｃｏｎｆｉｇｕｒｅｄＵＬをｓｈａｒｅｄ－ＣＯＴに基づいて送信し、そうではない場合には、該当ｃｏｎｆｉｇｕｒｅｄＵＬをＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに基づいて送信するように動作することができる(この規則を便宜上、"Ｃ－ＵＬｒｕｌｅ－ａ"と定義する。Ｃ－ＵＬｒｕｌｅ－ａの適用はＲＵＬＥ_＃１に限定されず、Ｃ－ＵＬｒｕｌｅ－ａは後述するＲＵＬＥ_＃２、ＲＵＬＥ_＃３及び／又は任意のＲＵＬＥ_＃ｉにも適用可能である)。

iii．ＲＵＬＥ_＃１の一例として、ｃｏｎｆｉｇｕｒｅｄＵＬリソースが特定のＦＦＰ－ｕ区間の開始点と整列されるように指示された場合、ＵＥは常に該当ｃｏｎｆｉｇｕｒｅｄＵＬをＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに基づいて送信するように動作することができる(この規則を便宜上、"Ｃ－ＵＬｒｕｌｅ－ｂ"と定義する。Ｃ－ＵＬｒｕｌｅ－ｂの適用はＲＵＬＥ_＃１に限定されず、Ｃ－ＵＬｒｕｌｅ－ｂは後述するＲＵＬＥ_＃２、ＲＵＬＥ_＃３及び／又は任意のＲＵＬＥ_＃ｉにも適用可能である)。

ｉｖ．ＲＵＬＥ_＃１の一例として、ｃｏｎｆｉｇｕｒｅｄＵＬリソースが特定のＦＦＰ－ｕ区間の開始点と整列されないながら、該当ＦＦＰ－ｕ区間内に含まれるように指示され、ＵＥが既に該当ＦＦＰ－ｕ区間に対してＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴの送信を開始した場合には、該当ｃｏｎｆｉｇｕｒｅｄＵＬをＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに基づいて送信し、そうではなく、特定のＦＦＰ－ｇ区間が該当ｃｏｎｆｉｇｕｒｅｄＵＬリソースを含み、ＵＥが該当ＦＦＰ－ｇを介して(ＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴに基づいて送信された)ＤＬ信号を検出した場合には、該当ｃｏｎｆｉｇｕｒｅｄＵＬをｓｈａｒｅｄ－ＣＯＴに基づいて送信するように動作することができる(この規則を便宜上、"Ｃ－ＵＬｒｕｌｅ－ｃ"と定義する。Ｃ－ＵＬｒｕｌｅ－ｃの適用はＲＵＬＥ_＃１に限定されず、Ｃ－ＵＬｒｕｌｅ－ｃは後述するＲＵＬＥ_＃２、ＲＵＬＥ_＃３及び／又は任意のＲＵＬＥ_＃ｉにも適用可能である)。

ｖ．上記のような状態において、もし特定の時点に特定のｃａｒｒｉｅｒ＃１上の特定のｃｏｎｆｉｇｕｒｅｄＵＬに対してＲＵＬＥ_＃１を適用したとき、該当ｃｏｎｆｉｇｕｒｅｄＵＬを特定の送信形態(例えば、ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ基盤の送信)に仮定するように決定され、同一の時点に(ｃａｒｒｉｅｒ＃１と周波数上に隣接している)他のｃａｒｒｉｅｒ＃２上の特定のｓｃｈｅｄｕｌｅｄＵＬに対してＤＣＩにより他の送信形態(例えば、(ＬＢＴが省略される)ｓｈａｒｅｄ－ＣＯＴ基盤の送信)が指示された場合、ＵＥは(該当ｓｃｈｅｄｕｌｅｄＵＬだけではなく)ｃｏｎｆｉｇｕｒｅｄＵＬについてもＤＣＩにより指示された送信形態を適用する(例えば、ｓｈａｒｅｄ－ＣＯＴ基盤の送信を行う)ように動作することができる。他の方法として、上記のような状況では、ＵＥはｃｏｎｆｉｇｕｒｅｄＵＬ送信を省略し、ｓｃｈｅｄｕｌｅｄＵＬ送信のみを行うように動作することができる。

１．上記のような状態において、さらに他の方法として、ＲＵＬＥ_＃１を適用してｃｏｎｆｉｇｕｒｅｄＵＬに仮定するように決定された送信形態とＤＣＩによりｓｃｈｅｄｕｌｅｄＵＬに指示された送信形態が互いに異なる場合、ＵＥは該当２つのＵＬに対してｓｈａｒｅｄ－ＣＯＴ基盤の送信を行うように(又は、該当２つのＵＬに対してＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ基盤の送信を行うように)動作することができる。

Ｄ．さらに、ｃｏｎｆｉｇｕｒｅｄＵＬ(例えばＰＵＳＣＨ、ＰＵＣＣＨ)の送信に対して特定の規則(以下、"ＲＵＬＥ_＃２")によって該当ＵＬの送信をＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに基づいて送信するか、或いはｓｈａｒｅｄ－ＣＯＴに基づいて送信するか否か(送信形態)が決定される状態で、以下のようなＵＥの動作を考慮することができる。

i．ＲＵＬＥ_＃２の一例として、上記定義したＣ－ＵＬｒｕｌｅ－ａを使用できる。ｃｏｎｆｉｇｕｒｅｄＵＬリソースが特定のＦＦＰ－ｕ区間の開始点と整列されるように指示され、特定のＦＦＰ－ｇ区間が該当ＦＦＰ－ｕ区間の開始点(又は該当ｃｏｎｆｉｇｕｒｅｄＵＬリソース)を含み、ＵＥが該当ＦＦＰ－ｇを介して(ＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴに基づいて送信された)ＤＬ信号を検出した場合は、該当ｃｏｎｆｉｇｕｒｅｄＵＬをｓｈａｒｅｄ－ＣＯＴに基づいて送信し、そうではない場合には、該当ｃｏｎｆｉｇｕｒｅｄＵＬをＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに基づいて送信するように動作することができる。

ii．ＲＵＬＥ_＃２の一例として、上記定義したＣ－ＵＬｒｕｌｅ－ｂを使用できる。ｃｏｎｆｉｇｕｒｅｄＵＬリソースが特定のＦＦＰ－ｕ区間の開始点と整列されるように指示された場合、ＵＥは常に該当ｃｏｎｆｉｇｕｒｅｄＵＬをＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに基づいて送信するように動作することができる。

iii．ＲＵＬＥ_＃２の一例として、上記定義したＣ－ＵＬｒｕｌｅ－ｃを使用できる。ｃｏｎｆｉｇｕｒｅｄＵＬリソースが特定のＦＦＰ－ｕ区間の開始点と整列されないながら、該当ＦＦＰ－ｕ区間内に含まれるように指示され、ＵＥが既に該当ＦＦＰ－ｕ区間に対してＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ送信を開始した場合は、該当ｃｏｎｆｉｇｕｒｅｄＵＬをＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに基づいて送信し、そうではなく、特定のＦＦＰ－ｇ区間が該当ｃｏｎｆｉｇｕｒｅｄＵＬリソースを含み、ＵＥが該当ＦＦＰ－ｇを介して(ＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴに基づいて送信された)ＤＬ信号を検出した場合には、該当ｃｏｎｆｉｇｕｒｅｄＵＬをｓｈａｒｅｄ－ＣＯＴに基づいて送信するように動作することができる。

iv．上記のような状態において、もし特定の時点に特定のｃａｒｒｉｅｒ＃１上の特定のｃｏｎｆｉｇｕｒｅｄＵＬ＃１に対してＲＵＬＥ_＃２を適用したときに該当ｃｏｎｆｉｇｕｒｅｄＵＬ＃１を特定の送信形態(例えば、ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ基盤の送信)に仮定するように決定され、同じ時点に(ｃａｒｒｉｅｒ＃１と周波数上に隣接している)他のｃａｒｒｉｅｒ＃２上の特定のｃｏｎｆｉｇｕｒｅｄＵＬ＃２に対してＲＵＬＥ_＃２を適用したときに該当ｃｏｎｆｉｇｕｒｅｄＵＬ＃２を他の送信形態(例えば、ｓｈａｒｅｄ－ＣＯＴ基盤の送信)に仮定するように決定された場合、ＵＥは該当２つのＵＬに対してｓｈａｒｅｄ－ＣＯＴ基盤の送信を行うように(又は該当２つのＵＬに対してＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ基盤の送信を行うように)動作することができる。他の方法として、上記のような状況では、ＵＥはＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ基盤の送信に決定されたｃｏｎｆｉｇｕｒｅｄＵＬの送信を省略し、ｓｈａｒｅｄ－ＣＯＴ基盤の送信に決定されたｃｏｎｆｉｇｕｒｅｄＵＬ送信のみを行うように動作することができる。

Ｅ．さらに、ｃｏｎｆｉｇｕｒｅｄＵＬ(例えばＰＵＳＣＨ、ＰＵＣＣＨ)リソースが特定のＦＦＰ－ｕ区間の開始点と整列されるように設定された状態で、

ｉ．もし特定のＦＦＰ－ｇ区間がＦＦＰ－ｕ区間の開始点(又はｃｏｎｆｉｇｕｒｅｄＵＬリソース)を含み、該当ＦＦＰ－ｇ区間又は該当ＦＦＰ－ｇ区間の開始点とｃｏｎｆｉｇｕｒｅｄＵＬリソースの間の区間内に特定のＤＬリソース(例えば、半－静的(ｓｅｍｉ－ｓｔａｔｉｃ)に設定されたＤＬシンボル)及び／又は特定のＤＬ送信(例えば、周期的(ｐｅｒｉｏｄｉｃ)に設定された(ＳＳ／ＰＢＣＨブロードキャストのための)ＳＳＢ及び／又は特定の(例えば、最低ＩＤ／インデックスを有する)ＣＯＲＥＳＥＴ及び／又はＴＲＳ／ＣＳＩ－ＲＳ送信及び／又はＰＤＳＣＨ送信)が該当ＦＦＰ－ｇ区間の開始前に予め設定／指示されている場合は、ＵＥはｃｏｎｆｉｇｕｒｅｄＵＬリソースに対して上述した規則Ｃ－ＵＬｒｕｌｅ－ａを適用するように動作することができる。

ii．そうではない場合は(例えば、特定のＦＦＰ－ｇ区間がＦＦＰ－ｕ区間の開始点(又はｃｏｎｆｉｇｕｒｅｄＵＬリソース)を含むとしても、該当ＦＦＰ－ｇ区間又は該当ＦＦＰ－ｇ区間の開始点とｃｏｎｆｉｇｕｒｅｄＵＬリソースの間の区間内に特定のＤＬリソース及び／又はＤＬ送信が該当ＦＦＰ－ｇ区間の開始前に予め設定／指示されていない場合)、ＵＥはｃｏｎｆｉｇｕｒｅｄＵＬリソースに対して上述した規則Ｃ－ＵＬｒｕｌｅ－ｂを適用するように動作することができる。

Ｆ．さらに、ｃｏｎｆｉｇｕｒｅｄＵＬ(例えばＰＵＳＣＨ、ＰＵＣＣＨ)リソースが特定のＦＦＰ－ｕ区間の開始点と整列されるように設定された状態で、

i．もし特定のＦＦＰ－ｇ区間がＦＦＰ－ｕ区間の開始点(又はｃｏｎｆｉｇｕｒｅｄＵＬリソース)を含み、該当ＦＦＰ－ｇ区間の開始点とｃｏｎｆｉｇｕｒｅｄＵＬリソースの間の間隔(又は偶数番目の無線フレームインデックスを基準として設定されたＦＦＰ－ｕの開始オフセット値)が特定値以上である場合、ＵＥはｃｏｎｆｉｇｕｒｅｄＵＬリソースに対して上述した規則Ｃ－ＵＬｒｕｌｅ－ａを適用し、そうではない場合には(例えば、該当間隔(又はＦＦＰ－ｕオフセット値)が特定値未満である場合)、ＵＥはｃｏｎｆｉｇｕｒｅｄＵＬリソースに対して上述した規則Ｃ－ＵＬｒｕｌｅ－ｂを適用するように動作することができる。

ii．逆に、もし特定のＦＦＰ－ｇ区間がＦＦＰ－ｕ区間の開始点(又はｃｏｎｆｉｇｕｒｅｄＵＬリソース)を含み、該当ＦＦＰ－ｇ区間の開始点とｃｏｎｆｉｇｕｒｅｄＵＬリソースの間の間隔(又は偶数番目の無線フレームインデックスを基準として設定されたＦＦＰ－ｕの開始オフセット値)が特定値未満である場合は、ＵＥはｃｏｎｆｉｇｕｒｅｄＵＬリソースに対して上述した規則Ｃ－ＵＬｒｕｌｅ－ａを適用し、そうではない場合には(例えば、該当間隔(又はＦＦＰ－ｕオフセット値)が特定値以上である場合)、ＵＥはｃｏｎｆｉｇｕｒｅｄＵＬリソースに対して上述した規則Ｃ－ＵＬｒｕｌｅ－ｂを適用するように動作することができる。

Ｇ．さらに、ｓｃｈｅｄｕｌｅｄＵＬ(例えば、ＰＵＳＣＨ、ＰＵＣＣＨ)送信に対してＤＣＩにより該当ＵＬ送信をＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに基づいて送信するか、或いはｓｈａｒｅｄ－ＣＯＴ形態で送信するか(送信形態)が指示される状態で、以下のようなＵＥの動作を考慮することができる。

ｉ．もし特定の時点に特定のｃａｒｒｉｅｒ＃１上の特定のｓｃｈｅｄｕｌｅｄＵＬ＃１に対してＤＣＩにより特定の送信形態(例えば、ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ基盤の送信)が指示され、同じ時点に(ｃａｒｒｉｅｒ＃１と周波数上に隣接している)他のｃａｒｒｉｅｒ＃２上の特定のｓｃｈｅｄｕｌｅｄＵＬ＃２に対してＤＣＩにより他の送信形態(例えば、(ＬＢＴが省略される)ｓｈａｒｅｄ－ＣＯＴ基盤の送信)が指示された場合、ＵＥは該当２つのＵＬに対してｓｈａｒｅｄ－ＣＯＴ基盤の送信を行うように(又は、該当２つのＵＬに対してＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ基盤の送信を行うように)動作することができる。他の方法として、上記のような状況では、ＵＥはＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ基盤の送信により指示されたｓｃｈｅｄｕｌｅｄＵＬ送信を省略し、ｓｈａｒｅｄ－ＣＯＴ基盤の送信により指示されたｓｃｈｅｄｕｌｅｄＵＬ送信のみを行うように動作することができる。

１．上記のような状態において、さらに他の方法として、ＤＣＩによりｓｃｈｅｄｕｌｅｄＵＬ＃１に指示された送信形態と、ＤＣＩによりｓｃｈｅｄｕｌｅｄＵＬ＃２に指示された送信形態が互いに異なる場合、ＵＥは該当２つのＵＬに対して、(該当２つのＤＣＩのうち)後に受信されたＤＣＩが指示する送信形態を適用するように、(又は該当２つのＵＬに対して、先に受信されたＤＣＩが指示する送信形態を適用するように)動作することができる。

他の方法として、上記のような状況では、ＵＥは先に受信されたＤＣＩにより指示されたｓｃｈｅｄｕｌｅｄＵＬ送信を省略し、後に受信されたＤＣＩにより指示されたｓｃｈｅｄｕｌｅｄＵＬ送信のみを行うように動作することができる。

Ｈ．さらに、非－フォールバックＤＣＩ(例えば、ＤＣＩｆｏｒｍａｔ０_１又は０_２)によりｓｃｈｅｄｕｌｅｄＵＬ(即ち、非－フォールバックＵＬ)送信に対しては、該当ＵＬをＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに基づいて送信するか、或いはｓｈａｒｅｄ－ＣＯＴに基づいて送信するか(送信形態)が該当ＤＣＩにより指示され、フォールバックＤＣＩ(例えば、ＤＣＩｆｏｒｍａｔ０_０)によりｓｃｈｅｄｕｌｅｄＵＬ(即ち、フォールバックＵＬ)の送信に対しては、特定の規則(以下、"ＲＵＬＥ_＃３")によって該当ＵＬをＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに基づいて送信するか、或いはｓｈａｒｅｄ－ＣＯＴに基づいて送信するか(送信形態)が決定される状態で、以下のようなＵＥの動作を考慮することができる。

i．ＲＵＬＥ_＃３の一例として、ｓｃｈｅｄｕｌｅｄＵＬリソースが特定のＦＦＰ－ｕ区間の開始点と整列されるように指示され、特定のＦＦＰ－ｇ区間が該当ＦＦＰ－ｕ区間の開始点(又は該当ｓｃｈｅｄｕｌｅｄＵＬリソース)を含み、ＵＥが該当ＦＦＰ－ｇを介して(ＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴに基づいて送信された)ＤＬ信号を検出した場合は、該当ｓｃｈｅｄｕｌｅｄＵＬをｓｈａｒｅｄ－ＣＯＴに基づいて送信し、そうではない場合には、該当ｓｃｈｅｄｕｌｅｄＵＬをＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに基づいて送信するように動作することができる(この規則を便宜上、"Ｓ－ＵＬｒｕｌｅ－ａ"と定義する)。

ii．ＲＵＬＥ_＃３の一例として、ｓｃｈｅｄｕｌｅｄＵＬリソースが特定のＦＦＰ－ｕ区間の開始点と整列されるように指示された場合、常に該当ｓｃｈｅｄｕｌｅｄＵＬをＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに基づいて送信するように動作することができる(この規則を便宜上、"Ｓ－ＵＬｒｕｌｅ－ｂ"と定義する)。

iii．ＲＵＬＥ_＃３の一例として、ｓｃｈｅｄｕｌｅｄＵＬリソースが特定のＦＦＰ－ｕ区間の開始点と整列されないながら、該当ＦＦＰ－ｕ区間内に含まれるように指示され、ＵＥが既に該当ＦＦＰ－ｕ区間に対してＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ送信を開始した場合は、該当ｓｃｈｅｄｕｌｅｄＵＬをＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに基づいて送信し、そうではなく、特定のＦＦＰ－ｇ区間が該当ｓｃｈｅｄｕｌｅｄＵＬリソースを含み、ＵＥが該当ＦＦＰ－ｇを介して(ＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴに基づいて送信された)ＤＬ信号を検出した場合には、該当ｓｃｈｅｄｕｌｅｄＵＬをｓｈａｒｅｄ－ＣＯＴに基づいて送信するように動作することができる(この規則を便宜上、"Ｓ－ＵＬｒｕｌｅ－ｃ"と定義する)。

iv．上記のような状態において、もし特定の時点に特定のｃａｒｒｉｅｒ＃１上の特定のフォールバックＵＬに対してＲＵＬＥ_＃３を適用したときに該当フォールバックＵＬを特定の送信形態(例えば、ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ基盤の送信)に仮定するように決定され、同じ時点に(ｃａｒｒｉｅｒ＃１と周波数上、隣接している)他のｃａｒｒｉｅｒ＃２上の特定の非－フォールバックＵＬに対してＤＣＩにより他の送信形態(例えば、(ＬＢＴが省略される)ｓｈａｒｅｄ－ＣＯＴ基盤の送信)が指示された場合、ＵＥは(該当非－フォールバックだけではなく)フォールバックＵＬに対してもＤＣＩにより指示された送信形態を適用する(例えば、ｓｈａｒｅｄ－ＣＯＴ基盤の送信を行う)ように動作することができる。他の方法として、上記のような状況では、ＵＥはフォールバックＵＬ送信を省略し、非－フォールバックＵＬ送信のみを行うように動作することができる。

１．上記のような状態において、さらに他の方法として、ＲＵＬＥ_＃３を適用してフォールバックＵＬに仮定するように決定された送信形態と、ＤＣＩにより非－フォールバックＵＬに指示された送信形態が互いに異なる場合、ＵＥは該当２つのＵＬに対してｓｈａｒｅｄ－ＣＯＴ基盤の送信を行うように(又は該当２つのＵＬに対してＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ基盤の送信を行うように)動作することができる。

Ｉ．さらに、ｓｃｈｅｄｕｌｅｄＵＬ(例えば、ＰＵＳＣＨ、ＰＵＣＣＨ)送信に対してＤＣＩにより該当ＵＬ送信をＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに基づいて送信するか、或いはｓｈａｒｅｄ－ＣＯＴ形態で送信するか(送信形態)が指示される状態で、

i．もしｓｃｈｅｄｕｌｅｄＵＬリソースが特定のＦＦＰ－ｕ区間の開始点と整列されるように指示された場合、ＵＥはＤＣＩにより指示された送信形態(例えば、ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ又はｓｈａｒｅｄ－ＣＯＴ)を適用して該当ｓｃｈｅｄｕｌｅｄＵＬリソースに対する送信を行い、

ii．そうではない場合には(ｓｃｈｅｄｕｌｅｄＵＬリソースがＦＦＰ－ｕ区間の開始点と整列されないように指示された、或いは整列されるように指示されていない場合)、ＵＥは(ＤＣＩにより指示された送信形態の情報を無視して)該当ｓｃｈｅｄｕｌｅｄＵＬリソースに対して上述した規則Ｓ－ＵＬｒｕｌｅ－ｃを適用するように動作することができる。

J．さらに、ｓｃｈｅｄｕｌｅｄＵＬ(例えば、ＰＵＳＣＨ、ＰＵＣＣＨ)の送信に対してＤＣＩにより該当ＵＬ送信をＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに基づいて送信するか、或いはｓｈａｒｅｄ－ＣＯＴ形態で送信するか(送信形態)が指示される状態で、

i．もしｓｃｈｅｄｕｌｅｄＵＬリソースが特定のＦＦＰ－ｕ区間の開始点と整列されるように指示された場合、ＵＥはＤＣＩにより指示された送信形態(例えば、ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴｏｒｓｈａｒｅｄ－ＣＯＴ)を適用して該当ｓｃｈｅｄｕｌｅｄＵＬリソースに対する送信を行い、

ii．そうではない場合には(ｓｃｈｅｄｕｌｅｄＵＬリソースがＦＦＰ－ｕ区間の開始点と整列されないように指示された、或いは整列されるように指示されていない場合)、もしＤＣＩにより指示された送信形態がｓｈａｒｅｄ－ＣＯＴであると、ＵＥは指示されたｓｈａｒｅｄ－ＣＯＴに基づいて該当ｓｃｈｅｄｕｌｅｄＵＬリソースに対する送信を行い、もしＤＣＩにより指示された送信形態がＵＥ－ｉｎｉｔｉａｔｅｄ－ＣＯＴであると、ＵＥは該当ｓｃｈｅｄｕｌｅｄＵＬリソースに対して上述した規則Ｓ－ＵＬｒｕｌｅ－ｃを適用するように動作することができる。

Ｋ．さらに、ｓｃｈｅｄｕｌｅｄＵＬ(例えば、ＰＵＳＣＨ、ＰＵＣＣＨ)の送信に対してＤＣＩにより該当ＵＬ送信をＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに基づいて送信するか、或いはｓｈａｒｅｄ－ＣＯＴ形態で送信するか(送信形態)が明確に(ｅｘｐｌｉｃｉｔ)指示されていない状態で、

i．もしＤＣＩによりＬＢＴ動作を省略するように指示された場合(即ち、ｎｏＬＢＴ)、ＵＥはｓｈａｒｅｄ－ＣＯＴに基づいて上記ｓｃｈｅｄｕｌｅｄＵＬリソースに対する送信を行い、

ii．そうではない場合には(ＤＣＩによりＬＢＴ動作を行うように指示された場合)、もしｓｃｈｅｄｕｌｅｄＵＬリソースが特定のＦＦＰ－ｕ区間の開始点と整列されるように指示されると、(該当ｓｃｈｅｄｕｌｅｄＵＬリソースに対して)上述した規則Ｓ－ＵＬｒｕｌｅ－ａ或いはＳ－ＵＬｒｕｌｅ－ｂを適用し、そうではなく、ｓｃｈｅｄｕｌｅｄＵＬリソースがＦＦＰ－ｕ区間の開始点と整列されないように指示されると、或いは整列されるように指示されていないと、(該当ｓｃｈｅｄｕｌｅｄＵＬリソースに対して)規則Ｓ－ＵＬｒｕｌｅ－ｃを適用するように動作することができる。

Ｌ．一方、ＦＦＰ－ｕ区間の開始点と整列されるように設定／指示されたｃｏｎｆｉｇｕｒｅｄ(及び／又はｓｃｈｅｄｕｌｅｄ)ＵＬリソース＃１に対して、規則Ｃ－ＵＬｒｕｌｅ－ｂ或いはＣ－ＵＬｒｕｌｅ－ａ(及び／又はＳ－ＵＬｒｕｌｅ－ｂ或いはＳ－ＵＬｒｕｌｅ－ａ)を適用して該当ＵＬリソースをＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに基づいて送信するように決定した／動作する状態で、特定のｓｃｈｅｄｕｌｅｄ(及び／又はｃｏｎｆｉｇｕｒｅｄ)ＵＬリソース＃２がＵＬリソース＃１の直前に位置するＦＦＰ－ｕの休止期間と重なるように指示／設定された場合、ＵＥは該当ＵＬリソース＃１に対しては例外的にＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ基盤の送信を仮定せず／行わず、ｓｈａｒｅｄ－ＣＯＴ形態の送信を仮定する／行うように動作することができる(又は該当ＵＬリソース＃１の送信自体が許容されない)。

i．上記動作はＵＬリソース＃１に対して規則Ｃ－ＵＬｒｕｌｅ－ａ(及び／又はＳ－ＵＬｒｕｌｅ－ａ)を適用して動作する状況にも同様に適用することができる。

ii．上記動作は、ＵＥがＵＬリソース＃２の送信を行ったか、送信を省略したか、又は送信に失敗したかに関係なく常に適用するか、或いはＵＥがＵＬリソース＃２の送信を実際行った場合のみに動作を適用し、ＵＥがＵＬリソース＃２の送信を省略したか又は送信に失敗した場合には、ＵＬリソース＃１に対して規則Ｃ－ＵＬｒｕｌｅ－ｂ(及び／又はＳ－ＵＬｒｕｌｅ－ｂ)を適用して、該当ＵＬリソース＃１に対してＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ基盤の送信を仮定する／行うように動作することができる(又は規則Ｃ－ＵＬｒｕｌｅ－ａ(及び／又はＳ－ＵＬｒｕｌｅ－ａ)を適用して、該当ＵＬリソース＃１の送信を行うように動作する)。

iii．又は、ｃｏｎｆｉｇｕｒｅｄ(及び／又はｓｃｈｅｄｕｌｅｄ)ＵＬリソース＃１に対して、規則Ｃ－ＵＬｒｕｌｅ－ｂ或いはＣ－ＵＬｒｕｌｅ－ａ(及び／又はＳ－ＵＬｒｕｌｅ－ｂ或いはＳ－ＵＬｒｕｌｅ－ａ)を適用するようにＵＥが構成された状態で、特定のｓｃｈｅｄｕｌｅｄ(及び／又はｃｏｎｆｉｇｕｒｅｄ)ＵＬリソース＃２が該当ＵＬリソース＃１の直前にＸ－ｕｓｅｃ(例えば、Ｘ＝９、１６又は２５)以下のギャップを置いて指示／設定された場合、ＵＥは該当ＵＬリソース＃１に対しては例外的にＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ基盤の送信を仮定せず／行わず、ｓｈａｒｅｄ－ＣＯＴ形態の送信を仮定する／行うように動作することができる(又は、該当ＵＬリソース＃１の送信自体が許容されない)。

１．上記ＵＥ動作はＵＬリソース＃１に対して規則Ｃ－ＵＬｒｕｌｅ－ａ(及び／又はＳ－ＵＬｒｕｌｅ－ａ)を適用して動作する状況にも同様に適用できる。

２．上記ＵＥ動作は、ＵＥがＵＬリソース＃２の送信を行ったか、送信を省略したか、又は送信に失敗したかに関係なく常に適用される。又はＵＥがＵＬリソース＃２の送信を実際行った場合のみにＵＥ動作を適用し、ＵＥがＵＬリソース＃２の送信を省略したか又は送信に失敗した場合には、ＵＬリソース＃１に対して規則Ｃ－ＵＬｒｕｌｅ－ｂ(及び／又はＳ－ＵＬｒｕｌｅ－ｂ)を適用して、該当ＵＬリソース＃１に対してＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ基盤の送信を仮定する／行うように動作することができる(又は規則Ｃ－ＵＬｒｕｌｅ－ａ(及び／又はＳ－ＵＬｒｕｌｅ－ａ)を適用して、該当ＵＬリソース＃１の送信を行うように動作する)。

Ｍ．一方、ＦＦＰ－ｕ区間の開始点と整列されるようにスケジュールされたｓｃｈｅｄｕｌｅｄＵＬリソースに対して、ＤＣＩによりｓｈａｒｅｄ－ＣＯＴ形態で送信するように指示された場合、特定のＦＦＰ－ｇ区間が該当ＦＦＰ－ｕ区間の開始点(又は該当ｓｃｈｅｄｕｌｅｄＵＬリソース)を含み、ＵＥが該当ＦＦＰ－ｇを介して(ＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴに基づいて送信された)ＤＬ信号を検出した場合、ＵＥは該当ｓｃｈｅｄｕｌｅｄＵＬリソースでｓｈａｒｅｄ－ＣＯＴに基づいて送信を行い、そうではない場合は、ＵＥは該当ｓｃｈｅｄｕｌｅｄＵＬリソースに対する送信自体が許容されない。

ｉ．さらに、ＦＦＰ－ｕ区間の開始点と整列されないながら、該当ＦＦＰ－ｕ区間内に含まれるようにスケジュールされたｓｃｈｅｄｕｌｅｄＵＬリソースに対して、ＤＣＩによりＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに基づいて送信するように指示された場合、ＵＥが既に該当ＦＦＰ－ｕ区間に対してＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴの送信を開始した場合に、ＵＥは該当ｓｃｈｅｄｕｌｅｄＵＬリソースでＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに基づいて送信を行い、そうではない場合には(即ち、該当ＦＦＰ－ｕ区間に対してＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ送信を開始しなかった場合)、ＵＥは該当ｓｃｈｅｄｕｌｅｄＵＬリソースに対する送信を省略するように動作することができる(即ち、該当送信自体が許容されない)。

Ｎ．さらに他の方案として、ＦＦＰ－ｕ区間の開始点と整列されるようにスケジュールされたｓｃｈｅｄｕｌｅｄＵＬリソースに対してＤＣＩによりｓｈａｒｅｄ－ＣＯＴ形態で送信するように指示された場合、ＵＥは該当ＵＬリソースに対してＳ－ＵＬｒｕｌｅ－ａ(及び／又はＣ－ＵＬｒｕｌｅ－ａ)を適用して、(ＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴに基づいて送信された)ＤＬ信号を検出した場合、ｓｈａｒｅｄ－ＣＯＴ形態で送信し、そうではない場合には、ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに基づいて送信するように動作する。

i．上記ＵＥ動作は、ｓｃｈｅｄｕｌｅｄＵＬリソースとそれをスケジュールしたＤＣＩが互いに異なるＦＦＰ－ｇ区間を介して送信される場合に限って適用され、そうではない場合には(例えば、ｓｃｈｅｄｕｌｅｄＵＬリソースとそれをスケジュールしたＤＣＩが同一のＦＦＰ－ｇ区間を介して送信される場合)、ＵＥは(ＤＣＩによりｓｈａｒｅｄ－ＣＯＴ形態で送信するように指示された)該当ＵＬリソースに対しては(ＤＬ信号検出に基づく)ｓｈａｒｅｄ－ＣＯＴ形態の送信のみが許容される／可能である。一方、ｓｃｈｅｄｕｌｅｄＵＬリソースに対してＤＣＩによりＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ形態で送信するように指示された場合、ＵＥは該当ＵＬリソースに対しては(ＤＣＩの指示をそのまま適用して)ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ形態で送信するように動作し、この動作はｓｃｈｅｄｕｌｅｄＵＬリソースとそれをスケジュールしたＤＣＩが互いに異なるＦＦＰ－ｇ区間を介して送信されるか又は同一のＦＦＰ－ｇ区間を介して送信されるかに関係なく、常に適用される。

ii．さらに、ＦＦＰ－ｕ区間の開始点と整列されないながら該当ＦＦＰ－ｕ区間内に含まれるように設定されたｓｃｈｅｄｕｌｅｄＵＬリソースに対して、ＤＣＩによりＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに基づいて送信するように指示された場合、ＵＥは該当ＵＬリソースに対してＳ－ＵＬｒｕｌｅ－ｃ(及び／又はＣ－ＵＬｒｕｌｅ－ｃ)を適用して、既にＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ送信を開始した場合は、ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに基づいて送信し、そうではなく、(ＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴに基づいて送信された)ＤＬ信号を検出した場合には、ｓｈａｒｅｄ－ＣＯＴ形態で送信するように動作する。

１．上記ＵＥ動作は、ｓｃｈｅｄｕｌｅｄＵＬリソースとそれをスケジュールしたＤＣＩが互いに異なるＦＦＰ－ｇ区間を介して送信される場合に限って適用され、そうではない場合には(例えば、ｓｃｈｅｄｕｌｅｄＵＬリソースとそれをスケジュールしたＤＣＩが同一のＦＦＰ－ｇ区間を介して送信される場合)、ＵＥは(ＤＣＩによりＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに基づいて送信するように指示された)該当ＵＬリソースに対してはＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ基盤の送信のみが許容される／可能である。一方、ｓｃｈｅｄｕｌｅｄＵＬリソースに対してＤＣＩによりｓｈａｒｅｄ－ＣＯＴ形態で送信するように指示された場合、ＵＥは該当ＵＬリソースについては(ＤＣＩの指示をそのまま適用して)ｓｈａｒｅｄ－ＣＯＴ形態で送信するように動作し、この動作はｓｃｈｅｄｕｌｅｄＵＬリソースとそれをスケジュールしたＤＣＩが互いに異なるＦＦＰ－ｇ区間を介して送信されるか又は同一のＦＦＰ－ｇ区間を介して送信されるかに関係なく、常に適用される。

iii．さらに他の方法として、ＦＦＰ－ｕ区間の開始点と整列されないながら該当ＦＦＰ－ｕ区間内に含まれるように設定されたｓｃｈｅｄｕｌｅｄＵＬリソースに対してＤＣＩによりＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ又はｓｈａｒｅｄ－ＣＯＴに基づいて送信するように指示された場合、ＵＥは該当ＤＣＩ指示を適用せず(無視し)、該当ＵＬリソースに対してはＳ－ＵＬｒｕｌｅ－ｃ(及び／又はＣ－ＵＬｒｕｌｅ－ｃ)を適用して、既にＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ送信を開始した場合は、ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに基づいて送信し、そうではなく、(ＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴに基づいて送信された)ＤＬ信号を検出した場合には、ｓｈａｒｅｄ－ＣＯＴ形態で送信するように動作する。

１．上記ＵＥ動作は、ｓｃｈｅｄｕｌｅｄＵＬリソースとそれをスケジュールしたＤＣＩが互いに異なるＦＦＰ－ｇ区間を介して送信される場合に限って適用され、そうではない場合には(例えば、ｓｃｈｅｄｕｌｅｄＵＬリソースとそれをスケジュールしたＤＣＩが同一のＦＦＰ－ｇ区間を介して送信される場合)、ＵＥはＤＣＩにより指示された送信形態(例えば、ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ又はｓｈａｒｅｄ－ＣＯＴ)に基づいて(該当ＤＣＩの指示をそのまま適用して)該当ｓｃｈｅｄｕｌｅｄＵＬリソースを送信するように動作する。

Ｏ．一方、ＦＦＰ－ｇ区間の開始点と整列されるように(及び／又は該当開始点から特定時間以下の後の時点に)設定／指示されたｃｏｎｆｉｇｕｒｅｄ(及び／又はｓｃｈｅｄｕｌｅｄ)ＵＬリソースに対しては、ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ基盤の送信のみが許容される／可能である。

ｉ．これはｓｈａｒｄ－ＣＯＴ形態のＵＬ送信を行うためには、該当ＵＬ送信前に(ＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴに基づいて送信された)ＤＬ信号の検出に要求されるＵＥの(最小限の)処理時間を確保する必要があるためである。

ii．これにより、ＦＦＰ－ｇ区間の開始点と整列されないように(及び／又は該当開始点から特定時間を超える後の時点に)設定／指示されたｃｏｎｆｉｇｕｒｅｄ(及び／又はｓｃｈｅｄｕｌｅｄ)ＵＬリソースに対しては、規則Ｃ－ＵＬｒｕｌｅ－ａ(及び／又はＳ－ＵＬｒｕｌｅ－ａ)又はＣ－ＵＬｒｕｌｅ－ｂ(及び／又はＳ－ＵＬｒｕｌｅ－ｂ)又はＣ－ＵＬｒｕｌｅ－ｃ(及び／又はＳ－ＵＬｒｕｌｅ－ｃ)を適用するか、又はＤＣＩによる指示に基づいて、状況によって該当ＵＬリソースをｓｈａｒｅｄ－ＣＯＴ形態で送信するか、又はＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに基づいて送信するように動作することができる。

Ｐ．一方、ＦＦＰ－ｕ区間の開始点と整列されるように(及び／又は該当開始点から特定時間以下の後の時点に)設定／指示されたｃｏｎｆｉｇｕｒｅｄ(及び／又はｓｃｈｅｄｕｌｅｄ)ＵＬリソースに対して、ＵＥが規則Ｃ－ＵＬｒｕｌｅ－ａ(及び／又はＳ－ＵＬｒｕｌｅ－ａ)を適用して送信するように動作する場合、該当ＵＬリソースを(ＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴに基づく)ｓｈａｒｅｄ－ＣＯＴ形態で送信するか、或いはＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに基づいて送信するかによって、該当ＵＬリソース送信に適用される／行われるＣＰ延長(ｅｘｔｅｎｓｉｏｎ)及び／又はそのためのパラメータ値が(例えば、以下のＣＰ延長動作(即ち、ＣＰＥｂｅｈａｖｉｏｒ１／２)が)異なるように決定／設定／適用される。

ｉ．ＣＰＥｂｅｈａｖｉｏｒ１：ＵＥは、ＢＳから設定されたＣＰ延長パラメータ値(例えば、延長されたＣＰ長さ)を使用／適用してＣＰ延長を行うか、又は(ＢＳから)予め設定された複数の候補ＣＰ延長パラメータ値(即ち、候補ＣＰＥ値セット)のうち、ＤＣＩにより指示された特定の一つの値を使用／適用してＣＰ延長を行う。

ii．ＣＰＥｂｅｈａｖｉｏｒ２：ＵＬリソースの信号開始時点がＦＦＰ－ｕの開始時点と正確に一致するようにする(延長されたＣＰ長さを決定／適用して)ＣＰ延長が行われる。

iii．ＵＥはｃｏｎｆｉｇｕｒｅｄ(及び／又はｓｃｈｅｄｕｌｅｄ)ＵＬリソースに対して規則Ｃ－ＵＬｒｕｌｅ－ａ(及び／又はＳ－ＵＬｒｕｌｅ－ａ)を適用して、ｓｈａｒｅｄ－ＣＯＴ形態の送信で決定された場合は、ＣＰＥｂｅｈａｖｉｏｒ１を適用する反面、ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ基盤の送信で決定された場合には、ＣＰＥｂｅｈａｖｉｏｒ２が適用されるように動作する。

１．又は、ｃｏｎｆｉｇｕｒｅｄ(及び／又はｓｃｈｅｄｕｌｅｄ)ＵＬリソースに対して規則Ｃ－ＵＬｒｕｌｅ－ｂ(及び／又はＳ－ＵＬｒｕｌｅ－ｂ)を適用して、ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ基盤の送信で決定された場合、ＵＥはＣＰＥｂｅｈａｖｉｏｒ２を適用するように動作する。

iv．さらに、ＦＦＰ－ｕ区間の開始点と整列されるように(及び／又は該当開始点から特定時間以下の後の時点に)スケジュールされたｓｃｈｅｄｕｌｅｄＵＬリソースに対して、ＤＣＩによりｓｈａｒｅｄ－ＣＯＴ形態で送信するように指示された場合、ＵＥは、ＣＰＥｂｅｈａｖｉｏｒ１を適用する反面、ＤＣＩによりＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに基づいて送信するように指示された場合には、(該当ＤＣＩにより指示されたＣＰＥパラメータ値を無視して)ＣＰＥｂｅｈａｖｉｏｒ２を適用するように動作する。

ｖ．さらに、ＦＦＰ－ｕ区間の開始点と整列されないながら、該当ＦＦＰ－ｕ区間内に含まれるように設定／指示されたｃｏｎｆｉｇｕｒｅｄ(及び／又はｓｃｈｅｄｕｌｅｄ)ＵＬリソースに対して、ＵＥは規則Ｃ－ＵＬｒｕｌｅ－ｃ(及び／又はＳ－ＵＬｒｕｌｅ－ｃ)を適用して、ｓｈａｒｅｄ－ＣＯＴ形態の送信に決定された場合は、ＣＰＥｂｅｈａｖｉｏｒ１を適用する反面、ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ基盤の送信に決定された場合には、ＣＰＥｂｅｈａｖｉｏｒ２を適用するように動作する。

１．又はこの場合、ＵＥは、ＵＬリソースに対してｓｈａｒｅｄ－ＣＯＴ形態の送信に決定された場合とＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ基盤の送信に決定された場合にいずれもＣＰＥｂｅｈａｖｉｏｒ１を適用するように動作する。

vi．さらに、ＦＦＰ－ｕ区間の開始点と整列されないながら、該当ＦＦＰ－ｕ区間内に含まれるようにスケジュールされたｓｃｈｅｄｕｌｅｄＵＬリソースに対して、ＤＣＩによりｓｈａｒｅｄ－ＣＯＴ形態で送信するように指示された場合、ＵＥはＣＰＥｂｅｈａｖｉｏｒ１を適用する反面、ＤＣＩによりＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに基づいて送信するように指示された場合には、(該当ＤＣＩにより指示されたＣＰＥパラメータ値を無視して)ＣＰＥｂｅｈａｖｉｏｒ２を適用するように動作する。

１．又はこの場合、ＵＥは、ＵＬリソースに対してＤＣＩによりｓｈａｒｅｄ－ＣＯＴ形態で送信するように指された場合とＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに基づいて送信するように指示された場合にいずれもＣＰＥｂｅｈａｖｉｏｒ１を適用するように動作する。

Ｑ．一方、上記(特定のＦＦＰ区間／開始時点に対して)ＵＥがＬＢＴを行うＬＢＴ－ＳＢグループ／キャリアグループは、一つのキャリア(及び／又はイントラ－バンド上の複数のキャリア)内に構成／設定された複数のＬＢＴ－ＳＢの全体又はイントラ－バンド上に構成／設定された複数のキャリアの全体に決定されるか、又は(該当ＦＦＰ区間／開始時点に対して)該当ＵＥが実際ＵＬチャネル／信号送信を行う又は該当ＵＥにＵＬチャネル／信号送信が設定／指示されたＬＢＴ－ＳＢ／キャリアに決定／限定される。例えば、システムにおいて、ＬＢＴ－ＳＢグループ／キャリアグループ＃０～＃Ｎが存在し、ＵＥはＬＢＴ－ＳＢグループ／キャリアグループ＃０～＃Ｎの一部(以下、特定のＬＢＴ－ＳＢグループ／キャリアグループ(ｓ))に対してＵＬチャネル／信号送信を行おうとするか又はＵＬチャネル／信号送信が設定／指示された場合、ＵＥは特定のＬＢＴ－ＳＢグループ／キャリアグループ(ｓ)が全体として休止であることに基づいてＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに該当ＦＦＰ－ｕ送信を開始することが許容される。

Ｒ．より一般化すると、システムにおいて、ＬＢＴ－ＳＢグループ／キャリアグループ＃０～＃Ｎが存在するとき、ＵＥがＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに該当ＦＦＰ－ｕ送信を開始するために、ＬＢＴ休止が確認される必要がある少なくとも一部のＬＢＴ－ＳＢ／キャリアグループ(ｓ)が設定／指示／決定される。例えば、ＵＥは該当一部のＬＢＴ－ＳＢ／キャリアグループ(ｓ)に対するＬＢＴ結果、休止が確認されたことに基づいて、該当一部のＬＢＴ－ＳＢ／キャリアグループ(ｓ)に限定的にＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに該当ＦＦＰ－ｕ送信を開始するか又は該当一部のＬＢＴ－ＳＢ／キャリアグループ(ｓ)を含むＬＢＴ－ＳＢ／キャリアグループに対してＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに該当ＦＦＰ－ｕ送信を開始することが許容される。このような方式によって、ＵＥが該当ＦＦＰ－ｕ送信を開始する場合、該当一部のＬＢＴ－ＳＢ／キャリアグループ(ｓ)は必ず該当ＵＬ信号を含むように定義される。一例として、該当一部のＬＢＴ－ＳＢ／キャリアグループ(ｓ)はセル共通／ＵＥ－グループ共通して設定されるか、又は予め定義される。

５)さらに、ＵＥに複数のＬＢＴ－ＳＢ(例えば、ＲＢセット(＋ガードＲＢｓ))及び／又は複数のキャリアが設定された状態で(例えば、既存のＲｅｌ－１６と同一／類似してＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴ基盤のＦＦＰ－ｇのみで動作する状況又はＲｅｌ－１７ＵＥであるが、該当ＵＥにＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ基盤のＦＦＰ－ｕ関連のパラメータ(例えば、区間、開始オフセット)が設定されていない状態で)、ＵＥのＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴに基づくｓｈａｒｅｄ－ＣＯＴ形態のＵＬ送信のために、以下のような動作が考慮される。

Ａ．一つのキャリア(及び／又はイントラ－バンド上の複数のキャリア)内の複数のＬＢＴ－ＳＢで構成されたＬＢＴ－ＳＢグループ、イントラ－バンド上の複数のキャリアで構成されたキャリアグループ、又は特定のシグナリング(例えば、ＧＣ－ＰＤＣＣＨ)によりＬＢＴ－ＳＢ／キャリアに対する有効性が指示されるとき、該当ＰＤＣＣＨ内の同一のビットにより有効性が指示されるＬＢＴ－ＳＢグループ／キャリアグループが与えられた／設定された状態で、(一例として、免許帯域上で送信された)ＧＣ－ＰＤＣＣＨを介して特定のＬＢＴ－ＳＢ＃１／ｃａｒｒｉｅｒ＃１が有効であると指示された場合、もし該当ＬＢＴ－ＳＢ＃１／ｃａｒｒｉｅｒ＃１が属するＬＢＴ－ＳＢグループ／キャリアグループ内の少なくとも一つの他のＬＢＴ－ＳＢ＃２／ｃａｒｒｉｅｒ＃２でＢＳからのＤＬ信号が検出されると、該当ＬＢＴ－ＳＢ＃１／ｃａｒｒｉｅｒ＃１に設定されたＵＬリソース(例えば、(ＣＧ)ＰＵＳＣＨ、ＰＲＡＣＨ、ＰＵＣＣＨ)に対する(ＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴに基づく)ＵＥのｓｈａｒｅｄ－ＣＯＴ(ＵＬ)送信が可能である／許容される。

i．この場合、ＵＥはＬＢＴ－ＳＢ＃２／ｃａｒｒｉｅｒ＃２上のＤＬ信号検出時点を基準として(ＤＬ－ｔｏ－ＵＬギャップを決定し、該当ギャップのサイズによって１６－ｕｓｅｃ或いは２５－ｕｓｅｃの間にＬＢＴを行って)ＬＢＴ－ＳＢ＃１／ｃａｒｒｉｅｒ＃１によるＵＬ送信を行うように動作する。

Ｂ．或いは、(一例として、免許帯域上で送信された)ＧＣ－ＰＤＣＣＨを介して特定のＬＢＴ－ＳＢ＃１／ｃａｒｒｉｅｒ＃１が有効であると指示された場合、もし該当ＬＢＴ－ＳＢ＃１／ｃａｒｒｉｅｒ＃１が属するＬＢＴ－ＳＢグループ／キャリアグループ内の他の全てのＬＢＴ－ＳＢ／キャリアでＢＳからのＤＬ信号が検出されないと、該当ＬＢＴ－ＳＢ＃１／ｃａｒｒｉｅｒ＃１に設定されたＵＬリソース(例えば、(ＣＧ)ＰＵＳＣＨ、ＰＲＡＣＨ、ＰＵＣＣＨ)に対する(ＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴに基づく)ＵＥのｓｈａｒｅｄ－ＣＯＴ(ＵＬ)送信が許容されない。

Ｃ．一方、上記例示において(特定のＦＦＰ区間／開始時点に対して)ＵＥがＬＢＴを行うＬＢＴ－ＳＢグループ／キャリアグループは、一つのキャリア(及び／又はイントラ－バンド上の複数のキャリア)内に構成／設定された複数のＬＢＴ－ＳＢの全体又はイントラ－バンド上に構成／設定された複数のキャリアの全体に決定されるか、又は(該当ＦＦＰ区間／開始時点に対して)該当ＵＥが実際のＵＬチャネル／信号送信を行う又は該当ＵＥにＵＬチャネル／信号送信が設定／指示されたＬＢＴ－ＳＢ／キャリアに決定／限定される。例えば、システムにおいて、ＬＢＴ－ＳＢグループ／キャリアグループ＃０～＃Ｎが存在し、ＵＥはＬＢＴ－ＳＢグループ／キャリアグループ＃０～＃Ｎの一部(以下、特定のＬＢＴ－ＳＢグループ／キャリアグループ(ｓ))に対してＵＬチャネル／信号送信を行おうとするか、又はＵＬチャネル／信号送信が設定／指示された場合、ＵＥは特定のＬＢＴ－ＳＢグループ／キャリアグループ(ｓ)が全体として休止であることに基づいてＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに該当ＦＦＰ－ｕ送信を開始することが許容される。

Ｄ．より一般化すると、システムにおいて、ＬＢＴ－ＳＢグループ／キャリアグループ＃０～＃Ｎが存在するとき、ＵＥがＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに該当ＦＦＰ－ｕ送信を開始するために、ＬＢＴ休止が確認される必要がある少なくとも一部のＬＢＴ－ＳＢ／キャリアグループ(ｓ)が設定／指示／決定される。例えば、ＵＥは該当一部のＬＢＴ－ＳＢ／キャリアグループ(ｓ)に対するＬＢＴ結果、休止が確認されたことに基づいて、該当一部のＬＢＴ－ＳＢ／キャリアグループ(ｓ)に限定的にＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに該当ＦＦＰ－ｕ送信を開始するか又は該当一部のＬＢＴ－ＳＢ／キャリアグループ(ｓ)を含むＬＢＴ－ＳＢ／キャリアグループに対してＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに該当ＦＦＰ－ｕ送信を開始することが許容される。このような方式によって、ＵＥが該当ＦＦＰ－ｕ送信を開始する場合、該当一部のＬＢＴ－ＳＢ／キャリアグループ(ｓ)は必ず該当ＵＬ信号を含むように定義される。一例として、該当一部のＬＢＴ－ＳＢ／キャリアグループ(ｓ)はセル共通／ＵＥ－グループ共通して設定されるか、又は予め定義される。

６)ＦＦＰ－ｇとＦＦＰ－ｕに対する一例として、(ＦＦＰ－ｇとＦＦＰ－ｕの開始時点の間の間隔が{０．５＊ＦＦＰｐｅｒｉｏｄ}より小さく設定された状態で該当区間内で)ＦＦＰ－ｇがＦＦＰ－ｕより開始時点が早いように設定される(例えば、図１６(ａ))。

Ａ．一例として、ＦＦＰ－ｇの開始時点がＦＦＰ－ｕの開始時点より{２５－ｕｓｅｃ＋ａ、９－ｕｓｅｃ＋ａ又は１６－ｕｓｅｃ＋ａ}或いはそれに相応するＯＦＤＭシンボルの数だけ先立つように設定される。

i．逆に、ＦＦＰ－ｕの開始時点がＦＦＰ－ｇ内の休止期間の開始時点と整列されるように設定されることもできる(例えば、図１６(ｂ))。

Ｂ．さらに、ＦＦＰ－ｇ区間内の休止期間の開始／終了時点が(既存のＲｅｌ－１６に定義した通り)与えられた状態で、(ＦＦＰ－ｕ区間自体の開始時点はＦＦＰ－ｇ区間の開始時点と整列されないように設定された状態で)該当ＦＦＰ－ｕ区間内の休止期間の開始時点はＦＦＰ－ｇ内の休止期間の開始時点と整列されるように設定される(例えば、図１６(ｃ))。

７)ＵＥのＦＦＰ－ｕのためのＦＦＰ開始時点及びＦＦＰｐｅｒｉｏｄ／ｄｕｒａｔｉｏｎを設定／シグナリングする方法として、以下のような方式が考慮される。参考として、既存のＲｅｌ．１６ＮＲシステムでのＦＦＰ－ｇの場合には、ＦＦＰ開始時点は偶数番目の無線フレームの数(ｅｖｅｎｒａｄｉｏｆｒａｍｅｎｕｍｂｅｒ)を基準として開始オフセット＝０と設定され、ＦＦＰ－ｇの(開始周期である)ｐｅｒｉｏｄとＦＦＰ－ｇの(占有区間である)ｄｕｒａｔｉｏｎが互いに同一に設定されている。

Ａ．ＦＦＰ－ｕの開始オフセットの粒度(ｇｒａｎｕｌａｒｉｔｙ)は、{ＯＦＤＭシンボル単位、スロット単位、ｍｓｅｃ(及び／又はｕｓｅｃ)単位}のうちのいずれかの形態に設定／予め定義されるか、又は該当単位のうち、２つ(又は３つ)の組み合わせ形態で設定／予め定義される。該当粒度に基づく実際の開始オフセット値に関する情報は明示的／暗示的にＵＥに設定／指示される。

i．例えば、ＦＦＰ－ｕの開始オフセットのために、シンボル水準の粒度が使用されると仮定したとき(例えば、図１７)、実際の開始オフセット値はＸ個のシンボルで設定／指示される。その他にも、様々な粒度が開始オフセットのために使用される。例えば、開始オフセットはＹ個スロットで設定されるか、Ｚｍｓｅｃ(及び／又はｕｓｅｃ)に設定されるか、{Ｙ個スロット＋Ｘ個シンボル}の形態で設定されるか、又は{Ｚｍｓｅｃ(及び／又はｕｓｅｃ)＋Ｘ個シンボル}の形態で設定される。

ii．一方、より具体的な一実施例によれば、ＦＦＰ－ｕの開始オフセット値(特に、上記シンボル単位或いはスロット単位で設定される値)は、ＳＣＳサイズによって異なり、例えば、ＮＫＨｚのＳＣＳに設定可能なシンボル単位或いはスロット単位の開始オフセット値の集合が{ａ、ｂ、ｃ}のように与えられた場合、(Ｎ×２^K)ＫＨｚのＳＣＳに設定可能なオフセット値の集合は{ａ×２^K、ｂ×２^K、ｃ×２^K}のように与えられる。より具体的な一例として、ＵＥに第１値が開始オフセットにより指示／設定されたと仮定するとき、該当第１値はＳＣＳ１に対してはＬ_１個のシンボルを意味すると解釈され、同一の第１値はＳＣＳ１とは異なるＳＣＳ２に対してはＬ_２個のシンボルを意味すると解釈される。Ｌ_１とＬ_２は互いに異なる自然数である。一方、ＳＣＳ１基盤のＬ_１個のシンボルに該当する絶対時間である総時間区間(Ｔｏｔａｌｔｉｍｅｄｕｒａｔｉｏｎ)(長さ)は、ＳＣＳ２基盤のＬ_２個のシンボルに該当する絶対時間である総時間区間(Ｔｏｔａｌｔｉｍｅｄｕｒａｔｉｏｎ)(長さ)と同一に設定されるように、Ｌ_１とＬ_２値が決定／定義される。例えば、複数のＵＥが異なるＳＣＳに基づいて動作しても、複数のＵＥは時間ドメイン上でＦＦＰ－ｕが開始される点とｐｅｒｉｏｄに対して同じ理解を有することができる。例えば、ＳＣＳ１に基づいて動作するＵＥ１とＳＣＳ２に基づいて動作するＵＥ２の間のＦＦＰ－ｕの開始オフセットとｐｅｒｉｏｄ(例えば、ＣＯＴ、休止期間及び／又はＣＣＡスロット)に対する時間整列(Ｔｉｍｅａｌｉｇｎｍｅｎｔ)が可能である。例えば、ＢＳ／ネットワークはＦＦＰ－ｕの開始オフセットとｐｅｒｉｏｄに関する情報を複数のＵＥ(グループ)に共通して設定／指示／シグナリングすることができ、これにより、ＵＥは個別シグナリングに比べてオーダーヘッドが低減する。ＢＳ／ネットワークが指示するＦＦＰ－ｕの開始オフセットとｐｅｒｉｏｄがどのＳＣＳに基づくかが予め設定／定義されることもでき、該当ＳＣＳは参照ＳＣＳとも称される。

iii．一方、ＦＦＰ－ｕのためにシンボル水準の粒度が使用される場合、現在ＮＲシステムで規定された設定されたグラントＵＬ(例えば、ＣＧＰＵＳＣＨ)の効率性とスケジュール柔軟性を保障できるという長所がある。設定されたグラントＵＬ動作のために、ＵＬリソースの開始がシンボル水準に予め設定／割り当てられるが、もしＦＦＰ－ｕがシンボル水準より大きい単位の粒度、例えば、スロット水準の粒度を有すると、設定されたＵＬリソース(ｓ)とＦＦＰ－ｕの整列ミス(ｍｉｓ－ａｌｉｇｎｍｅｎｔ)により、一部の設定されたＵＬリソース(ｓ)はＦＦＰ－ｕとして使用できないという問題があり、これにより、リソースの効率性、スケジューリングの柔軟性及び／又は低い遅延性能などの低下が発生し得る。従って、ＦＦＰ－ｕの開始オフセットの粒度をシンボル水準に設定／定義することが望ましい。

Ｂ．ＦＦＰ－ｕの開始オフセットの上限値は、該当ＦＦＰ－ｕのｐｅｒｉｏｄ(ｄｕｒａｔｉｏｎ)に基づいて決定される。ＦＦＰ－ｕの区間がＷと設定された場合、該当ＦＦＰ－ｕの開始オフセットは０以上Ｗ未満の区間内にある値から設定／選択される。例えば、図１７を参照すると、ＦＦＰ－ｕの開始オフセットは、該当ＦＦＰ－ｕ区間Ｗ未満になるように設定される。より具体的には、ＦＦＰ－ｕの区間がＷ１ｍｓｅｃ(及び／又はｕｓｅｃ)に設定される場合、該当ＦＦＰ－ｕの開始オフセットは０以上Ｗ１ｍｓｅｃ(及び／又はｕｓｅｃ)未満の区間内にあるＭ個の候補オフセット値のうちのいずれかに設定される。

i．この場合、互いに異なるＷ１値に対して、（各）Ｗ１値ごとに同一の数のＭ個の候補オフセット値が定義され、Ｗ１値が大きいほど／小さいほど隣接する候補オフセット値の間隔がより大きく／小さく設定される。

ii．例えば、Ｗ１＝Ａである場合、設定可能な候補オフセット値の集合が{ａ、ｂ、ｃ}のように与えられた場合、Ｗ１＝(Ａ×Ｋ)である場合、設定可能なオフセット値の集合は{ａ×Ｋ、ｂ×Ｋ、ｃ×Ｋ}のように与えられる。

iii．他の方法として、(ＦＦＰ－ｕに設定された区間に関係なく)ＦＦＰ－ｇの区間(又はＦＦＰ－ｇの区間とＦＦＰ－ｕの区間のうち、最大値或いは最小値)はＷ２ｍｓｅｃ(及び／又はｕｓｅｃ)に設定された場合、ＦＦＰ－ｕの開始オフセットは０以上Ｗ２ｍｓｅｃ(及び／又はｕｓｅｃ)未満の区間内にあるＬ個の候補オフセット値のうちのいずれかに設定される。この場合にも、上記例のように、互いに異なるＷ２値に対して、（各）Ｗ２値ごとに同一の数のＬ個の候補オフセット値が定義され、Ｗ２値が大きいほど／小さいほど隣接する候補オフセット値の間隔がより大きく／小さく設定される。

Ｃ．ＦＦＰ－ｇの区間がＷ３ｍｓｅｃ(及び／又はｕｓｅｃ)に設定された状態で、ＦＦＰ－ｕの区間はＷ３ｍｓｅｃ(及び／又はｕｓｅｃ)を含めて、Ｗ３の約数に該当するＫ個の候補期間(ｃａｎｄｉｄａｔｅｐｅｒｉｏｄ)値のうちのいずれかに設定される形態である。

i．この場合、互いに異なるＷ３値に対して、（各）Ｗ３値ごとに同一の数のＫ個の候補期間値が定義され、Ｗ３値が大きいほど／小さいほど隣接する候補期間値の間隔がもっと大きく／小さく設定される。

ii．例えば、Ｗ３＝Ｂである場合、ＦＦＰ－ｕに設定可能な候補期間値の集合が{ａ、ｂ、ｃ}のように与えられた場合、Ｗ３＝(Ｂ×Ｋ)である場合、設定可能な期間値の集合は{ａ×Ｋ、ｂ×Ｋ、ｃ×Ｋ}のように与えられる。

iii．上記のようにＦＦＰ－ｕの区間はＦＦＰ－ｇの区間の約数に該当する値のみに設定され、約数ではない値には設定できない。

Ｄ．周期的(ｐｅｒｉｏｄｉｃ；Ｐ)又は半－持続(ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ；ＳＰ)なＵＬ信号／チャネル(例えば、ＣＧＰＵＳＣＨ、Ｐ／ＳＰ－ＣＳＩ、ＳＲ、Ｐ／ＳＰ－ＳＲＳ、ＰＲＡＣＨ)の送信に設定される区間(ｐｅｒｉｏｄ)の場合、１)ＦＦＰ－ｕ区間と同一であるか、２)ＦＦＰ－ｕ区間の約数に該当するか、又は３)ＦＦＰ－ｕ区間の倍数に該当する値のみに設定される。

i．上記のように(Ｐ／ＳＰ－ＵＬ信号／チャネルの区間(ｐｅｒｉｏｄ)は)ＦＦＰ－ｕ区間の約数又は倍数に該当しない他の値には設定されない。

Ｅ．ＦＦＰ－ｕのｐｅｒｉｏｄ(例えば、開始周期)とｄｕｒａｔｉｏｎ(例えば、占有区間)に対して、(既存のＦＦＰ－ｇとは異なり)ＦＦＰ－ｕのｐｅｒｉｏｄ(Ｐ)がＦＦＰ－ｕのｄｕｒａｔｉｏｎ(Ｄ)より大きい値を有するように(一例として、ＰがＤの倍数になる値に)設定される。

i．例えば、ＦＦＰ－ｇの場合、既存のようにｐｅｒｉｏｄ＝ｄｕｒａｔｉｏｎ＝Ｃｍｓｅｃ(及び／又はｕｓｅｃ)に設定される反面、ＦＦＰ－ｕの場合は、ｄｕｒａｔｉｏｎ＝Ｃｍｓｅｃ(及び／又はｕｓｅｃ)に設定し、ｐｅｒｉｏｄ＝Ｃ×Ｋｍｓｅｃ(及び／又はｕｓｅｃ)に設定することができる(例えば、Ｋ≧１)。

ii．これにより、特定のＦＦＰ区間では、ＦＰ－ｇとＦＦＰ－ｕが互いに重複(ｏｖｅｒｌａｐ)する反面、他のＦＦＰ区間では(ＦＦＰ－ｕとの重複なしに)ＦＦＰ－ｇのみが存在する構造になるので、ＢＳの観点でより安定したＤＬ送信が可能である。

８)ＵＥに設定可能なＦＦＰ－ｇの区間とＦＦＰ－ｕの区間の間の組み合わせを以下のような方法で限定／制限することができる。

Ａ．以下の表８は６つのＦＦＰ－ｇ区間と６つのＦＦＰ－ｕ区間により可能な総３６個の区間の組み合わせを提示している。

i．表８において"０"で表された２４個の組み合わせは、ＦＦＰ－ｇ区間とＦＦＰ－ｕ区間が同一であるか、又は互いに倍数／約数の関係を有する。

ii．表８において“Ｐ５"で表された２個の組み合わせは、ＦＦＰ－ｇ区間とＦＦＰ－ｕ区間の最小公倍数が５ｍｓｅｃに該当する(例えば、ＦＦＰ－ｇとＦＦＰ－ｕの間のオーバーラップのパターンが５ｍｓｅｃ周期で繰り返される)。

iii．表８において“Ｐ１０"で表された４個の組み合わせは、ＦＦＰ－ｇ区間とＦＦＰ－ｕ区間の最小公倍数が１０ｍｓｅｃに該当する(例えば、ＦＦＰ－ｇとＦＦＰ－ｕの間のオーバーラップのパターンが１０ｍｓｅｃ周期で繰り返される)。

iv．表８において“Ｐ２０"で表された６個の組み合わせは、ＦＦＰ－ｇ区間とＦＦＰ－ｕ区間の最小公倍数が２０ｍｓｅｃに該当する(例えば、ＦＦＰ－ｇとＦＦＰ－ｕの間のオーバーラップのパターンが２０ｍｓｅｃ周期で繰り返される)。

v．表８において"５:２"で表された６個の組み合わせは、オーバーラップのパターン区間が５つのＦＦＰ－ｇと２つのＦＦＰ－ｕで構成されるか、又は逆に５つのＦＦＰ－ｕと２つのＦＦＰ－ｇで構成される。

vi．表８において"５:４"で表された４個の組み合わせは、オーバーラップのパターン区間が５つのＦＦＰ－ｇと４つのＦＦＰ－ｕで構成されるか、又は逆に５つのＦＦＰ－ｕと４つのＦＦＰ－ｇで構成される。

vii．表８において"５:８"で表された２個の組み合わせは、オーバーラップのパターン区間が５つのＦＦＰ－ｇと８つのＦＦＰ－ｕで構成されるか、又は逆に５つのＦＦＰ－ｕと８つのＦＦＰ－ｇで構成される。

viii．上記ＦＦＰ－ｇ区間とＦＦＰ－ｕ区間の最小公倍数、即ち、ＦＦＰ－ｇとＦＦＰ－ｕの間のオーバーラップのパターン区間が小さいほど、ＵＥ／ＢＳのＬＢＴセンシング時点及び休止期間の繰り返しパラメータ周期が短くなるので、相対的にＵＥ／ＢＳの動作複雑度が低くなる。

ix．上記ＦＦＰ－ｇとＦＦＰ－ｕの間のオーバーラップのパターン区間を構成するＦＦＰ－ｕの数及び／又はＦＦＰ－ｇの数が小さいほど、ＵＥ／ＢＳのＬＢＴセンシング時点及び休止期間の繰り返しパターン周期が短くなるので、相対的にＵＥ／ＢＳの動作複雑度が低くなる。

x．また、低い遅延が求められるＵＲＬＬＣＵＥのＵＬデータトラフィック特性を考慮する場合、小さい値を有するＦＦＰ－ｕ区間の設定が必要である。

Ｂ．上記表８に基づいてＵＥに設定可能なＦＦＰ－ｇ／ＦＦＰ－ｕ区間の組み合わせは、一次的に"０"に該当する２４個の組み合わせを含み、さらに残りの１２個の組み合わせのうち、以下のＸ個の組み合わせを含む(例えば、該当２４＋Ｘ個の組み合わせを除いた残りの組み合わせはＵＥに設定できないように規定する)。

i．方法１：”Ｐ５"に該当する組み合わせ(Ｘ＝２)

ii．方法２：”Ｐ５"又は”Ｐ１０"に該当する組み合わせ(Ｘ＝６)

iii．方法３："５:２"に該当する組み合わせ(Ｘ＝６)

iv．方法４："５:２"又は"５:４"に該当する組み合わせ(Ｘ＝１０)

v．方法５－１：ＦＦＰ－ｕ区間が１ｍｓｅｃである組み合わせ(Ｘ＝１)

vi．方法５－２：ＦＦＰ－ｕ区間が１ｍｓｅｃである組み合わせ、及びＦＦＰ－ｇ区間が１ｍｓｅｃである組み合わせ(Ｘ＝２)

vii．方法６－１：ＦＦＰ－ｕ区間が１ｍｓｅｃ又は２ｍｓｅｃである組み合わせ(Ｘ＝３)

viii．方法６－２：ＦＦＰ－ｕ区間が１ｍｓｅｃ又は２ｍｓｅｃである組み合わせ、及びＦＦＰ－ｇ区間が１ｍｓｅｃ又は２ｍｓｅｃである組み合わせ(Ｘ＝６)

ix．方法７－１：ＦＦＰ－ｕ区間が１ｍｓｅｃ、２ｍｓｅｃ又は２．５ｍｓｅｃである組み合わせ(Ｘ＝６)

x．方法７－２：ＦＦＰ－ｕ区間が１ｍｓｅｃ、２ｍｓｅｃ又は２．５ｍｓｅｃである組み合わせ、及びＦＦＰ－ｇ区間が１ｍｓｅｃ、２ｍｓｅｃ又は２．５ｍｓｅｃである組み合わせ(Ｘ＝８)

xi．方法８：ＦＦＰ－ｕ区間＜ＦＦＰ－ｇ区間の関係を有する組み合わせ(Ｘ＝６)

[Ｐｒｏｐｏｓａｌ２]

１)特定の時点に設定されたＦＦＰ(即ち、ＦＦＰ_ｎ)に対して、ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ生成動作が許容されるか否かが、該当ＦＦＰ－ｎの以前に設定されたＦＦＰ(即ち、ＦＦＰ_ｎ－ｋ)区間に送信された特定のシグナリングによりＵＥに指示される。

Ａ．もしＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴが許容されると指示されると、ＵＥはＦＦＰ_ｎ開始時点の直前に(例えば、２５－ｕｓｅｃ、９－ｕｓｅｃ或いは１６－ｕｓｅｃの間)ＬＢＴを行うように動作することができる。

i．もしＬＢＴ結果、チャネルが休止であると判断されると、ＵＥはＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに該当ＦＦＰ_ｎ送信を開始することができる。

ii．そうではなく、もしチャネルがビジーであると判断されると、ＵＥはＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴを始めとしたＦＦＰ－ｎ送信構造を仮定して、Ｒｅｌ－１６動作を行うか、又は該当ＦＦＰ－ｎ区間に対しては如何なる送信(及び／又は受信)を行わないようにＵＥ動作が規定される。

Ｂ．もしＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴが許容されないと指示されると、ＵＥはＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴを始めとしたＦＦＰ－ｎ送信構造を仮定して、Ｒｅｌ－１６動作を行うことができる。

Ｃ．さらに、ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに許容される最大の時間区間の情報はＲＲＣシグナリングにより設定されるか、又はＤＣＩ(及び／又はＭＡＣ)シグナリングにより指示される。

２)上記において複数のＵＥの間の(及び／又はＵＥとＢＳの間の)ＣＯＴ送信を互いの衝突を最小化するＴＤＭ形態で効果的に運営するために、ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ送信の最大の時間区間を設定／指示する方法についてより具体的に説明すると、以下のような動作が考慮される。

Ａ．一つのＦＦＰ－ｕ区間内に許容されるＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ送信の最大の時間区間(便宜上、"ｍａｘＣＯＴｄｕｒａｔｉｏｎ"と称する)がＲＲＣ(又はＤＣＩ或いはＭＡＣ)シグナリングによりＵＥに設定／指示される。

i．ｍａｘＣＯＴｄｕｒａｔｉｏｎの場合、全てのＦＦＰ－ｕ区間に共通して一つの値が設定／指示されるか、各ＦＦＰ－ｕ区間ごとに設定／指示されるか、又は各ＦＦＰ－ｕ区間の集合(即ち、ＦＦＰ－ｕ区間のセット)ごとに設定／指示される。例えば、ＦＦＰ－ｕ区間＃０からＦＦＰ－ｕ区間＃Ｎ－１までの総Ｎ個のＦＦＰ－ｕ区間を仮定する。一例として、総Ｎ個のＦＦＰ－ｕ区間の全てに共通してｍａｘＣＯＴｄｕｒａｔｉｏｎが同一に設定されることができる。又は各ＦＦＰ－ｕ区間ごとにｍａｘＣＯＴｄｕｒａｔｉｏｎが独立して設定されることもできる。又は総Ｎ個のＦＦＰ－ｕ区間のうち、第１グループのＦＦＰ－ｕ区間には第１ｍａｘＣＯＴｄｕｒａｔｉｏｎが設定／指示され、第２グループのＦＦＰ－ｕ区間には第２ｍａｘＣＯＴｄｕｒａｔｉｏｎが設定／指示されるなど、ＦＦＰ－ｕ区間グループ／セット基盤のｍａｘＣＯＴｄｕｒａｔｉｏｎの設定／指示方式が使用されることもできる。

Ｂ．ＦＦＰ－ｕ区間から前半部のｍａｘＣＯＴｄｕｒａｔｉｏｎだけの区間を引いた残りの区間でのＵＥ動作(便宜上、"ｂｅｈａｖｉｏｒａｆｔｅｒＣＯＴ"と称する)として、以下のＡｌｔ１とＡｌｔ２(及び／又はＡｌｔ３)のうちのいずれかがＲＲＣ(又はＤＣＩ或いはＭＡＣ)シグナリングによりＵＥに設定／指示されるか、又は(別の設定／指示なしに)以下のＡｌｔ１とＡｌｔ２(及び／又はＡｌｔ３)のうちのいずれかに(例えば、Ａｌｔ２(及び／又はＡｌｔ３)により)規定される。

i．Ａｌｔ１：(ＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴに基づく)ｓｈａｒｅｄ－ＣＯＴ形態のＵＬ(例えば、ＰＵＳＣＨ、ＰＵＣＣＨ)送信のみが可能。

ii．Ａｌｔ２：いかなるＵＬ送信も許容されない。

iii．Ａｌｔ３：ＤＣＩによりｓｃｈｅｄｕｌｅｄＵＬ(例えば、ＰＵＳＣＨ、ＰＵＣＣＨ)送信のみが可能。

iv．ｂｅｈａｖｉｏｒａｆｔｅｒＣＯＴの場合にも、全てのＦＦＰ－ｕ区間に共通して一つの値が設定／指示されるか、各ＦＦＰ－ｕ区間ごとに設定／指示されるか、又は各ＦＦＰ－ｕ区間の集合(即ち、ＦＦＰ－ｕ区間ｓのセット)ごとに設定／指示される。

Ｃ．さらに、ＦＦＰ－ｕ区間がＦＦＰ－ｇ区間の開始点を含む場合には(上記のようにｍａｘＣＯＴｄｕｒａｔｉｏｎが設定／指示されるか、又は)上記のような別の設定／指示なしに、ＦＦＰ－ｕ区間の開始点からＦＦＰ－ｇ区間の開始点までの区間がｍａｘＣＯＴｄｕｒａｔｉｏｎとして規定される。

i．この場合、ｂｅｈａｖｉｏｒａｆｔｅｒＣＯＴは(上記のような別の設定／指示なしに)Ａｌｔ１として規定されることができる。

Ｄ．又はＦＦＰ－ｕ区間がＦＦＰ－ｇ区間の開始点を含む場合には、ＡｌｔＡ)ＦＦＰ－ｕ区間の開始点からＦＦＰ－ｇ区間の開始点までの区間をｍａｘＣＯＴｄｕｒａｔｉｏｎとして適用するか、それともＡｌｔＢ)ＵＥが送信するＣＯＴｄｕｒａｔｉｏｎに別の制限を適用しないか否かがＲＲＣ(又はＤＣＩ或いはＭＡＣ)シグナリングによりＵＥに設定／指示される。

i．例えば、(別の設定／指示があるまで)ＡｌｔＡをデフォルト動作として行い、ＡｌｔＢの動作を行うか否かが設定／指示される構造であるか、又は逆に(別の設定／指示があるまで)ＡｌｔＢをデフォルト動作として行い、ＡｌｔＡの動作を行うか否かが設定／指示される構造である。

ii．この場合にも、ｂｅｈａｖｉｏｒａｆｔｅｒＣＯＴは(上記のような別の設定／指示なしに)Ａｌｔ１として規定されることができる。

Ｅ．さらに、ＦＦＰ－ｕ区間がＦＦＰ－ｇ区間の開始点を含まない場合(上記のように設定／指示されたｍａｘＣＯＴｄｕｒａｔｉｏｎ後の)ｂｅｈａｖｉｏｒａｆｔｅｒＣＯＴは(上記のような別の設定／指示なしに)Ａｌｔ２(及び／又はＡｌｔ３)として規定されることができる。

３)上記において、ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴの許容有無を指示する特定のシグナリングは、ＵＥ(ｇｒｏｕｐ)－ｃｏｍｍｏｎＤＣＩ又はＵＥ－ｓｐｅｃｉｆｉｃ(ＵＬグラント)ＤＣＩの形態で構成／送信される。

Ａ．ＤＣＩの場合、ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴにＦＦＰ－ｎの開始が許容されるか否かが明確に指示される形態であり、該当ＤＣＩがＵＥ(ｇｒｏｕｐ)－ｃｏｍｍｏｎＤＣＩ形態である場合、該当ＦＦＰ－ｎ開始時点でのＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ生成の許容有無(及び／又はどの時点に設定された(何番目の)ＦＦＰ区間でＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴが許容されるかという情報)が（各）ＵＥ(グループ)ごとに個々に／独立して指示される形態である。

i．又はＦＦＰ－ｎ区間内の特定の時点(例えば、前半部シンボル／スロット)に設定されたｃｏｎｆｉｇｕｒｅｄＵＬリソースが取り消されるか(この場合、ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴは許容されない)、取り消されないか(この場合、ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴは許容)が黙示的に指示される形態である。

Ｂ．及び／又は、特定の(現在)ＦＦＰ区間を介して送信されるＣＯＴｄｕｒａｔｉｏｎ及びＳＦＩ(Ｓｌｏｔｆｏｒｍａｔｉｎｆｏｒｍａｔｉｏｎ)構造を指示するＤＣＩ(例えば、ＤＣＩｆｏｒｍａｔ２_０)シグナリングにより、その後(例えば、直後)ＦＦＰ区間に予定された／許容されるＣＯＴ／ＦＦＰタイプ(例えば、ＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴから始まるＦＦＰ－ｇ送信が予定されるか、或いはＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴから始まるＦＦＰ－ｕ送信が許容されるか)が指定される。

i．一例として、上記シグナリングされたＤＣＩフィールドのうち、ＵＥ(グループ)が自分に該当されるＣＯＴｄｕｒａｔｉｏｎ及びＳＦＩ構造情報を結合した結果、該当ＳＦＩ情報が現在ＦＦＰ区間(終了時点)後の時間区間に対するＤＬ／ＵＬ設定を含む形態である場合であって、もし該当時間区間(該当区間内の特定の(例えば、最初シンボル)時点)に指示されたＳＦＩ情報がＤＬ(シンボル)であると、次のＦＦＰ区間はＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴから始まるＦＦＰ－ｇ送信が予定され(又はＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴから始まるＦＦＰ－ｕ送信が許容されず)、もし該当時間区間に指示されたＳＦＩ情報がＵＬ(シンボル)であると、次のＦＦＰ区間はＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴから始まるＦＦＰ－ｕ送信が該当ＵＥ(グループ)に許容される構造である。

ii．さらに、もし上記時間区間に指示されたＤＣＩのＳＦＩ情報がフレキシブル(シンボル)である場合、１)次のＦＦＰ区間はＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴから始まるＦＦＰ－ｇ送信とＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴから始まるＦＦＰ－ｕ送信が全て予定／許容されないか、又は２)次のＦＦＰ区間を介して(該当ＦＦＰ区間内に設定された)ｃｏｎｆｉｇｕｒｅｄＰＵＳＣＨ／ＰＲＡＣＨ送信は許容されず、(ＤＣＩにより指示された)ｓｃｈｅｄｕｌｅｄＰＵＳＣＨ／ＰＵＣＣＨ送信のみが許容される。

iii．他の方法として、もし上記時間区間に指示されたＤＣＩのＳＦＩ情報がＤＬ及び／又はフレキシブル(シンボル)であると、次のＦＦＰ区間にはＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴから始まるＦＦＰ－ｕ送信が許容されず、もし該当時間区間に指示されたＳＦＩ情報がＵＬ(シンボル)であると、次のＦＦＰ区間にはＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴから始まるＦＦＰ－ｕ送信が許容される構造である。

iv．さらに他の方法として、もし上記時間区間に指示されたＤＣＩのＳＦＩ情報がＤＬ(シンボル)であると、次のＦＦＰ区間にはＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴから始まるＦＦＰ－ｕ送信が許容されず、もし該当時間区間に指示されたＳＦＩ情報がＵＬ及び／又はフレキシブル(シンボル)であると、次のＦＦＰ区間にはＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴから始まるＦＦＰ－ｕ送信が許容される構造である。

Ｃ．又は、ＦＦＰ－ｎ区間内の特定の時点(例えば、前半部シンボル／スロット)に設定されたｎｏｎ－ＵＬ(例えば、ＤＬ)或いはＵＬリソースがＵＬにｏｖｅｒｒｉｄｅ／ｃｏｎｆｉｒｍされるか(この場合、ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ許容)、そうではないか(この場合、ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ未許容)により指示される形態である。

i．この場合、ＤＣＩはＳＦＩを指示する形態であり、これは該当ＤＣＩが送信されたＦＦＰ後の時点に設定されたＦＦＰのＳＦＩを指示するか、及び／又は単一のＤＣＩにより複数のＦＦＰ区間に対するＳＦＩを同時に指示する構造である。

Ｄ．又は、ＦＦＰ－ｎ区間内の特定の時点(例えば、前半部シンボル／スロット)にＰＵＳＣＨ送信スケジューリングのためのＵＬリソースが割り当てられるか(この場合、ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ許容)、割り当てられないか(この場合、ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ未許容)により指示される形態である。

４)さらに他の方法として、ＢＳが自分が生成したＣＯＴ(該当ＣＯＴから始まるＦＦＰ－ｇ)区間又はＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ(該当ＣＯＴから始まるＦＦＰ－ｕ)区間(該当区間内でｓｈａｒｅｄ－ＣＯＴ形態の送信)を介して特定のシグナリングを送信して、その後の特定(例えば、直後)のＦＦＰ－ｇ区間での(ＣＯＴ生成による)送信／使用有無をＵＥに知らせることができる。ＵＥはＢＳが生成したＣＯＴ(該当ＣＯＴから始まるＦＦＰ－ｇ)区間又はＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ(該当ＣＯＴから始まるＦＦＰ－ｕ)区間(該当区間内でｓｈａｒｅｄ－ＣＯＴ形態の送信)を介して特定のシグナリングを受信し、それに基づいてその後の特定(例えば、直後)のＦＦＰ－ｇ区間での(ＣＯＴ生成による)送信／使用有無を判断することができる。

Ａ．更なる方法として、ＵＥが、自分が生成したＣＯＴ(該当ＣＯＴから始まるＦＦＰ－ｕ)区間又はＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴ(該当ＣＯＴから始まるＦＦＰ－ｇ)区間(該当区間内でｓｈａｒｅｄ－ＣＯＴ形態の送信)を介して特定のシグナリングを送信して、その後の特定(例えば、直後)のＦＦＰ－ｕ区間での(ＣＯＴ生成による)送信／使用有無をＢＳ(及び他のＵＥ)に知らせることができる。

[Ｐｒｏｐｏｓａｌ３]

１)特定のＦＦＰがＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ送信により開始される場合、該当ＦＦＰ区間内に設定されたｃｏｎｆｉｇｕｒｅｄＵＬ(例えば、ＰＲＡＣＨ、ＰＵＳＣＨ)リソースは、(ＤＬとの衝突有無に関係なく)全て有効な(ＵＥが送信可能な)ＵＬリソースとして決定される。

Ａ．さらにＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴから始まったＦＦＰ区間内では、(ｃｏｎｆｉｇｕｒｅｄ)ＤＬリソースがＵＬにオーバーライドされることができる(一方、ＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴから始まったＦＦＰ区間内では、既存と同様に(ＤＬリソースはＵＬにオーバーライドされず)ＵＬリソースがＤＬにオーバーライドされる)

２)ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴから始まるＦＦＰ(即ち、ＦＦＰ－ｕ)区間に適用されるＵＬ／ＤＬ設定とＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴから始まるＦＦＰ(即ち、ＦＦＰ－ｇ)区間に適用されるＵＬ／ＤＬ設定が独立して(例えば、互いに異なるように)設定される。

[Ｐｒｏｐｏｓａｌ４]

１)本発明の一例によれば、ＦＦＰ－ｕの開始とＵＬ信号の開始(シンボル)の整列(ａｌｉｇｎ)有無に基づいて該当ＵＬ信号のＣＰ設定／パラメータが決定される。ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴから始まるＦＦＰ－ｕの開始時点に開始シンボルが整列されるように(及び／又は該当開始時点から特定時間以下の後の時点に)設定された又はスケジュールされたＵＬ信号(例えば、ＰＵＳＣＨ／ＰＵＣＣＨ／ＰＲＡＣＨ)リソース送信に適用されるＣＰ延長のために、第１ＣＰ延長パラメータ値(例えば、延長されたＣＰ長さ)が設定／適用され、該当ＦＦＰ－ｕ開始時点に整列されない形態に設定された又はスケジュールされたＵＬ信号(例えば、ＰＵＳＣＨ／ＰＵＣＣＨ／ＰＲＡＣＨ)リソース送信に適用される第２ＣＰ延長パラメータ値が設定／適用される。ＵＥ／基地局は第１ＣＰ延長パラメータ値と第２ＣＰ延長パラメータ値を独立して(例えば、異なるように)決定／適用するように動作する。

Ａ．一例として、設定されたグラント又はＲＲＣ設定基盤に送信されるＵＬ信号、例えば、設定されたＰＵＳＣＨ(及び／又はＰＲＡＣＨ及び／又はＰＵＣＣＨ)の場合、以下のような方法が考えられる。

－Ｏｐｔ１：全てのｃｏｎｆｉｇｕｒｅｄＰＵＳＣＨリソース(又は全てのｃｏｎｆｉｇｕｒｅｄＰＲＡＣＨ／ＰＵＣＣＨリソース)に一つのＣＰ延長パラメータ値が共通して適用されるように設定された状態で、ＦＦＰ－ｕ開始時点に整列されるように設定されたＰＵＳＣＨ(ＰＲＡＣＨ／ＰＵＣＣＨ)リソースについては例外的に該当信号開始時点が該当ＦＦＰ－ｕ開始時点と正確に一致するようにする(延長されたＣＰ長さを決定／適用して)ＣＰ延長を行うように動作する。

－Ｏｐｔ２：ＦＦＰ－ｕ開始時点に整列されるように設定されたｃｏｎｆｉｇｕｒｅｄＰＵＳＣＨ(ＰＲＡＣＨ／ＰＵＣＣＨ)リソースと該当ＦＦＰ－ｕ開始時点に整列されない形態に設定されたｃｏｎｆｉｇｕｒｅｄＰＵＳＣＨ(ＰＲＡＣＨ／ＰＵＣＣＨ)リソースに対して、それぞれ個々に／独立したＣＰ延長パラメータ値(例えば、延長されたＣＰ長さ)が設定される(より一般化すると、各々のｃｏｎｆｉｇｕｒｅｄＰＵＳＣＨ(ＰＲＡＣＨ／ＰＵＣＣＨ)リソースごとにＣＰ延長パラメータ値(例えば、延長されたＣＰ長さ)が個々に／独立して設定される)。

Ｂ．他の例として、動的ＵＬ／ＤＬグラントＤＣＩに基づいて送信されるＵＬ信号、例えば、ｓｃｈｅｄｕｌｅｄＰＵＳＣＨ(及び／又はＰＵＣＣＨ)の場合、以下のような方法が考えられる。

－Ｏｐｔ１：全てのｓｃｈｅｄｕｌｅｄＰＵＳＣＨリソース(又は全てのｓｃｈｅｄｕｌｅｄＰＵＣＣＨリソース)に共通した複数の候補ＣＰ延長パラメータ値(即ち、候補ＣＰＥ値セット)が設定された(これらのうち、いずれかがＤＣＩにより指示される)状態で、ＦＦＰ－ｕ開始時点に整列されるように指示されたＰＵＳＣＨ(ＰＵＣＣＨ)リソースに対しては例外的に該当信号開始時点が該当ＦＦＰ－ｕ開始時点と正確に一致するようにする(延長されたＣＰ長さを決定／適用して)ＣＰ延長を行うように動作する。

－Ｏｐｔ２：ＦＦＰ－ｕ開始時点に整列されるように指示されたｓｃｈｅｄｕｌｅｄＰＵＳＣＨ(ＰＵＣＣＨ)リソースである場合と、該当ＦＦＰ－ｕ開始時点に整列されない形態に指示されたｓｃｈｅｄｕｌｅｄＰＵＳＣＨ(ＰＵＣＣＨ)リソースである場合について、それぞれ個々に／独立した候補ＣＰＥ値セット(例えば、延長されたＣＰ長さ)を適用するように設定される。

[Ｐｒｏｐｏｓａｌ５]

１)一方、ＢＳも(ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴから始まる)ＦＦＰ－ｕ区間内においてＵＥから送信された特定のＵＬ信号の検出に成功した場合、同じＦＦＰ－ｕ区間内でｓｈａｒｅｄ－ＣＯＴ形態でＤＬ送信を行うことができ、かかるＢＳのｓｈａｒｅｄ－ＣＯＴ送信は(最大)該当ＦＦＰ－ｕ区間に設定された休止期間の開始時点(直前)まで許容される。

Ａ．この場合、もしＢＳがＦＦＰ－ｕ区間内において複数のＵＥから送信されたＵＬ信号を検出し、該当複数のＵＥに設定された(複数の)休止期間の開始時点が互いに異なる時点に設定されると、１)該当複数の休止期間の開始時点のうち、最も早い或いは最も遅い時点(直前)までＢＳのｓｈａｒｅｄ－ＣＯＴ送信が許容されるか、又は２)ＦＦＰ－ｕ区間内においてのＤＬ／ＵＬグラントＤＣＩ送信によりＢＳがスケジューリングする対象となるＵＥに設定された休止期間の開始時点(直前)までＢＳのｓｈａｒｅｄ－ＣＯＴ送信が許容される構造である。

２)一方、ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴから始まるＦＦＰ－ｕ区間に対しては、該当ＦＦＰ－ｕ区間内で休止期間が占める部分(ｐｏｒｔｉｏｎ)又は該当ＦＦＰ－ｕ区間内の休止期間の開始／終了時点が、(ＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴから始まる既存のＦＦＰ－ｇでのように固定した値を有さず)ＲＲＣシグナリングにより設定されるか、又はＤＣＩ／ＭＡＣシグナリングにより指示される。

Ａ．及び／又は、ネットワークが複数のＵＥに対してＦＦＰ－ｕ開始時点は（各）ＵＥごとに独立して(例えば、異なるように)設定した状態で、ＦＦＰ－ｕ区間内の休止期間の開始時点は該当複数のＵＥに対して全て一致するように同じ時点に設定する。

[Ｐｒｏｐｏｓａｌ６]

１)ＦＦＰ開始時点に開始シンボルが整列(ａｌｉｇｎ)されるように(及び／又は該当開始時点から特定時間以下の後の時点に)設定された(及び／又はＦＦＰ区間内に(休止期間と重ならないように)設定された)ＤＬ／ＵＬ送信信号／チャネル種類によって、様々なＦＦＰタイプが規定／設定される。様々なＦＦＰタイプは、ａ)ＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴのみから始まるデフォルトＦＦＰ－ｇ、ｂ)ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴのみから始まるデフォルトＦＦＰ－ｕ、及び／又はｃ)ＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴとＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴのうちのいずれかから開始可能なフレキシブルＦＦＰの３つのＦＦＰタイプを全て含むか、又はこれらのうちのいずれかを含む。

Ａ．特定のＦＦＰの開始時点又は該当ＦＦＰ区間内に特定のＤＬ信号／チャネル(例えば、ブロードキャスト送信が行われるＳＳＢ(例えば、ＳＳ／ＰＢＣＨ送信のためのリソース)及び／又は(ＭＩＢ／ＳＩＢなどにより設定される)特定の(例えば、最低ＩＤ／インデックスを有する)ＣＯＲＥＳＥＴなど)の送信が設定された場合、該当ＦＦＰはデフォルトＦＦＰ－ｇとして規定／設定される。

i．従って、デフォルトＦＦＰ－ｇに該当する(及び／又は該当デフォルトＦＦＰ－ｇとオーバーラップされる)ＦＦＰに対しては、ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ生成によるＦＦＰ－ｕ構成／送信が許容されず(これにより、ＵＥはＣＯＴ開始のためのＦＦＰ開始時点直前のＬＢＴ動作を行わなくても良い)、該当ＦＦＰ区間ではｓｈａｒｅｄ－ＣＯＴ送信のみがＵＥに許容される(これにより、ＵＥは該当ＦＦＰ区間内でＢＳから送信されたＤＬ信号の検出を優先して行うように動作する)。

Ｂ．特定のＦＦＰの開始時点に特定のＵＬ信号／チャネル(例えば、ＰＲＡＣＨ)の送信が設定された場合、該当ＦＦＰはデフォルトＦＦＰ－ｕとして規定／設定される。例えば、特定のＦＦＰの開始時点とＰＲＡＣＨ機械が重畳すると、該当ＦＦＰはデフォルトＦＦＰ－ｕとして規定／設定される。

i．従って、デフォルトＦＦＰ－ｕに該当する(及び／又は該当デフォルトＦＦＰ－ｕとオーバーラップされる)ＦＦＰに対しては、ＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴ生成によるＦＦＰ－ｇ構成／送信が許容されず(これにより、ＢＳはＣＯＴ開始のためのＦＦＰ開始時点直前のＬＢＴ動作を行わなくても良い)、該当ＦＦＰ区間ではｓｈａｒｅｄ－ＣＯＴ送信のみがＢＳに許容される(これにより、ＢＳは該当ＦＦＰ区間内でＵＥから送信されたＵＬ信号の検出を優先して行うように動作する)。

Ｃ．上記のようなデフォルトＦＦＰ－ｇ又はデフォルトＦＦＰ－ｕにより規定／設定されない残りのＦＦＰがフレキシブルＦＦＰとして規定／設定される。

i．かかるフレキシブルＦＦＰの場合、ＢＳ及びＵＥのＬＢＴ結果及び／又は特定のシグナリング及び／又はＤＬ／ＵＬグラントＤＣＩスケジューリング／指示などに基づいて、(時間によって)ＦＦＰ－ｇ又はＦＦＰ－ｕに流動的に構成／送信される。

２)一方、ＵＥに複数のＬＢＴ－ＳＢ(例えば、ＲＢセット(＋ガードＲＢｓ))及び／又は複数のキャリアが設定された状態で、以下のような動作が考慮される。

Ａ．もし(特定のＦＦＰ区間に対して)一つのキャリア(及び／又はイントラ－バンド上の複数のキャリア)内の複数のＬＢＴ－ＳＢで構成されたＬＢＴ－ＳＢグループ又はイントラ－バンド上の複数のキャリアで構成されたキャリアグループ又は特定のシグナリング(例えば、ＧＣ－ＰＤＣＣＨ)によりＬＢＴ－ＳＢ／キャリアに対する有効性が指示されるとき、該当ＰＤＣＣＨ内の同一のビットにより有効性が指示されるＬＢＴ－ＳＢグループ／キャリアグループに対して少なくとも一つのＬＢＴ－ＳＢ又は少なくとも一つのキャリアがデフォルトＦＦＰ－ｇとして構成／設定された場合、ＵＥは(該当ＦＦＰ区間に対して)該当ＬＢＴ－ＳＢ／キャリアが属するＬＢＴ－ＳＢグループ／キャリアグループ内の全てのＬＢＴ－ＳＢ／キャリアに対して、ＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴを始めとしたＦＦＰ－ｇ送信構造を仮定して、Ｒｅｌ－１６の動作を行うことができる。

この例示は、特定のＬＢＴ－ＳＢグループが単一のＬＢＴ－ＳＢで構成される場合、及び／又は特定のＣＧ(ｃａｒｒｉｅｒｇｒｏｕｐ)が単一のキャリアで構成される場合にも拡張適用され、必ず複数のＬＢＴ－ＳＢｓ／複数のキャリアに限定されない。一例として、ＵＥは(特定のＬＢＴ－ＳＢグループに含まれたＬＢＴ－ＳＢの数に関係なく)特定のＬＢＴ－ＳＢグループの少なくとも一部にデフォルトＦＦＰ－ｇが構成／設定される場合、(該当ＦＦＰ区間に対して)特定のＬＢＴ－ＳＢグループの全体に対してＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴを始めとしたＦＦＰ－ｇ送信構造を仮定して、Ｒｅｌ－１６動作を行うことができる。一例として、ＵＥは(特定のＣＧに含まれたキャリアの数に関係なく)特定のＣＧの少なくとも一部にデフォルトＦＦＰ－ｇが構成／設定された場合、(該当ＦＦＰ区間に対して)特定のＣＧの全体に対してＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴを始めとしたＦＦＰ－ｇ送信構造を仮定して、Ｒｅｌ－１６動作を行うことができる。

i．これにより、(デフォルトＦＦＰ－ｇで構成／設定されたＬＢＴ－ＳＢ／キャリアが属する)ＬＢＴ－ＳＢグループ／キャリアグループ内のＬＢＴ－ＳＢ／キャリア上で(デフォルトＦＦＰ－ｇ区間に含まれる及び／又は特定のＤＬ信号／チャネル送信時点とオーバーラップされる)ＦＦＰ－ｕ開始時点に設定されたＵＬリソース(例えば、(ＣＧ)ＰＵＳＣＨ、ＰＲＡＣＨ、ＰＵＣＣＨ)が取り消されるか、或いは無効と処理されるか、及び／又は該当ＦＦＰ－ｕ開始時点にｃｏｎｆｉｇｕｒｅｄＵＬリソース又はｓｃｈｅｄｕｌｅｄＵＬリソース(例えばＰＵＳＣＨ、ＰＵＣＣＨ)は、ＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴに基づくｓｈａｒｅｄ－ＣＯＴ送信のみが可能／許容されるか、及び／又は該当ＦＦＰ－ｕ開始時点に設定された／スケジュールされたＵＬリソースは、ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ生成／構成なしに一回限りに送信が可能／許容される(例えば、ＢＳが該当送信に基づいてｓｈａｒｅｄ－ＣＯＴ形態のＤＬ送信を行うことができない)形態である。

ii．従って、ＦＦＰ－ｇと仮定されたＦＦＰ(該当区間内のＬＢＴ－ＳＢグループ／キャリアグループ全体)に対しては、ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ生成によるＦＦＰ－ｕの構成／送信が許容されないこともあり(又は該当ＦＦＰ区間ではｓｈａｒｅｄ－ＣＯＴ送信のみがＵＥに許容される)、これはＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ送信によるＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴ／ＦＦＰへの(ＵＬ－ｔｏ－ＤＬ)妨害(ｉｎｔｅｒｆｅｒｅｎｃｅ)の影響を防止するためのものである。例えば、ＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴとＵＥ－－ｉｎｉｔｉａｔｅｄＣＯＴの間の衝突／干渉などの問題を予め防止することができる。

Ｂ．そうではなく、もしＬＢＴ－ＳＢグループ又はキャリアグループに属する全てのＬＢＴ－ＳＢ又は全てのキャリアがデフォルトＦＦＰ－ｇで構成／設定されない場合、ＵＥは該当ＬＢＴ－ＳＢグループ／キャリアグループ内のＬＢＴ－ＳＢ／キャリア(全体或いは(ＬＢＴ結果が休止である)一部)に対して、ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに該当ＦＦＰ－ｕ送信を開始することができる。

Ｃ．一方、ＬＢＴ－ＳＢグループ／キャリアグループは一つのキャリア(及び／又はイントラ－バンド上の複数のキャリア)内に構成／設定された複数のＬＢＴ－ＳＢの全体又はイントラ－バンド上に構成／設定された複数のキャリアの全体に決定されるか、又は(該当ＦＦＰ区間に対して)該当ＵＥが実際ＵＬチャネル／信号送信を行う又は該当ＵＥにＵＬチャネル／信号送信が設定／指示されたＬＢＴ－ＳＢ／キャリアに決定／限定される。例えば、システムにおいて、ＬＢＴ－ＳＢグループ／キャリアグループ＃０～＃Ｎが存在し、ＵＥはＬＢＴ－ＳＢグループ／キャリアグループ＃０～＃Ｎの一部(以下、特定のＬＢＴ－ＳＢグループ／キャリアグループ(ｓ))に対してＵＬチャネル／信号の送信を行おうとするか、又はＵＬチャネル／信号送信が設定／指示された場合、ＵＥは特定のＬＢＴ－ＳＢグループ／キャリアグループ(ｓ)の全体に対してデフォルトＦＦＰ－ｇ構成／設定がないことに基づいてＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに該当ＦＦＰ－ｕ送信を開始することが許容される。

Ｄ．より一般化すると、システムにおいて、ＬＢＴ－ＳＢグループ／キャリアグループ＃０～＃Ｎが存在するとき、ＵＥがＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに該当ＦＦＰ－ｕ送信を開始するために、必ずデフォルトＦＦＰ－ｇ構成／設定がないことが確認される必要がある少なくとも一部のＬＢＴ－ＳＢ／キャリアグループ(ｓ)が設定／指示／決定される。例えば、ＵＥは該当一部のＬＢＴ－ＳＢ／キャリアグループ(ｓ)に対してデフォルトＦＦＰ－ｇ構成／設定がないことが確認されたことに基づいて、該当一部のＬＢＴ－ＳＢ／キャリアグループ(ｓ)に限定的にＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに該当ＦＦＰ－ｕ送信を開始するか、又は該当一部のＬＢＴ－ＳＢ／キャリアグループ(ｓ)を含むＬＢＴ－ＳＢ／キャリアグループに対してＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに該当ＦＦＰ－ｕ送信を開始することが許容される。このような方式によって、ＵＥが該当ＦＦＰ－ｕ送信を開始する場合、該当一部のＬＢＴ－ＳＢ／キャリアグループ(ｓ)は必ず該当ＵＬ信号を含むように定義される。一例として、該当一部のＬＢＴ－ＳＢ／キャリアグループ(ｓ)はセル共通／ＵＥ－グループ共通に設定されるか、又は予め定義される。

図１８は本発明の一実施例によって無線通信システムにおいて共有されたスペクトル(Ｓｈａｒｅｄｓｐｅｃｔｒｕｍ)上で端末がチャネル接続過程(ｃｈａｎｎｅｌａｃｃｅｓｓｐｒｏｃｅｄｕｒｅ)を行う方法を説明する。図１８の実施例は上記提案した例示的な適用方案として、本発明の権利範囲は図１８に限られない。また、上述した内容は図１８の実施例を理解するために参照できる。

図１８を参照すると、端末はＦＢＥ(ｆｒａｍｅｂａｓｅｄｅｑｕｉｐｍｅｎｔ)のためのＦＦＰ(Ｆｉｘｅｄｆｒａｍｅｐｅｒｉｏｄ)関連情報を得る(Ｈ０５)。ＦＦＰ関連情報は、ＦＦＰ開始オフセットに関する情報及びＦＦＰ区間(ｄｕｒａｔｉｏｎ)／周期(ｐｅｒｉｏｄ)に関する情報を含む。

一例として、ＦＦＰ関連情報は上位階層シグナリングにより得られる。基地局はＦＢＥ(ｆｒａｍｅｂａｓｅｄｅｑｕｉｐｍｅｎｔ)のためのＦＦＰ(Ｆｉｘｅｄｆｒａｍｅｐｅｒｉｏｄ)関連情報を送信する。端末はＦＦＰ開始オフセットがＯＦＤＭシンボル水準の粒度(Ｓｙｍｂｏｌ－ｌｅｖｅｌｇｒａｎｕｌａｒｉｔｙ)を有することに基づいて、該当ＦＦＰの開始点を識別できる。ＯＦＤＭシンボル水準の粒度を有するＦＦＰ開始オフセットの最大値は該当ＦＦＰ区間／周期の長さに基づいて決定される。ＦＦＰ開始オフセットに関する情報が指示する第１時間長さはいつもＦＦＰ区間／周期に関する情報により指示される第２時間長さより小さく設定される。基地局は、決定された第１時間長さを、ＦＦＰ開始オフセットに関する情報により、ＯＦＤＭシンボル水準の粒度(Ｓｙｍｂｏｌ－ｌｅｖｅｌｇｒａｎｕｌａｒｉｔｙ)に基づいて指示できる。

端末はＦＦＰ関連情報に基づいて、端末－開始ＣＯＴ(ＵＥ－ｉｎｉｔｉａｔｅｄｃｈａｎｎｅｌｏｃｃｕｐａｎｃｙｔｉｍｅ)から始まる少なくとも一つのＦＦＰに対してＣＣＡ(ｃｌｅａｒｃｈａｎｎｅｌａｓｓｅｓｓｍｅｎｔ)を行う(Ｈ１０)。

端末はＣＣＡに基づいて決定されたＦＦＰ上で上りリンク信号を送信する(Ｈ１５)。開始できない場合、端末は基地局－開始ＣＯＴの共有に基づいて上りリンク信号を送信することができる。

基地局はＦＦＰ関連情報に基づいて端末－開始ＣＯＴ(ＵＥ－ｉｎｉｔｉａｔｅｄｃｈａｎｎｅｌｏｃｃｕｐａｎｃｙｔｉｍｅ７)から始まる各ＦＦＰ上で上りリンク信号をモニタリングすることができる。

ＣＣＡの結果がビジーであり、端末が該当ＦＦＰ上で自分のＣＯＴを

端末－開始ＣＯＴから始まる少なくとも一つのＦＦＰは、第１タイプのＦＦＰであり、基地局－開始ＣＯＴから始まるＦＦＰは第１タイプのＦＦＰとは異なる第２タイプのＦＦＰである。第１タイプのＦＦＰの開始は、第２タイプのＦＦＰの開始と時間整列されなくてもよい。第１タイプのＦＦＰに含まれた休止期間の開始は、第２タイプのＦＦＰに含まれた休止期間の開始と時間整列される。

図１９は本発明に適用される通信システム１を例示する。

図１９を参照すると、本発明に適用される通信システム１は、無線機器、基地局及びネットワークを含む。ここで、無線機器は無線接続技術(例えば、５ＧＮＲ、ＬＴＥ)を用いて通信を行う機器を意味し、通信／無線／５Ｇ機器とも称される。これに限られないが、無線機器はロボット１００ａ、車両１００ｂ－１，１００ｂ－２、ＸＲ(ｅＸｔｅｎｄｅｄＲｅａｌｉｔｙ)機器１００ｃ、携帯機器(Ｈａｎｄ－ｈｅｌｄＤｅｖｉｃｅ)１００ｄ、家電１００ｅ、ＩｏＴ(ＩｎｔｅｒｎｅｔｏｆＴｈｉｎｇ)機器１００ｆ及びＡＩサーバ／機器４００を含む。例えば、車両は無線通信機能が備えられた車両、自律走行車両、車両間通信を行える車両などを含む。ここで、車両はＵＡＶ(ＵｎｍａｎｎｅｄＡｅｒｉａｌＶｅｈｉｃｌｅ)(例えば、ドローン)を含む。ＸＲ機器はＡＲ(ＡｕｇｍｅｎｔｅｄＲｅａｌｉｔｙ)／ＶＲ(ＶｉｒｔｕａｌＲｅａｌｉｔｙ)／ＭＲ(ＭｉｘｅｄＲｅａｌｉｔｙ)機器を含み、ＨＭＤ(Ｈｅａｄ－ＭｏｕｎｔｅｄＤｅｖｉｃｅ)、車両に備えられたＨＵＤ(Ｈｅａｄ－ＵｐＤｉｓｐｌａｙ)、ＴＶ、スマートホン、コンピュータ、ウェアラブルデバイス、家電機器、デジタル看板、車両、ロボットなどの形態で具現される。携帯機器はスマートホン、スマートパッド、ウェアラブル機器(例えば、スマートウォッチ、スマートグラス)、コンピュータ(例えば、ノートブックパソコンなど)などを含む。家電はＴＶ、冷蔵庫、洗濯機などを含む。ＩｏＴ機器はセンサ、スマートメータなどを含む。例えば、基地局、ネットワークは無線機器にも具現され、特定の無線機器２００ａは他の無線機器に基地局／ネットワークノードで動作することもできる。

無線機器１００ａ～１００ｆは基地局２００を介してネットワーク３００に連結される。無線機器１００ａ～１００ｆにはＡＩ(ＡｒｔｉｆｉｃｉａｌＩｎｔｅｌｌｉｇｅｎｃｅ)技術が適用され、無線機器１００ａ～１００ｆはネットワーク３００を介してＡＩサーバ４００に連結される。ネットワーク３００は３Ｇネットワーク、４Ｇ(例えば、ＬＴＥ)ネットワーク又は５Ｇ(例えば、ＮＲ)ネットワークなどを用いて構成される。無線機器１００ａ～１００ｆは基地局２００／ネットワーク３００を介して互いに通信できるが、基地局／ネットワークを介することなく、直接通信することもできる(例えば、サイドリンク通信)。例えば、車両１００ｂ－１、１００ｂ－２は直接通信することができる(例えば、Ｖ２Ｖ(ＶｅｈｉｃｌｅｔｏＶｅｈｉｃｌｅ)／Ｖ２Ｘ(Ｖｅｈｉｃｌｅｔｏｅｖｅｒｙｔｈｉｎｇ)通信)。またＩｏＴ機器(例えば、センサ)は他のＩｏＴ機器(例えば、センサ)又は他の無線機器１００ａ～１００ｆと直接通信することができる。

無線機器１００ａ～１００ｆ／基地局２００、基地局２００／基地局２００の間には無線通信／連結１５０ａ、１５０ｂ、１５０ｃが行われる。ここで、無線通信／連結は上り／下りリンク通信１５０ａとサイドリンク通信１５０ｂ(又は、Ｄ２Ｄ通信)、基地局間の通信１５０ｃ(例えば、ｒｅｌａｙ、ＩＡＢ(ＩｎｔｅｇｒａｔｅｄＡｃｃｅｓｓＢａｃｋｈａｕｌ)のような様々な無線接続技術により行われる(例えば、５ＧＮＲ)。無線通信／連結１５０ａ、１５０ｂ、１５０ｃにより無線機器と基地局／無線機器、基地局と基地局は互いに無線信号を送信／受信することができる。例えば、無線通信／連結１５０ａ、１５０ｂ、１５０ｃは様々な物理チャネルを介して信号を送信／受信することができる。このために、本発明の様々な提案に基づいて、無線信号の送信／受信のための様々な構成情報の設定過程、様々な信号処理過程(例えば、チャネル符号化／復号、変調／復調、リソースマッピング／デマッピングなど)、リソース割り当て過程のうちのいずれか１つが行われる。

図２０は本発明に適用可能な無線機器を例示する。

図２０を参照すると、第１無線機器１００と第２無線機器２００は様々な無線接続技術(例えば、ＬＴＥ、ＮＲ)により無線信号を送受信する。ここで、{第１無線機器１００、第２無線機器２００}は図１９の{無線機器１００ｘ、基地局２００}及び／又は{無線機器１００ｘ、無線機器１００ｘ}に対応する。

第１無線機器１００は１つ以上のプロセッサ１０２及び１つ以上のメモリ１０４を含み、さらに１つ以上の送受信機１０６及び／又は１つ以上のアンテナ１０８を含む。プロセッサ１０２はメモリ１０４及び／又は送受信機１０６を制御し、この明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートを具現するように構成される。例えば、プロセッサ１０２はメモリ１０４内の情報を処理して第１情報／信号を生成した後、送受信機１０６で第１情報／信号を含む無線信号を送信する。またプロセッサ１０２は送受信機１０６で第２情報／信号を含む無線信号を受信した後、第２情報／信号の信号処理から得た情報をメモリ１０４に格納する。メモリ１０４はプロセッサ１０２に連結され、プロセッサ１０２の動作に関連する様々な情報を格納する。例えば、メモリ１０４はプロセッサ１０２により制御されるプロセスのうちの一部又は全部を行うか、又はこの明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートを行うための命令を含むソフトウェアコードを格納する。ここで、プロセッサ１０２とメモリ１０４は無線通信技術(例えば、ＬＴＥ、ＮＲ)を具現するように設計された通信モデム／回路／チップの一部である。送受信機１０６はプロセッサ１０２に連結され、１つ以上のアンテナ１０８により無線信号を送信及び／又は受信する。送受信機１０６は送信機及び／又は受信機を含む。送受信機１０６はＲＦ(ｒａｄｉｏＦｒｅｑｕｅｎｃｙ)ユニットとも混用することができる。本発明において、無線機器は通信モデム／回路／チップを意味することもできる。

第２無線機器２００は１つ以上のプロセッサ２０２及び１つ以上のメモリ２０４を含み、さらに１つ以上の送受信機２０６及び／又は１つ以上のアンテナ２０８を含む。プロセッサ２０２はメモリ２０４及び／又は送受信機２０６を制御し、この明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートを具現するように構成される。例えば、プロセッサ２０２はメモリ２０４内の情報を処理して第３情報／信号を生成した後、送受信機２０６で第３情報／信号を含む無線信号を送信する。またプロセッサ２０２は送受信機２０６で第４情報／信号を含む無線信号を受信した後、第４情報／信号の信号処理から得た情報をメモリ２０４に格納する。メモリ２０４はプロセッサ２０２に連結され、プロセッサ２０２の動作に関連する様々な情報を格納する。例えば、メモリ２０４はプロセッサ２０２により制御されるプロセスのうちの一部又は全部を行うか、又はこの明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートを行うための命令を含むソフトウェアコードを格納する。ここで、プロセッサ２０２とメモリ２０４は無線通信技術(例えば、ＬＴＥ、ＮＲ)を具現するように設計された通信モデム／回路／チップの一部である。送受信機２０６はプロセッサ２０２に連結され、１つ以上のアンテナ２０８により無線信号を送信及び／又は受信する。送受信機２０６は送信機及び／又は受信機を含む。送受信機２０６はＲＦユニットとも混用することができる。本発明において、無線機器は通信モデム／回路／チップを意味することもできる。

以下、無線機器１００,２００のハードウェア要素についてより具体的に説明する。これに限られないが、１つ以上のプロトコル階層が１つ以上のプロセッサ１０２，２０２により具現される。例えば、１つ以上のプロセッサ１０２，２０２は１つ以上の階層(例えば、ＰＨＹ、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、ＲＲＣ、ＳＤＡＰのような機能的階層)を具現する。１つ以上のプロセッサ１０２，２０２はこの明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートによって１つ以上のＰＤＵ(ＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ)及び／又は１つ以上のＳＤＵ(ＳｅｒｖｉｃｅＤａｔａＵｎｉｔ)を生成する。１つ以上のプロセッサ１０２，２０２はこの明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートによってメッセージ、制御情報、データ又は情報を生成する。１つ以上のプロセッサ１０２，２０２はこの明細書に開示された機能、手順、提案及び／又は方法によってＰＤＵ、ＳＤＵ、メッセージ、制御情報、データ又は情報を含む信号(例えば、ベースバンド信号)を生成して、１つ以上の送受信機１０６，２０６に提供する。１つ以上のプロセッサ１０２，２０２は１つ以上の送受信機１０６，２０６から信号(例えば、ベースバンド信号)を受信して、この明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートによってＰＤＵ、ＳＤＵ、メッセージ、制御情報、データ又は情報を得ることができる。

１つ以上のプロセッサ１０２，２０２はコントローラ、マイクロコントローラ、マイクロプロセッサ又はマイクロコンピュータとも称される。１つ以上のプロセッサ１０２，２０２はハードウェア、ファームウェア、ソフトウェア又はこれらの組み合わせにより具現される。一例として、１つ以上のＡＳＩＣ(ＡｐｐｌｉｃａｔｉｏｎＳｐｅｃｉｆｉｃＩｎｔｅｇｒａｔｅｄＣｉｒｃｕｉｔ)、１つ以上のＤＳＰ(ＤｉｇｉｔａｌＳｉｇｎａｌＰｒｏｃｅｓｓｏｒ)、１つ以上のＤＳＰＤ(ＤｉｇｉｔａｌＳｉｇｎａｌＰｒｏｃｅｓｓｉｎｇＤｅｖｉｃｅ)、１つ以上のＰＬＤ(ＰｒｏｇｒａｍｍａｂｌｅＬｏｇｉｃＤｅｖｉｃｅ)又は１つ以上のＦＰＧＡ(ＦｉｅｌｄＰｒｏｇｒａｍｍａｂｌｅＧａｔｅＡｒｒａｙｓ)が１つ以上のプロセッサ１０２，２０２に含まれる。この明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートはファームウェア又はソフトウェアを使用して具現され、ファームウェア又はソフトウェアはモジュール、手順、機能などを含むように具現される。この明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートを行うように設定されたファームウェア又はソフトウェアは１つ以上のプロセッサ１０２，２０２に含まれるか、又は１つ以上のメモリ１０４，２０４に格納されて１つ以上のプロセッサ１０２，２０２により駆動される。この明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートはコード、命令語(ｉｎｓｔｒｕｃｔｉｏｎ)及び／又は命令語集合の形態でファームウェア又はソフトウェアを使用して具現される。

１つ以上のメモリ１０４，２０４は１つ以上のプロセッサ１０２，２０２に連結され、様々な形態のデータ、信号、メッセージ、情報、プログラム、コード、指示及び／又は命令を格納することができる。１つ以上のメモリ１０４，２０４はＲＯＭ、ＲＡＭ、ＥＰＲＯＭ、フラッシメモリ、ハードドライブ、レジスター、キャッシュメモリ、コンピュータ読み取り格納媒体及び／又はこれらの組み合わせにより構成される。１つ以上のメモリ１０４，２０４は１つ以上のプロセッサ１０２，２０２の内部及び／又は外部に位置する。また、１つ以上のメモリ１０４，２０４は有線又は無線連結のような様々な技術により１つ以上のプロセッサ１０２，２０２に連結される。

１つ以上の送受信機１０６，２０６は１つ以上の他の装置にこの明細書における方法及び／又はフローチャートなどで言及されたユーザデータ、制御情報、無線信号／チャネルなどを送信することができる。１つ以上の送受信機１０６，２０６は１つ以上の他の装置からこの明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートなどで言及されるユーザデータ、制御情報、無線信号／チャネルなどを受信することができる。例えば、１つ以上の送受信機１０６，２０６は１つ以上のプロセッサ１０２，２０２に連結され、無線信号を送受信することができる。例えば、１つ以上のプロセッサ１０２，２０２は１つ以上の送受信機１０６，２０６が１つ以上の他の装置にユーザデータ、制御情報又は無線信号を送信するように制御することができる。また、１つ以上のプロセッサ１０２，２０２は１つ以上の送受信機１０６，２０６が１つ以上の他の装置からユーザデータ、制御情報又は無線信号を受信するように制御することができる。また、１つ以上の送受信機１０６，２０６は１つ以上のアンテナ１０８，２０８に連結され、１つ以上の送受信機１０６，２０６は１つ以上のアンテナ１０８，２０８によりこの明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートなどで言及されるユーザデータ、制御情報、無線信号／チャネルなどを送受信するように設定される。この明細書において、１つ以上のアンテナは複数の物理アンテナであるか、複数の論理アンテナ(例えば、アンテナポート)である。１つ以上の送受信機１０６，２０６は受信されたユーザデータ、制御情報、無線信号／チャネルなどを１つ以上のプロセッサ１０２，２０２を用いて処理するために、受信された無線信号／チャネルなどをＲＦバンド信号からベースバンド信号に変換する(Ｃｏｎｖｅｒｔ)。１つ以上の送受信機１０６，２０６は１つ以上のプロセッサ１０２，２０２を用いて処理されたユーザデータ、制御情報、無線信号／チャネルなどをベースバンド信号からＲＦバンド信号に変換する。このために、１つ以上の送受信機１０６，２０６は(アナログ)オシレーター及び／又はフィルターを含む。

図２１は本発明に適用される無線機器の他の例を示す。無線機器は使用例／サービスによって様々な形態で具現される(図１９を参照)。

図２１を参照すると、無線機器１００,２００は図２０の無線機器１００,２００に対応し、様々な要素(ｅｌｅｍｅｎｔ)、成分(ｃｏｍｐｏｎｅｎｔ)、ユニット／部及び／又はモジュールで構成される。例えば、無線機器１００,２００は通信部１１０、制御部１２０、メモリ部１３０及び追加要素１４０を含む。通信部は通信回路１１２及び送受信機１１４を含む。例えば、通信回路１１２は図２０における１つ以上のプロセッサ１０２,２０２及び／又は１つ以上のメモリ１０４,２０４を含む。例えば、送受信機１１４は図２０の１つ以上の送受信機１０６,２０６及び／又は１つ以上のアンテナ１０８,２０８を含む。制御部１２０は通信部１１０、メモリ部１３０及び追加要素１４０に電気的に連結され、無線機器の諸般動作を制御する。例えば、制御部１２０はメモリ部１３０に格納されたプログラム／コード／命令／情報に基づいて無線機器の電気的／機械的動作を制御する。また制御部１２０はメモリ部１３０に格納された情報を通信部１１０により外部(例えば、他の通信機器)に無線／有線インターフェースにより送信するか、又は通信部１１０により外部(例えば、他の通信機器)から無線／有線インターフェースにより受信された情報をメモリ部１３０に格納する。

追加要素１４０は無線機器の種類によって様々に構成される。例えば、追加要素１４０はパワーユニット／バッテリー、入出力部(Ｉ／Ｏｕｎｉｔ)、駆動部及びコンピュータ部のうち、いずれか１つを含む。これに限られないが、無線機器はロボット(図１９、１００ａ)、車両(図１９、１００ｂ－１、１００ｂ－２)、ＸＲ機器(図１９、１００ｃ)、携帯機器(図１９、１００ｄ)、家電(図１９、１００ｅ)、ＩｏＴ機器(図１９、１００ｆ)、デジタル放送用端末、ホログラム装置、公共安全装置、ＭＴＣ装置、医療装置、フィンテック装置(又は金融装置)、保安装置、気候／環境装置、ＡＩサーバ／機器(図１９、４００)、基地局(図１９、２００)及びネットワークノードなどの形態で具現される。無線機器は使用例／サービスによって移動可能であるか、又は固定した場所で使用される。

図２１において、無線機器１００，２００内の様々な要素、成分、ユニット／部及び／又はモジュールは全体が有線インターフェースにより互いに連結されるか、又は少なくとも一部が通信部１１０により無線連結される。例えば、無線機器１００，２００内で制御部１２０と通信部１１０は有線連結され、制御部１２０と第１ユニット(例えば、１３０、１４０は通信部１１０により無線連結される。また無線機器１００，２００内の各要素、成分、ユニット／部及び／又はモジュールは１つ以上の要素をさらに含む。例えば、制御部１２０は１つ以上のプロセッサ集合で構成される。例えば、制御部１２０は通信制御プロセッサ、アプリケーションプロセッサ(ＡｐｐｌｉｃａｔｉｏｎＰＲＯＣＥＳＳＯＲ)、ＥＣＵ(ＥｌｅｃｔｒｏｎｉｃｃｏｎｔｒｏｌＵｎｉｔ)、グラフィック処理プロセッサ、メモリ制御プロセッサなどの集合で構成される。他の例として、メモリ部１３０はＲＡＭ(ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ)、ＤＲＡＭ(ＤｙｎａｍｉｃＲＡＭ)、ＲＯＭ(ＲｅａｄＯｎｌｙＭｅｍｏｒｙ)、フラッシュメモリ(ｆｌａｓｈＭｅｍｏｒｙ)、揮発性メモリ(ｖｏｌａｔｉｌｅＭｅｍｏｒｙ)、非揮発生メモリ及び／又はこれらの組み合わせで構成される。

図２２は本発明に適用される車両又は自律走行車両を例示する図である。車両又は自律走行車両は移動型ロボット、車両、汽車、有／無人飛行体(ＡｅｒｉａｌＶｅｈｉｃｌｅ、ＡＶ)、船舶などで具現される。

図２２を参照すると、車両又は自律走行車両１００はアンテナ部１０８、通信部１１０、制御部１２０、駆動部１４０ａ、電源供給部１４０ｂ、センサ部１４０ｃ及び自律走行部１４０ｄを含む。アンテナ部１０８は通信部１１０の一部で構成される。ブロック１１０／１３０／１４０ａ～１４０ｄはそれぞれ図２１におけるブロック１１０／１３０／１４０に対応する。

通信部１１０は他の車両、基地局(例えば、基地局、路辺基地局(ＲｏａｄＳｉｄｅｕｎｉｔ)など)、サーバなどの外部機器と信号(例えば、データ、制御信号など)を送受信する。制御部１２０は車両又は自律走行車両１００の要素を制御して様々な動作を行う。制御部１２０はＥＣＵ(ＥｌｅｃｔｒｏｎｉｃｃｏｎｔｒｏｌＵｎｉｔ)を含む。駆動部１４０ａにより車両又は自律走行車両１００が地上で走行する。駆動部１４０ａはエンジン、モータ、パワートレイン、輪、ブレーキ、ステアリング装置などを含む。電源供給部１４０ｂは車両又は自律走行車両１００に電源を供給し、有／無線充電回路、バッテリーなどを含む。センサ部１４０ｃは車両状態、周辺環境情報、ユーザ情報などを得ることができる。センサ部１４０ｃはＩＭＵ(ｉｎｅｒｔｉａｌｍｅａｓｕｒｅｍｅｎｔｕｎｉｔ)センサ、衝突センサ、ホイールセンサ(ｗｈｅｅｌｓｅｎｓｏｒ)、速度センサ、傾斜センサ、重量感知センサ、ヘッディングセンサ(ｈｅａｄｉｎｇｓｅｎｓｏｒ)、ポジションモジュール(ｐｏｓｉｔｉｏｎｍｏｄｕｌｅ)、車両前進／後進センサ、バッテリーセンサ、燃料センサ、タイヤセンサ、ステアリングセンサ、温度センサ、湿度センサ、超音波センサ、照度センサ、ペダルポジションセンサなどを含む。自律走行部１４０ｄは走行中の車線を維持する技術、車間距離制御装置(ａｄａｐｔｉｖｅｃｒｕｉｓｅｃｏｎｔｒｏｌ)のように速度を自動に調節する技術、所定の経路によって自動走行する技術、目的地が設定されると自動に経路を設定して走行する技術などを具現する。

一例として、通信部１１０は外部サーバから地図データ、交通情報データなどを受信する。自律走行部１４０ｄは得られたデータに基づいて自律走行経路とドライブプランを生成する。制御部１２０はドライブプランに従って車両又は自律走行車両１００が自律走行経路に移動するように駆動部１４０ａを制御する(例えば、速度／方向調節)。通信部１１０は自律走行中に外部サーバから最新交通情報データを非周期的に得、また周りの車両から周りの交通情報データを得る。またセンサ部１４０ｃは自律走行中に車両状態、周辺環境情報を得る。自律走行部１４０ｄは新しく得たデータ／情報に基づいて自律走行経路とドライブプランを更新する。通信部１１０は車両位置、自律走行経路、ドライブプランなどに関する情報を外部サーバに伝達する。外部サーバは車両又は自律走行車両から集められた情報に基づいて、ＡＩ技術などを用いて交通情報データを予め予測し、予測された交通情報データを車両又は自律走行車両に提供することができる。

図２３は本発明の一実施例による端末のＤＲＸ(ＤｉｓｃｏｎｔｉｎｕｏｕｓＲｅｃｅｐｔｉｏｎ)動作を説明する図である。

端末は、上述した説明／提案した手順及び／又は方法を実行しながら、ＤＲＸ動作を行うことができる。ＤＲＸが設定された端末は、ＤＬ信号を不連続的に受信することで電力消費を下げることができる。ＤＲＸは、ＲＲＣ(ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ)_ＩＤＬＥ状態、ＲＲＣ_ＩＮＡＣＴＩＶＥ状態、ＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態で行われる。ＲＲＣ_ＩＤＬＥ状態及びＲＲＣ_ＩＮＡＣＴＩＶＥ状態におけるＤＲＸは、ページング信号を不連続的に受信するのに用いられる。以下、ＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態で行われるＤＲＸについて説明する(ＲＲＣ_ＣＯＮＮＥＣＴＥＤＤＲＸ)。

図２３を参照すると、ＤＲＸサイクルは、ＯｎＤｕｒａｔｉｏｎとＯｐｐｏｒｔｕｎｉｔｙｆｏｒＤＲＸとからなる。ＤＲＸサイクルは、ＯｎＤｕｒａｔｉｏｎが周期的に繰り返される時間間隔を定義する。ＯｎＤｕｒａｔｉｏｎは、端末がＰＤＣＣＨを受信するためにモニターする時間区間を示す。ＤＲＸが設定されると、端末は、ＯｎＤｕｒａｔｉｏｎの間にＰＤＣＣＨモニタリングを行う。ＰＤＣＣＨモニタリングの間に、検出に成功したＰＤＣＣＨがある場合、端末は、ｉｎａｃｔｉｖｉｔｙタイマーを動作させて、起動(ａｗａｋｅ)状態を維持する。一方、ＰＤＣＣＨモニタリングの間に検出に成功したＰＤＣＣＨがない場合、端末は、ＯｎＤｕｒａｔｉｏｎが終了した後、睡眠(ｓｌｅｅｐ)状態へ入る。よって、ＤＲＸが設定された場合、上述した説明／提案した手順及び／又は方法を行うとき、ＰＤＣＣＨモニタリング／受信が時間ドメインにおいて不連続的に行われる。例えば、ＤＲＸが設定された場合、本発明において、ＰＤＣＣＨ受信機会(ｏｃｃａｓｉｏｎ)(例えば、ＰＤＣＣＨ探索空間を有するスロット)は、ＤＲＸ設定に従って不連続的に設定される。一方、ＤＲＸが設定されていない場合、上述／提案した手順及び／又は方法を行うとき、ＰＤＣＣＨモニタリング／受信が時間ドメインにおいて連続的に行われる。例えば、ＤＲＸが設定されていない場合、本発明において、ＰＤＣＣＨ受信機会(例えば、ＰＤＣＣＨ探索空間を有するスロット)は連続的に設定される。一方、ＤＲＸ設定有無には関係なく、測定ギャップで設定された時間区間では、ＰＤＣＣＨモニタリングが制限されてもよい。

表９はＤＲＸに関連する端末の過程を示す(ＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態)。表９を参照すると、ＤＲＸ構成情報は、上位層(例えば、ＲＲＣ)シグナリングを介して受信され、ＤＲＸＯＮ／ＯＦＦは、ＭＡＣ層のＤＲＸコマンドによって制御される。ＤＲＸが設定される場合、端末は、図１８に示したように、本発明において説明／提案した手順及び／又は方法を行うとき、ＰＤＣＣＨモニタリングを不連続的に行うことができる。

ここで、ＭＡＣ－ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇは、セルグループのためのＭＡＣ(ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌ)パラメータを設定するのに必要な構成情報を含む。ＭＡＣ－ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇは、ＤＲＸに関する構成情報を含んでもよい。例えば、ＭＡＣ－ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇは、ＤＲＸの定義において以下のような情報を含む。

－Ｖａｌｕｅｏｆｄｒｘ－ＯｎＤｕｒａｔｉｏｎＴｉｍｅｒ：ＤＲＸサイクルの開始区間の長さを定義

－Ｖａｌｕｅｏｆｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ：初期ＵＬ又はＤＬデータを指示するＰＤＣＣＨが検出されたＰＤＣＣＨ機会の後に端末が起動状態にある時間区間の長さを定義

－Ｖａｌｕｅｏｆｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬ：ＤＬ初期送信が受信された後、ＤＬ再送信が受信されるまでの最大時間区間の長さを定義

－Ｖａｌｕｅｏｆｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬ：ＵＬ初期送信に対するグラントが受信された後、ＵＬ再送信に対するグラントが受信されるまでの最大の時間区間の長さを定義

－ｄｒｘ－ＬｏｎｇＣｙｃｌｅＳｔａｒｔＯｆｆｓｅｔ：ＤＲＸサイクルの時間長さと開始時点を定義

－ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅ(ｏｐｔｉｏｎａｌ)：ｓｈｏｒｔＤＲＸサイクルの時間長さを定義

ここで、ｄｒｘ－ＯｎＤｕｒａｔｉｏｎＴｉｍｅｒ、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬ、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬのうちのいずれか１つでも動作中であれば、端末は起動状態を維持しながら、毎ＰＤＣＣＨ機会ごとにＰＤＣＣＨモニタリングを行う。

前述した実施例は、本発明の構成要素と特徴が所定形態に結合されたものである。各構成要素又は特徴は、別途の明示的言及がない限り、選択的なものとして考慮しなければならない。各構成要素又は特徴は、他の構成要素や特徴と結合されない形態で実施することができる。また、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成することも可能である。本発明の実施例で説明する各動作の順序は変更可能である。いずれかの実施例の一部の構成や特徴は、他の実施例に含ませることができ、又は、他の実施例の対応する構成又は特徴に取り替えることができる。特許請求の範囲で明示的な引用関係のない請求項を組み合せて実施例を構成するか、出願後の補正によって新しい請求項として含ませ得ることは自明である。

本発明は、本発明の特徴を逸脱しない範囲で他の特定の形態に具体化できることは当業者にとって自明である。よって、前記の詳細な説明は、全ての面で制限的に解釈してはならなく、例示的なものとして考慮しなければならない。本発明の範囲は、添付の請求項の合理的解釈によって決定しなければならなく、本発明の等価的範囲内での全ての変更は本発明の範囲に含まれる。

本発明は無線移動通信システムの端末機、基地局又はその他の装備に使用できる。

Claims

無線通信システムにおいて共有されたスペクトル(ｓｈａｒｅｄｓｐｅｃｔｒｕｍ)上で端末がチャネル接続過程(ｃｈａｎｎｅｌａｃｃｅｓｓｐｒｏｃｅｄｕｒｅ)を行う方法であって、
チャネル接続に関する構成情報を基地局（ＢＳ）から取得するステップと、
基地局（ＢＳ）開始チャネル占有（ｉｎｉｔｉａｔｅｄｃｈａｎｎｅｌｏｃｃｕｐａｎｃｙ）に対する第１周期において、端末（ＵＥ）開始チャネル占有と関連したスケジュールされた上りリンク（ＵＬ）送信に対するＤＣＩ（ｄｏｗｎｌｉｎｋｃｏｎｔｒｏｌｉｎｆｏｒｍａｔｉｏｎ）を受信するステップと、
前記構成情報と前記ＤＣＩに基づいて、前記ＵＥ開始チャネル占有と関連する前記スケジュールされたＵＬ送信に対するチャネル接続過程を実行するステップとを含み、
前記スケジュールされたＵＬ送信は、前記ＢＳ開始チャネル占有に対する前記第１周期に限定され（confined）、前記スケジュールされたＵＬ送信は、前記ＵＥ開始チャネル占有に対する第２周期の開始に時間整列されず、
前記ＵＥが前記第２周期でチャネル占有(ｃｈａｎｎｅｌｏｃｃｕｐａｎｃｙ)をすでに開始していることに基づいて、前記ＵＥは前記スケジュールされたＵＬ送信を実行し、
前記ＵＥが前記第２周期でチャネル占有(ｃｈａｎｎｅｌｏｃｃｕｐａｎｃｙ)を開始していないことに基づいて、前記ＵＥは前記スケジュールされたＵＬ送信をドロップする、方法。
前記スケジュールされたＵＬ送信は、前記第２周期の開始の後に位置する、請求項１に記載の方法。
前記スケジュールされたＵＬ送信は、前記第２周期に含まれる、請求項１に記載の方法。
前記構成情報は上位層シグナリングを介して取得される、請求項１に記載の方法。
前記第１周期の開始は、前記第２周期の開始と時間整列されていない（not time-aligned)、請求項１に記載の方法。
請求項１に記載の方法を実行するプログラムを格納する、非一時的コンピュータ読み取り可能な媒体。
無線通信システムにおいて共有されたスペクトル(ｓｈａｒｅｄｓｐｅｃｔｒｕｍ)上でチャネル接続過程(ｃｈａｎｎｅｌａｃｃｅｓｓｐｒｏｃｅｄｕｒｅ)を行う端末であって、
トランシーバと、
チャネル接続に関する構成情報を基地局（ＢＳ）から取得し、基地局（ＢＳ）開始チャネル占有（ＵＥ－ｉｎｉｔｉａｔｅｄｃｈａｎｎｅｌｏｃｃｕｐａｎｃｙ）に対する第１周期において、端末（ＵＥ）開始チャネル占有と関連したスケジュールされた上りリンク（ＵＬ）送信に対するＤＣＩ（ｄｏｗｎｌｉｎｋｃｏｎｔｒｏｌｉｎｆｏｒｍａｔｉｏｎ）を受信し、前記トランシーバを制御することにより前記構成情報と前記ＤＣＩに基づいて、ＵＥ開始チャネル占有と関連する前記スケジュールされたＵＬ送信に対するチャネル接続過程を実行するように構成されたプロセッサとを備え、
前記スケジュールされたＵＬ送信は、前記ＢＳ開始チャネル占有に対する前記第１周期に限定され（confined）、前記スケジュールされたＵＬ送信は、前記ＵＥ開始チャネル占有に対する第２周期の開始に時間整列されず、
前記ＵＥが前記第２周期でチャネル占有(ｃｈａｎｎｅｌｏｃｃｕｐａｎｃｙ)をすでに開始していることに基づいて、前記プロセッサは前記スケジュールされたＵＬ送信を実行し、
前記ＵＥが前記第２周期でチャネル占有(ｃｈａｎｎｅｌｏｃｃｕｐａｎｃｙ)を開始していないことに基づいて、前記プロセッサは前記スケジュールされたＵＬ送信をドロップする、端末。
無線通信システムにおいて共有されたスペクトル(ｓｈａｒｅｄｓｐｅｃｔｒｕｍ)上で基地局が行う方法であって、
チャネル接続に関する構成情報を端末（ＵＥ）へ送信するステップと、
基地局（ＢＳ）開始チャネル占有（ｉｎｉｔｉａｔｅｄｃｈａｎｎｅｌｏｃｃｕｐａｎｃｙ）に対する第１周期において前記端末に、端末（ＵＥ）開始チャネル占有と関連するスケジュールされた上りリンク（ＵＬ）受信に対するＤＣＩ（ｄｏｗｎｌｉｎｋｃｏｎｔｒｏｌｉｎｆｏｒｍａｔｉｏｎ）を送信し、
前記スケジュールされたＵＬ受信は、前記ＢＳ開始チャネル占有に対する前記第１周期に限定され（confined）、前記スケジュールされたＵＬ受信は、前記ＵＥ開始チャネル占有に対する第２周期の開始に時間整列されず、
前記ＵＥが前記第２周期ですでに開始したチャネル占有(ｃｈａｎｎｅｌｏｃｃｕｐａｎｃｙ)に基づいて、前記ＢＳは前記スケジュールされたＵＬ受信を実行し、
前記ＵＥが前記第２周期において開始していないチャネル占有(ｃｈａｎｎｅｌｏｃｃｕｐａｎｃｙ)に基づいて、前記ＢＳは前記スケジュールされたＵＬ受信をドロップする、方法。
前記スケジュールされたＵＬ送信は、前記第２周期の開始の後に位置する、請求項８に記載の方法。
無線通信システムにおける基地局であって、
トランシーバと、
チャネル接続に関する構成情報を端末（ＵＥ）へ送信し、基地局（ＢＳ）開始チャネル占有（ｉｎｉｔｉａｔｅｄｃｈａｎｎｅｌｏｃｃｕｐａｎｃｙ）に対する第１周期において、前記端末へ、端末（ＵＥ）開始チャネル占有と関連するスケジュールされた上りリンク（ＵＬ）受信に対するＤＣＩ（ｄｏｗｎｌｉｎｋｃｏｎｔｒｏｌｉｎｆｏｒｍａｔｉｏｎ）を送信するように構成されたプロセッサとを備え、
前記スケジュールされたＵＬ受信は、前記ＢＳ開始チャネル占有に対する前記第１周期に限定され（confined）、前記スケジュールされたＵＬ受信は、前記ＵＥ開始チャネル占有に対する第２周期の開始に時間整列されず、
前記プロセッサが、前記第２周期ですでに開始した前記端末のチャネル占有(ｃｈａｎｎｅｌｏｃｃｕｐａｎｃｙ)に基づいて、前記スケジュールされたＵＬ受信を実行し、
前記プロセッサが、前記第２周期において開始していない前記端末のチャネル占有(ｃｈａｎｎｅｌｏｃｃｕｐａｎｃｙ)に基づいて、前記スケジュールされたＵＬ受信をドロップする、基地局。