特表2023-525134免許不要帯域におけるＦＢＥ動作のためのユーザ機器及び方法
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2023-06-14
(54)【発明の名称】免許不要帯域におけるＦＢＥ動作のためのユーザ機器及び方法
(51)【国際特許分類】
H04W 48/16 20090101AFI20230607BHJP
H04W 16/14 20090101ALI20230607BHJP
H04W 72/542 20230101ALI20230607BHJP
【ＦＩ】
H04W48/16
H04W16/14
H04W72/542
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2022568865
(86)(22)【出願日】2021-05-17
(85)【翻訳文提出日】2022-11-11
(86)【国際出願番号】 CN2021094163
(87)【国際公開番号】W WO2021228263
(87)【国際公開日】2021-11-18
(31)【優先権主張番号】63/025,888
(32)【優先日】2020-05-15
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．３ＧＰＰ
２．Ｗ－ＣＤＭＡ
(71)【出願人】
【識別番号】518446879
【氏名又は名称】鴻穎創新有限公司
【氏名又は名称原語表記】ＦＧ ＩＮＮＯＶＡＴＩＯＮ ＣＯＭＰＡＮＹ ＬＩＭＩＴＥＤ
【住所又は居所原語表記】Ｆｌａｔ ２６２３，２６／Ｆ Ｔｕｅｎ Ｍｕｎ Ｃｅｎｔｒａｌ Ｓｑｕａｒｅ，２２ Ｈｏｉ Ｗｉｎｇ Ｒｏａｄ，Ｔｕｅｎ Ｍｕｎ，Ｎｅｗ Ｔｅｒｒｉｔｏｒｉｅｓ，Ｔｈｅ Ｈｏｎｇ Ｋｏｎｇ Ｓｐｅｃｉａｌ Ａｄｍｉｎｉｓｔｒａｔｉｖｅ Ｒｅｇｉｏｎ ｏｆ ｔｈｅ Ｐｅｏｐｌｅ’ｓ Ｒｅｐｕｂｌｉｃ ｏｆ Ｃｈｉｎａ
(74)【代理人】
【識別番号】110000338
【氏名又は名称】弁理士法人 ＨＡＲＡＫＥＮＺＯ ＷＯＲＬＤ ＰＡＴＥＮＴ ＆ ＴＲＡＤＥＭＡＲＫ
(72)【発明者】
【氏名】ワン，ハイハン
(72)【発明者】
【氏名】チン，ホンリー
(72)【発明者】
【氏名】ウェイ，チャフン
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067AA03
5K067AA21
5K067DD34
5K067EE02
5K067EE10
(57)【要約】
免許不要帯域におけるフレームベース機器（ＦＢＥ）動作のためのユーザ機器（ＵＥ）及び方法が、提供される。本方法は、基地局（ＢＳ）から、ＢＳがＦＢＥ動作の開始デバイスとして動作するときに使用される固定フレーム期間（ＦＦＰ）の第１の周期性を示す、第１のパラメータを受信する工程、及びＢＳから、ＵＥがＦＢＥ動作の開始デバイスとして動作するときに使用されるＦＦＰの第２の周期性を示す、第２のパラメータを受信する工程を含む。
【特許請求の範囲】
【請求項1】
免許不要帯域におけるフレームベース機器（ＦＢＥ）動作のためのユーザ機器（ＵＥ）であって、前記ＵＥは、プロセッサ、及び
前記プロセッサに結合されたメモリであって、前記メモリは、前記プロセッサによって実行されたとき、前記プロセッサに、
基地局（ＢＳ）から、前記ＢＳが前記ＦＢＥ動作の開始デバイスとして動作するときに使用される固定フレーム期間（ＦＦＰ）の第１の周期性を示す、第１のパラメータを受信する処理、及び
前記ＢＳから、前記ＵＥが前記ＦＢＥ動作の前記開始デバイスとして動作するときに使用される前記ＦＦＰの第２の周期性を示す、第２のパラメータを受信する処理、
を実行させるコンピュータ実行可能プログラムを記憶する、メモリを含む、ＵＥ。
【請求項2】
前記第１のパラメータ及び前記第２のパラメータは、専用無線リソース制御（ＲＲＣ）シグナリングを介して受信される、請求項１に記載のＵＥ。
【請求項3】
前記コンピュータ実行可能プログラムは、前記プロセッサによって実行されるとき、前記プロセッサに、前記ＢＳに、１つ又は複数のＦＦＰ周期性値を示すＵＥケイパビリティ情報を、送信する処理を更に実行させ、
前記ＦＦＰの前記第２の周期性は、前記ＵＥケイパビリティ情報に基づいて設定される、請求項１に記載のＵＥ。
【請求項4】
前記コンピュータ実行可能プログラムは、前記プロセッサによって実行されるとき、前記プロセッサに、前記ＢＳから、前記ＵＥが前記ＦＢＥ動作の前記開始デバイスとして動作するとき、使用される前記ＦＦＰの第３の周期性を示す、第３のパラメータを受信する処理を更に実行させ、
前記第２のパラメータは、第１の帯域幅部分（ＢＷＰ）に固有であり、
前記第３のパラメータは、第２のＢＷＰに固有である、請求項１に記載のＵＥ。
【請求項5】
前記コンピュータ実行可能プログラムは、前記プロセッサによって実行されるとき、前記プロセッサに、前記ＢＳから、１つ又は複数のＦＦＰのための前記ＦＢＥ動作の前記開始デバイスとして前記ＵＥを有効にするためのインディケーションを受信する処理、
ＦＦＰの開始直前に前記免許不要帯域のチャネル上でクリアチャネルアセスメント（ＣＣＡ）を実行する処理、及び
前記チャネルがクリアであると決定した後、前記チャネル上でＵＬグラント及びｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ（ＣＧ）の内の少なくとも１つによってスケジュールされた１つ又は複数の上りリンク（ＵＬ）送信を実行する処理であって、前記１つ又は複数のＵＬ送信は、前記第２のパラメータに基づいて決定された前記ＦＦＰのアイドル期間の前に終了する、処理
を更に実行させる、請求項１に記載のＵＥ。
【請求項6】
前記インディケーションは、ＣＧ設定、
スケジューリング要求（ＳＲ）設定、及び
時間分割デュプレックス（ＴＤＤ）設定、
の内の少なくとも１つを含む無線リソース制御（ＲＲＣ）設定を介して受信される、請求項５に記載のＵＥ。
【請求項7】
前記インディケーションは、ビットマップを含む無線リソース制御（ＲＲＣ）設定を介して受信され、前記ビットマップの各ビットは、対応するＦＦＰが前記ＵＥ又は前記ＢＳによって開始されるか、を示す、請求項５に記載のＵＥ。
【請求項8】
前記インディケーションは、帯域幅部分（ＢＷＰ）と、前記ＵＥが前記ＦＢＥ動作の前記開始デバイスとして動作するセルと、の内の少なくとも１つを示す無線リソース制御（ＲＲＣ）設定を介して受信される、請求項５に記載のＵＥ。
【請求項9】
前記インディケーションは、下りリンク制御情報（ＤＣＩ）フォーマットを介して受信され、前記ＤＣＩフォーマットは、前記インディケーションを搬送するための特定のフィールドを含む前記ＵＬグラントであり、
前記特定のフィールドは、時間領域リソース割当（ＴＤＲＡ）フィールド及びＣｈａｎｎｅｌＡｃｃｅｓｓ－ＣＰｅｘｔ－ＣＡＰＣフィールドの内の１つである、請求項５に記載のＵＥ。
【請求項10】
前記インディケーションは、下りリンク制御情報（ＤＣＩ）フォーマットを介して受信され、前記ＤＣＩフォーマットは、ＵＥのグループのためのＤＣＩフォーマット２＿０であり、
前記ＤＣＩフォーマット２＿０は、前記ＦＦＰの開始時にＵＬシンボルを示すスロットフォーマットインジケータを含む、請求項５に記載のＵＥ。
【請求項11】
免許不要帯域におけるフレームベース機器（ＦＢＥ）動作のためのユーザ機器（ＵＥ）によって実行される方法であって、前記方法は、基地局（ＢＳ）から、前記ＢＳが前記ＦＢＥ動作の開始デバイスとして動作するときに使用される固定フレーム期間（ＦＦＰ）の第１の周期性を示す、第１のパラメータを受信する工程、及び
前記ＢＳから、前記ＵＥが前記ＦＢＥ動作の前記開始デバイスとして動作するときに使用される前記ＦＦＰの第２の周期性を示す、第２のパラメータを受信する工程、
を含む、方法。
【請求項12】
前記第１のパラメータ及び前記第２のパラメータは、専用無線リソース制御（ＲＲＣ）シグナリングを介して受信される、請求項１１に記載の方法。
【請求項13】
前記ＢＳに、１つ又は複数のＦＦＰ周期性値を示すＵＥケイパビリティ情報を送信する工程を更に含み、前記ＦＦＰの前記第２の周期性は、前記ＵＥケイパビリティ情報に基づいて設定される、請求項１１に記載の方法。
【請求項14】
前記ＢＳから、前記ＵＥが前記ＦＢＥ動作の前記開始デバイスとして動作するとき、使用される前記ＦＦＰの第３の周期性を示す、第３のパラメータを受信する工程を更に含み、前記第２のパラメータは、第１の帯域幅部分（ＢＷＰ）に固有であり、
前記第３のパラメータは、第２のＢＷＰに固有である、請求項１１に記載の方法。
【請求項15】
前記ＢＳから、１つ又は複数のＦＦＰのための前記ＦＢＥ動作の前記開始デバイスとして前記ＵＥを有効にするためのインディケーションを受信する工程、ＦＦＰの開始直前に前記免許不要帯域のチャネル上でクリアチャネルアセスメント（ＣＣＡ）を実行する工程、及び
前記チャネルがクリアであると決定した後、前記チャネル上でＵＬグラント及びｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ（ＣＧ）の内の少なくとも１つによってスケジュールされた１つ又は複数の上りリンク（ＵＬ）送信を実行する工程であって、前記１つ又は複数のＵＬ送信は、前記第２のパラメータに基づいて決定された前記ＦＦＰのアイドル期間の前に終了する、工程
を更に含む、請求項１１に記載の方法。
【請求項16】
前記インディケーションは、ＣＧ設定、
スケジューリング要求（ＳＲ）設定、及び
時間分割デュプレックス（ＴＤＤ）設定、
の内の少なくとも１つを含む無線リソース制御（ＲＲＣ）設定を介して受信される、請求項１５に記載の方法。
【請求項17】
前記インディケーションは、ビットマップを含む無線リソース制御（ＲＲＣ）設定を介して受信され、前記ビットマップの各ビットは、対応するＦＦＰが前記ＵＥ又は前記ＢＳによって開始されるか、を示す、請求項１５に記載の方法。
【請求項18】
前記インディケーションは、帯域幅部分（ＢＷＰ）と、前記ＵＥが前記ＦＢＥ動作の前記開始デバイスとして動作するセルと、の内の少なくとも１つを示す無線リソース制御（ＲＲＣ）設定を介して受信される、請求項１５に記載の方法。
【請求項19】
前記インディケーションは、下りリンク制御情報（ＤＣＩ）フォーマットを介して受信され、前記ＤＣＩフォーマットは、前記インディケーションを搬送するための特定のフィールドを含む前記ＵＬグラントであり、
前記特定のフィールドは、時間領域リソース割当（ＴＤＲＡ）フィールド及びＣｈａｎｎｅｌＡｃｃｅｓｓ－ＣＰｅｘｔ－ＣＡＰＣフィールドの内の１つである、請求項１５に記載の方法。
【請求項20】
前記インディケーションは、下りリンク制御情報（ＤＣＩ）フォーマットを介して受信され、前記ＤＣＩフォーマットは、ＵＥのグループのためのＤＣＩフォーマット２＿０であり、
前記ＤＣＩフォーマット２＿０は、前記ＦＦＰの開始時にＵＬシンボルを示すスロットフォーマットインジケータを含む、請求項１５に記載の方法。
【発明の詳細な説明】
【技術分野】
【0001】
〔関連出願の相互参照〕
本開示は、２０２０年５月１５日に出願された“FBE operation for IIoT in unlicensed band”と題された米国仮特許出願第６３／０２５，８８８号（「’８８８仮出願」）の利益及び優先権を主張する。’８８８仮出願の開示は、全ての目的のために、参照により本開示に完全に組み込まれる。
本開示は、２０２０年５月１５日に出願された“FBE operation for IIoT in unlicensed band”と題された米国仮特許出願第６３／０２５，８８８号（「’８８８仮出願」）の利益及び優先権を主張する。’８８８仮出願の開示は、全ての目的のために、参照により本開示に完全に組み込まれる。
【0002】
〔分野〕
本開示は、無線通信に関し、具体的には、セルラー無線通信ネットワークにおける免許不要帯域におけるフレームベース機器（ＦＢＥ）動作に関する。
本開示は、無線通信に関し、具体的には、セルラー無線通信ネットワークにおける免許不要帯域におけるフレームベース機器（ＦＢＥ）動作に関する。
【背景技術】
【0003】
本開示で使用される略語は、以下を含む、
略称 フルネーム
３ＧＰＰ 第３世代パートナーシッププロジェクト
５Ｇ 第５世代
ＡＣＫ 肯定応答
ＡＳ アクセス層
ＢＳ 基地局
ＢＷ 帯域幅
ＢＷＰ 帯域幅部分
Ｃ－ＲＮＴＩ セル無線ネットワーク一時識別子
ＣＡ キャリアアグリゲーション
ＣＣＡ クリアチャネルアセスメント
ＣＧ Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ
ＣＯ チャネル占有率
ＣＯＴ チャネル占有時間
ＣＰ サイクリックプレフィックス
ＣＳ－ＲＮＴＩ 設定されたスケジューリング無線ネットワーク一時識別子
ＣＳＩ チャネル状態情報
ＣＳＩ－ＲＳ チャネル状態情報参照信号
ＤＣ デュアル接続
ＤＣＩ 下りリンク制御情報
ＤＧ ダイナミックグラント
ＤＬ 下りリンク
ＤＭＲＳ 復調参照信号
ＤＲＸ 間欠受信
Ｅ－ＵＴＲＡ 進化型ユニバーサル地上無線アクセス
ＥＴＳＩ ヨーロッパ電気通信規格研究所
ＦＢＥ フレームベース機器
ＦＦＰ 固定フレーム期間
ＦＲ 周波数範囲
ＧＣ－ＰＤＣＣＨ グループ共通ＰＤＣＣＨ
ＨＡＲＱ ハイブリッド自動再送要求
ＨＡＲＱ－ＡＣＫ ＨＡＲＱ肯定応答
ＩＤ 識別子
ＩＥ 情報要素
ＩＩｏＴ 工業的ＩｏＴ
ＬＢＥ ロードベース装置
ＬＢＴ リッスンビフォートーク
ＬＴＥ ロングタームエボリューション
ＭＡＣ 媒体アクセス制御
ＭＡＣ ＣＥ ＭＡＣコントロールエレメント
ＭＣＧ マスターセルグループ
ＭＮ マスターノード
ＭＳＧＡ メッセージＡ
ＭＳＧＢ メッセージＢ
ＮＡＣＫ 否定応答
ＮＡＳ 非アクセス層
ＮＤＩ 新データインジケータ
ＮＲ ニューラジオ
ＮＲ－Ｕ ニューラジオ免許不要
ＮＷ ネットワーク
ＯＦＤＭ 直交周波数多重方式
ＰＢＣＨ 物理ブロードキャストチャネル
ＰＣｅｌｌ プライマリセル
ＰＤＣＣＨ 物理下りリンク制御チャネル
ＰＤＣＰ パケットデータ変換プロトコル
ＰＤＳＣＨ 物理下りリンク共有チャネル
ＰＤＵ プロトコルデータユニット
ＰＨＹ 物理（層）
ＰＲＡＣＨ 物理ランダムアクセスチャネル
ＰＵＣＣＨ 物理上りリンク制御チャネル
ＰＵＳＣＨ 物理上りリンク共有チャネル
ＲＡ ランダムアクセス
ＲＡＣＨ ランダムアクセスチャネル
ＲＡＮ 無線アクセスネットワーク
ＲＡＲ ランダムアクセスレスポンス
ＲＢ リソースブロック
ＲＦ 無線周波数
ＲＬＡＮ 無線ローカルエリアネットワーク
ＲＬＣ 無線リンク制御
ＲＭＳＩ 残存最小システム情報
ＲＮＴＩ 無線ネットワーク一時識別子
ＲＯ ＲＡＣＨ機会
ＲＲＣ 無線リソース制御
ＲＳ 参照信号
ＲＶ 冗長バージョン
ＳＣｅｌｌ セカンダリセル
ＳＣＧ セカンダリセルグループ
ＳＣＳ サブキャリア間隔
ＳＤＵ サービスデータユニット
ＳＩＢ１ システム情報ブロックタイプ１
ＳＮ セカンダリノード
ＳＲ スケジューリング要求
ＳＲＢ シグナリング無線ベアラ
ＳＳ 同期信号
ＳＳＢ 同期信号ブロック
ＴＡ タイミングアドバンス
ＴＢ トランスポートブロック
ＴＤＤ 時間分割デュプレックス
ＴＤＲＡ 時間ドメインリソース割り振り
ＴＲ 技術報告書
ＴＳ 技術仕様書
ＵＣＩ 上りリンク制御情報
ＵＥ ユーザ機器
ＵＬ 上りリンク
略称 フルネーム
３ＧＰＰ 第３世代パートナーシッププロジェクト
５Ｇ 第５世代
ＡＣＫ 肯定応答
ＡＳ アクセス層
ＢＳ 基地局
ＢＷ 帯域幅
ＢＷＰ 帯域幅部分
Ｃ－ＲＮＴＩ セル無線ネットワーク一時識別子
ＣＡ キャリアアグリゲーション
ＣＣＡ クリアチャネルアセスメント
ＣＧ Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ
ＣＯ チャネル占有率
ＣＯＴ チャネル占有時間
ＣＰ サイクリックプレフィックス
ＣＳ－ＲＮＴＩ 設定されたスケジューリング無線ネットワーク一時識別子
ＣＳＩ チャネル状態情報
ＣＳＩ－ＲＳ チャネル状態情報参照信号
ＤＣ デュアル接続
ＤＣＩ 下りリンク制御情報
ＤＧ ダイナミックグラント
ＤＬ 下りリンク
ＤＭＲＳ 復調参照信号
ＤＲＸ 間欠受信
Ｅ－ＵＴＲＡ 進化型ユニバーサル地上無線アクセス
ＥＴＳＩ ヨーロッパ電気通信規格研究所
ＦＢＥ フレームベース機器
ＦＦＰ 固定フレーム期間
ＦＲ 周波数範囲
ＧＣ－ＰＤＣＣＨ グループ共通ＰＤＣＣＨ
ＨＡＲＱ ハイブリッド自動再送要求
ＨＡＲＱ－ＡＣＫ ＨＡＲＱ肯定応答
ＩＤ 識別子
ＩＥ 情報要素
ＩＩｏＴ 工業的ＩｏＴ
ＬＢＥ ロードベース装置
ＬＢＴ リッスンビフォートーク
ＬＴＥ ロングタームエボリューション
ＭＡＣ 媒体アクセス制御
ＭＡＣ ＣＥ ＭＡＣコントロールエレメント
ＭＣＧ マスターセルグループ
ＭＮ マスターノード
ＭＳＧＡ メッセージＡ
ＭＳＧＢ メッセージＢ
ＮＡＣＫ 否定応答
ＮＡＳ 非アクセス層
ＮＤＩ 新データインジケータ
ＮＲ ニューラジオ
ＮＲ－Ｕ ニューラジオ免許不要
ＮＷ ネットワーク
ＯＦＤＭ 直交周波数多重方式
ＰＢＣＨ 物理ブロードキャストチャネル
ＰＣｅｌｌ プライマリセル
ＰＤＣＣＨ 物理下りリンク制御チャネル
ＰＤＣＰ パケットデータ変換プロトコル
ＰＤＳＣＨ 物理下りリンク共有チャネル
ＰＤＵ プロトコルデータユニット
ＰＨＹ 物理（層）
ＰＲＡＣＨ 物理ランダムアクセスチャネル
ＰＵＣＣＨ 物理上りリンク制御チャネル
ＰＵＳＣＨ 物理上りリンク共有チャネル
ＲＡ ランダムアクセス
ＲＡＣＨ ランダムアクセスチャネル
ＲＡＮ 無線アクセスネットワーク
ＲＡＲ ランダムアクセスレスポンス
ＲＢ リソースブロック
ＲＦ 無線周波数
ＲＬＡＮ 無線ローカルエリアネットワーク
ＲＬＣ 無線リンク制御
ＲＭＳＩ 残存最小システム情報
ＲＮＴＩ 無線ネットワーク一時識別子
ＲＯ ＲＡＣＨ機会
ＲＲＣ 無線リソース制御
ＲＳ 参照信号
ＲＶ 冗長バージョン
ＳＣｅｌｌ セカンダリセル
ＳＣＧ セカンダリセルグループ
ＳＣＳ サブキャリア間隔
ＳＤＵ サービスデータユニット
ＳＩＢ１ システム情報ブロックタイプ１
ＳＮ セカンダリノード
ＳＲ スケジューリング要求
ＳＲＢ シグナリング無線ベアラ
ＳＳ 同期信号
ＳＳＢ 同期信号ブロック
ＴＡ タイミングアドバンス
ＴＢ トランスポートブロック
ＴＤＤ 時間分割デュプレックス
ＴＤＲＡ 時間ドメインリソース割り振り
ＴＲ 技術報告書
ＴＳ 技術仕様書
ＵＣＩ 上りリンク制御情報
ＵＥ ユーザ機器
ＵＬ 上りリンク
【発明の概要】
【発明が解決しようとする課題】
【0004】
データ速度、遅延性、信頼性、及びモビリティを改善することによって、５Ｇ ＮＲといったセルラー無線通信システムのためのワイヤレス通信の様々な態様を改善するために、様々な努力がなされてきた。５Ｇ ＮＲシステムは、拡張モバイルブロードバンド（ｅＭＢＢ）、大規模マシンタイプ通信（ｍＭＴＣ）、及び超高信頼低遅延通信（ＵＲＬＬＣ）といった様々なユースケースに対応して、ネットワークサービス及びタイプを最適化するための柔軟性及び設定可能性を提供するように設計される。しかしながら、無線アクセスに対する需要が増加し続けるにつれて、当技術分野における更なる改善の必要性が存在する。
【課題を解決するための手段】
【0005】
本開示は、セルラー無線通信ネットワークにおける免許不要帯域におけるＦＢＥ動作に関する。
【0006】
本開示の一態様に従って、免許不要帯域におけるＦＢＥ動作のためのＵＥが、提供される。ＵＥは、プロセッサ、及びプロセッサに結合されたメモリを含む。メモリは、プロセッサによって実行されたとき、プロセッサに、基地局（ＢＳ）から、ＢＳがＦＢＥ動作の開始デバイスとして動作するときに使用されるＦＦＰの第１の周期性を示す第１のパラメータを受信する処理、及びＢＳから、ＵＥがＦＢＥ動作の開始デバイスとして動作するときに使用されるＦＦＰの第２の周期性を示す、第２のパラメータを受信する処理を実行させるコンピュータ実行可能プログラムを記憶する。
【0007】
本開示の別の態様に従って、免許不要帯域におけるＦＢＥ動作のためにＵＥによって実行される方法が、提供される。本方法は、ＢＳから、ＢＳがＦＢＥ動作の開始デバイスとして動作するときに使用されるＦＦＰの第１の周期性を示す、第１のパラメータを受信する工程、及びＢＳから、ＵＥがＦＢＥ動作の開始デバイスとして動作するときに使用されるＦＦＰの第２の周期性を示す、第２のパラメータを受信する工程を含む。
【図面の簡単な説明】
【0008】
本開示の態様は、添付の図面とともに読まれるとき、以下の詳細な開示から最もよく理解される。様々な特徴は、縮尺通りに描かれていない。様々な特徴の寸法は、議論を明確にするために、任意に増減されてもよい。
【発明を実施するための形態】
【0009】
以下は、本開示の実施形態に関連する具体的な情報を含む。図面及びそれらの添付の詳細な開示は、単に実施形態を対象とする。しかしながら、本開示は、これらの実施形態に限定されない。本開示の他の変形例及び実施形態は、当業者に明らかであろう。
【0010】
特に明記しない限り、図面間の同様の又は対応する要素は、同様の又は対応する参照番号によって示され得る。更に、本開示における図面及び例示は一般に、一定の縮尺ではなく、実際の相対寸法に対応することを意図していない。
【0011】
一貫性の目的及び理解の容易さのために、同様の特徴は、図面において同じ番号によって識別され得る（いくつかの実施例において、図示せず）。しかしながら、異なる実施形態における特徴は、他の点で異なり得、図面に示されるものに狭く限定されないものとする。
【0012】
「一実施形態において」又は「いくつかの実施形態において」という語句は、それぞれ、同じ又は異なる実施形態の内の１つ又は複数を指し得る。用語「結合された」は、介在する部品を介して直接的又は間接的に接続されたものとして定義され、必ずしも物理的接続に限定されない。用語「含む（ｃｏｍｐｒｉｓｉｎｇ）」は、「含むが、必ずしも限定されない」を意味するが、そのように開示された組み合わせ、群、グループ、シリーズ又は同等物におけるオープンエンドされた包含又はメンバーシップを具体的に示す。表現「Ａ、Ｂ及びＣの内の少なくとも１つ」又は「以下の内の少なくとも１つ：Ａ、Ｂ、及びＣ」は、「Ａのみ、又はＢのみ、又はＣのみ、又はＡ、Ｂ及びＣの任意の組合せ」を意味する。
【0013】
「システム」及び「ネットワーク」という用語は、互換的に使用され得る。用語「及び／又は」は、関連付けられたオブジェクトを記述するための関連付け関係のみであり、Ａ及び／又はＢが、Ａが単独で存在すること、Ａ及びＢが同時に存在すること、又はＢが単独で存在することを示し得るといった、３つの関係が存在し得ることを表す。文字「／」は一般に、関連するオブジェクトが「又は」の関係にあることを表す。
【0014】
説明及び非限定の目的のために、機能エンティティ、技法、プロトコル、及び規格といった具体的な詳細は、開示された技術の理解を提供するために記載される。他の実施例において、周知の方法、技術、システム、及びアーキテクチャの詳細な開示は、不必要な細部で本開示を不明瞭にしないように省略される。
【0015】
当業者は、開示される任意のネットワーク機能又はアルゴリズムは、ハードウェア、ソフトウェア、又はソフトウェアとハードウェアとの組合せによって実施され得ることを直ちに認識するであろう。開示された機能は、ソフトウェア、ハードウェア、ファームウェア、又はそれらの任意の組合せであり得るモジュールに対応し得る。
【0016】
ソフトウェア実施形態は、メモリ又は他のタイプの記憶デバイスといった、コンピュータ可読媒体上に記憶されたコンピュータ実行可能命令を含み得る。通信処理能力を有する１つ又は複数のマイクロプロセッサ又は汎用コンピュータは、対応する実行可能命令を用いてプログラムされ、開示されたネットワーク機能又はアルゴリズムを実行することができる。
【0017】
マイクロプロセッサ又は汎用コンピュータは、特定用途向け集積回路（ＡＳＩＣ）、プログラマブルロジックアレイ、及び／又は１つ又は複数のデジタル信号プロセッサ（ＤＳＰ）を使用することを含み得る。開示された実施形態のいくつかは、コンピュータハードウェア上にインストールされ、実行されるソフトウェアに向けられるが、ファームウェアとして、又はハードウェアとして、又はハードウェアとソフトウェアとの組合せとして実施される代替としての実施形態は、十分に本開示の範囲内である。コンピュータ可読媒体は、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、消去可能プログラマブル読取り専用メモリ（ＥＰＲＯＭ）、電気的消去可能プログラマブル読取り専用メモリ（ＥＥＰＲＯＭ）、フラッシュメモリ、コンパクトディスク読取り専用メモリ（ＣＤ－ＲＯＭ）、磁気カセット、磁気テープ、磁気ディスク記憶装置、又はコンピュータ可読命令を記憶することができる任意の他の同等の媒体を含むが、これらに限定されない。
【0018】
ロングタームエボリューション（ＬＴＥ）システム、ＬＴＥアドバンスド（ＬＴＥ－Ａ）システム、ＬＴＥアドバンスド Ｐｒｏシステム、又は５Ｇ ＮＲ無線アクセスネットワーク（ＲＡＮ）といった、無線通信ネットワークアーキテクチャは、典型的に少なくとも１つの基地局（ＢＳ）、少なくとも１つのＵＥ、及びネットワーク内で接続を提供する１つまたは複数の任意のネットワーク要素を含む。ＵＥは、１つ又は複数のＢＳによって確立されたＲＡＮを介して、コアネットワーク（ＣＮ）、発展型パケットコア（ＥＰＣ）ネットワーク、発展型ユニバーサル地上ＲＡＮ（Ｅ－ＵＴＲＡＮ）、５Ｇコア（５ＧＣ）、又はインターネットといったネットワークと通信する。
【0019】
ＵＥは、移動局、移動端末もしくはデバイス、又はユーザ通信無線端末を含み得るが、これらに限定されない。ＵＥは、携帯電話、タブレット、ウェアラブルデバイス、センサ、車両、又はワイヤレス通信能力を有するパーソナルデジタルアシスタント（ＰＤＡ）を含むが、これらに限定されない、携帯無線機器であり得る。ＵＥは、ＲＡＮ内の１つ又は複数のセルにエアインターフェースを介して信号を受信し、送信するように設定される。
【0020】
ＢＳは、しばしば２Ｇを示す、マイクロ波アクセスのための世界相互運用性（ＷｉＭＡＸ）、ＧＳＭエボリューション（ＥＤＧＥ）ＲＡＮのためのＧＳＭ拡張データ速度（ＥＤＧＥ）ＲＡＮ（ＧＥＲＡＮ）、汎用パケット無線サービス（ＧＰＲＳ）、基本広帯域コード分割多元アクセス（Ｗ－ＣＤＭＡ）に基づいたしばしば３Ｇを示すユニバーサルモバイル通信システム（ＵＭＴＳ）、高速パケットアクセス（ＨＳＰＡ）、ＬＴＥ、ＬＴＥ－Ａ、５ＧＣに接続されたＬＴＥである進化型ＬＴＥ（ｅＬＴＥ）、ＮＲ（しばしば５Ｇを示す）、及び／又はＬＴＥ－Ａ Ｐｒｏといった、少なくとも無線アクセス技術（ＲＡＴ）に従って通信サービスを提供するように設定され得る。しかしながら、本開示の範囲は、これらのプロトコルに限定されない。
【0021】
ＢＳは、ＵＭＴＳ内のノードＢ（ＮＢ）、ＬＴＥ又はＬＴＥ－Ａ内の進化型ノードＢ（ｅＮＢ）、ＵＭＴＳ内の無線ネットワークコントローラ（ＲＮＣ）、ＧＳＭ／ＧＥＲＡＮ内のＢＳコントローラ（ＢＳＣ）、５ＧＣに関連する進化型ユニバーサル地上無線アクセス（Ｅ－ＵＴＲＡ）ＢＳ中のｎｇ－ｅＮＢ、５Ｇ－ＲＡＮ内の次世代ノードＢ（ｇＮＢ）、又は無線通信を制御し、セル内の無線リソースを管理することが可能な任意の他の装置を含み得るが、これらに限定されない。ＢＳは、無線インターフェースを介して１つ又は複数のＵＥをサーブすることができる。
【0022】
ＢＳは、ＲＡＮを形成する複数のセルを使用して、特定の地理的エリアに無線カバレッジを提供するように動作可能である。ＢＳは、セルの動作をサポートする。各セルは、その無線カバレッジ内の少なくとも１つのＵＥにサービスを提供するように動作可能である。
【0023】
各セル（しばしばサービングセルを示す）は、その無線カバレッジ内の１つ又は複数のＵＥをサーブするサービスを提供し、その結果、各セルは、ＤＬ及び任意でＵＬリソースを、ＤＬ及び任意でＵＬパケット送信のためのその無線カバレッジ内の少なくとも１つのＵＥにスケジューリングする。ＢＳは、複数のセルを介して無線通信システム内の１つ又は複数のＵＥと通信することができる。
【0024】
セルは、近接サービス（ＰｒｏＳｅ）又はビーグルトゥエブリシング（Ｖ２Ｘ）サービスをサポートするためのサイドリンク（ＳＬ）リソースを割り当てることができる。各セルは、他のセルと重複したカバレッジエリアを有し得る。
【0025】
マルチＲＡＴデュアル接続（ＭＲ－ＤＣ）の場合において、マスターセルグループ（ＭＣＧ）又はセカンダリセルグループ（ＳＣＧ）のプライマリセルは、特別セル（ＳｐＣｅｌ）と呼ばれ得る。プライマリセル（ＰＣｅｌｌ）は、ＭＣＧのＳｐＣｅｌｌを指し得る。プライマリＳＣＧセル（ＰＳＣｅｌｌ）は、ＳＣＧのＳｐＣｅｌｌを指すことができる。ＭＣＧは、マスタノード（ＭＮ）に関連付けられたサービングセルのグループを指し得、ＳｐＣｅｌｌと、任意で１つ又は複数のセカンダリセル（ＳＣｅｌｌ）とを含む。ＳＣＧは、ＳｐＣｅｌｌ及び任意で１つ又は複数のＳＣｅｌｌを含む、セカンダリノード（ＳＮ）に関連付けられたサービングセルのグループを指し得る。
【0026】
以前に開示されたように、ＮＲのためのフレーム構造は、高信頼性、高データ速度、及び低遅延性要件を満たす一方で、拡張モバイルブロードバンド（ｅＭＢＢ）、大規模マシンタイプ通信（ｍＭＴＣ）、及び超高信頼性低遅延性通信（ＵＲＬＬＣ）といった様々な次世代（たとえば、５Ｇ）通信要件に対応するための柔軟な設定をサポートする。３ＧＰＰにおける直交周波数分割多重（ＯＦＤＭ）技術は、ＮＲ波形のためのベースラインとしてサーブすることができる。適応サブキャリア間隔、チャネル帯域幅、及びサイクリックプレフィックス（ＣＰ）といった、スケーラブルＯＦＤＭヌメロロジーも使用され得る。
【0027】
２つの符号化方式、具体的に低密度パリティチェック（ＬＤＰＣ）符号及びポーラ符号は、ＮＲのために考慮される。符号化方式適応は、チャネル条件及び／又はサービスアプリケーションに基づいて設定され得る。
【0028】
少なくともＤＬ送信データ、ガード期間、及びＵＬ送信データは、１つのＮＲフレームの送信時間間隔（ＴＴＩ）に含まれなければならない。ＤＬ送信データ、ガード期間、及びＵＬ送信データのそれぞれの部分はまた、例えば、ＮＲのネットワークダイナミクスに基づいて設定可能であるべきである。ＳＬリソースは、ＰｒｏＳｅサービス又はＶ２Ｘサービスを支援するためにＮＲフレーム内で提供されてもよい。
【0029】
いくつかの選択された用語の実施例は、以下に提供される。
【0030】
フレームベース機器（ＦＢＥ）：フレームベース機器は、動作チャネル（Ｏｐｅｒａｔｉｎｇ Ｃｈａｎｎｅｌ）上の他のＲＬＡＮ送信の存在を検出するために、リッスンビフォートーク（ＬＢＴ）ベースのチャネルアクセス機構を実施する。フレームベース機器は、送信／受信構造が固定フレーム期間（ＦＦＰ）に等しい周期性を有する周期的タイミングを有する機器である。
【0031】
クリアチャネルアセスメント（ＣＣＡ）：チャネル内の他の送信を識別するために機器によって使用される機構である。
【0032】
チャネル占有時間（ＣＯＴ）：ｇＮＢ／ＵＥ及びチャネル占有を共有する任意のｇＮＢ／ＵＥが、ｇＮＢ／ＵＥが対応するチャネルアクセス手順を実行した後、チャネル上で送信を実行する総時間である。
【0033】
Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ（ＣＧ）：ＢＳ（例えば、ｇＮＢ）は、ＵＥへの初期ＨＡＲＱ送信のためにＵＬリソースを割り当て得る。ＮＲにおいて、ｇＮＢは、ＰＤＣＣＨ上のＵＥ固有ＲＮＴＩ（例えば、Ｃ－ＲＮＴＩ）を介してＵＥにＵＬリソースを動的に割り当て得る。ＵＥは、ＵＬ送信のための可能なグラントを見つけるために、ＰＤＣＣＨを周期的に監視する。前述の動的グラント（ＤＧ）に加えて、ｇＮＢは、ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔｓ（ＣＧ）と呼ばれることがある、ＵＥへのＰＵＳＣＨ上の周期的ＵＬリソースを事前設定することができる。ＣＧの２つのタイプが存在する。
【0034】
Ｔｙｐｅ１：ＲＲＣエンティティは、（周期性を含む）設定されたＵＬグラントを直接的に提供することができる。ｇＮＢは、ＤＬ ＲＲＣシグナリングを介してｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ（周期性を含む）を提供することができ、ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔは、設定が受信され、対応する再設定が終了すると、送信に対して有効である。
【0035】
Ｔｙｐｅ２：ＲＲＣエンティティは、設定されたＵＬグラントの周期性を定義することができ、一方で、ＣＳ－ＲＮＴＩにアドレス指定されたＰＤＣＣＨは、設定されたＵＬグラントをシグナリング及びアクティベート又はディアクティベートすることができる。ＣＳ－ＲＮＴＩにアドレス指定されたＰＤＣＣＨは、設定されたＵＬグラントがディアクティベートされるまで、ＲＲＣエンティティによって定義された周期性に従って、設定されたＵＬグラントが暗黙的に再使用され得ることを示し得る。ｇＮＢは、ＤＬ ＲＲＣシグナリングを介して、ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ（周期性を含む）を提供することができる。アクティベーションシグナリング及びディアクティベーションシグナリングの両方が物理シグナリングであり得る場合、アクティベーションシグナリングがｇＮＢから受信されると、ディアクティベーションシグナリングがｇＮＢから受信されるまで、ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔは、有効である（送信のためにＵＥによって適用され得る）と見なされ得る。より具体的には、シグナリングは、ＣＳ－ＲＮＴＩにアドレス指定されたＰＤＣＣＨ上で送信される。
【0036】
Ｒｅｌ－１６ ＮＲにおいて、ＮＲ－Ｕワークアイテム（ＷＩ）の完了後、免許不要帯域内の動作がサポートされる。ＮＲ－Ｕは、ＥＴＳＩ Ｅｕｒｏｐｅａｎ ｓｔａｎｄａｒｄ（ＥＮ）３０１ ８９３で規定されるように、ロードベース機器（ＬＢＥ）動作モード及びフレームベース機器（ＦＢＥ）動作モードをサポートすることができる。
【0037】
Ｒｅｌ－１７ ＮＲにおいて、ＩＩｏＴといったユースケースのために、制御された環境における免許不要の動作をサポートする必要があり、これは、設備オーナーによってインストールされた免許不要帯域上で動作するデバイスのみを含む環境であり得、他のシステム及び／又は無線アクセス技術からの予期せぬ干渉が散発的にしか起こらない環境であり得る。
【0038】
制御された環境において、チャネル検知のオーバヘッドがより低いため、ＦＢＥ動作が好ましい。Ｒｅｌ－１６ ＮＲ－ＵターゲットＬＢＥ動作に導入されたほとんどの特徴から、制御された環境におけるＩＩｏＴユースケースのためにＦＢＥ動作のための潜在的な拡張に関する調査が必要である。
【0039】
フレームベース機器（ＦＢＥ）は、固定されたフレーム期間（ＦＦＰ）に等しい周期性を有する周期的なタイミングを送信／受信構造を有する機器である。２種類のデバイスは、ＦＢＥ動作のために定義される。１つ又は複数の送信のシーケンスを開始するデバイスは、開始デバイスとして定義され、そうでない場合、デバイスは、応答デバイスとして定義される。ＦＢＥ動作のための規定は、ＥＴＳＩ ＥＮ ３０１ ８９３に規定されている。
【0040】
１つ又は複数の送信のシーケンスを開始するために、開始デバイスは、ＦＦＰの開始時に動作チャネル上で送信を開始する直前に、単一の観測スロットの間、クリアチャネルアセスメント（ＣＣＡ）検査を実行し得る。動作チャネルがクリアであることが分かった場合、開始デバイスは、すぐに送信を開始してもよい。そうでない場合、次のＦＦＰの間にそのチャネル上で送信がなくてもよい。
【0041】
開始デバイスは、現在のチャネル占有時間（ＣＯＴ）内に現在の動作チャネル上で送信するために、１つ又は複数の関連付けられた応答デバイスに認証をグラントしてもよい。応答デバイスは、応答デバイスがグラントを受信した場合、及びグラントを発行した開始デバイスによる最後の送信の最大１６μｓ後に送信が開始された場合、ＣＣＡを実行することなく送信を実行し得る。
【0042】
一方で、応答デバイスは、グラントを発行した開始デバイスによる最後の送信より少なくとも１６μｓ後のグラントされた送信時間の直前に終了する、２５μｓ期間内の単一の観測スロットの間、動作チャネル上でＣＣＡを実行し得る。
【0043】
Ｒｅｌ－１６ ＮＲ－Ｕにおいて、ｇＮＢは、開始デバイスとして動作する。ｇＮＢは、ＳＩＢ１又は専用ＲＲＣシグナリングを介してＦＦＰ設定を提供し得る。ＦＦＰは、｛１ｍｓ、２ｍｓ、２．５ｍｓ、４ｍｓ、５ｍｓ、１０ｍｓ｝の値に制限され得る。各２つの無線フレーム内のＦＦＰの開始位置は、偶数無線フレームから開始することができ、ｉ＊Ｐによって与えられ、ここで、ｉ＝｛０，１、．．．，２０／Ｐ－１｝であり、Ｐは、ミリ秒単位のＦＦＰである。アイドル期間は、所定のＳＣＳ＝ｃｅｉｌ（規定で許容される最小アイドル期間／Ｔｓ）であり、ここで、許容される最小アイドル期間＝ｍａｘ（ＦＦＰの５％、１００ｕｓ）であり、Ｔｓは、所与のＳＣＳのシンボルデュレーションであり、ｃｅｉｌ（ｘ）は、ｘ以上の最小整数をｘにマップするセイリング関数であり、ｍａｘ（ｘ、ｙ）は、ｘとｙの間の最大値を与える最大関数である。ＤＬシグナル／チャネル（例えば、ＰＤＣＣＨ、ＳＳＢ、ＰＢＣＨ、ＲＭＳＩ、ＧＣ－ＰＤＣＣＨ、・・・）がＦＦＰ内で検出された場合、ＦＦＰ内のＵＥ送信は、発生し得る。
【0044】
ＰＲＡＣＨリソースは、ＦＢＥ動作が示されるとき、ＰＲＡＣＨリソースがＦＦＰのアイドル期間と重複する場合、無効と見なされ得る。
【0045】
ＴＲ２２．８０４で特定されるマシンツール及びパッケージングマシンといった、いくつかのＩＩｏＴのユースケースでは、スケジューリングサイクルは、１ｍｓ未満である。そのようなユースケースのために、１スロット以下の周期性を有するｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ（ＣＧ）は、ＵＬデータ送信のために設定され得る。そのようなシナリオのために、ＦＢＥ動作のためのＣＧ ＰＵＳＣＨの設定可能な長さに対するいくつかの制約は、存在し得る。ｇＮＢが開始デバイスであるため、ＵＥは、ＦＦＰにおけるＣＧ ＰＵＳＣＨ送信の前にＤＬシグナルを検出する必要があり得る。ＣＧ ＰＵＳＣＨがドロップされないことを確実にするために、ＣＧ ＰＵＳＣＨは、ＦＦＰがスロット境界で開始し、ＵＥがＤＬシグナルを検出するためにいくつかの処理時間を必要とし得るため、スロットの前に設定されるべきではない。その上、ＣＧ ＰＵＳＣＨは、ＦＦＰのアイドル期間がスロットの終わりに位置するため、スロットの終わりに設定されるべきではない。
【0046】
図１は、本開示の一例としての実施形態に従った、ＦＢＥ動作１００のためのＣＧ ＰＵＳＣＨの設定可能な長さに対する制約を示す。図１に示す実施例で使用されるパラメータは、１つのスロットが１４個のシンボルを含み、ＳＣＳが３０ｋＨｚであり、スロットの前の２シンボルＰＤＣＣＨがＤＬシグナル検知のために使用され、ＵＥ処理時間がケイパビリティ２のＴｐｒｏｃ，２で、５．５シンボルであり、アイドル周期が１００μｓであり、３シンボルを占有し、ＣＧ ＰＵＳＣＨが１スロットの周期性を有することを含む。ＵＥ処理時間Ｔｐｒｏｃ，２の説明は、ＴＳ３８．２１４で規定される。ＵＥ処理時間Ｔｐｒｏｃ，２は、ＵＥ処理ケイパビリティ１とＵＥ処理ケイパビリティ２とに対応する異なった値でもよい。
【0047】
図１に、第１のスロット及び第２のスロットを含む、２つのスロットが示される。各スロットは、１４個のシンボルを含み、各シンボルは、０～１３のシンボルインデックスによって識別される。これらのパラメータに基づいて、第１のスロットのシンボル＃０及びシンボル＃１は、ＤＣＩ受信のために使用される。次に、ＵＥは、受信したＤＣＩを復号するために、処理時間Ｔｐｒｏｃ，２を必要とする。ＵＥ処理時間Ｔｐｒｏｃ，２は、シンボル＃２からシンボル＃７を占有する。アイドル期間は、第２のスロットにおいて、最後の３つのシンボル、シンボル＃１１、＃１２、及び＃１３を占有する。これらのシンボル（第１のスロットにおけるシンボル＃０から＃７、第２のスロットにおけるシンボル＃１１から＃１３）は、上りリンク送信に利用できない。
【0048】
ＣＧ ＰＵＳＣＨは、１スロットの周期性を有するから、各スロットにおける制約は、考慮されなければならない。また、第１のスロットのシンボル＃１１から＃１３は、第２のスロットのアイドル時間のためにＵＬ送信に利用可能でなく、第２のスロットのシンボル＃０から＃７は、第１のスロットのＤＬシグナル検知及び処理のためにＵＬ送信に利用可能でない。従って、１スロットの周期性を有するＣＧ ＰＵＳＣＨは、シンボル＃８、＃９、及び＃１０を含む、各スロット内の３つのシンボルのみで設定され得る。ＵＬ送信に利用可能なシンボルの数が少ないことは、ＣＧ ＰＵＳＣＨの信頼性及びサポート可能なＵＥの数を制限する。
【0049】
上述した技術的課題を解決するために、２つのアプローチが開示される。第１のアプローチは、現行のＴＳにおいて、Ｔｐｒｏｃ，２のタイムラインよりも短いタイムラインを指定することである。第２のアプローチは、ＵＥが開始デバイスとして動作することを可能にすることである。本開示において開示される実施形態は、以下のように要約される。
【0050】
〔実施形態＃１：ＦＦＰ認証のためのＤＬシグナル〕
ＤＬシグナル検出のためのタイムラインを指定することに加えて、検出されるべきＤＬシグナルもまた、明確に定義される必要があり得る。そうでない場合、ＵＥが任意のＤＬシグナルを検出し、ＦＦＰにおいて設定されたＵＬ送信を送信することが可能であるかどうかは明らかでないことがあり得る。それは、ｇＮＢが、ＵＥが送信することができないかもしれない設定されたＵＬリソースを予約する場合、リソースの浪費をもたらし得る。
ＤＬシグナル検出のためのタイムラインを指定することに加えて、検出されるべきＤＬシグナルもまた、明確に定義される必要があり得る。そうでない場合、ＵＥが任意のＤＬシグナルを検出し、ＦＦＰにおいて設定されたＵＬ送信を送信することが可能であるかどうかは明らかでないことがあり得る。それは、ｇＮＢが、ＵＥが送信することができないかもしれない設定されたＵＬリソースを予約する場合、リソースの浪費をもたらし得る。
【0051】
〔実装形態＃２：ＵＥが開始デバイスとして動作することを示すこと〕
ＵＥが開始デバイスとして動作する必要がある場合、ｇＮＢは、ＵＥをブロックすることを回避するために、開始デバイスとして動作しなくてもよく、シグナリング方法は、ＵＥを開始デバイスとしてセットすることが必要とされ得る。
ＵＥが開始デバイスとして動作する必要がある場合、ｇＮＢは、ＵＥをブロックすることを回避するために、開始デバイスとして動作しなくてもよく、シグナリング方法は、ＵＥを開始デバイスとしてセットすることが必要とされ得る。
【0052】
〔実施形態＃３：ＵＥが開始したＣＯＴの共有〕
ｇＮＢは、開始デバイスとして動作するようにＵＥを設定することができ、開始デバイスとして動作するときのＵＥのＦＦＰの周期性は、ＳＩＢ１内で示されるｇＮＢのＦＦＰの周期性とは異なり得る。従って、ＣＯＴの持続時間は、開始ＵＥによって開始されたＣＯＴを共有するｇＮＢ及び他のＵＥに示され得る。
ｇＮＢは、開始デバイスとして動作するようにＵＥを設定することができ、開始デバイスとして動作するときのＵＥのＦＦＰの周期性は、ＳＩＢ１内で示されるｇＮＢのＦＦＰの周期性とは異なり得る。従って、ＣＯＴの持続時間は、開始ＵＥによって開始されたＣＯＴを共有するｇＮＢ及び他のＵＥに示され得る。
【0053】
〔実施形態＃４：非スロットベースの繰り返し〕
タイプＢ繰り返しを伴うＰＵＳＣＨの場合、いくつかの送信機会は、ＦＦＰのアイドル期間と衝突する場合、送信されないことがある。その上、ｇＮＢが開始デバイスとして動作する場合、ＦＦＰの前の（例えば、ＦＦＰの開始時に開始する）送信機会も送信されないことがある。送信機会のセグメンテーション又はドロップといった、送信機会を処理するための方法が明示される必要があり得る。
タイプＢ繰り返しを伴うＰＵＳＣＨの場合、いくつかの送信機会は、ＦＦＰのアイドル期間と衝突する場合、送信されないことがある。その上、ｇＮＢが開始デバイスとして動作する場合、ＦＦＰの前の（例えば、ＦＦＰの開始時に開始する）送信機会も送信されないことがある。送信機会のセグメンテーション又はドロップといった、送信機会を処理するための方法が明示される必要があり得る。
【0054】
〔実施形態＃５：ＰＲＡＣＨ送信〕
ｇＮＢが開始デバイスとして動作する場合、ＵＥは、ＦＦＰ内でＰＲＡＣＨを送信する前、ＦＦＰ内でＤＬシグナルを検出する必要がある。より短い周期、例えば２ｍｓ、を有するＦＦＰの場合、いくつかのＲＡＣＨ機会（ＲＯ）がＦＦＰの前にあり（例えば、ＦＦＰの開始時に開始する）、ＵＥがＲＡＣＨ機会の前にＤＬシグナルを検出するために十分な処理時間が存在しないため、ＵＥによって使用することができないことがあり得る。既存のＴＳに従って、ＳＳＢ－ｔｏ－ＲＯマッピングのために、ＳＳＢは、ＦＦＰの前のＲＯにのみマッピングされることが可能である。その後、ＲＯにマッピングされたＳＳＢを選択したＵＥは、ＰＲＡＣＨ送信を行うことができない。
ｇＮＢが開始デバイスとして動作する場合、ＵＥは、ＦＦＰ内でＰＲＡＣＨを送信する前、ＦＦＰ内でＤＬシグナルを検出する必要がある。より短い周期、例えば２ｍｓ、を有するＦＦＰの場合、いくつかのＲＡＣＨ機会（ＲＯ）がＦＦＰの前にあり（例えば、ＦＦＰの開始時に開始する）、ＵＥがＲＡＣＨ機会の前にＤＬシグナルを検出するために十分な処理時間が存在しないため、ＵＥによって使用することができないことがあり得る。既存のＴＳに従って、ＳＳＢ－ｔｏ－ＲＯマッピングのために、ＳＳＢは、ＦＦＰの前のＲＯにのみマッピングされることが可能である。その後、ＲＯにマッピングされたＳＳＢを選択したＵＥは、ＰＲＡＣＨ送信を行うことができない。
【0055】
図２は、本開示の一例としての実施形態に従った、ＦＦＰ構造２００におけるＲＡＣＨ機会を示す。システムフレームは、１０個のサブフレームを含み、各サブフレームは、０～９のサブフレームインデックスによって識別される。各サブフレームは、２個のスロットを含み、各スロットは、１４個のシンボルを含む。各スロットは、スロットインデックス（０～１９の範囲）によって識別され、各シンボルは、シンボルインデックス（各スロットにおいて０～１３の範囲）によって識別される。図２に示される実施例において使用されるパラメータは、ＳＣＳが３０ｋＨｚであり、ＰＲＡＣＨ設定インデックスがＴＳ ３８．２１１ Ｖ１５．８．０において指定されるように７５であり（サブフレーム＃４中の２つのＲＡＣＨスロットと、全てのシステムフレーム中のサブフレーム＃９中の２つのＲＡＣＨスロット）、ＦＦＰの周期は２ｍｓであり、ＳＳＢの数は、４であり、ｓｓｂ－ｐｅｒＲＡＣＨ－ＯｃｃａｓｉｏｎＡｎｄＣＢ－ＰｒｅａｍｂｌｅｓＰｅｒＳＳＢは、ｏｎｅＦｏｕｒｔｈであることを含む。ＳＳ／ＰＢＣＨは、スロット＃０及びスロット＃１０において送信される。Ｔｙｐｅ０－ＰＤＣＣＨは、スロット＃４からスロット＃６、スロット＃１４からスロット＃１６において送信される。
【0056】
これらのパラメータに基づいて、スロット＃８の前に２つのＤＬシンボルのみが存在する場合、サブフレーム＃４において１０個の有効なＲＯが存在し得る。ＲＯ２０２ａがスロット＃８の前にある２つのＤＬシンボルと重なり、ＲＯ２０２ｂがＴＳ３８．２１３ Ｖ１５．８．０で指定されているようにＮｇａｐシンボル（２つのシンボル）と重なるため、ＲＯ２０２ａ及びＲＯ２０２ｂは、無効なＲＯとみなされる。第１のＲＡＣＨスロット（スロット＃８）において、ＲＯ２０４ａ、２０４ｂ、２０４ｃ、及び２０４ｄを含む４つの有効なＲＯが存在する。第２のＲＡＣＨスロット（スロット＃９）において、ＲＯ２０４ｅ、２０４ｆ、２０４ｇ、２０４ｈ、２０４ｉ、及び２０４ｊを含む６つの有効なＲＯが存在する。従って、サブフレーム＃４内に１０個の有効なＲＯが存在する。サブフレーム＃４に加えて、サブフレーム＃９もＰＲＡＣＨリソースのために使用される。サブフレーム＃９において、全てのＲＯは、アイドル期間（スロット＃１９のシンボル＃１０及びシンボル＃１１に対応する）と重複する最後のＲＯを除いて有効であり得る。従って、サブフレーム＃９内に１１個の有効なＲＯが存在する。
【0057】
既存のＴＳに従って、ＳＳＢ－ｔｏ－ＲＯマッピングは、第１の有効なＲＯで開始することができ、これは、スロット＃８のシンボル＃４及びシンボル＃５におけるＲＯ２０４ａであり、最後の５個の有効なＲＯは、ＳＳＢ－ｔｏ－ＲＯマッピングの別のサイクルに十分な有効なＲＯが存在しないため、マッピングされないことになる。しかしながら、ＵＥは、ＤＬシグナル検出がまだ完了していないことがあるため、第１のＲＯ（ＲＯ２０４ａ、２０４ｂ、２０４ｃ、及び２０４ｄを含む）を使用できないことがある。例えば、ＤＬシグナル検出のためにＵＥが必要とする時間の量が、Ｔｐｒｏｃ，２である場合（ケイパビリティ１）、第１の４個の有効ＲＯ（ＲＯ２０４ａ、２０４ｂ、２０４ｃ、及び２０４ｄを含む）は、ＵＥによって使用できない。換言すると、第１のＳＳＢを選択したＵＥは、ＰＲＡＣＨ送信を行うことができない。
【0058】
開示された実施形態の詳細な説明は、以下に提供される。実施形態の詳細は、実施形態＃１から実施形態＃５で説明されるが、異なる実施形態における実施／方法／シグナリングの開示された詳細は、論理的に組み合わされ得ることに留意されたい。
【0059】
〔実施形態＃１：ＦＦＰ認証のためのＤＬシグナル〕
設定されたＵＬ送信の場合、ｇＮＢは、ＦＦＰの認証のために使用されるＤＬシグナルを設定することができる。ＦＦＰの認証のために使用される設定されたＤＬシグナルがＦＦＰにおいて検出される場合、ＵＥは、設定されたＵＬ送信を送信することができる。ｇＮＢは、ＤＬシグナルの検出のための最小処理時間を設定することができる。ＵＥは、設定されたＤＬシグナルの終了から設定された最小処理時間内に開始する場合、設定されたＵＬ送信が送信されないと決定することができる。
設定されたＵＬ送信の場合、ｇＮＢは、ＦＦＰの認証のために使用されるＤＬシグナルを設定することができる。ＦＦＰの認証のために使用される設定されたＤＬシグナルがＦＦＰにおいて検出される場合、ＵＥは、設定されたＵＬ送信を送信することができる。ｇＮＢは、ＤＬシグナルの検出のための最小処理時間を設定することができる。ＵＥは、設定されたＤＬシグナルの終了から設定された最小処理時間内に開始する場合、設定されたＵＬ送信が送信されないと決定することができる。
【0060】
ＤＬシグナルは、以下の少なくとも１つであってよい：
－特定のＤＣＩフォーマットを有するＰＤＣＣＨ候補
－ＰＢＣＨペイロード
－ＰＤＣＣＨのデモジュレーション参照シグナル、ＰＢＣＨのデモジュレーション参照シグナル、同期シグナル、及びＣＳＩ－ＲＳといった参照シグナル。
－特定のＤＣＩフォーマットを有するＰＤＣＣＨ候補
－ＰＢＣＨペイロード
－ＰＤＣＣＨのデモジュレーション参照シグナル、ＰＢＣＨのデモジュレーション参照シグナル、同期シグナル、及びＣＳＩ－ＲＳといった参照シグナル。
【0061】
ＤＬシグナルは、２つのタイプに分類され得る。第１のタイプは、特定のＤＣＩフォーマット及びＰＢＣＨペイロードを有するＰＤＣＣＨ候補といった、誤り検出を有するＤＬシグナルである。第２のタイプは、誤り検出を有さない参照シグナルを含む。ＦＦＰ認証のために使用されるタイプは、環境、例えばシステムが同じスペクトルを使用する他のシステムに干渉する可能性があるかどうかに依存し得る。システムのシグナルがエリアに十分に含まれる場合、誤り検出を有さないＤＬシグナルがＦＦＰ認証のために使用され得、そうでない場合、誤り検出を有するＤＬシグナルがＦＦＰ認証のために使用され得る。２つのタイプのシグナルの検出の定義は、異なるため、２つのタイプの検出に必要な処理時間は異なるように設定され得る。
【0062】
認証のためのＤＬシグナルの設定は、以下の代替案に基づき得る。
【0063】
一実施形態において、認証のためのＤＬシグナルは、関連付けられた設定されたＵＬ送信を用いて設定される。例えば、指定されたサーチスペース内のＰＤＣＣＨ候補がＦＦＰの認証のために使用されることを示すために、ｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ ＩＥ内にサーチスペースインデックスは、設定される。別の実施例において、サーチスペースインデックス及びＤＭＲＳを使用するインディケーションは、示されたサーチスペースのＤＭＲＳがＦＦＰの認証のために使用されることを示すために、ｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ ＩＥにおいて設定される。
【0064】
一実施形態において、認証のためのＤＬシグナルは、他のＦＢＥ設定を用いて設定される。例えば、示されたサーチスペース内のＰＤＣＣＨ候補がＦＦＰの認証のために使用されることを示すサーチスペースインデックスは、ＣｈａｎｎｅｌＡｃｃｅｓｓＭｏｄｅ ＩＥにおいて、設定される。別の実施例において、サーチスペースインデックス及びＤＭＲＳを使用するインディケーションは、ＣｈａｎｎｅｌＡｃｃｅｓｓＭｏｄｅ ＩＥにおいて、示されたサーチスペースのＤＭＲＳがＦＦＰの認証のために使用されることを示すように設定される。ＣｈａｎｎｅｌＡｃｃｅｓｓＭｏｄｅ ＩＥは、ＳＩＢ１又はＵＥ専用ＲＲＣシグナルを介して提供され得る。
【0065】
一実施形態において、認証のためのＤＬシグナルは、他のＦＢＥ設定を用いて設定される。ＤＬシグナルの完全な設定は、ＣｈａｎｎｅｌＡｃｃｅｓｓＭｏｄｅ ＩＥを介してよい。例えば、サーチスペース及びＰＤＣＣＨ候補の数は、ＦＦＰの認証のために提供され得る。ＵＥは、ＤＣＩフォーマットが検出された後、ＤＣＩフォーマットを破棄することができる。
【0066】
一実施形態において、ＦＦＰの開始時の時間期間Ｘ内にＵＥに設定された全てのＤＬシグナルは、ＦＦＰの認証のために使用され得、時間期間Ｘは、ＣｈａｎｎｅｌＡｃｃｅｓｓＭｏｄｅ ＩＥにおいて設定され得る。
【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】
－ＦＦＰの開始時に開始する対応するＣＧ ＰＵＳＣＨを使用して開始デバイスとしてＵＥを有効化するためのｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ ＩＥにおけるＲＲＣパラメータ。
【0092】
－ＦＦＰの開始時に開始する、ｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇＬｉｓｔ内で設定されたＣＧ ＰＵＳＣＨを使用して、ＵＥを開始デバイスとして有効化するためのｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇＬｉｓｔ ＩＥ内のＲＲＣパラメータ。
【0093】
－ＵＥがＦＦＰの開始時に開始するＳＲ設定に対応するＰＵＣＣＨリソースを有するＦＦＰにおいて開始デバイスとして動作することを可能にする、ＳＲ設定（例えば、ＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔＴｏＡｄｄＭｏｄ又はＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔＲｅｓｏｕｒｃｅＣｏｎｆｉｇ）におけるＲＲＣパラメータ。
【0094】
－ＤＣＩフォーマットのＴＤＲＡ表内の開始デバイスインジケータのための新しい列を追加するためのＲＲＣ設定。
【0095】
－対応するＦＦＰがｇＮＢ又はＵＥによって開始されるかどうかを、各ビットが示すビットマップを含む、ＦＢＥ動作のＲＲＣ設定。
【0096】
－各ビットマップ内の各ビットは、ＦＦＰがｇＮＢによって開始されるかＵＥによって開始されるかを示す、設定されたビットマップのセット。一実施形態において、設定されたビットマップのセット間で１つのビットマップを選択するために、動的インディケーション（例えば、ＤＣＩ）は、ＵＥに送信され得る。
【0097】
－ＦＦＰ認証（暗示的インディケーション）のために使用されるサーチスペースのモニタリング機会のミューティングのＲＲＣ設定。モニタリング機会のミューティングは、ＵＥが開始デバイスとして動作するように命令する、暗黙のインディケーションであり得る。
【0098】
－ＦＦＰの前のシンボルをＵＬシンボルとして示す、ＴＤＤ設定（例えば、ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎ）。
【0099】
－ＦＦＰの前のシンボルをＵＬシンボルとして示す、ＴＤＤ設定（例えば、ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＤｅｄｉｃａｔｅｄ）。
【0100】
－ＵＥがＦＢＥ動作の開始デバイスとして動作するＢＷＰとして設定された１つ又は複数のＵＬ ＢＷＰ。例えば、ＵＥは、下りリンクＲＲＣシグナリングを介して複数のＵＬ ＢＷＰを用いて設定されてよく、複数の設定されたＵＬ ＢＷＰの間の１つ又は複数のＵＬ ＢＷＰは、開始デバイス固有ＢＷＰとして示される。インディケーションは、ＢＷＰ－ＵｐｌｉｎｋＤｅｄｉｃａｔｅｄ ＩＥに含まれてもよいが、これに限定されない。開始デバイス固有ＢＷＰが（ｇＮＢによって）アクティベートされるとき、ＵＥは、アクティベートされた開始デバイス固有ＢＷＰ上でＰＵＳＣＨ／ＰＲＡＣＨ／ＰＵＣＣＨ送信のための開始デバイスとして動作し得る。
【0101】
－ＵＥが開始デバイスとして動作するセルとして設定された１つ又は複数のサービングセル。例えば、ＵＥは、下りリンクＲＲＣシグナリングを介して複数のサービングセルで設定され、複数の設定されたサービングセルの間の１つ又は複数のセルが開始デバイス固有セルとして示される。インディケーションは、ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇ ＩＥに含まれてもよいが、これに限定されない。開始デバイス固有セルが（ｇＮＢによって）アクティベートされたとき、ＵＥは、アクティベートされた開始デバイス固有セル上でＰＵＳＣＨ／ＰＲＡＣＨ／ＰＵＣＣＨ送信のための開始デバイスとして動作し得る。
【0102】
ＤＣＩインディケーションは、以下のフィールド／インディケーション／情報のうちの少なくとも１つを含み得る。
【0103】
－ＵＥを開始デバイスとして示す、ＵＬグラントにおける新しいＤＣＩフィールド。
【0104】
－ＵＥを開始デバイスとして示す、ＵＬグラントにおけるＴＤＲＡフィールド。
【0105】
－ＵＥを開始デバイスとして示す、ＵＬグラントにおけるＣｈａｎｎｅｌＡｃｃｅｓｓ－ＣＰｅｘｔ－ＣＡＰＣフィールド。
【0106】
－ＵＥを開始デバイスとして示すために使用される、特定のＤＣＩフォーマット。一実施形態において、特定のＤＣＩフォーマットは、ＵＥのグループのために使用され得る。
【0107】
－ビットマップのセットの中のビットマップを示すためのインジケータを含む、ＤＣＩフォーマット２＿０。ビットマップ中の各ビットは、対応するＦＦＰがｇＮＢによって開始されるか、又はＵＥによって開始されるかを示し得る。ＤＣＩフォーマット２＿０は、ＵＥのグループのために使用され得る。
【0108】
－ＵＥが開始デバイスとして動作する持続時間を示す、ＤＣＩフォーマット２＿０。
【0109】
－ＦＦＰの開始のシンボルのために「ＵＬシンボル」を示すスロットフォーマットインディケーションを含む、ＤＣＩフォーマット２＿０。
【0110】
－複数のＦＦＰのためのスロットフォーマットインディケーションを含む、ＤＣＩフォーマット２＿０。
【0111】
ＭＡＣ ＣＥインディケーション
－ＵＥは、アクティベーションＭＡＣ ＣＥ／ＤＣＩを受信すると、開始デバイスとして動作し得る。ＵＥは、ディアクティベーションＭＡＣ ＣＥ／ＤＣＩを受信すると、開始デバイスとしての動作を停止し得る。
－ＵＥは、アクティベーションＭＡＣ ＣＥ／ＤＣＩを受信すると、開始デバイスとして動作し得る。ＵＥは、ディアクティベーションＭＡＣ ＣＥ／ＤＣＩを受信すると、開始デバイスとしての動作を停止し得る。
【0112】
タイマー
－タイマーは、ＵＥが開始デバイスとして動作する期間を定義するために使用され得る。タイマーは、ＤＣＩ／ＭＡＣ ＣＥインディケーションを受信すると、開始され得る。ＵＥは、タイマーの満了時に開始デバイスとして動作することを停止し得る。
－タイマーは、ＵＥが開始デバイスとして動作する期間を定義するために使用され得る。タイマーは、ＤＣＩ／ＭＡＣ ＣＥインディケーションを受信すると、開始され得る。ＵＥは、タイマーの満了時に開始デバイスとして動作することを停止し得る。
【0113】
ＦＦＰのための開始デバイスとしてＵＥをセットするためのＤＬシグナリングのいくつかの実施形態は、以下で開示される。以下の実施形態の場合、ＵＥは、ＣＣＡ期間の間にチャネルがクリア／アイドルであることを検知した可能性がある。
【0114】
一実施形態において、ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎ及び／又はｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＤｅｄｉｃａｔｅｄ（設定されている場合）が、ＵＥがＣＧ ＰＵＳＣＨを送信するように設定されたフレキシブルシンボルとしてＦＦＰの前のシンボルを示し、ＵＥがＤＣＩフォーマット２＿０をモニターするが、ＦＦＰの前のシンボルのためのスロットフォーマットインディケーションのためのＤＣＩフォーマット２＿０を検出しないように設定され、ＵＥは、以下である場合、ＣＧ ＰＵＳＣＨを送信してもよい、
－ＲＲＣ構成は、ＦＦＰを開始することをＵＥに示す場合、又は
－ＤＣＩフォーマット２＿０は、ビットマップのセットから選択されたビットマップを示すインジケータを含み、ビットマップは、各ＦＦＰがｇＮＢ又はＵＥによって開始されるかどうかを示し、ＵＥは、ＵＥによって開始されるべきＦＦＰを示すビットマップを検出したことを示す場合。
－ＲＲＣ構成は、ＦＦＰを開始することをＵＥに示す場合、又は
－ＤＣＩフォーマット２＿０は、ビットマップのセットから選択されたビットマップを示すインジケータを含み、ビットマップは、各ＦＦＰがｇＮＢ又はＵＥによって開始されるかどうかを示し、ＵＥは、ＵＥによって開始されるべきＦＦＰを示すビットマップを検出したことを示す場合。
【0115】
一実施形態において、ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎ及び／又はｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＤｅｄｉｃａｔｅｄ（設定されている場合）が、ＵＥがＣＧ ＰＵＳＣＨを送信するように設定されたフレキシブルシンボルとしてＦＦＰの前のシンボルを示し、ＵＥがＤＣＩフォーマット２＿０をモニターし、ＦＦＰの前のシンボルのためにスロットフォーマットインディケーションのためのＤＣＩフォーマット２＿０を検出する場合、ＵＥは、以下の場合、ＣＧ ＰＵＳＣＨを送信するように許可される、
－ＤＣＩフォーマット２＿０が、ＵＥがＵＬシンボルとしてＦＦＰの前にＣＧ ＰＵＳＣＨを送信するように設定されたシンボルを示す場合、
－ＲＲＣ設定が、ＦＦＰを開始することをＵＥに示す場合、又は
－ＲＲＣ設定が、任意のＦＦＰを開始することをＵＥに示す場合、又は
－ＤＣＩフォーマット２＿０が、ビットマップのセットから選択されたビットマップを示すインジケータを含み、ビットマップは、各ＦＦＰがｇＮＢ又はＵＥによって開始されるかどうかを示し、ＵＥは、ＵＥによって開始されるべきＦＦＰを示すビットマップを検出したことを示す。
－ＤＣＩフォーマット２＿０が、ＵＥがＵＬシンボルとしてＦＦＰの前にＣＧ ＰＵＳＣＨを送信するように設定されたシンボルを示す場合、
－ＲＲＣ設定が、ＦＦＰを開始することをＵＥに示す場合、又は
－ＲＲＣ設定が、任意のＦＦＰを開始することをＵＥに示す場合、又は
－ＤＣＩフォーマット２＿０が、ビットマップのセットから選択されたビットマップを示すインジケータを含み、ビットマップは、各ＦＦＰがｇＮＢ又はＵＥによって開始されるかどうかを示し、ＵＥは、ＵＥによって開始されるべきＦＦＰを示すビットマップを検出したことを示す。
【0116】
一実施形態において、ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎ及び／又はｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＤｅｄｉｃａｔｅｄ（設定されている場合）が、ＵＥがＣＧ ＰＵＳＣＨを送信するように設定されたフレキシブルシンボルとしてＦＦＰの前のシンボルを示し、ＵＥがＤＣＩフォーマット２＿０を監視し、ＦＦＰの前のシンボルのためにスロットフォーマットインディケーションのためのＤＣＩフォーマット２＿０を検出する場合、ＵＥは、以下の場合、ＣＧ ＰＵＳＣＨを送信してもよい、
－ＤＣＩフォーマット２＿０は、ＵＥがＵＬシンボルとしてＦＦＰの前にＣＧ ＰＵＳＣＨを送信するように設定されたシンボルを示す場合、及び
－ＲＲＣパラメータは、ｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇに設定され、ＦＦＰの開始時に開始する対応するＣＧ ＰＵＳＣＨの送信のための開始デバイスとしてＵＥを有効にするように設定される場合。
－ＤＣＩフォーマット２＿０は、ＵＥがＵＬシンボルとしてＦＦＰの前にＣＧ ＰＵＳＣＨを送信するように設定されたシンボルを示す場合、及び
－ＲＲＣパラメータは、ｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇに設定され、ＦＦＰの開始時に開始する対応するＣＧ ＰＵＳＣＨの送信のための開始デバイスとしてＵＥを有効にするように設定される場合。
【0117】
一実施形態において、ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎ及び／又はｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＤｅｄｉｃａｔｅｄ（設定されている場合）が、ＵＥがＣＧ ＰＵＳＣＨを送信するように設定されているＵＬシンボル又はフレキシブルシンボルとしてＦＦＰの前のシンボルを示し、ＵＥがＤＣＩフォーマット２＿０を監視するように設定されていない場合、ＵＥは、以下の場合、ＣＧ ＰＵＳＣＨを送信してもよい、
－ＲＲＣ設定は、ＦＦＰを開始することをＵＥに示し、ＲＲＣ設定は、ＦＦＰの開始時に開始する対応するＣＧ ＰＵＳＣＨの送信のための開始デバイスとしてＵＥを有効にするために設定されたＲＲＣパラメータ、又は各ビットが、ＦＦＰがｇＮＢ又はＵＥによって開始されるかどうかを示すビットマップ、を含み得る場合。
－ＲＲＣ設定は、ＦＦＰを開始することをＵＥに示し、ＲＲＣ設定は、ＦＦＰの開始時に開始する対応するＣＧ ＰＵＳＣＨの送信のための開始デバイスとしてＵＥを有効にするために設定されたＲＲＣパラメータ、又は各ビットが、ＦＦＰがｇＮＢ又はＵＥによって開始されるかどうかを示すビットマップ、を含み得る場合。
【0118】
一実施形態において、ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎ及びｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＤｅｄｉｃａｔｅｄが、ＵＥに提供されず、且つＵＥが、ＤＣＩフォーマット２＿０を監視するように設定されない場合、ＵＥは、以下の場合、ＦＦＰの前でＣＧ ＰＵＳＣＨを送信してもよい。
－ＲＲＣ設定は、ＦＦＰを開始することをＵＥに示し、ＲＲＣ設定は、ＦＦＰの開始時に開始する対応するＣＧ ＰＵＳＣＨの送信のための開始デバイスとしてＵＥを有効にするために設定されたＲＲＣパラメータ、又は各ビットが、ＦＦＰがｇＮＢ又はＵＥによって開始されるかどうかを示すビットマップ、を含み得る場合。
－ＲＲＣ設定は、ＦＦＰを開始することをＵＥに示し、ＲＲＣ設定は、ＦＦＰの開始時に開始する対応するＣＧ ＰＵＳＣＨの送信のための開始デバイスとしてＵＥを有効にするために設定されたＲＲＣパラメータ、又は各ビットが、ＦＦＰがｇＮＢ又はＵＥによって開始されるかどうかを示すビットマップ、を含み得る場合。
【0119】
一実施形態において、ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎ及び／又はｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＤｅｄｉｃａｔｅｄ（設定されている場合）が、ＵＥがＣＧ ＰＵＳＣＨを送信するように設定されたＵＬシンボルとしてＦＦＰの前のシンボルを示し、且つＵＥが、ＤＣＩフォーマット２＿０を監視するが、ＦＦＰの前のシンボルのためにスロットフォーマットインディケーションのためのＤＣＩフォーマット２＿０を検出しない場合、ＵＥは、以下の場合、ＣＧ ＰＵＳＣＨを送信してもよい。
－ＲＲＣ設定が、ＦＦＰを開始することをＵＥに示す場合、又は
－ＲＲＣ設定が、任意のＦＦＰを開始することをＵＥに示す場合、又は
－ＤＣＩフォーマット２＿０が、ビットマップのセットから選択されたビットマップを示すインジケータを含まず、ビットマップが、各ＦＦＰがｇＮＢによって開始されるかＵＥによって開始されるかを示す場合。
－ＲＲＣ設定が、ＦＦＰを開始することをＵＥに示す場合、又は
－ＲＲＣ設定が、任意のＦＦＰを開始することをＵＥに示す場合、又は
－ＤＣＩフォーマット２＿０が、ビットマップのセットから選択されたビットマップを示すインジケータを含まず、ビットマップが、各ＦＦＰがｇＮＢによって開始されるかＵＥによって開始されるかを示す場合。
【0120】
一実施形態において、ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎ及び／又はｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＤｅｄｉｃａｔｅｄ（設定されている場合）が、ＵＥがＣＧ ＰＵＳＣＨを送信するように設定されているＵＬシンボルとしてＦＦＰの前のシンボルを示し、且つＵＥが、ＤＣＩフォーマット２＿０を監視し、ＦＦＰの前のシンボルのためにスロットフォーマットインディケーションのためにＤＣＩフォーマット２＿０を検出するように設定されている場合、ＵＥは、以下の場合、ＣＧ ＰＵＳＣＨを送信してもよい。
－ＲＲＣ設定が、ＦＦＰを開始することをＵＥに示す場合、又は
－ＲＲＣ設定が、任意のＦＦＰを開始することをＵＥに示す場合、又は
－ＤＣＩフォーマット２＿０が、ビットマップのセットから選択されたビットマップを示すインジケータを含み、ビットマップが、各ＦＦＰがｇＮＢ又はＵＥによって開始されるかどうかを示し、且つＵＥが、ＵＥによって開始されるべきＦＦＰを示すビットマップを検出したことを示す場合。
－ＲＲＣ設定が、ＦＦＰを開始することをＵＥに示す場合、又は
－ＲＲＣ設定が、任意のＦＦＰを開始することをＵＥに示す場合、又は
－ＤＣＩフォーマット２＿０が、ビットマップのセットから選択されたビットマップを示すインジケータを含み、ビットマップが、各ＦＦＰがｇＮＢ又はＵＥによって開始されるかどうかを示し、且つＵＥが、ＵＥによって開始されるべきＦＦＰを示すビットマップを検出したことを示す場合。
【0121】
一実施形態において、ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎ及び／又はｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＤｅｄｉｃａｔｅｄ（設定されている場合）が、フレキシブルシンボルとしてＦＦＰ中のシンボルのセットを示し、且つＵＥが、ＦＦＰの開始時に開始しないＣＧ ＰＵＳＣＨを送信するように設定され、ＵＥが、ＤＣＩフォーマット２＿０を監視するが、ＦＦＰ中のシンボルのセットのためにスロットフォーマットインディケーションのためにＤＣＩフォーマット２＿０を検出しないように設定される場合、ＵＥは、以下の場合、ＣＧ ＰＵＳＣＨを送信することを許可される、
－ＣＧ ＰＵＳＣＨの開始からＴｐｒｏｃ，２の前に終了シンボルが終わるＤＣＩフォーマット２＿０のためのサーチスペースの監視機会が、存在しない場合。
－ＣＧ ＰＵＳＣＨの開始からＴｐｒｏｃ，２の前に終了シンボルが終わるＤＣＩフォーマット２＿０のためのサーチスペースの監視機会が、存在しない場合。
【0122】
一実施形態において、ＳＩＢ１が、ＦＦＰがＵＥによって開始されるべきであることを示すＲＲＣ設定を含む場合、ＵＥは、ＦＦＰの開始時に開始するＰＲＡＣＨプリアンブルを使用して、ＦＦＰを開始することができる。
【0123】
一実施形態において、ＵＥがＰＵＳＣＨに関連付けられたＰＲＡＣＨプリアンブルを使用してＦＦＰを開始した場合、ＵＥは、ＦＦＰ内のＤＬシグナルを検出することなく、ＭｓｇＡ－ＰＵＳＣＨ－Ｒｅｓｏｕｒｃｅ内で設定されたＰＵＳＣＨを送信することができる。
【0124】
一実施形態において、ＵＥが選択されたＲＡ＿ＴＹＰＥを２－ｓｔｅｐＲＡとしてセットし、ＦＦＰ内のＭＳＧＡのＰＲＡＣＨプリアンブルを送信した場合、ＵＥは、ＭｓｇＡ－ＰＵＳＣＨ－Ｒｅｓｏｕｒｃｅにおいて構成されたリソースが別のＦＦＰの先頭にある場合、ＭＳＧＡの対応するＰＵＳＣＨの送信のための別のＦＦＰのための開始デバイスとして動作し得る。
【0125】
一実施形態において、ＲＡＲは、ＵＥがＲＡＲによってスケジュールされたＰＵＳＣＨを有するＦＦＰにおいて開始デバイスとして動作することを示すインディケーションを含む。
【0126】
一実施形態において、少なくとも１つのＳＲがＳＲ設定でトリガされ、（ｉが整数である、ＦＦＰ＃ｉ内の）ＵＥにおいて保留中である場合、ＵＥは、以下の条件の内の１つ又は複数が満たされるとき、後続のＦＦＰ（例えば、ＦＦＰ＃ｉ＋１）におけるＳＲ設定のための有効なＰＵＣＣＨリソース上でＳＲ送信を実行し得る、
－ネットワークが、ＳＲ設定に対応するＰＵＣＣＨリソースを含むＦＦＰ内の開始デバイスとして動作するようにＵＥに示した、という条件。
－ネットワークが、ＵＥが対応するＳＲ設定からトリガされたＳＲを有するときはいつでも、開始デバイスとして動作することをＵＥに示した、という条件、及び
－ＵＥが、チャネルがクリア／アイドルであることを（ＦＦＰ＃ｉ内のＣＣＡの間に）検知した、という条件。
－ネットワークが、ＳＲ設定に対応するＰＵＣＣＨリソースを含むＦＦＰ内の開始デバイスとして動作するようにＵＥに示した、という条件。
－ネットワークが、ＵＥが対応するＳＲ設定からトリガされたＳＲを有するときはいつでも、開始デバイスとして動作することをＵＥに示した、という条件、及び
－ＵＥが、チャネルがクリア／アイドルであることを（ＦＦＰ＃ｉ内のＣＣＡの間に）検知した、という条件。
【0127】
一実施形態において、インディケーションは、ＲＲＣシグナリング（例えば、ＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔＲｅｓｏｕｒｃｅＣｏｎｆｉｇ）を介して提供され得る。
【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】
一実施形態において、ノミナル繰り返しは、ＰＵＳＣＨ繰り返しタイプＢに使用されないシンボルの周りにセグメント化され得、ＰＵＳＣＨ繰り返しタイプＢに使用されないシンボルは、ＦＦＰの前のシンボルと、ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎによって示されるＤＬシンボルと、ＴＳ３８．２１４ｖ１６．１．０で指定されるＩｎｖａｌｉｄＳｙｍｂｏｌＰａｔｔｅｒｎによって示される無効シンボルと、ＦＦＰのアイドル期間と重複するシンボルとを含み得る。
【0154】
一実施形態において、ノミナル繰り返しは、ＰＵＳＣＨ繰り返しタイプＢに使用されないシンボルの周りにセグメント化され得、ＰＵＳＣＨ繰り返しタイプＢに使用されないシンボルは、ｇＮＢによって明示的に設定されたＦＦＰの前のシンボルの数、ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎによって示されるＤＬシンボル、ＴＳ３８．２１４ｖ１６．１．０で指定されるＩｎｖａｌｉｄＳｙｍｂｏｌＰａｔｔｅｒｎによって示される無効シンボル、及びＦＦＰのアイドル期間と重複するシンボルを含み得る。
【0155】
一実施形態において、ＰＵＳＣＨ繰り返しに使用されないシンボルと重複する場合、実際の繰り返しは送信されず、実際の繰り返しは、ＵＥがセミスタティックＤＬシンボル及び無効シンボルの周りのノミナル繰り返しをセグメント化することによって決定される。
【0156】
一実施形態において、実際の繰り返しが、それがＤＣＩフォーマット２＿０によって示されるＤＬシンボル又はフレキシブルシンボルと競合する場合、又はそれがＦＦＰ認証のために使用されるＤＬシグナルの終了からのＵＥ処理時間の持続時間の後ではない場合、送信されない。
【0157】
一実施形態において、ＰＵＳＣＨ繰り返しタイプＢに使用されないＦＦＰの前のシンボルの数は、ＩｎｖａｌｉｄＳｙｍｂｏｌＰａｔｔｅｒｎによって設定される。
【0158】
一実施形態において、ＰＵＳＣＨ繰り返しタイプＢに使用されないＦＦＰの前のシンボルの数は、ＩｎｖａｌｉｄＳｙｍｂｏｌＰａｔｔｅｒｎ２によって設定される。シンボルがＩｎｖａｌｉｄＳｙｍｂｏｌＰａｔｔｅｒｎ 又はＩｎｖａｌｉｄＳｙｍｂｏｌＰａｔｔｅｒｎ２ によって無効として設定されている場合、そのシンボルは、無効と見なされる。
【0159】
一実施形態において、ＵＥは、ＵＥがＦＦＰを開始することが示されているＦＦＰのためにＩｎｖａｌｉｄＳｙｍｂｏｌＰａｔｔｅｒｎ２を適用しない。ＦＦＰを開始することのインディケーションは、実施形態＃３に従って、ＵＬグラント又はＲＲＣ設定を介してもよい。
【0160】
〔実施形態＃５：ＰＲＡＣＨ送信〕
ｇＮＢは、ＦＦＰ認証のために使用されるＤＬシグナルと、そのＤＬシグナルを検出するための対応する最小処理時間とを設定することができる。
ｇＮＢは、ＦＦＰ認証のために使用されるＤＬシグナルと、そのＤＬシグナルを検出するための対応する最小処理時間とを設定することができる。
【0161】
ＳＳＢ－ｔｏ－ＲＯマッピングの場合、ＲＯがＦＦＰ認証のために使用されるＤＬシグナルの終了から設定された最小処理時間内にシンボルと重複する場合、ＵＥは、ＳＳＢ－ｔｏ－ＲＯマッピングのためのＲＯを考慮しない。ＦＦＰのアイドル期間と重複するＲＯは、ＳＳＢ－ｔｏ－ＲＯマッピングにも使用されない。
【0162】
ＦＦＰ認証のために使用されるＤＬシグナル及びそのＤＬシグナルを検出するための対応する最小処理時間の設定は、実施形態＃１に基づき得る。
【0163】
一実施形態において、ＵＥは、ＦＦＰ内のＲＯに関連付けられたタイプ０－ＰＤＣＣＨサーチスペース及びＳＳＢを、ＦＦＰの認証のために使用されるＤＬシグナルと決定し得る。
【0164】
一実施形態において、ＤＬシグナル及び対応する最小処理時間は、競合ベースランダムアクセス（ＣＢＲＡ）のためにＳＩＢ１によって提供され得る。
【0165】
一実施形態において、ＤＬシグナル及び対応する最小処理時間は、競合フリーランダムアクセス（ＣＦＲＡ）のための専用ＲＲＣシグナリングによって提供され得る。
【0166】
実施形態＃１に開示された方法に加えて、最小処理時間の決定のために、ＵＥは、ＦＦＰ認証に使用されるＤＬシグナルのＳＣＳ設定と、対応するＰＲＡＣＨ送信のＳＣＳ設定との間の最小ＳＣＳ設定のＳＣＳを使用し得る。
【0167】
ＰＲＡＣＨ送信の場合、ＵＥは、ＤＬシグナルがＦＦＰにおいて検出された場合、ＦＦＰ内のＲＯにおいて送信することができる。
【0168】
一実施形態において、ＵＥが設定された最小処理時間よりも長いＤＬシグナル検出のための時間を必要とする場合、ＵＥは、ＤＬシグナル検出のためのＵＥ処理時間内にＲＯ上で送信しない。例えば、最小処理時間がＵＥ処理ケイパビリティ２を有するＴｐｒｏｃ，２として設定されるが、ＵＥは、ＤＬシグナル検出のためにＵＥ処理ケイパビリティ１を有するＴｐｒｏｃ，２を必要とする。
【0169】
実施形態＃２において開示された方法に基づいて、ＰＲＡＣＨ送信によってＦＦＰを開始することが示される場合、ＵＥは、ＦＦＰにおいて第１のＲＯ内で送信することができる。ＳＳＢ－ｔｏ－ＲＯマッピングの場合、ＦＦＰの前のＲＯのみが使用され得る。
【0170】
一実施態において、ｇＮＢは、ＵＥからのＰＲＡＣＨ送信によって開始されるべきＦＦＰの設定を、全てのＵＥに、提供し得る。ＳＳＢ－ｔｏ－ＲＯへのマッピングの場合、ＵＥは、ＵＥからのＰＲＡＣＨ送信によって開始されるように設定されたＦＦＰの前のＲＯと、ｇＮＢによって開始されるように設定又は示されたＦＦＰ内のＦＦＰ認証のために使用されるＤＬシグナルの終了からの最小処理時間内に入らないＲＯとを使用することができる。
【0171】
一実施形態において、ＳＳＢ－ｔｏ－ＲＯマッピングの場合、ｇＮＢは、ＦＦＰの前の、ＳＳＢ－ｔｏ－ＲＯマッピングに使用されないシンボルの数を、各番号が示す、一連の番号を設定することができる。一連の番号は、連続するＦＦＰに繰り返し適用されてもよい。番号の設定は、ＦＦＰの前のＤＬシグナルの設定に基づいてもよい。
【0172】
一実施形態において、ＳＳＢ－ｔｏ－ＲＯへのマッピングの場合、ｇＮＢは、無効なシンボルパターンを設定することができる。無効なシンボルパターンは、ビットマップであってもよく、ビットマップの各ビットは、シンボルが有効であるか無効であるかを示してもよい。シンボルの長さは、ＰＲＡＣＨ送信のＳＣＳに基づき得る。無効なシンボルパターンは、ＤＬシグナル検出のための処理時間及びＦＦＰのアイドル期間を考慮する。
【0173】
１つのシナリオにおいて、複数のＵＥは、ＰＵＳＣＨ及びＰＲＡＣＨによってＦＦＰを開始することを意図する。ＰＲＡＣＨを送信するＵＥがＰＵＳＣＨを送信するＵＥによってブロックされることを回避するために、以下の方法が使用され得る。一実施形態において、ＵＥがＰＲＡＣＨ送信によってＦＦＰを開始するとき、ＵＥは、少なくとも検出スロット持続時間Ｔ＿ｓｌ＝９μｓのためのチャネルがクリア／アイドルであることを検出した後、ＣＯＴの開始時に開始するＰＲＡＣＨを送信することができ、検出スロットは、ＣＯＴの開始時から設定された持続時間の前に終了する。チャネルがビジーであると検出された場合、ＵＥは、現在のＣＯＴの間に送信を実行しないことがある。
【0174】
図３は、本開示の一例としての実施形態に従った、免許不要帯域内のＦＢＥ動作のための方法３００を示す。アクション３０２において、ＵＥは、ＢＳから、ＢＳがＦＢＥ動作の開始デバイスとして動作するときに使用されるＦＦＰの第１の周期性を示す第１のパラメータを受信する。アクション３０４において、ＵＥは、ＢＳから、ＵＥがＦＢＥ動作の開始デバイスとして動作するときに使用されるＦＦＰの第２の周期性を示す第２のパラメータを受信する。ＦＦＰの第１の周期性は、ＦＦＰの第２の周期性とは無関係であり得る。ＢＳ開始ＣＯＴのためのＦＦＰの第１の周期性と、ＵＥ開始ＣＯＴのためのＦＦＰの第２の周期性とを別々に提供することによって、ＢＳ（たとえば、ｇＮＢ）は、ＢＳ開始ＣＯＴ及びＵＥ開始ＣＯＴのための異なるＦＦＰ期間を設定する際に柔軟性を有する。従って、ＢＳは、ＢＳが開始デバイスとして動作するか、又はＵＥが開始デバイスとして動作するかのいずれかの異なるシナリオに対応する適切なＦＦＰ値を決定することができる。
【0175】
ＢＳは、アクション３０２において、ブロードキャスト又は専用ＲＲＣシグナリングのいずれかを介して第１のパラメータを提供することができる。ＢＳはまた、アクション３０４において、ブロードキャスト又は専用ＲＲＣシグナリングのいずれかを介して、第２のパラメータを提供し得る。一実施形態において、ＵＥは、専用ＲＲＣシグナリングを介して第１のパラメータと第２のパラメータとを受信し得る。
【0176】
図４は、本開示の一例としての実施形態に従って、ＵＥケイパビリティに基づいてＦＦＰを設定するための方法４００を示す。アクション４１０において、ＵＥは、ＢＳに、１つ又は複数のＦＦＰ周期値を示すＵＥケイパビリティ情報を送信する。ＵＥケイパビリティ情報は、ＵＥがＦＢＥ動作の開始デバイスとして動作するとき、ＵＥによってサポートされる複数のＦＦＰ周期性値を示し得る。アクション４０２において、ＵＥは、ＢＳから、基地局がＦＢＥ動作の開始デバイスとして動作するときに使用されるＦＦＰの第１の周期性を示す第１のパラメータを受信する。アクション４０４において、ＵＥは、ＢＳから、ＵＥがＦＢＥ動作の開始デバイスとして動作するときに使用されるＦＦＰの第２の周期性を示す第２のパラメータを受信する。ＦＦＰの第２の周期性は、ＵＥケイパビリティ情報に基づいて設定され得る。一実施形態において、ＦＦＰの第２の周期性の値は、ＵＥケイパビリティ情報内に示される１つ又は複数のＦＦＰ周期性値から選択され得る。ＢＳは、ＵＥによってサポートされる複数のＦＦＰ周期値の内の１つを選択し、それに応じて第２のパラメータをＵＥに提供する。
【0177】
図５は、本開示の一実施例としての実施形態に従った、ＦＢＥ処理のためのＢＷＰ固有のＦＦＰを設定するための方法５００を示す。アクション５０２において、ＵＥは、基地局がＦＢＥアクションの開始デバイスとして動作するときに使用されるＦＦＰの第１の周期性を示す第１のパラメータを、ＢＳから、受信する。アクション５０４において、ＵＥは、ＵＥがＦＢＥ処理の開始デバイスとして動作するときに使用されるＦＦＰの第２の周期性を示す第２のパラメータを、ＢＳから、受信し、第２のパラメータは、第１のＢＷＰ（例えば、第１のＵＬ ＢＷＰ）に固有である。アクション５０６において、ＵＥは、ＵＥがＦＢＥ処理の開始デバイスとして動作するときに使用されるＦＦＰの第３の周期性を示す第３のパラメータを、ＢＳから、受信し、第３のパラメータは、第２のＢＷＰ（例えば、第２のＵＬ ＢＷＰ）に固有である。したがって、ＵＥが異なるＢＷＰ上でＦＢＥ処理の開始デバイスとして動作するとき、ＵＥは、異なるＦＦＰ値を適用し得る。
【0178】
図６は、本開示の一実施例としての実施形態に従った、ＦＦＰを開始するためのＵＥによって実行される方法６００を説明するためのものである。アクション６０２及びアクション６０４は、それぞれ、図３に示されるアクション３０２及びアクション３０４に対応し得る。アクション６０６において、ＵＥは、１つ又は複数のＦＦＰのためのＦＢＥ処理の開始デバイスとしてＵＥを有効化するためのインディケーションをＢＳから受信する。アクション６０８において、ＵＥは、ＦＦＰの開始の直前に、免許不要帯域のチャネル上でＣＣＡを実行する。ＵＥは、チャネルがビジーであるか、又はアイドル／クリアであるかを決定するために、チャネルを検知することができる。アクション６１０において、ＵＥは、チャネルがクリアであると決定した後、チャネル上でＵＬグラント及びＣＧの内の少なくとも１つによってスケジュールされた１つ又は複数のＵＬ送信を実行する。アクション６１０におけるスケジュールされたＵＬ送信は、１つ又は複数のＤＧ ＰＵＳＣＨリソース上の１つ又は複数のＵＬ送信、及び／又は１つ又は複数のＣＧ ＰＵＳＣＨリソース上の１つ又は複数のＵＬ送信を含み得る。１つ又は複数のＵＬ送信は、第２のパラメータに基づいて決定されたＦＦＰのアイドル期間の前に終了する。
【0179】
一実施形態において、ＵＥは、アクション６０６において、ＲＲＣ設定を介してインディケーションを受信し得る。一実施形態において、ＲＲＣ設定は、ＣＧ設定、ＳＲ設定、及びＴＤＤ設定の内の少なくとも１つを含み得る。一実施形態において、ＲＲＣ設定は、ビットマップを含み得、ビットマップの各ビットは、対応するＦＦＰがＵＥによって開始されるか、又はＢＳによって開始されるかを示す。一実施形態において、ＲＲＣ設定は、ＵＥがＦＢＥ動作の開始デバイスとして動作するＢＷＰ及びセルの内の少なくとも１つを示し得る。
【0180】
一実施形態において、ＵＥは、アクション６０６において、ＤＣＩフォーマットを介してインディケーションを受信し得る。一実施形態において、ＤＣＩフォーマットは、インディケーションを搬送するための固有のフィールドを含むＵＬグラントであり得る。一実施形態において、固有のフィールドは、ＴＤＲＡフィールド及びＣｈａｎｎｅｌＡｃｃｅｓｓ－ＣＰｅｘｔ－ＣＡＰＣフィールドの内の１つであり得る。一実施形態において、ＤＣＩフォーマットは、ＵＥのグループのためのＤＣＩフォーマット２＿０であり得る。ＤＣＩフォーマット２＿０は、ＦＦＰの開始時にＵＬシンボルを示すスロットフォーマットインジケータを含むことができる。
【0181】
図７は、本開示の一例としての実施形態に従った、無線通信のためのノード７００を示すブロック図である。図７に示すように、ノード７００は、トランシーバ７２０、プロセッサ７２８、メモリ７３４、１つ又は複数のプレゼンテーション部品７３８、及び少なくとも１つのアンテナ７３６を含み得る。ノード７００はまた、無線周波数（ＲＦ）スペクトル帯域モジュール、ＢＳ通信モジュール、ネットワーク通信モジュール、及びシステム通信管理モジュール、入力／出力（Ｉ／Ｏ）ポート、Ｉ／Ｏ部品、及び電源（図７には図示せず）を含むことができる。
【0182】
【0183】
トランシーバ７２０は、送信機７２２（例えば、送信／送信回路）及び受信機７２４（例えば、受信／受信回路）を有し、時間及び／又は周波数リソースパーティション情報を送信及び／又は受信するように設定され得る。トランシーバ７２０は、使用可能な、使用不可能な、柔軟に使用可能なサブフレーム及びスロットフォーマットを含むがこれらに限定されない、異なるタイプのサブフレーム及びスロットにおいて送信するように設定され得る。トランシーバ７２０は、データ及び制御チャネルを受信するように設定され得る。
【0184】
ノード７００は、様々なコンピュータ可読媒体を含み得る。コンピュータ可読媒体は、ノード７００によってアクセスされ得る任意の利用可能な媒体であり得、揮発性及び不揮発性媒体、並びに取り外し可能及び取り外し不可能な媒体の両方を含む。
【0185】
コンピュータ可読媒体は、コンピュータ記憶媒体及び通信媒体を含み得る。コンピュータ記憶媒体は、揮発性媒体及び不揮発性媒体の両方、並びにコンピュータ可読命令、データ構造、プログラムモジュール又はデータといった、情報を記憶するための任意の方法又は技術において実施される取り外し可能媒体及び取り外し不可能な媒体を含み得る。
【0186】
コンピュータ記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ又は他のメモリ技術、ＣＤ－ＲＯＭ、デジタル多用途ディスク（ＤＶＤ）又は他の光ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置又は他の磁気記憶装置を含むことができる。コンピュータ記憶媒体は、伝搬されたデータ信号を含まなくてもよい。通信媒体は、典型的にコンピュータ可読命令、データ構造、プログラムモジュール、又は他のデータを、搬送波又は他のトランスポート機構といった、変調されたデータ信号において具現化し得、任意の情報配信媒体を含み得る。
【0187】
用語「変調されたデータ信号」は、その特徴の内の１つ又は複数が信号内の情報を符号化するように設定又は変更された信号を意味する。通信媒体は、有線ネットワーク又は直接有線接続といった、有線媒体と、音響、ＲＦ、赤外線及び他の無線媒体といった、無線媒体とを含み得る。前述した部品のいずれかの組合せも、コンピュータ可読媒体の範囲内に含まれるべきである。
【0188】
メモリ７３４は、揮発性及び／又は不揮発性メモリの形態のコンピュータ記憶媒体を含むことができる。メモリ７３４は、取り外し可能であっても、取り外し不可能であっても、又はそれらの組み合わせであってもよい。例としてのメモリは、固体状態メモリ、ハードドライブ、光ディスクドライブなどを含むことができる。図７に示されるように、メモリ７３４は、例えば、図１～図６に関連して、本明細書に開示される様々な機能をプロセッサ７２８に実行させるように設定される、コンピュータ可読、コンピュータ実行可能命令７３２（例えば、ソフトウエアコード）を記憶し得る。代替的に、命令７３２は、プロセッサ７２８によって直接実行可能ではなく、ノード７００に（たとえば、コンパイルされ、実行されたとき）本明細書で開示される様々な機能を実行させるように設定され得る。
【0189】
（例えば、処理回路を有する）プロセッサ７２８は、インテリジェントハードウェアデバイス、例えば中央処理ユニット（ＣＰＵ）、マイクロコントローラ、ＡＳＩＣなどを含み得る。プロセッサ７２８は、メモリを含み得る。プロセッサ７２８は、メモリ７３４から受信されたデータ７３０及び命令７３２と、トランシーバ７２０、ベースバンド通信モジュール、及び／又はネットワーク通信モジュールを介して送信及び受信された情報とを処理し得る。プロセッサ７２８はまた、コアネットワークへの送信のために、アンテナ７３６を介してネットワーク通信モジュールへの送信のためにトランシーバ７２０に送信されるべき情報を処理し得る。
【0190】
１つ又は複数のプレゼンテーション部品７３８は、人又は別のデバイスにデータインディケーションを提示することができる。プレゼンテーション部品７３８の実施例は、ディスプレイデバイス、スピーカー、印刷部品、及び振動部品などを含み得る。
【0191】
本開示の観点において、開示された概念を実施するために、それらの概念の範囲から逸脱することなく、様々な技法が使用され得ることが明らかである。更に、いくつかの実施形態を具体的に参照しながら概念を開示してきたが、当業者は、それらの概念の範囲から逸脱することなく、形態及び詳細において変更が行われ得ることを認識し得る。従って、開示された実施形態は、全ての点で例示的であり、限定的ではないと見なされるべきである。本開示は、開示された特定の実施形態に限定されず、本開示の範囲から逸脱することなく、多くの再構成、修正、及び置換が可能であることも理解されたい。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【手続補正書】
【提出日】2022-11-11
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
免許不要帯域におけるフレームベース機器（ＦＢＥ）動作のためのユーザ機器（７００）、ＵＥ、によって実行される方法であって、前記方法は、基地局、ＢＳ、から、前記ＢＳが前記ＦＢＥ動作の開始デバイスとして動作し、前記ＵＥ（７００）が前記ＦＢＥ動作の応答デバイスとして動作するときに使用される固定フレーム期間、ＦＦＰ、の第１の周期性を示す、第１のパラメータを受信する工程、
前記ＵＥ（７００）が前記ＦＢＥ動作の前記応答デバイスとして動作するとき、前記第１のパラメータに基づいて決定された第１のアイドル期間における任意の上りリンク、ＵＬ、送信を実行しない工程、
前記ＢＳから、前記ＵＥ（７００）が前記ＦＢＥ動作の前記開始デバイスとして動作し、前記ＢＳが前記ＦＢＥ動作のための前記応答デバイスとして動作するときに使用される前記ＦＦＰの第２の周期性を示す、第２のパラメータを受信する工程、及び
前記ＵＥ（７００）が前記ＦＢＥ動作の前記開始デバイスとして動作するとき、前記第２のパラメータに基づいて決定された第２のアイドル期間における任意のＵＬ送信を実行しない工程、
を含む、方法。
【請求項2】
前記第１のパラメータ及び前記第２のパラメータは、専用無線リソース制御、ＲＲＣ、シグナリングを介して受信される、請求項１に記載の方法。
【請求項3】
前記ＢＳに、１つ又は複数のＦＦＰ周期性値を示すＵＥケイパビリティ情報を送信する工程を更に含み、前記ＦＦＰの前記第２の周期性は、前記ＵＥケイパビリティ情報に基づいて設定される、請求項１に記載の方法。
【請求項4】
前記ＢＳから、前記ＵＥが前記ＦＢＥ動作の前記開始デバイスとして動作するとき、使用される前記ＦＦＰの第３の周期性を示す、第３のパラメータを受信する工程を更に含み、前記第２のパラメータは、第１の帯域幅部分、ＢＷＰ、に固有であり、
前記第３のパラメータは、第２のＢＷＰに固有である、請求項１に記載の方法。
【請求項5】
前記ＢＳから、１つ又は複数のＦＦＰのための前記ＦＢＥ動作の前記開始デバイスとして前記ＵＥ（７００）を有効にするためのインディケーションを受信する工程、ＦＦＰの開始直前に前記免許不要帯域のチャネル上でクリアチャネルアセスメント、ＣＣＡ、を実行する工程、及び
前記チャネルがクリアであると決定した後、前記チャネル上でＵＬグラントによってスケジュールされた１つ又は複数のＵＬ送信を実行する工程であって、前記１つ又は複数のＵＬ送信は、前記第２のパラメータに基づいて決定された前記ＦＦＰのアイドル期間の前に終了する、工程
を更に含む、請求項１に記載の方法。
【請求項6】
前記ＢＳから、１つ又は複数のＦＦＰのための前記ＦＢＥ動作の前記開始デバイスとして前記ＵＥ（７００）を有効にするためのインディケーションを受信する工程、
ＦＦＰの開始の直前に前記免許不要帯域のチャネル上で、クリアチャネルアセスメント、ＣＣＡ、を実行する工程、及び
前記チャネルがクリアであると決定した後に前記チャネル上でｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ（ＣＧ）によってスケジュールされた１つ又は複数のＵＬ送信を実行する工程であって、
前記１つ又は複数のＵＬ送信は、前記第２のパラメータに基づいて決定された前記ＦＦＰのアイドル期間の前に終了する、工程
を更に含む、請求項１に記載の方法。
【請求項7】
前記インディケーションは、ＣＧ設定、
スケジューリング要求、ＳＲ、設定、及び
時間分割デュプレックス、ＴＤＤ、設定、
の内の少なくとも１つを含む無線リソース制御、ＲＲＣ、設定を介して受信される、請求項６に記載の方法。
【請求項8】
前記インディケーションは、ビットマップを含む無線リソース制御、ＲＲＣ、設定を介して受信され、前記ビットマップの各ビットは、対応するＦＦＰが前記ＵＥ（７００）又は前記ＢＳによって開始されるか、を示す、請求項５又は６に記載の方法。
【請求項9】
前記インディケーションは、帯域幅部分（ＢＷＰ）と、前記ＵＥ（７００）が前記ＦＢＥ動作の前記開始デバイスとして動作するセルと、の内の少なくとも１つを示す無線リソース制御、ＲＲＣ、設定を介して受信される、請求項５又は６に記載の方法。
【請求項10】
前記インディケーションは、下りリンク制御情報、ＤＣＩ、フォーマットを介して受信され、前記ＤＣＩフォーマットは、前記インディケーションを搬送するための特定のフィールドを含む前記ＵＬグラントであり、
前記特定のフィールドは、時間領域リソース割当、ＴＤＲＡ、フィールド及びＣｈａｎｎｅｌＡｃｃｅｓｓ－ＣＰｅｘｔ－ＣＡＰＣフィールドの内の１つである、請求項５又は６に記載の方法。
【請求項11】
前記インディケーションは、下りリンク制御情報、ＤＣＩ、フォーマットを介して受信され、前記ＤＣＩフォーマットは、ＵＥのグループのためのＤＣＩフォーマット２＿０であり、
前記ＤＣＩフォーマット２＿０は、前記ＦＦＰの開始時にＵＬシンボルを示すスロットフォーマットインジケータを含む、請求項５又は６に記載の方法。
【請求項12】
免許不要帯域におけるフレームベース機器、ＦＢＥ、のためのユーザ機器（７００）、ＵＥであって、前記ＵＥ（７００）は、
プロセッサ（７２８）、及び
前記プロセッサ（７２８）に結合されたメモリ（７３４）であって、前記メモリ（７３４）は、前記プロセッサ（７２８）によって実行されたとき、前記ＵＥ（７００）に請求項１～１１の何れか一項に記載の前記方法を実行させる、コンピュータ実行可能プログラム（７３２）を保存する、メモリ
を含む、ＵＥ。
【手続補正2】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【0001】
〔分野〕
本開示は、無線通信に関し、具体的には、セルラー無線通信ネットワークにおける免許不要帯域におけるフレームベース機器（ＦＢＥ）動作に関する。
本開示は、無線通信に関し、具体的には、セルラー無線通信ネットワークにおける免許不要帯域におけるフレームベース機器（ＦＢＥ）動作に関する。
【背景技術】
【0002】
本開示で使用される略語は、以下を含む、
略称 フルネーム
３ＧＰＰ 第３世代パートナーシッププロジェクト
５Ｇ 第５世代
ＡＣＫ 肯定応答
ＡＳ アクセス層
ＢＳ 基地局
ＢＷ 帯域幅
ＢＷＰ 帯域幅部分
Ｃ－ＲＮＴＩ セル無線ネットワーク一時識別子
ＣＡ キャリアアグリゲーション
ＣＣＡ クリアチャネルアセスメント
ＣＧ Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ
ＣＯ チャネル占有率
ＣＯＴ チャネル占有時間
ＣＰ サイクリックプレフィックス
ＣＳ－ＲＮＴＩ 設定されたスケジューリング無線ネットワーク一時識別子
ＣＳＩ チャネル状態情報
ＣＳＩ－ＲＳ チャネル状態情報参照信号
ＤＣ デュアル接続
ＤＣＩ 下りリンク制御情報
ＤＧ ダイナミックグラント
ＤＬ 下りリンク
ＤＭＲＳ 復調参照信号
ＤＲＸ 間欠受信
Ｅ－ＵＴＲＡ 進化型ユニバーサル地上無線アクセス
ＥＴＳＩ ヨーロッパ電気通信規格研究所
ＦＢＥ フレームベース機器
ＦＦＰ 固定フレーム期間
ＦＲ 周波数範囲
ＧＣ－ＰＤＣＣＨ グループ共通ＰＤＣＣＨ
ＨＡＲＱ ハイブリッド自動再送要求
ＨＡＲＱ－ＡＣＫ ＨＡＲＱ肯定応答
ＩＤ 識別子
ＩＥ 情報要素
ＩＩｏＴ 工業的ＩｏＴ
ＬＢＥ ロードベース装置
ＬＢＴ リッスンビフォートーク
ＬＴＥ ロングタームエボリューション
ＭＡＣ 媒体アクセス制御
ＭＡＣ ＣＥ ＭＡＣコントロールエレメント
ＭＣＧ マスターセルグループ
ＭＮ マスターノード
ＭＳＧＡ メッセージＡ
ＭＳＧＢ メッセージＢ
ＮＡＣＫ 否定応答
ＮＡＳ 非アクセス層
ＮＤＩ 新データインジケータ
ＮＲ ニューラジオ
ＮＲ－Ｕ ニューラジオ免許不要
ＮＷ ネットワーク
ＯＦＤＭ 直交周波数多重方式
ＰＢＣＨ 物理ブロードキャストチャネル
ＰＣｅｌｌ プライマリセル
ＰＤＣＣＨ 物理下りリンク制御チャネル
ＰＤＣＰ パケットデータ変換プロトコル
ＰＤＳＣＨ 物理下りリンク共有チャネル
ＰＤＵ プロトコルデータユニット
ＰＨＹ 物理（層）
ＰＲＡＣＨ 物理ランダムアクセスチャネル
ＰＵＣＣＨ 物理上りリンク制御チャネル
ＰＵＳＣＨ 物理上りリンク共有チャネル
ＲＡ ランダムアクセス
ＲＡＣＨ ランダムアクセスチャネル
ＲＡＮ 無線アクセスネットワーク
ＲＡＲ ランダムアクセスレスポンス
ＲＢ リソースブロック
ＲＦ 無線周波数
ＲＬＡＮ 無線ローカルエリアネットワーク
ＲＬＣ 無線リンク制御
ＲＭＳＩ 残存最小システム情報
ＲＮＴＩ 無線ネットワーク一時識別子
ＲＯ ＲＡＣＨ機会
ＲＲＣ 無線リソース制御
ＲＳ 参照信号
ＲＶ 冗長バージョン
ＳＣｅｌｌ セカンダリセル
ＳＣＧ セカンダリセルグループ
ＳＣＳ サブキャリア間隔
ＳＤＵ サービスデータユニット
ＳＩＢ１ システム情報ブロックタイプ１
ＳＮ セカンダリノード
ＳＲ スケジューリング要求
ＳＲＢ シグナリング無線ベアラ
ＳＳ 同期信号
ＳＳＢ 同期信号ブロック
ＴＡ タイミングアドバンス
ＴＢ トランスポートブロック
ＴＤＤ 時間分割デュプレックス
ＴＤＲＡ 時間ドメインリソース割り振り
ＴＲ 技術報告書
ＴＳ 技術仕様書
ＵＣＩ 上りリンク制御情報
ＵＥ ユーザ機器
ＵＬ 上りリンク
略称 フルネーム
３ＧＰＰ 第３世代パートナーシッププロジェクト
５Ｇ 第５世代
ＡＣＫ 肯定応答
ＡＳ アクセス層
ＢＳ 基地局
ＢＷ 帯域幅
ＢＷＰ 帯域幅部分
Ｃ－ＲＮＴＩ セル無線ネットワーク一時識別子
ＣＡ キャリアアグリゲーション
ＣＣＡ クリアチャネルアセスメント
ＣＧ Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ
ＣＯ チャネル占有率
ＣＯＴ チャネル占有時間
ＣＰ サイクリックプレフィックス
ＣＳ－ＲＮＴＩ 設定されたスケジューリング無線ネットワーク一時識別子
ＣＳＩ チャネル状態情報
ＣＳＩ－ＲＳ チャネル状態情報参照信号
ＤＣ デュアル接続
ＤＣＩ 下りリンク制御情報
ＤＧ ダイナミックグラント
ＤＬ 下りリンク
ＤＭＲＳ 復調参照信号
ＤＲＸ 間欠受信
Ｅ－ＵＴＲＡ 進化型ユニバーサル地上無線アクセス
ＥＴＳＩ ヨーロッパ電気通信規格研究所
ＦＢＥ フレームベース機器
ＦＦＰ 固定フレーム期間
ＦＲ 周波数範囲
ＧＣ－ＰＤＣＣＨ グループ共通ＰＤＣＣＨ
ＨＡＲＱ ハイブリッド自動再送要求
ＨＡＲＱ－ＡＣＫ ＨＡＲＱ肯定応答
ＩＤ 識別子
ＩＥ 情報要素
ＩＩｏＴ 工業的ＩｏＴ
ＬＢＥ ロードベース装置
ＬＢＴ リッスンビフォートーク
ＬＴＥ ロングタームエボリューション
ＭＡＣ 媒体アクセス制御
ＭＡＣ ＣＥ ＭＡＣコントロールエレメント
ＭＣＧ マスターセルグループ
ＭＮ マスターノード
ＭＳＧＡ メッセージＡ
ＭＳＧＢ メッセージＢ
ＮＡＣＫ 否定応答
ＮＡＳ 非アクセス層
ＮＤＩ 新データインジケータ
ＮＲ ニューラジオ
ＮＲ－Ｕ ニューラジオ免許不要
ＮＷ ネットワーク
ＯＦＤＭ 直交周波数多重方式
ＰＢＣＨ 物理ブロードキャストチャネル
ＰＣｅｌｌ プライマリセル
ＰＤＣＣＨ 物理下りリンク制御チャネル
ＰＤＣＰ パケットデータ変換プロトコル
ＰＤＳＣＨ 物理下りリンク共有チャネル
ＰＤＵ プロトコルデータユニット
ＰＨＹ 物理（層）
ＰＲＡＣＨ 物理ランダムアクセスチャネル
ＰＵＣＣＨ 物理上りリンク制御チャネル
ＰＵＳＣＨ 物理上りリンク共有チャネル
ＲＡ ランダムアクセス
ＲＡＣＨ ランダムアクセスチャネル
ＲＡＮ 無線アクセスネットワーク
ＲＡＲ ランダムアクセスレスポンス
ＲＢ リソースブロック
ＲＦ 無線周波数
ＲＬＡＮ 無線ローカルエリアネットワーク
ＲＬＣ 無線リンク制御
ＲＭＳＩ 残存最小システム情報
ＲＮＴＩ 無線ネットワーク一時識別子
ＲＯ ＲＡＣＨ機会
ＲＲＣ 無線リソース制御
ＲＳ 参照信号
ＲＶ 冗長バージョン
ＳＣｅｌｌ セカンダリセル
ＳＣＧ セカンダリセルグループ
ＳＣＳ サブキャリア間隔
ＳＤＵ サービスデータユニット
ＳＩＢ１ システム情報ブロックタイプ１
ＳＮ セカンダリノード
ＳＲ スケジューリング要求
ＳＲＢ シグナリング無線ベアラ
ＳＳ 同期信号
ＳＳＢ 同期信号ブロック
ＴＡ タイミングアドバンス
ＴＢ トランスポートブロック
ＴＤＤ 時間分割デュプレックス
ＴＤＲＡ 時間ドメインリソース割り振り
ＴＲ 技術報告書
ＴＳ 技術仕様書
ＵＣＩ 上りリンク制御情報
ＵＥ ユーザ機器
ＵＬ 上りリンク
【発明の概要】
【発明が解決しようとする課題】
【0003】
データ速度、遅延性、信頼性、及びモビリティを改善することによって、５Ｇ ＮＲといったセルラー無線通信システムのためのワイヤレス通信の様々な態様を改善するために、様々な努力がなされてきた。５Ｇ ＮＲシステムは、拡張モバイルブロードバンド（ｅＭＢＢ）、大規模マシンタイプ通信（ｍＭＴＣ）、及び超高信頼低遅延通信（ＵＲＬＬＣ）といった様々なユースケースに対応して、ネットワークサービス及びタイプを最適化するための柔軟性及び設定可能性を提供するように設計される。しかしながら、無線アクセスに対する需要が増加し続けるにつれて、当技術分野における更なる改善の必要性が存在する。
【課題を解決するための手段】
【0004】
本開示は、セルラー無線通信ネットワークにおける免許不要帯域におけるＦＢＥ動作に関する。
【0005】
本開示の第１の態様において、免許不要帯域におけるＦＢＥ動作のためにＵＥによって実行される方法が、提供される。本方法は、ＢＳから、ＢＳがＦＢＥ動作の開始デバイスとして動作し、ＵＥがＦＢＥ動作の応答デバイスとして動作するときに使用されるＦＦＰの第１の周期性を示す、第１のパラメータを受信する工程、ＵＥがＦＢＥ動作の応答デバイスとして動作するとき、第１のパラメータに基づいて決定された第１のアイドル期間における任意のＵＬ送信を実行しない工程、ＢＳから、ＵＥがＦＢＥ動作の開始デバイスとして動作し、ＢＳがＦＢＥ動作のための応答デバイスとして動作するときに使用されるＦＦＰの第２の周期性を示す、第２のパラメータを受信する工程、及びＵＥがＦＢＥ動作の開始デバイスとして動作するとき、第２のパラメータに基づいて決定された第２のアイドル期間における任意のＵＬ送信を実行しない工程を含む。
【0006】
第１の態様の一実施形態において、第１のパラメータ及び第２のパラメータは、専用ＲＲＣシグナリングを介して受信される。
【0007】
第１の態様の一実施形態において、本方法は、ＢＳに、１つ又は複数のＦＦＰ周期性値を示すＵＥケイパビリティ情報を送信する工程を更に含み、ＦＦＰの第２の周期性は、ＵＥケイパビリティ情報に基づいて設定される。
【0008】
第１の態様の一実施形態において、本方法は、ＵＥがＦＢＥ動作の開始デバイスとして動作するとき、使用されるＦＦＰの第３の周期性を示す、第３のパラメータを受信する工程を更に含み、第２のパラメータは、第１のＢＷＰに固有であり、第３のパラメータは、第２のＢＷＰに固有である。
【0009】
第１の態様の一実施形態において、本方法は、ＢＳから、１つ又は複数のＦＦＰのためのＦＢＥ動作の開始デバイスとしてＵＥを有効にするためのインディケーションを受信する工程、ＦＦＰの開始直前に免許不要帯域のチャネル上でＣＣＡを実行する工程、及びチャネルがクリアであると決定した後、チャネル上でＵＬグラントによってスケジュールされた１つ又は複数のＵＬ送信を実行する工程であって、１つ又は複数のＵＬ送信は、第２のパラメータに基づいて決定されたＦＦＰのアイドル期間の前に終了する、工程を更に含む。
【0010】
第１の態様の一実施形態において、本方法は、ＢＳから、１つ又は複数のＦＦＰのためのＦＢＥ動作の開始デバイスとしてＵＥを有効にするためのインディケーションを受信する工程、ＦＦＰの開始の直前に免許不要帯域のチャネル上で、ＣＣＡを実行する工程、及びチャネルがクリアであると決定した後にチャネル上でＣＧによってスケジュールされた１つ又は複数のＵＬ送信を実行する工程であって、１つ又は複数のＵＬ送信は、第２のパラメータに基づいて決定されたＦＦＰのアイドル期間の前に終了する、工程を更に含む。
【0011】
第１の態様の一実施形態において、インディケーションは、ＣＧ設定、ＳＲ設定、及びＴＤＤ設定の内の少なくとも１つを含むＲＲＣ設定を介して受信される。
【0012】
第１の態様の一実施形態において、インディケーションは、ビットマップを含むＲＲＣ設定を介して受信され、ビットマップの各ビットは、対応するＦＦＰがＵＥ又はＢＳによって開始されるか、を示す。
【0013】
第１の態様の一実施形態において、インディケーションは、ＢＷＰと、ＵＥがＦＢＥ動作の開始デバイスとして動作するセルと、の内の少なくとも１つを示すＲＲＣ設定を介して受信される。
【0014】
第１の態様の一実施形態において、インディケーションは、ＤＣＩフォーマットを介して受信され、ＤＣＩフォーマットは、インディケーションを搬送するための特定のフィールドを含むＵＬグラントであり、特定のフィールドは、時間領域リソース割当、ＴＤＲＡ、フィールド及びＣｈａｎｎｅｌＡｃｃｅｓｓ－ＣＰｅｘｔ－ＣＡＰＣフィールドの内の１つである。
【0015】
第１の態様の一実施形態において、インディケーションは、ＤＣＩフォーマットを介して受信され、ＤＣＩフォーマットは、ＵＥのグループのためのＤＣＩフォーマット２＿０であり、ＤＣＩフォーマット２＿０は、ＦＦＰの開始時にＵＬシンボルを示すスロットフォーマットインジケータを含む。
【0016】
本開示の第２の態様において、免許不要帯域におけるＦＢＥ動作のためのＵＥが、提供される。ＵＥは、プロセッサ及びプロセッサに結合されたメモリを含む。メモリは、プロセッサによって実行されたとき、ＵＥに、ＢＳから、ＢＳがＦＢＥ動作のための開始デバイスとして動作し、ＵＥがＦＢＥ動作のための応答デバイスとして動作するとき、使用されたＦＦＰの第１の周期性を示す第１のパラメータを受信し、ＵＥがＦＢＥ動作のための応答デバイスとして動作するとき、第１のパラメータに基づいて決定された第１のアイドル期間における任意のＵＬ送信を実行せず、ＢＳから、ＵＥがＦＢＥ動作のための開始デバイスとして動作し、且つＢＳがＦＢＥ動作のための応答デバイスとして動作するときに使用されたＦＦＰの第２の周期性を示す第２のパラメータを受信し、ＵＥがＦＢＥ動作のための開始デバイスとして動作するとき、第２のパラメータに基づいて決定された第２のアイドル期間における任意のＵＬ送信を実行しない、コンピュータ実行可能プログラムを保存する。
【図面の簡単な説明】
【0017】
本開示の態様は、添付の図面とともに読まれるとき、以下の詳細な開示から最もよく理解される。様々な特徴は、縮尺通りに描かれていない。様々な特徴の寸法は、議論を明確にするために、任意に増減されてもよい。
【発明を実施するための形態】
【0018】
以下は、本開示の実施形態に関連する具体的な情報を含む。図面及びそれらの添付の詳細な開示は、単に実施形態を対象とする。しかしながら、本開示は、これらの実施形態に限定されない。本開示の他の変形例及び実施形態は、当業者に明らかであろう。
【0019】
特に明記しない限り、図面間の同様の又は対応する要素は、同様の又は対応する参照番号によって示され得る。更に、本開示における図面及び例示は一般に、一定の縮尺ではなく、実際の相対寸法に対応することを意図していない。
【0020】
一貫性の目的及び理解の容易さのために、同様の特徴は、図面において同じ番号によって識別され得る（いくつかの実施例において、図示せず）。しかしながら、異なる実施形態における特徴は、他の点で異なり得、図面に示されるものに狭く限定されないものとする。
【0021】
「一実施形態において」又は「いくつかの実施形態において」という語句は、それぞれ、同じ又は異なる実施形態の内の１つ又は複数を指し得る。用語「結合された」は、介在する部品を介して直接的又は間接的に接続されたものとして定義され、必ずしも物理的接続に限定されない。用語「含む（ｃｏｍｐｒｉｓｉｎｇ）」は、「含むが、必ずしも限定されない」を意味するが、そのように開示された組み合わせ、群、グループ、シリーズ又は同等物におけるオープンエンドされた包含又はメンバーシップを具体的に示す。表現「Ａ、Ｂ及びＣの内の少なくとも１つ」又は「以下の内の少なくとも１つ：Ａ、Ｂ、及びＣ」は、「Ａのみ、又はＢのみ、又はＣのみ、又はＡ、Ｂ及びＣの任意の組合せ」を意味する。
【0022】
「システム」及び「ネットワーク」という用語は、互換的に使用され得る。用語「及び／又は」は、関連付けられたオブジェクトを記述するための関連付け関係のみであり、Ａ及び／又はＢが、Ａが単独で存在すること、Ａ及びＢが同時に存在すること、又はＢが単独で存在することを示し得るといった、３つの関係が存在し得ることを表す。文字「／」は一般に、関連するオブジェクトが「又は」の関係にあることを表す。
【0023】
説明及び非限定の目的のために、機能エンティティ、技法、プロトコル、及び規格といった具体的な詳細は、開示された技術の理解を提供するために記載される。他の実施例において、周知の方法、技術、システム、及びアーキテクチャの詳細な開示は、不必要な細部で本開示を不明瞭にしないように省略される。
【0024】
当業者は、開示される任意のネットワーク機能又はアルゴリズムは、ハードウェア、ソフトウェア、又はソフトウェアとハードウェアとの組合せによって実施され得ることを直ちに認識するであろう。開示された機能は、ソフトウェア、ハードウェア、ファームウェア、又はそれらの任意の組合せであり得るモジュールに対応し得る。
【0025】
ソフトウェア実施形態は、メモリ又は他のタイプの記憶デバイスといった、コンピュータ可読媒体上に記憶されたコンピュータ実行可能命令を含み得る。通信処理能力を有する１つ又は複数のマイクロプロセッサ又は汎用コンピュータは、対応する実行可能命令を用いてプログラムされ、開示されたネットワーク機能又はアルゴリズムを実行することができる。
【0026】
マイクロプロセッサ又は汎用コンピュータは、特定用途向け集積回路（ＡＳＩＣ）、プログラマブルロジックアレイ、及び／又は１つ又は複数のデジタル信号プロセッサ（ＤＳＰ）を使用することを含み得る。開示された実施形態のいくつかは、コンピュータハードウェア上にインストールされ、実行されるソフトウェアに向けられるが、ファームウェアとして、又はハードウェアとして、又はハードウェアとソフトウェアとの組合せとして実施される代替としての実施形態は、十分に本開示の範囲内である。コンピュータ可読媒体は、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、消去可能プログラマブル読取り専用メモリ（ＥＰＲＯＭ）、電気的消去可能プログラマブル読取り専用メモリ（ＥＥＰＲＯＭ）、フラッシュメモリ、コンパクトディスク読取り専用メモリ（ＣＤ－ＲＯＭ）、磁気カセット、磁気テープ、磁気ディスク記憶装置、又はコンピュータ可読命令を記憶することができる任意の他の同等の媒体を含むが、これらに限定されない。
【0027】
ロングタームエボリューション（ＬＴＥ）システム、ＬＴＥアドバンスド（ＬＴＥ－Ａ）システム、ＬＴＥアドバンスド Ｐｒｏシステム、又は５Ｇ ＮＲ無線アクセスネットワーク（ＲＡＮ）といった、無線通信ネットワークアーキテクチャは、典型的に少なくとも１つの基地局（ＢＳ）、少なくとも１つのＵＥ、及びネットワーク内で接続を提供する１つまたは複数の任意のネットワーク要素を含む。ＵＥは、１つ又は複数のＢＳによって確立されたＲＡＮを介して、コアネットワーク（ＣＮ）、発展型パケットコア（ＥＰＣ）ネットワーク、発展型ユニバーサル地上ＲＡＮ（Ｅ－ＵＴＲＡＮ）、５Ｇコア（５ＧＣ）、又はインターネットといったネットワークと通信する。
【0028】
ＵＥは、移動局、移動端末もしくはデバイス、又はユーザ通信無線端末を含み得るが、これらに限定されない。ＵＥは、携帯電話、タブレット、ウェアラブルデバイス、センサ、車両、又はワイヤレス通信能力を有するパーソナルデジタルアシスタント（ＰＤＡ）を含むが、これらに限定されない、携帯無線機器であり得る。ＵＥは、ＲＡＮ内の１つ又は複数のセルにエアインターフェースを介して信号を受信し、送信するように設定される。
【0029】
ＢＳは、しばしば２Ｇを示す、マイクロ波アクセスのための世界相互運用性（ＷｉＭＡＸ）、ＧＳＭエボリューション（ＥＤＧＥ）ＲＡＮのためのＧＳＭ拡張データ速度（ＥＤＧＥ）ＲＡＮ（ＧＥＲＡＮ）、汎用パケット無線サービス（ＧＰＲＳ）、基本広帯域コード分割多元アクセス（Ｗ－ＣＤＭＡ）に基づいたしばしば３Ｇを示すユニバーサルモバイル通信システム（ＵＭＴＳ）、高速パケットアクセス（ＨＳＰＡ）、ＬＴＥ、ＬＴＥ－Ａ、５ＧＣに接続されたＬＴＥである進化型ＬＴＥ（ｅＬＴＥ）、ＮＲ（しばしば５Ｇを示す）、及び／又はＬＴＥ－Ａ Ｐｒｏといった、少なくとも無線アクセス技術（ＲＡＴ）に従って通信サービスを提供するように設定され得る。しかしながら、本開示の範囲は、これらのプロトコルに限定されない。
【0030】
ＢＳは、ＵＭＴＳ内のノードＢ（ＮＢ）、ＬＴＥ又はＬＴＥ－Ａ内の進化型ノードＢ（ｅＮＢ）、ＵＭＴＳ内の無線ネットワークコントローラ（ＲＮＣ）、ＧＳＭ／ＧＥＲＡＮ内のＢＳコントローラ（ＢＳＣ）、５ＧＣに関連する進化型ユニバーサル地上無線アクセス（Ｅ－ＵＴＲＡ）ＢＳ中のｎｇ－ｅＮＢ、５Ｇ－ＲＡＮ内の次世代ノードＢ（ｇＮＢ）、又は無線通信を制御し、セル内の無線リソースを管理することが可能な任意の他の装置を含み得るが、これらに限定されない。ＢＳは、無線インターフェースを介して１つ又は複数のＵＥをサーブすることができる。
【0031】
ＢＳは、ＲＡＮを形成する複数のセルを使用して、特定の地理的エリアに無線カバレッジを提供するように動作可能である。ＢＳは、セルの動作をサポートする。各セルは、その無線カバレッジ内の少なくとも１つのＵＥにサービスを提供するように動作可能である。
【0032】
各セル（しばしばサービングセルを示す）は、その無線カバレッジ内の１つ又は複数のＵＥをサーブするサービスを提供し、その結果、各セルは、ＤＬ及び任意でＵＬリソースを、ＤＬ及び任意でＵＬパケット送信のためのその無線カバレッジ内の少なくとも１つのＵＥにスケジューリングする。ＢＳは、複数のセルを介して無線通信システム内の１つ又は複数のＵＥと通信することができる。
【0033】
セルは、近接サービス（ＰｒｏＳｅ）又はビーグルトゥエブリシング（Ｖ２Ｘ）サービスをサポートするためのサイドリンク（ＳＬ）リソースを割り当てることができる。各セルは、他のセルと重複したカバレッジエリアを有し得る。
【0034】
マルチＲＡＴデュアル接続（ＭＲ－ＤＣ）の場合において、マスターセルグループ（ＭＣＧ）又はセカンダリセルグループ（ＳＣＧ）のプライマリセルは、特別セル（ＳｐＣｅｌ）と呼ばれ得る。プライマリセル（ＰＣｅｌｌ）は、ＭＣＧのＳｐＣｅｌｌを指し得る。プライマリＳＣＧセル（ＰＳＣｅｌｌ）は、ＳＣＧのＳｐＣｅｌｌを指すことができる。ＭＣＧは、マスタノード（ＭＮ）に関連付けられたサービングセルのグループを指し得、ＳｐＣｅｌｌと、任意で１つ又は複数のセカンダリセル（ＳＣｅｌｌ）とを含む。ＳＣＧは、ＳｐＣｅｌｌ及び任意で１つ又は複数のＳＣｅｌｌを含む、セカンダリノード（ＳＮ）に関連付けられたサービングセルのグループを指し得る。
【0035】
以前に開示されたように、ＮＲのためのフレーム構造は、高信頼性、高データ速度、及び低遅延性要件を満たす一方で、拡張モバイルブロードバンド（ｅＭＢＢ）、大規模マシンタイプ通信（ｍＭＴＣ）、及び超高信頼性低遅延性通信（ＵＲＬＬＣ）といった様々な次世代（たとえば、５Ｇ）通信要件に対応するための柔軟な設定をサポートする。３ＧＰＰにおける直交周波数分割多重（ＯＦＤＭ）技術は、ＮＲ波形のためのベースラインとしてサーブすることができる。適応サブキャリア間隔、チャネル帯域幅、及びサイクリックプレフィックス（ＣＰ）といった、スケーラブルＯＦＤＭヌメロロジーも使用され得る。
【0036】
２つの符号化方式、具体的に低密度パリティチェック（ＬＤＰＣ）符号及びポーラ符号は、ＮＲのために考慮される。符号化方式適応は、チャネル条件及び／又はサービスアプリケーションに基づいて設定され得る。
【0037】
少なくともＤＬ送信データ、ガード期間、及びＵＬ送信データは、１つのＮＲフレームの送信時間間隔（ＴＴＩ）に含まれなければならない。ＤＬ送信データ、ガード期間、及びＵＬ送信データのそれぞれの部分はまた、例えば、ＮＲのネットワークダイナミクスに基づいて設定可能であるべきである。ＳＬリソースは、ＰｒｏＳｅサービス又はＶ２Ｘサービスを支援するためにＮＲフレーム内で提供されてもよい。
【0038】
いくつかの選択された用語の実施例は、以下に提供される。
【0039】
フレームベース機器（ＦＢＥ）：フレームベース機器は、動作チャネル（Ｏｐｅｒａｔｉｎｇ Ｃｈａｎｎｅｌ）上の他のＲＬＡＮ送信の存在を検出するために、リッスンビフォートーク（ＬＢＴ）ベースのチャネルアクセス機構を実施する。フレームベース機器は、送信／受信構造が固定フレーム期間（ＦＦＰ）に等しい周期性を有する周期的タイミングを有する機器である。
【0040】
クリアチャネルアセスメント（ＣＣＡ）：チャネル内の他の送信を識別するために機器によって使用される機構である。
【0041】
チャネル占有時間（ＣＯＴ）：ｇＮＢ／ＵＥ及びチャネル占有を共有する任意のｇＮＢ／ＵＥが、ｇＮＢ／ＵＥが対応するチャネルアクセス手順を実行した後、チャネル上で送信を実行する総時間である。
【0042】
Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ（ＣＧ）：ＢＳ（例えば、ｇＮＢ）は、ＵＥへの初期ＨＡＲＱ送信のためにＵＬリソースを割り当て得る。ＮＲにおいて、ｇＮＢは、ＰＤＣＣＨ上のＵＥ固有ＲＮＴＩ（例えば、Ｃ－ＲＮＴＩ）を介してＵＥにＵＬリソースを動的に割り当て得る。ＵＥは、ＵＬ送信のための可能なグラントを見つけるために、ＰＤＣＣＨを周期的に監視する。前述の動的グラント（ＤＧ）に加えて、ｇＮＢは、ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔｓ（ＣＧ）と呼ばれることがある、ＵＥへのＰＵＳＣＨ上の周期的ＵＬリソースを事前設定することができる。ＣＧの２つのタイプが存在する。
【0043】
Ｔｙｐｅ１：ＲＲＣエンティティは、（周期性を含む）設定されたＵＬグラントを直接的に提供することができる。ｇＮＢは、ＤＬ ＲＲＣシグナリングを介してｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ（周期性を含む）を提供することができ、ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔは、設定が受信され、対応する再設定が終了すると、送信に対して有効である。
【0044】
Ｔｙｐｅ２：ＲＲＣエンティティは、設定されたＵＬグラントの周期性を定義することができ、一方で、ＣＳ－ＲＮＴＩにアドレス指定されたＰＤＣＣＨは、設定されたＵＬグラントをシグナリング及びアクティベート又はディアクティベートすることができる。ＣＳ－ＲＮＴＩにアドレス指定されたＰＤＣＣＨは、設定されたＵＬグラントがディアクティベートされるまで、ＲＲＣエンティティによって定義された周期性に従って、設定されたＵＬグラントが暗黙的に再使用され得ることを示し得る。ｇＮＢは、ＤＬ ＲＲＣシグナリングを介して、ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ（周期性を含む）を提供することができる。アクティベーションシグナリング及びディアクティベーションシグナリングの両方が物理シグナリングであり得る場合、アクティベーションシグナリングがｇＮＢから受信されると、ディアクティベーションシグナリングがｇＮＢから受信されるまで、ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔは、有効である（送信のためにＵＥによって適用され得る）と見なされ得る。より具体的には、シグナリングは、ＣＳ－ＲＮＴＩにアドレス指定されたＰＤＣＣＨ上で送信される。
【0045】
Ｒｅｌ－１６ ＮＲにおいて、ＮＲ－Ｕワークアイテム（ＷＩ）の完了後、免許不要帯域内の動作がサポートされる。ＮＲ－Ｕは、ＥＴＳＩ Ｅｕｒｏｐｅａｎ ｓｔａｎｄａｒｄ（ＥＮ）３０１ ８９３で規定されるように、ロードベース機器（ＬＢＥ）動作モード及びフレームベース機器（ＦＢＥ）動作モードをサポートすることができる。
【0046】
Ｒｅｌ－１７ ＮＲにおいて、ＩＩｏＴといったユースケースのために、制御された環境における免許不要の動作をサポートする必要があり、これは、設備オーナーによってインストールされた免許不要帯域上で動作するデバイスのみを含む環境であり得、他のシステム及び／又は無線アクセス技術からの予期せぬ干渉が散発的にしか起こらない環境であり得る。
【0047】
制御された環境において、チャネル検知のオーバヘッドがより低いため、ＦＢＥ動作が好ましい。Ｒｅｌ－１６ ＮＲ－ＵターゲットＬＢＥ動作に導入されたほとんどの特徴から、制御された環境におけるＩＩｏＴユースケースのためにＦＢＥ動作のための潜在的な拡張に関する調査が必要である。
【0048】
フレームベース機器（ＦＢＥ）は、固定されたフレーム期間（ＦＦＰ）に等しい周期性を有する周期的なタイミングを送信／受信構造を有する機器である。２種類のデバイスは、ＦＢＥ動作のために定義される。１つ又は複数の送信のシーケンスを開始するデバイスは、開始デバイスとして定義され、そうでない場合、デバイスは、応答デバイスとして定義される。ＦＢＥ動作のための規定は、ＥＴＳＩ ＥＮ ３０１ ８９３に規定されている。
【0049】
１つ又は複数の送信のシーケンスを開始するために、開始デバイスは、ＦＦＰの開始時に動作チャネル上で送信を開始する直前に、単一の観測スロットの間、クリアチャネルアセスメント（ＣＣＡ）検査を実行し得る。動作チャネルがクリアであることが分かった場合、開始デバイスは、すぐに送信を開始してもよい。そうでない場合、次のＦＦＰの間にそのチャネル上で送信がなくてもよい。
【0050】
開始デバイスは、現在のチャネル占有時間（ＣＯＴ）内に現在の動作チャネル上で送信するために、１つ又は複数の関連付けられた応答デバイスに認証をグラントしてもよい。応答デバイスは、応答デバイスがグラントを受信した場合、及びグラントを発行した開始デバイスによる最後の送信の最大１６μｓ後に送信が開始された場合、ＣＣＡを実行することなく送信を実行し得る。
【0051】
一方で、応答デバイスは、グラントを発行した開始デバイスによる最後の送信より少なくとも１６μｓ後のグラントされた送信時間の直前に終了する、２５μｓ期間内の単一の観測スロットの間、動作チャネル上でＣＣＡを実行し得る。
【0052】
Ｒｅｌ－１６ ＮＲ－Ｕにおいて、ｇＮＢは、開始デバイスとして動作する。ｇＮＢは、ＳＩＢ１又は専用ＲＲＣシグナリングを介してＦＦＰ設定を提供し得る。ＦＦＰは、｛１ｍｓ、２ｍｓ、２．５ｍｓ、４ｍｓ、５ｍｓ、１０ｍｓ｝の値に制限され得る。各２つの無線フレーム内のＦＦＰの開始位置は、偶数無線フレームから開始することができ、ｉ＊Ｐによって与えられ、ここで、ｉ＝｛０，１、．．．，２０／Ｐ－１｝であり、Ｐは、ミリ秒単位のＦＦＰである。アイドル期間は、所定のＳＣＳ＝ｃｅｉｌ（規定で許容される最小アイドル期間／Ｔｓ）であり、ここで、許容される最小アイドル期間＝ｍａｘ（ＦＦＰの５％、１００ｕｓ）であり、Ｔｓは、所与のＳＣＳのシンボルデュレーションであり、ｃｅｉｌ（ｘ）は、ｘ以上の最小整数をｘにマップするセイリング関数であり、ｍａｘ（ｘ、ｙ）は、ｘとｙの間の最大値を与える最大関数である。ＤＬシグナル／チャネル（例えば、ＰＤＣＣＨ、ＳＳＢ、ＰＢＣＨ、ＲＭＳＩ、ＧＣ－ＰＤＣＣＨ、・・・）がＦＦＰ内で検出された場合、ＦＦＰ内のＵＥ送信は、発生し得る。
【0053】
ＰＲＡＣＨリソースは、ＦＢＥ動作が示されるとき、ＰＲＡＣＨリソースがＦＦＰのアイドル期間と重複する場合、無効と見なされ得る。
【0054】
ＴＲ２２．８０４で特定されるマシンツール及びパッケージングマシンといった、いくつかのＩＩｏＴのユースケースでは、スケジューリングサイクルは、１ｍｓ未満である。そのようなユースケースのために、１スロット以下の周期性を有するｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ（ＣＧ）は、ＵＬデータ送信のために設定され得る。そのようなシナリオのために、ＦＢＥ動作のためのＣＧ ＰＵＳＣＨの設定可能な長さに対するいくつかの制約は、存在し得る。ｇＮＢが開始デバイスであるため、ＵＥは、ＦＦＰにおけるＣＧ ＰＵＳＣＨ送信の前にＤＬシグナルを検出する必要があり得る。ＣＧ ＰＵＳＣＨがドロップされないことを確実にするために、ＣＧ ＰＵＳＣＨは、ＦＦＰがスロット境界で開始し、ＵＥがＤＬシグナルを検出するためにいくつかの処理時間を必要とし得るため、スロットの前に設定されるべきではない。その上、ＣＧ ＰＵＳＣＨは、ＦＦＰのアイドル期間がスロットの終わりに位置するため、スロットの終わりに設定されるべきではない。
【0055】
図１は、本開示の一例としての実施形態に従った、ＦＢＥ動作１００のためのＣＧ ＰＵＳＣＨの設定可能な長さに対する制約を示す。図１に示す実施例で使用されるパラメータは、１つのスロットが１４個のシンボルを含み、ＳＣＳが３０ｋＨｚであり、スロットの前の２シンボルＰＤＣＣＨがＤＬシグナル検知のために使用され、ＵＥ処理時間がケイパビリティ２のＴｐｒｏｃ，２で、５．５シンボルであり、アイドル周期が１００μｓであり、３シンボルを占有し、ＣＧ ＰＵＳＣＨが１スロットの周期性を有することを含む。ＵＥ処理時間Ｔｐｒｏｃ，２の説明は、ＴＳ３８．２１４で規定される。ＵＥ処理時間Ｔｐｒｏｃ，２は、ＵＥ処理ケイパビリティ１とＵＥ処理ケイパビリティ２とに対応する異なった値でもよい。
【0056】
図１に、第１のスロット及び第２のスロットを含む、２つのスロットが示される。各スロットは、１４個のシンボルを含み、各シンボルは、０～１３のシンボルインデックスによって識別される。これらのパラメータに基づいて、第１のスロットのシンボル＃０及びシンボル＃１は、ＤＣＩ受信のために使用される。次に、ＵＥは、受信したＤＣＩを復号するために、処理時間Ｔｐｒｏｃ，２を必要とする。ＵＥ処理時間Ｔｐｒｏｃ，２は、シンボル＃２からシンボル＃７を占有する。アイドル期間は、第２のスロットにおいて、最後の３つのシンボル、シンボル＃１１、＃１２、及び＃１３を占有する。これらのシンボル（第１のスロットにおけるシンボル＃０から＃７、第２のスロットにおけるシンボル＃１１から＃１３）は、上りリンク送信に利用できない。
【0057】
ＣＧ ＰＵＳＣＨは、１スロットの周期性を有するから、各スロットにおける制約は、考慮されなければならない。また、第１のスロットのシンボル＃１１から＃１３は、第２のスロットのアイドル時間のためにＵＬ送信に利用可能でなく、第２のスロットのシンボル＃０から＃７は、第１のスロットのＤＬシグナル検知及び処理のためにＵＬ送信に利用可能でない。従って、１スロットの周期性を有するＣＧ ＰＵＳＣＨは、シンボル＃８、＃９、及び＃１０を含む、各スロット内の３つのシンボルのみで設定され得る。ＵＬ送信に利用可能なシンボルの数が少ないことは、ＣＧ ＰＵＳＣＨの信頼性及びサポート可能なＵＥの数を制限する。
【0058】
上述した技術的課題を解決するために、２つのアプローチが開示される。第１のアプローチは、現行のＴＳにおいて、Ｔｐｒｏｃ，２のタイムラインよりも短いタイムラインを指定することである。第２のアプローチは、ＵＥが開始デバイスとして動作することを可能にすることである。本開示において開示される実施形態は、以下のように要約される。
【0059】
〔実施形態＃１：ＦＦＰ認証のためのＤＬシグナル〕
ＤＬシグナル検出のためのタイムラインを指定することに加えて、検出されるべきＤＬシグナルもまた、明確に定義される必要があり得る。そうでない場合、ＵＥが任意のＤＬシグナルを検出し、ＦＦＰにおいて設定されたＵＬ送信を送信することが可能であるかどうかは明らかでないことがあり得る。それは、ｇＮＢが、ＵＥが送信することができないかもしれない設定されたＵＬリソースを予約する場合、リソースの浪費をもたらし得る。
ＤＬシグナル検出のためのタイムラインを指定することに加えて、検出されるべきＤＬシグナルもまた、明確に定義される必要があり得る。そうでない場合、ＵＥが任意のＤＬシグナルを検出し、ＦＦＰにおいて設定されたＵＬ送信を送信することが可能であるかどうかは明らかでないことがあり得る。それは、ｇＮＢが、ＵＥが送信することができないかもしれない設定されたＵＬリソースを予約する場合、リソースの浪費をもたらし得る。
【0060】
〔実装形態＃２：ＵＥが開始デバイスとして動作することを示すこと〕
ＵＥが開始デバイスとして動作する必要がある場合、ｇＮＢは、ＵＥをブロックすることを回避するために、開始デバイスとして動作しなくてもよく、シグナリング方法は、ＵＥを開始デバイスとしてセットすることが必要とされ得る。
ＵＥが開始デバイスとして動作する必要がある場合、ｇＮＢは、ＵＥをブロックすることを回避するために、開始デバイスとして動作しなくてもよく、シグナリング方法は、ＵＥを開始デバイスとしてセットすることが必要とされ得る。
【0061】
〔実施形態＃３：ＵＥが開始したＣＯＴの共有〕
ｇＮＢは、開始デバイスとして動作するようにＵＥを設定することができ、開始デバイスとして動作するときのＵＥのＦＦＰの周期性は、ＳＩＢ１内で示されるｇＮＢのＦＦＰの周期性とは異なり得る。従って、ＣＯＴの持続時間は、開始ＵＥによって開始されたＣＯＴを共有するｇＮＢ及び他のＵＥに示され得る。
ｇＮＢは、開始デバイスとして動作するようにＵＥを設定することができ、開始デバイスとして動作するときのＵＥのＦＦＰの周期性は、ＳＩＢ１内で示されるｇＮＢのＦＦＰの周期性とは異なり得る。従って、ＣＯＴの持続時間は、開始ＵＥによって開始されたＣＯＴを共有するｇＮＢ及び他のＵＥに示され得る。
【0062】
〔実施形態＃４：非スロットベースの繰り返し〕
タイプＢ繰り返しを伴うＰＵＳＣＨの場合、いくつかの送信機会は、ＦＦＰのアイドル期間と衝突する場合、送信されないことがある。その上、ｇＮＢが開始デバイスとして動作する場合、ＦＦＰの前の（例えば、ＦＦＰの開始時に開始する）送信機会も送信されないことがある。送信機会のセグメンテーション又はドロップといった、送信機会を処理するための方法が明示される必要があり得る。
タイプＢ繰り返しを伴うＰＵＳＣＨの場合、いくつかの送信機会は、ＦＦＰのアイドル期間と衝突する場合、送信されないことがある。その上、ｇＮＢが開始デバイスとして動作する場合、ＦＦＰの前の（例えば、ＦＦＰの開始時に開始する）送信機会も送信されないことがある。送信機会のセグメンテーション又はドロップといった、送信機会を処理するための方法が明示される必要があり得る。
【0063】
〔実施形態＃５：ＰＲＡＣＨ送信〕
ｇＮＢが開始デバイスとして動作する場合、ＵＥは、ＦＦＰ内でＰＲＡＣＨを送信する前、ＦＦＰ内でＤＬシグナルを検出する必要がある。より短い周期、例えば２ｍｓ、を有するＦＦＰの場合、いくつかのＲＡＣＨ機会（ＲＯ）がＦＦＰの前にあり（例えば、ＦＦＰの開始時に開始する）、ＵＥがＲＡＣＨ機会の前にＤＬシグナルを検出するために十分な処理時間が存在しないため、ＵＥによって使用することができないことがあり得る。既存のＴＳに従って、ＳＳＢ－ｔｏ－ＲＯマッピングのために、ＳＳＢは、ＦＦＰの前のＲＯにのみマッピングされることが可能である。その後、ＲＯにマッピングされたＳＳＢを選択したＵＥは、ＰＲＡＣＨ送信を行うことができない。
ｇＮＢが開始デバイスとして動作する場合、ＵＥは、ＦＦＰ内でＰＲＡＣＨを送信する前、ＦＦＰ内でＤＬシグナルを検出する必要がある。より短い周期、例えば２ｍｓ、を有するＦＦＰの場合、いくつかのＲＡＣＨ機会（ＲＯ）がＦＦＰの前にあり（例えば、ＦＦＰの開始時に開始する）、ＵＥがＲＡＣＨ機会の前にＤＬシグナルを検出するために十分な処理時間が存在しないため、ＵＥによって使用することができないことがあり得る。既存のＴＳに従って、ＳＳＢ－ｔｏ－ＲＯマッピングのために、ＳＳＢは、ＦＦＰの前のＲＯにのみマッピングされることが可能である。その後、ＲＯにマッピングされたＳＳＢを選択したＵＥは、ＰＲＡＣＨ送信を行うことができない。
【0064】
図２は、本開示の一例としての実施形態に従った、ＦＦＰ構造２００におけるＲＡＣＨ機会を示す。システムフレームは、１０個のサブフレームを含み、各サブフレームは、０～９のサブフレームインデックスによって識別される。各サブフレームは、２個のスロットを含み、各スロットは、１４個のシンボルを含む。各スロットは、スロットインデックス（０～１９の範囲）によって識別され、各シンボルは、シンボルインデックス（各スロットにおいて０～１３の範囲）によって識別される。図２に示される実施例において使用されるパラメータは、ＳＣＳが３０ｋＨｚであり、ＰＲＡＣＨ設定インデックスがＴＳ ３８．２１１ Ｖ１５．８．０において指定されるように７５であり（サブフレーム＃４中の２つのＲＡＣＨスロットと、全てのシステムフレーム中のサブフレーム＃９中の２つのＲＡＣＨスロット）、ＦＦＰの周期は２ｍｓであり、ＳＳＢの数は４であり、ｓｓｂ－ｐｅｒＲＡＣＨ－ＯｃｃａｓｉｏｎＡｎｄＣＢ－ＰｒｅａｍｂｌｅｓＰｅｒＳＳＢは、ｏｎｅＦｏｕｒｔｈであることを含む。ＳＳ／ＰＢＣＨは、スロット＃０及びスロット＃１０において送信される。Ｔｙｐｅ０－ＰＤＣＣＨは、スロット＃４からスロット＃６、スロット＃１４からスロット＃１６において送信される。
【0065】
これらのパラメータに基づいて、スロット＃８の前に２つのＤＬシンボルのみが存在する場合、サブフレーム＃４において１０個の有効なＲＯが存在し得る。ＲＯ２０２ａがスロット＃８の前にある２つのＤＬシンボルと重なり、ＲＯ２０２ｂがＴＳ３８．２１３ Ｖ１５．８．０で指定されているようにＮｇａｐシンボル（２つのシンボル）と重なるため、ＲＯ２０２ａ及びＲＯ２０２ｂは、無効なＲＯとみなされる。第１のＲＡＣＨスロット（スロット＃８）において、ＲＯ２０４ａ、２０４ｂ、２０４ｃ、及び２０４ｄを含む４つの有効なＲＯが存在する。第２のＲＡＣＨスロット（スロット＃９）において、ＲＯ２０４ｅ、２０４ｆ、２０４ｇ、２０４ｈ、２０４ｉ、及び２０４ｊを含む６つの有効なＲＯが存在する。従って、サブフレーム＃４内に１０個の有効なＲＯが存在する。サブフレーム＃４に加えて、サブフレーム＃９もＰＲＡＣＨリソースのために使用される。サブフレーム＃９において、全てのＲＯは、アイドル期間（スロット＃１９のシンボル＃１０及びシンボル＃１１に対応する）と重複する最後のＲＯを除いて有効であり得る。従って、サブフレーム＃９内に１１個の有効なＲＯが存在する。
【0066】
既存のＴＳに従って、ＳＳＢ－ｔｏ－ＲＯマッピングは、第１の有効なＲＯで開始することができ、これは、スロット＃８のシンボル＃４及びシンボル＃５におけるＲＯ２０４ａであり、最後の５個の有効なＲＯは、ＳＳＢ－ｔｏ－ＲＯマッピングの別のサイクルに十分な有効なＲＯが存在しないため、マッピングされないことになる。しかしながら、ＵＥは、ＤＬシグナル検出がまだ完了していないことがあるため、第１のＲＯ（ＲＯ２０４ａ、２０４ｂ、２０４ｃ、及び２０４ｄを含む）を使用できないことがある。例えば、ＤＬシグナル検出のためにＵＥが必要とする時間の量が、Ｔｐｒｏｃ，２である場合（ケイパビリティ１）、第１の４個の有効ＲＯ（ＲＯ２０４ａ、２０４ｂ、２０４ｃ、及び２０４ｄを含む）は、ＵＥによって使用できない。換言すると、第１のＳＳＢを選択したＵＥは、ＰＲＡＣＨ送信を行うことができない。
【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】
ケース＃１－８：認証のために使用されるＤＬシグナルが参照シグナルである場合、ＰＤＳＣＨ－ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇ内のｐｒｏｃｅｓｓｉｎｇＴｙｐｅ２ＥｎａｂｌｅｄがＴＲＵＥであるように設定される場合、ＵＥは、最小処理時間を、ＵＥ処理ケイパビリティ２を有するＴｐｒｏｃ，ｄであると決定し得、ＵＥ処理ケイパビリティ２を有するＴｐｒｏｃ，ｄは、Ｔｐｒｏｃ，２（ＵＥ処理ケイパビリティ２）／２であり得、そうでない場合、ＵＥは、最小処理時間を、ＵＥ処理ケイパビリティ１を有するＴｐｒｏｃ，ｄであると決定し得、ＵＥ処理ケイパビリティ１を有するＴｐｒｏｃ，ｄは、Ｔｐｒｏｃ，２（ＵＥ処理ケイパビリティ１）／２であり得る。
【0092】
ケース＃１－９：認証のために使用されるＤＬシグナルが参照シグナルである場合、ＵＥは、最小処理時間を、ＵＥ処理ケイパビリティ２を有するＴｐｒｏｃ，ｄであると決定することができ、ＵＥ処理ケイパビリティ２を有するＴｐｒｏｃ，ｄは、Ｔｐｒｏｃ，２（ＵＥ処理ケイパビリティ２）／２であり得る。
【0093】
ケース＃１－１０：認証のために使用されるＤＬシグナルが参照シグナルである場合、ＵＥは、最小処理時間をＴｐｒｏｃ，ｄであると決定することができ、ＵＥ処理ケイパビリティ２を有するＴｐｒｏｃ，ｄは、Ｔｐｒｏｃ，２と等しくなり得る。
【0094】
ＵＥがＰＤＣＣＨ候補又はＦＦＰのための認証の検出のためのＰＤＣＣＨのＤＭＲＳを用いて設定されるとき、設定されたＵＬ送信が送信される場合、ＵＥは、ＭＡＣエンティティがＤＲＸアクティブ時間内にあるかどうかにかかわらず、ＤＬシグナルを検出することを試みることができる。
【0095】
一実施形態において、ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔのＰＵＳＣＨの場合、送信機会がシンボルＳの前に開始し、Ｓが認証のために使用されるＤＬシグナルの終了から最小処理時間の持続時間の後に開始する第１のＵＬシンボルである場合、送信機会は、第１の繰り返しに有効な送信機会である（例えば、ｒｅｐＫ－ＲＶがｓ２～３０３であるとき、送信機会の対応するＲＶがＲＶ０である）場合、送信機会は、ＲＶサイクルのために使用されない（例えば、ＲＶ０は、送信機会にマッピングされない）。
【0096】
〔実施形態２：ＵＥが開始デバイスとして動作することを示すこと〕
ｇＮＢは、１つ又は複数のＦＦＰのための開始デバイスとしてＵＥをセットするためにＤＬシグナリングを送信し得る。ＤＬシグナリングは、ＲＲＣ設定、ＤＣＩインディケーション、及びＭＡＣ ＣＥインディケーションの内の少なくとも１つであり得る。一実施形態において、ＵＥは、開始デバイスとして動作する期間は、タイマによって制御され得る。
ｇＮＢは、１つ又は複数のＦＦＰのための開始デバイスとしてＵＥをセットするためにＤＬシグナリングを送信し得る。ＤＬシグナリングは、ＲＲＣ設定、ＤＣＩインディケーション、及びＭＡＣ ＣＥインディケーションの内の少なくとも１つであり得る。一実施形態において、ＵＥは、開始デバイスとして動作する期間は、タイマによって制御され得る。
【0097】
一実施形態において、ＵＥが開始デバイスとして動作するとき、ＵＥは、免許不要帯域のチャネル上でクリアチャネルアセスメント（ＣＣＡ）を実行し得、ＵＥは、チャネルがクリアであると決定した後、チャネル上で、ＵＬグラント及び／又はｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔによってスケジュールされたＵＬ送信を実行し得る。
【0098】
ＲＲＣ設定は、以下のパラメータ／ＩＥ／設定の内の少なくとも１つを含み得る。
【0099】
－特定のＤＣＩフォーマット内で開始デバイスとしてＵＥを有効化するためのＲＲＣパラメータ。例えば、ＵＥが特定のＤＣＩフォーマットによってスケジュールされたリソース上で送信を実行するとき、ＵＥは、開始デバイスとして動作し得る。
【0100】
－ＦＦＰの開始時に開始する対応するＣＧ ＰＵＳＣＨを使用して開始デバイスとしてＵＥを有効化するためのｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ ＩＥにおけるＲＲＣパラメータ。
【0101】
－ＦＦＰの開始時に開始する、ｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇＬｉｓｔ内で設定されたＣＧ ＰＵＳＣＨを使用して、ＵＥを開始デバイスとして有効化するためのｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇＬｉｓｔ ＩＥ内のＲＲＣパラメータ。
【0102】
－ＵＥがＦＦＰの開始時に開始するＳＲ設定に対応するＰＵＣＣＨリソースを有するＦＦＰにおいて開始デバイスとして動作することを可能にする、ＳＲ設定（例えば、ＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔＴｏＡｄｄＭｏｄ又はＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔＲｅｓｏｕｒｃｅＣｏｎｆｉｇ）におけるＲＲＣパラメータ。
【0103】
－ＤＣＩフォーマットのＴＤＲＡ表内の開始デバイスインジケータのための新しい列を追加するためのＲＲＣ設定。
【0104】
－対応するＦＦＰがｇＮＢ又はＵＥによって開始されるかどうかを、各ビットが示すビットマップを含む、ＦＢＥ動作のＲＲＣ設定。
【0105】
－各ビットマップ内の各ビットは、ＦＦＰがｇＮＢによって開始されるかＵＥによって開始されるかを示す、設定されたビットマップのセット。一実施形態において、設定されたビットマップのセット間で１つのビットマップを選択するために、動的インディケーション（例えば、ＤＣＩ）は、ＵＥに送信され得る。
【0106】
－ＦＦＰ認証（暗示的インディケーション）のために使用されるサーチスペースのモニタリング機会のミューティングのＲＲＣ設定。モニタリング機会のミューティングは、ＵＥが開始デバイスとして動作するように命令する、暗黙のインディケーションであり得る。
【0107】
－ＦＦＰの前のシンボルをＵＬシンボルとして示す、ＴＤＤ設定（例えば、ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎ）。
【0108】
－ＦＦＰの前のシンボルをＵＬシンボルとして示す、ＴＤＤ設定（例えば、ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＤｅｄｉｃａｔｅｄ）。
【0109】
－ＵＥがＦＢＥ動作の開始デバイスとして動作するＢＷＰとして設定された１つ又は複数のＵＬ ＢＷＰ。例えば、ＵＥは、下りリンクＲＲＣシグナリングを介して複数のＵＬ ＢＷＰを用いて設定されてよく、複数の設定されたＵＬ ＢＷＰの間の１つ又は複数のＵＬ ＢＷＰは、開始デバイス固有ＢＷＰとして示される。インディケーションは、ＢＷＰ－ＵｐｌｉｎｋＤｅｄｉｃａｔｅｄ ＩＥに含まれてもよいが、これに限定されない。開始デバイス固有ＢＷＰが（ｇＮＢによって）アクティベートされるとき、ＵＥは、アクティベートされた開始デバイス固有ＢＷＰ上でＰＵＳＣＨ／ＰＲＡＣＨ／ＰＵＣＣＨ送信のための開始デバイスとして動作し得る。
【0110】
－ＵＥが開始デバイスとして動作するセルとして設定された１つ又は複数のサービングセル。例えば、ＵＥは、下りリンクＲＲＣシグナリングを介して複数のサービングセルで設定され、複数の設定されたサービングセルの間の１つ又は複数のセルが開始デバイス固有セルとして示される。インディケーションは、ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇ ＩＥに含まれてもよいが、これに限定されない。開始デバイス固有セルが（ｇＮＢによって）アクティベートされたとき、ＵＥは、アクティベートされた開始デバイス固有セル上でＰＵＳＣＨ／ＰＲＡＣＨ／ＰＵＣＣＨ送信のための開始デバイスとして動作し得る。
【0111】
ＤＣＩインディケーションは、以下のフィールド／インディケーション／情報のうちの少なくとも１つを含み得る。
【0112】
－ＵＥを開始デバイスとして示す、ＵＬグラントにおける新しいＤＣＩフィールド。
【0113】
－ＵＥを開始デバイスとして示す、ＵＬグラントにおけるＴＤＲＡフィールド。
【0114】
－ＵＥを開始デバイスとして示す、ＵＬグラントにおけるＣｈａｎｎｅｌＡｃｃｅｓｓ－ＣＰｅｘｔ－ＣＡＰＣフィールド。
【0115】
－ＵＥを開始デバイスとして示すために使用される、特定のＤＣＩフォーマット。一実施形態において、特定のＤＣＩフォーマットは、ＵＥのグループのために使用され得る。
【0116】
－ビットマップのセットの中のビットマップを示すためのインジケータを含む、ＤＣＩフォーマット２＿０。ビットマップ中の各ビットは、対応するＦＦＰがｇＮＢによって開始されるか、又はＵＥによって開始されるかを示し得る。ＤＣＩフォーマット２＿０は、ＵＥのグループのために使用され得る。
【0117】
－ＵＥが開始デバイスとして動作する持続時間を示す、ＤＣＩフォーマット２＿０。
【0118】
－ＦＦＰの開始のシンボルのために「ＵＬシンボル」を示すスロットフォーマットインディケーションを含む、ＤＣＩフォーマット２＿０。
【0119】
－複数のＦＦＰのためのスロットフォーマットインディケーションを含む、ＤＣＩフォーマット２＿０。
【0120】
ＭＡＣ ＣＥインディケーション
－ＵＥは、アクティベーションＭＡＣ ＣＥ／ＤＣＩを受信すると、開始デバイスとして動作し得る。ＵＥは、ディアクティベーションＭＡＣ ＣＥ／ＤＣＩを受信すると、開始デバイスとしての動作を停止し得る。
－ＵＥは、アクティベーションＭＡＣ ＣＥ／ＤＣＩを受信すると、開始デバイスとして動作し得る。ＵＥは、ディアクティベーションＭＡＣ ＣＥ／ＤＣＩを受信すると、開始デバイスとしての動作を停止し得る。
【0121】
タイマー
－タイマーは、ＵＥが開始デバイスとして動作する期間を定義するために使用され得る。タイマーは、ＤＣＩ／ＭＡＣ ＣＥインディケーションを受信すると、開始され得る。ＵＥは、タイマーの満了時に開始デバイスとして動作することを停止し得る。
－タイマーは、ＵＥが開始デバイスとして動作する期間を定義するために使用され得る。タイマーは、ＤＣＩ／ＭＡＣ ＣＥインディケーションを受信すると、開始され得る。ＵＥは、タイマーの満了時に開始デバイスとして動作することを停止し得る。
【0122】
ＦＦＰのための開始デバイスとしてＵＥをセットするためのＤＬシグナリングのいくつかの実施形態は、以下で開示される。以下の実施形態の場合、ＵＥは、ＣＣＡ期間の間にチャネルがクリア／アイドルであることを検知した可能性がある。
【0123】
一実施形態において、ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎ及び／又はｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＤｅｄｉｃａｔｅｄ（設定されている場合）が、ＵＥがＣＧ ＰＵＳＣＨを送信するように設定されたフレキシブルシンボルとしてＦＦＰの前のシンボルを示し、ＵＥがＤＣＩフォーマット２＿０をモニターするが、ＦＦＰの前のシンボルのためのスロットフォーマットインディケーションのためのＤＣＩフォーマット２＿０を検出しないように設定され、ＵＥは、以下である場合、ＣＧ ＰＵＳＣＨを送信してもよい、
－ＲＲＣ構成は、ＦＦＰを開始することをＵＥに示す場合、又は
－ＤＣＩフォーマット２＿０は、ビットマップのセットから選択されたビットマップを示すインジケータを含み、ビットマップは、各ＦＦＰがｇＮＢ又はＵＥによって開始されるかどうかを示し、ＵＥは、ＵＥによって開始されるべきＦＦＰを示すビットマップを検出したことを示す場合。
－ＲＲＣ構成は、ＦＦＰを開始することをＵＥに示す場合、又は
－ＤＣＩフォーマット２＿０は、ビットマップのセットから選択されたビットマップを示すインジケータを含み、ビットマップは、各ＦＦＰがｇＮＢ又はＵＥによって開始されるかどうかを示し、ＵＥは、ＵＥによって開始されるべきＦＦＰを示すビットマップを検出したことを示す場合。
【0124】
一実施形態において、ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎ及び／又はｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＤｅｄｉｃａｔｅｄ（設定されている場合）が、ＵＥがＣＧ ＰＵＳＣＨを送信するように設定されたフレキシブルシンボルとしてＦＦＰの前のシンボルを示し、ＵＥがＤＣＩフォーマット２＿０をモニターし、ＦＦＰの前のシンボルのためにスロットフォーマットインディケーションのためのＤＣＩフォーマット２＿０を検出する場合、ＵＥは、以下の場合、ＣＧ ＰＵＳＣＨを送信するように許可される、
－ＤＣＩフォーマット２＿０が、ＵＥがＵＬシンボルとしてＦＦＰの前にＣＧ ＰＵＳＣＨを送信するように設定されたシンボルを示す場合、
－ＲＲＣ設定が、ＦＦＰを開始することをＵＥに示す場合、又は
－ＲＲＣ設定が、任意のＦＦＰを開始することをＵＥに示す場合、又は
－ＤＣＩフォーマット２＿０が、ビットマップのセットから選択されたビットマップを示すインジケータを含み、ビットマップは、各ＦＦＰがｇＮＢ又はＵＥによって開始されるかどうかを示し、ＵＥは、ＵＥによって開始されるべきＦＦＰを示すビットマップを検出したことを示す。
－ＤＣＩフォーマット２＿０が、ＵＥがＵＬシンボルとしてＦＦＰの前にＣＧ ＰＵＳＣＨを送信するように設定されたシンボルを示す場合、
－ＲＲＣ設定が、ＦＦＰを開始することをＵＥに示す場合、又は
－ＲＲＣ設定が、任意のＦＦＰを開始することをＵＥに示す場合、又は
－ＤＣＩフォーマット２＿０が、ビットマップのセットから選択されたビットマップを示すインジケータを含み、ビットマップは、各ＦＦＰがｇＮＢ又はＵＥによって開始されるかどうかを示し、ＵＥは、ＵＥによって開始されるべきＦＦＰを示すビットマップを検出したことを示す。
【0125】
一実施形態において、ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎ及び／又はｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＤｅｄｉｃａｔｅｄ（設定されている場合）が、ＵＥがＣＧ ＰＵＳＣＨを送信するように設定されたフレキシブルシンボルとしてＦＦＰの前のシンボルを示し、ＵＥがＤＣＩフォーマット２＿０を監視し、ＦＦＰの前のシンボルのためにスロットフォーマットインディケーションのためのＤＣＩフォーマット２＿０を検出する場合、ＵＥは、以下の場合、ＣＧ ＰＵＳＣＨを送信してもよい、
－ＤＣＩフォーマット２＿０は、ＵＥがＵＬシンボルとしてＦＦＰの前にＣＧ ＰＵＳＣＨを送信するように設定されたシンボルを示す場合、及び
－ＲＲＣパラメータは、ｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇに設定され、ＦＦＰの開始時に開始する対応するＣＧ ＰＵＳＣＨの送信のための開始デバイスとしてＵＥを有効にするように設定される場合。
－ＤＣＩフォーマット２＿０は、ＵＥがＵＬシンボルとしてＦＦＰの前にＣＧ ＰＵＳＣＨを送信するように設定されたシンボルを示す場合、及び
－ＲＲＣパラメータは、ｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇに設定され、ＦＦＰの開始時に開始する対応するＣＧ ＰＵＳＣＨの送信のための開始デバイスとしてＵＥを有効にするように設定される場合。
【0126】
一実施形態において、ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎ及び／又はｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＤｅｄｉｃａｔｅｄ（設定されている場合）が、ＵＥがＣＧ ＰＵＳＣＨを送信するように設定されているＵＬシンボル又はフレキシブルシンボルとしてＦＦＰの前のシンボルを示し、ＵＥがＤＣＩフォーマット２＿０を監視するように設定されていない場合、ＵＥは、以下の場合、ＣＧ ＰＵＳＣＨを送信してもよい、
－ＲＲＣ設定は、ＦＦＰを開始することをＵＥに示し、ＲＲＣ設定は、ＦＦＰの開始時に開始する対応するＣＧ ＰＵＳＣＨの送信のための開始デバイスとしてＵＥを有効にするために設定されたＲＲＣパラメータ、又は各ビットが、ＦＦＰがｇＮＢ又はＵＥによって開始されるかどうかを示すビットマップ、を含み得る場合。
－ＲＲＣ設定は、ＦＦＰを開始することをＵＥに示し、ＲＲＣ設定は、ＦＦＰの開始時に開始する対応するＣＧ ＰＵＳＣＨの送信のための開始デバイスとしてＵＥを有効にするために設定されたＲＲＣパラメータ、又は各ビットが、ＦＦＰがｇＮＢ又はＵＥによって開始されるかどうかを示すビットマップ、を含み得る場合。
【0127】
一実施形態において、ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎ及びｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＤｅｄｉｃａｔｅｄが、ＵＥに提供されず、且つＵＥが、ＤＣＩフォーマット２＿０を監視するように設定されない場合、ＵＥは、以下の場合、ＦＦＰの前でＣＧ ＰＵＳＣＨを送信してもよい。
－ＲＲＣ設定は、ＦＦＰを開始することをＵＥに示し、ＲＲＣ設定は、ＦＦＰの開始時に開始する対応するＣＧ ＰＵＳＣＨの送信のための開始デバイスとしてＵＥを有効にするために設定されたＲＲＣパラメータ、又は各ビットが、ＦＦＰがｇＮＢ又はＵＥによって開始されるかどうかを示すビットマップ、を含み得る場合。
－ＲＲＣ設定は、ＦＦＰを開始することをＵＥに示し、ＲＲＣ設定は、ＦＦＰの開始時に開始する対応するＣＧ ＰＵＳＣＨの送信のための開始デバイスとしてＵＥを有効にするために設定されたＲＲＣパラメータ、又は各ビットが、ＦＦＰがｇＮＢ又はＵＥによって開始されるかどうかを示すビットマップ、を含み得る場合。
【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】
－ｇＮＢは、ＣＯＴ内のＵＬ送信バーストの後にＤＬ送信バーストを以下のように送信することができる：ＤＬ送信バーストとＵＬ送信バーストとの間のギャップが最大で１６μｓである場合、ｇＮＢは、チャネルを検出することなく、チャネル占有時間内にＵＬ送信バーストの後にＤＬ送信バーストを送信することができる。ＤＬ送信バーストとＵＬ送信バーストとの間のギャップが１６μｓを超える場合、ｇＮＢは、送信前に少なくとも検出スロット持続時間Ｔ＿ｓｌ＝９μｓのためのアイドルであるチャネルを検出した後、ＣＯＴ内のＵＬ送信バーストの後にＤＬ送信バーストを送信することができる。
【0154】
－ｇＮＢは、ＣＯＴ内のＤＬ送信バーストの後に、以下のようにＤＬ送信バーストを送信することができる：ｇＮＢは、ＤＬ送信バーストと任意の以前のＤＬ送信バーストとの間のギャップが１６μｓを超える場合、少なくとも検出スロット持続時間Ｔ＿ｓｌ＝９μｓのためのアイドルであるチャネルを検出した直後に、ＣＯＴ内のＤＬ送信バーストを送信することができる。
【0155】
－他のＵＥは、以下のように、ＣＯＴ内のＤＬ送信バーストの後にＵＬ送信バーストを送信することができる：ＵＬ送信バーストとＤＬ送信バーストとの間のギャップが最大で１６μｓである場合、他のＵＥは、チャネルを検出することなく、ＣＯＴ内のＤＬ送信バーストの後にＵＬ送信バーストを送信することができる。ＵＬ送信バーストとＤＬ送信バーストとの間のギャップが１６μｓを超える場合、他のＵＥは、送信前に少なくとも検出スロット持続時間Ｔ＿ｓｌ＝９μｓのためのアイドルであるチャネルを検出した後、ＣＯＴ内のＤＬ送信バーストの後にＵＬ送信バーストを送信することができる。
【0156】
－他のＵＥは、以下のように、ＣＯＴ内のＵＬ送信バーストの後にＵＬ送信バーストを送信することができる：ＵＬ送信バーストとＵＬ送信バーストとの間のギャップが最大で１６μｓである場合、他のＵＥは、チャネルを検出することなく、ＣＯＴ内のＤＬ送信バーストの後にＵＬ送信バーストを送信することができる。ＵＬ送信バーストとＵＬ送信バーストとの間のギャップが１６μｓを超える場合、他のＵＥは、送信前に少なくとも検出スロット持続時間Ｔ＿ｓｌ＝９μｓのためのアイドルであるチャネルを検出した後、ＣＯＴ内のＤＬ送信バーストの後にＵＬ送信バーストを送信することができる。
【0157】
一実施形態において、「ＵＥがＵＬ送信バーストとＤＬ送信バーストとの間のギャップが最大で１６μｓである場合、チャネルを検出することなく、ＣＯＴ内のＤＬ送信バーストの後にＵＬ送信バーストを送信することができ」は、ＤＬ送信バーストの後のＣＧ ＰＵＳＣＨ送信のためのｃｇ－ＳｔａｒｔｉｎｇＦｕｌｌＢＷ－ＩｎｓｉｄｅＣＯＴ又はｃｇ－ＳｔａｒｔｉｎｇＰａｒｔｉａｌＢＷ－ＩｎｓｉｄｅＣＯＴ内の候補ＣＰ拡張値として「Ｎ ＯＦＤＭシンボル（ＯＳ）－１６μｓ－ＴＡ」を含むなど、ＣＰ拡張によって実現され得、Ｎは、１以上の正の整数であり得る。
【0158】
〔実施形態＃４：非スロットベースの繰り返し〕
ｇＮＢが開始デバイスとして動作する場合、ｇＮＢは、ＰＵＳＣＨ繰り返しに使用されないＦＦＰの前のシンボル（又はスロット）の数を設定することができる。その上、ＵＥは、ＦＦＰのアイドル期間と重複するシンボル（又はスロット）はＰＵＳＣＨ繰り返しタイプＢのために使用しないと決定し得る。
ｇＮＢが開始デバイスとして動作する場合、ｇＮＢは、ＰＵＳＣＨ繰り返しに使用されないＦＦＰの前のシンボル（又はスロット）の数を設定することができる。その上、ＵＥは、ＦＦＰのアイドル期間と重複するシンボル（又はスロット）はＰＵＳＣＨ繰り返しタイプＢのために使用しないと決定し得る。
【0159】
一実施形態において、ＰＵＳＣＨ繰り返しタイプＢに使用されないＦＦＰの前のシンボル（又はスロット）の数は、各ＦＦＰについて明示的に設定され得る。
【0160】
ＰＵＳＣＨ繰り返しに使用されないＦＦＰの前のシンボル（又はスロット）の数は、下りリンクＲＲＣシグナリングを介してｇＮＢによって、ＢＷＰごと又はサービングセルごとに事前設定され得ることに留意されたい。
【0161】
一実施形態において、ＰＵＳＣＨ繰り返しタイプＢに使用されないＦＦＰの前のシンボルの数は、ｇＮＢによって設定されるＦＦＰ認証に使用されるＤＬシグナルと、そのＤＬシグナルを検出するための対応する最小処理時間とから決定され得る。
【0162】
一実施形態において、ノミナル繰り返しは、ＰＵＳＣＨ繰り返しタイプＢに使用されないシンボルの周りにセグメント化され得、ＰＵＳＣＨ繰り返しタイプＢに使用されないシンボルは、ＦＦＰの前のシンボルと、ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎによって示されるＤＬシンボルと、ＴＳ３８．２１４ｖ１６．１．０で指定されるＩｎｖａｌｉｄＳｙｍｂｏｌＰａｔｔｅｒｎによって示される無効シンボルと、ＦＦＰのアイドル期間と重複するシンボルとを含み得る。
【0163】
一実施形態において、ノミナル繰り返しは、ＰＵＳＣＨ繰り返しタイプＢに使用されないシンボルの周りにセグメント化され得、ＰＵＳＣＨ繰り返しタイプＢに使用されないシンボルは、ｇＮＢによって明示的に設定されたＦＦＰの前のシンボルの数、ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎによって示されるＤＬシンボル、ＴＳ３８．２１４ｖ１６．１．０で指定されるＩｎｖａｌｉｄＳｙｍｂｏｌＰａｔｔｅｒｎによって示される無効シンボル、及びＦＦＰのアイドル期間と重複するシンボルを含み得る。
【0164】
一実施形態において、ＰＵＳＣＨ繰り返しに使用されないシンボルと重複する場合、実際の繰り返しは送信されず、実際の繰り返しは、ＵＥがセミスタティックＤＬシンボル及び無効シンボルの周りのノミナル繰り返しをセグメント化することによって決定される。
【0165】
一実施形態において、実際の繰り返しが、それがＤＣＩフォーマット２＿０によって示されるＤＬシンボル又はフレキシブルシンボルと競合する場合、又はそれがＦＦＰ認証のために使用されるＤＬシグナルの終了からのＵＥ処理時間の持続時間の後ではない場合、送信されない。
【0166】
一実施形態において、ＰＵＳＣＨ繰り返しタイプＢに使用されないＦＦＰの前のシンボルの数は、ＩｎｖａｌｉｄＳｙｍｂｏｌＰａｔｔｅｒｎによって設定される。
【0167】
一実施形態において、ＰＵＳＣＨ繰り返しタイプＢに使用されないＦＦＰの前のシンボルの数は、ＩｎｖａｌｉｄＳｙｍｂｏｌＰａｔｔｅｒｎ２によって設定される。シンボルがＩｎｖａｌｉｄＳｙｍｂｏｌＰａｔｔｅｒｎ 又はＩｎｖａｌｉｄＳｙｍｂｏｌＰａｔｔｅｒｎ２ によって無効として設定されている場合、そのシンボルは、無効と見なされる。
【0168】
一実施形態において、ＵＥは、ＵＥがＦＦＰを開始することが示されているＦＦＰのためにＩｎｖａｌｉｄＳｙｍｂｏｌＰａｔｔｅｒｎ２を適用しない。ＦＦＰを開始することのインディケーションは、実施形態＃３に従って、ＵＬグラント又はＲＲＣ設定を介してもよい。
【0169】
〔実施形態＃５：ＰＲＡＣＨ送信〕
ｇＮＢは、ＦＦＰ認証のために使用されるＤＬシグナルと、そのＤＬシグナルを検出するための対応する最小処理時間とを設定することができる。
ｇＮＢは、ＦＦＰ認証のために使用されるＤＬシグナルと、そのＤＬシグナルを検出するための対応する最小処理時間とを設定することができる。
【0170】
ＳＳＢ－ｔｏ－ＲＯマッピングの場合、ＲＯがＦＦＰ認証のために使用されるＤＬシグナルの終了から設定された最小処理時間内にシンボルと重複する場合、ＵＥは、ＳＳＢ－ｔｏ－ＲＯマッピングのためのＲＯを考慮しない。ＦＦＰのアイドル期間と重複するＲＯは、ＳＳＢ－ｔｏ－ＲＯマッピングにも使用されない。
【0171】
ＦＦＰ認証のために使用されるＤＬシグナル及びそのＤＬシグナルを検出するための対応する最小処理時間の設定は、実施形態＃１に基づき得る。
【0172】
一実施形態において、ＵＥは、ＦＦＰ内のＲＯに関連付けられたタイプ０－ＰＤＣＣＨサーチスペース及びＳＳＢを、ＦＦＰの認証のために使用されるＤＬシグナルと決定し得る。
【0173】
一実施形態において、ＤＬシグナル及び対応する最小処理時間は、競合ベースランダムアクセス（ＣＢＲＡ）のためにＳＩＢ１によって提供され得る。
【0174】
一実施形態において、ＤＬシグナル及び対応する最小処理時間は、競合フリーランダムアクセス（ＣＦＲＡ）のための専用ＲＲＣシグナリングによって提供され得る。
【0175】
実施形態＃１に開示された方法に加えて、最小処理時間の決定のために、ＵＥは、ＦＦＰ認証に使用されるＤＬシグナルのＳＣＳ設定と、対応するＰＲＡＣＨ送信のＳＣＳ設定との間の最小ＳＣＳ設定のＳＣＳを使用し得る。
【0176】
ＰＲＡＣＨ送信の場合、ＵＥは、ＤＬシグナルがＦＦＰにおいて検出された場合、ＦＦＰ内のＲＯにおいて送信することができる。
【0177】
一実施形態において、ＵＥが設定された最小処理時間よりも長いＤＬシグナル検出のための時間を必要とする場合、ＵＥは、ＤＬシグナル検出のためのＵＥ処理時間内にＲＯ上で送信しない。例えば、最小処理時間がＵＥ処理ケイパビリティ２を有するＴｐｒｏｃ，２として設定されるが、ＵＥは、ＤＬシグナル検出のためにＵＥ処理ケイパビリティ１を有するＴｐｒｏｃ，２を必要とする。
【0178】
実施形態＃２において開示された方法に基づいて、ＰＲＡＣＨ送信によってＦＦＰを開始することが示される場合、ＵＥは、ＦＦＰにおいて第１のＲＯ内で送信することができる。ＳＳＢ－ｔｏ－ＲＯマッピングの場合、ＦＦＰの前のＲＯのみが使用され得る。
【0179】
一実施形態において、ｇＮＢは、ＵＥからのＰＲＡＣＨ送信によって開始されるべきＦＦＰの設定を、全てのＵＥに、提供し得る。ＳＳＢ－ｔｏ－ＲＯマッピングの場合、ＵＥは、ＵＥからのＰＲＡＣＨ送信によって開始されるように設定されたＦＦＰの前のＲＯと、ｇＮＢによって開始されるように設定又は示されたＦＦＰ内のＦＦＰ認証のために使用されるＤＬシグナルの終了からの最小処理時間内に入らないＲＯとを使用することができる。
【0180】
一実施形態において、ＳＳＢ－ｔｏ－ＲＯマッピングの場合、ｇＮＢは、ＦＦＰの前の、ＳＳＢ－ｔｏ－ＲＯマッピングに使用されないシンボルの数を、各番号が示す一連の番号を設定することができる。一連の番号は、連続するＦＦＰに繰り返し適用されてもよい。番号の設定は、ＦＦＰの前のＤＬシグナルの設定に基づいてもよい。
【0181】
一実施形態において、ＳＳＢ－ｔｏ－ＲＯマッピングの場合、ｇＮＢは、無効なシンボルパターンを設定することができる。無効なシンボルパターンは、ビットマップであってもよく、ビットマップの各ビットは、シンボルが有効であるか無効であるかを示してもよい。シンボルの長さは、ＰＲＡＣＨ送信のＳＣＳに基づき得る。無効なシンボルパターンは、ＤＬシグナル検出のための処理時間及びＦＦＰのアイドル期間を考慮する。
【0182】
１つのシナリオにおいて、複数のＵＥは、ＰＵＳＣＨ及びＰＲＡＣＨによってＦＦＰを開始することを意図する。ＰＲＡＣＨを送信するＵＥがＰＵＳＣＨを送信するＵＥによってブロックされることを回避するために、以下の方法が使用され得る。一実施形態において、ＵＥがＰＲＡＣＨ送信によってＦＦＰを開始するとき、ＵＥは、少なくとも検出スロット持続時間Ｔ＿ｓｌ＝９μｓのためのチャネルがクリア／アイドルであることを検出した後、ＣＯＴの開始時に開始するＰＲＡＣＨを送信することができ、検出スロットは、ＣＯＴの開始時から設定された持続時間の前に終了する。チャネルがビジーであると検出された場合、ＵＥは、現在のＣＯＴの間に送信を実行しないことがある。
【0183】
図３は、本開示の一例としての実施形態に従った、免許不要帯域内のＦＢＥ動作のための方法３００を示す。アクション３０２において、ＵＥは、ＢＳから、ＢＳがＦＢＥ動作の開始デバイスとして動作するときに使用されるＦＦＰの第１の周期性を示す第１のパラメータを受信する。アクション３０４において、ＵＥは、ＢＳから、ＵＥがＦＢＥ動作の開始デバイスとして動作するときに使用されるＦＦＰの第２の周期性を示す第２のパラメータを受信する。ＦＦＰの第１の周期性は、ＦＦＰの第２の周期性とは無関係であり得る。ＢＳ開始ＣＯＴのためのＦＦＰの第１の周期性と、ＵＥ開始ＣＯＴのためのＦＦＰの第２の周期性とを別々に提供することによって、ＢＳ（たとえば、ｇＮＢ）は、ＢＳ開始ＣＯＴ及びＵＥ開始ＣＯＴのための異なるＦＦＰ期間を設定する際に柔軟性を有する。従って、ＢＳは、ＢＳが開始デバイスとして動作するか、又はＵＥが開始デバイスとして動作するかのいずれかの異なるシナリオに対応する適切なＦＦＰ値を決定することができる。
【0184】
ＢＳは、アクション３０２において、ブロードキャスト又は専用ＲＲＣシグナリングのいずれかを介して第１のパラメータを提供することができる。ＢＳはまた、アクション３０４において、ブロードキャスト又は専用ＲＲＣシグナリングのいずれかを介して、第２のパラメータを提供し得る。一実施形態において、ＵＥは、専用ＲＲＣシグナリングを介して第１のパラメータと第２のパラメータとを受信し得る。
【0185】
図４は、本開示の一例としての実施形態に従って、ＵＥケイパビリティに基づいてＦＦＰを設定するための方法４００を示す。アクション４１０において、ＵＥは、ＢＳに、１つ又は複数のＦＦＰ周期値を示すＵＥケイパビリティ情報を送信する。ＵＥケイパビリティ情報は、ＵＥがＦＢＥ動作の開始デバイスとして動作するとき、ＵＥによってサポートされる複数のＦＦＰ周期性値を示し得る。アクション４０２において、ＵＥは、ＢＳから、基地局がＦＢＥ動作の開始デバイスとして動作するときに使用されるＦＦＰの第１の周期性を示す第１のパラメータを受信する。アクション４０４において、ＵＥは、ＢＳから、ＵＥがＦＢＥ動作の開始デバイスとして動作するときに使用されるＦＦＰの第２の周期性を示す第２のパラメータを受信する。ＦＦＰの第２の周期性は、ＵＥケイパビリティ情報に基づいて設定され得る。一実施形態において、ＦＦＰの第２の周期性の値は、ＵＥケイパビリティ情報内に示される１つ又は複数のＦＦＰ周期性値から選択され得る。ＢＳは、ＵＥによってサポートされる複数のＦＦＰ周期値の内の１つを選択し、それに応じて第２のパラメータをＵＥに提供する。
【0186】
図５は、本開示の一実施例としての実施形態に従った、ＦＢＥ処理のためのＢＷＰ固有のＦＦＰを設定するための方法５００を示す。アクション５０２において、ＵＥは、基地局がＦＢＥアクションの開始デバイスとして動作するときに使用されるＦＦＰの第１の周期性を示す第１のパラメータを、ＢＳから、受信する。アクション５０４において、ＵＥは、ＵＥがＦＢＥ処理の開始デバイスとして動作するときに使用されるＦＦＰの第２の周期性を示す第２のパラメータを、ＢＳから、受信し、第２のパラメータは、第１のＢＷＰ（例えば、第１のＵＬ ＢＷＰ）に固有である。アクション５０６において、ＵＥは、ＵＥがＦＢＥ処理の開始デバイスとして動作するときに使用されるＦＦＰの第３の周期性を示す第３のパラメータを、ＢＳから、受信し、第３のパラメータは、第２のＢＷＰ（例えば、第２のＵＬ ＢＷＰ）に固有である。したがって、ＵＥが異なるＢＷＰ上でＦＢＥ処理の開始デバイスとして動作するとき、ＵＥは、異なるＦＦＰ値を適用し得る。
【0187】
図６は、本開示の一実施例としての実施形態に従った、ＦＦＰを開始するためのＵＥによって実行される方法６００を説明するためのものである。アクション６０２及びアクション６０４は、それぞれ、図３に示されるアクション３０２及びアクション３０４に対応し得る。アクション６０６において、ＵＥは、１つ又は複数のＦＦＰのためのＦＢＥ処理の開始デバイスとしてＵＥを有効化するためのインディケーションをＢＳから受信する。アクション６０８において、ＵＥは、ＦＦＰの開始の直前に、免許不要帯域のチャネル上でＣＣＡを実行する。ＵＥは、チャネルがビジーであるか、又はアイドル／クリアであるかを決定するために、チャネルを検知することができる。アクション６１０において、ＵＥは、チャネルがクリアであると決定した後、チャネル上でＵＬグラント及びＣＧの内の少なくとも１つによってスケジュールされた１つ又は複数のＵＬ送信を実行する。アクション６１０におけるスケジュールされたＵＬ送信は、１つ又は複数のＤＧ ＰＵＳＣＨリソース上の１つ又は複数のＵＬ送信、及び／又は１つ又は複数のＣＧ ＰＵＳＣＨリソース上の１つ又は複数のＵＬ送信を含み得る。１つ又は複数のＵＬ送信は、第２のパラメータに基づいて決定されたＦＦＰのアイドル期間の前に終了する。
【0188】
一実施形態において、ＵＥは、アクション６０６において、ＲＲＣ設定を介してインディケーションを受信し得る。一実施形態において、ＲＲＣ設定は、ＣＧ設定、ＳＲ設定、及びＴＤＤ設定の内の少なくとも１つを含み得る。一実施形態において、ＲＲＣ設定は、ビットマップを含み得、ビットマップの各ビットは、対応するＦＦＰがＵＥによって開始されるか、又はＢＳによって開始されるかを示す。一実施形態において、ＲＲＣ設定は、ＵＥがＦＢＥ動作の開始デバイスとして動作するＢＷＰ及びセルの内の少なくとも１つを示し得る。
【0189】
一実施形態において、ＵＥは、アクション６０６において、ＤＣＩフォーマットを介してインディケーションを受信し得る。一実施形態において、ＤＣＩフォーマットは、インディケーションを搬送するための固有のフィールドを含むＵＬグラントであり得る。一実施形態において、固有のフィールドは、ＴＤＲＡフィールド及びＣｈａｎｎｅｌＡｃｃｅｓｓ－ＣＰｅｘｔ－ＣＡＰＣフィールドの内の１つであり得る。一実施形態において、ＤＣＩフォーマットは、ＵＥのグループのためのＤＣＩフォーマット２＿０であり得る。ＤＣＩフォーマット２＿０は、ＦＦＰの開始時にＵＬシンボルを示すスロットフォーマットインジケータを含むことができる。
【0190】
図７は、本開示の一例としての実施形態に従った、無線通信のためのノード７００を示すブロック図である。図７に示すように、ノード７００は、トランシーバ７２０、プロセッサ７２８、メモリ７３４、１つ又は複数のプレゼンテーション部品７３８、及び少なくとも１つのアンテナ７３６を含み得る。ノード７００はまた、無線周波数（ＲＦ）スペクトル帯域モジュール、ＢＳ通信モジュール、ネットワーク通信モジュール、及びシステム通信管理モジュール、入力／出力（Ｉ／Ｏ）ポート、Ｉ／Ｏ部品、及び電源（図７には図示せず）を含むことができる。
【0191】
【0192】
トランシーバ７２０は、送信機７２２（例えば、送信／送信回路）及び受信機７２４（例えば、受信／受信回路）を有し、時間及び／又は周波数リソースパーティション情報を送信及び／又は受信するように設定され得る。トランシーバ７２０は、使用可能な、使用不可能な、柔軟に使用可能なサブフレーム及びスロットフォーマットを含むがこれらに限定されない、異なるタイプのサブフレーム及びスロットにおいて送信するように設定され得る。トランシーバ７２０は、データ及び制御チャネルを受信するように設定され得る。
【0193】
ノード７００は、様々なコンピュータ可読媒体を含み得る。コンピュータ可読媒体は、ノード７００によってアクセスされ得る任意の利用可能な媒体であり得、揮発性及び不揮発性媒体、並びに取り外し可能及び取り外し不可能な媒体の両方を含む。
【0194】
コンピュータ可読媒体は、コンピュータ記憶媒体及び通信媒体を含み得る。コンピュータ記憶媒体は、揮発性媒体及び不揮発性媒体の両方、並びにコンピュータ可読命令、データ構造、プログラムモジュール又はデータといった、情報を記憶するための任意の方法又は技術において実施される取り外し可能媒体及び取り外し不可能な媒体を含み得る。
【0195】
コンピュータ記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ又は他のメモリ技術、ＣＤ－ＲＯＭ、デジタル多用途ディスク（ＤＶＤ）又は他の光ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置又は他の磁気記憶装置を含むことができる。コンピュータ記憶媒体は、伝搬されたデータ信号を含まなくてもよい。通信媒体は、典型的にコンピュータ可読命令、データ構造、プログラムモジュール、又は他のデータを、搬送波又は他のトランスポート機構といった、変調されたデータ信号において具現化し得、任意の情報配信媒体を含み得る。
【0196】
用語「変調されたデータ信号」は、その特徴の内の１つ又は複数が信号内の情報を符号化するように設定又は変更された信号を意味する。通信媒体は、有線ネットワーク又は直接有線接続といった、有線媒体と、音響、ＲＦ、赤外線及び他の無線媒体といった、無線媒体とを含み得る。前述した部品のいずれかの組合せも、コンピュータ可読媒体の範囲内に含まれるべきである。
【0197】
メモリ７３４は、揮発性及び／又は不揮発性メモリの形態のコンピュータ記憶媒体を含むことができる。メモリ７３４は、取り外し可能であっても、取り外し不可能であっても、又はそれらの組み合わせであってもよい。例としてのメモリは、固体状態メモリ、ハードドライブ、光ディスクドライブなどを含むことができる。図７に示されるように、メモリ７３４は、例えば、図１～図６に関連して、本明細書に開示される様々な機能をプロセッサ７２８に実行させるように設定される、コンピュータ可読、コンピュータ実行可能命令７３２（例えば、ソフトウエアコード）を記憶し得る。代替的に、命令７３２は、プロセッサ７２８によって直接実行可能ではなく、ノード７００に（たとえば、コンパイルされ、実行されたとき）本明細書で開示される様々な機能を実行させるように設定され得る。
【0198】
（例えば、処理回路を有する）プロセッサ７２８は、インテリジェントハードウェアデバイス、例えば中央処理ユニット（ＣＰＵ）、マイクロコントローラ、ＡＳＩＣなどを含み得る。プロセッサ７２８は、メモリを含み得る。プロセッサ７２８は、メモリ７３４から受信されたデータ７３０及び命令７３２と、トランシーバ７２０、ベースバンド通信モジュール、及び／又はネットワーク通信モジュールを介して送信及び受信された情報とを処理し得る。プロセッサ７２８はまた、コアネットワークへの送信のために、アンテナ７３６を介してネットワーク通信モジュールへの送信のためにトランシーバ７２０に送信されるべき情報を処理し得る。
【0199】
１つ又は複数のプレゼンテーション部品７３８は、人又は別のデバイスにデータインディケーションを提示することができる。プレゼンテーション部品７３８の実施例は、ディスプレイデバイス、スピーカー、印刷部品、及び振動部品などを含み得る。
【0200】
本開示の観点において、開示された概念を実施するために、それらの概念の範囲から逸脱することなく、様々な技法が使用され得ることが明らかである。更に、いくつかの実施形態を具体的に参照しながら概念を開示してきたが、当業者は、それらの概念の範囲から逸脱することなく、形態及び詳細において変更が行われ得ることを認識し得る。従って、開示された実施形態は、全ての点で例示的であり、限定的ではないと見なされるべきである。本開示は、開示された特定の実施形態に限定されず、本開示の範囲から逸脱することなく、多くの再構成、修正、及び置換が可能であることも理解されたい。
【国際調査報告】