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

(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

   H04L 27/26 20060101ALI20231002BHJP

【ＦＩ】

H04W72/1268

H04W16/14

H04W72/232

H04W72/54 110

H04L27/26 110

【請求項の数】 13

(21)【出願番号】P 2022537127

(86)(22)【出願日】2022-01-07

(65)【公表番号】

(43)【公表日】2023-04-04

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

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

(87)【国際公開日】2022-07-21

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

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

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

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

(31)【優先権主張番号】63/141,924

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

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

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

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

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

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

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

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

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

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

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

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

(32)【優先日】2021-09-30

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

(31)【優先権主張番号】63/254,155

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

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

(31)【優先権主張番号】63/257,106

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

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

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

(32)【優先日】2021-11-03

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

(73)【特許権者】

【識別番号】502032105

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

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

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

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100123582

【弁理士】

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

(74)【代理人】

【識別番号】100165191

【弁理士】

【氏名又は名称】河合 章

(74)【代理人】

【識別番号】100114018

【弁理士】

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

(74)【代理人】

【識別番号】100159259

【弁理士】

【氏名又は名称】竹本 実

(72)【発明者】

【氏名】ヤン ソクチェル

(72)【発明者】

【氏名】キム ソンウク

(72)【発明者】

【氏名】ミョン セチャン

【審査官】望月 章俊

(56)【参考文献】

【文献】国際公開第２０２０／０３２７３４（ＷＯ，Ａ１）

【文献】欧州特許出願公開第０３８３６７２１（ＥＰ，Ａ１）

【文献】国際公開第２０２０／１１８７２０（ＷＯ，Ａ１）

【文献】ETRI，Processing time for COT sharing in FBE[online]，3GPP TSG RAN WG1 #103-e R1-2009014，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_103-e/Docs/R1-2009014.zip>，2020年11月01日

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

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

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

Ｈ０４Ｌ２７／２６

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

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

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

【請求項1】

無線通信システムにおいて共有スペクトル(ｓｈａｒｅｄ ｓｐｅｃｔｒｕｍ)上で端末がチャネル接続過程(ｃｈａｎｎｅｌ ａｃｃｅｓｓ ｐｒｏｃｅｄｕｒｅ)を行う方法であって、
第１期間(ｆｉｒｓｔ ｐｅｒｉｏｄ)に基地局から、ＤＣＩ(ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ)を受信することと、
前記ＤＣＩに基づいて、スケジュールされた上りリンク(ＵＬ)送信のためのチャネル接続過程を行うことを含み、
前記スケジュールされたＵＬ送信が前記基地局により開始されるチャネル占有(ｃｈａｎｎｅｌ ｏｃｃｕｐａｎｃｙ)に関連するものであり、センシングの後に、前記端末が、前記スケジュールされたＵＬ送信を行うように指示され、
前記スケジュールされたＵＬ送信が、前記ＤＣＩが受信された前記第１期間内に含まれる(ｃｏｎｆｉｎｅｄ)か否かに基づいて、前記スケジュールされたＵＬ送信に対して、前記端末は、クロスペリオド（Cross-period） スケジューリングに関連する第１過程又はイントラペリオドスケジューリング(intra-period scheduling)に関連する第２過程を実行し、
前記ＤＣＩの受信に対する第１キャリアと前記スケジュールされたＵＬ送信に対する第２キャリアは互いに異なり、前記端末は、前記スケジュールされたＵＬ送信が前記第１期間内に含まれることに基づいて、前記イントラペリオドスケジューリングに関連する前記第２過程を実行する、方法。

【請求項2】

前記端末は、前記第２過程以外の前記第１過程に対して、前記スケジュールされたＵＬ送信が属する対応期間でのチャネル占有が前記基地局により開始されるかを判断するためのチャネル占有チェッキングを行う、請求項１に記載の方法。

【請求項3】

前記スケジュールされたＵＬ送信が、前記ＤＣＩが受信された前記第１期間内に含まれることに基づいて、前記端末は、前記第１期間のチャネル占有イニシエーター（initiator）の追加のチェックをせずに、前記スケジュールされたＵＬ送信に対する前記第２過程を実行する、請求項１に記載の方法。

【請求項4】

前記端末は、前記基地局（ＢＳ）が前記第１期間内でチャネル占有をすでに開始していることに基づいて、前記スケジュールされたＵＬ送信を行う、請求項３に記載の方法。

【請求項5】

前記スケジュールされたＵＬ送信が、前記第１期間とは異なる第２期間に含まれることに基づいて、前記端末は、前記第２期間でのチャネル占有が前記基地局により開始されるかを判断するために、チャネル占有チェッキングを含む前記第１過程(procedure)を行う、請求項１に記載の方法。

【請求項6】

前記端末が前記第２期間でのチャネル占有が前記基地局により開始されたと判断した場合のみに、前記端末は、前記スケジュールされたＵＬ送信を前記第２期間で行う、請求項５に記載の方法。

【請求項7】

前記端末が、前記チャネル占有チェッキングの結果として、前記第２期間でのチャネル占有が前記基地局により開始されていないと判断した場合には、前記端末は、前記スケジュールされたＵＬ送信をドロップ(ｄｒｏｐ)する、請求項５に記載の方法。

【請求項8】

前記端末は、ＣＯＴ(ｃｈａｎｎｅｌ ｏｃｃｕｐａｎｃｙ ｔｉｍｅ)を共有することに基づいて、前記スケジュールされたＵＬ送信を行う、請求項１に記載の方法。

【請求項9】

請求項１に記載の方法を行うためのプログラムを格納するコンピュータ読み取り可能な記録媒体。

【請求項10】

無線通信システムにおいて共有スペクトル(ｓｈａｒｅｄ ｓｐｅｃｔｒｕｍ)上でチャネル接続過程(ｃｈａｎｎｅｌ ａｃｃｅｓｓ ｐｒｏｃｅｄｕｒｅ)を行う端末であって、
送受信機と、
前記送受信機を制御することにより、第１期間(ｐｅｒｉｏｄ)に基地局からＤＣＩ(ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ)を受信し、前記ＤＣＩに基づいて、スケジュールされた上りリンク(ＵＬ)送信のためのチャネル接続過程を行うプロセッサを含み、
前記スケジュールされたＵＬ送信が前記基地局により開始されるチャネル占有(ｃｈａｎｎｅｌ ｏｃｃｕｐａｎｃｙ)に関連し、センシングの後に前記スケジュールされたＵＬ送信を前記端末が行うように指示され、
前記スケジュールされたＵＬ送信が、前記ＤＣＩが受信された前記第１期間内に含まれる(ｃｏｎｆｉｎｅｄ)か否かに基づいて、前記スケジュールされたＵＬ送信に対して、前記プロセッサは、クロスペリオド（Cross-period） スケジューリングに関連する第１過程又はイントラペリオドスケジューリング(intra-period scheduling)に関連する第２過程を実行し、
前記ＤＣＩの受信に対する第１キャリアと前記スケジュールされたＵＬ送信に対する第２キャリアは互いに異なり、前記プロセッサは、前記スケジュールされたＵＬ送信が前記第１期間内に含まれることに基づいて、前記イントラペリオドスケジューリングに関連する前記第２過程を実行する、端末。

【請求項11】

無線通信システムにおいて共有スペクトル(ｓｈａｒｅｄ ｓｐｅｃｔｒｕｍ)上でチャネル接続過程(ｃｈａｎｎｅｌ ａｃｃｅｓｓ ｐｒｏｃｅｄｕｒｅ)を行う端末を制御する機器であって、
命令を格納するメモリと、
前記命令を実行することにより、第１期間(ｐｅｒｉｏｄ)に基地局からＤＣＩ(ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ)を受信し、前記ＤＣＩに基づいて、スケジュールされた上りリンク(ＵＬ)送信のためのチャネル接続過程を行うプロセッサを含み、
前記スケジュールされたＵＬ送信が前記基地局により開始されるチャネル占有(ｃｈａｎｎｅｌ ｏｃｃｕｐａｎｃｙ)に関連し、センシングの後に前記スケジュールされたＵＬ送信を、前記端末が行うように指示され、
前記スケジュールされたＵＬ送信が、前記ＤＣＩが受信された前記第１期間内に含まれる(ｃｏｎｆｉｎｅｄ)か否かに基づいて、前記スケジュールされたＵＬ送信に対して、前記プロセッサは、クロスペリオド（Cross-period） スケジューリングに関連する第１過程又はイントラペリオドスケジューリング(intra-period scheduling)に関連する第２過程を実行し、
前記ＤＣＩの受信に対する第１キャリアと前記スケジュールされたＵＬ送信に対する第２キャリアは互いに異なり、前記プロセッサは、前記スケジュールされたＵＬ送信が前記第１期間内に含まれることに基づいて、前記イントラペリオドスケジューリングに関連する前記第２過程を実行する、前記端末を制御する機器。

【請求項12】

前記第１キャリアで受信された前記ＤＣＩは、前記第２キャリアで、前記スケジュールされたＵＬ送信のクロスキャリアスケジューリングに対して構成される、請求項１に記載の方法。

【請求項13】

前記ＤＣＩはＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）をスケジューリングするための情報を含み、
前記第２キャリアでの前記スケジュールされたＵＬ送信は、前記ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ（ｈｙｂｒｉｄ ｒｅｐｅａｔ－ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）を含むＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）である、請求項１に記載の方法。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

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

【発明の概要】

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

【0003】

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

【0004】

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

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

【0005】

本発明の一側面によって、無線通信システムにおいて、共有スペクトル(ｓｈａｒｅｄ ｓｐｅｃｔｒｕｍ)上で端末がチャネル接続過程(ｃｈａｎｎｅｌ ａｃｃｅｓｓ ｐｒｏｃｅｄｕｒｅ)を行う方法は、ＦＢＥ(ｆｒａｍｅ ｂａｓｅｄ ｅｑｕｉｐｍｅｎｔ)のための第１ＦＦＰ(Ｆｉｘｅｄ ｆｒａｍｅ ｐｅｒｉｏｄ)に基地局から、ＤＣＩ(ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ)を受信(ｒｅｃｅｉｖｉｎｇ, ａｔ ａ ｆｉｒｓｔ ｆｉｘｅｄ ｆｒａｍｅ ｐｅｒｉｏｄ（ＦＦＰ） ｆｒｏｍ ａ ｂａｓｅ ｓｔａｔｉｏｎ, ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ(ＤＣＩ))；及びこのＤＣＩに基づいて、スケジュールされた上りリンク(ＵＬ)送信のためのチャネル接続過程を行うことを含む(ｐｅｒｆｏｒｍｉｎｇ, ｂａｓｅｄ ｏｎ ｔｈｅ ＤＣＩ, ａ ｃｈａｎｎｅｌ ａｃｃｅｓｓ ｐｒｏｃｅｄｕｒｅ ｆｏｒ ａ ｓｃｈｅｄｕｌｅｄ ｕｐｌｉｎｋ ｔｒａｎｓｍｉｓｓｉｏｎ)。スケジュールされたＵＬ送信が基地局により開始されるチャネル占有(ｃｈａｎｎｅｌ ｏｃｃｕｐａｎｃｙ)に関連するものであると指示され、スケジュールされたＵＬ送信のために端末がチャネルセンシングを行うべきであると指示された第１状態において、端末はＤＣＩにより割り当てられたスケジュールされたＵＬ送信のためのリソースがＤＣＩが受信された第１ＦＦＰ内に含まれる(ｃｏｎｆｉｎｅｄ)か否かに基づいて、スケジュールされたＵＬ送信のためのチャネル接続過程を行う(ｗｈｅｒｅｉｎ ｉｎ ａ ｆｉｒｓｔ ｓｔａｔｅ ｗｈｅｒｅ ｔｈｅ ｓｃｈｅｄｕｌｅｄ ｕｐｌｉｎｋ ｔｒａｎｓｍｉｓｓｉｏｎ ｉｓ ａｓｓｏｃｉａｔｅｄ ｗｉｔｈ ａ ｃｈａｎｎｅｌ ｏｃｃｕｐａｎｃｙ ｔｈａｔ ｉｓ ｉｎｉｔｉａｔｅｄ ｂｙ ｔｈｅ ＢＳ, ａｎｄ ｔｈｅ ＵＥ ｉｓ ｉｎｄｉｃａｔｅｄ ｔｏ ｐｅｒｆｏｒｍ ｃｈａｎｎｅｌ ｓｅｎｓｉｎｇ ｆｏｒ ｔｈｅ ｓｃｈｅｄｕｌｅｄ ｕｐｌｉｎｋ ｔｒａｎｓｍｉｓｓｉｏｎ, ｔｈｅ ＵＥ, ｍａｙ ｐｅｒｆｏｒｍ ｔｈｅ ｃｈａｎｎｅｌ ａｃｃｅｓｓ ｐｒｏｃｅｄｕｒｅ ｆｏｒ ｔｈｅ ｓｃｈｅｄｕｌｅｄ ｕｐｌｉｎｋ ｔｒａｎｓｍｉｓｓｉｏｎ, ｂａｓｅｄ ｏｎ ｗｈｅｔｈｅｒ ｏｒ ｎｏｔ ａ ｒｅｓｏｕｒｃｅ ｆｏｒ ｔｈｅ ｓｃｈｅｄｕｌｅｄ ｕｐｌｉｎｋ ｔｒａｎｓｍｉｓｓｉｏｎ ａｌｌｏｃａｔｅｄ ｔｈｒｏｕｇｈ ｔｈｅ ＤＣＩ, ｉｓ ｃｏｎｆｉｎｅｄ ｗｉｔｈｉｎ ｔｈｅ ｆｉｒｓｔ ＦＦＰ ｗｈｅｒｅ ｔｈｅ ＤＣＩ ｉｓ ｒｅｃｅｉｖｅｄ)。

【0006】

第１状態において端末は、ＤＣＩにより割り当てられたスケジュールされたＵＬ送信のためのリソースがＤＣＩが受信された第１ＦＦＰ内に含まれるか否か、又は第１ＦＦＰとは異なる第２ＦＦＰに含まれるか否かに基づいて、スケジュールされたＵＬ送信のためのリソースが属する該当ＦＦＰ上でのチャネル占有が基地局により開始されるか否かを判断する特定の手順を行うか又は省略する。

【0007】

第１状態において端末は、ＤＣＩにより割り当てられたスケジュールされたＵＬ送信のためのリソースがＤＣＩが受信された第１ＦＦＰ内に含まれていることに基づいて、該当ＦＦＰ上でのチャネル占有が基地局により開始されるか否かを判断する特定の手順を省略すると決定する。

【0008】

第１状態において端末は、ＤＣＩにより割り当てられたスケジュールされたＵＬ送信のためのリソースがＤＣＩが受信された第１ＦＦＰ内に含まれていることに基づいて、該当ＦＦＰ上でのチャネル占有が基地局により開始されると仮定し、特定の手順なしに、スケジュールされたＵＬ送信のためのチャネル接続過程を行う。

【0009】

第１状態において端末は、ＤＣＩにより割り当てられたスケジュールされたＵＬ送信のためのリソースがＤＣＩが受信された第１ＦＦＰとは異なる第２ＦＦＰに含まれていることに基づいて、第２ＦＦＰ上でのチャネル占有が基地局により開始されるか否かを判断する特定の手順を行う。

【0010】

端末は、特定の手順を行った結果、第２ＦＦＰ上でのチャネル占有が基地局により開始されたと判断された場合にのみ、スケジュールされたＵＬ送信のための第２ＦＦＰ上でのチャネル接続過程を行う。

【0011】

端末は、特定の手順を行った結果、第２ＦＦＰ上でのチャネル占有が基地局により開始されていないと判断された場合には、スケジュールされたＵＬ送信をドロップ(ｄｒｏｐ)する。

【0012】

第１状態において端末は、スケジュールされたＵＬ送信のためのリソースを含む該当ＦＦＰが基地局により開始された後、共有－ＣＯＴ(ｃｈａｎｎｅｌ ｏｃｃｕｐａｎｃｙ ｔｉｍｅ)に基づいて該当ＦＦＰにスケジュールされたＵＬ送信を行う。

【0013】

第１状態において端末は、ＤＣＩにより割り当てられたスケジュールされたＵＬ送信のためのリソースが時間ドメイン上でＤＣＩが受信された第１ＦＦＰ内に含まれるか否かだけではなく、さらに周波数ドメイン上でＤＣＩが受信された第１周波数リソース領域に含まれるか否かを考慮して、スケジュールされたＵＬ送信のためのチャネル接続過程を行う。

【0014】

第１状態において端末は、スケジュールされたＵＬ送信のためのリソースが第１ＦＦＰ内に含まれるだけではなく、第１周波数リソース領域にも含まれることに基づいて、チャネル占有が基地局により開始されるか否かを判断する特定の手順なしに、スケジュールされたＵＬ送信のためのチャネル接続過程を行う。

【0015】

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

【0016】

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

【0017】

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

【0018】

本発明のさらに他の側面において、無線通信システムにおいて共有スペクトル(ｓｈａｒｅｄ ｓｐｅｃｔｒｕｍ)上で基地局が信号を受信する方法は、ＦＢＥ(ｆｒａｍｅ ｂａｓｅｄ ｅｑｕｉｐｍｅｎｔ)のための第１ＦＦＰ(ｆｉｘｅｄ ｆｒａｍｅ ｐｅｒｉｏｄ)に端末にＤＣＩ(ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ)を送信；及びこのＤＣＩに基づいて、スケジュールされた上りリンク(ＵＬ)受信のためのチャネル接続過程を行うことを含み、スケジュールされたＵＬ送信が基地局により開始されるチャネル占有(ｃｈａｎｎｅｌ ｏｃｃｕｐａｎｃｙ)に関連するものであると指示され、スケジュールされたＵＬ送信のために、端末がチャネルセンシングを行うべきであると指示された第１状態において、基地局は：ＤＣＩにより割り当てられたスケジュールされたＵＬ送信のためのリソースがＤＣＩが受信された第１ＦＦＰ内に含まれる(ｃｏｎｆｉｎｅｄ)か否かに基づいて、スケジュールされたＵＬ受信のためのチャネル接続過程を行う。

【0019】

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

【発明の効果】

【0020】

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

【0021】

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

【図面の簡単な説明】

【0022】

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

【0023】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【図17】本発明の一実施例によるＵＬ信号送受信方法を説明する図である。

【図18】本発明の一実施例によるＵＬ信号送受信方法を説明する図である。

【図19】本発明の一実施例によるＵＬ信号送受信方法を説明する図である。

【図20】本発明の一実施例によるＵＬ信号送受信方法を説明する図である。

【図21】本発明の一実施例によるＵＬ信号送受信方法を説明する図である。

【図22】本発明の一実施例によるＵＬ信号送受信方法を説明する図である。

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

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

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

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

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

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

【0024】

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

【0025】

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

【0026】

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

【0027】

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

【0028】

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

【0029】

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

【0030】

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

【0031】

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

【0032】

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

【0033】

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

【0034】

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

【0035】

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

【0036】

【表1】

【0037】

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

【0038】

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

【0039】

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

【0040】

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

【0041】

【表2】

【0042】

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

【0043】

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

【0044】

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

【0045】

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

【0046】

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

【0047】

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

【0048】

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

【0049】

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

【0050】

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

【0051】

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

【0052】

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

【0053】

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

【0054】

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

【0055】

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

【0056】

【表3】

【0057】

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

【0058】

【表4】

【0059】

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

【0060】

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

【0061】

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

【0062】

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

【0063】

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

【0064】

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

【0065】

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

【0066】

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

【0067】

【表5】

【0068】

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

【0069】

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

【0070】

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

【0071】

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

【0072】

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

【0073】

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

【0074】

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

【0075】

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

【0076】

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

【0077】

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

【0078】

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

【0079】

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

【0080】

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

【0081】

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

【0082】

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

【0083】

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

【0084】

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

【0085】

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

【0086】

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

【0087】

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

【0088】

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

【0089】

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

【0090】

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

【0091】

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

【0092】

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

【0093】

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

【0094】

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

【0095】

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

【0096】

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

【0097】

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

【0098】

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

【0099】

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

【0100】

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

【0101】

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

【0102】

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

【0103】

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

【0104】

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

【0105】

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

【0106】

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

【0107】

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

【0108】

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

【0109】

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

【0110】

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

【0111】

【表6】

【0112】

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

【0113】

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

【0114】

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

【0115】

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

【0116】

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

【0117】

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

【0118】

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

【0119】

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

【0120】

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

【0121】

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

【0122】

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

【0123】

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

【0124】

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

【0125】

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

【0126】

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

【0127】

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

【0128】

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

【0129】

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

【0130】

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

【0131】

【表7】

【0132】

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

【0133】

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

【0134】

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

【0135】

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

【0136】

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

【0137】

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

【0138】

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

【0139】

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

【0140】

【表8】

【0141】

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

【0142】

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

【0143】

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

【0144】

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

【0145】

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

【0146】

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

【0147】

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

【0148】

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

【0149】

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

【0150】

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

【0151】

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

【0152】

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

【0153】

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

【0154】

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

【0155】

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

【0156】

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

【0157】

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

【0158】

１)問題状況

