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

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-09-29

(45)【発行日】2023-10-10

(54)【発明の名称】無線通信システムにおいて信号の送受信方法及び装置

(51)【国際特許分類】

   H04W 72/1268 20230101AFI20231002BHJP

   H04W 16/14 20090101ALI20231002BHJP

   H04W 72/232 20230101ALI20231002BHJP

   H04W 72/54 20230101ALI20231002BHJP

【ＦＩ】

H04W72/1268

H04W16/14

H04W72/232

H04W72/54 110

【請求項の数】 10

(21)【出願番号】P 2022535939

(86)(22)【出願日】2021-08-03

(65)【公表番号】

(43)【公表日】2023-02-15

(86)【国際出願番号】 KR2021010140

(87)【国際公開番号】W WO2022030945

(87)【国際公開日】2022-02-10

【審査請求日】2022-06-13

(31)【優先権主張番号】63/062,408

(32)【優先日】2020-08-06

(33)【優先権主張国・地域又は機関】US

(31)【優先権主張番号】10-2020-0137773

(32)【優先日】2020-10-22

(33)【優先権主張国・地域又は機関】KR

(31)【優先権主張番号】63/104,506

(32)【優先日】2020-10-22

(33)【優先権主張国・地域又は機関】US

(31)【優先権主張番号】63/138,348

(32)【優先日】2021-01-15

(33)【優先権主張国・地域又は機関】US

(31)【優先権主張番号】63/143,934

(32)【優先日】2021-01-31

(33)【優先権主張国・地域又は機関】US

(31)【優先権主張番号】63/175,038

(32)【優先日】2021-04-14

(33)【優先権主張国・地域又は機関】US

(31)【優先権主張番号】10-2021-0060156

(32)【優先日】2021-05-10

(33)【優先権主張国・地域又は機関】KR

(31)【優先権主張番号】63/192,074

(32)【優先日】2021-05-23

(33)【優先権主張国・地域又は機関】US

(73)【特許権者】

【識別番号】502032105

【氏名又は名称】エルジー エレクトロニクス インコーポレイティド

【氏名又は名称原語表記】ＬＧ ＥＬＥＣＴＲＯＮＩＣＳ ＩＮＣ．

【住所又は居所原語表記】１２８， Ｙｅｏｕｉ－ｄａｅｒｏ， Ｙｅｏｎｇｄｅｕｎｇｐｏ－ｇｕ， ０７３３６ Ｓｅｏｕｌ，Ｒｅｐｕｂｌｉｃ ｏｆ Ｋｏｒｅａ

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100123582

【弁理士】

【氏名又は名称】三橋 真二

(74)【代理人】

【識別番号】100165191

【弁理士】

【氏名又は名称】河合 章

(74)【代理人】

【識別番号】100114018

【弁理士】

【氏名又は名称】南山 知広

(74)【代理人】

【識別番号】100159259

【弁理士】

【氏名又は名称】竹本 実

(72)【発明者】

【氏名】ヤン ソクチョル

(72)【発明者】

【氏名】キム ソンウク

(72)【発明者】

【氏名】ミョン セチャン

(72)【発明者】

【氏名】ペ ドクヒョン

【審査官】新井 寛

(56)【参考文献】

【文献】LG Electronics，Discussion on unlicensed band URLLC/IIOT，3GPP TSG RAN WG1 #104b-e R1-2103349，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_104b-e/Docs/R1-2103349.zip>，2021年04月07日

【文献】Nokia, Nokia Shanghai Bell，Remaining Issues on Channel Access Procedures for NR-U，3GPP TSG RAN WG1 #102-e R1-2006370，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_102-e/Docs/R1-2006370.zip>，2020年08月07日

【文献】Samsung，Enhancements for unlicensed band URLLC/IIoT，3GPP TSG RAN WG1 #104-e R1-2101203，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_104-e/Docs/R1-2101203.zip>，2021年01月19日

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｂ ７／２４ － ７／２６

Ｈ０４Ｗ ４／００ － ９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

