JP7411761B2

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

Info

Publication number: JP7411761B2
Application number: JP2022167347A
Authority: JP
Inventors: ソクチェルヤン; ヨンデイ; ソンウクキム; セチャンミョン
Original assignee: LG Electronics Inc
Current assignee: LG Electronics Inc
Priority date: 2022-01-10
Filing date: 2022-10-19
Publication date: 2024-01-11
Anticipated expiration: 2042-10-19
Also published as: JP2023101457A; US20230247438A1; KR20230108200A; EP4210420B1; EP4210420A1; CN116456503A

Description

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

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

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

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

本発明の一側面において、無線通信システムにおいて共有スペクトル(ｓｈａｒｅｄｓｐｅｃｔｒｕｍ)上で端末(ＵＥ)がチャネル接続過程(ｃｈａｎｎｅｌａｃｃｅｓｓｐｒｏｃｅｄｕｒｅ)を行う方法は、端末－開始チャネル占有基盤(ＵＥ－ｉｎｉｔｉａｔｅｄｃｈａｎｎｅｌｏｃｃｕｐａｎｃｙ－ｂａｓｅｄ)のチャネル接続のための設定情報を受信することと、この設定情報に基づく第１区間(ｐｅｒｉｏｄ)で端末－開始チャネル占有に連係するＵＬ(ｕｐｌｉｎｋ)送信が許容されるか否かを判断すること及びこの判断結果に基づいてチャネルに接続することを含む。第１区間での端末－開始チャネル占有に連係するＵＬ送信のためのリソースが任意接続過程に関連し、この任意接続過程が競争－基盤(ｃｏｎｔｅｎｔｉｏｎ－ｂａｓｅｄ)の任意接続過程であることに基づいて、端末は第１区間で端末－開始チャネル占有に連係するＵＬ送信が許容されないと判断する。

端末は任意接続過程が競争基盤の任意接続過程であることに基づいて、任意接続過程の間には端末－開始チャネル占有に連係するＵＬ送信が許容されないと判断する。

端末－開始チャネル占有に連係するＵＬ送信が許容されないという判断のもとに、端末は基地局－開始チャネル占有から始まる第２区間でＣＯＴ(ｃｈａｎｎｅｌｏｃｃｕｐａｎｃｙｔｉｍｅ)－共有を基盤としてチャネルに接続してＵＬ送信を行う。

端末がＲＲＣ(ｒａｄｉｏｒｅｓｏｕｒｃｅｃｏｎｔｒｏｌ)非活性モード又はＲＲＣ遊休モードにある間に、端末－開始チャネル占有に連係するＵＬ送信は許容されない。

端末は、この端末がＲＲＣ連結モードにあること及び任意接続過程が競争基盤の任意接続過程ではないことに基づいて、設定情報に基づく第１区間で端末－開始チャネル占有に連係するＵＬ送信が許容されると判断する。

端末は自分がＲＲＣ連結モードにあるが、第１区間での端末－開始チャネル占有に連係するＵＬ送信のためのリソースが競争基盤の任意接続過程に関連することに基づいて、第１区間で端末－開始チャネル占有に連係するＵＬ送信が許容されないと判断する。

ＵＬ送信は任意接続過程に関連するＵＬ送信を含む。

端末は、競争基盤の任意接続過程に関連するＰＲＡＣＨ(ｐｈｙｓｉｃａｌｒａｎｄｏｍａｃｃｅｓｓｃｈａｎｎｅｌ)リソース、メッセージ３(Ｍｓｇ３)のためのＰＵＳＣＨ(ｐｈｙｓｉｃａｌｕｐｌｉｎｋｓｈａｒｅｄｃｈａｎｎｅｌ)リソース、及び２－段階の任意接続においてＰＲＡＣＨプリアンブルを含むメッセージＡ(ＭｓｇＡ)リソース又はメッセージＡに対する応答であるメッセージＢ(ＭｓｇＢ)に対するＨＡＲＱ－ＡＣＫ(ｈｙｂｒｉｄａｕｔｏｍａｔｉｃｒｅｐｅａｔｒｅｑｕｅｓｔ－ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ)を運ぶＰＵＣＣＨ(ｐｈｙｓｉｃａｌｕｐｌｉｎｋｃｏｎｔｒｏｌｃｈａｎｎｅｌ)リソースに対しては、端末－開始チャネル占有に連係するＵＬ送信が許容されないと判断する。

任意接続過程はＲＲＣ(ｒａｄｉｏｒｅｓｏｕｒｃｅｃｏｎｔｒｏｌ)連結状態でのＴＡ(ｔｉｍｉｎｇａｄｖａｎｃｅ)調整、ＳＲ(ｓｃｈｅｄｕｌｉｎｇｒｅｑｕｅｓｔ)又はＢＦＲ(ＢｅａｍＦａｉｌｕｒｅＲｅｐｏｒｔ)のためのものである。

本発明の他の側面において、方法を行うためのプログラムを記録したコンピューターで読み取り可能な記録媒体が提供される。

本発明のさらに他の側面において、上述したチャネル接続過程を行う端末が提供される。

本発明のさらに他の側面において、上述したチャネル接続過程を行う端末を制御する機器が提供される。

本発明のさらに他の側面において、無線通信システムにおいて共有スペクトル(ｓｈａｒｅｄｓｐｅｃｔｒｕｍ)上で基地局が端末(ＵＥ)から信号を受信する方法は、端末－開始チャネル占有基盤(ＵＥ－ｉｎｉｔｉａｔｅｄｃｈａｎｎｅｌｏｃｃｕｐａｎｃｙ－ｂａｓｅｄ)のチャネル接続のための設定情報を送信することと、この設定情報に基づく第１区間(ｐｅｒｉｏｄ)で端末－開始チャネル占有に連係するＵＬ送信が許容されるか否かを判断すること及びこの判断結果に基づいてＵＬ信号を受信することを含む。第１区間での端末－開始チャネル占有に連係するＵＬ送信のためのリソースが任意接続過程に関連し、この任意接続過程が競争－基盤(ｃｏｎｔｅｎｔｉｏｎ－ｂａｓｅｄ)の任意接続過程であることに基づいて、基地局は第１区間で端末－開始チャネル占有に連係するＵＬ送信が許容されないと判断する。

第１区間で端末－開始チャネル占有に連係するＵＬ送信が許容されないという判断のもとに、基地局－開始チャネル占有から始まる第２区間でＣＯＴ(ｃｈａｎｎｅｌｏｃｃｕｐａｎｃｙｔｉｍｅ)－共有を基盤としてＵＬ信号を受信する。

本発明のさらに他の側面において、上述した方法を行う基地局が提供される。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

一方、任意接続過程(ＲＡＣＨ過程)はネットワーク初期接続のためのもの(例えば、Ｓ１０３ないしＳ１０６)に限られず、様々な用途に使用できる。例えば、任意接続過程はＲＲＣ連結再確立過程、ハンドオーバー、ＵＥ－ｔｒｉｇｇｅｒｅｄＵＬデータ送信、ＲＲＣ_ＩＮＡＣＴＩＶＥから転移（ｔｒａｎｓｉｔｉｏｎ）、ＳＣｅｌｌ時間整合(Ｔｉｍｅａｌｉｇｎｍｅｎｔ)、システム情報要請及びビーム失敗回復、ＵＬリソース要請のいずれかのために使用され、それに限定されない。端末は任意接続過程によりＵＬ同期及び／又はＵＬ送信リソースを得られる。任意接続過程は、１)ｃｏｎｔｅｎｔｉｏｎ－ｂａｓｅｄｒａｎｄｏｍａｃｃｅｓｓと、２)ｃｏｎｔｅｎｔｉｏｎｆｒｅｅｒａｎｄｏｍａｃｃｅｓｓの過程に区分される。

１)Ｃｏｎｔｅｎｔｉｏｎ－ｂａｓｅｄＲａｎｄｏｍＡｃｃｅｓｓ(ＣＢＲＡ)は、４－ｓｔｅｐＣＢＲＡと２－ｓｔｅｐＣＢＲＡに区分される。４－ｓｔｅｐＣＢＲＡはＴｙｐｅ－１とも称され、２－ｓｔｅｐＣＢＲＡはＴｙｐｅ－２とも称される。

－まず、４－ｓｔｅｐＣＢＲＡについて説明すると、端末はＰＲＡＣＨを介して特定のシーケンスに関連するプリアンブルを含むメッセージ１(Ｍｓｇ１)を送信し、ＰＤＣＣＨ及び対応するＰＤＳＣＨを介してＲＡＲ(ＲａｎｄｏｍＡｃｃｅｓｓＲｅｓｐｏｎｓｅ)を含むメッセージ２(Ｍｓｇ２)を受信する。端末はＲＡＲ内のスケジューリング情報を用いてメッセージ３(Ｍｓｇ３)をＰＵＳＣＨを介して送信する。端末は基地局から衝突解決過程のための衝突解決情報(ｃｏｎｔｅｎｔｉｏｎｒｅｓｏｌｕｔｉｏｎｉｎｆｏｒｍａｔｉｏｎ)を含むメッセージ４(Ｍｓｇ４)を受信する。

－次に、２－ｓｔｅｐＣＢＲＡについて説明すると、４－ｓｔｅｐＣＢＲＡでのＭｓｇ１の送信とＭｓｇ３の送信が、２－ｓｔｅｐＣＢＲＡではＰＲＡＣＨ及びＰＵＳＣＨを含む１つのメッセージＡ(ＭｓｇＡ)の送信により行われる。ＭｓｇＡはＭｓｇ１のＰＲＡＣＨプリアンブルとＭｓｇ３のデータを含む。また、４－ｓｔｅｐＣＢＲＡ過程でのＭｓｇ２の送信及びＭｓｇ４の送信が、２－ｓｔｅｐＣＢＲＡでは基地局がＲＡＲ及び衝突解決情報を含む１つのメッセージＢ(ＭｓｇＢ)の送信により行われる。ＭｓｇＢはＭｓｇ２のＲＡＲとＭｓｇ４の衝突解決情報を含む。

２)ＣｏｎｔｅｎｔｉｏｎＦｒｅｅＲａｎｄｏｍＡｃｃｅｓｓ(ＣＦＲＡ)は、端末が他のセル又は基地局にハンドオーバーする過程で使用されるか、又は基地局の命令により要請される場合に行われる。ＣＦＲＡの基本的な過程はＣＢＲＡと類似する。但し、端末が複数の任意接続プリアンブルのうち、自分が使用するプリアンブルを自ら選択するＣＢＲＡとは異なり、ＣＦＲＡの場合は、端末が使用する専用(ｄｅｄｉｃａｔｅｄ)の任意接続プリアンブルが基地局により明示的に端末に指示される。専用の任意接続プリアンブルに関する情報は、ＲＲＣメッセージ(例、ハンドオーバー命令)に含まれるか、又はＰＤＣＣＨオーダにより端末に提供される。任意接続過程が開始されると、端末は専用の任意接続プリアンブルを基地局に送信する。端末が基地局から任意接続応答を受信すると、任意接続過程が完了する(ｃｏｍｐｌｅｔｅ)。

一方、ＣＢＲＡはＣＢ－ＲＡＣＨとも称され、ＣＦＲＡはＣＦ－ＲＡＣＨとも称される。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔ(ＣＧ)

ＲＲＣにより準－静的に(ｓｅｍｉ－ｓｔａｔｉｃ)ＣＧ(ｃｏｎｆｉｇｕｒｅｄｇｒａｎｔ)が端末に設定される。サービングセルの該当ＢＷＰに対して端末に最大１２個の活性ＣＧが設定される。

各ＣＧはタイプ１であるか又はタイプ２である。タイプ１ＣＧの活性／非活性はサービングセルの間で互いに独立して行われる。複数のタイプ２ＣＧが設定された場合、各タイプ２ＣＧの活性はＤＣＩにより個々に行われる。一つのＤＣＩが一つのタイプ２ＣＧを非活性することもでき、複数のタイプ２ＣＧを非活性することもできる。

ＮＲ－Ｕ(即ち、ｓｈａｒｅｄｓｐｅｃｔｒｕｍｃｈａｎｎｅｌａｃｃｅｓｓ)上でのＣＧ基盤の送信のためには、ＣＧ－ＵＣＩ(ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＵｐｌｉｎｋｃｏｎｔｒｏｌｉｎｆｏｒｍａｔｉｏｎ)が該当ＣＧＰＵＳＣＨ(即ち、ＰＵＳＣＨｓｃｈｅｄｕｌｅｄｂｙｃｏｎｆｉｇｕｒｅｄｇｒａｎｔ)に送信される。ＮＲ－Ｕ上でＣＧ－ＵＣＩとＨＡＲＱ－ＡＣＫを運ぶＰＵＣＣＨの間の多重化が基地局により設定／許容される。ＣＧ－ＵＣＩとＨＡＲＱ－ＡＣＫを運ぶＰＵＣＣＨの間の多重化が設定されない場合であって、ＨＡＲＱ－ＡＣＫを運ぶＰＵＣＣＨがＰＵＣＣＨグループ内でＣＧＰＵＳＣＨと重畳する場合には、ＣＧＰＵＳＣＨの送信が省略される。

ＮＲ－ｓｈａｒｅｄｓｐｅｃｔｒｕｍ/ｕｎｌｉｃｅｎｓｅｄｂａｎｄ（ＮＲ－Ｕ）ｏｐｅｒａｔｉｏｎ

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

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

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

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

－チャネル接続過程(ＣｈａｎｎｅｌＡｃｃｅｓｓＰｒｏｃｅｄｕｒｅ、ＣＡＰ)：信号送信前に他の通信ノードのチャネル使用有無を判断するために、センシングに基づいてチャネル可用性を評価する手順である。センシングのための基本ユニット(ｂａｓｉｃｕｎｉｔ)はＴ_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(＝１６ｕｓ)で構成される。

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

非免許帯域動作のためのＵＥ／ＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴ基盤の送信動作

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

表８に示すように、ＦＦＰ区間の長さは上位階層シグナリング(例えば、ＲＲＣ)によりＵＥに(準－静的に)設定され、この明細書で使用されるＦＦＰ用語は簡略に区間(ｐｅｒｉｏｄ)又は準－静的区間(ｓｅｍｉ－ｓｔａｔｉｃｐｅｒｉｏｄ)に代替することができる。またＦＦＰに基づくチャネル占有(ｃｈａｎｎｅｌｏｃｃｕｐａｎｃｙ)は準－静的チャネル占有(ｓｅｍｉ－ｓｔａｔｉｃｃｈａｎｎｅｌｏｃｃｕｐａｎｃｙ)とも称される。

一方、Ｒｅｌ－１７では、ＦＢＥ基盤のＵ－バンド環境で効率的なＵＲＬＬＣサービス支援のために、ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴから始まるＦＦＰ送信構造の導入が考慮されており、そのためにＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴとＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴを全て考慮するＦＢＥ送信動作方法について提案する。以下、ＤＬ信号は特定のＤＬ信号を意味する。以下、ＢＳは５ＧＮＲシステムにおける基地局であるｇＮＢであるが、それに限られない。

[１]ＦＢＥ動作状況においてＵＥのＤＬ信号検出様相による動作

まず、ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ及びＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴ基盤のＦＢＥ動作のために、基本的に以下のようなＵＥ／ＢＳ送信動作が考えられる。

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

Ａ．これにより、ＢＳのＦＦＰ－ｇと複数のＵＥに設定されたＦＦＰ－ｕが時間的に互いに重なる形態で構成される。

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

Ａ．ＬＢＴの結果、もしチャネルが遊休であると判断されると、ＵＥはＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴから該当ＦＦＰ－ｕの送信を始まる。

i．一方、このようなＦＦＰ－ｕ区間内でＢＳはＵＥからの特定のＵＬ信号(例えば、ＰＵＳＣＨ／ＰＵＣＣＨＤＭＲＳ、ＰＲＡＣＨ、ＳＲＳ)の検出に成功した場合にのみ、同一のＦＦＰ－ｕ区間内の(ｓｈａｒｅｄ－ＣＯＴ形態の)ＤＬ送信ができるようにＢＳ動作が規定される。

Ｂ．そうではなく、もしチャネルがビジーであると判断された場合は、ＵＥは(ＦＦＰ－ｕ開始時点を含むＦＦＰ－ｇ区間に対して)ＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴを始めとしたＦＦＰ－ｇ送信構造を仮定してＲｅｌ－１６動作を行う(例えば、表８)。

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

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

Ａ．もしＤＬ信号検出に失敗した場合は、ＵＥは自分のＦＦＰ－ｕ開始時点直前に(例えば、２５－μｓｅｃ或いは９－μｓｅｃ或いは１６－μｓｅｃの間に)ＬＢＴを行うように動作し、

i．該当ＬＢＴの結果、チャネルが遊休であると判断された場合は、ＵＥはＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴから該当ＦＦＰ－ｕ送信を始まる反面、

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

Ｂ．もしＤＬ信号検出に成功した場合は、ＵＥはＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴを始めとしたＦＦＰ－ｇ送信構造を仮定してＲｅｌ－１６動作を行う(例えば、表８)。

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

一方、このようなＦＢＥ動作状況において、ＢＳからのＤＬ信号検出様相によって、以下のようなＵＥの送信動作方法を考慮する。

１)問題状況

Ａ．特定のＦＦＰ－ｇ区間内で特定のＵＥ１がＢＳからのＤＬ信号を検出した場合、該当ＤＬ信号がＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴに基づいて送信されたものであるか、それとも他のＵＥ２のＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに基づいてＢＳがｓｈａｒｅｄ－ＣＯＴ形態でＤＬ送信を行ったものであるかによって、ＵＥ１が該当ＦＦＰ－ｇ内に設定された(検出されたＤＬ信号後の)ｃｏｎｆｉｇｕｒｅｄＵＬリソース(例えば、ＣＧＰＵＳＣＨ、ＰＲＡＣＨ、ＰＵＣＣＨ、ＳＲＳ)の送信が許容されるか(ＤＬがＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴ送信である場合)、許容されないか(ＤＬがＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに基づくｓｈａｒｅｄ－ＣＯＴ送信である場合)が決定される。しかし、それに対するＵＥの判断がＢＳの意図と合わない場合、ＦＢＥ動作関連の規則に反するか、或いは特定の妨害状況を引き起こすこともある。例えば、実際はＢＳがＵＥ２のＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴを共有してＤＬ送信を行ったが、ＵＥ１が該当ＤＬ信号がＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴに基づいて送信されたものと誤認して、該当ＦＦＰ－ｇ内に設定されたｃｏｎｆｉｇｕｒｅｄＵＬリソースに基づいてＵＬ送信を行うことにより信号衝突などの問題が発生することもある。もしＵＥ１が該当ＤＬ信号がＵＥ２のＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ共有に基づいて送信されたものであることを知っていたら行わなかったＵＥ１のＵＬ送信が間違って行われることにより問題になり得る。

２)提案１

Ａ．ＢＳがＵＥ２から生成されたＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに基づくｓｈａｒｅｄ－ＣＯＴ形態でＤＬ信号の送信を行う場合、もし(該当ＤＬ信号の送信時点と重なる或いは該当ＤＬ信号の送信時点を含む)自分のＦＦＰ－ｇ区間内にＵＥ１のｃｏｎｆｉｇｕｒｅｄＵＬリソースが設定されていれば、ＢＳは以下のＯｐｔ１／２のように動作するように規定される。

i．Ｏｐｔ１：ＢＳは該当ＤＬ信号をＵＥ１の受信／検出対象とならない(即ち、ＵＥ１の観点で該当ＤＬ信号がＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴに基づいて送信されたものと検出又は判断されないようにする)信号のみで構成／送信するように動作が規定される。規定された動作に対する、例えば、(i)ブロードキャスト信号／チャネルは送信不可、(ii)ＵＥ１に関連する(制御情報／データを運ぶ)ユニキャスト信号／チャネル(例えば、ＵＥ－ｓｐｅｃｉｆｉｃＰＤＣＣＨ／ＰＤＳＣＨ)又はＵＥｇｒｏｕｐ－ｃｏｍｍｏｎ(ＧＣ) ＰＤＣＣＨ／ＰＤＳＣＨは送信不可、(iii)ＵＥ２に関連する(制御情報／データを運ぶ)ユニキャスト信号／チャネルは送信可能、及び／又は(iv)ＵＥ１に関連しない(制御情報／データを運ぶ)ＧＣ－ＰＤＣＣＨ／ＰＤＳＣＨは送信可能のうちのいずれかの動作が規定され、これに限られない。

ii．Ｏｐｔ２：ＢＳは該当ＤＬ信号をＵＥ２に関連する(制御情報／データを運ぶ)ユニキャスト信号／チャネルのみで構成／送信するように動作が規定される。例えば、ブロードキャスト信号／チャネル及びＧＣ－ＰＤＣＣＨ／ＰＤＳＣＨは送信不可と規定される。

Ｂ．これと類似する動作方法として、ＢＳがＵＥ２から生成されたＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに基づくｓｈａｒｅｄ－ＣＯＴ形態でＤＬ信号／チャネル送信を行う場合を仮定して、以下のi．ＯｐｔＡないしiv．ＯｐｔＤを説明する。

i．ＯｐｔＡ

１．もし(ＢＳの観点で)ＤＬ送信時点を含むＦＦＰ－ｇ区間(又は該当ＦＦＰ－ｇ区間内でＤＬ送信時点後の区間)内に、ＵＥ２に設定／指示された(ｃｏｎｆｉｇｕｒｅｄｏｒｓｃｈｅｄｕｌｅｄ)ＵＬリソースのみが存在するか、又はいかなるＵＥにも設定／指示されたＵＬリソースが存在しない場合、ＢＳにより送信されるＤＬ信号／チャネルはその受信対象に制限なく任意のＵＥを全て受信可能である。例えば、ＵＥ２に対するユニキャストＰＤＣＣＨ／ＰＤＳＣＨ／ｓｉｇｎａｌ、ＵＥ２ではない他のＵＥに対するユニキャストＰＤＣＣＨ／ＰＤＳＣＨ／ｓｉｇｎａｌ、特定のＵＥｇｒｏｕｐ－ｃｏｍｍｏｎＰＤＣＣＨ／ＰＤＳＣＨ／ｓｉｇｎａｌ、及びブロードキャストＰＤＣＣＨ／ＰＤＳＣＨ／ｓｉｇｎａｌの全て(又は少なくとも一部)がＤＬ信号／チャネルで送信可能である。