【0159】

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

【0160】

２)提案１

【0161】

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

【0162】

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

【0163】

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

【0164】

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

【0165】

i．Ｏｐｔ Ａ

【0166】

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

【0167】

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

【0168】

ii．Ｏｐｔ Ｂ

【0169】

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

【0170】

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

【0171】

iii．Ｏｐｔ Ｃ

【0172】

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

【0173】

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

【0174】

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

【0175】

３)提案２

【0176】

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

【0177】

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

【0178】

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

【0179】

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

【0180】

４)提案３

【0181】

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

【0182】

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

【0183】

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

【0184】

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

【0185】

５)提案４

【0186】

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

【0187】

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

【0188】

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

【0189】

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

【0190】

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

【0191】

１)問題状況

【0192】

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

【0193】

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

【0194】

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

【0195】

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

【0196】

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

【0197】

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

【0198】

２)提案１

【0199】

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

【0200】

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

【0201】

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

【0202】

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

【0203】

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

【0204】

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

【0205】

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

【0206】

３)提案２

【0207】

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

【0208】

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

【0209】

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

【0210】

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

【0211】

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

【0212】

４)提案３

【0213】

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

【0214】

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

【0215】

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

【0216】

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

【0217】

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

【0218】

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

【0219】

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

【0220】

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

