知財求人 - 知財ポータルサイト「IP Force」
▶ インターデイジタル パテント ホールディングス インコーポレイテッドの特許一覧
特開2024-167220スペクトル再利用、省電力、および共存のためのチャネルアクセスインジケーション
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024167220
(43)【公開日】2024-12-03
(54)【発明の名称】スペクトル再利用、省電力、および共存のためのチャネルアクセスインジケーション
(51)【国際特許分類】
H04W 72/0446 20230101AFI20241126BHJP
H04W 72/1268 20230101ALI20241126BHJP
H04W 72/23 20230101ALI20241126BHJP
H04W 16/14 20090101ALI20241126BHJP
【ＦＩ】
H04W72/0446
H04W72/1268
H04W72/23
H04W16/14
【審査請求】有
【請求項の数】12
【出願形態】ＯＬ
【外国語出願】
(21)【出願番号】P 2024127600
(22)【出願日】2024-08-02
(62)【分割の表示】P 2020563454の分割
【原出願日】2019-05-10
(31)【優先権主張番号】62/790,539
(32)【優先日】2019-01-10
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】62/669,569
(32)【優先日】2018-05-10
(33)【優先権主張国・地域又は機関】US
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．３ＧＰＰ
(71)【出願人】
【識別番号】510030995
【氏名又は名称】インターデイジタル パテント ホールディングス インコーポレイテッド
(74)【代理人】
【識別番号】110002147
【氏名又は名称】弁理士法人酒井国際特許事務所
(72)【発明者】
【氏名】アイヤー，ラクシュミー，アール．
(72)【発明者】
【氏名】リ，チン
(72)【発明者】
【氏名】マリー，ジョゼフ，エム．
(72)【発明者】
【氏名】アワディン，モハメド
(72)【発明者】
【氏名】ジャン，グオドン
(72)【発明者】
【氏名】アジャクプレ，パスカル，エム．
(72)【発明者】
【氏名】ツァイ，アラン，ワイ．
(57)【要約】 （修正有）
【課題】新無線アンライセンス（ＮＲ－Ｕ）にチャネルアクセスインジケータを用いる方法および装置を提供する。
【解決手段】通信システムにおいて、方法は、ＵＥ１は、ＵＥ２より前にチャネルにアクセスして自身のチャネルアクセスインジケータ（ＣＡＩ）を送信する。ＵＥ２は、カテゴリ４リッスンビフォートーク（ＣＡＴ４ＬＢＴ）の一部として、所定のしきい値を使用したクリアチャネル評価（ＣＣＡ）によってチャネルの検知を開始し、そのランダムなバックオフ中にチャネルを検知し続けると、より高いエネルギーを検出し、ＣＡＩをリッスンして検出し、それをセル内送信として認識し、そのＬＢＴしきい値を変更して、より高いしきい値で拡張センシングを続行し、エネルギーがこのしきい値内にある場合、周波数分割多重化（ＦＤＭ）リソース内に、ＵＥ１の物理上りリンク共有チャネル（ＰＵＳＣＨ）と共にあるスケジュールされた自身のＰＵＳＣＨを送信する。
【選択図】図４
【解決手段】通信システムにおいて、方法は、ＵＥ１は、ＵＥ２より前にチャネルにアクセスして自身のチャネルアクセスインジケータ（ＣＡＩ）を送信する。ＵＥ２は、カテゴリ４リッスンビフォートーク（ＣＡＴ４ＬＢＴ）の一部として、所定のしきい値を使用したクリアチャネル評価（ＣＣＡ）によってチャネルの検知を開始し、そのランダムなバックオフ中にチャネルを検知し続けると、より高いエネルギーを検出し、ＣＡＩをリッスンして検出し、それをセル内送信として認識し、そのＬＢＴしきい値を変更して、より高いしきい値で拡張センシングを続行し、エネルギーがこのしきい値内にある場合、周波数分割多重化（ＦＤＭ）リソース内に、ＵＥ１の物理上りリンク共有チャネル（ＰＵＳＣＨ）と共にあるスケジュールされた自身のＰＵＳＣＨを送信する。
【選択図】図４
【特許請求の範囲】
【請求項1】
プロセッサ、メモリ、および通信回路を備える装置であって、前記装置は、前記通信回
路を介してネットワークに接続され、前記装置は、前記装置の前記メモリに格納され、前
記装置の前記プロセッサによって実行されたときに、前記装置に
無線ネットワークアクセスポイント（次世代ノードＢ（Next Generation Node-B：ｇ
ＮＢ））から、トランスミッターの残りのチャネル占有時間（Channel Occupancy Time
：ＣＯＴ）を示すチャネルアクセスインジケータ（ＣＡＩ）を受信することと、
前記ＣＡＩを受信すると、少なくとも残りのＣＯＴの間、下りリンク認可および上りリ
ンク認可である制御信号のセットを監視すること
を含む動作を実行させるコンピュータ実行可能命令をさらに備える、装置。
路を介してネットワークに接続され、前記装置は、前記装置の前記メモリに格納され、前
記装置の前記プロセッサによって実行されたときに、前記装置に
無線ネットワークアクセスポイント（次世代ノードＢ（Next Generation Node-B：ｇ
ＮＢ））から、トランスミッターの残りのチャネル占有時間（Channel Occupancy Time
：ＣＯＴ）を示すチャネルアクセスインジケータ（ＣＡＩ）を受信することと、
前記ＣＡＩを受信すると、少なくとも残りのＣＯＴの間、下りリンク認可および上りリ
ンク認可である制御信号のセットを監視すること
を含む動作を実行させるコンピュータ実行可能命令をさらに備える、装置。
【請求項2】
前記ＣＡＩは
前記残りのＣＯＴの持続期間および、オプションとして、
チャネル占有の帯域幅と、
チャネル占有の空間的方向のうち、少なくとも一方をさらに含む、請求項１に記載の装
置。
前記残りのＣＯＴの持続期間および、オプションとして、
チャネル占有の帯域幅と、
チャネル占有の空間的方向のうち、少なくとも一方をさらに含む、請求項１に記載の装
置。
【請求項3】
前記ＣＡＩは
プリアンブル、または
参照信号（Reference Signal：ＲＳ）、または
下りリンク制御情報（Downlink Control Information：ＤＣＩ）、または
前記プリアンブルおよび前記ＤＣＩ、または
前記ＲＳおよび前記ＤＣＩの中で受信される、請求項１に記載の装置。
プリアンブル、または
参照信号（Reference Signal：ＲＳ）、または
下りリンク制御情報（Downlink Control Information：ＤＣＩ）、または
前記プリアンブルおよび前記ＤＣＩ、または
前記ＲＳおよび前記ＤＣＩの中で受信される、請求項１に記載の装置。
【請求項4】
前記ＣＡＩはマルチキャストＤＣＩの中で受信される、請求項１に記載の装置。
【請求項5】
前記ＣＡＩはグループ共通ＤＣＩの中で受信される、請求項４に記載の装置。
【請求項6】
前記ＣＡＩは、前記トランスミッターによってブロードキャストされたＤＣＩの中から
受信される、請求項１に記載の装置。
受信される、請求項１に記載の装置。
【請求項7】
前記ＣＡＩは、ユーザ端末（ＵＥ）固有のＤＣＩ中で受信される、請求項１に記載の装
置。
置。
【請求項8】
前記動作は、複数のＣＡＩを前記トランスミッターから前記ＣＯＴ以内に受信すること
をさらに含む、請求項１に記載の装置。
をさらに含む、請求項１に記載の装置。
【請求項9】
プロセッサ、メモリ、および通信回路を備える装置であって、前記装置は、前記通信回
路を介してネットワークに接続され、前記装置は、前記装置の前記メモリに格納され、前
記装置の前記プロセッサによって実行されたときに、前記装置に
チャネルアクセスの機会内に、前記チャネルアクセスの残りのチャネル占有時間（Chan
nel Occupancy Time：ＣＯＴ）を示す１つまたは複数のチャネルアクセスインジケータ
（ＣＡＩ）を送信することを含む動作を実行させるコンピュータ実行可能命令をさらに備
える、装置。
路を介してネットワークに接続され、前記装置は、前記装置の前記メモリに格納され、前
記装置の前記プロセッサによって実行されたときに、前記装置に
チャネルアクセスの機会内に、前記チャネルアクセスの残りのチャネル占有時間（Chan
nel Occupancy Time：ＣＯＴ）を示す１つまたは複数のチャネルアクセスインジケータ
（ＣＡＩ）を送信することを含む動作を実行させるコンピュータ実行可能命令をさらに備
える、装置。
【請求項10】
最初の前記ＣＡＩは
チャネル占有の帯域幅、または
チャネル占有の空間的方向をさらに含む、請求項９に記載の装置。
チャネル占有の帯域幅、または
チャネル占有の空間的方向をさらに含む、請求項９に記載の装置。
【請求項11】
前記１つまたは複数のＣＡＩは
プリアンブル、または
参照信号（Reference Signal：ＲＳ）、または
下りリンク制御情報（Downlink Control Information：ＤＣＩ）、または
前記ＲＳおよび前記ＤＣＩ、または
前記プリアンブルおよび前記ＤＣＩの中で送信される、請求項９に記載の装置。
プリアンブル、または
参照信号（Reference Signal：ＲＳ）、または
下りリンク制御情報（Downlink Control Information：ＤＣＩ）、または
前記ＲＳおよび前記ＤＣＩ、または
前記プリアンブルおよび前記ＤＣＩの中で送信される、請求項９に記載の装置。
【請求項12】
前記１つまたは複数のＣＡＩは前記装置によってマルチキャストされる、請求項９に記
載の装置。
載の装置。
【請求項13】
前記１つまたは複数のＣＡＩは、前記装置によって、グループ共通ＤＣＩとしてマルチ
キャストされる、請求項１２に記載の装置。
キャストされる、請求項１２に記載の装置。
【請求項14】
前記１つまたは複数のＣＡＩは前記装置によってブロードキャストされる、請求項９に
記載の装置。
記載の装置。
【請求項15】
プロセッサ、メモリ、および通信回路を備える装置であって、前記装置は、前記通信回
路を介してネットワークに接続され、前記装置は、前記装置の前記メモリに格納され、前
記装置の前記プロセッサによって実行されたときに、前記装置に
チャネルアクセスに成功すると、残りのチャネル占有時間（Channel Occupancy Time
：ＣＯＴ）以内に最初の利用可能なシンボルから物理上りリンク共有チャネル（Physical
Uplink Shared Channel：ＰＵＳＣＨ）を送信することと、
前記チャネルアクセスの成功に続いて、前記ＰＵＳＣＨの開始シンボルを示すチャネル
アクセスインジケータ（ＣＡＩ）をレシーバーに提供すること
を含む動作を実行させるコンピュータ実行可能命令をさらに備える、装置。
路を介してネットワークに接続され、前記装置は、前記装置の前記メモリに格納され、前
記装置の前記プロセッサによって実行されたときに、前記装置に
チャネルアクセスに成功すると、残りのチャネル占有時間（Channel Occupancy Time
：ＣＯＴ）以内に最初の利用可能なシンボルから物理上りリンク共有チャネル（Physical
Uplink Shared Channel：ＰＵＳＣＨ）を送信することと、
前記チャネルアクセスの成功に続いて、前記ＰＵＳＣＨの開始シンボルを示すチャネル
アクセスインジケータ（ＣＡＩ）をレシーバーに提供すること
を含む動作を実行させるコンピュータ実行可能命令をさらに備える、装置。
【請求項16】
前記最初の利用可能なシンボルは、無線リソース制御（ＲＲＣ）シグナリングを介して
最初の機器に提供される事前構成されたシンボルのセットから選択される、請求項１５に
記載の装置。
最初の機器に提供される事前構成されたシンボルのセットから選択される、請求項１５に
記載の装置。
【請求項17】
チャネルアクセスを利用できないスケジュールされたＰＵＳＣＨリソースのセットはパ
ンクチャされる、請求項１５に記載の装置。
ンクチャされる、請求項１５に記載の装置。
【請求項18】
前記ＣＡＩは、ＰＵＳＣＨの復調基準信号（Demodulation Reference Signal：ＤＭ
ＲＳ）を介して提供される、請求項１５に記載の装置。
ＲＳ）を介して提供される、請求項１５に記載の装置。
【請求項19】
前記動作は、チャネル占有に続く最初のＰＵＳＣＨ送信のための前記ＤＭＲＳをパワー
ブーストすることをさらに含む、請求項１８に記載の装置。
ブーストすることをさらに含む、請求項１８に記載の装置。
【請求項20】
前記動作は、認可内の前記ＤＭＲＳの位置を、前記ＰＵＳＣＨの開始位置に従って修正
することをさらに含む、請求項１８に記載の装置。
することをさらに含む、請求項１８に記載の装置。
【発明の詳細な説明】
【背景技術】
【0001】
ＬＴＥライセンスアシストアクセス
【0002】
アンライセンススペクトル中で動作する少なくとも１つのＳｃｅｌｌを備えたキャリア
アグリゲーションは、ライセンスアシストアクセス（Licensed-Assisted Access：ＬＡ
Ａ）と呼ばれる。したがって、ＬＡＡにおいては、ＵＥのために構成されたサービングセ
ルのセットは、アンライセンススペクトル中で、ＬＡＡ ＳＣｅｌｌとも呼ばれるフレー
ム構造タイプ３に従って動作する少なくとも１つのＳＣｅｌｌを常に含む。特記しない限
り、ＬＡＡ ＳＣｅｌｌは通常のＳＣｅｌｌとして機能する（Jonathan Ling, David
Lopez-Perez, Mohammad R. Khawer, "Practical LTE and Wi-Fi Coexistence T
echniques beyond LBT", IEEE Communications Magazine, Oct 2017参照）。
アグリゲーションは、ライセンスアシストアクセス（Licensed-Assisted Access：ＬＡ
Ａ）と呼ばれる。したがって、ＬＡＡにおいては、ＵＥのために構成されたサービングセ
ルのセットは、アンライセンススペクトル中で、ＬＡＡ ＳＣｅｌｌとも呼ばれるフレー
ム構造タイプ３に従って動作する少なくとも１つのＳＣｅｌｌを常に含む。特記しない限
り、ＬＡＡ ＳＣｅｌｌは通常のＳＣｅｌｌとして機能する（Jonathan Ling, David
Lopez-Perez, Mohammad R. Khawer, "Practical LTE and Wi-Fi Coexistence T
echniques beyond LBT", IEEE Communications Magazine, Oct 2017参照）。
【0003】
ＬＡＡ ｅＮＢおよびＵＥは、ＬＡＡ ＳＣｅｌｌ上で送信を実行する前に、リッスン
ビフォートーク（Listen-Before-Talk：ＬＢＴ）を適用する。ＬＢＴは、無線トランスミ
ッターがまずメディアを検知し、メディアがアイドル状態であると検知された場合にのみ
送信する方法であり、クリアチャネル評価（Clear Channel Assessment：ＣＣＡ）とも
呼ばれる。ＬＢＴが適用されると、トランスミッターはチャネルをリッスン／検知して、
チャネルが空き状態かビジーかを判定する。チャネルが空き状態であると判定された場合
、トランスミッターは送信を実行できるが、それ以外の場合、送信を実行しない。ＬＡＡ
ｅＮＢがＬＡＡチャネルアクセスを目的として他の技術のチャネルアクセス信号を使用
する場合、ＬＡＡ ｅＮＢはＬＡＡの最大エネルギー検出しきい値の要件を引き続き満た
す必要がある。
ビフォートーク（Listen-Before-Talk：ＬＢＴ）を適用する。ＬＢＴは、無線トランスミ
ッターがまずメディアを検知し、メディアがアイドル状態であると検知された場合にのみ
送信する方法であり、クリアチャネル評価（Clear Channel Assessment：ＣＣＡ）とも
呼ばれる。ＬＢＴが適用されると、トランスミッターはチャネルをリッスン／検知して、
チャネルが空き状態かビジーかを判定する。チャネルが空き状態であると判定された場合
、トランスミッターは送信を実行できるが、それ以外の場合、送信を実行しない。ＬＡＡ
ｅＮＢがＬＡＡチャネルアクセスを目的として他の技術のチャネルアクセス信号を使用
する場合、ＬＡＡ ｅＮＢはＬＡＡの最大エネルギー検出しきい値の要件を引き続き満た
す必要がある。
【0004】
各種のＬＢＴ手法が存在するが、第三世代パートナーシッププロジェクト（Third Gen
eration Partnership Project：３ＧＰＰ）が推奨するものは、ＬＢＴ負荷ベース機器
カテゴリ４（LBT-Load Based Equipment Category 4）と呼ばれる。これは、ＷｉＦ
ｉ（Wireless Fidelity）と類似するランダムアクセスプロトコルを追加して、ＬＴＥ／
ＷｉＦｉ共存だけでなく、ＬＴＥ／ＬＴＥ共存をも確保する標準化された方法を保証する
ものである。リリース１４（Rel-14）では、下りリンク（Downlink：ＤＬ）と上りリンク
（Uplink：ＵＬ）の両方の送信のために、ｅＮＢとＵＥによって実行され得るいくつかの
チャネルアクセス手順が導入されている。メインチャネルアクセス手順は、３ＧＰＰ Ｔ
Ｓ ３６．２１３、物理層手順（リリース１５）、Ｖ１５．０．０（3GPP TS 36.213,
Physical layer procedures (Release 15), V15.0.0）の第１５節（Section 15
）に説明されている。
eration Partnership Project：３ＧＰＰ）が推奨するものは、ＬＢＴ負荷ベース機器
カテゴリ４（LBT-Load Based Equipment Category 4）と呼ばれる。これは、ＷｉＦ
ｉ（Wireless Fidelity）と類似するランダムアクセスプロトコルを追加して、ＬＴＥ／
ＷｉＦｉ共存だけでなく、ＬＴＥ／ＬＴＥ共存をも確保する標準化された方法を保証する
ものである。リリース１４（Rel-14）では、下りリンク（Downlink：ＤＬ）と上りリンク
（Uplink：ＵＬ）の両方の送信のために、ｅＮＢとＵＥによって実行され得るいくつかの
チャネルアクセス手順が導入されている。メインチャネルアクセス手順は、３ＧＰＰ Ｔ
Ｓ ３６．２１３、物理層手順（リリース１５）、Ｖ１５．０．０（3GPP TS 36.213,
Physical layer procedures (Release 15), V15.0.0）の第１５節（Section 15
）に説明されている。
【0005】
ＬＴＥフレーム構造タイプ３
【0006】
フレーム構造タイプ３は、通常のサイクリックプレフィックスを有するＬＡＡの二次電
池動作にのみ適用可能である。各無線フレームは長さがＴｆ＝３０７２００・ＴＳ＝１０
ｍｓであり、長さがＴｓｌоｔ＝１５３６０・ＴＳ＝０．５ｍｓで０から１９までの番号
が付けられた２０個のスロットで構成される。サブフレームは、２つの連続したスロット
として定義され、サブフレームｉはスロットｉと２ｉ＋１から構成される。
池動作にのみ適用可能である。各無線フレームは長さがＴｆ＝３０７２００・ＴＳ＝１０
ｍｓであり、長さがＴｓｌоｔ＝１５３６０・ＴＳ＝０．５ｍｓで０から１９までの番号
が付けられた２０個のスロットで構成される。サブフレームは、２つの連続したスロット
として定義され、サブフレームｉはスロットｉと２ｉ＋１から構成される。
【0007】
無線フレーム内の１０個のサブフレームが、下りリンクまたは上りリンク送信に利用可
能である。下りリンク送信は、１つ以上の連続するサブフレームを占有し、サブフレーム
内の任意の場所で開始され、完全に占有されているか、または、３ＧＰＰ ＴＳ ３６．
２１３、物理層手順（リリース１５）、Ｖ１５．０．０の表４．２－１（Table 4.2-1）
に規定されたＤｗＰＴＳ期間の１つに続く最後のサブフレームで終了する。上りリンク送
信は、１つ以上の連続するサブフレームを占有する。
能である。下りリンク送信は、１つ以上の連続するサブフレームを占有し、サブフレーム
内の任意の場所で開始され、完全に占有されているか、または、３ＧＰＰ ＴＳ ３６．
２１３、物理層手順（リリース１５）、Ｖ１５．０．０の表４．２－１（Table 4.2-1）
に規定されたＤｗＰＴＳ期間の１つに続く最後のサブフレームで終了する。上りリンク送
信は、１つ以上の連続するサブフレームを占有する。
【0008】
ネクストジェン（NextGen）ネットワーク要件
【0009】
３ＧＰＰ ＴＲ ３８．９１３、次世代アクセス技術のシナリオおよび要件に関する研
究（リリース１４）、Ｖ１４．３．０（3GPP TR 38.913, Study on Scenarios and
Requirements for Next Generation Access Technologies (Release 14), V14
.3.0）には、次世代アクセス技術のシナリオおよび要件が定義されている。高度化モバイ
ルブロードバンド（enhanced Mobile Broadband：ｅＭＢＢ）、超高信頼低遅延通信（U
ltra-Reliable and Low-Latency Communications：ＵＲＬＬＣ）、および大規模マシ
ンタイプ通信（Massive Machine Type Communication：ｍＭＴＣ）の重要業績評価指
標（Key Performance Indicator：ＫＰＩ）を表１に要約する。
究（リリース１４）、Ｖ１４．３．０（3GPP TR 38.913, Study on Scenarios and
Requirements for Next Generation Access Technologies (Release 14), V14
.3.0）には、次世代アクセス技術のシナリオおよび要件が定義されている。高度化モバイ
ルブロードバンド（enhanced Mobile Broadband：ｅＭＢＢ）、超高信頼低遅延通信（U
ltra-Reliable and Low-Latency Communications：ＵＲＬＬＣ）、および大規模マシ
ンタイプ通信（Massive Machine Type Communication：ｍＭＴＣ）の重要業績評価指
標（Key Performance Indicator：ＫＰＩ）を表１に要約する。
【0010】
【表1-1】
【表1-2】
【0011】
レシーバーに支援されたアンライセンス操作
【0012】
分散化された単純な方法で技術間のスペクトルアクセスを調整するために、トランスミ
ッターは、まず、意図された伝送帯域にわたるエネルギーを検出しなければならない。こ
のエネルギー検出（Energy Detection：ＥＤ）メカニズムは、他のノードによる進行中
の送信をトランスミッターに通知し、送信するかどうかの決定を支援する。しかし、この
リッスンビフォートーク（ＬＢＴ）とも呼ばれるスキームは単純ではあるが、すべての状
況で有効とは限らず、例えば、情報がバックグラウンドノイズレベルよりも低く受信され
るようにエンコードされている場合や、ノードが離れていてレシーバーでの信号が弱い場
合などがある。したがって、送信を希望するノードは、受信したエネルギーが特定のＥＤ
しきい値を下回っていることによって、チャネルが占有されていないことを検知できるが
、それでもなお、受信している近くのノードに干渉する可能性がある。
ッターは、まず、意図された伝送帯域にわたるエネルギーを検出しなければならない。こ
のエネルギー検出（Energy Detection：ＥＤ）メカニズムは、他のノードによる進行中
の送信をトランスミッターに通知し、送信するかどうかの決定を支援する。しかし、この
リッスンビフォートーク（ＬＢＴ）とも呼ばれるスキームは単純ではあるが、すべての状
況で有効とは限らず、例えば、情報がバックグラウンドノイズレベルよりも低く受信され
るようにエンコードされている場合や、ノードが離れていてレシーバーでの信号が弱い場
合などがある。したがって、送信を希望するノードは、受信したエネルギーが特定のＥＤ
しきい値を下回っていることによって、チャネルが占有されていないことを検知できるが
、それでもなお、受信している近くのノードに干渉する可能性がある。
【0013】
それにもかかわらず、ＬＢＴは共存の第一歩であり、多くの国のアンライセンス帯域の
規制において義務付けられている。ノイズのために誤検出が発生するため、ＥＤしきい値
をあまり大幅に下げることはできない。そこで、技術間および技術内の効果的無線メディ
アアクセスのための追加情報が必要である。
規制において義務付けられている。ノイズのために誤検出が発生するため、ＥＤしきい値
をあまり大幅に下げることはできない。そこで、技術間および技術内の効果的無線メディ
アアクセスのための追加情報が必要である。
【0014】
ＷｉＦｉにおけるＲＴＳ／ＣＴＳメカニズム
【0015】
８０２．１１メディアアクセスコントロール（Media Access Control：ＭＡＣ）プロ
トコルは、ＥＤのメカニズムを仮想キャリアセンス（Virtual Carrier Sense：ＶＣＳ
）メカニズムで補助する。これによって、８０２．１１パケットヘッダーは、最もロバス
トな変調と符号化を使用しているため、最低の電力レベルで受信および復号化される。ネ
ットワーク割り当てベクトル（Network Allocation Vector：ＮＡＶ）、すなわちチャ
ネルが空いているか占有されているときの各ステーション（Station：ＳＴＡ）における
時間スケジュールは、チャネルが使用されるであろう期間を示すそのようなヘッダーある
いはコントロールパケットの内容に基づいて、更新される。例えば、送信要求／送信許可
（ＲＴＳ／ＣＴＳ）メカニズムは、トランスミッター周辺のＲＴＳおよびレシーバー周辺
のＣＴＳを受信するすべてのノードによってＮＡＶが更新されるようにすることによって
、チャネルを予約する。しかし、キャプチャ効果によって、より強いオーバーラップした
パケットが弱いパケットよりもキャプチャされるため、強いノードはコリジョンに遭遇せ
ず、弱いノードは譲歩するという不公平が生じることになるため、ＶＣＳであっても問題
がある。
トコルは、ＥＤのメカニズムを仮想キャリアセンス（Virtual Carrier Sense：ＶＣＳ
）メカニズムで補助する。これによって、８０２．１１パケットヘッダーは、最もロバス
トな変調と符号化を使用しているため、最低の電力レベルで受信および復号化される。ネ
ットワーク割り当てベクトル（Network Allocation Vector：ＮＡＶ）、すなわちチャ
ネルが空いているか占有されているときの各ステーション（Station：ＳＴＡ）における
時間スケジュールは、チャネルが使用されるであろう期間を示すそのようなヘッダーある
いはコントロールパケットの内容に基づいて、更新される。例えば、送信要求／送信許可
（ＲＴＳ／ＣＴＳ）メカニズムは、トランスミッター周辺のＲＴＳおよびレシーバー周辺
のＣＴＳを受信するすべてのノードによってＮＡＶが更新されるようにすることによって
、チャネルを予約する。しかし、キャプチャ効果によって、より強いオーバーラップした
パケットが弱いパケットよりもキャプチャされるため、強いノードはコリジョンに遭遇せ
ず、弱いノードは譲歩するという不公平が生じることになるため、ＶＣＳであっても問題
がある。
【0016】
仮想キャリアセンシングは、電力を節約するために、エアインターフェースでの物理的
キャリアセンシングの必要性を制限する論理的抽象化である。ＭＡＣ層のフレームヘッダ
ーには、そのフレームに必要な送信時間を指定する期間フィールドが含まれており、その
期間中、メディアはビジーになる。無線メディア上でリッスンしている各ステーションは
、その期間フィールドを読み取り、ステーションがメディアへのアクセスを延期する必要
がある期間を示すインジケータであるＮＡＶを設定する。ＮＡＶは、定率でゼロまでカウ
ントダウンするカウンタと考えることができる。カウンタがゼロの場合、ＶＳＣはメディ
アがアイドル状態であることを示し、ゼロでない場合、ビジーであることを示す。
キャリアセンシングの必要性を制限する論理的抽象化である。ＭＡＣ層のフレームヘッダ
ーには、そのフレームに必要な送信時間を指定する期間フィールドが含まれており、その
期間中、メディアはビジーになる。無線メディア上でリッスンしている各ステーションは
、その期間フィールドを読み取り、ステーションがメディアへのアクセスを延期する必要
がある期間を示すインジケータであるＮＡＶを設定する。ＮＡＶは、定率でゼロまでカウ
ントダウンするカウンタと考えることができる。カウンタがゼロの場合、ＶＳＣはメディ
アがアイドル状態であることを示し、ゼロでない場合、ビジーであることを示す。
【0017】
ＬＴＥにおけるアンライセンス
【0018】
アンライセンス周波数でのＬＴＥアクセスには以下の２つのタイプがある。ライセンス
ＬＴＥキャリアへの追加的下りリンクとして機能するＬＡＡ（注記：アンライセンスの上
りリンクｅＬＡＡは依然としてライセンスキャリアに接続されている）、およびアンライ
センス帯域内における完全なスタンドアロン動作であることを特徴とするＭｕｌｔｅＦｉ
ｒｅである。ＬＡＡでは、ライセンス帯域とアンライセンス帯域の両方が同時に動作する
。すなわち、データは両方の帯域で同時に受信される可能性がある。物理報知チャネル（
Physical Broadcast Channel：ＰＢＣＨ）はライセンスキャリア上でのみ運ばれる。し
かし、プライマリ同期信号（Primary Synchronization Signal：ＰＳＳ）を含むリリー
ス１２（Rel-12）のディスカバリ参照信号（Discovery Reference Signal：ＤＲＳ）は
、アンライセンスキャリア上を４０ミリ秒間隔で送信される。ＤＲＳを検出しただけでは
、それ以上の情報、すなわちセル識別子（Identifier：ＩＤ）は提供されず、オペレータ
を特定することさえできない。ＭｕｌｔｅＦｉｒｅ送信は、その下りリンク送信にＰＢＣ
Ｈ／物理下りリンク共有チャネル（Physical Downlink Shared Channel：ＰＤＳＣＨ
）（現在では、拡張ＰＢＣＨ（Enhanced PBCH：ｅＰＢＣＨ）と呼ばれる）を含み、それ
によって、ＰＳＳとセカンダリ同期信号（Secondary Synchronization Signal：ＳＳＳ
）のシーケンス内のエネルギーが倍加され、検出可能性が向上する（ＭｕｌｔｅＦｉｒｅ
リリース１．０．１（www.multefire.org/specification）参照）。
ＬＴＥキャリアへの追加的下りリンクとして機能するＬＡＡ（注記：アンライセンスの上
りリンクｅＬＡＡは依然としてライセンスキャリアに接続されている）、およびアンライ
センス帯域内における完全なスタンドアロン動作であることを特徴とするＭｕｌｔｅＦｉ
ｒｅである。ＬＡＡでは、ライセンス帯域とアンライセンス帯域の両方が同時に動作する
。すなわち、データは両方の帯域で同時に受信される可能性がある。物理報知チャネル（
Physical Broadcast Channel：ＰＢＣＨ）はライセンスキャリア上でのみ運ばれる。し
かし、プライマリ同期信号（Primary Synchronization Signal：ＰＳＳ）を含むリリー
ス１２（Rel-12）のディスカバリ参照信号（Discovery Reference Signal：ＤＲＳ）は
、アンライセンスキャリア上を４０ミリ秒間隔で送信される。ＤＲＳを検出しただけでは
、それ以上の情報、すなわちセル識別子（Identifier：ＩＤ）は提供されず、オペレータ
を特定することさえできない。ＭｕｌｔｅＦｉｒｅ送信は、その下りリンク送信にＰＢＣ
Ｈ／物理下りリンク共有チャネル（Physical Downlink Shared Channel：ＰＤＳＣＨ
）（現在では、拡張ＰＢＣＨ（Enhanced PBCH：ｅＰＢＣＨ）と呼ばれる）を含み、それ
によって、ＰＳＳとセカンダリ同期信号（Secondary Synchronization Signal：ＳＳＳ
）のシーケンス内のエネルギーが倍加され、検出可能性が向上する（ＭｕｌｔｅＦｉｒｅ
リリース１．０．１（www.multefire.org/specification）参照）。
【発明の概要】
【0019】
３ＧＰＰ ＮＲ Ｒｅｌ．１５ ＰＨＹの核心はビームベースのアーキテクチャである
。新無線（New Radio：ＮＲ）アンライセンス（NR Unlicensed：ＮＲ－Ｕ）はビームベ
ースのアーキテクチャを含むＮＲのできるだけ多くの機能を活用することが非常に望まし
い。ワイドビームに基づくセンシングがされるｅＬＡＡとは異なり、ナロービームセンシ
ングは、空間リソースを効率的に使用できるようにすることで共存に役立つことができる
。ＬＢＴスキームは、キャリア検知多重アクセス／衝突回避（Carrier Sense Multiple
Access and Collision Avoidance：ＣＳＭＡ／ＣＡ）をサポートするように拡張で
きるため、ＵＥは不要なキャリアビジー検出を回避でき、それによって電力効率が向上す
る。ＮＲ－Ｕでは、空間の再利用と共存を向上させるために、チャネル占有を示すシグナ
リングの導入を検討してもよい。これは、ＮＲ－Ｕにおける新しい方法と信号設計が必要
であることを意味する。
。新無線（New Radio：ＮＲ）アンライセンス（NR Unlicensed：ＮＲ－Ｕ）はビームベ
ースのアーキテクチャを含むＮＲのできるだけ多くの機能を活用することが非常に望まし
い。ワイドビームに基づくセンシングがされるｅＬＡＡとは異なり、ナロービームセンシ
ングは、空間リソースを効率的に使用できるようにすることで共存に役立つことができる
。ＬＢＴスキームは、キャリア検知多重アクセス／衝突回避（Carrier Sense Multiple
Access and Collision Avoidance：ＣＳＭＡ／ＣＡ）をサポートするように拡張で
きるため、ＵＥは不要なキャリアビジー検出を回避でき、それによって電力効率が向上す
る。ＮＲ－Ｕでは、空間の再利用と共存を向上させるために、チャネル占有を示すシグナ
リングの導入を検討してもよい。これは、ＮＲ－Ｕにおける新しい方法と信号設計が必要
であることを意味する。
【0020】
例えば、ノードによるチャネル占有をそのセル外のノードに示すこと、スペクトルの再
利用を支援するためにノードによるチャネル占有をそのセル内のノードに示すこと、およ
び、レシーバーが送受信用のクリアなチャネルを持つことを確実にすべくセル内のノード
間のハンドシェイクをトリガーすることなどの機能を提供するために、本明細書は、ＮＲ
－Ｕにチャネルアクセスインジケータを用いる方法および装置を開示する。
利用を支援するためにノードによるチャネル占有をそのセル内のノードに示すこと、およ
び、レシーバーが送受信用のクリアなチャネルを持つことを確実にすべくセル内のノード
間のハンドシェイクをトリガーすることなどの機能を提供するために、本明細書は、ＮＲ
－Ｕにチャネルアクセスインジケータを用いる方法および装置を開示する。
【0021】
また、ノードがＣＡＩを受信したときのノードの挙動、すなわち、ノードがタイマーを
使用してチャネルを検知するまで待機する方法も開示する。様々なユースケースについて
、ＣＡＩが運ぶ情報についても説明する。
使用してチャネルを検知するまで待機する方法も開示する。様々なユースケースについて
、ＣＡＩが運ぶ情報についても説明する。
【0022】
ＵＬ認可内の複数の開始位置から物理上りリンク共有チャネル（Physical Uplink Sh
ared Channel：ＰＵＳＣＨ）が送信されることを可能にするいくつかの手順についても
説明する。ただし、開始位置は、ＣＡＩを介してｇＮＢに運ばれる。方法には以下のもの
が含まれる。
・ＰＵＳＣＨ開始位置候補をシグナリングする方法。
・ＰＵＳＣＨ選択された開始位置に基づいてＵＬ復調基準信号（UL Demodulation Re
ference Signal：ＵＬ ＤＭＲＳ）を調整する手順。
・ＤＭＲＳは、ＵＥのチャネル占有時間（Channel Occupancy Time：ＣＯＴ）に続く
最初のＰＵＳＣＨに対してパワーブーストされる場合がある。
・ＰＵＳＣＨリソース要素（PUSCH Resource Element：ＰＵＳＣＨ ＲＥ）は、ＵＥ
のＣＯＴに続く最初のＰＵＳＣＨに対してパワーブーストされる場合がある。
・ＵＥは、異なるＤＭＲＳシーケンスを使用して、選択したＰＵＳＣＨ開始シンボルを
シグナリングすることができる。
・ＵＥは、ＵＥのＣＯＴに続く最初のＰＵＳＣＨのためにリソース密度のより高いＤＭ
ＲＳを使用することができる。
・利用可能なリソース内にＰＵＳＣＨを収めるためのパンクチャリング手順。
・ＰＵＳＣＨ選択された開始位置に基づいて変調および符号化スキーム（Modulation
and Coding Scheme：ＭＣＳ）を適合させ、ｇＮＢで選択したＭＣＳの検出を容易にす
る手順。
・ピギーバックされた上りリンク制御情報（Uplink Control Information：ＵＣＩ）
を送信するための手順。
ared Channel：ＰＵＳＣＨ）が送信されることを可能にするいくつかの手順についても
説明する。ただし、開始位置は、ＣＡＩを介してｇＮＢに運ばれる。方法には以下のもの
が含まれる。
・ＰＵＳＣＨ開始位置候補をシグナリングする方法。
・ＰＵＳＣＨ選択された開始位置に基づいてＵＬ復調基準信号（UL Demodulation Re
ference Signal：ＵＬ ＤＭＲＳ）を調整する手順。
・ＤＭＲＳは、ＵＥのチャネル占有時間（Channel Occupancy Time：ＣＯＴ）に続く
最初のＰＵＳＣＨに対してパワーブーストされる場合がある。
・ＰＵＳＣＨリソース要素（PUSCH Resource Element：ＰＵＳＣＨ ＲＥ）は、ＵＥ
のＣＯＴに続く最初のＰＵＳＣＨに対してパワーブーストされる場合がある。
・ＵＥは、異なるＤＭＲＳシーケンスを使用して、選択したＰＵＳＣＨ開始シンボルを
シグナリングすることができる。
・ＵＥは、ＵＥのＣＯＴに続く最初のＰＵＳＣＨのためにリソース密度のより高いＤＭ
ＲＳを使用することができる。
・利用可能なリソース内にＰＵＳＣＨを収めるためのパンクチャリング手順。
・ＰＵＳＣＨ選択された開始位置に基づいて変調および符号化スキーム（Modulation
and Coding Scheme：ＭＣＳ）を適合させ、ｇＮＢで選択したＭＣＳの検出を容易にす
る手順。
・ピギーバックされた上りリンク制御情報（Uplink Control Information：ＵＣＩ）
を送信するための手順。
【0023】
ＤＬおよびＵＬ上でのＣＡＩ送信を可能にするＰＨＹ層シグナリング技術についても説
明する。ＰＨＹ層シグナリング技術には以下のものが含まれる。
・ＤＬ上の信号のような物理下りリンク制御チャネル（Physical Downlink Control
Channel：ＰＤＣＣＨ）やＰＳＳ／ＳＳＳ、
・ＰＲＡＣＨ、ＵＬ上のＰＵＣＣＨ、および
・以下を含むプリアンブルベースの送信：
・プリアンブルに関するＣＡＩ情報の部分的インジケーション、残りはＰＤＣＣＨまた
はＰＲＡＣＨなどの信号を介して、
・シンボルタイミングに非同期であり、
・セルＩＤおよびチャネル占有時間の一方または両方に関するいくらかの情報を提供す
るための繰り返しと直交カバーコード（Orthogonal Cover Code：ＯＣＣ）を伴う。
明する。ＰＨＹ層シグナリング技術には以下のものが含まれる。
・ＤＬ上の信号のような物理下りリンク制御チャネル（Physical Downlink Control
Channel：ＰＤＣＣＨ）やＰＳＳ／ＳＳＳ、
・ＰＲＡＣＨ、ＵＬ上のＰＵＣＣＨ、および
・以下を含むプリアンブルベースの送信：
・プリアンブルに関するＣＡＩ情報の部分的インジケーション、残りはＰＤＣＣＨまた
はＰＲＡＣＨなどの信号を介して、
・シンボルタイミングに非同期であり、
・セルＩＤおよびチャネル占有時間の一方または両方に関するいくらかの情報を提供す
るための繰り返しと直交カバーコード（Orthogonal Cover Code：ＯＣＣ）を伴う。
【0024】
本概要は、以下の詳細な説明でさらに記述される概念の選択を簡略化された形式で紹介
するために提供される。本概要は、特許請求される主題の主要な特徴または本質的な特徴
を特定することを意図しておらず、特許請求された主題の範囲を制限するために使用され
ることも意図されていない。さらに、特許請求された主題は、本開示の任意の部分に記載
された不利点のいずれかまたはすべてを解決する制限に限定されない。
するために提供される。本概要は、特許請求される主題の主要な特徴または本質的な特徴
を特定することを意図しておらず、特許請求された主題の範囲を制限するために使用され
ることも意図されていない。さらに、特許請求された主題は、本開示の任意の部分に記載
された不利点のいずれかまたはすべてを解決する制限に限定されない。
【0025】
（図面の簡単な説明）
添付の図面と共に例として示される以下の説明から、より詳細な理解を得ることができ
る。
添付の図面と共に例として示される以下の説明から、より詳細な理解を得ることができ
る。
【図面の簡単な説明】
【0026】
【図2】図２は、（Ａ）セルの時分割多重ＵＥ（Time Division Multiplexing UE：ＴＤＭ ＵＥ）（最初に送信するＵＥによって後でブロックされるＵＥ送信）、および（Ｂ）別のチャネルアクセスがブロックされているため同じ時間／周波数リソースで多重化されたＵＥを含む、チャネル内の高エネルギーの検出からＬＢＴ手順による影響を受ける兄弟ノードを示す。
【図30】図３０は、ＵＥが選択した開始位置からのＰＵＳＣＨ期間中のＵＬ ＤＭＲＳを運ぶＯＦＤＭシンボルが、最初にスケジュールされたＰＵＳＣＨのＵＬ ＤＭＲＳを運ぶ古いＯＦＤＭシンボルと同じであることを示す。
【図32】図３２は、ＵＥが選択した開始位置からのＰＵＳＣＨのＵＬ ＤＭＲＳを運ぶＯＦＤＭシンボルが、最初にスケジュールされたＰＵＳＣＨのＵＬ ＤＭＲＳを運ぶ古いＯＦＤＭシンボルと異なり、最後のＯＳがＤＭＲＳを運ぶことを示す。
【図33】図３３は、ＵＥが選択した開始位置からのＰＵＳＣＨのＵＬ ＤＭＲＳを運ぶＯＦＤＭシンボルが、ＰＵＳＣＨマッピングタイプＢに従い、最初にスケジュールされたＰＵＳＣＨのＰＵＳＣＨマッピングタイプＡに従ったＵＬ ＤＭＲＳを運ぶ古いＯＦＤＭシンボルと異なることを示す。
【図34】図３４は、ＵＥが選択した開始位置からＰＵＳＣＨのＵＬ ＤＭＲＳを運ぶ１つのＯＦＤＭシンボルがＰＵＳＣＨマッピングタイプＢに従う一方で、ＵＬ ＤＭＲＳを運ぶ古いＯＦＤＭシンボルが、最初にスケジュールされたＰＵＳＣＨのＰＵＳＣＨマッピングタイプＡに従うことを示す。
【図37A】図３７Ａは、ＤＭＲＳシーケンスによって示されるＰＵＳＣＨ送信の開始位置を示す。（Ａ）シーケンス＃１は、ＯＳ＃０から始まるＰＵＳＣＨを示し、（Ｂ）シーケンス＃２は、ＯＳ＃１から始まるＰＵＳＣＨを示し、（Ｃ）シーケンス＃３は、ＯＳ＃２からで始まるＰＵＳＣＨを示し、（Ｄ）シーケンス＃４は、ＯＳ＃３から始まるＰＵＳＣＨを示す。
【図37B】図３７Ｂは、ＤＭＲＳシーケンスによって示されるＰＵＳＣＨ送信の開始位置を示す。（Ａ）シーケンス＃１は、ＯＳ＃０から始まるＰＵＳＣＨを示し、（Ｂ）シーケンス＃２は、ＯＳ＃１から始まるＰＵＳＣＨを示し、（Ｃ）シーケンス＃３は、ＯＳ＃２からで始まるＰＵＳＣＨを示し、（Ｄ）シーケンス＃４は、ＯＳ＃３から始まるＰＵＳＣＨを示す。
【図42】図４２は、ＣＡ－ＲＳ１のＣＡ－ＲＳグループを示す。ＣＡ－ＲＳ１で表される空間的方向においてＬＢＴが成功した場合、ｇＮＢは、対応するＣＡ－ＲＳグループ内の任意のＲＳが示す方向に信号を送信することができる。
【図47】図４７は、ｇＮＢがプリアンブルを複数の空間的方向に送信して、すべてのＵＥをカバーすることを示す。ＵＥは、対応するＣＯＲＥＳＥＴのＤＭＲＳがプリアンブル付きの準同一位置（Quasi-Co-Location ：ＱＣＬ）であると想定する。
【発明を実施するための形態】
【0027】
以下は、下記説明に出現する可能性がある略語のリストである。特記しない限り、本明
細書で使用される略語は、以下の表２に記載された対応する用語を指す。
細書で使用される略語は、以下の表２に記載された対応する用語を指す。
【0028】
【表2-1】
【表2-2】
【0029】
第三世代パートナーシッププロジェクト（３ＧＰＰ）では、無線アクセス、コアトラン
スポートネットワーク、および、コーデック、セキュリティ、およびサービスの質に関す
る取り組みを含むサービス能力を含む、セルラー通信ネットワーク技術の技術規格を開発
する。最近の無線アクセス技術（ＲＡＴ）規格には、広帯域符号分割多元接続（Wideband
Code Division Multiple Access：ＷＣＤＭＡ（登録商標））（一般に３Ｇと呼ばれ
る）、ＬＴＥ（一般に４Ｇと呼ばれる）、およびＬＴＥアドバンスト（LTE-Advanced）規
格が含まれる。３ＧＰＰは、新無線（ＮＲ）と呼ばれ、「５Ｇ」とも呼ばれる次世代セル
ラー技術の標準化に取り組み始めた。３ＧＰＰ ＮＲ規格の開発には、次世代無線アクセ
ス技術（新しいＲＡＴ）の定義が含まれると予想され、これには、６ＧＨｚ未満の新しい
フレキシブル無線アクセスの規定、および６ＧＨｚを超える新しいウルトラモバイルブロ
ードバンド無線アクセスの規定が含まれると予想される。フレキシブル無線アクセスは、
６ＧＨｚ未満の新しいスペクトルでの、新しい、後方互換性のない無線アクセスで構成さ
れると予想され、要件の多様な広範囲の３ＧＰＰ ＮＲのユースケースに対処するために
、同一スペクトル内で多重化可能な異なる動作モードを含むと予想される。ウルトラモバ
イルブロードバンドは、例えば、屋内用途やホットスポットのためのウルトラモバイルブ
ロードバンドアクセスの機会を提供するセンチ波およびミリ波スペクトルを含むと予想さ
れる。特に、ウルトラモバイルブロードバンドは、センチ波およびミリ波に特有の設計最
適化を施した共通設計枠組みを、６ＧＨｚ未満のフレキシブル無線アクセスと共有すると
予想される。
スポートネットワーク、および、コーデック、セキュリティ、およびサービスの質に関す
る取り組みを含むサービス能力を含む、セルラー通信ネットワーク技術の技術規格を開発
する。最近の無線アクセス技術（ＲＡＴ）規格には、広帯域符号分割多元接続（Wideband
Code Division Multiple Access：ＷＣＤＭＡ（登録商標））（一般に３Ｇと呼ばれ
る）、ＬＴＥ（一般に４Ｇと呼ばれる）、およびＬＴＥアドバンスト（LTE-Advanced）規
格が含まれる。３ＧＰＰは、新無線（ＮＲ）と呼ばれ、「５Ｇ」とも呼ばれる次世代セル
ラー技術の標準化に取り組み始めた。３ＧＰＰ ＮＲ規格の開発には、次世代無線アクセ
ス技術（新しいＲＡＴ）の定義が含まれると予想され、これには、６ＧＨｚ未満の新しい
フレキシブル無線アクセスの規定、および６ＧＨｚを超える新しいウルトラモバイルブロ
ードバンド無線アクセスの規定が含まれると予想される。フレキシブル無線アクセスは、
６ＧＨｚ未満の新しいスペクトルでの、新しい、後方互換性のない無線アクセスで構成さ
れると予想され、要件の多様な広範囲の３ＧＰＰ ＮＲのユースケースに対処するために
、同一スペクトル内で多重化可能な異なる動作モードを含むと予想される。ウルトラモバ
イルブロードバンドは、例えば、屋内用途やホットスポットのためのウルトラモバイルブ
ロードバンドアクセスの機会を提供するセンチ波およびミリ波スペクトルを含むと予想さ
れる。特に、ウルトラモバイルブロードバンドは、センチ波およびミリ波に特有の設計最
適化を施した共通設計枠組みを、６ＧＨｚ未満のフレキシブル無線アクセスと共有すると
予想される。
【0030】
３ＧＰＰは、ＮＲがサポートすると予想される様々なユースケースを特定し、その結果
、データ転送速度や待ち時間やモビリティに対する多様なユーザエクスペリエンス要件を
定めた。ユースケースには、以下の一般的カテゴリが含まれる。すなわち、拡張モバイル
ブロードバンド（例えば、密集エリア内のブロードバンドアクセス、屋内超高ブロードバ
ンドアクセス、人混みでのブロードバンドアクセス、あらゆる場所での５０Ｍｂｐｓ以上
、超低コストブロードバンドアクセス、車内モバイルブロードバンド）、クリティカル通
信、大規模マシンタイプ通信、ネットワークオペレーション（例えば、ネットワークスラ
イシング、ルーティング、マイグレーションとインターワーキング、および省エネルギー
）、および高度化ビークル・ツー・エブリシング（Enhanced Vehicle-to-Everything：
ｅＶ２Ｘ）通信。これらのカテゴリ内の具体的なサービスおよびアプリケーションには、
いくつか例を挙げると、監視およびセンサネットワーク、デバイスの遠隔制御、双方向遠
隔制御、パーソナルクラウドコンピューティング、ビデオストリーミング、無線クラウド
ベースのオフィス、ファーストレスポンダへの接続性、自動車用ｅＣａｌｌ、災害警報、
リアルタイムゲーム、多人数ビデオ通話、自律走行、拡張現実、タッチインターネット、
仮想現実などが含まれる。本明細書は、これらすべてのユースケースおよびその他を想定
している。
、データ転送速度や待ち時間やモビリティに対する多様なユーザエクスペリエンス要件を
定めた。ユースケースには、以下の一般的カテゴリが含まれる。すなわち、拡張モバイル
ブロードバンド（例えば、密集エリア内のブロードバンドアクセス、屋内超高ブロードバ
ンドアクセス、人混みでのブロードバンドアクセス、あらゆる場所での５０Ｍｂｐｓ以上
、超低コストブロードバンドアクセス、車内モバイルブロードバンド）、クリティカル通
信、大規模マシンタイプ通信、ネットワークオペレーション（例えば、ネットワークスラ
イシング、ルーティング、マイグレーションとインターワーキング、および省エネルギー
）、および高度化ビークル・ツー・エブリシング（Enhanced Vehicle-to-Everything：
ｅＶ２Ｘ）通信。これらのカテゴリ内の具体的なサービスおよびアプリケーションには、
いくつか例を挙げると、監視およびセンサネットワーク、デバイスの遠隔制御、双方向遠
隔制御、パーソナルクラウドコンピューティング、ビデオストリーミング、無線クラウド
ベースのオフィス、ファーストレスポンダへの接続性、自動車用ｅＣａｌｌ、災害警報、
リアルタイムゲーム、多人数ビデオ通話、自律走行、拡張現実、タッチインターネット、
仮想現実などが含まれる。本明細書は、これらすべてのユースケースおよびその他を想定
している。
【0031】
図２１Ａは、本明細書で説明され、特許請求される方法および装置を具現化し得る通信
システム１００の例の一実施形態を示す。図示のように、通信システム１００の例は、無
線送受信ユニット（Wireless Transmit/Receive Unit：ＷＴＲＵ）１０２ａ、１０２ｂ
、１０２ｃ、および１０２ｄのうち、少なくとも１つ（一般的に、あるいは総称して、Ｗ
ＴＲＵ１０２と呼ばれることもある）と、無線アクセスネットワーク（ＲＡＮ）１０３／
１０４／１０５／１０３ｂ／１０４ｂ／１０５ｂと、コアネットワーク１０６／１０７／
１０９と、公衆交換電話網（Public Switched Telephone Network：ＰＳＴＮ）１０８
と、インターネット１１０と、その他のネットワーク１１２を含み得るが、開示された実
施形態は任意の数のＷＴＲＵや、基地局や、ネットワークや、ネットワーク要素を想定し
ていることは理解されるであろう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、
１０２ｅの各々は、無線環境下で動作や通信を行うように構成された任意の種類の装置ま
たはデバイスであってよい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２
ｅの各々はハンドヘルド無線通信装置として図２１Ａ～図２１Ｅに図示されているが、５
Ｇ無線通信に対する多様なユースケースを想定すれば、ＷＴＲＵの各々は、ほんの一例と
して、ユーザ端末（ＵＥ）、モバイル局、固定または移動加入者ユニット、無線呼び出し
装置、携帯電話、携帯情報端末（Personal Digital Assistant：ＰＤＡ）、スマートフ
ォン、ラップトップ、タブレット、ネットブック、ノートブックコンピュータ、パーソナ
ルコンピュータ、無線センサ、家庭用電化製品、スマートウォッチやスマートクロージン
グなどのウェアラブルデバイス、医療機器やｅＨｅａｌｔｈデバイス、ロボット、産業機
器、ドローン、乗用車やトラックや列車や航空機などの輸送機器などを含む、無線信号を
送信や受信するように構成された任意の装置またはデバイスを含むか、または、その中に
具現化されてもよいことが理解される。
システム１００の例の一実施形態を示す。図示のように、通信システム１００の例は、無
線送受信ユニット（Wireless Transmit/Receive Unit：ＷＴＲＵ）１０２ａ、１０２ｂ
、１０２ｃ、および１０２ｄのうち、少なくとも１つ（一般的に、あるいは総称して、Ｗ
ＴＲＵ１０２と呼ばれることもある）と、無線アクセスネットワーク（ＲＡＮ）１０３／
１０４／１０５／１０３ｂ／１０４ｂ／１０５ｂと、コアネットワーク１０６／１０７／
１０９と、公衆交換電話網（Public Switched Telephone Network：ＰＳＴＮ）１０８
と、インターネット１１０と、その他のネットワーク１１２を含み得るが、開示された実
施形態は任意の数のＷＴＲＵや、基地局や、ネットワークや、ネットワーク要素を想定し
ていることは理解されるであろう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、
１０２ｅの各々は、無線環境下で動作や通信を行うように構成された任意の種類の装置ま
たはデバイスであってよい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２
ｅの各々はハンドヘルド無線通信装置として図２１Ａ～図２１Ｅに図示されているが、５
Ｇ無線通信に対する多様なユースケースを想定すれば、ＷＴＲＵの各々は、ほんの一例と
して、ユーザ端末（ＵＥ）、モバイル局、固定または移動加入者ユニット、無線呼び出し
装置、携帯電話、携帯情報端末（Personal Digital Assistant：ＰＤＡ）、スマートフ
ォン、ラップトップ、タブレット、ネットブック、ノートブックコンピュータ、パーソナ
ルコンピュータ、無線センサ、家庭用電化製品、スマートウォッチやスマートクロージン
グなどのウェアラブルデバイス、医療機器やｅＨｅａｌｔｈデバイス、ロボット、産業機
器、ドローン、乗用車やトラックや列車や航空機などの輸送機器などを含む、無線信号を
送信や受信するように構成された任意の装置またはデバイスを含むか、または、その中に
具現化されてもよいことが理解される。
【0032】
通信システム１００は、基地局１１４ａと基地局１１４ｂをさらに含むことができる。
基地局１１４ａは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのうちの少なくとも１つと無
線でインターフェースして、コアネットワーク１０６／１０７／１０９やインターネット
１１０やその他のネットワーク１１２などの１つ以上の通信ネットワークへのアクセスを
円滑にするように構成された任意の種類のデバイスであってもよい。基地局１１４ｂは、
遠隔無線ヘッド（Remote Radio Head：ＲＲＨ）１１８ａ、１１８ｂおよび送受信ポイ
ント（Transmission and Reception Point：ＴＲＰ）１１９ａ、１１９ｂのうち、少
なくとも１つと有線や無線でインターフェースして、コアネットワーク１０６／１０７／
１０９やインターネット１１０やその他のネットワーク１１２などの１つ以上の通信ネッ
トワークへのアクセスを円滑にするように構成された任意の種類のデバイスであってもよ
い。ＲＲＨ１１８ａ、１１８ｂは、ＷＴＲＵ１０２ｃの少なくとも１つと無線でインター
フェースして、コアネットワーク１０６／１０７／１０９やインターネット１１０やその
他のネットワーク１１２などの１つ以上の通信ネットワークへのアクセスを円滑にするよ
うに構成された任意の種類のデバイスであってもよい。ＴＲＰ１１９ａ、１１９ｂは、Ｗ
ＴＲＵ１０２ｄの少なくとも１つと無線でインターフェースして、コアネットワーク１０
６／１０７／１０９やインターネット１１０やその他のネットワーク１１２などの１つ以
上の通信ネットワークへのアクセスを円滑にするように構成された任意の種類のデバイス
であってもよい。一例として、基地局１１４ａ、１１４ｂは、ベーストランシーバ基地局
（Base Transceiver Station：ＢＴＳ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホ
ームｅノードＢ、サイトコントローラ、アクセスポイント（Access Point：ＡＰ）、無
線ルータなどであってもよい。基地局１１４ａ、１１４ｂはそれぞれ単一要素として図示
されているが、基地局１１４ａ、１１４ｂは任意の数の相互接続された基地局やネットワ
ーク要素を含むことができることは理解されるであろう。
基地局１１４ａは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのうちの少なくとも１つと無
線でインターフェースして、コアネットワーク１０６／１０７／１０９やインターネット
１１０やその他のネットワーク１１２などの１つ以上の通信ネットワークへのアクセスを
円滑にするように構成された任意の種類のデバイスであってもよい。基地局１１４ｂは、
遠隔無線ヘッド（Remote Radio Head：ＲＲＨ）１１８ａ、１１８ｂおよび送受信ポイ
ント（Transmission and Reception Point：ＴＲＰ）１１９ａ、１１９ｂのうち、少
なくとも１つと有線や無線でインターフェースして、コアネットワーク１０６／１０７／
１０９やインターネット１１０やその他のネットワーク１１２などの１つ以上の通信ネッ
トワークへのアクセスを円滑にするように構成された任意の種類のデバイスであってもよ
い。ＲＲＨ１１８ａ、１１８ｂは、ＷＴＲＵ１０２ｃの少なくとも１つと無線でインター
フェースして、コアネットワーク１０６／１０７／１０９やインターネット１１０やその
他のネットワーク１１２などの１つ以上の通信ネットワークへのアクセスを円滑にするよ
うに構成された任意の種類のデバイスであってもよい。ＴＲＰ１１９ａ、１１９ｂは、Ｗ
ＴＲＵ１０２ｄの少なくとも１つと無線でインターフェースして、コアネットワーク１０
６／１０７／１０９やインターネット１１０やその他のネットワーク１１２などの１つ以
上の通信ネットワークへのアクセスを円滑にするように構成された任意の種類のデバイス
であってもよい。一例として、基地局１１４ａ、１１４ｂは、ベーストランシーバ基地局
（Base Transceiver Station：ＢＴＳ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホ
ームｅノードＢ、サイトコントローラ、アクセスポイント（Access Point：ＡＰ）、無
線ルータなどであってもよい。基地局１１４ａ、１１４ｂはそれぞれ単一要素として図示
されているが、基地局１１４ａ、１１４ｂは任意の数の相互接続された基地局やネットワ
ーク要素を含むことができることは理解されるであろう。
【0033】
基地局１１４ａはＲＡＮ１０３／１０４／１０５の一部であってもよく、ＲＡＮ１０３
／１０４／１０５は、また、基地局コントローラ（Base Station Controller：ＢＳＣ
）、無線ネットワークコントローラ（Radio Network Controller：ＲＮＣ）、中継ノー
ドなどの他の基地局やネットワーク要素（図示せず）を含んでもよい。基地局１１４ｂは
ＲＡＮ１０３ｂ／１０４ｂ／１０５ｂの一部であってもよく、ＲＡＮ１０３ｂ／１０４ｂ
／１０５ｂは、また、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（
ＲＮＣ）、中継ノードなどの他の基地局やネットワーク要素（図示せず）を含んでもよい
。基地局１１４ａは、セル（図示せず）と称することもある特定の地理的領域の中の無線
信号を送信や受信するように構成され得る。基地局１１４ｂは、セル（図示せず）と称す
ることもある特定の地理的領域内の有線や無線の信号を送受信するように構成され得る。
セルは、さらにセルセクタに分割することができる。例えば、基地局１１４ａに関連する
セルを３つのセクタに分割することができる。一実施形態においては、基地局１１４ａは
、そのように、例えば、セルのセクタごとに１つとなる、３つのトランシーバを含むこと
ができる。一実施形態においては、基地局１１４ａは、多入力多出力（Multiple Input
Multiple Output：ＭＩＭＯ）技術を採用することができ、したがって、セルの各セク
タ当たり複数のトランシーバを利用することができる。
／１０４／１０５は、また、基地局コントローラ（Base Station Controller：ＢＳＣ
）、無線ネットワークコントローラ（Radio Network Controller：ＲＮＣ）、中継ノー
ドなどの他の基地局やネットワーク要素（図示せず）を含んでもよい。基地局１１４ｂは
ＲＡＮ１０３ｂ／１０４ｂ／１０５ｂの一部であってもよく、ＲＡＮ１０３ｂ／１０４ｂ
／１０５ｂは、また、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（
ＲＮＣ）、中継ノードなどの他の基地局やネットワーク要素（図示せず）を含んでもよい
。基地局１１４ａは、セル（図示せず）と称することもある特定の地理的領域の中の無線
信号を送信や受信するように構成され得る。基地局１１４ｂは、セル（図示せず）と称す
ることもある特定の地理的領域内の有線や無線の信号を送受信するように構成され得る。
セルは、さらにセルセクタに分割することができる。例えば、基地局１１４ａに関連する
セルを３つのセクタに分割することができる。一実施形態においては、基地局１１４ａは
、そのように、例えば、セルのセクタごとに１つとなる、３つのトランシーバを含むこと
ができる。一実施形態においては、基地局１１４ａは、多入力多出力（Multiple Input
Multiple Output：ＭＩＭＯ）技術を採用することができ、したがって、セルの各セク
タ当たり複数のトランシーバを利用することができる。
【0034】
基地局１１４ａは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのうちの１つ以上と、エア
インターフェース１１５／１１６／１１７を介して通信してもよく、エアインターフェー
ス１１５／１１６／１１７は、任意の適切な無線通信リンク（例えば、無線周波数（Radi
o Frequency：ＲＦ）、マイクロ波、赤外線（Infrared：ＩＲ）、紫外線（Ultraviolet
：ＵＶ）、可視光、センチ波、ミリ波など）であってもよい。エアインターフェース１１
５／１１６／１１７は、任意の適切な無線アクセス技術（ＲＡＴ）を用いて構築すること
ができる。
インターフェース１１５／１１６／１１７を介して通信してもよく、エアインターフェー
ス１１５／１１６／１１７は、任意の適切な無線通信リンク（例えば、無線周波数（Radi
o Frequency：ＲＦ）、マイクロ波、赤外線（Infrared：ＩＲ）、紫外線（Ultraviolet
：ＵＶ）、可視光、センチ波、ミリ波など）であってもよい。エアインターフェース１１
５／１１６／１１７は、任意の適切な無線アクセス技術（ＲＡＴ）を用いて構築すること
ができる。
【0035】
基地局１１４ｂは、ＲＲＨ１１８ａ、１１８ｂやＴＲＰ１１９ａ、１１９ｂのうち１つ
以上と、有線またはエアインターフェース１１５ｂ／１１６ｂ／１１７ｂを介して通信し
てもよく、有線またはエアインターフェース１１５ｂ／１１６ｂ／１１７ｂは、任意の適
切な有線（例えば、ケーブルや光ファイバなど）または無線通信リンク（例えば、無線周
波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、センチ波、ミリ
波など）であってもよい。エアインターフェース１１５ｂ／１１６ｂ／１１７ｂは、任意
の適切な無線アクセス技術（ＲＡＴ）を使って構築することができる。
以上と、有線またはエアインターフェース１１５ｂ／１１６ｂ／１１７ｂを介して通信し
てもよく、有線またはエアインターフェース１１５ｂ／１１６ｂ／１１７ｂは、任意の適
切な有線（例えば、ケーブルや光ファイバなど）または無線通信リンク（例えば、無線周
波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、センチ波、ミリ
波など）であってもよい。エアインターフェース１１５ｂ／１１６ｂ／１１７ｂは、任意
の適切な無線アクセス技術（ＲＡＴ）を使って構築することができる。
【0036】
ＲＲＨ１１８ａ、１１８ｂやＴＲＰ１１９ａ、１１９ｂは、ＷＴＲＵ１０２ｃ、１０２
ｄのうち１つ以上と、エアインターフェース１１５ｃ／１１６ｃ／１１７ｃを介して通信
してもよく、エアインターフェース１１５ｃ／１１６ｃ／１１７ｃは、任意の適切な無線
通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ
）、可視光、センチ波、ミリ波など）であってもよい。エアインターフェース１１５ｃ／
１１６ｃ／１１７ｃは、任意の適切な無線アクセス技術（ＲＡＴ）を使って構築すること
ができる。
ｄのうち１つ以上と、エアインターフェース１１５ｃ／１１６ｃ／１１７ｃを介して通信
してもよく、エアインターフェース１１５ｃ／１１６ｃ／１１７ｃは、任意の適切な無線
通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ
）、可視光、センチ波、ミリ波など）であってもよい。エアインターフェース１１５ｃ／
１１６ｃ／１１７ｃは、任意の適切な無線アクセス技術（ＲＡＴ）を使って構築すること
ができる。
【0037】
より具体的には、上記のように、通信システム１００は多重アクセスシステムでもよく
、例えば、符号分割多元接続（Code Division Multiple Access：ＣＤＭＡ）、時分割
多元接続（Time Division Multiple Access：ＴＤＭＡ）、周波数分割多元接続（Freq
uency Division Multiple Access：ＦＤＭＡ）、直交周波数分割多元接続（Orthogona
l Frequency Division Multiple Access：ＯＦＤＭＡ）、シングルキャリア周波数分
割多元接続（Single Carrier Frequency Division Multiple Access：ＳＣ－ＦＤＭ
Ａ）などの、１つ以上のチャネルアクセス方式を採用することができる。例えば、ＲＡＮ
１０３／１０４／１０５内の基地局１１４ａとＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、
またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂ内のＲＲＨ１１８ａ、１１８ｂおよびＴＲＰ
１１９ａ、１１９ｂとＷＴＲＵ１０２ｃ、１０２ｄは、ユニバーサルモバイル通信システ
ム（Universal Mobile Telecommunications System：ＵＭＴＳ）地上無線アクセス（T
errestrial Radio Access：ＵＴＲＡ）などの無線技術を実装してもよく、その技術に
よって、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使ったエアインターフェース１１５／１１６／
１１７または１１５ｃ／１１６ｃ／１１７ｃをそれぞれ構築してもよい。ＷＣＤＭＡは、
高速パケットアクセス（High-Speed Packet Access：ＨＳＰＡ）や発展型ＨＳＰＡ（Ｈ
ＳＰＡ＋）などの通信プロトコルを含むことができる。ＨＳＰＡは、高速下りリンクパケ
ットアクセス（High-Speed Downlink Packet Access：ＨＳＤＰＡ）や高速上りリンク
パケットアクセス（High-Speed Uplink Packet Access：ＨＳＵＰＡ）を含むことがで
きる。
、例えば、符号分割多元接続（Code Division Multiple Access：ＣＤＭＡ）、時分割
多元接続（Time Division Multiple Access：ＴＤＭＡ）、周波数分割多元接続（Freq
uency Division Multiple Access：ＦＤＭＡ）、直交周波数分割多元接続（Orthogona
l Frequency Division Multiple Access：ＯＦＤＭＡ）、シングルキャリア周波数分
割多元接続（Single Carrier Frequency Division Multiple Access：ＳＣ－ＦＤＭ
Ａ）などの、１つ以上のチャネルアクセス方式を採用することができる。例えば、ＲＡＮ
１０３／１０４／１０５内の基地局１１４ａとＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、
またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂ内のＲＲＨ１１８ａ、１１８ｂおよびＴＲＰ
１１９ａ、１１９ｂとＷＴＲＵ１０２ｃ、１０２ｄは、ユニバーサルモバイル通信システ
ム（Universal Mobile Telecommunications System：ＵＭＴＳ）地上無線アクセス（T
errestrial Radio Access：ＵＴＲＡ）などの無線技術を実装してもよく、その技術に
よって、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使ったエアインターフェース１１５／１１６／
１１７または１１５ｃ／１１６ｃ／１１７ｃをそれぞれ構築してもよい。ＷＣＤＭＡは、
高速パケットアクセス（High-Speed Packet Access：ＨＳＰＡ）や発展型ＨＳＰＡ（Ｈ
ＳＰＡ＋）などの通信プロトコルを含むことができる。ＨＳＰＡは、高速下りリンクパケ
ットアクセス（High-Speed Downlink Packet Access：ＨＳＤＰＡ）や高速上りリンク
パケットアクセス（High-Speed Uplink Packet Access：ＨＳＵＰＡ）を含むことがで
きる。
【0038】
一実施形態においては、基地局１１４ａとＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、ま
たはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂ内のＲＲＨ１１８ａ、１１８ｂおよびＴＲＰ１
１９ａ、１１９ｂとＷＴＲＵ１０２ｃ、１０２ｄは、発展型ＵＭＴＳ地上無線アクセス（
Ｅ－ＵＴＲＡ）などの無線技術を実装してもよく、その技術によって、ロングタームエボ
リューション（ＬＴＥ）やＬＴＥアドバンスト（ＬＴＥ－Ａ）を使ったエアインターフェ
ース１１５／１１６／１１７または１１５ｃ／１１６ｃ／１１７ｃをそれぞれ構築しても
よい。将来は、エアインターフェース１１５／１１６／１１７は３ＧＰＰ ＮＲ技術を実
装してもよい。
たはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂ内のＲＲＨ１１８ａ、１１８ｂおよびＴＲＰ１
１９ａ、１１９ｂとＷＴＲＵ１０２ｃ、１０２ｄは、発展型ＵＭＴＳ地上無線アクセス（
Ｅ－ＵＴＲＡ）などの無線技術を実装してもよく、その技術によって、ロングタームエボ
リューション（ＬＴＥ）やＬＴＥアドバンスト（ＬＴＥ－Ａ）を使ったエアインターフェ
ース１１５／１１６／１１７または１１５ｃ／１１６ｃ／１１７ｃをそれぞれ構築しても
よい。将来は、エアインターフェース１１５／１１６／１１７は３ＧＰＰ ＮＲ技術を実
装してもよい。
【0039】
一実施形態においては、ＲＡＮ１０３／１０４／１０５内の基地局１１４ａとＷＴＲＵ
１０２ａ、１０２ｂ、１０２ｃ、またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂ内のＲＲＨ
１１８ａ、１１８ｂおよびＴＲＰ１１９ａ、１１９ｂとＷＴＲＵ１０２ｃ、１０２ｄは、
ＩＥＥＥ ８０２．１６（例えば、ワールドワイド・インターオペラビリティ・フォー・
マイクロウェーブ・アクセス（Worldwide Interoperability for Microwave Access
：ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００進化
データ最適化（Evolution-Data Optimized：ＥＶ－ＤＯ）、暫定規格（Interim Standa
rd：ＩＳ）２０００（ＩＳ－２０００）、暫定規格９５（ＩＳ－９５）、暫定規格８５６
（ＩＳ－８５６）、モバイル通信用グローバルシステム（Global System for Mobile
Communications：ＧＳＭ）、ＧＳＭ進化型高速データレート（Enhanced Data Rates
for GSM Evolution：ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＳＭ ＥＤＧＥ無線アクセ
スネットワーク（GSM EDGE Radio Access Network：ＧＥＲＡＮ））などの無線技術
を実装してもよい。
１０２ａ、１０２ｂ、１０２ｃ、またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂ内のＲＲＨ
１１８ａ、１１８ｂおよびＴＲＰ１１９ａ、１１９ｂとＷＴＲＵ１０２ｃ、１０２ｄは、
ＩＥＥＥ ８０２．１６（例えば、ワールドワイド・インターオペラビリティ・フォー・
マイクロウェーブ・アクセス（Worldwide Interoperability for Microwave Access
：ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００進化
データ最適化（Evolution-Data Optimized：ＥＶ－ＤＯ）、暫定規格（Interim Standa
rd：ＩＳ）２０００（ＩＳ－２０００）、暫定規格９５（ＩＳ－９５）、暫定規格８５６
（ＩＳ－８５６）、モバイル通信用グローバルシステム（Global System for Mobile
Communications：ＧＳＭ）、ＧＳＭ進化型高速データレート（Enhanced Data Rates
for GSM Evolution：ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＳＭ ＥＤＧＥ無線アクセ
スネットワーク（GSM EDGE Radio Access Network：ＧＥＲＡＮ））などの無線技術
を実装してもよい。
【0040】
図２１Ａの基地局１１４ｃは、例えば、無線ルータ、ホームノードＢ、ホームｅノード
Ｂ、またはアクセスポイントでもよく、事業所、家庭、車両、キャンパスなどの局所的領
域における無線接続性を円滑にするための任意の適切なＲＡＴを利用してもよい。一実施
形態においては、基地局１１４ｃとＷＴＲＵ１０２ｅは、ＩＥＥＥ ８０２．１１などの
無線技術を実装して、無線ローカルエリアネットワーク（Wireless Local Area Netwo
rk：ＷＬＡＮ）を構築してもよい。一実施形態においては、基地局１１４ｃとＷＴＲＵ１
０２ｄは、ＩＥＥＥ ８０２．１５などの無線技術を実装して、無線パーソナルエリアネ
ットワーク（Wireless Personal Area Network：ＷＰＡＮ）を構築してもよい。さら
に別の実施形態においては、基地局１１４ｃとＷＴＲＵ１０２ｅは、セルラーベースのＲ
ＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａなど）を利
用してピコセルまたはフェムトセルを構築してもよい。図２１Ａに示すように、基地局１
１４ｂはインターネット１１０と直接接続されてもよい。このように、基地局１１４ｃは
、インターネット１１０にアクセスするためにコアネットワーク１０６／１０７／１０９
を介する必要はない。
Ｂ、またはアクセスポイントでもよく、事業所、家庭、車両、キャンパスなどの局所的領
域における無線接続性を円滑にするための任意の適切なＲＡＴを利用してもよい。一実施
形態においては、基地局１１４ｃとＷＴＲＵ１０２ｅは、ＩＥＥＥ ８０２．１１などの
無線技術を実装して、無線ローカルエリアネットワーク（Wireless Local Area Netwo
rk：ＷＬＡＮ）を構築してもよい。一実施形態においては、基地局１１４ｃとＷＴＲＵ１
０２ｄは、ＩＥＥＥ ８０２．１５などの無線技術を実装して、無線パーソナルエリアネ
ットワーク（Wireless Personal Area Network：ＷＰＡＮ）を構築してもよい。さら
に別の実施形態においては、基地局１１４ｃとＷＴＲＵ１０２ｅは、セルラーベースのＲ
ＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａなど）を利
用してピコセルまたはフェムトセルを構築してもよい。図２１Ａに示すように、基地局１
１４ｂはインターネット１１０と直接接続されてもよい。このように、基地局１１４ｃは
、インターネット１１０にアクセスするためにコアネットワーク１０６／１０７／１０９
を介する必要はない。
【0041】
ＲＡＮ１０３／１０４／１０５やＲＡＮ１０３ｂ／１０４ｂ／１０５ｂはコアネットワ
ーク１０６／１０７／１０９と通信可能であり、コアネットワーク１０６／１０７／１０
９は、音声、データ、アプリケーション、ボイスオーバーインターネットプロトコル（Vo
ice Over Internet Protocol：ＶｏＩＰ）などサービスを、ＷＴＲＵ１０２ａ、１０
２ｂ、１０２ｃ、１０２ｄのうち１つ以上に提供するように構成された任意の種類のネッ
トワークであり得る。例えば、コアネットワーク１０６／１０７／１０９は、呼制御、ビ
リングサービス、モバイル位置情報サービス、プリペイドコーリング、インターネット接
続性、ビデオ配信などを提供したり、ユーザ認証などの高度セキュリティ機能を実行した
りすることができる。
ーク１０６／１０７／１０９と通信可能であり、コアネットワーク１０６／１０７／１０
９は、音声、データ、アプリケーション、ボイスオーバーインターネットプロトコル（Vo
ice Over Internet Protocol：ＶｏＩＰ）などサービスを、ＷＴＲＵ１０２ａ、１０
２ｂ、１０２ｃ、１０２ｄのうち１つ以上に提供するように構成された任意の種類のネッ
トワークであり得る。例えば、コアネットワーク１０６／１０７／１０９は、呼制御、ビ
リングサービス、モバイル位置情報サービス、プリペイドコーリング、インターネット接
続性、ビデオ配信などを提供したり、ユーザ認証などの高度セキュリティ機能を実行した
りすることができる。
【0042】
図２１Ａには図示しないが、ＲＡＮ１０３／１０４／１０５やＲＡＮ１０３ｂ／１０４
ｂ／１０５ｂやコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１
０５やＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと同一のＲＡＴまたは異なるＲＡＴを用いて
いる他のＲＡＮと直接的または間接的に通信し得ることは理解されるであろう。例えば、
コアネットワーク１０６／１０７／１０９は、Ｅ－ＵＴＲＡ無線技術を利用し得るＲＡＮ
１０３／１０４／１０５やＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと接続されているだけで
なく、ＧＳＭ無線技術を採用している別のＲＡＮ（図示せず）とも通信することができる
。
ｂ／１０５ｂやコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１
０５やＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと同一のＲＡＴまたは異なるＲＡＴを用いて
いる他のＲＡＮと直接的または間接的に通信し得ることは理解されるであろう。例えば、
コアネットワーク１０６／１０７／１０９は、Ｅ－ＵＴＲＡ無線技術を利用し得るＲＡＮ
１０３／１０４／１０５やＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと接続されているだけで
なく、ＧＳＭ無線技術を採用している別のＲＡＮ（図示せず）とも通信することができる
。
【0043】
コアネットワーク１０６／１０７／１０９は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ
、１０２ｄ、１０２ｅがＰＳＴＮ１０８やインターネット１１０やその他のネットワーク
１１２にアクセスするためのゲートウェイとして機能することもできる。ＰＳＴＮ１０８
は、基本電話サービス（Plain Old Telephone Service：ＰＯＴＳ）を提供する回路交
換電話網を含み得る。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコル
スイートの中の伝送制御プロトコル（Transmission Control Protocol：ＴＣＰ）、ユ
ーザデータグラムプロトコル（User Datagram Protocol：ＵＤＰ）、インターネットプ
ロトコル（Internet Protocol：ＩＰ）などの共通通信プロトコルを使用する相互接続さ
れたコンピュータネットワークとデバイスのグローバルシステムを含み得る。ネットワー
ク１１２は、他のサービスプロバイダが所有や運用する有線または無線通信ネットワーク
を含むことができる。例えば、ネットワーク１１２は、ＲＡＮ１０３／１０４／１０５や
ＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと同一のＲＡＴまたは異なるＲＡＴを使用し得る１
つ以上のＲＡＮと接続された別のコアネットワークを含むことができる。
、１０２ｄ、１０２ｅがＰＳＴＮ１０８やインターネット１１０やその他のネットワーク
１１２にアクセスするためのゲートウェイとして機能することもできる。ＰＳＴＮ１０８
は、基本電話サービス（Plain Old Telephone Service：ＰＯＴＳ）を提供する回路交
換電話網を含み得る。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコル
スイートの中の伝送制御プロトコル（Transmission Control Protocol：ＴＣＰ）、ユ
ーザデータグラムプロトコル（User Datagram Protocol：ＵＤＰ）、インターネットプ
ロトコル（Internet Protocol：ＩＰ）などの共通通信プロトコルを使用する相互接続さ
れたコンピュータネットワークとデバイスのグローバルシステムを含み得る。ネットワー
ク１１２は、他のサービスプロバイダが所有や運用する有線または無線通信ネットワーク
を含むことができる。例えば、ネットワーク１１２は、ＲＡＮ１０３／１０４／１０５や
ＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと同一のＲＡＴまたは異なるＲＡＴを使用し得る１
つ以上のＲＡＮと接続された別のコアネットワークを含むことができる。
【0044】
通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部
または全部はマルチモード能力を有し得る。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０
２ｃ、１０２ｄ、および１０２ｅは、異なる無線リンクを介して異なる無線ネットワーク
と通信するための複数のトランシーバを有し得る。例えば、図２１Ａに示すＷＴＲＵ１０
２ｅは、セルラーベースの無線技術を採用できる基地局１１４ａ、およびＩＥＥＥ ８０
２無線技術を採用できる基地局１１４ｃと通信するように構成され得る。
または全部はマルチモード能力を有し得る。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０
２ｃ、１０２ｄ、および１０２ｅは、異なる無線リンクを介して異なる無線ネットワーク
と通信するための複数のトランシーバを有し得る。例えば、図２１Ａに示すＷＴＲＵ１０
２ｅは、セルラーベースの無線技術を採用できる基地局１１４ａ、およびＩＥＥＥ ８０
２無線技術を採用できる基地局１１４ｃと通信するように構成され得る。
【0045】
図２１Ｂは、本明細書に示す実施形態に従って無線通信用に構成された、例えば、ＷＴ
ＲＵ１０２などの装置またはデバイスの例のブロック図である。図２１Ｂに示すように、
例となるＷＴＲＵ１０２は、プロセッサ１１８と、トランシーバ１２０と、送受信要素１
２２と、スピーカ／マイクロフォン１２４と、キーパッド１２６と、ディスプレイ／タッ
チパッド／インジケータ１２８と、非取り外し可能１３０と、取り外し可能メモリ１３２
と、電源１３４と、グローバルポジショニングシステム（Global Positioning System
：ＧＰＳ）チップセット１３６と、その他の周辺機器１３８とを含むことができる。ＷＴ
ＲＵ１０２は、一実施形態との整合性を維持しながら、上述の要素の任意のサブコンビネ
ーションを含むことができることは理解されるであろう。また、各実施形態では、基地局
１１４ａ、１１４ｂや、基地局１１４ａ、１１４ｂが代表し得るノード（とりわけ、例え
ば、トランシーバ基地局（ＢＴＳ）、ノードＢ、サイトコントローラ、アクセスポイント
（ＡＰ）、ホームノードＢ、発展型ホームノードＢ（Evolved Home Node-B：ｅＮｏｄ
ｅＢ）、ホーム発展型ノードＢ（Home Evolved Node-B：ＨｅＮＢ）、ホーム発展型ノ
ードＢゲートウェイ、およびプロキシノードなどであるが、これらに限らない）は、図２
１Ｂに示し本明細書で述べる要素の一部または全部を含むことができるということを想定
している。
ＲＵ１０２などの装置またはデバイスの例のブロック図である。図２１Ｂに示すように、
例となるＷＴＲＵ１０２は、プロセッサ１１８と、トランシーバ１２０と、送受信要素１
２２と、スピーカ／マイクロフォン１２４と、キーパッド１２６と、ディスプレイ／タッ
チパッド／インジケータ１２８と、非取り外し可能１３０と、取り外し可能メモリ１３２
と、電源１３４と、グローバルポジショニングシステム（Global Positioning System
：ＧＰＳ）チップセット１３６と、その他の周辺機器１３８とを含むことができる。ＷＴ
ＲＵ１０２は、一実施形態との整合性を維持しながら、上述の要素の任意のサブコンビネ
ーションを含むことができることは理解されるであろう。また、各実施形態では、基地局
１１４ａ、１１４ｂや、基地局１１４ａ、１１４ｂが代表し得るノード（とりわけ、例え
ば、トランシーバ基地局（ＢＴＳ）、ノードＢ、サイトコントローラ、アクセスポイント
（ＡＰ）、ホームノードＢ、発展型ホームノードＢ（Evolved Home Node-B：ｅＮｏｄ
ｅＢ）、ホーム発展型ノードＢ（Home Evolved Node-B：ＨｅＮＢ）、ホーム発展型ノ
ードＢゲートウェイ、およびプロキシノードなどであるが、これらに限らない）は、図２
１Ｂに示し本明細書で述べる要素の一部または全部を含むことができるということを想定
している。
【0046】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタル
シグナルプロセッサ（Digital Signal Processor：ＤＳＰ）、複数のマイクロプロセッ
サ、ＤＳＰコアと関連する１つ以上のマイクロプロセッサ、コントローラ、マイクロコン
トローラ、特定用途向け集積回路（Application Specific Integrated Circuit：ＡＳ
ＩＣ）、フィールドプログラマブルゲートアレイ（Field Programmable Gate Array：
ＦＰＧＡ）回路、任意の他の種類の集積回路（Integrated Circuit：ＩＣ）、状態機械
などであってもよい。プロセッサ１１８は、ＷＴＲＵ１０２の無線環境下での動作を可能
にする信号符号化や、データ処理や、電源制御や、入出力処理や、任意のその他の機能な
どを実行することができる。プロセッサ１１８はトランシーバ１２０に接続されてもよく
、トランシーバ１２０は送受信要素１２２に接続されてもよい。図２１Ｂはプロセッサ１
１８とトランシーバ１２０を別々の構成要素として図示しているが、プロセッサ１１８と
トランシーバ１２０を１つの電子パッケージまたはチップに一体化してもよいことは理解
されるであろう。
シグナルプロセッサ（Digital Signal Processor：ＤＳＰ）、複数のマイクロプロセッ
サ、ＤＳＰコアと関連する１つ以上のマイクロプロセッサ、コントローラ、マイクロコン
トローラ、特定用途向け集積回路（Application Specific Integrated Circuit：ＡＳ
ＩＣ）、フィールドプログラマブルゲートアレイ（Field Programmable Gate Array：
ＦＰＧＡ）回路、任意の他の種類の集積回路（Integrated Circuit：ＩＣ）、状態機械
などであってもよい。プロセッサ１１８は、ＷＴＲＵ１０２の無線環境下での動作を可能
にする信号符号化や、データ処理や、電源制御や、入出力処理や、任意のその他の機能な
どを実行することができる。プロセッサ１１８はトランシーバ１２０に接続されてもよく
、トランシーバ１２０は送受信要素１２２に接続されてもよい。図２１Ｂはプロセッサ１
１８とトランシーバ１２０を別々の構成要素として図示しているが、プロセッサ１１８と
トランシーバ１２０を１つの電子パッケージまたはチップに一体化してもよいことは理解
されるであろう。
【0047】
送受信要素１２２は、エアインターフェース１１５／１１６／１１７を介して基地局（
例えば、基地局１１４ａ）と信号の送受信を行うように構成され得る。例えば、一実施形
態においては、送受信要素１２２はＲＦ信号を送信や受信するように構成されたアンテナ
であってもよい。一実施形態においては、送受信要素１２２は、例えば、ＩＲやＵＶや可
視光の信号を送信や受信するように構成されたエミッタ／検出器であってもよい。さらに
１つの実施形態においては、送受信要素１２２はＲＦと光信号のどちらも送受信するよう
に構成されてもよい。送受信要素１２２は無線信号の任意の組み合わせを送信や受信する
ように構成され得ることは理解されるであろう。
例えば、基地局１１４ａ）と信号の送受信を行うように構成され得る。例えば、一実施形
態においては、送受信要素１２２はＲＦ信号を送信や受信するように構成されたアンテナ
であってもよい。一実施形態においては、送受信要素１２２は、例えば、ＩＲやＵＶや可
視光の信号を送信や受信するように構成されたエミッタ／検出器であってもよい。さらに
１つの実施形態においては、送受信要素１２２はＲＦと光信号のどちらも送受信するよう
に構成されてもよい。送受信要素１２２は無線信号の任意の組み合わせを送信や受信する
ように構成され得ることは理解されるであろう。
【0048】
さらに、図２１Ｂには、送受信要素１２２は単一要素として図示されているが、ＷＴＲ
Ｕ１０２は任意の数の送受信要素１２２を含んでもよい。より具体的には、ＷＴＲＵ１０
２はＭＩＭＯ技術を採用してもよい。そのように、一実施形態においては、ＷＴＲＵ１０
２は、無線信号をエアインターフェース１１５／１１６／１１７を介して送受信用の２つ
以上の送受信要素１２２（例えば、複数のアンテナ）を含んでもよい。
Ｕ１０２は任意の数の送受信要素１２２を含んでもよい。より具体的には、ＷＴＲＵ１０
２はＭＩＭＯ技術を採用してもよい。そのように、一実施形態においては、ＷＴＲＵ１０
２は、無線信号をエアインターフェース１１５／１１６／１１７を介して送受信用の２つ
以上の送受信要素１２２（例えば、複数のアンテナ）を含んでもよい。
【0049】
トランシーバ１２０は送受信要素１２２が送信する信号を変調し、送受信要素１２２が
受信した信号を復調するように構成され得る。上述のように、ＷＴＲＵ１０２はマルチモ
ード能力を有し得る。したがって、トランシーバ１２０は、ＷＴＲＵ１０２が、例えば、
ＵＴＲＡやＩＥＥＥ ８０２．１１などの複数のＲＡＴを介して通信できるように、複数
のトランシーバを含むことができる。
受信した信号を復調するように構成され得る。上述のように、ＷＴＲＵ１０２はマルチモ
ード能力を有し得る。したがって、トランシーバ１２０は、ＷＴＲＵ１０２が、例えば、
ＵＴＲＡやＩＥＥＥ ８０２．１１などの複数のＲＡＴを介して通信できるように、複数
のトランシーバを含むことができる。
【0050】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４やキーパッド
１２６やディスプレイ／タッチパッド／インジケータ１２８（例えば、液晶ディスプレイ
（Liquid Crystal Display：ＬＣＤ）表示ユニットまたは有機発光ダイオード（Organi
c Light-Emitting Diode：ＯＬＥＤ）表示ユニット）に接続されかつ、そこからユーザ
入力データを受信することができる。プロセッサ１１８は、ユーザデータをスピーカ／マ
イクロフォン１２４やキーパッド１２６やディスプレイ／タッチパッド／インジケータ１
２８に出力することもできる。さらに、プロセッサ１１８は、非取り外し可能１３０や取
り外し可能メモリ１３２などの任意の種類の適切なメモリからの情報にアクセスし、そこ
にデータを保存することもできる。非取り外し可能１３０はランダムアクセスメモリ（Ra
ndom-Access Memory：ＲＡＭ）、読み出し専用メモリ（Read-Only Memory：ＲＯＭ）、
ハードディスク、または任意のその他の種類の記憶装置を含み得る。取り外し可能メモリ
１３２は加入者識別モジュール（Subscriber Identity Module：ＳＩＭ）カード、メモ
リスティック、セキュアデジタル（Secure Digital：ＳＤ）メモリカードなどを含み得
る。一実施形態においては、プロセッサ１１８は、例えば、サーバまたはホームコンピュ
ータ（図示せず）上の、ＷＴＲＵ１０２上に物理的に位置しないメモリからの情報にアク
セスし、そこにデータを保存してもよい。
１２６やディスプレイ／タッチパッド／インジケータ１２８（例えば、液晶ディスプレイ
（Liquid Crystal Display：ＬＣＤ）表示ユニットまたは有機発光ダイオード（Organi
c Light-Emitting Diode：ＯＬＥＤ）表示ユニット）に接続されかつ、そこからユーザ
入力データを受信することができる。プロセッサ１１８は、ユーザデータをスピーカ／マ
イクロフォン１２４やキーパッド１２６やディスプレイ／タッチパッド／インジケータ１
２８に出力することもできる。さらに、プロセッサ１１８は、非取り外し可能１３０や取
り外し可能メモリ１３２などの任意の種類の適切なメモリからの情報にアクセスし、そこ
にデータを保存することもできる。非取り外し可能１３０はランダムアクセスメモリ（Ra
ndom-Access Memory：ＲＡＭ）、読み出し専用メモリ（Read-Only Memory：ＲＯＭ）、
ハードディスク、または任意のその他の種類の記憶装置を含み得る。取り外し可能メモリ
１３２は加入者識別モジュール（Subscriber Identity Module：ＳＩＭ）カード、メモ
リスティック、セキュアデジタル（Secure Digital：ＳＤ）メモリカードなどを含み得
る。一実施形態においては、プロセッサ１１８は、例えば、サーバまたはホームコンピュ
ータ（図示せず）上の、ＷＴＲＵ１０２上に物理的に位置しないメモリからの情報にアク
セスし、そこにデータを保存してもよい。
【0051】
プロセッサ１１８は電源１３４から電力を受け取ることができ、ＷＴＲＵ１０２内の他
の構成要素に対して電力を分配したり制御したりするように構成され得る。電源１３４は
、ＷＴＲＵ１０２に電力を供給するための任意の適切なデバイスであり得る。例えば、電
源１３４は、１つ以上の乾電池、太陽電池、燃料電池などを含むことができる。
の構成要素に対して電力を分配したり制御したりするように構成され得る。電源１３４は
、ＷＴＲＵ１０２に電力を供給するための任意の適切なデバイスであり得る。例えば、電
源１３４は、１つ以上の乾電池、太陽電池、燃料電池などを含むことができる。
【0052】
プロセッサ１１８は、ＷＴＲＵ１０２の現在の位置に関する位置情報（例えば、経度と
緯度）を提供するように構成され得るＧＰＳチップセット１３６に接続されることもでき
る。ＷＴＲＵ１０２は、ＧＰＳチップセット１３６からの情報に加えて、またはそれに代
えて、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１５／
１１６／１１７を介して位置情報を受信したり、２つ以上の近隣の基地局から受信中の信
号のタイミングに基づいて自身の位置を決定したりすることができる。ＷＴＲＵ１０２は
、一実施形態との整合性を維持しながら、任意の適切な位置決定方法によって位置情報を
取得してもよいことは理解されるであろう。
緯度）を提供するように構成され得るＧＰＳチップセット１３６に接続されることもでき
る。ＷＴＲＵ１０２は、ＧＰＳチップセット１３６からの情報に加えて、またはそれに代
えて、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１５／
１１６／１１７を介して位置情報を受信したり、２つ以上の近隣の基地局から受信中の信
号のタイミングに基づいて自身の位置を決定したりすることができる。ＷＴＲＵ１０２は
、一実施形態との整合性を維持しながら、任意の適切な位置決定方法によって位置情報を
取得してもよいことは理解されるであろう。
【0053】
プロセッサ１１８は、その他の周辺機器１３８にさらに接続されてもよく、その他の周
辺機器１３８は、追加的特徴や機能性や、有線または無線接続性を提供する１つ以上のソ
フトウェアやハードウェアのモジュールを含むことができる。例えば、周辺機器１３８は
、加速度計や生体計測（例えば、指紋）センサなどの各種センサ、電子コンパス（e-Comp
ass）、衛星トランシーバ、（写真またはビデオ用）デジタルカメラ、ユニバーサルシリ
アルバス（Universal Serial Bus：ＵＳＢ）ポートまたはその他の相互接続インターフ
ェース、振動デバイス、テレビジョントランシーバ、ハンズフリーヘッドセット、ブルー
トゥース（登録商標）（Bluetooth）モジュール、周波数変調（Frequency Modulated：
ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤ
モジュール、インターネットブラウザなどを含むことができる。
辺機器１３８は、追加的特徴や機能性や、有線または無線接続性を提供する１つ以上のソ
フトウェアやハードウェアのモジュールを含むことができる。例えば、周辺機器１３８は
、加速度計や生体計測（例えば、指紋）センサなどの各種センサ、電子コンパス（e-Comp
ass）、衛星トランシーバ、（写真またはビデオ用）デジタルカメラ、ユニバーサルシリ
アルバス（Universal Serial Bus：ＵＳＢ）ポートまたはその他の相互接続インターフ
ェース、振動デバイス、テレビジョントランシーバ、ハンズフリーヘッドセット、ブルー
トゥース（登録商標）（Bluetooth）モジュール、周波数変調（Frequency Modulated：
ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤ
モジュール、インターネットブラウザなどを含むことができる。
【0054】
ＷＴＲＵ１０２は、センサ、家庭用電化製品、スマートウォッチやスマートクロージン
グのようなウェアラブルデバイス、医療機器やｅＨｅａｌｔｈデバイス、ロボット、産業
機器、ドローン、乗用車、トラック、列車、航空機などの輸送機器などの、他の装置また
はデバイスの中に具現化されてもよい。ＷＴＲＵ１０２は、そのような装置またはデバイ
スのその他の構成要素、モジュール、またはシステムに、周辺機器１３８の１つを含み得
る相互接続インターフェースなどの１つ以上の相互接続インターフェースを介して接続さ
れてもよい。
グのようなウェアラブルデバイス、医療機器やｅＨｅａｌｔｈデバイス、ロボット、産業
機器、ドローン、乗用車、トラック、列車、航空機などの輸送機器などの、他の装置また
はデバイスの中に具現化されてもよい。ＷＴＲＵ１０２は、そのような装置またはデバイ
スのその他の構成要素、モジュール、またはシステムに、周辺機器１３８の１つを含み得
る相互接続インターフェースなどの１つ以上の相互接続インターフェースを介して接続さ
れてもよい。
【0055】
図２１Ｃは、一実施形態に係るＲＡＮ１０３およびコアネットワーク１０６のシステム
図である。上述のように、ＲＡＮ１０３は、ＵＴＲＡ無線技術を採用して、エアインター
フェース１１５を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる
。ＲＡＮ１０３はコアネットワーク１０６と通信することもできる。図２１Ｃに示すよう
に、ＲＡＮ１０３は、ノードＢ１４０ａ、１４０ｂ、１４０ｃを含むことができ、ノード
Ｂ１４０ａ、１４０ｂ、１４０ｃは、それぞれ、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ
とエアインターフェース１１５を介して通信するための１つ以上のトランシーバを含むこ
とができる。ノードＢ１４０ａ、１４０ｂ、１４０ｃは、それぞれ、ＲＡＮ１０３内の特
定のセル（図示せず）と関連付けられてもよい。ＲＡＮ１０３はＲＮＣ１４２ａ、１４２
ｂをさらに含むことができる。ＲＡＮ１０３は、一実施形態との整合性を維持しながら、
任意の数のノードＢやＲＮＣを含み得ることは理解されるであろう。
図である。上述のように、ＲＡＮ１０３は、ＵＴＲＡ無線技術を採用して、エアインター
フェース１１５を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる
。ＲＡＮ１０３はコアネットワーク１０６と通信することもできる。図２１Ｃに示すよう
に、ＲＡＮ１０３は、ノードＢ１４０ａ、１４０ｂ、１４０ｃを含むことができ、ノード
Ｂ１４０ａ、１４０ｂ、１４０ｃは、それぞれ、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ
とエアインターフェース１１５を介して通信するための１つ以上のトランシーバを含むこ
とができる。ノードＢ１４０ａ、１４０ｂ、１４０ｃは、それぞれ、ＲＡＮ１０３内の特
定のセル（図示せず）と関連付けられてもよい。ＲＡＮ１０３はＲＮＣ１４２ａ、１４２
ｂをさらに含むことができる。ＲＡＮ１０３は、一実施形態との整合性を維持しながら、
任意の数のノードＢやＲＮＣを含み得ることは理解されるであろう。
【0056】
図２１Ｃに示すように、ノードＢ１４０ａ、１４０ｂはＲＮＣ１４２ａと通信可能であ
る。さらに、ノードＢ１４０ｃはＲＮＣ１４２ｂと通信可能である。ノードＢ１４０ａ、
１４０ｂ、１４０ｃは、Ｉｕｂインターフェースを介して、ＲＮＣ１４２ａ、１４２ｂの
それぞれと通信可能である。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインターフェースを介
して相互に通信可能である。ＲＮＣ１４２ａ、１４２ｂの各々は、それが接続されている
ノードＢ１４０ａ、１４０ｂ、１４０ｃのそれぞれを制御するように構成され得る。さら
に、ＲＮＣ１４２ａ、１４２ｂの各々は、外部ループ電源制御、負荷制御、承認制御、パ
ケットスケジューリング、ハンドオーバ制御、マクロダイバーシティ、セキュリティ機能
、データ暗号化などの、他の機能を実行またはサポートするように構成され得る。
る。さらに、ノードＢ１４０ｃはＲＮＣ１４２ｂと通信可能である。ノードＢ１４０ａ、
１４０ｂ、１４０ｃは、Ｉｕｂインターフェースを介して、ＲＮＣ１４２ａ、１４２ｂの
それぞれと通信可能である。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインターフェースを介
して相互に通信可能である。ＲＮＣ１４２ａ、１４２ｂの各々は、それが接続されている
ノードＢ１４０ａ、１４０ｂ、１４０ｃのそれぞれを制御するように構成され得る。さら
に、ＲＮＣ１４２ａ、１４２ｂの各々は、外部ループ電源制御、負荷制御、承認制御、パ
ケットスケジューリング、ハンドオーバ制御、マクロダイバーシティ、セキュリティ機能
、データ暗号化などの、他の機能を実行またはサポートするように構成され得る。
【0057】
図２１Ｃに示すコアネットワーク１０６は、メディアゲートウェイ（Media Gateway：
ＭＧＷ）１４４と、モバイルスイッチングセンタ（Mobile Switching Center：ＭＳＣ
）１４６と、サービング汎用パケット無線サービス（General Packet Radio Service
：ＧＰＲＳ）サポートノード（Serving GPRS Support Node：ＳＧＳＮ）１４８と、ゲ
ートウェイＧＰＲＳサポートノード（Gateway GPRS Support Node：ＧＧＳＮ）１５０
のうち、少なくとも１つを含むことができる。上記要素の各々はコアネットワーク１０６
の部分として図示されているが、これらの要素のうちのいずれも、コアネットワークオペ
レータ以外の事業体によって所有や運用されてもよいことは理解されるであろう。
ＭＧＷ）１４４と、モバイルスイッチングセンタ（Mobile Switching Center：ＭＳＣ
）１４６と、サービング汎用パケット無線サービス（General Packet Radio Service
：ＧＰＲＳ）サポートノード（Serving GPRS Support Node：ＳＧＳＮ）１４８と、ゲ
ートウェイＧＰＲＳサポートノード（Gateway GPRS Support Node：ＧＧＳＮ）１５０
のうち、少なくとも１つを含むことができる。上記要素の各々はコアネットワーク１０６
の部分として図示されているが、これらの要素のうちのいずれも、コアネットワークオペ
レータ以外の事業体によって所有や運用されてもよいことは理解されるであろう。
【0058】
ＲＡＮ１０３内のＲＮＣ１４２ａは、ＩｕＣＳインターフェースを介して、コアネット
ワーク１０６内のＭＳＣ１４６に接続されてもよい。ＭＳＣ１４６はＭＧＷ１４４に接続
されてもよい。ＭＳＣ１４６とＭＧＷ１４４は、ＰＳＴＮ１０８などの回線交換ネットワ
ークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２
ａ、１０２ｂ、１０２ｃと従来の固定有線通信デバイスの間の通信を円滑にすることがで
きる。
ワーク１０６内のＭＳＣ１４６に接続されてもよい。ＭＳＣ１４６はＭＧＷ１４４に接続
されてもよい。ＭＳＣ１４６とＭＧＷ１４４は、ＰＳＴＮ１０８などの回線交換ネットワ
ークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２
ａ、１０２ｂ、１０２ｃと従来の固定有線通信デバイスの間の通信を円滑にすることがで
きる。
【0059】
ＲＡＮ１０３内のＲＮＣ１４２ａは、ＩｕＰＳインターフェースを介して、コアネット
ワーク１０６内のＳＧＳＮ１４８にさらに接続されてもよい。ＳＧＳＮ１４８はＧＧＳＮ
１５０に接続されてもよい。ＳＧＳＮ１４８とＧＧＳＮ１５０は、インターネット１１０
などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ
に提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスの間の通信を円
滑にすることができる。
ワーク１０６内のＳＧＳＮ１４８にさらに接続されてもよい。ＳＧＳＮ１４８はＧＧＳＮ
１５０に接続されてもよい。ＳＧＳＮ１４８とＧＧＳＮ１５０は、インターネット１１０
などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ
に提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスの間の通信を円
滑にすることができる。
【0060】
上述のように、コアネットワーク１０６は、他のサービスプロバイダが所有や運用をす
る有線または無線ネットワークを含み得るネットワーク１１２にさらに接続されてもよい
。
る有線または無線ネットワークを含み得るネットワーク１１２にさらに接続されてもよい
。
【0061】
図２１Ｄは、一実施形態に係るＲＡＮ１０４およびコアネットワーク１０７のシステム
図である。上述のように、ＲＡＮ１０４は、Ｅ－ＵＴＲＡ無線技術を採用して、エアイン
ターフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することが
できる。ＲＡＮ１０４は、コアネットワーク１０７と通信することもできる。
図である。上述のように、ＲＡＮ１０４は、Ｅ－ＵＴＲＡ無線技術を採用して、エアイン
ターフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することが
できる。ＲＡＮ１０４は、コアネットワーク１０７と通信することもできる。
【0062】
ＲＡＮ１０４は、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃを含み得るが、ＲＡＮ１０
４は、一実施形態との整合性を維持しながら、任意の数のｅノードＢを含み得ることは理
解されるであろう。ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、それぞれ、ＷＴＲＵ１
０２ａ、１０２ｂ、１０２ｃとエアインターフェース１１６を介して通信するための１つ
以上のトランシーバを含むことができる。一実施形態においては、ｅノードＢ１６０ａ、
１６０ｂ、１６０ｃはＭＩＭＯ技術を実装してもよい。そのようにして、ｅノードＢ１６
０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、そ
こから無線信号を受信することができる。
４は、一実施形態との整合性を維持しながら、任意の数のｅノードＢを含み得ることは理
解されるであろう。ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、それぞれ、ＷＴＲＵ１
０２ａ、１０２ｂ、１０２ｃとエアインターフェース１１６を介して通信するための１つ
以上のトランシーバを含むことができる。一実施形態においては、ｅノードＢ１６０ａ、
１６０ｂ、１６０ｃはＭＩＭＯ技術を実装してもよい。そのようにして、ｅノードＢ１６
０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、そ
こから無線信号を受信することができる。
【0063】
ｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々は、特定のセル（図示せず）に関連付
けられてもよく、無線リソース管理上の決定、ハンドオーバの決定、上りリンクや下りリ
ンクにおけるユーザのスケジューリングなどの処理をするように構成されてもよい。図２
１Ｄに示すように、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェース
を介して、相互に通信可能である。
けられてもよく、無線リソース管理上の決定、ハンドオーバの決定、上りリンクや下りリ
ンクにおけるユーザのスケジューリングなどの処理をするように構成されてもよい。図２
１Ｄに示すように、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェース
を介して、相互に通信可能である。
【0064】
図２１Ｄに示すコアネットワーク１０７は、モビリティ管理ゲートウェイ（ＭＭＥ）１
６２と、サービングゲートウェイ１６４と、パケットデータネットワーク（Packet Data
Network：ＰＤＮ）ゲートウェイ１６６を含むことができる。上記要素の各々はコアネ
ットワーク１０７の部分として図示されているが、これらの要素のうちのいずれも、コア
ネットワークオペレータ以外の事業体によって所有や運用されてもよいことは理解される
であろう。
６２と、サービングゲートウェイ１６４と、パケットデータネットワーク（Packet Data
Network：ＰＤＮ）ゲートウェイ１６６を含むことができる。上記要素の各々はコアネ
ットワーク１０７の部分として図示されているが、これらの要素のうちのいずれも、コア
ネットワークオペレータ以外の事業体によって所有や運用されてもよいことは理解される
であろう。
【0065】
ＭＭＥ１６２は、Ｓ１インターフェースを介してＲＡＮ１０４内のｅノードＢ１６０ａ
、１６０ｂ、１６０ｃの各々に接続されてもよく、制御ノードとして機能してもよい。例
えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ベアラ
のアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッ
チ中における特定のサービングゲートウェイの選択などを司ってもよい。ＭＭＥ１６２は
、さらに、ＲＡＮ１０４と、ＧＳＭやＷＣＤＭＡなどの他の無線技術を用いる他のＲＡＮ
（図示せず）との間で切り替えるための、制御プレーン機能を提供してもよい。
、１６０ｂ、１６０ｃの各々に接続されてもよく、制御ノードとして機能してもよい。例
えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ベアラ
のアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッ
チ中における特定のサービングゲートウェイの選択などを司ってもよい。ＭＭＥ１６２は
、さらに、ＲＡＮ１０４と、ＧＳＭやＷＣＤＭＡなどの他の無線技術を用いる他のＲＡＮ
（図示せず）との間で切り替えるための、制御プレーン機能を提供してもよい。
【0066】
サービングゲートウェイ１６４は、Ｓ１インターフェースを介して、ＲＡＮ１０４内の
ｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続されてもよい。サービングゲート
ウェイ１６４は、一般に、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、１０２
ｃへ、またはそこからルーティングおよびフォワーディングすることができる。サービン
グゲートウェイ１６４は、さらに、ｅノードＢ間のハンドオーバ中におけるユーザプレー
ンのアンカリング、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが下りリンクデータを利用可
能な場合のページングのトリガリング、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテ
キストの管理および記憶などの、他の機能を実行することができる。
ｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続されてもよい。サービングゲート
ウェイ１６４は、一般に、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、１０２
ｃへ、またはそこからルーティングおよびフォワーディングすることができる。サービン
グゲートウェイ１６４は、さらに、ｅノードＢ間のハンドオーバ中におけるユーザプレー
ンのアンカリング、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが下りリンクデータを利用可
能な場合のページングのトリガリング、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテ
キストの管理および記憶などの、他の機能を実行することができる。
【0067】
サービングゲートウェイ１６４は、さらに、ＰＤＮゲートウェイ１６６に接続されても
よく、ＰＤＮゲートウェイ１６６は、インターネット１１０などのパケット交換ネットワ
ークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２
ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスの間の通信を円滑にすることができる。
よく、ＰＤＮゲートウェイ１６６は、インターネット１１０などのパケット交換ネットワ
ークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２
ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスの間の通信を円滑にすることができる。
【0068】
コアネットワーク１０７は、他のネットワークとの通信を円滑にすることができる。例
えば、コアネットワーク１０７は、ＰＳＴＮ１０８などの回線交換ネットワークへのアク
セスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ
、１０２ｃと従来の固定有線通信デバイスの間の通信を円滑にすることができる。例えば
、コアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ１０８の間のインター
フェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（
IP Multimedia Subsystem：ＩＭＳ）サーバ）を含むか、またはそれと通信してもよい
。さらに、コアネットワーク１０７は、他のサービスプロバイダが所有や運用する有線ま
たは無線通信ネットワークを含み得るネットワーク１１２へのアクセスをＷＴＲＵ１０２
ａ、１０２ｂ、１０２ｃに提供することができる。
えば、コアネットワーク１０７は、ＰＳＴＮ１０８などの回線交換ネットワークへのアク
セスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ
、１０２ｃと従来の固定有線通信デバイスの間の通信を円滑にすることができる。例えば
、コアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ１０８の間のインター
フェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（
IP Multimedia Subsystem：ＩＭＳ）サーバ）を含むか、またはそれと通信してもよい
。さらに、コアネットワーク１０７は、他のサービスプロバイダが所有や運用する有線ま
たは無線通信ネットワークを含み得るネットワーク１１２へのアクセスをＷＴＲＵ１０２
ａ、１０２ｂ、１０２ｃに提供することができる。
【0069】
図２１Ｅは、一実施形態に係るＲＡＮ１０５およびコアネットワーク１０９のシステム
図である。ＲＡＮ１０５は、ＩＥＥＥ ８０２．１６無線技術を採用して、エアインター
フェース１１７を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するアクセスサ
ービスネットワーク（Access Service Network：ＡＳＮ）であってもよい。後にさらに
論じるように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、ＲＡＮ１０５と、コアネット
ワーク１０９との異なる機能エンティティ間の通信リンクを、基準点として定義すること
ができる。
図である。ＲＡＮ１０５は、ＩＥＥＥ ８０２．１６無線技術を採用して、エアインター
フェース１１７を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するアクセスサ
ービスネットワーク（Access Service Network：ＡＳＮ）であってもよい。後にさらに
論じるように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、ＲＡＮ１０５と、コアネット
ワーク１０９との異なる機能エンティティ間の通信リンクを、基準点として定義すること
ができる。
【0070】
図２１Ｅに示すように、ＲＡＮ１０５は基地局１８０ａ、１８０ｂ、１８０ｃとＡＳＮ
ゲートウェイ１８２を含み得るが、ＲＡＮ１０５は、一実施形態との整合性を維持しなが
ら、任意の数の基地局とＡＳＮゲートウェイを含み得ることは理解されるであろう。基地
局１８０ａ、１８０ｂ、１８０ｃは、それぞれ、ＲＡＮ１０５内の特定のセルに関連付け
られてもよく、エアインターフェース１１７を介してＷＴＲＵ１０２ａ、１０２ｂ、１０
２ｃと通信するための１つ以上のトランシーバを含んでもよい。一実施形態においては、
基地局１８０ａ、１８０ｂ、１８０ｃはＭＩＭＯ技術を実装してもよい。そのようにして
、基地局１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号
を送信し、そこから無線信号を受信することができる。基地局１８０ａ、１８０ｂ、１８
０ｃは、さらに、ハンドオフトリガリング、トンネル確立、無線リソース管理、トラフィ
ック分類、サービスの質（ＱｏＳ）ポリシーの施行などのモビリティ管理機能を提供する
ことができる。ＡＳＮゲートウェイ１８２は、トラフィック集約点として機能することが
でき、ページング、加入者プロファイルのキャッシング、コアネットワーク１０９へのル
ーティングなどを司ることができる。
ゲートウェイ１８２を含み得るが、ＲＡＮ１０５は、一実施形態との整合性を維持しなが
ら、任意の数の基地局とＡＳＮゲートウェイを含み得ることは理解されるであろう。基地
局１８０ａ、１８０ｂ、１８０ｃは、それぞれ、ＲＡＮ１０５内の特定のセルに関連付け
られてもよく、エアインターフェース１１７を介してＷＴＲＵ１０２ａ、１０２ｂ、１０
２ｃと通信するための１つ以上のトランシーバを含んでもよい。一実施形態においては、
基地局１８０ａ、１８０ｂ、１８０ｃはＭＩＭＯ技術を実装してもよい。そのようにして
、基地局１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号
を送信し、そこから無線信号を受信することができる。基地局１８０ａ、１８０ｂ、１８
０ｃは、さらに、ハンドオフトリガリング、トンネル確立、無線リソース管理、トラフィ
ック分類、サービスの質（ＱｏＳ）ポリシーの施行などのモビリティ管理機能を提供する
ことができる。ＡＳＮゲートウェイ１８２は、トラフィック集約点として機能することが
でき、ページング、加入者プロファイルのキャッシング、コアネットワーク１０９へのル
ーティングなどを司ることができる。
【0071】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＲＡＮ１０５の間のエアインターフェース１
１７を、ＩＥＥＥ ８０２．１６仕様を実装したＲ１基準点と定義することができる。さ
らに、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの各々は、コアネットワーク１０９との論
理インターフェース（図示せず）を構築することができる。ＷＴＲＵ１０２ａ、１０２ｂ
、１０２ｃとコアネットワーク１０９の間の論理インターフェースを、認証や、認可や、
ＩＰホスト構成管理や、モビリティ管理のために使用され得るＲ２基準点として定義する
ことができる。
１７を、ＩＥＥＥ ８０２．１６仕様を実装したＲ１基準点と定義することができる。さ
らに、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの各々は、コアネットワーク１０９との論
理インターフェース（図示せず）を構築することができる。ＷＴＲＵ１０２ａ、１０２ｂ
、１０２ｃとコアネットワーク１０９の間の論理インターフェースを、認証や、認可や、
ＩＰホスト構成管理や、モビリティ管理のために使用され得るＲ２基準点として定義する
ことができる。
【0072】
基地局１８０ａ、１８０ｂ、１８０ｃの各々の間の通信リンクを、基地局間のＷＴＲＵ
ハンドオーバおよびデータ転送を円滑にするためのプロトコルを含むＲ８基準点として定
義することができる。基地局１８０ａ、１８０ｂ、１８０ｃとＡＳＮゲートウェイ１８２
の間の通信リンクをＲ６基準点として定義することができる。Ｒ６基準点は、ＷＴＲＵ１
０２ａ、１０２ｂ、１０２ｃの各々に関連付けられたモビリティイベントに基づくモビリ
ティ管理を円滑にするためのプロトコルを含むことができる。
ハンドオーバおよびデータ転送を円滑にするためのプロトコルを含むＲ８基準点として定
義することができる。基地局１８０ａ、１８０ｂ、１８０ｃとＡＳＮゲートウェイ１８２
の間の通信リンクをＲ６基準点として定義することができる。Ｒ６基準点は、ＷＴＲＵ１
０２ａ、１０２ｂ、１０２ｃの各々に関連付けられたモビリティイベントに基づくモビリ
ティ管理を円滑にするためのプロトコルを含むことができる。
【0073】
図２１Ｅに示すように、ＲＡＮ１０５はコアネットワーク１０９に接続され得る。ＲＡ
Ｎ１０５とコアネットワーク１０９の間の通信リンクを、例えば、データ転送およびモビ
リティ管理能力を促進するためのプロトコルを含むＲ３基準点として定義することができ
る。コアネットワーク１０９は、モバイルＩＰホームエージェント（Mobile IP Home
Agent：ＭＩＰ－ＨＡ）１８４と、認証、認可、アカウンティング（Authentication, Au
thorization, Accounting：ＡＡＡ）サーバ１８６と、ゲートウェイ１８８を含むことが
できる。上記要素の各々はコアネットワーク１０９の部分として図示されているが、これ
らの要素のうちのいずれも、コアネットワークオペレータ以外の事業体によって所有や運
用されてもよいことは理解されるであろう。
Ｎ１０５とコアネットワーク１０９の間の通信リンクを、例えば、データ転送およびモビ
リティ管理能力を促進するためのプロトコルを含むＲ３基準点として定義することができ
る。コアネットワーク１０９は、モバイルＩＰホームエージェント（Mobile IP Home
Agent：ＭＩＰ－ＨＡ）１８４と、認証、認可、アカウンティング（Authentication, Au
thorization, Accounting：ＡＡＡ）サーバ１８６と、ゲートウェイ１８８を含むことが
できる。上記要素の各々はコアネットワーク１０９の部分として図示されているが、これ
らの要素のうちのいずれも、コアネットワークオペレータ以外の事業体によって所有や運
用されてもよいことは理解されるであろう。
【0074】
ＭＩＰ－ＨＡはＩＰアドレス管理を司ることができ、ＷＴＲＵ１０２ａ、１０２ｂ、１
０２ｃが異なるＡＳＮや異なるコアネットワークの間をローミングできるようにすること
ができる。ＭＩＰ－ＨＡ１８４は、インターネット１１０などのパケット交換ネットワー
クへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ
、１０２ｂ、１０２ｃとＩＰ対応デバイスの間の通信を円滑にすることができる。ＡＡＡ
サーバ１８６は、ユーザ認証およびユーザサービスのサポートを司ることができる。ゲー
トウェイ１８８は、他のネットワークとのインターワーキングを円滑にすることができる
。例えば、ゲートウェイ１８８は、ＰＳＴＮ１０８などの回線交換ネットワークへのアク
セスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ
、１０２ｃと従来の固定有線通信デバイスの間の通信を円滑にすることができる。さらに
、ゲートウェイ１８８は、他のサービスプロバイダが所有や運用する有線または無線通信
ネットワークを含み得るネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ
、１０２ｃに提供することができる。
０２ｃが異なるＡＳＮや異なるコアネットワークの間をローミングできるようにすること
ができる。ＭＩＰ－ＨＡ１８４は、インターネット１１０などのパケット交換ネットワー
クへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ
、１０２ｂ、１０２ｃとＩＰ対応デバイスの間の通信を円滑にすることができる。ＡＡＡ
サーバ１８６は、ユーザ認証およびユーザサービスのサポートを司ることができる。ゲー
トウェイ１８８は、他のネットワークとのインターワーキングを円滑にすることができる
。例えば、ゲートウェイ１８８は、ＰＳＴＮ１０８などの回線交換ネットワークへのアク
セスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ
、１０２ｃと従来の固定有線通信デバイスの間の通信を円滑にすることができる。さらに
、ゲートウェイ１８８は、他のサービスプロバイダが所有や運用する有線または無線通信
ネットワークを含み得るネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ
、１０２ｃに提供することができる。
【0075】
図２１Ｅには図示しないが、ＲＡＮ１０５は他のＡＳＮに接続されてもよく、コアネッ
トワーク１０９は他のコアネットワークと接続されてもよいことは理解されるであろう。
ＲＡＮ１０５と他のＡＳＮとの間の通信リンクをＲ４基準点として定義することができ、
Ｒ４基準点は、ＲＡＮ１０５と他のＡＳＮとの間のＷＴＲＵ１０２ａ、１０２ｂ、１０２
ｃのモビリティを調整するためのプロトコルを含むことができる。コアネットワーク１０
９と他のコアネットワークの間の通信リンクを、Ｒ５基準として定義することができ、Ｒ
５基準は、ホームコアネットワークと訪問先コアネットワークの間のインターワーキング
を円滑にするためのプロトコルを含むことができる。
トワーク１０９は他のコアネットワークと接続されてもよいことは理解されるであろう。
ＲＡＮ１０５と他のＡＳＮとの間の通信リンクをＲ４基準点として定義することができ、
Ｒ４基準点は、ＲＡＮ１０５と他のＡＳＮとの間のＷＴＲＵ１０２ａ、１０２ｂ、１０２
ｃのモビリティを調整するためのプロトコルを含むことができる。コアネットワーク１０
９と他のコアネットワークの間の通信リンクを、Ｒ５基準として定義することができ、Ｒ
５基準は、ホームコアネットワークと訪問先コアネットワークの間のインターワーキング
を円滑にするためのプロトコルを含むことができる。
【0076】
本明細書で説明され、図２１Ａ、２１Ｃ、２１Ｄ、２１Ｅに示されたコアネットワーク
エンティティは、特定の既存の３ＧＰＰ仕様においてそれらのエンティティに付けられた
名前で識別されるが、それらのエンティティや機能性は、将来は、他の名前で識別される
可能性があり、特定のエンティティまたは機能性は、３ＧＰＰが発行する、３ＧＰＰ Ｎ
Ｒ仕様を含む将来の仕様において組み合わされる可能性があることが理解される。したが
って、説明され、図２１Ａ、２１Ｂ、２１Ｃ、２１Ｄ、２１Ｅに示される特定のネットワ
ークエンティティおよび機能性は、単に例として提示されたものであり、本明細書に開示
され、特許請求される主題は、現在定義されているかまたは将来定義される任意の類似の
通信システムの中に具現化または実装してもよいことが理解される。
エンティティは、特定の既存の３ＧＰＰ仕様においてそれらのエンティティに付けられた
名前で識別されるが、それらのエンティティや機能性は、将来は、他の名前で識別される
可能性があり、特定のエンティティまたは機能性は、３ＧＰＰが発行する、３ＧＰＰ Ｎ
Ｒ仕様を含む将来の仕様において組み合わされる可能性があることが理解される。したが
って、説明され、図２１Ａ、２１Ｂ、２１Ｃ、２１Ｄ、２１Ｅに示される特定のネットワ
ークエンティティおよび機能性は、単に例として提示されたものであり、本明細書に開示
され、特許請求される主題は、現在定義されているかまたは将来定義される任意の類似の
通信システムの中に具現化または実装してもよいことが理解される。
【0077】
図２１Ｆは、例えば、ＲＡＮ１０３／１０４／１０５内の特定のノードまたは機能エン
ティティ、コアネットワーク１０６／１０７／１０９、ＰＳＴＮ１０８、インターネット
１１０、またはその他のネットワーク１１２などの、図２１Ａ、２１Ｃ、２１Ｄ、２１Ｅ
に示す通信ネットワークの１つ以上の装置を具現化し得る、例示的なコンピューティング
システム９０のブロック図である。コンピューティングシステム９０は、コンピュータま
たはサーバを含むことができ、主としてコンピュータ読み取り可能な命令によって制御さ
れてもよく、命令はソフトウェアの形態であってもよく、ソフトウェアは任意の場所に、
あるいは任意の手段によって保存またはアクセスされてもよい。そのようなコンピュータ
読み取り可能な命令は、プロセッサ９１内で実行されて、コンピューティングシステム９
０を作動させてもよい。プロセッサ９１は、汎用プロセッサ、専用プロセッサ、従来型プ
ロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰ
コアと関連する１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、
特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ
）回路、任意の他の種類の集積回路（ＩＣ）、状態機械などであってもよい。プロセッサ
９１は、コンピューティングシステム９０の通信ネットワーク内での動作を可能にする信
号符号化や、データ処理や、電源制御や、入出力処理や、任意のその他の機能などを実行
することができる。コプロセッサ８１は、メインプロセッサ９１と別個の、追加的機能を
実行するか、もしくはプロセッサ９１をアシストするオプショナルプロセッサである。プ
ロセッサ９１とコプロセッサ８１のうち、少なくとも一方は、本明細書に開示の方法と装
置に関連するデータを受信、生成、および処理することができる。
ティティ、コアネットワーク１０６／１０７／１０９、ＰＳＴＮ１０８、インターネット
１１０、またはその他のネットワーク１１２などの、図２１Ａ、２１Ｃ、２１Ｄ、２１Ｅ
に示す通信ネットワークの１つ以上の装置を具現化し得る、例示的なコンピューティング
システム９０のブロック図である。コンピューティングシステム９０は、コンピュータま
たはサーバを含むことができ、主としてコンピュータ読み取り可能な命令によって制御さ
れてもよく、命令はソフトウェアの形態であってもよく、ソフトウェアは任意の場所に、
あるいは任意の手段によって保存またはアクセスされてもよい。そのようなコンピュータ
読み取り可能な命令は、プロセッサ９１内で実行されて、コンピューティングシステム９
０を作動させてもよい。プロセッサ９１は、汎用プロセッサ、専用プロセッサ、従来型プ
ロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰ
コアと関連する１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、
特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ
）回路、任意の他の種類の集積回路（ＩＣ）、状態機械などであってもよい。プロセッサ
９１は、コンピューティングシステム９０の通信ネットワーク内での動作を可能にする信
号符号化や、データ処理や、電源制御や、入出力処理や、任意のその他の機能などを実行
することができる。コプロセッサ８１は、メインプロセッサ９１と別個の、追加的機能を
実行するか、もしくはプロセッサ９１をアシストするオプショナルプロセッサである。プ
ロセッサ９１とコプロセッサ８１のうち、少なくとも一方は、本明細書に開示の方法と装
置に関連するデータを受信、生成、および処理することができる。
【0078】
動作中、プロセッサ９１は命令をフェッチし、解読し、実行して、コンピューティング
システムの主要データ転送経路であるシステムバス８０を介して、他のリソースとの間で
情報を転送する。そのようなシステムバスは、コンピューティングシステム９０内の構成
要素を接続し、データ交換の媒介を規定する。システムバス８０は、通常、データを送信
するためのデータラインと、アドレスを送信するためのアドレスラインと、割り込みを送
信するためとシステムバスを動作させるための制御ラインを含む。そのようなシステムバ
ス８０の一例が、周辺コンポーネント相互接続（Peripheral Component Interconnect
：ＰＣＩ）バスである。
システムの主要データ転送経路であるシステムバス８０を介して、他のリソースとの間で
情報を転送する。そのようなシステムバスは、コンピューティングシステム９０内の構成
要素を接続し、データ交換の媒介を規定する。システムバス８０は、通常、データを送信
するためのデータラインと、アドレスを送信するためのアドレスラインと、割り込みを送
信するためとシステムバスを動作させるための制御ラインを含む。そのようなシステムバ
ス８０の一例が、周辺コンポーネント相互接続（Peripheral Component Interconnect
：ＰＣＩ）バスである。
【0079】
システムバス８０に接続されるメモリには、ランダムアクセスメモリ（ＲＡＭ）８２と
読み出し専用メモリ（ＲＯＭ）９３が含まれる。そのようなメモリは、情報を保存し、読
み出すことを可能にする回路を含む。ＲＯＭ９３は、一般に、容易に修正できない保存デ
ータを収納する。ＲＡＭ８２内に保存されたデータは、プロセッサ９１または他のハード
ウェアデバイスによって読み取られるか、もしくは変更され得る。ＲＡＭ８２とＲＯＭ９
３のうち、少なくとも一方へのアクセスは、メモリコントローラ９２によって制御され得
る。メモリコントローラ９２は、命令が実行されるに従って仮想アドレスを物理アドレス
に変換するアドレス変換機能を提供することができる。メモリコントローラ９２は、さら
に、システム内の各プロセスを隔離し、システムプロセスをユーザプロセスから隔離する
メモリ保護機能を提供することができる。したがって、第１モードで実行中のプログラム
は、それ自身のプロセス仮想アドレス空間によってマッピングされるメモリのみにアクセ
スすることができ、プロセス間のメモリ共有が設定されていない限り、別のプロセスの仮
想アドレス空間内のメモリにアクセスすることはできない。
読み出し専用メモリ（ＲＯＭ）９３が含まれる。そのようなメモリは、情報を保存し、読
み出すことを可能にする回路を含む。ＲＯＭ９３は、一般に、容易に修正できない保存デ
ータを収納する。ＲＡＭ８２内に保存されたデータは、プロセッサ９１または他のハード
ウェアデバイスによって読み取られるか、もしくは変更され得る。ＲＡＭ８２とＲＯＭ９
３のうち、少なくとも一方へのアクセスは、メモリコントローラ９２によって制御され得
る。メモリコントローラ９２は、命令が実行されるに従って仮想アドレスを物理アドレス
に変換するアドレス変換機能を提供することができる。メモリコントローラ９２は、さら
に、システム内の各プロセスを隔離し、システムプロセスをユーザプロセスから隔離する
メモリ保護機能を提供することができる。したがって、第１モードで実行中のプログラム
は、それ自身のプロセス仮想アドレス空間によってマッピングされるメモリのみにアクセ
スすることができ、プロセス間のメモリ共有が設定されていない限り、別のプロセスの仮
想アドレス空間内のメモリにアクセスすることはできない。
【0080】
さらに、コンピューティングシステム９０は、プロセッサ９１からの命令の、プリンタ
９４、キーボード８４、マウス９５、およびディスクドライブ８５などの周辺機器への伝
達を司る周辺機器コントローラ８３を含むことができる。
９４、キーボード８４、マウス９５、およびディスクドライブ８５などの周辺機器への伝
達を司る周辺機器コントローラ８３を含むことができる。
【0081】
ディスプレイコントローラ９６によって制御されるディスプレイ８６は、コンピューテ
ィングシステム９０によって生成される視覚的出力を表示するために使用される。そのよ
うな視覚的出力は、テキスト、グラフィックス、動画グラフィックス、およびビデオを含
み得る。視覚的出力は、グラフィカルユーザインターフェース（Graphical User Inter
face：ＧＵＩ）の形で提示され得る。ディスプレイ８６は、ブラウン管（Cathode-Ray T
ube：ＣＲＴ）ベースのビデオディスプレイ、ＬＣＤベースのフラットパネルディスプレ
イ、ガスプラズマベースのフラットパネルディスプレイ、またはタッチパネルを用いて実
装され得る。ディスプレイコントローラ９６は、ディスプレイ８６に送信されるビデオ信
号を生成するために必要な電子部品を含む。
ィングシステム９０によって生成される視覚的出力を表示するために使用される。そのよ
うな視覚的出力は、テキスト、グラフィックス、動画グラフィックス、およびビデオを含
み得る。視覚的出力は、グラフィカルユーザインターフェース（Graphical User Inter
face：ＧＵＩ）の形で提示され得る。ディスプレイ８６は、ブラウン管（Cathode-Ray T
ube：ＣＲＴ）ベースのビデオディスプレイ、ＬＣＤベースのフラットパネルディスプレ
イ、ガスプラズマベースのフラットパネルディスプレイ、またはタッチパネルを用いて実
装され得る。ディスプレイコントローラ９６は、ディスプレイ８６に送信されるビデオ信
号を生成するために必要な電子部品を含む。
【0082】
さらに、コンピューティングシステム９０は、図２１Ａ、２１Ｂ、２１Ｃ、２１Ｄ、２
１ＥのＲＡＮ１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、ＰＳ
ＴＮ１０８、インターネット１１０、またはその他のネットワーク１１２などの外部通信
ネットワークにコンピューティングシステム９０を接続するために使用され得る、例えば
、ネットワークアダプタ９７などの通信回路を含むことができ、それによって、コンピュ
ーティングシステム９０がそれらのネットワークの他のノードまたは機能エンティティと
通信できるようにすることができる。通信回路を、単独に、またはプロセッサ９１と共に
使用して、本明細書に記載された特定の装置、ノード、または機能エンティティの送信お
よび受信ステップを実行することができる。
１ＥのＲＡＮ１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、ＰＳ
ＴＮ１０８、インターネット１１０、またはその他のネットワーク１１２などの外部通信
ネットワークにコンピューティングシステム９０を接続するために使用され得る、例えば
、ネットワークアダプタ９７などの通信回路を含むことができ、それによって、コンピュ
ーティングシステム９０がそれらのネットワークの他のノードまたは機能エンティティと
通信できるようにすることができる。通信回路を、単独に、またはプロセッサ９１と共に
使用して、本明細書に記載された特定の装置、ノード、または機能エンティティの送信お
よび受信ステップを実行することができる。
【0083】
ＮＲ－Ｕにおけるチャネルアクセスインジケータ（ＣＡＩ）の導入
【0084】
本明細書に開示されるシステムおよび方法の一態様によれば、ＮＲ－Ｕは、チャネルア
クセスインジケータ（ＣＡＩ）を使用するチャネルアクセスインジケーションをサポート
することができ、チャネルアクセスインジケータ（ＣＡＩ）は、チャネルを占有中のセル
、占有されている帯域幅／空間的方向、占有時間などのチャネル占有に関する情報を示す
ようにシグナシングされ得る。
クセスインジケータ（ＣＡＩ）を使用するチャネルアクセスインジケーションをサポート
することができ、チャネルアクセスインジケータ（ＣＡＩ）は、チャネルを占有中のセル
、占有されている帯域幅／空間的方向、占有時間などのチャネル占有に関する情報を示す
ようにシグナシングされ得る。
【0085】
ＮＲ－Ｕノードは、ＮＲ－Ｕ帯域内で送受信することができるノードである。ＮＲ－Ｕ
チャネルのノードのタイプを区別するために、以下の用語が導入される。
・兄弟ノード：参照ノードと同じサービングＮＲ－Ｕセルによってサービスされるノー
ド。より具体的には、特定のノードの兄弟ノードは、その特定のノードと同じサービング
セルを有する任意のコチャネルノードまたは任意のコチャネルユーザとして定義され得る
。注：コチャネル送信は、特定のＵＥによるＵＬ送信、または特定のＵＥへのＤＬ送信で
あり得る。ノードｓは、汎用的な兄弟ノードを示すために使用される。言い換えれば、参
照ノードと同じＮＲ－Ｕサービングセル内のノードは、兄弟ノードであると見なされる。
これには、サービングセル内のｇＮＢが含まれる。
・一般ノード：参照ノードと同じＮＲ－Ｕセルによってサービスされないノード。これ
には、同じ公衆陸上移動体ネットワーク番号（Public Land Mobile Network：ＰＬＭ
Ｎ）の別のＮＲ－Ｕセル内のノード、異なるＰＬＭＮの別のセル、またはＷｉＦｉなどの
他の技術のノードが含まれる場合がある。より具体的には、特定のノードに関連する一般
ノードは、異なるサービングセルを有する任意のコチャネルノードまたは任意のコチャネ
ルユーザとして、あるいは特定のノードのサービングセルラーＲＡＴまたは非セルラーＲ
ＡＴとは異なるサービングセルラーＲＡＴまたは非セルラーＲＡＴを有する任意のコチャ
ネルＵＥまたはコチャネルユーザとして定義され得る。注：コチャネル送信は、特定のＵ
ＥによるＵＬ送信、または特定のＵＥへのＤＬ送信であり得る。ノードｇは、汎用的な一
般ノードを示すために使用される。
チャネルのノードのタイプを区別するために、以下の用語が導入される。
・兄弟ノード：参照ノードと同じサービングＮＲ－Ｕセルによってサービスされるノー
ド。より具体的には、特定のノードの兄弟ノードは、その特定のノードと同じサービング
セルを有する任意のコチャネルノードまたは任意のコチャネルユーザとして定義され得る
。注：コチャネル送信は、特定のＵＥによるＵＬ送信、または特定のＵＥへのＤＬ送信で
あり得る。ノードｓは、汎用的な兄弟ノードを示すために使用される。言い換えれば、参
照ノードと同じＮＲ－Ｕサービングセル内のノードは、兄弟ノードであると見なされる。
これには、サービングセル内のｇＮＢが含まれる。
・一般ノード：参照ノードと同じＮＲ－Ｕセルによってサービスされないノード。これ
には、同じ公衆陸上移動体ネットワーク番号（Public Land Mobile Network：ＰＬＭ
Ｎ）の別のＮＲ－Ｕセル内のノード、異なるＰＬＭＮの別のセル、またはＷｉＦｉなどの
他の技術のノードが含まれる場合がある。より具体的には、特定のノードに関連する一般
ノードは、異なるサービングセルを有する任意のコチャネルノードまたは任意のコチャネ
ルユーザとして、あるいは特定のノードのサービングセルラーＲＡＴまたは非セルラーＲ
ＡＴとは異なるサービングセルラーＲＡＴまたは非セルラーＲＡＴを有する任意のコチャ
ネルＵＥまたはコチャネルユーザとして定義され得る。注：コチャネル送信は、特定のＵ
ＥによるＵＬ送信、または特定のＵＥへのＤＬ送信であり得る。ノードｇは、汎用的な一
般ノードを示すために使用される。
【0086】
ＣＡＩは、以下の目的のうちの１つ以上に役立ち得る。
・ユースケース１：共存のためのネットワーク占有を示す。
・ユースケース２：ノードがセル内送信を識別できるようにして、スペクトル再利用を
改善する。
・ユースケース３：チャネルへのアクセス時、隠れノードによる妨害がないことを確実
にするために、レシーバーからハンドシェイクをトリガーする。
・ユースケース４：トランスミッターがいつ送信しているかをレシーバーが識別できる
ようにすることで、省電力を可能にする。
・ユースケース１：共存のためのネットワーク占有を示す。
・ユースケース２：ノードがセル内送信を識別できるようにして、スペクトル再利用を
改善する。
・ユースケース３：チャネルへのアクセス時、隠れノードによる妨害がないことを確実
にするために、レシーバーからハンドシェイクをトリガーする。
・ユースケース４：トランスミッターがいつ送信しているかをレシーバーが識別できる
ようにすることで、省電力を可能にする。
【0087】
ユースケース１：共存のためのネットワーク占有を示すためのＣＡＩの使用
【0088】
兄弟ノードおよび一般ノードは、ＣＡＩを検出すると、チャネルが占有されている時間
をＣＡＩから取得することができる。そのため、占領期間中にチャネル検知を実行する必
要はない。図１（Ａ）は、ｇＮＢが、送信元、すなわち、セル１が送信を占有しているこ
とを示す、セル１内のＣＡＩを送信している例を示す。また、チャネルの占有時間を示す
こともできる。セル１からのノードＵＥ１は、これをセル内送信として識別する。ＮＲ－
Ｕセル２からのＵＥ２や、ＮＲ－Ｕセル２のｇＮＢ２などの一般ノードは、その送信を自
身のセルの外部のノードからの送信として識別するが、占有時間を読み取ることができる
。ＷｉＦｉネットワーク内のノード３は、ＮＲ－ＵネットワークからのＣＡＩを検知して
読み取る能力を有し得る。一般ノードは、セル１の占有時間が経過するまで、ＬＢＴを実
行しない場合がある。図１（Ｂ）は、この、セル１からＣＡＩの連絡を受けたときの、一
般ノードの応答の方法を示す。その方法では、セル１のシャネル占有時間後に、一般ノー
ドは、クリアチャネル評価（ＣＣＡ）を再開する。ＣＣＡは、特定のしきい値を用いて、
特定の期間にわたって、少なくともエネルギー検出（ＥＤ）を実行する初期チャネルセン
シングである。
をＣＡＩから取得することができる。そのため、占領期間中にチャネル検知を実行する必
要はない。図１（Ａ）は、ｇＮＢが、送信元、すなわち、セル１が送信を占有しているこ
とを示す、セル１内のＣＡＩを送信している例を示す。また、チャネルの占有時間を示す
こともできる。セル１からのノードＵＥ１は、これをセル内送信として識別する。ＮＲ－
Ｕセル２からのＵＥ２や、ＮＲ－Ｕセル２のｇＮＢ２などの一般ノードは、その送信を自
身のセルの外部のノードからの送信として識別するが、占有時間を読み取ることができる
。ＷｉＦｉネットワーク内のノード３は、ＮＲ－ＵネットワークからのＣＡＩを検知して
読み取る能力を有し得る。一般ノードは、セル１の占有時間が経過するまで、ＬＢＴを実
行しない場合がある。図１（Ｂ）は、この、セル１からＣＡＩの連絡を受けたときの、一
般ノードの応答の方法を示す。その方法では、セル１のシャネル占有時間後に、一般ノー
ドは、クリアチャネル評価（ＣＣＡ）を再開する。ＣＣＡは、特定のしきい値を用いて、
特定の期間にわたって、少なくともエネルギー検出（ＥＤ）を実行する初期チャネルセン
シングである。
【0089】
一般に、ＣＡＩは、ＤＬおよびＵＬの両方において、シグナリングされ得る。自律ＵＬ
（Autonomous UL：ＡＵＬ）および半永続的スケジューリングにおいては、ＵＥは、その
リソースに対して半静的に構成される。ＵＥのリソースがそのｇＮＢの最大チャネル占有
時間（Maximum Channel Occupancy Time：ＭＣＯＴ）内にあることは保証されていな
い。この場合、ＵＥは、カテゴリ４ＬＢＴ（Category 4 LBT：ＣＡＴ４ＬＢＴ）のよう
な方法を実行して、チャネルの可用性を判定してもよく、ＬＢＴが成功した後で、ＵＬで
ＣＡＩを送信する。
（Autonomous UL：ＡＵＬ）および半永続的スケジューリングにおいては、ＵＥは、その
リソースに対して半静的に構成される。ＵＥのリソースがそのｇＮＢの最大チャネル占有
時間（Maximum Channel Occupancy Time：ＭＣＯＴ）内にあることは保証されていな
い。この場合、ＵＥは、カテゴリ４ＬＢＴ（Category 4 LBT：ＣＡＴ４ＬＢＴ）のよう
な方法を実行して、チャネルの可用性を判定してもよく、ＬＢＴが成功した後で、ＵＬで
ＣＡＩを送信する。
【0090】
ユースケース２：スペクトルの再利用を示すためのＣＡＩの使用
【0091】
ノードが、自身のセル内の別のノードがチャネルを占有していることを認識すると、そ
れに応じて、エネルギー検出のための自身のしきい値を調整することができる。すなわち
、ノードは、エネルギーが、兄弟ノードからのものである場合、ＣＡＩがないときのＣＣ
Ａで通常使用される、より低いしきい値（下記の数式１）と比べてより高いしきい値（下
記の数式２）を、ＬＢＴの失敗を判定するエネルギー検出のために使用することができる
。図４の方法は、この概念を示す。
れに応じて、エネルギー検出のための自身のしきい値を調整することができる。すなわち
、ノードは、エネルギーが、兄弟ノードからのものである場合、ＣＡＩがないときのＣＣ
Ａで通常使用される、より低いしきい値（下記の数式１）と比べてより高いしきい値（下
記の数式２）を、ＬＢＴの失敗を判定するエネルギー検出のために使用することができる
。図４の方法は、この概念を示す。
【0092】
【数1】
【0093】
【数2】
【0094】
この機能は、複数のＵＥが周波数または時間で多重化され、より良い空間的再利用を可
能にするＵＬにおいて特に有用である。ＵＥがチャネル内のセル内使用量と高エネルギー
を検出すると、検出されたエネルギーは多重化されたセル内ＵＥからのものであるため、
ＣＡＩは、ＵＥが送信することを可能にする。兄弟ノードは、多重化を通じてコチャネル
リソースを共有する。コチャネルリソースは、同じ時間／周波数リソースに多重化される
か、時間のみで多重化されるか、周波数のみで多重化されるか、時間と周波数の両方で多
重化される。例えば、ＮＲ ＵＬでは、複数のＵＥが物理上りリンク制御チャネル （Ph
ysical Uplink Control Channel：ＰＵＣＣＨ）リソースを（直交的に）共有するか、
複数のＵＥが非直交多元接続（Non-Orthogonal Multiple Access：ＮＯＭＡ）における
リソースを非直交的に共有するか、複数のＵＥがＰＵＳＣＨのために時間／周波数多重化
される。図２（Ａ）に見られるように、ＵＥ１はミニスロット＃１内のＵＬ送信を有し、
ＵＥ２はミニスロット＃２内のＵＬ送信を有するとして、時間的に多重化された２つの兄
弟ノードの例を挙げる。ＵＥ２は、ＵＥ１からのエネルギーレベルが原因でブロックされ
る。同様に、２つの兄弟ノードがＰＵＣＣＨのための同じ周波数および時間リソース内で
多重化され、送信のためにＣＡＴ４ＬＢＴを実行する場合、ＵＥ１はより早くチャネルに
アクセスすることができる。ＵＥ２のランダムバックオフが大きい可能性があるため、Ｕ
Ｅ２はＵＥ１をリッスンし、図２（Ｂ）に見られるようにチャネルにアクセスできないと
想定する。兄弟ノードＵＥ２がエネルギー検出を実行する場合、ＵＥ１からのエネルギー
を検出し、スケジュールされたリソース内で送信しない可能性がある。したがって、ＮＲ
－Ｕセル内では、多重化されたノードはスケジュールされたリソース内で送信できるはず
ではあっても、他の兄弟ノードからのエネルギーレベルが高いため、ＣＣＡ／ＬＢＴに失
敗する可能性がある。
能にするＵＬにおいて特に有用である。ＵＥがチャネル内のセル内使用量と高エネルギー
を検出すると、検出されたエネルギーは多重化されたセル内ＵＥからのものであるため、
ＣＡＩは、ＵＥが送信することを可能にする。兄弟ノードは、多重化を通じてコチャネル
リソースを共有する。コチャネルリソースは、同じ時間／周波数リソースに多重化される
か、時間のみで多重化されるか、周波数のみで多重化されるか、時間と周波数の両方で多
重化される。例えば、ＮＲ ＵＬでは、複数のＵＥが物理上りリンク制御チャネル （Ph
ysical Uplink Control Channel：ＰＵＣＣＨ）リソースを（直交的に）共有するか、
複数のＵＥが非直交多元接続（Non-Orthogonal Multiple Access：ＮＯＭＡ）における
リソースを非直交的に共有するか、複数のＵＥがＰＵＳＣＨのために時間／周波数多重化
される。図２（Ａ）に見られるように、ＵＥ１はミニスロット＃１内のＵＬ送信を有し、
ＵＥ２はミニスロット＃２内のＵＬ送信を有するとして、時間的に多重化された２つの兄
弟ノードの例を挙げる。ＵＥ２は、ＵＥ１からのエネルギーレベルが原因でブロックされ
る。同様に、２つの兄弟ノードがＰＵＣＣＨのための同じ周波数および時間リソース内で
多重化され、送信のためにＣＡＴ４ＬＢＴを実行する場合、ＵＥ１はより早くチャネルに
アクセスすることができる。ＵＥ２のランダムバックオフが大きい可能性があるため、Ｕ
Ｅ２はＵＥ１をリッスンし、図２（Ｂ）に見られるようにチャネルにアクセスできないと
想定する。兄弟ノードＵＥ２がエネルギー検出を実行する場合、ＵＥ１からのエネルギー
を検出し、スケジュールされたリソース内で送信しない可能性がある。したがって、ＮＲ
－Ｕセル内では、多重化されたノードはスケジュールされたリソース内で送信できるはず
ではあっても、他の兄弟ノードからのエネルギーレベルが高いため、ＣＣＡ／ＬＢＴに失
敗する可能性がある。
【0095】
図３Ａに見られるように、ＵＥ１は、ＣＡＩを送信する。それを聞くと、ＵＥ２は兄弟
ノード送信を識別し、予定した多重化されたＰＵＳＣＨを送信する。
ノード送信を識別し、予定した多重化されたＰＵＳＣＨを送信する。
【0096】
ＵＥのＣＡＩが他のＵＥ、特に多重化された兄弟ノードＵＥによって確実に聞かれるよ
うにするために、本明細書では、ＣＡＴ４ＬＢＴと同様の方法を使用することを提案する
。これにより、ＵＥがランダムにバックオフする。チャネルに最初にアクセスするＵＥは
ＣＡＩを送信し、よりバックオフが大きい他のＵＥはこのＣＡＩを聞く。図３Ｂおよび図
３Ｃに示すように、ＵＥ１はＵＥ２より前にチャネルにアクセスし、自身のＣＡＩを送信
する。ＵＥ２は、ＣＡＴ４ＬＢＴの一部として、しきい値（数式１）を使用したＣＣＡに
よってチャネルの検知を開始する。ＵＥ２がそのランダムなバックオフ中にチャネルを検
知し続けると、より高いエネルギーを検出する。そこで、ＵＥ２はＣＡＩをリッスンする
。ＵＥ２はＣＡＩを検出し、それをセル内送信として認識する。この時点で、ＵＥ２は以
下のうちいずれかを実行できる。
・ＵＥ２は、そのＬＢＴしきい値をしきい値（数式２）に変更して、より高いしきい値で
拡張センシングを続行する。エネルギーがこのしきい値内にある場合、ＵＥ２は、周波数
分割多重化（Frequency Division Multiplexing：ＦＤＭ）リソース内にＵＥ１のＰＵ
ＳＣＨと共にあるスケジュールされた自身のＰＵＳＣＨを送信する。これを図３Ａ（Ｂ）
に示す。その方法を図５Ａに示す。
・ＵＥ２の変更により、現在のＬＢＴが終了し、そのランダムバックオフタイマーがリセ
ットされる。ＵＥ２は、しきい値（数式２）を用いて、通常は短い手順であるＣＣＡ（例
えば、２５マイクロ秒のＣＣＡ）を実行する。それに成功した場合、ＵＥ２はスケジュー
ルされたＰＵＳＣＨ送信を続行する。これを図３Ｃに示す。その方法を図５Ｂに示す。
うにするために、本明細書では、ＣＡＴ４ＬＢＴと同様の方法を使用することを提案する
。これにより、ＵＥがランダムにバックオフする。チャネルに最初にアクセスするＵＥは
ＣＡＩを送信し、よりバックオフが大きい他のＵＥはこのＣＡＩを聞く。図３Ｂおよび図
３Ｃに示すように、ＵＥ１はＵＥ２より前にチャネルにアクセスし、自身のＣＡＩを送信
する。ＵＥ２は、ＣＡＴ４ＬＢＴの一部として、しきい値（数式１）を使用したＣＣＡに
よってチャネルの検知を開始する。ＵＥ２がそのランダムなバックオフ中にチャネルを検
知し続けると、より高いエネルギーを検出する。そこで、ＵＥ２はＣＡＩをリッスンする
。ＵＥ２はＣＡＩを検出し、それをセル内送信として認識する。この時点で、ＵＥ２は以
下のうちいずれかを実行できる。
・ＵＥ２は、そのＬＢＴしきい値をしきい値（数式２）に変更して、より高いしきい値で
拡張センシングを続行する。エネルギーがこのしきい値内にある場合、ＵＥ２は、周波数
分割多重化（Frequency Division Multiplexing：ＦＤＭ）リソース内にＵＥ１のＰＵ
ＳＣＨと共にあるスケジュールされた自身のＰＵＳＣＨを送信する。これを図３Ａ（Ｂ）
に示す。その方法を図５Ａに示す。
・ＵＥ２の変更により、現在のＬＢＴが終了し、そのランダムバックオフタイマーがリセ
ットされる。ＵＥ２は、しきい値（数式２）を用いて、通常は短い手順であるＣＣＡ（例
えば、２５マイクロ秒のＣＣＡ）を実行する。それに成功した場合、ＵＥ２はスケジュー
ルされたＰＵＳＣＨ送信を続行する。これを図３Ｃに示す。その方法を図５Ｂに示す。
【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】
さらに、検出可能性を高め、異なる不連続受信（Discontinuous Reception：ＤＲＸ）
構成を有するＵＥでもＣＡＩを確実に受信できるよう、ＣＡＩは、ＣＯＴ内の既知のパタ
ーンで周期的または複数回送信され得る。ＵＥは、ＣＡＩのすべてのオケージョンを受信
するように構成されているとは限らない。そこで、複数のインスタンスにより、ＣＡＩを
受信するチャンスが高まる。フレームのスロット＃０とスロット＃５でＣＡＩが送信され
る例を図１０に示す。両方のＣＡＩは同じＴＲＥＬを示すが、Ｔоｃｃはスロット＃５で
５ずつデクリメントされ、スロット＃０でのＣＡＩの送信から５スロットが経過したこと
を示す。
構成を有するＵＥでもＣＡＩを確実に受信できるよう、ＣＡＩは、ＣＯＴ内の既知のパタ
ーンで周期的または複数回送信され得る。ＵＥは、ＣＡＩのすべてのオケージョンを受信
するように構成されているとは限らない。そこで、複数のインスタンスにより、ＣＡＩを
受信するチャンスが高まる。フレームのスロット＃０とスロット＃５でＣＡＩが送信され
る例を図１０に示す。両方のＣＡＩは同じＴＲＥＬを示すが、Ｔоｃｃはスロット＃５で
５ずつデクリメントされ、スロット＃０でのＣＡＩの送信から５スロットが経過したこと
を示す。
【0124】
本明細書では、ノード１が、それが意図した占有時間をそのＭＣＯＴ以内で増加または
減少させ、その後のＣＡＩで更新を示すことができることも提案される。図１１は、チャ
ネルが利用可能になると送信される最初のＣＡＩにおいて、Ｔоｃｃ = 7 ms である
例を示す。次のＣＡＩ送信では、更新されたＴоｃｃ = 4 msを介してＴＲＥＬを2 m
sだけインクリメントすることにより、ＴＲＥＬを変更する。ノードｓおよびノードｇで
は、チャネル可用性タイマーは、最初のＣＡＩが受信されるとＴоｃｃに設定され、スロ
ットごとにデクリメントされる（ＴＲＥＦ ms）。この例では、ＴＲＥＦは１ミリ秒のス
ロット期間と等しい。２番目のＣＡＩが受信されると、タイマーは、Ｔоｃｃ＝４msの新
しい値に更新され、次にカウンタは１または０に達するまでデクリメントされ、それに達
すると、ノードｓおよびノードｇはチャネルアクセスを試みる。
減少させ、その後のＣＡＩで更新を示すことができることも提案される。図１１は、チャ
ネルが利用可能になると送信される最初のＣＡＩにおいて、Ｔоｃｃ = 7 ms である
例を示す。次のＣＡＩ送信では、更新されたＴоｃｃ = 4 msを介してＴＲＥＬを2 m
sだけインクリメントすることにより、ＴＲＥＬを変更する。ノードｓおよびノードｇで
は、チャネル可用性タイマーは、最初のＣＡＩが受信されるとＴоｃｃに設定され、スロ
ットごとにデクリメントされる（ＴＲＥＦ ms）。この例では、ＴＲＥＦは１ミリ秒のス
ロット期間と等しい。２番目のＣＡＩが受信されると、タイマーは、Ｔоｃｃ＝４msの新
しい値に更新され、次にカウンタは１または０に達するまでデクリメントされ、それに達
すると、ノードｓおよびノードｇはチャネルアクセスを試みる。
【0125】
一般に、この方法は、任意のセルから新しいＣＡＩが受信された場合に適用され得る。
すなわち、ノードが新しいＣＡＩを検出すると、そのノードは、チャネル可用性タイマー
値をＴоｃｃの最新の値に更新し、ＴＲＥＦ msごとのタイマーデクリメントを開始する
。
すなわち、ノードが新しいＣＡＩを検出すると、そのノードは、チャネル可用性タイマー
値をＴоｃｃの最新の値に更新し、ＴＲＥＦ msごとのタイマーデクリメントを開始する
。
【0126】
（ｇＮＢのＭＣＯＴ内のＵＬ送信）
例えば、ｇＮＢのようなトランスミッターがチャネルを占有する場合、そのトランスミ
ッターは、自身のＴоｃｃをＣＡＩの中で示し、それによって、下記の数式３の値を提供
する。ただし、Ｔоｃｃ期間内に、ＵＥがＵＬで送信できるようになる場合がある。さら
に、そのＵＥは、チャネルへのアクセスを同様に試みる可能性がある他のＵＥに、ネット
ワーク内動作を示すためにＵＬ ＣＡＩを送信するか、あるいは、ｇＮＢが応答を要求し
た場合にＣＡＩ－Ｒを送信する可能性がある。この場合、本明細書では、ＵＬ ＣＡＩが
、そのＴоｃｃを、そのチャネル占有の期間ではなく、下記の数式３までの時間として示
すことが提案される。
例えば、ｇＮＢのようなトランスミッターがチャネルを占有する場合、そのトランスミ
ッターは、自身のＴоｃｃをＣＡＩの中で示し、それによって、下記の数式３の値を提供
する。ただし、Ｔоｃｃ期間内に、ＵＥがＵＬで送信できるようになる場合がある。さら
に、そのＵＥは、チャネルへのアクセスを同様に試みる可能性がある他のＵＥに、ネット
ワーク内動作を示すためにＵＬ ＣＡＩを送信するか、あるいは、ｇＮＢが応答を要求し
た場合にＣＡＩ－Ｒを送信する可能性がある。この場合、本明細書では、ＵＬ ＣＡＩが
、そのＴоｃｃを、そのチャネル占有の期間ではなく、下記の数式３までの時間として示
すことが提案される。
【0127】
【数3】
【0128】
図１２が示す例では、ＵＥ１からのＵＬ送信は１つのスロットのみであるが、そのＵＬ
ＣＡＩがＴоｃｃ＝２ｍｓを示し、そのため、ノードｓおよびノードｇでのチャネル可
用性タイマーは数式３に基づいてデクリメントされ、ＵＬ ＣＡＩの影響を受けない。
ＣＡＩがＴоｃｃ＝２ｍｓを示し、そのため、ノードｓおよびノードｇでのチャネル可
用性タイマーは数式３に基づいてデクリメントされ、ＵＬ ＣＡＩの影響を受けない。
【0129】
本明細書では、ＵＥはＤＬ ＣＡＩまたはＣＡＩ－ＩからＴＲＥＬを把握できるという
こと、または、ＵＥは許可を通じて数式３の明確な値を取得できるということが提案され
る。
こと、または、ＵＥは許可を通じて数式３の明確な値を取得できるということが提案され
る。
【0130】
（全方向性および空間ＬＢＴを使用したＣＡＩ）
全方向性ＬＢＴが実行される場合、チャネルは、同時に複数のビームでアクセスされ得
る。本明細書では、ノードはビームごとに異なるＴоｃｃを持つことができるが、ＭＣＯ
Ｔはすべてのビームで同じであることが提案される。ＣＡＩは、各ビームのＴоｃｃを含
むチャネルの占有を示すために、複数のビームで送信され得る。ただし、すべてのビーム
が同じＴоｃｃを持つ場合、すべてのビームのＴоｃｃを示すために必要なフィールドは
１つだけでもよい。
全方向性ＬＢＴが実行される場合、チャネルは、同時に複数のビームでアクセスされ得
る。本明細書では、ノードはビームごとに異なるＴоｃｃを持つことができるが、ＭＣＯ
Ｔはすべてのビームで同じであることが提案される。ＣＡＩは、各ビームのＴоｃｃを含
むチャネルの占有を示すために、複数のビームで送信され得る。ただし、すべてのビーム
が同じＴоｃｃを持つ場合、すべてのビームのＴоｃｃを示すために必要なフィールドは
１つだけでもよい。
【0131】
空間ＬＢＴが実行される場合、ｇＮＢは、異なるビームに対して異なるＴＲＥＬを有す
る可能性がある。この場合も、ＣＡＩは各ビームのＴоｃｃの情報を運び得る。したがっ
て、ＣＡＩの１つを受信するレシーバーは、他のビームでのＣＡＩの検出を必要とせず、
複数の空間的方向のネットワーク占有を知る。これにより、計算のオーバーヘッドをいく
らか節約できる。空間的方向は、ＤＲＳにおけるＰＢＣＨ ＤＭＲＳまたは特定のＣＳＩ
－ＲＳなどの、ＤＲＳまたはＳＳＢにおける信号の１つについての空間ＱＣＬとして示さ
れ得る。図１３は、ｇＮＢがビームＢ１とＢ２でチャネルアクセスをする例を示す。しか
し、Ｔоｃｃはビームによって異なる。Ｂ１とＢ２で送信されたＣＡＩは、両方のビーム
の値を示す。また、一部のビームのＣＡＩはＣＡＩ－Ｉであり、ハンドシェイクのトリガ
ーを運ぶが、他のビームのＣＡＩはトリガーを運ばず、チャネル占有を示すだけの場合が
ある。また、ｇＮＢがＣＡＩを送信するためにビームをスイープする必要があり得るのと
同時に、ｇＮＢがそれらのビームにチャネルアクセスしたとしても、ＣＡＩの位置はビー
ムが異なると異なる可能性がある。
る可能性がある。この場合も、ＣＡＩは各ビームのＴоｃｃの情報を運び得る。したがっ
て、ＣＡＩの１つを受信するレシーバーは、他のビームでのＣＡＩの検出を必要とせず、
複数の空間的方向のネットワーク占有を知る。これにより、計算のオーバーヘッドをいく
らか節約できる。空間的方向は、ＤＲＳにおけるＰＢＣＨ ＤＭＲＳまたは特定のＣＳＩ
－ＲＳなどの、ＤＲＳまたはＳＳＢにおける信号の１つについての空間ＱＣＬとして示さ
れ得る。図１３は、ｇＮＢがビームＢ１とＢ２でチャネルアクセスをする例を示す。しか
し、Ｔоｃｃはビームによって異なる。Ｂ１とＢ２で送信されたＣＡＩは、両方のビーム
の値を示す。また、一部のビームのＣＡＩはＣＡＩ－Ｉであり、ハンドシェイクのトリガ
ーを運ぶが、他のビームのＣＡＩはトリガーを運ばず、チャネル占有を示すだけの場合が
ある。また、ｇＮＢがＣＡＩを送信するためにビームをスイープする必要があり得るのと
同時に、ｇＮＢがそれらのビームにチャネルアクセスしたとしても、ＣＡＩの位置はビー
ムが異なると異なる可能性がある。
【0132】
ＣＡＩで運ばれる情報
【0133】
・ＣＡＩは以下の情報を運ぶことができる。
・ｇＮＢのNCellIDに関連する可能性のあるフィールドcellID。これは１０ビットで、N
CellIDと全く同じであり得る。あるいは、下記の数式４などの演算で得られるビット数が
より少ないものであり得る。ただし、Ｌは６４や１２８などの２の累乗でもよく、これに
より、異なるセル間の区別を可能にしながらオーバーヘッドを小さく抑えることができる
。cellIDは、リスニングノードがチャネルを占有しているセルを識別するのに役立つ。
・ＴビットのトランスミッターＩＤフィールドtransmitterID。
・ｇＮＢ（ネットワーク内のＴＲＰ）が送信中である場合、Ｔビットは、以下の方法の
１つで値（下記の数式５）に設定され得る。
・全ＮＲ－Ｕネットワークに共通の固定値。
・セルのＳＩ中で提供されるセル固有の値。
・Ｔ＝０。フィールドが存在しない可能性がある場合、それがｇＮＢからのものである
ことを暗黙的に示す。
・ＵＥが送信中である場合、Ｔビットは、そのＩＤに基づいて、値（下記の数式６）に
設定される。ＩＤは、Ｃ－ＲＮＴＩまたはコンフィギュアドスケジューリングＲＮＴＩ（
Configured Scheduling RNTI：ＣＳ－ＲＮＴＩ）のようなもの、または接続されている
ネットワークよって構成されているＣ－ＲＮＴＩまたはＣＳ－ＲＮＴＩの一部であり得る
。
・ＲビットのレシーバーＩＤフィールドreceiverID。ただし、ＲはＴと等しい可能性が
ある。
・ｇＮＢ（ネットワーク内のＴＲＰ）が受信中である場合、Ｒビットは以下の方法の１
つで値（下記の数式７）に設定され得る。
・全ＮＲ－Ｕネットワークに共通の固定値
・セルのＳＩ中で提供されるセル固有の値。
・Ｔ＝０。フィールドが存在しない可能性がある場合、それがｇＮＢからのものである
ことを暗黙的に示す。
・ＵＥが受信中である場合、値は、Ｃ－ＲＮＴＩまたはＣＳ－ＲＮＴＩ、あるいはＣ－
ＲＮＴＩまたはＣＳ－ＲＮＴＩの一部などのレシーバーＩＤに基づいて、（下記の数式８
）に設定される。
・１ビットフィールドresponseIndicatorは、ＣＡＩがレシーバーからの応答にＣＡＩ
－Ｒを要求している（１に設定されている場合）か、ＣＡＩがレシーバーからの応答にＣ
ＡＩ－Ｒを要求していない（０に設定されている場合）かを示すことができる。
・ＣＡＩ－Ｉは、ＣＡＩ－Ｒを送信するためのリソースを示すためにＰビットのフィー
ルドresourceCAIRを運ぶことができる。
・ＣＡＩ－Ｉは、ＣＡＩ－Ｒで応答する必要があるＵＥのＩＤを示すために、Ｕビット
のフィールドtriggeredUEIDを運ぶことができる。
・ＣＡＩ－Ｒは、ＣＡＩ－Ｒに先行するＬＢＴ期間中に検出されたエネルギーを示すた
めに、ＥビットのフィールドdetEnergyを運ぶことができる。異なるエネルギーレベルに
対して事前定義されたしきい値を割り当てることにより、ビット数Ｅを小さく保つことが
できる。応答ノードによって検出されたエネルギーの知識は、特に複数のノードが共に多
重化されている場合、開始ノードが応答側の環境を評価するのに役立つ。したがって、ｇ
ＮＢなどの開始ノードは、応答ノードでのＬＢＴのしきい値レベルを設定することができ
る。
・ｇＮＢのNCellIDに関連する可能性のあるフィールドcellID。これは１０ビットで、N
CellIDと全く同じであり得る。あるいは、下記の数式４などの演算で得られるビット数が
より少ないものであり得る。ただし、Ｌは６４や１２８などの２の累乗でもよく、これに
より、異なるセル間の区別を可能にしながらオーバーヘッドを小さく抑えることができる
。cellIDは、リスニングノードがチャネルを占有しているセルを識別するのに役立つ。
・ＴビットのトランスミッターＩＤフィールドtransmitterID。
・ｇＮＢ（ネットワーク内のＴＲＰ）が送信中である場合、Ｔビットは、以下の方法の
１つで値（下記の数式５）に設定され得る。
・全ＮＲ－Ｕネットワークに共通の固定値。
・セルのＳＩ中で提供されるセル固有の値。
・Ｔ＝０。フィールドが存在しない可能性がある場合、それがｇＮＢからのものである
ことを暗黙的に示す。
・ＵＥが送信中である場合、Ｔビットは、そのＩＤに基づいて、値（下記の数式６）に
設定される。ＩＤは、Ｃ－ＲＮＴＩまたはコンフィギュアドスケジューリングＲＮＴＩ（
Configured Scheduling RNTI：ＣＳ－ＲＮＴＩ）のようなもの、または接続されている
ネットワークよって構成されているＣ－ＲＮＴＩまたはＣＳ－ＲＮＴＩの一部であり得る
。
・ＲビットのレシーバーＩＤフィールドreceiverID。ただし、ＲはＴと等しい可能性が
ある。
・ｇＮＢ（ネットワーク内のＴＲＰ）が受信中である場合、Ｒビットは以下の方法の１
つで値（下記の数式７）に設定され得る。
・全ＮＲ－Ｕネットワークに共通の固定値
・セルのＳＩ中で提供されるセル固有の値。
・Ｔ＝０。フィールドが存在しない可能性がある場合、それがｇＮＢからのものである
ことを暗黙的に示す。
・ＵＥが受信中である場合、値は、Ｃ－ＲＮＴＩまたはＣＳ－ＲＮＴＩ、あるいはＣ－
ＲＮＴＩまたはＣＳ－ＲＮＴＩの一部などのレシーバーＩＤに基づいて、（下記の数式８
）に設定される。
・１ビットフィールドresponseIndicatorは、ＣＡＩがレシーバーからの応答にＣＡＩ
－Ｒを要求している（１に設定されている場合）か、ＣＡＩがレシーバーからの応答にＣ
ＡＩ－Ｒを要求していない（０に設定されている場合）かを示すことができる。
・ＣＡＩ－Ｉは、ＣＡＩ－Ｒを送信するためのリソースを示すためにＰビットのフィー
ルドresourceCAIRを運ぶことができる。
・ＣＡＩ－Ｉは、ＣＡＩ－Ｒで応答する必要があるＵＥのＩＤを示すために、Ｕビット
のフィールドtriggeredUEIDを運ぶことができる。
・ＣＡＩ－Ｒは、ＣＡＩ－Ｒに先行するＬＢＴ期間中に検出されたエネルギーを示すた
めに、ＥビットのフィールドdetEnergyを運ぶことができる。異なるエネルギーレベルに
対して事前定義されたしきい値を割り当てることにより、ビット数Ｅを小さく保つことが
できる。応答ノードによって検出されたエネルギーの知識は、特に複数のノードが共に多
重化されている場合、開始ノードが応答側の環境を評価するのに役立つ。したがって、ｇ
ＮＢなどの開始ノードは、応答ノードでのＬＢＴのしきい値レベルを設定することができ
る。
【0134】
【数4】
【0135】
【数5】
【0136】
【数6】
【0137】
【数7】
【0138】
【数8】
【0139】
以下のフィールドは、ＣＡＩが情報を運ぶnumBeamsの各々に対して定義され得る。全方
向性ＬＢＴの場合、numBeams = 1。したがって、以下のフィールドには単一のインスタ
ンスが使用される。空間ＬＢＴの場合、numBeamsは、ＦＲ１とＦＲ２の異なるアンライセ
ンス帯域の仕様で定義されるか、セルのＳＩ中で構成され得る。numBeamsはセル内のＳＳ
Ｂの数に設定され得る。ペイロード内のインスタンスは、ＳＳＢインデックスの昇順に並
べることができる。
・フィールドintendedChannelOccTime。Ｄビットで表される意図されたチャネル占有時
間Ｔоｃｃ ms。これは、ＦＲ１の場合１５ｋＨｚ、ＦＲ２の場合１２０ｋＨｚなどのよ
うに、基準ヌメロロジーのスロット数の形で示すことができる。
・期間ＴＭＣＯＴ msのＭＣＯＴを示すフィールドmcotTransmitter。これは、Ｍビッ
トで、ＴＯＣＣ≦ＴＭＣＯＴとなるように与えられる。
・フィールドfreqResourceMCOTは、チャネルにアクセスする周波数領域の周波数リソー
スを示す。これにより、リスニングノードは指定された周波数帯域外のチャネルにアクセ
スできる。
向性ＬＢＴの場合、numBeams = 1。したがって、以下のフィールドには単一のインスタ
ンスが使用される。空間ＬＢＴの場合、numBeamsは、ＦＲ１とＦＲ２の異なるアンライセ
ンス帯域の仕様で定義されるか、セルのＳＩ中で構成され得る。numBeamsはセル内のＳＳ
Ｂの数に設定され得る。ペイロード内のインスタンスは、ＳＳＢインデックスの昇順に並
べることができる。
・フィールドintendedChannelOccTime。Ｄビットで表される意図されたチャネル占有時
間Ｔоｃｃ ms。これは、ＦＲ１の場合１５ｋＨｚ、ＦＲ２の場合１２０ｋＨｚなどのよ
うに、基準ヌメロロジーのスロット数の形で示すことができる。
・期間ＴＭＣＯＴ msのＭＣＯＴを示すフィールドmcotTransmitter。これは、Ｍビッ
トで、ＴＯＣＣ≦ＴＭＣＯＴとなるように与えられる。
・フィールドfreqResourceMCOTは、チャネルにアクセスする周波数領域の周波数リソー
スを示す。これにより、リスニングノードは指定された周波数帯域外のチャネルにアクセ
スできる。
【0140】
一般に、ＣＡＩは、異なる目的のために（例えば、占有時間、ネットワーク内の使用、
またはハンドシェイクを示すために）シグナリングされるので、ユースケースに応じて異
なるフィールドおよび異なる量の情報を運ぶ可能性がある。
またはハンドシェイクを示すために）シグナリングされるので、ユースケースに応じて異
なるフィールドおよび異なる量の情報を運ぶ可能性がある。
【0141】
１つのセル上のＣＡＩは、他の集約されたＮＲ－Ｕセル上のチャネル占有を示し得る。
例えば、ＮＲ－Ｕ ＰＣｅｌｌ／プライマリ・セカンダリ・セル（ＰＳＣｅｌｌ）は、他
の集約されたＮＲ－Ｕセルと共に、それ自体のＣＡＩを示し得る。
例えば、ＮＲ－Ｕ ＰＣｅｌｌ／プライマリ・セカンダリ・セル（ＰＳＣｅｌｌ）は、他
の集約されたＮＲ－Ｕセルと共に、それ自体のＣＡＩを示し得る。
【0142】
ＰＵＳＣＨ開始位置候補
【0143】
ＵＬ ＰＵＳＣＨの前のＬＢＴの実施は、ＵＥがいつチャネルにアクセスすることがで
きるかについての不確実性を強いられる。したがって、ＵＥが１つまたは複数のスロット
中に複数の開始位置を持つことができるように許可することは、チャネルの不確実性に対
処するために有益である。
きるかについての不確実性を強いられる。したがって、ＵＥが１つまたは複数のスロット
中に複数の開始位置を持つことができるように許可することは、チャネルの不確実性に対
処するために有益である。
【0144】
ＰＵＳＣＨの可変開始位置をサポートするために、以下の２つの側面を考慮する必要が
ある。
ａ．ＰＵＳＣＨの開始位置候補のシグナシング：開始位置を検出するためのｇＮＢの負
荷を最小限に抑える必要がある。ＰＵＳＣＨを検出するためのハードウェア要件を単純化
するために、ｇＮＢは、ＵＥのＣＯＴ内のＵＥからの最初のＰＵＳＣＨ送信の開始位置の
数を制限することができる。
ｂ．ＵＥによるＵＬチャネルアクセスインジケーション： 開始位置のＵＥのインジケ
ーション。ＵＥは、許可された開始位置のセットから、そのＣＯＴ内の最初のＰＵＳＣＨ
送信の選択された開始位置を示すことができる。したがって、意図されたチャネル占有時
間を示すために、ＵＥによってＵＬ上でＣＡＩが送信され得る。ＵＬ ＣＡＩは、ＲＳま
たはプリアンブルシーケンスなどの新しい信号を介して明示的に示され得るか、またはＰ
ＵＳＣＨのＤＭＲＳなどの既存の信号を介して暗黙的に示され得る。ｇＮＢは、ＵＬ Ｃ
ＡＩを検出することにより、ＵＥのＰＵＳＣＨの開始位置を認識する。例えば、ＤＭＲＳ
の存在が開始位置を明確に示すことができる場合、ｇＮＢは、ＵＥのＤＭＲＳ（自己相関
または相互相関）を検出および処理することにより、ＵＥのＰＵＳＣＨの開始位置を検出
することができる。それ以外の場合、ｇＮＢは、受信したＰＵＳＣＨシンボルごとのエネ
ルギー検出を通じてそれを検出することができる。
ある。
ａ．ＰＵＳＣＨの開始位置候補のシグナシング：開始位置を検出するためのｇＮＢの負
荷を最小限に抑える必要がある。ＰＵＳＣＨを検出するためのハードウェア要件を単純化
するために、ｇＮＢは、ＵＥのＣＯＴ内のＵＥからの最初のＰＵＳＣＨ送信の開始位置の
数を制限することができる。
ｂ．ＵＥによるＵＬチャネルアクセスインジケーション： 開始位置のＵＥのインジケ
ーション。ＵＥは、許可された開始位置のセットから、そのＣＯＴ内の最初のＰＵＳＣＨ
送信の選択された開始位置を示すことができる。したがって、意図されたチャネル占有時
間を示すために、ＵＥによってＵＬ上でＣＡＩが送信され得る。ＵＬ ＣＡＩは、ＲＳま
たはプリアンブルシーケンスなどの新しい信号を介して明示的に示され得るか、またはＰ
ＵＳＣＨのＤＭＲＳなどの既存の信号を介して暗黙的に示され得る。ｇＮＢは、ＵＬ Ｃ
ＡＩを検出することにより、ＵＥのＰＵＳＣＨの開始位置を認識する。例えば、ＤＭＲＳ
の存在が開始位置を明確に示すことができる場合、ｇＮＢは、ＵＥのＤＭＲＳ（自己相関
または相互相関）を検出および処理することにより、ＵＥのＰＵＳＣＨの開始位置を検出
することができる。それ以外の場合、ｇＮＢは、受信したＰＵＳＣＨシンボルごとのエネ
ルギー検出を通じてそれを検出することができる。
【0145】
ＰＵＳＣＨの開始位置候補のシグナリング
【0146】
ｇＮＢは、潜在的に、ＵＥからのＤＭＲＳ信号を検出することによって、ＰＵＳＣＨ送
信の存在を検出することができる。しかし、ｇＮＢは、ＵＥのチャネルアクセスに応じて
変化する可能性のあるＰＵＳＣＨ送信の開始を決定する必要がある。ｇＮＢは、すべての
候補ＰＵＳＣＨの開始ＯＳに対してＰＵＳＣＨを盲目的に復号化することができる。例え
ば、１４個のＯＳのスロットに対してＵＬ認可がされているとする。しかし、ＵＥはＯＳ
＃２からのみチャネルアクセス可能で、ＯＳ＃０およびＯＳ＃１のＰＵＳＣＨをパンクチ
ャする。次に、ｇＮＢは送信を受信し、ＰＵＳＣＨがＯＳ＃０で開始すると仮定して復号
化し、それに失敗すると、ＰＵＳＣＨ開始位置ＯＳ＃１で復号化し、それに失敗すると、
ＰＵＳＣＨ開始位置ＯＳ＃２で復号化し、以降、ＰＵＳＣＨの復号化に成功するまでそれ
を続ける。復号化に失敗した場合は、スロットのＯＳ＃０で開始したと仮定して、ＰＵＳ
ＣＨをバッファリングし、ＰＵＳＣＨの再送をスケジュールする。再送が全体として受信
されたと仮定すると、ｇＮＢは、元の送信がＯＳ＃０で開始したと仮定してチェイス合成
で復号化することができ、それに失敗すると、元の送信がＯＳ＃１で開始したと仮定して
、チェイス合成で復号化し、それに失敗すると、元の送信がＯＳ＃２で開始したと仮定し
て、チェイス合成で復号化し、この試行に成功すると、停止する。この盲目的復号化手順
は、ｇＮＢのハードウェアの非常に大幅な複雑化を招く可能性がある。
信の存在を検出することができる。しかし、ｇＮＢは、ＵＥのチャネルアクセスに応じて
変化する可能性のあるＰＵＳＣＨ送信の開始を決定する必要がある。ｇＮＢは、すべての
候補ＰＵＳＣＨの開始ＯＳに対してＰＵＳＣＨを盲目的に復号化することができる。例え
ば、１４個のＯＳのスロットに対してＵＬ認可がされているとする。しかし、ＵＥはＯＳ
＃２からのみチャネルアクセス可能で、ＯＳ＃０およびＯＳ＃１のＰＵＳＣＨをパンクチ
ャする。次に、ｇＮＢは送信を受信し、ＰＵＳＣＨがＯＳ＃０で開始すると仮定して復号
化し、それに失敗すると、ＰＵＳＣＨ開始位置ＯＳ＃１で復号化し、それに失敗すると、
ＰＵＳＣＨ開始位置ＯＳ＃２で復号化し、以降、ＰＵＳＣＨの復号化に成功するまでそれ
を続ける。復号化に失敗した場合は、スロットのＯＳ＃０で開始したと仮定して、ＰＵＳ
ＣＨをバッファリングし、ＰＵＳＣＨの再送をスケジュールする。再送が全体として受信
されたと仮定すると、ｇＮＢは、元の送信がＯＳ＃０で開始したと仮定してチェイス合成
で復号化することができ、それに失敗すると、元の送信がＯＳ＃１で開始したと仮定して
、チェイス合成で復号化し、それに失敗すると、元の送信がＯＳ＃２で開始したと仮定し
て、チェイス合成で復号化し、この試行に成功すると、停止する。この盲目的復号化手順
は、ｇＮＢのハードウェアの非常に大幅な複雑化を招く可能性がある。
【0147】
また、盲目的復号化を最小限に抑えるために、ｇＮＢがＰＵＳＣＨの開始位置を知るこ
とを可能にすることが有利であることが分かる。ＰＵＳＣＨの開始時に送信されるＣＡＩ
などの信号を介してＰＵＳＣＨ送信自体の時点で情報が利用可能になれば、ｇＮＢは、チ
ェイス合成を経て再送を処理しつつ、盲目的復号化を回避できる。ただし、ＰＵＳＣＨの
処理時にｇＮＢがＣＡＩを利用できない場合でも、スケジュールされた再送の前にＣＡＩ
情報をｇＮＢに送信できる場合は、ｇＮＢが再送処理中の盲目的復号化を減らすことが可
能になる。一態様によれば、ＵＥは、プリアンブルまたはＵＣＩを介して自身のチャネル
アクセス情報を送信することができる。これによって、ＣＯＴが開始された時刻を示すこ
とができ、また、ＵＥのＣＯＴがいつ終了するかを示すこともできる。ｇＮＢは、これを
基にＰＵＳＣＨの開始位置を認識し、再送とのチェイス合成がなされる前に、元の送信に
おいてパンクチャされたシンボルを識別する。この概念は、図４８に示され、図中、ＣＯ
ＴのスタートはＵＥによってＰＵＳＣＨ上のＵＣＩを介して示される。これは、ＯＳ＃２
で開始された最初のＰＵＳＣＨ送信が終了した後に発生する。
とを可能にすることが有利であることが分かる。ＰＵＳＣＨの開始時に送信されるＣＡＩ
などの信号を介してＰＵＳＣＨ送信自体の時点で情報が利用可能になれば、ｇＮＢは、チ
ェイス合成を経て再送を処理しつつ、盲目的復号化を回避できる。ただし、ＰＵＳＣＨの
処理時にｇＮＢがＣＡＩを利用できない場合でも、スケジュールされた再送の前にＣＡＩ
情報をｇＮＢに送信できる場合は、ｇＮＢが再送処理中の盲目的復号化を減らすことが可
能になる。一態様によれば、ＵＥは、プリアンブルまたはＵＣＩを介して自身のチャネル
アクセス情報を送信することができる。これによって、ＣＯＴが開始された時刻を示すこ
とができ、また、ＵＥのＣＯＴがいつ終了するかを示すこともできる。ｇＮＢは、これを
基にＰＵＳＣＨの開始位置を認識し、再送とのチェイス合成がなされる前に、元の送信に
おいてパンクチャされたシンボルを識別する。この概念は、図４８に示され、図中、ＣＯ
ＴのスタートはＵＥによってＰＵＳＣＨ上のＵＣＩを介して示される。これは、ＯＳ＃２
で開始された最初のＰＵＳＣＨ送信が終了した後に発生する。
【0148】
ｇＮＢでの盲目的復号化のオーバーヘッドを許容可能範囲に保つために、ＵＥは、特定
の開始位置から開始してＰＵＳＣＨを送信するように制限され得る。本明細書で開示する
方法では、ｇＮＢが、ＤＣＩフォーマット、フォーマット０＿０または０＿１と同様の複
数のＤＣＩを送信して、ＵＬ ＤＭＲＳ構成、ＭＣＳ、送信電力制御（Transmission Po
wer Control：ＴＰＣ）などの、異なるＰＵＳＣＨ開始位置に関連するすべてのパラメー
タを有するＰＵＳＣＨの複数の開始位置をＵＥに提供することができる。この目的のため
に、ｇＮＢは、複数のＤＣＩにわたって同じ値の新データインジケータ（New Data Ind
icator：ＮＤＩ）と冗長バージョン（Redundancy Version：ＲＶ）を使用できるが、例
えば、時間ドメインリソース割り当て、ＭＣＳ、ＴＰＣなどのフィールドを調整してもよ
い。この場合、ＵＥは、同じＮＤＩ値とＲＶ値を持つ複数のＵＬ認可の受信を代替案とし
て解釈することができ、また、ＵＥは、ＵＥ側のＬＢＴの結果に基づいて、ＵＬ認可のう
ち１つだけを使用し、他のＵＬ認可を無視することができる。開始位置に基づいてＰＵＳ
ＣＨを準備するのに十分な処理時間をＵＥに提供するために、以前のＤＣＩを以前の開始
位置のＵＬ認可に関連付けることができる。例えば、図２１Ｇは、異なるＰＵＳＣＨ開始
位置を提供する３つのＤＣＩを示しており、ＵＥは、ＵＥ側のＬＢＴ結果に基づいて、そ
のうちの１つだけを展開することができる。
の開始位置から開始してＰＵＳＣＨを送信するように制限され得る。本明細書で開示する
方法では、ｇＮＢが、ＤＣＩフォーマット、フォーマット０＿０または０＿１と同様の複
数のＤＣＩを送信して、ＵＬ ＤＭＲＳ構成、ＭＣＳ、送信電力制御（Transmission Po
wer Control：ＴＰＣ）などの、異なるＰＵＳＣＨ開始位置に関連するすべてのパラメー
タを有するＰＵＳＣＨの複数の開始位置をＵＥに提供することができる。この目的のため
に、ｇＮＢは、複数のＤＣＩにわたって同じ値の新データインジケータ（New Data Ind
icator：ＮＤＩ）と冗長バージョン（Redundancy Version：ＲＶ）を使用できるが、例
えば、時間ドメインリソース割り当て、ＭＣＳ、ＴＰＣなどのフィールドを調整してもよ
い。この場合、ＵＥは、同じＮＤＩ値とＲＶ値を持つ複数のＵＬ認可の受信を代替案とし
て解釈することができ、また、ＵＥは、ＵＥ側のＬＢＴの結果に基づいて、ＵＬ認可のう
ち１つだけを使用し、他のＵＬ認可を無視することができる。開始位置に基づいてＰＵＳ
ＣＨを準備するのに十分な処理時間をＵＥに提供するために、以前のＤＣＩを以前の開始
位置のＵＬ認可に関連付けることができる。例えば、図２１Ｇは、異なるＰＵＳＣＨ開始
位置を提供する３つのＤＣＩを示しており、ＵＥは、ＵＥ側のＬＢＴ結果に基づいて、そ
のうちの１つだけを展開することができる。
【0149】
あるいは、例えば図２２に示すように、すべてのＤＣＩが同じＣＯＲＥＳＥＴで送信さ
れ得る。これらのＤＣＩは同じＮＤＩとＲＶを運んで、提供されたＵＬ認可が相互に代替
可能であり、ＵＥは１つの認可だけを選択し、他の提供された認可を無視できるというこ
とを示す。ＵＥは、最初に最大量のリソースを提供し、次に２番目に量の多いリソースを
提供するなどのＵＬ認可を使用することができる。
れ得る。これらのＤＣＩは同じＮＤＩとＲＶを運んで、提供されたＵＬ認可が相互に代替
可能であり、ＵＥは１つの認可だけを選択し、他の提供された認可を無視できるというこ
とを示す。ＵＥは、最初に最大量のリソースを提供し、次に２番目に量の多いリソースを
提供するなどのＵＬ認可を使用することができる。
【0150】
例えば、ＤＣＩ繰り返しフラグと呼ばれる、１ビットサイズのフィールドのＤＣＩ内の
新しいフィールドは、１に設定された繰り返しフラグを有する同じＲＶおよびＮＤＩを運
ぶすべてのＤＣＩは互いに代替可能であるということを示すことができ、ＵＥはこれらの
ＤＣＩのうち１つだけによって提供される認可を使用することを選択することができる。
一方、繰り返しフラグがゼロに設定されている場合、１つのＤＣＩが他のＤＣＩを上書き
してもよい。ここで、ＵＥは、どのＤＣＩを使用するかを選択せず、ｇＮＢが、例えば、
以下の規則に従って、どのＤＣＩを使用できるかを決定する。
・後のＣＯＲＥＳＥＴで送信されたＤＣＩは、前のＣＯＲＥＳＥＴで送信されたＤＣＩ
を上書きすることができる、また、
・複数のＤＣＩが同じＣＯＲＥＳＥＴで送信される場合、最も低い物理リソースブロッ
ク（Physical Resource Block：ＰＲＢ）で送信されたＤＣＩは、より高いＰＲＢで送
信されたＤＣＩを上書きすることができる。
新しいフィールドは、１に設定された繰り返しフラグを有する同じＲＶおよびＮＤＩを運
ぶすべてのＤＣＩは互いに代替可能であるということを示すことができ、ＵＥはこれらの
ＤＣＩのうち１つだけによって提供される認可を使用することを選択することができる。
一方、繰り返しフラグがゼロに設定されている場合、１つのＤＣＩが他のＤＣＩを上書き
してもよい。ここで、ＵＥは、どのＤＣＩを使用するかを選択せず、ｇＮＢが、例えば、
以下の規則に従って、どのＤＣＩを使用できるかを決定する。
・後のＣＯＲＥＳＥＴで送信されたＤＣＩは、前のＣＯＲＥＳＥＴで送信されたＤＣＩ
を上書きすることができる、また、
・複数のＤＣＩが同じＣＯＲＥＳＥＴで送信される場合、最も低い物理リソースブロッ
ク（Physical Resource Block：ＰＲＢ）で送信されたＤＣＩは、より高いＰＲＢで送
信されたＤＣＩを上書きすることができる。
【0151】
別の態様によれば、単一のＤＣＩは、複数の開始位置を提供し得る。例えば、Ｃ－ＲＮ
ＴＩ（該当する場合はいつでも他のＲＮＴＩを使用可能）によってスクランブルされた巡
回冗長検査（Cyclic Redundancy Check：ＣＲＣ）を使用して、このＤＣＩで、以下の
情報を送信することができる。
・ＬＢＴの結果に応じてＵＥが使用できるＰＵＳＣＨ開始位置候補の数を示す開始位置
数。このフィールドのサイズは、上位層のパラメータ、例えば、maxNumStartPositと呼ば
れるＲＲＣパラメータによって定義できる。
・または／そして、各開始位置候補について、専用の時間領域リソース割り当てを使用
して、各ＰＵＳＣＨ開始位置候補に対する開始位置をシグナリングすることができる。こ
のフィールドのビット幅は、ｌоｇ２（Ｉ）ビットとして決定される。ただし、前述のフ
ィールドに示されているように、Ｉは、上位層パラメータpusch-TimeDomainAllocationLi
stにおけるエントリ数に開始位置の数を掛けたものである。
・または／そして、各開始位置候補に対するＭＣＳフィールド。このフィールドのビッ
ト幅は、前述のフィールドに示されている開始位置の数に、各開始位置に対するＭＣＳを
別々に運ぶために必要なビット数を掛けたものである。
・または／そして、ＮＤＩとＲＶは、すべてのＰＵＳＣＨ開始位置候補に対して同じで
あり得る。
・各ＰＵＳＣＨ開始位置候補に対するアンテナポートフィールド。
ＴＩ（該当する場合はいつでも他のＲＮＴＩを使用可能）によってスクランブルされた巡
回冗長検査（Cyclic Redundancy Check：ＣＲＣ）を使用して、このＤＣＩで、以下の
情報を送信することができる。
・ＬＢＴの結果に応じてＵＥが使用できるＰＵＳＣＨ開始位置候補の数を示す開始位置
数。このフィールドのサイズは、上位層のパラメータ、例えば、maxNumStartPositと呼ば
れるＲＲＣパラメータによって定義できる。
・または／そして、各開始位置候補について、専用の時間領域リソース割り当てを使用
して、各ＰＵＳＣＨ開始位置候補に対する開始位置をシグナリングすることができる。こ
のフィールドのビット幅は、ｌоｇ２（Ｉ）ビットとして決定される。ただし、前述のフ
ィールドに示されているように、Ｉは、上位層パラメータpusch-TimeDomainAllocationLi
stにおけるエントリ数に開始位置の数を掛けたものである。
・または／そして、各開始位置候補に対するＭＣＳフィールド。このフィールドのビッ
ト幅は、前述のフィールドに示されている開始位置の数に、各開始位置に対するＭＣＳを
別々に運ぶために必要なビット数を掛けたものである。
・または／そして、ＮＤＩとＲＶは、すべてのＰＵＳＣＨ開始位置候補に対して同じで
あり得る。
・各ＰＵＳＣＨ開始位置候補に対するアンテナポートフィールド。
【0152】
ＰＵＳＣＨの異なる開始位置を示すための複数のＤＣＩの送信のオーバーヘッドを低減
するために、ＵＥは、上位層パラメータ、例えば、PUSCH-start-Positions-setという名
前のＲＲＣパラメータによって与えられる複数の位置候補のうちの１つを選択し得る。設
定される位置候補は、スロットに対して相対的、またはスケジュールされたＰＵＳＣＨに
対して相対的であってもよい。PUSCH-start-Positions-setがスロットに対して相対的で
ある場合、ＵＥは、元のＰＵＳＣＨ認可と重複する開始位置候補から１つの開始位置候補
を選択できる。図２３は、シンボル｛0, 2, 5, 8, 10｝のスロットに対する複数の相
対的なＰＵＳＣＨ開始位置を提供するPUSCH-start-Positions-setの例を示す。この例で
は、ＰＵＳＣＨはＯＳ４から開始するようにスケジュールされている。ＰＵＳＣＨ開始位
置は、ＤＣＩによって示されるように、ＵＬ認可の開始位置であってもよく、あるいは認
可と重複し、ＵＥ側のＬＢＴの結果に応じたシンボル｛5, 8, 10｝である開始位置候補
の１つであってもよい。
するために、ＵＥは、上位層パラメータ、例えば、PUSCH-start-Positions-setという名
前のＲＲＣパラメータによって与えられる複数の位置候補のうちの１つを選択し得る。設
定される位置候補は、スロットに対して相対的、またはスケジュールされたＰＵＳＣＨに
対して相対的であってもよい。PUSCH-start-Positions-setがスロットに対して相対的で
ある場合、ＵＥは、元のＰＵＳＣＨ認可と重複する開始位置候補から１つの開始位置候補
を選択できる。図２３は、シンボル｛0, 2, 5, 8, 10｝のスロットに対する複数の相
対的なＰＵＳＣＨ開始位置を提供するPUSCH-start-Positions-setの例を示す。この例で
は、ＰＵＳＣＨはＯＳ４から開始するようにスケジュールされている。ＰＵＳＣＨ開始位
置は、ＤＣＩによって示されるように、ＵＬ認可の開始位置であってもよく、あるいは認
可と重複し、ＵＥ側のＬＢＴの結果に応じたシンボル｛5, 8, 10｝である開始位置候補
の１つであってもよい。
【0153】
あるいは、開始位置候補は、ＵＬ認可で与えられたＰＵＳＣＨの元の開始位置に対して
相対的に、ＲＲＣパラメータPUSCH-start-Positions-setなどの上位層パラメータによっ
て与えられてもよい。言い換えれば、開始位置候補の実際のシンボルのインデックスは、
ＵＬ認可における最初のシンボルのインデックスに対してそれらを相対的にシフトした後
に、PUSCH-start-Positions-setによって与えられる。開始位置候補の実際のシンボルの
インデックスのいくつかが、スケジュールされたＰＵＳＣＨの終了位置を超えている場合
、ＵＥはそれらの位置候補を無視できる。図２４が例示として示す例では、PUSCH-start-
Positions-set = ｛2, 5, 7｝であり、ＵＬ認可によって提供される元の開始位置は
４番目のシンボルである。したがって、実際の開始位置候補は｛6, 9, 11｝であり、Ｕ
ＥはＬＢＴ結果に基づいてこれらの位置のいずれかでチャネルにアクセスしようとする。
相対的に、ＲＲＣパラメータPUSCH-start-Positions-setなどの上位層パラメータによっ
て与えられてもよい。言い換えれば、開始位置候補の実際のシンボルのインデックスは、
ＵＬ認可における最初のシンボルのインデックスに対してそれらを相対的にシフトした後
に、PUSCH-start-Positions-setによって与えられる。開始位置候補の実際のシンボルの
インデックスのいくつかが、スケジュールされたＰＵＳＣＨの終了位置を超えている場合
、ＵＥはそれらの位置候補を無視できる。図２４が例示として示す例では、PUSCH-start-
Positions-set = ｛2, 5, 7｝であり、ＵＬ認可によって提供される元の開始位置は
４番目のシンボルである。したがって、実際の開始位置候補は｛6, 9, 11｝であり、Ｕ
ＥはＬＢＴ結果に基づいてこれらの位置のいずれかでチャネルにアクセスしようとする。
【0154】
さらに、開始位置候補のシグナリングを回避するために、それらを、スロット境界また
はＰＵＳＣＨ認可自体のいずれかに関するいくつかの規則に従って定義することができる
。例えば、すべての偶数／奇数シンボルが開始位置候補になり得る。さらに別の例では、
開始位置候補は、ライセンスＰＵＳＣＨ内またはスロット内の最初のシンボルの後のすべ
てのLシンボルのような、特定のパターンに従うことができる。例えば、L = 1は、１つ
おきのシンボルが開始位置候補であるということを意味する。Lの値は、認可の期間、Ｍ
ＣＳなどの、ＰＵＳＣＨ認可におけるいくつかのパラメータに依存し得る。例えば、Lが
ＭＣＳに依存する場合、Lは表３によって与えられる。
はＰＵＳＣＨ認可自体のいずれかに関するいくつかの規則に従って定義することができる
。例えば、すべての偶数／奇数シンボルが開始位置候補になり得る。さらに別の例では、
開始位置候補は、ライセンスＰＵＳＣＨ内またはスロット内の最初のシンボルの後のすべ
てのLシンボルのような、特定のパターンに従うことができる。例えば、L = 1は、１つ
おきのシンボルが開始位置候補であるということを意味する。Lの値は、認可の期間、Ｍ
ＣＳなどの、ＰＵＳＣＨ認可におけるいくつかのパラメータに依存し得る。例えば、Lが
ＭＣＳに依存する場合、Lは表３によって与えられる。
【0155】
【表3】
【0156】
表３において、IMCSは、ＰＵＳＣＨ認可を提供するＤＣＩが与えられたＭＣＳであり、
｛｝下記の数式９は、ＲＲＣパラメータPUSCH-start-Positions-thのような上位層パラメ
ータによって提供され得る。上位層パラメータが、任意の行のＭＣＳしきい値が等しいこ
とを示している場合、すなわち、MCSth_(i-1) = MCSth_iの場合、これらのＭＣＳしき
い値の両方が現れる関連行のLは無効である。
｛｝下記の数式９は、ＲＲＣパラメータPUSCH-start-Positions-thのような上位層パラメ
ータによって提供され得る。上位層パラメータが、任意の行のＭＣＳしきい値が等しいこ
とを示している場合、すなわち、MCSth_(i-1) = MCSth_iの場合、これらのＭＣＳしき
い値の両方が現れる関連行のLは無効である。
【0157】
【数9】
【0158】
表４は、開始位置の数およびそれらの位置の、スケジュールされたＰＵＳＣＨの期間に
対する依存性の例を示す。この例では、ＰＵＳＣＨ認可の期間が３シンボル以下の場合、
Lをゼロに設定して、ＵＥが各シンボルにおいてチャネルへのアクセスを試行できること
を示すことができる。ＰＵＳＣＨ認可の期間が４シンボルの場合、Lを１に設定できる。
これは、ＵＥが１シンボルおきにチャネルへのアクセスを試行できることなどを意味する
。異なるＰＵＳＣＨ認可期間に対するLの値が上位パラメータによって与えられ得る。
対する依存性の例を示す。この例では、ＰＵＳＣＨ認可の期間が３シンボル以下の場合、
Lをゼロに設定して、ＵＥが各シンボルにおいてチャネルへのアクセスを試行できること
を示すことができる。ＰＵＳＣＨ認可の期間が４シンボルの場合、Lを１に設定できる。
これは、ＵＥが１シンボルおきにチャネルへのアクセスを試行できることなどを意味する
。異なるＰＵＳＣＨ認可期間に対するLの値が上位パラメータによって与えられ得る。
【0159】
【表4】
【0160】
他の数学的規則を適用して、インデックス（L）がL mod M=0 を満たす、ＯＦＤＭシ
ンボルなどの開始位置候補のインデックスを定義することもできる。ただし、Mは、例え
ば、ＭＣＳ、シンボル数単位の認可期間などの元のＰＵＳＣＨ認可パラメータのいくつか
に依存し得る。元のＰＵＳＣＨ認可パラメータのいずれかに対するMの関数従属性を確立
するには、例えば、表３と同様の表を使用できる。前述の規則のいずれかがスロット境界
に関して適用される場合、ＵＥはＵＬ認可と重複する開始位置候補だけを考慮してもよい
。
ンボルなどの開始位置候補のインデックスを定義することもできる。ただし、Mは、例え
ば、ＭＣＳ、シンボル数単位の認可期間などの元のＰＵＳＣＨ認可パラメータのいくつか
に依存し得る。元のＰＵＳＣＨ認可パラメータのいずれかに対するMの関数従属性を確立
するには、例えば、表３と同様の表を使用できる。前述の規則のいずれかがスロット境界
に関して適用される場合、ＵＥはＵＬ認可と重複する開始位置候補だけを考慮してもよい
。
【0161】
別の態様では、開始位置候補を明示的に（上位層パラメータを使用して）示すことと、
暗黙的に（指定された規則に従って）示すことを組み合わせることができる。例えば、開
始位置候補は、明示的および暗黙的に与えられた位置の和集合であり得る。さらに、開始
位置候補の明示的な指示がない場合、ＵＥは、暗黙の指示の使用を適用することができる
。
暗黙的に（指定された規則に従って）示すことを組み合わせることができる。例えば、開
始位置候補は、明示的および暗黙的に与えられた位置の和集合であり得る。さらに、開始
位置候補の明示的な指示がない場合、ＵＥは、暗黙の指示の使用を適用することができる
。
【0162】
前述の解決策およびそれらの任意の可能な組み合わせの少なくとも一方を拡張して、単
一または複数のＵＬ認可を通じて、複数のスケジュールされた隣接または非隣接ＰＵＳＣ
Ｈの可能な開始位置候補をＵＥに提供し得ることが理解される。可能な解決策として、Ｒ
ＲＣパラメータは、開始位置候補の位置をＵＥに提供することができる。これらの位置は
、スケジュールされたＰＵＳＣＨに対して相対的であることも、スロット境界に対して相
対的であることもできる。次に、ＵＥは、スケジュールされたＰＵＳＣＨと重複する位置
のみを考慮することができる。
一または複数のＵＬ認可を通じて、複数のスケジュールされた隣接または非隣接ＰＵＳＣ
Ｈの可能な開始位置候補をＵＥに提供し得ることが理解される。可能な解決策として、Ｒ
ＲＣパラメータは、開始位置候補の位置をＵＥに提供することができる。これらの位置は
、スケジュールされたＰＵＳＣＨに対して相対的であることも、スロット境界に対して相
対的であることもできる。次に、ＵＥは、スケジュールされたＰＵＳＣＨと重複する位置
のみを考慮することができる。
【0163】
図５０Ａが示す例では、開始位置候補が、スケジュールされた各ＰＵＳＣＨにおける最
初のＯＦＤＭシンボルからのシフトとして構成され、シフト値が、ＲＲＣパラメータなど
の上位層シグナリングによって示され得る。図５０Ａに示すように、シフト値はＰＵＳＣ
Ｈインデックスに依存し得る。例えば、ＰＵＳＣＨｋでは、開始位置候補はＳｋで区切ら
れる。ただし、ｋはＰＵＳＣＨのインデックスである。ＵＥは、隣接するＰＵＳＣＨのシ
フト値を用いた上位層シグナリングを介して指示を受けることができる。例えば、シフト
レベルのセットは、｛a, b, c, d, ...｝などのように、ＵＥに示され得る。次に、
ＵＥは、ＰＵＳＣＨ０に対してＳ０＝ａ、ＰＵＳＣＨ１に対してＳ１＝ｂ、等々というよ
うに設定することができる。あるいは、ＵＥは、単一のパラメータを有する上位層シグナ
リングを介して、ＵＥが各ＰＵＳＣＨの開始位置候補の位置を導出するためにそのパラメ
ータを使用することができることを、示され得る。それは、例えば、ＰＵＳＣＨインデッ
クスの関数としてであり得る。
初のＯＦＤＭシンボルからのシフトとして構成され、シフト値が、ＲＲＣパラメータなど
の上位層シグナリングによって示され得る。図５０Ａに示すように、シフト値はＰＵＳＣ
Ｈインデックスに依存し得る。例えば、ＰＵＳＣＨｋでは、開始位置候補はＳｋで区切ら
れる。ただし、ｋはＰＵＳＣＨのインデックスである。ＵＥは、隣接するＰＵＳＣＨのシ
フト値を用いた上位層シグナリングを介して指示を受けることができる。例えば、シフト
レベルのセットは、｛a, b, c, d, ...｝などのように、ＵＥに示され得る。次に、
ＵＥは、ＰＵＳＣＨ０に対してＳ０＝ａ、ＰＵＳＣＨ１に対してＳ１＝ｂ、等々というよ
うに設定することができる。あるいは、ＵＥは、単一のパラメータを有する上位層シグナ
リングを介して、ＵＥが各ＰＵＳＣＨの開始位置候補の位置を導出するためにそのパラメ
ータを使用することができることを、示され得る。それは、例えば、ＰＵＳＣＨインデッ
クスの関数としてであり得る。
【0164】
あるいは、ＰＵＳＣＨ開始位置候補は、例えば、図５０Ｂに示すように、最初にスケジ
ュールされたＰＵＳＣＨにおける最初のＯＦＤＭシンボルから開始したときのシフトＳに
よって分離され得る。開始位置候補の位置を定義するために、他の規則を適用することも
できる。また、ＵＥは、上位層シグナリングによって示されるものに加えて、各ＰＵＳＣ
Ｈの最初のＯＦＤＭシンボルを開始位置候補として扱うこともできる。
ュールされたＰＵＳＣＨにおける最初のＯＦＤＭシンボルから開始したときのシフトＳに
よって分離され得る。開始位置候補の位置を定義するために、他の規則を適用することも
できる。また、ＵＥは、上位層シグナリングによって示されるものに加えて、各ＰＵＳＣ
Ｈの最初のＯＦＤＭシンボルを開始位置候補として扱うこともできる。
【0165】
図５０Ｃは、開始位置候補がスロット境界に対して相対的に定義されている場合を例示
している。開始位置候補の数と位置は、スロット間で同じである場合も、スロットごとに
異なる場合もある。上位層シグナリングは、これらの位置を示し得る。ＵＥは、各ＰＵＳ
ＣＨの最初のＯＦＤＭシンボルに加えて、任意のスケジュールされたＰＵＳＣＨと重複す
る開始位置候補を、ＵＥがチャネルへのアクセスを試行するために使用できる有効な開始
位置候補と見なすことができ、一方、スケジュールされたＰＵＳＣＨの外側の他の開始位
置候補は無効であると見なすことができ、ＵＥはそれらの位置でチャネルへのアクセスを
試行しない可能性がある。上位層は、ＵＥが開始位置候補として使用できる各スロットの
ＯＦＤＭシンボルのインデックスを示すことができる。例えば、１４ビットサイズのビッ
トマップは、対応するビットが１に設定されている場合、どのＯＦＤＭシンボルを開始位
置候補として使用できるかを示し得る。さらに、サブフレーム／無線フレーム内の各スロ
ットは、開始位置候補に対して異なる位置を有することができ、ＵＥにシグナリングされ
ることによる各スロットの連結されたビットマップ、および開始位置候補の位置がサブフ
レームまたは無線フレームごとに繰り返される。また、ｇＮＢは、スロットの一グループ
が特定の開始位置候補を有し、他のグループが異なる位置候補を有するというパターンを
、特定の数のスロットにわたって定義することができる。このパターンは繰り返し適用で
きる。例えば、図５０Ｄは、３つのスロットにわたるパターンＰ＝１０１を示す。このパ
ターンには、１に対応するスロットには４つの開始位置候補があり、０に対応するスロッ
トには２つの開始位置候補がある。このパターンは３スロットごとに繰り返される。
している。開始位置候補の数と位置は、スロット間で同じである場合も、スロットごとに
異なる場合もある。上位層シグナリングは、これらの位置を示し得る。ＵＥは、各ＰＵＳ
ＣＨの最初のＯＦＤＭシンボルに加えて、任意のスケジュールされたＰＵＳＣＨと重複す
る開始位置候補を、ＵＥがチャネルへのアクセスを試行するために使用できる有効な開始
位置候補と見なすことができ、一方、スケジュールされたＰＵＳＣＨの外側の他の開始位
置候補は無効であると見なすことができ、ＵＥはそれらの位置でチャネルへのアクセスを
試行しない可能性がある。上位層は、ＵＥが開始位置候補として使用できる各スロットの
ＯＦＤＭシンボルのインデックスを示すことができる。例えば、１４ビットサイズのビッ
トマップは、対応するビットが１に設定されている場合、どのＯＦＤＭシンボルを開始位
置候補として使用できるかを示し得る。さらに、サブフレーム／無線フレーム内の各スロ
ットは、開始位置候補に対して異なる位置を有することができ、ＵＥにシグナリングされ
ることによる各スロットの連結されたビットマップ、および開始位置候補の位置がサブフ
レームまたは無線フレームごとに繰り返される。また、ｇＮＢは、スロットの一グループ
が特定の開始位置候補を有し、他のグループが異なる位置候補を有するというパターンを
、特定の数のスロットにわたって定義することができる。このパターンは繰り返し適用で
きる。例えば、図５０Ｄは、３つのスロットにわたるパターンＰ＝１０１を示す。このパ
ターンには、１に対応するスロットには４つの開始位置候補があり、０に対応するスロッ
トには２つの開始位置候補がある。このパターンは３スロットごとに繰り返される。
【0166】
ｇＮＢは、開始位置候補の構成の特定のセットを半静的に示して、ｇＮＢがこれらの構
成を柔軟に調整できるようにすることができる。例えば、ｇＮＢは、開始位置候補の配置
の異なるセットを示す複数の上位層構成をＵＥに提供することができ、次に、ｇＮＢは、
これらの構成を運ぶ上位層メッセージＩＤを指し示すことによって、ＭＡＣ制御要素（MA
C Control Element：ＭＡＣ－ＣＥ）を使用して適切な構成を選択することができる。
成を柔軟に調整できるようにすることができる。例えば、ｇＮＢは、開始位置候補の配置
の異なるセットを示す複数の上位層構成をＵＥに提供することができ、次に、ｇＮＢは、
これらの構成を運ぶ上位層メッセージＩＤを指し示すことによって、ＭＡＣ制御要素（MA
C Control Element：ＭＡＣ－ＣＥ）を使用して適切な構成を選択することができる。
【0167】
さらに、ｇＮＢは、ＤＣＩを使用することにより、開始位置候補の適切な構成、例えば
、長さがｌоｇ２（ｋ）に等しいビットフィールドを動的に示すことができる。ただし、
ｋは上位層シグナリングを介して示された構成数である。このビットフィールドは、認可
を運ぶＤＣＩの中、またはＵＥ固有の探索空間内と、適切なＲＮＴＩを使用したグループ
共通探索空間内のうちのどちらかの個別ＤＣＩの中で示され得る。さらに、ｇＮＢは、Ｍ
ＡＣ－ＣＥを使用して開始位置候補のサブセットをＵＥにシグナリングすることができ、
次に、ｇＮＢはＤＣＩを使用して開始位置候補の選択された構成を示すことができる。
、長さがｌоｇ２（ｋ）に等しいビットフィールドを動的に示すことができる。ただし、
ｋは上位層シグナリングを介して示された構成数である。このビットフィールドは、認可
を運ぶＤＣＩの中、またはＵＥ固有の探索空間内と、適切なＲＮＴＩを使用したグループ
共通探索空間内のうちのどちらかの個別ＤＣＩの中で示され得る。さらに、ｇＮＢは、Ｍ
ＡＣ－ＣＥを使用して開始位置候補のサブセットをＵＥにシグナリングすることができ、
次に、ｇＮＢはＤＣＩを使用して開始位置候補の選択された構成を示すことができる。
【0168】
ＵＥによるＵＬチャネルアクセスインジケーション
【0169】
ＰＵＳＣＨ開始位置に基づくＤＭＲＳスケジューリングの調整
【0170】
ＰＵＳＣＨマッピングタイプＡに対して、ＤＭＲＳシンボルの位置は、スロット境界に
対して相対的に定義される。これによって、ＵＥがスケジュール／構成された認可に従っ
たチャネルの取得に失敗した場合、あいまいな動作に至る可能性がある。例えば、図２１
および２２に示すように、複数の開始位置が専用ＤＣＩによって提供される場合、すなわ
ち、ＤＣＩが個別のＰＵＳＣＨ開始位置に対して１対１でマッピングされる場合、各ＤＣ
Ｉは、ＰＵＳＣＨ開始位置に応じたＤＭＲＳ ＲＲＣ構成と組み合わされた適切なＤＭＲ
Ｓスケジューリング情報を運ぶことができる。しかし、これには、同じ認可に対して複数
のＤＣＩを復号化するためのシグナリングとＵＥの電力消費の観点から、大きなオーバー
ヘッドが伴う可能性がある。したがって、このような負荷を軽減するには、複数のＤＣＩ
を使用するよりも、開始位置候補を明示的に（上位層パラメータを使用して）または暗黙
的に（指定された規則に従って）シグナリングする方が有益な場合がある。ただし、この
ような静的構成は、ＵＥが選択したＰＵＳＣＨの開始位置に基づいてＤＭＲＳスケジュー
リングを調整するには適切ではない場合がある。次に、そのような問題に対処するための
いくつかの実施形態について説明する。
対して相対的に定義される。これによって、ＵＥがスケジュール／構成された認可に従っ
たチャネルの取得に失敗した場合、あいまいな動作に至る可能性がある。例えば、図２１
および２２に示すように、複数の開始位置が専用ＤＣＩによって提供される場合、すなわ
ち、ＤＣＩが個別のＰＵＳＣＨ開始位置に対して１対１でマッピングされる場合、各ＤＣ
Ｉは、ＰＵＳＣＨ開始位置に応じたＤＭＲＳ ＲＲＣ構成と組み合わされた適切なＤＭＲ
Ｓスケジューリング情報を運ぶことができる。しかし、これには、同じ認可に対して複数
のＤＣＩを復号化するためのシグナリングとＵＥの電力消費の観点から、大きなオーバー
ヘッドが伴う可能性がある。したがって、このような負荷を軽減するには、複数のＤＣＩ
を使用するよりも、開始位置候補を明示的に（上位層パラメータを使用して）または暗黙
的に（指定された規則に従って）シグナリングする方が有益な場合がある。ただし、この
ような静的構成は、ＵＥが選択したＰＵＳＣＨの開始位置に基づいてＤＭＲＳスケジュー
リングを調整するには適切ではない場合がある。次に、そのような問題に対処するための
いくつかの実施形態について説明する。
【0171】
単一ＵＥのＭＩＭＯ（シングルユーザＭＩＭＯ（Single User MIMO：ＳＵ－ＭＩＭＯ
)）の場合、いくつかの代替案を採用することができる。
)）の場合、いくつかの代替案を採用することができる。
【0172】
l0より前でのＰＵＳＣＨ開始
【0173】
ＵＥが、上位層パラメータdmrs-TypeA-Positionによって与えられるl0より前にチャネ
ルにアクセスする場合（３ＧＰＰ ＴＳ ３６．２１１、物理チャネルおよび変調（リリ
ース１５）、Ｖ１５．３．０（3GPP TS 36.211, Physical channels and modulati
on (Release 15), V15.3.0）参照）、ＵＥが開始位置として選択したＰＵＳＣＨのＤ
ＭＲＳシンボルとその新しい期間が、古い期間を有するＰＵＳＣＨのＤＭＲＳシンボルと
同じである限り、ＵＥは構成およびスケジュールされたＵＬ ＤＭＲＳを展開することが
できる。例えば、ＰＵＳＣＨ期間が１０、１１、または１２のＯＦＤＭシンボルに等しい
場合、ＤＭＲＳは表５に示すように、シンボルl0, 9を占有する（３ＧＰＰ ＴＳ ３６
．２１１、物理チャネルおよび変調（リリース１５）、Ｖ１５．３．０参照）。
ルにアクセスする場合（３ＧＰＰ ＴＳ ３６．２１１、物理チャネルおよび変調（リリ
ース１５）、Ｖ１５．３．０（3GPP TS 36.211, Physical channels and modulati
on (Release 15), V15.3.0）参照）、ＵＥが開始位置として選択したＰＵＳＣＨのＤ
ＭＲＳシンボルとその新しい期間が、古い期間を有するＰＵＳＣＨのＤＭＲＳシンボルと
同じである限り、ＵＥは構成およびスケジュールされたＵＬ ＤＭＲＳを展開することが
できる。例えば、ＰＵＳＣＨ期間が１０、１１、または１２のＯＦＤＭシンボルに等しい
場合、ＤＭＲＳは表５に示すように、シンボルl0, 9を占有する（３ＧＰＰ ＴＳ ３６
．２１１、物理チャネルおよび変調（リリース１５）、Ｖ１５．３．０参照）。
【0174】
【表5】
【0175】
図２５は、１つの追加のＵＬ ＤＭＲＳシンボルを伴うＯＳ０からＯＳ１１の１２個の
ＯＦＤＭシンボルを介した送信がスケジュールされているが、ＵＥがＬＢＴに失敗したた
めにチャネルへのアクセスに失敗するＰＵＳＣＨの例を示す。図に示す位置候補、ＯＳ１
およびＯＳ２から始まるチャネルが使用可能になると、ＵＥが選択した開始位置によるＰ
ＵＳＣＨの期間はそれぞれ１１および１０になる。したがって、ＵＥは引き続き同じスケ
ジュールされたＤＭＲＳを使用することができる。
ＯＦＤＭシンボルを介した送信がスケジュールされているが、ＵＥがＬＢＴに失敗したた
めにチャネルへのアクセスに失敗するＰＵＳＣＨの例を示す。図に示す位置候補、ＯＳ１
およびＯＳ２から始まるチャネルが使用可能になると、ＵＥが選択した開始位置によるＰ
ＵＳＣＨの期間はそれぞれ１１および１０になる。したがって、ＵＥは引き続き同じスケ
ジュールされたＤＭＲＳを使用することができる。
【0176】
一方、ＵＥが選択した開始位置からのＰＵＳＣＨの期間が元のＰＵＳＣＨ期間とは異な
るＤＭＲＳ構成を使用する場合、ＵＥは、同じ数の追加のＤＭＲＳシンボルを持った新し
いＰＵＳＣＨ期間に関連する新しいＤＭＲＳ構成に従うことができる。図２６が示す例で
は、ＰＵＳＣＨは、最初にＯＳ０からＯＳ９までの１０シンボルの期間でスケジュールさ
れ、ＵＬ ＤＭＲＳシンボルが１つ追加されたが、ＵＥはＯＳ０のチャネルにアクセスで
きない。ただし、ＵＥがＯＳ１またはＯＳ２におけるチャネルにアクセスする場合、ＵＥ
が選択した開始位置でのＰＵＳＣＨの期間はそれぞれ９と８である。したがって、ＵＥは
、元のＰＵＳＣＨ認可に関連付けられた古いＤＭＲＳ構成を使用しなくても、ＵＥは、Ｐ
ＵＳＣＨ期間８および９のＯＦＤＭシンボルに関連付けられた新しいＤＭＲＳ構成を使用
することができる。この場合、図示のように、ＤＭＲＳはＯＳl0, 7にある必要がある。
るＤＭＲＳ構成を使用する場合、ＵＥは、同じ数の追加のＤＭＲＳシンボルを持った新し
いＰＵＳＣＨ期間に関連する新しいＤＭＲＳ構成に従うことができる。図２６が示す例で
は、ＰＵＳＣＨは、最初にＯＳ０からＯＳ９までの１０シンボルの期間でスケジュールさ
れ、ＵＬ ＤＭＲＳシンボルが１つ追加されたが、ＵＥはＯＳ０のチャネルにアクセスで
きない。ただし、ＵＥがＯＳ１またはＯＳ２におけるチャネルにアクセスする場合、ＵＥ
が選択した開始位置でのＰＵＳＣＨの期間はそれぞれ９と８である。したがって、ＵＥは
、元のＰＵＳＣＨ認可に関連付けられた古いＤＭＲＳ構成を使用しなくても、ＵＥは、Ｐ
ＵＳＣＨ期間８および９のＯＦＤＭシンボルに関連付けられた新しいＤＭＲＳ構成を使用
することができる。この場合、図示のように、ＤＭＲＳはＯＳl0, 7にある必要がある。
【0177】
l0またはその後からのＰＵＳＣＨ開始
【0178】
ＵＥが、上位層パラメータdmrs-TypeA-Positionによって与えられるシンボルl0から、
またはその後から始まるチャネルにアクセスする場合、ＵＥは、ＤＭＲＳがスロット境界
に対して相対的にマッピングされるＰＵＳＣＨマッピングタイプＡが、ＤＭＲＳが新しい
ＰＵＳＣＨ期間に基づいてＰＵＳＣＨに対して相対的にマッピングされるＰＵＳＣＨマッ
ピングタイプＢに、効果的に変更されると仮定することができる。言い換えれば、ＵＥは
、l0をゼロに設定し、新しいＰＵＳＣＨ期間と、上位層パラメータdmrs-additionalPoist
ionによって与えられた追加のＤＭＲＳシンボル数に従って、ＤＭＲＳをマッピングする
ことができる。図２７は、１つの追加のＵＬ ＤＭＲＳシンボルを伴うＯＳ０からＯＳ１
１の１２個のＯＦＤＭシンボルを介した送信がスケジュールされているが、ＵＥがＬＢＴ
に失敗したためにチャネルへのアクセスに失敗するＰＵＳＣＨの例を示す。図に示す位置
候補、すなわち、ＯＳ５から始まるチャネルが使用可能になると、ＵＥが選択した開始位
置によるＰＵＳＣＨの期間は７ＯＦＤＭシンボルとなる。この場合、図および表６に示す
ように、ＵＥは、マッピングタイプＢに従った、ＰＵＳＣＨの開始に対して相対的にl0お
よび4の、新しい７ＯＳのＰＵＳＣＨ期間に従って、ＵＬ ＤＭＲＳをマッピングするこ
とができる。
またはその後から始まるチャネルにアクセスする場合、ＵＥは、ＤＭＲＳがスロット境界
に対して相対的にマッピングされるＰＵＳＣＨマッピングタイプＡが、ＤＭＲＳが新しい
ＰＵＳＣＨ期間に基づいてＰＵＳＣＨに対して相対的にマッピングされるＰＵＳＣＨマッ
ピングタイプＢに、効果的に変更されると仮定することができる。言い換えれば、ＵＥは
、l0をゼロに設定し、新しいＰＵＳＣＨ期間と、上位層パラメータdmrs-additionalPoist
ionによって与えられた追加のＤＭＲＳシンボル数に従って、ＤＭＲＳをマッピングする
ことができる。図２７は、１つの追加のＵＬ ＤＭＲＳシンボルを伴うＯＳ０からＯＳ１
１の１２個のＯＦＤＭシンボルを介した送信がスケジュールされているが、ＵＥがＬＢＴ
に失敗したためにチャネルへのアクセスに失敗するＰＵＳＣＨの例を示す。図に示す位置
候補、すなわち、ＯＳ５から始まるチャネルが使用可能になると、ＵＥが選択した開始位
置によるＰＵＳＣＨの期間は７ＯＦＤＭシンボルとなる。この場合、図および表６に示す
ように、ＵＥは、マッピングタイプＢに従った、ＰＵＳＣＨの開始に対して相対的にl0お
よび4の、新しい７ＯＳのＰＵＳＣＨ期間に従って、ＵＬ ＤＭＲＳをマッピングするこ
とができる。
【0179】
【表6】
【0180】
別の例として、図２８は、１つの追加のＵＬ ＤＭＲＳシンボルを伴うＯＳ０からＯＳ
１１の１２個のＯＦＤＭシンボルを介した送信がスケジュールされているが、ＵＥがＬＢ
Ｔに失敗したためにチャネルへのアクセスに失敗するＰＵＳＣＨを示す。この例では、Ｕ
ＥはＯＳ７から始まるチャネルにアクセスし、ＵＥが選択した開始位置からのＰＵＳＣＨ
の期間を４ＯＦＤＭシンボルとするが、ＤＭＲＳを運ぶシンボルは１つだけであり、追加
のＤＭＲＳ位置はない。
１１の１２個のＯＦＤＭシンボルを介した送信がスケジュールされているが、ＵＥがＬＢ
Ｔに失敗したためにチャネルへのアクセスに失敗するＰＵＳＣＨを示す。この例では、Ｕ
ＥはＯＳ７から始まるチャネルにアクセスし、ＵＥが選択した開始位置からのＰＵＳＣＨ
の期間を４ＯＦＤＭシンボルとするが、ＤＭＲＳを運ぶシンボルは１つだけであり、追加
のＤＭＲＳ位置はない。
【0181】
これまでの例では、これらの態様は、１つの追加のＤＭＲＳ位置を持つ単一シンボルＤ
ＭＲＳに関して示されているが、これらの態様は、任意の数の追加ＤＭＲＳ位置を持つ単
一シンボルＤＭＲＳにさらに適用可能であり、任意の数の追加ＤＭＲＳ位置を持つダブル
シンボルＤＭＲＳにも適用可能である。
ＭＲＳに関して示されているが、これらの態様は、任意の数の追加ＤＭＲＳ位置を持つ単
一シンボルＤＭＲＳにさらに適用可能であり、任意の数の追加ＤＭＲＳ位置を持つダブル
シンボルＤＭＲＳにも適用可能である。
【0182】
図２９は、ＰＵＳＣＨ開始位置候補に従ってＤＭＲＳ構成を調整することができる手順
例を示す。図２９の例では、最初に、ｇＮＢがＰＵＳＣＨマッピングタイプＡの付与の要
求を送信し、ＰＵＳＣＨ期間に基づいて、対応するＤＭＲＳをスケジュールする。次に、
ＵＥは、最初にスケジュールされたＯＳからＰＵＳＣＨを開始するために、チャネルへの
アクセスを試行する。チャネルが使用可能な場合、手順は終了する。チャネルが使用でき
ない場合、ＵＥは新しい開始位置でチャネルへのアクセスを試行する。Ｉoより前にチャ
ネルにアクセスするためには、ＵＥはＰＵＳＣＨマッピングタイプＡとＰＵＳＣＨの新し
い期間に従ってＵＬ ＤＭＲＳ構成を選択するが、スケジュールされたＤＭＲＳの構成は
、ＤＭＲＳタイプ（１または２）、追加ＤＭＲＳ位置の数、およびシングルまたはダブル
ＤＭＲＳシンボルの観点からは同じとする。Ｉoまたはそれ以後にチャネルにアクセスす
るためには、ＵＥはＰＵＳＣＨマッピングタイプＢとＰＵＳＣＨの新しい期間に従ってＵ
Ｌ ＤＭＲＳ構成を選択するが、スケジュールされたＤＭＲＳの構成は、ＤＭＲＳタイプ
（１または２）、追加ＤＭＲＳ位置の数、およびシングルまたはダブルＤＭＲＳシンボル
の観点からは同じとする。いずれの場合も、ＵＥは新しいＤＭＲＳ構成でＰＵＳＣＨを送
信する。
例を示す。図２９の例では、最初に、ｇＮＢがＰＵＳＣＨマッピングタイプＡの付与の要
求を送信し、ＰＵＳＣＨ期間に基づいて、対応するＤＭＲＳをスケジュールする。次に、
ＵＥは、最初にスケジュールされたＯＳからＰＵＳＣＨを開始するために、チャネルへの
アクセスを試行する。チャネルが使用可能な場合、手順は終了する。チャネルが使用でき
ない場合、ＵＥは新しい開始位置でチャネルへのアクセスを試行する。Ｉoより前にチャ
ネルにアクセスするためには、ＵＥはＰＵＳＣＨマッピングタイプＡとＰＵＳＣＨの新し
い期間に従ってＵＬ ＤＭＲＳ構成を選択するが、スケジュールされたＤＭＲＳの構成は
、ＤＭＲＳタイプ（１または２）、追加ＤＭＲＳ位置の数、およびシングルまたはダブル
ＤＭＲＳシンボルの観点からは同じとする。Ｉoまたはそれ以後にチャネルにアクセスす
るためには、ＵＥはＰＵＳＣＨマッピングタイプＢとＰＵＳＣＨの新しい期間に従ってＵ
Ｌ ＤＭＲＳ構成を選択するが、スケジュールされたＤＭＲＳの構成は、ＤＭＲＳタイプ
（１または２）、追加ＤＭＲＳ位置の数、およびシングルまたはダブルＤＭＲＳシンボル
の観点からは同じとする。いずれの場合も、ＵＥは新しいＤＭＲＳ構成でＰＵＳＣＨを送
信する。
【0183】
マルチユーザＭＩＭＯ（Multi-User MIMO：ＭＵ－ＭＩＭＯ）の場合、すなわち、他の
ＵＥのＤＭＲＳが異なるＯＣＣシーケンスで同じ符号分割多重（Code Division Multip
le：ＣＤＭ）グループを共有しているか、直交周波数リソースを使用している場合、ＵＥ
が同じＰＵＳＣＨリソースを共有しているため、より困難である。したがって、他のＵＥ
のＤＭＲＳから独立しているあるＵＥのＤＭＲＳをシフトすることによって、異なるＵＥ
が使用する異なるアンテナポート間の重大な干渉に至る可能性がある。このような問題に
対処するために、以下に説明するように、いくつかの代替案を採用することができる。
ＵＥのＤＭＲＳが異なるＯＣＣシーケンスで同じ符号分割多重（Code Division Multip
le：ＣＤＭ）グループを共有しているか、直交周波数リソースを使用している場合、ＵＥ
が同じＰＵＳＣＨリソースを共有しているため、より困難である。したがって、他のＵＥ
のＤＭＲＳから独立しているあるＵＥのＤＭＲＳをシフトすることによって、異なるＵＥ
が使用する異なるアンテナポート間の重大な干渉に至る可能性がある。このような問題に
対処するために、以下に説明するように、いくつかの代替案を採用することができる。
【0184】
ＵＥが選択した開始位置からのＰＵＳＣＨのＵＬ ＤＭＲＳシンボルが、古いＰＵＳＣ
ＨのＵＬ ＤＭＲＳまたはそれらのシンボルのいくつかを運ぶ同じシンボルを占有する限
り、ＵＥは、ＰＵＳＣＨ開始位置を変更することができる。例えば、３つの追加ＤＭＲＳ
位置を持つ単一シンボルＤＭＲＳを伴ったＰＵＳＣＨマッピングタイプＡの場合、ＰＵＳ
ＣＨ期間が１２、１３、または１４であれば、ＤＭＲＳは同じシンボルl0, 5, 8, 11
を占有する。したがって、元のＰＵＳＣＨ認可期間が１４シンボルであり、３つの追加Ｄ
ＭＲＳが、例えば、図３０に示すように構成されている場合、ＵＥ１はＯＳ１または２か
ら開始するチャネルへのアクセスを試行することができ、ＵＥが選択した開始位置からの
ＰＵＳＣＨの期間が、それぞれ、１３および１２シンボルに等しくなる。両方のＰＵＳＣ
Ｈ開始位置に対して、ＵＬ ＤＭＲＳは、最初にスケジュールされたＰＵＳＣＨのＵＬ
ＤＭＲＳと同じシンボルを占め得る。このような場合、ＵＥ１のＰＵＳＣＨの開始位置を
変更した後でも、ＵＥ１とＵＥ２のＤＭＲＳは直交している。
ＨのＵＬ ＤＭＲＳまたはそれらのシンボルのいくつかを運ぶ同じシンボルを占有する限
り、ＵＥは、ＰＵＳＣＨ開始位置を変更することができる。例えば、３つの追加ＤＭＲＳ
位置を持つ単一シンボルＤＭＲＳを伴ったＰＵＳＣＨマッピングタイプＡの場合、ＰＵＳ
ＣＨ期間が１２、１３、または１４であれば、ＤＭＲＳは同じシンボルl0, 5, 8, 11
を占有する。したがって、元のＰＵＳＣＨ認可期間が１４シンボルであり、３つの追加Ｄ
ＭＲＳが、例えば、図３０に示すように構成されている場合、ＵＥ１はＯＳ１または２か
ら開始するチャネルへのアクセスを試行することができ、ＵＥが選択した開始位置からの
ＰＵＳＣＨの期間が、それぞれ、１３および１２シンボルに等しくなる。両方のＰＵＳＣ
Ｈ開始位置に対して、ＵＬ ＤＭＲＳは、最初にスケジュールされたＰＵＳＣＨのＵＬ
ＤＭＲＳと同じシンボルを占め得る。このような場合、ＵＥ１のＰＵＳＣＨの開始位置を
変更した後でも、ＵＥ１とＵＥ２のＤＭＲＳは直交している。
【0185】
これは常に当てはまるとは限らない。すなわち、ＵＬ ＤＭＲＳは、ＵＥが選択した開
始位置からのＰＵＳＣＨおよび最初にスケジュールされたＰＵＳＣＨに対して同じシンボ
ルを占める。したがって、別の態様によれば、新しい期間を有するＰＵＳＣＨのＵＬ Ｄ
ＭＲＳを運ぶＯＦＤＭシンボルのシンボルインデックスセットSnewが、古い期間を有する
ＰＵＳＣＨのＵＬ ＤＭＲＳを運ぶシンボルインデックスセットSoldから選択されること
になる。２つのセットが重複しておらず、Snewに属するインデックスのうちのいくつかが
Soldに属していない場合、それらのインデックスは、Soldの中で最も近いインデックスに
置き換えられる。Soldの中にあり、新しい期間でＰＵＳＣＨのＵＬ ＤＭＲＳを送信する
ために使用されない記号は、他のＵＥのＤＭＲＳ間の衝突を回避するために、データを運
ぶために使用されない可能性がある。図３１は、ＯＳ０からＯＳ１１までの１２シンボル
に等しい期間のＰＵＳＣＨ認可の例を示す。３つの追加のＤＭＲＳが占有するように、す
なわち、Sold = ｛l0, 5, 8, 11｝となるように構成されている。ＵＥ１がＯＳ１ま
たはＯＳ２から始まるチャネルにアクセスして、ＵＥが選択した開始位置からのＰＵＳＣ
Ｈの期間がそれぞれ１１と１０になるようにすると、残念ながら、ＵＥが選択した開始位
置からのＰＵＳＣＨの期間中、ＵＬ ＤＭＲＳはシンボルSnew = ｛l0, 6, 9｝を占
有する必要があり、これは、l0だけがＵＥ２のＵＬ ＤＭＲＳを運ぶシンボルと重複する
ことを意味する。さらに、ＵＥは、Snewの６および９を、Soldの最も近いインデックスで
ある５および８でそれぞれ置き換えて、Snew = ｛l0, 5 6, 8 9｝を有することが
できる。そうすることにより、ＵＥ１とＵＥ２との間の直交性が維持される。
始位置からのＰＵＳＣＨおよび最初にスケジュールされたＰＵＳＣＨに対して同じシンボ
ルを占める。したがって、別の態様によれば、新しい期間を有するＰＵＳＣＨのＵＬ Ｄ
ＭＲＳを運ぶＯＦＤＭシンボルのシンボルインデックスセットSnewが、古い期間を有する
ＰＵＳＣＨのＵＬ ＤＭＲＳを運ぶシンボルインデックスセットSoldから選択されること
になる。２つのセットが重複しておらず、Snewに属するインデックスのうちのいくつかが
Soldに属していない場合、それらのインデックスは、Soldの中で最も近いインデックスに
置き換えられる。Soldの中にあり、新しい期間でＰＵＳＣＨのＵＬ ＤＭＲＳを送信する
ために使用されない記号は、他のＵＥのＤＭＲＳ間の衝突を回避するために、データを運
ぶために使用されない可能性がある。図３１は、ＯＳ０からＯＳ１１までの１２シンボル
に等しい期間のＰＵＳＣＨ認可の例を示す。３つの追加のＤＭＲＳが占有するように、す
なわち、Sold = ｛l0, 5, 8, 11｝となるように構成されている。ＵＥ１がＯＳ１ま
たはＯＳ２から始まるチャネルにアクセスして、ＵＥが選択した開始位置からのＰＵＳＣ
Ｈの期間がそれぞれ１１と１０になるようにすると、残念ながら、ＵＥが選択した開始位
置からのＰＵＳＣＨの期間中、ＵＬ ＤＭＲＳはシンボルSnew = ｛l0, 6, 9｝を占
有する必要があり、これは、l0だけがＵＥ２のＵＬ ＤＭＲＳを運ぶシンボルと重複する
ことを意味する。さらに、ＵＥは、Snewの６および９を、Soldの最も近いインデックスで
ある５および８でそれぞれ置き換えて、Snew = ｛l0, 5 6, 8 9｝を有することが
できる。そうすることにより、ＵＥ１とＵＥ２との間の直交性が維持される。
【0186】
最後のＤＭＲＳからの最後のＯＦＤＭシンボルからＰＵＳＣＨの末尾までのチャネル推
定を著しく悪化させる可能性がある多数のＯＦＤＭシンボルの外挿を回避するために、新
しい期間でＰＵＳＣＨを運ぶために複数のＯＦＤＭシンボルが必要な場合には、ＰＵＳＣ
Ｈの最後のＯＦＤＭシンボルのインデックスを古い期間で使用することができる。Sold
= ｛l0, 5, 8, 11｝でありSnew = ｛l0, 6, 9｝である前記の例では、ＵＥは、S
newの６および９を、５および１１でそれぞれ置き換えて、図３２に示すように、Snew =
｛l0, 5 6, 11 9｝を有することができる。
定を著しく悪化させる可能性がある多数のＯＦＤＭシンボルの外挿を回避するために、新
しい期間でＰＵＳＣＨを運ぶために複数のＯＦＤＭシンボルが必要な場合には、ＰＵＳＣ
Ｈの最後のＯＦＤＭシンボルのインデックスを古い期間で使用することができる。Sold
= ｛l0, 5, 8, 11｝でありSnew = ｛l0, 6, 9｝である前記の例では、ＵＥは、S
newの６および９を、５および１１でそれぞれ置き換えて、図３２に示すように、Snew =
｛l0, 5 6, 11 9｝を有することができる。
【0187】
ＰＵＳＣＨマッピングタイプＡが使用されるが、ＵＥがl0の後にチャネルを取得する場
合、ＰＵＳＣＨマッピングタイプＢを使用して、ＵＥが選択した開始位置からのＰＵＳＣ
Ｈの期間に従ってＤＭＲＳをマッピングすることができる。新しい期間のＰＵＳＣＨのＵ
Ｌ ＤＭＲＳを運ぶシンボルのインデックスセットSnewが、古い期間のＰＵＳＣＨのＵＬ
ＤＭＲＳを運ぶべきシンボルのインデックスセットと異なる場合、Snewの各要素は、So
ldの最も近い要素に置き換えられる。図３３は、ＯＳ０からＯＳ１１までの１２シンボル
に等しい期間のＰＵＳＣＨ認可の例を示す。３つの追加のＤＭＲＳが占有するように、す
なわち、Sold = ｛l0, 5, 8, 11｝となるように構成されている。ＵＥ１がＯＳ０か
ら始まるチャネルへのアクセスに失敗したが、ＯＳ７から、すなわちl0より後から始まる
チャネルへのアクセスに成功した場合、ＤＭＲＳはＰＵＳＣＨマッピングタイプＢに従っ
てマッピングされる。ＰＵＳＣＨの新しい期間は５シンボルであるため、ＵＬ ＤＭＲＳ
は、ＰＵＳＣＨ開始位置ＯＳ７に対して相対的にl0, 4でインデックス付けされたシンボ
ルを占有できる。したがって、Snew = ｛7, 11｝となる。SnewをSoldと比較して、Ｕ
ＥはＯＳ７をＯＳ８に置き換えて、Snew = ｛8, 11｝とすることができる。
合、ＰＵＳＣＨマッピングタイプＢを使用して、ＵＥが選択した開始位置からのＰＵＳＣ
Ｈの期間に従ってＤＭＲＳをマッピングすることができる。新しい期間のＰＵＳＣＨのＵ
Ｌ ＤＭＲＳを運ぶシンボルのインデックスセットSnewが、古い期間のＰＵＳＣＨのＵＬ
ＤＭＲＳを運ぶべきシンボルのインデックスセットと異なる場合、Snewの各要素は、So
ldの最も近い要素に置き換えられる。図３３は、ＯＳ０からＯＳ１１までの１２シンボル
に等しい期間のＰＵＳＣＨ認可の例を示す。３つの追加のＤＭＲＳが占有するように、す
なわち、Sold = ｛l0, 5, 8, 11｝となるように構成されている。ＵＥ１がＯＳ０か
ら始まるチャネルへのアクセスに失敗したが、ＯＳ７から、すなわちl0より後から始まる
チャネルへのアクセスに成功した場合、ＤＭＲＳはＰＵＳＣＨマッピングタイプＢに従っ
てマッピングされる。ＰＵＳＣＨの新しい期間は５シンボルであるため、ＵＬ ＤＭＲＳ
は、ＰＵＳＣＨ開始位置ＯＳ７に対して相対的にl0, 4でインデックス付けされたシンボ
ルを占有できる。したがって、Snew = ｛7, 11｝となる。SnewをSoldと比較して、Ｕ
ＥはＯＳ７をＯＳ８に置き換えて、Snew = ｛8, 11｝とすることができる。
【0188】
ＵＥがＯＳ８でチャネルにアクセスする場合、ＰＵＳＣＨの新しい期間は５であり、Ｐ
ＵＳＣＨマッピングタイプＢによれば、ＤＭＲＳを運ぶシンボルのインデックスは、ＰＵ
ＳＣＨに対して相対的にl0、すなわち、Snew = ｛8｝である。この場合、図３４に示す
ように、ＤＭＲＳを運ぶために最後のシンボルSoldを使用することはできない。
ＵＳＣＨマッピングタイプＢによれば、ＤＭＲＳを運ぶシンボルのインデックスは、ＰＵ
ＳＣＨに対して相対的にl0、すなわち、Snew = ｛8｝である。この場合、図３４に示す
ように、ＤＭＲＳを運ぶために最後のシンボルSoldを使用することはできない。
【0189】
さらに、例えば、図５１に示すように、ＵＥは、スケジュールされたＰＵＳＣＨ全体を
新しい開始位置にシフトすることができ、そして、ＰＵＳＣＨ全体をシフトせずに単に新
しい開始位置からＰＵＳＣＨ送信を開始するのではなく、スケジュールされたＤＭＲＳを
新しい開始位置に対して相対的にシフトすることができる。図５２Ａは、１つの追加のＵ
Ｌ ＤＭＲＳシンボルを伴うＯＳ０からＯＳ１１の１２個のＯＦＤＭシンボルを介した送
信がスケジュールされているが、ＵＥがＬＢＴに失敗したためにチャネルへのアクセスに
失敗するＰＵＳＣＨの例を示す。図に示す位置候補、すなわち、ＯＳ２から始まるチャネ
ルが使用可能になると、ＰＵＳＣＨ開始位置は、ＯＦＤＭシンボル２個分だけシフトされ
る。次に、ＤＭＲＳシンボルが、ＯＦＤＭシンボル２個分だけシフトされ、新しい位置が
ＯＳ５とＯＳ１１になる。ＰＵＳＣＨ全体をシフトしたことによって、ＵＥは、ライセン
スＰＵＳＣＨの末尾の切り詰められたシンボルをパンクチャ／レートマッチすることがで
きる。
新しい開始位置にシフトすることができ、そして、ＰＵＳＣＨ全体をシフトせずに単に新
しい開始位置からＰＵＳＣＨ送信を開始するのではなく、スケジュールされたＤＭＲＳを
新しい開始位置に対して相対的にシフトすることができる。図５２Ａは、１つの追加のＵ
Ｌ ＤＭＲＳシンボルを伴うＯＳ０からＯＳ１１の１２個のＯＦＤＭシンボルを介した送
信がスケジュールされているが、ＵＥがＬＢＴに失敗したためにチャネルへのアクセスに
失敗するＰＵＳＣＨの例を示す。図に示す位置候補、すなわち、ＯＳ２から始まるチャネ
ルが使用可能になると、ＰＵＳＣＨ開始位置は、ＯＦＤＭシンボル２個分だけシフトされ
る。次に、ＤＭＲＳシンボルが、ＯＦＤＭシンボル２個分だけシフトされ、新しい位置が
ＯＳ５とＯＳ１１になる。ＰＵＳＣＨ全体をシフトしたことによって、ＵＥは、ライセン
スＰＵＳＣＨの末尾の切り詰められたシンボルをパンクチャ／レートマッチすることがで
きる。
【0190】
新しい開始位置次第で、その新しいシフトされた位置がスケジュールされたＰＵＳＣＨ
の末尾を超えている場合、ＵＥは、１つ以上のスケジュールされたＤＭＲＳシンボルをパ
ンクチャすることができる。例えば、図５２Ｂは、最初にスケジュールされた２つのＤＭ
ＲＳシンボルではなく、１つのＤＭＲＳシンボルだけを送信するＵＥの例を示す。ＵＥは
、ＯＳ３で送信されるようにスケジュールされたＤＭＲＳシンボルをＯＳ１１で送信する
ことができる。一方、ＯＳ９で送信されるようにスケジュールされたＤＭＲＳは取り除か
れ得る。
の末尾を超えている場合、ＵＥは、１つ以上のスケジュールされたＤＭＲＳシンボルをパ
ンクチャすることができる。例えば、図５２Ｂは、最初にスケジュールされた２つのＤＭ
ＲＳシンボルではなく、１つのＤＭＲＳシンボルだけを送信するＵＥの例を示す。ＵＥは
、ＯＳ３で送信されるようにスケジュールされたＤＭＲＳシンボルをＯＳ１１で送信する
ことができる。一方、ＯＳ９で送信されるようにスケジュールされたＤＭＲＳは取り除か
れ得る。
【0191】
ＵＥは、例えば、新しいＰＵＳＣＨ開始位置の最初のＯＦＤＭシンボルにおいて、少な
くとも１つのＤＭＲＳシンボルを送信するように構成され得る。これは、スケジュールさ
れたＤＭＲＳシンボルのすべてがスケジュールされたＰＵＳＣＨの末尾を超えてシフトさ
れた場合、すなわち、スケジュールされたＤＭＲＳシンボルのすべてが取り除かれた場合
に有益である。ＰＵＳＣＨがシフトされた結果、スケジュールされたＤＭＲＳシンボルの
いずれも送信できない場合、上位層シグナリングは、ＤＭＲＳシンボルの最小数やそれら
の位置などを示すことができる。さらに、ＰＵＳＣＨを運ぶためのＯＦＤＭシンボルの残
り数が特定のしきい値より小さい場合、ＵＥは、このＰＵＳＣＨが成功裏に復号化される
可能性が最も高いので、このＰＵＳＣＨを送信しないように構成され得る。このようなし
きい値は、上位層シグナリングによってＵＥに示され得る。
くとも１つのＤＭＲＳシンボルを送信するように構成され得る。これは、スケジュールさ
れたＤＭＲＳシンボルのすべてがスケジュールされたＰＵＳＣＨの末尾を超えてシフトさ
れた場合、すなわち、スケジュールされたＤＭＲＳシンボルのすべてが取り除かれた場合
に有益である。ＰＵＳＣＨがシフトされた結果、スケジュールされたＤＭＲＳシンボルの
いずれも送信できない場合、上位層シグナリングは、ＤＭＲＳシンボルの最小数やそれら
の位置などを示すことができる。さらに、ＰＵＳＣＨを運ぶためのＯＦＤＭシンボルの残
り数が特定のしきい値より小さい場合、ＵＥは、このＰＵＳＣＨが成功裏に復号化される
可能性が最も高いので、このＰＵＳＣＨを送信しないように構成され得る。このようなし
きい値は、上位層シグナリングによってＵＥに示され得る。
【0192】
ＰＵＳＣＨがスロット境界を越えることを許されず、ＵＥが複数の隣接するＰＵＳＣＨ
でスケジュールされる場合、各々のスケジュールされたＰＵＳＣＨは、元のスケジュール
されたＰＵＳＣＨを含むスロットの末尾を超えて開始するようにシフトされない可能性が
ある。例えば、図５３Ａは、ＵＥがスケジュールしたＮ個のＰＵＳＣＨの例を示し、ＰＵ
ＳＣＨ０に対して３つの開始位置候補が示されている。次に、チャネルの可用性に基づい
て、ＰＵＳＣＨ０をシフトして、示された開始位置候補のどれからでも開始できる。示さ
れたＰＵＳＣＨ開始位置候補のいずれにおいてもチャネルが利用できない場合、またはス
ロット０のＯＦＤＭシンボルの残り数が、例えば、上位層によって示される特定のしきい
値より小さい場合、ＵＥはＰＵＳＣＨ０を取り除くことができる。次に、ＵＥは、次のＰ
ＵＳＣＨを送信するために、チャネルへのアクセスを試行することができる。
でスケジュールされる場合、各々のスケジュールされたＰＵＳＣＨは、元のスケジュール
されたＰＵＳＣＨを含むスロットの末尾を超えて開始するようにシフトされない可能性が
ある。例えば、図５３Ａは、ＵＥがスケジュールしたＮ個のＰＵＳＣＨの例を示し、ＰＵ
ＳＣＨ０に対して３つの開始位置候補が示されている。次に、チャネルの可用性に基づい
て、ＰＵＳＣＨ０をシフトして、示された開始位置候補のどれからでも開始できる。示さ
れたＰＵＳＣＨ開始位置候補のいずれにおいてもチャネルが利用できない場合、またはス
ロット０のＯＦＤＭシンボルの残り数が、例えば、上位層によって示される特定のしきい
値より小さい場合、ＵＥはＰＵＳＣＨ０を取り除くことができる。次に、ＵＥは、次のＰ
ＵＳＣＨを送信するために、チャネルへのアクセスを試行することができる。
【0193】
スロットが複数のＰＵＳＣＨを含む場合、ＵＥは、例えば、図５３Ｂに示されるように
、スロット内のすべてのスケジュールされたＰＵＳＣＨをシフトすることができる。この
図では、チャネルが使用できないため、ＰＵＳＣＨ０が取り除かれている。したがって、
ＵＥは、ＰＵＳＣＨ１を送信するためにチャネルにアクセスしようとする可能性がある。
チャネルが利用できない場合、ＰＵＳＣＨ１およびそれに続くＰＵＳＣＨ２は、共に新し
い開始位置にシフトされる。いずれかのＰＵＳＣＨがスロット境界の終わりに達すると、
スロット境界を越えたＯＦＤＭシンボルがパンクチャされる。このＰＵＳＣＨで使用可能
なＯＦＤＭシンボルの数が減少するため、ＵＥは、データのレートマッチング／パンクチ
ャリングを実行する可能性がある。
、スロット内のすべてのスケジュールされたＰＵＳＣＨをシフトすることができる。この
図では、チャネルが使用できないため、ＰＵＳＣＨ０が取り除かれている。したがって、
ＵＥは、ＰＵＳＣＨ１を送信するためにチャネルにアクセスしようとする可能性がある。
チャネルが利用できない場合、ＰＵＳＣＨ１およびそれに続くＰＵＳＣＨ２は、共に新し
い開始位置にシフトされる。いずれかのＰＵＳＣＨがスロット境界の終わりに達すると、
スロット境界を越えたＯＦＤＭシンボルがパンクチャされる。このＰＵＳＣＨで使用可能
なＯＦＤＭシンボルの数が減少するため、ＵＥは、データのレートマッチング／パンクチ
ャリングを実行する可能性がある。
【0194】
さらに、ＵＥは、ＰＵＳＣＨを新しい開始位置にシフトするが、ＵＥは、例えば、図５
４Ａに示すように、スケジュールされたＤＭＲＳシンボルを元の認可に示された通りに、
それらの位置に維持することができる。１つ以上のＤＭＲＳシンボルがＰＵＳＣＨの新し
い開始位置の前にある場合、それらのシンボルは、例えば、図５４Ｂに示すように、取り
除かれる。ＰＵＳＣＨの新しい開始位置がスケジュールされたすべてのＤＭＲＳシンボル
を超える場合、ＵＥはＰＵＳＣＨの送信を断念する可能性がある。あるいは、前述のよう
に、ＵＥは、ＵＥがすべての取り除かれたスケジュールされたＤＭＲＳシンボルを送信す
ることができるように、例えば、上位層シグナリングを介して、送信することができる特
定の数の補償ＤＭＲＳシンボル、それらの位置、その他の任意の構成などで構成され得る
。図５４Ｃが示す例では、ＰＵＳＣＨの開始位置がＯＳ１０にあり、そこでは、以前のす
べてのＤＭＲＳシンボルが取り除かれている。この場合、ＵＥは、新しい開始位置で、Ｐ
ＵＳＣＨの最初のＯＦＤＭシンボルにおけるＤＭＲＳシンボルを送信することができる。
４Ａに示すように、スケジュールされたＤＭＲＳシンボルを元の認可に示された通りに、
それらの位置に維持することができる。１つ以上のＤＭＲＳシンボルがＰＵＳＣＨの新し
い開始位置の前にある場合、それらのシンボルは、例えば、図５４Ｂに示すように、取り
除かれる。ＰＵＳＣＨの新しい開始位置がスケジュールされたすべてのＤＭＲＳシンボル
を超える場合、ＵＥはＰＵＳＣＨの送信を断念する可能性がある。あるいは、前述のよう
に、ＵＥは、ＵＥがすべての取り除かれたスケジュールされたＤＭＲＳシンボルを送信す
ることができるように、例えば、上位層シグナリングを介して、送信することができる特
定の数の補償ＤＭＲＳシンボル、それらの位置、その他の任意の構成などで構成され得る
。図５４Ｃが示す例では、ＰＵＳＣＨの開始位置がＯＳ１０にあり、そこでは、以前のす
べてのＤＭＲＳシンボルが取り除かれている。この場合、ＵＥは、新しい開始位置で、Ｐ
ＵＳＣＨの最初のＯＦＤＭシンボルにおけるＤＭＲＳシンボルを送信することができる。
【0195】
最初のＰＵＳＣＨ送信におけるパワーブースト
【0196】
ＵＥのＣＯＴにおける最初のＰＵＳＣＨ送信に対して、ＤＭＲＳ電力は、そのＣＯＴ内
の後続のＰＵＳＣＨ送信におけるＤＭＲＳに比べてブーストされる。これにより、ｇＮＢ
でのＰＵＳＣＨの検出の信頼性向上が確保され、チャネル品質の推定が改善される。これ
により、ＰＵＳＣＨ送信がより少ないリソースにレートマッチングされるか、チャネルア
クセスの遅延のためにパンクチャされた場合に、ＰＵＳＣＨのブロックエラーレート（Bl
ock Error Rate：ＢＬＥＲ）が改善される。この概念は、図３５に示され、図中、ＣＡ
Ｔ４ＬＢＴに続くＵＥの最初のＰＵＳＣＨ送信のＤＭＲＳシーケンスにおける公称電力が
ブーストされる。
の後続のＰＵＳＣＨ送信におけるＤＭＲＳに比べてブーストされる。これにより、ｇＮＢ
でのＰＵＳＣＨの検出の信頼性向上が確保され、チャネル品質の推定が改善される。これ
により、ＰＵＳＣＨ送信がより少ないリソースにレートマッチングされるか、チャネルア
クセスの遅延のためにパンクチャされた場合に、ＰＵＳＣＨのブロックエラーレート（Bl
ock Error Rate：ＢＬＥＲ）が改善される。この概念は、図３５に示され、図中、ＣＡ
Ｔ４ＬＢＴに続くＵＥの最初のＰＵＳＣＨ送信のＤＭＲＳシーケンスにおける公称電力が
ブーストされる。
【0197】
別のユースケースとして、ＰＵＳＣＨ送信が開始される位置が原因で、ＵＥが、ＤＭＲ
Ｓシーケンスを運ぶ１つ以上のＯＳを取り除くことになる場合、ＵＥは、チャネル推定の
質を高めるために、残りのＤＭＲＳシーケンスの電力をブーストすることができる。図３
６は、チャネルの可用性が不足しているためにＯＳ＃０が送信されないタイプＢのＰＵＳ
ＣＨ送信の例を示す。認可内の残りのＤＭＲＳシンボルで電力がブーストされ、それによ
って、ＯＳ＃０でのＤＭＲＳシーケンスの損失をある程度補償する。ここで、ｇＮＢはＯ
Ｓ＃０にＤＭＲＳが存在しないことを検出し、ＰＵＳＣＨがＯＳ＃０で開始されなかった
ことを認識する。ｇＮＢは、ＯＳ＃３のＤＭＲＳを識別し、開始位置ＯＳ＃１、２、およ
び３から、ＰＵＳＣＨの復号化を試みる。
Ｓシーケンスを運ぶ１つ以上のＯＳを取り除くことになる場合、ＵＥは、チャネル推定の
質を高めるために、残りのＤＭＲＳシーケンスの電力をブーストすることができる。図３
６は、チャネルの可用性が不足しているためにＯＳ＃０が送信されないタイプＢのＰＵＳ
ＣＨ送信の例を示す。認可内の残りのＤＭＲＳシンボルで電力がブーストされ、それによ
って、ＯＳ＃０でのＤＭＲＳシーケンスの損失をある程度補償する。ここで、ｇＮＢはＯ
Ｓ＃０にＤＭＲＳが存在しないことを検出し、ＰＵＳＣＨがＯＳ＃０で開始されなかった
ことを認識する。ｇＮＢは、ＯＳ＃３のＤＭＲＳを識別し、開始位置ＯＳ＃１、２、およ
び３から、ＰＵＳＣＨの復号化を試みる。
【0198】
パワーブースト値αＤＭＲＳ－ＣＡＩが、ＲＲＣシグナリングを介してＵＥに設定され
る。この値は、使用可能なＰＵＳＣＨリソース内の実際に送信されるＤＭＲＳシーケンス
の数に依存し得る。
る。この値は、使用可能なＰＵＳＣＨリソース内の実際に送信されるＤＭＲＳシーケンス
の数に依存し得る。
【0199】
また、ＰＵＳＣＨ ＲＥのための電力は、ＵＥのＬＢＴに続く、ＵＥのＣＯＴ内の最初
のＰＵＳＣＨ送信のために利用可能なＰＵＳＣＨリソース内でブーストされ得る。ブース
トは、使用可能なＯＳの数の関数であり得る。元の認可がＮ個のＯＳを有し、ＵＥがＫ個
のＯＳだけにアクセス可能である場合、ＵＥは、Ｋ個のＯＳにおけるＰＵＳＣＨ ＲＥの
電力を、ＰＰＵＳＣＨ，ｂооｓｔ＝１０・ｌоｇ１０（αＰＵＳＣＨ－ＣＡＩ・Ｎ／Ｋ
）倍に増大させることができる。ここで、αＰＵＳＣＨ－ＣＡＩはＲＲＣシグナリングを
介してＵＥに設定され、αＰＵＳＣＨ－ＣＡＩは０以上の値であり、チャネルアクセスに
続く最初のＰＵＳＣＨに適用される。通常の設定では、値１を使用できる。ＵＥは、与え
られたＮ個およびＫ個に対して電力ヘッドルームがある場合のみ、パワーブーストを適用
できる。それ以外の場合は、デバイスに対して可能な最大値ＰＰＵＳＣＨ－ＣＡＩ＝ｍａ
ｘ（ＰＰＵＳＣＨ，ｎоｍｉｎａｌ＋ＰＰＵＳＣＨ，ｂооｓｔ，Ｐｍａｘ）まで電力を
ブーストできる。ここで、ＰＰＵＳＣＨ－ＣＡＩは、ＬＢＴに続く最初のＰＵＳＣＨ送信
に適用される電力であり、Ｐｍａｘは、ＵＥが送信できる最大電力である（ＰｍａｘはＵ
Ｅの能力に依存するか、ＲＲＣシグナシングを介してＵＥに設定されるか、またはその両
方であり得る）。ＰＰＵＳＣＨ，ｎоｍｉｎａｌは、ＰＵＳＣＨ送信が送信される公称電
力である。最初のＰＵＳＣＨ送信に続くＰＵＳＣＨ送信で使用できる電力レベルは、ＰＰ
ＵＳＣＨ，ｎоｍｉｎａｌである。
のＰＵＳＣＨ送信のために利用可能なＰＵＳＣＨリソース内でブーストされ得る。ブース
トは、使用可能なＯＳの数の関数であり得る。元の認可がＮ個のＯＳを有し、ＵＥがＫ個
のＯＳだけにアクセス可能である場合、ＵＥは、Ｋ個のＯＳにおけるＰＵＳＣＨ ＲＥの
電力を、ＰＰＵＳＣＨ，ｂооｓｔ＝１０・ｌоｇ１０（αＰＵＳＣＨ－ＣＡＩ・Ｎ／Ｋ
）倍に増大させることができる。ここで、αＰＵＳＣＨ－ＣＡＩはＲＲＣシグナリングを
介してＵＥに設定され、αＰＵＳＣＨ－ＣＡＩは０以上の値であり、チャネルアクセスに
続く最初のＰＵＳＣＨに適用される。通常の設定では、値１を使用できる。ＵＥは、与え
られたＮ個およびＫ個に対して電力ヘッドルームがある場合のみ、パワーブーストを適用
できる。それ以外の場合は、デバイスに対して可能な最大値ＰＰＵＳＣＨ－ＣＡＩ＝ｍａ
ｘ（ＰＰＵＳＣＨ，ｎоｍｉｎａｌ＋ＰＰＵＳＣＨ，ｂооｓｔ，Ｐｍａｘ）まで電力を
ブーストできる。ここで、ＰＰＵＳＣＨ－ＣＡＩは、ＬＢＴに続く最初のＰＵＳＣＨ送信
に適用される電力であり、Ｐｍａｘは、ＵＥが送信できる最大電力である（ＰｍａｘはＵ
Ｅの能力に依存するか、ＲＲＣシグナシングを介してＵＥに設定されるか、またはその両
方であり得る）。ＰＰＵＳＣＨ，ｎоｍｉｎａｌは、ＰＵＳＣＨ送信が送信される公称電
力である。最初のＰＵＳＣＨ送信に続くＰＵＳＣＨ送信で使用できる電力レベルは、ＰＰ
ＵＳＣＨ，ｎоｍｉｎａｌである。
【0200】
ＰＵＳＣＨ開始位置に依存するＤＭＲＳシーケンス
【0201】
ＵＥは、複数のＤＭＲＳシーケンスを伴ったＲＲＣシグナリングを介して構成されるこ
とができ、そこでは、ＵＥは、ＰＵＳＣＨの開始ＯＳを示すＤＭＲＳシーケンスを選択す
る。この概念は、図３７に示され、図中、ＵＥは、４つの開始位置候補ＯＳ＃０、ＯＳ＃
１、ＯＳ＃２、ＯＳ＃３と４つの対応するＤＭＲＳシーケンスで構成されている。ＵＥは
、ＯＳ＃０にチャネルアクセスする場合、ＤＭＲＳのシーケンス＃1を送信し、ＯＳ＃１
にチャネルアクセスする場合、ＤＭＲＳのシーケンス＃2を送信、等々というように送信
を実行する。ここで、ｇＮＢはすべてのＤＭＲSシーケンス候補を監視する。有効なシー
ケンスを見つけると、ｇＮＢはそのシーケンスからＰＵＳＣＨ送信の開始位置を推測する
。この方法により、ＰＵＳＣＨ送信の開始ＯＳを盲目的に検出する必要性が回避される。
とができ、そこでは、ＵＥは、ＰＵＳＣＨの開始ＯＳを示すＤＭＲＳシーケンスを選択す
る。この概念は、図３７に示され、図中、ＵＥは、４つの開始位置候補ＯＳ＃０、ＯＳ＃
１、ＯＳ＃２、ＯＳ＃３と４つの対応するＤＭＲＳシーケンスで構成されている。ＵＥは
、ＯＳ＃０にチャネルアクセスする場合、ＤＭＲＳのシーケンス＃1を送信し、ＯＳ＃１
にチャネルアクセスする場合、ＤＭＲＳのシーケンス＃2を送信、等々というように送信
を実行する。ここで、ｇＮＢはすべてのＤＭＲSシーケンス候補を監視する。有効なシー
ケンスを見つけると、ｇＮＢはそのシーケンスからＰＵＳＣＨ送信の開始位置を推測する
。この方法により、ＰＵＳＣＨ送信の開始ＯＳを盲目的に検出する必要性が回避される。
【0202】
シーケンスは、疑似ランダムシーケンスジェネレータにおける開始位置候補に対する異
なる初期化パラメータを提供することによって定義することができる。例えば、パラメー
タnCAIをＤＭＲＳシーケンスに導入することができる。ただし、nCAIはＰＵＳＣＨの開始
位置の関数である。ＰＵＳＣＨのための変換プリコーディングが有効である場合、参照信
号シーケンスｒ（ｎ）は以下の数式１０に従って生成される必要がある。
なる初期化パラメータを提供することによって定義することができる。例えば、パラメー
タnCAIをＤＭＲＳシーケンスに導入することができる。ただし、nCAIはＰＵＳＣＨの開始
位置の関数である。ＰＵＳＣＨのための変換プリコーディングが有効である場合、参照信
号シーケンスｒ（ｎ）は以下の数式１０に従って生成される必要がある。
【0203】
【数10】
【0204】
【数11】
【0205】
ただし、上記の数式１０は、次のように定義された低ピーク対平均電力比（Peak-to-Av
erage Power Ratio：ＰＡＰＲ）シーケンスである。すなわち、ＤＣＩによって動的に
スケジュールされたＰＵＳＣＨ送信に対してδ＝１でありα＝０である。低ピーク対平均
電力比シーケンス（上記の数式１１）は、以下の数式１２にしたがって、ベースシーケン
ス（下記の数式１３）のサイクリックシフトαによって定義される。
erage Power Ratio：ＰＡＰＲ）シーケンスである。すなわち、ＤＣＩによって動的に
スケジュールされたＰＵＳＣＨ送信に対してδ＝１でありα＝０である。低ピーク対平均
電力比シーケンス（上記の数式１１）は、以下の数式１２にしたがって、ベースシーケン
ス（下記の数式１３）のサイクリックシフトαによって定義される。
【0206】
【数12】
【0207】
【数13】
【0208】
【数14】
【0209】
ただし、上記の数式１４はシーケンスの長さである。複数のシーケンスは、値の異なる
αおよびδを介して、単一ベースシーケンスから定義される。
ベースシーケンス（数式１３）は、複数のグループに分けられる。
αおよびδを介して、単一ベースシーケンスから定義される。
ベースシーケンス（数式１３）は、複数のグループに分けられる。
【0210】
【数15】
【0211】
【数16】
【0212】
【数17】
【0213】
ただし、数式１５はグループ番号、ｖはグループ内のベースシーケンス番号であり、各
グループには、各長さが数式１６（ただし、１≦ｍ／２δ≦５）の１つのベースシーケン
ス（ｖ＝０）と各長さが数式１７（ただし、６≦ｍ／２δ）の２つのベースシーケンス（
ｖ＝０，１）が含まれる。
グループには、各長さが数式１６（ただし、１≦ｍ／２δ≦５）の１つのベースシーケン
ス（ｖ＝０）と各長さが数式１７（ただし、６≦ｍ／２δ）の２つのベースシーケンス（
ｖ＝０，１）が含まれる。
【0214】
シーケンスグループは下記の数式１８となる。
【0215】
【数18】
【0216】
【数19】
【0217】
【数20】
【0218】
【数21】
【0219】
【数22】
【0220】
ただし、上記の数式１９は、以下によって与えられる。
・上記の数式２０が上位層パラメータnPUSCH-Identity-Transform-precodingによって
構成され、ＰＵＳＣＨがｍｓｇ３ ＰＵＳＣＨでない場合、上記の数式２１
・それ以外の場合、上記の数式２２
ただし、ｎＣＡＩは、ＰＵＳＣＨの開始位置を識別するパラメータとして定義される。
ただし、ｆｇｈおよびシーケンス番号ｖは以下によって与えられる。
・グループもシーケンスホッピングも使用しない場合、
ｆｇｈ＝０
ｖ＝０
・グループホッピングを使用するがシーケンスホッピングは使用しない場合（下記の数
式２３）、
・上記の数式２０が上位層パラメータnPUSCH-Identity-Transform-precodingによって
構成され、ＰＵＳＣＨがｍｓｇ３ ＰＵＳＣＨでない場合、上記の数式２１
・それ以外の場合、上記の数式２２
ただし、ｎＣＡＩは、ＰＵＳＣＨの開始位置を識別するパラメータとして定義される。
ただし、ｆｇｈおよびシーケンス番号ｖは以下によって与えられる。
・グループもシーケンスホッピングも使用しない場合、
ｆｇｈ＝０
ｖ＝０
・グループホッピングを使用するがシーケンスホッピングは使用しない場合（下記の数
式２３）、
【0221】
【数23】
【0222】
ただし、疑似ランダムシーケンスＣ（ｉ）は長さが３１の疑似ランダムゴールドシーケ
ンスであり、各無線フレームの開始時に下記の数式２４で初期化される必要がある。
ンスであり、各無線フレームの開始時に下記の数式２４で初期化される必要がある。
【0223】
【数24】
【0224】
・ループホッピングではなくシーケンスホッピングを使用する場合（下記の数式２５）
、
、
【0225】
【数25】
【0226】
ただし、疑似ランダムシーケンスＣ（ｉ）は長さが３１の疑似ランダムゴールドシーケ
ンスであり、そのジェネレータは、各無線フレームの開始時に下記の数式２６で初期化さ
れる必要がある。
ンスであり、そのジェネレータは、各無線フレームの開始時に下記の数式２６で初期化さ
れる必要がある。
【0227】
【数26】
【0228】
ＰＵＳＣＨの変換プリコーディングが有効でない場合、シーケンスｒ（ｎ）は、以下の
数式２７に従って生成される必要がある。
数式２７に従って生成される必要がある。
【0229】
【数27】
【0230】
ただし、疑似ランダムシーケンスＣ（ｉ）は長さが３１の疑似ランダムゴールドシーケ
ンスであり、そのジェネレータは、以下の数式２８を使って初期化される必要がある。
ンスであり、そのジェネレータは、以下の数式２８を使って初期化される必要がある。
【0231】
【数28】
【0232】
【数29】
【0233】
【数30】
【0234】
【数31】
【0235】
【数32】
【0236】
【数33】
【0237】
ただし、ｌはスロット内のＯＦＤＭシンボル番号であり、上記の数式２９はフレーム内
のスロット番号であり、そして、
・上位層パラメータUL-DMRS-Scrambling-IDが提供され、ＰＵＳＣＨがｍｓｇ３ ＰＵ
ＳＣＨでない場合、上位層パラメータUL-DMRS-Scrambling-IDによって、上記の数式３０
と上記の数式３１が与えられ、
・それ以外の場合、上記の数式３２と上記の数式３３が与えられる。
ただし、ｎＣＡＩは、ＰＵＳＣＨの開始位置を識別するパラメータとして定義される。
のスロット番号であり、そして、
・上位層パラメータUL-DMRS-Scrambling-IDが提供され、ＰＵＳＣＨがｍｓｇ３ ＰＵ
ＳＣＨでない場合、上位層パラメータUL-DMRS-Scrambling-IDによって、上記の数式３０
と上記の数式３１が与えられ、
・それ以外の場合、上記の数式３２と上記の数式３３が与えられる。
ただし、ｎＣＡＩは、ＰＵＳＣＨの開始位置を識別するパラメータとして定義される。
【0238】
最初のＰＵＳＣＨ送信におけるＤＭＲＳリソース密度
【0239】
ＵＥは、ＰＵＳＣＨ送信のための特定の数のＤＭＲＳシーケンスに対してＲＲＣ構成さ
れる。別の態様によれば、ＵＥが成功したＬＢＴに続いてＰＵＳＣＨ送信を実行するとき
、ＵＥは、異なる数のＤＭＲＳシーケンスを使用することができる。すなわち、ＵＥは、
そのＣＯＴの最初のＰＵＳＣＨ送信において、異なる数のＤＭＲＳ送信を使用することが
できる。これにより、ｇＮＢはチャネル推定を改善し、その結果、パンクチャされたり、
より少ないリソースにレートマッチングされたりしたときの、ＰＵＳＣＨ上のＢＬＥＲを
改善できる。成功したＬＢＴに続くＰＵＳＣＨのＤＭＲＳ構成は、ＵＥへのＲＲＣシグナ
リングを介して構築され得る。図３８に見られるように、ＬＢＴに続く最初のＰＵＳＣＨ
送信では、ＵＥのＣＯＴにおける次のＰＵＳＣＨ送信と比較して、ＤＭＲＳの密度は高く
、ＤＭＲＳの時間リソースは異なる。ここでは、ＵＥは、ＰＵＳＣＨタイプＢの２つのＵ
Ｌ認可を有し、最初のＰＵＳＣＨ送信ではＯＳ＃｛０、３、６、９｝で、そして後続のＰ
ＵＳＣＨ送信ではＯＳ＃｛０、１０｝でＤＭＲＳを送信するようにＲＲＣ構成されている
。
れる。別の態様によれば、ＵＥが成功したＬＢＴに続いてＰＵＳＣＨ送信を実行するとき
、ＵＥは、異なる数のＤＭＲＳシーケンスを使用することができる。すなわち、ＵＥは、
そのＣＯＴの最初のＰＵＳＣＨ送信において、異なる数のＤＭＲＳ送信を使用することが
できる。これにより、ｇＮＢはチャネル推定を改善し、その結果、パンクチャされたり、
より少ないリソースにレートマッチングされたりしたときの、ＰＵＳＣＨ上のＢＬＥＲを
改善できる。成功したＬＢＴに続くＰＵＳＣＨのＤＭＲＳ構成は、ＵＥへのＲＲＣシグナ
リングを介して構築され得る。図３８に見られるように、ＬＢＴに続く最初のＰＵＳＣＨ
送信では、ＵＥのＣＯＴにおける次のＰＵＳＣＨ送信と比較して、ＤＭＲＳの密度は高く
、ＤＭＲＳの時間リソースは異なる。ここでは、ＵＥは、ＰＵＳＣＨタイプＢの２つのＵ
Ｌ認可を有し、最初のＰＵＳＣＨ送信ではＯＳ＃｛０、３、６、９｝で、そして後続のＰ
ＵＳＣＨ送信ではＯＳ＃｛０、１０｝でＤＭＲＳを送信するようにＲＲＣ構成されている
。
【0240】
可変開始位置を示すためのＵＬプリアンブル
【0241】
ＵＥは、ＬＢＴに続く最初のＰＵＳＣＨの開始位置を示すために、ＵＬプリアンブルを
送信することができる。ＰＵＳＣＨリソースは、このプリアンブルの位置と関連している
。例えば、ＰＵＳＣＨは、図３９に示すように、プリアンブルと同じＯＳで開始できる。
この例では、プリアンブルは１つおきのＲＥで送信される。しかし、一般的には、プリア
ンブルには、ＵＥに設定された時間／周波数リソースの任意のセットを含めることができ
る。ｇＮＢは、プリアンブルを監視および検出し、それを検出すると、ｇＮＢは、同じＯ
ＳにおいてＰＵＳＣＨを発見する。
送信することができる。ＰＵＳＣＨリソースは、このプリアンブルの位置と関連している
。例えば、ＰＵＳＣＨは、図３９に示すように、プリアンブルと同じＯＳで開始できる。
この例では、プリアンブルは１つおきのＲＥで送信される。しかし、一般的には、プリア
ンブルには、ＵＥに設定された時間／周波数リソースの任意のセットを含めることができ
る。ｇＮＢは、プリアンブルを監視および検出し、それを検出すると、ｇＮＢは、同じＯ
ＳにおいてＰＵＳＣＨを発見する。
【0242】
ｇＮＢは、プリアンブルの送信の空間的方向を構成する。例えば、プリアンブルは、Ｐ
ＵＳＣＨ送信のＤＭＲＳシーケンスと同じ対応を持ち得る。あるいは、プリアンブルは、
ＳＳＢ／ＰＢＣＨまたはＣＳＩ－ＲＳなどの異なるＲＳと対応する空間的方向に送信され
てもよい。プリアンブルリソースがＰＵＳＣＨのＤＭＲＳリソースと衝突すると、ＤＭＲ
Ｓは取り除かれ、プリアンブルが送信される。
ＵＳＣＨ送信のＤＭＲＳシーケンスと同じ対応を持ち得る。あるいは、プリアンブルは、
ＳＳＢ／ＰＢＣＨまたはＣＳＩ－ＲＳなどの異なるＲＳと対応する空間的方向に送信され
てもよい。プリアンブルリソースがＰＵＳＣＨのＤＭＲＳリソースと衝突すると、ＤＭＲ
Ｓは取り除かれ、プリアンブルが送信される。
【0243】
さらに、プリアンブルは、ｇＮＢがそれを容易に検出できるように、図４０に示すよう
に、ＰＵＳＣＨの帯域幅と比べて狭帯域であり得る。その周波数リソースは、図４０Ａに
示すＰＵＳＣＨの最も低いＲＢからのオフセットなどで、認可内のＰＵＳＣＨリソースに
対して相対的に構成することも、図４０Ｂに示すようにキャリアの中心に対して相対的に
固定することもできる。
に、ＰＵＳＣＨの帯域幅と比べて狭帯域であり得る。その周波数リソースは、図４０Ａに
示すＰＵＳＣＨの最も低いＲＢからのオフセットなどで、認可内のＰＵＳＣＨリソースに
対して相対的に構成することも、図４０Ｂに示すようにキャリアの中心に対して相対的に
固定することもできる。
【0244】
プリアンブルシーケンスは、ＲＲＣシグナリングを介して、ＵＥに対して構成される。
シーケンスは、ＵＥ固有に、またはＵＥ全体で共通に構成され得る。
シーケンスは、ＵＥ固有に、またはＵＥ全体で共通に構成され得る。
【0245】
ＵＥが特別に構成されている場合、プリアンブルは、ＰＵＳＣＨのＤＭＲＳと同じシー
ケンスを有し得る。プリアンブルは、ＰＵＳＣＨの周波数リソース全体にのみ適用するこ
とができる。
ケンスを有し得る。プリアンブルは、ＰＵＳＣＨの周波数リソース全体にのみ適用するこ
とができる。
【0246】
プリアンブルは、ＳＳＢ、ＣＳＩ－ＲＳ、またはＤＭＲＳなどのＤＬ ＲＳに対応して
送信され得る。例えば、プリアンブルは、プリアンブルに続くＰＵＳＣＨのＤＭＲＳと同
じ対応を持ち得る。あるいは、対応は、ＵＥへのＲＲＣシグナリングを介して構成され得
る。
送信され得る。例えば、プリアンブルは、プリアンブルに続くＰＵＳＣＨのＤＭＲＳと同
じ対応を持ち得る。あるいは、対応は、ＵＥへのＲＲＣシグナリングを介して構成され得
る。
【0247】
ＰＵＳＣＨ送信の開始を示すことに加えて、プリアンブルは、ＵＥのＣＯＴの持続期間
を示すために使用され得る。プリアンブルのセットは、ＵＥに対して構成され得る。各プ
リアンブルは、ＣＯＴの特定の期間を示し得る。ＵＥは、それが意図するチャネル占有期
間に応じて、送信するプリアンブルを選択することができる。例えば、構成された認可を
使用する自律ＵＬ送信において、ｇＮＢは、バッファステータスレポート（Buffer Stat
us Report：ＢＳＲ）などの上位層情報がなければ、いくつのＰＵＳＣＨ送信がＵＥから
期待されているかを知らない可能性がある。待ち時間を短縮するために、プリアンブルを
介したＰＨＹシグナリングによって、構成された認可リソースの使用期間を示すことがで
きる。これは、ｇＮＢが、ＵＥのＣＯＴに従ってリソースを計画したり、ＵＥとｇＮＢの
間の効率的なＣＯＴ共有を可能にしたりするのに役立つ。
を示すために使用され得る。プリアンブルのセットは、ＵＥに対して構成され得る。各プ
リアンブルは、ＣＯＴの特定の期間を示し得る。ＵＥは、それが意図するチャネル占有期
間に応じて、送信するプリアンブルを選択することができる。例えば、構成された認可を
使用する自律ＵＬ送信において、ｇＮＢは、バッファステータスレポート（Buffer Stat
us Report：ＢＳＲ）などの上位層情報がなければ、いくつのＰＵＳＣＨ送信がＵＥから
期待されているかを知らない可能性がある。待ち時間を短縮するために、プリアンブルを
介したＰＨＹシグナリングによって、構成された認可リソースの使用期間を示すことがで
きる。これは、ｇＮＢが、ＵＥのＣＯＴに従ってリソースを計画したり、ＵＥとｇＮＢの
間の効率的なＣＯＴ共有を可能にしたりするのに役立つ。
【0248】
プリアンブルシーケンスが複数のＵＥに共通であれば、他のノードはチャネルが占有さ
れていることを認識できるので、プリアンブルによって、向上した電力効率および共存を
提供することができる。プリアンブルがＤＬとＵＬで共通であれば、共存が容易になる。
プリアンブルリソースの位置は、ＤＬとＵＬで共通であり得る。ＰＵＳＣＨは、プリアン
ブルの周辺でレートマッチングされてもよく、あるいはプリアンブルがＰＵＳＣＨをパン
クチャしてもよい。
れていることを認識できるので、プリアンブルによって、向上した電力効率および共存を
提供することができる。プリアンブルがＤＬとＵＬで共通であれば、共存が容易になる。
プリアンブルリソースの位置は、ＤＬとＵＬで共通であり得る。ＰＵＳＣＨは、プリアン
ブルの周辺でレートマッチングされてもよく、あるいはプリアンブルがＰＵＳＣＨをパン
クチャしてもよい。
【0249】
ＳＵ－ＭＩＭＯまたはＭＵ－ＭＩＭＯのいずれかのＰＵＳＣＨマッピングタイプＢの場
合、ＤＭＲＳシンボルの位置は、ＰＵＳＣＨリソースに対して相対的に定義される。した
がって、ＵＥが最初にスケジュールされたものとは異なるＰＵＳＣＨ開始位置を選択する
場合、ＵＥは、ＰＵＳＣＨタイプＢに従ってＵＬ ＤＭＲＳシンボルを送信することがで
きる。この場合、最初のＤＭＲＳシンボルは、ＵＥが選択した開始位置からのＰＵＳＣＨ
の最初のシンボルを占有することができる。追加のＤＭＲＳシンボルの位置および数は、
ＰＵＳＣＨタイプＢのＤＭＲＳマッピング規則に従ってＵＥが選択した位置からのＰＵＳ
ＣＨ期間に基づくことができる。例えば、図４９は、２つの追加ＵＬ ＤＭＲＳシンボル
を伴うＯＳ５からＯＳ１２の８つのＯＦＤＭシンボルにわたって送信するようにスケジュ
ールされているが、ＵＥがＬＢＴに失敗したためにチャネルへのアクセスに失敗するＰＵ
ＳＣＨの例を示す。図に示す位置候補、すなわち、ＯＳ７から始まるチャネルが使用可能
になると、ＵＥが選択した開始位置によるＰＵＳＣＨの期間は６ＯＦＤＭシンボルとなる
。この場合、図４９に示すように、ＵＥは、マッピングタイプＢに従った、ＰＵＳＣＨの
開始に対して相対的にl0および4の、新しい６ＯＳのＰＵＳＣＨ期間に従って、ＵＬ Ｄ
ＭＲＳをマッピングすることができる。
合、ＤＭＲＳシンボルの位置は、ＰＵＳＣＨリソースに対して相対的に定義される。した
がって、ＵＥが最初にスケジュールされたものとは異なるＰＵＳＣＨ開始位置を選択する
場合、ＵＥは、ＰＵＳＣＨタイプＢに従ってＵＬ ＤＭＲＳシンボルを送信することがで
きる。この場合、最初のＤＭＲＳシンボルは、ＵＥが選択した開始位置からのＰＵＳＣＨ
の最初のシンボルを占有することができる。追加のＤＭＲＳシンボルの位置および数は、
ＰＵＳＣＨタイプＢのＤＭＲＳマッピング規則に従ってＵＥが選択した位置からのＰＵＳ
ＣＨ期間に基づくことができる。例えば、図４９は、２つの追加ＵＬ ＤＭＲＳシンボル
を伴うＯＳ５からＯＳ１２の８つのＯＦＤＭシンボルにわたって送信するようにスケジュ
ールされているが、ＵＥがＬＢＴに失敗したためにチャネルへのアクセスに失敗するＰＵ
ＳＣＨの例を示す。図に示す位置候補、すなわち、ＯＳ７から始まるチャネルが使用可能
になると、ＵＥが選択した開始位置によるＰＵＳＣＨの期間は６ＯＦＤＭシンボルとなる
。この場合、図４９に示すように、ＵＥは、マッピングタイプＢに従った、ＰＵＳＣＨの
開始に対して相対的にl0および4の、新しい６ＯＳのＰＵＳＣＨ期間に従って、ＵＬ Ｄ
ＭＲＳをマッピングすることができる。
【0250】
利用可能なシンボルにおけるＰＵＳＣＨの送信
【0251】
上述のいくつかの手順は、ＵＥがＵＬ認可の開始時にチャネルへのアクセスに失敗した
場合に、ＵＥがどの開始位置からチャネルへのアクセスを試みることができるかについて
ｇＮＢとＵＥが同じ理解を持つことを可能にするものである。また、上述のいくつかの方
法は、開始位置をシフトすることによってＤＭＲＳがどのような影響を受けるか、および
それを使用して、ＵＥがどのＰＵＳＣＨ候補位置を選択するかを示すことができる方法に
関するものである。ＭＣＳをパンクチャして適合させる手順、およびピギーバックされた
ＵＣＩを送信できる方法について、以下に説明する。
場合に、ＵＥがどの開始位置からチャネルへのアクセスを試みることができるかについて
ｇＮＢとＵＥが同じ理解を持つことを可能にするものである。また、上述のいくつかの方
法は、開始位置をシフトすることによってＤＭＲＳがどのような影響を受けるか、および
それを使用して、ＵＥがどのＰＵＳＣＨ候補位置を選択するかを示すことができる方法に
関するものである。ＭＣＳをパンクチャして適合させる手順、およびピギーバックされた
ＵＣＩを送信できる方法について、以下に説明する。
【0252】
パンクチャリング
【0253】
簡単な手順として、ＵＥがｇＮＢによって提供された認可に基づいてＰＵＳＣＨを生成
した後、ＵＥは、ＵＬ ＤＭＲＳ位置を調整することなく、それらのシンボルのいくつか
をパンクチャし、他を送信することができる。一態様によれば、ＵＥは、ＰＵＳＣＨ認可
の始めからＵＥがチャネルにアクセスするシンボルまでのすべてのシンボルをパンクチャ
ことができる。図４１は、l0, 5, 8, 11を占有するように構成された３つの追加ＤＭ
ＲＳを伴うＯＳ０からＯＳ１１までの１２シンボルに等しい期間のＰＵＳＣＨ認可の例を
示す。ＵＥがＯＳ７から始まるチャネルにアクセスする場合、ＵＥはＯＳ０からＯＳ６を
パンクチャことができる。
した後、ＵＥは、ＵＬ ＤＭＲＳ位置を調整することなく、それらのシンボルのいくつか
をパンクチャし、他を送信することができる。一態様によれば、ＵＥは、ＰＵＳＣＨ認可
の始めからＵＥがチャネルにアクセスするシンボルまでのすべてのシンボルをパンクチャ
ことができる。図４１は、l0, 5, 8, 11を占有するように構成された３つの追加ＤＭ
ＲＳを伴うＯＳ０からＯＳ１１までの１２シンボルに等しい期間のＰＵＳＣＨ認可の例を
示す。ＵＥがＯＳ７から始まるチャネルにアクセスする場合、ＵＥはＯＳ０からＯＳ６を
パンクチャことができる。
【0254】
状況によっては、特に、ＰＵＳＣＨの最後の２つのＯＦＤＭシンボルがＤＭＲＳを全く
運んでいない可能性があるため、すべてのＤＭＲＳシンボルがパンクチャされている場合
、残りのＤＭＲＳが、ｇＮＢに正確なチャネル推定を取得させるのに十分でない場合があ
る。そこで、別の態様によれば、ｇＮＢにおいて信頼できる復号化を獲得するために、最
小数の必要なＤＭＲＳシンボルを送信することができる。残りのＤＭＲＳシンボルがこの
最小しきい値よりも小さい場合、送信されたＰＵＳＣＨをｇＮＢが復号化できる可能性が
低いため、ＵＥはＵＬ送信を断念して電力消費を削減することができる。
運んでいない可能性があるため、すべてのＤＭＲＳシンボルがパンクチャされている場合
、残りのＤＭＲＳが、ｇＮＢに正確なチャネル推定を取得させるのに十分でない場合があ
る。そこで、別の態様によれば、ｇＮＢにおいて信頼できる復号化を獲得するために、最
小数の必要なＤＭＲＳシンボルを送信することができる。残りのＤＭＲＳシンボルがこの
最小しきい値よりも小さい場合、送信されたＰＵＳＣＨをｇＮＢが復号化できる可能性が
低いため、ＵＥはＵＬ送信を断念して電力消費を削減することができる。
【0255】
このしきい値は、必要なＤＭＲＳシンボルまたはすでにスケジュールされたＤＭＲＳシ
ンボルの一部の最小数の絶対数を提供し得るmin_DMRS_numと呼ばれるＲＲＣパラメータな
どの、上位層パラメータによって構成され得る。さらに、必要なＤＭＲＳシンボルの最小
数は、ＭＣＳやＰＵＳＣＨ期間などのスケジュールされたＰＵＳＣＨ認可パラメータに依
存し得る。表７は、スケジュールされたＭＣＳの関数として、必要なＤＭＲＳシンボルの
最小数の例を示す。ただし、IMCSは、ＰＵＳＣＨ認可を提供するＤＣＩに与えられたＭＣ
Ｓである。さらに、｛｝下記の数式３４は、ＲＲＣパラメータmin_DMRS_numのような上位
層パラメータによって提供され得る。上位層パラメータが、任意の行のＭＣＳしきい値が
等しいことを示している場合、すなわち、MCSth_(i-1) = MCSth_iの場合、これらのＭ
ＣＳしきい値の両方が現れる関連行の必要なＤＭＲＳシンボルの最小数は無効である。
ンボルの一部の最小数の絶対数を提供し得るmin_DMRS_numと呼ばれるＲＲＣパラメータな
どの、上位層パラメータによって構成され得る。さらに、必要なＤＭＲＳシンボルの最小
数は、ＭＣＳやＰＵＳＣＨ期間などのスケジュールされたＰＵＳＣＨ認可パラメータに依
存し得る。表７は、スケジュールされたＭＣＳの関数として、必要なＤＭＲＳシンボルの
最小数の例を示す。ただし、IMCSは、ＰＵＳＣＨ認可を提供するＤＣＩに与えられたＭＣ
Ｓである。さらに、｛｝下記の数式３４は、ＲＲＣパラメータmin_DMRS_numのような上位
層パラメータによって提供され得る。上位層パラメータが、任意の行のＭＣＳしきい値が
等しいことを示している場合、すなわち、MCSth_(i-1) = MCSth_iの場合、これらのＭ
ＣＳしきい値の両方が現れる関連行の必要なＤＭＲＳシンボルの最小数は無効である。
【0256】
【数34】
【0257】
【表7】
【0258】
同様に、必要なＤＭＲＳシンボルの最小数は、例えば、表７のように、ＰＵＳＣＨ期間
の関数であり得る。ただし、Lは、送信され得るＯＦＤＭシンボルの実際の数であり、｛
｝下記の数式３５は、ＲＲＣパラメータmin_DMRS_numのような上位層パラメータによって
提供され得る。上位層パラメータが、任意の行のＰＵＳＣＨ期間しきい値が等しいことを
示している場合、すなわち、Dth_(i-1) = Dth_iの場合、これらのＭＣＳしきい値の両
方が現れる関連行の必要なＤＭＲＳシンボルの最小数は無効である。
の関数であり得る。ただし、Lは、送信され得るＯＦＤＭシンボルの実際の数であり、｛
｝下記の数式３５は、ＲＲＣパラメータmin_DMRS_numのような上位層パラメータによって
提供され得る。上位層パラメータが、任意の行のＰＵＳＣＨ期間しきい値が等しいことを
示している場合、すなわち、Dth_(i-1) = Dth_iの場合、これらのＭＣＳしきい値の両
方が現れる関連行の必要なＤＭＲＳシンボルの最小数は無効である。
【0259】
【数35】
【0260】
【表8】
【0261】
また、ＭＵ－ＭＩＭＯスケジューリングの場合、同時にスケジュールされたＵＥ間の直
交性を失うことを回避するために、パンクチャリングが使用され得る。ＵＥは、スケジュ
ールされたＤＭＲＳシンボルのいずれかのみを使用する可能性があり、新しく選択された
開始位置からのＰＵＳＣＨ期間に基づいてＵＬ ＤＭＲＳの調整を試行しない可能性があ
る。
交性を失うことを回避するために、パンクチャリングが使用され得る。ＵＥは、スケジュ
ールされたＤＭＲＳシンボルのいずれかのみを使用する可能性があり、新しく選択された
開始位置からのＰＵＳＣＨ期間に基づいてＵＬ ＤＭＲＳの調整を試行しない可能性があ
る。
【0262】
ＭＣＳの適応化
【0263】
ライセンストランスポートブロックサイズ（Transport Block Size：ＴＢＳ）が固定
されており、ＬＢＴ結果に依存しないと仮定すると、スケジュールされたＰＵＳＣＨに関
連付けられたＭＣＳは、１回の送信でＴＢＳ全体を送信するための有効なＭＣＳではない
可能性がある。一方、スケジュールされたＰＵＳＣＨに関連付けられたＭＣＳを、ＵＥが
、新しいＭＣＳに関するＵＥとｇＮＢの間の共通の理解なしにＬＢＴの結果に基づいて自
律的に変更する場合、使用されたＭＣＳを検出することはｇＮＢにとって大きな負担とな
る。
されており、ＬＢＴ結果に依存しないと仮定すると、スケジュールされたＰＵＳＣＨに関
連付けられたＭＣＳは、１回の送信でＴＢＳ全体を送信するための有効なＭＣＳではない
可能性がある。一方、スケジュールされたＰＵＳＣＨに関連付けられたＭＣＳを、ＵＥが
、新しいＭＣＳに関するＵＥとｇＮＢの間の共通の理解なしにＬＢＴの結果に基づいて自
律的に変更する場合、使用されたＭＣＳを検出することはｇＮＢにとって大きな負担とな
る。
【0264】
複数のＰＵＳＣＨ開始位置が、前述のように、複数のＤＣＩを介した信号である場合、
新しいＰＵＳＣＨ開始位置に関連する適切なＭＣＳがこれらのＤＣＩ中でシグナリングさ
れ得る。
新しいＰＵＳＣＨ開始位置に関連する適切なＭＣＳがこれらのＤＣＩ中でシグナリングさ
れ得る。
【0265】
複数のＰＵＳＣＨ開始位置が上位層パラメータを介して構成されている場合、新しいＭ
ＣＳは、ＰＵＳＣＨ認可で提供されるいくつかのパラメータの関数として決定され得る。
例えば、新しいＭＣＳは、ＰＵＳＣＨ期間、ＭＣＳなどのＰＵＳＣＨ認可、および、表９
に示すように、ＬＢＴ結果に基づいてＵＥが選択した開始位置からのＰＵＳＣＨ期間に依
存し得る。
ＣＳは、ＰＵＳＣＨ認可で提供されるいくつかのパラメータの関数として決定され得る。
例えば、新しいＭＣＳは、ＰＵＳＣＨ期間、ＭＣＳなどのＰＵＳＣＨ認可、および、表９
に示すように、ＬＢＴ結果に基づいてＵＥが選択した開始位置からのＰＵＳＣＨ期間に依
存し得る。
【0266】
【表9】
【0267】
ただし、Lは、シンボルの観点からＵＬ認可で提供されるようなＰＵＳＣＨ期間であり
、IMCSは、ＰＵＳＣＨ認可で与えられたＭＣＳである。Inew, N(L-1)は、IMCSの関数で
あり得る。例えば、Inew, x = max ｛2 IMCS , MCS_max｝は、新しいＭＣＳが、
ＰＵＳＣＨ認可で与えられた、MCS_maxで表される特定の最大ＭＣＳを持つＭＣＳの２倍
であることを意味する。
、IMCSは、ＰＵＳＣＨ認可で与えられたＭＣＳである。Inew, N(L-1)は、IMCSの関数で
あり得る。例えば、Inew, x = max ｛2 IMCS , MCS_max｝は、新しいＭＣＳが、
ＰＵＳＣＨ認可で与えられた、MCS_maxで表される特定の最大ＭＣＳを持つＭＣＳの２倍
であることを意味する。
【0268】
あるいは、ＵＥは、ピギーバックされたＵＣＩをＰＵＳＣＨに送信することによって、
自律的にＭＣＳを変更し、選択されたＭＣＳを示すことができる。また、ピギーバックさ
れたＵＣＩは、新しいＰＵＳＣＨ期間中に指定された位置に送信され得る。例えば、ピギ
ーバックされたＵＣＩを最初のＤＭＲＳシンボルの後に送信して、ｇＮＢが、まず、ＵＣ
Ｉを復号化してＵＥによって選択されたＭＣＳを知り、次に、ＰＵＳＣＨ内のデータ部分
を復号化するようにすることができる。
自律的にＭＣＳを変更し、選択されたＭＣＳを示すことができる。また、ピギーバックさ
れたＵＣＩは、新しいＰＵＳＣＨ期間中に指定された位置に送信され得る。例えば、ピギ
ーバックされたＵＣＩを最初のＤＭＲＳシンボルの後に送信して、ｇＮＢが、まず、ＵＣ
Ｉを復号化してＵＥによって選択されたＭＣＳを知り、次に、ＰＵＳＣＨ内のデータ部分
を復号化するようにすることができる。
【0269】
選択されたＭＣＳを運ぶためにＵＣＩを送信する代わりに、ＵＬ ＤＭＲＳを選択され
たＭＣＳに示すことができる。例えば、ＵＥは、いくつかの初期化シーケンスを提供され
ることができ、それらは、ＭＣＳ候補と１対１のマッピング関係を有する。したがって、
ｇＮＢは、ＤＭＲＳ初期化シーケンスを知ることにより、選択されたＭＣＳを把握できる
。これは、以下の式（下記の数式３６）を用いて、ＤＭＲＳ初期化シーケンスを生成する
ために使用される複数の値（下記の数式３７）をシグナリングすることによって実現する
ことができる。
たＭＣＳに示すことができる。例えば、ＵＥは、いくつかの初期化シーケンスを提供され
ることができ、それらは、ＭＣＳ候補と１対１のマッピング関係を有する。したがって、
ｇＮＢは、ＤＭＲＳ初期化シーケンスを知ることにより、選択されたＭＣＳを把握できる
。これは、以下の式（下記の数式３６）を用いて、ＤＭＲＳ初期化シーケンスを生成する
ために使用される複数の値（下記の数式３７）をシグナリングすることによって実現する
ことができる。
【0270】
【数36】
【0271】
【数37】
【0272】
追加の値（数式３７）は、例えば、scrambling_to_MCS_mappingなどのＲＲＣパラメー
タのような上位層パラメータによって与えることができ、上式の他のパラメータは先に定
義されている。ｇＮＢは、ＭＣＳを検出するために、ＤＭＲＳおよび対応する初期化を盲
目的に検出する必要がある。
タのような上位層パラメータによって与えることができ、上式の他のパラメータは先に定
義されている。ｇＮＢは、ＭＣＳを検出するために、ＤＭＲＳおよび対応する初期化を盲
目的に検出する必要がある。
【0273】
ピギーバックされたＵＣＩの送信
【0274】
ＰＵＳＣＨシンボルがＬＢＴ結果に基づいてパンクチャまたはシフトされる場合、特に
、ピギーバックされたＵＣＩがＰＵＳＣＨ認可の開始時に最初のいくつかのＯＦＤＭシン
ボルにマッピングされているなら、ピギーバックされたＵＣＩが影響を受ける可能性があ
る。別の態様によれば、ＵＣＩは、ＰＵＳＣＨよりも高い優先度を有することができ、Ｕ
ＣＩは、ＤＭＲＳを運ばない場合、または最初の単一シンボル／ダブルシンボルＤＭＲＳ
送信の直後に、最初の利用可能なシンボルにおいて送信され得る。
、ピギーバックされたＵＣＩがＰＵＳＣＨ認可の開始時に最初のいくつかのＯＦＤＭシン
ボルにマッピングされているなら、ピギーバックされたＵＣＩが影響を受ける可能性があ
る。別の態様によれば、ＵＣＩは、ＰＵＳＣＨよりも高い優先度を有することができ、Ｕ
ＣＩは、ＤＭＲＳを運ばない場合、または最初の単一シンボル／ダブルシンボルＤＭＲＳ
送信の直後に、最初の利用可能なシンボルにおいて送信され得る。
【0275】
ＬＢＴの結果に基づいて、ＵＬ送信に利用できるＯＦＤＭシンボルはごくわずかである
可能性があるため、特にＵＣＩのサイズが大きい場合、ＵＣＩを運ぶのに十分なリソース
がない可能性がある。したがって、別の態様によれば、ＵＣＩのどのコンテンツを取り除
くことができるかを規定するための特定の優先規則を定義することができる。例えば、
・パート２ＣＳＩレポートは、パート１ＣＳＩレポートよりも優先度が低い可能性があ
る。
・パート２ＣＳＩレポートは、肯定応答／否定応答（Acknowledgement/Negative-Ackno
wledgement：ＡＣＫ／ＮＡＣＫ）フィードバックよりも優先度が低い可能性がある。
・パート１ＣＳＩレポートは、ＡＣＫ／ＮＡＣＫフィードバックよりも優先度が低い可
能性がある。
可能性があるため、特にＵＣＩのサイズが大きい場合、ＵＣＩを運ぶのに十分なリソース
がない可能性がある。したがって、別の態様によれば、ＵＣＩのどのコンテンツを取り除
くことができるかを規定するための特定の優先規則を定義することができる。例えば、
・パート２ＣＳＩレポートは、パート１ＣＳＩレポートよりも優先度が低い可能性があ
る。
・パート２ＣＳＩレポートは、肯定応答／否定応答（Acknowledgement/Negative-Ackno
wledgement：ＡＣＫ／ＮＡＣＫ）フィードバックよりも優先度が低い可能性がある。
・パート１ＣＳＩレポートは、ＡＣＫ／ＮＡＣＫフィードバックよりも優先度が低い可
能性がある。
【0276】
ＵＣＩの内容は、ＬＢＴ結果に応じて変化し得るため、異なる内容を有する異なるＵＣ
Ｉを盲目的に復号化することは、ｇＮＢにとって負担となる可能性がある。そこで、別の
態様によれば、ＵＬ ＤＭＲＳは、ピギーバックされたＵＣＩの内容を示すことができる
。例えば、ＵＣＩの内容が３つのカテゴリ、すなわち、パート２ＣＳＩレポート＜パート
１ＣＳＩレポート＜ＡＣＫ／ＮＡＣＫフィードバックに分けられる場合、可能なＤＭＲＳ
初期化シーケンスは３つのグループに分割でき、初期化シーケンスの各グループは特定の
ＵＣＩカテゴリに対応する。
Ｉを盲目的に復号化することは、ｇＮＢにとって負担となる可能性がある。そこで、別の
態様によれば、ＵＬ ＤＭＲＳは、ピギーバックされたＵＣＩの内容を示すことができる
。例えば、ＵＣＩの内容が３つのカテゴリ、すなわち、パート２ＣＳＩレポート＜パート
１ＣＳＩレポート＜ＡＣＫ／ＮＡＣＫフィードバックに分けられる場合、可能なＤＭＲＳ
初期化シーケンスは３つのグループに分割でき、初期化シーケンスの各グループは特定の
ＵＣＩカテゴリに対応する。
【0277】
ＣＡＩのシグナリング
【0278】
ＣＡＩは、特に待ち時間が重要であり、他の一般ノードがそれを読み取ることができる
必要がある場合、完全にＰＨＹ信号としてシグナリングされてもよいが、待ち時間が問題
にならないシナリオにおいては、上位層シグナリングを介して送信されてもよい。
必要がある場合、完全にＰＨＹ信号としてシグナリングされてもよいが、待ち時間が問題
にならないシナリオにおいては、上位層シグナリングを介して送信されてもよい。
【0279】
ＣＡＩのＰＨＹシグナリング
【0280】
共通探索空間におけるＰＤＣＣＨを介したシグナリング
【0281】
ＤＬにおいては、ＮＲ ＤＣＩはペイロードを運ぶことができ、ＰＤＣＣＨを使用して
、物理層内のＣＡＩにシグナリングすることができる。
、物理層内のＣＡＩにシグナリングすることができる。
【0282】
その意図は、兄弟ノードおよび一般ノードが、（少なくとも他のＮＲ－Ｕセルから）セ
ル内のノードによって送信されたＣＡＩを検出できるようにすることである。ＰＤＣＣＨ
は、ＮＲ－Ｕセルにわたって共通になるように、仕様によって提供されるＤＬ－ＣＡＩ－
ＲＮＴＩでスクランブルされる。したがって、一般ノードはＣＡＩ－ＲＮＴＩを知ってお
り、そのＣＡＩ－ＲＮＴＩを取得するためにセルの残存最小システム情報（Remaining M
inimum System Information：ＲＭＳＩ）を取得する必要はない。
ル内のノードによって送信されたＣＡＩを検出できるようにすることである。ＰＤＣＣＨ
は、ＮＲ－Ｕセルにわたって共通になるように、仕様によって提供されるＤＬ－ＣＡＩ－
ＲＮＴＩでスクランブルされる。したがって、一般ノードはＣＡＩ－ＲＮＴＩを知ってお
り、そのＣＡＩ－ＲＮＴＩを取得するためにセルの残存最小システム情報（Remaining M
inimum System Information：ＲＭＳＩ）を取得する必要はない。
【0283】
ＮＲ－ＵセルがＤＣまたはスタンドアロン（Stand-Alone：ＳＡ）展開にある場合、セ
ルは、ＰＢＣＨおよびＲＭＳＩにシグナリングすることができる。ＤＬ ＣＡＩは、イン
デックス０のＣＯＲＥＳＥＴおよび共通探索空間内で送信され得る。ＮＲ－Ｕ帯域内の他
のｇＮＢは、定期的に互いの存在を検出し、それらのＵＥにシグナリングして、それらの
セルＩＤをＣＡＩについて監視することができる。ｇＮＢはまた、一般ノードが他のセル
との同期を実行する必要がないように、そのＵＥに同期情報を提供することができる。し
たがって、兄弟ノードと一般ノードは、共存するＮＲ‐ＵセルのＰＢＣＨの存在と場所を
知ることができる。チャネルを占有するセルは、ＣＯＲＥＳＥＴインデックス０において
ＣＡＩを送信することができる。兄弟ノードおよび一般ノードは、ＣＡＩを検出するため
にＣＯＲＥＳＥＴを知ることができる。ＣＡＩを検出するための方法を、図１４に記載す
る。ここでは、ｇＮＢ２とそのＵＥは一般ノードであり、ｇＮＢ１はセル１上のＣＡＩを
送信する。
ルは、ＰＢＣＨおよびＲＭＳＩにシグナリングすることができる。ＤＬ ＣＡＩは、イン
デックス０のＣＯＲＥＳＥＴおよび共通探索空間内で送信され得る。ＮＲ－Ｕ帯域内の他
のｇＮＢは、定期的に互いの存在を検出し、それらのＵＥにシグナリングして、それらの
セルＩＤをＣＡＩについて監視することができる。ｇＮＢはまた、一般ノードが他のセル
との同期を実行する必要がないように、そのＵＥに同期情報を提供することができる。し
たがって、兄弟ノードと一般ノードは、共存するＮＲ‐ＵセルのＰＢＣＨの存在と場所を
知ることができる。チャネルを占有するセルは、ＣＯＲＥＳＥＴインデックス０において
ＣＡＩを送信することができる。兄弟ノードおよび一般ノードは、ＣＡＩを検出するため
にＣＯＲＥＳＥＴを知ることができる。ＣＡＩを検出するための方法を、図１４に記載す
る。ここでは、ｇＮＢ２とそのＵＥは一般ノードであり、ｇＮＢ１はセル１上のＣＡＩを
送信する。
【0284】
ライセンスＰＣｅｌｌとのキャリアアグリゲーションにおけるＮＲ－Ｕセルにおいて、
ＰＣｅｌｌは、兄弟ノードがＮＲ－Ｕセル上のＤＬ－ＣＡＩ－ＲＮＴＩ ＤＣＩを監視す
るためのＣＯＲＥＳＥＴを構成することができる。あるいは、ＳＳＢ／ＲＭＳＩ信号がＳ
Ｃｅｌｌ内に存在して、一般ノードがＣＡＩを監視できるようにすることもできる。
ＰＣｅｌｌは、兄弟ノードがＮＲ－Ｕセル上のＤＬ－ＣＡＩ－ＲＮＴＩ ＤＣＩを監視す
るためのＣＯＲＥＳＥＴを構成することができる。あるいは、ＳＳＢ／ＲＭＳＩ信号がＳ
Ｃｅｌｌ内に存在して、一般ノードがＣＡＩを監視できるようにすることもできる。
【0285】
ＣＡＩのためにＤＬ－ＣＡＩ－ＲＮＴＩによってスクランブルされたＣＲＣを有するＤ
ＣＩフォーマットのために、タイプ０Ｂ－ＰＤＣＣＨ共通探索を導入することができる。
タイプ０Ｂ－ＰＤＣＣＨ共通探索空間の監視オケージョンの、ＳＳ／ＰＢＣＨブロックイ
ンデックスとの関連性は、タイプ０－ＰＤＣＣＨ共通探索空間の監視オケージョンのそれ
との関連性と同じであり得る。ＵＥは、タイプ０Ｂ－ＰＤＣＣＨ共通探索空間におけるＰ
ＤＣＣＨ受信に関連付けられたＤＭＲＳアンテナポート、およびＳＳ／ＰＢＣＨ受信に関
連付けられたＤＭＲＳアンテナポートは、遅延拡散、ドップラー拡散、ドップラーシフト
、平均遅延、および空間Ｒｘパラメータに関して準同一位置にされていると仮定すること
ができる。ＤＭＲＳスクランブリングシーケンス初期化の値は、以下のように設定できる
。
・仕様によって定義された固定定数に設定できる。
・セルＩＤに設定できる。
ＣＩフォーマットのために、タイプ０Ｂ－ＰＤＣＣＨ共通探索を導入することができる。
タイプ０Ｂ－ＰＤＣＣＨ共通探索空間の監視オケージョンの、ＳＳ／ＰＢＣＨブロックイ
ンデックスとの関連性は、タイプ０－ＰＤＣＣＨ共通探索空間の監視オケージョンのそれ
との関連性と同じであり得る。ＵＥは、タイプ０Ｂ－ＰＤＣＣＨ共通探索空間におけるＰ
ＤＣＣＨ受信に関連付けられたＤＭＲＳアンテナポート、およびＳＳ／ＰＢＣＨ受信に関
連付けられたＤＭＲＳアンテナポートは、遅延拡散、ドップラー拡散、ドップラーシフト
、平均遅延、および空間Ｒｘパラメータに関して準同一位置にされていると仮定すること
ができる。ＤＭＲＳスクランブリングシーケンス初期化の値は、以下のように設定できる
。
・仕様によって定義された固定定数に設定できる。
・セルＩＤに設定できる。
【0286】
ＤＬ－ＣＡＩ－ＲＮＴＩに基づくＤＣＩの長さは、仕様で定義するか、またはＲＭＳＩ
の中で構成することができる。ＣＯＲＥＳＥＴインデックス０内で監視されるＤＣＩ長さ
の数が、監視オケージョン中にＮＲにおける最大限度を超える場合、ＮＲ－Ｕ ＵＥはこ
のＤＣＩの監視をやめる可能性がある。
の中で構成することができる。ＣＯＲＥＳＥＴインデックス０内で監視されるＤＣＩ長さ
の数が、監視オケージョン中にＮＲにおける最大限度を超える場合、ＮＲ－Ｕ ＵＥはこ
のＤＣＩの監視をやめる可能性がある。
【0287】
上位層パラメータdlCAIPeriodは、ＣＡＩをシグナリングする周期性を示すように定義
され得る（図１０および図１１に見られるように、ＣＡＩは、ＭＣＯＴ内にｇＮＢによっ
て複数回シグナリングされ、リスニングノードが信号を検知し損なわないようにする）。
され得る（図１０および図１１に見られるように、ＣＡＩは、ＭＣＯＴ内にｇＮＢによっ
て複数回シグナリングされ、リスニングノードが信号を検知し損なわないようにする）。
【0288】
すべてのセルがＣＡＩの送信をサポートし得るわけではない。ＰＢＣＨの１ビットは、
セルがＣＡＩ送信をサポートしているかどうかを示し得る。
セルがＣＡＩ送信をサポートしているかどうかを示し得る。
【0289】
あるいは、ＣＡＩは、ＵＥのグループにマルチキャストされ得る。例えば、グループ共
通ＰＤＣＣＨ（例えば、ＤＣＩフォーマット２＿０のＰＤＣＣＨ）を使用して、ＣＡＩを
運ぶことができる。このＰＤＣＣＨは、ＵＥがＣＡＩのＧＣ－ＣＡＩ－ＲＮＴＩの構成を
持つことになるため、ＲＲＣ接続状態のＵＥによって復号化され得る。ＤＣＩは、グルー
プ共通ＲＮＴＩ（Group Common RNT1）「ＧＣ－ＣＡＩ－ＲＮＴＩ」でスクランブルさ
れ得る。
通ＰＤＣＣＨ（例えば、ＤＣＩフォーマット２＿０のＰＤＣＣＨ）を使用して、ＣＡＩを
運ぶことができる。このＰＤＣＣＨは、ＵＥがＣＡＩのＧＣ－ＣＡＩ－ＲＮＴＩの構成を
持つことになるため、ＲＲＣ接続状態のＵＥによって復号化され得る。ＤＣＩは、グルー
プ共通ＲＮＴＩ（Group Common RNT1）「ＧＣ－ＣＡＩ－ＲＮＴＩ」でスクランブルさ
れ得る。
【0290】
ｇＮＢなどのノードが、ＵＥへのチャネルアクセスの開始を示すことは有利である。こ
れにより、ＵＥは、有効なＣＳＩ－ＲＳ、ＤＲＳ、ＳＳＢ／ＰＢＣＨ、ＰＲＡＣＨオケー
ジョン、およびｇＮＢおよび構成された認可リソースとのＣＯＴ共有のためのリソースの
少なくとも一方の存在を識別できる。
れにより、ＵＥは、有効なＣＳＩ－ＲＳ、ＤＲＳ、ＳＳＢ／ＰＢＣＨ、ＰＲＡＣＨオケー
ジョン、およびｇＮＢおよび構成された認可リソースとのＣＯＴ共有のためのリソースの
少なくとも一方の存在を識別できる。
【0291】
ＤＬ－ＣＡＩ－ＲＮＴＩを持つＤＣＩは、ＣＯＴの状態を提供するために、ｇＮＢによ
ってＵＥに送信され得る。ＤＣＩは、ｇＮＢのＣＯＴを示す最大Ｃビットまでを運ぶこと
ができる。Ｃは、ＲＲＣシグナリングを介してＵＥに設定するか、仕様中に事前定義する
ことができる。例えば、１０ミリ秒までのＭＣＯＴの場合はＣ＝４である。ＤＣＩは、Ｃ
ＯＴが有効である帯域幅、例えば、スペクトル内のＢ個の２０ＭＨｚサブバンドに対応す
るＢビットのビットマップを運ぶこともできる。ｇＮＢがチャネルアクセスできる２０Ｍ
Ｈｚサブバンドのセットに対応するビットは１に設定される。この場合、ＵＥは、ＤＬ－
ＣＡＩ－ＲＮＴＩとスロットフォーマットインジケーションＲＮＴＩ（Slot Format In
dication-RNTI：ＳＦＩ－ＲＮＴＩ）の両方を有するＤＣＩを受信すると、チャネルアク
セスがないことをＣＡＩ－ＲＮＴＩによって示されたスロットのＳＦＩを無視することが
できる。あるいは、ＤＣＩは、ＣＯＴのＮ個のスロットのスロットフォーマットを指定す
ることにより、ＣＯＴを示すことができる。ＤＬ－ＣＡＩ－ＲＮＴＩは、ＵＥにスロット
フォーマットインジケーションを提供するＳＦＩ－ＲＮＴＩであり得る。ＤＬ、フレキシ
ブル、およびＵＬ状態をそれぞれ識別するためにスロットフォーマットで存在する「Ｄ」
、「Ｘ」、および「Ｕ」状態に加えて、無効なチャネルアクセスを識別するために、「ヌ
ル」（null）フォーマットが導入され得る。例えば、スロットフォーマット「ＮＮＮＮＮ
ＮＮＮＮＮＮＮＮＮ」は、スロットの１４個のシンボルのいずれにおいてもチャネルアク
セスが利用できないことを意味する。部分的なチャネルアクセスを備えたスロットフォー
マットは、「ＸＸＸＸＸＸＸＮＮＮＮＮＮＮ」のように定義することもでき、この場合、
スロットの最後の７つのシンボルはノードのＣＯＴの外側にあるため、チャネルアクセス
を得ることはできない。ＤＣＩは多数のスロットのスロットフォーマットを運ぶ可能性が
あるため、あるシンボルに対してヌルフォーマットが検出されると、ＵＥは、ｇＮＢがチ
ャネルアクセスできないことを認識し、ヌルに続くシンボルのＳＦＩを無視する可能性が
ある。帯域幅ＲＮＴＩ（Bandwidth-RNTI：ＢＷ－ＲＮＴＩ）を持つ２番目のＤＣＩは、Ｃ
ＯＴが有効である２０ＭＨｚサブバンドに関する情報を運ぶことができる。ＢＷ－ＲＮＴ
Ｉは、ＳＦＩ－ＲＮＴＩと同じＣＯＲＥＳＥＴおよび監視オケージョン中に検出され得る
。したがって、ＵＥはＳＦＩ－ＲＮＴＩとＢＷ－ＲＮＴＩの両方を使用して、ｇＮＢのチ
ャネルアクセスの帯域幅と時間を決定する。指向性ＬＢＴの場合、ＣＯＴは空間的方向に
よって異なり得る。この場合、単一のＤＣＩが複数の空間的方向のＣＯＴ情報を提供する
ことができる。したがって、ＤＣＩは、それが示す各ＣＯＴのＴＣＩ状態を運ぶことがで
きる。あるいは、ＤＣＩは、ＵＥに対して構成されたＤ個の空間的方向のＣＯＴを運ぶこ
とができる。Ｄは、ＲＭＳＩまたは他システム情報（Other System Information：ＯＳ
Ｉ）を介して提供され得るか、ＵＥ固有の方法で構成され得る。あるいは、与えられた空
間的方向で受信されたＤＣＩは、その空間的方向のＣＯＴを示し得る。チャネルアクセス
の方向を決定するこのＲＳは、チャネルアクセスＲＳ（Channel-Access-RS：ＣＡ－ＲＳ
）と呼ばれる。例えば、（ＣＯＴを運ぶ）ＤＣＩのＤＭＲＳの空間的方向は、その空間的
方向のＣＯＴを示している可能性がある。ここで、ＣＡ－ＲＳは、ＣＯＴ情報を運ぶＤＣ
ＩのＤＭＲＳである。したがって、複数のＤＣＩがｇＮＢによって送信されて、異なるＣ
Ａ－ＲＳを使用して異なる空間的方向のＣＯＴを示すことができる。
ってＵＥに送信され得る。ＤＣＩは、ｇＮＢのＣＯＴを示す最大Ｃビットまでを運ぶこと
ができる。Ｃは、ＲＲＣシグナリングを介してＵＥに設定するか、仕様中に事前定義する
ことができる。例えば、１０ミリ秒までのＭＣＯＴの場合はＣ＝４である。ＤＣＩは、Ｃ
ＯＴが有効である帯域幅、例えば、スペクトル内のＢ個の２０ＭＨｚサブバンドに対応す
るＢビットのビットマップを運ぶこともできる。ｇＮＢがチャネルアクセスできる２０Ｍ
Ｈｚサブバンドのセットに対応するビットは１に設定される。この場合、ＵＥは、ＤＬ－
ＣＡＩ－ＲＮＴＩとスロットフォーマットインジケーションＲＮＴＩ（Slot Format In
dication-RNTI：ＳＦＩ－ＲＮＴＩ）の両方を有するＤＣＩを受信すると、チャネルアク
セスがないことをＣＡＩ－ＲＮＴＩによって示されたスロットのＳＦＩを無視することが
できる。あるいは、ＤＣＩは、ＣＯＴのＮ個のスロットのスロットフォーマットを指定す
ることにより、ＣＯＴを示すことができる。ＤＬ－ＣＡＩ－ＲＮＴＩは、ＵＥにスロット
フォーマットインジケーションを提供するＳＦＩ－ＲＮＴＩであり得る。ＤＬ、フレキシ
ブル、およびＵＬ状態をそれぞれ識別するためにスロットフォーマットで存在する「Ｄ」
、「Ｘ」、および「Ｕ」状態に加えて、無効なチャネルアクセスを識別するために、「ヌ
ル」（null）フォーマットが導入され得る。例えば、スロットフォーマット「ＮＮＮＮＮ
ＮＮＮＮＮＮＮＮＮ」は、スロットの１４個のシンボルのいずれにおいてもチャネルアク
セスが利用できないことを意味する。部分的なチャネルアクセスを備えたスロットフォー
マットは、「ＸＸＸＸＸＸＸＮＮＮＮＮＮＮ」のように定義することもでき、この場合、
スロットの最後の７つのシンボルはノードのＣＯＴの外側にあるため、チャネルアクセス
を得ることはできない。ＤＣＩは多数のスロットのスロットフォーマットを運ぶ可能性が
あるため、あるシンボルに対してヌルフォーマットが検出されると、ＵＥは、ｇＮＢがチ
ャネルアクセスできないことを認識し、ヌルに続くシンボルのＳＦＩを無視する可能性が
ある。帯域幅ＲＮＴＩ（Bandwidth-RNTI：ＢＷ－ＲＮＴＩ）を持つ２番目のＤＣＩは、Ｃ
ＯＴが有効である２０ＭＨｚサブバンドに関する情報を運ぶことができる。ＢＷ－ＲＮＴ
Ｉは、ＳＦＩ－ＲＮＴＩと同じＣＯＲＥＳＥＴおよび監視オケージョン中に検出され得る
。したがって、ＵＥはＳＦＩ－ＲＮＴＩとＢＷ－ＲＮＴＩの両方を使用して、ｇＮＢのチ
ャネルアクセスの帯域幅と時間を決定する。指向性ＬＢＴの場合、ＣＯＴは空間的方向に
よって異なり得る。この場合、単一のＤＣＩが複数の空間的方向のＣＯＴ情報を提供する
ことができる。したがって、ＤＣＩは、それが示す各ＣＯＴのＴＣＩ状態を運ぶことがで
きる。あるいは、ＤＣＩは、ＵＥに対して構成されたＤ個の空間的方向のＣＯＴを運ぶこ
とができる。Ｄは、ＲＭＳＩまたは他システム情報（Other System Information：ＯＳ
Ｉ）を介して提供され得るか、ＵＥ固有の方法で構成され得る。あるいは、与えられた空
間的方向で受信されたＤＣＩは、その空間的方向のＣＯＴを示し得る。チャネルアクセス
の方向を決定するこのＲＳは、チャネルアクセスＲＳ（Channel-Access-RS：ＣＡ－ＲＳ
）と呼ばれる。例えば、（ＣＯＴを運ぶ）ＤＣＩのＤＭＲＳの空間的方向は、その空間的
方向のＣＯＴを示している可能性がある。ここで、ＣＡ－ＲＳは、ＣＯＴ情報を運ぶＤＣ
ＩのＤＭＲＳである。したがって、複数のＤＣＩがｇＮＢによって送信されて、異なるＣ
Ａ－ＲＳを使用して異なる空間的方向のＣＯＴを示すことができる。
【0292】
ＣＡ－ＲＳグループは、ｇＮＢが所与のＣＡ－ＲＳに対してチャネルアクセスできる場
合、ｇＮＢによって送信され得るＲＳのセットを含むように定義され得る。例えば、ＣＡ
－ＲＳグループは、ＣＯＴを運ぶＤＣＩのＤＭＲＳに対して定義されることができ、ＤＭ
ＲＳと同様の空間的方向にｇＮＢによって送信され得るＣＳＩ－ＲＳなどの他のＲＳを含
む。ＵＥが、ｇＮＢがチャネルアクセスできるＣＡ－ＲＳグループに属する認可またはＲ
Ｓを有する場合、ＵＥは、認可またはＲＳを処理する。ｇＮＢは、ＣＡ－ＲＳによって与
えられた方向において空間ＬＢＴを実行することができる。成功した場合、ｇＮＢは、そ
のＣＡ－ＲＳのＣＡ－ＲＳグループ内にある信号を送信できる。ＣＡ－ＲＳグループには
、そのＣＡ－ＲＳグループ内の参照ＣＡ－ＲＳと同じ／類似の空間的方向を持つＲＳが含
まれている必要がある。図４２に示すように、ｇＮＢはＣＡ－ＲＳ１にＣＯＴ情報を運ぶ
ＤＣＩを送信する。ＵＥがこれを受信すると、ＵＥは、そのＣＯＴ内のＣＡ－ＲＳ１のＣ
Ａ－ＲＳグループ内のＲＳによって与えられた空間的方向の信号のみを受信できることを
認識する。
合、ｇＮＢによって送信され得るＲＳのセットを含むように定義され得る。例えば、ＣＡ
－ＲＳグループは、ＣＯＴを運ぶＤＣＩのＤＭＲＳに対して定義されることができ、ＤＭ
ＲＳと同様の空間的方向にｇＮＢによって送信され得るＣＳＩ－ＲＳなどの他のＲＳを含
む。ＵＥが、ｇＮＢがチャネルアクセスできるＣＡ－ＲＳグループに属する認可またはＲ
Ｓを有する場合、ＵＥは、認可またはＲＳを処理する。ｇＮＢは、ＣＡ－ＲＳによって与
えられた方向において空間ＬＢＴを実行することができる。成功した場合、ｇＮＢは、そ
のＣＡ－ＲＳのＣＡ－ＲＳグループ内にある信号を送信できる。ＣＡ－ＲＳグループには
、そのＣＡ－ＲＳグループ内の参照ＣＡ－ＲＳと同じ／類似の空間的方向を持つＲＳが含
まれている必要がある。図４２に示すように、ｇＮＢはＣＡ－ＲＳ１にＣＯＴ情報を運ぶ
ＤＣＩを送信する。ＵＥがこれを受信すると、ＵＥは、そのＣＯＴ内のＣＡ－ＲＳ１のＣ
Ａ－ＲＳグループ内のＲＳによって与えられた空間的方向の信号のみを受信できることを
認識する。
【0293】
さらに、指向性ＬＢＴの場合、ｇＮＢがそのＣＯＴをＵＥと共有しているなら、構成さ
れた認可の空間的方向がＣＯＴのＤＬ空間的方向に対応する場合のみ、ＵＥは共有ＣＯＴ
上で構成された認可送信を実行することができる。ＵＥはまた、ＣＡＴ２ＬＢＴを実行し
て、それぞれのＤＬ ＣＡ－ＲＳに対応する方向で共有ＣＯＴ内のチャネルにアクセスす
ることができる。図４３に示すように、ＵＥは、ＣＡ－ＲＳ１のＤＬ ＣＡ－ＲＳグルー
プに対応する空間的方向を使用して、ｇＮＢのＣＯＴ内で送信する。
れた認可の空間的方向がＣＯＴのＤＬ空間的方向に対応する場合のみ、ＵＥは共有ＣＯＴ
上で構成された認可送信を実行することができる。ＵＥはまた、ＣＡＴ２ＬＢＴを実行し
て、それぞれのＤＬ ＣＡ－ＲＳに対応する方向で共有ＣＯＴ内のチャネルにアクセスす
ることができる。図４３に示すように、ＵＥは、ＣＡ－ＲＳ１のＤＬ ＣＡ－ＲＳグルー
プに対応する空間的方向を使用して、ｇＮＢのＣＯＴ内で送信する。
【0294】
ｇＮＢなどのノードが部分スロットの最初からチャネルアクセスを取得する場合、ノー
ドは、ＣＯＴの終了時に部分スロットのみに対してチャネルアクセスを有することができ
る。この場合、最後の部分スロットのフォーマットは、それを示すにはＣＯＴをより細か
い粒度で示すための追加のビットが必要になるため、ノードはそれを示さない可能性があ
る。ＵＥが最後の部分スロットで明示的な認可を有していない限り、ＵＥは最後の部分ス
ロットでのｇＮＢのＣＯＴを認識することはできない。そこで、最後の部分スロットにつ
いては、有効なチャネルアクセスのＣＯＴインジケーションが受信されなくても、ＵＥが
認可を有する場合、ＵＥはチャネルアクセスが有効であると見なし、そのスロットを処理
し続ける。これは、特に、スケジュールされた認可に対して、そのＣＯＴ内に認可が受信
された場合に使用できる。しかし、構成された認可の場合、部分スロットに対して有効な
チャネルアクセスのＣＯＴインジケーションが受信されなければ、ＵＥは、チャネルアク
セスが有効ではないと見なし、そのスロットで送信しない。
ドは、ＣＯＴの終了時に部分スロットのみに対してチャネルアクセスを有することができ
る。この場合、最後の部分スロットのフォーマットは、それを示すにはＣＯＴをより細か
い粒度で示すための追加のビットが必要になるため、ノードはそれを示さない可能性があ
る。ＵＥが最後の部分スロットで明示的な認可を有していない限り、ＵＥは最後の部分ス
ロットでのｇＮＢのＣＯＴを認識することはできない。そこで、最後の部分スロットにつ
いては、有効なチャネルアクセスのＣＯＴインジケーションが受信されなくても、ＵＥが
認可を有する場合、ＵＥはチャネルアクセスが有効であると見なし、そのスロットを処理
し続ける。これは、特に、スケジュールされた認可に対して、そのＣＯＴ内に認可が受信
された場合に使用できる。しかし、構成された認可の場合、部分スロットに対して有効な
チャネルアクセスのＣＯＴインジケーションが受信されなければ、ＵＥは、チャネルアク
セスが有効ではないと見なし、そのスロットで送信しない。
【0295】
ＣＡＩ監視期間中の電力消費を低く保つために、ＵＥは、選択されたリソース上でのみ
ＣＡＩを監視することができる。例えば、ＵＥは、周期性SCAIを持つ探索空間内の狭いＢ
ＷＰ内のＣＯＲＥＳＥＴ上のＣＡＩを監視することができる。ＣＡＩを受信すると、ＵＥ
は、事前構成されたより広いＢＷＰに切り替え、制御情報に関して構成されたＣＯＲＥＳ
ＥＴを監視することができる。
ＣＡＩを監視することができる。例えば、ＵＥは、周期性SCAIを持つ探索空間内の狭いＢ
ＷＰ内のＣＯＲＥＳＥＴ上のＣＡＩを監視することができる。ＣＡＩを受信すると、ＵＥ
は、事前構成されたより広いＢＷＰに切り替え、制御情報に関して構成されたＣＯＲＥＳ
ＥＴを監視することができる。
【0296】
別の方法として、ＵＥは、共通のＢＷＰ上でＣＡＩを受信した後、そのＣＡＩおよび制
御情報を監視することができるが、ＣＡＩおよび他の制御情報を監視するために異なる探
索空間を構成することができる。
御情報を監視することができるが、ＣＡＩおよび他の制御情報を監視するために異なる探
索空間を構成することができる。
【0297】
あるいは、ＣＡＩが検出されると、そのＣＡＩから検出されたＣＯＴの残りの期間中、
ＣＡＩのために構成された探索空間は自動的に無効にされる。
ＣＡＩのために構成された探索空間は自動的に無効にされる。
【0298】
ハンドシェイクをトリガーするためのＰＤＣＣＨを介したシグナリング
【0299】
ＤＬにおいて、ＮＲ ＤＣＩは、ＵＬ上でのハンドシェイクをトリガーするためのＣＡ
Ｉ－Ｉのペイロードを運ぶことができる。これは、以下のように起こり得る。
・ＣＡＩ－ＩのＰＤＣＣＨが、Ｃ－ＲＮＴＩまたはＣＳ－ＲＮＴＩを用いてシグナリン
グされ得る。ＵＥは盲目的にＰＤＣＣＨを復号化し、自身のＬＢＴが成功した場合はＣＡ
Ｉ－Ｒで応答する。ＣＡＩ－Ｉはまた、ＣＡＩ－Ｒを送信する前にＵＥが実行しなければ
ならないＬＢＴのタイプを示し得る。その方法を図１５に示す。この場合、同じセルに接
続されている他のＵＥと、セル外のノードはＣＡＩ－Ｉを受信できない。
Ｉ－Ｉのペイロードを運ぶことができる。これは、以下のように起こり得る。
・ＣＡＩ－ＩのＰＤＣＣＨが、Ｃ－ＲＮＴＩまたはＣＳ－ＲＮＴＩを用いてシグナリン
グされ得る。ＵＥは盲目的にＰＤＣＣＨを復号化し、自身のＬＢＴが成功した場合はＣＡ
Ｉ－Ｒで応答する。ＣＡＩ－Ｉはまた、ＣＡＩ－Ｒを送信する前にＵＥが実行しなければ
ならないＬＢＴのタイプを示し得る。その方法を図１５に示す。この場合、同じセルに接
続されている他のＵＥと、セル外のノードはＣＡＩ－Ｉを受信できない。
【0300】
トリガーは、ＵＥ固有の探索空間またはタイプ０－ＰＤＣＣＨ共通探索空間におけるＤ
ＬまたはＵＬ認可の一部として送信され得る。新しいＤＣＩフォーマット１＿１Ｃ、１＿
０Ｃ、０＿１Ｃ、０＿０Ｃは以下のフィールドの１つ以上で導入され得る。
・ハンドシェイクの必要性を示す１ビット
・ＵＥによって実行されるＬＢＴのタイプを示すＬビット（優先度クラス）
・チャネル占有時間を示すＴоｃｃ用のＤビット。この結果、ＵＥはそのセル内のｇＮ
ＢのＴоｃｃ以内でＣＡＩ－Ｒをシグナリングすることができる。
・ＣＡＩ－Ｒの送信に先立ってセンシングに使用するしきい値を示すＨビット
ＬまたはＵＬ認可の一部として送信され得る。新しいＤＣＩフォーマット１＿１Ｃ、１＿
０Ｃ、０＿１Ｃ、０＿０Ｃは以下のフィールドの１つ以上で導入され得る。
・ハンドシェイクの必要性を示す１ビット
・ＵＥによって実行されるＬＢＴのタイプを示すＬビット（優先度クラス）
・チャネル占有時間を示すＴоｃｃ用のＤビット。この結果、ＵＥはそのセル内のｇＮ
ＢのＴоｃｃ以内でＣＡＩ－Ｒをシグナリングすることができる。
・ＣＡＩ－Ｒの送信に先立ってセンシングに使用するしきい値を示すＨビット
【0301】
ＣＡＩ－ＩのＰＤＣＣＨは、タイプ０－ＰＤＣＣＨ共通探索空間のような探索空間にお
けるＣＡＩ－ＲＮＴＩとの共通探索空間においてシグナリングされ得る。ＣＡＩ－ＲＮＴ
Ｉは、ＲＭＳＩ、または仕様で指定された定数値を介して構成することができる。複数の
兄弟ノードがＤＣＩを受信でき、１つ以上のＵＥがそのＣＡＩ－Ｒを、ＣＡＩ－Ｉがトリ
ガーを構成する方法に応じて送信することができる。他のＮＲ－Ｕセルの一般ノードもＣ
ＡＩ－Ｉを検出し、そこからＴоｃｃを取得することができる。ＤＣＩはまた、トリガー
されたＵＥによって実行されるＬＢＴのタイプを示すためのＬビットを有し得る。ＣＡＩ
－Ｒには、その受信側がＣＡＩ－Ｒの送信元を識別できるように、レシーバーの暗黙的ま
たは明示的な識別が含まれる。ＣＡＩ－Ｒには、ハンドシェイクを要求するノードの識別
も含まれ得る。これは、複数のノードが周波数／時間多重化を介してリソースにアクセス
する可能性があるデバイス間（Device-to-Device：Ｄ２Ｄ）または路車間（Vehicle-to-E
verything：Ｖ２Ｘ）アプリケーションで有用であり得る。したがって、複数のＣＡＩ－
ＩとＣＡＩ－Ｒが送信される可能性があり、それらの送信元と受信側を識別できる必要が
ある。トリガーは、以下の方法で提供し得る。
ＣＡＩ－ＲＮＴＩが受信されると、暗黙的にハンドシェイクがトリガーされる。ＣＡＩ
－Ｉの受信から時間ＴＲｅｓｐ以内にＤＬまたはＵＬ認可を受信したＵＥは、ＣＡＩ－Ｒ
を送信するようにトリガーされる。図１６に示すように、ＵＥ１は、ＣＡＩ－ＩのＴＲｅ
ｓｐ時間以内にＣＡＩ－ＩとＤＬ認可を受信する。したがって、ＵＥ１は、ＣＣＡ／ＬＢ
Ｔが成功した場合、ＣＡＩ－Ｒで応答する。
ページングＲＮＴＩ（Paging RNTI：Ｐ－ＲＮＴＩ）と同様に、ＣＡＩ－ＲＮＴＩは、
ＣＡＩ－Ｒを用いて応答する必要があるＵＥのＩＤ（例えば、Ｃ－ＲＮＴＩ）を運ぶＰＤ
ＳＣＨ認可を提供し得る。メッセージ内にＩＤを見つけたＵＥは、ＣＡＩ－Ｒを送信する
。この方法では、メッセージを上位層で処理する必要があるため、固有の待ち時間が発生
する可能性がある。
ＣＡＩ－ＲＮＴＩ自体が、トリガーされたＵＥのＩＤを運ぶ可能性がある。ＣＡＩ－Ｉ
内のそのＩＤを受信すると、ＵＥは、ＣＡＩ－Ｒを送信する。しかし、この方法では、Ｄ
ＣＩのペイロードが非常に大きくなる。
けるＣＡＩ－ＲＮＴＩとの共通探索空間においてシグナリングされ得る。ＣＡＩ－ＲＮＴ
Ｉは、ＲＭＳＩ、または仕様で指定された定数値を介して構成することができる。複数の
兄弟ノードがＤＣＩを受信でき、１つ以上のＵＥがそのＣＡＩ－Ｒを、ＣＡＩ－Ｉがトリ
ガーを構成する方法に応じて送信することができる。他のＮＲ－Ｕセルの一般ノードもＣ
ＡＩ－Ｉを検出し、そこからＴоｃｃを取得することができる。ＤＣＩはまた、トリガー
されたＵＥによって実行されるＬＢＴのタイプを示すためのＬビットを有し得る。ＣＡＩ
－Ｒには、その受信側がＣＡＩ－Ｒの送信元を識別できるように、レシーバーの暗黙的ま
たは明示的な識別が含まれる。ＣＡＩ－Ｒには、ハンドシェイクを要求するノードの識別
も含まれ得る。これは、複数のノードが周波数／時間多重化を介してリソースにアクセス
する可能性があるデバイス間（Device-to-Device：Ｄ２Ｄ）または路車間（Vehicle-to-E
verything：Ｖ２Ｘ）アプリケーションで有用であり得る。したがって、複数のＣＡＩ－
ＩとＣＡＩ－Ｒが送信される可能性があり、それらの送信元と受信側を識別できる必要が
ある。トリガーは、以下の方法で提供し得る。
ＣＡＩ－ＲＮＴＩが受信されると、暗黙的にハンドシェイクがトリガーされる。ＣＡＩ
－Ｉの受信から時間ＴＲｅｓｐ以内にＤＬまたはＵＬ認可を受信したＵＥは、ＣＡＩ－Ｒ
を送信するようにトリガーされる。図１６に示すように、ＵＥ１は、ＣＡＩ－ＩのＴＲｅ
ｓｐ時間以内にＣＡＩ－ＩとＤＬ認可を受信する。したがって、ＵＥ１は、ＣＣＡ／ＬＢ
Ｔが成功した場合、ＣＡＩ－Ｒで応答する。
ページングＲＮＴＩ（Paging RNTI：Ｐ－ＲＮＴＩ）と同様に、ＣＡＩ－ＲＮＴＩは、
ＣＡＩ－Ｒを用いて応答する必要があるＵＥのＩＤ（例えば、Ｃ－ＲＮＴＩ）を運ぶＰＤ
ＳＣＨ認可を提供し得る。メッセージ内にＩＤを見つけたＵＥは、ＣＡＩ－Ｒを送信する
。この方法では、メッセージを上位層で処理する必要があるため、固有の待ち時間が発生
する可能性がある。
ＣＡＩ－ＲＮＴＩ自体が、トリガーされたＵＥのＩＤを運ぶ可能性がある。ＣＡＩ－Ｉ
内のそのＩＤを受信すると、ＵＥは、ＣＡＩ－Ｒを送信する。しかし、この方法では、Ｄ
ＣＩのペイロードが非常に大きくなる。
【0302】
ＲＡＣＨを介したＣＡＩ－Ｒのシグナリング
【0303】
ＣＡＩ－Ｒ応答は、ノードのチャネルが受信可能状態であることを示すこと以外に、多
くの情報を運ばない場合がある。したがって、ＰＲＡＣＨプリアンブルはＣＡＩ－Ｒの良
い候補である。ＣＡＩ－ＲのＲＡＣＨプリアンブルは、ＵＥに対してＲＲＣ構成され得る
。すべてのＣＡＩ－Ｒ信号が衝突することなくｇＮＢで受信されることを確実にするには
、競合のないＲＡＣＨリソースが望ましい。ＰＲＡＣＨプリアンブルの直交性により、複
数のＣＡＩ－Ｒが同時に受信され得る。プリアンブルの受信に続いて、ハンドシェイクが
完了し、ｇＮＢはＵＥに対するＤＬ／ＵＬ認可を進める。
くの情報を運ばない場合がある。したがって、ＰＲＡＣＨプリアンブルはＣＡＩ－Ｒの良
い候補である。ＣＡＩ－ＲのＲＡＣＨプリアンブルは、ＵＥに対してＲＲＣ構成され得る
。すべてのＣＡＩ－Ｒ信号が衝突することなくｇＮＢで受信されることを確実にするには
、競合のないＲＡＣＨリソースが望ましい。ＰＲＡＣＨプリアンブルの直交性により、複
数のＣＡＩ－Ｒが同時に受信され得る。プリアンブルの受信に続いて、ハンドシェイクが
完了し、ｇＮＢはＵＥに対するＤＬ／ＵＬ認可を進める。
【0304】
ＰＵＣＣＨ上でのＵＬ ＣＡＩ－Ｒのシグナリング
【0305】
ＳＲに使用される短いＰＵＣＣＨフォーマットは、ＣＡＩ－Ｒに使用され得る。ｇＮＢ
は、ＵＥのＣＡＩ－Ｒリソース内のエネルギーを検出すると、ＣＡＩ－Ｒが受信され、ハ
ンドシェイクが完了したと見なす。
は、ＵＥのＣＡＩ－Ｒリソース内のエネルギーを検出すると、ＣＡＩ－Ｒが受信され、ハ
ンドシェイクが完了したと見なす。
【0306】
ＣＡＩ－Ｒは、ＵＥでのＣＣＡ／ＬＢＴ中に検出されたエネルギーレベルなどの追加情
報を含み得る。さらに、（ＤＬ ＲＳ、またはＵＬサウンディング参照信号（UL Soundi
ng Reference Signal：ＵＬ ＳＲＳ）を使用したＱＣＬに対応する）複数のビームの
エネルギーレベルを運び得る。この場合、ペイロードが大きすぎて、ＲＡＣＨを介して示
すことはできない。ＣＡＩ－Ｒには、短いＰＵＣＣＨまたは長いＰＵＣＣＨを使用するこ
とができる。
報を含み得る。さらに、（ＤＬ ＲＳ、またはＵＬサウンディング参照信号（UL Soundi
ng Reference Signal：ＵＬ ＳＲＳ）を使用したＱＣＬに対応する）複数のビームの
エネルギーレベルを運び得る。この場合、ペイロードが大きすぎて、ＲＡＣＨを介して示
すことはできない。ＣＡＩ－Ｒには、短いＰＵＣＣＨまたは長いＰＵＣＣＨを使用するこ
とができる。
【0307】
複数のＵＥからのＣＡＩ－Ｒは、直交して多重化されるか、または他のＵＥからの他の
ＰＵＣＣＨ信号と多重化され得る。
ＰＵＣＣＨ信号と多重化され得る。
【0308】
プリアンブルアシストＣＡＩ
【0309】
ＣＡＩを示すために、プリアンブルを使用することができる。プリアンブルは、チャネ
ルを使用しているＴоｃｃまたはセルを示すために必要な情報の一部またはすべてを運び
得る。さらに、占有に関するより多くの情報が得られる可能性のあるリソースを示し得る
。そのような設計をすると、他のセルや技術のノードが、チャネルを占有するＮＲ－Ｕノ
ードのＳＩを取得しなくても、プリアンブルを簡単に検出できるようになる可能性がある
。ノードはプリアンブルを時間内に監視し、既知のプリアンブルとの高い相関関係を探す
。相関がしきい値を超えると、プリアンブルが検出される。
ルを使用しているＴоｃｃまたはセルを示すために必要な情報の一部またはすべてを運び
得る。さらに、占有に関するより多くの情報が得られる可能性のあるリソースを示し得る
。そのような設計をすると、他のセルや技術のノードが、チャネルを占有するＮＲ－Ｕノ
ードのＳＩを取得しなくても、プリアンブルを簡単に検出できるようになる可能性がある
。ノードはプリアンブルを時間内に監視し、既知のプリアンブルとの高い相関関係を探す
。相関がしきい値を超えると、プリアンブルが検出される。
【0310】
共通のプリアンブルをすべてのＮＲ－Ｕノードにわたって使用することによって、一般
ノードの検出を単純化することができる。プリアンブルは、ザドフ・チュー（Zadoff－Ch
u：ＺＣ）シーケンスであってもよく、あるいは、ＰＳＳやＳＳＳのようなＭ系列（m-seq
uence）、またはＤＬに関するチャネル品質情報ＲＳ（Channel Quality Information
RS：ＣＱＩ－ＲＳ）などのＲＳシーケンスに基づいてもよい。それは、ＵＬ上のＰＲＡＣ
ＨまたはＳＲＳのようなシーケンスであり得る。
ノードの検出を単純化することができる。プリアンブルは、ザドフ・チュー（Zadoff－Ch
u：ＺＣ）シーケンスであってもよく、あるいは、ＰＳＳやＳＳＳのようなＭ系列（m-seq
uence）、またはＤＬに関するチャネル品質情報ＲＳ（Channel Quality Information
RS：ＣＱＩ－ＲＳ）などのＲＳシーケンスに基づいてもよい。それは、ＵＬ上のＰＲＡＣ
ＨまたはＳＲＳのようなシーケンスであり得る。
【0311】
セルカラーリング
【0312】
プリアンブルは、ＣＡＩを送信するセルを示すＳビットの情報を運ぶことができる。Ｓ
ビットは、セルＩＤに接続されたｇＮＢまたはＵＥのセルＩＤから導出され得る。Ｓが小
さい場合（例えば、２または３ビット）、リスニングノードは可能なプリアンブルの（２
または３ビットの場合は４または８個の）小さなセットの既知のシーケンスと相関する必
要がある。Ｓビットは、リスニングノードが、送信がセル内にあるかセル外にあるかを識
別することを可能にする「セルカラーリング」を提供する。示されたビット数がセルＩＤ
の数よりも少ない場合、プリアンブルが送信されるセルを識別する際のあいまいさが存在
する。したがって、一般ノードは、それが自身のセルからのものであるかどうかを確実に
知ることはできないが、多くのセルからのＣＡＩを迅速に識別できる。あいまいさを解消
するために、追加情報がプリアンブルに付随する可能性があるが、送信を別のセルの送信
として識別するノードは、この情報を探す必要はない。プリアンブルを検出する方法を図
１７に示す。セルＩＤに関する完全な情報を取得できた場合、セル内のノードはＬＢＴの
失敗に対してより高いしきい値を使用して、空間の再利用を可能にする。
ビットは、セルＩＤに接続されたｇＮＢまたはＵＥのセルＩＤから導出され得る。Ｓが小
さい場合（例えば、２または３ビット）、リスニングノードは可能なプリアンブルの（２
または３ビットの場合は４または８個の）小さなセットの既知のシーケンスと相関する必
要がある。Ｓビットは、リスニングノードが、送信がセル内にあるかセル外にあるかを識
別することを可能にする「セルカラーリング」を提供する。示されたビット数がセルＩＤ
の数よりも少ない場合、プリアンブルが送信されるセルを識別する際のあいまいさが存在
する。したがって、一般ノードは、それが自身のセルからのものであるかどうかを確実に
知ることはできないが、多くのセルからのＣＡＩを迅速に識別できる。あいまいさを解消
するために、追加情報がプリアンブルに付随する可能性があるが、送信を別のセルの送信
として識別するノードは、この情報を探す必要はない。プリアンブルを検出する方法を図
１７に示す。セルＩＤに関する完全な情報を取得できた場合、セル内のノードはＬＢＴの
失敗に対してより高いしきい値を使用して、空間の再利用を可能にする。
【0313】
プリアンブル上のＴоｃｃのインジケーション
【0314】
プリアンブルのＳビットは、Ｔоｃｃを示すために使用される。一般ノードは、チャネ
ルの状態と、いつチャネルの検知を始めるべきかを知る。
ルの状態と、いつチャネルの検知を始めるべきかを知る。
【0315】
プリアンブル上のＳビットのインジケーション
【0316】
Ｓビットは、以下の方法のうちの１つで示され得る。一般に、プリアンブルにＳビット
を示す容量がある場合は、Ｔоｃｃのインジケーションとセルのカラーリングに分けるこ
とができる。
・Ｓビットは、ＺＣに基づくプリアンブルのルートまたはサイクリックシフトの一部と
して使用できる。
・Ｓビットは、Ｍ系列に基づくプリアンブルの初期化の一部として使用できる。
・プリアンブルシーケンス（下記の数式３８）は、時間的にＳ回繰り返すことができる
。長さＳのＯＣＣベクトル（下記の数式３９）をＳ回の繰り返しに適用して、Ｓビットの
情報を運ぶことができる。ここで、プリアンブルは４回繰り返され、（下記の数式４０）
とする。
を示す容量がある場合は、Ｔоｃｃのインジケーションとセルのカラーリングに分けるこ
とができる。
・Ｓビットは、ＺＣに基づくプリアンブルのルートまたはサイクリックシフトの一部と
して使用できる。
・Ｓビットは、Ｍ系列に基づくプリアンブルの初期化の一部として使用できる。
・プリアンブルシーケンス（下記の数式３８）は、時間的にＳ回繰り返すことができる
。長さＳのＯＣＣベクトル（下記の数式３９）をＳ回の繰り返しに適用して、Ｓビットの
情報を運ぶことができる。ここで、プリアンブルは４回繰り返され、（下記の数式４０）
とする。
【0317】
【数38】
【0318】
【数39】
【0319】
【数40】
【0320】
図１８（Ａ）は、プリアンブルが時間的繰り返しによってどのように送信され得るかの
例を示す。プリアンブルは非同期で送信される可能性があるため、ノード１は、ＬＢＴ成
功裏に完了すると、直ちにプリアンブルを送信する。プリアンブルを送信した後、ノード
１は、シンボル境界と同期するために予約信号を送信することができる。
例を示す。プリアンブルは非同期で送信される可能性があるため、ノード１は、ＬＢＴ成
功裏に完了すると、直ちにプリアンブルを送信する。プリアンブルを送信した後、ノード
１は、シンボル境界と同期するために予約信号を送信することができる。
【0321】
図１８（Ｂ）は、プリアンブルがシンボル境界と同期して送信された例を示す。ＬＢＴ
が成功後、予約信号が続く。シンボル境界の開始時に、プリアンブルが送信される。
が成功後、予約信号が続く。シンボル境界の開始時に、プリアンブルが送信される。
【0322】
プリアンブルリソース
【0323】
ＣＡＩプリアンブルは、受信ノードが最小の電力消費でそれを検出できるように、狭帯
域とすることができる。その帯域幅は、ＮＲ－Ｕでサポートされている最小のＢＷＰより
も小さくして、例えば、ＦＲ１の場合、５ＭＨｚとすることができる。欧州電気通信標準
化機構（European Telecommunications Standards Institute：ＥＴＳＩ）整合規格に
よれば、５ＧＨｚに対して２０ＭＨｚチャネルが要求されるが、２０ＭＨｚ帯域の中心を
中心とするより小さな帯域（５ＭＨｚ程度の小帯域）での動作も許容されるため、ＣＡＩ
プリアンブルのために５ＭＨｚを選択することは、ＷｉＦｉとの共存に対して効果的であ
り得る。プリアンブルが最小占有チャネル帯域幅（Occupied Channel Bandwidth：ＯＣ
Ｂ）要件、すなわち、５ＭＨｚの８０％を満たせば、それで十分であり得る。
域とすることができる。その帯域幅は、ＮＲ－Ｕでサポートされている最小のＢＷＰより
も小さくして、例えば、ＦＲ１の場合、５ＭＨｚとすることができる。欧州電気通信標準
化機構（European Telecommunications Standards Institute：ＥＴＳＩ）整合規格に
よれば、５ＧＨｚに対して２０ＭＨｚチャネルが要求されるが、２０ＭＨｚ帯域の中心を
中心とするより小さな帯域（５ＭＨｚ程度の小帯域）での動作も許容されるため、ＣＡＩ
プリアンブルのために５ＭＨｚを選択することは、ＷｉＦｉとの共存に対して効果的であ
り得る。プリアンブルが最小占有チャネル帯域幅（Occupied Channel Bandwidth：ＯＣ
Ｂ）要件、すなわち、５ＭＨｚの８０％を満たせば、それで十分であり得る。
【0324】
プリアンブルは、一般ノードがその位置を認識できるように、アンライセンス帯域内の
２０ＭＨｚ帯域の中心などの事前定義された位置、またはラスター位置などの特定の事前
定義された位置で送信され得る。図１９に、８０ＭＨｚ帯域が２０ＭＨｚ帯域にチャネル
化され、ＣＡＩプリアンブルが中央の５ＭＨｚ内で送信される例を示す。
２０ＭＨｚ帯域の中心などの事前定義された位置、またはラスター位置などの特定の事前
定義された位置で送信され得る。図１９に、８０ＭＨｚ帯域が２０ＭＨｚ帯域にチャネル
化され、ＣＡＩプリアンブルが中央の５ＭＨｚ内で送信される例を示す。
【0325】
ＣＡＩのリソースは、すべてのＵＥがＣＡＩを見つけることができるように、ＲＲＣを
介して構成され、ＳＩを介して示され得る。ＣＡにおいては、情報はＰＣｅｌｌによって
提供され得る。ＤＣにおいては、情報はマスターセルグループ（Master Cell Group：
ＭＣＧ）によって提供され得るか、ＤＲＳまたはＳＳＢで運ばれるＳＩから取得され得る
。ＳＡにおいても、この情報はＤＲＳまたはＳＳＢで運ばれるＳＩから取得され得る。Ｓ
Ｉは、チャネル帯域幅（Channel Bandwidth：ＣＢＷ）の最低ＰＲＢからのオフセットと
して周波数リソースを提供し得る。
介して構成され、ＳＩを介して示され得る。ＣＡにおいては、情報はＰＣｅｌｌによって
提供され得る。ＤＣにおいては、情報はマスターセルグループ（Master Cell Group：
ＭＣＧ）によって提供され得るか、ＤＲＳまたはＳＳＢで運ばれるＳＩから取得され得る
。ＳＡにおいても、この情報はＤＲＳまたはＳＳＢで運ばれるＳＩから取得され得る。Ｓ
Ｉは、チャネル帯域幅（Channel Bandwidth：ＣＢＷ）の最低ＰＲＢからのオフセットと
して周波数リソースを提供し得る。
【0326】
ＮＲはより広い帯域幅での動作をサポートするので、ＮＲ－Ｕノードは、複数の２０Ｍ
Ｈｚ帯域を使用して、単一のセル内により広い帯域幅の複合キャリアを作成することがで
きる（多くのＳＣｅｌｌが集約されるキャリアアグリゲーションの代わりに、帯域幅の多
くのチャンクが１つのセルに結合される）。この場合も、本明細書では、集約された帯域
の各々の２０ＭＨｚサブバンドの中央でプリアンブルを送信するよう提案する。図２０に
示すように、アンライセンススペクトル中では、４つの２０ＭＨｚチャネルで構成される
８０ＭＨｚ帯域が使用される。ＮＲ－Ｕノードは、３つの２０ＭＨｚチャネルを使用して
複合６０ＭＨｚチャネルを作成する。別の態様によれば、ＣＡＩプリアンブルは、各々の
２０ＭＨｚの一般ノードが周波数を切り替える必要なしにチャネルの状態を検出すること
ができるよう、２０ＭＨｚチャネルのそれぞれの中央で送信され得る。
Ｈｚ帯域を使用して、単一のセル内により広い帯域幅の複合キャリアを作成することがで
きる（多くのＳＣｅｌｌが集約されるキャリアアグリゲーションの代わりに、帯域幅の多
くのチャンクが１つのセルに結合される）。この場合も、本明細書では、集約された帯域
の各々の２０ＭＨｚサブバンドの中央でプリアンブルを送信するよう提案する。図２０に
示すように、アンライセンススペクトル中では、４つの２０ＭＨｚチャネルで構成される
８０ＭＨｚ帯域が使用される。ＮＲ－Ｕノードは、３つの２０ＭＨｚチャネルを使用して
複合６０ＭＨｚチャネルを作成する。別の態様によれば、ＣＡＩプリアンブルは、各々の
２０ＭＨｚの一般ノードが周波数を切り替える必要なしにチャネルの状態を検出すること
ができるよう、２０ＭＨｚチャネルのそれぞれの中央で送信され得る。
【0327】
あるいは、ｇＮＢは、ＳＩ中で、または動的に（特に、ハンドシェイクをトリガーする
ときの認可を介して）ビットマップを提供して、どの２０ＭＨｚ帯域がＣＡＩを運ぶかを
示すことができる。
ときの認可を介して）ビットマップを提供して、どの２０ＭＨｚ帯域がＣＡＩを運ぶかを
示すことができる。
【0328】
プリアンブルのヌメロロジーは、以下のように決定され得る。
・プリアンブルは、周波数帯域に基づいて事前定義されたヌメロロジーを使用する。例
えば、ＦＲ１の１５ｋＨｚを使用して、様々な処理機能を持つＵＥがこの信号を受信でき
る。３０ＫＨｚおよび６０ＫＨｚも、ＣＡＩプリアンブルによる待ち時間を短く保ち、カ
バーコードを用いてより多くの繰り返しを可能にするため、使用可能である。
・プリアンブルはＳＳＢと同じヌメロロジーを使用する。この場合、リスニングノード
は、初期アクセスを実行するか、ＰＣｅｌｌまたはＰＳＣｅｌｌからの構成を通じて、Ｓ
ＳＢまたはＮＲ－Ｕセルに関するヌメロロジーを知る必要がある。
・プリアンブルは、周波数帯域に基づいて事前定義されたヌメロロジーを使用する。例
えば、ＦＲ１の１５ｋＨｚを使用して、様々な処理機能を持つＵＥがこの信号を受信でき
る。３０ＫＨｚおよび６０ＫＨｚも、ＣＡＩプリアンブルによる待ち時間を短く保ち、カ
バーコードを用いてより多くの繰り返しを可能にするため、使用可能である。
・プリアンブルはＳＳＢと同じヌメロロジーを使用する。この場合、リスニングノード
は、初期アクセスを実行するか、ＰＣｅｌｌまたはＰＳＣｅｌｌからの構成を通じて、Ｓ
ＳＢまたはＮＲ－Ｕセルに関するヌメロロジーを知る必要がある。
【0329】
一般に、プリアンブル上で送信できる情報は限られている。したがって、本明細書では
、ＣＡＩを送信する他の形式（ＰＤＣＣＨ、ＲＡＣＨ、およびＲＳなど）と併せてプリア
ンブルを使用することを提案する。プリアンブルは、ＣＡＩの残りの情報を受信できるオ
ケージョンとリソースを示し得る。言い換えれば、プリアンブルの情報がノードに関連し
ている場合、ノードはウェイクアップして、図１７に示すように、残りのＣＡＩ情報を見
つける。ＣＡＩの残りの情報は、プリアンブルの後の最初の（信号タイプの）オケージョ
ン、またはプリアンブルの後の最初のＮ回以内のオケージョンで現れる可能性がある。例
えば、残りの情報がＰＤＣＣＨ上で送信される場合、ノードは、プリアンブルに続く最初
の監視の機会にこの情報を探すことができる。この概念を図４４に示す。図中、ＵＥはＤ
Ｌ信号のプリアンブルを監視する。プリアンブルを見つけると、ＵＥは、ＰＤＣＣＨ監視
時にＣＯＴ情報を運ぶＤＣＩを復号化する。
、ＣＡＩを送信する他の形式（ＰＤＣＣＨ、ＲＡＣＨ、およびＲＳなど）と併せてプリア
ンブルを使用することを提案する。プリアンブルは、ＣＡＩの残りの情報を受信できるオ
ケージョンとリソースを示し得る。言い換えれば、プリアンブルの情報がノードに関連し
ている場合、ノードはウェイクアップして、図１７に示すように、残りのＣＡＩ情報を見
つける。ＣＡＩの残りの情報は、プリアンブルの後の最初の（信号タイプの）オケージョ
ン、またはプリアンブルの後の最初のＮ回以内のオケージョンで現れる可能性がある。例
えば、残りの情報がＰＤＣＣＨ上で送信される場合、ノードは、プリアンブルに続く最初
の監視の機会にこの情報を探すことができる。この概念を図４４に示す。図中、ＵＥはＤ
Ｌ信号のプリアンブルを監視する。プリアンブルを見つけると、ＵＥは、ＰＤＣＣＨ監視
時にＣＯＴ情報を運ぶＤＣＩを復号化する。
【0330】
別の例が図４５に示され、図中、リソースを節約するために、プリアンブルの直後にＣ
ＯＲＥＳＥＴおよび監視オケージョンが提供される。プリアンブルと次の監視オケージョ
ンの間に複数のシンボルが存在する場合、ｇＮＢはＣＯＴ情報を示すことも、ＵＥのスケ
ジューリングを直ちに実行することもできず、リソースが無駄になる可能性がある。代わ
りに、ＣＯＲＥＳＥＴと探索空間監視オケージョンに、プリアンブルに続く最低限の待ち
時間が提供され得る。この制御リソースは非周期的である可能性がある。すなわち、その
存在はプリアンブルの位置によって決まる。
ＯＲＥＳＥＴおよび監視オケージョンが提供される。プリアンブルと次の監視オケージョ
ンの間に複数のシンボルが存在する場合、ｇＮＢはＣＯＴ情報を示すことも、ＵＥのスケ
ジューリングを直ちに実行することもできず、リソースが無駄になる可能性がある。代わ
りに、ＣＯＲＥＳＥＴと探索空間監視オケージョンに、プリアンブルに続く最低限の待ち
時間が提供され得る。この制御リソースは非周期的である可能性がある。すなわち、その
存在はプリアンブルの位置によって決まる。
【0331】
非周期的なＣＯＲＥＳＥＴ／探索空間監視オケージョンは、図４６に示されるように、
プリアンブルと同じＯＳ内にあり得る。これによって、プリアンブルとＤＣＩとの間の待
ち時間が減少するので、より良いリソース利用を可能になる。
プリアンブルと同じＯＳ内にあり得る。これによって、プリアンブルとＤＣＩとの間の待
ち時間が減少するので、より良いリソース利用を可能になる。
【0332】
ＣＯＴ情報を運ぶＤＣＩのプリアンブルおよびＤＭＲＳは、ＱＣＬ信号であり得る。し
たがって、ＵＥは、特定の空間的方向でプリアンブルを受信すると、その方向で非周期的
なＣＯＲＥＳＥＴも受信すること、すなわち、非周期的なＣＯＲＥＳＥＴがプリアンブル
と同じＱＣＬを持つことを期待する。ｇＮＢは、すべてのＵＥをカバーするために、図４
７に示すように、異なる空間的方向にプリアンブルを複数回送信する。非周期的なＣＯＲ
ＥＳＥＴはＲＲＣシグナリングを介して構成される。このＣＯＲＥＳＥＴに関連する監視
オケージョンは、非周期的であると定義される。例えば、探索空間監視オケージョンは、
検出されたプリアンブルに関連して１回だけ発生する。この探索空間は、ＲＲＣシグナリ
ングを介してＵＥに対して構成されており、オフセットがプリアンブルの発生によって決
定され、周期的ではないため、パラメータmonitoringSlotPeriodicityAndOffsetを持たな
い可能性がある。
たがって、ＵＥは、特定の空間的方向でプリアンブルを受信すると、その方向で非周期的
なＣＯＲＥＳＥＴも受信すること、すなわち、非周期的なＣＯＲＥＳＥＴがプリアンブル
と同じＱＣＬを持つことを期待する。ｇＮＢは、すべてのＵＥをカバーするために、図４
７に示すように、異なる空間的方向にプリアンブルを複数回送信する。非周期的なＣＯＲ
ＥＳＥＴはＲＲＣシグナリングを介して構成される。このＣＯＲＥＳＥＴに関連する監視
オケージョンは、非周期的であると定義される。例えば、探索空間監視オケージョンは、
検出されたプリアンブルに関連して１回だけ発生する。この探索空間は、ＲＲＣシグナリ
ングを介してＵＥに対して構成されており、オフセットがプリアンブルの発生によって決
定され、周期的ではないため、パラメータmonitoringSlotPeriodicityAndOffsetを持たな
い可能性がある。
【0333】
さらに、プリアンブルは、ＣＯＲＥＳＥＴにおけるＰＤＣＣＨのＤＭＲＳの形態であり
得る。ｇＮＢは、十分な信頼性を提供するために、プリアンブルを、広帯域ＤＭＲＳの形
態になるようにスケジュールすることができる。
得る。ｇＮＢは、十分な信頼性を提供するために、プリアンブルを、広帯域ＤＭＲＳの形
態になるようにスケジュールすることができる。
【0334】
本明細書に記載の装置、システム、方法、およびプロセスのいずれかまたはすべては、
命令が図２１Ｂおよび２１Ｆのプロセッサ１１８または９１などのプロセッサによって実
行されると、本明細書に記載のシステム、方法、およびプロセスをプロセッサに実行や実
装させるコンピュータ可読記憶媒体に格納されたコンピュータ実行可能命令（例えば、プ
ログラムコード）の形で具現化され得ることが理解される。具体的には、本明細書に記載
のステップ、動作、または機能のいずれかは、無線および有線ネットワーク通信の少なく
とも一方用に構成された装置またはコンピューティングシステムのプロセッサ上で実行さ
れる、そのようなコンピュータ実行可能命令の形で実装され得る。コンピュータ可読記憶
媒体には、情報を記憶するための任意の非一時的（例えば、有形または物理的）方法また
は技術で実装された揮発性および不揮発性、リムーバブルおよび非リムーバブルメディア
が含まれるが、そのようなコンピュータ可読記憶媒体には信号は含まれない。コンピュー
タ可読記憶媒体には、ＲＡＭ、ＲＯＭ、電気的消去可能ＲＯＭ（Electrically Erasable
Programmable ROM：ＥＥＰＲＯＭ）、フラッシュメモリまたは他のメモリ技術、コン
パクトディスクＲＯＭ（Compact Disc ROM：ＣＤ－ＲＯＭ）、デジタル多用途ディスク
（Digital Versatile Disc：ＤＶＤ）または他の光ディスクストレージ、磁気カセット
、磁気テープ、磁気ディスクストレージ、または他の磁気ストレージデバイス、または所
望の情報を記憶するために使用することができ、コンピューティングシステムによってア
クセスすることができる他の任意の有形または物理的媒体が含まれるが、これらに限定さ
れない。
命令が図２１Ｂおよび２１Ｆのプロセッサ１１８または９１などのプロセッサによって実
行されると、本明細書に記載のシステム、方法、およびプロセスをプロセッサに実行や実
装させるコンピュータ可読記憶媒体に格納されたコンピュータ実行可能命令（例えば、プ
ログラムコード）の形で具現化され得ることが理解される。具体的には、本明細書に記載
のステップ、動作、または機能のいずれかは、無線および有線ネットワーク通信の少なく
とも一方用に構成された装置またはコンピューティングシステムのプロセッサ上で実行さ
れる、そのようなコンピュータ実行可能命令の形で実装され得る。コンピュータ可読記憶
媒体には、情報を記憶するための任意の非一時的（例えば、有形または物理的）方法また
は技術で実装された揮発性および不揮発性、リムーバブルおよび非リムーバブルメディア
が含まれるが、そのようなコンピュータ可読記憶媒体には信号は含まれない。コンピュー
タ可読記憶媒体には、ＲＡＭ、ＲＯＭ、電気的消去可能ＲＯＭ（Electrically Erasable
Programmable ROM：ＥＥＰＲＯＭ）、フラッシュメモリまたは他のメモリ技術、コン
パクトディスクＲＯＭ（Compact Disc ROM：ＣＤ－ＲＯＭ）、デジタル多用途ディスク
（Digital Versatile Disc：ＤＶＤ）または他の光ディスクストレージ、磁気カセット
、磁気テープ、磁気ディスクストレージ、または他の磁気ストレージデバイス、または所
望の情報を記憶するために使用することができ、コンピューティングシステムによってア
クセスすることができる他の任意の有形または物理的媒体が含まれるが、これらに限定さ
れない。
【0335】
本開示の主題の好適な実施形態を説明する際に、図に示されるように、明確化のために
特定の用語が採用されている。しかし、特許請求される主題は、そのように選択された特
定の用語に限定することを意図されておらず、各特定の要素は、同様の目的を達成するた
めに同様の方法で動作するすべての技術的同等物を含むことを理解されたい。
特定の用語が採用されている。しかし、特許請求される主題は、そのように選択された特
定の用語に限定することを意図されておらず、各特定の要素は、同様の目的を達成するた
めに同様の方法で動作するすべての技術的同等物を含むことを理解されたい。
【0336】
この書面による記述は、例を使用して、最良のモードを含む本発明を開示し、また、任
意の当業者が、任意のデバイスまたはシステムの作成および使用、ならびに任意の組み込
まれた方法の実行を含み、本発明を実施できるようにするものである。本発明の特許可能
な範囲は、特許請求の範囲によって定義され、当業者が想起する他の例を含み得る。その
ような他の例は、特許請求の範囲の文字通りの言葉と異ならない要素を有する場合、また
は特許請求の範囲の文字通りの言葉と非実質的な相違を有する同等の要素を含む場合、特
許請求の範囲内にあることが意図されている。
意の当業者が、任意のデバイスまたはシステムの作成および使用、ならびに任意の組み込
まれた方法の実行を含み、本発明を実施できるようにするものである。本発明の特許可能
な範囲は、特許請求の範囲によって定義され、当業者が想起する他の例を含み得る。その
ような他の例は、特許請求の範囲の文字通りの言葉と異ならない要素を有する場合、また
は特許請求の範囲の文字通りの言葉と非実質的な相違を有する同等の要素を含む場合、特
許請求の範囲内にあることが意図されている。
【図1】
【図2】
【図3A】
【図3B】
【図3C】
【図3D】
【図3E】
【図4】
【図5A】
【図5B】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21A】
【図21B】
【図21C】
【図21D】
【図21E】
【図21F】
【図21G】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】
【図28】
【図29】
【図30】
【図31】
【図32】
【図33】
【図34】
【図35】
【図36】
【図37A】
【図37B】
【図38】
【図39】
【図40】
【図41】
【図42】
【図43】
【図44】
【図45】
【図46】
【図47】
【図48】
【図49】
【図50A】
【図50B】
【図50C】
【図50D】
【図51】
【図52A】
【図52B】
【図53A】
【図53B】
【図54A】
【図54B】
【図54C】
【手続補正書】
【提出日】2024-08-30
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
プロセッサ、メモリ、および通信回路を備える装置であって、前記プロセッサ、メモリ、および通信回路は、
無線リソース制御（Radio Resource Control：ＲＲＣ）メッセージを受信することであって、前記ＲＲＣメッセージは、下りリンク制御情報（Downlink Control Information：ＤＣＩ）送信においてチャネル占有時間（Channel Occupancy Time：ＣＯＴ）を示すために使用されるビット数のインジケーションを含む、ことと、
第１のタイプのチャネルアクセス手順を実行することと、
スロットフォーマットインジケータ無線ネットワーク一時識別子（Slot Format Indicator Radio Network Temporary Identifier：ＳＦＩ－ＲＮＴＩ）に関連付けられたＤＣＩを受信することであって、前記ＤＣＩは、スロットフォーマットインジケーション、前記ＲＲＣメッセージで示されたビット数による前記ＣＯＴのインジケーション、および１以上の利用可能なサブバンドを示すビットマップを含む、ことと、
前記ＤＣＩから前記ＣＯＴを決定することと、
少なくとも前記ＤＣＩで受信した前記ＣＯＴのインジケーションに基づいて、前記第１のタイプのチャネルアクセス手順から第２のタイプのチャネルアクセス手順に切り替わることと、
セル無線ネットワーク一時識別子（Cell Radio Network Temporary Identifier：Ｃ－ＲＮＴＩ）に関連付けられた第２のＤＣＩを受信することであって、前記第２のＤＣＩは、複数の時間ドメインリソース割り当てを示す上りリンク認可を含む、ことと、
前記ＣＯＴの少なくとも一部の間に、前記複数の時間ドメインリソース割り当てのうちの少なくとも１つに応じて、物理上りリンク共有チャネル送信を実行することと
を行うよう構成される、装置。
無線リソース制御（Radio Resource Control：ＲＲＣ）メッセージを受信することであって、前記ＲＲＣメッセージは、下りリンク制御情報（Downlink Control Information：ＤＣＩ）送信においてチャネル占有時間（Channel Occupancy Time：ＣＯＴ）を示すために使用されるビット数のインジケーションを含む、ことと、
第１のタイプのチャネルアクセス手順を実行することと、
スロットフォーマットインジケータ無線ネットワーク一時識別子（Slot Format Indicator Radio Network Temporary Identifier：ＳＦＩ－ＲＮＴＩ）に関連付けられたＤＣＩを受信することであって、前記ＤＣＩは、スロットフォーマットインジケーション、前記ＲＲＣメッセージで示されたビット数による前記ＣＯＴのインジケーション、および１以上の利用可能なサブバンドを示すビットマップを含む、ことと、
前記ＤＣＩから前記ＣＯＴを決定することと、
少なくとも前記ＤＣＩで受信した前記ＣＯＴのインジケーションに基づいて、前記第１のタイプのチャネルアクセス手順から第２のタイプのチャネルアクセス手順に切り替わることと、
セル無線ネットワーク一時識別子（Cell Radio Network Temporary Identifier：Ｃ－ＲＮＴＩ）に関連付けられた第２のＤＣＩを受信することであって、前記第２のＤＣＩは、複数の時間ドメインリソース割り当てを示す上りリンク認可を含む、ことと、
前記ＣＯＴの少なくとも一部の間に、前記複数の時間ドメインリソース割り当てのうちの少なくとも１つに応じて、物理上りリンク共有チャネル送信を実行することと
を行うよう構成される、装置。
【請求項2】
前記ＤＣＩは、チャネルアクセスが部分的に第１のスロットに利用可能であることを示す、請求項１に記載の装置。
【請求項3】
前記スロットフォーマットインジケーションは、第１のスロットのうち１以上の第１のシンボルが上りリンク送信に利用可能であることを示すインジケーションを含む、請求項１に記載の装置。
【請求項4】
前記スロットフォーマットインジケーションは、前記第１のスロットのうち１以上の第２のシンボルが上りリンク送信に利用可能ではないことを示すインジケーションを含む、請求項３に記載の装置。
【請求項5】
前記ＤＣＩはマルチキャストＤＣＩである、請求項１に記載の装置。
【請求項6】
前記ＤＣＩはＵＥ固有のＤＣＩである、請求項１に記載の装置。
【請求項7】
無線リソース制御（Radio Resource Control：ＲＲＣ）メッセージを受信することであって、前記ＲＲＣメッセージは、下りリンク制御情報（Downlink Control Information：ＤＣＩ）送信においてチャネル占有時間（Channel Occupancy Time：ＣＯＴ）を示すために使用されるビット数のインジケーションを含む、ことと、
第１のタイプのチャネルアクセス手順を実行することと、
スロットフォーマットインジケータ無線ネットワーク一時識別子（Slot Format Indicator Radio Network Temporary Identifier：ＳＦＩ－ＲＮＴＩ）に関連付けられたＤＣＩを受信することであって、前記ＤＣＩは、スロットフォーマットインジケーション、前記ＲＲＣメッセージで示されたビット数による前記ＣＯＴのインジケーション、および１以上の利用可能なサブバンドを示すビットマップを含む、ことと、
前記ＤＣＩから前記ＣＯＴを決定することと、
少なくとも前記ＤＣＩで受信した前記ＣＯＴのインジケーションに基づいて、前記第１のタイプのチャネルアクセス手順から第２のタイプのチャネルアクセス手順に切り替わることと、
セル無線ネットワーク一時識別子（Cell Radio Network Temporary Identifier：Ｃ－ＲＮＴＩ）に関連付けられた第２のＤＣＩを受信することであって、前記第２のＤＣＩは、複数の時間ドメインリソース割り当てを示す上りリンク認可を含む、ことと、
前記ＣＯＴの少なくとも一部の間に、前記複数の時間ドメインリソース割り当てのうちの少なくとも１つに応じて、物理上りリンク共有チャネル送信を実行することと
を含む方法。
第１のタイプのチャネルアクセス手順を実行することと、
スロットフォーマットインジケータ無線ネットワーク一時識別子（Slot Format Indicator Radio Network Temporary Identifier：ＳＦＩ－ＲＮＴＩ）に関連付けられたＤＣＩを受信することであって、前記ＤＣＩは、スロットフォーマットインジケーション、前記ＲＲＣメッセージで示されたビット数による前記ＣＯＴのインジケーション、および１以上の利用可能なサブバンドを示すビットマップを含む、ことと、
前記ＤＣＩから前記ＣＯＴを決定することと、
少なくとも前記ＤＣＩで受信した前記ＣＯＴのインジケーションに基づいて、前記第１のタイプのチャネルアクセス手順から第２のタイプのチャネルアクセス手順に切り替わることと、
セル無線ネットワーク一時識別子（Cell Radio Network Temporary Identifier：Ｃ－ＲＮＴＩ）に関連付けられた第２のＤＣＩを受信することであって、前記第２のＤＣＩは、複数の時間ドメインリソース割り当てを示す上りリンク認可を含む、ことと、
前記ＣＯＴの少なくとも一部の間に、前記複数の時間ドメインリソース割り当てのうちの少なくとも１つに応じて、物理上りリンク共有チャネル送信を実行することと
を含む方法。
【請求項8】
前記ＤＣＩは、チャネルアクセスが部分的に第１のスロットに利用可能であることを示す、請求項７に記載の方法。
【請求項9】
前記スロットフォーマットインジケーションは、第１のスロットのうち１以上の第１のシンボルが上りリンク送信に利用可能であることを示すインジケーションを含む、請求項７に記載の方法。
【請求項10】
前記スロットフォーマットインジケーションは、前記第１のスロットのうち１以上の第２のシンボルが上りリンク送信に利用可能ではないことを示すインジケーションを含む、請求項９に記載の方法。
【請求項11】
前記ＤＣＩはマルチキャストＤＣＩである、請求項７に記載の方法。
【請求項12】
前記ＤＣＩはＵＥ固有のＤＣＩである、請求項７に記載の方法。
【外国語明細書】