２．そうではなく、もし(ＢＳの観点で)ＤＬ送信時点を含むＦＦＰ－ｇ区間(又は該当ＦＦＰ－ｇ区間内でＤＬ送信時点後の区間)内に、ＵＥ２ではない他のＵＥに設定／指示されたＵＬリソースが存在する場合は、ＢＳにより送信されるＤＬ信号／チャネルはその受信対象がＵＥ２のみに制限される。例えば、ＵＥ２に対するユニキャストＰＤＣＣＨ／ＰＤＳＣＨ／ｓｉｇｎａｌのみがＤＬ信号／チャネルで送信可能である。

ii．ＯｐｔＢ

１．もし(ＢＳの観点で)ＤＬ送信時点を含むＦＦＰ－ｇ区間(又は該当ＦＦＰ－ｇ区間内でＤＬ送信時点後の区間)内に、ＵＥ２に設定／指示された(ｃｏｎｆｉｇｕｒｅｄｏｒｓｃｈｅｄｕｌｅｄ)ＵＬリソースのみ存在するか、いかなるＵＥにも設定／指示されたＵＬリソースが存在しないか、又はＵＥ２ではない他のＵＥに対してはＤＣＩによりＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ基盤の送信が指示されたｓｃｈｅｄｕｌｅｄＵＬリソースのみが存在する場合、ＢＳにより送信されるＤＬ信号／チャネルはその受信対象に制限なく任意のＵＥが全て受信可能である。

２．そうではなく、もし(ＢＳの観点で)ＤＬ送信時点を含むＦＦＰ－ｇ区間(又は該当ＦＦＰ－ｇ区間内でＤＬ送信時点後の区間)内に、ＵＥ２ではない他のＵＥに設定されたｃｏｎｆｉｇｕｒｅｄＵＬリソース又は他のＵＥに対してＤＣＩによりＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴ基盤の送信が指示されたｓｃｈｅｄｕｌｅｄＵＬリソースが存在する場合は、ＢＳにより送信されるＤＬ信号／チャネルはその受信対象がＵＥ２のみに制限される。

iii．ＯｐｔＣ

１．もし(ＢＳの観点で)ＤＬ送信時点を含むＦＦＰ－ｇ区間(又は該当ＦＦＰ－ｇ区間内でＤＬ送信時点後の区間)内に、いかなるＵＥにも設定／指示されたＵＬリソースが存在しない場合、ＢＳにより送信されるＤＬ信号／チャネルはその受信対象に制限なく任意のＵＥが全て受信可能である。

２．そうではなく、もし(ＢＳの観点で)ＤＬ送信時点を含むＦＦＰ－ｇ区間(又は該当ＦＦＰ－ｇ区間内でＤＬ送信時点後の区間)内に任意のＵＥに設定／指示されたＵＬリソースが存在する場合は、ＢＳにより送信されるＤＬ信号／チャネルはその受信対象がＵＥ２のみに制限される。

iv．ＯｐｔＤ：ＤＬ送信時点を含むＦＦＰ－ｇ区間(又は該当ＦＦＰ－ｇ区間内でＤＬ送信時点後の区間)内に、特定のＵＬリソースが存在するか否かに関係なく、ＢＳにより送信されるＤＬ信号／チャネルはその受信対象が常にＵＥ２のみに制限される。

３)提案２

Ａ．ＣｏｎｆｉｇｕｒｅｄＵＬリソース(例えば、ＲＲＣなどにより準－静的／準－持続的に設定されたＵＬリソース、例えば、ＣＧＰＵＳＣＨ、ＰＲＡＣＨ、ＰＵＣＣＨ)、及び／又はｓｃｈｅｄｕｌｅｄＵＬリソース(例えば、ＤＣＩなどにより動的に指示／スケジュールされたＵＬリソース、例えば、ＰＵＳＣＨ、ＰＵＣＣＨ)に対して、ＦＦＰ－ｕ開始時点と該当ＵＬリソース(例えば、開始シンボル)の(時間)整列(ａｌｉｇｎ)の有無によって、該当ＵＬリソース送信に対するＬＢＴに使用されるＥＤＴ(ｅｎｅｒｇｙｄｅｔｅｃｔｉｏｎｔｈｒｅｓｈｏｌｄ)値が異なるように設定される。

i．一例として、ＦＦＰ－ｕ開始時点と(時間)整列されたＵＬリソースに対しては、ＥＤＴが特定の単一値(以下、"ＥＤＴ_ｓｈ")(例えば、ＢＳから別に設定された値)に固定されて使用される。ＦＦＰ－ｕ開始時点と(時間)整列されていないＵＬリソースに対しては、他の特定の単一値(以下、"ＥＤＴ_ｎｏ_ｓｈ")(例えば、ＵＥ最大送信電力などに基づいて計算された値)に固定されて使用されるか、又は複数のＥＤＴ値(例えば、ＥＤＴ_ｓｈとＥＤＴ_ｎｏ_ｓｈ)からＵＥが少なくとも一つを選択して適用するように(そしてＵＥは自分が選択／適用したＥＤＴを該当ＵＬリソースによりＢＳにシグナリングするように)動作する。一例として、特定のＵＥにＦＦＰ－ｕが設定される場合、該当ＵＥには常にＥＤＴ_ｓｈが設定される。例えば、基地局が特定のＵＥにＦＦＰ－ｕ設定を許容する場合、基地局は特定のＵＥに必ずＥＤＴ_ｓｈをシグナリングするように規定される。

ii．(上記例示に関連する一例として)ＵＥがＥＤＴ_ｓｈを適用したＵＬ送信によりＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴを生成／構成した場合、ＵＥは該当ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴから始まるＦＦＰ－ｕ区間内で追加(ｃｏｎｆｉｇｕｒｅｄ)ＵＬ送信を行う(又はかかるＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ基盤の追加ＵＬ送信が許容される)。

iii．(上記例示に関連する一例として)ＢＳがＵＥからＥＤＴ_ｓｈに基づくＵＬリソース上の送信を受信することについて、ＢＳは(ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに基づくＵＬ送信であると判断して)該当ＵＬリソース後、ｓｈａｒｅｄ－ＣＯＴ形態のＤＬ送信を行う(又はかかるｓｈａｒｅｄ－ＣＯＴ形態のＤＬ送信が許容される)。ＢＳがＵＥからＥＤＴ_ｎｏ_ｓｈに基づくＵＬリソース上の送信を受信することについて、ＢＳは(ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに基づくＵＬ送信であると判断せず)該当ＵＬリソース後、ｓｈａｒｅｄ－ＣＯＴ形態のＤＬ送信を行わない(又はかかるｓｈａｒｅｄ－ＣＯＴ形態のＤＬ送信が許容されない)。

４)提案３

Ａ．ＣｏｎｆｉｇｕｒｅｄＵＬリソース(例えば、ＣＧＰＵＳＣＨ、ＰＲＡＣＨ、ＰＵＣＣＨ)及び／又はｓｃｈｅｄｕｌｅｄＵＬリソース(例えば、ＰＵＳＣＨ、ＰＵＣＣＨ)に対して、ＦＦＰ－ｕ開始時点と該当ＵＬリソース(例えば、開始シンボル)が(時間)整列されても、該当ＵＬ送信がＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ基盤の送信であるか否かによって、該当ＵＬリソース送信に対するＬＢＴに使用されるＥＤＴ値が異なるように設定される。

i．一例として、ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ基盤のＵＬ送信である場合には、ＥＤＴが特定の単一値(例えば、ＥＤＴ_ｓｈ)に固定して使用される。ＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴに基づくｓｈａｒｅｄ－ＣＯＴ形態のＵＬ送信である場合、ＥＤＴは他の特定の単一値(例えば、ＥＤＴ_ｎｏ_ｓｈ)に固定されるか、又は複数のＥＤＴ値(例えば、ＥＤＴ_ｓｈとＥＤＴ_ｎｏ_ｓｈ)からＵＥにより選択されたものが適用される(そしてＵＥは自分が選択／適用したＥＤＴを該当ＵＬリソースによりＢＳにシグナリングする)。(一方、ＵＥにＦＦＰ－ｕが設定される場合、該当ＵＥには常にＥＤＴ_ｓｈが設定される)。

ii．(上記例示に関連する一例として)ＵＥがＥＤＴ_ｓｈを適用したＵＬ送信によりＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴを生成／構成した場合、ＵＥは該当ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴから始まるＦＦＰ－ｕ区間内でさらに(ｃｏｎｆｉｇｕｒｅｄ)ＵＬ送信を行う(又はかかるＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ基盤の追加ＵＬ送信が許容される)。

iii．(上記例示に関連する一例として)ＢＳはＵＥからＥＤＴ_ｓｈが適用されたＵＬリソースの送信に対しては、(ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに基づくＵＬ送信であると判断して)該当ＵＬリソース後、ｓｈａｒｅｄ－ＣＯＴ形態のＤＬ送信を行う(又はかかるｓｈａｒｅｄ－ＣＯＴ形態のＤＬ送信が許容される)。ＵＥからＥＤＴ_ｎｏ_ｓｈが適用されたＵＬリソースの送信に対して、ＢＳは(ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに基づくＵＬ送信であると判断せず)該当ＵＬリソース後、ｓｈａｒｅｄ－ＣＯＴ形態のＤＬ送信を行わない(又はかかるｓｈａｒｅｄ－ＣＯＴ形態のＤＬ送信が許容されない)。

５)提案４

Ａ．ＣｏｎｆｉｇｕｒｅｄＵＬリソース(例えば、ＣＧＰＵＳＣＨ、ＰＲＡＣＨ及び／又はＰＵＣＣＨ)及び／又はｓｃｈｅｄｕｌｅｄＵＬリソース(例えば、ＰＵＳＣＨ及び／又はＰＵＣＣＨ)に対して、ＦＦＰ－ｕ開始時点と該当ＵＬリソース(例えば、開始シンボル)が整列(ａｌｉｇｎ)された状態で、ＵＥが該当ＵＬ送信によりＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴを生成／構成するときに適用されるＥＤＴ値が、ＢＳから複数のＥＤＴ値(例えば、ＥＤＴ_ｓｈとＥＤＴ_ｎｏ_ｓｈ)の一つに設定／指示されるか、又は複数のＥＤＴ値(例えば、ＥＤＴ_ｓｈとＥＤＴ_ｎｏ_ｓｈ)からＵＥが選択して適用するように動作する。

i．(上記例示に関連する一例として)ＵＥがＥＤＴ_ｓｈを適用したＵＬ送信によりＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴを生成／構成した場合、ＵＥは該当ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴから始まるＦＦＰ－ｕ区間内で(ｃｏｎｆｉｇｕｒｅｄ)ＵＬ送信を行う(又はかかるＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ基盤の追加ＵＬ送信が許容される)。

ii．(上記例示に関連する一例として)ＵＥがＥＤＴ_ｎｏ_ｓｈを適用したＵＬ送信によりＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴを生成／構成した場合、ＵＥは該当ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴから始まるＦＦＰ－ｕ区間内で追加(ｃｏｎｆｉｇｕｒｅｄ)ＵＬ送信を行うか(又はかかるＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ基盤の追加ＵＬ送信が許容されるか)、又はＵＥも該当ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴから始まるＦＦＰ－ｕ区間内で追加(ｃｏｎｆｉｇｕｒｅｄ)ＵＬ送信を行わない(又はかかるＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ基盤の追加ＵＬ送信が許容されない)。

iii．(上記例示に関連する一例として)ＢＳはＵＥからＥＤＴ_ｓｈが適用されたＵＬリソースの送信に対しては該当ＵＬリソース後、ｓｈａｒｅｄ－ＣＯＴ形態のＤＬ送信を行い(又はかかるｓｈａｒｅｄ－ＣＯＴ形態のＤＬ送信が許容され)、ＵＥからＥＤＴ_ｎｏ_ｓｈが適用されたＵＬリソースの送信に対しては該当ＵＬリソース後、ｓｈａｒｅｄ－ＣＯＴ形態のＤＬ送信を行わない(又はかかるｓｈａｒｅｄ－ＣＯＴ形態のＤＬ送信が許容されない)。

[２]ＦＢＥ動作状況においてｃｏｎｆｉｇｕｒｅｄＵＬリソースに対するＵＥの送信

１)問題状況

Ａ．ＦＦＰ－ｕ開始時点に(例えば、開始シンボルが)整列(ａｌｉｇｎ)されるように設定されたｃｏｎｆｉｇｕｒｅｄＵＬリソース(例えば、ＣＧＰＵＳＣＨ、ＰＲＡＣＨ及び／又はＰＵＣＣＨ)がＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに基づいて送信されるか、或いはＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴに基づくｓｈａｒｅｄ－ＣＯＴ形態で送信されるか(これを便宜上、“ｓｈａｒｅｄ－ＢＳＣＯＴ”送信と定義する)によって、続く動作及び影響が異なる。

Ｂ．もし(例えば、図１５のような状況において)ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴを仮定してｃｏｎｆｉｇｕｒｅｄＵＬ(以下、"Ｃ－ＵＬ")リソース(例えば、図１５のＣ－ＵＬ＃１)を送信すると、ＦＦＰ－ｕ(例えば、図１５のＦＦＰ－ｕ＃１)の終了時点にあるＦＦＰ－ｕの遊休区間(Ｆ５)と重なるように設定された他のＣ－ＵＬリソース(Ｃ－ＵＬ＃ｘ)の送信が許容されない反面、ＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴを仮定してｓｈａｒｅｄ－ＢＳＣＯＴでＣ－ＵＬ＃１を送信すると、(ＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴから始まるＦＦＰ－ｇ(図１５のＦＦＰ－ｇ＃１)区間内にある)ＦＦＰ－ｕの(図１５のＦＦＰ－ｕ＃１の終了時点にある)遊休区間と重なるように設定された他のＣ－ＵＬリソース(Ｃ－ＵＬ＃ｘ)の送信が許容される(Ｃａｓｅ１－１)。

Ｃ．また、上記と同一の(図１５のような)状況において、Ｃ－ＵＬ＃１に対してＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ送信を仮定する／行う場合、ＢＳはＦＦＰ－ｕ＃１の終了時点にあるＦＦＰ－ｕの遊休区間(Ｆ５)と重なるようにＤＬ信号を送信する動作が許容されない反面、該当Ｃ－ＵＬ＃１に対してｓｈａｒｅｄ－ＢＳＣＯＴの送信を仮定する／行う場合には、ＢＳがＦＦＰ－ｕ＃１の終了時点にあるＦＦＰ－ｕの遊休区間(Ｆ５)と重なるようにＤＬ信号を送信する動作が許容される(Ｃａｓｅ１－２)。

Ｄ．一方、図１５のような状況において、ＦＦＰ－ｕ＃１の開始時点に整列(ａｌｉｇｎ)されたＣ－ＵＬ＃１に対してｓｈａｒｅｄ－ＢＳＣＯＴ送信を仮定する／行う場合、該当Ｃ－ＵＬ＃１を含むＦＦＰ－ｇ＃１区間内にありながら、Ｃ－ＵＬ＃１が設定されたＦＦＰ－ｕ＃１の直後のＦＦＰ－ｕ＃２に設定されたＣ－ＵＬ＃２の送信が可能である反面、該当Ｃ－ＵＬ＃１に対してＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ送信を仮定する／行う場合には、(Ｃ－ＵＬ＃１が設定されたＦＦＰ－ｕ＃１区間外にあるので)Ｃ－ＵＬ＃２の送信が許容されない(Ｃａｓｅ２－１)。

Ｅ．また、図１６のような状況において、ＦＦＰ－ｕ＃１の開始時点と整列(ａｌｉｇｎ)されたＣ－ＵＬ＃１に対してｓｈａｒｅｄ－ＢＳＣＯＴ送信を仮定する／行う場合、(該当Ｃ－ＵＬ＃１が設定されたＦＦＰ－ｕ＃２区間内にあるが)該当Ｃ－ＵＬ＃１を含むＦＦＰ－ｇ＃１区間外に設定されたＣ－ＵＬ＃３の送信が許容されない反面、Ｃ－ＵＬ＃１に対してＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ送信を仮定する／行う場合には、(該当Ｃ－ＵＬ＃１が設定されたＦＦＰ－ｕ＃２区間内にあるので)Ｃ－ＵＬ＃３送信が許容される(Ｃａｓｅ２－２)。

Ｆ．上記のようにＦＦＰ－ｕ開始時点に整列(ａｌｉｇｎ)された特定のＣ－ＵＬリソースに対してＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ送信を仮定する／行うか、或いはｓｈａｒｅｄ－ＢＳＣＯＴ送信を仮定する／行うかによって、ＵＥ／ＢＳの繋がる／続く動作が異なる状況において、もしＢＳがＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴ生成を目的として送信したＤＬ信号をＵＥが検出に失敗するか、或いはＵＥがＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ生成を目的として送信したＵＬ信号をＢＳがｓｈａｒｅｄ－ＢＳＣＯＴ送信とみなすと、ＵＥ／ＢＳの送受信性能が低下したり、ＦＢＥ関連規則に反する動作が発生したりする。

２)提案１

Ａ．特定のＦＦＰ－ｕ(例えば、図１６のＦＦＰ－ｕ＃２)の開始時点と整列(ａｌｉｇｎ)されていない形態で該当ＦＦＰ－ｕ内に設定された特定のＣ－ＵＬリソース(例えば、図１６のＣ－ＵＬ＃３)に対して：

i．もしＣ－ＵＬ＃３リソースを含むＦＦＰ－ｇ(例えば、図１６のＦＦＰ－ｇ＃２)(これは該当Ｃ－ＵＬ＃３リソースが該当ＦＦＰ－ｇの開始時点と重ならない場合に限定される)に対してＵＥがＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴに基づくＤＬ信号を検出した場合(該当Ｃ－ＵＬ＃３リソースが設定されたＦＦＰ－ｕ(例えば、図１６のＦＦＰ－ｕ＃２)に対してＵＥがＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴを生成／構成したか否かに関係なく)、ＵＥは該当Ｃ－ＵＬ＃３リソースに対してｓｈａｒｅｄ－ＢＳＣＯＴ送信を仮定する／行うように動作する(これを“Ｏｐｅｒａｔｉｏｎ１”と定義)。

ii．又は、もし該当Ｃ－ＵＬ＃３リソースを含むＦＦＰ－ｇ(図１６のＦＦＰ－ｇ＃２)(これは該当Ｃ－ＵＬ＃３リソースが該当ＦＦＰ－ｇの開始時点と重ならない場合に限定される)に対してＵＥがＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴに基づくＤＬ信号検出に失敗した状態で該当Ｃ－ＵＬ＃３リソースが設定されたＦＦＰ－ｕ(図１６のＦＦＰ－ｕ＃２)に対してＵＥがＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴを生成／構成した場合、ＵＥは該当Ｃ－ＵＬ＃３リソースに対してＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ送信を仮定する／行うように動作する(これを“Ｏｐｅｒａｔｉｏｎ２”と定義)。

iii．さらに他の方法として、もし該当Ｃ－ＵＬ＃３リソースを含むＦＦＰ－ｇ(図１６のＦＦＰ－ｇ＃２)(これを該当Ｃ－ＵＬ＃３リソースが該当ＦＦＰ－ｇの開始時点と重ならない場合に限定される)に対してＵＥがＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴに基づくＤＬ信号検出に失敗した場合、ＵＥは該当Ｃ－ＵＬ＃３リソースを無効(ｉｎｖａｌｉｄ)であるとみなして、該当Ｃ－ＵＬ＃３リソースに対する送信動作を行わないように規定する(これを“Ｏｐｅｒａｔｉｏｎ３”と定義)。

Ｂ．提案１による動作はｓｃｈｅｄｕｌｅｄＵＬリソースに対しても同様に適用できるが、例えば、“ＦＦＰ－ｕ内に設定された特定のＣ－ＵＬリソース”を“ＦＦＰ－ｕ内に指示された特定のｓｃｈｅｄｕｌｅｄＵＬリソース”に、そして“該当Ｃ－ＵＬリソースが設定されたＦＦＰ－ｕ”を“該当ｓｃｈｅｄｕｌｅｄＵＬリソースが指示されたＦＦＰ－ｕ”に、そして“Ｃ－ＵＬリソース”を“ｓｃｈｅｄｕｌｅｄＵＬリソース”にそれぞれ置き換えることができる。

Ｃ．一方、ＦＦＰ－ｕの開始時点に整列(ａｌｉｇｎ)されていない形態に設定されたＣ－ＵＬリソースがもし特定のＦＦＰ－ｇの開始時点と重なるように設定された場合は、ＵＥは該当Ｃ－ＵＬリソースを無効(ｉｎｖａｌｉｄ)であると判断して、該当Ｃ－ＵＬリソースに対する送信動作を行わないように規定される。

Ｄ．一方、ＦＦＰ－ｕの開始時点に整列(ａｌｉｇｎ)されていない形態に指示されたｓｃｈｅｄｕｌｅｄＵＬリソースがもし特定のＦＦＰ－ｇの開始時点と重なるように指示された場合は、ＵＥは"Ｏｐｅｒａｔｉｏｎ１"及び／又は"Ｏｐｅｒａｔｉｏｎ２"及び／又は"Ｏｐｅｒａｔｉｏｎ３"を適用する／行うように規定される。

３)提案２

Ａ．特定のＦＦＰ－ｇ(例えば、図１５のＦＦＰ－ｇ＃１)に対してＢＳがＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴを生成／構成した状況において:

i．以下の動作を行った場合にのみＢＳはＦＦＰ－ｇ区間内にある特定のＦＦＰ－ｕの遊休区間(図１５においてＦＦＰ－ｕ＃１の終了時点にある遊休区間(Ｆ５))と重なるようにＤＬ信号を送信する動作が可能であり／許容され、以下の動作を行わなかった場合は、ＢＳはＦＦＰ－ｇ区間内にある特定のＦＦＰ－ｕの遊休区間(Ｆ５)と重なるＤＬ信号を送信する動作が許容されない。

１．ＦＦＰ－ｇの開始時点に、又はＦＦＰ－ｕの遊休区間(図１５においてＦＦＰ－ｕ＃１の終了時点にある遊休区間(Ｆ５))以前の時点に、又は該当遊休区間の直前のＦＦＰ－ｕ(図１５のＦＦＰ－ｕ＃１)の開始時点前に、(ＵＥにＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴ送信で検出される)ＢＳがＤＬ信号の送信を行う。