無線通信システムにおいて共有されたスペクトル(ｓｈａｒｅｄ ｓｐｅｃｔｒｕｍ)上で端末がチャネル接続過程(ｃｈａｎｎｅｌ ａｃｃｅｓｓ ｐｒｏｃｅｄｕｒｅ)を行う方法であって、
チャネル接続に関する構成情報を基地局（ＢＳ）から取得するステップと、
基地局（ＢＳ）開始チャネル占有（ｉｎｉｔｉａｔｅｄ ｃｈａｎｎｅｌ ｏｃｃｕｐａｎｃｙ）に対する第１周期において、端末（ＵＥ）開始チャネル占有と関連したスケジュールされた上りリンク（ＵＬ）送信に対するＤＣＩ（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を受信するステップと、
前記構成情報と前記ＤＣＩに基づいて、前記ＵＥ開始チャネル占有と関連する前記スケジュールされたＵＬ送信に対するチャネル接続過程を実行するステップとを含み、
前記スケジュールされたＵＬ送信は、前記ＢＳ開始チャネル占有に対する前記第１周期に限定され（confined）、前記スケジュールされたＵＬ送信は、前記ＵＥ開始チャネル占有に対する第２周期の開始に時間整列されず、
前記ＵＥが前記第２周期でチャネル占有(ｃｈａｎｎｅｌ ｏｃｃｕｐａｎｃｙ)をすでに開始していることに基づいて、前記ＵＥは前記スケジュールされたＵＬ送信を実行し、
前記ＵＥが前記第２周期でチャネル占有(ｃｈａｎｎｅｌ ｏｃｃｕｐａｎｃｙ)を開始していないことに基づいて、前記ＵＥは前記スケジュールされたＵＬ送信をドロップする、方法。

【請求項2】

前記スケジュールされたＵＬ送信は、前記第２周期の開始の後に位置する、請求項１に記載の方法。

【請求項3】

前記スケジュールされたＵＬ送信は、前記第２周期に含まれる、請求項１に記載の方法。

【請求項4】

前記構成情報は上位層シグナリングを介して取得される、請求項１に記載の方法。

【請求項5】

前記第１周期の開始は、前記第２周期の開始と時間整列されていない（not time-aligned)、請求項１に記載の方法。

【請求項6】

請求項１に記載の方法を実行するプログラムを格納する、非一時的コンピュータ読み取り可能な媒体。

【請求項7】

無線通信システムにおいて共有されたスペクトル(ｓｈａｒｅｄ ｓｐｅｃｔｒｕｍ)上でチャネル接続過程(ｃｈａｎｎｅｌ ａｃｃｅｓｓ ｐｒｏｃｅｄｕｒｅ)を行う端末であって、
トランシーバと、
チャネル接続に関する構成情報を基地局（ＢＳ）から取得し、基地局（ＢＳ）開始チャネル占有（ＵＥ－ｉｎｉｔｉａｔｅｄ ｃｈａｎｎｅｌ ｏｃｃｕｐａｎｃｙ）に対する第１周期において、端末（ＵＥ）開始チャネル占有と関連したスケジュールされた上りリンク（ＵＬ）送信に対するＤＣＩ（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を受信し、前記トランシーバを制御することにより前記構成情報と前記ＤＣＩに基づいて、ＵＥ開始チャネル占有と関連する前記スケジュールされたＵＬ送信に対するチャネル接続過程を実行するように構成されたプロセッサとを備え、
前記スケジュールされたＵＬ送信は、前記ＢＳ開始チャネル占有に対する前記第１周期に限定され（confined）、前記スケジュールされたＵＬ送信は、前記ＵＥ開始チャネル占有に対する第２周期の開始に時間整列されず、
前記ＵＥが前記第２周期でチャネル占有(ｃｈａｎｎｅｌ ｏｃｃｕｐａｎｃｙ)をすでに開始していることに基づいて、前記プロセッサは前記スケジュールされたＵＬ送信を実行し、
前記ＵＥが前記第２周期でチャネル占有(ｃｈａｎｎｅｌ ｏｃｃｕｐａｎｃｙ)を開始していないことに基づいて、前記プロセッサは前記スケジュールされたＵＬ送信をドロップする、端末。

【請求項8】

