(57)【要約】  ノードによるチャネル占有をそのセル外のノードに示し、スペクトルの再利用を支援するためにノードによるチャネル占有をそのセル内のセルに示し、レシーバーが送受信用のクリアなチャネルを持つことを確実にすべくセル内のノード間のハンドシェイクをトリガーするために、チャネルアクセスインジケータ（ＣＡＩ）をＮＲアンライセンス（ＮＲ−Ｕ）に採用することができる。
2021523626.tif 000002
【特許請求の範囲】
【請求項１】
プロセッサ、メモリ、および通信回路を備える装置であって、前記装置は、前記通信回路を介してネットワークに接続され、前記装置は、前記装置の前記メモリに格納され、前記装置の前記プロセッサによって実行されたときに、前記装置に
無線ネットワークアクセスポイント（次世代ノードＢ（Next  Generation  Node-B：ｇＮＢ））から、トランスミッターの残りのチャネル占有時間（Channel  Occupancy  Time：ＣＯＴ）を示すチャネルアクセスインジケータ（ＣＡＩ）を受信することと、
前記ＣＡＩを受信すると、少なくとも残りのＣＯＴの間、下りリンク認可および上りリンク認可である制御信号のセットを監視すること
を含む動作を実行させるコンピュータ実行可能命令をさらに備える、装置。
【請求項２】
前記ＣＡＩは
前記残りのＣＯＴの持続期間および、オプションとして、
チャネル占有の帯域幅と、
チャネル占有の空間的方向のうち、少なくとも一方をさらに含む、請求項１に記載の装置。
【請求項３】
前記ＣＡＩは
プリアンブル、または
参照信号（Reference  Signal：ＲＳ）、または
下りリンク制御情報（Downlink  Control  Information：ＤＣＩ）、または
前記プリアンブルおよび前記ＤＣＩ、または
前記ＲＳおよび前記ＤＣＩの中で受信される、請求項１に記載の装置。
【請求項４】
前記ＣＡＩはマルチキャストＤＣＩの中で受信される、請求項１に記載の装置。
【請求項５】
前記ＣＡＩはグループ共通ＤＣＩの中で受信される、請求項４に記載の装置。
【請求項６】
前記ＣＡＩは、前記トランスミッターによってブロードキャストされたＤＣＩの中から受信される、請求項１に記載の装置。
【請求項７】
前記ＣＡＩは、ユーザ端末（ＵＥ）固有のＤＣＩ中で受信される、請求項１に記載の装置。
【請求項８】
前記動作は、複数のＣＡＩを前記トランスミッターから前記ＣＯＴ以内に受信することをさらに含む、請求項１に記載の装置。
【請求項９】
プロセッサ、メモリ、および通信回路を備える装置であって、前記装置は、前記通信回路を介してネットワークに接続され、前記装置は、前記装置の前記メモリに格納され、前記装置の前記プロセッサによって実行されたときに、前記装置に
チャネルアクセスの機会内に、前記チャネルアクセスの残りのチャネル占有時間（Channel  Occupancy  Time：ＣＯＴ）を示す１つまたは複数のチャネルアクセスインジケータ（ＣＡＩ）を送信することを含む動作を実行させるコンピュータ実行可能命令をさらに備える、装置。
【請求項１０】
最初の前記ＣＡＩは
チャネル占有の帯域幅、または
チャネル占有の空間的方向をさらに含む、請求項９に記載の装置。
【請求項１１】
前記１つまたは複数のＣＡＩは
プリアンブル、または
参照信号（Reference  Signal：ＲＳ）、または
下りリンク制御情報（Downlink  Control  Information：ＤＣＩ）、または
前記ＲＳおよび前記ＤＣＩ、または
前記プリアンブルおよび前記ＤＣＩの中で送信される、請求項９に記載の装置。
【請求項１２】
前記１つまたは複数のＣＡＩは前記装置によってマルチキャストされる、請求項９に記載の装置。
【請求項１３】
前記１つまたは複数のＣＡＩは、前記装置によって、グループ共通ＤＣＩとしてマルチキャストされる、請求項１２に記載の装置。
【請求項１４】
前記１つまたは複数のＣＡＩは前記装置によってブロードキャストされる、請求項９に記載の装置。
【請求項１５】
プロセッサ、メモリ、および通信回路を備える装置であって、前記装置は、前記通信回路を介してネットワークに接続され、前記装置は、前記装置の前記メモリに格納され、前記装置の前記プロセッサによって実行されたときに、前記装置に
チャネルアクセスに成功すると、残りのチャネル占有時間（Channel  Occupancy  Time：ＣＯＴ）以内に最初の利用可能なシンボルから物理上りリンク共有チャネル（Physical  Uplink  Shared  Channel：ＰＵＳＣＨ）を送信することと、
前記チャネルアクセスの成功に続いて、前記ＰＵＳＣＨの開始シンボルを示すチャネルアクセスインジケータ（ＣＡＩ）をレシーバーに提供すること
を含む動作を実行させるコンピュータ実行可能命令をさらに備える、装置。
【請求項１６】
前記最初の利用可能なシンボルは、無線リソース制御（ＲＲＣ）シグナリングを介して最初の機器に提供される事前構成されたシンボルのセットから選択される、請求項１５に記載の装置。
【請求項１７】
チャネルアクセスを利用できないスケジュールされたＰＵＳＣＨリソースのセットはパンクチャされる、請求項１５に記載の装置。
【請求項１８】
前記ＣＡＩは、ＰＵＳＣＨの復調基準信号（Demodulation  Reference  Signal：ＤＭＲＳ）を介して提供される、請求項１５に記載の装置。
【請求項１９】
前記動作は、チャネル占有に続く最初のＰＵＳＣＨ送信のための前記ＤＭＲＳをパワーブーストすることをさらに含む、請求項１８に記載の装置。
【請求項２０】
前記動作は、認可内の前記ＤＭＲＳの位置を、前記ＰＵＳＣＨの開始位置に従って修正することをさらに含む、請求項１８に記載の装置。
【発明の詳細な説明】
【背景技術】
【０００１】
ＬＴＥライセンスアシストアクセス
【０００２】
アンライセンススペクトル中で動作する少なくとも１つのＳｃｅｌｌを備えたキャリアアグリゲーションは、ライセンスアシストアクセス（Licensed-Assisted  Access：ＬＡＡ）と呼ばれる。したがって、ＬＡＡにおいては、ＵＥのために構成されたサービングセルのセットは、アンライセンススペクトル中で、ＬＡＡ  ＳＣｅｌｌとも呼ばれるフレーム構造タイプ３に従って動作する少なくとも１つのＳＣｅｌｌを常に含む。特記しない限り、ＬＡＡ  ＳＣｅｌｌは通常のＳＣｅｌｌとして機能する（Jonathan  Ling,  David  Lopez-Perez,  Mohammad  R.  Khawer,  "Practical  LTE  and  Wi-Fi  Coexistence  Techniques  beyond  LBT",  IEEE  Communications  Magazine,  Oct  2017参照）。
【０００３】
ＬＡＡ  ｅＮＢおよびＵＥは、ＬＡＡ  ＳＣｅｌｌ上で送信を実行する前に、リッスンビフォートーク（Listen-Before-Talk：ＬＢＴ）を適用する。ＬＢＴは、無線トランスミッターがまずメディアを検知し、メディアがアイドル状態であると検知された場合にのみ送信する方法であり、クリアチャネル評価（Clear  Channel  Assessment：ＣＣＡ）とも呼ばれる。ＬＢＴが適用されると、トランスミッターはチャネルをリッスン／検知して、チャネルが空き状態かビジーかを判定する。チャネルが空き状態であると判定された場合、トランスミッターは送信を実行できるが、それ以外の場合、送信を実行しない。ＬＡＡ  ｅＮＢがＬＡＡチャネルアクセスを目的として他の技術のチャネルアクセス信号を使用する場合、ＬＡＡ  ｅＮＢはＬＡＡの最大エネルギー検出しきい値の要件を引き続き満たす必要がある。
【０００４】
各種のＬＢＴ手法が存在するが、第三世代パートナーシッププロジェクト（Third  Generation  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）に説明されている。
【０００５】
ＬＴＥフレーム構造タイプ３
【０００６】
フレーム構造タイプ３は、通常のサイクリックプレフィックスを有するＬＡＡの二次電池動作にのみ適用可能である。各無線フレームは長さがＴｆ＝３０７２００・ＴＳ＝１０ｍｓであり、長さがＴｓｌоｔ＝１５３６０・ＴＳ＝０．５ｍｓで０から１９までの番号が付けられた２０個のスロットで構成される。サブフレームは、２つの連続したスロットとして定義され、サブフレームｉはスロットｉと２ｉ＋１から構成される。
【０００７】
無線フレーム内の１０個のサブフレームが、下りリンクまたは上りリンク送信に利用可能である。下りリンク送信は、１つ以上の連続するサブフレームを占有し、サブフレーム内の任意の場所で開始され、完全に占有されているか、または、３ＧＰＰ  ＴＳ  ３６．２１３、物理層手順（リリース１５）、Ｖ１５．０．０の表４．２−１（Table  4.2-1）に規定されたＤｗＰＴＳ期間の１つに続く最後のサブフレームで終了する。上りリンク送信は、１つ以上の連続するサブフレームを占有する。
【０００８】
ネクストジェン（NextGen）ネットワーク要件
【０００９】
３ＧＰＰ  ＴＲ  ３８．９１３、次世代アクセス技術のシナリオおよび要件に関する研究（リリース１４）、Ｖ１４．３．０（3GPP  TR  38.913,  Study  on  Scenarios  and  Requirements  for  Next  Generation  Access  Technologies  (Release  14),  V14.3.0）には、次世代アクセス技術のシナリオおよび要件が定義されている。高度化モバイルブロードバンド（enhanced  Mobile  Broadband：ｅＭＢＢ）、超高信頼低遅延通信（Ultra-Reliable  and  Low-Latency  Communications：ＵＲＬＬＣ）、および大規模マシンタイプ通信（Massive  Machine  Type  Communication：ｍＭＴＣ）の重要業績評価指標（Key  Performance  Indicator：ＫＰＩ）を表１に要約する。
【００１０】
【表１−１】
2021523626.tif 000003
【表１−２】
2021523626.tif 000004
【００１１】
レシーバーに支援されたアンライセンス操作
【００１２】
分散化された単純な方法で技術間のスペクトルアクセスを調整するために、トランスミッターは、まず、意図された伝送帯域にわたるエネルギーを検出しなければならない。このエネルギー検出（Energy  Detection：ＥＤ）メカニズムは、他のノードによる進行中の送信をトランスミッターに通知し、送信するかどうかの決定を支援する。しかし、このリッスンビフォートーク（ＬＢＴ）とも呼ばれるスキームは単純ではあるが、すべての状況で有効とは限らず、例えば、情報がバックグラウンドノイズレベルよりも低く受信されるようにエンコードされている場合や、ノードが離れていてレシーバーでの信号が弱い場合などがある。したがって、送信を希望するノードは、受信したエネルギーが特定のＥＤしきい値を下回っていることによって、チャネルが占有されていないことを検知できるが、それでもなお、受信している近くのノードに干渉する可能性がある。
【００１３】
それにもかかわらず、ＬＢＴは共存の第一歩であり、多くの国のアンライセンス帯域の規制において義務付けられている。ノイズのために誤検出が発生するため、ＥＤしきい値をあまり大幅に下げることはできない。そこで、技術間および技術内の効果的無線メディアアクセスのための追加情報が必要である。
【００１４】
ＷｉＦｉにおけるＲＴＳ／ＣＴＳメカニズム
【００１５】
８０２．１１メディアアクセスコントロール（Media  Access  Control：ＭＡＣ）プロトコルは、ＥＤのメカニズムを仮想キャリアセンス（Virtual  Carrier  Sense：ＶＣＳ）メカニズムで補助する。これによって、８０２．１１パケットヘッダーは、最もロバストな変調と符号化を使用しているため、最低の電力レベルで受信および復号化される。ネットワーク割り当てベクトル（Network  Allocation  Vector：ＮＡＶ）、すなわちチャネルが空いているか占有されているときの各ステーション（Station：ＳＴＡ）における時間スケジュールは、チャネルが使用されるであろう期間を示すそのようなヘッダーあるいはコントロールパケットの内容に基づいて、更新される。例えば、送信要求／送信許可（ＲＴＳ／ＣＴＳ）メカニズムは、トランスミッター周辺のＲＴＳおよびレシーバー周辺のＣＴＳを受信するすべてのノードによってＮＡＶが更新されるようにすることによって、チャネルを予約する。しかし、キャプチャ効果によって、より強いオーバーラップしたパケットが弱いパケットよりもキャプチャされるため、強いノードはコリジョンに遭遇せず、弱いノードは譲歩するという不公平が生じることになるため、ＶＣＳであっても問題がある。
【００１６】
仮想キャリアセンシングは、電力を節約するために、エアインターフェースでの物理的キャリアセンシングの必要性を制限する論理的抽象化である。ＭＡＣ層のフレームヘッダーには、そのフレームに必要な送信時間を指定する期間フィールドが含まれており、その期間中、メディアはビジーになる。無線メディア上でリッスンしている各ステーションは、その期間フィールドを読み取り、ステーションがメディアへのアクセスを延期する必要がある期間を示すインジケータであるＮＡＶを設定する。ＮＡＶは、定率でゼロまでカウントダウンするカウンタと考えることができる。カウンタがゼロの場合、ＶＳＣはメディアがアイドル状態であることを示し、ゼロでない場合、ビジーであることを示す。
【００１７】
ＬＴＥにおけるアンライセンス
【００１８】
アンライセンス周波数でのＬＴＥアクセスには以下の２つのタイプがある。ライセンスＬＴＥキャリアへの追加的下りリンクとして機能するＬＡＡ（注記：アンライセンスの上りリンクｅＬＡＡは依然としてライセンスキャリアに接続されている）、およびアンライセンス帯域内における完全なスタンドアロン動作であることを特徴とするＭｕｌｔｅＦｉｒｅである。ＬＡＡでは、ライセンス帯域とアンライセンス帯域の両方が同時に動作する。すなわち、データは両方の帯域で同時に受信される可能性がある。物理報知チャネル（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）参照）。
【発明の概要】
【００１９】
３ＧＰＰ  ＮＲ  Ｒｅｌ．１５  ＰＨＹの核心はビームベースのアーキテクチャである。新無線（New  Radio：ＮＲ）アンライセンス（NR  Unlicensed：ＮＲ−Ｕ）はビームベースのアーキテクチャを含むＮＲのできるだけ多くの機能を活用することが非常に望ましい。ワイドビームに基づくセンシングがされるｅＬＡＡとは異なり、ナロービームセンシングは、空間リソースを効率的に使用できるようにすることで共存に役立つことができる。ＬＢＴスキームは、キャリア検知多重アクセス／衝突回避（Carrier  Sense  Multiple  Access  and  Collision  Avoidance：ＣＳＭＡ／ＣＡ）をサポートするように拡張できるため、ＵＥは不要なキャリアビジー検出を回避でき、それによって電力効率が向上する。ＮＲ−Ｕでは、空間の再利用と共存を向上させるために、チャネル占有を示すシグナリングの導入を検討してもよい。これは、ＮＲ−Ｕにおける新しい方法と信号設計が必要であることを意味する。
【００２０】
例えば、ノードによるチャネル占有をそのセル外のノードに示すこと、スペクトルの再利用を支援するためにノードによるチャネル占有をそのセル内のノードに示すこと、および、レシーバーが送受信用のクリアなチャネルを持つことを確実にすべくセル内のノード間のハンドシェイクをトリガーすることなどの機能を提供するために、本明細書は、ＮＲ−Ｕにチャネルアクセスインジケータを用いる方法および装置を開示する。
【００２１】
また、ノードがＣＡＩを受信したときのノードの挙動、すなわち、ノードがタイマーを使用してチャネルを検知するまで待機する方法も開示する。様々なユースケースについて、ＣＡＩが運ぶ情報についても説明する。
【００２２】
ＵＬ認可内の複数の開始位置から物理上りリンク共有チャネル（Physical  Uplink  Shared  Channel：ＰＵＳＣＨ）が送信されることを可能にするいくつかの手順についても説明する。ただし、開始位置は、ＣＡＩを介してｇＮＢに運ばれる。方法には以下のものが含まれる。
・ＰＵＳＣＨ開始位置候補をシグナリングする方法。
・ＰＵＳＣＨ選択された開始位置に基づいてＵＬ復調基準信号（UL  Demodulation  Reference  Signal：ＵＬ  ＤＭＲＳ）を調整する手順。
・ＤＭＲＳは、ＵＥのチャネル占有時間（Channel  Occupancy  Time：ＣＯＴ）に続く最初のＰＵＳＣＨに対してパワーブーストされる場合がある。
・ＰＵＳＣＨリソース要素（PUSCH  Resource  Element：ＰＵＳＣＨ  ＲＥ）は、ＵＥのＣＯＴに続く最初のＰＵＳＣＨに対してパワーブーストされる場合がある。
・ＵＥは、異なるＤＭＲＳシーケンスを使用して、選択したＰＵＳＣＨ開始シンボルをシグナリングすることができる。
・ＵＥは、ＵＥのＣＯＴに続く最初のＰＵＳＣＨのためにリソース密度のより高いＤＭＲＳを使用することができる。
・利用可能なリソース内にＰＵＳＣＨを収めるためのパンクチャリング手順。
・ＰＵＳＣＨ選択された開始位置に基づいて変調および符号化スキーム（Modulation  and  Coding  Scheme：ＭＣＳ）を適合させ、ｇＮＢで選択したＭＣＳの検出を容易にする手順。
・ピギーバックされた上りリンク制御情報（Uplink  Control  Information：ＵＣＩ）を送信するための手順。
【００２３】
ＤＬおよびＵＬ上でのＣＡＩ送信を可能にするＰＨＹ層シグナリング技術についても説明する。ＰＨＹ層シグナリング技術には以下のものが含まれる。
・ＤＬ上の信号のような物理下りリンク制御チャネル（Physical  Downlink  Control  Channel：ＰＤＣＣＨ）やＰＳＳ／ＳＳＳ、
・ＰＲＡＣＨ、ＵＬ上のＰＵＣＣＨ、および
・以下を含むプリアンブルベースの送信：
・プリアンブルに関するＣＡＩ情報の部分的インジケーション、残りはＰＤＣＣＨまたはＰＲＡＣＨなどの信号を介して、
・シンボルタイミングに非同期であり、
・セルＩＤおよびチャネル占有時間の一方または両方に関するいくらかの情報を提供するための繰り返しと直交カバーコード（Orthogonal  Cover  Code：ＯＣＣ）を伴う。
【００２４】
本概要は、以下の詳細な説明でさらに記述される概念の選択を簡略化された形式で紹介するために提供される。本概要は、特許請求される主題の主要な特徴または本質的な特徴を特定することを意図しておらず、特許請求された主題の範囲を制限するために使用されることも意図されていない。さらに、特許請求された主題は、本開示の任意の部分に記載された不利点のいずれかまたはすべてを解決する制限に限定されない。
【００２５】
（図面の簡単な説明）
添付の図面と共に例として示される以下の説明から、より詳細な理解を得ることができる。
【図面の簡単な説明】
【００２６】
【図１】図１は、（Ａ）一般ノードによって読み取られたＣＡＩ、および（Ｂ）チャネルの占有時間を示すＣＡＩ送信を示す。
【図２】図２は、（Ａ）セルの時分割多重ＵＥ（Time  Division  Multiplexing  UE：ＴＤＭ  ＵＥ）（最初に送信するＵＥによって後でブロックされるＵＥ送信）、および（Ｂ）別のチャネルアクセスがブロックされているため同じ時間／周波数リソースで多重化されたＵＥを含む、チャネル内の高エネルギーの検出からＬＢＴ手順による影響を受ける兄弟ノードを示す。
【図３Ａ】図３Ａは、兄弟ノード間でのスペクトル再利用のためのＣＡＩ送信を示す。
【図３Ｂ】図３Ｂは、兄弟ノードからのＣＡＩを検出する際のＬＢＴ中におけるエネルギー検出しきい値の変更を示す。
【図３Ｃ】図３Ｃは、兄弟ノードからのＣＡＩを検出する際のＬＢＴを終了し、より高いしきい値でＣＣＡを実行することを示す。
【図３Ｄ】図３Ｄは、複数のＵＥによるＵＬ上のＣＡＩの送信を示す。
【図３Ｅ】図３Ｅは、兄弟ノード（ＵＥ）がより高いしきい値を使用すべきであることを示すための、ｇＮＢによるＣＡＩの送信を示す。
【図４】図４は、兄弟ノードからのＣＡＩを検出する際に、より高いしきい値でＣＣＡを実行するための方法を示す。
【図５Ａ】図５Ａは、スペクトル再利用のためのセル内送信を識別するための方法を示し、そこでは、兄弟ノードのＣＡＩの検出時に、しきい値は、ＬＢＴ中に、より高い値に切り替えられる。
【図５Ｂ】図５Ｂは、スペクトル再利用のためのセル内送信を識別するための方法を示し、そこでは、兄弟ノードＣＡＩの検出時に、ＣＣＡがより高いしきい値で実行される。
【図６】図６は、ＣＡＩ−ＩおよびＣＡＩ−Ｒを使用するハンドシェイクの方法を示す。
【図７】図７は、（Ａ）ハンドシェイクのためのＣＡＩ−ＩおよびＣＡＩ−Ｒの使用、（Ｂ）ＯＦＤＭシンボル境界に同期したＣＡＩの送信、および（Ｃ）ＯＦＤＭシンボル境界に非同期のＣＡＩの送信を示す。
【図８】図８は、ＣＡＩにおいてＴоｃｃを使用してチャネル占有および解放時間を示すことを示す。
【図９】図９は、ＣＡＩの受信時にチャネルを検知する（タイマーがデクリメント）方法を示す。
【図１０】図１０は、更新されたＴоｃｃを示すＣＡＩの周期的送信を示す。
【図１１】図１１は、更新されたＴＲＥＬを示すＣＡＩの送信を示す。
【図１２】図１２は、ｇＮＢのチャネル占有時間内のＵＬにおけるＣＡＩの送信を示す。
【図１３】図１３は、異なるビームでのＴоｃｃインジケーションを示す。
【図１４】図１４は、下りリンク制御情報（Downlink  Control  Information：ＤＣＩ）を介して送信されたＣＡＩを取得する方法を示す。
【図１５】図１５は、ＣＡＩ−Ｒを送信する方法を示す。
【図１６】図１６は、ＣＡＩ−ＩからのＴＲｅｓｐ期間でスケジュールされたＵＥからのＣＡＩ−Ｒを示す。
【図１７】図１７は、Ｓビットを使用するセルカラーリングのコンテキストにおいて、兄弟ノードおよび一般ノードによってＣＡＩを受信するための方法を示す。
【図１８】図１８は、（Ａ）ＯＦＤＭシンボル境界に同期した送信と、（Ｂ）シンボル境界に非同期の送信を含む、ＯＣＣコードを伴うプリアンブル繰り返しを使用するＣＡＩの送信を示す。
【図１９】図１９は、周波数におけるプリアンブルリソースの例を示す。
【図２０】図２０は、複合キャリア（２０ＭＨｚの倍数である）を使用するセル内のＣＡリソースを示す。
【図２１Ａ】図２１Ａは、本明細書で説明され、特許請求される方法および装置を具現化し得る通信システム例の一実施形態を示す。
【図２１Ｂ】図２１Ｂは、本明細書に示す実施形態に従って無線通信用に構成された装置またはデバイスの例のブロック図である。
【図２１Ｃ】図２１Ｃは、一実施形態に係る、図２１ＡのＲＡＮ１０３およびコアネットワーク１０６のシステム図である。
【図２１Ｄ】図２１Ｄは、一実施形態に係る、図２１ＡのＲＡＮ１０４およびコアネットワーク１０７のシステム図である。
【図２１Ｅ】図２１Ｅは、一実施形態に係る、図２１ＡのＲＡＮ１０５およびコアネットワーク１０９のシステム図である。
【図２１Ｆ】図２１Ｆは、図２１Ａ、２１Ｃ、２１Ｄ、および２１Ｅに示す通信ネットワークの１つ以上の装置を具現化し得る例示的なコンピューティングシステムのブロック図である。
【図２１Ｇ】図２１Ｇは、ＰＵＳＣＨの複数の開始位置を提供する複数のＤＣＩを示す。
【図２２】図２２は、ＰＵＳＣＨの複数の開始位置を提供する複数のＤＣＩが同じコントロールリソースセット（Control  Resource  Set：ＣＯＲＥＳＥＴ）中で送信されることを示す。
【図２３】図２３は、スロット境界に対する相対的な複数の開始位置を構成することを示す。
【図２４】図２４は、スケジュールされたＰＵＳＣＨの開始位置に対する相対的な複数の開始位置を構成することを示す。
【図２５】図２５は、l0より前でのＰＵＳＣＨの開始を示し、古いＤＭＲＳ構成は、ＵＥが選択した開始位置からのＰＵＳＣＨの期間中も依然として有効である。
【図２６】図２６は、l0より前でのＰＵＳＣＨの開始を示し、古いＤＭＲＳ構成は、ＵＥが選択した開始位置からのＰＵＳＣＨの期間中無効である。
【図２７】図２７は、l0より後でのＰＵＳＣＨの開始を示し、ＤＭＲＳは、ＰＵＳＣＨマッピングタイプＡではなく、ＰＵＳＣＨマッピングタイプＢに従ってマッピングされている。
【図２８】図２８は、l0より後でのＰＵＳＣＨの開始を示し、ＤＭＲＳは、ＰＵＳＣＨマッピングタイプＡではなく、ＰＵＳＣＨマッピングタイプＢに従ってマッピングされている。
【図２９】図２９は、チャネルにアクセスして、複数の開始位置からＰＵＳＣＨを送信する手順を示す。
【図３０】図３０は、ＵＥが選択した開始位置からのＰＵＳＣＨ期間中のＵＬ  ＤＭＲＳを運ぶＯＦＤＭシンボルが、最初にスケジュールされたＰＵＳＣＨのＵＬ  ＤＭＲＳを運ぶ古いＯＦＤＭシンボルと同じであることを示す。
【図３１】図３１は、ＵＥが選択した開始位置からのＰＵＳＣＨのＵＬ  ＤＭＲＳを運ぶＯＦＤＭシンボルが、最初にスケジュールされたＰＵＳＣＨのＵＬ  ＤＭＲＳを運ぶ古いＯＦＤＭシンボルと異なることを示す。
【図３２】図３２は、ＵＥが選択した開始位置からのＰＵＳＣＨのＵＬ  ＤＭＲＳを運ぶＯＦＤＭシンボルが、最初にスケジュールされたＰＵＳＣＨのＵＬ  ＤＭＲＳを運ぶ古いＯＦＤＭシンボルと異なり、最後のＯＳがＤＭＲＳを運ぶことを示す。
【図３３】図３３は、ＵＥが選択した開始位置からのＰＵＳＣＨのＵＬ  ＤＭＲＳを運ぶＯＦＤＭシンボルが、ＰＵＳＣＨマッピングタイプＢに従い、最初にスケジュールされたＰＵＳＣＨのＰＵＳＣＨマッピングタイプＡに従ったＵＬ  ＤＭＲＳを運ぶ古いＯＦＤＭシンボルと異なることを示す。
【図３４】図３４は、ＵＥが選択した開始位置からＰＵＳＣＨのＵＬ  ＤＭＲＳを運ぶ１つのＯＦＤＭシンボルがＰＵＳＣＨマッピングタイプＢに従う一方で、ＵＬ  ＤＭＲＳを運ぶ古いＯＦＤＭシンボルが、最初にスケジュールされたＰＵＳＣＨのＰＵＳＣＨマッピングタイプＡに従うことを示す。
【図３５】図３５は、ＵＥのＣＯＴにおける最初のＰＵＳＣＨ送信のＤＭＲＳ  ＲＥに対するパワーブーストを示す。
【図３６】図３６は、チャネルが利用できないためにいくつかのＤＭＲＳ  ＲＥを除いた後に残ったＤＭＲＳ  ＲＥに対するパワーブーストを示す。
【図３７Ａ】図３７Ａは、ＤＭＲＳシーケンスによって示されるＰＵＳＣＨ送信の開始位置を示す。（Ａ）シーケンス＃１は、ＯＳ＃０から始まるＰＵＳＣＨを示し、（Ｂ）シーケンス＃２は、ＯＳ＃１から始まるＰＵＳＣＨを示し、（Ｃ）シーケンス＃３は、ＯＳ＃２からで始まるＰＵＳＣＨを示し、（Ｄ）シーケンス＃４は、ＯＳ＃３から始まるＰＵＳＣＨを示す。
【図３７Ｂ】図３７Ｂは、ＤＭＲＳシーケンスによって示されるＰＵＳＣＨ送信の開始位置を示す。（Ａ）シーケンス＃１は、ＯＳ＃０から始まるＰＵＳＣＨを示し、（Ｂ）シーケンス＃２は、ＯＳ＃１から始まるＰＵＳＣＨを示し、（Ｃ）シーケンス＃３は、ＯＳ＃２からで始まるＰＵＳＣＨを示し、（Ｄ）シーケンス＃４は、ＯＳ＃３から始まるＰＵＳＣＨを示す。
【図３８】図３８は、ＵＥのＣＯＴの最初のＰＵＳＣＨ送信におけるＤＭＲＳに関する、より高いＤＭＲＳリソース密度および異なるタイミングリソースを示す。
【図３９】図３９は、ＰＵＳＣＨ送信の開始を指示するＵＬプリアンブルを示す。
【図４０】図４０は、（Ａ）ＰＵＳＣＨリソース、および（Ｂ）キャリア帯域と比較した、ＰＵＳＣＨにおけるプリアンブルリソースを示す。
【図４１】図４１は、チャネルを利用できない期間中にＯＦＤＭシンボルにパンクチャリングし、チャネルが利用可能になると残りのＯＦＤＭシンボルを送信することを示す。
【図４２】図４２は、ＣＡ−ＲＳ１のＣＡ−ＲＳグループを示す。ＣＡ−ＲＳ１で表される空間的方向においてＬＢＴが成功した場合、ｇＮＢは、対応するＣＡ−ＲＳグループ内の任意のＲＳが示す方向に信号を送信することができる。
【図４３】図４３は、ＣＡ−ＲＳグループの空間的方向に対応するＵＬ送信を示す。
【図４４】図４４は、ＵＥが、プリアンブルの検出後の監視オケージョン中にＤＣＩを監視することを示す。
【図４５】図４５は、プリアンブルが非周期的ＣＯＲＥＳＥＴ／探索空間監視オケージョンを示すことを示す。
【図４６】図４６は、プリアンブルおよびＣＯＲＥＳＥＴリソースが同じＯＳを共有することを示す。
【図４７】図４７は、ｇＮＢがプリアンブルを複数の空間的方向に送信して、すべてのＵＥをカバーすることを示す。ＵＥは、対応するＣＯＲＥＳＥＴのＤＭＲＳがプリアンブル付きの準同一位置（Quasi-Co-Location  ：ＱＣＬ）であると想定する。
【図４８】図４８は、チャネルの可用性上の理由によって許可されたリソースを占有しない、最初のＰＵＳＣＨ送信後のチャネルアクセスの開始を指示するＵＥを示す。
【図４９】図４９は、最初の許可を受けたＰＵＳＣＨマッピングタイプＢの代わりに、ＵＥが選択した開始位置からのＰＵＳＣＨの期間に基づいてＰＵＳＣＨマッピングタイプＢに従ってマッピングされたＤＭＲＳを示す。
【図５０Ａ】図５０Ａは、複数の隣接するＰＵＳＣＨの、各ＰＵＳＣＨに応じた開始位置候補を示す。
【図５０Ｂ】図５０Ｂは、複数の隣接するＰＵＳＣＨの、最初のＰＵＳＣＨの最初のシンボルに応じた開始位置候補置を示す。
【図５０Ｃ】図５０Ｃは、複数の隣接するＰＵＳＣＨの、スロットの境界に対する開始位置候補を示す。
【図５０Ｄ】図５０Ｄは、特定のパターンＰを有するスロットの境界に対する複数の隣接するＰＵＳＣＨの開始位置候補を示す。
【図５１】図５１は、ＰＵＳＣＨ全体を新しい開始位置にシフトする例を示す。
【図５２Ａ】図５２Ａは、ＰＵＳＣＨおよびスケジュールされたＤＭＲＳが、当初の開始位置に対して、新しい開始位置と同様に２つのＯＦＤＭシンボルによってシフトされることを示す。
【図５２Ｂ】図５２Ｂは、スケジュールされたＤＭＲＳシンボルの１つが、スケジュールされたＰＵＳＣＨの終端を超えているために除かれることを示す。
【図５３Ａ】図５３Ａは、スロット境界を越えることなくＰＵＳＣＨをシフトする例を示す。
【図５３Ｂ】図５３Ｂは、スロット境界を越えることなくスロット内の複数のスケジュールされたＰＵＳＣＨをシフトする例を示す。
【図５４Ａ】図５４Ａは、スケジュールされたＤＭＲＳ位置を固定したまま、ＰＵＳＣＨをシフトする例を示す。
【図５４Ｂ】図５４Ｂは、スケジュールされたＤＭＲＳシンボルの１つが新しい開始位置の前に来るので取り除くよう、ＰＵＳＣＨをシフトする例を示す。
【図５４Ｃ】図５４Ｃは、最初にスケジュールされたすべてのＤＭＲＳが新しい開始位置の前に来るので取り除かれるため、新しい開始位置からＰＵＳＣＨの最初のシンボル内のＤＭＲＳシンボルを送信する例を示す。
【発明を実施するための形態】
【００２７】
以下は、下記説明に出現する可能性がある略語のリストである。特記しない限り、本明細書で使用される略語は、以下の表２に記載された対応する用語を指す。
【００２８】
【表２−１】
2021523626.tif 000005
【表２−２】
2021523626.tif 000006
【００２９】
第三世代パートナーシッププロジェクト（３ＧＰＰ）では、無線アクセス、コアトランスポートネットワーク、および、コーデック、セキュリティ、およびサービスの質に関する取り組みを含むサービス能力を含む、セルラー通信ネットワーク技術の技術規格を開発する。最近の無線アクセス技術（ＲＡＴ）規格には、広帯域符号分割多元接続（Wideband  Code  Division  Multiple  Access：ＷＣＤＭＡ（登録商標））（一般に３Ｇと呼ばれる）、ＬＴＥ（一般に４Ｇと呼ばれる）、およびＬＴＥアドバンスト（LTE-Advanced）規格が含まれる。３ＧＰＰは、新無線（ＮＲ）と呼ばれ、「５Ｇ」とも呼ばれる次世代セルラー技術の標準化に取り組み始めた。３ＧＰＰ  ＮＲ規格の開発には、次世代無線アクセス技術（新しいＲＡＴ）の定義が含まれると予想され、これには、６ＧＨｚ未満の新しいフレキシブル無線アクセスの規定、および６ＧＨｚを超える新しいウルトラモバイルブロードバンド無線アクセスの規定が含まれると予想される。フレキシブル無線アクセスは、６ＧＨｚ未満の新しいスペクトルでの、新しい、後方互換性のない無線アクセスで構成されると予想され、要件の多様な広範囲の３ＧＰＰ  ＮＲのユースケースに対処するために、同一スペクトル内で多重化可能な異なる動作モードを含むと予想される。ウルトラモバイルブロードバンドは、例えば、屋内用途やホットスポットのためのウルトラモバイルブロードバンドアクセスの機会を提供するセンチ波およびミリ波スペクトルを含むと予想される。特に、ウルトラモバイルブロードバンドは、センチ波およびミリ波に特有の設計最適化を施した共通設計枠組みを、６ＧＨｚ未満のフレキシブル無線アクセスと共有すると予想される。
【００３０】
３ＧＰＰは、ＮＲがサポートすると予想される様々なユースケースを特定し、その結果、データ転送速度や待ち時間やモビリティに対する多様なユーザエクスペリエンス要件を定めた。ユースケースには、以下の一般的カテゴリが含まれる。すなわち、拡張モバイルブロードバンド（例えば、密集エリア内のブロードバンドアクセス、屋内超高ブロードバンドアクセス、人混みでのブロードバンドアクセス、あらゆる場所での５０Ｍｂｐｓ以上、超低コストブロードバンドアクセス、車内モバイルブロードバンド）、クリティカル通信、大規模マシンタイプ通信、ネットワークオペレーション（例えば、ネットワークスライシング、ルーティング、マイグレーションとインターワーキング、および省エネルギー）、および高度化ビークル・ツー・エブリシング（Enhanced  Vehicle-to-Everything：ｅＶ２Ｘ）通信。これらのカテゴリ内の具体的なサービスおよびアプリケーションには、いくつか例を挙げると、監視およびセンサネットワーク、デバイスの遠隔制御、双方向遠隔制御、パーソナルクラウドコンピューティング、ビデオストリーミング、無線クラウドベースのオフィス、ファーストレスポンダへの接続性、自動車用ｅＣａｌｌ、災害警報、リアルタイムゲーム、多人数ビデオ通話、自律走行、拡張現実、タッチインターネット、仮想現実などが含まれる。本明細書は、これらすべてのユースケースおよびその他を想定している。
【００３１】
図２１Ａは、本明細書で説明され、特許請求される方法および装置を具現化し得る通信システム１００の例の一実施形態を示す。図示のように、通信システム１００の例は、無線送受信ユニット（Wireless  Transmit/Receive  Unit：ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、および１０２ｄのうち、少なくとも１つ（一般的に、あるいは総称して、ＷＴＲＵ１０２と呼ばれることもある）と、無線アクセスネットワーク（ＲＡＮ）１０３／１０４／１０５／１０３ｂ／１０４ｂ／１０５ｂと、コアネットワーク１０６／１０７／１０９と、公衆交換電話網（Public  Switched  Telephone  Network：ＰＳＴＮ）１０８と、インターネット１１０と、その他のネットワーク１１２を含み得るが、開示された実施形態は任意の数のＷＴＲＵや、基地局や、ネットワークや、ネットワーク要素を想定していることは理解されるであろう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅの各々は、無線環境下で動作や通信を行うように構成された任意の種類の装置またはデバイスであってよい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅの各々はハンドヘルド無線通信装置として図２１Ａ〜図２１Ｅに図示されているが、５Ｇ無線通信に対する多様なユースケースを想定すれば、ＷＴＲＵの各々は、ほんの一例として、ユーザ端末（ＵＥ）、モバイル局、固定または移動加入者ユニット、無線呼び出し装置、携帯電話、携帯情報端末（Personal  Digital  Assistant：ＰＤＡ）、スマートフォン、ラップトップ、タブレット、ネットブック、ノートブックコンピュータ、パーソナルコンピュータ、無線センサ、家庭用電化製品、スマートウォッチやスマートクロージングなどのウェアラブルデバイス、医療機器やｅＨｅａｌｔｈデバイス、ロボット、産業機器、ドローン、乗用車やトラックや列車や航空機などの輸送機器などを含む、無線信号を送信や受信するように構成された任意の装置またはデバイスを含むか、または、その中に具現化されてもよいことが理解される。
【００３２】
通信システム１００は、基地局１１４ａと基地局１１４ｂをさらに含むことができる。基地局１１４ａは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのうちの少なくとも１つと無線でインターフェースして、コアネットワーク１０６／１０７／１０９やインターネット１１０やその他のネットワーク１１２などの１つ以上の通信ネットワークへのアクセスを円滑にするように構成された任意の種類のデバイスであってもよい。基地局１１４ｂは、遠隔無線ヘッド（Remote  Radio  Head：ＲＲＨ）１１８ａ、１１８ｂおよび送受信ポイント（Transmission  and  Reception  Point：ＴＲＰ）１１９ａ、１１９ｂのうち、少なくとも１つと有線や無線でインターフェースして、コアネットワーク１０６／１０７／１０９やインターネット１１０やその他のネットワーク１１２などの１つ以上の通信ネットワークへのアクセスを円滑にするように構成された任意の種類のデバイスであってもよい。ＲＲＨ１１８ａ、１１８ｂは、ＷＴＲＵ１０２ｃの少なくとも１つと無線でインターフェースして、コアネットワーク１０６／１０７／１０９やインターネット１１０やその他のネットワーク１１２などの１つ以上の通信ネットワークへのアクセスを円滑にするように構成された任意の種類のデバイスであってもよい。ＴＲＰ１１９ａ、１１９ｂは、ＷＴＲＵ１０２ｄの少なくとも１つと無線でインターフェースして、コアネットワーク１０６／１０７／１０９やインターネット１１０やその他のネットワーク１１２などの１つ以上の通信ネットワークへのアクセスを円滑にするように構成された任意の種類のデバイスであってもよい。一例として、基地局１１４ａ、１１４ｂは、ベーストランシーバ基地局（Base  Transceiver  Station：ＢＴＳ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、サイトコントローラ、アクセスポイント（Access  Point：ＡＰ）、無線ルータなどであってもよい。基地局１１４ａ、１１４ｂはそれぞれ単一要素として図示されているが、基地局１１４ａ、１１４ｂは任意の数の相互接続された基地局やネットワーク要素を含むことができることは理解されるであろう。
【００３３】
基地局１１４ａはＲＡＮ１０３／１０４／１０５の一部であってもよく、ＲＡＮ１０３／１０４／１０５は、また、基地局コントローラ（Base  Station  Controller：ＢＳＣ）、無線ネットワークコントローラ（Radio  Network  Controller：ＲＮＣ）、中継ノードなどの他の基地局やネットワーク要素（図示せず）を含んでもよい。基地局１１４ｂはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂの一部であってもよく、ＲＡＮ１０３ｂ／１０４ｂ／１０５ｂは、また、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどの他の基地局やネットワーク要素（図示せず）を含んでもよい。基地局１１４ａは、セル（図示せず）と称することもある特定の地理的領域の中の無線信号を送信や受信するように構成され得る。基地局１１４ｂは、セル（図示せず）と称することもある特定の地理的領域内の有線や無線の信号を送受信するように構成され得る。セルは、さらにセルセクタに分割することができる。例えば、基地局１１４ａに関連するセルを３つのセクタに分割することができる。一実施形態においては、基地局１１４ａは、そのように、例えば、セルのセクタごとに１つとなる、３つのトランシーバを含むことができる。一実施形態においては、基地局１１４ａは、多入力多出力（Multiple  Input  Multiple  Output：ＭＩＭＯ）技術を採用することができ、したがって、セルの各セクタ当たり複数のトランシーバを利用することができる。
【００３４】
基地局１１４ａは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのうちの１つ以上と、エアインターフェース１１５／１１６／１１７を介して通信してもよく、エアインターフェース１１５／１１６／１１７は、任意の適切な無線通信リンク（例えば、無線周波数（Radio  Frequency：ＲＦ）、マイクロ波、赤外線（Infrared：ＩＲ）、紫外線（Ultraviolet：ＵＶ）、可視光、センチ波、ミリ波など）であってもよい。エアインターフェース１１５／１１６／１１７は、任意の適切な無線アクセス技術（ＲＡＴ）を用いて構築することができる。
【００３５】
基地局１１４ｂは、ＲＲＨ１１８ａ、１１８ｂやＴＲＰ１１９ａ、１１９ｂのうち１つ以上と、有線またはエアインターフェース１１５ｂ／１１６ｂ／１１７ｂを介して通信してもよく、有線またはエアインターフェース１１５ｂ／１１６ｂ／１１７ｂは、任意の適切な有線（例えば、ケーブルや光ファイバなど）または無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、センチ波、ミリ波など）であってもよい。エアインターフェース１１５ｂ／１１６ｂ／１１７ｂは、任意の適切な無線アクセス技術（ＲＡＴ）を使って構築することができる。
【００３６】
ＲＲＨ１１８ａ、１１８ｂやＴＲＰ１１９ａ、１１９ｂは、ＷＴＲＵ１０２ｃ、１０２ｄのうち１つ以上と、エアインターフェース１１５ｃ／１１６ｃ／１１７ｃを介して通信してもよく、エアインターフェース１１５ｃ／１１６ｃ／１１７ｃは、任意の適切な無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、センチ波、ミリ波など）であってもよい。エアインターフェース１１５ｃ／１１６ｃ／１１７ｃは、任意の適切な無線アクセス技術（ＲＡＴ）を使って構築することができる。
【００３７】
より具体的には、上記のように、通信システム１００は多重アクセスシステムでもよく、例えば、符号分割多元接続（Code  Division  Multiple  Access：ＣＤＭＡ）、時分割多元接続（Time  Division  Multiple  Access：ＴＤＭＡ）、周波数分割多元接続（Frequency  Division  Multiple  Access：ＦＤＭＡ）、直交周波数分割多元接続（Orthogonal  Frequency  Division  Multiple  Access：ＯＦＤＭＡ）、シングルキャリア周波数分割多元接続（Single  Carrier  Frequency  Division  Multiple  Access：ＳＣ−ＦＤＭＡ）などの、１つ以上のチャネルアクセス方式を採用することができる。例えば、ＲＡＮ１０３／１０４／１０５内の基地局１１４ａとＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂ内のＲＲＨ１１８ａ、１１８ｂおよびＴＲＰ１１９ａ、１１９ｂとＷＴＲＵ１０２ｃ、１０２ｄは、ユニバーサルモバイル通信システム（Universal  Mobile  Telecommunications  System：ＵＭＴＳ）地上無線アクセス（Terrestrial  Radio  Access：ＵＴＲＡ）などの無線技術を実装してもよく、その技術によって、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使ったエアインターフェース１１５／１１６／１１７または１１５ｃ／１１６ｃ／１１７ｃをそれぞれ構築してもよい。ＷＣＤＭＡは、高速パケットアクセス（High-Speed  Packet  Access：ＨＳＰＡ）や発展型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含むことができる。ＨＳＰＡは、高速下りリンクパケットアクセス（High-Speed  Downlink  Packet  Access：ＨＳＤＰＡ）や高速上りリンクパケットアクセス（High-Speed  Uplink  Packet  Access：ＨＳＵＰＡ）を含むことができる。
【００３８】
一実施形態においては、基地局１１４ａとＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂ内のＲＲＨ１１８ａ、１１８ｂおよびＴＲＰ１１９ａ、１１９ｂとＷＴＲＵ１０２ｃ、１０２ｄは、発展型ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実装してもよく、その技術によって、ロングタームエボリューション（ＬＴＥ）やＬＴＥアドバンスト（ＬＴＥ−Ａ）を使ったエアインターフェース１１５／１１６／１１７または１１５ｃ／１１６ｃ／１１７ｃをそれぞれ構築してもよい。将来は、エアインターフェース１１５／１１６／１１７は３ＧＰＰ  ＮＲ技術を実装してもよい。
【００３９】
一実施形態においては、ＲＡＮ１０３／１０４／１０５内の基地局１１４ａとＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂ内のＲＲＨ１１８ａ、１１８ｂおよびＴＲＰ１１９ａ、１１９ｂとＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ  ８０２．１６（例えば、ワールドワイド・インターオペラビリティ・フォー・マイクロウェーブ・アクセス（Worldwide  Interoperability  for  Microwave  Access：ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００進化データ最適化（Evolution-Data  Optimized：ＥＶ−ＤＯ）、暫定規格（Interim  Standard：ＩＳ）２０００（ＩＳ−２０００）、暫定規格９５（ＩＳ−９５）、暫定規格８５６（ＩＳ−８５６）、モバイル通信用グローバルシステム（Global  System  for  Mobile  Communications：ＧＳＭ）、ＧＳＭ進化型高速データレート（Enhanced  Data  Rates  for  GSM  Evolution：ＥＤＧＥ）、ＧＳＭ  ＥＤＧＥ（ＧＳＭ  ＥＤＧＥ無線アクセスネットワーク（GSM  EDGE  Radio  Access  Network：ＧＥＲＡＮ））などの無線技術を実装してもよい。
【００４０】
図２１Ａの基地局１１４ｃは、例えば、無線ルータ、ホームノードＢ、ホームｅノードＢ、またはアクセスポイントでもよく、事業所、家庭、車両、キャンパスなどの局所的領域における無線接続性を円滑にするための任意の適切なＲＡＴを利用してもよい。一実施形態においては、基地局１１４ｃとＷＴＲＵ１０２ｅは、ＩＥＥＥ  ８０２．１１などの無線技術を実装して、無線ローカルエリアネットワーク（Wireless  Local  Area  Network：ＷＬＡＮ）を構築してもよい。一実施形態においては、基地局１１４ｃとＷＴＲＵ１０２ｄは、ＩＥＥＥ  ８０２．１５などの無線技術を実装して、無線パーソナルエリアネットワーク（Wireless  Personal  Area  Network：ＷＰＡＮ）を構築してもよい。さらに別の実施形態においては、基地局１１４ｃとＷＴＲＵ１０２ｅは、セルラーベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用してピコセルまたはフェムトセルを構築してもよい。図２１Ａに示すように、基地局１１４ｂはインターネット１１０と直接接続されてもよい。このように、基地局１１４ｃは、インターネット１１０にアクセスするためにコアネットワーク１０６／１０７／１０９を介する必要はない。
【００４１】
ＲＡＮ１０３／１０４／１０５やＲＡＮ１０３ｂ／１０４ｂ／１０５ｂはコアネットワーク１０６／１０７／１０９と通信可能であり、コアネットワーク１０６／１０７／１０９は、音声、データ、アプリケーション、ボイスオーバーインターネットプロトコル（Voice  Over  Internet  Protocol：ＶｏＩＰ）などサービスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうち１つ以上に提供するように構成された任意の種類のネットワークであり得る。例えば、コアネットワーク１０６／１０７／１０９は、呼制御、ビリングサービス、モバイル位置情報サービス、プリペイドコーリング、インターネット接続性、ビデオ配信などを提供したり、ユーザ認証などの高度セキュリティ機能を実行したりすることができる。
【００４２】
図２１Ａには図示しないが、ＲＡＮ１０３／１０４／１０５やＲＡＮ１０３ｂ／１０４ｂ／１０５ｂやコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１０５やＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと同一のＲＡＴまたは異なるＲＡＴを用いている他のＲＡＮと直接的または間接的に通信し得ることは理解されるであろう。例えば、コアネットワーク１０６／１０７／１０９は、Ｅ−ＵＴＲＡ無線技術を利用し得るＲＡＮ１０３／１０４／１０５やＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと接続されているだけでなく、ＧＳＭ無線技術を採用している別のＲＡＮ（図示せず）とも通信することができる。
【００４３】
コアネットワーク１０６／１０７／１０９は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅがＰＳＴＮ１０８やインターネット１１０やその他のネットワーク１１２にアクセスするためのゲートウェイとして機能することもできる。ＰＳＴＮ１０８は、基本電話サービス（Plain  Old  Telephone  Service：ＰＯＴＳ）を提供する回路交換電話網を含み得る。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートの中の伝送制御プロトコル（Transmission  Control  Protocol：ＴＣＰ）、ユーザデータグラムプロトコル（User  Datagram  Protocol：ＵＤＰ）、インターネットプロトコル（Internet  Protocol：ＩＰ）などの共通通信プロトコルを使用する相互接続されたコンピュータネットワークとデバイスのグローバルシステムを含み得る。ネットワーク１１２は、他のサービスプロバイダが所有や運用する有線または無線通信ネットワークを含むことができる。例えば、ネットワーク１１２は、ＲＡＮ１０３／１０４／１０５やＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと同一のＲＡＴまたは異なるＲＡＴを使用し得る１つ以上のＲＡＮと接続された別のコアネットワークを含むことができる。
【００４４】
通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部または全部はマルチモード能力を有し得る。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、および１０２ｅは、異なる無線リンクを介して異なる無線ネットワークと通信するための複数のトランシーバを有し得る。例えば、図２１Ａに示すＷＴＲＵ１０２ｅは、セルラーベースの無線技術を採用できる基地局１１４ａ、およびＩＥＥＥ  ８０２無線技術を採用できる基地局１１４ｃと通信するように構成され得る。
【００４５】
図２１Ｂは、本明細書に示す実施形態に従って無線通信用に構成された、例えば、ＷＴＲＵ１０２などの装置またはデバイスの例のブロック図である。図２１Ｂに示すように、例となるＷＴＲＵ１０２は、プロセッサ１１８と、トランシーバ１２０と、送受信要素１２２と、スピーカ／マイクロフォン１２４と、キーパッド１２６と、ディスプレイ／タッチパッド／インジケータ１２８と、非取り外し可能１３０と、取り外し可能メモリ１３２と、電源１３４と、グローバルポジショニングシステム（Global  Positioning  System：ＧＰＳ）チップセット１３６と、その他の周辺機器１３８とを含むことができる。ＷＴＲＵ１０２は、一実施形態との整合性を維持しながら、上述の要素の任意のサブコンビネーションを含むことができることは理解されるであろう。また、各実施形態では、基地局１１４ａ、１１４ｂや、基地局１１４ａ、１１４ｂが代表し得るノード（とりわけ、例えば、トランシーバ基地局（ＢＴＳ）、ノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、ホームノードＢ、発展型ホームノードＢ（Evolved  Home  Node-B：ｅＮｏｄｅＢ）、ホーム発展型ノードＢ（Home  Evolved  Node-B：ＨｅＮＢ）、ホーム発展型ノードＢゲートウェイ、およびプロキシノードなどであるが、これらに限らない）は、図２１Ｂに示し本明細書で述べる要素の一部または全部を含むことができるということを想定している。
【００４６】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタルシグナルプロセッサ（Digital  Signal  Processor：ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連する１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（Application  Specific  Integrated  Circuit：ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Field  Programmable  Gate  Array：ＦＰＧＡ）回路、任意の他の種類の集積回路（Integrated  Circuit：ＩＣ）、状態機械などであってもよい。プロセッサ１１８は、ＷＴＲＵ１０２の無線環境下での動作を可能にする信号符号化や、データ処理や、電源制御や、入出力処理や、任意のその他の機能などを実行することができる。プロセッサ１１８はトランシーバ１２０に接続されてもよく、トランシーバ１２０は送受信要素１２２に接続されてもよい。図２１Ｂはプロセッサ１１８とトランシーバ１２０を別々の構成要素として図示しているが、プロセッサ１１８とトランシーバ１２０を１つの電子パッケージまたはチップに一体化してもよいことは理解されるであろう。
【００４７】
送受信要素１２２は、エアインターフェース１１５／１１６／１１７を介して基地局（例えば、基地局１１４ａ）と信号の送受信を行うように構成され得る。例えば、一実施形態においては、送受信要素１２２はＲＦ信号を送信や受信するように構成されたアンテナであってもよい。一実施形態においては、送受信要素１２２は、例えば、ＩＲやＵＶや可視光の信号を送信や受信するように構成されたエミッタ／検出器であってもよい。さらに１つの実施形態においては、送受信要素１２２はＲＦと光信号のどちらも送受信するように構成されてもよい。送受信要素１２２は無線信号の任意の組み合わせを送信や受信するように構成され得ることは理解されるであろう。
【００４８】
さらに、図２１Ｂには、送受信要素１２２は単一要素として図示されているが、ＷＴＲＵ１０２は任意の数の送受信要素１２２を含んでもよい。より具体的には、ＷＴＲＵ１０２はＭＩＭＯ技術を採用してもよい。そのように、一実施形態においては、ＷＴＲＵ１０２は、無線信号をエアインターフェース１１５／１１６／１１７を介して送受信用の２つ以上の送受信要素１２２（例えば、複数のアンテナ）を含んでもよい。
【００４９】
トランシーバ１２０は送受信要素１２２が送信する信号を変調し、送受信要素１２２が受信した信号を復調するように構成され得る。上述のように、ＷＴＲＵ１０２はマルチモード能力を有し得る。したがって、トランシーバ１２０は、ＷＴＲＵ１０２が、例えば、ＵＴＲＡやＩＥＥＥ  ８０２．１１などの複数のＲＡＴを介して通信できるように、複数のトランシーバを含むことができる。
【００５０】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４やキーパッド１２６やディスプレイ／タッチパッド／インジケータ１２８（例えば、液晶ディスプレイ（Liquid  Crystal  Display：ＬＣＤ）表示ユニットまたは有機発光ダイオード（Organic  Light-Emitting  Diode：ＯＬＥＤ）表示ユニット）に接続されかつ、そこからユーザ入力データを受信することができる。プロセッサ１１８は、ユーザデータをスピーカ／マイクロフォン１２４やキーパッド１２６やディスプレイ／タッチパッド／インジケータ１２８に出力することもできる。さらに、プロセッサ１１８は、非取り外し可能１３０や取り外し可能メモリ１３２などの任意の種類の適切なメモリからの情報にアクセスし、そこにデータを保存することもできる。非取り外し可能１３０はランダムアクセスメモリ（Random-Access  Memory：ＲＡＭ）、読み出し専用メモリ（Read-Only  Memory：ＲＯＭ）、ハードディスク、または任意のその他の種類の記憶装置を含み得る。取り外し可能メモリ１３２は加入者識別モジュール（Subscriber  Identity  Module：ＳＩＭ）カード、メモリスティック、セキュアデジタル（Secure  Digital：ＳＤ）メモリカードなどを含み得る。一実施形態においては、プロセッサ１１８は、例えば、サーバまたはホームコンピュータ（図示せず）上の、ＷＴＲＵ１０２上に物理的に位置しないメモリからの情報にアクセスし、そこにデータを保存してもよい。
【００５１】
プロセッサ１１８は電源１３４から電力を受け取ることができ、ＷＴＲＵ１０２内の他の構成要素に対して電力を分配したり制御したりするように構成され得る。電源１３４は、ＷＴＲＵ１０２に電力を供給するための任意の適切なデバイスであり得る。例えば、電源１３４は、１つ以上の乾電池、太陽電池、燃料電池などを含むことができる。
【００５２】
プロセッサ１１８は、ＷＴＲＵ１０２の現在の位置に関する位置情報（例えば、経度と緯度）を提供するように構成され得るＧＰＳチップセット１３６に接続されることもできる。ＷＴＲＵ１０２は、ＧＰＳチップセット１３６からの情報に加えて、またはそれに代えて、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１５／１１６／１１７を介して位置情報を受信したり、２つ以上の近隣の基地局から受信中の信号のタイミングに基づいて自身の位置を決定したりすることができる。ＷＴＲＵ１０２は、一実施形態との整合性を維持しながら、任意の適切な位置決定方法によって位置情報を取得してもよいことは理解されるであろう。
【００５３】
プロセッサ１１８は、その他の周辺機器１３８にさらに接続されてもよく、その他の周辺機器１３８は、追加的特徴や機能性や、有線または無線接続性を提供する１つ以上のソフトウェアやハードウェアのモジュールを含むことができる。例えば、周辺機器１３８は、加速度計や生体計測（例えば、指紋）センサなどの各種センサ、電子コンパス（e-Compass）、衛星トランシーバ、（写真またはビデオ用）デジタルカメラ、ユニバーサルシリアルバス（Universal  Serial  Bus：ＵＳＢ）ポートまたはその他の相互接続インターフェース、振動デバイス、テレビジョントランシーバ、ハンズフリーヘッドセット、ブルートゥース（登録商標）（Bluetooth）モジュール、周波数変調（Frequency  Modulated：ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含むことができる。
【００５４】
ＷＴＲＵ１０２は、センサ、家庭用電化製品、スマートウォッチやスマートクロージングのようなウェアラブルデバイス、医療機器やｅＨｅａｌｔｈデバイス、ロボット、産業機器、ドローン、乗用車、トラック、列車、航空機などの輸送機器などの、他の装置またはデバイスの中に具現化されてもよい。ＷＴＲＵ１０２は、そのような装置またはデバイスのその他の構成要素、モジュール、またはシステムに、周辺機器１３８の１つを含み得る相互接続インターフェースなどの１つ以上の相互接続インターフェースを介して接続されてもよい。
【００５５】
図２１Ｃは、一実施形態に係るＲＡＮ１０３およびコアネットワーク１０６のシステム図である。上述のように、ＲＡＮ１０３は、ＵＴＲＡ無線技術を採用して、エアインターフェース１１５を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０３はコアネットワーク１０６と通信することもできる。図２１Ｃに示すように、ＲＡＮ１０３は、ノードＢ１４０ａ、１４０ｂ、１４０ｃを含むことができ、ノードＢ１４０ａ、１４０ｂ、１４０ｃは、それぞれ、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとエアインターフェース１１５を介して通信するための１つ以上のトランシーバを含むことができる。ノードＢ１４０ａ、１４０ｂ、１４０ｃは、それぞれ、ＲＡＮ１０３内の特定のセル（図示せず）と関連付けられてもよい。ＲＡＮ１０３はＲＮＣ１４２ａ、１４２ｂをさらに含むことができる。ＲＡＮ１０３は、一実施形態との整合性を維持しながら、任意の数のノードＢやＲＮＣを含み得ることは理解されるであろう。
【００５６】
図２１Ｃに示すように、ノードＢ１４０ａ、１４０ｂはＲＮＣ１４２ａと通信可能である。さらに、ノードＢ１４０ｃはＲＮＣ１４２ｂと通信可能である。ノードＢ１４０ａ、１４０ｂ、１４０ｃは、Ｉｕｂインターフェースを介して、ＲＮＣ１４２ａ、１４２ｂのそれぞれと通信可能である。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインターフェースを介して相互に通信可能である。ＲＮＣ１４２ａ、１４２ｂの各々は、それが接続されているノードＢ１４０ａ、１４０ｂ、１４０ｃのそれぞれを制御するように構成され得る。さらに、ＲＮＣ１４２ａ、１４２ｂの各々は、外部ループ電源制御、負荷制御、承認制御、パケットスケジューリング、ハンドオーバ制御、マクロダイバーシティ、セキュリティ機能、データ暗号化などの、他の機能を実行またはサポートするように構成され得る。
【００５７】
図２１Ｃに示すコアネットワーク１０６は、メディアゲートウェイ（Media  Gateway：ＭＧＷ）１４４と、モバイルスイッチングセンタ（Mobile  Switching  Center：ＭＳＣ）１４６と、サービング汎用パケット無線サービス（General  Packet  Radio  Service：ＧＰＲＳ）サポートノード（Serving  GPRS  Support  Node：ＳＧＳＮ）１４８と、ゲートウェイＧＰＲＳサポートノード（Gateway  GPRS  Support  Node：ＧＧＳＮ）１５０のうち、少なくとも１つを含むことができる。上記要素の各々はコアネットワーク１０６の部分として図示されているが、これらの要素のうちのいずれも、コアネットワークオペレータ以外の事業体によって所有や運用されてもよいことは理解されるであろう。
【００５８】
ＲＡＮ１０３内のＲＮＣ１４２ａは、ＩｕＣＳインターフェースを介して、コアネットワーク１０６内のＭＳＣ１４６に接続されてもよい。ＭＳＣ１４６はＭＧＷ１４４に接続されてもよい。ＭＳＣ１４６とＭＧＷ１４４は、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の固定有線通信デバイスの間の通信を円滑にすることができる。
【００５９】
ＲＡＮ１０３内のＲＮＣ１４２ａは、ＩｕＰＳインターフェースを介して、コアネットワーク１０６内のＳＧＳＮ１４８にさらに接続されてもよい。ＳＧＳＮ１４８はＧＧＳＮ１５０に接続されてもよい。ＳＧＳＮ１４８とＧＧＳＮ１５０は、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスの間の通信を円滑にすることができる。
【００６０】
上述のように、コアネットワーク１０６は、他のサービスプロバイダが所有や運用をする有線または無線ネットワークを含み得るネットワーク１１２にさらに接続されてもよい。
【００６１】
図２１Ｄは、一実施形態に係るＲＡＮ１０４およびコアネットワーク１０７のシステム図である。上述のように、ＲＡＮ１０４は、Ｅ−ＵＴＲＡ無線技術を採用して、エアインターフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０４は、コアネットワーク１０７と通信することもできる。
【００６２】
ＲＡＮ１０４は、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃを含み得るが、ＲＡＮ１０４は、一実施形態との整合性を維持しながら、任意の数のｅノードＢを含み得ることは理解されるであろう。ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、それぞれ、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとエアインターフェース１１６を介して通信するための１つ以上のトランシーバを含むことができる。一実施形態においては、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃはＭＩＭＯ技術を実装してもよい。そのようにして、ｅノードＢ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、そこから無線信号を受信することができる。
【００６３】
ｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々は、特定のセル（図示せず）に関連付けられてもよく、無線リソース管理上の決定、ハンドオーバの決定、上りリンクや下りリンクにおけるユーザのスケジューリングなどの処理をするように構成されてもよい。図２１Ｄに示すように、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを介して、相互に通信可能である。
【００６４】
図２１Ｄに示すコアネットワーク１０７は、モビリティ管理ゲートウェイ（ＭＭＥ）１６２と、サービングゲートウェイ１６４と、パケットデータネットワーク（Packet  Data  Network：ＰＤＮ）ゲートウェイ１６６を含むことができる。上記要素の各々はコアネットワーク１０７の部分として図示されているが、これらの要素のうちのいずれも、コアネットワークオペレータ以外の事業体によって所有や運用されてもよいことは理解されるであろう。
【００６５】
ＭＭＥ１６２は、Ｓ１インターフェースを介してＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続されてもよく、制御ノードとして機能してもよい。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ベアラのアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ中における特定のサービングゲートウェイの選択などを司ってもよい。ＭＭＥ１６２は、さらに、ＲＡＮ１０４と、ＧＳＭやＷＣＤＭＡなどの他の無線技術を用いる他のＲＡＮ（図示せず）との間で切り替えるための、制御プレーン機能を提供してもよい。
【００６６】
サービングゲートウェイ１６４は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続されてもよい。サービングゲートウェイ１６４は、一般に、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへ、またはそこからルーティングおよびフォワーディングすることができる。サービングゲートウェイ１６４は、さらに、ｅノードＢ間のハンドオーバ中におけるユーザプレーンのアンカリング、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが下りリンクデータを利用可能な場合のページングのトリガリング、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストの管理および記憶などの、他の機能を実行することができる。
【００６７】
サービングゲートウェイ１６４は、さらに、ＰＤＮゲートウェイ１６６に接続されてもよく、ＰＤＮゲートウェイ１６６は、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスの間の通信を円滑にすることができる。
【００６８】
コアネットワーク１０７は、他のネットワークとの通信を円滑にすることができる。例えば、コアネットワーク１０７は、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の固定有線通信デバイスの間の通信を円滑にすることができる。例えば、コアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ１０８の間のインターフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（IP  Multimedia  Subsystem：ＩＭＳ）サーバ）を含むか、またはそれと通信してもよい。さらに、コアネットワーク１０７は、他のサービスプロバイダが所有や運用する有線または無線通信ネットワークを含み得るネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。
【００６９】
図２１Ｅは、一実施形態に係るＲＡＮ１０５およびコアネットワーク１０９のシステム図である。ＲＡＮ１０５は、ＩＥＥＥ  ８０２．１６無線技術を採用して、エアインターフェース１１７を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するアクセスサービスネットワーク（Access  Service  Network：ＡＳＮ）であってもよい。後にさらに論じるように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、ＲＡＮ１０５と、コアネットワーク１０９との異なる機能エンティティ間の通信リンクを、基準点として定義することができる。
【００７０】
図２１Ｅに示すように、ＲＡＮ１０５は基地局１８０ａ、１８０ｂ、１８０ｃとＡＳＮゲートウェイ１８２を含み得るが、ＲＡＮ１０５は、一実施形態との整合性を維持しながら、任意の数の基地局とＡＳＮゲートウェイを含み得ることは理解されるであろう。基地局１８０ａ、１８０ｂ、１８０ｃは、それぞれ、ＲＡＮ１０５内の特定のセルに関連付けられてもよく、エアインターフェース１１７を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上のトランシーバを含んでもよい。一実施形態においては、基地局１８０ａ、１８０ｂ、１８０ｃはＭＩＭＯ技術を実装してもよい。そのようにして、基地局１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、そこから無線信号を受信することができる。基地局１８０ａ、１８０ｂ、１８０ｃは、さらに、ハンドオフトリガリング、トンネル確立、無線リソース管理、トラフィック分類、サービスの質（ＱｏＳ）ポリシーの施行などのモビリティ管理機能を提供することができる。ＡＳＮゲートウェイ１８２は、トラフィック集約点として機能することができ、ページング、加入者プロファイルのキャッシング、コアネットワーク１０９へのルーティングなどを司ることができる。
【００７１】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＲＡＮ１０５の間のエアインターフェース１１７を、ＩＥＥＥ  ８０２．１６仕様を実装したＲ１基準点と定義することができる。さらに、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの各々は、コアネットワーク１０９との論理インターフェース（図示せず）を構築することができる。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとコアネットワーク１０９の間の論理インターフェースを、認証や、認可や、ＩＰホスト構成管理や、モビリティ管理のために使用され得るＲ２基準点として定義することができる。
【００７２】
基地局１８０ａ、１８０ｂ、１８０ｃの各々の間の通信リンクを、基地局間のＷＴＲＵハンドオーバおよびデータ転送を円滑にするためのプロトコルを含むＲ８基準点として定義することができる。基地局１８０ａ、１８０ｂ、１８０ｃとＡＳＮゲートウェイ１８２の間の通信リンクをＲ６基準点として定義することができる。Ｒ６基準点は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの各々に関連付けられたモビリティイベントに基づくモビリティ管理を円滑にするためのプロトコルを含むことができる。
【００７３】
図２１Ｅに示すように、ＲＡＮ１０５はコアネットワーク１０９に接続され得る。ＲＡＮ１０５とコアネットワーク１０９の間の通信リンクを、例えば、データ転送およびモビリティ管理能力を促進するためのプロトコルを含むＲ３基準点として定義することができる。コアネットワーク１０９は、モバイルＩＰホームエージェント（Mobile  IP  Home  Agent：ＭＩＰ−ＨＡ）１８４と、認証、認可、アカウンティング（Authentication,  Authorization,  Accounting：ＡＡＡ）サーバ１８６と、ゲートウェイ１８８を含むことができる。上記要素の各々はコアネットワーク１０９の部分として図示されているが、これらの要素のうちのいずれも、コアネットワークオペレータ以外の事業体によって所有や運用されてもよいことは理解されるであろう。
【００７４】
ＭＩＰ−ＨＡはＩＰアドレス管理を司ることができ、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが異なるＡＳＮや異なるコアネットワークの間をローミングできるようにすることができる。ＭＩＰ−ＨＡ１８４は、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスの間の通信を円滑にすることができる。ＡＡＡサーバ１８６は、ユーザ認証およびユーザサービスのサポートを司ることができる。ゲートウェイ１８８は、他のネットワークとのインターワーキングを円滑にすることができる。例えば、ゲートウェイ１８８は、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の固定有線通信デバイスの間の通信を円滑にすることができる。さらに、ゲートウェイ１８８は、他のサービスプロバイダが所有や運用する有線または無線通信ネットワークを含み得るネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。
【００７５】
図２１Ｅには図示しないが、ＲＡＮ１０５は他のＡＳＮに接続されてもよく、コアネットワーク１０９は他のコアネットワークと接続されてもよいことは理解されるであろう。ＲＡＮ１０５と他のＡＳＮとの間の通信リンクをＲ４基準点として定義することができ、Ｒ４基準点は、ＲＡＮ１０５と他のＡＳＮとの間のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティを調整するためのプロトコルを含むことができる。コアネットワーク１０９と他のコアネットワークの間の通信リンクを、Ｒ５基準として定義することができ、Ｒ５基準は、ホームコアネットワークと訪問先コアネットワークの間のインターワーキングを円滑にするためのプロトコルを含むことができる。
【００７６】
本明細書で説明され、図２１Ａ、２１Ｃ、２１Ｄ、２１Ｅに示されたコアネットワークエンティティは、特定の既存の３ＧＰＰ仕様においてそれらのエンティティに付けられた名前で識別されるが、それらのエンティティや機能性は、将来は、他の名前で識別される可能性があり、特定のエンティティまたは機能性は、３ＧＰＰが発行する、３ＧＰＰ  ＮＲ仕様を含む将来の仕様において組み合わされる可能性があることが理解される。したがって、説明され、図２１Ａ、２１Ｂ、２１Ｃ、２１Ｄ、２１Ｅに示される特定のネットワークエンティティおよび機能性は、単に例として提示されたものであり、本明細書に開示され、特許請求される主題は、現在定義されているかまたは将来定義される任意の類似の通信システムの中に具現化または実装してもよいことが理解される。
【００７７】
図２１Ｆは、例えば、ＲＡＮ１０３／１０４／１０５内の特定のノードまたは機能エンティティ、コアネットワーク１０６／１０７／１０９、ＰＳＴＮ１０８、インターネット１１０、またはその他のネットワーク１１２などの、図２１Ａ、２１Ｃ、２１Ｄ、２１Ｅに示す通信ネットワークの１つ以上の装置を具現化し得る、例示的なコンピューティングシステム９０のブロック図である。コンピューティングシステム９０は、コンピュータまたはサーバを含むことができ、主としてコンピュータ読み取り可能な命令によって制御されてもよく、命令はソフトウェアの形態であってもよく、ソフトウェアは任意の場所に、あるいは任意の手段によって保存またはアクセスされてもよい。そのようなコンピュータ読み取り可能な命令は、プロセッサ９１内で実行されて、コンピューティングシステム９０を作動させてもよい。プロセッサ９１は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連する１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他の種類の集積回路（ＩＣ）、状態機械などであってもよい。プロセッサ９１は、コンピューティングシステム９０の通信ネットワーク内での動作を可能にする信号符号化や、データ処理や、電源制御や、入出力処理や、任意のその他の機能などを実行することができる。コプロセッサ８１は、メインプロセッサ９１と別個の、追加的機能を実行するか、もしくはプロセッサ９１をアシストするオプショナルプロセッサである。プロセッサ９１とコプロセッサ８１のうち、少なくとも一方は、本明細書に開示の方法と装置に関連するデータを受信、生成、および処理することができる。
【００７８】
動作中、プロセッサ９１は命令をフェッチし、解読し、実行して、コンピューティングシステムの主要データ転送経路であるシステムバス８０を介して、他のリソースとの間で情報を転送する。そのようなシステムバスは、コンピューティングシステム９０内の構成要素を接続し、データ交換の媒介を規定する。システムバス８０は、通常、データを送信するためのデータラインと、アドレスを送信するためのアドレスラインと、割り込みを送信するためとシステムバスを動作させるための制御ラインを含む。そのようなシステムバス８０の一例が、周辺コンポーネント相互接続（Peripheral  Component  Interconnect：ＰＣＩ）バスである。
【００７９】
システムバス８０に接続されるメモリには、ランダムアクセスメモリ（ＲＡＭ）８２と読み出し専用メモリ（ＲＯＭ）９３が含まれる。そのようなメモリは、情報を保存し、読み出すことを可能にする回路を含む。ＲＯＭ９３は、一般に、容易に修正できない保存データを収納する。ＲＡＭ８２内に保存されたデータは、プロセッサ９１または他のハードウェアデバイスによって読み取られるか、もしくは変更され得る。ＲＡＭ８２とＲＯＭ９３のうち、少なくとも一方へのアクセスは、メモリコントローラ９２によって制御され得る。メモリコントローラ９２は、命令が実行されるに従って仮想アドレスを物理アドレスに変換するアドレス変換機能を提供することができる。メモリコントローラ９２は、さらに、システム内の各プロセスを隔離し、システムプロセスをユーザプロセスから隔離するメモリ保護機能を提供することができる。したがって、第１モードで実行中のプログラムは、それ自身のプロセス仮想アドレス空間によってマッピングされるメモリのみにアクセスすることができ、プロセス間のメモリ共有が設定されていない限り、別のプロセスの仮想アドレス空間内のメモリにアクセスすることはできない。
【００８０】
さらに、コンピューティングシステム９０は、プロセッサ９１からの命令の、プリンタ９４、キーボード８４、マウス９５、およびディスクドライブ８５などの周辺機器への伝達を司る周辺機器コントローラ８３を含むことができる。
【００８１】
ディスプレイコントローラ９６によって制御されるディスプレイ８６は、コンピューティングシステム９０によって生成される視覚的出力を表示するために使用される。そのような視覚的出力は、テキスト、グラフィックス、動画グラフィックス、およびビデオを含み得る。視覚的出力は、グラフィカルユーザインターフェース（Graphical  User  Interface：ＧＵＩ）の形で提示され得る。ディスプレイ８６は、ブラウン管（Cathode-Ray  Tube：ＣＲＴ）ベースのビデオディスプレイ、ＬＣＤベースのフラットパネルディスプレイ、ガスプラズマベースのフラットパネルディスプレイ、またはタッチパネルを用いて実装され得る。ディスプレイコントローラ９６は、ディスプレイ８６に送信されるビデオ信号を生成するために必要な電子部品を含む。
【００８２】
さらに、コンピューティングシステム９０は、図２１Ａ、２１Ｂ、２１Ｃ、２１Ｄ、２１ＥのＲＡＮ１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、ＰＳＴＮ１０８、インターネット１１０、またはその他のネットワーク１１２などの外部通信ネットワークにコンピューティングシステム９０を接続するために使用され得る、例えば、ネットワークアダプタ９７などの通信回路を含むことができ、それによって、コンピューティングシステム９０がそれらのネットワークの他のノードまたは機能エンティティと通信できるようにすることができる。通信回路を、単独に、またはプロセッサ９１と共に使用して、本明細書に記載された特定の装置、ノード、または機能エンティティの送信および受信ステップを実行することができる。
【００８３】
ＮＲ−Ｕにおけるチャネルアクセスインジケータ（ＣＡＩ）の導入
【００８４】
本明細書に開示されるシステムおよび方法の一態様によれば、ＮＲ−Ｕは、チャネルアクセスインジケータ（ＣＡＩ）を使用するチャネルアクセスインジケーションをサポートすることができ、チャネルアクセスインジケータ（ＣＡＩ）は、チャネルを占有中のセル、占有されている帯域幅／空間的方向、占有時間などのチャネル占有に関する情報を示すようにシグナシングされ得る。
【００８５】
ＮＲ−Ｕノードは、ＮＲ−Ｕ帯域内で送受信することができるノードである。ＮＲ−Ｕチャネルのノードのタイプを区別するために、以下の用語が導入される。
・兄弟ノード：参照ノードと同じサービングＮＲ−Ｕセルによってサービスされるノード。より具体的には、特定のノードの兄弟ノードは、その特定のノードと同じサービングセルを有する任意のコチャネルノードまたは任意のコチャネルユーザとして定義され得る。注：コチャネル送信は、特定のＵＥによるＵＬ送信、または特定のＵＥへのＤＬ送信であり得る。ノードｓは、汎用的な兄弟ノードを示すために使用される。言い換えれば、参照ノードと同じＮＲ−Ｕサービングセル内のノードは、兄弟ノードであると見なされる。これには、サービングセル内のｇＮＢが含まれる。
・一般ノード：参照ノードと同じＮＲ−Ｕセルによってサービスされないノード。これには、同じ公衆陸上移動体ネットワーク番号（Public  Land  Mobile  Network：ＰＬＭＮ）の別のＮＲ−Ｕセル内のノード、異なるＰＬＭＮの別のセル、またはＷｉＦｉなどの他の技術のノードが含まれる場合がある。より具体的には、特定のノードに関連する一般ノードは、異なるサービングセルを有する任意のコチャネルノードまたは任意のコチャネルユーザとして、あるいは特定のノードのサービングセルラーＲＡＴまたは非セルラーＲＡＴとは異なるサービングセルラーＲＡＴまたは非セルラーＲＡＴを有する任意のコチャネルＵＥまたはコチャネルユーザとして定義され得る。注：コチャネル送信は、特定のＵＥによるＵＬ送信、または特定のＵＥへのＤＬ送信であり得る。ノードｇは、汎用的な一般ノードを示すために使用される。
【００８６】
ＣＡＩは、以下の目的のうちの１つ以上に役立ち得る。
・ユースケース１：共存のためのネットワーク占有を示す。
・ユースケース２：ノードがセル内送信を識別できるようにして、スペクトル再利用を改善する。
・ユースケース３：チャネルへのアクセス時、隠れノードによる妨害がないことを確実にするために、レシーバーからハンドシェイクをトリガーする。
・ユースケース４：トランスミッターがいつ送信しているかをレシーバーが識別できるようにすることで、省電力を可能にする。
【００８７】
ユースケース１：共存のためのネットワーク占有を示すためのＣＡＩの使用
【００８８】
兄弟ノードおよび一般ノードは、ＣＡＩを検出すると、チャネルが占有されている時間をＣＡＩから取得することができる。そのため、占領期間中にチャネル検知を実行する必要はない。図１（Ａ）は、ｇＮＢが、送信元、すなわち、セル１が送信を占有していることを示す、セル１内のＣＡＩを送信している例を示す。また、チャネルの占有時間を示すこともできる。セル１からのノードＵＥ１は、これをセル内送信として識別する。ＮＲ−Ｕセル２からのＵＥ２や、ＮＲ−Ｕセル２のｇＮＢ２などの一般ノードは、その送信を自身のセルの外部のノードからの送信として識別するが、占有時間を読み取ることができる。ＷｉＦｉネットワーク内のノード３は、ＮＲ−ＵネットワークからのＣＡＩを検知して読み取る能力を有し得る。一般ノードは、セル１の占有時間が経過するまで、ＬＢＴを実行しない場合がある。図１（Ｂ）は、この、セル１からＣＡＩの連絡を受けたときの、一般ノードの応答の方法を示す。その方法では、セル１のシャネル占有時間後に、一般ノードは、クリアチャネル評価（ＣＣＡ）を再開する。ＣＣＡは、特定のしきい値を用いて、特定の期間にわたって、少なくともエネルギー検出（ＥＤ）を実行する初期チャネルセンシングである。
【００８９】
一般に、ＣＡＩは、ＤＬおよびＵＬの両方において、シグナリングされ得る。自律ＵＬ（Autonomous  UL：ＡＵＬ）および半永続的スケジューリングにおいては、ＵＥは、そのリソースに対して半静的に構成される。ＵＥのリソースがそのｇＮＢの最大チャネル占有時間（Maximum  Channel  Occupancy  Time：ＭＣＯＴ）内にあることは保証されていない。この場合、ＵＥは、カテゴリ４ＬＢＴ（Category  4  LBT：ＣＡＴ４ＬＢＴ）のような方法を実行して、チャネルの可用性を判定してもよく、ＬＢＴが成功した後で、ＵＬでＣＡＩを送信する。
【００９０】
ユースケース２：スペクトルの再利用を示すためのＣＡＩの使用
【００９１】
ノードが、自身のセル内の別のノードがチャネルを占有していることを認識すると、それに応じて、エネルギー検出のための自身のしきい値を調整することができる。すなわち、ノードは、エネルギーが、兄弟ノードからのものである場合、ＣＡＩがないときのＣＣＡで通常使用される、より低いしきい値（下記の数式１）と比べてより高いしきい値（下記の数式２）を、ＬＢＴの失敗を判定するエネルギー検出のために使用することができる。図４の方法は、この概念を示す。
【００９２】
【数１】
2021523626.tif 000007
【００９３】
【数２】
2021523626.tif 000008
【００９４】
この機能は、複数のＵＥが周波数または時間で多重化され、より良い空間的再利用を可能にするＵＬにおいて特に有用である。ＵＥがチャネル内のセル内使用量と高エネルギーを検出すると、検出されたエネルギーは多重化されたセル内ＵＥからのものであるため、ＣＡＩは、ＵＥが送信することを可能にする。兄弟ノードは、多重化を通じてコチャネルリソースを共有する。コチャネルリソースは、同じ時間／周波数リソースに多重化されるか、時間のみで多重化されるか、周波数のみで多重化されるか、時間と周波数の両方で多重化される。例えば、ＮＲ  ＵＬでは、複数のＵＥが物理上りリンク制御チャネル  （Physical  Uplink  Control  Channel：ＰＵＣＣＨ）リソースを（直交的に）共有するか、複数のＵＥが非直交多元接続（Non-Orthogonal  Multiple  Access：ＮＯＭＡ）におけるリソースを非直交的に共有するか、複数のＵＥがＰＵＳＣＨのために時間／周波数多重化される。図２（Ａ）に見られるように、ＵＥ１はミニスロット＃１内のＵＬ送信を有し、ＵＥ２はミニスロット＃２内のＵＬ送信を有するとして、時間的に多重化された２つの兄弟ノードの例を挙げる。ＵＥ２は、ＵＥ１からのエネルギーレベルが原因でブロックされる。同様に、２つの兄弟ノードがＰＵＣＣＨのための同じ周波数および時間リソース内で多重化され、送信のためにＣＡＴ４ＬＢＴを実行する場合、ＵＥ１はより早くチャネルにアクセスすることができる。ＵＥ２のランダムバックオフが大きい可能性があるため、ＵＥ２はＵＥ１をリッスンし、図２（Ｂ）に見られるようにチャネルにアクセスできないと想定する。兄弟ノードＵＥ２がエネルギー検出を実行する場合、ＵＥ１からのエネルギーを検出し、スケジュールされたリソース内で送信しない可能性がある。したがって、ＮＲ−Ｕセル内では、多重化されたノードはスケジュールされたリソース内で送信できるはずではあっても、他の兄弟ノードからのエネルギーレベルが高いため、ＣＣＡ／ＬＢＴに失敗する可能性がある。
【００９５】
図３Ａに見られるように、ＵＥ１は、ＣＡＩを送信する。それを聞くと、ＵＥ２は兄弟ノード送信を識別し、予定した多重化されたＰＵＳＣＨを送信する。
【００９６】
ＵＥのＣＡＩが他のＵＥ、特に多重化された兄弟ノードＵＥによって確実に聞かれるようにするために、本明細書では、ＣＡＴ４ＬＢＴと同様の方法を使用することを提案する。これにより、ＵＥがランダムにバックオフする。チャネルに最初にアクセスするＵＥはＣＡＩを送信し、よりバックオフが大きい他のＵＥはこのＣＡＩを聞く。図３Ｂおよび図３Ｃに示すように、ＵＥ１はＵＥ２より前にチャネルにアクセスし、自身のＣＡＩを送信する。ＵＥ２は、ＣＡＴ４ＬＢＴの一部として、しきい値（数式１）を使用したＣＣＡによってチャネルの検知を開始する。ＵＥ２がそのランダムなバックオフ中にチャネルを検知し続けると、より高いエネルギーを検出する。そこで、ＵＥ２はＣＡＩをリッスンする。ＵＥ２はＣＡＩを検出し、それをセル内送信として認識する。この時点で、ＵＥ２は以下のうちいずれかを実行できる。
・ＵＥ２は、そのＬＢＴしきい値をしきい値（数式２）に変更して、より高いしきい値で拡張センシングを続行する。エネルギーがこのしきい値内にある場合、ＵＥ２は、周波数分割多重化（Frequency  Division  Multiplexing：ＦＤＭ）リソース内にＵＥ１のＰＵＳＣＨと共にあるスケジュールされた自身のＰＵＳＣＨを送信する。これを図３Ａ（Ｂ）に示す。その方法を図５Ａに示す。
・ＵＥ２の変更により、現在のＬＢＴが終了し、そのランダムバックオフタイマーがリセットされる。ＵＥ２は、しきい値（数式２）を用いて、通常は短い手順であるＣＣＡ（例えば、２５マイクロ秒のＣＣＡ）を実行する。それに成功した場合、ＵＥ２はスケジュールされたＰＵＳＣＨ送信を続行する。これを図３Ｃに示す。その方法を図５Ｂに示す。
【００９７】
ＵＥが兄弟ノードからＣＡＩを受信しない場合、ＵＥはそれ自身のＣＡＩを送信することができる。図３Ｄは、ＵＥ２がＵＥ１からＣＡＩを聞かず、自身のＣＡＩを送信する例を示す。他の兄弟ノードのＵＥまたはｇＮＢは、ＵＥ１とＵＥ２の両方のＣＡＩを聞く可能性がある。そのため、複数のＵＥからのＣＡＩが時間／周波数において衝突する可能性がある。一態様によれば、異なるＵＥからのＣＡＩ間の直交性／低相関性を用いることによって、ＵＬ  ＣＡＩ設計を衝突に対してロバストにすることができる。直交性を獲得する１つの方法は、異なるＵＥのＣＡＩに対して、異なる周波数リソースを提供することである。ロバスト性を提供する別の方法は、良好な相互相関特性を備えたＰＲＡＣＨなどのシーケンスを経ることである。
【００９８】
ＣＡＩは、また、占有時間を示すために、セル１上のｇＮＢによってシグナリングされ得る。ＣＡＩは、その占有時間内に送信するようにスケジュールまたは構成されているセル１のＵＥに対して、ＣＣＡに対するより高いしきい値を使ってそうすることができることを暗黙的に示すことができる。例えば、図３Ｅにおいて、ＵＥ１とＵＥ２は、ｇＮＢからＣＡＩを受信すると、シングルインスタンスＣＣＡを実行し、チャネルアクセスを決定するためにより高いしきい値しきい値（数式２）を使用する。
【００９９】
ＵＥに対して、ＬＢＴエネルギーレベル検知のためのしきい値は、ＵＬ認可の一部として、またはセル全体またはＵＥ固有の方法で無線リソース制御（ＲＲＣ）を介して、ｇＮＢによって構成され得る。例えば、２つのＵＥが周波数多重化されており、そのうちＵＥ１が周波数リソースの８０％を占めるのに対し、ＵＥ２が残りの２０％を占めている場合、ＵＥ２によるしきい値（数式２）は、ＵＥ１に対するものよりも高くてもよい。ｇＮＢは、ＵＥに対するＶｔｈｒｅｓｈの値のテーブルを構成することができる。それは、テーブルへのインデックスとして使用される実際の値を示し得る。インデックスは、１＿１、０＿１、１＿０、または０＿０などのＤＣＩフォーマットでシグナリングされ得る。ＵＥに対するＢＷＰがインデックスを示すためのフィールドをサポートするように構成されていない場合、ＵＥは、兄弟ノードのＣＡＩを検出するかどうかにかかわらず、ＬＢＴに対してしきい値（数式１）を適用することができる。
【０１００】
特定のシナリオで使用する無線リソース制御（ＲＲＣ）構成された値を提供することもできる。例えば、ｇＮＢは、それがアクセス可能なＵＥの数を把握していないので、Ｖｔｈｒｅｓｈは、ＰＲＡＣＨシグナリングのための特定の値に構成されてもよい。
【０１０１】
あるいは、ＵＥは、ＢＷＰのために構成された基準しきい値からそのしきい値を暗黙的に導出してもよい。ＵＥが帯域幅部分の一部を占める場合、ＵＥは、その一部によって基準しきい値をスケーリングしてもよい。
【０１０２】
ＣＡＩは、スペクトルの効率的な使用を確実にするための予約信号として使用され得る。
【０１０３】
図４は、兄弟ノードからＣＡＩを受信したときのノードでの一般的な手順を示す。
【０１０４】
ユースケース３：隠れノードを克服するためにＴｘとＲｘの間でハンドシェイクするためのＣＡＩの使用
【０１０５】
トランスミッターからのＣＡＩは、チャネルがトランスミッターで利用可能であることを示す。また、大きなペイロードをスケジュールする前に、トランスミッターは、レシーバーでチャネルが使用可能であることを確実にするために、レシーバーにハンドシェイクを要求する場合もある。これは、レシーバーの近くにある隠れノードの問題を解決するのに役立つ。この場合、トランスミッターからのＣＡＩをＣＡＩ−開始（ＣＡＩ−Ｉ）として定義することができ、レシーバーからのＣＡＩ応答はＣＡＩ−応答（ＣＡＩ−Ｒ）として定義することができる。ＣＡＩ−Ｒが開始ノードで受信されない場合、応答側がＬＢＴに失敗したと見なされ、その場合、開始側は、後になるまで応答側に送信しない可能性がある。ＣＡＩ−ＩとＣＡＩ−Ｒは、ｇＮＢとＵＥの両方から送信できる。
【０１０６】
ｇＮＢは、ＣＡＩ−Ｉを送信すると、ＵＥへの許可をスケジュールする前に、ＣＡＩ−Ｒを待つことができる。ＣＡＩ−Ｉは、開始ノードがチャネルを使用して応答ノードにペイロードを送信することを意図しているために、ＣＡＴ４ＬＢＴの後で送信される場合がある。応答ノードでのセンシングは、ＣＣＡ（それは、ＦＲ１内のＤＲＳに対してアンライセンスＬＴＥでの２５マイクロ秒センシングなどの、間隔の短いセンシングであってもよい）の形であってもよい。これは短く、他のノードがセンシング期間中にチャネルを占有する可能性を低減する。
【０１０７】
図６は、２つのノード間のハンドシェイクを確立する方法を示す。
【０１０８】
図７（Ａ）は、ｇＮＢがＣＡＩ−Ｉを開始し、ＵＥがＣＡＩ−Ｒで応答する、２つの兄弟ノード間のハンドシェイクの概念を示す。ＣＡＩ−Ｉは、特にＣＡＴ４ＬＢＴ手順を実行する場合、ＵＬ上のＵＥによって送信される場合もある。ｇＮＢのチャネルがクリアされ、その後ＵＥがＰＵＳＣＨまたはＰＵＣＣＨなどのＵＬ信号を送信する場合、ｇＮＢは、ＣＡＩ−Ｒによって応答してもよい。
【０１０９】
図７（Ｂ）に示すように、ＣＡＩ−Ｒは、シンボル境界に同期することができる。それを実現するために、応答ノードはＬＢＴに続いて予約信号を送信する。開始ノードは、シンボル境界合わせがあると想定して、ＣＡＩ−Ｒを受信する。同期送信は、ＣＡＩ中で運ばれる情報の量が多く、ＰＤＣＣＨやＰＵＣＣＨなどの信号中で運ぶ必要がある場合に有益である。
【０１１０】
あるいは、図７（Ｃ）に示すように、ＣＡＩ−ＩおよびＣＡＩ−Ｒは、シンボル境界に対して非同期的に送信されてもよい。ＣＡＩは、数ビットの情報のみを運んでもよく、時間的相関関係を通じて検出できるような方法で（例えば、プリアンブルを伴って）信号で送られてもよい。そのような場合、待ち時間を低く抑えるために、ＣＡＩの非同期送信が好適である。これにより、特にＣＡＩ−Ｒに対しては、ハンドシェイクを完了するまでの待ち時間を最小限に抑えることができる。応答ノードは、ＣＡＩ−Ｒに続いて予約信号を送信して、少なくとも開始ノードがチャネルを検出するのにかかる時間の間、チャネルを予約して、他のノードがチャネルを獲得しないようにすることができる。次に、開始ノードは、ＬＢＴを再度実行せずに、応答ノードに送信をしてもよい。そのため、ＣＡＩ−Ｒが送信された後に予約信号が送信される場合がある。
【０１１１】
予約信号は、ＣＡＩ−Ｒ信号を必要な期間繰り返すことによって生成することができる。
【０１１２】
ｇＮＢは、ＣＡＩ−Ｒを使用して、他の多重化されたＵＥが送信しているときにＵＥの環境を評価することができるため、ｇＮＢは、時々、特定のＵＥに対するＣＡＩ−Ｒをトリガーし、その結果を用いて将来のスケジューリングを決定することができる。ＵＥは、また、（ＬＢＴ期間中の）検出されたエネルギーレベルをｇＮＢに送り返すことができる。これは、ＵＬ内の特定のＵＥに対する兄弟ＵＥの干渉の影響を検出するのに役立ち、ｇＮＢは、ＣＡＩ−Ｒに基づいて、ＵＥの多重化に対する決定（直交か非直交か）をすることができる。この場合、ＵＥは、ＣＡＩ−ＲのためのリソースでＲＲＣ構成され得るが、ＵＥは、ＣＡＩ−Ｉを介してトリガーを受信した場合にのみ、ＣＡＩ−Ｒを送信する。
【０１１３】
ユースケース４：省電力を可能にするためのＣＡＩの使用
【０１１４】
ＵＥなどのレシーバーノードは、そのトランスミッター、例えば、ＣＡＩのみを監視する低電力状態のｇＮＢのチャネル占有を監視することができる。ＣＡＩを受信すると、レシーバーは公称電力状態に切り替わり、トランスミッターからの制御チャネル、データチャネル、および基準信号を監視する。ＣＯＴが期限切れになると、レシーバーは低電力状態に戻ってＣＡＩを監視する場合がある。
【０１１５】
ＣＡＩに関連する方法
【０１１６】
ＣＡＩの送信オケージョン
【０１１７】
ノード１が時刻ｔミリ秒にＣＡＩを送信する場合、ＴＲＥＬミリ秒をノード１がチャネルを解放する時刻として定義することができる。したがって、ＴＲＥＬ＝ｔ＋Ｔоｃｃミリ秒、ただし、Ｔоｃｃは示されたチャネル占有時間である。ＴＲＥＦを、基準ヌメロロジーにおけるスロット、ＯＦＤＭシンボル、サブフレーム、ハーフフレームなどの既知の間隔の長さとして定義することができる。残りの説明については、基準ヌメロロジーのスロット期間の意味でＴＲＥＦが与えられている例を考察されたい。Ｔоｃｃ（単位はミリ秒）をＴＲＥＦ・の倍数と定義することができる。したがって、ＣＡＩはＤビットを使用して、基準スロット期間の意味でＴоｃｃを示すことができる。
【０１１８】
ノード１は、値Ｔоｃｃ＝ＴＭＣＯＴの最大のＴоｃｃを求めてもよい。ただし、ＴＭＣＯＴは、ノード１のそのチャネルアクセスインスタンスのためのＭＣＯＴの時間であり、ＴＭＣＯＴは、チャネルアクセスにおいて使用されるＬＢＴのための優先度クラスに基づくことができる。このような場合、ＭＣＯＴのためのＭビットを別々に送信できない場合がある。
【０１１９】
図８は、ＣＡＩにおけるＴоｃｃを示すための例を与える。ここで、ノード１は、ＴＭＣＯＴ＝１０ｍｓでチャネルにアクセスし、フレームのスロット＃ＮでＣＡＩを送信する。ノード１は、７スロットのチャネルを使用して、その後、解放することを意図する。したがって、ＣＡＩは、ＴＲＥＦ＝１ｍｓと仮定して、Ｔоｃｃ＝７ｍｓを示す。
【０１２０】
ノードｓおよびノードｇは、以下の方法を使用して、Ｔоｃｃを操作することができる。ノードｓおよびノードｇでは、ＣＡＩを受信すると、チャネル可用性タイマーがＴоｃｃに設定される。ノードｓおよびノードｇはＴＲＥＦを知っていると仮定する。カウンタはすべてのＴＲＥＦをデクリメントする。ノードｓおよびノードｇは、タイマーが０に達したときにチャネルが使用可能になることを期待する。
【０１２１】
ＣＡＩは、カウンタがリセットされたときにチャネルが真に解放されることを確実にするために、スロットの最初に送信され得る。しかし、常にスロットの最初にＣＡＩを送信できるとは限らない。加えて、伝搬遅延とレシーバーの待ち時間を考慮してＣＡＩを復号化するために、ノードｓおよびノードｇは、タイマーがｃ≧０に達した後、チャネルの監視を開始することができる。典型的な設定として、ｃ＝１を使用することができる。
【０１２２】
図９は、一般ノードでタイマーを使用するための方法を示す。
【０１２３】
さらに、検出可能性を高め、異なる不連続受信（Discontinuous  Reception：ＤＲＸ）構成を有するＵＥでもＣＡＩを確実に受信できるよう、ＣＡＩは、ＣＯＴ内の既知のパターンで周期的または複数回送信され得る。ＵＥは、ＣＡＩのすべてのオケージョンを受信するように構成されているとは限らない。そこで、複数のインスタンスにより、ＣＡＩを受信するチャンスが高まる。フレームのスロット＃０とスロット＃５でＣＡＩが送信される例を図１０に示す。両方のＣＡＩは同じＴＲＥＬを示すが、Ｔоｃｃはスロット＃５で５ずつデクリメントされ、スロット＃０でのＣＡＩの送信から５スロットが経過したことを示す。
【０１２４】
本明細書では、ノード１が、それが意図した占有時間をそのＭＣＯＴ以内で増加または減少させ、その後のＣＡＩで更新を示すことができることも提案される。図１１は、チャネルが利用可能になると送信される最初のＣＡＩにおいて、Ｔоｃｃ  =  7  ms  である例を示す。次のＣＡＩ送信では、更新されたＴоｃｃ  =  4  msを介してＴＲＥＬを2  msだけインクリメントすることにより、ＴＲＥＬを変更する。ノードｓおよびノードｇでは、チャネル可用性タイマーは、最初のＣＡＩが受信されるとＴоｃｃに設定され、スロットごとにデクリメントされる（ＴＲＥＦ  ms）。この例では、ＴＲＥＦは１ミリ秒のスロット期間と等しい。２番目のＣＡＩが受信されると、タイマーは、Ｔоｃｃ＝４msの新しい値に更新され、次にカウンタは１または０に達するまでデクリメントされ、それに達すると、ノードｓおよびノードｇはチャネルアクセスを試みる。
【０１２５】
一般に、この方法は、任意のセルから新しいＣＡＩが受信された場合に適用され得る。すなわち、ノードが新しいＣＡＩを検出すると、そのノードは、チャネル可用性タイマー値をＴоｃｃの最新の値に更新し、ＴＲＥＦ  msごとのタイマーデクリメントを開始する。
【０１２６】
（ｇＮＢのＭＣＯＴ内のＵＬ送信）
例えば、ｇＮＢのようなトランスミッターがチャネルを占有する場合、そのトランスミッターは、自身のＴоｃｃをＣＡＩの中で示し、それによって、下記の数式３の値を提供する。ただし、Ｔоｃｃ期間内に、ＵＥがＵＬで送信できるようになる場合がある。さらに、そのＵＥは、チャネルへのアクセスを同様に試みる可能性がある他のＵＥに、ネットワーク内動作を示すためにＵＬ  ＣＡＩを送信するか、あるいは、ｇＮＢが応答を要求した場合にＣＡＩ−Ｒを送信する可能性がある。この場合、本明細書では、ＵＬ  ＣＡＩが、そのＴоｃｃを、そのチャネル占有の期間ではなく、下記の数式３までの時間として示すことが提案される。
【０１２７】
【数３】
2021523626.tif 000009
【０１２８】
図１２が示す例では、ＵＥ１からのＵＬ送信は１つのスロットのみであるが、そのＵＬ  ＣＡＩがＴоｃｃ＝２ｍｓを示し、そのため、ノードｓおよびノードｇでのチャネル可用性タイマーは数式３に基づいてデクリメントされ、ＵＬ  ＣＡＩの影響を受けない。
【０１２９】
本明細書では、ＵＥはＤＬ  ＣＡＩまたはＣＡＩ−ＩからＴＲＥＬを把握できるということ、または、ＵＥは許可を通じて数式３の明確な値を取得できるということが提案される。
【０１３０】
（全方向性および空間ＬＢＴを使用したＣＡＩ）
全方向性ＬＢＴが実行される場合、チャネルは、同時に複数のビームでアクセスされ得る。本明細書では、ノードはビームごとに異なるＴоｃｃを持つことができるが、ＭＣＯＴはすべてのビームで同じであることが提案される。ＣＡＩは、各ビームのＴоｃｃを含むチャネルの占有を示すために、複数のビームで送信され得る。ただし、すべてのビームが同じＴоｃｃを持つ場合、すべてのビームのＴоｃｃを示すために必要なフィールドは１つだけでもよい。
【０１３１】
空間ＬＢＴが実行される場合、ｇＮＢは、異なるビームに対して異なるＴＲＥＬを有する可能性がある。この場合も、ＣＡＩは各ビームのＴоｃｃの情報を運び得る。したがって、ＣＡＩの１つを受信するレシーバーは、他のビームでのＣＡＩの検出を必要とせず、複数の空間的方向のネットワーク占有を知る。これにより、計算のオーバーヘッドをいくらか節約できる。空間的方向は、ＤＲＳにおけるＰＢＣＨ  ＤＭＲＳまたは特定のＣＳＩ−ＲＳなどの、ＤＲＳまたはＳＳＢにおける信号の１つについての空間ＱＣＬとして示され得る。図１３は、ｇＮＢがビームＢ１とＢ２でチャネルアクセスをする例を示す。しかし、Ｔоｃｃはビームによって異なる。Ｂ１とＢ２で送信されたＣＡＩは、両方のビームの値を示す。また、一部のビームのＣＡＩはＣＡＩ−Ｉであり、ハンドシェイクのトリガーを運ぶが、他のビームのＣＡＩはトリガーを運ばず、チャネル占有を示すだけの場合がある。また、ｇＮＢがＣＡＩを送信するためにビームをスイープする必要があり得るのと同時に、ｇＮＢがそれらのビームにチャネルアクセスしたとしても、ＣＡＩの位置はビームが異なると異なる可能性がある。
【０１３２】
ＣＡＩで運ばれる情報
【０１３３】
・ＣＡＩは以下の情報を運ぶことができる。
・ｇＮＢのNCellIDに関連する可能性のあるフィールドcellID。これは１０ビットで、NCellIDと全く同じであり得る。あるいは、下記の数式４などの演算で得られるビット数がより少ないものであり得る。ただし、Ｌは６４や１２８などの２の累乗でもよく、これにより、異なるセル間の区別を可能にしながらオーバーヘッドを小さく抑えることができる。cellIDは、リスニングノードがチャネルを占有しているセルを識別するのに役立つ。
・ＴビットのトランスミッターＩＤフィールドtransmitterID。
・ｇＮＢ（ネットワーク内のＴＲＰ）が送信中である場合、Ｔビットは、以下の方法の１つで値（下記の数式５）に設定され得る。
・全ＮＲ−Ｕネットワークに共通の固定値。
・セルのＳＩ中で提供されるセル固有の値。
・Ｔ＝０。フィールドが存在しない可能性がある場合、それがｇＮＢからのものであることを暗黙的に示す。
・ＵＥが送信中である場合、Ｔビットは、そのＩＤに基づいて、値（下記の数式６）に設定される。ＩＤは、Ｃ−ＲＮＴＩまたはコンフィギュアドスケジューリングＲＮＴＩ（Configured  Scheduling  RNTI：ＣＳ−ＲＮＴＩ）のようなもの、または接続されているネットワークよって構成されているＣ−ＲＮＴＩまたはＣＳ−ＲＮＴＩの一部であり得る。
・ＲビットのレシーバーＩＤフィールドreceiverID。ただし、ＲはＴと等しい可能性がある。
・ｇＮＢ（ネットワーク内のＴＲＰ）が受信中である場合、Ｒビットは以下の方法の１つで値（下記の数式７）に設定され得る。
・全ＮＲ−Ｕネットワークに共通の固定値
・セルのＳＩ中で提供されるセル固有の値。
・Ｔ＝０。フィールドが存在しない可能性がある場合、それがｇＮＢからのものであることを暗黙的に示す。
・ＵＥが受信中である場合、値は、Ｃ−ＲＮＴＩまたはＣＳ−ＲＮＴＩ、あるいはＣ−ＲＮＴＩまたはＣＳ−ＲＮＴＩの一部などのレシーバーＩＤに基づいて、（下記の数式８）に設定される。
・１ビットフィールドresponseIndicatorは、ＣＡＩがレシーバーからの応答にＣＡＩ−Ｒを要求している（１に設定されている場合）か、ＣＡＩがレシーバーからの応答にＣＡＩ−Ｒを要求していない（０に設定されている場合）かを示すことができる。
・ＣＡＩ−Ｉは、ＣＡＩ−Ｒを送信するためのリソースを示すためにＰビットのフィールドresourceCAIRを運ぶことができる。
・ＣＡＩ−Ｉは、ＣＡＩ−Ｒで応答する必要があるＵＥのＩＤを示すために、ＵビットのフィールドtriggeredUEIDを運ぶことができる。
・ＣＡＩ−Ｒは、ＣＡＩ−Ｒに先行するＬＢＴ期間中に検出されたエネルギーを示すために、ＥビットのフィールドdetEnergyを運ぶことができる。異なるエネルギーレベルに対して事前定義されたしきい値を割り当てることにより、ビット数Ｅを小さく保つことができる。応答ノードによって検出されたエネルギーの知識は、特に複数のノードが共に多重化されている場合、開始ノードが応答側の環境を評価するのに役立つ。したがって、ｇＮＢなどの開始ノードは、応答ノードでのＬＢＴのしきい値レベルを設定することができる。
【０１３４】
【数４】
2021523626.tif 000010
【０１３５】
【数５】
2021523626.tif 000011
【０１３６】
【数６】
2021523626.tif 000012
【０１３７】
【数７】
2021523626.tif 000013
【０１３８】
【数８】
2021523626.tif 000014
【０１３９】
以下のフィールドは、ＣＡＩが情報を運ぶnumBeamsの各々に対して定義され得る。全方向性ＬＢＴの場合、numBeams  =  1。したがって、以下のフィールドには単一のインスタンスが使用される。空間ＬＢＴの場合、numBeamsは、ＦＲ１とＦＲ２の異なるアンライセンス帯域の仕様で定義されるか、セルのＳＩ中で構成され得る。numBeamsはセル内のＳＳＢの数に設定され得る。ペイロード内のインスタンスは、ＳＳＢインデックスの昇順に並べることができる。
・フィールドintendedChannelOccTime。Ｄビットで表される意図されたチャネル占有時間Ｔоｃｃ  ms。これは、ＦＲ１の場合１５ｋＨｚ、ＦＲ２の場合１２０ｋＨｚなどのように、基準ヌメロロジーのスロット数の形で示すことができる。
・期間ＴＭＣＯＴ  msのＭＣＯＴを示すフィールドmcotTransmitter。これは、Ｍビットで、ＴＯＣＣ≦ＴＭＣＯＴとなるように与えられる。
・フィールドfreqResourceMCOTは、チャネルにアクセスする周波数領域の周波数リソースを示す。これにより、リスニングノードは指定された周波数帯域外のチャネルにアクセスできる。
【０１４０】
一般に、ＣＡＩは、異なる目的のために（例えば、占有時間、ネットワーク内の使用、またはハンドシェイクを示すために）シグナリングされるので、ユースケースに応じて異なるフィールドおよび異なる量の情報を運ぶ可能性がある。
【０１４１】
１つのセル上のＣＡＩは、他の集約されたＮＲ−Ｕセル上のチャネル占有を示し得る。例えば、ＮＲ−Ｕ  ＰＣｅｌｌ／プライマリ・セカンダリ・セル（ＰＳＣｅｌｌ）は、他の集約されたＮＲ−Ｕセルと共に、それ自体のＣＡＩを示し得る。
【０１４２】
ＰＵＳＣＨ開始位置候補
【０１４３】
ＵＬ  ＰＵＳＣＨの前のＬＢＴの実施は、ＵＥがいつチャネルにアクセスすることができるかについての不確実性を強いられる。したがって、ＵＥが１つまたは複数のスロット中に複数の開始位置を持つことができるように許可することは、チャネルの不確実性に対処するために有益である。
【０１４４】
ＰＵＳＣＨの可変開始位置をサポートするために、以下の２つの側面を考慮する必要がある。
ａ．ＰＵＳＣＨの開始位置候補のシグナシング：開始位置を検出するためのｇＮＢの負荷を最小限に抑える必要がある。ＰＵＳＣＨを検出するためのハードウェア要件を単純化するために、ｇＮＢは、ＵＥのＣＯＴ内のＵＥからの最初のＰＵＳＣＨ送信の開始位置の数を制限することができる。
ｂ．ＵＥによるＵＬチャネルアクセスインジケーション：  開始位置のＵＥのインジケーション。ＵＥは、許可された開始位置のセットから、そのＣＯＴ内の最初のＰＵＳＣＨ送信の選択された開始位置を示すことができる。したがって、意図されたチャネル占有時間を示すために、ＵＥによってＵＬ上でＣＡＩが送信され得る。ＵＬ  ＣＡＩは、ＲＳまたはプリアンブルシーケンスなどの新しい信号を介して明示的に示され得るか、またはＰＵＳＣＨのＤＭＲＳなどの既存の信号を介して暗黙的に示され得る。ｇＮＢは、ＵＬ  ＣＡＩを検出することにより、ＵＥのＰＵＳＣＨの開始位置を認識する。例えば、ＤＭＲＳの存在が開始位置を明確に示すことができる場合、ｇＮＢは、ＵＥのＤＭＲＳ（自己相関または相互相関）を検出および処理することにより、ＵＥのＰＵＳＣＨの開始位置を検出することができる。それ以外の場合、ｇＮＢは、受信したＰＵＳＣＨシンボルごとのエネルギー検出を通じてそれを検出することができる。
【０１４５】
ＰＵＳＣＨの開始位置候補のシグナリング
【０１４６】
ｇＮＢは、潜在的に、ＵＥからのＤＭＲＳ信号を検出することによって、ＰＵＳＣＨ送信の存在を検出することができる。しかし、ｇＮＢは、ＵＥのチャネルアクセスに応じて変化する可能性のあるＰＵＳＣＨ送信の開始を決定する必要がある。ｇＮＢは、すべての候補ＰＵＳＣＨの開始ＯＳに対してＰＵＳＣＨを盲目的に復号化することができる。例えば、１４個のＯＳのスロットに対してＵＬ認可がされているとする。しかし、ＵＥはＯＳ＃２からのみチャネルアクセス可能で、ＯＳ＃０およびＯＳ＃１のＰＵＳＣＨをパンクチャする。次に、ｇＮＢは送信を受信し、ＰＵＳＣＨがＯＳ＃０で開始すると仮定して復号化し、それに失敗すると、ＰＵＳＣＨ開始位置ＯＳ＃１で復号化し、それに失敗すると、ＰＵＳＣＨ開始位置ＯＳ＃２で復号化し、以降、ＰＵＳＣＨの復号化に成功するまでそれを続ける。復号化に失敗した場合は、スロットのＯＳ＃０で開始したと仮定して、ＰＵＳＣＨをバッファリングし、ＰＵＳＣＨの再送をスケジュールする。再送が全体として受信されたと仮定すると、ｇＮＢは、元の送信がＯＳ＃０で開始したと仮定してチェイス合成で復号化することができ、それに失敗すると、元の送信がＯＳ＃１で開始したと仮定して、チェイス合成で復号化し、それに失敗すると、元の送信がＯＳ＃２で開始したと仮定して、チェイス合成で復号化し、この試行に成功すると、停止する。この盲目的復号化手順は、ｇＮＢのハードウェアの非常に大幅な複雑化を招く可能性がある。
【０１４７】
また、盲目的復号化を最小限に抑えるために、ｇＮＢがＰＵＳＣＨの開始位置を知ることを可能にすることが有利であることが分かる。ＰＵＳＣＨの開始時に送信されるＣＡＩなどの信号を介してＰＵＳＣＨ送信自体の時点で情報が利用可能になれば、ｇＮＢは、チェイス合成を経て再送を処理しつつ、盲目的復号化を回避できる。ただし、ＰＵＳＣＨの処理時にｇＮＢがＣＡＩを利用できない場合でも、スケジュールされた再送の前にＣＡＩ情報をｇＮＢに送信できる場合は、ｇＮＢが再送処理中の盲目的復号化を減らすことが可能になる。一態様によれば、ＵＥは、プリアンブルまたはＵＣＩを介して自身のチャネルアクセス情報を送信することができる。これによって、ＣＯＴが開始された時刻を示すことができ、また、ＵＥのＣＯＴがいつ終了するかを示すこともできる。ｇＮＢは、これを基にＰＵＳＣＨの開始位置を認識し、再送とのチェイス合成がなされる前に、元の送信においてパンクチャされたシンボルを識別する。この概念は、図４８に示され、図中、ＣＯＴのスタートはＵＥによってＰＵＳＣＨ上のＵＣＩを介して示される。これは、ＯＳ＃２で開始された最初のＰＵＳＣＨ送信が終了した後に発生する。
【０１４８】
ｇＮＢでの盲目的復号化のオーバーヘッドを許容可能範囲に保つために、ＵＥは、特定の開始位置から開始してＰＵＳＣＨを送信するように制限され得る。本明細書で開示する方法では、ｇＮＢが、ＤＣＩフォーマット、フォーマット０＿０または０＿１と同様の複数のＤＣＩを送信して、ＵＬ  ＤＭＲＳ構成、ＭＣＳ、送信電力制御（Transmission  Power  Control：ＴＰＣ）などの、異なるＰＵＳＣＨ開始位置に関連するすべてのパラメータを有するＰＵＳＣＨの複数の開始位置をＵＥに提供することができる。この目的のために、ｇＮＢは、複数のＤＣＩにわたって同じ値の新データインジケータ（New  Data  Indicator：ＮＤＩ）と冗長バージョン（Redundancy  Version：ＲＶ）を使用できるが、例えば、時間ドメインリソース割り当て、ＭＣＳ、ＴＰＣなどのフィールドを調整してもよい。この場合、ＵＥは、同じＮＤＩ値とＲＶ値を持つ複数のＵＬ認可の受信を代替案として解釈することができ、また、ＵＥは、ＵＥ側のＬＢＴの結果に基づいて、ＵＬ認可のうち１つだけを使用し、他のＵＬ認可を無視することができる。開始位置に基づいてＰＵＳＣＨを準備するのに十分な処理時間をＵＥに提供するために、以前のＤＣＩを以前の開始位置のＵＬ認可に関連付けることができる。例えば、図２１Ｇは、異なるＰＵＳＣＨ開始位置を提供する３つのＤＣＩを示しており、ＵＥは、ＵＥ側のＬＢＴ結果に基づいて、そのうちの１つだけを展開することができる。
【０１４９】
あるいは、例えば図２２に示すように、すべてのＤＣＩが同じＣＯＲＥＳＥＴで送信され得る。これらのＤＣＩは同じＮＤＩとＲＶを運んで、提供されたＵＬ認可が相互に代替可能であり、ＵＥは１つの認可だけを選択し、他の提供された認可を無視できるということを示す。ＵＥは、最初に最大量のリソースを提供し、次に２番目に量の多いリソースを提供するなどのＵＬ認可を使用することができる。
【０１５０】
例えば、ＤＣＩ繰り返しフラグと呼ばれる、１ビットサイズのフィールドのＤＣＩ内の新しいフィールドは、１に設定された繰り返しフラグを有する同じＲＶおよびＮＤＩを運ぶすべてのＤＣＩは互いに代替可能であるということを示すことができ、ＵＥはこれらのＤＣＩのうち１つだけによって提供される認可を使用することを選択することができる。一方、繰り返しフラグがゼロに設定されている場合、１つのＤＣＩが他のＤＣＩを上書きしてもよい。ここで、ＵＥは、どのＤＣＩを使用するかを選択せず、ｇＮＢが、例えば、以下の規則に従って、どのＤＣＩを使用できるかを決定する。
・後のＣＯＲＥＳＥＴで送信されたＤＣＩは、前のＣＯＲＥＳＥＴで送信されたＤＣＩを上書きすることができる、また、
・複数のＤＣＩが同じＣＯＲＥＳＥＴで送信される場合、最も低い物理リソースブロック（Physical  Resource  Block：ＰＲＢ）で送信されたＤＣＩは、より高いＰＲＢで送信されたＤＣＩを上書きすることができる。
【０１５１】
別の態様によれば、単一のＤＣＩは、複数の開始位置を提供し得る。例えば、Ｃ−ＲＮＴＩ（該当する場合はいつでも他のＲＮＴＩを使用可能）によってスクランブルされた巡回冗長検査（Cyclic  Redundancy  Check：ＣＲＣ）を使用して、このＤＣＩで、以下の情報を送信することができる。
・ＬＢＴの結果に応じてＵＥが使用できるＰＵＳＣＨ開始位置候補の数を示す開始位置数。このフィールドのサイズは、上位層のパラメータ、例えば、maxNumStartPositと呼ばれるＲＲＣパラメータによって定義できる。
・または／そして、各開始位置候補について、専用の時間領域リソース割り当てを使用して、各ＰＵＳＣＨ開始位置候補に対する開始位置をシグナリングすることができる。このフィールドのビット幅は、ｌоｇ２（Ｉ）ビットとして決定される。ただし、前述のフィールドに示されているように、Ｉは、上位層パラメータpusch-TimeDomainAllocationListにおけるエントリ数に開始位置の数を掛けたものである。
・または／そして、各開始位置候補に対するＭＣＳフィールド。このフィールドのビット幅は、前述のフィールドに示されている開始位置の数に、各開始位置に対するＭＣＳを別々に運ぶために必要なビット数を掛けたものである。
・または／そして、ＮＤＩとＲＶは、すべてのＰＵＳＣＨ開始位置候補に対して同じであり得る。
・各ＰＵＳＣＨ開始位置候補に対するアンテナポートフィールド。
【０１５２】
ＰＵＳＣＨの異なる開始位置を示すための複数のＤＣＩの送信のオーバーヘッドを低減するために、ＵＥは、上位層パラメータ、例えば、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によって与えられる。開始位置候補の実際のシンボルのインデックスのいくつかが、スケジュールされたＰＵＳＣＨの終了位置を超えている場合、ＵＥはそれらの位置候補を無視できる。図２４が例示として示す例では、PUSCH-start-Positions-set  =  ｛2,  5,  7｝であり、ＵＬ認可によって提供される元の開始位置は４番目のシンボルである。したがって、実際の開始位置候補は｛6,  9,  11｝であり、ＵＥはＬＢＴ結果に基づいてこれらの位置のいずれかでチャネルにアクセスしようとする。
【０１５４】
さらに、開始位置候補のシグナリングを回避するために、それらを、スロット境界またはＰＵＳＣＨ認可自体のいずれかに関するいくつかの規則に従って定義することができる。例えば、すべての偶数／奇数シンボルが開始位置候補になり得る。さらに別の例では、開始位置候補は、ライセンスＰＵＳＣＨ内またはスロット内の最初のシンボルの後のすべてのLシンボルのような、特定のパターンに従うことができる。例えば、L  =  1は、１つおきのシンボルが開始位置候補であるということを意味する。Lの値は、認可の期間、ＭＣＳなどの、ＰＵＳＣＨ認可におけるいくつかのパラメータに依存し得る。例えば、LがＭＣＳに依存する場合、Lは表３によって与えられる。
【０１５５】
【表３】
2021523626.tif 000015
【０１５６】
表３において、IMCSは、ＰＵＳＣＨ認可を提供するＤＣＩが与えられたＭＣＳであり、｛｝下記の数式９は、ＲＲＣパラメータPUSCH-start-Positions-thのような上位層パラメータによって提供され得る。上位層パラメータが、任意の行のＭＣＳしきい値が等しいことを示している場合、すなわち、MCSth_(i-1)  =  MCSth_iの場合、これらのＭＣＳしきい値の両方が現れる関連行のLは無効である。
【０１５７】
【数９】
2021523626.tif 000016
【０１５８】
表４は、開始位置の数およびそれらの位置の、スケジュールされたＰＵＳＣＨの期間に対する依存性の例を示す。この例では、ＰＵＳＣＨ認可の期間が３シンボル以下の場合、Lをゼロに設定して、ＵＥが各シンボルにおいてチャネルへのアクセスを試行できることを示すことができる。ＰＵＳＣＨ認可の期間が４シンボルの場合、Lを１に設定できる。これは、ＵＥが１シンボルおきにチャネルへのアクセスを試行できることなどを意味する。異なるＰＵＳＣＨ認可期間に対するLの値が上位パラメータによって与えられ得る。
【０１５９】
【表４】
2021523626.tif 000017
【０１６０】
他の数学的規則を適用して、インデックス（L）がL  mod  M=0  を満たす、ＯＦＤＭシンボルなどの開始位置候補のインデックスを定義することもできる。ただし、Mは、例えば、ＭＣＳ、シンボル数単位の認可期間などの元のＰＵＳＣＨ認可パラメータのいくつかに依存し得る。元のＰＵＳＣＨ認可パラメータのいずれかに対するMの関数従属性を確立するには、例えば、表３と同様の表を使用できる。前述の規則のいずれかがスロット境界に関して適用される場合、ＵＥはＵＬ認可と重複する開始位置候補だけを考慮してもよい。
【０１６１】
別の態様では、開始位置候補を明示的に（上位層パラメータを使用して）示すことと、暗黙的に（指定された規則に従って）示すことを組み合わせることができる。例えば、開始位置候補は、明示的および暗黙的に与えられた位置の和集合であり得る。さらに、開始位置候補の明示的な指示がない場合、ＵＥは、暗黙の指示の使用を適用することができる。
【０１６２】
前述の解決策およびそれらの任意の可能な組み合わせの少なくとも一方を拡張して、単一または複数のＵＬ認可を通じて、複数のスケジュールされた隣接または非隣接ＰＵＳＣＨの可能な開始位置候補をＵＥに提供し得ることが理解される。可能な解決策として、ＲＲＣパラメータは、開始位置候補の位置をＵＥに提供することができる。これらの位置は、スケジュールされたＰＵＳＣＨに対して相対的であることも、スロット境界に対して相対的であることもできる。次に、ＵＥは、スケジュールされたＰＵＳＣＨと重複する位置のみを考慮することができる。
【０１６３】
図５０Ａが示す例では、開始位置候補が、スケジュールされた各ＰＵＳＣＨにおける最初のＯＦＤＭシンボルからのシフトとして構成され、シフト値が、ＲＲＣパラメータなどの上位層シグナリングによって示され得る。図５０Ａに示すように、シフト値はＰＵＳＣＨインデックスに依存し得る。例えば、ＰＵＳＣＨｋでは、開始位置候補はＳｋで区切られる。ただし、ｋはＰＵＳＣＨのインデックスである。ＵＥは、隣接するＰＵＳＣＨのシフト値を用いた上位層シグナリングを介して指示を受けることができる。例えば、シフトレベルのセットは、｛a,  b,  c,  d,  ...｝などのように、ＵＥに示され得る。次に、ＵＥは、ＰＵＳＣＨ０に対してＳ０＝ａ、ＰＵＳＣＨ１に対してＳ１＝ｂ、等々というように設定することができる。あるいは、ＵＥは、単一のパラメータを有する上位層シグナリングを介して、ＵＥが各ＰＵＳＣＨの開始位置候補の位置を導出するためにそのパラメータを使用することができることを、示され得る。それは、例えば、ＰＵＳＣＨインデックスの関数としてであり得る。
【０１６４】
あるいは、ＰＵＳＣＨ開始位置候補は、例えば、図５０Ｂに示すように、最初にスケジュールされたＰＵＳＣＨにおける最初のＯＦＤＭシンボルから開始したときのシフトＳによって分離され得る。開始位置候補の位置を定義するために、他の規則を適用することもできる。また、ＵＥは、上位層シグナリングによって示されるものに加えて、各ＰＵＳＣＨの最初のＯＦＤＭシンボルを開始位置候補として扱うこともできる。
【０１６５】
図５０Ｃは、開始位置候補がスロット境界に対して相対的に定義されている場合を例示している。開始位置候補の数と位置は、スロット間で同じである場合も、スロットごとに異なる場合もある。上位層シグナリングは、これらの位置を示し得る。ＵＥは、各ＰＵＳＣＨの最初のＯＦＤＭシンボルに加えて、任意のスケジュールされたＰＵＳＣＨと重複する開始位置候補を、ＵＥがチャネルへのアクセスを試行するために使用できる有効な開始位置候補と見なすことができ、一方、スケジュールされたＰＵＳＣＨの外側の他の開始位置候補は無効であると見なすことができ、ＵＥはそれらの位置でチャネルへのアクセスを試行しない可能性がある。上位層は、ＵＥが開始位置候補として使用できる各スロットのＯＦＤＭシンボルのインデックスを示すことができる。例えば、１４ビットサイズのビットマップは、対応するビットが１に設定されている場合、どのＯＦＤＭシンボルを開始位置候補として使用できるかを示し得る。さらに、サブフレーム／無線フレーム内の各スロットは、開始位置候補に対して異なる位置を有することができ、ＵＥにシグナリングされることによる各スロットの連結されたビットマップ、および開始位置候補の位置がサブフレームまたは無線フレームごとに繰り返される。また、ｇＮＢは、スロットの一グループが特定の開始位置候補を有し、他のグループが異なる位置候補を有するというパターンを、特定の数のスロットにわたって定義することができる。このパターンは繰り返し適用できる。例えば、図５０Ｄは、３つのスロットにわたるパターンＰ＝１０１を示す。このパターンには、１に対応するスロットには４つの開始位置候補があり、０に対応するスロットには２つの開始位置候補がある。このパターンは３スロットごとに繰り返される。
【０１６６】
ｇＮＢは、開始位置候補の構成の特定のセットを半静的に示して、ｇＮＢがこれらの構成を柔軟に調整できるようにすることができる。例えば、ｇＮＢは、開始位置候補の配置の異なるセットを示す複数の上位層構成をＵＥに提供することができ、次に、ｇＮＢは、これらの構成を運ぶ上位層メッセージＩＤを指し示すことによって、ＭＡＣ制御要素（MAC  Control  Element：ＭＡＣ−ＣＥ）を使用して適切な構成を選択することができる。
【０１６７】
さらに、ｇＮＢは、ＤＣＩを使用することにより、開始位置候補の適切な構成、例えば、長さがｌоｇ２（ｋ）に等しいビットフィールドを動的に示すことができる。ただし、ｋは上位層シグナリングを介して示された構成数である。このビットフィールドは、認可を運ぶＤＣＩの中、またはＵＥ固有の探索空間内と、適切なＲＮＴＩを使用したグループ共通探索空間内のうちのどちらかの個別ＤＣＩの中で示され得る。さらに、ｇＮＢは、ＭＡＣ−ＣＥを使用して開始位置候補のサブセットをＵＥにシグナリングすることができ、次に、ｇＮＢはＤＣＩを使用して開始位置候補の選択された構成を示すことができる。
【０１６８】
ＵＥによるＵＬチャネルアクセスインジケーション
【０１６９】
ＰＵＳＣＨ開始位置に基づくＤＭＲＳスケジューリングの調整
【０１７０】
ＰＵＳＣＨマッピングタイプＡに対して、ＤＭＲＳシンボルの位置は、スロット境界に対して相対的に定義される。これによって、ＵＥがスケジュール／構成された認可に従ったチャネルの取得に失敗した場合、あいまいな動作に至る可能性がある。例えば、図２１および２２に示すように、複数の開始位置が専用ＤＣＩによって提供される場合、すなわち、ＤＣＩが個別のＰＵＳＣＨ開始位置に対して１対１でマッピングされる場合、各ＤＣＩは、ＰＵＳＣＨ開始位置に応じたＤＭＲＳ  ＲＲＣ構成と組み合わされた適切なＤＭＲＳスケジューリング情報を運ぶことができる。しかし、これには、同じ認可に対して複数のＤＣＩを復号化するためのシグナリングとＵＥの電力消費の観点から、大きなオーバーヘッドが伴う可能性がある。したがって、このような負荷を軽減するには、複数のＤＣＩを使用するよりも、開始位置候補を明示的に（上位層パラメータを使用して）または暗黙的に（指定された規則に従って）シグナリングする方が有益な場合がある。ただし、このような静的構成は、ＵＥが選択したＰＵＳＣＨの開始位置に基づいてＤＭＲＳスケジューリングを調整するには適切ではない場合がある。次に、そのような問題に対処するためのいくつかの実施形態について説明する。
【０１７１】
単一ＵＥのＭＩＭＯ（シングルユーザＭＩＭＯ（Single  User  MIMO：ＳＵ−ＭＩＭＯ)）の場合、いくつかの代替案を採用することができる。
【０１７２】
l0より前でのＰＵＳＣＨ開始
【０１７３】
ＵＥが、上位層パラメータdmrs-TypeA-Positionによって与えられるl0より前にチャネルにアクセスする場合（３ＧＰＰ  ＴＳ  ３６．２１１、物理チャネルおよび変調（リリース１５）、Ｖ１５．３．０（3GPP  TS  36.211,  Physical  channels  and  modulation  (Release  15),  V15.3.0）参照）、ＵＥが開始位置として選択したＰＵＳＣＨのＤＭＲＳシンボルとその新しい期間が、古い期間を有するＰＵＳＣＨのＤＭＲＳシンボルと同じである限り、ＵＥは構成およびスケジュールされたＵＬ  ＤＭＲＳを展開することができる。例えば、ＰＵＳＣＨ期間が１０、１１、または１２のＯＦＤＭシンボルに等しい場合、ＤＭＲＳは表５に示すように、シンボルl0,  9を占有する（３ＧＰＰ  ＴＳ  ３６．２１１、物理チャネルおよび変調（リリース１５）、Ｖ１５．３．０参照）。
【０１７４】
【表５】
2021523626.tif 000018
【０１７５】
図２５は、１つの追加のＵＬ  ＤＭＲＳシンボルを伴うＯＳ０からＯＳ１１の１２個のＯＦＤＭシンボルを介した送信がスケジュールされているが、ＵＥがＬＢＴに失敗したためにチャネルへのアクセスに失敗するＰＵＳＣＨの例を示す。図に示す位置候補、ＯＳ１およびＯＳ２から始まるチャネルが使用可能になると、ＵＥが選択した開始位置によるＰＵＳＣＨの期間はそれぞれ１１および１０になる。したがって、ＵＥは引き続き同じスケジュールされたＤＭＲＳを使用することができる。
【０１７６】
一方、ＵＥが選択した開始位置からのＰＵＳＣＨの期間が元のＰＵＳＣＨ期間とは異なるＤＭＲＳ構成を使用する場合、ＵＥは、同じ数の追加のＤＭＲＳシンボルを持った新しいＰＵＳＣＨ期間に関連する新しいＤＭＲＳ構成に従うことができる。図２６が示す例では、ＰＵＳＣＨは、最初にＯＳ０からＯＳ９までの１０シンボルの期間でスケジュールされ、ＵＬ  ＤＭＲＳシンボルが１つ追加されたが、ＵＥはＯＳ０のチャネルにアクセスできない。ただし、ＵＥがＯＳ１またはＯＳ２におけるチャネルにアクセスする場合、ＵＥが選択した開始位置でのＰＵＳＣＨの期間はそれぞれ９と８である。したがって、ＵＥは、元のＰＵＳＣＨ認可に関連付けられた古いＤＭＲＳ構成を使用しなくても、ＵＥは、ＰＵＳＣＨ期間８および９のＯＦＤＭシンボルに関連付けられた新しいＤＭＲＳ構成を使用することができる。この場合、図示のように、ＤＭＲＳはＯＳl0,  7にある必要がある。
【０１７７】
l0またはその後からのＰＵＳＣＨ開始
【０１７８】
ＵＥが、上位層パラメータdmrs-TypeA-Positionによって与えられるシンボルl0から、またはその後から始まるチャネルにアクセスする場合、ＵＥは、ＤＭＲＳがスロット境界に対して相対的にマッピングされるＰＵＳＣＨマッピングタイプＡが、ＤＭＲＳが新しいＰＵＳＣＨ期間に基づいてＰＵＳＣＨに対して相対的にマッピングされるＰＵＳＣＨマッピングタイプＢに、効果的に変更されると仮定することができる。言い換えれば、ＵＥは、l0をゼロに設定し、新しいＰＵＳＣＨ期間と、上位層パラメータdmrs-additionalPoistionによって与えられた追加のＤＭＲＳシンボル数に従って、ＤＭＲＳをマッピングすることができる。図２７は、１つの追加のＵＬ  ＤＭＲＳシンボルを伴うＯＳ０からＯＳ１１の１２個のＯＦＤＭシンボルを介した送信がスケジュールされているが、ＵＥがＬＢＴに失敗したためにチャネルへのアクセスに失敗するＰＵＳＣＨの例を示す。図に示す位置候補、すなわち、ＯＳ５から始まるチャネルが使用可能になると、ＵＥが選択した開始位置によるＰＵＳＣＨの期間は７ＯＦＤＭシンボルとなる。この場合、図および表６に示すように、ＵＥは、マッピングタイプＢに従った、ＰＵＳＣＨの開始に対して相対的にl0および4の、新しい７ＯＳのＰＵＳＣＨ期間に従って、ＵＬ  ＤＭＲＳをマッピングすることができる。
【０１７９】
【表６】
2021523626.tif 000019
【０１８０】
別の例として、図２８は、１つの追加のＵＬ  ＤＭＲＳシンボルを伴うＯＳ０からＯＳ１１の１２個のＯＦＤＭシンボルを介した送信がスケジュールされているが、ＵＥがＬＢＴに失敗したためにチャネルへのアクセスに失敗するＰＵＳＣＨを示す。この例では、ＵＥはＯＳ７から始まるチャネルにアクセスし、ＵＥが選択した開始位置からのＰＵＳＣＨの期間を４ＯＦＤＭシンボルとするが、ＤＭＲＳを運ぶシンボルは１つだけであり、追加のＤＭＲＳ位置はない。
【０１８１】
これまでの例では、これらの態様は、１つの追加のＤＭＲＳ位置を持つ単一シンボルＤＭＲＳに関して示されているが、これらの態様は、任意の数の追加ＤＭＲＳ位置を持つ単一シンボルＤＭＲＳにさらに適用可能であり、任意の数の追加ＤＭＲＳ位置を持つダブルシンボルＤＭＲＳにも適用可能である。
【０１８２】
図２９は、ＰＵＳＣＨ開始位置候補に従ってＤＭＲＳ構成を調整することができる手順例を示す。図２９の例では、最初に、ｇＮＢがＰＵＳＣＨマッピングタイプＡの付与の要求を送信し、ＰＵＳＣＨ期間に基づいて、対応するＤＭＲＳをスケジュールする。次に、ＵＥは、最初にスケジュールされたＯＳからＰＵＳＣＨを開始するために、チャネルへのアクセスを試行する。チャネルが使用可能な場合、手順は終了する。チャネルが使用できない場合、ＵＥは新しい開始位置でチャネルへのアクセスを試行する。Ｉoより前にチャネルにアクセスするためには、ＵＥはＰＵＳＣＨマッピングタイプＡとＰＵＳＣＨの新しい期間に従ってＵＬ  ＤＭＲＳ構成を選択するが、スケジュールされたＤＭＲＳの構成は、ＤＭＲＳタイプ（１または２）、追加ＤＭＲＳ位置の数、およびシングルまたはダブルＤＭＲＳシンボルの観点からは同じとする。Ｉoまたはそれ以後にチャネルにアクセスするためには、ＵＥはＰＵＳＣＨマッピングタイプＢとＰＵＳＣＨの新しい期間に従ってＵＬ  ＤＭＲＳ構成を選択するが、スケジュールされたＤＭＲＳの構成は、ＤＭＲＳタイプ（１または２）、追加ＤＭＲＳ位置の数、およびシングルまたはダブルＤＭＲＳシンボルの観点からは同じとする。いずれの場合も、ＵＥは新しいＤＭＲＳ構成でＰＵＳＣＨを送信する。
【０１８３】
マルチユーザＭＩＭＯ（Multi-User  MIMO：ＭＵ−ＭＩＭＯ）の場合、すなわち、他のＵＥのＤＭＲＳが異なるＯＣＣシーケンスで同じ符号分割多重（Code  Division  Multiple：ＣＤＭ）グループを共有しているか、直交周波数リソースを使用している場合、ＵＥが同じＰＵＳＣＨリソースを共有しているため、より困難である。したがって、他のＵＥのＤＭＲＳから独立しているあるＵＥのＤＭＲＳをシフトすることによって、異なるＵＥが使用する異なるアンテナポート間の重大な干渉に至る可能性がある。このような問題に対処するために、以下に説明するように、いくつかの代替案を採用することができる。
【０１８４】
ＵＥが選択した開始位置からのＰＵＳＣＨのＵＬ  ＤＭＲＳシンボルが、古いＰＵＳＣＨのＵＬ  ＤＭＲＳまたはそれらのシンボルのいくつかを運ぶ同じシンボルを占有する限り、ＵＥは、ＰＵＳＣＨ開始位置を変更することができる。例えば、３つの追加ＤＭＲＳ位置を持つ単一シンボルＤＭＲＳを伴ったＰＵＳＣＨマッピングタイプＡの場合、ＰＵＳＣＨ期間が１２、１３、または１４であれば、ＤＭＲＳは同じシンボルl0,  5,  8,  11を占有する。したがって、元のＰＵＳＣＨ認可期間が１４シンボルであり、３つの追加ＤＭＲＳが、例えば、図３０に示すように構成されている場合、ＵＥ１はＯＳ１または２から開始するチャネルへのアクセスを試行することができ、ＵＥが選択した開始位置からのＰＵＳＣＨの期間が、それぞれ、１３および１２シンボルに等しくなる。両方のＰＵＳＣＨ開始位置に対して、ＵＬ  ＤＭＲＳは、最初にスケジュールされたＰＵＳＣＨのＵＬ  ＤＭＲＳと同じシンボルを占め得る。このような場合、ＵＥ１のＰＵＳＣＨの開始位置を変更した後でも、ＵＥ１とＵＥ２のＤＭＲＳは直交している。
【０１８５】
これは常に当てはまるとは限らない。すなわち、ＵＬ  ＤＭＲＳは、ＵＥが選択した開始位置からのＰＵＳＣＨおよび最初にスケジュールされたＰＵＳＣＨに対して同じシンボルを占める。したがって、別の態様によれば、新しい期間を有するＰＵＳＣＨのＵＬ  ＤＭＲＳを運ぶＯＦＤＭシンボルのシンボルインデックスセットSnewが、古い期間を有するＰＵＳＣＨのＵＬ  ＤＭＲＳを運ぶシンボルインデックスセットSoldから選択されることになる。２つのセットが重複しておらず、Snewに属するインデックスのうちのいくつかがSoldに属していない場合、それらのインデックスは、Soldの中で最も近いインデックスに置き換えられる。Soldの中にあり、新しい期間でＰＵＳＣＨのＵＬ  ＤＭＲＳを送信するために使用されない記号は、他のＵＥのＤＭＲＳ間の衝突を回避するために、データを運ぶために使用されない可能性がある。図３１は、ＯＳ０からＯＳ１１までの１２シンボルに等しい期間のＰＵＳＣＨ認可の例を示す。３つの追加のＤＭＲＳが占有するように、すなわち、Sold  =  ｛l0,  5,  8,  11｝となるように構成されている。ＵＥ１がＯＳ１またはＯＳ２から始まるチャネルにアクセスして、ＵＥが選択した開始位置からのＰＵＳＣＨの期間がそれぞれ１１と１０になるようにすると、残念ながら、ＵＥが選択した開始位置からのＰＵＳＣＨの期間中、ＵＬ  ＤＭＲＳはシンボルSnew  =  ｛l0,  6,  9｝を占有する必要があり、これは、l0だけがＵＥ２のＵＬ  ＤＭＲＳを運ぶシンボルと重複することを意味する。さらに、ＵＥは、Snewの６および９を、Soldの最も近いインデックスである５および８でそれぞれ置き換えて、Snew  =  ｛l0,  5  6,  8  9｝を有することができる。そうすることにより、ＵＥ１とＵＥ２との間の直交性が維持される。
【０１８６】
最後のＤＭＲＳからの最後のＯＦＤＭシンボルからＰＵＳＣＨの末尾までのチャネル推定を著しく悪化させる可能性がある多数のＯＦＤＭシンボルの外挿を回避するために、新しい期間でＰＵＳＣＨを運ぶために複数のＯＦＤＭシンボルが必要な場合には、ＰＵＳＣＨの最後のＯＦＤＭシンボルのインデックスを古い期間で使用することができる。Sold  =  ｛l0,  5,  8,  11｝でありSnew  =  ｛l0,  6,  9｝である前記の例では、ＵＥは、Snewの６および９を、５および１１でそれぞれ置き換えて、図３２に示すように、Snew  =  ｛l0,  5  6,  11  9｝を有することができる。
【０１８７】
ＰＵＳＣＨマッピングタイプＡが使用されるが、ＵＥがl0の後にチャネルを取得する場合、ＰＵＳＣＨマッピングタイプＢを使用して、ＵＥが選択した開始位置からのＰＵＳＣＨの期間に従ってＤＭＲＳをマッピングすることができる。新しい期間のＰＵＳＣＨのＵＬ  ＤＭＲＳを運ぶシンボルのインデックスセットSnewが、古い期間のＰＵＳＣＨのＵＬ  ＤＭＲＳを運ぶべきシンボルのインデックスセットと異なる場合、Snewの各要素は、Soldの最も近い要素に置き換えられる。図３３は、ＯＳ０からＯＳ１１までの１２シンボルに等しい期間のＰＵＳＣＨ認可の例を示す。３つの追加のＤＭＲＳが占有するように、すなわち、Sold  =  ｛l0,  5,  8,  11｝となるように構成されている。ＵＥ１がＯＳ０から始まるチャネルへのアクセスに失敗したが、ＯＳ７から、すなわちl0より後から始まるチャネルへのアクセスに成功した場合、ＤＭＲＳはＰＵＳＣＨマッピングタイプＢに従ってマッピングされる。ＰＵＳＣＨの新しい期間は５シンボルであるため、ＵＬ  ＤＭＲＳは、ＰＵＳＣＨ開始位置ＯＳ７に対して相対的にl0,  4でインデックス付けされたシンボルを占有できる。したがって、Snew  =  ｛7,  11｝となる。SnewをSoldと比較して、ＵＥはＯＳ７をＯＳ８に置き換えて、Snew  =  ｛8,  11｝とすることができる。
【０１８８】
ＵＥがＯＳ８でチャネルにアクセスする場合、ＰＵＳＣＨの新しい期間は５であり、ＰＵＳＣＨマッピングタイプＢによれば、ＤＭＲＳを運ぶシンボルのインデックスは、ＰＵＳＣＨに対して相対的にl0、すなわち、Snew  =  ｛8｝である。この場合、図３４に示すように、ＤＭＲＳを運ぶために最後のシンボルSoldを使用することはできない。
【０１８９】
さらに、例えば、図５１に示すように、ＵＥは、スケジュールされたＰＵＳＣＨ全体を新しい開始位置にシフトすることができ、そして、ＰＵＳＣＨ全体をシフトせずに単に新しい開始位置からＰＵＳＣＨ送信を開始するのではなく、スケジュールされたＤＭＲＳを新しい開始位置に対して相対的にシフトすることができる。図５２Ａは、１つの追加のＵＬ  ＤＭＲＳシンボルを伴うＯＳ０からＯＳ１１の１２個のＯＦＤＭシンボルを介した送信がスケジュールされているが、ＵＥがＬＢＴに失敗したためにチャネルへのアクセスに失敗するＰＵＳＣＨの例を示す。図に示す位置候補、すなわち、ＯＳ２から始まるチャネルが使用可能になると、ＰＵＳＣＨ開始位置は、ＯＦＤＭシンボル２個分だけシフトされる。次に、ＤＭＲＳシンボルが、ＯＦＤＭシンボル２個分だけシフトされ、新しい位置がＯＳ５とＯＳ１１になる。ＰＵＳＣＨ全体をシフトしたことによって、ＵＥは、ライセンスＰＵＳＣＨの末尾の切り詰められたシンボルをパンクチャ／レートマッチすることができる。
【０１９０】
新しい開始位置次第で、その新しいシフトされた位置がスケジュールされたＰＵＳＣＨの末尾を超えている場合、ＵＥは、１つ以上のスケジュールされたＤＭＲＳシンボルをパンクチャすることができる。例えば、図５２Ｂは、最初にスケジュールされた２つのＤＭＲＳシンボルではなく、１つのＤＭＲＳシンボルだけを送信するＵＥの例を示す。ＵＥは、ＯＳ３で送信されるようにスケジュールされたＤＭＲＳシンボルをＯＳ１１で送信することができる。一方、ＯＳ９で送信されるようにスケジュールされたＤＭＲＳは取り除かれ得る。
【０１９１】
ＵＥは、例えば、新しいＰＵＳＣＨ開始位置の最初のＯＦＤＭシンボルにおいて、少なくとも１つのＤＭＲＳシンボルを送信するように構成され得る。これは、スケジュールされたＤＭＲＳシンボルのすべてがスケジュールされたＰＵＳＣＨの末尾を超えてシフトされた場合、すなわち、スケジュールされたＤＭＲＳシンボルのすべてが取り除かれた場合に有益である。ＰＵＳＣＨがシフトされた結果、スケジュールされたＤＭＲＳシンボルのいずれも送信できない場合、上位層シグナリングは、ＤＭＲＳシンボルの最小数やそれらの位置などを示すことができる。さらに、ＰＵＳＣＨを運ぶためのＯＦＤＭシンボルの残り数が特定のしきい値より小さい場合、ＵＥは、このＰＵＳＣＨが成功裏に復号化される可能性が最も高いので、このＰＵＳＣＨを送信しないように構成され得る。このようなしきい値は、上位層シグナリングによってＵＥに示され得る。
【０１９２】
ＰＵＳＣＨがスロット境界を越えることを許されず、ＵＥが複数の隣接するＰＵＳＣＨでスケジュールされる場合、各々のスケジュールされたＰＵＳＣＨは、元のスケジュールされたＰＵＳＣＨを含むスロットの末尾を超えて開始するようにシフトされない可能性がある。例えば、図５３Ａは、ＵＥがスケジュールしたＮ個のＰＵＳＣＨの例を示し、ＰＵＳＣＨ０に対して３つの開始位置候補が示されている。次に、チャネルの可用性に基づいて、ＰＵＳＣＨ０をシフトして、示された開始位置候補のどれからでも開始できる。示されたＰＵＳＣＨ開始位置候補のいずれにおいてもチャネルが利用できない場合、またはスロット０のＯＦＤＭシンボルの残り数が、例えば、上位層によって示される特定のしきい値より小さい場合、ＵＥはＰＵＳＣＨ０を取り除くことができる。次に、ＵＥは、次のＰＵＳＣＨを送信するために、チャネルへのアクセスを試行することができる。
【０１９３】
スロットが複数のＰＵＳＣＨを含む場合、ＵＥは、例えば、図５３Ｂに示されるように、スロット内のすべてのスケジュールされたＰＵＳＣＨをシフトすることができる。この図では、チャネルが使用できないため、ＰＵＳＣＨ０が取り除かれている。したがって、ＵＥは、ＰＵＳＣＨ１を送信するためにチャネルにアクセスしようとする可能性がある。チャネルが利用できない場合、ＰＵＳＣＨ１およびそれに続くＰＵＳＣＨ２は、共に新しい開始位置にシフトされる。いずれかのＰＵＳＣＨがスロット境界の終わりに達すると、スロット境界を越えたＯＦＤＭシンボルがパンクチャされる。このＰＵＳＣＨで使用可能なＯＦＤＭシンボルの数が減少するため、ＵＥは、データのレートマッチング／パンクチャリングを実行する可能性がある。
【０１９４】
さらに、ＵＥは、ＰＵＳＣＨを新しい開始位置にシフトするが、ＵＥは、例えば、図５４Ａに示すように、スケジュールされたＤＭＲＳシンボルを元の認可に示された通りに、それらの位置に維持することができる。１つ以上のＤＭＲＳシンボルがＰＵＳＣＨの新しい開始位置の前にある場合、それらのシンボルは、例えば、図５４Ｂに示すように、取り除かれる。ＰＵＳＣＨの新しい開始位置がスケジュールされたすべてのＤＭＲＳシンボルを超える場合、ＵＥはＰＵＳＣＨの送信を断念する可能性がある。あるいは、前述のように、ＵＥは、ＵＥがすべての取り除かれたスケジュールされたＤＭＲＳシンボルを送信することができるように、例えば、上位層シグナリングを介して、送信することができる特定の数の補償ＤＭＲＳシンボル、それらの位置、その他の任意の構成などで構成され得る。図５４Ｃが示す例では、ＰＵＳＣＨの開始位置がＯＳ１０にあり、そこでは、以前のすべてのＤＭＲＳシンボルが取り除かれている。この場合、ＵＥは、新しい開始位置で、ＰＵＳＣＨの最初のＯＦＤＭシンボルにおけるＤＭＲＳシンボルを送信することができる。
【０１９５】
最初のＰＵＳＣＨ送信におけるパワーブースト
【０１９６】
ＵＥのＣＯＴにおける最初のＰＵＳＣＨ送信に対して、ＤＭＲＳ電力は、そのＣＯＴ内の後続のＰＵＳＣＨ送信におけるＤＭＲＳに比べてブーストされる。これにより、ｇＮＢでのＰＵＳＣＨの検出の信頼性向上が確保され、チャネル品質の推定が改善される。これにより、ＰＵＳＣＨ送信がより少ないリソースにレートマッチングされるか、チャネルアクセスの遅延のためにパンクチャされた場合に、ＰＵＳＣＨのブロックエラーレート（Block  Error  Rate：ＢＬＥＲ）が改善される。この概念は、図３５に示され、図中、ＣＡＴ４ＬＢＴに続くＵＥの最初のＰＵＳＣＨ送信のＤＭＲＳシーケンスにおける公称電力がブーストされる。
【０１９７】
別のユースケースとして、ＰＵＳＣＨ送信が開始される位置が原因で、ＵＥが、ＤＭＲＳシーケンスを運ぶ１つ以上のＯＳを取り除くことになる場合、ＵＥは、チャネル推定の質を高めるために、残りのＤＭＲＳシーケンスの電力をブーストすることができる。図３６は、チャネルの可用性が不足しているためにＯＳ＃０が送信されないタイプＢのＰＵＳＣＨ送信の例を示す。認可内の残りのＤＭＲＳシンボルで電力がブーストされ、それによって、ＯＳ＃０でのＤＭＲＳシーケンスの損失をある程度補償する。ここで、ｇＮＢはＯＳ＃０にＤＭＲＳが存在しないことを検出し、ＰＵＳＣＨがＯＳ＃０で開始されなかったことを認識する。ｇＮＢは、ＯＳ＃３のＤＭＲＳを識別し、開始位置ＯＳ＃１、２、および３から、ＰＵＳＣＨの復号化を試みる。
【０１９８】
パワーブースト値αＤＭＲＳ−ＣＡＩが、ＲＲＣシグナリングを介してＵＥに設定される。この値は、使用可能なＰＵＳＣＨリソース内の実際に送信されるＤＭＲＳシーケンスの数に依存し得る。
【０１９９】
また、ＰＵＳＣＨ  ＲＥのための電力は、ＵＥのＬＢＴに続く、ＵＥのＣＯＴ内の最初のＰＵＳＣＨ送信のために利用可能なＰＵＳＣＨリソース内でブーストされ得る。ブーストは、使用可能なＯＳの数の関数であり得る。元の認可がＮ個のＯＳを有し、ＵＥがＫ個のＯＳだけにアクセス可能である場合、ＵＥは、Ｋ個のＯＳにおけるＰＵＳＣＨ  ＲＥの電力を、ＰＰＵＳＣＨ，ｂооｓｔ＝１０・ｌоｇ１０（αＰＵＳＣＨ−ＣＡＩ・Ｎ／Ｋ）倍に増大させることができる。ここで、αＰＵＳＣＨ−ＣＡＩはＲＲＣシグナリングを介してＵＥに設定され、αＰＵＳＣＨ−ＣＡＩは０以上の値であり、チャネルアクセスに続く最初のＰＵＳＣＨに適用される。通常の設定では、値１を使用できる。ＵＥは、与えられたＮ個およびＫ個に対して電力ヘッドルームがある場合のみ、パワーブーストを適用できる。それ以外の場合は、デバイスに対して可能な最大値ＰＰＵＳＣＨ−ＣＡＩ＝ｍａｘ（ＰＰＵＳＣＨ，ｎоｍｉｎａｌ＋ＰＰＵＳＣＨ，ｂооｓｔ，Ｐｍａｘ）まで電力をブーストできる。ここで、ＰＰＵＳＣＨ−ＣＡＩは、ＬＢＴに続く最初のＰＵＳＣＨ送信に適用される電力であり、Ｐｍａｘは、ＵＥが送信できる最大電力である（ＰｍａｘはＵＥの能力に依存するか、ＲＲＣシグナシングを介してＵＥに設定されるか、またはその両方であり得る）。ＰＰＵＳＣＨ，ｎоｍｉｎａｌは、ＰＵＳＣＨ送信が送信される公称電力である。最初のＰＵＳＣＨ送信に続くＰＵＳＣＨ送信で使用できる電力レベルは、ＰＰＵＳＣＨ，ｎоｍｉｎａｌである。
【０２００】
ＰＵＳＣＨ開始位置に依存するＤＭＲＳシーケンス
【０２０１】
ＵＥは、複数のＤＭＲＳシーケンスを伴ったＲＲＣシグナリングを介して構成されることができ、そこでは、ＵＥは、ＰＵＳＣＨの開始ＯＳを示すＤＭＲＳシーケンスを選択する。この概念は、図３７に示され、図中、ＵＥは、４つの開始位置候補ＯＳ＃０、ＯＳ＃１、ＯＳ＃２、ＯＳ＃３と４つの対応するＤＭＲＳシーケンスで構成されている。ＵＥは、ＯＳ＃０にチャネルアクセスする場合、ＤＭＲＳのシーケンス＃1を送信し、ＯＳ＃１にチャネルアクセスする場合、ＤＭＲＳのシーケンス＃2を送信、等々というように送信を実行する。ここで、ｇＮＢはすべてのＤＭＲSシーケンス候補を監視する。有効なシーケンスを見つけると、ｇＮＢはそのシーケンスからＰＵＳＣＨ送信の開始位置を推測する。この方法により、ＰＵＳＣＨ送信の開始ＯＳを盲目的に検出する必要性が回避される。
【０２０２】
シーケンスは、疑似ランダムシーケンスジェネレータにおける開始位置候補に対する異なる初期化パラメータを提供することによって定義することができる。例えば、パラメータnCAIをＤＭＲＳシーケンスに導入することができる。ただし、nCAIはＰＵＳＣＨの開始位置の関数である。ＰＵＳＣＨのための変換プリコーディングが有効である場合、参照信号シーケンスｒ（ｎ）は以下の数式１０に従って生成される必要がある。
【０２０３】
【数１０】
2021523626.tif 000020
【０２０４】
【数１１】
2021523626.tif 000021
【０２０５】
ただし、上記の数式１０は、次のように定義された低ピーク対平均電力比（Peak-to-Average  Power  Ratio：ＰＡＰＲ）シーケンスである。すなわち、ＤＣＩによって動的にスケジュールされたＰＵＳＣＨ送信に対してδ＝１でありα＝０である。低ピーク対平均電力比シーケンス（上記の数式１１）は、以下の数式１２にしたがって、ベースシーケンス（下記の数式１３）のサイクリックシフトαによって定義される。  
【０２０６】
【数１２】
2021523626.tif 000022
【０２０７】
【数１３】
2021523626.tif 000023
【０２０８】
【数１４】
2021523626.tif 000024
【０２０９】
ただし、上記の数式１４はシーケンスの長さである。複数のシーケンスは、値の異なるαおよびδを介して、単一ベースシーケンスから定義される。
ベースシーケンス（数式１３）は、複数のグループに分けられる。
【０２１０】
【数１５】
2021523626.tif 000025
【０２１１】
【数１６】
2021523626.tif 000026
【０２１２】
【数１７】
2021523626.tif 000027
【０２１３】
ただし、数式１５はグループ番号、ｖはグループ内のベースシーケンス番号であり、各グループには、各長さが数式１６（ただし、１≦ｍ／２δ≦５）の１つのベースシーケンス（ｖ＝０）と各長さが数式１７（ただし、６≦ｍ／２δ）の２つのベースシーケンス（ｖ＝０，１）が含まれる。
【０２１４】
シーケンスグループは下記の数式１８となる。
【０２１５】
【数１８】
2021523626.tif 000028
【０２１６】
【数１９】
2021523626.tif 000029
【０２１７】
【数２０】
2021523626.tif 000030
【０２１８】
【数２１】
2021523626.tif 000031
【０２１９】
【数２２】
2021523626.tif 000032
【０２２０】
ただし、上記の数式１９は、以下によって与えられる。
・上記の数式２０が上位層パラメータnPUSCH-Identity-Transform-precodingによって構成され、ＰＵＳＣＨがｍｓｇ３  ＰＵＳＣＨでない場合、上記の数式２１
・それ以外の場合、上記の数式２２
ただし、ｎＣＡＩは、ＰＵＳＣＨの開始位置を識別するパラメータとして定義される。
ただし、ｆｇｈおよびシーケンス番号ｖは以下によって与えられる。
・グループもシーケンスホッピングも使用しない場合、
ｆｇｈ＝０
ｖ＝０
・グループホッピングを使用するがシーケンスホッピングは使用しない場合（下記の数式２３）、  
【０２２１】
【数２３】
2021523626.tif 000033
【０２２２】
ただし、疑似ランダムシーケンスＣ（ｉ）は長さが３１の疑似ランダムゴールドシーケンスであり、各無線フレームの開始時に下記の数式２４で初期化される必要がある。
【０２２３】
【数２４】
2021523626.tif 000034
【０２２４】
・ループホッピングではなくシーケンスホッピングを使用する場合（下記の数式２５）、
【０２２５】
【数２５】
2021523626.tif 000035
【０２２６】
ただし、疑似ランダムシーケンスＣ（ｉ）は長さが３１の疑似ランダムゴールドシーケンスであり、そのジェネレータは、各無線フレームの開始時に下記の数式２６で初期化される必要がある。
【０２２７】
【数２６】
2021523626.tif 000036
【０２２８】
ＰＵＳＣＨの変換プリコーディングが有効でない場合、シーケンスｒ（ｎ）は、以下の数式２７に従って生成される必要がある。
【０２２９】
【数２７】
2021523626.tif 000037
【０２３０】
ただし、疑似ランダムシーケンスＣ（ｉ）は長さが３１の疑似ランダムゴールドシーケンスであり、そのジェネレータは、以下の数式２８を使って初期化される必要がある。
【０２３１】
【数２８】
2021523626.tif 000038
【０２３２】
【数２９】
2021523626.tif 000039
【０２３３】
【数３０】
2021523626.tif 000040
【０２３４】
【数３１】
2021523626.tif 000041
【０２３５】
【数３２】
2021523626.tif 000042
【０２３６】
【数３３】
2021523626.tif 000043
【０２３７】
ただし、ｌはスロット内のＯＦＤＭシンボル番号であり、上記の数式２９はフレーム内のスロット番号であり、そして、
・上位層パラメータUL-DMRS-Scrambling-IDが提供され、ＰＵＳＣＨがｍｓｇ３  ＰＵＳＣＨでない場合、上位層パラメータUL-DMRS-Scrambling-IDによって、上記の数式３０と上記の数式３１が与えられ、
・それ以外の場合、上記の数式３２と上記の数式３３が与えられる。
ただし、ｎＣＡＩは、ＰＵＳＣＨの開始位置を識別するパラメータとして定義される。
【０２３８】
最初のＰＵＳＣＨ送信におけるＤＭＲＳリソース密度
【０２３９】
ＵＥは、ＰＵＳＣＨ送信のための特定の数のＤＭＲＳシーケンスに対してＲＲＣ構成される。別の態様によれば、ＵＥが成功したＬＢＴに続いてＰＵＳＣＨ送信を実行するとき、ＵＥは、異なる数のＤＭＲＳシーケンスを使用することができる。すなわち、ＵＥは、そのＣＯＴの最初のＰＵＳＣＨ送信において、異なる数のＤＭＲＳ送信を使用することができる。これにより、ｇＮＢはチャネル推定を改善し、その結果、パンクチャされたり、より少ないリソースにレートマッチングされたりしたときの、ＰＵＳＣＨ上のＢＬＥＲを改善できる。成功したＬＢＴに続くＰＵＳＣＨのＤＭＲＳ構成は、ＵＥへのＲＲＣシグナリングを介して構築され得る。図３８に見られるように、ＬＢＴに続く最初のＰＵＳＣＨ送信では、ＵＥのＣＯＴにおける次のＰＵＳＣＨ送信と比較して、ＤＭＲＳの密度は高く、ＤＭＲＳの時間リソースは異なる。ここでは、ＵＥは、ＰＵＳＣＨタイプＢの２つのＵＬ認可を有し、最初のＰＵＳＣＨ送信ではＯＳ＃｛０、３、６、９｝で、そして後続のＰＵＳＣＨ送信ではＯＳ＃｛０、１０｝でＤＭＲＳを送信するようにＲＲＣ構成されている。
【０２４０】
可変開始位置を示すためのＵＬプリアンブル
【０２４１】
ＵＥは、ＬＢＴに続く最初のＰＵＳＣＨの開始位置を示すために、ＵＬプリアンブルを送信することができる。ＰＵＳＣＨリソースは、このプリアンブルの位置と関連している。例えば、ＰＵＳＣＨは、図３９に示すように、プリアンブルと同じＯＳで開始できる。この例では、プリアンブルは１つおきのＲＥで送信される。しかし、一般的には、プリアンブルには、ＵＥに設定された時間／周波数リソースの任意のセットを含めることができる。ｇＮＢは、プリアンブルを監視および検出し、それを検出すると、ｇＮＢは、同じＯＳにおいてＰＵＳＣＨを発見する。
【０２４２】
ｇＮＢは、プリアンブルの送信の空間的方向を構成する。例えば、プリアンブルは、ＰＵＳＣＨ送信のＤＭＲＳシーケンスと同じ対応を持ち得る。あるいは、プリアンブルは、ＳＳＢ／ＰＢＣＨまたはＣＳＩ−ＲＳなどの異なるＲＳと対応する空間的方向に送信されてもよい。プリアンブルリソースがＰＵＳＣＨのＤＭＲＳリソースと衝突すると、ＤＭＲＳは取り除かれ、プリアンブルが送信される。
【０２４３】
さらに、プリアンブルは、ｇＮＢがそれを容易に検出できるように、図４０に示すように、ＰＵＳＣＨの帯域幅と比べて狭帯域であり得る。その周波数リソースは、図４０Ａに示すＰＵＳＣＨの最も低いＲＢからのオフセットなどで、認可内のＰＵＳＣＨリソースに対して相対的に構成することも、図４０Ｂに示すようにキャリアの中心に対して相対的に固定することもできる。
【０２４４】
プリアンブルシーケンスは、ＲＲＣシグナリングを介して、ＵＥに対して構成される。シーケンスは、ＵＥ固有に、またはＵＥ全体で共通に構成され得る。
【０２４５】
ＵＥが特別に構成されている場合、プリアンブルは、ＰＵＳＣＨのＤＭＲＳと同じシーケンスを有し得る。プリアンブルは、ＰＵＳＣＨの周波数リソース全体にのみ適用することができる。
【０２４６】
プリアンブルは、ＳＳＢ、ＣＳＩ−ＲＳ、またはＤＭＲＳなどのＤＬ  ＲＳに対応して送信され得る。例えば、プリアンブルは、プリアンブルに続くＰＵＳＣＨのＤＭＲＳと同じ対応を持ち得る。あるいは、対応は、ＵＥへのＲＲＣシグナリングを介して構成され得る。
【０２４７】
ＰＵＳＣＨ送信の開始を示すことに加えて、プリアンブルは、ＵＥのＣＯＴの持続期間を示すために使用され得る。プリアンブルのセットは、ＵＥに対して構成され得る。各プリアンブルは、ＣＯＴの特定の期間を示し得る。ＵＥは、それが意図するチャネル占有期間に応じて、送信するプリアンブルを選択することができる。例えば、構成された認可を使用する自律ＵＬ送信において、ｇＮＢは、バッファステータスレポート（Buffer  Status  Report：ＢＳＲ）などの上位層情報がなければ、いくつのＰＵＳＣＨ送信がＵＥから期待されているかを知らない可能性がある。待ち時間を短縮するために、プリアンブルを介したＰＨＹシグナリングによって、構成された認可リソースの使用期間を示すことができる。これは、ｇＮＢが、ＵＥのＣＯＴに従ってリソースを計画したり、ＵＥとｇＮＢの間の効率的なＣＯＴ共有を可能にしたりするのに役立つ。
【０２４８】
プリアンブルシーケンスが複数のＵＥに共通であれば、他のノードはチャネルが占有されていることを認識できるので、プリアンブルによって、向上した電力効率および共存を提供することができる。プリアンブルがＤＬとＵＬで共通であれば、共存が容易になる。プリアンブルリソースの位置は、ＤＬとＵＬで共通であり得る。ＰＵＳＣＨは、プリアンブルの周辺でレートマッチングされてもよく、あるいはプリアンブルがＰＵＳＣＨをパンクチャしてもよい。
【０２４９】
ＳＵ−ＭＩＭＯまたはＭＵ−ＭＩＭＯのいずれかのＰＵＳＣＨマッピングタイプＢの場合、ＤＭＲＳシンボルの位置は、ＰＵＳＣＨリソースに対して相対的に定義される。したがって、ＵＥが最初にスケジュールされたものとは異なるＰＵＳＣＨ開始位置を選択する場合、ＵＥは、ＰＵＳＣＨタイプＢに従ってＵＬ  ＤＭＲＳシンボルを送信することができる。この場合、最初のＤＭＲＳシンボルは、ＵＥが選択した開始位置からのＰＵＳＣＨの最初のシンボルを占有することができる。追加のＤＭＲＳシンボルの位置および数は、ＰＵＳＣＨタイプＢのＤＭＲＳマッピング規則に従ってＵＥが選択した位置からのＰＵＳＣＨ期間に基づくことができる。例えば、図４９は、２つの追加ＵＬ  ＤＭＲＳシンボルを伴うＯＳ５からＯＳ１２の８つのＯＦＤＭシンボルにわたって送信するようにスケジュールされているが、ＵＥがＬＢＴに失敗したためにチャネルへのアクセスに失敗するＰＵＳＣＨの例を示す。図に示す位置候補、すなわち、ＯＳ７から始まるチャネルが使用可能になると、ＵＥが選択した開始位置によるＰＵＳＣＨの期間は６ＯＦＤＭシンボルとなる。この場合、図４９に示すように、ＵＥは、マッピングタイプＢに従った、ＰＵＳＣＨの開始に対して相対的にl0および4の、新しい６ＯＳのＰＵＳＣＨ期間に従って、ＵＬ  ＤＭＲＳをマッピングすることができる。
【０２５０】
利用可能なシンボルにおけるＰＵＳＣＨの送信
【０２５１】
上述のいくつかの手順は、ＵＥがＵＬ認可の開始時にチャネルへのアクセスに失敗した場合に、ＵＥがどの開始位置からチャネルへのアクセスを試みることができるかについてｇＮＢとＵＥが同じ理解を持つことを可能にするものである。また、上述のいくつかの方法は、開始位置をシフトすることによってＤＭＲＳがどのような影響を受けるか、およびそれを使用して、ＵＥがどのＰＵＳＣＨ候補位置を選択するかを示すことができる方法に関するものである。ＭＣＳをパンクチャして適合させる手順、およびピギーバックされたＵＣＩを送信できる方法について、以下に説明する。
【０２５２】
パンクチャリング
【０２５３】
簡単な手順として、ＵＥがｇＮＢによって提供された認可に基づいてＰＵＳＣＨを生成した後、ＵＥは、ＵＬ  ＤＭＲＳ位置を調整することなく、それらのシンボルのいくつかをパンクチャし、他を送信することができる。一態様によれば、ＵＥは、ＰＵＳＣＨ認可の始めからＵＥがチャネルにアクセスするシンボルまでのすべてのシンボルをパンクチャことができる。図４１は、l0,  5,  8,  11を占有するように構成された３つの追加ＤＭＲＳを伴うＯＳ０からＯＳ１１までの１２シンボルに等しい期間のＰＵＳＣＨ認可の例を示す。ＵＥがＯＳ７から始まるチャネルにアクセスする場合、ＵＥはＯＳ０からＯＳ６をパンクチャことができる。
【０２５４】
状況によっては、特に、ＰＵＳＣＨの最後の２つのＯＦＤＭシンボルがＤＭＲＳを全く運んでいない可能性があるため、すべてのＤＭＲＳシンボルがパンクチャされている場合、残りのＤＭＲＳが、ｇＮＢに正確なチャネル推定を取得させるのに十分でない場合がある。そこで、別の態様によれば、ｇＮＢにおいて信頼できる復号化を獲得するために、最小数の必要なＤＭＲＳシンボルを送信することができる。残りのＤＭＲＳシンボルがこの最小しきい値よりも小さい場合、送信されたＰＵＳＣＨをｇＮＢが復号化できる可能性が低いため、ＵＥはＵＬ送信を断念して電力消費を削減することができる。
【０２５５】
このしきい値は、必要なＤＭＲＳシンボルまたはすでにスケジュールされたＤＭＲＳシンボルの一部の最小数の絶対数を提供し得るmin_DMRS_numと呼ばれるＲＲＣパラメータなどの、上位層パラメータによって構成され得る。さらに、必要なＤＭＲＳシンボルの最小数は、ＭＣＳやＰＵＳＣＨ期間などのスケジュールされたＰＵＳＣＨ認可パラメータに依存し得る。表７は、スケジュールされたＭＣＳの関数として、必要なＤＭＲＳシンボルの最小数の例を示す。ただし、IMCSは、ＰＵＳＣＨ認可を提供するＤＣＩに与えられたＭＣＳである。さらに、｛｝下記の数式３４は、ＲＲＣパラメータmin_DMRS_numのような上位層パラメータによって提供され得る。上位層パラメータが、任意の行のＭＣＳしきい値が等しいことを示している場合、すなわち、MCSth_(i-1)  =  MCSth_iの場合、これらのＭＣＳしきい値の両方が現れる関連行の必要なＤＭＲＳシンボルの最小数は無効である。
【０２５６】
【数３４】
2021523626.tif 000044
【０２５７】
【表７】
2021523626.tif 000045
【０２５８】
同様に、必要なＤＭＲＳシンボルの最小数は、例えば、表７のように、ＰＵＳＣＨ期間の関数であり得る。ただし、Lは、送信され得るＯＦＤＭシンボルの実際の数であり、｛｝下記の数式３５は、ＲＲＣパラメータmin_DMRS_numのような上位層パラメータによって提供され得る。上位層パラメータが、任意の行のＰＵＳＣＨ期間しきい値が等しいことを示している場合、すなわち、Dth_(i-1)  =  Dth_iの場合、これらのＭＣＳしきい値の両方が現れる関連行の必要なＤＭＲＳシンボルの最小数は無効である。
【０２５９】
【数３５】
2021523626.tif 000046
【０２６０】
【表８】
2021523626.tif 000047
【０２６１】
また、ＭＵ−ＭＩＭＯスケジューリングの場合、同時にスケジュールされたＵＥ間の直交性を失うことを回避するために、パンクチャリングが使用され得る。ＵＥは、スケジュールされたＤＭＲＳシンボルのいずれかのみを使用する可能性があり、新しく選択された開始位置からのＰＵＳＣＨ期間に基づいてＵＬ  ＤＭＲＳの調整を試行しない可能性がある。
【０２６２】
ＭＣＳの適応化
【０２６３】
ライセンストランスポートブロックサイズ（Transport  Block  Size：ＴＢＳ）が固定されており、ＬＢＴ結果に依存しないと仮定すると、スケジュールされたＰＵＳＣＨに関連付けられたＭＣＳは、１回の送信でＴＢＳ全体を送信するための有効なＭＣＳではない可能性がある。一方、スケジュールされたＰＵＳＣＨに関連付けられたＭＣＳを、ＵＥが、新しいＭＣＳに関するＵＥとｇＮＢの間の共通の理解なしにＬＢＴの結果に基づいて自律的に変更する場合、使用されたＭＣＳを検出することはｇＮＢにとって大きな負担となる。
【０２６４】
複数のＰＵＳＣＨ開始位置が、前述のように、複数のＤＣＩを介した信号である場合、新しいＰＵＳＣＨ開始位置に関連する適切なＭＣＳがこれらのＤＣＩ中でシグナリングされ得る。
【０２６５】
複数のＰＵＳＣＨ開始位置が上位層パラメータを介して構成されている場合、新しいＭＣＳは、ＰＵＳＣＨ認可で提供されるいくつかのパラメータの関数として決定され得る。例えば、新しいＭＣＳは、ＰＵＳＣＨ期間、ＭＣＳなどのＰＵＳＣＨ認可、および、表９に示すように、ＬＢＴ結果に基づいてＵＥが選択した開始位置からのＰＵＳＣＨ期間に依存し得る。
【０２６６】
【表９】
2021523626.tif 000048
【０２６７】
ただし、Lは、シンボルの観点からＵＬ認可で提供されるようなＰＵＳＣＨ期間であり、IMCSは、ＰＵＳＣＨ認可で与えられたＭＣＳである。Inew,  N(L-1)は、IMCSの関数であり得る。例えば、Inew,  x  =  max  ｛2  IMCS  ,  MCS_max｝は、新しいＭＣＳが、ＰＵＳＣＨ認可で与えられた、MCS_maxで表される特定の最大ＭＣＳを持つＭＣＳの２倍であることを意味する。
【０２６８】
あるいは、ＵＥは、ピギーバックされたＵＣＩをＰＵＳＣＨに送信することによって、自律的にＭＣＳを変更し、選択されたＭＣＳを示すことができる。また、ピギーバックされたＵＣＩは、新しいＰＵＳＣＨ期間中に指定された位置に送信され得る。例えば、ピギーバックされたＵＣＩを最初のＤＭＲＳシンボルの後に送信して、ｇＮＢが、まず、ＵＣＩを復号化してＵＥによって選択されたＭＣＳを知り、次に、ＰＵＳＣＨ内のデータ部分を復号化するようにすることができる。
【０２６９】
選択されたＭＣＳを運ぶためにＵＣＩを送信する代わりに、ＵＬ  ＤＭＲＳを選択されたＭＣＳに示すことができる。例えば、ＵＥは、いくつかの初期化シーケンスを提供されることができ、それらは、ＭＣＳ候補と１対１のマッピング関係を有する。したがって、ｇＮＢは、ＤＭＲＳ初期化シーケンスを知ることにより、選択されたＭＣＳを把握できる。これは、以下の式（下記の数式３６）を用いて、ＤＭＲＳ初期化シーケンスを生成するために使用される複数の値（下記の数式３７）をシグナリングすることによって実現することができる。
【０２７０】
【数３６】
2021523626.tif 000049
【０２７１】
【数３７】
2021523626.tif 000050
【０２７２】
追加の値（数式３７）は、例えば、scrambling_to_MCS_mappingなどのＲＲＣパラメータのような上位層パラメータによって与えることができ、上式の他のパラメータは先に定義されている。ｇＮＢは、ＭＣＳを検出するために、ＤＭＲＳおよび対応する初期化を盲目的に検出する必要がある。
【０２７３】
ピギーバックされたＵＣＩの送信
【０２７４】
ＰＵＳＣＨシンボルがＬＢＴ結果に基づいてパンクチャまたはシフトされる場合、特に、ピギーバックされたＵＣＩがＰＵＳＣＨ認可の開始時に最初のいくつかのＯＦＤＭシンボルにマッピングされているなら、ピギーバックされたＵＣＩが影響を受ける可能性がある。別の態様によれば、ＵＣＩは、ＰＵＳＣＨよりも高い優先度を有することができ、ＵＣＩは、ＤＭＲＳを運ばない場合、または最初の単一シンボル／ダブルシンボルＤＭＲＳ送信の直後に、最初の利用可能なシンボルにおいて送信され得る。
【０２７５】
ＬＢＴの結果に基づいて、ＵＬ送信に利用できるＯＦＤＭシンボルはごくわずかである可能性があるため、特にＵＣＩのサイズが大きい場合、ＵＣＩを運ぶのに十分なリソースがない可能性がある。したがって、別の態様によれば、ＵＣＩのどのコンテンツを取り除くことができるかを規定するための特定の優先規則を定義することができる。例えば、
・パート２ＣＳＩレポートは、パート１ＣＳＩレポートよりも優先度が低い可能性がある。
・パート２ＣＳＩレポートは、肯定応答／否定応答（Acknowledgement/Negative-Acknowledgement：ＡＣＫ／ＮＡＣＫ）フィードバックよりも優先度が低い可能性がある。
・パート１ＣＳＩレポートは、ＡＣＫ／ＮＡＣＫフィードバックよりも優先度が低い可能性がある。
【０２７６】
ＵＣＩの内容は、ＬＢＴ結果に応じて変化し得るため、異なる内容を有する異なるＵＣＩを盲目的に復号化することは、ｇＮＢにとって負担となる可能性がある。そこで、別の態様によれば、ＵＬ  ＤＭＲＳは、ピギーバックされたＵＣＩの内容を示すことができる。例えば、ＵＣＩの内容が３つのカテゴリ、すなわち、パート２ＣＳＩレポート＜パート１ＣＳＩレポート＜ＡＣＫ／ＮＡＣＫフィードバックに分けられる場合、可能なＤＭＲＳ初期化シーケンスは３つのグループに分割でき、初期化シーケンスの各グループは特定のＵＣＩカテゴリに対応する。
【０２７７】
ＣＡＩのシグナリング
【０２７８】
ＣＡＩは、特に待ち時間が重要であり、他の一般ノードがそれを読み取ることができる必要がある場合、完全にＰＨＹ信号としてシグナリングされてもよいが、待ち時間が問題にならないシナリオにおいては、上位層シグナリングを介して送信されてもよい。
【０２７９】
ＣＡＩのＰＨＹシグナリング
【０２８０】
共通探索空間におけるＰＤＣＣＨを介したシグナリング
【０２８１】
ＤＬにおいては、ＮＲ  ＤＣＩはペイロードを運ぶことができ、ＰＤＣＣＨを使用して、物理層内のＣＡＩにシグナリングすることができる。
【０２８２】
その意図は、兄弟ノードおよび一般ノードが、（少なくとも他のＮＲ−Ｕセルから）セル内のノードによって送信されたＣＡＩを検出できるようにすることである。ＰＤＣＣＨは、ＮＲ−Ｕセルにわたって共通になるように、仕様によって提供されるＤＬ−ＣＡＩ−ＲＮＴＩでスクランブルされる。したがって、一般ノードはＣＡＩ−ＲＮＴＩを知っており、そのＣＡＩ−ＲＮＴＩを取得するためにセルの残存最小システム情報（Remaining  Minimum  System  Information：ＲＭＳＩ）を取得する必要はない。
【０２８３】
ＮＲ−ＵセルがＤＣまたはスタンドアロン（Stand-Alone：ＳＡ）展開にある場合、セルは、ＰＢＣＨおよびＲＭＳＩにシグナリングすることができる。ＤＬ  ＣＡＩは、インデックス０のＣＯＲＥＳＥＴおよび共通探索空間内で送信され得る。ＮＲ−Ｕ帯域内の他のｇＮＢは、定期的に互いの存在を検出し、それらのＵＥにシグナリングして、それらのセルＩＤをＣＡＩについて監視することができる。ｇＮＢはまた、一般ノードが他のセルとの同期を実行する必要がないように、そのＵＥに同期情報を提供することができる。したがって、兄弟ノードと一般ノードは、共存するＮＲ‐ＵセルのＰＢＣＨの存在と場所を知ることができる。チャネルを占有するセルは、ＣＯＲＥＳＥＴインデックス０においてＣＡＩを送信することができる。兄弟ノードおよび一般ノードは、ＣＡＩを検出するためにＣＯＲＥＳＥＴを知ることができる。ＣＡＩを検出するための方法を、図１４に記載する。ここでは、ｇＮＢ２とそのＵＥは一般ノードであり、ｇＮＢ１はセル１上のＣＡＩを送信する。
【０２８４】
ライセンスＰＣｅｌｌとのキャリアアグリゲーションにおけるＮＲ−Ｕセルにおいて、ＰＣｅｌｌは、兄弟ノードがＮＲ−Ｕセル上のＤＬ−ＣＡＩ−ＲＮＴＩ  ＤＣＩを監視するためのＣＯＲＥＳＥＴを構成することができる。あるいは、ＳＳＢ／ＲＭＳＩ信号がＳＣｅｌｌ内に存在して、一般ノードがＣＡＩを監視できるようにすることもできる。
【０２８５】
ＣＡＩのためにＤＬ−ＣＡＩ−ＲＮＴＩによってスクランブルされたＣＲＣを有するＤＣＩフォーマットのために、タイプ０Ｂ−ＰＤＣＣＨ共通探索を導入することができる。タイプ０Ｂ−ＰＤＣＣＨ共通探索空間の監視オケージョンの、ＳＳ／ＰＢＣＨブロックインデックスとの関連性は、タイプ０−ＰＤＣＣＨ共通探索空間の監視オケージョンのそれとの関連性と同じであり得る。ＵＥは、タイプ０Ｂ−ＰＤＣＣＨ共通探索空間におけるＰＤＣＣＨ受信に関連付けられたＤＭＲＳアンテナポート、およびＳＳ／ＰＢＣＨ受信に関連付けられたＤＭＲＳアンテナポートは、遅延拡散、ドップラー拡散、ドップラーシフト、平均遅延、および空間Ｒｘパラメータに関して準同一位置にされていると仮定することができる。ＤＭＲＳスクランブリングシーケンス初期化の値は、以下のように設定できる。
・仕様によって定義された固定定数に設定できる。
・セルＩＤに設定できる。
【０２８６】
ＤＬ−ＣＡＩ−ＲＮＴＩに基づくＤＣＩの長さは、仕様で定義するか、またはＲＭＳＩの中で構成することができる。ＣＯＲＥＳＥＴインデックス０内で監視されるＤＣＩ長さの数が、監視オケージョン中にＮＲにおける最大限度を超える場合、ＮＲ−Ｕ  ＵＥはこのＤＣＩの監視をやめる可能性がある。
【０２８７】
上位層パラメータdlCAIPeriodは、ＣＡＩをシグナリングする周期性を示すように定義され得る（図１０および図１１に見られるように、ＣＡＩは、ＭＣＯＴ内にｇＮＢによって複数回シグナリングされ、リスニングノードが信号を検知し損なわないようにする）。
【０２８８】
すべてのセルがＣＡＩの送信をサポートし得るわけではない。ＰＢＣＨの１ビットは、セルがＣＡＩ送信をサポートしているかどうかを示し得る。
【０２８９】
あるいは、ＣＡＩは、ＵＥのグループにマルチキャストされ得る。例えば、グループ共通ＰＤＣＣＨ（例えば、ＤＣＩフォーマット２＿０のＰＤＣＣＨ）を使用して、ＣＡＩを運ぶことができる。このＰＤＣＣＨは、ＵＥがＣＡＩのＧＣ−ＣＡＩ−ＲＮＴＩの構成を持つことになるため、ＲＲＣ接続状態のＵＥによって復号化され得る。ＤＣＩは、グループ共通ＲＮＴＩ（Group  Common  RNT1）「ＧＣ−ＣＡＩ−ＲＮＴＩ」でスクランブルされ得る。
【０２９０】
ｇＮＢなどのノードが、ＵＥへのチャネルアクセスの開始を示すことは有利である。これにより、ＵＥは、有効なＣＳＩ−ＲＳ、ＤＲＳ、ＳＳＢ／ＰＢＣＨ、ＰＲＡＣＨオケージョン、およびｇＮＢおよび構成された認可リソースとのＣＯＴ共有のためのリソースの少なくとも一方の存在を識別できる。
【０２９１】
ＤＬ−ＣＡＩ−ＲＮＴＩを持つＤＣＩは、ＣＯＴの状態を提供するために、ｇＮＢによってＵＥに送信され得る。ＤＣＩは、ｇＮＢのＣＯＴを示す最大Ｃビットまでを運ぶことができる。Ｃは、ＲＲＣシグナリングを介してＵＥに設定するか、仕様中に事前定義することができる。例えば、１０ミリ秒までのＭＣＯＴの場合はＣ＝４である。ＤＣＩは、ＣＯＴが有効である帯域幅、例えば、スペクトル内のＢ個の２０ＭＨｚサブバンドに対応するＢビットのビットマップを運ぶこともできる。ｇＮＢがチャネルアクセスできる２０ＭＨｚサブバンドのセットに対応するビットは１に設定される。この場合、ＵＥは、ＤＬ−ＣＡＩ−ＲＮＴＩとスロットフォーマットインジケーションＲＮＴＩ（Slot  Format  Indication-RNTI：ＳＦＩ−ＲＮＴＩ）の両方を有するＤＣＩを受信すると、チャネルアクセスがないことをＣＡＩ−ＲＮＴＩによって示されたスロットのＳＦＩを無視することができる。あるいは、ＤＣＩは、ＣＯＴのＮ個のスロットのスロットフォーマットを指定することにより、ＣＯＴを示すことができる。ＤＬ−ＣＡＩ−ＲＮＴＩは、ＵＥにスロットフォーマットインジケーションを提供するＳＦＩ−ＲＮＴＩであり得る。ＤＬ、フレキシブル、およびＵＬ状態をそれぞれ識別するためにスロットフォーマットで存在する「Ｄ」、「Ｘ」、および「Ｕ」状態に加えて、無効なチャネルアクセスを識別するために、「ヌル」（null）フォーマットが導入され得る。例えば、スロットフォーマット「ＮＮＮＮＮＮＮＮＮＮＮＮＮＮ」は、スロットの１４個のシンボルのいずれにおいてもチャネルアクセスが利用できないことを意味する。部分的なチャネルアクセスを備えたスロットフォーマットは、「ＸＸＸＸＸＸＸＮＮＮＮＮＮＮ」のように定義することもでき、この場合、スロットの最後の７つのシンボルはノードのＣＯＴの外側にあるため、チャネルアクセスを得ることはできない。ＤＣＩは多数のスロットのスロットフォーマットを運ぶ可能性があるため、あるシンボルに対してヌルフォーマットが検出されると、ＵＥは、ｇＮＢがチャネルアクセスできないことを認識し、ヌルに続くシンボルのＳＦＩを無視する可能性がある。帯域幅ＲＮＴＩ（Bandwidth-RNTI：ＢＷ−ＲＮＴＩ）を持つ２番目のＤＣＩは、ＣＯＴが有効である２０ＭＨｚサブバンドに関する情報を運ぶことができる。ＢＷ−ＲＮＴＩは、ＳＦＩ−ＲＮＴＩと同じＣＯＲＥＳＥＴおよび監視オケージョン中に検出され得る。したがって、ＵＥはＳＦＩ−ＲＮＴＩとＢＷ−ＲＮＴＩの両方を使用して、ｇＮＢのチャネルアクセスの帯域幅と時間を決定する。指向性ＬＢＴの場合、ＣＯＴは空間的方向によって異なり得る。この場合、単一のＤＣＩが複数の空間的方向のＣＯＴ情報を提供することができる。したがって、ＤＣＩは、それが示す各ＣＯＴのＴＣＩ状態を運ぶことができる。あるいは、ＤＣＩは、ＵＥに対して構成されたＤ個の空間的方向のＣＯＴを運ぶことができる。Ｄは、ＲＭＳＩまたは他システム情報（Other  System  Information：ＯＳＩ）を介して提供され得るか、ＵＥ固有の方法で構成され得る。あるいは、与えられた空間的方向で受信されたＤＣＩは、その空間的方向のＣＯＴを示し得る。チャネルアクセスの方向を決定するこのＲＳは、チャネル��クセスＲＳ（Channel-Access-RS：ＣＡ−ＲＳ）と呼ばれる。例えば、（ＣＯＴを運ぶ）ＤＣＩのＤＭＲＳの空間的方向は、その空間的方向のＣＯＴを示している可能性がある。ここで、ＣＡ−ＲＳは、ＣＯＴ情報を運ぶＤＣＩのＤＭＲＳである。したがって、複数のＤＣＩがｇＮＢによって送信されて、異なるＣＡ−ＲＳを使用して異なる空間的方向のＣＯＴを示すことができる。
【０２９２】
ＣＡ−ＲＳグループは、ｇＮＢが所与のＣＡ−ＲＳに対してチャネルアクセスできる場合、ｇＮＢによって送信され得るＲＳのセットを含むように定義され得る。例えば、ＣＡ−ＲＳグループは、ＣＯＴを運ぶＤＣＩのＤＭＲＳに対して定義されることができ、ＤＭＲＳと同様の空間的方向にｇＮＢによって送信され得るＣＳＩ−ＲＳなどの他のＲＳを含む。ＵＥが、ｇＮＢがチャネルアクセスできるＣＡ−ＲＳグループに属する認可またはＲＳを有する場合、ＵＥは、認可またはＲＳを処理する。ｇＮＢは、ＣＡ−ＲＳによって与えられた方向において空間ＬＢＴを実行することができる。成功した場合、ｇＮＢは、そのＣＡ−ＲＳのＣＡ−ＲＳグループ内にある信号を送信できる。ＣＡ−ＲＳグループには、そのＣＡ−ＲＳグループ内の参照ＣＡ−ＲＳと同じ／類似の空間的方向を持つＲＳが含まれている必要がある。図４２に示すように、ｇＮＢはＣＡ−ＲＳ１にＣＯＴ情報を運ぶＤＣＩを送信する。ＵＥがこれを受信すると、ＵＥは、そのＣＯＴ内のＣＡ−ＲＳ１のＣＡ−ＲＳグループ内のＲＳによって与えられた空間的方向の信号のみを受信できることを認識する。
【０２９３】
さらに、指向性ＬＢＴの場合、ｇＮＢがそのＣＯＴをＵＥと共有しているなら、構成された認可の空間的方向がＣＯＴのＤＬ空間的方向に対応する場合のみ、ＵＥは共有ＣＯＴ上で構成された認可送信を実行することができる。ＵＥはまた、ＣＡＴ２ＬＢＴを実行して、それぞれのＤＬ  ＣＡ−ＲＳに対応する方向で共有ＣＯＴ内のチャネルにアクセスすることができる。図４３に示すように、ＵＥは、ＣＡ−ＲＳ１のＤＬ  ＣＡ−ＲＳグループに対応する空間的方向を使用して、ｇＮＢのＣＯＴ内で送信する。
【０２９４】
ｇＮＢなどのノードが部分スロットの最初からチャネルアクセスを取得する場合、ノードは、ＣＯＴの終了時に部分スロットのみに対してチャネルアクセスを有することができる。この場合、最後の部分スロットのフォーマットは、それを示すにはＣＯＴをより細かい粒度で示すための追加のビットが必要になるため、ノードはそれを示さない可能性がある。ＵＥが最後の部分スロットで明示的な認可を有していない限り、ＵＥは最後の部分スロットでのｇＮＢのＣＯＴを認識することはできない。そこで、最後の部分スロットについては、有効なチャネルアクセスのＣＯＴインジケーションが受信されなくても、ＵＥが認可を有する場合、ＵＥはチャネルアクセスが有効であると見なし、そのスロットを処理し続ける。これは、特に、スケジュールされた認可に対して、そのＣＯＴ内に認可が受信された場合に使用できる。しかし、構成された認可の場合、部分スロットに対して有効なチャネルアクセスのＣＯＴインジケーションが受信されなければ、ＵＥは、チャネルアクセスが有効ではないと見なし、そのスロットで送信しない。
【０２９５】
ＣＡＩ監視期間中の電力消費を低く保つために、ＵＥは、選択されたリソース上でのみＣＡＩを監視することができる。例えば、ＵＥは、周期性SCAIを持つ探索空間内の狭いＢＷＰ内のＣＯＲＥＳＥＴ上のＣＡＩを監視することができる。ＣＡＩを受信すると、ＵＥは、事前構成されたより広いＢＷＰに切り替え、制御情報に関して構成されたＣＯＲＥＳＥＴを監視することができる。
【０２９６】
別の方法として、ＵＥは、共通のＢＷＰ上でＣＡＩを受信した後、そのＣＡＩおよび制御情報を監視することができるが、ＣＡＩおよび他の制御情報を監視するために異なる探索空間を構成することができる。
【０２９７】
あるいは、ＣＡＩが検出されると、そのＣＡＩから検出されたＣＯＴの残りの期間中、ＣＡＩのために構成された探索空間は自動的に無効にされる。
【０２９８】
ハンドシェイクをトリガーするためのＰＤＣＣＨを介したシグナリング
【０２９９】
ＤＬにおいて、ＮＲ  ＤＣＩは、ＵＬ上でのハンドシェイクをトリガーするためのＣＡＩ−Ｉのペイロードを運ぶことができる。これは、以下のように起こり得る。
・ＣＡＩ−ＩのＰＤＣＣＨが、Ｃ−ＲＮＴＩまたはＣＳ−ＲＮＴＩを用いてシグナリングされ得る。ＵＥは盲目的にＰＤＣＣＨを復号化し、自身のＬＢＴが成功した場合はＣＡＩ−Ｒで応答する。ＣＡＩ−Ｉはまた、ＣＡＩ−Ｒを送信する前にＵＥが実行しなければならないＬＢＴのタイプを示し得る。その方法を図１５に示す。この場合、同じセルに接続されている他のＵＥと、セル外のノードはＣＡＩ−Ｉを受信できない。
【０３００】
トリガーは、ＵＥ固有の探索空間またはタイプ０−ＰＤＣＣＨ共通探索空間におけるＤＬまたはＵＬ認可の一部として送信され得る。新しいＤＣＩフォーマット１＿１Ｃ、１＿０Ｃ、０＿１Ｃ、０＿０Ｃは以下のフィールドの１つ以上で導入され得る。
・ハンドシェイクの必要性を示す１ビット
・ＵＥによって実行されるＬＢＴのタイプを示すＬビット（優先度クラス）
・チャネル占有時間を示すＴоｃｃ用のＤビット。この結果、ＵＥはそのセル内のｇＮＢのＴоｃｃ以内でＣＡＩ−Ｒをシグナリングすることができる。
・ＣＡＩ−Ｒの送信に先立ってセンシングに使用するしきい値を示すＨビット
【０３０１】
ＣＡＩ−ＩのＰＤＣＣＨは、タイプ０−ＰＤＣＣＨ共通探索空間のような探索空間におけるＣＡＩ−ＲＮＴＩとの共通探索空間においてシグナリングされ得る。ＣＡＩ−ＲＮＴＩは、ＲＭＳＩ、または仕様で指定された定数値を介して構成することができる。複数の兄弟ノードがＤＣＩを受信でき、１つ以上のＵＥがそのＣＡＩ−Ｒを、ＣＡＩ−Ｉがトリガーを構成する方法に応じて送信することができる。他のＮＲ−Ｕセルの一般ノードもＣＡＩ−Ｉを検出し、そこからＴоｃｃを取得することができる。ＤＣＩはまた、トリガーされたＵＥによって実行されるＬＢＴのタイプを示すためのＬビットを有し得る。ＣＡＩ−Ｒには、その受信側がＣＡＩ−Ｒの送信元を識別できるように、レシーバーの暗黙的または明示的な識別が含まれる。ＣＡＩ−Ｒには、ハンドシェイクを要求するノードの識別も含まれ得る。これは、複数のノードが周波数／時間多重化を介してリソースにアクセスする可能性があるデバイス間（Device-to-Device：Ｄ２Ｄ）または路車間（Vehicle-to-Everything：Ｖ２Ｘ）アプリケーションで有用であり得る。したがって、複数のＣＡＩ−ＩとＣＡＩ−Ｒが送信される可能性があり、それらの送信元と受信側を識別できる必要がある。トリガーは、以下の方法で提供し得る。
ＣＡＩ−ＲＮＴＩが受信されると、暗黙的にハンドシェイクがトリガーされる。ＣＡＩ−Ｉの受信から時間ＴＲｅｓｐ以内にＤＬまたはＵＬ認可を受信したＵＥは、ＣＡＩ−Ｒを送信するようにトリガーされる。図１６に示すように、ＵＥ１は、ＣＡＩ−ＩのＴＲｅｓｐ時間以内にＣＡＩ−ＩとＤＬ認可を受信する。したがって、ＵＥ１は、ＣＣＡ／ＬＢＴが成功した場合、ＣＡＩ−Ｒで応答する。
ページングＲＮＴＩ（Paging  RNTI：Ｐ−ＲＮＴＩ）と同様に、ＣＡＩ−ＲＮＴＩは、ＣＡＩ−Ｒを用いて応答する必要があるＵＥのＩＤ（例えば、Ｃ−ＲＮＴＩ）を運ぶＰＤＳＣＨ認可を提供し得る。メッセージ内にＩＤを見つけたＵＥは、ＣＡＩ−Ｒを送信する。この方法では、メッセージを上位層で処理する必要があるため、固有の待ち時間が発生する可能性がある。
ＣＡＩ−ＲＮＴＩ自体が、トリガーされたＵＥのＩＤを運ぶ可能性がある。ＣＡＩ−Ｉ内のそのＩＤを受信すると、ＵＥは、ＣＡＩ−Ｒを送信する。しかし、この方法では、ＤＣＩのペイロードが非常に大きくなる。
【０３０２】
ＲＡＣＨを介したＣＡＩ−Ｒのシグナリング
【０３０３】
ＣＡＩ−Ｒ応答は、ノードのチャネルが受信可能状態であることを示すこと以外に、多くの情報を運ばない場合がある。したがって、ＰＲＡＣＨプリアンブルはＣＡＩ−Ｒの良い候補である。ＣＡＩ−ＲのＲＡＣＨプリアンブルは、ＵＥに対してＲＲＣ構成され得る。すべてのＣＡＩ−Ｒ信号が衝突することなくｇＮＢで受信されることを確実にするには、競合のないＲＡＣＨリソースが望ましい。ＰＲＡＣＨプリアンブルの直交性により、複数のＣＡＩ−Ｒが同時に受信され得る。プリアンブルの受信に続いて、ハンドシェイクが完了し、ｇＮＢはＵＥに対するＤＬ／ＵＬ認可を進める。
【０３０４】
ＰＵＣＣＨ上でのＵＬ  ＣＡＩ−Ｒのシグナリング
【０３０５】
ＳＲに使用される短いＰＵＣＣＨフォーマットは、ＣＡＩ−Ｒに使用され得る。ｇＮＢは、ＵＥのＣＡＩ−Ｒリソース内のエネルギーを検出すると、ＣＡＩ−Ｒが受信され、ハンドシェイクが完了したと見なす。
【０３０６】
ＣＡＩ−Ｒは、ＵＥでのＣＣＡ／ＬＢＴ中に検出されたエネルギーレベルなどの追加情報を含み得る。さらに、（ＤＬ  ＲＳ、またはＵＬサウンディング参照信号（UL  Sounding  Reference  Signal：ＵＬ  ＳＲＳ）を使用したＱＣＬに対応する）複数のビームのエネルギーレベルを運び得る。この場合、ペイロードが大きすぎて、ＲＡＣＨを介して示すことはできない。ＣＡＩ−Ｒには、短いＰＵＣＣＨまたは長いＰＵＣＣＨを使用することができる。
【０３０７】
複数のＵＥからのＣＡＩ−Ｒは、直交して多重化されるか、または他のＵＥからの他のＰＵＣＣＨ信号と多重化され得る。
【０３０８】
プリアンブルアシストＣＡＩ
【０３０９】
ＣＡＩを示すために、プリアンブルを使用することができる。プリアンブルは、チャネルを使用しているＴоｃｃまたはセルを示すために必要な情報の一部またはすべてを運び得る。さらに、占有に関するより多くの情報が得られる可能性のあるリソースを示し得る。そのような設計をすると、他のセルや技術のノードが、チャネルを占有するＮＲ−ＵノードのＳＩを取得しなくても、プリアンブルを簡単に検出できるようになる可能性がある。ノードはプリアンブルを時間内に監視し、既知のプリアンブルとの高い相関関係を探す。相関がしきい値を超えると、プリアンブルが検出される。
【０３１０】
共通のプリアンブルをすべてのＮＲ−Ｕノードにわたって使用することによって、一般ノードの検出を単純化することができる。プリアンブルは、ザドフ・チュー（Zadoff−Chu：ＺＣ）シーケンスであってもよく、あるいは、ＰＳＳやＳＳＳのようなＭ系列（m-sequence）、またはＤＬに関するチャネル品質情報ＲＳ（Channel  Quality  Information  RS：ＣＱＩ−ＲＳ）などのＲＳシーケンスに基づいてもよい。それは、ＵＬ上のＰＲＡＣＨまたはＳＲＳのようなシーケンスであり得る。
【０３１１】
セルカラーリング
【０３１２】
プリアンブルは、ＣＡＩを送信するセルを示すＳビットの情報を運ぶことができる。Ｓビットは、セルＩＤに接続されたｇＮＢまたはＵＥのセルＩＤから導出され得る。Ｓが小さい場合（例えば、２または３ビット）、リスニングノードは可能なプリアンブルの（２または３ビットの場合は４または８個の）小さなセットの既知のシーケンスと相関する必要がある。Ｓビットは、リスニングノードが、送信がセル内にあるかセル外にあるかを識別することを可能にする「セルカラーリング」を提供する。示されたビット数がセルＩＤの数よりも少ない場合、プリアンブルが送信されるセルを識別する際のあいまいさが存在する。したがって、一般ノードは、それが自身のセルからのものであるかどうかを確実に知ることはできないが、多くのセルからのＣＡＩを迅速に識別できる。あいまいさを解消するために、追加情報がプリアンブルに付随する可能性があるが、送信を別のセルの送信として識別するノードは、この情報を探す必要はない。プリアンブルを検出する方法を図１７に示す。セルＩＤに関する完全な情報を取得できた場合、セル内のノードはＬＢＴの失敗に対してより高いしきい値を使用して、空間の再利用を可能にする。
【０３１３】
プリアンブル上のＴоｃｃのインジケーション
【０３１４】
プリアンブルのＳビットは、Ｔоｃｃを示すために使用される。一般ノードは、チャネルの状態と、いつチャネルの検知を始めるべきかを知る。
【０３１５】
プリアンブル上のＳビットのインジケーション
【０３１６】
Ｓビットは、以下の方法のうちの１つで示され得る。一般に、プリアンブルにＳビットを示す容量がある場合は、Ｔоｃｃのインジケーションとセルのカラーリングに分けることができる。
・Ｓビットは、ＺＣに基づくプリアンブルのルートまたはサイクリックシフトの一部として使用できる。
・Ｓビットは、Ｍ系列に基づくプリアンブルの初期化の一部として使用できる。
・プリアンブルシーケンス（下記の数式３８）は、時間的にＳ回繰り返すことができる。長さＳのＯＣＣベクトル（下記の数式３９）をＳ回の繰り返しに適用して、Ｓビットの情報を運ぶことができる。ここで、プリアンブルは４回繰り返され、（下記の数式４０）とする。
【０３１７】
【数３８】
2021523626.tif 000051
【０３１８】
【数３９】
2021523626.tif 000052
【０３１９】
【数４０】
2021523626.tif 000053
【０３２０】
図１８（Ａ）は、プリアンブルが時間的繰り返しによってどのように送信され得るかの例を示す。プリアンブルは非同期で送信される可能性があるため、ノード１は、ＬＢＴ成功裏に完了すると、直ちにプリアンブルを送信する。プリアンブルを送信した後、ノード１は、シンボル境界と同期するために予約信号を送信することができる。
【０３２１】
図１８（Ｂ）は、プリアンブルがシンボル境界と同期して送信された例を示す。ＬＢＴが成功後、予約信号が続く。シンボル境界の開始時に、プリアンブルが送信される。
【０３２２】
プリアンブルリソース
【０３２３】
ＣＡＩプリアンブルは、受信ノードが最小の電力消費でそれを検出できるように、狭帯域とすることができる。その帯域幅は、ＮＲ−Ｕでサポートされている最小のＢＷＰよりも小さくして、例えば、ＦＲ１の場合、５ＭＨｚとすることができる。欧州電気通信標準化機構（European  Telecommunications  Standards  Institute：ＥＴＳＩ）整合規格によれば、５ＧＨｚに対して２０ＭＨｚチャネルが要求されるが、２０ＭＨｚ帯域の中心を中心とするより小さな帯域（５ＭＨｚ程度の小帯域）での動作も許容されるため、ＣＡＩプリアンブルのために５ＭＨｚを選択することは、ＷｉＦｉとの共存に対して効果的であり得る。プリアンブルが最小占有チャネル帯域幅（Occupied  Channel  Bandwidth：ＯＣＢ）要件、すなわち、５ＭＨｚの８０％を満たせば、それで十分であり得る。
【０３２４】
プリアンブルは、一般ノードがその位置を認識できるように、アンライセンス帯域内の２０ＭＨｚ帯域の中心などの事前定義された位置、またはラスター位置などの特定の事前定義された位置で送信され得る。図１９に、８０ＭＨｚ帯域が２０ＭＨｚ帯域にチャネル化され、ＣＡＩプリアンブルが中央の５ＭＨｚ内で送信される例を示す。
【０３２５】
ＣＡＩのリソースは、すべてのＵＥがＣＡＩを見つけることができるように、ＲＲＣを介して構成され、ＳＩを介して示され得る。ＣＡにおいては、情報はＰＣｅｌｌによって提供され得る。ＤＣにおいては、情報はマスターセルグループ（Master  Cell  Group：ＭＣＧ）によって提供され得るか、ＤＲＳまたはＳＳＢで運ばれるＳＩから取得され得る。ＳＡにおいても、この情報はＤＲＳまたはＳＳＢで運ばれるＳＩから取得され得る。ＳＩは、チャネル帯域幅（Channel  Bandwidth：ＣＢＷ）の最低ＰＲＢからのオフセットとして周波数リソースを提供し得る。
【０３２６】
ＮＲはより広い帯域幅での動作をサポートするので、ＮＲ−Ｕノードは、複数の２０ＭＨｚ帯域を使用して、単一のセル内により広い帯域幅の複合キャリアを作成することができる（多くのＳＣｅｌｌが集約されるキャリアアグリゲーションの代わりに、帯域幅の多くのチャンクが１つのセルに結合される）。この場合も、本明細書では、集約された帯域の各々の２０ＭＨｚサブバンドの中央でプリアンブルを送信するよう提案する。図２０に示すように、アンライセンススペクトル中では、４つの２０ＭＨｚチャネルで構成される８０ＭＨｚ帯域が使用される。ＮＲ−Ｕノードは、３つの２０ＭＨｚチャネルを使用して複合６０ＭＨｚチャネルを作成する。別の態様によれば、ＣＡＩプリアンブルは、各々の２０ＭＨｚの一般ノードが周波数を切り替える必要なしにチャネルの状態を検出することができるよう、２０ＭＨｚチャネルのそれぞれの中央で送信され得る。
【０３２７】
あるいは、ｇＮＢは、ＳＩ中で、または動的に（特に、ハンドシェイクをトリガーするときの認可を介して）ビットマップを提供して、どの２０ＭＨｚ帯域がＣＡＩを運ぶかを示すことができる。
【０３２８】
プリアンブルのヌメロロジーは、以下のように決定され得る。
・プリアンブルは、周波数帯域に基づいて事前定義されたヌメロロジーを使用する。例えば、ＦＲ１の１５ｋＨｚを使用して、様々な処理機能を持つＵＥがこの信号を受信できる。３０ＫＨｚおよび６０ＫＨｚも、ＣＡＩプリアンブルによる待ち時間を短く保ち、カバーコードを用いてより多くの繰り返しを可能にするため、使用可能である。
・プリアンブルはＳＳＢと同じヌメロロジーを使用する。この場合、リスニングノードは、初期アクセスを実行するか、ＰＣｅｌｌまたはＰＳＣｅｌｌからの構成を通じて、ＳＳＢまたはＮＲ−Ｕセルに関するヌメロロジーを知る必要がある。
【０３２９】
一般に、プリアンブル上で送信できる情報は限られている。したがって、本明細書では、ＣＡＩを送信する他の形式（ＰＤＣＣＨ、ＲＡＣＨ、およびＲＳなど）と併せてプリアンブルを使用することを提案する。プリアンブルは、ＣＡＩの残りの情報を受信できるオケージョンとリソースを示し得る。言い換えれば、プリアンブルの情報がノードに関連している場合、ノードはウェイクアップして、図１７に示すように、残りのＣＡＩ情報を見つける。ＣＡＩの残りの情報は、プリアンブルの後の最初の（信号タイプの）オケージョン、またはプリアンブルの後の最初のＮ回以内のオケージョンで現れる可能性がある。例えば、残りの情報がＰＤＣＣＨ上で送信される場合、ノードは、プリアンブルに続く最初の監視の機会にこの情報を探すことができる。この概念を図４４に示す。図中、ＵＥはＤＬ信号のプリアンブルを監視する。プリアンブルを見つけると、ＵＥは、ＰＤＣＣＨ監視時にＣＯＴ情報を運ぶＤＣＩを復号化する。
【０３３０】
別の例が図４５に示され、図中、リソースを節約するために、プリアンブルの直後にＣＯＲＥＳＥＴおよび監視オケージョンが提供される。プリアンブルと次の監視オケージョンの間に複数のシンボルが存在する場合、ｇＮＢはＣＯＴ情報を示すことも、ＵＥのスケジューリングを直ちに実行することもできず、リソースが無駄になる可能性がある。代わりに、ＣＯＲＥＳＥＴと探索空間監視オケージョンに、プリアンブルに続く最低限の待ち時間が提供され得る。この制御リソースは非周期的である可能性がある。すなわち、その存在はプリアンブルの位置によって決まる。
【０３３１】
非周期的なＣＯＲＥＳＥＴ／探索空間監視オケージョンは、図４６に示されるように、プリアンブルと同じＯＳ内にあり得る。これによって、プリアンブルとＤＣＩとの間の待ち時間が減少するので、より良いリソース利用を可能になる。
【０３３２】
ＣＯＴ情報を運ぶＤＣＩのプリアンブルおよびＤＭＲＳは、ＱＣＬ信号であり得る。したがって、ＵＥは、特定の空間的方向でプリアンブルを受信すると、その方向で非周期的なＣＯＲＥＳＥＴも受信すること、すなわち、非周期的なＣＯＲＥＳＥＴがプリアンブルと同じＱＣＬを持つことを期待する。ｇＮＢは、すべてのＵＥをカバーするために、図４７に示すように、異なる空間的方向にプリアンブルを複数回送信する。非周期的なＣＯＲＥＳＥＴはＲＲＣシグナリングを介して構成される。このＣＯＲＥＳＥＴに関連する監視オケージョンは、非周期的であると定義される。例えば、探索空間監視オケージョンは、検出されたプリアンブルに関連して１回だけ発生する。この探索空間は、ＲＲＣシグナリングを介してＵＥに対して構成されており、オフセットがプリアンブルの発生によって決定され、周期的ではないため、パラメータmonitoringSlotPeriodicityAndOffsetを持たない可能性がある。
【０３３３】
さらに、プリアンブルは、ＣＯＲＥＳＥＴにおけるＰＤＣＣＨのＤＭＲＳの形態であり得る。ｇＮＢは、十分な信頼性を提供するために、プリアンブルを、広帯域ＤＭＲＳの形態になるようにスケジュールすることができる。
【０３３４】
本明細書に記載の装置、システム、方法、およびプロセスのいずれかまたはすべては、命令が図２１Ｂおよび２１Ｆのプロセッサ１１８または９１などのプロセッサによって実行されると、本明細書に記載のシステム、方法、およびプロセスをプロセッサに実行や実装させるコンピュータ可読記憶媒体に格納されたコンピュータ実行可能命令（例えば、プログラムコード）の形で具現化され得ることが理解される。具体的には、本明細書に記載のステップ、動作、または機能のいずれかは、無線および有線ネットワーク通信の少なくとも一方用に構成された装置またはコンピューティングシステムのプロセッサ上で実行される、そのようなコンピュータ実行可能命令の形で実装され得る。コンピュータ可読記憶媒体には、情報を記憶するための任意の非一時的（例えば、有形または物理的）方法または技術で実装された揮発性および不揮発性、リムーバブルおよび非リムーバブルメディアが含まれるが、そのようなコンピュータ可読記憶媒体には信号は含まれない。コンピュータ可読記憶媒体には、ＲＡＭ、ＲＯＭ、電気的消去可能ＲＯＭ（Electrically  Erasable  Programmable  ROM：ＥＥＰＲＯＭ）、フラッシュメモリまたは他のメモリ技術、コンパクトディスクＲＯＭ（Compact  Disc  ROM：ＣＤ−ＲＯＭ）、デジタル多用途ディスク（Digital  Versatile  Disc：ＤＶＤ）または他の光ディスクストレージ、磁気カセット、磁気テープ、磁気ディスクストレージ、または他の磁気ストレージデバイス、または所望の情報を記憶するために使用することができ、コンピューティングシステムによってアクセスすることができる他の任意の有形または物理的媒体が含まれるが、これらに限定されない。
【０３３５】
本開示の主題の好適な実施形態を説明する際に、図に示されるように、明確化のために特定の用語が採用されている。しかし、特許請求される主題は、そのように選択された特定の用語に限定することを意図されておらず、各特定の要素は、同様の目的を達成するために同様の方法で動作するすべての技術的同等物を含むことを理解されたい。
【０３３６】
この書面による記述は、例を使用して、最良のモードを含む本発明を開示し、また、任意の当業者が、任意のデバイスまたはシステムの作成および使用、ならびに任意の組み込まれた方法の実行を含み、本発明を実施できるようにするものである。本発明の特許可能な範囲は、特許請求の範囲によって定義され、当業者が想起する他の例を含み得る。そのような他の例は、特許請求の範囲の文字通りの言葉と異ならない要素を有する場合、または特許請求の範囲の文字通りの言葉と非実質的な相違を有する同等の要素を含む場合、特許請求の範囲内にあることが意図されている。
【図１】
2021523626.tif 000054
【図２】
2021523626.tif 000055
【図３Ａ】
2021523626.tif 000056
【図３Ｂ】
2021523626.tif 000057
【図３Ｃ】
2021523626.tif 000058
【図３Ｄ】
2021523626.tif 000059
【図３Ｅ】
2021523626.tif 000060
【図４】
2021523626.tif 000061
【図５Ａ】
2021523626.tif 000062
【図５Ｂ】
2021523626.tif 000063
【図６】
2021523626.tif 000064
【図７】
2021523626.tif 000065
【図８】
2021523626.tif 000066
【図９】
2021523626.tif 000067
【図１０】
2021523626.tif 000068
【図１１】
2021523626.tif 000069
【図１２】
2021523626.tif 000070
【図１３】
2021523626.tif 000071
【図１４】
2021523626.tif 000072
【図１５】
2021523626.tif 000073
【図１６】
2021523626.tif 000074
【図１７】
2021523626.tif 000075
【図１８】
2021523626.tif 000076
【図１９】
2021523626.tif 000077
【図２０】
2021523626.tif 000078
【図２１Ａ】
2021523626.tif 000079
【図２１Ｂ】
2021523626.tif 000080
【図２１Ｃ】
2021523626.tif 000081
【図２１Ｄ】
2021523626.tif 000082
【図２１Ｅ】
2021523626.tif 000083
【図２１Ｆ】
2021523626.tif 000084
【図２１Ｇ】
2021523626.tif 000085
【図２２】
2021523626.tif 000086
【図２３】
2021523626.tif 000087
【図２４】
2021523626.tif 000088
【図２５】
2021523626.tif 000089
【図２６】
2021523626.tif 000090
【図２７】
2021523626.tif 000091
【図２８】
2021523626.tif 000092
【図２９】
2021523626.tif 000093
【図３０】
2021523626.tif 000094
【図３１】
2021523626.tif 000095
【図３２】
2021523626.tif 000096
【図３３】
2021523626.tif 000097
【図３４】
2021523626.tif 000098
【図３５】
2021523626.tif 000099
【図３６】
2021523626.tif 000100
【図３７Ａ】
2021523626.tif 000101
【図３７Ｂ】
2021523626.tif 000102
【図３８】
2021523626.tif 000103
【図３９】
2021523626.tif 000104
【図４０】
2021523626.tif 000105
【図４１】
2021523626.tif 000106
【図４２】
2021523626.tif 000107
【図４３】
2021523626.tif 000108
【図４４】
2021523626.tif 000109
【図４５】
2021523626.tif 000110
【図４６】
2021523626.tif 000111
【図４７】
2021523626.tif 000112
【図４８】
2021523626.tif 000113
【図４９】
2021523626.tif 000114
【図５０Ａ】
2021523626.tif 000115
【図５０Ｂ】
2021523626.tif 000116
【図５０Ｃ】
2021523626.tif 000117
【図５０Ｄ】
2021523626.tif 000118
【図５１】
2021523626.tif 000119
【図５２Ａ】
2021523626.tif 000120
【図５２Ｂ】
2021523626.tif 000121
【図５３Ａ】
2021523626.tif 000122
【図５３Ｂ】
2021523626.tif 000123
【図５４Ａ】
2021523626.tif 000124
【図５４Ｂ】
2021523626.tif 000125
【図５４Ｃ】
2021523626.tif 000126
【国際調査報告】
2021523626.tif 000127
2021523626.tif 000128
2021523626.tif 000129