ii．以下の動作を行った場合にのみＢＳはＦＦＰ－ｇ区間内にある特定のＦＦＰ－ｕ(図１５のＦＦＰ－ｕ＃２)の開始時点と重なるようにＤＬ信号を送信する動作が可能であり／許容され、以下の動作を行わなかった場合は、ＢＳはＦＦＰ－ｇ区間内にある特定のＦＦＰ－ｕの開始時点と重なるＤＬ信号を送信する動作が許容されない。

１．ＦＦＰ－ｇの開始時点に、又はＦＦＰ－ｕ(図１５のＦＦＰ－ｕ＃２)の開始時点前に(ＵＥにＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴ送信で検出される)ＢＳがＤＬ信号の送信を行うことができる。

４)提案３

Ａ．特定のＦＦＰ－ｕ(例えば、図１６のＦＦＰ－ｕ＃２)に対してＵＥが該当ＦＦＰ－ｕの開始時点と整列(ａｌｉｇｎ)されるように設定された特定のＣ－ＵＬリソース(図１６のＣ－ＵＬ＃１)の送信によりＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴを生成／構成した状況において:

i．ＦＦＰ－ｕ区間内に特定のＦＦＰ－ｇ(図１６のＦＦＰ－ｇ＃２)の開始時点が含まれている場合、ＵＥは該当ＦＦＰ－ｇ＃２に対してＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴに基づいて送信されたＤＬ信号を検出(該当ＤＬ信号の送信有無を把握)するように動作が規定される。

１．もしＤＬ信号が検出された場合、ＵＥはＦＦＰ－ｕ区間内で該当ＦＦＰ－ｇ＃２区間と重なる(又は該当ＤＬ信号検出時点後の)区間(例えば、該当区間内に設定／スケジュールされたＵＬリソース)に対しては、ＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴを仮定した状態で動作する(例えば、ｓｈａｒｅｄ－ＢＳＣＯＴ形態のＵＬ送信を仮定する／行う)ように規定される。

２．そうではなく、もしＤＬ信号の検出に失敗した場合は、ＵＥはＦＦＰ－ｕ区間内で該当ＦＦＰ－ｇ＃２区間と重なる(又は該当ＤＬ信号検出時点後の)区間に対しては(例えば、少なくともＣ－ＵＬリソースに対しては)、ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ基盤のＵＬ送信を仮定する／行うように規定されるか、又は該当区間内に設定されたＣ－ＵＬリソースを無効(ｉｎｖａｌｉｄ)であると判断して／仮定して、該当Ｃ－ＵＬリソースに対する送信動作を行わないように規定される。

ii．又は、ＦＦＰ－ｕ区間内に特定のＦＦＰ－ｇ(図１６のＦＦＰ－ｇ＃２)の開始時点が含まれている場合、(該当ＦＦＰ－ｇ＃２によるＤＬ信号検出の有無に関係なく常に)ＵＥはＦＦＰ－ｕ区間内で該当ＦＦＰ－ｇ＃２区間と重なる(又は該当ＤＬ信号検出時点後の)区間に対しては、該当区間内に設定されたＣ－ＵＬリソースを無効(ｉｎｖａｌｉｄ)であるとみなして、該当Ｃ－ＵＬリソースに対する送信動作を行わないように規定される。

iii．これにより、ＵＥは(ＦＦＰ－ｕ区間の開始時点から)ＦＦＰ－ｕ区間の終了時点とＦＦＰ－ｇ区間の終了時点(或いは該当ＦＦＰ－ｇの直後のＦＦＰ－ｇ区間の開始時点からＸμｓｅｃ(例えば、Ｘ＝９又は１６又は２５)以前の時点)のうち、より早い時点までの区間に対してのみ(例えば、少なくともＣ－ＵＬリソースに対しては)ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ基盤のＵＬ送信を仮定する／行うように規定される。

１．従って、ＦＦＰ－ｇ区間の終了時点(或いは該当ＦＦＰ－ｇの直後のＦＦＰ－ｇ区間の開始時点からＸμｓｅｃ(例えば、Ｘ＝９又は１６又は２５)以前の時点)がＦＦＰ－ｕ区間の終了時点より早い場合、ＦＦＰ－ｕ区間に属するが、ＦＦＰ－ｇ区間(或いは該当ＦＦＰ－ｇの直後のＦＦＰ－ｇ区間の開始時点からＸμｓｅｃ(例えば、Ｘ＝９又は１６又は２５)以前の時点までの区間)から外れたＣ－ＵＬリソースに対してはＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ基盤の送信ができない(該当Ｃ－ＵＬリソースに対してはＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴで送信されたＤＬ信号の検出に基づくｓｈａｒｅｄ－ＢＳＣＯＴ形態のＵＬ送信のみが可能である)。

Ｂ．又は、特定のＦＦＰ－ｇ(図１６のＦＦＰ－ｇ＃１)区間内に特定のＦＦＰ－ｕ(図１６のＦＦＰ－ｕ＃２)の開始時点が含まれており、該当ＦＦＰ－ｕ＃２の開始時点に整列(ａｌｉｇｎ)されるように特定のＣ－ＵＬリソース(例えば、図１６のＣ－ＵＬ＃１)が設定された場合:

i．もしＣ－ＵＬ＃１リソースがＦＦＰ－ｇ＃１区間内の送信が設定された特定のＤＬ信号／チャネル(例えば、ブロードキャスト送信が行われるＳＳＢ(ＳＳ／ＰＢＣＨ送信のためのリソース)及び／又は(ＭＩＢ／ＳＩＢなどにより設定される)特定の(例えば、最低ＩＤ／インデックスを有する)ＣＯＲＥＳＥＴなどのリソースと時間的に重なる場合、該当Ｃ－ＵＬ＃１リソースの送信によってはＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴを生成する動作が許容されない。

１．これにより、(Ｃ－ＵＬ＃１リソースを含んで)ＦＦＰ－ｕ＃２区間に対してはＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴで送信されたＤＬ信号の検出に基づくｓｈａｒｅｄ－ＢＳＣＯＴ形態のＵＬ送信のみができるように規定される。

５)提案４

Ａ．特定のＦＦＰ－ｕの開始時点に整列(ａｌｉｇｎ)されるように設定された任意のＣ－ＵＬリソース又は特定の(例えば、該当Ｃ－ＵＬ送信によるＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ生成／構成ができる／許容されるように設定された)Ｃ－ＵＬリソースに対して：

i．もし該当ＦＦＰ－ｕの開始時点又は該当Ｃ－ＵＬの開始シンボルから直前のＤＬ信号検出時点間の時間間隔(例えば、ＤＬ－ｔｏ－ＵＬｇａｐ)がＸμｓｅｃ(例えば、Ｘ＝９又は１６又は２５)(又はＦＦＰ－ｕに設定された遊休区間に該当する時間)以上確保される場合、ＵＥは該当Ｃ－ＵＬリソースの送信によりＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴを生成／構成することができる(即ち、該当Ｃ－ＵＬリソースの送信によるＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ生成／構成ができる／許容されるように規定される)。

ii．そうではなく、もし該当ＦＦＰ－ｕの開始時点又は該当Ｃ－ＵＬの開始シンボルから直前のＤＬ信号検出時点間の時間間隔(例えば、ＤＬ－ｔｏ－ＵＬｇａｐ)がＸμｓｅｃ(例えば、Ｘ＝９又は１６又は２５)(又はＦＦＰ－ｕに設定された遊休区間に該当する時間)以上確保されない場合は、ＵＥは該当Ｃ－ＵＬリソースの送信によってはＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴを生成／構成できず、該当Ｃ－ＵＬリソースに対してはｓｈａｒｅｄ－ＢＳＣＯＴ形態の送信のみができる／許容されるように規定されるか、又は該当Ｃ－ＵＬリソースを無効(ｉｎｖａｌｉｄ)であるとみなして、該当Ｃ－ＵＬリソースに対する送信動作を行わないように規定される。

Ｂ．一方、(該当Ｃ－ＵＬ送信による)ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ生成／構成ができる／許容されるように設定されないＣ－ＵＬリソースの場合、ＵＥは該当Ｃ－ＵＬリソースに対してはｓｈａｒｅｄ－ＢＳＣＯＴ形態の送信のみができる／許容されるように規定される。

６)提案５

Ａ．任意の又は特定の(例えば、ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ生成／構成ができる／許容されるように設定された)ＦＦＰ－ｕの開始時点と整列(ａｌｉｇｎ)されるように設定されたＣ－ＵＬリソースに対して：

ii．そうではなく、もし(該当Ｃ－ＵＬリソースが特定のＦＦＰ－ｇ区間内に含まれ)該当ＦＦＰ－ｕの開始時点又は該当Ｃ－ＵＬの開始シンボルから直前のＤＬ信号検出時点間の時間間隔(例えば、ＤＬ－ｔｏ－ＵＬｇａｐ)がＸμｓｅｃ(例えば、Ｘ＝９又は１６又は２５)(又はＦＦＰ－ｕに設定された遊休区間に該当する時間)以上確保されない場合は、ＵＥは該当Ｃ－ＵＬリソースの送信によってはＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴを生成／構成できず、この場合、該当Ｃ－ＵＬリソースに対してはｓｈａｒｅｄ－ＢＳＣＯＴ形態の送信のみができる／許容されるように規定されるか、又は該当Ｃ－ＵＬリソースを無効(ｉｎｖａｌｉｄ)であるとみなして、該当Ｃ－ＵＬリソースに対する送信動作を行わないように規定される。

Ｂ．一方、ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ生成／構成ができる／許容されるように設定されないＦＦＰ－ｕの開始時点と整列(ａｌｉｇｎ)されるように設定されたＣ－ＵＬリソースの場合、ＵＥは該当Ｃ－ＵＬリソースに対してはｓｈａｒｅｄ－ＢＳＣＯＴ形態の送信のみができる／許容されるように規定される。

Ｃ．提案５による動作はｓｃｈｅｄｕｌｅｄＵＬリソースに対しても同様に適用できるが、例えば、“ＦＦＰ－ｕの開始時点と整列(ａｌｉｇｎ)されるように設定されたＣ－ＵＬリソース”を“ＦＦＰ－ｕの開始時点と整列(ａｌｉｇｎ)されるように指示されたｓｃｈｅｄｕｌｅｄＵＬリソース”に、そして“Ｃ－ＵＬリソース”を“ｓｃｈｅｄｕｌｅｄＵＬリソース”にそれぞれ置き換えることができる。

７)提案６

Ａ．ＵＥに特定のＦＦＰ－ｕ(ｂｏｕｎｄａｒｙ)セットが設定されても設定されなくてもよいが、もしＵＥに特定のＦＦＰ－ｕセットが設定されると:

i．特定のＦＦＰ－ｕセットに属するＦＦＰ－ｕの開始時点と整列(ａｌｉｇｎ)されるように設定されたＣ－ＵＬリソースに対してはｓｈａｒｅｄ－ＢＳＣＯＴ形態の送信のみが可能である／許容される。

ii．特定のＦＦＰ－ｕセットに属しいないＦＦＰ－ｕの開始時点と整列(ａｌｉｇｎ)されるように設定されたＣ－ＵＬリソースに対しては：

－Ａｌｔ－１

１．もし該当ＦＦＰ－ｕの開始時点又は該当Ｃ－ＵＬの開始シンボルから直前のＤＬ信号検出時点間の時間間隔(例えば、ＤＬ－ｔｏ－ＵＬｇａｐ)がＸμｓｅｃ(例えば、Ｘ＝９又は１６又は２５)(又はＦＦＰ－ｕに設定された遊休区間に該当する時間)以上確保される場合、ＵＥは該当Ｃ－ＵＬリソースの送信によりＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴを生成／構成することができる(即ち、該当Ｃ－ＵＬリソースの送信によるＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ生成／構成ができる／許容される)。

２．そうではなく、もし(該当Ｃ－ＵＬリソースが特定のＦＦＰ－ｇ区間内に含まれ)該当ＦＦＰ－ｕの開始時点又は該当Ｃ－ＵＬの開始シンボルから直前のＤＬ信号検出時点間の時間間隔(例えば、ＤＬ－ｔｏ－ＵＬｇａｐ)がＸμｓｅｃ(例えば、Ｘ＝９又は１６又は２５)(又はＦＦＰ－ｕに設定された遊休区間に該当する時間)以上確保されない場合は、ＵＥは該当Ｃ－ＵＬリソースの送信によってはＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴを生成／構成できず、該当Ｃ－ＵＬリソースに対してはｓｈａｒｅｄ－ＢＳＣＯＴ形態の送信のみが可能である／許容されるか、又は該当Ｃ－ＵＬリソースを無効(ｉｎｖａｌｉｄ)であるとみなして、該当Ｃ－ＵＬ送信動作を行わない。

－Ａｌｔ－２

１．もし(該当Ｃ－ＵＬリソースが特定のＦＦＰ－ｇ区間内に含まれた状態で)該当ＦＦＰ－ｕの開始時点又は該当Ｃ－ＵＬの開始シンボル以前の時点に(該当ＦＦＰ－ｇ区間により)検出されたＤＬ信号がない場合、ＵＥは該当Ｃ－ＵＬリソースの送信によりＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴを生成／構成することができる(即ち、該当Ｃ－ＵＬリソースの送信によるＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ生成／構成ができる／許容される)。

２．そうではなく、もし(該当Ｃ－ＵＬリソースが特定のＦＦＰ－ｇ区間内に含まれた状態で)該当ＦＦＰ－ｕの開始時点又は該当Ｃ－ＵＬの開始シンボル以前の時点に(該当ＦＦＰ－ｇ区間により)検出されたＤＬ信号がある場合は、ＵＥは該当Ｃ－ＵＬリソースを無効(ｉｎｖａｌｉｄ)であるとみなして、該当Ｃ－ＵＬリソースに対する送信動作を行わない。

Ｂ．そうではなく、もしＵＥに特定のＦＦＰ－ｕセットが設定されない場合は、任意のＦＦＰ－ｕの開始時点と整列(ａｌｉｇｎ)されるように設定されたＣ－ＵＬリソースに対して、Ａｌｔ－１又はＡｌｔ－２動作を適用する。

Ｃ．この動作方法はｓｃｈｅｄｕｌｅｄＵＬリソースに対しても同様に適用でき、(上記例示に関連する一例として)“ＦＦＰ－ｕの開始時点と整列(ａｌｉｇｎ)されるように設定されたＣ－ＵＬリソース”を“ＦＦＰ－ｕの開始時点と整列(ａｌｉｇｎ)されるように指示されたｓｃｈｅｄｕｌｅｄＵＬリソース”に、そして“Ｃ－ＵＬリソース”を“ｓｃｈｅｄｕｌｅｄＵＬリソース”にそれぞれ置き換えて上記動作方法を適用することができる。

Ｄ．一方、特定のＦＦＰ－ｕ(ｂｏｕｎｄａｒｙ)セットの場合、以下のような方法で設定される。

i．Ａｌｔ－ａ：Ｅｖｅｎｒａｄｉｏｆｒａｍｅｎｕｍｂｅｒ／ｉｎｄｅｘ(例えば、０)の開始(ｂｏｕｎｄａｒｙ)時点(含む)後の１番目のＦＦＰ－ｕを含めて、Ｘｍｓｅｃ(例えば、Ｘ＝２０又はＸ＝１０)区間に属するＦＦＰ－ｕ集合内の(全体或いは)特定の一部に(例えば、ビットマップ形態で)設定され、該当ＦＦＰ－ｕセット設定がＸｍｓｅｃ周期に同様に適用される形態である。

ii．Ａｌｔ－ｂ：Ｅｖｅｎｒａｄｉｏｆｒａｍｅｎｕｍｂｅｒ／ｉｎｄｅｘ(例えば、０)の開始(ｂｏｕｎｄａｒｙ)時点(含む)後の１番目のＦＦＰ－ｕを含めて、Ｙ個のＦＦＰ－ｕ集合内の(全体或いは)特定の一部に(例えば、ビットマップ形態で)設定され、該当ＦＦＰ－ｕセット設定がＹ個のＦＦＰ－ｕ区間の周期に同様に適用される形態である。

Ｅ．一方、特定のＦＦＰ－ｕセットの場合は、ＵＥにｃｏｎｆｉｇｕｒｅｄＵＬリソースとｓｃｈｅｄｕｌｅｄＵＬリソースに共通して(適用される)単一のＦＦＰ－ｕセットが設定されるか、又はｃｏｎｆｉｇｕｒｅｄＵＬリソースとｓｃｈｅｄｕｌｅｄＵＬリソースのそれぞれに(適用される)個々のＦＦＰ－ｕセットが設定される。

[３]ＦＢＥ動作状況においてＦＦＰ区間の遊休区間に対するＵＬ／ＤＬ送信

１)問題状況１

Ａ．ＵＥは自分のＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ送信から始まったＦＦＰ－ｕに対して：

－ＣａｓｅＵ１)該当ＦＦＰ－ｕの遊休区間によるＵＬ送信が許容されない反面、

－ＣａｓｅＵ２)該当ＦＦＰ－ｕ区間内に含まれたＦＦＰ－ｇの遊休区間によってはＵＬ送信が許容される。

Ｂ．ＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴ送信から始まったＦＦＰ－ｇに対してＵＥは：

－ＣａｓｅＮ１)該当ＦＦＰ－ｇの遊休区間による(ｓｈａｒｅｄ－ＢＳＣＯＴ基盤の)ＵＬ送信が許容されない反面、

－ＣａｓｅＮ２)該当ＦＦＰ－ｇ区間内に含まれたＦＦＰ－ｕの遊休区間によっては(ｓｈａｒｅｄ－ＢＳＣＯＴ基盤の)ＵＬ送信が許容される。

Ｃ．一方、ＣａｓｅＵ２(及び／又はＣａｓｅＮ２)の場合、もしＵＥとＢＳの間に該当時点でのＣＯＴＩｎｉｔｉａｔｏｒ(例えば、ＵＥであるか又はＢＳであるか)に対する不一致が発生する場合、ＵＥとＢＳの間に(及び／又はＵＥらの間に)予想しなかった干渉の影響があり得る。かかる干渉の影響は、ｓｃｈｅｄｕｌｅｄＵＬ送信の場合、ＤＣＩによる適切なＵＬ送信時点の指示により制御が容易である反面、特定のｃｏｎｆｉｇｕｒｅｄＵＬ(例えば、ＣＧＰＵＳＣＨ)送信の場合は、干渉の影響に対する制御が容易ではない。

２)提案１

Ａ．Ｏｐｔ１

i．ＣａｓｅＵ２の場合にｓｃｈｅｄｕｌｅｄＵＬ送信に対してのみＵＬ送信が許容され、ｃｏｎｆｉｇｕｒｅｄＵＬ送信に対してはＵＬ送信が許容されないように規定される。

１．これにより、ＵＥはＣａｓｅＵ２に該当するＦＦＰ－ｇの遊休区間はｃｏｎｆｉｇｕｒｅｄＵＬ送信に無効(ｉｎｖａｌｉｄ)なリソースであるとみなした状態でｃｏｎｆｉｇｕｒｅｄＵＬリソースの構成及び送信動作を行う。

ii．又は、ＣａｓｅＵ２の場合にｃｏｎｆｉｇｕｒｅｄＵＬ送信に対してＵＬ送信が許容されるか否かがＵＥに設定される。

Ｂ．Ｏｐｔ２

i．ＣａｓｅＮ２の場合にｓｃｈｅｄｕｌｅｄＵＬ送信に対してのみ(ｓｈａｒｅｄ－ＢＳＣＯＴ基盤の)ＵＬ送信が許容され、ｃｏｎｆｉｇｕｒｅｄＵＬ送信に対しては(ｓｈａｒｅｄ－ＢＳＣＯＴ基盤の)ＵＬ送信が許容されないように規定される。

１．これにより、ＵＥはＣａｓｅＮ２に該当するＦＦＰ－ｕの遊休区間はｃｏｎｆｉｇｕｒｅｄＵＬ送信に無効(ｉｎｖａｌｉｄ)なリソースとみなした状態でｃｏｎｆｉｇｕｒｅｄＵＬリソースの構成及び送信動作を行う。

ii．又は、ＣａｓｅＮ２の場合にｃｏｎｆｉｇｕｒｅｄＵＬ送信に対して(ｓｈａｒｅｄ－ＢＳＣＯＴ基盤の)ＵＬ送信が許容されるか否かがＵＥに設定される。

Ｃ．Ｏｐｔ３

i．ＣａｓｅＵ２とＣａｓｅＮ２の場合、ｓｃｈｅｄｕｌｅｄＵＬ送信に対してのみＵＬ送信が許容され、ｃｏｎｆｉｇｕｒｅｄＵＬ送信に対してはＵＬ送信が許容されないように規定される。

１．これにより、ＵＥはＣａｓｅＵ２に該当するＦＦＰ－ｇの遊休区間とＣａｓｅＮ２に該当するＦＦＰ－ｕの遊休区間はｃｏｎｆｉｇｕｒｅｄＵＬ送信に無効(ｉｎｖａｌｉｄ)なリソースと見なした状態でｃｏｎｆｉｇｕｒｅｄＵＬリソースの構成及び送信動作を行うことができる。

ii．又は、ＣａｓｅＵ２とＣａｓｅＮ２の場合にｃｏｎｆｉｇｕｒｅｄＵＬ送信に対してＵＬ送信が許容されるか否かがＵＥに設定される。

Ｄ．Ｎｏｔｅ：ｃｏｎｆｉｇｕｒｅｄＵＬの場合、少なくともＣＧＰＵＳＣＨを含む。

３)問題状況２

Ａ．ＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴ送信から始まったＦＦＰ－ｇに対してＢＳは：

－ＣａｓｅＡ１)該当ＦＦＰ－ｇの遊休区間によるＤＬ送信が許容されない反面、

－ＣａｓｅＡ２)該当ＦＦＰ－ｇ区間内に含まれたＦＦＰ－ｕの遊休区間によってはＤＬ送信が許容される。

Ｂ．ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ送信から始まったＦＦＰ－ｕに対してＢＳは：

－ＣａｓｅＢ１)該当ＦＦＰ－ｕの遊休区間による(ｓｈａｒｅｄ－ＵＥＣＯＴ基盤の)ＤＬ送信が許容されない反面、

－ＣａｓｅＢ２)該当ＦＦＰ－ｕ区間内に含まれたＦＦＰ－ｇの遊休区間によっては(ｓｈａｒｅｄ－ＵＥＣＯＴ基盤の)ＤＬ送信が許容される。