無線通信システムにおいて共有されたスペクトル(ｓｈａｒｅｄ ｓｐｅｃｔｒｕｍ)上で基地局が行う方法であって、
チャネル接続に関する構成情報を端末（ＵＥ）へ送信するステップと、
基地局（ＢＳ）開始チャネル占有（ｉｎｉｔｉａｔｅｄ ｃｈａｎｎｅｌ ｏｃｃｕｐａｎｃｙ）に対する第１周期において前記端末に、端末（ＵＥ）開始チャネル占有と関連するスケジュールされた上りリンク（ＵＬ）受信に対するＤＣＩ（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を送信し、
前記スケジュールされたＵＬ受信は、前記ＢＳ開始チャネル占有に対する前記第１周期に限定され（confined）、前記スケジュールされたＵＬ受信は、前記ＵＥ開始チャネル占有に対する第２周期の開始に時間整列されず、
前記ＵＥが前記第２周期ですでに開始したチャネル占有(ｃｈａｎｎｅｌ ｏｃｃｕｐａｎｃｙ)に基づいて、前記ＢＳは前記スケジュールされたＵＬ受信を実行し、
前記ＵＥが前記第２周期において開始していないチャネル占有(ｃｈａｎｎｅｌ ｏｃｃｕｐａｎｃｙ)に基づいて、前記ＢＳは前記スケジュールされたＵＬ受信をドロップする、方法。

【請求項9】

前記スケジュールされたＵＬ送信は、前記第２周期の開始の後に位置する、請求項８に記載の方法。

【請求項10】

無線通信システムにおける基地局であって、
トランシーバと、
チャネル接続に関する構成情報を端末（ＵＥ）へ送信し、基地局（ＢＳ）開始チャネル占有（ｉｎｉｔｉａｔｅｄ ｃｈａｎｎｅｌ ｏｃｃｕｐａｎｃｙ）に対する第１周期において、前記端末へ、端末（ＵＥ）開始チャネル占有と関連するスケジュールされた上りリンク（ＵＬ）受信に対するＤＣＩ（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を送信するように構成されたプロセッサとを備え、
前記スケジュールされたＵＬ受信は、前記ＢＳ開始チャネル占有に対する前記第１周期に限定され（confined）、前記スケジュールされたＵＬ受信は、前記ＵＥ開始チャネル占有に対する第２周期の開始に時間整列されず、
前記プロセッサが、前記第２周期ですでに開始した前記端末のチャネル占有(ｃｈａｎｎｅｌ ｏｃｃｕｐａｎｃｙ)に基づいて、前記スケジュールされたＵＬ受信を実行し、
前記プロセッサが、前記第２周期において開始していない前記端末のチャネル占有(ｃｈａｎｎｅｌ ｏｃｃｕｐａｎｃｙ)に基づいて、前記スケジュールされたＵＬ受信をドロップする、基地局。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

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

【発明の概要】

【発明が解決しようとする課題】

【0003】

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

【0004】

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

【課題を解決するための手段】

【0005】

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

【0006】

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

【0007】

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

【0008】

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

【0009】

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

【0010】

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

【0011】

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

【0012】

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

【0013】

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

【0014】

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

【0015】

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

【発明の効果】

【0016】

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

【0017】

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

【図面の簡単な説明】

【0018】

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

【0019】

【図1】無線通信システムの一例である３ＧＰＰ（登録商標）システムに用いられる物理チャネル及びこれらを用いた一般的な信号伝送方法を例示する図である。

【図2】無線フレームの構造を例示する図である。

【図3】スロットのリソースグリッドを例示する図である。

【図4】スロット内に物理チャネルがマッピングされる例を示す図である。

【図5】ＡＣＫ／ＮＡＣＫ送信過程を例示する図である。

【図6】ＰＵＳＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ)送信過程を例示する図である。

【図7】制御情報をＰＵＳＣＨに多重化する例を示す図である。

【図8】非免許帯域を支援する無線通信システムを例示する図である。

【図9】非免許帯域内でリソースを占有する方法を例示する図である。

【図10】ＦＢＥ基盤のチャネルアクセルを例示する図である。

【図11】ＬＢＥ基盤のチャネルアクセルを例示する図である。