【0221】

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

【0222】

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

【0223】

５)提案４

【0224】

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

【0225】

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

【0226】

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

【0227】

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

【0228】

６)提案５

【0229】

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

【0230】

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

【0231】

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

【0232】

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

【0233】

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

【0234】

７)提案６

【0235】

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

【0236】

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

【0237】

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

【0238】

－Ａｌｔ－１

【0239】

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

【0240】

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

【0241】

－Ａｌｔ－２

【0242】

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

【0243】

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

【0244】

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

【0245】

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

【0246】

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

【0247】

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

【0248】

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

【0249】

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

【0250】

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

【0251】

１)問題状況１

【0252】

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

【0253】

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

【0254】

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

【0255】

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

【0256】

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

【0257】

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

【0258】

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

【0259】

２)提案１

【0260】

Ａ．Ｏｐｔ １

【0261】

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

【0262】

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

【0263】

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

【0264】

Ｂ．Ｏｐｔ ２

【0265】

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

【0266】

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

【0267】

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

【0268】

Ｃ．Ｏｐｔ ３

【0269】

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

【0270】

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

【0271】

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

【0272】

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

【0273】

３)問題状況２

【0274】

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

【0275】

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

【0276】

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

【0277】

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

【0278】

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

【0279】

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

【0280】

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