Ｃ．一方、ＣａｓｅＡ２(及び／又はＣａｓｅＢ２)の場合、もしＵＥとＢＳの間に該当時点でのＣＯＴＩｎｉｔｉａｔｏｒ(例えば、ＵＥであるか又はＢＳであるか)に対する不一致が発生する場合、ＵＥとＢＳの間に(及び／又はＵＥらの間に)予期していない干渉の影響があり得る。かかる干渉の影響は、ｓｃｈｅｄｕｌｅｄＤＬ送信の場合、ＤＣＩによる適切なＤＬ送信時点の指示により制御が容易である反面、特定のｃｏｎｆｉｇｕｒｅｄＤＬ(例えば、ＳＰＳＰＤＳＣＨ)送信の場合は、干渉の影響に対する制御が容易ではない。

４)提案２

Ａ．Ｏｐｔ１

i．ＣａｓｅＡ２の場合、ＵＥはｓｃｈｅｄｕｌｅｄＤＬ送信に対してのみＤＬ受信を行い、ｃｏｎｆｉｇｕｒｅｄＤＬ送信に対してはＤＬ受信を行わないように規定される。

１．これにより、ＵＥはＣａｓｅＡ２に該当するＦＦＰ－ｕの遊休区間はｃｏｎｆｉｇｕｒｅｄＤＬ送信に無効(ｉｎｖａｌｉｄ)なリソースであるとみなした状態でｃｏｎｆｉｇｕｒｅｄＤＬリソースの構成及び受信動作を行うことができる。

ii．又は、ＣａｓｅＡ２の場合にｃｏｎｆｉｇｕｒｅｄＤＬ送信に対してＤＬ受信を行うか否かがＵＥに設定される。

Ｂ．Ｏｐｔ２

i．ＣａｓｅＢ２の場合、ＵＥは(ｓｈａｒｅｄ－ＵＥＣＯＴ基盤の)ｓｃｈｅｄｕｌｅｄＤＬ送信に対してのみＤＬ受信を行い、(ｓｈａｒｅｄ－ＵＥＣＯＴ基盤の)ｃｏｎｆｉｇｕｒｅｄＤＬ送信に対してはＤＬ受信を行わないように規定される。

１．これにより、ＵＥはＣａｓｅＢ２に該当するＦＦＰ－ｇの遊休区間はｃｏｎｆｉｇｕｒｅｄＤＬ送信に無効(ｉｎｖａｌｉｄ)なリソースとみなした状態でｃｏｎｆｉｇｕｒｅｄＤＬリソースの構成及び受信動作を行うことができる。

ii．又は、ＣａｓｅＢ２の場合に(ｓｈａｒｅｄ－ＵＥＣＯＴ基盤の)ｃｏｎｆｉｇｕｒｅｄＤＬ送信に対してＤＬ受信を行うか否かがＵＥに設定される。

Ｃ．Ｏｐｔ３

i．ＣａｓｅＡ２とＣａｓｅＢ２の場合、ＵＥはｓｃｈｅｄｕｌｅｄＤＬ送信に対してのみＤＬ受信を行い、ｃｏｎｆｉｇｕｒｅｄＤＬ送信に対してはＤＬ受信を行わないように規定される。

１．これにより、ＵＥはＣａｓｅＡ２に該当するＦＦＰ－ｕの遊休区間とＣａｓｅＢ２に該当するＦＦＰ－ｇの遊休区間はｃｏｎｆｉｇｕｒｅｄＤＬ送信に無効(ｉｎｖａｌｉｄ)なリソースであると見なした状態でｃｏｎｆｉｇｕｒｅｄＤＬリソースの構成及び受信動作を行うことができる。

ii．又は、ＣａｓｅＡ２とＣａｓｅＢ２の場合にｃｏｎｆｉｇｕｒｅｄＤＬ送信に対してＤＬ受信を行う否かがＵＥに設定される。

Ｄ．Ｎｏｔｅ：ｃｏｎｆｉｇｕｒｅｄＤＬの場合、少なくともＳＰＳＰＤＳＣＨを含む。

[４]ＦＢＥ動作状況においてｓｃｈｅｄｕｌｅｄＵＬ送信に対するＵＥ動作

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

Ａ．ＵＬ／ＤＬスケジューリングＤＣＩによりｓｃｈｅｄｕｌｅｄＵＬ(例えば、ＰＵＳＣＨ／ＰＵＣＣＨ／ＳＲＳ)リソースがＵＥに指示され、ＵＥが該当ｓｃｈｅｄｕｌｅｄＵＬリソース上の送信を、例えば、ｓｈａｒｅｄ－ＣＯＴ形態(例えば、ｓｃｈｅｄｕｌｅｄＵＬをＦＦＰ－ｇ区間内でＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴに基づいて送信する形態)に基づいて行うように指示された状態で、Ｏｐｔ１)ＵＥはｓｃｈｅｄｕｌｅｄＵＬリソースを含むＦＦＰ－ｇ区間(ｐｅｒｉｏｄ)に対してＢＳが既にＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴ送信を開始したと仮定した状態で(ＤＬ信号検出／センシング過程を省略し、又はＤＬ信号検出の有無／結果に関係なく)該当ｓｃｈｅｄｕｌｅｄＵＬリソース上でｓｈａｒｅｄ－ＣＯＴ形態で送信を行うか、又はＯｐｔ２)ＵＥは該当ｓｃｈｅｄｕｌｅｄＵＬリソースを含むＦＦＰ－ｇ上で(ＤＬ信号検出／センシング過程を行った結果)(ＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴに基づいて送信された)ＤＬ信号を検出した場合にのみ該当ｓｃｈｅｄｕｌｅｄＵＬリソース上でｓｈａｒｅｄ－ＣＯＴ形態でＵＬ送信を行い、これとは異なり、(該当ｓｃｈｅｄｕｌｅｄＵＬリソースを含むＦＦＰ－ｇ上でＤＬ信号の検出／センシング過程を行った結果)ＤＬ信号の検出に失敗した場合は、該当ｓｃｈｅｄｕｌｅｄＵＬ送信ができないように(ｄｒｏｐ)動作する。

Ｂ．Ｏｐｔ１動作の一例として、ＤＣＩが送信されたセル１とｓｃｈｅｄｕｌｅｄＵＬリソースが割り当てられたセル２が互いに異なり(例えば、セル１上のＤＣＩがセル２上のＰＵＳＣＨをクロスキャリアスケジューリングするように設定された場合、及び／又はセル１上のＤＣＩ／ＰＤＳＣＨ送信に対するＨＡＲＱ－ＡＣＫフィードバックがセル２上のＰＵＣＣＨを介して送信される場合など)、ＤＣＩが送信された時点がｓｃｈｅｄｕｌｅｄＵＬリソースが割り当てられたＦＦＰ－ｇ(例えば、セル２上のＦＦＰ－ｇ)区間内に含まれる(ｃｏｎｆｉｎｅｄ)場合(或いはＤＣＩ送信時点を含むセル１上のＦＦＰ－ｇ区間とｓｃｈｅｄｕｌｅｄＵＬリソースを含むセル２上のＦＦＰ－ｇ区間が時間的に重なる場合)、ＵＥ／ＢＳはＯｐｔ１に基づいてＵＬ信号を送受信する。

Ｃ．Ｏｐｔ２動作の一例として、ＤＣＩが送信されたセル１とｓｃｈｅｄｕｌｅｄＵＬリソースが割り当てられたセル２が異なり、(及び／又は)ＤＣＩが送信された時点がｓｃｈｅｄｕｌｅｄＵＬリソースが割り当てられたＦＦＰ－ｇ(例えば、セル２上のＦＦＰ－ｇ)区間内に含まれていない場合(或いはＤＣＩ送信時点を含むセル１上のＦＦＰ－ｇ区間とｓｃｈｅｄｕｌｅｄＵＬリソースを含むセル２上のＦＦＰ－ｇ区間が時間的に重ならない場合)(このような場合を便宜上“ＣａｓｅＡ”と定義)、ＵＥ／ＢＳはＯｐｔ２に基づいてＵＬ信号を送受信する(クロスキャリアスケジューリング状況において、ＢＳが該当ＦＦＰ－ｇを予約した／占めたこと(例えば、ＢＳｉｎｉｔｉａｔｅｄＣＯＴにより開始される)を確認するための)ＤＬ信号の検出は、ｓｃｈｅｄｕｌｅｄＵＬリソースが割り当てられたセル２上で行われる。Ｏｐｔ２動作の適用が必ずクロスキャリアスケジューリングに限定されることではない。Ｏｐｔ２動作の一例として、ＤＣＩが送信されたセルとｓｃｈｅｄｕｌｅｄＵＬリソースが割り当てられたセルが同一である場合にもＯｐｔ２が適用される。一例として、ＤＣＩが送信されたセルとｓｃｈｅｄｕｌｅｄＵＬリソースが割り当てられたセルが同一であり、ＤＣＩが受信されたＦＦＰ－ｇ内にｓｃｈｅｄｕｌｅｄＵＬリソースが含まれた(ｃｏｎｆｉｎｅｄ)ことではなければ、ＵＥ／ＢＳはＯｐｔ２を適用する。

Ｄ．ＣａｓｅＡの状況において、特定の(例えば、ＵＥｇｒｏｕｐ－ｃｏｍｍｏｎ)ＤＣＩによりＵＬリソースが割り当てられたセル２上のＦＦＰ－ｇ区間がＤＬ送信／受信に利用可能であると指示された場合は、例外的にＯｐｔ１の動作が適用される。

図１７は本発明の一実施例によるＵＬ信号送受信を説明する図である。一方、上述したように、ｓｈａｒｅｄ－ＣＯＴ形態でｓｃｈｅｄｕｌｅｄＵＬ送信を行うために、ＵＥは(原則的には)ＢＳが該当ＦＦＰ－ｇの占有／確保に成功したことを確認する(例えば、ＢＳｉｎｉｔｉａｔｅｄＣＯＴから始まることを確認)必要があり、またＵＥはＢＳが占有／確保に成功したＦＦＰ－ｇでＢＳのＤＬ送信が終わった後にこそＵＥが残余ＦＦＰ－ｇ区間を共有してＵＬ送信を行うことができる。但し、(例外的に)Ｏｐｔ１が適用可能であると判断された場合は、ＵＥはＢＳが該当ＦＦＰ－ｇの占有／確保に成功したことを確認する別の過程(Ｈ２０)を省略してもよい。

図１７を参照すると、ＵＥはＤＣＩを受信する(Ｈ１０)。ＤＣＩはＵＬ送信をスケジューリングするものであって、ＵＬグラントＤＣＩであってもよいが、それに限られない。例えば、ＤＬグラントＤＣＩにより指示されるＰＵＣＣＨリソースによるＵＥのＰＵＣＣＨ送信もＳｃｈｅｄｕｌｅｄＵＬ送信であるので、ＤＣＩはＤＬグラントＤＣＩであってもよい。ＤＣＩが受信されたＦＦＰをＦＦＰ_ａと仮定する。ＦＦＰ_ａはＢＳｉｎｉｔｉａｔｅｄＣＯＴから始まるＦＦＰ－ｇであってもよい。ＤＣＩはＵＬ送信のためのチャネルアクセスパラメータを指示する。ＵＥはＤＣＩに基づいて、ｓｃｈｅｄｕｌｅｄＵＬがＦＦＰ－ｇ(該当ＦＦＰ－ｇに対応するＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴ)に関するものであるか、又はＦＦＰ－ｕ(該当ＦＦＰ－ｕに対応するＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ)に関するものであるかを決定する。ＵＥはネットワークシグナリング、例えば、ＤＣＩに基づいて、ｓｃｈｅｄｕｌｅｄＵＬのためにチャネルセンシングを行うか否かを決定する。以下、ＤＣＩがスケジューリングしたＵＬ送信が(ＢＳｉｎｉｔｉａｔｅｄＣＯＴから始まる)ＦＦＰ－ｇに含まれ、ＢＳｉｎｉｔｉａｔｅｄＣＯＴから始まるＦＦＰ－ｇ上でＵＥがｓｈａｒｅｄ－ＣＯＴ形態でｓｃｈｅｄｕｌｅｄＵＬ送信を行うように指示されたと仮定する。

ＤＣＩを受信したＵＥはｓｃｈｅｄｕｌｅｄＵＬリソースが該当ＤＣＩが受信されたＦＦＰ_ａに含まれたか否かを確認する(Ｈ１５)。

ｓｃｈｅｄｕｌｅｄＵＬリソースがＦＦＰ_ａに含まれた場合、即ち、ｓｃｈｅｄｕｌｅｄＵＬがＤＣＩと同一のＦＦＰ上でスケジュールされた場合(例えば、Ｉｎｔｒａｐｅｒｉｏｄｓｃｈｅｄｕｌｉｎｇ)、ＵＥはＯｐｔ１に基づいてｓｃｈｅｄｕｌｅｄＵＬ送信を行う(Ｈ２５)。Ｏｐｔ１に基づくｓｃｈｅｄｕｌｅｄＵＬ送信はｓｈａｒｅｄＣＯＴに基づいて行われる。Ｏｐｔ１に基づくｓｃｈｅｄｕｌｅｄＵＬ送信では、該当ＦＦＰがＢＳｉｎｉｔｉａｔｅｄＣＯＴから始まるＦＦＰ－ｇであることを確認するためのＤＬ検出／センシング過程が省略される。図１８はＵＥがｓｈａｒｅｄＣＯＴに基づいてＵＬ送信を行う場合の一例である。例えば、図１８は図１７のＨ２５又はＨ３０に関連する。図１８を参照すると、ＵＥは(ｓｃｈｅｄｕｌｅｄＵＬ以前に行われたｐｒｅｖｉｏｕｓＵＬがあれば)ｓｃｈｅｄｕｌｅｄＵＬがｐｒｅｖｉｏｕｓＵＬ送信時点から最大１６ｕｓ時間ギャップ内で行われるか否かを判断する(Ｊ１５)。例えば、該当ｓｃｈｅｄｕｌｅｄＵＬから最大１６ｕｓ時間ギャップ内で行われたｐｒｅｖｉｏｕｓＵＬ送信がある場合、ＵＥは別のチャネルセンシング(ＬＢＴ)なしに、ｓｃｈｅｄｕｌｅｄＵＬを行う(Ｊ２５)。該当ｓｃｈｅｄｕｌｅｄＵＬから最大１６ｕｓ時間ギャップ内で行われたｐｒｅｖｉｏｕｓＵＬ送信がない場合は、ＵＥは別にチャネルセンシング(ＬＢＴ)過程を行い(Ｊ２０)、遊休が確認されると、ｓｃｈｅｄｕｌｅｄＵＬを行う(Ｊ３０)。

図１７に戻って、ｓｃｈｅｄｕｌｅｄＵＬリソースがＦＦＰ_ａに含まれない場合、即ち、ｓｃｈｅｄｕｌｅｄＵＬがＤＣＩと異なるＦＦＰ_ｂ上でスケジュールされた場合(例えば、Ｃｒｏｓｓｐｅｒｉｏｄｓｃｈｅｄｕｌｉｎｇ)、ＵＥはＯｐｔ２に基づいてｓｃｈｅｄｕｌｅｄＵＬ送信を行う(Ｈ１５、Ｎｏ)。Ｏｐｔ２によれば、ＵＥはｓｃｈｅｄｕｌｅｄＵＬが属するＦＦＰ_ｂに対してＤＬ検出／センシングの手順を行わなければならない(Ｈ２０)。ＵＥ／ＢＳはＤＣＩが送受信されたＦＦＰ_ａ時点では今後ＦＦＰ_ｂがＢＳにより占有されるか否かが確実ではないが、その理由は該当周波数帯域が共有スペクトル／非免許帯域であって、他の機器／他の標準(例えば、ＩＥＥＥ８０２.１１など)と共存する必要があるためである。例えば、３ＧＰＰＵＥ及びサービングセルを運用するＢＳ間ではＦＦＰ_ｂがＢＳｉｎｉｔｉａｔｅｄＣＯＴから始まるＦＦＰ－ｇに設定すると予め(例えば、遅くともＦＦＰ_ａ時点には)約束したとしても、３ＧＰＰ規約に従わない第３の機器又は該当３ＧＰＰＵＥとＢＳ間の先約を知らない第３の機器がＦＦＰ_ｂの少なくとも一部を占有する可能性を排除できない。例えば、３ＧＰＰＢＳ／ＵＥは該当周波数帯域を独占する権限がないので、ＦＦＰ_ｂで第３の機器の占有を完全に排除できない。従って、ＵＥはｓｃｈｅｄｕｌｅｄＵＬが属するＦＦＰ_ｂの開始時点に実際にＢＳが該当ＦＦＰ_ｂの占有に成功したか否かを確認する必要があり、つまり、ＦＦＰ_ｂの開始時点にＢＳｉｎｉｔｉａｔｅｄＣＯＴに関連するＤＬ信号が存在するか否かを確認するためのＤＬ検出／センシング過程を行う必要がある(Ｈ２０)。仮にＦＦＰ_ｂの開始時点にＢＳｉｎｉｔｉａｔｅｄＣＯＴに関連するＤＬ信号が存在しない場合(Ｈ２０、ｎｏｎ－ｐａｓｓ)、ＵＥはＦＦＰ_ｂがＢＳにより占有されたか否かを確信できないので(言い換えれば、第３機器によるチャネル占有の可能性があるので)、ＵＥは第３機器と衝突可能性のあるｓｃｈｅｄｕｌｅｄＵＬの送信を行わない(Ｈ２５、Ｄｒｏｐ)。仮にＦＦＰ_ｂの開始時点にＢＳｉｎｉｔｉａｔｅｄＣＯＴに関連するＤＬ信号が存在する場合は(Ｈ２０、ｐａｓｓ)、ＵＥはＦＦＰ_ｂがＢＳにより占有／予約されたと判断して、ＵＥはｓｈａｒｅｄＣＯＴに基づいてｓｃｈｅｄｕｌｅｄＵＬの送信を行う(Ｈ３０及び図１８)。

Ｅ．一方、時間ドメインにおけるＤＣＩとｓｃｈｅｄｕｌｅｄＵＬの間の重畳有無(Ｉｎｔｒａｐｅｒｉｏｄの有無)だけではなく、さらに周波数ドメイン上におけるＤＣＩとｓｃｈｅｄｕｌｅｄＵＬの間の重畳有無(Ｉｎｔｒａｆｒｅｑ.の有無)が考慮される。また、(ＵＬ／ＤＬｇｒａｎｔ)ＤＣＩが送信されたセルとｓｃｈｅｄｕｌｅｄＵＬ(例えば、ＰＵＳＣＨ／ＰＵＣＣＨ／ＳＲＳ)リソースが割り当てられたセルが同一である場合についても、Ｏｐｔ１／２の適用有無が考慮される。

一例として、送信されたセルとｓｃｈｅｄｕｌｅｄＵＬリソースが割り当てられたセルが同一である場合にも、該当セル上に一つ以上(複数)の(個別／独立したＬＢＴが求められる)ＲＢセットが設定された場合には、Ｏｐｔ２が適用されることもある。

又は、ＤＣＩが送信されたセルとｓｃｈｅｄｕｌｅｄＵＬリソースが割り当てられたセルが同一である場合であって、該当セル上に一つ以上(複数)のＲＢセットが設定された場合には、以下のように上述したＯｐｔ１／２動作の適用が区分される:

i．Ｏｐｔ１動作の一例として、ＤＣＩが送信されたＲＢセット１と(対応する)ｓｃｈｅｄｕｌｅｄＵＬリソースが割り当てられたＲＢセット２が異なり、ＤＣＩ送信とｓｃｈｅｄｕｌｅｄＵＬリソースが同一のＦＦＰ－ｇ区間内に含まれる場合(即ち、Ｉｎｔｒａｐｅｒｉｏｄ)、ＵＥ／ＢＳはＯｐｔ１に基づいて動作する。例えば、図２０の(ａ)を参照すると、(たとえＲＢｓｅｔ＃ａ≠ＲＢｓｅｔ＃ｃであっても)ＵＥ／ＢＳは(ＢＳｉｎｉｔｉａｔｅｄＣＯＴに関連するものと指示された)ｓｃｈｅｄｕｌｅｄＵＬリソースがＤＣＩが受信されたＦＦＰ－ｇ＃ｊ区間内に含まれたことに基づいて、Ｏｐｔ１に基づいてＵＬ信号の送受信を行うことができる。例えば、図２０の(ｂ)を参照すると、(たとえｃａｒｒｉｅｒ＃ａ≠ｃａｒｒｉｅｒ＃ｂであっても)ＵＥ／ＢＳは(ＢＳｉｎｉｔｉａｔｅｄＣＯＴに関連するものと指示された)ｓｃｈｅｄｕｌｅｄＵＬリソースが該当ＤＣＩが受信されたＦＦＰ－ｇ＃ｘ区間内に完全に含まれた(例えば、ｓｃｈｅｄｕｌｅｄＵＬリソースの開始と終了が全て完全にＦＦＰ－ｇ＃ｘ内に含まれた)ことに基づいて、Ｏｐｔ１に基づいてＵＬ信号の送受信を行うこともできる。

ii．Ｏｐｔ２動作の一例として、ＤＣＩが送信されたＲＢセットと対応するｓｃｈｅｄｕｌｅｄＵＬリソースが割り当てられたＲＢセットが同一のものある場合にも(即ち、Ｉｎｔｒａｆｒｅｑ.)、Ｏｐｔ２に基づいてＵＬ信号の送受信が行われることができ、Ｏｐｔ２が必ず異なるＲＢセットのＤＣＩ及びｓｃｈｅｄｕｌｅｄＵＬリソースに限定して適用されることではない。例えば、(ＤＣＩとｓｃｈｅｄｕｌｅｄＵＬリソースが互いに異なるＲＢセットに属すると同時に)ＤＣＩ送信とｓｃｈｅｄｕｌｅｄＵＬリソースが同一のＦＦＰ－ｇ区間内に含まれていない(即ち、互いに異なるＦＦＰ－ｇ区間内に含まれる)場合(例えば、Ｃｒｏｓｓｐｅｒｉｏｄ＆Ｃｒｏｓｓｆｒｅｑ.,以下、このような場合を便宜上“ＣａｓｅＢ”と定義)、ＵＥ／ＢＳはＯｐｔ２に基づいて動作し、この場合、ＤＬ信号検出(例えば、図１９のＨ２０ａ)はｓｃｈｅｄｕｌｅｄＵＬリソースが割り当てられたＲＢセット上でのＤＬ信号検出を意味する。