【図12】下りリンク信号送信のための基地局のＴｙｐｅ １ ＣＡＰ動作(例えば、ＬＢＥ基盤のチャネルアクセルの一例)を示すフローチャートである。

【図13】上りリンク信号送信のための端末のＴｙｐｅ １ ＣＡＰ動作(例えば、ＬＢＥ基盤のチャネルアクセスの一例)を示すフローチャートである。

【図14】共有スペクトル上の周波数帯域(例えば、ＢＷＰ)に含まれた複数のＬＢＴ－ＳＢｓを例示する図である。

【図15】本発明の一実施例によるチャネル接続方法を説明するための図である。

【図16】本発明の実施例による ＦＦＰを示す図である。

【図17】本発明の一実施例によるＦＦＰの開始オフセットとＤｕｒａｔｉｏｎを示す図である。

【図18】本発明の一実施例による共有スペクトル上でのＦＢＥ基盤のチャネル接続方法の流れを示す図である。

【図19】本発明に適用される通信システム１と無線機器を例示する図である。

【図20】本発明に適用される通信システム１と無線機器を例示する図である。

【図21】本発明に適用される通信システム１と無線機器を例示する図である。

【図22】本発明に適用される通信システム１と無線機器を例示する図である。

【図23】本発明に適用可能なＤＲＸ(Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ)動作を例示する図である。

【発明を実施するための形態】

【0020】

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

【0021】

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

【0022】

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

【0023】

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

【0024】

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

【0025】

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

【0026】

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

【0027】

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

【0028】

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

【0029】

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

【0030】

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

【0031】

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

【0032】

【表1】

【0033】

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

【0034】

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

【0035】

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

【0036】

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

【0037】

【表2】

【0038】

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

【0039】

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

【0040】

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

【0041】

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

【0042】

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

【0043】

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

【0044】

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

【0045】

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

【0046】

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

【0047】

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

【0048】

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

【0049】

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

【0050】

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

【0051】

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

【0052】

【表3】

【0053】

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

【0054】

【表4】

【0055】

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

【0056】

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

【0057】

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

【0058】

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

【0059】

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

【0060】

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

【0061】

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

【0062】

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

【0063】

【表5】

【0064】

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

【0065】

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

【0066】

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

【0067】

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

【0068】

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

【0069】

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

【0070】

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

【0071】

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

【0072】

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

【0073】

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

【0074】

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

【0075】

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

【0076】

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

【0077】

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

【0078】

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

【0079】

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

【0080】

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

【0081】

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

【0082】

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

【0083】

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

【0084】

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

【0085】

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

【0086】

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

【0087】

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

【0088】

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

【0089】

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

【0090】

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

【0091】

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

【0092】

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

【0093】

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

【0094】

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

【0095】

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

【0096】

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

【0097】

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

【0098】

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

【0099】

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

【0100】

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

【0101】

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

【0102】

【表6】

【0103】

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

【0104】

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

【0105】

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

【0106】

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

【0107】

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

【0108】

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

【0109】

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

【0110】

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

【0111】

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

【0112】

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

【0113】

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

【0114】

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

【0115】

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

【0116】

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

【0117】

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

【0118】

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

【0119】

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

【0120】

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

【0121】

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

【0122】

【表7】

【0123】

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

【0124】

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

【0125】

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

【0126】

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

【0127】

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

【0128】

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

【0129】

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

【0130】

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

【0131】

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

【0132】

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

【0133】

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

【0134】

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

【0135】

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

【0136】

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

【0137】

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

【0138】

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

【0139】

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

【0140】

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

【0141】

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

【0142】

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

【0143】

[Ｐｒｏｐｏｓａｌ １]

【0144】

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

【0145】

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

【0146】

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

【0147】

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

【0148】

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

【0149】

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

【0150】

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

【0151】

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

【0152】

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

【0153】

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

【0154】

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

【0155】

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

【0156】

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

【0157】

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

【0158】

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

【0159】

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

【0160】

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

【0161】

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

【0162】

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

【0163】

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

【0164】

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

【0165】

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

【0166】

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

【0167】

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

【0168】

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

【0169】

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

【0170】

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

【0171】

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

【0172】

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

【0173】

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