【0281】

４)提案２

【0282】

Ａ．Ｏｐｔ １

【0283】

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

【0284】

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

【0285】

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

【0286】

Ｂ．Ｏｐｔ ２

【0287】

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

【0288】

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

【0289】

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

【0290】

Ｃ．Ｏｐｔ ３

【0291】

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

【0292】

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

【0293】

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

【0294】

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

【0295】

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

【0296】

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

【0297】

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

【0298】

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

【0299】

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

【0300】

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

【0301】

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

【0302】

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

【0303】

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

【0304】

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

【0305】

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

【0306】

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

【0307】

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

【0308】

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

【0309】

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

【0310】

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

【0311】

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

【0312】

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

【0313】

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

【0314】

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

【0315】

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

【0316】

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

【0317】

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

【0318】

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

【0319】

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

【0320】

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

【0321】

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

【0322】

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

【0323】

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

【0324】

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

【0325】

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

【0326】

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

【0327】

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

【0328】

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

【0329】

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

【0330】

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

【0331】

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

【0332】

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

【0333】

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

【0334】

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

【0335】

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

【0336】

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

【0337】

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

【0338】

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

【0339】

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

【0340】

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

【0341】

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

【0342】

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

【0343】

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

【0344】

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

【0345】

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

【0346】

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

【0347】

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

【0348】

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

【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】

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

【0381】

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

【0382】

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

【0383】

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

【0384】

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

【0385】

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

【0386】

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

【0387】

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

【0388】

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

【0389】

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

【0390】

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

【0391】

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

【0392】

【表9】

【0393】

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

【0394】

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

【0395】

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

【0396】

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

【0397】

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

【0398】

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

【0399】

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

【0400】

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

【0401】

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

【0402】

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

【産業上の利用可能性】

【0403】

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20(a)】

【図20(b)】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】

【図27】