iii．(ＣａｓｅＢの状況であっても)特定のフォーマット(例えば、ＵＥｇｒｏｕｐ－ｃｏｍｍｏｎ)ＤＣＩによりｓｃｈｅｄｕｌｅｄＵＬリソースが割り当てられたＲＢセット２上のＦＦＰ－ｇ区間がＤＬ送信／受信に有用であると指示された場合は、例外的にＯｐｔ１動作が適用されてもよい。

Ｆ．図１９は本発明の一実施例によるＵＬ信号送受信を説明するための図である。図１９は上述した図１７のＵＬ信号送受信をより詳しく限定した一例である。即ち、図１７は図１９の上位概念であり、図１９と図１７は互いに反するものではない。図１９は図１７の一つの具現形態であり、図１７の説明が図１９により制限して解釈されることはない。但し、図１７と重複する説明は図１９では省略する。ＵＥはＵＬ送信をスケジューリングするＤＣＩ(例えば、ＵＬグラントＤＣＩ又はＤＬグラントＤＣＩ)を受信する(Ｈ１０ａ)。ＤＣＩが受信されたＦＦＰをＦＦＰ_ａと仮定する。ＦＦＰ_ａはＢＳｉｎｉｔｉａｔｅｄＣＯＴから始まるＦＦＰ－ｇであってもよい。ＤＣＩはＵＬ送信のためのチャネルアクセスパラメータを指示する。ＵＥはＤＣＩに基づいて、ｓｃｈｅｄｕｌｅｄＵＬがＦＦＰ－ｇ(該当ＦＦＰ－ｇに対応するＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴ)に関するものであるか、それともＦＦＰ－ｕ(該当ＦＦＰ－ｕに対応するＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ)に関するものであるかを決定する。ＵＥはネットワークシグナリング、例えば、ＤＣＩに基づいてｓｃｈｅｄｕｌｅｄＵＬのためにチャネルセンシングを行うべきであるか否かを決定する。以下、ＤＣＩがスケジューリングしたＵＬ送信が(ＢＳｉｎｉｔｉａｔｅｄＣＯＴから始まる)ＦＦＰ－ｇに含まれ、ＢＳｉｎｉｔｉａｔｅｄＣＯＴから始まるＦＦＰ－ｇ上でＵＥがｓｈａｒｅｄ－ＣＯＴ形態でｓｃｈｅｄｕｌｅｄＵＬ送信を行うことが指示されたと仮定する。

ＤＣＩを受信したＵＥは、ｓｃｈｅｄｕｌｅｄＵＬリソースが該当ＤＣＩが受信されたＦＦＰ_ａに(完全に)含まれたか否か(Ｉｎｔｒａｐｅｒｉｏｄ)と、ｓｃｈｅｄｕｌｅｄＵＬリソースが該当ＤＣＩが受信された周波数リソース領域(例えば、ＲＢセット又はキャリア)に(完全に)含まれたか否か(ＩｎｔｒａＦｒｅｑ.)を確認する(Ｈ１５ａ)。

Ｉｎｔｒａｐｅｒｉｏｄ＆ＩｎｔｒａＦｒｅｑ.である場合、ＵＥはＯｐｔ１に基づいてｓｃｈｅｄｕｌｅｄＵＬ送信を行う(Ｈ２５、図１８)。一例として、同じ周波数リソース領域(ＲＢセット／キャリア)＆同じＦＦＰ－ｇにおいて、ＵＥ／ＢＳのＯｐｔ１基盤の動作が行われる(例えば、ＵＬリソースが割り当てられたＲＢセット自体でＤＣＩが受信された場合はＤＬ信号の検出過程を省略される)。

Ｃｒｏｓｓｐｅｒｉｏｄ＆Ｃｒｏｓｓｆｒｅｑ．の場合、ＵＥはＯｐｔ２に基づいてｓｃｈｅｄｕｌｅｄＵＬ送信を行う(Ｈ１５ａ、Ｎｏ)。

図１８ではＣｒｏｓｓｐｅｒｉｏｄであるか又はＣｒｏｓｓｆｒｅｑ．である場合において、ＵＥがＯｐｔ２に基づいてｓｃｈｅｄｕｌｅｄＵＬ送信を行うように例示的に具現したが、本発明はこれに限られず、ＵＥは以下のように動作することもできる(以下、i／iiはＣｒｏｓｓ／ＩｎｔｒａＦｒｅｑ．の有無を区分しない図１７の実施例と類似する結果と理解できる)。

i．一例として、(Ｉｎｔｒａｐｅｒｉｏｄ＆Ｃｒｏｓｓｆｒｅｑ．又はＩｎｔｒａｐｅｒｉｏｄ＆Ｓａｍｅｆｒｅｑ．である場合)ＵＥはＩｎｔｒａｐｅｒｉｏｄであることに基づいて、Ｏｐｔ１基盤のｓｃｈｅｄｕｌｅｄＵＬ送信を行うことができる。ＤＣＩが周波数リソース領域＃１(例えば、ＲＢセット／キャリア＃１)上で送信されるが、周波数リソース領域＃１上でのＤＣＩ送信時点がｓｃｈｅｄｕｌｅｄＵＬリソースが割り当てられた周波数リソース領域＃２(例えば、ＲＢセット／キャリア＃２)上でのＦＦＰ－ｇ区間内に含まれる場合、Ｏｐｔ１が適用される(ここで、ＲＢセット／キャリア＃１とＲＢセット／キャリア＃２は同一或いは異なるＲＢセット／キャリアである)。

ii．一例として、(Ｃｒｏｓｓｐｅｒｉｏｄ＆ＩｎｔｒａＦｒｅｑ．又はＣｒｏｓｓｐｅｒｉｏｄ＆Ｓａｍｅｆｒｅｑ．である場合)ＵＥはＣｒｏｓｓｐｅｒｉｏｄであることに基づいて、Ｏｐｔ２基盤のｓｃｈｅｄｕｌｅｄＵＬ送信を行うことができる。ＤＣＩが周波数リソース領域＃１(例えば、ＲＢセット／キャリア＃１)上で送信されるが、周波数リソース領域＃１上でのＤＣＩ送信時点がｓｃｈｅｄｕｌｅｄＵＬリソースが割り当てられた周波数リソース領域＃２(例えば、ＲＢセット／キャリア＃２)上でのＦＦＰ－ｇ区間内に含まれない場合には(例えば、該当３ＦＦＰ－ｇ区間の開始点前に位置する場合)、Ｏｐｔ２が適用される。

２)ＳｃｈｅｄｕｌｅｄＵＬ送信に対してＤＣＩにより該当ＵＬ送信をＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに基づいて送信するか、それともｓｈａｒｅｄ－ＣＯＴ形態で送信するか(送信形態)が指示される状況において、さらに以下のようなＵＥ動作が考えられる。

Ａ．特定の(例えば、特定のＦＦＰ－ｕ区間の開始点と整列されないながら該当ＦＦＰ－ｕ区間内に含まれるように割り当てられた)ｓｃｈｅｄｕｌｅｄＵＬリソースに対してＤＣＩによりＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ基盤の送信が指示されたとき、以前の時点にＵＥが既に該当ＦＦＰ－ｕ区間に対してＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ送信を開始した場合は該当ｓｃｈｅｄｕｌｅｄＵＬリソースをＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに基づいて送信し、そうではない場合にはＵＥは該当ｓｃｈｅｄｕｌｅｄＵＬリソースに対する送信を省略(ｄｒｏｐ)するように動作する。

Ｂ．また、特定の(例えば、特定のＦＦＰ－ｇ区間内に含まれるように割り当てられた)ｓｃｈｅｄｕｌｅｄＵＬリソースに対してＤＣＩによりｓｈａｒｅｄ－ＣＯＴ基盤の送信が指示されたとき、以前の時点にＵＥが既に該当ＦＦＰ－ｇ区間内でｓｈａｒｅｄ－ＣＯＴ送信を行った場合は(該当ｓｃｈｅｄｕｌｅｄＵＬリソースが割り当てられたセル上で別のＤＬ信号の検出動作を省略し又は該当セル上でのＤＬ信号の検出有無に関係なく)該当ｓｃｈｅｄｕｌｅｄＵＬリソースをｓｈａｒｅｄ－ＣＯＴに基づいて送信し、そうではない場合には(クロスキャリアスケジューリング／指示の有無及びセルごとのＦＦＰ－ｇ区間などによって)Ｏｐｔ１又はＯｐｔ２動作を適用する。

[５]ＦＢＥ動作状況においてＣＯＴＩｎｉｔｉａｔｏｒの決定に関連するハンドリング動作

ＵＥに複数のＲＢセットで構成されたキャリア(即ち、セル)及び／又は(一つ以上のＲＢセットで構成された)複数のセルが設定された(即ち、ＣＡ)状況において、(ＵＥ観点での)ＣＯＴＩｎｉｔｉａｔｏｒ(例えば、ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ又はＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴ)の決定に関連して、以下のような動作が考えられる。

Ａ．同じセル(例えば、イントラキャリア)或いは同じＢＷＰ上に設定された複数のＲＢセットで構成されたＲＢセットグループ(及び／又は同じ周波数帯域(例えば、Ｉｎｔｒａ－ｂａｎｄ)上に設定された複数のセル(該当セルに構成された複数のＲＢセット)で構成されたセル(ＲＢセット)グループ)について、特定のＦＦＰ－ｇ区間に対して(特定の(例えば、ＵＥ－ｓｐｅｃｉｆｉｃ又はＵＥｇｒｏｕｐ－ｃｏｍｍｏｎ)ＤＣＩにより)ＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴであると(或いはＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴに基づく(例えば、ｓｃｈｅｄｕｌｅｄ)ＵＬ送信が)指示された、又はそれに相応する(ＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴに基づいて送信された)ＤＬ信号が検出された、又は(特定の(例えば、ＵＥｇｒｏｕｐ－ｃｏｍｍｏｎ又はＵＥ－ｓｐｅｃｉｆｉｃ)ＤＣＩにより)ＤＬ送信／受信に有用であると指示されたＲＢセット(又は特定のＤＬ信号／チャネル(例えば、ブロードキャスト送信が行われるＳＳＢ(ＳＳ／ＰＢＣＨ送信に使用されるリソース)及び／又は(ＭＩＢ／ＳＩＢなどにより設定される)特定の(例えば、最低ＩＤ／インデックスを有する)ＣＯＲＥＳＥＴなど)を含むＲＢセット)が存在しない場合、該当ＦＦＰ－ｇ区間と時間的に重なる又は該当ＦＦＰ－ｇ区間に(ＦＦＰ開始時点が)含まれるＦＦＰ－ｕ区間(及び／又は該当ＦＦＰ－ｇの開始時点と時間的に重なるＦＦＰ－ｕ区間)でＲＢセットグループに属するＲＢセット(全部或いは一部)によりＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに基づくＵＬ送信を行う動作が許容される／可能である。

i．この場合、(ＦＦＰ－ｕ区間に対して)ＲＢセットグループに属する特定のＲＢセットについて、ＢＳからＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴであると(或いはＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに基づく(例えば、ｓｃｈｅｄｕｌｅｄ)ＵＬ送信が)指示された、又はＵＥが(該当ＲＢセットに割り当てられた特定の(例えば、ｃｏｎｆｉｇｕｒｅｄ)ＵＬ送信に対して)ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴを仮定するように決定した場合は、ＵＥは該当ＲＢセット(又はこのＲＢセットが属するＲＢセットグループの全体)に対してＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴと仮定／決定した状態で該当ＲＢセット(又はこのＲＢセットが属するＲＢセットグループ)によるＵＬ送信を行うように動作する。

Ｂ．同じセル(例えば、イントラキャリア)或いは同じＢＷＰ上に設定された複数のＲＢセットで構成されたＲＢセットグループ(及び／又は同じ周波数帯域(例えば、Ｉｎｔｒａ－ｂａｎｄ)上に設定された複数のセル(該当セルに構成された複数のＲＢセット)で構成されたセル(ＲＢセット)グループ)について、特定のＦＦＰ－ｇ区間に対して(特定の(例えば、ＵＥ－ｓｐｅｃｉｆｉｃ又はＵＥｇｒｏｕｐ－ｃｏｍｍｏｎ)ＤＣＩにより)ＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴであると(或いはＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴに基づく(例えば、ｓｃｈｅｄｕｌｅｄ)ＵＬ送信が)指示された、又はそれに相応する(ＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴに基づいて送信された)ＤＬ信号が検出された、又は(特定の(例えば、ＵＥｇｒｏｕｐ－ｃｏｍｍｏｎ又はＵＥ－ｓｐｅｃｉｆｉｃ)ＤＣＩにより)ＤＬ送信／受信に有用であると指示されたＲＢセット(又は特定のＤＬ信号／チャネル(例えば、ブロードキャスト送信が行われるＳＳＢ(ＳＳ／ＰＢＣＨ送信に使用されるリソース)及び／又は(ＭＩＢ／ＳＩＢなどにより設定される)特定の(例えば、最低ＩＤ／インデックスを有する)ＣＯＲＥＳＥＴなど)を含むＲＢセット)が少なくとも一つ以上存在する場合、該当ＦＦＰ－ｇ区間と時間的に重なる又は該当ＦＦＰ－ｇ区間に(ＦＦＰ開始時点が)含まれるＦＦＰ－ｕ区間(及び／又は該当ＦＦＰ－ｇの開始時点と時間的に重なるＦＦＰ－ｕ区間)でＲＢセットグループに属する如何なるＲＢセットによってもＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに基づくＵＬ送信を行う動作が許容されない／不可能である(これにより、ＦＦＰ－ｇ区間ではＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴに基づく(ｓｈａｒｅｄ－ＣＯＴ基盤の)ＵＬ送信のみが許容される／可能である)。

i．この場合、(ＦＦＰ－ｇ区間に対して)ＲＢセットグループに属する特定のＲＢセットに対して、ＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴであると(或いはＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴに基づく(例えば、ｓｃｈｅｄｕｌｅｄ)ＵＬ送信が)指示された、又はそれに相応する(ＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴに基づいて送信された)ＤＬ信号が検出された、又はＤＬ送信／受信に有用であると指示された場合、ＵＥは該当ＲＢセットに対してのみＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴと仮定／決定した状態で該当ＲＢセットによるＵＬ送信を行うように動作する。

Ｃ．他の方法においては、同じセル(例えば、イントラキャリア)或いは同じＢＷＰ上に設定された複数のＲＢセットで構成されたＲＢセットグループ(及び／又は同じ周波数帯域(例えば、Ｉｎｔｒａ－ｂａｎｄ)上に設定された複数のセル(該当セルに構成された複数のＲＢセット)で構成されたセル(ＲＢセット)グループ)に対して：

－セル／ＢＷＰ上に周波数上に隣接するＲＢセットの間に(例えば、イントラキャリア)ガードバンドが設定された状態でＲＢセットグループ内の特定の一部(割り当てられた)ＲＢセットが特定のタイプの(例えば、ｃｏｎｆｉｇｕｒｅｄ又はｓｃｈｅｄｕｌｅｄ)ＵＬ送信リソースとして設定／指示された場合、

－該当割り当てられたＲＢセットに対して決定／仮定／指示されたＣＯＴＩｎｉｔｉａｔｏｒ(例えば、ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴであるか、それともＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴであるか)が一致すれば、該当ＣＯＴＩｎｉｔｉａｔｏｒが(該当割り当てられたＲＢセットを除いた)残りのＲＢセットに対して決定／仮定／指示されたＣＯＴＩｎｉｔｉａｔｏｒと一致するか否かに関係なく、ＵＬ送信が許容される／可能である。かかる動作を便宜上、“ｍｕｌｔｉ－ＲＢｓｅｔｂｅｈａｖｉｏｒ１”と定義する。

i．一例として、割り当てられたＲＢセットに対して決定／仮定／指示されたＣＯＴＩｎｉｔｉａｔｏｒがＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴと一致する場合、残りのＲＢセットに対して決定／仮定／指示されたＣＯＴＩｎｉｔｉａｔｏｒがＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴであってもＵＬ送信が許容される／可能である。

ii．従って、この場合、もし割り当てられたＲＢセットに対して決定／仮定／指示されたＣＯＴＩｎｉｔｉａｔｏｒがＲＢセットの間で異なると、ＵＬ送信が許容されない／不可能である(即ち、ＵＥは該当ＵＬ送信を省略するように動作する)。

iii．具体的な一例として、総Ｎ個のＲＢセットを含むＲＢセットグループが(ＢＷＰ又はキャリア上に)設定され、ＵＥは該当ＲＢセットグループにおいてＭ個(Ｎ以下の整数)のＲＢセットによりＵＬ送信を行う状況を仮定する。一方、ＣＯＴＩｎｉｔｉａｔｏｒは各ＲＢセットごとに決定される。(i)ＵＥが行うＵＬ送信がｃｏｎｆｉｇｕｒｅｄＵＬに該当する場合、Ｍ個のＲＢセットのＣＯＴＩｎｉｔｉａｔｏｒが全て同一である(例えば、ＲＢセット＃１のＣＯＴＩｎｉｔｉａｔｏｒ＝ＲＢセット＃２のＣＯＴＩｎｉｔｉａｔｏｒ＝....＝ＲＢセット＃ＭのＣＯＴＩｎｉｔｉａｔｏｒ)と決定されないと、ＵＥは該当ｃｏｎｆｉｇｕｒｅｄＵＬ送信を行うことができない。(ii)ＵＥが行うＵＬ送信がＳｃｈｅｄｕｌｅｄＵＬに該当する場合であって、ＤＣＩにより指示されたＣＯＴＩｎｉｔｉａｔｏｒがＸ(ここで、ＸはＵＥ又はＢＳ)と指示された場合、全てのＭ個のＲＢセットのＣＯＴＩｎｉｔｉａｔｏｒがＤＣＩにより指示されたＣＯＴＩｎｉｔｉａｔｏｒＸと同一である(例えば、ＲＢセット＃１のＣＯＴＩｎｉｔｉａｔｏｒ＝ＲＢセット＃２のＣＯＴＩｎｉｔｉａｔｏｒ＝....＝ＲＢセット＃ＭのＣＯＴＩｎｉｔｉａｔｏｒ＝Ｘ)と決定されないと、ＵＥは該当ＳｃｈｅｄｕｌｅｄＵＬ送信を行うことができない。一例として、(i)／(ii)において、残りの他のＲＢセット(例えば、Ｎ－Ｍ個のＲＢセット)においてＣＯＴＩｎｉｔｉａｔｏｒが決定されない状態(例えば、ＣＯＴＩｎｉｔｉａｔｏｒ決定のための信号の検出／センシングを行ったが、検出されなかった場合又は残りの他のＲＢセットに対してはＣＯＴＩｎｉｔｉａｔｏｒの決定が行われていない場合)でＵＬ送信のための過程が行われる。また、一例として、(i)／(ii)において、Ｍ個のＲＢセットのＣＯＴＩｎｉｔｉａｔｏｒが残りの他のＲＢセット(例えば、Ｎ－Ｍ個のＲＢセット)のＣＯＴＩｎｉｔｉａｔｏｒと同一ではない場合、ＵＥは該当ＵＬ送信をドロップするか否かを判断するための追加過程を行う。又は、(i)／(ii)において、Ｍ個のＲＢセットのＣＯＴＩｎｉｔｉａｔｏｒが残りの他のＲＢセット(例えば、Ｎ－Ｍ個のＲＢセット)のＣＯＴＩｎｉｔｉａｔｏｒと同一ではない場合であっても、(特定の条件下で例外的に)該当ＵＬ送信が行われる。

Ｄ．又は他の方法において、同じセル(例えば、イントラキャリア)或いは同じＢＷＰ上に設定された複数のＲＢセットで構成されたＲＢセットグループ(及び／又は同じ周波数帯域(例えば、Ｉｎｔｒａ－ｂａｎｄ)上に設定された複数のセル(該当セルに構成された複数のＲＢセット)で構成されたセル(ＲＢセット)グループ)に対して：

－セル／ＢＷＰ上に周波数上に隣接するＲＢセット間に(例えば、イントラキャリア)ガードバンドが設定された状態でＲＢセットグループ内の特定の一部(割り当てられた)ＲＢセットが特定のタイプの(例えば、ｃｏｎｆｉｇｕｒｅｄ又はｓｃｈｅｄｕｌｅｄ)ＵＬ送信リソースとして設定／指示された場合、

－該当割り当てられたＲＢセットに対して決定／仮定／指示されたＣＯＴＩｎｉｔｉａｔｏｒＡ(例えば、ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴであるか、それともＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴであるか)が一致し、(該当割り当てられたＲＢセットを除いた)残りのＲＢセットに対して決定／仮定／指示されたＣＯＴＩｎｉｔｉａｔｏｒが(ないか又はあっても)ＣＯＴＩｎｉｔｉａｔｏｒＡと一致する場合、ＵＬ送信が許容される／可能である。

i．一例として、割り当てられたＲＢセットに対して決定／仮定／指示されたＣＯＴＩｎｉｔｉａｔｏｒがＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴと一致する場合、残りのＲＢセットに対して特別に決定／仮定／指示されたＣＯＴＩｎｉｔｉａｔｏｒがなくてもＵＬ送信が許容される／可能である。

ii．従って、この場合、もし割り当てられたＲＢセット及び残りのＲＢセットに対して決定／仮定／指示されたＣＯＴＩｎｉｔｉａｔｏｒがＲＢセットの間で異なると、ＵＬ送信が許容されない／不可能である(即ち、ＵＥは該当ＵＬ送信を省略するように動作する)。

Ｅ．他の方法において、同じセル(例えば、イントラキャリア)或いは同じＢＷＰ上に設定された複数のＲＢセットで構成されたＲＢセットグループ(及び／又は同じ周波数帯域(例えば、Ｉｎｔｒａ－ｂａｎｄ)上に設定された複数のセル(該当セルに構成された複数のＲＢセット)で構成されたセル(ＲＢセット)グループ)に対して：

－セル／ＢＷＰ上に周波数上に隣接するＲＢセット間に(例えば、イントラキャリア)ガードバンドが設定されない状態でＲＢセットグループ内の特定の一部(割り当てられた)ＲＢセットが特定のタイプ(例えば、ｃｏｎｆｉｇｕｒｅｄ又はｓｃｈｅｄｕｌｅｄ)ＵＬ送信リソースとして設定／指示された場合は、