【0174】

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

【0175】

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

【0176】

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

【0177】

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

【0178】

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

【0179】

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

【0180】

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

【0181】

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

【0182】

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

【0183】

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

【0184】

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

【0185】

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

【0186】

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

【0187】

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

【0188】

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

【0189】

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

【0190】

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

【0191】

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

【0192】

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

【0193】

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

【0194】

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

【0195】

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

【0196】

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

【0197】

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

【0198】

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

【0199】

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

【0200】

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

【0201】

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

【0202】

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

【0203】

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

【0204】

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

【0205】

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

【0206】

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

【0207】

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

【0208】

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

【0209】

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

【0210】

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

【0211】

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

【0212】

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

【0213】

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

【0214】

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

【0215】

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

【0216】

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

【0217】

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

【0218】

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

【0219】

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

【0220】

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

【0221】

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

【0222】

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

【0223】

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

【0224】

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

【0225】

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

【0226】

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

【0227】

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

【0228】

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

【0229】

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

【0230】

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

【0231】

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

【0232】

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

【0233】

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

【0234】

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

【0235】

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

【0236】

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

【0237】

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

【0238】

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

【0239】

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

【0240】

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

【0241】

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

【0242】

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

【0243】

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

【0244】

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

【0245】

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

【0246】

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

【0247】

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

【0248】

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

【0249】

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

【0250】

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

【0251】

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

【0252】

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

【0253】

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

【0254】

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

【0255】

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

【0256】

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

【0257】

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

【0258】

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

【0259】

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

【0260】

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

【0261】

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

【0262】

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

【0263】

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

【0264】

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

【0265】

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

【0266】

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

【0267】

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

【0268】

【表8】

【0269】

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

【0270】

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

【0271】

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

【0272】

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

【0273】

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

【0274】

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

【0275】

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

【0276】

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

【0277】

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

【0278】

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

【0279】

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

【0280】

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

【0281】

[Ｐｒｏｐｏｓａｌ ２]

【0282】

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

【0283】

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

【0284】

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

【0285】

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

【0286】

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

【0287】

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

【0288】

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

【0289】

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

【0290】

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

【0291】

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

【0292】

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

【0293】

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

【0294】

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

【0295】

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

【0296】

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

【0297】

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

【0298】

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

【0299】

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

【0300】

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

【0301】

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

【0302】

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

【0303】

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

【0304】

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

【0305】

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

【0306】

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

【0307】

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

【0308】

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

【0309】

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

【0310】

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

【0311】

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

【0312】

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

【0313】

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

【0314】

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

【0315】

[Ｐｒｏｐｏｓａｌ ３]

【0316】

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

【0317】

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

【0318】

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

【0319】

[Ｐｒｏｐｏｓａｌ ４]

【0320】

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

【0321】

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

【0322】

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

【0323】

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

【0324】

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

【0325】

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

【0326】

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

【0327】

[Ｐｒｏｐｏｓａｌ ５]

【0328】

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

【0329】

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

【0330】

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

【0331】

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

【0332】

[Ｐｒｏｐｏｓａｌ ６]

【0333】

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

【0334】

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

【0335】

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

【0336】

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

【0337】

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

【0338】

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

【0339】

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

【0340】

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

【0341】

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

【0342】

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

【0343】

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

【0344】

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

【0345】

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

【0346】

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

【0347】

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

【0348】

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

【0349】

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

【0350】

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

【0351】

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

【0352】

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

【0353】

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

【0354】

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

【0355】

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

【0356】

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

【0357】

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

【0358】

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

【0359】

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

【0360】

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

【0361】

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

【0362】

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

【0363】

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

【0364】

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

【0365】

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

【0366】

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

【0367】

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

【0368】

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

【0369】

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

【0370】

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

【0371】

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

【0372】

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

【0373】

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

【0374】

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

【0375】

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

【0376】

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

【0377】

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

【0378】

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

【0379】

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

【0380】

【表9】

【0381】

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

【0382】

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

【0383】

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

【0384】

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

【0385】

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

【0386】

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

【0387】

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

【0388】

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

【0389】

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

【0390】

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

【産業上の利用可能性】

【0391】

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】