－該当割り当てられたＲＢセットに対して決定／仮定／指示されたＣＯＴＩｎｉｔｉａｔｏｒＡ(例えば、ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴであるか、それともＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴであるか)が一致し、(該当割り当てられたＲＢセットを除いた)残りのＲＢセットに対して決定／仮定／指示されたＣＯＴＩｎｉｔｉａｔｏｒが(ないか又はあっても)ＣＯＴＩｎｉｔｉａｔｏｒＡと一致する場合、ＵＬ送信が許容される／可能である。かかる動作を便宜上、“ｍｕｌｔｉ－ＲＢｓｅｔｂｅｈａｖｉｏｒ２”と定義する。

i．一例として、割り当てられたＲＢセットに対して決定／仮定／指示されたＣＯＴＩｎｉｔｉａｔｏｒがＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴと一致する場合、残りのＲＢセットに対して特に決定／仮定／指示されたＣＯＴＩｎｉｔｉａｔｏｒがなくてもＵＬ送信が許容される／可能である。

特徴的な一例として、同じセル(例えば、イントラキャリア)或いは同一のＢＷＰ上に設定された複数のＲＢセットで構成されたＲＢセットグループ(及び／又は同じ周波数帯域(例えば、Ｉｎｔｒａ－ｂａｎｄ)上に設定された複数のセル(該当セルに構成された複数のＲＢセット)で構成されたセル(ＲＢセット)グループ)に対して：

－セル／ＢＷＰ上に周波数上に隣接するＲＢセットの間に(例えば、イントラキャリア)ガードバンドが設定された場合、ＵＥはｍｕｌｔｉ－ＲＢｓｅｔｂｅｈａｖｉｏｒ１に基づいて動作し、

－セル／ＢＷＰ上に周波数上に隣接するＲＢセットの間に(例えば、イントラキャリア)ガードバンドが設定されない場合は、ＵＥはｍｕｌｔｉ－ＲＢｓｅｔｂｅｈａｖｉｏｒ２に基づいて動作するように規定される。

Ｆ．さらに他の(又は追加)方法として、同じセル(例えば、イントラキャリア)或いは同じＢＷＰ上に設定された複数のＲＢセットで構成されたＲＢセットグループ(及び／又は同じ周波数帯域(例えば、Ｉｎｔｒａ－ｂａｎｄ)上に設定された複数のセル(該当セルに構成された複数のＲＢセット)で構成されたセル(ＲＢセット)グループ)について、特定のＦＦＰ－ｇ区間に対して(特定の(例えば、ＵＥ－ｓｐｅｃｉｆｉｃ又はＵＥｇｒｏｕｐ－ｃｏｍｍｏｎ)ＤＣＩにより)ＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴであると(或いはＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴに基づく(例えば、ｓｃｈｅｄｕｌｅｄ)ＵＬ送信が)指示された、又はそれに相応する(ＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴに基づいて送信された)ＤＬ信号が検出された、又は(特定の(例えば、ＵＥｇｒｏｕｐ－ｃｏｍｍｏｎ又はＵＥ－ｓｐｅｃｉｆｉｃ)ＤＣＩにより)ＤＬ送信／受信に有用であると指示されたＲＢセット(又は特定のＤＬ信号／チャネル(例えば、ブロードキャスト送信が行われるＳＳＢ(ＳＳ／ＰＢＣＨ送信に使用されるリソース)及び／又は(ＭＩＢ／ＳＩＢなどにより設定される)特定の(例えば、最低ＩＤ／インデックスを有する)ＣＯＲＥＳＥＴなど)を含むＲＢセット)が少なくとも一つ以上存在する場合、ＵＥは該当ＦＦＰ－ｇ内の遊休区間の間には(全体ＲＢセットのうち)どのＲＢセットによってもＵＬ送信を行わないように(例えば、該当遊休区間と時間的に重なるように設定／指示された(全てのＲＢセット上の)ＵＬ送信を省略するように)ＵＥ動作が規定される。

i．この場合、ＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴに基づいて(ＵＬ送信を行うように)動作するＲＢセットだけではなく、ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに基づいて(ＵＬ送信を行うように)動作するＲＢセットに対しても、ＦＦＰ－ｇ内の遊休区間の間には該当ＲＢセットによりＵＬ送信を行わないように(例えば、該当ＲＢセット上に遊休区間と時間的に重なるように設定／指示されたＵＬ送信を省略するように)動作する。

Ｇ．さらに他の(又は追加)方法として、１つの特定の(例えば、ｃｏｎｆｉｇｕｒｅｄｏｒｓｃｈｅｄｕｌｅｄ)ＵＬ送信が(同一のセル／キャリア内の)複数のＲＢセットにわたって設定／指示された状態で、該当複数のＲＢセットの一部に対しては、特定のＦＦＰ－ｇ区間に対してＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴに基づく送信／動作に決定／仮定される反面、残りのＲＢセットに対しては特定のＦＦＰ－ｕ区間に対してＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに基づく送信／動作に決定／仮定された場合、ＵＥは複数のＲＢセットの全てにおいて該当ＦＦＰ－ｇに対応する遊休区間と時間が重なるように設定／指示されたリソース、そして(複数のＲＢセットの全てにおいて)該当ＦＦＰ－ｕに対応する遊休区間と時間が重なるように設定／指示されたリソースに対するＵＬ送信を省略するように動作する。

i．この場合、ＵＥは複数のＲＢセットに対してＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴに基づく送信／動作に決定／仮定されたＲＢセットだけではなく、ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに基づく送信／動作に決定／仮定されたＲＢセットに対しても、ＦＦＰ－ｇに対応する遊休区間と時間が重なるように設定／指示されたリソースに対するＵＬ送信を省略(ｄｒｏｐ)するように動作し、(複数のＲＢセットに対して)ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに基づく送信／動作に決定／仮定されたＲＢセットだけではなく、ＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴに基づく送信／動作に決定／仮定されたＲＢセットに対しても、ＦＦＰ－ｕに対応する遊休区間と時間が重なるように設定／指示されたリソースに対するＵＬ送信を省略するように動作する。

Ｈ．これはＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ送信によるＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴ／ＦＦＰへの(ＵＬ－ｔｏ－ＤＬ)干渉の影響を防止するためのものであり、例えば、ＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴとＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴの間の衝突／干渉などの問題を予め防止することができる。

２)さらに、複数のＲＢセットで構成されたキャリア(即ち、セル)及び／又は(一つ以上のＲＢセットで構成された)複数のセルが構成された状況において、ＢＳの観点でのＣＯＴＩｎｉｔｉａｔｏｒ(例えば、ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ又はＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴ)の決定に関連して以下のような動作が考えられる。

Ａ．同じセル(例えば、イントラキャリア)上に設定された複数のＲＢセットで構成されたＲＢセットグループ(及び／又は同じ周波数帯域(例えば、Ｉｎｔｒａ－ｂａｎｄ)上に構成された複数のセル(該当セルに設定された複数のＲＢセット)で構成されたセル(ＲＢセット)グループ)について、特定のＦＦＰ－ｕ区間に対して(特定のＤＣＩにより)ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴであると(或いはＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに基づく(例えば、ｓｃｈｅｄｕｌｅｄ)ＵＬ送信が)指示された、又はそれに相応する(ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに基づいて送信された)ＵＬ信号が検出されたＲＢセットが存在しない場合、ＢＳの観点で該当ＦＦＰ－ｕ区間と時間的に重なる、又は該当ＦＦＰ－ｕ区間に(ＦＦＰ開始時点が)含まれるＦＦＰ－ｇ区間でＲＢセットグループに属するＲＢセット(全部或いは一部)によりＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴに基づくＤＬ送信を行う。

Ｂ．同じセル(例えば、イントラキャリア)上に設定された複数のＲＢセットで構成されたＲＢセットグループ(及び／又は同じ周波数帯域(例えば、Ｉｎｔｒａ－ｂａｎｄ)上に構成された複数のセル(該当セルに設定された複数のＲＢセット)で構成されたセル(ＲＢセット)グループ)について、特定のＦＦＰ－ｕ区間に対して(特定のＤＣＩにより)ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴであると(或いはＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに基づく(例えば、ｓｃｈｅｄｕｌｅｄ)ＵＬ送信が)指示された、又はそれに相応する(ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに基づいて送信された)ＵＬ信号が検出されたＲＢセットが少なくとも一つ以上存在する場合は、ＢＳの観点で該当ＦＦＰ－ｕ区間と時間的に重なる、又は該当ＦＦＰ－ｕ区間に(ＦＦＰ開始時点が)含まれるＦＦＰ－ｇ区間でＲＢセットグループに属する如何なるＲＢセットによってもＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴに基づくＤＬ送信を行わない。

３)さらに、ＵＥに複数のＲＢセットで構成されたキャリア(即ち、セル)又はＢＷＰが設定された状況において、(ＵＥ観点での)ＣＯＴｉｎｉｔｉａｔｏｒ(例えば、ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ又はＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴ)の決定に関連して以下のようなＯｐｅｒａｔｉｏｎが考えられる。

Ａ．Ｏｐｅｒａｔｉｏｎ１：同一のセル(例えば、ｉｎｔｒａ－ｃａｒｒｉｅｒ)或いは同一のＢＷＰ上に設定された複数のＲＢセットで構成されたＲＢセットグループに対して、ＲＢセットグループ内の(少なくとも)一部の(ａｌｌｏｃａｔｅｄ)ＲＢセットが特定の(例えば、ｃｏｎｆｉｇｕｒｅｄｏｒｓｃｈｅｄｕｌｅｄ)ＵＬ送信リソースに設定／指示された場合：

該当一部の(ａｌｌｏｃａｔｅｄ)ＲＢセットに対して決定／仮定／指示されたＣＯＴｉｎｉｔｉａｔｏｒＡ(例えば、ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ又はＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴ)が等しく一致し(特にＵＬ送信がｓｃｈｅｄｕｌｅｄＵＬ送信である場合は、一部の(ａｌｌｏｃａｔｅｄ)セットの全てに対してＤＣＩにより指示されたＣＯＴｉｎｉｔｉａｔｏｒＡに検出／検証され)、(該当一部の(ａｌｌｏｃａｔｅｄ)ＲＢセットを除いた)残りのＲＢセットに対して決定／仮定／指示されたＣＯＴｉｎｉｔｉａｔｏｒが(ないか又はあっても)ＣＯＴｉｎｉｔｉａｔｏｒＡと一致する場合は、ＵＬ送信が許容される／可能である。

i．一例として、一部の(ａｌｌｏｃａｔｅｄ)ＲＢセットに対して決定／仮定／指示されたＣＯＴｉｎｉｔｉａｔｏｒがＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴと等しく一致する場合、残りのＲＢセットに対して特に決定／仮定／指示されたＣＯＴｉｎｉｔｉａｔｏｒがなくても、ＵＬ送信が許容される／可能である。

ii．従って、この場合、もし一部の(ａｌｌｏｃａｔｅｄ)ＲＢセット及び残りのＲＢセットに対して決定／仮定／指示されたＣＯＴｉｎｉｔｉａｔｏｒがＲＢセットの間で異なると、ＵＬ送信が許容されない／可能ではない(ＵＥは該当ＵＬ送信を省略するように動作する)。

Ｂ．Ｏｐｅｒａｔｉｏｎ２：同一のセル(例えば、ｉｎｔｒａ－ｃａｒｒｉｅｒ)或いは同一のＢＷＰ上に設定された複数のＲＢセットで構成されたＲＢセットグループに対して、ＲＢセットグループ内の(少なくとも)一部の(ａｌｌｏｃａｔｅｄ)ＲＢセットが特定の(例えば、ｃｏｎｆｉｇｕｒｅｄｏｒｓｃｈｅｄｕｌｅｄ)ＵＬ送信リソースに設定／指示された場合：

該当一部の(ａｌｌｏｃａｔｅｄ)ＲＢセットに対して決定／仮定／指示されたＣＯＴｉｎｉｔｉａｔｏｒ(例えば、ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ又はＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴ)が等しく一致すると(特に、ＵＬ送信がｓｃｈｅｄｕｌｅｄＵＬ送信である場合、一部の(ａｌｌｏｃａｔｅｄ)ＲＢセットの全てに対してＤＣＩにより指示されたＣＯＴｉｎｉｔｉａｔｏｒに検出／検証された場合)、該当ＣＯＴｉｎｉｔｉａｔｏｒが(該当一部の(ａｌｌｏｃａｔｅｄ)ＲＢセットを除いた)残りのＲＢセットに対して決定／仮定／指示されたＣＯＴｉｎｉｔｉａｔｏｒと一致するか否かに関係なく、ＵＬ送信が許容される／可能である。

i．一例として、一部の(ａｌｌｏｃａｔｅｄ)ＲＢセットに対して決定／仮定／指示されたＣＯＴｉｎｉｔｉａｔｏｒがＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに等しく一致する場合、残りのＲＢセットに対して決定／仮定／指示されたＣＯＴｉｎｉｔｉａｔｏｒがＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴであってもＵＬ送信が許容される／可能である。

ii．従って、この場合、もし一部の(ａｌｌｏｃａｔｅｄ)ＲＢセットに対して決定／仮定／指示されたＣＯＴｉｎｉｔｉａｔｏｒがＲＢセットの間で異なると、ＵＬ送信が許容されない／可能ではない(即ち、ＵＥは該当ＵＬ送信を省略するように動作する)(これを便宜上、“Ｏｐｅｒａｔｉｏｎ２－１”と称する)。例えば、Ｏｐｅｒａｔｉｏｎ２－１によれば、一部の(ａｌｌｏｃａｔｅｄ)ＲＢセットに第１ＲＢセット及び第２ＲＢセットが含まれ、第１ＲＢセットのＣＯＴｉｎｉｔｉａｔｏｒと第２ＲＢセットのＣＯＴｉｎｉｔｉａｔｏｒが異なることに基づいて、ＵＬ送信が許容されない／可能ではない。

iii．又はこの場合、もし一部の(ａｌｌｏｃａｔｅｄ)ＲＢセットに対して決定／仮定／指示されたＣＯＴｉｎｉｔｉａｔｏｒがＲＢセットの間で異なると、ＵＬ送信をＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに基づいて送信するように動作する(これを便宜上、“Ｏｐｅｒａｔｉｏｎ２－２”と称する)。例えば、Ｏｐｅｒａｔｉｏｎ２－２によれば、一部の(ａｌｌｏｃａｔｅｄ) ＲＢセットに第１ＲＢセット及び第２ＲＢセットが含まれ、第１ＲＢセットのＣＯＴｉｎｉｔｉａｔｏｒと第２ＲＢセットのＣＯＴｉｎｉｔｉａｔｏｒが異なることに基づいて、ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ基盤のＵＬ送信のみが許容されるように制約される／可能に制約される。

Ｃ．Ｏｐｅｒａｔｉｏｎ３：同一のセル(例えば、ｉｎｔｒａ－ｃａｒｒｉｅｒ)或いは同一のＢＷＰ上に設定された複数のＲＢセットで構成されたＲＢセットグループに対して、ＲＢセットグループ内の特定の一部の(ａｌｌｏｃａｔｅｄ)ＲＢセットが特定の(例えば、ｃｏｎｆｉｇｕｒｅｄｏｒｓｃｈｅｄｕｌｅｄ)ＵＬ送信リソースに設定／指示された場合：

該当一部の(ａｌｌｏｃａｔｅｄ)ＲＢセットに対して決定／仮定／指示されたＣＯＴｉｎｉｔｉａｔｏｒ(例えば、ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ又はＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴ)が一致するか一致しないかに関係なく、ＵＬ送信が許容される／可能である。

i．一例として、一部の(ａｌｌｏｃａｔｅｄ)ＲＢセットに対して決定／仮定／指示されたＣＯＴｉｎｉｔｉａｔｏｒが第１ＲＢセットに対してはＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴであり、第２ＲＢセットに対してはＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴである場合にも、ＵＬ送信が許容される／可能である。

Ｄ．Ｎｏｔｅ１

i．セル／ＢＷＰ上で周波数が隣接／連続する(ａｄｊａｃｅｎｔ／ｃｏｎｓｅｃｕｔｉｖｅ)ＲＢセットの間に(例えば、ｉｎｔｒａ－ｃａｒｒｉｅｒ)ｇｕａｒｄ－ｂａｎｄが設定されていない場合はＯｐｅｒａｔｉｏｎ１が適用され、該当ｉｎｔｒａ－ｃａｒｒｉｅｒｇｕａｒｄ－ｂａｎｄが設定されている場合にはＯｐｅｒａｔｉｏｎ２が適用される。

ii．セル／ＢＷＰ上で周波数が隣接／連続する(ａｄｊａｃｅｎｔ／ｃｏｎｓｅｃｕｔｉｖｅ)ＲＢセットの間に(例えば、ｉｎｔｒａ－ｃａｒｒｉｅｒ)ｇｕａｒｄ－ｂａｎｄが設定されていない場合はＯｐｅｒａｔｉｏｎ１が適用され、該当ｉｎｔｒａ－ｃａｒｒｉｅｒｇｕａｒｄ－ｂａｎｄが設定されている場合にはＯｐｅｒａｔｉｏｎ３が適用される。

iii．セル／ＢＷＰ上で周波数が隣接／連続する(ａｄｊａｃｅｎｔ／ｃｏｎｓｅｃｕｔｉｖｅ)ＲＢセットの間に(例えば、ｉｎｔｒａ－ｃａｒｒｉｅｒ)ｇｕａｒｄ－ｂａｎｄが設定されていない場合はＯｐｅｒａｔｉｏｎ２が適用され、該当ｉｎｔｒａ－ｃａｒｒｉｅｒｇｕａｒｄ－ｂａｎｄが設定されている場合にはＯｐｅｒａｔｉｏｎ３が適用される。

Ｅ．Ｎｏｔｅ２

i．ＵＬ送信がｓｃｈｅｄｕｌｅｄＵＬ送信である場合はＯｐｅｒａｔｉｏｎ２が適用され、ＵＬ送信がｃｏｎｆｉｇｕｒｅｄＵＬ送信である場合にはＯｐｅｒａｔｉｏｎ３が適用される。

ii．(Ｏｐｅｒａｔｉｏｎ２において)ＵＬ送信がｓｃｈｅｄｕｌｅｄＵＬ送信であり、一部の(ａｌｌｏｃａｔｅｄ)ＲＢセットに対して決定／仮定されたＣＯＴｉｎｉｔｉａｔｏｒが(ＤＣＩにより指示されたＣＯＴｉｎｉｔｉａｔｏｒと全て一致しないか)ＲＢセットの間で異なる場合、ＵＥは(Ｏｐｅｒａｔｉｏｎ２の)Ｏｐｅｒａｔｉｏｎ２－１を適用する。

iii．(Ｏｐｅｒａｔｉｏｎ２において)ＵＬ送信がｃｏｎｆｉｇｕｒｅｄＵＬ送信であり、一部の(ａｌｌｏｃａｔｅｄ)ＲＢセットに対して決定／仮定されたＣＯＴｉｎｉｔｉａｔｏｒがＲＢセットの間で異なる場合、ＵＥは(Ｏｐｅｒａｔｉｏｎ２の)Ｏｐｅｒａｔｉｏｎ２－２を適用する。

図２１は本発明の実施例によるＣＯＴＩｎｉｔｉａｔｏｒの決定に基づくＵＬ信号の送受信過程の一例を示す。図２１の実施例は上述した提案の例示的な適用方案であり、本発明の権利範囲は図２１に限られない。また上述した内容を図２１の実施例を理解するために参照できる。

図２１を参照すると、ＵＬ送信を行おうとするＲＢセット上でＣＯＴＩｎｉｔｉａｔｏｒが決定される(Ｋ１０)。ＣＯＴＩｎｉｔｉａｔｏｒの決定は信号を検出／センシングする過程を含む。ＣＯＴＩｎｉｔｉａｔｏｒは各ＲＢセットごとに決定される。ＵＥは(少なくともＵＬ送信のために割り当てられた)ＲＢセットが属するＦＦＰ上で各ＲＢセットのＣＯＴＩｎｉｔｉａｔｏｒを決定する。ｃｏｎｆｉｇｕｒｅｄＵＬ送信の場合、(割り当てられた)ＲＢセットのＣＯＴＩｎｉｔｉａｔｏｒが全て同一であるか否か(ｔ)によって、ＵＥはＵＬ送信を行うか(Ｋ２５、ＵＬ送信のために(必要な)チャネルアクセル過程を行う)又はドロップする(Ｋ２０)。一方、ｓｃｈｅｄｕｌｅｄＵＬ送信の場合、ＵＥはＣＯＴＩｎｉｔｉａｔｏｒを指示するＤＣＩを受信するので、(割り当てられた)ＲＢセットのＣＯＴＩｎｉｔｉａｔｏｒが全てＤＣＩにより指示されたＣＯＴＩｎｉｔｉａｔｏｒと同一であるか否かを判断する(Ｋ１５)。(割り当てられた)ＲＢセットのＣＯＴＩｎｉｔｉａｔｏｒが全てＤＣＩにより指示されたＣＯＴＩｎｉｔｉａｔｏｒと同一である場合、ＵＥはＵＬ送信を行う(Ｋ２５、ＵＬ送信のために(必要な)チャネルアクセル過程を行う)。(割り当てられた)ＲＢセットのうちのいずれかがＤＣＩにより指示されたＣＯＴＩｎｉｔｉａｔｏｒと異なるＣＯＴＩｎｉｔｉａｔｏｒであると判断されると、ＵＥはＵＬ送信をドロップする(Ｋ２０)。上述したように、一例として、(割り当てられたＲＢセット以外に該当ＲＢセットグループの)残りのＲＢセットに対して特に決定／仮定／指示されたＣＯＴＩｎｉｔｉａｔｏｒがなくてもＵＬ送信が許容される／可能である。より具体的な一例として、割り当てられたＲＢセットのＣＯＴＩｎｉｔｉａｔｏｒが残りのＲＢセットのＣＯＴＩｎｉｔｉａｔｏｒと異なると、ＵＬ送信が許容されない／不可能である(即ち、ＵＥは該当ＵＬ送信を省略するように動作する)。

[６] ＦＢＥ動作状況においてｃｏｎｆｉｇｕｒｅｄＵＬ送信に対するＵＥ動作

１)特定のｃｏｎｆｉｇｕｒｅｄＵＬ送信(リソース)が特定のＦＦＰ－ｕ区間の開始時点後に(即ち、該当ＦＦＰ－ｕ開始時点と整列(ａｌｉｇｎ)しないように)開始されて、該当ＦＦＰ－ｕのための遊休区間と重なるように設定された場合、以下のようなＵＥ動作が考えらえる。

Ａ．もし(ｉｆ)ＵＥがＦＦＰ－ｕに対して既にＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴを生成した場合(例えば、該当ＦＦＰ－ｕの開始時点でＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに基づくＵＬ送信を行った場合)、ＵＥはｃｏｎｆｉｇｕｒｅｄＵＬ送信を省略するように動作する(これを便宜上、“Ｃａｓｅ１”と定義)。

Ｂ．そうではなくもし(ｅｌｓｅｉｆ)ＵＥがＦＦＰ－ｕに対してＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴを生成していない状態で(例えば、該当ＦＦＰ－ｕの開始時点でＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに基づくＵＬ送信を行っていない状態で)、ｃｏｎｆｉｇｕｒｅｄＵＬ送信(リソース)が特定のＦＦＰ－ｇ区間内に(該当ＦＦＰ－ｇに対応する遊休区間と重複せず)設定され、ＵＥが該当ＦＦＰ－ｇに対して既にＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴが生成されていると判断した場合(例えば、該当ＦＦＰ－ｇによりＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴに基づくＤＬ信号を検出した場合)、ＵＥはｃｏｎｆｉｇｕｒｅｄＵＬリソースをＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴに基づくｓｈａｒｅｄ－ＣＯＴの形態で送信するように動作する(これを便宜上、“Ｃａｓｅ２”と定義)。

Ｃ．そうではなく、もし(ｅｌｓｅｉｆ)Ｃａｓｅ１とＣａｓｅ２のいずれにも該当しない場合は、ＵＥはｃｏｎｆｉｇｕｒｅｄＵＬ送信を省略するように動作する。

２)特定のｃｏｎｆｉｇｕｒｅｄＵＬ送信(これを構成する複数のＵＬリソース)が特定のＦＦＰ－ｕ区間の開始時点に(即ち、該当ＦＦＰ－ｕの開始時点と整列して)開始されて(複数のＵＬリソースのうち、特定の一部が)該当ＦＦＰ－ｕに対応する遊休区間と重なるように設定された場合、以下のようなＵＥ動作が考えらえる。

Ａ．もし(ｉｆ)ｃｏｎｆｉｇｕｒｅｄＵＬ送信(これを構成する複数のＵＬリソース)が特定のＦＦＰ－ｇ区間内で開始されて(複数のＵＬリソースの全てが)該当ＦＦＰ－ｇに対応する遊休区間と重ならないように設定され、ＵＥが該当ＦＦＰ－ｇに対して既にＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴが生成されたと判断した場合(例えば、該当ＦＦＰ－ｇによりＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴに基づくＤＬ信号を検出した場合)、ＵＥはｃｏｎｆｉｇｕｒｅｄＵＬリソースの全てをＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴに基づくｓｈａｒｅｄ－ＣＯＴの形態で送信するように動作する(これを便宜上、“Ｃａｓｅ１”と定義)。

Ｂ．そうではなく、もし(ｅｌｓｅｉｆ)ｃｏｎｆｉｇｕｒｅｄＵＬ送信(これを構成する複数のＵＬリソース)が特定のＦＦＰ－ｇ区間内で開始されて(複数のＵＬリソースのうちの特定の一部が)該当ＦＦＰ－ｇに対応する遊休区間と重なるように設定され、ＵＥが該当ＦＦＰ－ｇに対して既にＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴが生成されたと判断した場合は(例えば、該当ＦＦＰ－ｇによりＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴに基づくＤＬ信号を検出した場合)、ＵＥはｃｏｎｆｉｇｕｒｅｄＵＬリソースのうち、遊休区間と重なった特定の一部のリソースに対しては送信を省略し、(遊休区間と重ならない)残りのリソースに対してのみＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴに基づくｓｈａｒｅｄ－ＣＯＴ形態で送信するように動作する(これを便宜上、“Ｃａｓｅ２”と定義)。

Ｃ．そうではなく、もし(ｅｌｓｅｉｆ)Ｃａｓｅ１とＣａｓｅ２のいずれにも該当しない場合には、ＵＥはｃｏｎｆｉｇｕｒｅｄＵＬリソースのうち、ＦＦＰ－ｕに対応する遊休区間と重なった特定の一部のリソースに対しては送信を省略し、(遊休区間と重ならない)残りのリソースに対してのみ(該当ＦＦＰ－ｕに対してＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴを生成して(例えば、該当ＦＦＰ－ｕの開始時点でＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに基づくＵＬ送信を行って)、ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに基づく送信を行うように動作する。

[７] ＦＢＥ動作状況においてＲＡＣＨ過程に関連するＵＬ送信に対するＵＥ動作

１)問題状況

Ａ．ＦＢＥ動作状況において(例えば、準－静的チャネル占有)、ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ基盤の送信及びそのためのＦＦＰ－ｕパラメータ(例えば、区間、オフセット)の設定(例えば、ＵＥ－ＳｅｍｉＳｔａｔｉｃＣｈａｎｎｅｌＡｃｃｅｓｓＣｏｎｆｉｇ)は、ＲＲＣ連結モードのＵＥのみを対象として支援／提供され、遊休／非活性モードのＵＥの場合には、ＦＦＰ－ｇパラメータ設定に基づいてＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴ基盤の(ＢＳｉｎｉｔｉａｔｅｄＣＯＴから始まるＦＦＰ－ｇを共有する形態の)送信のみが許容される。

Ｂ．一方、ＲＲＣ連結モードでも、ＵＥはＴＡ(ＴｉｍｉｎｇＡｄｖａｎｃｅ)調整又はＳＲ(ＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔ)送信又はＢＦＲ(ＢｅａｍＦａｉｌｕｒｅＲｅｐｏｒｔ)送信などを目的として、上述したＣＢＲＡ(Ｃｏｎｔｅｎｔｉｏｎ－ＢａｓｅｄＲａｎｄｏｍＡｃｃｅｓｓ)又はＣＦＲＡ(Ｃｏｎｔｅｎｔｉｏｎ－ＦｒｅｅＲａｎｄｏｍＡｃｃｅｓｓ)関連のＵＬ送信(例えば、ＰＲＡＣＨ送信及び／又はＭｓｇ３ＰＵＳＣＨ送信など)を行う。

Ｃ．このようなＲＡＣＨ状況において、ＲＲＣ連結モードのＵＥが送信するＰＲＡＣＨリソースやＭｓｇ３ＰＵＳＣＨリソースは、遊休／非活性モードのＵＥにも設定された(該当ＵＥも送信を試みる)ＵＥ－共通のＵＬリソースであるので、該当ＵＬリソースに対してＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ基盤の送信を許容するか否かについての考慮と、もし許容すれば、どの条件で許容するかについての考慮が必要である。

Ｄ．具体的には、Ｒｅｌ．１６ＮＲまではＵＥがＢＳｉｎｉｔｉａｔｅｄＣＯＴから始まるＦＦＰ－ｇを共有する方式でのみＵＬ送信が許容されたが、Ｒｅｌ．１７ＮＲからはＵＥｉｎｉｔｉａｔｅｄＣＯＴ／ＦＦＰ－ｕも支援される。一方、Ｒｅｌ．１７ＮＲでもＲＲＣ連結モードのＵＥに対してのみＵＥｉｎｉｔｉａｔｅｄＣＯＴ／ＦＦＰ－ｕが支援され、ＲＲＣ非活性／遊休モードのＵＥに対してはＵＥｉｎｉｔｉａｔｅｄＣＯＴ／ＦＦＰ－ｕが支援されない場合を仮定すると、Ｒｅｌ．１７のＲＲＣ非活性／遊休モードのＵＥにはＲｅｌ．１６ＮＲと同様に、相変わらずＢＳｉｎｉｔｉａｔｅｄＣＯＴから始まるＦＦＰ－ｇを共有する方式でのみＵＬ送信が許容される。このような仮定下で、Ｒｅｌ．１６ＮＲ基地局とＲｅｌ．１７ＮＲ基地局の動作を比較すると、ＲＡＣＨリソース上でＲｅｌ．１６ＮＲ基地局はＦＦＰ－ｇを生成しないと(即ち、Ｒｅｌ．１６ＮＲ基地局がＢＳ開始チャネル占有を開始していない場合)、ＣＯＴ共有に基づくＵＥのＵＬ送信が許容されないので、該当ＲＡＣＨリソース上ではＣＯＴ共有に基づくＲｅｌ．１６ＵＥのＵＬ送信に対する検出過程を省略することができる。例えば、Ｒｅｌ．１６ＮＲ基地局はＲＡＣＨリソースが含まれたＦＦＰ－ｇ区間で自分がチャネル占有を開始しない場合、該当ＦＦＰ－ｇの間にはＣＯＴ共有に基づくＵＬ送信(ＲＡＣＨのためのＵＬ送信を含むＲｅｌ．１６までの全てのＵＥのＵＬ送信)がないと仮定し、基地局の具現例によっては、該当ＦＦＰ－ｇ区間では基地局がＵＬ受信の過程自体をスキップするように具現する。このように基地局の動作が具現されても、Ｒｅｌ．１６までのＮＲ標準プロトコルに違反しない。一方、Ｒｅｌ．１７ＮＲ基地局の場合は、ＣＯＴ共有基盤のＵＬ送信だけではなく、ＲＲＣ連結モードのＵＥがＵＥｉｎｉｔｉａｔｅｄＣＯＴ／ＦＦＰ－ｕに基づいて行うＵＬ送信も受信する必要がある。例えば、Ｒｅｌ．１７ＮＲ基地局は(ＲＡＣＨリソースが含まれた)ＦＦＰ－ｇ区間で自分がチャネル占有を開始しなくても、ＲＲＣ連結モードのＵＥがＵＥｉｎｉｔｉａｔｅｄＣＯＴ／ＦＦＰ－ｕに基づいて行うＵＬ送信があり得ることを考慮する。即ち、Ｒｅｌ．１７ＮＲ基地局は該当ＦＦＰ－ｇ区間で自分がチャネル占有を開始していないという１つの事実だけでは、該当ＦＦＰ－ｇ区間全体でＵＬ送信がなかったと断定／確信しない。

２)提案１

Ａ．ＦＦＰ－ｕパラメータ(例えば、上位階層パラメータｕｅ－ＳｅｍｉＳｔａｔｉｃＣｈａｎｎｅｌＡｃｃｅｓｓＣｏｎｆｉｇ)が設定された(ＲＲＣ連結モード)ＵＥは、ＲＡＣＨ関連のＵＬ(例えば、ＰＲＡＣＨ、ＲＡＲグラント基盤の(Ｍｓｇ３)ＰＵＳＣＨ、２－ｓｔｅｐＲＡＣＨ過程でのＭｓｇＡ及び／又はＭｓｇＢに対応するＨＡＲＱ－ＡＣＫＰＵＣＣＨ)送信に対して、(ＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴ基盤の(ＣＯＴ共有形態の)送信だけではなく)該当ＦＦＰ－ｕでＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ基盤の送信を行うことができる。

i．ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ基盤の送信が可能なＰＲＡＣＨリソース及び／又は(ＲＡＲグラントに対応する)(Ｍｓｇ３)ＰＵＳＣＨリソース及び／又はＭｓｇＡリソース及び／又は(ＭｓｇＢに対応する)ＨＡＲＱ－ＡＣＫＰＵＣＣＨリソースは特定の条件を満たす場合にのみ限定され、一例として、該当特定の条件は、ＦＦＰ－ｕ区間の開始時点に(信号の開始時点／シンボルが)整列されたＰＲＡＣＨリソース及び／又は(ＲＡＲグラントに対応する)(Ｍｓｇ３)ＰＵＳＣＨリソース及び／又はＭｓｇＡリソース及び／又は(ＭｓｇＢに対応する)ＨＡＲＱ－ＡＣＫＰＵＣＣＨリソースである場合に該当する。

１.この場合、ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ基盤の送信が可能であっても／許容されても、(Ｍｓｇ３)ＰＵＳＣＨをスケジューリングするＲＡＲグラント(及び／又は対応する再送信スケジューリングＤＣＩ)及び／又は(ＭｓｇＢに対応する)ＨＡＲＱ－ＡＣＫＰＵＣＣＨリソースを指示するＭＡＣＣＥによっては、ＣＯＴｉｎｉｔｉａｔｏｒ(例えば、ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ又はＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴ)情報が指示されない。

２.この特定の条件を満たさないＲＡＣＨリソース及び／又は(Ｍｓｇ３)ＰＵＳＣＨリソース及び／又はＭｓｇＡリソース及び／又は(ＭｓｇＢに対応する)ＨＡＲＱ－ＡＣＫＰＵＣＣＨリソースに対しては、ＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴ基盤の(ＣＯＴ共有形態の)送信のみが許容される。

ii．他の例として、ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ基盤の送信が可能な／許容されるＰＲＡＣＨリソース及び／又は(ＲＡＲグラントに対応する)(Ｍｓｇ３)ＰＵＳＣＨリソース及び／又はＭｓｇＡリソース及び／又は(ＭｓｇＢに対応する)ＨＡＲＱ－ＡＣＫＰＵＣＣＨリソース(位置)をｇＮＢがＵＥに直接設定する。

１．この場合、ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ基盤の送信が可能であっても／許容されても、(Ｍｓｇ３)ＰＵＳＣＨをスケジューリングするＲＡＲグラント(及び／又は対応する再送信スケジューリングＤＣＩ)及び／又は(ＭｓｇＢに対応する)ＨＡＲＱ－ＡＣＫＰＵＣＣＨリソースを指示するＭＡＣＣＥによっては、ＣＯＴｉｎｉｔｉａｔｏｒ(例えば、ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ又はＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴ)情報が指示されない。

２．ｇＮＢ設定に含まれていないＰＲＡＣＨリソース及び／又は(Ｍｓｇ３)ＰＵＳＣＨリソース及び／又はＭｓｇＡリソース及び／又は(ＭｓｇＢに対応する)ＨＡＲＱ－ＡＣＫＰＵＣＣＨリソースに対しては、ＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴ基盤の(ＣＯＴ共有形態の)送信のみが許容される。

iii．さらに他の例として、(例えば、ＰＤＣＣＨオーダによりトリガーされる)ＣＦ－ＲＡＣＨ(及び／又はＢＦＲ－ＲＡＣＨ)用途に設定／指示された(ＵＥ－ｄｅｄｉｃａｔｅｄ)ＰＲＡＣＨリソース及び／又は(ＲＡＲグラントに対応する)(Ｍｓｇ３)ＰＵＳＣＨリソース及び／又はＭｓｇＡリソース及び／又は(ＭｓｇＢに対応する)ＨＡＲＱ－ＡＣＫＰＵＣＣＨリソースに対しては、ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ基盤の送信が可能である／許容される。

１．この場合、(Ｍｓｇ３)ＰＵＳＣＨをスケジューリングするＲＡＲグラント(及び／又は対応する再送信スケジューリングＤＣＩ)及び／又は(ＭｓｇＢに対応する)ＨＡＲＱ－ＡＣＫＰＵＣＣＨリソースを指示するＭＡＣＣＥによって、ＣＯＴｉｎｉｔｉａｔｏｒ(例えば、ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ又はＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴ)情報が指示される。

２．上記のようなＣＦ－ＲＡＣＨ(及び／又はＢＦＲ－ＲＡＣＨ)ではないＲＡＣＨ過程(例えば、上記のＣＢ－ＲＡＣＨ過程)に連関するリソース(例えば、ＰＲＡＣＨリソース及び／又は(Ｍｓｇ３)ＰＵＳＣＨリソース及び／又はＭｓｇＡリソース及び／又は(ＭｓｇＢに対応する)ＨＡＲＱ－ＡＣＫＰＵＣＣＨリソース)に対しては、ＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴ基盤の(ＣＯＴ共有形態の)送信のみが許容される。例えば、端末がＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ基盤の送信及びそのためのＦＦＰ－ｕパラメータ(例えば、区間、オフセット)設定(例えば、ｕｅ－ＳｅｍｉＳｔａｔｉｃＣｈａｎｎｅｌＡｃｃｅｓｓＣｏｎｆｉｇ)を受信し、端末がＲＲＣ連結モードにあっても、該当リソースがＣＢ－ＲＡＣＨ過程に関連する場合には、ＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴから始まるＦＦＰ－ｇを共有する形態のＵＬ送信のみが許容され、ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに基づく(又はＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴから始まるＦＦＰ－ｕに基づく)ＵＬ送信は許容されない。該当リソースがＣＢ－ＲＡＣＨ過程に関連するか否かは、ＣＢ－ＲＡＣＨ過程の開始(又はトリガリング)に基づいて判断される。例えば、ＣＢ－ＲＡＣＨ過程が開始(又はトリガー)された後から該当ＣＢ－ＲＡＣＨ過程の終了までの時間区間に含まれた時間リソースはＣＢ－ＲＡＣＨ過程に関連する。例えば、ＣＢ－ＲＡＣＨ過程が開始(又はトリガー)された後から該当ＣＢ－ＲＡＣＨ過程の終了までの第１時間区間と、端末が受信したＦＦＰ－ｕ設定(例えば、ｕｅ－ＳｅｍｉＳｔａｔｉｃＣｈａｎｎｅｌＡｃｃｅｓｓＣｏｎｆｉｇ)による特定のＦＦＰ－ｕに該当する第２時間区間が(少なくとも部分的に)重なる場合は、(少なくとも部分的に)重なるリソースがＣＢ－ＲＡＣＨ過程に関連する。第２時間区間に含まれた時間リソースのうち、第１時間区間と重なるリソースに対してはＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴから始まるＦＦＰ－ｇを共有する形態のＵＬ送信のみが端末に許容され、ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに基づく(又はＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴから開始されるＦＦＰ－ｕに基づく)ＵＬ送信は端末に許容されない。一方、端末の立場でＣＢ－ＲＡＣＨ過程のための第１時間区間はＣＢ－ＲＡＣＨ過程を行うと決定／指示されたことに基づいて開始される。例えば、(ＣＢ－ＲＡＣＨプリアンブルの物理的な送信が行われる前でも)ＵＥＭＡＣｌａｙｅｒによりＣＢ－ＲＡＣＨがトリガーされるか又はＣＢ－ＲＡＣＨを指示するＰＤＣＣＨオーダが受信されたことに基づいて、ＣＢ－ＲＡＣＨ過程のための第１時間区間が開始される。端末はＣＢ－ＲＡＣＨ過程の間(ＣＢ－ＲＡＣＨ過程のための第１時間区間の間)にはＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに基づく(又はＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴを開始するＦＦＰ－ｕに基づく)ＵＬ送信を行うことを期待しない。

例えば、図２２を参照すると、端末はＣＢＲＡ手順が行われる間には(ＲＲＣ連結モードであるか又はＲＲＣ非活性／遊休モードであるかに関係なく)ＦＦＰ－ｇ＃１に対するＣＯＴ共有に基づいてのみＵＬ送信(例えば、ＣＢＲＡ手順に関連するＵＬ送信を含むＵＬ送信)を行うことができる。端末がＦＦＰ－ｕ＃２でＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴを開始すること又はＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴに基づくＵＬ送信を行うことは許容されない。一方、ＦＦＰ－ｕ＃３の開始がＣＢＲＡ手順と重なるので、ＦＦＰ－ｕ＃３の開始ではＵＥ－開始チャネル占有が端末に許容されず、よって端末はＵＥ－開始チャネル占有から開始されないと確保／使用できないＦＦＰ－ｕ＃３の全体に対してはＵＥ－開始チャネル占有基盤のＵＬ送信を行えず、ＦＦＰ－ｕ＃３の間にはＦＦＰ－ｇ＃２に対するＣＯＴ共有に基づいてのみＵＬ送信を行うことができる。ＦＦＰ－ｕ＃３に続くＦＦＰ－ｕではＵＥ－開始チャネル占有基盤のＵＬ送信が許容される。ＣＢＲＡ手順が終了するt２タイミングが属するＦＦＰ－ｕ＃３の全体に対してＵＥ－開始チャネル占有基盤のＵＬ送信が許容されないこともある。ＣＢＲＡ手順が開始するt１タイミングが属するＦＦＰ－ｕ＃１内で、端末はt１タイミングの後にはＵＥ－開始チャネル占有基盤のＵＬ送信を行えず、ＦＦＰ－ｇ＃１に対するＣＯＴ共有に基づいてのみＵＬ送信を行うことができる。例えば、端末がＦＦＰ－ｕ＃１の開始でＵＥ－開始チャネル占有に成功しても、端末はＦＦＰ－ｕ＃１内でＣＢＲＡ手順が開始するｔ１タイミングを超えてまでＵＥ－開始チャネル占有を維持することが許容されない。

一例として、図２３を参照すると、端末がＲＲＣ連結モードではないと(Ａ０５，Ｎ)、端末は基地局が開始したＣＯＴから開始されるＦＦＰ－ｇを共有してチャネル接続を試み、ＣＯＴ共有が可能な場合には、ＵＬ送信を行う(Ａ３０)。端末がＲＲＣ連結モードである場合(Ａ０５，Ｙ)、端末がＵＥｉｎｉｔｉａｔｅｄＣＯＴ関連するチャネル接続設定を受信したか否かによって(Ａ１０)、ＵＬ送信のためのチャネル接続過程が行われる。もし端末がＵＥｉｎｉｔｉａｔｅｄＣＯＴに対する能力がないか又はＵＥｉｎｉｔｉａｔｅｄＣＯＴ関連するチャネル接続設定を受信できなかった場合は(Ａ１０，Ｎ)、端末は基地局が開始したＣＯＴから始まるＦＦＰ－ｇを共有してチャネル接続を試みる(Ａ３０)。端末にＵＥｉｎｉｔｉａｔｅｄＣＯＴに基づくチャネル接続が設定された場合は(Ａ１０，Ｙ)、該当ＵＬ送信がＵＥｉｎｉｔｉａｔｅｄＣＯＴに関連するものであれば、ＣＢＲＡ手順の間のＵＬ送信であるか否かが考慮される(Ａ１５)。ＵＥｉｎｉｔｉａｔｅｄＣＯＴに関連する該当ＵＬ送信がＣＢＲＡ手順の間のＵＬ送信であれば(Ａ１５，Ｙ)(例えば、該当ＦＦＰ－ｕがＣＢＲＡ手順の間のＦＦＰ－ｕである場合)、端末にＵＥｉｎｉｔｉａｔｅｄＣＯＴに基づくチャネル接続が設定されていても(Ａ１０，Ｙ)、端末はＵＥｉｎｉｔｉａｔｅｄＣＯＴに基づくチャネル接続を行わず、基地局が開始したＣＯＴから始まるＦＦＰ－ｇを共有してチャネル接続を試みる。ＣＢＲＡ間のＵＬ送信ではなければ(Ａ１５，Ｎ)、端末はＵＥｉｎｉｔｉａｔｅｄＣＯＴに基づくチャネル接続を試みる(Ａ２５,Ａ３５)。具体的には、端末はチャネルセンシングにより該当ＦＦＰ－ｕでＵＥ－開始チャネル占有を開始できるか否かを判断する(Ａ２５)。チャネルセンシングの結果、端末が該当ＦＦＰ－ｕでＵＥ－開始チャネル占有を開始できなければ(Ａ２５，Ｎ)、端末は基地局が開始したＣＯＴから始まるＦＦＰ－ｇを共有してチャネル接続を試みる(Ａ３０)。チャネルセンシングの結果、端末が該当ＦＦＰ－ｕでＵＥ－開始チャネル占有を開始できれば(Ａ２５，Ｙ)、端末は自分が開始したＣＯＴから始まるＦＦＰ－ｕでチャネル接続を行う(Ａ３５)。

上記例示によれば、ＣＢＲＡ間のＦＦＰ－ｕに対応するＵＥｉｎｉｔｉａｔｅｄＣＯＴ関連のＵＬ送信はＵＥ－開始チャネル占有基盤に送信できない反面、ＣＦＲＡ間のＦＦＰ－ｕに対応するＵＥｉｎｉｔｉａｔｅｄＣＯＴ関連のＵＬ送信はＵＥ－開始チャネル占有基盤に送信できる(例えば、Ａ１５Ｎ，Ａ２０，Ａ２５ＹａｎｄＡ３５)。上記‘１)問題状況'に説明したように、Ｒｅｌ．１６ＮＲ基地局はＲＡＣＨリソースが含まれたＦＦＰ－ｇ区間で自分がチャネル占有を開始しなかった場合、該当ＦＦＰ－ｇの間にはＣＯＴ共有に基づくＵＬ送信(ＲＡＣＨのためのＵＬ送信を含むＲｅｌ．１６までの全てのＵＥのＵＬ送信)がないと仮定し、基地局の具現例によっては、該当ＦＦＰ－ｇ区間では基地局がＵＬ受信過程自体をスキップするように具現することもできる。このような基地局の仮定がＲｅｌ．１７基地局に対してもＣＢＲＡの間に有効に適用できれば、基地局の複雑度が減少し、電力を低減できるという長所がある。一方、もし該当ＲＡＣＨリソースがＣＦＲＡに関連し、基地局がＣＦＲＡのためのｄｅｄｉｃａｔｅｄＲＡＣＨプリアンブルを端末に予め指示した場合は、基地局は該当ｄｅｄｉｃａｔｅｄＲＡＣＨプリアンブルの受信を期待している状況であるので、基地局は(端末ＦＦＰ－ｕの生成有無に関係なく)少なくともｄｅｄｉｃａｔｅｄＲＡＣＨプリアンブルのためのＵＬ受信が行わなければならず、よって該当時間リソースでＵＬ受信をスキップすることができない。反面、該当ＲＡＣＨリソースがＣＢＲＡに関連し、上記例示のように、ＣＢＲＡの間にＵＥｉｎｉｔｉａｔｅｄＣＯＴを許容しないという制約があり、ＲＡＣＨリソースが含まれたＦＦＰ－ｇ区間で基地局自分がチャネル占有を開始しなかった場合は、基地局は該当ＦＦＰ－ｇの間にはＣＯＴ共有及び／又はＵＥｉｎｉｔｉａｔｅｄＣＯＴに基づくＵＬ送信がないと仮定し、基地局の具現例によっては該当ＦＦＰ－ｇ区間では基地局がＵＬ受信過程自体をスキップするように具現することもできる。

ａ．一方、この場合、(Ｍｓｇ３)ＰＵＳＣＨをスケジューリングするＲＡＲグラント(及び／又は対応する再送信スケジューリングＤＣＩ)及び／又は(ＭｓｇＢに対応する)ＨＡＲＱ－ＡＣＫＰＵＣＣＨリソースを指示するＭＡＣＣＥによっては、ＣＯＴｉｎｉｔｉａｔｏｒ(例えば、ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ又はＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴ)情報が指示されない(常にＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴに規定／仮定される)。

Ｂ．一方、上記のようにＲＡＣＨ関連(特定の)ＰＲＡＣＨリソース及び／又は(Ｍｓｇ３)ＰＵＳＣＨリソース及び／又はＭｓｇＡリソース及び／又は(ＭｓｇＢに対応する)ＡＲＱ－ＡＣＫＰＵＣＣＨリソースに対して、ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ基盤の送信が許容される(或いはＦＦＰ－ｕパラメータが設定された)ＵＥであっても、ＦＦＰ－ｇに対応する遊休区間と重なるＰＲＡＣＨリソース及び／又は(Ｍｓｇ３)ＰＵＳＣＨリソース及び／又はＭｓｇＡリソース及び／又は(ＭｓｇＢに対応する)ＨＡＲＱ－ＡＣＫＰＵＣＣＨリソースは、(該当ＵＥのＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ生成有無に関係なく常に)無効な(ｉｎｖａｌｉｄ)リソースと判断されて送信が不可である／許容されない。

３)提案２

Ａ．ＦＦＰ－ｕパラメータが設定された(ＲＲＣ連結モード)ＵＥであっても、全てのＲＡＣＨ関連のＵＬ(例えば、ＰＲＡＣＨ、ＲＡＲグラント基盤の(Ｍｓｇ３)ＰＵＳＣＨ、２－ｓｔｅｐＲＡＣＨ過程でのＭｓｇＡ、ＭｓｇＢに対応するＨＡＲＱ－ＡＣＫＰＵＣＣＨ)送信に対しては、(ＵＥは設定されたＦＦＰ－ｕを無視(それによるＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ基盤の送信を放棄)した状態で該当リソースに対して)ＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴ基盤の(ＣＯＴ共有形態の)送信のみが許容される。

i．この場合、(例えば、ＰＤＣＣＨオーダによりトリガーされる)ＣＦ－ＲＡＣＨ及び／又はＢＦＲ－ＲＡＣＨ用途に設定／指示された(ＵＥ－ｄｅｄｉｃａｔｅｄ)ＰＲＡＣＨリソース及び／又は(ＲＡＲグラントに対応する)(Ｍｓｇ３)ＰＵＳＣＨリソース及び／又はＭｓｇＡリソース及び／又は(ＭｓｇＢに対応する)ＨＡＲＱ－ＡＣＫＰＵＣＣＨリソースであっても、ＵＥは設定されたＦＦＰ－ｕを無視(それによるＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ基盤の送信を放棄)した状態で該当リソースに対してＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴ基盤の(ＣＯＴ共有形態の)送信のみを行うように動作する。

ii．この場合、(Ｍｓｇ３)ＰＵＳＣＨをスケジューリングするＲＡＲグラント(及び／又は対応する再送信スケジューリングＤＣＩ)及び／又は(ＭｓｇＢに対応する)ＨＡＲＱ－ＡＣＫＰＵＣＣＨリソースを指示するＭＡＣＣＥによっては、ＣＯＴｉｎｉｔｉａｔｏｒ(例えば、ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴ又はＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴ)情報が指示されない(常にＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴに規定／仮定される)。

１．この場合、(例えば、ＰＤＣＣＨオーダによりトリガーされる)ＣＦ－ＲＡＣＨ及び／又はＢＦＲ－ＲＡＣＨ用途に設定／指示された(ＵＥ－ｄｅｄｉｃａｔｅｄ)(Ｍｓｇ３)ＰＵＳＣＨリソース及び／又は(ＭｓｇＢに対応する)ＨＡＲＱ－ＡＣＫＰＵＣＣＨリソースであっても、該当(Ｍｓｇ３)ＰＵＳＣＨをスケジューリングするＲＡＲグラント(及び／又は対応する再送信スケジューリングＤＣＩ)及び／又は(ＭｓｇＢに対応する)ＨＡＲＱ－ＡＣＫＰＵＣＣＨリソースを指示するＭＡＣＣＥによるＣＯＴｉｎｉｔｉａｔｏｒ情報の指示なしに常にＢＳ－ｉｎｉｔｉａｔｅｄＣＯＴ基盤の送信を仮定することができる。

Ｂ．一方、上記のようにＦＦＰ－ｕパラメータが設定されたＵＥであっても、ＦＦＰ－ｇに対応する遊休区間と重なるＰＲＡＣＨリソース及び／又は(Ｍｓｇ３)ＰＵＳＣＨリソース及び／又はＭｓｇＡリソース及び／又は(ＭｓｇＢに対応する)ＨＡＲＱ－ＡＣＫＰＵＣＣＨリソースは、(該当ＵＥのＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴの生成有無に関係なく常に)無効な(ｉｎｖａｌｉｄ)リソースと判断されて送信が不可である／許容されない。

図２４は本発明の一実施例によって無線通信システムにおいて共有スペクトル上でのＵＥの動作を説明する図である。図２４は上述した提案の例示的な適用方案であり、本発明の権利範囲は図２４に限定されない。また上述した内容は図２４の実施例を理解するために参照できる。

図２４を参照すると、端末は端末－開始チャネル占有基盤のチャネル接続のための設定情報を受信する(Ｂ０５)(ＴｈｅＵＥｍａｙｒｅｃｅｉｖｅｃｏｎｆｉｇｕｒａｔｉｏｎｉｎｆｏｒｍａｔｉｏｎｆｏｒＵＥ－ｉｎｉｔｉａｔｅｄｃｈａｎｎｅｌｏｃｃｕｐａｎｃｙ－ｂａｓｅｄｃｈａｎｎｅｌａｃｃｅｓｓ)。

端末は設定情報に基づく第１区間で端末－開始チャネル占有に連係するＵＬ送信が許容されるか否かを判断する(Ｂ１０)(ＴｈｅＵＥｍａｙｄｅｔｅｒｍｉｎｅｗｈｅｔｈｅｒａｎｕｐｌｉｎｋ (ＵＬ) ＴｒａｎｓｍｉｓｓｉｏｎａｓｓｏｃｉａｔｅｄｗｉｔｈｔｈｅＵＥ－ｉｎｉｔｉａｔｅｄｃｈａｎｎｅｌｏｃｃｕｐａｎｃｙｉｓａｌｌｏｗｅｄｄｕｒｉｎｇａｆｉｒｓｔｐｅｒｉｏｄｔｈａｔｉｓｂａｓｅｄｏｎｔｈｅｃｏｎｆｉｇｕｒａｔｉｏｎｉｎｆｏｒｍａｔｉｏｎ)。

端末は判断結果に基づいてチャネルに接続することを含む(Ｂ１５)(ＴｈｅＵＥｍａｙａｃｃｅｓｓａｃｈａｎｎｅｌｂａｓｅｄｏｎａｒｅｓｕｌｔｏｆｔｈｅｄｅｔｅｒｍｉｎａｔｉｏｎ)。

第１区間での端末－開始チャネル占有に連係するＵＬ送信のためのリソースが任意接続過程に関連し、任意接続過程が競争－基盤の任意接続過程であることに基づいて、端末は第１区間で端末－開始チャネル占有に連係するＵＬ送信が許容されないと判断する(ＢａｓｅｄｏｎｔｈａｔｒｅｓｏｕｒｃｅｓｆｏｒｔｈｅＵＬＴｒａｎｓｍｉｓｓｉｏｎａｓｓｏｃｉａｔｅｄｗｉｔｈｔｈｅＵＥ－ｉｎｉｔｉａｔｅｄｃｈａｎｎｅｌｏｃｃｕｐａｎｃｙｉｎｔｈｅｆｉｒｓｔｐｅｒｉｏｄｉｓｒｅｌａｔｅｄｔｏａｒａｎｄｏｍａｃｃｅｓｓｐｒｏｃｅｄｕｒｅ, ａｎｄｔｈａｔｔｈｅｒａｎｄｏｍａｃｃｅｓｓｐｒｏｃｅｄｕｒｅｉｓａｃｏｎｔｅｎｔｉｏｎ－ｂａｓｅｄｒａｎｄｏｍａｃｃｅｓｓｐｒｏｃｅｄｕｒｅ, ｔｈｅＵＥｍａｙｄｅｔｅｒｍｉｎｅｔｈａｔｔｈｅＵＬＴｒａｎｓｍｉｓｓｉｏｎａｓｓｏｃｉａｔｅｄｗｉｔｈｔｈｅＵＥ－ｉｎｉｔｉａｔｅｄｃｈａｎｎｅｌｏｃｃｕｐａｎｃｙｉｓｎｏｔａｌｌｏｗｅｄｉｎｔｈｅｆｉｒｓｔｐｅｒｉｏｄ)。

任意接続過程が競争基盤の任意接続過程であることに基づいて、任意接続過程の間には端末－開始チャネル占有に連係するＵＬ送信が許容されないと判断する。

端末がＲＲＣ(ｒａｄｉｏｒｅｓｏｕｒｃｅｃｏｎｔｒｏｌ)非活性モード又はＲＲＣ遊休モードにある間に端末－開始チャネル占有に連係するＵＬ送信は許容されない。

端末はＲＲＣ連結モードにあるが、第１区間での端末－開始チャネル占有に連係するＵＬ送信のためのリソースが競争基盤の任意接続過程に関連することに基づいて第１区間で端末－開始チャネル占有に連係するＵＬ送信が許容されないと判断する。

ＵＬ送信は任意接続過程に関連するＵＬ送信を含む。

図２５は本発明の一実施例によって無線通信システムにおいて共有スペクトル上でのＵＥの動作を説明する図である。図２５は上述した提案の例示的な適用方案であり、本発明の権利範囲は図２５に限定されない。また上述した内容は図２５の実施例を理解するために参照できる。

図２５を参照すると、基地局は端末－開始チャネル占有基盤(ＵＥ－ｉｎｉｔｉａｔｅｄｃｈａｎｎｅｌｏｃｃｕｐａｎｃｙ－ｂａｓｅｄ)のチャネル接続のための設定情報を送信する(Ｃ０５)。

基地局は設定情報に基づく第１区間で端末－開始チャネル占有に連係するＵＬ送信が許容されるか否かを判断する(Ｃ１０)。

基地局は判断結果に基づいてＵＬ信号を受信する(Ｃ１５)。

第１区間での端末－開始チャネル占有に連係するＵＬ送信のためのリソースが任意接続過程に関連し、任意接続過程が競争－基盤(ｃｏｎｔｅｎｔｉｏｎ－ｂａｓｅｄ)の任意接続過程であることに基づいて、基地局は第１区間で端末－開始チャネル占有に連係するＵＬ送信が許容されないと判断する。

基地局は任意接続過程が競争基盤の任意接続過程であることに基づいて、任意接続過程の間には端末－開始チャネル占有に連係するＵＬ送信が許容されないと判断する。

端末－開始チャネル占有に連係するＵＬ送信が許容されないという判断のもとに、基地局は基地局－開始チャネル占有から始まる第２区間でＣＯＴ(ｃｈａｎｎｅｌｏｃｃｕｐａｎｃｙｔｉｍｅ)－共有を基盤として送信されるＵＬ信号を受信する。

基地局は、端末がＲＲＣ連結モードにあること及び任意接続過程が競争基盤の任意接続過程ではないことに基づいて、設定情報に基づく第１区間で端末－開始チャネル占有に連係するＵＬ送信が許容されると判断する。

基地局は、端末がＲＲＣ連結モードにあるが、第１区間での端末－開始チャネル占有に連係するＵＬ送信のためのリソースが競争基盤の任意接続過程に関連することに基づいて、第１区間で端末－開始チャネル占有に連係するＵＬ送信が許容されないと判断する。

ＵＬ信号は任意接続過程に関連するＵＬ信号を含む。

基地局は、競争基盤の任意接続過程に関連するＰＲＡＣＨ(ｐｈｙｓｉｃａｌｒａｎｄｏｍａｃｃｅｓｓｃｈａｎｎｅｌ)リソース、メッセージ３(Ｍｓｇ３)のためのＰＵＳＣＨ(ｐｈｙｓｉｃａｌｕｐｌｉｎｋｓｈａｒｅｄｃｈａｎｎｅｌ)リソース、及び２－段階の任意接続においてＰＲＡＣＨプリアンブルを含むメッセージＡ(ＭｓｇＡ)リソース又はメッセージＡに対する応答であるメッセージＢ(ＭｓｇＢ)に対するＨＡＲＱ－ＡＣＫ(ｈｙｂｒｉｄａｕｔｏｍａｔｉｃｒｅｐｅａｔｒｅｑｕｅｓｔ－ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ)を運ぶＰＵＣＣＨ(ｐｈｙｓｉｃａｌｕｐｌｉｎｋｃｏｎｔｒｏｌｃｈａｎｎｅｌ)リソースに対しては、端末－開始チャネル占有に連係するＵＬ送信が許容されないと判断する。

図２６は本発明が適用可能な通信システム１を例示する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Claims

無線通信システムにおいてＵＥ（user equipment）が共有スペクトル上でチャネル接続過程を行う方法であって、
ＵＥ－開始チャネル占有に基づくチャネル接続のための設定情報を受信することと、
前記設定情報に基づく第１区間の間に前記ＵＥ－開始チャネル占有に連係するＵＬ（uplink）送信が許容されるかどうかを判断することと、
前記判断の結果に基づいてチャネルに接続することと、を含み、
前記ＵＥは、競争に基づく任意接続過程を行う間に前記第１区間で前記ＵＥ－開始チャネル占有に連係する前記ＵＬ送信が許容されないと判断する、方法。
前記ＵＥ－開始チャネル占有に連係する前記ＵＬ送信が許容されないという前記判断に基づいて、前記ＵＥは、ＣＯＴ（channel occupancy time）共有に基づいてＢＳ－開始（Base station－開始）チャネル占有から始まる第２区間で前記チャネルに接続して前記ＵＬ送信を行う、請求項１に記載の方法。
前記ＵＥがＲＲＣ（radio resource control）非活性モード又はＲＲＣ遊休モードにある間に、前記ＵＥ－開始チャネル占有に連係する前記ＵＬ送信が許容されない、請求項１に記載の方法。
前記ＵＥは、前記競争に基づく任意接続過程に関連する、
ＰＲＡＣＨ（physical random access channel）リソース、
Ｍｓｇ３（message 3）のためのＰＵＳＣＨ（physical uplink shared channel）リソース、
２－段階の任意接続においてＰＲＡＣＨプリアンブルを含むＭｓｇＡ（message A）リソース、又は、
ＭｓｇＡに対する応答であるＭｓｇＢ（message B）に対するＨＡＲＱ－ＡＣＫ（hybrid automatic repeat request-acknowledgement）を運ぶＰＵＣＣＨ（physical uplink control channel）リソース
に対して、前記ＵＥ－開始チャネル占有に連係する前記ＵＬ送信が許容されないと判断する、請求項１に記載の方法。
前記競争に基づく任意接続過程は、ＲＲＣ（radio resource control）連結状態における、ＴＡ（timing advance）調整、ＳＲ（scheduling request）又はＢＦＲ（Beam Failure Report）のためのものである、請求項１に記載の方法。
請求項１に記載の方法を行うためのプログラムを記録したコンピューター読み取り可能媒体。
無線通信システムにおいて共有スペクトル上でチャネル接続過程を行うように構成されたＵＥ（user equipment）であって、
送受信機と、
前記送受信機を制御してＵＥ－開始チャネル占有に基づくチャネル接続のための設定情報を受信し、前記設定情報に基づく第１区間の間に前記ＵＥ－開始チャネル占有に連係するＵＬ（uplink）送信が許容されるかどうかを判断し、前記判断の結果に基づいてチャネルに接続する、ように構成されたプロセッサと、を備え、
前記プロセッサは、競争に基づく任意接続過程を行う間に前記第１区間で前記ＵＥ－開始チャネル占有に連係する前記ＵＬ送信が許容されないと判断する、ＵＥ。
無線通信システムにおいてＵＥ（user equipment）を制御するように構成された機器であって、
命令語を格納するように構成されたメモリと、
前記命令語を実行して共有スペクトル上でチャネル接続過程を行うように構成されたプロセッサと、を備え、
前記プロセッサは、
ＵＥ－開始チャネル占有に基づくチャネル接続のための設定情報を受信し、
前記設定情報に基づく第１区間の間に前記ＵＥ－開始チャネル占有に連係するＵＬ（uplink）送信が許容されるかどうかを判断し、
前記判断の結果に基づいてチャネルに接続する、
ように構成され、
前記プロセッサは、競争に基づく任意接続過程を行う間に前記第１区間で前記ＵＥ－開始チャネル占有に連係する前記ＵＬ送信が許容されないと判断する、機器。
無線通信システムにおいてＢＳ（base station）が共有スペクトル上でＵＥ（user equipment）から信号を受信する方法であって、
ＵＥ－開始チャネル占有に基づくチャネル接続のための設定情報を送信することと、
前記設定情報に基づく第１区間の間に前記ＵＥ－開始チャネル占有に連係するＵＬ（uplink）送信が許容されるかどうかを判断することと、
前記判断の結果に基づいてＵＬ信号を受信することと、を含み、
前記ＢＳは、競争に基づく任意接続過程が行われる間に前記第１区間で前記ＵＥ－開始チャネル占有に連係する前記ＵＬ送信が許容されないと判断する、方法。
前記第１区間で前記ＵＥ－開始チャネル占有に連係する前記ＵＬ送信が許容されないという前記判断に基づいて、前記ＵＬ信号は、ＣＯＴ（channel occupancy time）共有に基づいてＢＳ－開始チャネル占有から始まる第２区間で受信される、請求項９に記載の方法。
共有スペクトル上でＵＥ（user equipment）から信号を受信するように構成されたＢＳ（base station）であって、
送受信機と、
前記送受信機を制御してＵＥ－開始チャネル占有に基づくチャネル接続のための設定情報を受信し、前記設定情報に基づく第１区間の間に前記ＵＥ－開始チャネル占有に連係するＵＬ（uplink）送信が許容されるかどうかを判断し、前記判断の結果に基づいてＵＬ信号を受信する、ように構成されたプロセッサと、を備え、
前記プロセッサは、競争に基づく任意接続過程が行われる間に前記第１区間で前記ＵＥ－開始チャネル占有に連係する前記ＵＬ送信が許容されないと判断する、ＢＳ。