(57)【要約】  新無線でフレキシブルなキャリア帯域幅をサポートするように設計された、方法、システム、および装置。複数の帯域幅が、キャリア帯域でのチャネル利用可能性に応じて単一の合成キャリアに組み合わせられ得る。合成キャリアインジケータ（Composite  Carrier  Indicator：ＣＣＩ）は、チャネル占有時間内での利用可能なキャリア帯域をネットワークデバイスに示す。加えて、帯域幅パート不活性時間は、チャネルアクセスが利用可能でないとき中断される。
2021523632.tif 000002
【特許請求の範囲】
【請求項１】
無線通信を実施する装置であって、
プロセッサと、
前記プロセッサに接続されたメモリと、を備え、
前記メモリが、前記メモリ上に記憶される実行可能命令を含み、前記実行可能命令が、前記プロセッサによって実行されると前記プロセッサに動作を実施させ、
前記動作が、
チャネルを感知することと、
前記感知に基づいて、前記チャネルが複数の周波数帯域で利用可能であることを判断することと、
前記チャネルが複数の周波数帯域で利用可能であることの前記判断に基づいて、前記複数の周波数帯域を合成キャリアに組み合わせることと、
前記合成キャリア内にある前記周波数帯域のうちの１つまたは複数を示す合成キャリアインジケータ（Composite  Carrier  Indicator：ＣＣＩ）を生成することと、
前記ＣＣＩを受信機に通信することと、を含む、装置。
【請求項２】
各周波数帯域が、２０ＭＨｚである、請求項１に記載の装置。
【請求項３】
前記動作が、前記合成キャリアを形成するように他の周波数帯域を合成する前に、予め定められたアンカー周波数帯域へのチャネルアクセスを獲得することをさらに含み、前記装置が、アンカー周波数帯域へのチャネルアクセスを有しないとき、チャネルアクセスの機会の間に利用可能である他の周波数帯域で前記合成キャリアを形成しない、請求項１に記載の装置。
【請求項４】
前記装置が、基地局である、請求項１に記載の装置。
【請求項５】
前記ＣＣＩが、ザドフチュー（Zadoff  -  Chu）シーケンスのプリアンブルを介して通信される、請求項１に記載の装置。
【請求項６】
前記ＣＣＩが、下りリンク制御情報を介して通信される、請求項１に記載の装置。
【請求項７】
前記ＣＣＩが、ユーザ端末（User  Equipment：ＵＥ）固有の物理下りリンク制御チャネル（Physical  Downlink  Control  Channel：ＰＤＣＣＨ）の下りリンク制御情報、またはグループ共通のＰＤＣＣＨの下りリンク制御情報を介して通信される、請求項１に記載の装置。
【請求項８】
前記ＣＣＩが、上りリンクグラント、リソース制御シグナリング、または下りリンクグラントを介して通信される、請求項１に記載の装置。
【請求項９】
前記周波数帯域が、周波数において隣接しているときにのみ合成される、請求項１に記載の装置。
【請求項１０】
前記動作が、
カテゴリ４（Category  four：ＣＡＴ４）リッスンビフォアトーク（Listen-Before  Talk：ＬＢＴ）が、複数の周波数帯域の第１の周波数帯域で成功していることを判断することと、
前記カテゴリ４ＬＢＴが、前記複数の周波数帯域の前記第１の周波数帯域、および第２の周波数帯域に隣接している前記第１の周波数帯域で成功していることに基づいて、前記第２の周波数帯域上でカテゴリ２（Category  two：ＣＡＴ２）ＬＢＴを実施することと、
成功している前記ＣＡＴ２  ＬＢＴに基づいて、前記第１の周波数帯域および前記第２の周波数帯域を前記合成キャリアに合成することと、をさらに含む、請求項１に記載の装置。
【請求項１１】
前記ＣＣＩが、送信機のチャネル占有時間満了を示す、請求項１に記載の装置。
【請求項１２】
無線通信を実施するユーザ端末であって、
プロセッサと、
前記プロセッサに接続されたメモリと、を備え、
前記メモリが、前記メモリ上に記憶される実行可能命令を含み、前記実行可能命令が、前記プロセッサによって実行されると前記プロセッサに動作を実施させ、
前記動作が、
送信機から合成キャリアインジケータ（Composite  Carrier  Indicator：ＣＣＩ）を取得することと、
前記ＣＣＩに基づいて、合成キャリアの帯域幅を識別することと、
前記送信機の合成キャリアで１つまたは複数の周波数帯域を識別することに基づいて、測定、伝送、受信、および同期を実施することと、を含む、ユーザ端末。
【請求項１３】
前記ＣＣＩが、ザドフチュー（Zadoff  -  Chu）シーケンスのプリアンブル、ユーザ端末（User  Equipment：ＵＥ）固有の下りリンク制御情報、マルチキャスト下りリンク制御情報、上りリンクグラント、下りリンクグラント、または無線リソース制御シグナリングを介して取得される、請求項１２に記載のユーザ端末。
【請求項１４】
前記動作が、
基地局が、前記基地局の帯域幅パート（Bandwidth  Part：ＢＷＰ）内の周波数帯域へのアクセスを有しないことを判断することと、
前記基地局が、前記基地局のＢＷＰ内の前記周波数帯域へのアクセスを有しないことの前記判断に基づいて、帯域幅パート不活性タイマを一時停止させることと、をさらに含む、請求項１２に記載のユーザ端末。
【請求項１５】
前記動作が、前記送信機のチャネル占有時間が満了するときに、デフォルトＢＷＰに戻ることをさらに含む、請求項１４に記載のユーザ端末。
【請求項１６】
前記ユーザ端末（User  Equipment：ＵＥ）が、前記ＣＣＩを検出することによって、第１のステップで、前記送信機のチャネル占有時間内に少なくとも１つの周波数帯域を識別し、第２のインジケータから第２のステップで、前記チャネル占有時間で追加の合成周波数帯域を識別する、請求項１２に記載のユーザ端末。
【請求項１７】
前記第１のステップでの前記ＣＣＩが、復調参照信号であり、前記第２のインジケータが、グラントである、請求項１６に記載のユーザ端末。
【請求項１８】
前記動作が、
チャネル占有時間を前記送信機と共有することと、
カテゴリ２（Category  two：ＣＡＴ２）チャネル感知の成功後に、ユーザ端末のデータリソースに及ぶ周波数帯域上で、データを前記送信機に伝送することと、をさらに含む、請求項１２に記載のユーザ端末。
【請求項１９】
前記動作が、
チャネル占有時間を前記送信機と共有することと、
カテゴリ２（Category  two：ＣＡＴ２）チャネル感知の成功後に、ユーザ端末の帯域幅パート（Bandwidth  Part：ＢＷＰ）に及ぶ周波数帯域上で、データを前記送信機に伝送することと、をさらに含む、請求項１２に記載のユーザ端末。
【請求項２０】
前記動作が、
チャネル占有時間を前記送信機と共有することと、
カテゴリ２（Category  two：ＣＡＴ２）チャネル感知の成功後に、前記送信機の前記合成キャリア帯域幅を超えずに、データを前記送信機に伝送することと、をさらに含む、請求項１２に記載のユーザ端末。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願の相互参照）
本出願は、２０１８年５月１０日出願の「Channelization  And  BWP」と題する米国仮特許出願番号第６２／６６９，７２８号、および２０１８年６月２０日出願の「Channelization  and  BWP」と題する米国仮特許出願第６２／６８７，５９８号の利益を請求し、両方の内容が本明細書での参照により本明細書へ組み込まれる。
【背景技術】
【０００２】
アンライセンススペクトルで動作する少なくとも１つのセカンダリセル（Secondary  Cell：ＳＣｅｌｌ）でのキャリアアグリゲーションは、ライセンスアシストアクセス（Licensed-Assisted  Access：ＬＡＡ）と称される。したがって、ＬＡＡでは、ユーザ端末（User  Equipment：ＵＥ）のためのサービングセルの構成されたセットは、ＬＡＡ  ＳＣｅｌｌとも呼ばれる、フレーム構造タイプ３に従ってアンライセンススペクトルで動作する少なくとも１つのＳＣｅｌｌを常に含む。特に規定されない限り、ＬＡＡ  ＳＣｅｌｌは、規則的なＳＣｅｌｌとして機能する。
【０００３】
ＬＡＡ発展型ノードＢ（Evolved  Node  B：ｅＮＢ）およびＵＥは、ＬＡＡ  ＳＣｅｌｌ上で伝送を実施する前に、リッスンビフォアトーク（Listen-Before-Talk：ＬＢＴ）を適用する。ＬＢＴは、プロシージャであり、それによって、無線送信機はまず、媒体を感知し、媒体がアイドルであることを感知される場合にのみ伝送する。ＬＢＴが適用されるとき、送信機は、チャネルがフリーかまたはビジーかどうかを判断するように、チャネルをリッスン／感知する。チャネルがフリーであると判断される場合、送信機は、伝送を実施し得、そうでない場合は、伝送を実施しない。ＬＡＡ  ｅＮＢが、ＬＡＡチャネルアクセスの目的のために他の技術のチャネルアクセス信号を使用する場合、ＬＡＡ最大エネルギー検出閾値要件を満たし続ける。
【０００４】
種々のＬＢＴアプローチが存在するが、第３世代パートナーシッププロジェクト（3rd  Generation  Partnership  Project：３ＧＰＰ）によって推奨されるものは、ＬＢＴベースの機器カテゴリ４と呼ばれる。これは、ロングタームエボリューション（Long  Term  Evolution：ＬＴＥ）／ＷｉＦｉ共存だけでなく、ＬＴＥ／ＬＴＥ共存を保証するための標準化された方法を保証するように、ＷｉＦｉに類似するランダムアクセスプロトコルを追加する。リリース１４では、いくつかのチャネルアクセスプロシージャが、下りリンク（Downlink  ：ＤＬ）および上りリンク（Uplink：ＵＬ）伝送の両方に対して、それぞれ、ｅＮＢおよびＵＥによって実施されるように導入される。主要チャネルアクセスプロシージャは、ＴＳ３６．２１３３５ｎ（リリース１５），Ｖ１５．０．０の１５項に記載される。
【０００５】
ＬＴＥフレーム構造タイプ３は、通常のサイクリックプレフィックスでのＬＡＡセカンダリセル動作にのみ適用可能である。各無線フレームは長さＴｆ＝３０７２００・Ｔｓ＝１０ｍｓであり、０〜１９に番号付けされた長さＴｓｌоｔ＝１５３６０・Ｔｓ＝０．５ｍｓの２０スロットで構成されている。サブフレームは、２つの連続するスロットとして定義され、サブフレームｉは、スロットｉおよび２ｉ＋１で構成されている。無線フレーム内の１０個のサブフレームが、下りリンクまたは上りリンク伝送のために利用可能である。下りリンク伝送は、１つまたは複数の連続するサブフレームを占有し、サブフレーム内の任意の場所で開始し、完全に占有されるか、またはＴＳ３６．２１３３５ｎ（リリース１５），Ｖ１５．０．０の表４．２−１で規定されるようなＤｗＰＴＳ長の１つに続く、最後のサブフレームで終了する。上りリンク伝送は、１つまたは複数の連続するサブフレームを占有する。
【０００６】
３ＧＰＰ  ＴＲ３８．９１３は、次世代アクセス技術のシナリオおよび要件を規定している。高度化モバイルブロードバンド（Enhanced  Mobile  Broadband：ｅＭＢＢ）、超高信頼・低遅延通信（Ultra-Reliable  and  Low  Latency  Communications：ＵＲＬＬＣ）および大規模マシンタイプ通信（Massive  Machine  Type  Communication：ｍＭＴＣ）デバイスに対する主要性能指標（Key  Performance  Indicators：ＫＰＩ）は、表１にまとめる。
【０００７】
【表１】
2021523632.tif 000003
【０００８】
分配された単純な方法で技術間スペクトルアクセスを協調するために、送信機はまず、意図された伝送帯域にわたるエネルギーを検出しなければならない。このエネルギー検出（Energy  Detection：ＥＤ）メカニズムは、他のノードによる継続中の伝送を送信機に知らせ、伝送するかしないかを決定するのに役立つ。しかし、単純であるが、リッスンビフォアトーク（ＬＢＴ）としても知られているこのスキームは、すべての状況で機能するわけでなく、例えば、情報がバックグラウンドノイズレベルよりも下で受信されるようにエンコードされるとき、またはノードが離れていて信号が受信機で弱いときには機能しない。したがって、伝送することを求めるノードは、あるＥＤ閾値よりも下で受信されるエネルギーに従って占有されないようなチャネルを感知し得るが、依然として受信している近傍ノードと干渉し得る。
【０００９】
それでもなお、ＬＢＴは、共存に対する開始ポイントであり、多くの国のアンライセンス帯域規制で強制される。ＥＤ閾値は、誤った検出がノイズにより発生するため、低くしすぎることができない。その結果、効果的な技術間および技術内無線媒体アクセスのために追加の情報の必要性が存在する。
【００１０】
８０２．１１媒体アクセス制御（Media  Access  Control：ＭＡＣ）プロトコルは、仮想キャリア感知（Virtual  Carrier  Sense：ＶＣＳ）メカニズムでＥＤメカニズムを拡張し、それによって、８０２．１１パケットヘッダが、最も強い変調およびコーディングの使用により、最低の電力レベルで受信および復号される。ネットワーク割り当てベクトル（Network  Allocation  Vector：ＮＡＶ）、すなわち、チャネルがフリーかまたは占有されているときの各局（Station：ＳＴＡ）でのタイムラインは、チャネルが使用される長さを示すこのようなヘッダまたは制御パケットの内容に基づいて更新される。例えば、リクエストツーセンド（Request-To-Send：ＲＴＳ）／クリアツーセンド（Clear-To-Send：ＣＴＳ）メカニズムは、送信機の周囲のＲＴＳおよび受信機の周囲のＣＴＳを受信するすべてのノードによって更新されるＮＡＶをもたらすことによって、チャネルを確保する。しかし、より弱いパケット上でキャップチャされるより強い重複パケットをもたらすキャップチャ効果が、結果として、より強いノードが衝突を経験せずより弱いノードが戻るような不公平となるため、ＶＣＳでさえ問題を有する。
【００１１】
仮想キャリア感知は、電力を節約するためにエアインターフェースで物理キャリア感知の必要性を限定する論理抽出である。ＭＡＣ層フレームヘッダは、媒体がビジーである時間でフレームに必要とされる伝送時間を規定する時間長フィールドを含む。無線媒体上でリッスンする局は、時間長フィールドを読み取り、媒体へのアクセスから遅らせなければならない長さでの局のインジケータであるＮＡＶを設定する。ＮＡＶは、一様なレートで０までカウントダウンするカウンタとみなされ得る。カウンタが０のとき、仮想ＣＳインジケーションは、媒体がアイドルであることであり、０でないとき、インジケーションはビジーである。
【００１２】
アンライセンス周波数上での２つのタイプのＬＴＥアクセスが存在する。すなわち、ライセンスＬＴＥキャリアへの補助下りリンクとして機能するＬＡＡ（アンライセンス上りリンク発展型ＬＡＡ（Evolved  LAA：ｅＬＡＡ）は依然としてライセンスキャリアに接続されていることを記す）、およびアンライセンス帯域で完全にスタンドアロン動作によって特徴付けられるマルチファイアである。MulteFire  Release  1.0.1.  https://www.multefire.org/specificationを参照されたい。ＬＡＡでは、ライセンスおよびアンライセンス帯域の両方が同時に動作し、すなわち、データは、両方の帯域上で同時に受信され得る。ＰＢＣＨは、ライセンスキャリア上でのみ搬送される。しかし、ＰＳＳを含むリリース１２発見参照信号（Discovery  Reference  Signal：ＤＲＳ）は、アンライセンスキャリア上で、４０ｍｓ間隔で伝送される。ＤＲＳ単独の検出は、さらなる情報、すなわちセルｉｄを提供せず、オペレータを判断することさえできない。マルチファイア伝送は、ここでｅＰＢＣＨと呼ばれる、下りリンク伝送でのＰＢＣＨ／ＰＤＳＣＨを含み、それは、検出能力を向上させるためのＰＳＳおよびセカンダリ同期信号（Secondary  Synchronization  Signal：ＳＳＳ）シーケンスでのエネルギーを倍増させる。
【００１３】
帯域幅適応（Bandwidth  Adaptation：ＢＡ）で、ＵＥの受信および伝送帯域幅は、セルの帯域幅と同じくらいの大きさである必要はなく、調整され得る。幅は、（例えば、電力を節約するための低アクティビティの期間中に減少するように）変更するように命令され得、位置は、（例えば、スケジューリングフレキシビリティを増加させるように）周波数領域で移動し得、サブキャリア間隔は、（例えば、異なるサービスを可能にするように）変更するように命令され得る。セルの総セル帯域幅のサブセットは、帯域幅パート（Bandwidth  Part：ＢＷＰ）と称され、ＢＡは、ＢＷＰでＵＥを構成し、構成されたＢＷＰのうちのどのＢＷＰが現在アクティブなものなのかをＵＥに伝えることによって実現される。
【００１４】
図１は、３つの異なるＢＷＰが構成されているシナリオを記載する。すなわち、１）４０ＭＨｚの幅および１５ｋＨｚのサブキャリア間隔を有するＢＷＰ１、２）１０ＭＨｚの幅および１５ｋＨｚのサブキャリア間隔を有するＢＷＰ２、および３）２０ＭＨｚの幅および６０ｋＨｚのサブキャリア間隔を有するＢＷＰ３である。
【００１５】
サービングセルは、最大４つのＢＷＰで構成され得、有効サービングセルに対して、時間中の任意のポイントで、常に１つのアクティブなＢＷＰが存在する。サービングセルのＢＷＰ切り替えは、不活性ＢＷＰを有効にし、同時にアクティブなＢＷＰを無効にするために使用され、下りリンク割り当てを示す物理下りリンク制御チャネル（Physical  Downlink  Control  Channel：ＰＤＣＣＨ）または上りリンクグラントによって制御される。特別なセル（Special  Cell：ＳｐＣｅｌｌ）の追加またはＳＣｅｌｌの有効化の際、１つのＢＷＰは、下りリンク割り当てを示すＰＤＣＣＨまたは上りリンクグラントを受信することなく最初にアクティブである。サービングセルに対するアクティブなＢＷＰは、無線リソース制御（Radio  Resource  Control：ＲＲＣ）またはＰＤＣＣＨのいずれかによって示される。ペアでないスペクトルに対して、ＤＬ  ＢＷＰは、ＵＬ  ＢＷＰでペアにされ、ＢＷＰ切り替えは、ＵＬおよびＤＬの両方に対して共通である。
【発明の概要】
【００１６】
上で開示される新無線（New  Radio：ＮＲ）問題のうちの１つまたは複数に対処し得る、方法、システム、およびデバイスが、本明細書で開示される。方法、システム、および装置は、新無線でフレキシブルなキャリア帯域幅をサポートし得る。複数の帯域幅が、キャリア帯域でのチャネル利用可能性に応じて単一の合成キャリアに組み合わせられ得る。合成キャリアインジケータ（Composite  Carrier  Indicator：ＣＣＩ）は、チャネル占有時間（Channel  Occupancy  Time：ＣＯＴ）内での利用可能なキャリア帯域をネットワークデバイスに示す。加えて、ＢＷＰ管理が、本明細書で開示される。
【００１７】
本概要は、詳細な説明で以下にさらに記載される、単純化された形態でのコンセプトの選択を導入するために提供される。本概要は、請求された主題の主要な機構または必須の機構を識別するのを意図したものでもなく、請求された主題の範囲を限定するために使用されるのを意図したものでもない。さらに、請求された主題は、本開示の任意の部分で記されるいずれかまたはすべての欠点を解決する限定に制約されない。
【００１８】
（図面の簡単な説明）
添付の図面と共に例として与えられる以下の説明から、より詳細に理解され得る。
【図面の簡単な説明】
【００１９】
【図１】図１は、帯域幅適応の例示的な図である。
【図２Ａ】図２Ａは、アンライセンススペクトルのチャネル化の例示的な図、すなわちＬＴＥチャネル化の例である。
【図２Ｂ】図２Ｂは、アンライセンススペクトルのチャネル化、すなわちセル間で最小ガード帯域でのＮＲアンライセンス（NR  Unlicensed：ＮＲ−Ｕ）に対する提案されたチャネル化の例示的な図である。
【図３Ａ】図３Ａは、ＮＲ−Ｕに対する最小キャリア帯域幅（Carrier  Bandwidth：ＣＢＷ）、すなわち２０ＭＨｚの例示的な図である。
【図３Ｂ】図３Ｂは、ＮＲ−Ｕに対する最小ＣＢＷ、すなわち２０ＭＨｚキャリアの中心での５ＭＨｚの例示的な図である。
【図４Ａ】図４Ａは、合成セルの例示的な図、すなわちアンカーおよびサブオーディネートキャリアの図である。
【図４Ｂ】図４Ｂは、合成セルの例示的な図、すなわち合成セルに対する動的に変わるＣＢＷ（アンカーは存在している）の例示的な図である。
【図５Ａ】図５Ａは、隣接するスペクトルの合成の例示的な図である。
【図５Ｂ】図５Ｂは、隣接しないスペクトルの合成の例示的な図である。
【図６】図６は、アンカーセルでの、同期信号（Synchronization  Signal：ＳＳ）／ＰＢＣＨ、ランダムアクセスチャネル（Random  Access  Channel：ＲＡＣＨ）などのシグナリング情報を示す図である。
【図７Ａ】図７Ａは、合成ＣＢＷがアンカーの最大チャネル占有時間（Maximum  Channel  Occupation  Time：ＭＣＯＴ）長に対して固定される例示的な図である。
【図７Ｂ】図７Ｂは、合成ＣＢＷがアンカーのＭＣＯＴ中に変わる例示的な図である。
【図８Ａ】図８Ａは、異なる合成方法のためのクリアチャネルアセスメント（Clear  Channel  Assessment：ＣＣＡ）／ＬＢＴの例示的な図である。チャネルは、すべての合成キャリアが成功のＣＣＡ／ＬＢＴを有するときにアクセスされ、ＷＬＢＴが使用され得る。
【図８Ｂ】図８Ｂは、異なる合成方法のためのＣＣＡ／ＬＢＴの例示的な図であり、チャネルは、広帯域ＬＢＴ（Wideband  LBT：ＷＬＢＴ）でアクセスされるが、サブオーディネートが、アンカーキャリアの前に解放され得る。
【図８Ｃ】図８Ｃは、異なる合成方法のためのＣＣＡ／ＬＢＴの例示的な図である。サブオーディネートが、利用可能になるときに追加される。
【図８Ｄ】図８Ｄは、異なる合成方法のためのＣＣＡ／ＬＢＴの例示的な図であり、チャネルアクセスを伴うサブオーディネートが、アンカーに追加され、サブオーディネートが、そのＭＣＯＴがアンカーキャリアのＭＣＯＴよりもはやく終了するとき、チャネルアクセスを失い得る。
【図９】図９は、合成のためのプロシージャの例示的な図である。合成チャネルが一緒に取得および解放される。
【図１０】図１０は、合成のためのプロシージャの例示的な図である。合成チャネルが同時に取得されるが、サブオーディネートがアンカーよりもはやく解放される。
【図１１】図１１は、合成のためのプロシージャの例示的な図である。サブオーディネートが、利用可能になると合成される。
【図１２】図１２は、合成のためのプロシージャの例示的な図である。サブオーディネートが、ＭＣＯＴが満了するときに解放される。
【図１３】図１３は、アンカーセルでシグナリングされるＣＣＩの例示的な図である。
【図１４】ここで、図１４は、ＵＥがアンカーならびにサブオーディネート２およびサブオーディネート３を合成する例示的な図である。
【図１５】図１５は、ＮＲノードＢ（NR  NodeB：ｇＮＢ）がランダムバックオフでカテゴリ４（Category  4：ＣＡＴ４）ＬＢＴを実施し、合成チャネルのチャネルにアクセスする例示的な図である。
【図１６Ａ】図１６Ａは、アンカーおよびサブオーディネートを合成するためのＬＢＴの例示的な図である。サブオーディネートに対する高い優先度のアクセスが、アンカーに対するＬＢＴが成功した後に取得される。
【図１６Ｂ】図１６Ｂは、アンカーおよびサブオーディネートを合成するためのＬＢＴの例示的な図である。同じランダムバックオフが、アンカーおよびすべてのサブオーディネートのために使用される。
【図１６Ｃ】図１６Ｃは、アンカーおよびサブオーディネートを合成するためのＬＢＴの例示的な図である。各キャリアに対するＬＢＴは、異なるランダムバックオフを使用するが、チャネルアクセスは、最大のバックオフに整列される。
【図１７】図１７は、１つのセルに対するアンカーおよび別のものに対するサブオーディネートとしてのキャリアの例示的な図である。
【図１８Ａ】図１８Ａは、セル１およびセル２の両方を受信するときのＵＥ挙動の例示的な図である（ｔ１、ｔ２、ｔ３は、プロシージャの時間インスタンスを表す）。セル１からのＣＣＩは、ＵＥの観点からセル２を無効にする。
【図１８Ｂ】図１８Ｂは、セル１およびセル２の両方を受信するときのＵＥ挙動の例示的な図である。レートがセル２リソースの一部の周囲でマッチするサブオーディネート２でのセル１伝送。
【図１９Ａ】図１９Ａは、ＣＣＩの受信時のＵＥに対するプロシージャの例示的な図であり、サブオーディネート２をセル１に合成し、セル２のモニタリングを停止する。
【図１９Ｂ】図１９Ｂは、ＣＣＩの受信時のＵＥに対するプロシージャの例示的な図であり、サブオーディネート２をセル１に合成する。レートが、セル２のリソースの周囲でマッチする。
【図２０Ａ】図２０Ａは、合成セルのＢＷＰ、すなわち初期、デフォルト、アンカーアクティブなＢＷＰの例示的な図である。
【図２０Ｂ】図２０Ｂは、合成セルのＢＷＰ、すなわちアクティブな他のＢＷＰの一例の例示的な図である。
【図２１Ａ】図２１Ａは、アクティブな他のＢＷＰでのＵＥ挙動の例示的な図である。ＵＥは、デフォルトＢＷＰでグラントをモニタし、ＰＤＳＣＨ伝送のためにアクティブな他のＢＷＰに切り替え、グラントの完了時にデフォルトＢＷＰに戻る。
【図２１Ｂ】図２１Ｂは、アクティブな他のＢＷＰでのＵＥ挙動の例示的な図である。ＵＥは、アクティブなアンカーＢＷＰでグラントをモニタし、ＰＤＳＣＨ伝送のためにアクティブな他のＢＷＰに切り替え、グラントの完了時にデフォルトＢＷＰに戻る。
【図２１Ｃ】図２１Ｃは、アクティブな他のＢＷＰでのＵＥ挙動の例示的な図である。ＵＥは、デフォルトのアクティブなアンカーＢＷＰでグラントをモニタし、ＰＤＳＣＨ伝送のためにアクティブな他のＢＷＰに切り替え、グラントの完了時にアクティブなアンカーＢＷＰに戻る。
【図２１Ｄ】図２１Ｄは、アクティブな他のＢＷＰでのＵＥ挙動の例示的な図である。ＵＥは、アクティブな他のＢＷＰで制御信号をモニタする。
【図２２Ａ】図２２Ａは、ＵＥへのＵＬグラントの例示的な図である。
【図２２Ｂ】図２２Ｂは、グラントされたＵＬリソース上での感知の例示的な図である。
【図２２Ｃ】図２２Ｃは、グラントでの最大および最小ＰＲＢ間の周波数帯域での感知の例示的な図である。
【図２２Ｄ】図２２Ｄは、全体のＢＷＰ上での感知の例示的な図である。
【図２３Ａ】図２３Ａは、ＣＯＴが利用可能でないときに、ＢＷＰ不活性タイマがデクレメントするＮＲでチャネルアクセスが利用可能でない間の例示的なＢＷＰ動作を示す。
【図２３Ｂ】図２３Ｂは、ＢＷＰがＢＷＰ不活性タイマ満了により無効にされるＮＲでチャネルアクセスが利用可能でない間の例示的なＢＷＰ動作を示す。
【図２４Ａ】図２４Ａは、ノードがチャネルアクセス（有効なＢＷＰ）を有することを示すアクティブなＢＷＰでの、同じ周波数リソースでの例示的な周期的なＣＣＩ伝送を示す。
【図２４Ｂ】図２４Ｂは、ノードがチャネルアクセス（有効なＢＷＰ）を有することを示すアクティブなＢＷＰでの、異なる周波数リソースでの例示的な周期的なＣＣＩ伝送を示す。
【図２５】図２５は、有効なＢＷＰおよび無効なＢＷＰ状態を識別するために有効なＢＷＰウィンドウタイマを使用する例示的な動作を示す。
【図２６】図２６は、有効なＢＷＰウィンドウタイマを使用して有効なＢＷＰおよび無効なＢＷＰ状態に出入りするための例示的なプロシージャを示す。
【図２７Ａ】図２７Ａは、無効なＢＷＰタイマを使用して、無効なＢＷＰタイマ満了の前に有効なＢＷＰに移行する例を示す。
【図２７Ｂ】図２７Ｂは、無効なＢＷＰタイマを使用して、無効なＢＷＰの延長された期間（無効なＢＷＰタイマの満了）の後、アクティブなＢＷＰを無効にする例を示す。
【図２８】図２８は、ＵＥが、延長された無効なＢＷＰ状態を経験するときにアクティブなＢＷＰを無効にするための例示的なプロシージャを示す。
【図２９】図２９は、ｃｏｔ満了タイマ満了に基づいて、ＢＷＰ不活性タイマをフリーズさせる例を示す。
【図３０】図３０は、無効なＢＷＰを識別し、ＢＷＰ不活性タイマを中断するために、ｃｏｔ満了タイマを使用するための例示的なプロシージャを示す。
【図３１】図３１は、ＵＥのチャネルアクセス中にＢＷＰ不活性タイマをフリーズさせる例を示す。
【図３２】図３２は、成功のＬＢＴの際、ＵＥがＢＷＰ不活性タイマを再開する例を示す。
【図３３Ａ】図３３Ａは、ＢＷＰが各チャネルアクセス機会（Channel  Access  Opportunities：ＣｈＡｘＯｐ）で変化する例を示す。ＢＷＰ２は、デフォルトＢＷＰ上でＣＣＩを通して有効にされる。
【図３３Ｂ】図３３Ｂは、ＢＷＰが各ＣｈＡｘＯｐで変化する例を示す。ＢＷＰ２は、ＢＷＰ１によって有効にされる。
【図３４】図３４は、ＣＯＴ満了時にＢＷＰ１からデフォルトＢＷＰに切り替え、ＣＣＩを通してＢＷＰ２を有効にする例を示す。
【図３５】図３５は、ＵＥの複数の候補ＢＷＰ上の例示的な周期的なＣＣＩの伝送を示す。
【図３６】図３６は、複数のＢＷＰ候補を通して探すことによってＣＣＩを取得するための例示的なプロシージャを示す。
【図３７Ａ】図３７Ａは、ｃｏｔ満了タイマ満了による例示的なＢＷＰ無効化を示す。ｇＮＢは、ＣＯＴをＵＥに示す。
【図３７Ｂ】図３７Ｂは、ｃｏｔ満了タイマ満了による例示的なＢＷＰ無効化を示す。ＵＥは、それがＣＯＴであることを認識している。
【図３８】図３８は、ＣＣＩを使用してｇＮＢがＣＯＴをＵＥに示す例を示す。
【図３９】図３９は、ｃｏｔ満了タイマの満了時にＢＷＰを無効にするための例示的なプロシージャを示す。
【図４０Ａ】図４０Ａは、ｇＮＢがチャネルアクセスを取得しＣＯＴを示すときに、ＢＷＰ活性タイマ値がｃｏｔ満了に基づいて更新される例示的な動作を示す。
【図４０Ｂ】図４０Ｂは、ｇＮＢがチャネルアクセスを有しそのＣＯＴを認識しているときに、ＢＷＰ活性タイマ値がｃｏｔ満了に基づいて更新される例示的な動作を示す。
【図４１】図４１は、ｃｏｔ満了Ａｄｊ値でＢＷＰ不活性タイマを更新するための例示的なプロシージャを示す。
【図４２】図４２は、モビリティシグナリング負荷低減の方法およびシステムに基づいて生成され得る例示的なディスプレイ（例えば、グラフィカルユーザインターフェース）を示す。
【図４３Ａ】図４３Ａは、例示的な通信システムを示す。
【図４３Ｂ】図４３Ｂは、無線アクセスネットワーク（Radio  Access  Network：ＲＡＮ）およびコアネットワークを含む例示的なシステムを示す。
【図４３Ｃ】図４３Ｃは、ＲＡＮおよびコアネットワークを含む例示的なシステムを示す。
【図４３Ｄ】図４３Ｄは、ＲＡＮおよびコアネットワークを含む例示的なシステムを示す。
【図４３Ｅ】図４３Ｅは、別の例示的な通信システムを示す。
【図４３Ｆ】図４３Ｆは、無線伝送／受信ユニット（Wireless  Transmit/Receive  Unit：ＷＴＲＵ）などの例示的な装置またはデバイスのブロック図である。
【図４３Ｇ】図４３Ｇは、例示的なコンピューティングシステムのブロック図である。
【図４４Ａ】図４４Ａは、ＵＥがＰＵＳＣＨ伝送のためにＣＡＴ４  ＬＢＴを実施する例を示す。ＵＥは、そのＵＬグラントに及ぶアンライセンス最小キャリア帯域幅（Unlicensed-Smallest  Carrier  Bandwidth：Ｕ−ＳＣＢＷ）上でＬＢＴを実施する。
【図４４Ｂ】図４４Ｂは、ＵＥがＰＵＳＣＨ伝送のためにＣＡＴ４  ＬＢＴを実施する例を示す。ＵＥは、そのアクティブなＢＷＰに及ぶＵ−ＳＣＢＷ上でＬＢＴを実施する。
【図４５Ａ】図４５Ａは、ＵＥが、そのＢＷＰがｇＮＢ取得ＣＯＴの帯域幅以下であるときにｇＮＢ取得ＣＯＴでカテゴリ２（Category  two：ＣＡＴ２）ＬＢＴを実施する例を示す。ＵＥは、ｇＮＢ取得ＣＯＴに対応するＵ−ＳＣＢＷ上でＬＢＴを実施する。
【図４５Ｂ】図４５Ｂは、ＵＥが、そのＢＷＰがｇＮＢ取得ＣＯＴの帯域幅以下であるときにｇＮＢ取得ＣＯＴでＣＡＴ２  ＬＢＴを実施する例を示す。ＵＥは、そのアクティブなＢＷＰに及ぶＵ−ＳＣＢＷ上でＬＢＴを実施する。
【図４５Ｃ】図４５Ｃは、ＵＥが、そのＢＷＰがｇＮＢ取得ＣＯＴの帯域幅以下であるときにｇＮＢ取得ＣＯＴでＣＡＴ２  ＬＢＴを実施する例を示す。ＵＥは、そのＵＬグラントに及ぶＵ−ＳＣＢＷ上でＬＢＴを実施する。
【図４６Ａ】図４６Ａは、ＵＥが、そのＢＷＰがｇＮＢ取得ＣＯＴの帯域幅よりも大きいときにｇＮＢ取得ＣＯＴでＣＡＴ２  ＬＢＴを実施する例を示す。ＵＥは、そのアクティブなＢＷＰに及ぶＵ−ＳＣＢＷ上でＬＢＴを実施する。
【図４６Ｂ】図４６Ｂは、ＵＥが、そのＢＷＰがｇＮＢ取得ＣＯＴの帯域幅よりも大きいときにｇＮＢ取得ＣＯＴでＣＡＴ２  ＬＢＴを実施する例を示す。ＵＥは、ｇＮＢ取得ＣＯＴに対応するＵ−ＳＣＢＷ上でＬＢＴを実施する。
【図４６Ｃ】図４６Ｃは、ＵＥが、そのＢＷＰがｇＮＢ取得ＣＯＴの帯域幅よりも大きいときにｇＮＢ取得ＣＯＴでＣＡＴ２  ＬＢＴを実施する例を示す。ＵＥは、そのＵＬグラントに及ぶＵ−ＳＣＢＷ上でＬＢＴを実施する。
【図４７】図４７は、ＵＥが、そのグラントリソースがｇＮＢのＣＯＴの帯域幅を超えるときに共有されたＣＯＴでＰＵＳＣＨをパンクチャする例を示す。
【図４８Ａ】図４８Ａは、連続するＰＵＳＣＨリソースが周波数で異なるときの例示的なＵＥ  ＬＢＴプロシージャを示す。ＰＵＳＣＨリソースのユニオンにわたるＬＢＴ。
【図４８Ｂ】図４８Ｂは、連続するＰＵＳＣＨリソースが周波数で異なるときの例示的なＵＥ  ＬＢＴプロシージャを示す。帯域内の周波数リソースが前のＰＵＳＣＨに含まれない場合の各ＰＵＳＣＨについての個別のＬＢＴ。
【図４８Ｃ】図４８Ｃは、連続するＰＵＳＣＨリソースが周波数で異なるときの例示的なＵＥ  ＬＢＴプロシージャを示す。ＰＵＳＣＨ２の帯域にわたるＬＢＴ。ＰＵＳＣＨ３の前にＬＢＴはない。
【図４８Ｄ】図４８Ｄは、連続するＰＵＳＣＨリソースが周波数で異なるときの例示的なＵＥ  ＬＢＴプロシージャを示す。ＤＬとＵＬとの間の大きいギャップによるＰＵＳＣＨ２の前のＣＡＴ４  ＬＢＴ。
【図４９Ａ】図４９Ａは、不連続受信（Discontinuous  Reception：ＤＲＸ）サイクルに対してモニタリングするＣＣＩについての例を示す。ＣＣＩは、ＤＲＸオン時間長の前に受信される。
【図４９Ｂ】図４９Ｂは、ＤＲＸサイクルに対してモニタリングするＣＣＩについての例を示す。ＣＣＩは、オン時間長の間に受信される。
【図５０Ａ】図５０Ａは、ＣＡＴ２  ＬＢＴに続くＳＳブロック（SS  Block：ＳＳＢ）/ＤＲＳについての例を示す。広帯域ＬＢＴに続き、ＳＳＢ／ＤＲＳは、複数のＵ−ＳＣＢＷにわたって複数のラスターポイント上で伝送される。
【図５０Ｂ】図５０Ｂは、ＣＡＴ２  ＬＢＴに続くＳＳＢ／ＤＲＳ伝送についての例を示す。ＳＳＢ／ＤＲＳは、広帯域ＬＢＴに続く所定のラスターポイント上で伝送される。
【図５０Ｃ】図５０Ｃは、ＣＡＴ２  ＬＢＴに続くＳＳＢ／ＤＲＳ伝送についての例を示す。占有されたチャネル帯域幅（Occupied  Channel  Bandwidth：ＯＣＢ）要件でのＵ−ＳＣＢＷ内のＳＳＢ／ＤＲＳの繰り返し。
【図５０Ｄ】図５０Ｄは、ＣＡＴ２  ＬＢＴに続くＳＳＢ／ＤＲＳ伝送についての例を示す。異なるＵ−ＳＣＢＷにわたるＳＳＢ／ＤＲＳの互い違いに配置された伝送機会。
【図５１】図５１は、本明細書で開示されるようなチャネル化ＢＷＰについての例示的な方法フローを示す。
【図５２Ａ】図５２Ａは、ＵＥがｇＮＢ取得ＣＯＴを共有するときの例示的なＵＥ  ＬＢＴを示す。ＵＥは、ＵＥのＢＷＰもしくはＵＥのグラントリソース、またはｇＮＢの合成キャリアＢＷに対応し得る、ある周波数帯域でＣＡＴ２  ＬＢＴ、ｇＮＢとＵＥとの間のシグナリングを実施する。
【図５２Ｂ】図５２Ｂは、ＵＥがｇＮＢ取得ＣＯＴを共有するときの例示的なＵＥ  ＬＢＴを示す。ＵＥは、ＵＥのＢＷＰもしくはＵＥのグラントリソース、またはｇＮＢの合成キャリアＢＷに対応し得る、ある周波数帯域でＣＡＴ２  ＬＢＴ、ＵＥプロシージャを実施する。
【図５３Ａ】図５３Ａは、合成キャリアで周波数帯域を検出するための例示的なＵＥプロシージャを示す。２ステッププロセスを通じた検出。
【図５３Ｂ】図５３Ｂは、合成キャリアで周波数帯域を検出するための例示的なＵＥプロシージャを示す。単一のステップを通じた検出。
【図５３Ｃ】図５３Ｃは、合成キャリアで周波数帯域を検出するための例示的なＵＥプロシージャを示す。各周波数帯域でＣＣＩを検出する。
【図５４】図５４は、測定のＵＥ報告ための例示的なプロシージャを示す。ＵＥは、ｇＮＢのＣＯＴで１つまたは複数の周波数帯域を識別し、それらの帯域でチャネル状態情報参照信号（Channel  State  Information  Reference  Signal：ＣＳＩ−ＲＳ）上で測定を実施する。それは、測定値、および測定で使用される周波数帯域を報告し得る。
【発明を実施するための形態】
【００２０】
新無線（ＮＲ）は、フレキシブルなキャリア帯域幅（ＣＢＷ）をサポートするように設計され得る。ＮＲ−Ｕに対するアンライセンススペクトルのチャネル化（ＮＲ−Ｕキャリアの生成）では、アンライセンススペクトルおよび現在の技術の規制要件により制約が生じる。例えば、５ＧＨｚのＥＴＳＩ整合規格は、２０ＭＨｚチャネルを要求するが、２０ＭＨｚ帯域の中心にある小さい（５ＭＨｚと同程度に小さい）帯域での動作も可能にする。ＥＴＳＩ  ＥＮ  ３０１．８９３，５ＧＨｚ  ＲＡＮ、ディレクティブ２０１４／５３／ＥＵ  Ｖ２．１．１，２０１７−０５の３．２条の必須要件をカバーする整合規格を参照されたい。ＮＲ−Ｕチャネル化は、アンライセンス帯域でのＷｉＦｉノードが既存の感知プロシージャを変更する必要がないことを保証すべきである。
【００２１】
本明細書で開示される以下の方法およびデバイスは、上で開示されるＮＲ問題のうちの１つまたは複数に対処し得る。１）ＮＲ−Ｕスペクトルをセルにチャネル化するための方法、２）アンカーキャリアを使用して合成セルを形成するための方法、３）合成セルでキャリアの構成を示すためのＣＣＩの導入、４）合成キャリアを生成するためのＬＢＴプロシージャ、５）合成セルでのＢＷＰ構成およびプロシージャ、６）ＢＷＰ動作のためのＵＥチャネル感知、７）アンカーキャリアなしでのキャリアの合成、または８）チャネル利用可能性に基づくＢＷＰ管理。
【００２２】
ＬＴＥ−アドバンスト（LTE-Advanced：ＬＴＥ−Ａ）でのキャリアアグリゲーションでは、アンライセンススペクトルは、２０ＭＨｚの最大のキャリア帯域幅（ＣＢＷ）でサポートされた。各２０ＭＨｚ  ＮＲ−Ｕスペクトルは、ＳＣｅｌｌである。隣接するキャリア（例えば、周波数帯域）間でガード帯域を提供する際にいくつかのスペクトルが失われる。このため、ＳＣｅｌｌが隣接する場合でさえ、帯域幅のより大きいチャンクをレバレッジすることはできず、ガード帯域を利用することはできない。ＮＲ−Ｕ動作は、現在の技術との共存を保証しながら、ＮＲ  ＣＢＷ動作のフレキシビリティをレバレッジし、よりよいスペクトル利用を提供すべきである。
【００２３】
ＮＲ−Ｕでのチャネル化が、以下で論じられる。ＬＴＥ−Ａでのキャリアアグリゲーションでは、最大２０ＭＨｚのスペクトルが、図２Ａに示すようなＳＣｅｌｌに割り当てられ得、いくつかのスペクトルが、隣接するキャリア間のガード帯域で失われる。一方、ＮＲは、広いスペクトル上で動作するためのフレキシビリティを有する。本明細書で開示されるＮＲ−Ｕでのそのフレキシビリティをレバレッジすることは、アンライセンスＮＲ−Ｕセルが最大の利用可能なキャリア帯域幅での動作をサポートし、それによってガード帯域でのスペクトルの損失を回避することである。一例が図２Ｂに示され、ＳＣｅｌｌ１が６０ＭＨｚ  ＣＢＷを使用し、このため、このセル内のガード帯域のために使用されたスペクトルは、ここで、帯域内伝送のために使用される。これは単なる一例であり、別の例が、８０ｍＨｚ  ＣＢＷで単一のセルを使用し得ることに留意されたい。
【００２４】
アンライセンス最小キャリア帯域幅（Ｕ−ＳＣＢＷ  Ｈｚ）は、ＮＲ−Ｕでのチャネルまたはセルに対する最小キャリア帯域幅（ＣＢＷ）と定義される。ＮＲ−Ｕセルは、図２Ｂでの例となる１つまたは複数のＵ−ＳＣＢＷの合成キャリアを生成し得る。複数のＵ−ＳＣＢＷで構成されるチャネルの生成を「キャリア合成」と称し、結果として生じるキャリアを「合成キャリア」と称する。
【００２５】
５ＧＨｚのＥＴＳＩ整合規格との互換性は、以下をサポートし得る。１）図３Ａで分かるように、チャネル化がＷｉＦｉに類似するようなＵ−ＳＣＢＷ＝２０ＭＨｚであって、複数の２０ＭＨｚキャリアが、１つのセルに合成され得、２）図３Ｂで分かるように、キャリアが２０ＭＨｚチャネルの中心にあれば、より小さいＵ−ＳＣＢＷ（＞＝５ＭＨｚ）がサポートされ得る。より小さいＵ−ＳＣＢＷは、２０ＭＨｚキャリア内の中心にあるとき合成されない場合があり、隣接するＵ−ＳＣＢＷを有しない。
【００２６】
ＮＲ−Ｕでのキャリア合成が、以下で論じられる。ＮＲ−Ｕセルは、ＮＲ−Ｕ「アンカーキャリア」と称され得るＵ−ＳＣＢＷキャリアによって定義され得る。このＮＲ−Ｕセルは、キャリアアグリゲーション（Carrier  Aggregation：ＣＡ）でのＳＣｅｌｌまたはスタンドアロン（Stand  Alone：ＳＡ）でのプライマリセル（Primary  Cell：ＰＣｅｌｌ）であり得る。他のＵ−ＳＣＢＷキャリアがアンカーキャリアと合成されるとき、合成キャリアが取得され、第１のキャリア（例えば、アンカーキャリア）と合成され得る候補Ｕ−ＳＣＢＷは、「サブオーディネートキャリア」と称される。このコンセプトは、図４Ａに示される。ＮＲ−Ｕセルは、１つのアンカーと、３つのサブオーディネートと、を有する。図４Ｂは、合成キャリアが取得され得るいくつかの方法を示し、セルは、アンカー単独で構成され得るか、またはセルは、すぐ隣のものと合成されるアンカーおよびすぐ隣のものを越えたものとさえ合成されるアンカーを含み得る（例えば、サブオーディネート３は、アンカーおよびサブオーディネート２と合成される）。合成は、動的であり得、時間とともに変化し得る。共通のビーム（空間方向）に対するチャネルアクセスが、アンカーおよびサブオーディネートキャリアのために使用され得るか、またはキャリアの各々へのアクセスが、異なる空間方向での異なるビームに対応し得ることが、本明細書で検討される。単純にするために、実装形態は、合成キャリアにわたって同じビームを使用し得る。以下のサブオーディネートが、アンカーセルと合成され得る。１）アンカーとすぐ隣のものである隣接するサブオーディネート、２）すぐ隣のものと隣接するサブオーディネート、または３）スペクトルでの他のサブオーディネート。
【００２７】
ＮＲ−Ｕ合成セルは、サブオーディネートを合成する際、以下のプロシージャを使用し得る。チャネルは、少なくともアンカーに対して利用可能であるべきであり、例えば、ＣＣＡ／ＬＢＴは、合成を実施するかまたはチャネルにアクセスするように、セルのアンカーに対して成功であるべきである。サブオーディネートがないかまたは利用可能でない場合、セルは、アンカーキャリアのみで機能する。ＣＣＡは、単一間隔ＬＢＴ、またはＤＲＳのｅＬＡＡで使用される感知などの短い時間長の感知として実施され得る。すぐ隣のものは、そのキャリア上のＣＣＡ／ＬＢＴが成功である場合に合成され得る。合成された隣接するものに隣接するサブオーディネートは、そのＣＣＡ／ＬＢＴが成功である場合に合成され得る。合成は、以下の方法、すなわち、許可される帯域幅ギャップまたは許可されない帯域幅ギャップで行われ得る。図５Ａに示す帯域幅ギャップは、合成で許可されない場合があり、例えば、合成キャリアは、周波数リソースの隣接するセットを含むべきである。このため、サブオーディネート３は、アンカーと合成されない場合がある。帯域幅ギャップまたは隣接しないスペクトルは、合成で許可され得る。図５Ｂでは、サブオーディネート３は、アンカーと合成され得る。しかし、このケースでは、ガード帯域は、アンカーおよびサブオーディネート３のエッジで必要とされる。
【００２８】
ＮＲ−Ｕ合成セルは、サブオーディネートを合成する際、以下のプロシージャを追加的に使用し得る。最大のＮサブオーディネートキャリアは、アンカーキャリアと合成され得る。セルが、アンカーキャリアと合成するのに利用可能な２つのサブオーディネートを有するが、１つのみが必要とされる場合、それらのキャリアがアンカーセルによりしっかりと同期されるように、アンカーに最も近いサブオーディネートを選択し得る。ノードは、最小のＳ  Ｕ−ＳＣＢＷキャリアが利用可能な場合にのみ合成し得る。例えば、２０ＭＨｚのＵ−ＳＣＢＷでの５ＭＨｚで、合成は、チャネルアクセスがアンカーセルに加えてスペクトルの４０ＭＨｚチャンクを利用可能である場合にのみ発生し得る。これは、合成スペクトルが、合成により増加したオーバーヘッドからのスペクトルの損失に比べてよりよいスペクトル効率を提供することを保証し得、オーバーヘッドは、合成キャリアの構成をシグナリングしなければならないことから生じ得る。
【００２９】
キャリアを合成する場合、すべてのキャリア上で無指向性伝送チャネル感知をノードが実施するとき、すべての空間方向にわたってチャネルを取得すべきである。ノードはまた、合成キャリアの各々での異なる空間方向に対してチャネルアクセスを取得し得る。
【００３０】
アンカーキャリアでのシグナリングが、以下で開示される。アンカーキャリアは、チャネルアクセスを有するようにＮＲ−Ｕセルのために存在すべきである。ＤＲＳまたはＳＳ／ＰＢＣＨ、残りの最小システム情報（Remaining  Minimum  System  Information：ＲＭＳＩ）制御リソースセット（Control  Resource  Sets：ＣＯＲＥＳＥＴ）、システム情報（System  Information：ＳＩ）、（ＳＡ／デュアルコネクティビティ（Dual  Connectivity：ＤＣ）で）存在する場合のページングおよびＲＡＣＨリソースなどの重要情報は、アンカーセルで提供され得る。少なくとも、ＳＳＢを規定するセルは、ＳＡおよびＤＣに対するアンカーキャリアで存在し得る。合成ＣＢＷが変化する場合でさえ、少なくともアンカーは、チャネルアクセス中に利用可能であり、その結果、ＵＥは、（例えば、ＳＡ／ＤＣで）同期を実施してページングを受信するか、またはアンカーキャリア内のリソース上で（ＳＡ／ＤＣもしくはＢＦＲなどでのＲＲＣのために）ＲＡＣＨを実施する。これらのリソースは、サブオーディネートのチャネル利用可能性に応じて利用可能であっても利用可能でなくてもよいアンカーキャリアでの潜在的なガード帯域リソースとは明確に異なり得る。図６は、アンカーキャリアの帯域幅内のこれらの物理層（Physical  Layer：ＰＨＹ）信号を有するコンセプトを示す。サブオーディネートキャリアはまた、測定のために、ＳＳＢを規定する他のセルと、ＳＳＢを規定する非セルと、を含み得る。
【００３１】
ＮＲ−Ｕセルでの合成キャリア上のシグナリング情報が、以下で開示される。キャリア上でのチャネル利用可能性が動的であるため、サブオーディネートセルの利用可能性は、動的に変わり得、したがって、合成キャリアの帯域幅は、動的に変わり得る。合成キャリアは、ｇＮＢによるＤＬで、またはＵＥによるＵＬでの両方で形成され得る。キャリアを合成するノードは、キャリア帯域幅がそのリソースにどのように影響するかを受信機が認識するように、合成キャリアの構成を示すべきである。ＤＬ上で、ＵＥのＢＷＰは、ＣＢＷでの変化により変化し得る。ガード帯域ＰＲＢは、伝送のために利用可能になり得る。
【００３２】
合成キャリアは、以下の方法のうちの１つで形成され得る。サブオーディネートは、アンカーのチャネルアクセスの時間で選択される。すべての合成キャリアは、同じＭＣＯＴを有する。さらに、サブオーディネートは、以下の方法のうちの１つで、すなわち、同時でかまたは順次で解放され得る。合成チャネルは、インスタンスで全体として解放され得、例えば、すべてのキャリアは、同時に解放される。合成キャリアでの変化のために、ノードは、チャネルにアクセスするようにＣＣＡ／ＬＢＴを再び実施する。ＣＣＡは、ＤＲＳのｅＬＡＡで使用される２５μｓ感知などの短い時間長の感知であり得る。合成キャリアは、アンカーの最大チャネル占有時間（ＭＣＯＴ）まで変化しないでいてもよい。図７Ａは、サブオーディネート２およびサブオーディネート３が、全体のＭＣＯＴに対してアンカーと合成される例を示す。図８Ａは、ランダムバックオフでのＬＢＴが実施される例示的なケースを示す。チャネルアクセスは、一緒に合成されるアンカーならびにサブオーディネート２およびサブオーディネート３のために取得され得る。広帯域ＬＢＴ（ＷＬＢＴ）は、キャリア（アンカーまたはサブオーディネート）に対するチャネルアクセスを得るために実施され得る。広帯域は、チャネルが２０ＭＨｚを超えて、潜在的に複数の２０ＭＨｚ帯域に及ぶ構成を意味し得る。図９は、合成のための例示的なプロシージャを示す。サブオーディネートは、アンカーよりもはやく解放され得る。一旦、合成ノードがサブオーディネートを使用して行われると、他のユーザがサブオーディネートを使用することができるように、合成ノードはサブオーディネートを解放する。これは、公平な共存を保証し得る。図８Ｂは、このケースを示す。図１０は、合成のための例示的なプロシージャを示す。合成キャリアは、アンカーキャリアのチャネルアクセスの時間中、動的に変化し得る。このため、合成キャリアは、ＭＣＯＴ中に変化し得るが、少なくともアンカーキャリアは、ＭＣＯＴの時間長に対して利用可能でなければならない。図７Ｂは、サブオーディネート２およびサブオーディネート３の利用可能性がアンカーのＭＣＯＴを通して変わる例を示す。利用可能な帯域幅は、異なる時間場合で異なっている。
【００３３】
図９を参照して、ステップ２１１で、アンカーまたは複数のサブオーディネートは、合成するための候補として選択される。ステップ２１２で、ＣＡＴ４  ＷＬＢＴは、アンカーおよび複数のサブオーディネート上で、ランダムウィンドウで実施する。ＷＬＢＴがステップ２１３で成功のとき、合成チャネルは、アクセスされ得（ステップ２１４）、続いて、アンカーキャリアのＭＣＯＴで合成チャネルを解放し得る。ＷＬＢＴがステップ２１３で成功でないとき、キャリアは、セルで合成されない（ステップ２１６）。さらに、ステップ２１７で、合成するためのキャリアの候補セットが変更され得るか、またはステップ２１８で、ＬＢＴのためのコンテンションウィンドウサイズが変更され得る。続いて、ＷＬＢＴは、ステップ２１３で再び確認される。
【００３４】
図１０を参照して、ステップ２２１で、アンカーまたは複数のサブオーディネートは、合成するための候補として選択される。ステップ２２２で、ＣＡＴ４  ＷＬＢＴは、アンカーまたは複数のサブオーディネート上で、ランダムウィンドウで実施する。ＷＬＢＴがステップ２２３で成功のとき、合成チャネルがアクセスされ得る（ステップ２２４）。続いて、ステップ２２５で、（他のユーザがこれらのキャリアにアクセスし得るように）アンカーキャリアを解放する前にサブオーディネートキャリアの解放があり得る。あるいは、ステップ２２５で、サブオーディネートは、そのそれぞれのＭＣＯＴの終了の前に解放され得る。ステップ２２６で、アンカーまたは残りのサブオーディネートは、アンカーキャリアのＭＣＯＴ内で解放され得る。ＷＬＢＴがステップ２２３で成功でないとき、キャリアは、セルで合成されない（ステップ２２７）。さらに、ステップ２２８で、合成するためのキャリアの候補セットが変更され得るか、またはステップ２２９で、ＬＢＴのためのコンテンションウィンドウサイズが変更され得る。続いて、ＷＬＢＴは、ステップ２２３で再び確認される。
【００３５】
追加の設計検討は、以下のもの、すなわちＭＣＯＴ中にドロップしないサブオーディネートおよびＭＣＯＴ中にドロップするサブオーディネートなどの合成に適用し得る。一例では、サブオーディネートが追加されるだけであり得、アンカーキャリアのＭＣＯＴ中にドロップされ得ない。これは、サブオーディネートが利用可能になるときに利用可能なリソースを増加させるためのフレキシビリティを提供する。図８Ｃは、このケースを示す。追加のサブオーディネートは、利用可能になるときに追加される。ＬＢＴまたは少なくともＣＣＡは、サブオーディネートのために実施され得る。図１１は、合成のための例示的なプロシージャを示す。代替において、サブオーディネートがドロップされ得るだけであり、例えば、サブオーディネートは、そのＭＣＯＴが完了した後、チャネルアクセスを停止するが、アンカーキャリアのＭＣＯＴは、依然としてそのＭＣＯＴ内である。これは、アンカーキャリアの前に利用可能になったキャリアをレバレッジするフレキシビリティを提供する（このため、サブオーディネートのＭＣＯＴは、アンカーキャリアのＭＣＯＴの前に終了する）。図８Ｄは、このケースを示す。ｇＮＢは、自己干渉を有しない場合にこのプロシージャを実施し得、例えば、同時にリッスンおよび伝送し得る。図１２は、合成のための例示的なプロシージャを示す。
【００３６】
図１１を参照して、ステップ２３１で、ＣＡＴ４  ＬＢＴは、セルのアンカー上で、ランダムウィンドウサイズで実施する。サブ帯域ＬＢＴ（Subband  LBT：ＳＬＢＴ）がステップ２３２で成功のとき、アンカーがアクセスされ得る（ステップ２３３）。続いて、ステップ２３４で、候補合成セルのサブオーディネートが選択され得る。ステップ２３５で、サブオーディネートまたはサブオーディネートのグループ上のＳＬＢＴが成功の場合、ステップ２３６で、アンカーは、これらのキャリアと合成され得、合成キャリアへのアクセスが許可される。ステップ２３７で、より多くのキャリアを合成する必要性がある場合、ステップ２３８で、アンカーまたはアンカーキャリアＭＣＯＴ内の残りのサブオーディネートは解放され得る。ステップ２３７で、より多くのキャリアを合成する必要性がない場合、ステップ２３４で、候補合成セルに対して選択されるサブオーディネートがあり得る。あるいは、ステップ２３２で、ＳＬＢＴが成功でない場合、ステップ２３９で、コンテンションウィンドウサイズが変更され得、ＳＬＢＴがアンカー上で実施され得る。続いて、ＳＬＢＴが、成功かどうか判断される。
【００３７】
図１２を参照して、ステップ２４１で、ＣＡＴ４  ＬＢＴは、セルのアンカー上で、ランダムウィンドウサイズで実施する。ＳＬＢＴがステップ２４２で成功のとき、アンカーがアクセスされ得る（ステップ２４３）。続いて、ステップ２４４で、ｇＮＢがサブオーディネートをアンカーと合成できるかどうかが判断される。合成できる場合、ステップ２４５で、アンカーは、これらのキャリアと合成され得、合成キャリアへのアクセスが許可される。ステップ２４６で、より多くのキャリアを合成する必要性がある場合、ステップ２４７で、それぞれのＭＣＯＴとの各キャリアの解放があり得る。ステップ２４６で、より多くのキャリアを合成する必要性がない場合、ステップ２４４で、ｇＮＢがサブオーディネートを合成できるかどうかの別の判断がある。あるいは、ステップ２４２で、ＳＬＢＴが成功でない場合、ステップ２４８で、コンテンションウィンドウサイズが変更され得、ＳＬＢＴがアンカー上で実施され得る。続いて、ＳＬＢＴが、成功かどうか判断される。
【００３８】
（ＭＣＯＴ中に変化する合成キャリアに関する）このケースでは、ＬＢＴは、各Ｕ−ＳＣＢＷキャリア上で別々に実施され得る。これをサブ帯域ＬＢＴ（ＳＬＢＴ）と称する。
【００３９】
キャリアを合成するために記載される図８および図９に対応付けられるプロシージャでは、ＬＢＴが失敗の場合、ノードは、コンテンションウィンドウサイズを変更することによって、再びチャネルを取得する可能性を向上させようとし得る。図９〜図１２のプロシージャは、ｇＮＢまたはＵＥで発生し得る。
【００４０】
チャネルアクセスが動的であるため、合成キャリア上の情報のインジケーションは動的であるべきである。インジケーションは、合成キャリアインジケータ（ＣＣＩ）と呼ばれるＰＨＹ信号によって提供され得る。ＣＣＩはまた、意図された占有の時間を提供し得る。
【００４１】
ＤＬ上でのＣＣＩの伝送が、以下で開示される。ｇＮＢは、以下の方法のうちの１つで、ＤＬ上でＣＣＩを示し得る。第１の方法では、アンカーキャリアのリソース内のＤＬ上のＣＣＩのインジケーションがあり得、そのセルでのＵＥは、曖昧ではなくそれを受信し得る。情報を伝送するコンセプトは、周波数範囲１（Frequency  Range  −  1：ＦＲ１）（０．４５ＧＨｚ〜６ＧＨｚ）に対して図１３に示される。ＣＣＩは、セルの２０ＭＨｚアンカーキャリア内にある。それは、ＮＲでサポートされる５ＭＨｚなどの最小キャリアサイズ内に含まれ得る。アンカーキャリアの初期のＢＷＰでのＵＥは、そのＢＷを増加させる必要なく、ＣＣＩについてモニタし得る。第２の方法では、アンカーキャリアと重複しないアクティブなＢＷＰでのＤＬ上のＣＣＩのインジケーションがあり得る。ＵＥのＢＷＰが、ＣＣＩが伝送され得るアンカーセルの一部を含まない場合、追加の伝送が、ＵＥのアクティブなＢＷＰ内で必要とされ得る。第３の方法では、ＮＲ−ＵキャリアがライセンスＰＣｅｌｌでキャリアアグリゲーションされる場合、ＤＬ上のＣＣＩのインジケーションがあり得、ＣＣＩは、ＳＣｅｌｌに対してＰＣｅｌｌ上で送信され得る。
【００４２】
ＣＣＩは、以下の方法のうちの１つでｇＮＢによって伝送され得る。第１の方法では、ＣＣＩは、ＵＥが下りリンク制御情報（Downlink  Control  Information：ＤＣＩ）を見つけて復号し得るように、タイプ０  ＰＤＣＣＨ共通のサーチスペースなどの共通のサーチスペースで合成キャリアフォーマットインジケータ（Composite  Carrier  Format  Indicator：ＣＣＦＩ）−無線ネットワーク一時識別子（Radio-Network  Temporary  Identifier：ＲＮＴＩ）でスクランブルをかけられる下りリンク制御情報（ＤＣＩ）を通してブロードキャストされ得る。ＣＣＦＩ−ＲＮＴＩは、ＵＥがその値を、ＤＣＩを受信する前に認識するようなスペックで与えられ得る。第２の方法では、初期のＢＷＰまたはデフォルトＢＷＰでのＵＥは、アンカーキャリアで残り得る。アクティブなＢＷＰでのＵＥは、合成キャリアについてシグナリングされることを必要とし得る。このケースでは、ＣＣＦＩ−ＲＮＴＩでスクランブルをかけられるＤＣＩは、グループ共通のＰＤＣＣＨとして伝送され得る。ＣＣＦＩ−ＲＮＴＩは、上位層シグナリングを通してＵＥに構成される。第３の方法では、（フォーマット０＿０、０＿、１＿１、１＿０でのＤＬまたはＵＬグラントなどの）セルＲＮＴＩ（Cell  RNTI：Ｃ−ＲＮＴＩ）またはＣＳ−ＲＮＴＩでスクランブルをかけられるＵＥ固有のＤＣＩは、合成キャリアについての情報を提供し得る。第４の方法では、ＣＣＩは、チャネルアクセスにすぐ続くアンカーキャリアでザドフチューシーケンス（Zadoff  -  Chu  sequence：ＺＣ）またはｍ−シーケンスなどのプリアンブル上で伝送され得る。プリアンブルは、予約信号として使用され得る。それは、シンボル境界に非同期性であり得、時間での相関関係を通してＵＥによって検出され得る。プリアンブルは、シンボル境界に同期性であり得、チャネルアクセスに続く第１のスロット内に伝送され得る。
【００４３】
ＵＥは、ＳＩを通じたアンカーキャリアのＢ候補サブオーディネートのリストに対するキャリア情報で構成され得る。ＤＣＩは、Ｂ−ビットのビットマップでこれらのサブオーディネートセルの状態を搬送し得る。サブオーディネートに対応するビットが１に設定されるとき、サブオーディネートがアンカーキャリアと合成されることを意味する。０に設定されるビットでのサブオーディネートは、合成キャリアの一部でない。ＣＣＩがＤＣＩを使用する場合、Ｂビットは、そのペイロードの一部である。ＣＣＩがプリアンブルを使用する場合、Ｂビットは、ザドフチューシーケンス（ＺＣ）のルートであり得るか、またはシーケンス（ｍ−シーケンス）を初期化し得る。図４Ａでの例に対して、ＵＥは、サブオーディネート１、サブオーディネート２、およびサブオーディネート３に対応する３ビットのビットマップで構成されている。
【００４４】
あるいは、合成のための可能な構成のセットは、ノードに構成され得る。ＣＣＩは、このセットへのインデックスを示し得る。可能な構成の数が少ない場合、インデックスは、構成を示すようにＢビットよりも少ないものを必要とし得る。このセットは、構成のセットに関する以下の例で分かるように、ＲＲＣシグナリングを通してＵＥに構成され得る。第１の例では、合成のための構成のセットは、残りの最小システム情報（ＲＭＳＩ）または他のシステム情報（Other  System  Information：ＯＳＩ）を通してブロードキャストされる。第２の例では、合成のための構成のセットは、ＵＥ固有のＲＲＣシグナリングを通してＵＥに構成され、この代替は、ＵＥ能力に基づく構成を可能にする。ＵＥが、ＸＨｚ（例えば、Ｈｚの所定の閾値）を超える合成キャリアを受信する能力を有しない場合、他のＵＥがその能力に応じてＸＨｚを超える帯域幅で伝送を受信し得るが、ＸＨｚを超えない合成のための構成で構成されるべきである。このアプローチは、ＤＬ  ＣＣＩが、ＵＥ固有のＤＣＩまたはグループ共通のＰＤＣＣＨで伝送されるケースで機能し得る。
【００４５】
ＣＣＩは、アンカーキャリアのチャネル占有時間内に、特に、サブオーディネートがその時間長のうちに変わる場合、複数回シグナリングされ得る。
【００４６】
ＵＬ上でのＣＣＩの伝送が、以下で開示される。ＵＥは、ＵＥおよびｇＮＢに関する以下のシナリオでチャネルを合成し得る。
【００４７】
第１のシナリオでは、ＵＥは、アンカー１を使用する複数の候補合成セル上での自律上りリンク（Autonomous  Uplink：ＡＵＬ）のための構成されたリソースである。候補合成キャリアの例は、ａ）アンカーキャリア単独、ｂ）アンカーおよびサブオーディネート１、ｃ）アンカー、サブオーディネート１、およびサブオーディネート２などである。ＵＥは、最大の合成チャネルを見つけるようにＬＢＴを実施し、そこでＡＵＬを伝送し得る。ＵＥはまた、アンカーセルでのリソース上で伝送されるＣＣＩを通じた伝送を示し得る。ｇＮＢがＣＣＩを受信するとき、合成キャリアを識別し、進行してＡＵＬを検出する。図１４は、ＵＥがアンカーならびにサブオーディネート２およびサブオーディネート３を合成する例を示す。それは、合成チャネルにわたって予約信号を、ＣＣＩのそのリソースが発生するまで伝送する。それは、アンカーセルでＣＣＩを伝送する。次いで、それは、その帯域幅パートを切り替え、その合成セルのためのＡＵＬリソース上で伝送する。ＡＵＬ伝送の完了時に、ＵＥは、以下の１つを行い得る。１）ＵＥは、それがＤＬをモニタするアンカーセルにあり得るデフォルトＢＷＰに戻る。２）ＵＥは、合成チャネルを解放し得る。または３）ＵＥは、サブオーディネートキャリアのうちの１つまたは複数のみを解放し、必要に応じてＰＵＣＣＨまたはＳＲＳを伝送し続け得る。図１４に示すように、ＣＣＩが、ＵＥによって合成されるＵ−ＳＣＢＷ帯域を示し得ることに留意されたい。ＵＥは、構成されたグラントで（部分的にまたは全体的に）これらの帯域を占有し得る。このため、ＣＣＩは、ＵＥのグラントに対応する帯域を示し得る。
【００４８】
第２のシナリオでは、ｇＮＢは、「オポチュニスティックＵＬグラント」と呼ばれ得る新しいタイプのＵＬグラントをＵＥに提供する。このグラントは、リソースを各候補合成キャリアに提供し得る。ＵＥは、利用可能である合成キャリアチャネル上で伝送し、最大のリソースを有し得る。ＵＥは、より多くのスペクトルが利用可能であるときにそのバッファをよりはやく空けることができ得るため、これは、効率的なリソース使用を可能にし得る。さらに、ＵＥの付近の隠れたノードは、あるＵ−ＳＣＢＷキャリアのみに影響を与え得る。ＵＥ側でのオポチュニスティックな合成は、隠れたノードを回避しながらＵＬ伝送を可能にする。０＿１などのＤＣＩフォーマットは、オポチュニスティックなＵＬグラントをサポートするように修正され得、複数のコンポーネントキャリアへのシグナリングのために使用されるフィールドは、候補グラントのために再使用され得る。図１５は、ｇＮＢがランダムバックオフでＣＡＴ４  ＬＢＴを実施し、アンカーならびにサブオーディネート２およびサブオーディネート３を含む合成チャネルのチャネルにアクセスする例を示す。それは、ＵＬグラントをＵＥに送信する。ＵＥは、２５μｓなどの短い間隔のＣＣＡとして実施し得る（それがｇＮＢのＭＣＯＴ内にある場合、ｇＮＢは、グラントでのＵＬ上で実施され得るＣＣＡ／ＬＢＴのタイプを示し得る）。それは、それが利用可能であるキャリアを合成し、ＵＬリソースに対するその合成キャリアのためにグラントを使用する。ｇＮＢは、アンカーキャリアからＣＣＩを読み取る。ＡＵＬ伝送の完了時に、ＵＥは、以下の１つを行い得る。１）ＵＥは、それがＤＬをモニタするアンカーセルにあり得るデフォルトＢＷＰに戻る。２）ＵＥは、合成チャネルを解放し得る。３）ＵＥは、サブオーディネートキャリアのうちの１つまたは複数のみを解放し、必要に応じてＰＵＣＣＨまたはＳＲＳを伝送し続け得る。図１５に示すように、ＣＯＲＥＳＥＴが、ＵＬグラント（ＰＵＳＣＨ）をＵＥに示すＤＣＩを搬送することに留意されたい。ＤＬ／ＵＬ矢印は、ＵＥがＣＣＡを行うギャップ（白色領域）を示す。
【００４９】
ＣＣＩは、合成サブオーディネートのビットマップを示すペイロードが小さいようなショートＰＵＣＣＨリソース上で伝送され得る。ＰＵＣＣＨリソースは、アンカーセルにあり得、グラントによってスケジュールされるＵＬ伝送に先行し得る。あるいは、ＣＣＩは、コンテンションフリーの方法で、ＲＡＣＨ上で伝送され得る。ＲＡＣＨリソースおよびプリアンブルは、上位層シグナリングを通してＵＥに構成され得る。複数のプリアンブルは、合成のための候補のうちの１つを示す各プリアンブルで、ＵＥに構成され得る。
【００５０】
合成のためのチャネル感知が、以下で開示される。アンカーおよびサブオーディネートに対する感知は、以下の方法、すなわち、ランダムウィンドウ、単一のランダムバックオフ、または異なるランダムバックオフで実施され得、そのすべては、本明細書でより詳細に記載される。
【００５１】
ランダムウィンドウでのＣＡＴ４  ＬＢＴは、アンカーキャリアに対して実施され得る。一旦、チャネルがアンカーに対して取得されると、より高い優先度のアクセスが、合成セル上で伝送が同期して発生し得るように、サブオーディネートキャリアのために使用され得る。そして、自己干渉は、同時に感知および伝送しないことによって回避される。図１６Ａは、アンカーおよびサブオーディネートを合成するための例を示し、サブオーディネートに対する高い優先度のアクセスが、アンカーに対するＬＢＴが成功した後に取得される。
【００５２】
単一のランダムバックオフが、アンカーキャリアに対して生成され、同じバックオフが、ＣＡＴ４  ＬＢＴプロシージャでサブオーディネートセルに適用される。成功の場合、キャリアが合成される。図１６Ｂは、アンカーおよびサブオーディネートを合成する例を示し、同じランダムバックオフが、アンカーおよびすべてのサブオーディネートのために使用される。
【００５３】
各Ｕ−ＳＣＢＷは、異なるランダムバックオフを有し得る。最大のバックオフタイマが満了する場合、ＬＢＴが成功のときに、Ｕ−ＳＣＢＷが合成される。短いＣＣＡ（例えば２５μｓ）が、ランダムバックオフをよりはやく終了したＵ−ＳＣＢＷに適用され得る。図１６Ｃは、アンカーおよびサブオーディネートを合成する例を示し、各キャリアに対するＬＢＴは、異なるランダムバックオフを使用するが、チャネルアクセスは、最大のバックオフに整列される。
【００５４】
フレキシブルな広帯域動作での動作が、以下で論じられる。ここで、合成ノードは、アンカーキャリアを使用しない場合もあるが、キャリアで一緒に、利用可能なＵ−ＳＣＢＷ帯域を合成し得る。合成は、動的に行われ得る（例えば、ノードがチャネルアクセスを得る度に、合成Ｕ−ＳＣＢＷは異なり得る）。アンカーＵ−ＳＣＢＷは、合成キャリアで存在する必要がない。
【００５５】
ノードは、ＵＥ固有であり得るかまたはすべてのもしくは複数のＵＥに共通であり得るＤＭＲＳまたはＤＣＩなどのプリアンブルまたはＰＳＳ／ＳＳＳのような信号もしくはＲＳを通してなど、アンカーキャリアベースの合成について記載される方法を通して、合成Ｕ−ＳＣＢＷ帯域についてＣＣＩを受信機に伝送する。
【００５６】
受信機は、あるリソース上でＣＣＩを受信するように構成され得る。受信機は、これらのリソースをモニタし、インジケーションの受信時に送信機によって取得されるＵ−ＳＣＢＷを認識する。
【００５７】
ＮＲ−Ｕでの複数の合成セルが、以下で開示される。ＵＥは、ライセンスＰＣｅｌｌで複数のＮＲ−Ｕのキャリアアグリゲーションをサポートし得る。または、ＵＥは、複数の他のＮＲ−Ｕセルがアグリゲーションされ得るＳＡセルとしてＮＲ−Ｕチャネルにアクセスし得る。これらのケースでは、ＵＥは、複数のキャリアを受信するための複数のＲｘチェーンを有し得る。それは、複数のアンカーキャリアで構成されており、１つのＲｘチェーンで各々をモニタする。ＵＥがキャリアアグリゲーションを有するとき、１つのセルでのサブオーディネートは、別のセルに対するアンカーであり得る。一例が、図１７に示される。ここで、セル１のアンカーがセル２のサブオーディネート２である。同様に、サブオーディネートキャリアは、複数のセルでのサブオーディネートであり得る。
【００５８】
アイドルまたは接続状態では、ＵＥは、同期、ＳＩ、ページング、またはＲＡＣＨについてセルのアンカーをモニタし得る。それがアンカー上でＣＣＩを受信するとき、合成キャリア上で情報を取得し得る。図１７を参照して、ＵＥは、Ｒｘチェーンのうちの１つでセル１のアンカー１をモニタしている。セル１からのＣＣＩが、セルが（セル２のアンカー２と同じキャリアである）サブオーディネート２を含むことをＵＥに示す場合、ＵＥは、キャリア上でリソースにアクセスするための以下のプロシージャのうちの１つに従い得る。図１８は、セル１およびセル２の両方をモニタするときのＵＥ挙動を示す。（注釈、ｔ１、ｔ２、およびｔ３は、両方のセルにわたって挙動を比較するためのプロシージャでの時間インスタンスを示す。）
【００５９】
同時にリソースにアクセスするための第１のプロシージャに関して、所与のＵ−ＳＣＢＷは、１つのセルにのみ属する。このケースでは、ＵＥは、セル１のみがアクティブであることを想定する。次いで、ＵＥの観点から、アンカー２を有するセル２は無効であると想定される。ＵＥがセル２を受信するためのＲｘチェーンを有し得る場合であっても、それは、セル２が無効にされることを想定し、セル１上のＵＬ／ＤＬグラントが完了するまで、またはセル１がサブオーディネート２を解放するまで、セル２上でモニタリングを実施しない。セル１は、ＣＣＩ上でチャネル占有時間を示し得るため、ＵＥは、セル１がサブオーディネート２をいつ解放するかを認識し得る。このコンセプトは、図１８Ａに示され、プロシージャは、図１９Ａに示される。適用可能なものとして図１８Ａおよび図１８Ｂに示すように、ＣＣＩは、サブオーディネートがアンカーと合成されることを示すことに留意されたい。ｘ軸が時間であるとして、図１８Ａでは、ｔ２でのＣＣＩの受信時に、ＵＥは、ｔ２の後に合成セルのモニタリングを開始する。ＣＣＩによる合成キャリアのインジケーションは、この挙動をトリガする。図１８Ｂでは、セル１上のＣＣＩは、サブオーディネートがセル１に合成されたことを示す。このため、セル２は、無効にされる。セル１に合成されると、ＵＥレートは、セル２が依然として発見のためにＳＳＢなどのいくつかの重要な信号を伝送することができるように、セル２の重要リソースの周囲でマッチする。
【００６０】
図１９Ａを参照して、ステップ２５１で、ＵＥは、ＣＣＩについてＮＲ−Ｕアンカー１およびアンカー２をモニタする。ＣＣＩがステップ２５２で受信される場合、ステップ２５３で、アンカー１上での受信に基づいて、サブオーディネート２でセル１を受信する必要がある場合、ＲＸチェーン１上でＢＷを増加させる。ステップ２５４で、セル１グラントが完了するかまたはセル１がサブオーディネート２を解放するまで、他のＲＸチェーン２上でセル２をモニタしない。
【００６１】
リソースにアクセスするための第２のプロシージャに関して、ＵＥは、セルがいくつかの共通のサブオーディネートで構成されている場合でさえ、異なるＲｘチェーンを同時に使用する複数のＮＲ−Ｕアンカーセルをモニタし得る。ＵＥが、サブオーディネート２上でリソースを使用してセル１からグラントを受信するとき、これらのプロシージャに従い得る。ＵＥレートは、セル１上のそのグラントに対してセル２でのアンカー２のＳＳＢ／ＤＲＳおよびＲＡＣＨのような、あるリソースの周囲でマッチする。コンセプトが、図１８Ｂに示される。一般的なプロシージャが、図１９Ｂに示される。ＵＥは、セル１のＳＦＩが、グラントの時間長に対して（サブオーディネート２で）セル２のＳＦＩに優先することを想定する。
【００６２】
図１９Ｂを参照して、ステップ２６１で、ＵＥは、ＣＣＩについてＮＲ−Ｕアンカー１およびアンカー２をモニタする。ＣＣＩがステップ２６２で受信される場合、ステップ２６３で、アンカー１上での受信に基づいて、サブオーディネート２でセル１を受信する必要がある場合、ＲＸチェーン１上でＢＷを増加させる。また、レートは、セル２の重要リソースの周囲でマッチする。ステップ２６４で、ＲＸチェーン２上でセル２をモニタし続ける。
【００６３】
ＵＥは、本明細書でより詳細に記載されるように、最新のＣＣＩ、最新のグラント、または衝突するセルに基づいて、（セル１またはセル２の一部として）キャリア上でリソースをどう使用するかを決定し得る。第１の例では、最新のＣＣＩが、優先度を取る。ＵＥは、最新のＣＣＩを伝送するセルから合成チャネルを使用する。セル２からのサブオーディネートがセル１に合成される場合、ＵＥは、合成セル２のモニタリングからセル２のアンカーのモニタリングに戻る。第２の例では、最新のグラントが、優先度を取る。ＵＥがセル２のアンカーセルをモニタしている場合、セル１上のＣＣＩの後、グラントを受信し得る。このケースでは、ＵＥは、最新であるようにセル２のグラントに従う。第３の例では、セル１およびセル２からのグラントが、セル１のサブオーディネートと同じであるセル２のアンカー上のリソースに関して衝突する場合、ＵＥは、グラントを無視し得る。
【００６４】
ＵＥのＢＷＰ動作のためのプロシージャが、以下で論じられる。ＮＲでは、ＵＥは、キャリア毎に４つのＢＷＰで構成され得る。本明細書でより詳細に記載されるように、ＮＲ−Ｕでの合成セルに対して、ＢＷＰを構成するための方法は、Ｗｉ  ＢＷＰまたはＷ  ＢＷＰを含み得る。
【００６５】
例えば、セルがＰ候補構成（例えば、ａ）アンカーのみ、ｂ）サブオーディネート２とのアンカー、ｃ）サブオーディネート１とのアンカー、ｄ）サブオーディネート１およびサブオーディネート２とのアンカー、ｅ）サブオーディネート１、サブオーディネート２、およびサブオーディネート３とのアンカーなど）を有し、各候補がある数のＢＷＰをサポートする場合、ＵＥは、セルの第ｉ番目の合成構成毎にＷｉ  ＢＷＰで構成され得る。上位層シグナリングは、ｉ＝１・・・Ｐについて、Ｐ合成セル構成ＷｉでＵＥを構成している。ｉ＝１は、アンカーを表すように設計され得る。ｉ＞２について、単一のＢＷＰは、十分であり得、例えば、ｉ＞２についてＷｉ＝１である。
【００６６】
ＵＥは、セルに対してＷ  ＢＷＰで構成され得る。ｇＮＢは、ＵＥが所与の合成セルに対して適切なＢＷＰを使用することを保証する。
【００６７】
ＵＥは、定義される１つまたは複数の以下のＢＷＰを有し得る。例示的なＢＷＰが、図２０に示される。（特に、ＳＡおよびＤＣに対する）初期のＢＷＰは、同期、ＲＡＣＨ伝送、受信されたページングなどを実施する。アクティブなアンカーＢＷＰ、これは、アンカーセル内のアクティブなＢＷＰである。ＵＥは、このＢＷＰで制御情報をモニタし、ＰＵＳＣＨを伝送し、ＰＤＳＣＨを受信する。これは、ＮＲでの「アクティブなＢＷＰ」に類似する。デフォルトＢＷＰ、このＢＷＰはアンカーセルのリソース内にある。ＵＥに接続されるＲＲＣは、デフォルトＢＷＰのままであり、制御シグナリングをモニタし得る。アクティブな他のＢＷＰ、これは、サブオーディネート内のリソースを含むアクティブなＢＷＰである。それはまた、アンカー内にリソースを含み得る。典型的には、アクティブな他のＢＷＰは、アクティブなアンカーＢＷＰよりも大きく、より多くの周波数リソースをＵＥに提供することが予期される。
【００６８】
以下のプロシージャのうちの１つが、アクティブな他のＢＷＰを設計するために使用され得る。第１のプロシージャに対して、アクティブな他のＢＷＰで制御モニタリングは発生しない。制御信号モニタリングは、グラントに対してアクティブなアンカーＢＷＰまたはデフォルトＢＷＰで発生する。グラントは、ＵＥがＰＤＳＣＨまたはＰＵＳＣＨを受信または伝送するアクティブな他のＢＷＰにＵＥを切り替え得る。完了時に、ＵＥは、前のＢＷＰまたはデフォルトＢＷＰに戻り得る。前のＢＷＰは、アクティブな他のＢＷＰで動作するようにそれを有効にしたものであり得る。一例が図２１Ａおよび図２１Ｃに示される。図２１Ｂは、例示的なデフォルトＢＷＰを示す。アクティブなアンカーＢＷＰがアクティブな他のＢＷＰに切り替えるようにＵＥをトリガした場合、アクティブなアンカーＢＷＰのＢＷＰ不活性タイマはリセットされ、ＵＥがアクティブなアンカーＢＷＰにあるかのようにデクレメントし続ける。第２のプロシージャに対して、制御シグナリングは、アクティブなアンカーＢＷＰでのものに類似するアクティブな他のＢＷＰ上でモニタされ得る。アクティブなアンカーＢＷＰのＢＷＰ不活性タイマに類似して、アクティブな他のＢＷＰのＢＷＰ不活性タイマは、一旦ＵＥがアクティブな他のＢＷＰに入ると使用され得る。アクティブな他のＢＷＰのＢＷＰ不活性タイマが満了すると、ＵＥは、デフォルトＢＷＰに戻る。一例が図２１Ｄに示される。あるいは、ＤＣＩは、デフォルトＢＷＰもしくはアクティブなアンカーＢＷＰなどの別のＢＷＰ、または別のアクティブな他のＢＷＰに切り替えるようにＵＥをトリガし得る。図２１Ａに示すように、ＰＤＣＣＨは、グラントに伴ってデフォルトからアクティブにＢＷＰを切り替えるためのコマンドを提供することに留意されたい。グラントの処理時に、ＵＥは、デフォルトＢＷＰに戻る。図２１Ｂは、図２１Ａに類似の挙動を有するが、ＵＥは、アンカー上でアクティブなＢＷＰから開始する。図２１Ｃに関して、図２１Ｂに類似するが、アンカー上でアクティブなＢＷＰに戻る。図２１Ｄは、図２１Ｃに類似するが、ＢＷＰタイマの完了時にアンカーでのデフォルトＢＷＰに戻る。
【００６９】
チャネルアクセス障害の間のＢＷＰ管理。ＮＲ−Ｕ  ＢＷＰ動作は、チャネルアクセスで不確実に影響を与えられ得る。ＮＲでのデフォルト挙動に続く場合、ｇＮＢがチャネルアクセスを失い、ＢＷＰ不活性タイマをデクレメントした後でさえ、ＵＥは、アクティブなＢＷＰにとどまり得る。しかし、ＢＷＰ不活性タイマの値は、ＲＲＣを通して固定され得、チャネル利用可能性に基づいて変更され得ない。「有効なＢＷＰ」は、ＵＥに対して有効にされ、かつｇＮＢまたはＵＥがチャネルアクセスを有するＢＷＰと定義され得る。「無効なＢＷＰ」は、ＵＥに対して有効にされるが、ｇＮＢまたはＵＥがチャネルアクセスを有しないＢＷＰと定義され得る。
【００７０】
ＢＷＰ不活性タイマが開始時に大きい値に設定される場合、ＵＥは、ｇＮＢがチャネルへのアクセスを回復するまで、アクティブなＢＷＰ上で十分長くとどまり得る。しかし、チャネルが利用可能でない時間中、ＵＥは、無効なＢＷＰ上で動作するため、かなりの電力消費を経験し得る。図２３Ａは、ｇＮＢが最初にｔＣＯＴ，ｇＮＢ，１ｍｓのチャネルアクセル、続いて、ＬＢＴ試行およびｔＣＯＴ，ｇＮＢ，２ｍｓのチャネルアクセスを有する例を示す。ＵＥのＢＷＰ不活性タイマは、ｔＣＯＴ，ｇＮＢ，１内に開始され得る。ＵＥは、チャネルアクセスの損失の認識を有さず、ｇＮＢのＬＢＴ時間長の間にモニタし続ける（例えば、無効なＢＷＰ中に無効なＢＷＰをモニタし、そのＢＷＰ不活性タイマをデクレメントする）。
【００７１】
ＢＷＰ不活性タイマが開始時に小さい値に設定される場合、ＵＥは、アクティブなＢＷＰをよりはやく無効にし、電力を節約し得るが、ＵＥは、ｇＮＢがチャネルアクセスを受信する度にアクティブなＢＷＰに切り替えて戻すようにトリガされるべきである。図２３Ｂに示すように、ＵＥのＢＷＰ不活性タイマは、ｔＣＯＴ，ｇＮＢ，１の後すぐに満了する。それは、そのＢＷＰが無効になると、無効なＢＷＰ中のモニタリングの電力をあまり無駄にしないが、一旦、ｇＮＢがチャネルアクセスを得ると、それは、アクティブなＢＷＰに切り替えて戻すようにＢＷＰ有効化ＤＣＩを受信しなければならない。このＵＥ固有のＤＣＩは、デフォルトＢＷＰ上で伝送される。特に、複数のＵＥのＢＷＰは、チャネルアクセスが回復される毎に再構成される必要があり得るため、このプロセスは、かなりのシグナリングオーバーヘッドをもたらし得る。
【００７２】
図２３Ａ〜図２３Ｂは、ＣＯＴが利用可能でないか（図２３Ａ）、またはＢＷＰがＢＷＰ不活性タイマ満了（図２３Ｂ）により無効にされるときに、ＢＷＰ不活性タイマがデクレメントするＮＲでチャネルアクセスが利用可能でない間の例示的なＢＷＰ動作を示す。以下の方法は、ＵＥが無効なＢＷＰ上での過度なモニタリングを低減することを可能にし得る。１）ＵＥは、チャネルアクセス無しの時間長でＢＷＰ不活性タイマを中断するか、または２）ｇＮＢは、チャネルアクセス無しの時間長を動的に管理するためのＢＷＰ不活性タイマの値を示す。
【００７３】
ＵＥは、無効なＢＷＰ時間長の間、ＢＷＰ不活性タイマを中断し得る。ＵＥが、チャネルアクセス時間の認識を有する場合、この時間長のＢＷＰ不活性タイマを中断し得、例えば、ＢＷＰ不活性タイマの値が保持され、中断されるときにタイマがデクレメントされない。タイマは、ＵＥが有効なＢＷＰ状態を識別するときに再開され得、例えば、ＢＷＰ不活性タイマが、再びデクレメントを開始する。
【００７４】
開示されるように、ｇＮＢは、ＵＥがチャネルアクセスを得るときにＣＣＩを通して有効なＢＷＰを推測し得る情報を示し得る。ＵＥが、ＣＣＩを受信するとき、ＢＷＰがその時に有効なＢＷＰであり、グラントに対するＢＷＰをモニタし始めるかまたはモニタし続けることを識別し得る。
【００７５】
ｇＮＢは、アクティブなＢＷＰ上でＣＣＩを伝送し得る。ＣＣＩは、ＰＳＳなどのシーケンスの形態で、ブロードキャストモードで伝送され得る。ＣＣＩは、検出をＵＥで単純に保つように、ＰＳＳなどの同じシーケンスを有し得る。ＣＣＩは、ＵＥが図２４Ａに示すように高い信頼性でそれを検出し得るように周期的に送信され得る。
【００７６】
あるいは、ＣＣＩは、ＵＥが図２４Ｂに示すようにＳＳ／ＰＢＣＨブロックのＰＳＳとそれを混同しないように、オフラスター位置で複数のＵ−ＳＣＢＷ上で伝送され得る。複数の周波数リソースは、異なるＢＷＰを有するＵＥが少なくとも１つのＣＣＩを検出し得ることを保証する。
【００７７】
ＣＣＩに対するシーケンス、周期、およびリソースは、ＲＲＣシグナリングを通してＵＥに構成され得る。それは、ＢＷＰ毎にＵＥ固有の方法で構成され得る。
【００７８】
図２４Ａおよび図２４Ｂは、同じ周波数リソース（例えば、図２４Ａ）で周期的か、または異なる周波数リソース（例えば、図２４Ｂ）で周期的であるチャネルアクセス（有効なＢＷＰ）をノードが有することを示す、アクティブなＢＷＰでの例示的な周期的なＣＣＩ伝送を示す。ＵＥが有効なＢＷＰウィンドウタイマと呼ばれるタイマを維持することが、本明細書で開示される。ＵＥがアクティブなＢＷＰでＣＣＩを受信するとき、それは、ｇＮＢがチャネルアクセスを有することを認識し、有効なＢＷＰ上にある。それは、有効なＢＷＰウィンドウタイマを開始し、それを、値、ＲＲＣシグナリングを通して構成され得る有効なＢＷＰウィンドウタイマＲＲＣ値に設定し、時間の経過とともにそれをデクレメントする。有効なＢＷＰウィンドウタイマＲＲＣ値は、ＣＣＩの周期よりも大きい。ＣＣＩの受信時に、ＵＥは、以下のうちの１つまたは複数を実施し得る。１）それを有効なＢＷＰウィンドウタイマＲＲＣ値に設定することによって有効なＢＷＰウィンドウタイマを再開するか、２）それが前に中断された場合、ＢＷＰ不活性タイマを中断せず、アクティブなＢＷＰ上でデクレメントを開始するか、または３）それが前に中断されなかった場合、ＢＷＰ不活性タイマを再開する。有効なＢＷＰウィンドウタイマは、新しいＣＣＩが受信されないとき満了し得る。次いで、ＵＥは、無効なＢＷＰ状態が発生したことを想定し得、以下のうちの１つまたは複数を実施し得る。本明細書でより詳細に記載されるように、１）ＢＷＰ不活性タイマを中断するか、２）アクティブなＢＷＰを無効にするか、または３）チャネルアクセスを実施する。最初に、ＵＥは、無効なＢＷＰ状態が発生したことを想定し得、ＢＷＰ不活性タイマを中断するがＣＣＩをモニタし得る。ＣＣＩは、ＣＣＩが比較的狭帯域であるような本格的なＢＷＰモニタリングと違って低電力状態でモニタされ得、ＵＥは、ＣＣＩの狭帯域の帯域幅内でモニタだけをするようにそのフィルターを調整し得る。第２に、ＵＥは、無効なＢＷＰ状態が発生したことを想定し得、アクティブなＢＷＰを無効にし、デフォルトＢＷＰに戻り得る。第３に、ＵＥは、無効なＢＷＰ状態が発生したことを想定し得、ＢＷＰでのＵＬ伝送のためにチャネルアクセスを実施し得る。
【００７９】
有効なＢＷＰ動作では、ＵＥがグラントを受信するとき、有効なＢＷＰウィンドウタイマを再開し得る。
【００８０】
図２５は、有効なＢＷＰおよび無効なＢＷＰ状態を識別するために有効なＢＷＰウィンドウタイマを使用する例示的な動作を示す。ｇＮＢは、最初に、時間長ｔＣＯＴ，ｇＮＢ，１ｍｓのチャネルアクセスを取得し得る。ＵＥは、対応する合成セル内でアクティブなＢＷＰで動作する。ＵＥは、ＢＷＰの有効化の時にＢＷＰ不活性タイマを開始する。ＵＥは、このＣＯＴで２回ＣＣＩを受信し、各時間で、有効なＢＷＰウィンドウタイマを開始する。有効なＢＷＰウィンドウタイマは、ｔＣＯＴ，ｇＮＢ，１を超えてデクレメントし続ける。しかし、ｇＮＢは、チャネルアクセスを失い、その結果、ＵＥは、ＣＣＩを受信しない。このため、有効なＢＷＰウィンドウタイマは満了する。ＵＥは、このとき、有効なＢＷＰ期間が始まったことを認識し、ＢＷＰ不活性タイマを中断する。
【００８１】
しかし、ＵＥは、無効なＢＷＰ中に、潜在的に低電力状態でＣＣＩをモニタし続け得る。続いて、ｇＮＢは、ｔＣＯＴ，ｇＮＢ，２ｍｓのキャリアへのアクセスを取得する。ＵＥは、ＣＣＩを受信し得、このとき、それが有効なＢＷＰ状態に入っていることを識別し得る。それは、デクレメントを開始するＢＷＰ不活性タイマを中断しない。ＵＥはまた、これを有効なＢＷＰと認識し、グラントに対してアクティブなＢＷＰをモニタし始める。続いて、ＵＥは、ＢＷＰ不活性タイマおよび有効なＢＷＰウィンドウタイマをリセットするグラントを受信する。
【００８２】
この方法は、ＣＣＩを通して有効なＢＷＰをＵＥに示すことに焦点を置くように考慮され得る。有効なＢＷＰウィンドウタイマが満了するときに、ＵＥが、有効なＢＷＰ状態の満了を認識し得るため、ｇＮＢがＭＣＯＴを失うときと、ＵＥが有効なＢＷＰ満了を認識するときとの間にラグがあり得ることに留意されたい。同様に、チャネルアクセスが利用可能であるときと、無効なＢＷＰが終了したことをＵＥが識別するときとの間にラグがあり得る。
【００８３】
サンプルプロシージャが、図２６に示される。ここで、有効なＢＷＰウィンドウタイマは、ＣＣＩの受信時に設定される。有効なＢＷＰウィンドウタイマの満了時に、ＵＥは、ＢＷＰ不活性タイマを中断するが、低電力状態でＣＣＩをモニタする。ＣＣＩの受信時に、ＵＥは、有効なＢＷＰウィンドウタイマを再開し、ＢＷＰ不活性タイマを再開する。
【００８４】
図２６を参照して、ステップ２７１で、ＢＷＰ不活性タイマは、アクティブなＢＷＰが有効にされるときに開始される。ステップ２７２で、アクティブなＢＷＰがモニタされ、ＢＷＰ不活性タイマがデクレメントされる。ステップ２７３で、ＢＷＰ不活性タイマが満了したことが判断される場合、ステップ２７４で、ＢＷＰを無効にし、デフォルトＢＷＰに戻る。ステップ２７３で、ＢＷＰ不活性タイマが満了していないことが判断される場合、ステップ２７５で、ＣＣＩが検出されるかどうかの判断がある。ＣＣＩが検出されることに基づいて、ステップ２７６で、有効なＢＷＰウィンドウタイマを開始し、時間のユニット毎にデクレメントする。ステップ２７７で、有効なＢＷＰウィンドウタイマが満了したことが判断される場合、ステップ２７８で、ＢＷＰ不活性タイマをフリーズさせ、無効なＢＷＰ状態を識別する。ステップ２７９で、ＣＣＩをモニタし、ステップ２８０で、ＣＣＩが検出される場合、ＢＷＰ不活性タイマをアンフリーズし、ステップ２８１で、有効なＢＷＰ状態を識別し、有効なＢＷＰウィンドウタイマを開始する。
【００８５】
無効なＢＷＰ状態中のアクティブなＢＷＰの無効化。ＵＥが無効なＢＷＰ状態に入るとき、無効なＢＷＰタイマと称されるタイマを起動させ得る。ＵＥが無効なＢＷＰ状態を識別し、ＵＥがＣＣＩについてモニタし続け得るとき、このタイマは、ＲＲＣ構成値、「無効なＢＷＰタイマＲＲＣ値」に設定され得る。タイマは、ＵＥが有効なＢＷＰ状態を識別しないくらいの長さでデクレメントする。ＵＥがＣＣＩを検出する場合、有効なＢＷＰに移行し、無効なＢＷＰタイマを中断する。図２７Ａは、これを示す。第１のデフォルトＢＷＰへのポイントの上部の近くの矢印は、ＣＣＩが受信されるときに有効なＢＷＰウィンドウタイマが開始することを示す。
【００８６】
無効なＢＷＰタイマが満了する場合、ＵＥは、デフォルトＢＷＰなどの異なるＢＷＰに切り替わり得る。図２７Ｂは、この動作を示す。この無効なＢＷＰタイマプロシージャは、合成キャリアに対するチャネルアクセス障害が、ＵＥに、延長された時間長で無効なＢＷＰ状態のままでいることを強要しないことを保証するのに役立ち得る。その代わりに、ＵＥは、異なる合成キャリア構成へのアクセスを獲得し、そこで通信し続けることができ得る。無効なＢＷＰタイマの満了時に、ＵＥは、初期のＢＷＰまたはデフォルトＢＷＰに進み得る。
【００８７】
図２８は、ＣＣＩの受信時に有効なＢＷＰ状態に再び入り、無効なＢＷＰタイマの満了時にＢＷＰを無効にするためのプロシージャを示す。ステップ２９１で、無効なＢＷＰが識別されるかどうかの判断がある。識別される場合、ステップ２９２で、無効なＢＷＰタイマを開始し、ステップ２９３で、無効なＢＷＰタイマをデクレメントし、ＣＣＩをモニタする。ステップ２９４で、無効なＢＷＰタイマが満了したことが判断される場合、ステップ２９５でＢＷＰを無効にする。ステップ２９４で、無効なＣＣＩタイマが満了していないことが判断される場合、ステップ２９６で、ＣＣＩが検出されるかどうかを判断する。ＣＣＩが検出される場合、ステップ２９７で、有効なＢＷＯ状態を識別し、ステップ２９８で、アクティブなＢＷＰ上でモニタする。これは、プロシージャの概要であるが、フローのさらなる検討のために図２８のレビューもする。
【００８８】
無効なＢＷＰ判断に基づくＣＯＴ（チャネル占有時間）。ノードのＣＯＴ満了のインジケーションを使用してＢＷＰを管理するための方法が、本明細書で開示される。例えば、ｇＮＢは、そのＣＯＴをＵＥに示し得る。ＣＯＴは、フォーマット０＿０もしくはフォーマット０＿１またはフォーマット１＿０もしくはフォーマット１＿１などのＵＥ固有のＤＣＩを通して示され得る。あるいは、ＣＣＩは、ＣＣＩ−ＲＮＴＩを使用するＧＣ−ＰＤＣＣＨを通じたマルチキャストモードで示され得る。ｇＮＢのチャネルアクセスが終了するとき、ＵＥは、ＢＷＰ不活性タイマを中断するか、またはＢＷＰを無効にし得る。これは、ＵＥが、有効なＢＷＰ状態が終了するとすぐに低電力状態に進み得、無効なＢＷＰが、ＣＯＴ満了時にすぐに開始するという利点を提供する。これは、図２９に示される。ここで、ＵＥは、ｇＮＢからｃｏｔ満了時間を取得するとき、ｃｏｔ満了タイマを使用する。それは、ｃｏｔ満了タイマを設定し、ｇＮＢがチャネルアクセスを失うときにそれが満了するようにそれをデクレメントする。このタイマは、有効なＢＷＰウィンドウタイマに優先し得、例えば、有効なＢＷＰウィンドウタイマが満了しなかったが、ｃｏｔ満了タイマが満了した場合、ＵＥは、無効なＢＷＰ状態を識別し、ＢＷＰ不活性タイマを中断し、本格的なＢＷＰモニタリング無しで、低電力状態でＣＣＩのみをモニタし得る。有効なＢＷＰウィンドウタイマが満了するまで無効なＢＷＰの早い部分のいくつかをＵＥが依然としてモニタし得る図２５とは違って、ＵＥは、ＣＣＩ検出時にＢＷＰ不活性タイマを再開し、有効なＢＷＰ状態を識別する。図３０は、ｃｏｔ満了タイマの満了時にＢＷＰ不活性タイマをフリーズさせるためのプロシージャを示す。
【００８９】
図３０を参照して、ステップ３０１で、ＢＷＰ不活性タイマは、アクティブなＢＷＰが有効にされるときに開始される。ステップ３０２で、アクティブなＢＷＰがモニタされ、ＢＷＰ不活性タイマがデクレメントされる。ステップ３０３で、ＢＷＰ不活性タイマが満了したことが判断される場合、ステップ３０４で、ＢＷＰを無効にし、デフォルトＢＷＰを戻す。ステップ３０３で、ＢＷＰ不活性タイマが満了していないことが判断される場合、ステップ３０５で、ｃｏｔ満了が利用可能かどうかの判断がある。ｃｏｔ満了が利用可能であることに基づいて、ステップ３０６で、ｃｏｔ満了タイマを開始し、時間のユニット毎にデクレメントする。ステップ３０７で、ｃｏｔ満了タイマが満了したことが判断される場合、ステップ３０８で、ＢＷＰ不活性タイマをフリーズさせ、無効なＢＷＰ状態を識別する。ステップ３０９で、ＣＣＩをモニタし、ステップ３１０で、ＣＣＩが検出される場合、フリーズされているときＢＷＰ不活性タイマをアンフリーズし、ステップ３１１で、有効なＢＷＰ状態を識別する。
【００９０】
ＵＥのＣＯＴに基づいて、ＢＷＰ不活性タイマをフリーズさせる。ペアでないスペクトルのＵＬ  ＢＷＰ動作に対して、ＵＥは、アクティブなＢＷＰへのチャネルアクセスを取得するときｔＣＯＴ，ＵＥの間、そのＣＯＴを認識する。ＵＥは、そのＣＯＴの満了時にそのＢＷＰ不活性タイマを、ＵＥが次のチャネルアクセスを取得するまでそれがデクレメントされないように中断する。図３１は、ＵＥが、ＵＥからのＬＢＴが続くｔＣＯＴ，ＵＥ，１でのＵＬ  ＢＷＰチャネルアクセス、およびｔＣＯＴ，ＵＥ，２でのチャネルアクセスを取得する例を示す。ＵＥがｔＣＯＴ，ＵＥ，１の満了の時間およびｔＣＯＴ，ＵＥ，２チャネルアクセスに対するチャネルアクセスの開始の時間を認識するとき、チャネルアクセス機会間のＢＷＰ不活性タイマを中断し得る。ＵＥはまた、この時間中にアクティブなＢＷＰを、それが無効なＢＷＰであるときモニタしない場合がある。
【００９１】
図３２は、チャネルアクセスの取得時に、ＵＥがまたＢＷＰ不活性タイマを再開し得る別の例を示す。無効なＢＷＰ時間長の間、ＵＥは、「０ＢＷＰ」状態にあり得、せいぜいチャネル感知／ＬＢＴを実施し得るが、ＰＤＣＣＨのモニタまたはＵＬ信号の伝送はしない。
【００９２】
ｇＮＢは、ＢＷＰ不活性タイマの値を動的に示す。ここで、ＢＷＰ不活性タイマの効率的な管理のための別のスキームが記載される。ｇＮＢは、ＣＣＩ−ＲＮＴＩでスクランブルをかけられるグラント搬送ＤＣＩ（フォーマット０＿０、０＿１、１＿０、１＿１）またはＧＣ−ＰＤＣＣＨなどのＵＥ固有のＤＣＩを通して動的にＢＷＰ不活性タイマの値、ＢＷＰ不活性タイマＤＣＩ値を示し得る。このＤＣＩの受信時に、ＵＥは、以下の値のうちの１つにＢＷＰ不活性タイマの値をリセットし得る。１）ＢＷＰ不活性タイマＤＣＩ値、または２）ｍｉｎ（ＢＷＰ不活性タイマＤＣＩ値、ＢＷＰ不活性タイマＲＲＣ値）。ＢＷＰ不活性タイマＤＣＩ値は、ｇＮＢのＣＯＴに基づいて計算され得る。ＵＥは、ＣＯＴの満了に続いて無効なＢＷＰで低電力状態に入り得るか、またはＵＥは、ＣＯＴが満了するときにアクティブなＢＷＰを無効にし得る。
【００９３】
フレキシブルな広帯域動作でのアクティブなＢＷＰ管理。フレキシブルな広帯域動作がＮＲ−Ｕでサポートされる場合、所与のチャネルアクセス機会でＵＥが利用可能なアクティブなＢＷＰは、ｇＮＢが２つのチャネルアクセス機会の間に同じ２０ＭＨｚ帯域へのチャネルアクセスを有しない場合があるため、次で利用可能でない場合があるため、新しいアクティブなＢＷＰは、合成キャリア構成に応じて取得され得る。コンセプトが、図３３Ａおよび図３３Ｂに示され、合成キャリアの帯域幅およびスペクトルは、異なるチャネルアクセス機会（Channel  Access  Opportunities：ＣｈＡｘＯｐ）で異なり得る。示すように、ＣＣＩは、合成キャリアＢＷを示し得る。図３３Ａでは、ｇＮＢは、ＣｈＡｘＯｐ１で、ｔＣＯＴ，ｇＮＢ，１時間で合成チャネルへのチャネルアクセスを取得し得る。ＵＥは、この時間中に、ＢＷＰ１で動作し得る。続いて、ｇＮＢは、ＣｈＡｘＯｐ２でｔＣＯＴ，ｇＮＢ，２で合成キャリアアクセスを取得し得、ＵＥは、ＢＷＰ２上で動作し得る。図３３Ｂでは、ｇＮＢは、ｔＣＯＴ，ｇＮＢ，１時間長で合成チャネルへのチャネルアクセスを取得し得る。それは、ｇＮＢのＣＯＴの満了の後、ＢＷＰ２でＵＬグラントをＵＥに提供する。ＵＥは、ＬＢＴを実施し得、ＢＷＰ２へのアクセスを獲得する。ＵＥが、ＰＵＳＣＨを伝送するためのＢＷＰ２へのチャネルアクセスを得ない場合、ＵＥは、デフォルトＢＷＰまたはアクティブなＢＷＰ１に戻り得る。
【００９４】
ＢＷＰは、異なるチャネルアクセス機会間で異なり得る。したがって、開示されるように、ＵＥは、ｇＮＢまたはＵＥのＣＯＴが満了するときにアクティブなＢＷＰを無効にし得る。続いて、ＵＥは、新しいアクティブなＢＷＰを判断するための以下のプロシージャを実施し得る。第１のプロシージャでは、ＣＯＴの満了時にＢＷＰ１を無効にする際、ＵＥは、ＵＥに対して構成されたデフォルトＢＷＰなどのＢＷＰに切り替わり得る。ＵＥは、次のチャネルアクセス機会で合成キャリアに基づいて、アクティブなＢＷＰ２を有効にし得るよりも、ＤＣＩについてこのＢＷＰをモニタし得る。アクティブなＢＷＰの無効化は、図３０でのｃｏｔ満了タイマプロシージャを使用し得る。コンセプトが、図３４に示される。ＣＯＴそれ自体は、アクティブなＢＷＰ１で伝送されるＣＣＩから取得され得る。第２のプロシージャでは、ＣＯＴの満了時にＢＷＰ１を無効にする際、ＵＥは、デフォルトＢＷＰを有しない場合がある。その代わりに、それは、候補ＢＷＰでＣＣＩを探し得る。ＢＷＰｍａｘまで、（ＣＣＩモニタリングのための）候補ＢＷＰは、潜在的な合成キャリア上でＵＥにＲＲＣ構成され得る。構成は、ＢＷＰｉと称される第ｉ番目の候補ＢＷＰをモニタするための時間ｔＣＣＩｍｏｎｉｔｏｒ，ｉｍｓの時間長を含み得る。ＵＥは、第ｉ番目の候補ＢＷＰに切り替わり、ｔＣＣＩｍｏｎｉｔｏｒ，ｉｍｓでＣＣＩについてＢＷＰｉをモニタし得る。ＵＥが、ｔＣＣＩｍｏｎｉｔｏｒ，ｉｍｓ内にＢＷＰｉに対応するＣＣＩを受信しない場合、ＢＷＰｉ＋１に切り替わり、ＣＣＩをモニタし始め得る。ＵＥが、第ｉ番目の候補ＢＷＰｉでＣＣＩを受信する場合、ＢＷＰｊでＣＣＩをモニタしない場合がある。ここで、ｊ＞ｉである。ＵＥが、候補ＢＷＰのうちのいずれかでＣＣＩを受信しない場合、ＢＷＰ１をモニタするように戻り得、候補ＢＷＰを通して循環し得る。ＣＣＩが、ＢＷＰｉ上で受信されない場合、ＵＥは、それが無効なＢＷＰ状態にあることを考慮し得る。図３４に示すように、ＣＯＲＥＳＥＴからの矢印４０１は、ＰＤＣＣＨがｇＮＢのＣＯＴの満了時間を示すことを示すことに留意されたい。このため、ＵＥは、ｇＮＢのＣＯＴ満了時にデフォルトＢＷＰに切り替わり得る。別のチャネルアクセス機会で、新しいｇＮＢ  ＣＯＴを示すデフォルトＢＷＰ上のＣＯＲＥＳＥＴでのＰＤＣＣＨの受信時に、ＵＥは、合成キャリアのＢＷに応じて、新しいＢＷＰに切り替わる。ｇＮＢのＣＯＴが満了するときに、ＵＥは、デフォルトＢＷＰに移行し、次のＣＣＩについてそれをモニタする。デフォルトＢＷＰ上の次のＣＣＩが、ＢＷＰ２に切り替わらなければならないことを示す場合、ＵＥは切り替わりＢＷＰ２をモニタする。
【００９５】
図３５は、ＣＣＩを探すための候補ＢＷＰのコンセプトを示す。ＣＣＩは、ＣＣＩを受信しようとする前に新しいＢＷＰに調整するために十分な時間をＵＥが有するように、ＢＷＰ上で伝送され得る。
【００９６】
図３６は、チャネルアクセス機会でアクティブなＢＷＰを見つけるプロシージャを示す。ここで、ＵＥは、候補ＢＷＰでＣＣＩを探すことによって、ＣｈＡｘＯｐ１でＢＷＰを有効にし得、ＣｈＡｘＯｐ２でアクティブなＢＷＰを有効にし得る。
【００９７】
図３６を参照して、ステップ３２１で、ＣｈＡｘＯｐ１からＢＷＰを無効にする。ステップ３２２で、ｉ＝１およびＣＣＩモニタタイマｉ＝ｔＣＣＩｍｏｎｉｔｏｒ，ｉである。ステップ３２３で、ＣＣＩについてＢＷＰｉをモニタし、ＣＣＩモニタタイマｉをデクレメントする。ステップ３２４で、ＣＣＩモニタタイマｉが満了したかどうかが判断される。満了した場合、ｉ＝ｉ＋１であり、ステップ３２６で、ｉ＞ＢＷＰｍａｘかどうかの判断がある。ステップ３２６について、いいえの場合、ステップ３２７で、ＣＣＩモニタタイマｉ＝ｔＣＣＩｍｏｎｉｔｏｒ，ｉである。ステップ３２４で、ＣＣＩモニタタイマｉが満了したことが判断される場合、ステップ３２８で、ＣＣＩが検出されるかどうかの次の判断がある。ＣＣＩが検出される場合、ステップ３２９で、ＣｈＡｘＯｐ２に対してＣＣＩによって示されるＢＷＰを有効にする。これは、図３６のフローの一部の概要である。
【００９８】
ＣＣＩは、ＢＷＰｉ上でＵＥ固有のＤＣＩを通して示され得る。ＤＣＩは、ＢＷＰアクティブでグラントをＵＥに提供し得る。ＵＥは、グラントを処理するようにＢＷＰアクティブに切り替わり得る。複数のＵＥは、ｇＮＢが新しい合成キャリア構成へのチャネルアクセスを取得するときに影響を与えられ得る。ｇＮＢは、新しく取得された合成キャリア複数のＵＥ上でＢＷＰを構成することを望み得るため、ＢＷＰ切り替えは、ＣＣＩを使用してマルチキャストまたはブロードキャストモードでトリガされ得る。ＢＷＰ有効化トリガは、複数のＵＥを新しいアクティブなＢＷＰに同時に移動させ得る。ＣＣＩ−ＲＮＴＩを使用してスクランブルをかけられるＧＣ−ＰＤＣＣＨは、ＢＷＰアクティブをＵＥに示すために使用され得、ＧＣ−ＰＤＣＣＨは、ＢＷＰアクティブのインデックスを搬送する。図３５を参照して、ＣＣＩは、ＵＥがモニタするように構成されているＧＣ−ＰＤＣＣＨのための共通のサーチスペースを含むＣＯＲＥＳＥＴ（制御リソースセット）であり得る。ＵＥがＣＣＩを受信するとき、有効にするようにＢＷＰを識別し得る。
【００９９】
あるいは、ＧＣ−ＰＤＣＣＨは、合成キャリア、例えば、合成Ｕ−ＳＣＢＷ上の情報のみを搬送し得る。ＵＥは、その合成キャリア構成についてＢＷＰｋに切り替えるようにＲＲＣを通して構成され得る。ＵＥが低電力モードでＣＣＩをモニタすることを可能にするために、ＣＣＩは、シーケンスに基づくＰＳＳ／ＳＳＳのような信号であり得る。さらに、それは、ＵＥがＣＣＩ検出段階の間により小さい帯域幅上で動作し得るように狭帯域であり得る。ＣＣＩはまた、ＵＥがＣＯＴの満了時にＢＷＰアクティブを無効にし得るように、ｇＮＢのＣＯＴを示し得る。
【０１００】
現在、ＮＲは、ＵＥが単一のアクティブなＢＷＰを有するケースをサポートする。本明細書の主題は、ＵＥが複数のＴｘ−Ｒｘチェーンを有するときに、各候補ＢＷＰのために使用される１つのＴｘ−Ｒｘチェーンを使用して、同時に複数の候補をモニタし得ることを開示する。各ＵＥに対して、ｇＮＢは、同時に異なる候補上でＣＣＩをスケジュールし得る。これは、ＣＣＩを取得する際に最小レイテンシを可能にし得る。ＢＷＰｉでのＣＣＩの受信時に、ＵＥは、示されたＢＷＰアクティブに切り替わり得、候補ＢＷＰを無効にし得る。ＮＲ−Ｕは、アンカーセルを使用して合成キャリア上でこのプロシージャを使用し得る。加えて、アンカーセル無しでチャネル利用可能性に基づいて合成するＮＲ−Ｕサポートキャリアが、本明細書で開示される。候補ＢＷＰでＣＣＩを探すことに基づいてＢＷＰを取得するためのプロシージャは、このケースに適用され得る。アンカー無しのフレキシブルな動作では、セルは、潜在的に、チャネル利用可能性に準拠するＮ＊Ｕ−ＳＣＢＷ  Ｈｚまで占有し得る。ノードは、隣接する利用可能なＵ−ＳＣＢＷを１つのＣｈＡｘＯｐに合成し得る。１つのＣｈＡｘＯｐで利用可能な周波数リソースのセットは、異なり得るか、または各ＣｈＡｘＯｐでのアンカーの存在が必要でないため、別のＣｈＡｘＯｐで利用可能な周波数リソースのセットに隣接しない場合がある。
【０１０１】
ＣＯＴの満了によってトリガされるときのアクティブなＢＷＰの無効化に関するプロシージャが、ここで与えられる。アクティブなＢＷＰの無効化は、以下の方法のうちの１つで実施され得る。タイマ「ｃｏｔ満了タイマ」は、いつＢＷＰを無効にするかを判断するために使用される。タイマは、ＭＣＯＴ内の残りの時間長であり得る値ｃｏｔ満了に設定される。カウンタは、ｍｓなどの時間のユニット、またはスロットもしくはシンボルでデクレメントする。カウンタが満了する（０に達する）ときに、ＢＷＰは無効にされる。無効化は、ＢＷＰ不活性タイマが満了しなかった場合でさえ発生し得る。図３７Ａは、チャネルがｇＮＢによって取得されるときにＢＷＰを無効にすることを示す。ここで、ＵＥは、そのＢＷＰが有効にされるときにＢＷＰ不活性タイマおよびｃｏｔ満了タイマを開始する。ＢＷＰ不活性タイマは、グラントがある毎に再開し得る。ｃｏｔ満了タイマが満了するときに、ＢＷＰ不活性タイマが満了しなかった場合であっても、ＵＥは、アクティブなＢＷＰを無効にする。図３７Ｂは、チャネルがＵＥによって取得されるときにＢＷＰを無効にすることを示す。ここで、ｃｏｔ満了タイマは、ｔＣＯＴ，ＵＥに設定される。
【０１０２】
ｃｏｔ満了タイマは、いったん、ＵＥがｃｏｔ満了を受信すると開始され得、ＵＥは、アクティブなＢＷＰ上でこれを受信し得るため、ＢＷＰ不活性タイマを開始することに対してｃｏｔ満了タイマを設定する際にラグがあり得る。ＵＥは、ｃｏｔ満了タイマを設定する前のその処理遅延に基づいて、ｃｏｔ満了値をｃｏｔ満了Ａｄｊに調整し得る。これは、図３８に示され、ＣＣＩは、ＣＣＩを搬送するＣＯＲＥＳＥＴの開始の時間からｇＮＢのＣＯＴを示す。図３８に示す矢印は、ＣＣＩが、ＣＯＴが満了する時間を示すことを提供する。
【０１０３】
図３９は、ｃｏｔ満了タイマを使用してＢＷＰを無効にするためのプロシージャを示す。ここで、ＵＥは、ｃｏｔ満了タイマが満了するか、またはＢＷＰ不活性タイマが満了するまで、アクティブなＢＷＰで動作し得る。ＢＷＰ不活性タイマの値は、ｃｏｔ満了と称されるＣＯＴ内の残りの時間長などのチャネル利用可能性の関数である。例えば、ＢＷＰ不活性タイマは、下記の数式１に従って設定される。ここで、ＢＷＰ不活性タイマＲＲＣ値は、ＲＲＣを通じたタイマに対して構成される値である。
【０１０４】
【数１】
2021523632.tif 000004
【０１０５】
図３９を参照して、ステップ３３１で、ＢＷＰ不活性タイマは、アクティブなＢＷＰが有効にされるか、またはグラントが受信されるときに開始される。ステップ３３２で、ＵＥは、アクティブなＢＷＰで動作し、ＢＷＰ不活性タイマをデクレメントし得る。ステップ３３３で、ｃｏｔ満了が利用可能である場合、ステップ３３４で、ｃｏｔ満了Ａｄｊを計算し、ｃｏｔ満了Ａｄｊ値でｃｏｔ満了タイマを開始し、さらに時間のユニット毎にｃｏｔ満了タイマをデクレメントする。ステップ３３５で、ｃｏｔ満了タイマまたはＢＷＰ不活性タイマが満了したかどうかが判断される。満了した場合、ステップ３３６で、ＵＥに対してアクティブなＢＷＰを無効にする。これは、単に、図３９のフローの一部の概要である。概して、本明細書でのフローの説明は、例および概要であり、フローは、本明細書での概要よりも多くの情報を含み得ることに留意されたい。
【０１０６】
図４０Ａは、チャネルアクセスがｇＮＢによって取得されるときにＢＷＰを無効にすることのコンセプトを示す。ここで、ＵＥは、チャネルアクセスの残りの時間ｔＣＯＴ，ｇＮＢ−ｔｉに基づいて、ｃｏｔ満了の値を更新し得る。ここで、ｔｉは、ｃｏｔ満了ｉが計算されるときの時間インスタンスである。ｔｊでグラントを受信すると、ＵＥは、ｔｊでｃｏｔ満了ｊの値を使用して、そのＢＷＰ不活性タイマを再開し得る。ＢＷＰ不活性タイマが満了するときに、ＵＥは、ＢＷＰを無効にし得る。図４０Ｂは、ｃｏｔ満了がＵＥのＣＯＴ時間ｔＣＯＴ，ＵＥの関数である例を示す。図４１は、ＢＷＰ不活性タイマを使用してＢＷＰを無効にするためのプロシージャを示す。ステップ３４１で、アクティブなＢＷＰが有効にされるか、またはグラントが受信されるときに、ＢＷＰ不活性タイマを開始する。ｃｏｔ満了＝最大の可能な値であることに留意されたい。ステップ３４２で、アクティブなＢＷＰで動作し、ＢＷＰ不活性タイマをデクレメントする。ステップ３４３で、ｃｏｔ満了が受信されるかどうかが判断される。ステップ３４３で受信される場合、ＢＷＰ不活性タイマ＝ｍｉｎ（ＢＷＰ不活性タイマＲＲＣ値、ｃｏｔ満了）を設定し、時間のユニット毎にＢＷＰ不活性タイマをデクレメントする。ステップ３４５で、ＢＷＰ不活性タイマが満了した場合、ステップ３４６で、ＵＥに対してアクティブなＢＷＰを無効にする。ステップ３４３でｃｏｔ満了が受信されないか、またはステップ３４５でＢＷＰ不活性タイマが満了しない場合、ステップ３４２に進む。
【０１０７】
ｃｏｔ満了の値は、以下の方法でＵＥによって取得され得る。第１の方法では、ｇＮＢがチャネルアクセスを得るときに、ｃｏｔ満了は、ｇＮＢのＣＯＴに基づいて設定される。ｃｏｔ満了は、ＵＬまたはＤＬグラントなどのＵＥ固有のＤＣＩを通してＵＥに提供され得る。あるいは、ｃｏｔ満了は、ＣＣＩなどの信号を通して、マルチキャストまたはブロードキャストモードで伝送され得、ＣＣＩは、ＵＥがｃｏｔ満了を計算するｇＮＢのチャネルアクセス時間長を搬送し得る。第２の方法では、ＵＥがチャネルアクセスを取得するときに、ｃｏｔ満了は、ＵＥのＣＯＴに基づいて設定され得る。ＬＢＴアクセスおよび優先度タイプに応じて、ｃｏｔ満了は、ＵＥのＭＣＯＴに設定され得るか、またはＵＥによって受信されるグラントの時間長で設定され得る。
【０１０８】
チャネルアクセスに基づくＢＷＰ無効化は、動作の構成可能なモードであり得る。構成される場合、ＵＥは、ここで記載されるプロシージャを使用してアクティブなＢＷＰを無効にし得る。それが構成されない場合、ＵＥは、例えば、ＲＲＣシグナリング／パラメータを通してＢＷＰ不活性タイマを設定することに基づいて、ＮＲでデフォルトの方法で動作し続け得る。チャネルアクセスに基づくＢＷＰ無効化の構成は、ＲＲＣを通して行われ得、ＵＥ固有であり得る。各ＢＷＰは、ＵＥがチャネルアクセス時間長に基づいてＢＷＰ無効化を使用し得るかどうかを示すパラメータで構成され得る。
【０１０９】
あるいは、ＵＥへのグラントでのビットは、ＵＥがチャネルアクセス時間に基づいてＢＷＰ無効化を行わなければならないかどうかを示し得る。ｃｏｔ満了がＵＥに利用可能でない場合（例えば、ｇＮＢがそのチャネル占有時間長を伝送しないか、またはＵＥがそれを受信しなかった場合）、ＵＥは、ＮＲでデフォルトのプロシージャの下、動作し得る。
【０１１０】
ＵＥは、チャネル感知のためにＲｘ帯域幅を増加させる必要がないように、アクセスするＢＷＰ以下の帯域幅上でＬＢＴを実施し得る。感知のための最小帯域幅は、ＮＲでサポートされる最小キャリア帯域幅（ＣＢＷ）に等しくなり得る。例えば、ＦＲ１（周波数範囲、７ＧＨｚ未満を意味する）では、ＦＲ１に対するＮＲ−Ｕ初期アクセスでのＵＬ  ＲＡＣＨ伝送について、ＵＥは、５ＭＨｚと同程度に小さい帯域上でＬＢＴを行い得る。
【０１１１】
図２２Ａに示すように、ＵＥが、ＰＵＣＣＨまたはＰＵＳＣＨなどのそのＵＬ  ＢＷＰ上でのブロックインターリーブ周波数分割複数アクセス（Block  Interleaved  Frequency  Division  Multiple  Access：ＢＩＦＤＭＡ）伝送を使用する場合、以下のオプションで記載されるようにＬＢＴを実施し得る。第１のオプションでは、ＵＥは、グラントを有する周波数ブロック上でのみＬＢＴを行う。このケースでは、エネルギー検出は、例えば、ＵＥ受信機での高速フーリエ変換（Fast  Fourier  Transformation：ＦＦＴ）動作の後、周波数領域で行われ、その結果、ＵＥのＵＬ伝送にグラントされる周波数ブロックのみがエネルギー測定のために使用される。エネルギー検出（ＥＤ）が閾値を超える場合、ＵＥは、ＵＬ上での伝送のチャネルにアクセスしない場合がある。図２２Ｂは、この例を示す。第２のオプションでは、ＵＥは、グラントでの最低および最高のブロック間の隣接するスペクトル上でエネルギー検出（ＥＤ）を実施し得、例えば、エネルギーは、そのアクティブなＵＬ  ＢＷＰよりも小さい帯域幅でのフィルターの後、時間領域で測定される。一例が図２２Ｃに示される。広帯域動作では、これは、ＰＵＳＣＨリソースがグラントで提供されるＵ−ＳＣＢＷ帯域上のチャネルアクセスをＵＥが実施し得ることを意味し得る。第３のオプションでは、ＵＥは、全体のＢＷＰ上でＬＢＴを行い、例えば、エネルギーは、動作のその帯域がＢＷＰの一部のみを構成する場合でさえ、例えば、ＵＥのＵＬグラントがＢＷＰでＵ−ＳＣＢＷのサブセットにのみ及ぶときに、そのアクティブなＵＬ  ＢＷＰと同じ帯域幅でのフィルターの後、時間領域で測定される。ＥＤが閾値を超える場合、ＵＥは、チャネルにアクセスしない。図２２Ｄは、この例を示す。
【０１１２】
第２および第３のオプションを参照して、ＵＥは、他のＵＥと多重化され得、他のＵＥからエネルギーを感知し得る。ＵＥ、多重化されたリソースの数に応じて、閾値は異なり得る。ｇＮＢは、チャネル感知のためのリソースおよび閾値をＵＥに示し得る。この情報は、ＵＬグラントの一部として生じ得る。上記オプション２およびオプション３では、ＵＥは、周波数で他のＵＥの多重化されたブロックからエネルギーを感知し得る。ＵＥおよび多重化されたブロックの数に応じて、閾値は異なり得る。ｇＮＢは、チャネル感知オプションおよび関連する閾値をＵＥに示し得る。この情報は、表２で例示されているようなＵＬグラントＤＣＩ上で搬送され得る。
【０１１３】
【表２】
2021523632.tif 000005
【０１１４】
以下の例のいくつかは、図２２（例えば、どのようにＵＥが、その割り当てられたグラントに対して２０ＭＨｚ帯域にわたってＬＢＴを行うか）に関連し得る。以下の例は、どのようにＵＥが広帯域動作でＰＵＳＣＨ伝送のためにＬＢＴを実施し得るかを示す。ｇＮＢが、Ｔサブ帯域ＳｇＮＢ＝｛Ｓｔ｝のセットで構成される広帯域キャリアにＣＯＴを取得することを想定する。ここで、ｔ＝０、１、．．．、Ｔ−１である。ｇＮＢは、動的なＰＵＳＣＨ伝送か構成されたグラント（Configured  Grant：ＣＧ）ＰＵＳＣＨ伝送のいずれかのために、このＣＯＴをＵＥと共有し得る。ＵＥのアクティブなＢＷＰは、ＢＵＥＵ−ＳＣＢＷ  ＳＢＷＰ＝｛Ｓｂ｝に及ぶ。ここで、ｂ＝０、１、．．．ＢＵＥ−１である。ＵＥは、Ｕ−ＳＣＢＷ帯域ＳＵＥ＝｛Ｓｊ｝に及ぶＵＬグラントを受信する。ここで、ｊ＝０，１、．．．、Ｊ−１である。
【０１１５】
ＵＬグラントがｇＮＢのＣＯＴの外側にある場合、ＵＥは、以下の方法のうちの１つでチャネルを取得するようにＣＡＴ４  ＬＢＴを行う。第１の方法では、ＳＵＥはＳＢＷＰの部分集合であり、ＵＥは、ＵＥのグラントでのＳＵＥでの帯域上でのみＣＡＴ４  ＬＢＴを実施する。これは、図４４Ａに示される。第２の方法では、ＳＵＥはＳＢＷＰの部分集合であり、ＵＥは、ＵＥのグラントでのＳＢＷＰでの帯域上でＬＢＴを実施する。これは、図４４Ｂに示される。ＢＷＰは、Ｕ−ＳＣＢＷの整数の番号Ｇに完全には及ばないことがあることに留意されたい。このケースでは、ノードは、少なくともいくつかのＢＷＰリソースを含む場合、全体のＵ−ＳＣＢＷ上でＬＢＴを実施する。
【０１１６】
ＵＥと共有するｇＮＢ取得ＣＯＴのケースについて、以下のシナリオが可能であり、図４５Ａ〜図４７で示される。第１のシナリオでは、セットＳｇＮＢの帯域幅は、ＵＥのＢＷＰをカバーし得る。それはまた、ＵＥのアクティブなＢＷＰを超え得る。このケースでは、共有されたＣＯＴにアクセスするために、ＵＥは、以下の方法のうちの１つでＣＡＴ２  ＬＢＴを実施する。第１の方法では、ＳＢＷＰはＳｇＮＢの部分集合であり、ＵＥは、ＳｇＮＢ上でＬＢＴを実施する。これは、図４５Ａに示される。第２の方法では、ＳＢＷＰはＳｇＮＢの部分集合であり、ＵＥは、ＵＥのＢＷＰでＳＢＷＰを含む帯域上でＬＢＴを実施する。これは、図４５Ｂに示される。第３の方法では、ＳＵＥはＳＢＷＰの部分集合であり、ＵＥは、ＵＥのグラントでＳＵＥを含むＵ−ＳＣＢＷ帯域上でのみＬＢＴを実施する。これは、図４５Ｃに示される。
【０１１７】
第２のシナリオでは、セットＳｇＮＢの帯域幅は、ＵＥの全体のアクティブなＢＷＰに及ばない。このケースでは、共有されたＣＯＴにアクセスするために、ＳＵＥがＳｇＮＢの部分集合である、例えば、ＵＥのグラントされたリソースがｇＮＢのＣＯＴ帯域幅内にあるときに、ＵＥは、以下の方法のうちの１つでＣＡＴ２  ＬＢＴを実施する。第１の方法では、ＵＥは、ＳＢＷＰリソースを含むすべてのＵ−ＳＣＢＷ上でＬＢＴを実施する。これは、図４６Ａに示される。第２の方法では、ＵＥは、ＳｇＮＢですべてのＵ−ＳＣＢＷ上でＬＢＴを実施する。これは、図４６Ｂに示される。第３の方法では、ＵＥは、ＵＥのグラントでＳＵＥを含むＵ−ＳＣＢＷ上でのみＬＢＴを実施する。これは、図４６Ｃに示される。
【０１１８】
第３のシナリオでは、ＳＵＥがＳｇＮＢの真部分集合ではないケース、例えば、ＵＥのグラントされたリソースがｇＮＢのチャネルアクセスのサブ帯域内にないケースでは（これは、リソースがｇＮＢの現在のＣＯＴの帯域幅を超えるＣＧ  ＰＵＳＣＨのケースで起こり得る）、ＵＥは、以下の方法のうちの１つで、グラント上で機能し得る。第１の方法では、ＵＥは、グラントを伝送しない。第２の方法では、ＵＥは、ＳｇＮＢを含むＵ−ＳＣＢＷ上でＣＡＴ２  ＬＢＴを行い、チャネルが占有され別のノードに失われないことを保証するように、ＳｇＮＢ内のグラントされたリソースにパンクチャリングまたはレートマッチングすることによって、そのＰＵＳＣＨを伝送する。これは、図４７に示され、ＵＥは、そのＣＧ  ＰＵＳＣＨリソースが２つのＵ−ＳＣＢＷに及ぶ間、１つのＵ−ＳＣＢＷ上でのみチャネルにアクセスし得る。ｇＮＢが１つの帯域にのみへのアクセスを有するため、ＵＥは、成功のＣＡＴ２  ＬＢＴ上のその帯域上で伝送するが、ｇＮＢ上の他のＵ−ＳＣＢＷ帯域上で伝送せずＣＯＴを有しない。
【０１１９】
図５２Ａは、合成キャリアについてＵＥ３６１と共有するｇＮＢ取得ＣＯＴを可能にするためのシグナリングを示す。ステップ３７１で、ｇＮＢ３６０は、１つまたは複数のＵ−ＳＣＢＷ帯域で構成される合成キャリアにわたって、ある時間長（ＣＯＴ）でチャネルアクセスを取得する。ステップ３７２で、ｇＮＢ３６０は、ＣＣＩをＵＥ３６１に送信する。ステップ３７３で、ＵＥ３６１は、ｇＮＢのＣＯＴで少なくとも１つのＵ−ＳＣＢＷとして識別する。続いて、ステップ３７４で、ＵＥ３６１は、ｇＮＢのＣＯＴ内のＵＬグラントを受信する。ステップ３７５で、ＵＥ３６１は、ＳＢＷＰもしくはＳＵＥまたはＳｇＮＢ上でＣＡＴ２  ＬＢＴを実施し、ステップ３７６で、ＬＢＴが成功の場合、ＰＵＳＣＨを伝送する。図５２Ｂは、ｇＮＢ取得ＣＯＴを共有するためのＵＥプロシージャを示す。（ステップ３８１で）ＵＥ３６１はＣＣＩをモニタし、（ステップ３８２で）それの検出時に、ステップ３８３で、そのＣＯＴで、合成キャリアで周波数帯域のうちの少なくとも１つで識別する。（ステップ３８４で）ＵＥ３６１が、そのＣＯＴでＵＬグラントを受信する場合、（ステップ３８５で）ＣＡＴ２  ＬＢＴを実施し、（ステップ３８６で）ＰＵＳＣＨを伝送する。
【０１２０】
ＵＥ３６１が、ｇＮＢ取得ＣＯＴ内のＰＵＳＣＨ伝送のために１つのＣＧを自律的に選択し得る複数のＣＧを有する場合、以下のことを行い得る。ＵＥ３６１がＳｇＮＢ内のリソースと共に少なくとも１つのＣＧを有する場合、ＵＥ３６１は、ｇＮＢ取得ＣＯＴ上でそのＣＧを使用して伝送し得る。ＵＥ３６１がＳｇＮＢに限定されるリソースと共に複数のＣＧを有する場合、ＵＥ３６１は、ｇＮＢ取得ＣＯＴ上でＰＵＳＣＨを伝送するように適切なＣＧを選択し得る。ＵＥ３６１は、トラフィックのタイプ、レイテンシ、要件、優先度などに応じてＣＧを自律的に選択する。ｇＮＢ３６０は、そのＤＭＲＳから、自律的に選択されたＣＧを識別する。
【０１２１】
ＰＵＳＣＨグラントが図４８Ａに示すような異なる数のＵ−ＳＣＢＷに及ぶ、共有されたＣＯＴで複数のＰＵＳＣＨグラントをＵＥ３６１が受信する場合、ＵＥ３６１は、ＳＵＥに基づく場合にＬＢＴ帯域幅を判断するために、複数のグラントの間でＰＵＳＣＨ周波数リソースの総セットを使用する。この例では、ＵＥ３６１は、１つのＵ−ＳＣＢＷで構成されるＳＵＥ、１上のＰＵＳＣＨ１、および別のＵ−ＳＣＢＷで構成されるＳＵＥ、２上のＰＵＳＣＨ２に対してグラントを受信する。ＬＢＴ帯域幅は、ＰＵＳＣＨ１およびＰＵＳＣＨ２のためのＰＵＳＣＨ周波数リソースのユニオンである。
【０１２２】
あるいは、後者のＰＵＳＣＨのＵ−ＳＣＢＷが前者のＰＵＳＣＨのＵ−ＳＣＢＷ内に含まれない場合、ＵＥ３６１は、各ＰＵＳＣＨの前に個別のＬＢＴを行い得る。図４８Ｂでの例では、ＵＥ３６１は、ＰＵＳＣＨ１の前に、ＰＵＳＣＨ１とＰＵＳＣＨ２との間で、ＣＡＴ２  ＬＢＴを行う。そうする際、ＵＥ３６１は、ＰＵＳＣＨ１の最後のシンボルかまたはＰＵＳＣＨ２の最初のシンボルのいずれかをパンクチャし得る。
【０１２３】
図４８Ｃでは、ＰＵＳＣＨ２のＵ−ＳＣＢＷ帯域は、ＰＵＳＣＨ１の帯域と、追加のＵ−ＳＣＢＷ帯域と、を含む。このケースでは、ＵＥ３６１は、ＰＵＳＣＨ１を伝送するように、ＳＵＥ、１上でＣＡＴ２  ＬＢＴを実施し、次いで、ＰＵＳＣＨ２を伝送するように、ＳＵＥ、２上でＣＡＴ２  ＬＢＴを実施する。それは、追加のＵ−ＳＣＢＷの前のＣＣＡについての必要性によるＰＵＳＣＨ１とＰＵＳＣＨ２との間のギャップが長いとき、ＰＵＳＣＨ１の帯域上でＬＢＴを行う。ＰＵＳＣＨ３が伝送されるが、ＰＵＳＣＨ２の帯域内に含まれ、したがって、ＰＵＳＣＨ２とＰＵＳＣＨ３との間で必要とされるＣＣＡはない。
【０１２４】
以下のプロシージャがサポートされ得る。ＵＥ３６１は、ＰＵＳＣＨ２に含まれる少なくとも１つまたは複数の帯域に対するチャネルを取得した場合、例えば、ＰＵＳＣＨ１およびＰＵＳＣＨ２周波数リソース間にオーバーラップがある場合にのみ、図４８Ｃでの例に示すようにＰＵＳＣＨ２に対してＣＡＴ２  ＬＢＴを行い得る。このケースでは、ＵＥ３６１は、ＰＵＳＣＨ１の帯域へのチャネルアクセスを既に有している。これがケースでない場合、ＵＥ３６１は、図４８Ｄに示すようなＰＵＳＣＨ２に対してチャネルにアクセスするためのＣＡＴ４  ＬＢＴのみを行い得る。
【０１２５】
したがって、ＵＥ３６１は、単一のステップまたは複数のステップを通して、全体のＳｇＮＢまたはそのサブセットを判断し得る。この情報を使用して、ＵＥ３６１は、ＲＲＣシグナリングまたは以下の方法のうちの１つを通して取得される動的なインジケーションを通して提供され得る構成された規則に従って、そのＬＢＴ帯域幅を判断する。第１の方法では、共通のサーチスペースまたはＵＥ固有のサーチスペースでのＤＣＩを通してである。プロシージャが、図５３Ａに示される。ここで、ＵＥ３６１は、ステップ３９１で、その構成されたＣＯＲＥＳＥＴをモニタし得る。（ステップ３９２で）ブロードキャストもしくはグループキャストまたはＵＥ固有のＤＣＩであり得るＤＣＩを成功して復号する際、ＵＥ３６１は、ステップ３９３で、そのｇＮＢ３６０が伝送していること、およびＤＣＩが検出されたＣＯＲＥＳＥＴを含む少なくともＵ−ＳＣＢＷがｇＮＢのＣＯＴ内にあることを識別する。ステップ３９７のステップ１では、ＵＥ３６１は、ＳＵＥ、ステップ１として表される合成Ｕ−ＳＣＢＷのセットを識別し得る。そのＤＣＩまたは別のＤＣＩが、そのＣＯＴ内でＵＥ３６１にＤＬグラントを提供する場合、ＵＥ３６１は、ｇＮＢのＣＯＴ帯域幅が、それらのＰＤＳＣＨリソースを含む少なくともＵ−ＳＣＢＷを含むことを推測し得る。同様に、そのＤＣＩが、そのＣＯＴ内でＵＥ３６１にＵＬグラントを提供する場合、ＵＥ３６１は、ｇＮＢのＣＯＴ帯域幅が、それらのＰＵＳＣＨリソースを含む少なくともＵ−ＳＣＢＷを含むことを推測し得る。（ステップ３９５で）この第２のステップのステップ２で、ＵＥ３６１は、ＳＵＥ、ステップ２を識別する。したがって、ＤＣＩは、暗黙のＣＣＩのように機能する。ステップ３９６で、ＵＥ３６１が、ＬＢＴもしくは測定を実施しなければならないか、またはグラントを処理しなければならない場合、処理される信号のＢＷを判断するように、ステップ１（ステップ３９７）およびステップ２（ステップ３９５）、例えば、ユニオンＳＵＥ、ステップ１ＵＳＵＥ、ステップ２からの情報を使用する。ステップ２（ステップ３９５）情報が利用可能でない場合、ＵＥ３６１は、ステップ１（ステップ３９７）の結果を使用してその動作を実施することが予期される。ＳＵＥ、ステップ１ＵＳＵＥ、ステップ２は、ＳＵＥ、ＳＢＷＰ、ＳｇＮＢに等しくあり得ることに留意されたい。
【０１２６】
（ＰＵＳＣＨをパンクチャするかどうかなどの）ＰＵＳＣＨ伝送方法についての規則は、ＲＲＣシグナリングを通してＵＥ３６１に構成され得る。
【０１２７】
第２の方法では、図５３Ｂでのプロシージャに示すように、ＣＣＩは、（受信機がＣＣＩを受信する）少なくとも現在のＵ−ＳＣＢＷがｇＮＢのＣＯＴにあることを示し得る。ＣＣＩは、ステップ４０３で、明確に、例えば、ビットマップを通して、ｇＮＢのＣＯＴでサブセットまたはすべてのＵ−ＳＣＢＷを示し得る。ＣＣＩそれ自体は、ＤＣＩの形態であり得る。ＣＣＩの受信時に（ステップ４０１、ステップ４０２）、ステップ４０４で、ＵＥ３６１は、その重要な信号を処理するのに十分な、合成キャリアの認識を有する。これは、広帯域キャリアですべての合成周波数帯域の完全な認識を含まない場合があることに留意されたい。
【０１２８】
第３の方法では、図５３Ｃでのプロシージャに示すように、ＵＥ３６１は、そのＵ−ＳＣＢＷでのＣＣＩの検出（ステップ４１１およびステップ４１２）によるｇＮＢのＣＯＴでのＵ−ＳＣＢＷかどうかを判断し得る。複数のＵ−ＳＣＢＷがキャリアで合成される場合、ＵＥ３６１は、合成Ｕ−ＳＣＢＷの各々で１つのＣＣＩを検出し得る（ステップ４１３）。モニタされるＵ−ＳＣＢＷの数は、ＲＲＣシグナリングを通してＵＥ３６１に構成されている。例えば、ＣＣＩは、ＤＭＲＳの形態であり得る。ＵＥ３６１は、続いて、ＤＭＲＳを検出するように、可能なＵ−ＳＣＢＷをモニタし得る。それが、ＤＭＲＳを検出する場合、ＣＯＴの一部としてそのＵ−ＳＣＢＷを識別し、そのＣＯＴ内でその信号を処理するためにその情報を使用する（ステップ４１４）。
【０１２９】
重要な電力節約において、ＵＥ３６１は、ＤＣＩまたはＣＣＩについてのデフォルトなどの狭ＢＷＰをモニタし得る。ＤＣＩまたはＣＣＩは、そのＣＯＴについてＬＢＴ帯域幅を、フィールドを通して明確に示し得るか、またはグラントを通して（追加のシグナリングまたはフィールドなしで）暗に示し得る。ＵＥ３６１がＳｇＮＢとしての受信されたインジケーションを明確に受信した場合、ＳｇＮＢをカバーするＵ−ＳＣＢＷに対応するＬＢＴ帯域幅を使用し得る。それがＳｇＮＢの明示の認識を有しない場合、それは、（グラントが利用可能な場合、）ＳＢＷＰまたはＳＵＥに対応するＬＢＴ帯域幅を使用し得る。
【０１３０】
ウェイクアップ信号は、ＮＲ−Ｕ  ＵＥ３６１に対する電力節約のために使用され得る。ＵＥ３６１が、ｇＮＢの伝送をモニタするためにウェイクアップしなければならないか、またはある時間長でスリープのままでいることができるかどうかを、ウェイクアップ信号が示し得る。ウェイクアップ信号は、ＣＣＩとして機能し得、ＳｇＮＢまたはＳｇＮＢのサブセットについての情報を提供し得る。ウェイクアップ信号は、不連続受信（ＤＲＸ）オンサイクルの外側で伝送され得、ＵＥ３６１は、そのデフォルトＢＷＰ、すなわち、電力節約のために、処理されたＢＷを小さく保つようにＵ−ＳＣＢＷの一部に限定され得るＢＷＰＤ上でそれをモニタし得る。一例が図４９Ａに示される。ウェイクアップ信号またはＣＣＩの受信時に、ＵＥ３６１は、ＤＲＸオンサイクルで、そのアクティブなＢＷＰ、すなわち、ＢＷＰＡ上でウェイクアップする。ＢＷＰＡの帯域は、ＣＣＩから判断される。
【０１３１】
あるいは、ＵＥ３６１は、そのデフォルトＢＷＰ（ＢＷＰＤ）またはアクティブなＢＷＰ（ＢＷＰＡ）上で発生し得る、図４９Ｂに示すようなそのＤＲＸオン時間長でのウェイクアップ信号をモニタし得る。
【０１３２】
ＵＥ３６１が、それをウェイクアップするように示すウェイクアップ信号を受信する場合、そのＤＲＸオン時間長の間にＰＤＣＣＨをモニタする。それが、スリープし得ることを示すウェイクアップ信号を受信する場合、ＵＥ３６１は、１つまたは複数の以下のＤＲＸサイクルの間にモニタしない。それが、ウェイクアップ信号を受信しない場合、ウェイクアップ信号が、ｇＮＢ３６０がチャネルアクセスを取得したことを示すＣＣＩとして機能することを考慮してウェイクアップについてモニタし続ける。ウェイクアップ信号は、ＵＥ固有のＤＣＩまたはグループ共通のＤＣＩとしてｇＮＢ３６０によって伝送され得る。あるいは、プリアンブルまたはＲＳは、ウェイクアップ信号として使用され得る。ＵＥ３６１は、ある周期でウェイクアップ信号をモニタするようにＲＲＣを通して構成されている。
【０１３３】
どのように同期信号が広帯域キャリアで伝送され得るかが、以下で開示される。以下の方法は、どのようにＳＳＢが広帯域キャリアで割り当てられ得るかについてのさらなる検討であり得る。
【０１３４】
ｇＮＢ３６０などのノードが、チャネルを広帯域合成キャリアに合成するとき、以下の方法で、ＳＳＢまたはＤＲＳの伝送をハンドリングし得る。周波数での１つまたは複数のラスターポイントは、Ｕ−ＳＣＢＷ毎にＳＳＢ／ＤＲＳを規定するセルに対して予め定められ得る。ｇＮＢ３６０は、その合成キャリア内の１つまたは複数のラスターポイント上でＳＳＢ／ＤＲＳを伝送する。ｇＮＢ３６０は、以下の方法で、高優先度ＳＳＢ／ＤＲＳを伝送するためにＣＡＴ２  ＬＢＴアクセスを実施し得る。高優先度伝送のみがＣＡＴ２  ＬＢＴに従い得るが、ＯＣＢ要件が依然として満たされていなければならないため、チャネルブロッキングは、他のノードとの公平な共存のために回避されるべきである。第１の方法では、ｇＮＢ３６０は、同時に複数のＵ−ＳＣＢＷ上でＣＡＴ２  ＬＢＴを実施し、ＣＯＴで、合成帯域上の複数のラスターポイント上でＳＳＢ／ＤＲＳを伝送し得る。これは、図５０Ａに示される。第２の方法では、ｇＮＢ３６０は、１つまたは複数のＵ−ＳＣＢＷ上でＣＡＴ２  ＬＢＴを実施し得るが、ＣＯＴで単一のラスターポイント上でＳＢＢ／ＤＲＳを伝送し得る。これは、同時に全体の広帯域キャリアをブロックすることを回避し得る。ＣＡＴ２  ＬＢＴが複数のＵ−ＳＣＢＷ帯域上で成功の場合、ｇＮＢ３６０は、以下のオプションのうちの１つで１つのラスターポイントを選択し得る。第１の方法では、使用されるラスターポイントは、合成キャリアの構成の前に認識されている。例えば、ＳＳＢ／ＤＲＳを搬送するラスターポイントは、合成キャリア内の最低のラスターポイントであり得る。このラスターポイント位置は、スペックで予め定められ得るか、またはＲＲＣシグナリングを通してＵＥ３６１に構成され得るか、もしくはＰＣｅｌｌによって示され得る。これは、図５０Ｂに示される。第２のオプションでは、ｇＮＢ３６０は、ＳＳＢ／ＤＲＳを伝送するラスターポイントを動的に選択し得る。
【０１３５】
第３の方法では、ｇＮＢ３６０は、単一のＵ−ＳＣＢＷ上でのみＣＡＴ２  ＬＢＴを実施し、周波数帯域のＯＣＢ要件を満たす信号に伴ってＳＳＢ／ＤＲＳを伝送し得る。単一のＵ−ＳＣＢＷ帯域内で、ＳＳＢ／ＤＲＳは、ＯＣＢ要件を満たし、より強い堅牢性を発見、同期、および測定に提供するように、周波数で繰り返され得る。これは、図５０Ｃに示される。第４の方法では、ラスターポイントは、Ｕ−ＳＣＢＷ帯域にわたって時間で互い違いに配置され得る。各Ｕ−ＳＣＢＷに１つのラスターポイントがあることを考慮されたい。ｇＮＢ３６０は、図５０Ｄに示すように各Ｕ−ＳＣＢＷについて別々のチャネルへのＣＡＴ２アクセスを取得する。Ｕ−ＳＣＢＷ帯域間のＤＲＳの相対的なシフトは、予め定められ得るか、またはＲＲＣシグナリングを通してＵＥ３６１に構成され得るか、もしくはＰＣｅｌｌを介して示され得る。ＤＲＳのシフトおよび周期の認識を使用して、ＵＥ３６１は、各Ｕ−ＳＣＢＷ帯域上でＤＲＳシグナリングを検出し得る。
【０１３６】
ＵＥ３６１が、広帯域動作で測定および報告を実施するためにＣＣＩを使用し得る方法が、以下で開示される。以下の内容のいくつかは、ＣＣＩのＣＳＩ測定または報告へのアプリケーションの検討であり得る。
【０１３７】
ＵＥ３６１が、測定を実施しなければならない場合、（ＣＳＩ−ＲＳ、ＤＭＲＳ、ＳＳＢなどの）対応するＲＳが利用可能であることを確実に認識できるように、ｇＮＢのＣＯＴの帯域幅を認識するべきである。ＵＥ３６１がＳＵＥ、ステップ１がＳＧｎｂの部分集合であるという認識を有する場合、ＵＥは、ＳＵＥ、ステップ１にのみ基づいて測定を実施し得る。
【０１３８】
ＳＵＥ、ステップ１の判断は、ＵＥ能力に依存し得る。別のＵＥ３６１が第１のステップで、ＣＯＴで複数のＵ−ＳＣＢＷを検出し得る間、あるＵＥ３６１は、第１のステップで、ＣＯＴで１つのＵ−ＳＣＢＷのみを検出し得る。次いで、測定は、ＵＥ３６１能力に依存した状態になる。これをサポートするために、ＵＥ３６１は、ＳＵＥ、ステップ１でＵ−ＳＣＢＷを判断するためのその能力をｇＮＢ３６０に示し得る。これは、上位層シグナリングを通して発生し得る。あるいは、ＵＥ３６１は、測定がＣＯＴの間に行われる帯域を報告し得る。ＣＯＴ内で、ＳＵＥ、ステップ１にすぐ続く測定は、より小さい帯域幅上であり得るが、ＣＯＴで他のＵ−ＳＣＢＷが判断された後に発生する次の測定は、複数のＵ−ＳＣＢＷ上、したがってより広い帯域幅上で発生し得ることに留意されたい。図５４は、測定帯域幅および報告を判断するように、ｇＮＢ３６０とＵＥ３６１との間のシグナリングの例を示す。ｇＮＢ３６０は、ステップ４２１でＬＢＴを実施し、ステップ４２２でＣＣＩをＵＥ３６１に伝送する。ステップ４２３で、その能力に応じて、ＵＥ３６１は、そのＣＯＴで１つまたは複数の合成Ｕ−ＳＣＢＷを検出し得る。ステップ４２４で、ＵＥ３６１は、識別された合成帯域に基づいて測定を行う。ステップ４２５で、ＬＢＴ成功。ステップ４２６で、ＵＥ３６１は、測定、および測定がｇＮＢ３６０に対して行われた帯域幅を報告する。
【０１３９】
図５１は、本明細書で開示されるようなチャネル化および帯域幅パートに対応付けられる例示的な方法フローを示す。ステップ３５１で、チャネルを感知する。ステップ３５２で、感知に基づいて、チャネルが複数の周波数帯域（例えば、各キャリアに対して２０ＭＨｚ）で利用可能であることを判断する。ステップ３５３で、チャネルが複数の周波数帯域で利用可能であることに基づいて、複数の周波数帯域を合成キャリアに組み合わせる。合成キャリアは、複数の周波数帯域が合計、２０ＭＨｚを超える広帯域キャリアであり得る。ステップ３５４で、合成キャリアで１つまたは複数の周波数帯域を示すためにＣＣＩを使用する。ステップ３５５で、ＣＣＩを受信機に送信する。ＣＣＩは、本明細書で開示される方法の中でもとりわけ、ザドフチューシーケンスのプリアンブル、ＵＥ固有のＰＤＣＣＨのＤＣＩ、ＲＲＣ、またはグループ共通のＰＤＣＣＨのＤＣＩを介して送信され得る。合成は、隣接する周波数でのキャリアに限定され得る。
【０１４０】
チャネル、帯域、およびキャリアは、周波数スペクトルを示す。キャリアというとき、それは、一般に、セルとして理解される。このため、キャリアアグリゲーションというとき、各キャリア（ＬＴＥで２０ＭＨｚまで）はセルである。ＵＥは、複数のセルをそれに割り当てることによってスペクトルのアグリゲーションを提供される。しかし、従来、隣接するキャリアがＵＥに提供される場合でさえ、各セルが独立して動作するため、セルから別のセルへのスペクトル漏出を回避するように、セル間にガード帯域がある。
【０１４１】
本開示の主題は、ノードがそれらの帯域へのチャネルアクセスを有するという条件で、複数のより小さい周波数帯域を合成することによって、単一の広帯域キャリアの生成を可能にする。チャネルが、ノードがアクセスすることを望む周波数帯域（これは狭帯域かまたは広帯域であり得る）を示し得ることが検討される。特に、合成キャリア実装形態を有する、本明細書で使用される個々のキャリアが、周波数帯域を合成していることが検討される。
【０１４２】
ＬＢＴに関して、ＣＡＴ４が第１の隣接する帯域（例えば、２０ＭＨｚ帯域）上で成功の場合、送信機は、第２の帯域（例えば、２０ＭＨｚ）上でＣＡＴ２を（例えば、２５マイクロ秒）実施し、成功の場合、第１および第２の帯域の単一のキャリアへの合成があり得る。ＦＲ１では、周波数帯域は、ＷｉＦｉおよびＬＴＥ−Ｕでアンライセンス動作のために使用される２０ＭＨｚキャリアに対応し得る。ＵＥが、そのネットワークが複数の２０ＭＨｚ帯域のいずれかへのアクセスを有しないことを判断するときの状況では、帯域幅パート不活性タイマをフリーズさせ得る。図５１の主題およびその説明が、本明細書での他の図に対応付けられるような説明と組み合わせられ得ることが検討される。
【０１４３】
従来行われるキャリアアグリゲーションが、セルとして各キャリアを認識し、各キャリアに対するシグナリングを有することに留意されたい。例えば、ＦＲ１では、ＬＴＥ−Ｕは、キャリアとして各２０ＭＨｚ帯域を使用し、ＳＣｅｌｌとしてそれをアグリゲーションし得る。それはまた、本明細書で開示されるように合成する本開示のキャリアよりも集約的なデバイスプロセッサである。記載されるようなキャリア合成は、複数の周波数帯域、またはデバイス間の無線通信のために１つのセルとして認識されるキャリアに対して提供する。これは、隣接する周波数帯域間のガードスペクトル、およびデバイスのプロセッサ上の低減された負荷を除去することによって、より少ないシグナリングオーバーヘッド、より多いスペクトル効率につながり得る。
【０１４４】
表３は、本明細書で開示されるいくつかの主題に対する略語および定義を含む。
【０１４５】
【表３−１】
2021523632.tif 000006
【表３−２】
2021523632.tif 000007
【０１４６】
とりわけ、図９〜図１２、図１９、図２８、図３０、図３６、図３９、図４１でのステップなどの本明細書で示されるステップを実施するエンティティが、論理エンティティであり得ることを理解されたい。ステップは、図４３Ｆまたは図４３Ｇに示されるものなどのデバイス、サーバ、またはコンピュータシステムのメモリで記憶され得、それらのプロセッサ上で実行され得る。本明細書で開示される例示的な方法（例えば、とりわけ、図９〜図１２、図１９、図２８、図３０、図３６、図３９、図４１）間でのステップのスキップ、ステップの組み合わせ、またはステップの追加が検討される。
【０１４７】
図４２は、本明細書で論じられるような、チャネル化およびＢＷＰのための方法およびシステムに基づいて生成され得る例示的なディスプレイ（例えば、グラフィカルユーザインターフェース）を示す。ディスプレイインターフェース９０１（例えば、タッチスクリーンディスプレイ）は、ＷＬＢＴが成功かどうかなどの、チャネル化およびＢＷＰに対応付けられるブロック９０２でのテキストを提供し得る。本明細書で論じられるステップのうちのいずれかの進行（例えば、送信メッセージまたはステップの成功）は、ブロック９０２で表示され得る。加えて、グラフィカル出力９０２は、ディスプレイインターフェース９０１上で表示され得る。グラフィカル出力９０３は、チャネル化およびＢＷＰのための方法およびシステムを実装するデバイスのトポロジー、本明細書で論じられる任意の方法またはシステムの進行のグラフィカル出力などであり得る。
【０１４８】
第３世代パートナーシッププロジェクト（３ＧＰＰ）は、無線アクセス、コアトランスポートネットワーク、およびサービス能力（コーデック、セキュリティ、およびサービスの品質に作用するものを含む）を含む、セルラー電気通信ネットワーク技術のための技術的規格を開発している。最新の無線アクセス技術（ＲＡＴ）規格は、（一般に３Ｇと称される）広帯域ＣＤＭＡ（Wideband  CDMA：ＷＣＤＭＡ（登録商標））と、（一般に４Ｇと称される）ＬＴＥと、ＬＴＥ−アドバンスト規格と、「５Ｇ」とも称される新無線（ＮＲ）と、を含む。３ＧＰＰ  ＮＲ規格開発は、次世代無線アクセス技術（新しいＲＡＴ）の定義を継続し含むことが予期され、これは、７ＧＨｚを下回る新規のフレキシブルな無線アクセスの提供と、７ＧＨｚを上回る新規のウルトラモバイルブロードバンド無線アクセスの提供と、を含むことが予期されている。フレキシブルな無線アクセスは、６ＧＨｚを下回る新しいスペクトルにおける新しい非後方互換性無線アクセスで構成されることが予期され、同じスペクトル内で共に多重化され、多様な要件を伴う３ＧＰＰ  ＮＲユースケースの広範なセットに対処する場合がある、異なる動作モードを含むことが予期される。ウルトラモバイルブロードバンドは、ウルトラモバイルブロードバンドアクセス、例えば、屋内用途およびホットスポット向けの機会を提供する、センチ波およびミリ波スペクトルを含むことが予期されている。特に、ウルトラモバイルブロードバンドは、センチ波およびミリ波特有設計最適化を伴って、共通設計フレームワークが７ＧＨｚを下回るフレキシブルな無線アクセスと共有することが予期されている。
【０１４９】
３ＧＰＰは、データレート、レイテンシ、およびモビリティのための様々なユーザ体験要件をもたらす、ＮＲでサポートすることが予期される種々のユースケースを特定している。ユースケースは、以下の一般的カテゴリ、すなわち、高度化モバイルブロードバンド（ｅＭＢＢ）、超高信頼低遅延通信（ＵＲＬＬＣ）、大規模マシンタイプ通信（ｍＭＴＣ）、ネットワーク動作（例えば、ネットワークスライシング、ルーティング、移行およびインターワーキング、エネルギー節約）、および拡張ビークルツーエブリシング（Enhanced  Vehicle-To-Everything：ｅＶ２Ｘ）通信を含み、ｅＶ２Ｘは、ビークルツービークル（Vehicle-To-Vehicle：Ｖ２Ｖ）通信、ビークルツーインフラストラクチャ（Vehicle-To-Infrastructure：Ｖ２Ｉ）通信、ビークルツーネットワーク（Vehicle-To-Network：Ｖ２Ｎ）通信、ビークルツー歩行者（Vehicle-To-Pedestrian：Ｖ２Ｐ）通信、および他のエンティティとのビークル通信のうちのいずれかを含み得る。これらのカテゴリにおける具体的サービスおよびアプリケーションは、例えば、いくつか例を挙げると、監視およびセンサネットワーク、デバイス遠隔制御、双方向遠隔制御、パーソナルクラウドコンピューティング、ビデオストリーミング、無線クラウドベースのオフィス、第１応答者コネクティビティ、自動車ｅコール、災害警告、リアルタイムゲーム、多人数ビデオコール、自律運転、拡張現実、触知インターネット、仮想現実、ホームオートメーション、ロボティクス、および空中ドローンを含む。これらのユースケースのすべておよび他のものが、本明細書で検討される。
【０１５０】
図４３Ａは、本明細書で記載され請求される図２〜図２２に示される例などのチャネル化およびＢＷＰのための方法、システム、および装置（例えば、ＵＥまたはｇＮＢ）が使用され得る例示的な通信システム１００を示す。通信システム１００は、（概して、または集合的に、ＷＴＲＵ１０２と称され得る）無線伝送／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆ、または１０２ｇを含み得る。通信システム１００は、無線アクセスネットワーク（ＲＡＮ）１０３／１０４／１０５／１０３ｂ／１０４ｂ／１０５ｂと、コアネットワーク１０６／１０７／１０９と、公衆交換電話ネットワーク（Public  Switched  Telephone  Network：ＰＳＴＮ）１０８と、インターネット１１０と、他のネットワーク１１２と、ネットワークサービス１１３と、を含み得る。ネットワークサービス１１３は、例えば、Ｖ２Ｘサーバ、Ｖ２Ｘ機能、ＰｒｏＳｅサーバ、ＰｒｏＳｅ機能、ＩｏＴサービス、ビデオストリーミング、エッジコンピューティングなどを含み得る。
【０１５１】
本明細書で開示されるコンセプトが、任意の数のＷＴＲＵ、基地局、ネットワーク、またはネットワーク要素で使用され得ることを理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆ、または１０２ｇの各々は、無線環境で動作または通信するように構成された任意のタイプの装置またはデバイスであり得る。各ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆ、または１０２ｇは、ハンドヘルド無線通信装置として図４３Ａ、図４３Ｂ、図４３Ｃ、図４３Ｄ、図４３Ｅ、または図４３Ｆに描写され得るが、５Ｇ無線通信のために検討される種々のユースケースに伴って、各ＷＴＲＵは、一例にすぎないが、ユーザ端末（ＵＥ）、移動局、固定またはモバイルサブスクライバユニット、ポケットベル、セルラー電話、携帯情報端末（Personal  Digital  Assistant：ＰＤＡ）、スマートフォン、ラップトップ、タブレット、ネットブック、ノートブックコンピュータ、パーソナルコンピュータ、無線センサ、大衆消費電子製品、スマートウォッチまたはスマート衣類などのウェアラブルデバイス、医療またはｅ健康デバイス、ロボット、産業機器、ドローン、例えば、車、バス、トラック、電車、または飛行機の乗り物などを含む、無線信号を伝送または受信するように構成された任意のタイプの装置またはデバイスを備え得るか、またはそれらで具現化され得ることを理解されたい。
【０１５２】
通信システム１００はまた、基地局１１４ａと、基地局１１４ｂと、を含み得る。図４３Ａの例では、各基地局１１４ａおよび１１４ｂは、単一の要素として描写される。実際には、基地局１１４ａおよび１１４ｂは、任意の数の相互接続された基地局またはネットワーク要素を含み得る。基地局１１４ａは、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃのうちの少なくとも１つと無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、ネットワークサービス１１３、または他のネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを促進するように構成された任意のタイプのデバイスであり得る。同様に、基地局１１４ｂは、遠隔無線ヘッド（Remote  Radio  Head：ＲＲＨ）１１８ａ、１１８ｂ、送受信ポイント（ＴＲＰ）１１９ａ、１１９ｂ、またはロードサイドユニット（Roadside  Unit：ＲＳＵ）１２０ａおよび１２０ｂのうちの少なくとも１つと有線または無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、他のネットワーク１１２、またはネットワークサービス１１３などの１つまたは複数の通信ネットワークへのアクセスを促進するように構成された任意のタイプのデバイスであり得る。ＲＲＨ１１８ａ、１１８ｂは、ＷＴＲＵ１０２のうちの少なくとも１つ、例えばＷＴＲＵ１０２ｃと無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、ネットワークサービス１１３、または他のネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを促進するように構成された任意のタイプのデバイスであり得る。
【０１５３】
ＴＲＰ１１９ａ、１１９ｂは、ＷＴＲＵ１０２ｄのうちの少なくとも１つと無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、ネットワークサービス１１３、または他のネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを促進するように構成された任意のタイプのデバイスであり得る。ＲＳＵ１２０ａおよび１２０ｂは、ＷＴＲＵ１０２ｅまたは１０２ｆのうちの少なくとも１つと無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、他のネットワーク１１２、またはネットワークサービス１１３などの１つまたは複数の通信ネットワークへのアクセスを促進するように構成された任意のタイプのデバイスであり得る。一例として、基地局１１４ａ、１１４ｂは、送受信機基地局（Base  Transceiver  Station：ＢＴＳ）、ノード−Ｂ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、次世代ノード−Ｂ（ｇノードＢ）、衛星、サイトコントローラ、アクセスポイント（Access  Point：ＡＰ）、無線ルータなどであり得る。
【０１５４】
基地局１１４ａは、ＲＡＮ１０３／１０４／１０５の一部であり得、それらＲＡＮはまた、基地局コントローラ（Base  Station  Controller：ＢＳＣ）、無線ネットワークコントローラ（Radio  Network  Controller：ＲＮＣ）、中継ノードなどの他の基地局またはネットワーク要素（図示せず）も含み得る。同様に、基地局１１４ｂは、ＲＡＮ１０３ｂ／１０４ｂ／１０５ｂの一部であり得、それらＲＡＮはまた、ＢＳＣ、ＲＮＣ、中継ノードなどの他の基地局またはネットワーク要素（図示せず）も含み得る。基地局１１４ａは、特定の地理的領域内で無線信号を伝送または受信するように構成され得、その地理的領域は、セル（図示せず）と称され得る。同様に、基地局１１４ｂは、特定の地理的領域内で有線または無線信号を伝送または受信するように構成され得、その地理的領域は、本明細書で開示されるようなチャネル化およびＢＷＰのための方法、装置、およびシステムについてのセル（図示せず）と称され得る。同様に、基地局１１４ｂは、特定の地理的領域内で有線または無線信号を伝送または受信するように構成され得、その地理的領域はセル（図示せず）と称され得る。セルは、セルセクタにさらに分割され得る。例えば、基地局１１４ａに対応付けられるセルは、３つのセクタに分割され得る。したがって、一例では、基地局１１４ａは、例えば、セルのセクタごとに１つの、３つの送受信機を含み得る。一例では、基地局１１４ａは、多入力多出力（Multiple-Input  Multiple  Output：ＭＩＭＯ）技術を採用し得、したがって、セルのセクタごとに複数の送受信機を利用し得る。
【０１５５】
基地局１１４ａは、任意の好適な無線通信リンク（例えば、無線周波数（Radio  Frequency：ＲＦ）、マイクロ波、赤外線（Infrared：ＩＲ）、紫外線（Ultraviolet：ＵＶ）、可視光、センチ波、ミリ波など）であり得るエアインターフェース１１５／１１６／１１７を通してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、または１０２ｇのうちの１つまたは複数と通信し得る。エアインターフェース１１５／１１６／１１７は、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立され得る。
【０１５６】
基地局１１４ｂは、任意の好適な有線（例えば、ケーブル、光ファイバーなど）または無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、センチ波、ミリ波など）であり得る、有線またはエアインターフェース１１５ｂ／１１６ｂ／１１７ｂを通してＲＲＨ１１８ａ、１１８ｂ、ＴＲＰ１１９ａ、１１９ｂ、またはＲＳＵ１２０ａ、１２０ｂのうちの１つまたは複数と通信し得る。エアインターフェース１１５ｂ／１１６ｂ／１１７ｂは、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立され得る。
【０１５７】
ＲＲＨ１１８ａ、１１８ｂ、ＴＲＰ１１９ａ、１１９ｂ、またはＲＳＵ１２０ａ、１２０ｂは、任意の好適な無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、センチ波、ミリ波など）であり得る、エアインターフェース１１５ｃ／１１６ｃ／１１７ｃを通してＷＴＲＵ１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆのうちの１つまたは複数と通信し得る。エアインターフェース１１５ｃ／１１６ｃ／１１７ｃは、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立され得る。
【０１５８】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅ、または１０２ｆは、任意の好適な無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、センチ波、ミリ波など）であり得る、サイドリンク通信などのエアインターフェース１１５ｄ／１１６ｄ／１１７ｄを通して相互に通信し得る。エアインターフェース１１５ｄ／１１６ｄ／１１７ｄは、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立され得る。
【０１５９】
通信システム１００は、複数のアクセスシステムであり得、かつＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどの１つまたは複数のチャネルアクセススキームを採用し得る。例えば、ＲＡＮ１０３／１０４／１０５内の基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂ内のＲＲＨ１１８ａ、１１８ｂ、ＴＲＰ１１９ａ、１１９ｂ、およびＲＳＵ１２０ａ、１２０ｂ、ならびにＷＴＲＵ１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆは、ユニバーサルモバイル電気通信システム（Universal  Mobile  Telecommunications  System：ＵＭＴＳ）、地上波無線アクセス（Universal  Terrestrial  Radio  Access：ＵＴＲＡ）などの無線技術を実装し得、それにより、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使用して、エアインターフェース１１５／１１６／１１７または１１５ｃ／１１６ｃ／１１７ｃをそれぞれ確立し得る。ＷＣＤＭＡは、高速パケットアクセス（High-Speed  Packet  Access：ＨＳＰＡ）または発展型ＨＳＰＡ（Evolved  HSPA：ＨＳＰＡ＋）などの通信プロトコルを含み得る。ＨＳＰＡは、高速下りリンクパケットアクセス（High-Speed  Downlink  Packet  Access：ＨＳＤＰＡ）または高速上りリンクパケットアクセス（High-Speed  Uplink  Packet  Access：ＨＳＵＰＡ）を含み得る。
【０１６０】
一例では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂ内のＲＲＨ１１８ａ、１１８ｂ、ＴＲＰ１１９ａ、１１９ｂ、もしくはＲＳＵ１２０ａ、１２０ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄは、発展型ＵＭＴＳ地上波無線アクセス（Evolved  UMTS  Terrestrial  Radio  Access：Ｅ−ＵＴＲＡ）などの無線技術を実装し得、それにより、ロングタームエボリューション（ＬＴＥ）またはＬＴＥ−アドバンスト（ＬＴＥ−Ａ）を使用して、エアインターフェース１１５／１１６／１１７または１１５ｃ／１１６ｃ／１１７ｃをそれぞれ確立し得る。将来、エアインターフェース１１５／１１６／１１７または１１５ｃ／１１６ｃ／１１７ｃは、３ＧＰＰ  ＮＲ技術を実装し得る。ＬＴＥおよびＬＴＥ−Ａ技術は、（サイドリンク通信などの）ＬＴＥ  Ｄ２ＤおよびＶ２Ｘ技術ならびにインターフェースを含み得る。同様に、３ＧＰＰ  ＮＲ技術は、（サイドリンク通信などの）ＮＲ  Ｖ２Ｘ技術およびインターフェースを含む。
【０１６１】
ＲＡＮ１０３／１０４／１０５内の基地局１１４ａならびにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、および１０２ｇ、またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂ内のＲＲＨ１１８ａ、１１８ｂ、ＴＲＰ１１９ａ、１１９ｂ、もしくはＲＳＵ１２０ａ、１２０ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆは、ＩＥＥＥ８０２．１６（例えば、ワールドワイド・インターオペラビリティ・フォー・マイクロウェーブ・アクセス（Worldwide  Interoperability  For  Microwave  Access：ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００  ＥＶ−ＤＯ、暫定規格２０００（Interim  Standard  2000：ＩＳ−２０００）、暫定規格９５（ＩＳ−９５）、暫定規格８５６（ＩＳ−８５６）、モバイル通信用グローバルシステム（Global  System  for  Mobile  communications：ＧＳＭ）、ＧＳＭ進化型高速データレート（Enhanced  Data  Rates  For  GSM  Evolution：ＥＤＧＥ）、ＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装し得る。
【０１６２】
図４３Ａにおける基地局１１４ｃは、無線ルータ、ホームノードＢ、ホームｅノードＢ、またはアクセスポイントであり得、例えば、本明細書で開示されるような、チャネル化およびＢＷＰの方法、システム、およびデバイスを実装するための、会社、自宅、車両、電車、航空機、衛星、工場、キャンパスなどの場所などの局所エリア内の無線コネクティビティを促進するための任意の好適なＲＡＴを利用し得る。一例では、基地局１１４ｃおよびＷＴＲＵ１０２、例えばＷＴＲＵ１０２ｅは、ＩＥＥＥ８０２．１１などの無線技術を実装して、無線ローカルエリアネットワーク（Wireless  Local  Area  Network：ＷＬＡＮ）を確立し得る。同様に、基地局１１４ｃおよびＷＴＲＵ１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実装して、無線パーソナルエリアネットワーク（Wireless  Personal  Area  Network：ＷＰＡＮ）を確立し得る。さらに別の例では、基地局１１４ｃおよびＷＴＲＵ１０２、例えばＷＴＲＵ１０２ｅは、セルラーベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａ、ＮＲなど）を利用して、ピコセルまたはフェムトセルを確立し得る。図４３Ａに示すように、基地局１１４ｃは、インターネット１１０への直接接続を有し得る。したがって、基地局１１４ｃは、コアネットワーク１０６／１０７／１０９を介してインターネット１１０にアクセスする必要がない場合がある。
【０１６３】
ＲＡＮ１０３／１０４／１０５またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂは、コアネットワーク１０６／１０７／１０９と通信し得、そのコアネットワークは、音声、データ、メッセージング、認可および認証、アプリケーション、またはボイスオーバーインターネットプロトコル（Voice  Over  Internet  Protocol：ＶｏＩＰ）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数に提供するように構成された任意のタイプのネットワークであり得る。例えば、コアネットワーク１０６／１０７／１０９は、コール制御、請求サービス、モバイル位置ベースのサービス、プリペイドコール、インターネットコネクティビティ、パケットデータネットワークコネクティビティ、イーサネット（登録商標）コネクティビティ、ビデオ配信などを提供し、またはユーザ認証などの高レベルセキュリティ機能を実施し得る。
【０１６４】
図４３Ａでは示されないが、ＲＡＮ１０３／１０４／１０５もしくはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂまたはコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１０５もしくはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと同じＲＡＴまたは異なるＲＡＴを採用する他のＲＡＮと直接または間接通信し得ることを理解されよう。例えば、Ｅ−ＵＴＲＡ無線技術を利用し得るＲＡＮ１０３／１０４／１０５またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂに接続されることに加え、コアネットワーク１０６／１０７／１０９はまた、ＧＳＭまたはＮＲ無線技術を採用する別のＲＡＮ（図示せず）と通信し得る。
【０１６５】
コアネットワーク１０６／１０７／１０９はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅがＰＳＴＮ１０８、インターネット１１０、または他のネットワーク１１２にアクセスするためのゲートウェイとして機能し得る。ＰＳＴＮ１０８は、基本電話サービス（Plain  Old  Telephone  Service：ＰＯＴＳ）を提供する回線交換電話ネットワークを含み得る。インターネット１１０は、伝送制御プロトコル（Transmission  Control  Protocol：ＴＣＰ）、ユーザデータグラムプロトコル（User  Datagram  Protocol：ＵＤＰ）、およびＴＣＰ／インターネットプロトコル（Internet  Protocol：ＩＰ）インターネットプロトコルスイートにおけるインターネットプロトコル（ＩＰ）などの共通通信プロトコルを使用する、相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含み得る。ネットワーク１１２は、他のサービスプロバイダによって所有または運営される、有線または無線通信ネットワークを含み得る。例えば、ネットワーク１１２は、任意のタイプのパケットデータネットワーク（例えば、ＩＥＥＥ８０２．３イーサネットネットワーク）、またはＲＡＮ１０３／１０４／１０５もしくはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと同じＲＡＴもしくは異なるＲＡＴを採用し得る１つまたは複数のＲＡＮに接続される別のコアネットワークを含み得る。
【０１６６】
通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅ、および１０２ｆの一部または全部は、マルチモード能力を含み得、例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅ、および１０２ｆは、本明細書で開示されるような、チャネル化およびＢＷＰの方法、システム、およびデバイスを実装するための、異なる無線リンクを通して異なる無線ネットワークと通信するための複数の送受信機を含み得る。例えば、図４３Ａに示されるＷＴＲＵ１０２ｇは、セルラーベースの無線技術を採用し得る基地局１１４ａ、およびＩＥＥＥ８０２無線技術を採用し得る基地局１１４ｃと通信するように構成され得る。
【０１６７】
図４３Ａでは示されないが、ユーザ端末がゲートウェイへの有線接続を行い得ることを理解されよう。ゲートウェイは、レジデンシャルゲートウェイ（Residential  Gateway：ＲＧ）であり得る。ＲＧは、コアネットワーク１０６／１０７／１０９へのコネクティビティを提供し得る。本明細書に含まれる着想の多くが、ＷＴＲＵであるＵＥ、およびネットワークに接続するために有線接続を使用するＵＥに等しく適用され得ることを理解されよう。例えば、無線インターフェース１１５、１１６、１１７、および１１５ｃ／１１６ｃ／１１７ｃに適用される着想は、有線接続に等しく適用され得る。
【０１６８】
図４３Ｂは、本明細書で開示されるような、チャネル化およびＢＷＰの方法、システム、およびデバイスを実装し得る例示的なＲＡＮ１０３およびコアネットワーク１０６のシステム図である。上記のように、ＲＡＮ１０３は、ＵＴＲＡ無線技術を採用して、エアインターフェース１１５を通してＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと通信し得る。ＲＡＮ１０３はまた、コアネットワーク１０６と通信し得る。図４３Ｂに示すように、ＲＡＮ１０３は、エアインターフェース１１５を通してＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと通信するための１つまたは複数の送受信機をそれぞれ含み得る、ノード−Ｂ１４０ａ、１４０ｂ、および１４０ｃを含み得る。ノード−Ｂ１４０ａ、１４０ｂ、および１４０ｃはそれぞれ、ＲＡＮ１０３内の特定のセル（図示せず）に対応付けられ得る。ＲＡＮ１０３はまた、ＲＮＣ１４２ａ、１４２ｂを含み得る。ＲＡＮ１０３は、任意の数のノード−Ｂおよび無線ネットワークコントローラ（ＲＮＣ）を含み得ることを理解されよう。
【０１６９】
図４３Ｂに示すように、ノード−Ｂ１４０ａ、１４０ｂは、ＲＮＣ１４２ａと通信し得る。加えて、ノード−Ｂ１４０ｃは、ＲＮＣ１４２ｂと通信し得る。ノード−Ｂ１４０ａ、１４０ｂ、および１４０ｃは、Ｉｕｂインターフェースを介して、それぞれのＲＮＣ１４２ａおよび１４２ｂと通信し得る。ＲＮＣ１４２ａおよび１４２ｂは、Ｉｕｒインターフェースを介して、相互に通信し得る。ＲＮＣ１４２ａおよび１４２ｂの各々は、接続されるそれぞれのノード−Ｂ１４０ａ、１４０ｂ、および１４０ｃを制御するように構成され得る。加えて、ＲＮＣ１４２ａおよび１４２ｂの各々は、アウターループ電力制御、負荷制御、受付制御、パケットスケジューリング、ハンドオーバ制御、マクロダイバーシチ、セキュリティ機能、データ暗号化などの他の機能性を果たすかまたはサポートするように構成され得る。
【０１７０】
図４３Ｂに示されるコアネットワーク１０６は、メディアゲートウェイ（Media  Gateway：ＭＧＷ）１４４、移動通信交換局（Mobile  Switching  Center  ：ＭＳＣ）１４６、サービングＧＰＲＳサポートノード（Serving  GPRS  Support  Node：ＳＧＳＮ）１４８、またはゲートウェイＧＰＲＳサポートノード（Gateway  GPRS  Support  Node：ＧＧＳＮ）１５０を含み得る。上述の要素の各々が、コアネットワーク１０６の一部として描写されるが、これらの要素のうちの任意の１つは、コアネットワークオペレータ以外のエンティティによって所有または運営され得ることを理解されよう。
【０１７１】
ＲＡＮ１０３内のＲＮＣ１４２ａは、ＩｕＣＳインターフェースを介して、コアネットワーク１０６内のＭＳＣ１４６に接続され得る。ＭＳＣ１４６は、ＭＧＷ１４４に接続され得る。ＭＳＣ１４６およびＭＧＷ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃに、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと従来の地上通信デバイスとの間の通信を促進し得る。
【０１７２】
ＲＡＮ１０３内のＲＮＣ１４２ａはまた、ＩｕＰＳインターフェースを介して、コアネットワーク１０６内のＳＧＳＮ１４８に接続され得る。ＳＧＳＮ１４８は、ＧＧＳＮ１５０に接続され得る。ＳＧＳＮ１４８およびＧＧＳＮ１５０は、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃに、インターネット１１０などのパケット交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃとＩＰ対応デバイスとの間の通信を促進し得る。
【０１７３】
コアネットワーク１０６はまた、他のサービスプロバイダによって所有または運営される他の有線または無線ネットワークを含み得る他のネットワーク１１２に接続され得る。
【０１７４】
図４３Ｃは、本明細書で開示されるような、チャネル化およびＢＷＰの方法、システム、およびデバイスを実装し得る例示的なＲＡＮ１０４およびコアネットワーク１０７のシステム図である。上記のように、ＲＡＮ１０４は、Ｅ−ＵＴＲＡ無線技術を採用し、エアインターフェース１１６を通してＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと通信し得る。ＲＡＮ１０４はまた、コアネットワーク１０７と通信し得る。
【０１７５】
ＲＡＮ１０４は、ｅノードＢ１６０ａ、１６０ｂ、および１６０ｃを含み得るが、ＲＡＮ１０４は、任意の数のｅノードＢを含み得ることを理解されよう。ｅノードＢ１６０ａ、１６０ｂ、および１６０ｃはそれぞれ、エアインターフェース１１６を通してＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと通信するための１つまたは複数の送受信機を含み得る。例えば、ｅノード−Ｂ１６０ａ、１６０ｂ、および１６０ｃは、ＭＩＭＯ技術を実装し得る。したがって、ｅノード−Ｂ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を伝送し、かつＷＴＲＵ１０２ａから無線信号を受信し得る。
【０１７６】
ｅノード−Ｂ１６０ａ、１６０ｂ、および１６０ｃの各々は、特定のセル（図示せず）に対応付けられ得、無線リソース管理決定、ハンドオーバ決定、上りリンクまたは下りリンクにおけるユーザのスケジューリングなどをハンドリングするように構成され得る。図４３Ｃに示すように、ｅノード−Ｂ１６０ａ、１６０ｂ、および１６０ｃは、Ｘ２インターフェースを通して相互に通信し得る。
【０１７７】
図４３Ｃに示されるコアネットワーク１０７は、モビリティ管理ゲートウェイ（Mobility  Management  Gateway：ＭＭＥ）１６２と、サービングゲートウェイ１６４と、パケットデータネットワーク（Packet  Data  Network：ＰＤＮ）ゲートウェイ１６６と、を含み得る。上述の要素の各々が、コアネットワーク１０７の一部として描写されるが、これらの要素のうちの任意の１つは、コアネットワークオペレータ以外のエンティティによって所有または運営され得ることを理解されよう。
【０１７８】
ＭＭＥ１６２は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅノード−Ｂ１６０ａ、１６０ｂ、および１６０ｃの各々に接続され得、制御ノードとして機能し得る。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃのユーザを認証すること、ベアラアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃの初期アタッチの間の特定のサービングゲートウェイの選択などの役割を果たし得る。ＭＭＥ１６２はまた、ＲＡＮ１０４とＧＳＭまたはＷＣＤＭＡなどの他の無線技術を採用する他のＲＡＮ（図示せず）との間の切り替えのための制御プレーン機能を提供し得る。
【０１７９】
サービングゲートウェイ１６４は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅノード−Ｂ１６０ａ、１６０ｂ、および１６０ｃの各々に接続され得る。サービングゲートウェイ１６４は、概して、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃへ／ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃからルーティングおよび転送し得る。サービングゲートウェイ１６４はまた、ｅノードＢ間ハンドオーバの間のユーザプレーンのアンカー、下りリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃのために利用可能であるときのページングのトリガ、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃのコンテキストの管理および記憶などの他の機能を実施し得る。
【０１８０】
サービングゲートウェイ１６４はまた、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃに、インターネット１１０などのパケット交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を促進し得るＰＤＮゲートウェイ１６６に接続され得る。
【０１８１】
コアネットワーク１０７は、他のネットワークとの通信を促進し得る。例えば、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃに、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと従来の地上通信デバイスとの間の通信を促進し得る。例えば、コアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ１０８との間のインターフェースとして機能する、ＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（IP  Multimedia  Subsystem：ＩＭＳ）サーバ）を含むか、またはそれと通信し得る。加えて、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃに、他のサービスプロバイダによって所有または運営される他の有線または無線ネットワークを含み得るネットワーク１１２へのアクセスを提供し得る。
【０１８２】
図４３Ｄは、本明細書で開示されるような、チャネル化およびＢＷＰの方法、システム、およびデバイスを実装し得る例示的なＲＡＮ１０５およびコアネットワーク１０９のシステム図である。ＲＡＮ１０５は、ＮＲ無線技術を採用し、エアインターフェース１１７を通してＷＴＲＵ１０２ａおよび１０２ｂと通信し得る。ＲＡＮ１０５はまた、コアネットワーク１０９と通信し得る。非３ＧＰＰインターワーキング機能（Non-3GPP  Interworking  Function：Ｎ３ＩＷＦ）１９９は、非３ＧＰＰ無線技術を採用し、エアインターフェース１９８を通してＷＴＲＵ１０２ｃと通信し得る。Ｎ３ＩＷＦ１９９はまた、コアネットワーク１０９と通信し得る。
【０１８３】
ＲＡＮ１０５は、ｇノード−Ｂ１８０ａおよび１８０ｂを含み得る。ＲＡＮ１０５は、任意の数のｇノード−Ｂを含み得ることを理解されよう。ｇノードＢ１８０ａおよび１８０ｂはそれぞれ、エアインターフェース１１７を通してＷＴＲＵ１０２ａおよび１０２ｂと通信するための１つまたは複数の送受信機を含み得る。統合アクセスおよびバックホール接続が使用されるとき、同じエアインターフェースが、ＷＴＲＵとｇノードＢとの間で使用され得、これは、１つまたは複数のｇＮＢを介したコアネットワーク１０９であり得る。ｇノードＢ１８０ａおよび１８０ｂは、ＭＩＭＯ、ＭＵ−ＭＩＭＯ、またはデジタルビームフォーミング技術を実装し得る。したがって、ｇノード−Ｂ１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を伝送し、かつＷＴＲＵ１０２ａから無線信号を受信し得る。ＲＡＮ１０５が、ｅノード−Ｂなどの他のタイプの基地局を採用し得ることを理解されたい。ＲＡＮ１０５が、複数のタイプの基地局を採用し得ることも理解されよう。例えば、ＲＡＮは、ｅノード−Ｂおよびｇノード−Ｂを採用し得る。
【０１８４】
Ｎ３ＩＷＦ１９９は、非３ＧＰＰアクセスポイント１８０ｃを含み得る。Ｎ３ＩＷＦ１９９は、任意の数の非３ＧＰＰアクセスポイントを含み得ることを理解されよう。非３ＧＰＰアクセスポイント１８０ｃは、エアインターフェース１９８を通してＷＴＲＵ１０２ｃと通信するための１つまたは複数の送受信機を含み得る。非３ＧＰＰアクセスポイント１８０ｃは、８０２．１１プロトコルを使用し、エアインターフェース１９８を通してＷＴＲＵ１０２ｃと通信し得る。
【０１８５】
ｇノード−Ｂ１８０ａおよび１８０ｂの各々は、特定のセル（図示せず）に対応付けられ得、無線リソース管理決定、ハンドオーバ決定、上りリンクまたは下りリンクにおけるユーザのスケジューリングなどをハンドリングするように構成され得る。図４３Ｄに示すように、ｇノード−Ｂ１８０ａおよび１８０ｂは、例えば、Ｘｎインターフェースを通して相互に通信し得る。
【０１８６】
図４３Ｄに示されるコアネットワーク１０９は、５Ｇコア（5G  Core：５ＧＣ）ネットワークであり得る。コアネットワーク１０９は、数多くの通信サービスを、無線アクセスネットワークによって相互接続される顧客に提供し得る。コアネットワーク１０９は、コアネットワークの機能性を実施するいくつかのエンティティを備える。本明細書で使用されるとき、「コアネットワークエンティティ」または「ネットワーク機能」という用語は、コアネットワークの１つまたは複数の機能性を実施する任意のエンティティを示す。このようなコアネットワークエンティティは、図４３Ｇに示されるシステム９０などの無線もしくはネットワーク通信またはコンピュータシステムのために構成された装置のメモリで記憶され、当該装置のプロセッサ上で実行されるコンピュータ実行可能命令（ソフトウェア）の形態で実装される論理エンティティであり得ることを理解されたい。
【０１８７】
図４３Ｄの例では、５Ｇコアネットワーク１０９は、アクセスモビリティ管理機能（Access  and  Mobility  Management  Function：ＡＭＦ）１７２と、セッション管理機能（Session  Management  Function：ＳＭＦ）１７４と、ユーザプレーン機能（User  Plane  Function：ＵＰＦ）１７６ａおよび１７６ｂと、ユーザデータ管理機能（User  Data  Management  Function：ＵＤＭ）１９７と、認証サーバ機能（Authentication  Server  Function：ＡＵＳＦ）１９０と、ネットワークエクスポージャ機能（Network  Exposure  Function：ＮＥＦ）１９６と、ポリシ制御機能（Policy  Control  Function：ＰＣＦ）１８４と、非３ＧＰＰインターワーキング機能（Ｎ３ＩＷＦ）１９９と、ユーザデータレポジトリ（User  Data  Repository：ＵＤＲ）１７８と、を含み得る。上述の要素の各々が、５Ｇコアネットワーク１０９の一部として描写されるが、これらの要素のうちの任意の１つは、コアネットワークオペレータ以外のエンティティによって所有または運営され得ることを理解されよう。５Ｇコアネットワークは、これらの要素の全部で構成されなくてもよく、追加の要素で構成されてもよく、これらの要素の各々の複数のインスタンスで構成されてもよいことも理解されよう。図４３Ｄは、ネットワーク機能が相互に直接接続することを示すが、それが、Ｄｉａｍｅｔｅｒルーティングエージェントなどのルーティングエージェントまたはメッセージバスを介して通信し得ることを理解されたい。
【０１８８】
図４３Ｄの例では、ネットワーク機能間のコネクティビティは、インターフェースのセットまたは参照点を介して実現される。ネットワーク機能は、他のネットワーク機能またはサービスによって起動されるかまたは呼び出されるサービスのセットとして、モデリング、記載、または実装され得ることを理解されよう。ネットワーク機能サービスの起動は、ネットワーク機能間の直接接続、メッセージバス上のメッセージングの交換、ソフトウェア機能の呼び出しなどを介して実現され得る。
【０１８９】
ＡＭＦ１７２は、Ｎ２インターフェースを介してＲＡＮ１０５に接続され得、制御ノードとして機能し得る。例えば、ＡＭＦ１７２は、登録管理、接続管理、到達可能性管理、アクセス認証、アクセス認可の役割を果たし得る。ＡＭＦは、Ｎ２インターフェースを介してユーザプレーントンネル構成情報をＲＡＮ１０５に転送する役割を果たし得る。ＡＭＦ１７２は、Ｎ１１インターフェースを介してＳＭＦからユーザプレーントンネル構成情報を受信し得る。ＡＭＦ１７２は、概して、Ｎ１インターフェースを介して、ＮＡＳパケットをＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃへ／ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃからルーティングおよび転送し得る。Ｎ１インターフェースは、図４３Ｄに示されていない。
【０１９０】
ＳＭＦ１７４は、Ｎ１１インターフェースを介してＡＭＦ１７２に接続され得る。同様に、ＳＭＦは、Ｎ７インターフェースを介してＰＣＦ１８４に接続され得、Ｎ４インターフェースを介してＵＰＦ１７６ａおよび１７６ｂに接続され得る。ＳＭＦ１７４は、制御ノードとして機能し得る。例えば、ＳＭＦ１７４は、セッション管理、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃに対するＩＰアドレス割り当て、ＵＰＦ１７６ａおよびＵＰＦ１７６ｂでのトラフィックステアリング規則の管理および構成、ならびにＡＭＦ１７２への下りリンクデータ通知の生成の役割を果たし得る。
【０１９１】
ＵＰＦ１７６ａおよびＵＰＦ１７６ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃに、インターネット１１０などのパケットデータネットワーク（ＰＤＮ）へのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと他のデバイスとの間の通信を促進し得る。ＵＰＦ１７６ａおよびＵＰＦ１７６ｂはまた、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃに、他のタイプのパケットデータネットワークへのアクセスを提供し得る。例えば、他のネットワーク１１２は、イーサネットネットワーク、またはデータのパケットを交換する任意のタイプのネットワークであり得る。ＵＰＦ１７６ａおよびＵＰＦ１７６ｂは、Ｎ４インターフェースを介してＳＭＦ１７４からトラフィックステアリング規則を受信し得る。ＵＰＦ１７６ａおよびＵＰＦ１７６ｂは、パケットデータネットワークをＮ６インターフェースに接続することによってか、またはＮ９インターフェースを介して互いにおよび他のＵＰＦに接続することによって、パケットデータネットワークへのアクセスを提供し得る。パケットデータネットワークへのアクセスを提供することに加え、ＵＰＦ１７６は、パケットルーティングおよび転送、ポリシ規則強制、ユーザプレーントラフィックに対するサービスハンドリングの品質、下りリンクパケットバッファリングの役割を果たし得る。
【０１９２】
ＡＭＦ１７２はまた、例えば、Ｎ２インターフェースを介してＮ３ＩＷＦ１９９に接続され得る。Ｎ３ＩＷＦは、例えば、３ＧＰＰによって定義されない無線インターフェース技術を介して、ＷＴＲＵ１０２ｃと５Ｇコアネットワーク１７０との間の接続を促進する。ＡＭＦは、ＲＡＮ１０５と相互作用するのと同じまたは類似の方法で、Ｎ３ＩＷＦ１９９と相互作用し得る。
【０１９３】
ＰＣＦ１８４は、Ｎ７インターフェースを介してＳＭＦ１７４に接続され得、Ｎ１５インターフェースを介してＡＭＦ１７２に接続され得、Ｎ５インターフェースを介してアプリケーション機能（Application  Function：ＡＦ）１８８に接続され得る。Ｎ１５およびＮ５インターフェースは、図４３Ｄに示されていない。ＰＣＦ１８４は、ポリシ規則をＡＭＦ１７２およびＳＭＦ１７４などの制御プレーンノードに提供し得、制御プレーンノードがこれらの規則を強要することを可能にする。ＰＣＦ１８４は、ＡＭＦがＮ１インターフェースを介してポリシをＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃに届け得るように、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃに対してポリシをＡＭＦ１７２に送信し得る。次いで、ポリシは、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃで強要または適用され得る。
【０１９４】
ＵＤＲ１７８は、認証資格および契約情報についてのレポジトリとして機能し得る。ＵＤＲは、ネットワーク機能に接続し得、その結果、ネットワーク機能は、レポジトリにあるデータに追加し得、データから読み取り得、データを修正し得る。例えば、ＵＤＲ１７８は、Ｎ３６インターフェースを介してＰＣＦ１８４に接続し得る。同様に、ＵＤＲ１７８は、Ｎ３７インターフェースを介してＮＥＦ１９６に接続し得、ＵＤＲ１７８は、Ｎ３５インターフェースを介してＵＤＭ１９７に接続し得る。
【０１９５】
ＵＤＭ１９７は、ＵＤＲ１７８と他のネットワーク機能との間のインターフェースとして機能し得る。ＵＤＭ１９７は、ネットワーク機能をＵＤＲ１７８のアクセスに認可し得る。例えば、ＵＤＭ１９７は、Ｎ８インターフェースを介してＡＭＦ１７２に接続し得、ＵＤＭ１９７は、Ｎ１０インターフェースを介してＳＭＦ１７４に接続し得る。同様に、ＵＤＭ１９７は、Ｎ１３インターフェースを介してＡＵＳＦ１９０に接続し得る。ＵＤＲ１７８およびＵＤＭ１９７は、しっかりと統合され得る。
【０１９６】
ＡＵＳＦ１９０は、認証関連動作を実施し、Ｎ１３インターフェースを介してＵＤＭ１９７に接続し、Ｎ１２インターフェースを介してＡＭＦ１７２に接続する。
【０１９７】
ＮＥＦ１９６は、５Ｇコアネットワーク１０９での能力およびサービスをアプリケーション機能（ＡＦ）１８８にさらす。エクスポージャは、Ｎ３３ＡＰＩインターフェース上で発生し得る。ＮＥＦは、Ｎ３３インターフェースを介してＡＦ１８８に接続し得、それは、５Ｇコアネットワーク１０９の能力およびサービスにさらすために他のネットワーク機能に接続し得る。
【０１９８】
アプリケーション機能１８８は、５Ｇコアネットワーク１０９でのネットワーク機能と相互作用し得る。アプリケーション機能１８８とネットワーク機能との間の相互作用は、直接的なインターフェースを介してであり得るか、またはＮＥＦ１９６を介して発生し得る。アプリケーション機能１８８は、５Ｇコアネットワーク１０９の一部とみなされ得るか、または５Ｇコアネットワーク１０９の外部であり得、モバイルネットワークオペレータとのビジネス関係を有する企業によって展開され得る。
【０１９９】
ネットワークスライシングは、オペレータのエアインターフェースの背後の１つまたは複数の「仮想」コアネットワークをサポートするために、モバイルネットワークオペレータによって使用され得るメカニズムである。これは、異なるＲＡＮ、または単一のＲＡＮにわたって起動する異なるサービスタイプをサポートするように、コアネットワークを１つまたは複数の仮想ネットワークに「スライシング」することを伴う。ネットワークスライシングは、オペレータが、例えば、機能性、性能、および分離のエリアで多様な要件を要求する異なるマーケットシナリオに、最適化されたソリューションを提供するようにカスタマイズされるネットワークを生成することを可能にする。
【０２００】
３ＧＰＰは、ネットワークスライシングをサポートするように５Ｇコアネットワークを設計している。ネットワークスライシングは、ネットワークオペレータが、非常に多様な、時には最大の要件を要求する５Ｇユースケース（大規模ＩｏＴ、重要通信、Ｖ２Ｘ、および高度化モバイルブロードバンド）の多様なセットをサポートするために使用し得る、優れたツールである。ネットワークスライシング技術の使用がない場合、ネットワークアーキテクチャは、各ユースケースが性能、拡張性、および利用可能性要件のそれ自体の特定のセットを有するときに必要なユースケースのより広い範囲を効率的にサポートするのに十分にフレキシブルおよび拡張可能でない可能性がある。さらに、新しいネットワークサービスの導入は、より効率的に行われるべきである。
【０２０１】
再び図４３Ｄを参照して、ネットワークスライシングシナリオでは、ＷＴＲＵ１０２ａ、１０２ｂ、または１０２ｃは、Ｎ１インターフェースを介してＡＭＦ１７２に接続し得る。ＡＭＦは、論理的に、１つまたは複数のスライスの一部であり得る。ＡＭＦは、ＷＴＲＵ１０２ａ、１０２ｂ、または１０２ｃの接続または通信を１つまたは複数のＵＰＦ１７６ａおよび１７６ｂならびに他のネットワーク機能と協調させ得る。ＵＰＦ１７６ａおよび１７６ｂの各々、ＳＭＦ１７４、および他のネットワーク機能は、同じスライスまたは異なるスライスの一部であり得る。それらが、異なるスライスの一部であるとき、異なるコンピューティングリソース、セキュリティ資格などを利用し得るという意味で互いに分離され得る。
【０２０２】
コアネットワーク１０９は、他のネットワークとの通信を促進し得る。例えば、コアネットワーク１０９は、５Ｇコアネットワーク１０９とＰＳＴＮ１０８との間のインターフェースとして機能する、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバなどのＩＰゲートウェイを含むか、またはそれと通信し得る。例えば、コアネットワーク１０９は、ショートメッセージサービスを介して通信を促進するショートメッセージサービス（Short  Message  Service：ＳＭＳ）サービスセンターを含むか、またはそれと通信し得る。例えば、５Ｇコアネットワーク１０９は、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと、サーバまたはアプリケーション機能１８８との間の非ＩＰデータパケットの交換を促進し得る。加えて、コアネットワーク１７０は、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃに、他のサービスプロバイダによって所有または運営される他の有線または無線ネットワークを含み得るネットワーク１１２へのアクセスを提供し得る。
【０２０３】
本明細書で記載され、図４３Ａ、図４３Ｃ、図４３Ｄ、または図４３Ｅに示されている、コアネットワークエンティティは、ある既存の３ＧＰＰ仕様におけるそれらのエンティティに与えられる名称によって識別されるが、将来において、それらのエンティティおよび機能性は、他の名称によって識別され得、ある種のエンティティまたは機能は、将来的３ＧＰＰ  ＮＲ仕様を含む、３ＧＰＰによって公開される将来的な仕様において組み合わせられ得ることを理解されたい。したがって、図４３Ａ、図４３Ｂ、図４３Ｃ、図４３Ｄ、または図４３Ｅに記載および示されている特定のネットワークエンティティおよび機能性は、一例としてのみ提供され、本明細書で開示および請求される主題は、現在規定されているか、または将来的に規定されるかどうかにかかわらず、任意の類似通信システムにおいて具現化または実装され得ることを理解されたい。
【０２０４】
図４３Ｅは、本明細書で記載されるチャネル化およびＢＷＰを実装するシステム、方法、装置が使用され得る、例示的な通信システム１１１を示す。通信システム１１１は、無線伝送／受信ユニット（ＷＴＲＵ）Ａ、Ｂ、Ｃ、Ｄ、Ｅ、Ｆと、基地局ｇＮＢ１２１と、Ｖ２Ｘサーバ１２４と、ロードサイドユニット（ＲＳＵ）１２３ａおよび１２３ｂと、を含み得る。実際には、本明細書で提示されるコンセプトは、任意の数のＷＴＲＵ、基地局ｇＮＢ、Ｖ２Ｘネットワーク、または他のネットワーク要素に適用され得る。１つのもしくはいくつかのまたはすべてのＷＴＲＵ  Ａ、Ｂ、Ｃ、Ｄ、Ｅ、およびＦは、アクセスネットワークカバレッジ１３１の範囲の外にあり得る。ＷＴＲＵ  Ａ、Ｂ、およびＣは、ＷＴＲＵ  Ａがグループリードであり、ＷＴＲＵ  ＢおよびＣがグループメンバーであるＶ２Ｘグループを形成する。
【０２０５】
ＷＴＲＵ  Ａ、Ｂ、Ｃ、Ｄ、Ｅ、およびＦは、アクセスネットワークカバレッジ１３１内にある場合、ｇＮＢ１２１を介してＵｕインターフェース１２９を通して互いに通信し得る。図４３Ｅの例では、ＷＴＲＵ  ＢおよびＦは、アクセスネットワークカバレッジ１３１内に示される。ＷＴＲＵ  Ａ、Ｂ、Ｃ、Ｄ、Ｅ、およびＦは、アクセスネットワークカバレッジ１３１下にあるか、またはアクセスネットワークカバレッジ１３１の外にあるかどうかを、インターフェース１２５ａ、１２５ｂ、または１２８などのサイドリンクインターフェース（例えば、ＰＣ５またはＮＲ  ＰＣ５）を介して互いに直接通信し得る。例えば、図４３Ｅの例では、アクセスネットワークカバレッジ１３１の外側にあるＷＴＲＵ  Ｄは、カバレッジ１３１の内側にあるＷＴＲＵ  Ｆと通信する。
【０２０６】
ＷＴＲＵ  Ａ、Ｂ、Ｃ、Ｄ、Ｅ、およびＦは、ビークルツーネットワーク（Ｖ２Ｎ）１３３またはサイドリンクインターフェース１２５ｂを介してＲＳＵ１２３ａまたは１２３ｂと通信し得る。ＷＴＲＵ  Ａ、Ｂ、Ｃ、Ｄ、Ｅ、およびＦは、ビークルツーインフラストラクチャ（Ｖ２Ｉ）インターフェース１２７を介してＶ２Ｘサーバ１２４に通信し得る。ＷＴＲＵ  Ａ、Ｂ、Ｃ、Ｄ、Ｅ、およびＦは、ビークルツーパーソン（Ｖ２Ｐ）インターフェース１２８を介して別のＵＥに通信し得る。
【０２０７】
図４３Ｆは、図４３Ａ、図４３Ｂ、図４３Ｃ、図４３Ｄ、または図４３ＥのＷＴＲＵ１０２またはＵＥ３６１などの本明細書中に開示されるＵＥなどの本明細書で記載されるチャネル化およびＢＷＰを実装する、システム、方法、および装置に従って無線通信および動作のために構成され得る、例示的な装置またはデバイスＷＴＲＵ１０２のブロック図である。図４３Ｆに示すように、例示的ＷＴＲＵ１０２は、プロセッサ１１８と、送受信機１２０と、伝送／受信要素１２２と、スピーカ／マイクロホン１２４と、キーパッド１２６と、ディスプレイ／タッチパッド／インジケータ１２８と、非取り外し可能メモリ１３０と、取り外し可能メモリ１３２と、電源１３４と、全地球測位システム（Global  Positioning  System：ＧＰＳ）チップセット１３６と、他の周辺機器１３８と、を含み得る。ＷＴＲＵ１０２は、上述の要素の任意の副次的組み合わせを含み得ることを理解されよう。また、限定ではないが、とりわけ、送受信機基地局（ＢＴＳ）、ノード−Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、ホームノード−Ｂ、発展型ホームノード−Ｂ（ｅノードＢ）、ホーム発展型ノード−Ｂ（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：ＳＤ）メモリカードなどを含み得る。プロセッサ１１８は、クラウドもしくはエッジコンピューティングプラットフォームでホストされるサーバ上、またはホームコンピュータ（図示せず）内などのＷＴＲＵ１０２上に物理的に位置しないメモリから情報にアクセスし、そこにデータを記憶し得る。プロセッサ１１８は、本明細書で記載される例のいくつかにおけるチャネル化およびＢＷＰが意図されるように機能するか、そうでない場合は、関連コンポーネントの状態を示すかどうかに応じて、ディスプレイまたはインジケータ１２８上の点灯パターン、画像、または色を制御するように構成され得る。ディスプレイまたはインジケータ１２８上の点灯パターン、画像、または色の制御は、図示されるかまたは本明細書（例えば、図９〜図１２、図１９など）で論じられる方法フローまたはコンポーネントのうちのいずれかの状態を反映し得る。チャネル化およびＢＷＰのためのメッセージおよびプロシージャが、本明細書で論じられる。メッセージおよびプロシージャは、入力ソース（例えば、スピーカ／マイクロホン１２４、キーパッド１２６、またはディスプレイ／タッチパッド／インジケータ１２８）を介してリソースを要求し、ディスプレイ１２８上で表示され得ることの中でもとりわけチャネル化およびＢＷＰ関連情報を要求、構成、または照会するように、インターフェース／ＡＰＩをユーザに提供するように拡張され得る。
【０２１３】
プロセッサ１１８は、電源１３４から電力を受信し得、ＷＴＲＵ１０２内の他のコンポーネントへの電力を分配または制御するように構成され得る。電源１３４は、ＷＴＲＵ１０２に給電するための任意の好適なデバイスであり得る。例えば、電源１３４は、１つまたは複数の乾電池、太陽電池、燃料電池などを含み得る。
【０２１４】
プロセッサ１１８はまた、ＷＴＲＵ１０２の現在位置に関する位置情報（例えば、経度および緯度）を提供するように構成され得るＧＰＳチップセット１３６に接続され得る。ＧＰＳチップセット１３６からの情報に加え、またはその代わりに、ＷＴＲＵ１０２は、エアインターフェース１１５／１１６／１１７を通して基地局（例えば、基地局１１４ａ、１１４ｂ）から位置情報を受信するか、または２つ以上の近傍基地局から受信されている信号のタイミングに基づいて、その位置を判断し得る。ＷＴＲＵ１０２は、任意の好適な位置特定方法によって位置情報を取得し得ることを理解されよう。
【０２１５】
プロセッサ１１８はさらに、追加の機構、機能性、または有線もしくは無線コネクティビティを提供する、１つまたは複数のソフトウェアまたはハードウェアモジュールを含み得る他の周辺機器１３８に接続され得る。例えば、周辺機器１３８は、加速度計、バイオメトリック（例えば、指紋）センサなどの種々のセンサ、ｅ−コンパス、衛星送受信機、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（Universal  Serial  Bus：ＵＳＢ）ポートまたは他の相互接続インターフェース、振動デバイス、テレビ送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（Frequency  Modulated：ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含み得る。
【０２１６】
ＷＴＲＵ１０２は、センサ、大衆消費電子製品、スマートウォッチまたはスマート衣類などのウェアラブルデバイス、医療またはｅ健康デバイス、ロボット、産業機器、ドローン、例えば、車、トラック、電車、または飛行機の乗り物などの他の装置またはデバイスに含まれ得る。ＷＴＲＵ１０２は、周辺機器１３８のうちの１つを備え得る相互接続インターフェースなどの１つまたは複数の相互接続インターフェースを介して、このような装置またはデバイスの他のコンポーネント、モジュール、またはシステムに接続し得る。
【０２１７】
図４３Ｇは、例示的なコンピューティングシステム９０のブロック図であり、ここで、ＲＡＮ１０３/１０４/１０５、コアネットワーク１０６/１０７/１０９、ＰＳＴＮ１０８、インターネット１１０、他のネットワーク１１２、またはネットワークサービス１１３でのあるノードまたは機能性エンティティなどの、本明細書で示され記載され請求されるシステムおよび方法などの、図４３Ａ、図４３Ｃ、図４３Ｄ、および図４３Ｅに示される通信ネットワークの１つまたは複数の装置ならびにチャネル化およびＢＷＰが、具現化され得る。コンピューティングシステム９０は、コンピュータまたはサーバを備え得、ソフトウェアの形態（このようなソフトウェアが記憶されるかまたはアクセスされる場所または手段がいかなるものであっても）であり得るコンピュータ可読命令によって主に制御され得る。このようなコンピュータ可読命令は、コンピューティングシステム９０を稼働させるように、プロセッサ９１内で実行され得る。プロセッサ９１は、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに対応付けられた１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態マシンなどであり得る。プロセッサ９１は、信号コーディング、データ処理、電力制御、入力／出力処理、またはコンピューティングシステム９０が通信ネットワーク内で動作することを可能にする、任意の他の機能性を果たし得る。コプロセッサ８１は、主要プロセッサ９１とは明確に異なる、任意選択のプロセッサであり、追加の機能を果たすか、またはプロセッサ９１を支援し得る。プロセッサ９１またはコプロセッサ８１は、ＷＬＢＴの成功などのチャネル化およびＢＷＰのための本明細書で開示される方法および装置に関連するデータを受信、生成、および処理し得る。
【０２１８】
プロセッサ９１は、動作時に、命令をフェッチ、復号、および実行し、コンピューティングシステムの主要データ転送パスであるシステムバス８０を介して、情報を他のリソースへ転送し、かつ他のリソースから転送する。このようなシステムバスは、コンピューティングシステム９０内のコンポーネント同士を接続し、データ交換のための媒体を定義する。システムバス８０は、典型的には、データを送信するためのデータラインと、アドレスを送信するためのアドレスラインと、インタラプトを送信するため、およびシステムバスを動作させるための制御ラインと、を含む。このようなシステムバス８０の一例は、周辺コンポーネント相互接続（Peripheral  Component  Interconnect：ＰＣＩ）バスである。
【０２１９】
システムバス８０に接続されたメモリは、ランダムアクセスメモリ（ＲＡＭ）８２と、読み取り専用メモリ（ＲＯＭ）９３と、を含む。このようなメモリは、情報が記憶され、かつ読み出されることを可能にする回路を含む。ＲＯＭ９３は、概して、容易に修正することができない記憶されたデータを含む。ＲＡＭ８２内に記憶されるデータは、プロセッサ９１または他のハードウェアデバイスによって読み取られるか、または変更され得る。ＲＡＭ８２またはＲＯＭ９３へのアクセスは、メモリコントローラ９２によって制御され得る。メモリコントローラ９２は、命令が実行されると、仮想アドレスを物理アドレスに変換する、アドレス変換機能を提供し得る。メモリコントローラ９２はまた、システム内のプロセスを隔離し、ユーザプロセスからシステムプロセスを隔離するメモリ保護機能を提供し得る。したがって、第１のモードで起動するプログラムは、それ自体のプロセス仮想アドレス空間によってマップされているメモリのみにアクセスし得、プロセス間のメモリ共有が設定されていない限り、別のプロセスの仮想アドレス空間内のメモリにアクセスすることができない。
【０２２０】
加えて、コンピューティングシステム９０は、プロセッサ９１からプリンタ９４、キーボード８４、マウス９５、およびディスクドライブ８５などの周辺機器に命令を通信する役割を果たす、周辺機器コントローラ８３を含み得る。
【０２２１】
ディスプレイコントローラ９６によって制御されるディスプレイ８６は、コンピューティングシステム９０によって生成される視覚出力を表示するために使用される。このような視覚出力は、テキスト、グラフィックス、動画グラフィックス、およびビデオを含み得る。視覚出力は、グラフィカルユーザインターフェース（Graphical  User  Interface：ＧＵＩ）の形態で提供され得る。ディスプレイ８６は、ＣＲＴベースのビデオディスプレイ、ＬＣＤベースのフラットパネルディスプレイ、ガスプラズマベースのフラットパネルディスプレイ、またはタッチパネルを用いて実装され得る。ディスプレイコントローラ９６は、ディスプレイ８６に送信されるビデオ信号を生成するために必要とされる電子コンポーネントを含む。
【０２２２】
さらに、コンピューティングシステム９０は、コンピューティングシステム９０をＲＡＮ１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、ＰＳＴＮ１０８、インターネット１１０、ＷＴＲＵ１０２、または図４３Ａ、図４３Ｂ、図４３Ｃ、図４３Ｄ、もしくは図４３Ｅの他のネットワーク１１２などの外部通信ネットワークまたはデバイスに接続するために使用され得る、例えば、無線または有線ネットワークアダプタ９７などの通信回路を含み、コンピューティングシステム９０がそれらのネットワークの他のノードまたは機能エンティティと通信することを可能にし得る。通信回路は、単独で、またはプロセッサ９１と組み合わせて、本明細書で記載される、ある装置、ノード、または機能エンティティの伝送および受信ステップを実施するために使用され得る。
【０２２３】
本明細書で記載される装置、システム、方法、およびプロセスのうちのいずれかまたはすべては、コンピュータ可読記憶媒体上に記憶されるコンピュータ実行可能命令（例えば、プログラムコード）の形態で具現化され得、その命令は、プロセッサ１１８または９１などのプロセッサによって実行されると、プロセッサに、本明細書で記載されるシステム、方法、およびプロセスを実施または実装させることを理解されたい。具体的には、本明細書で記載されるステップ、動作、または機能のうちのいずれも、このようなコンピュータ実行可能命令の形態で実装され、無線または有線ネットワーク通信向けに構成された装置またはコンピューティングシステムのプロセッサ上で実行され得る。コンピュータ可読記憶媒体は、情報を記憶するための任意の非一時的（例えば、有形または物理的）方法または技術で実装される揮発性および不揮発性媒体、取り外し可能および非取り外し可能媒体を含むが、このようなコンピュータ可読記憶媒体は、信号を含まない。コンピュータ可読記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリもしくは他のメモリ技術、ＣＤ−ＲＯＭ、デジタル多用途ディスク（Digital  Versatile  Disks：ＤＶＤ）もしくは他の光学ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶デバイスもしくは他の磁気記憶デバイス、または所望の情報を記憶するために使用され得、かつコンピューティングシステムによってアクセスされ得る任意の他の有形もしくは物理媒体を含むが、それらに限定されない。
【０２２４】
図に示されるような、本開示の主題、チャネル化およびＢＷＰの好ましい方法、システム、または装置の記載において、特定の用語が、明確にするために採用される。しかし、請求された主題は、そのように選択される特定の用語に限定されることを意図しておらず、各特定の要素は、類似の目的を達成するための類似の方法で動作するすべての技術的同等物を含むことを理解されたい。
【０２２５】
ユーザ端末は、チャネル占有時間を送信機と共有し得、ＣＡＴ２チャネル感知の成功後に、ユーザ端末のデータリソースに及ぶ周波数帯域上で、データを送信機に伝送し得る。ｇＮｂは、ＵＥがＣＯＴを共有することを可能にするため、ＵＥは、ｇＮＢによって取得されるＣＯＴ内でＵＬ  ＰＵＳＣＨを伝送し得る。次いで、ＵＥは、短いＬＢＴ（ＣＡＴ２）を実施する。成功の場合、それは伝送し得る。本クレームは、ＵＥがＬＢＴを実施する周波数がどれかを提供する。ＵＥは、ＵＬ  ＰＵＳＣＨリソースをカバーする周波数帯域上でＬＢＴを実施し得る。
【０２２６】
本明細書で記載される種々の技術は、ハードウェア、ファームウェア、ソフトウェア、または適切な場合、その組み合わせに関して実装され得る。このようなハードウェア、ファームウェア、およびソフトウェアは、通信ネットワークの様々なノードに位置する装置にあり得る。装置は、本明細書で記載される方法を実施するように、単独かまたは互いに組み合わせて動作し得る。本明細書で使用されるとき、「装置」、「ネットワーク装置」、「ノード」、「デバイス」、「ネットワークノード」などは、区別なく使用され得る。加えて、「または」という単語の使用は、概して、本明細書で特に提供されない限り、包含的に使用される。
【０２２７】
ここで記載された説明は、例を使用して、ベストモードを含む発明を開示し、当業者が、任意のデバイスまたはシステムを製造および使用し、任意の組み込まれた方法を実施することを含む発明を実施することを可能にもする。発明の特許可能な範囲は、特許請求の範囲によって定義され、当業者が思い付く他の例（例えば、ステップのスキップ、ステップの組み合わせ、または本明細書で開示される例示的な方法間でのステップの追加）を含み得る。このような他の例は、特許請求の範囲の文字通りの言葉から異ならない構造的要素を有する場合、または特許請求の範囲の文字通りの言葉から実質的な差を有しない同等の構造的要素を含む場合、特許請求の範囲内にあることが意図される。アンカーキャリアについての本明細書での記載された主題は、非アンカーキャリアベースの配置に適用し得る。同様に、非アンカーベースについて記載される本明細書での主題は、アンカーキャリアベースの配置に適用し得る。例えば、キャリアで２０ＭＨｚを示すこの着想は、両方のケースに適用し得る。（図４でのビットマップのように）それを示す方法は、両方のケースに適用し得る。また、記載された主題は、それぞれのケースの文脈で見られ得るが、両方のケースに適用可能であり得る。
【０２２８】
本明細書で記載されるように、とりわけ、方法、システム、および装置は、無線通信を実施する手段のために提供され得る。方法、システム、コンピュータ可読記憶媒体、または装置は、チャネルが、利用可能であることを合成キャリアインジケータ（ＣＣＩ）のインジケーションに基づいて判断し、チャネルが利用可能であることの判断に基づいて、サブオーディネートをアンカーセルに追加することによって、動的に帯域幅を増加させ、合成キャリアインジケータ（ＣＣＩ）について第１のアンカーおよび第２のアンカーをモニタし、ＣＣＩが第１のアンカーで取得される場合、第２のアンカーに対するサブオーディネートで第１のセルを受信する必要があるときに第１の受信チェーン上で帯域幅を増加させ、第１のセルグラントが完了するかまたは第１のセルが第２のアンカーに対するサブオーディネートを解放するまで、第２の受信チェーン上で第２のセルをモニタしないための手段を有する。装置は、基地局またはユーザ端末であり得る。方法、システム、コンピュータ可読記憶媒体、または装置は、チャネルを感知し、感知に基づいて、チャネルが複数の周波数帯域で利用可能であることを判断し、チャネルが複数の周波数帯域で利用可能であることの判断に基づいて、複数の周波数帯域を合成キャリアに組み合わせ、合成キャリア内にある複数の周波数帯域のうちの１つまたは複数を示す合成キャリアインジケータ（ＣＣＩ）を生成し、ＣＣＩを受信機に通信するための手段を有する。複数の周波数帯域はそれぞれ、２０Ｍｈｚであり得る。合成キャリアは、広帯域キャリアであり得る。装置は、基地局、ユーザ機器、または他のデバイスであり得る。ＣＣＩは、ザドフチューシーケンスのプリアンブル、下りリンク制御情報、上りリンクグラント、下りリンクグラント、または無線リソース制御シグナリングを介して取得または通信され得る。ＣＣＩは、ＵＥ固有のＰＤＣＣＨの下りリンク制御情報、またはグループ共通のＰＤＣＣＨの下りリンク制御情報を介して取得または通信され得る。キャリアは、周波数で隣接するときに合成されるだけであり得る。方法、システム、コンピュータ可読記憶媒体、または装置は、カテゴリ４リッスンビフォアトーク（ＬＢＴ）が、複数の周波数帯域の第１のキャリア上で成功していることを判断し、カテゴリ４ＬＢＴが、複数の周波数帯域の第１のキャリア、および第２のキャリアに隣接している第１のキャリア上で成功していることに基づいて、第２のキャリア上でカテゴリ２ＬＢＴを実施し、成功しているカテゴリ２ＬＢＴに基づいて、第１のキャリアおよび第２のキャリアを合成キャリアに合成するための手段を有する。方法、システム、コンピュータ可読記憶媒体、または装置は、基地局が、第１のキャリアへのアクセスを有しないことを判断し、基地局が、第１のキャリアへのアクセスを有しないことの判断に基づいて、帯域幅パート不活性タイマを一時停止させるための手段を有する。方法、システム、コンピュータ可読記憶媒体、または装置は、合成キャリアを形成するように他の周波数帯域を合成する前に、予め定められたアンカー周波数帯域へのチャネルアクセスを獲得するための手段を有する。それが、アンカー周波数帯域へのチャネルアクセスを有しない場合、そのチャネルアクセスの機会の間に利用可能であり得る他の周波数帯域で合成キャリアを形成しない場合がある。方法、システム、コンピュータ可読記憶媒体、または装置は、送信機から合成キャリアインジケータ（ＣＣＩ）を取得し、ＣＣＩに基づいて、合成キャリアの帯域幅を識別し、送信機の合成キャリアで１つまたは複数の周波数帯域を識別することに基づいて、測定、伝送、受信、または同期を実施するための手段を有する。ＵＥは、ｇＮＢの周波数帯域のすべてまたは一部の認識を受信し得、それらの帯域上でプロシージャ（例えば、伝送、受信など）を実施する。ユーザ端末は、チャネル占有時間を送信機と共有し得、ＣＡＴ２チャネル感知の成功後に、ユーザ端末のデータリソースに及ぶ周波数帯域上で、データを送信機に伝送し得る。ユーザ端末は、チャネル占有時間を送信機と共有し得、ＣＡＴ２チャネル感知の成功後に、ユーザ端末のＢＷＰに及ぶ周波数帯域上で、データを送信機に伝送し得る。ユーザ端末は、チャネル占有時間を送信機と共有し得、ＣＡＴ２チャネル感知の成功後に、送信機の合成キャリア帯域幅を超えずに、データを送信機に伝送し得る。（ステップの除去または追加を含む）本段落でのすべての組み合わせが、詳細な説明の他の部分と一致する方法で検討される。
【図１】
2021523632.tif 000008
【図２Ａ】
2021523632.tif 000009
【図２Ｂ】
2021523632.tif 000010
【図３Ａ】
2021523632.tif 000011
【図３Ｂ】
2021523632.tif 000012
【図４Ａ】
2021523632.tif 000013
【図４Ｂ】
2021523632.tif 000014
【図５Ａ】
2021523632.tif 000015
【図５Ｂ】
2021523632.tif 000016
【図６】
2021523632.tif 000017
【図７Ａ】
2021523632.tif 000018
【図７Ｂ】
2021523632.tif 000019
【図８Ａ】
2021523632.tif 000020
【図８Ｂ】
2021523632.tif 000021
【図８Ｃ】
2021523632.tif 000022
【図８Ｄ】
2021523632.tif 000023
【図９】
2021523632.tif 000024
【図１０】
2021523632.tif 000025
【図１１】
2021523632.tif 000026
【図１２】
2021523632.tif 000027
【図１３】
2021523632.tif 000028
【図１４】
2021523632.tif 000029
【図１５】
2021523632.tif 000030
【図１６Ａ】
2021523632.tif 000031
【図１６Ｂ】
2021523632.tif 000032
【図１６Ｃ】
2021523632.tif 000033
【図１７】
2021523632.tif 000034
【図１８Ａ】
2021523632.tif 000035
【図１８Ｂ】
2021523632.tif 000036
【図１９Ａ】
2021523632.tif 000037
【図１９Ｂ】
2021523632.tif 000038
【図２０Ａ】
2021523632.tif 000039
【図２０Ｂ】
2021523632.tif 000040
【図２１Ａ】
2021523632.tif 000041
【図２１Ｂ】
2021523632.tif 000042
【図２１Ｃ】
2021523632.tif 000043
【図２１Ｄ】
2021523632.tif 000044
【図２２Ａ】
2021523632.tif 000045
【図２２Ｂ】
2021523632.tif 000046
【図２２Ｃ】
2021523632.tif 000047
【図２２Ｄ】
2021523632.tif 000048
【図２３Ａ】
2021523632.tif 000049
【図２３Ｂ】
2021523632.tif 000050
【図２４Ａ】
2021523632.tif 000051
【図２４Ｂ】
2021523632.tif 000052
【図２５】
2021523632.tif 000053
【図２６】
2021523632.tif 000054
【図２７Ａ】
2021523632.tif 000055
【図２７Ｂ】
2021523632.tif 000056
【図２８】
2021523632.tif 000057
【図２９】
2021523632.tif 000058
【図３０】
2021523632.tif 000059
【図３１】
2021523632.tif 000060
【図３２】
2021523632.tif 000061
【図３３Ａ】
2021523632.tif 000062
【図３３Ｂ】
2021523632.tif 000063
【図３４】
2021523632.tif 000064
【図３５】
2021523632.tif 000065
【図３６】
2021523632.tif 000066
【図３７Ａ】
2021523632.tif 000067
【図３７Ｂ】
2021523632.tif 000068
【図３８】
2021523632.tif 000069
【図３９】
2021523632.tif 000070
【図４０Ａ】
2021523632.tif 000071
【図４０Ｂ】
2021523632.tif 000072
【図４１】
2021523632.tif 000073
【図４２】
2021523632.tif 000074
【図４３Ａ】
2021523632.tif 000075
【図４３Ｂ】
2021523632.tif 000076
【図４３Ｃ】
2021523632.tif 000077
【図４３Ｄ】
2021523632.tif 000078
【図４３Ｅ】
2021523632.tif 000079
【図４３Ｆ】
2021523632.tif 000080
【図４３Ｇ】
2021523632.tif 000081
【図４４Ａ】
2021523632.tif 000082
【図４４Ｂ】
2021523632.tif 000083
【図４５Ａ】
2021523632.tif 000084
【図４５Ｂ】
2021523632.tif 000085
【図４５Ｃ】
2021523632.tif 000086
【図４６Ａ】
2021523632.tif 000087
【図４６Ｂ】
2021523632.tif 000088
【図４６Ｃ】
2021523632.tif 000089
【図４７】
2021523632.tif 000090
【図４８Ａ】
2021523632.tif 000091
【図４８Ｂ】
2021523632.tif 000092
【図４８Ｃ】
2021523632.tif 000093
【図４８Ｄ】
2021523632.tif 000094
【図４９Ａ】
2021523632.tif 000095
【図４９Ｂ】
2021523632.tif 000096
【図５０Ａ】
2021523632.tif 000097
【図５０Ｂ】
2021523632.tif 000098
【図５０Ｃ】
2021523632.tif 000099
【図５０Ｄ】
2021523632.tif 000100
【図５１】
2021523632.tif 000101
【図５２Ａ】
2021523632.tif 000102
【図５２Ｂ】
2021523632.tif 000103
【図５３Ａ】
2021523632.tif 000104
【図５３Ｂ】
2021523632.tif 000105
【図５３Ｃ】
2021523632.tif 000106
【図５４】
2021523632.tif 000107
【手続補正書】
【提出日】令和3年3月29日(2021.3.29)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線通信を実施する装置であって、
プロセッサと、
前記プロセッサに接続されたメモリと、を備え、
前記メモリが、前記メモリ上に記憶される実行可能命令を含み、前記実行可能命令が、前記プロセッサによって実行されると前記プロセッサに動作を実施させ、
前記動作が、
チャネルを感知することと、
前記感知に基づいて、前記チャネルが複数の周波数帯域で利用可能であることを判断することと、
前記チャネルが複数の周波数帯域で利用可能であることの前記判断に基づいて、前記複数の周波数帯域を合成キャリアに組み合わせることと、
前記合成キャリア内にある前記周波数帯域のうちの１つまたは複数を示す合成キャリアインジケータ（Composite  Carrier  Indicator：ＣＣＩ）を生成することであって、前記ＣＣＩが、物理下りリンク制御チャネル（Physical  Downlink  Control  Channel：ＰＤＣＣＨ）の下りリンク制御情報を介して通信される、ことと、
前記ＣＣＩを受信機に通信することと、を含む、装置。
【請求項２】
各周波数帯域が、２０ＭＨｚである、請求項１に記載の装置。
【請求項３】
前記装置が、基地局である、請求項１に記載の装置。
【請求項４】
前記ＣＣＩが、下りリンク制御情報を介して通信される、請求項１に記載の装置。
【請求項５】
前記ＣＣＩが、ユーザ端末（User  Equipment：ＵＥ）固有の物理下りリンク制御チャネル（Physical  Downlink  Control  Channel：ＰＤＣＣＨ）の下りリンク制御情報、またはグループ共通のＰＤＣＣＨの下りリンク制御情報を介して通信される、請求項１に記載の装置。
【請求項６】
前記ＣＣＩが、上りリンクグラントまたは下りリンクグラントを提供する前記ＰＤＣＣＨを介して通信される、請求項１に記載の装置。
【請求項７】
前記周波数帯域が、伝送が前記周波数帯域間のガード帯域上で発生し得る周波数において隣接しているときにのみ合成される、請求項１に記載の装置。
【請求項８】
前記動作が、
カテゴリ４（Category  four：ＣＡＴ４）リッスンビフォアトーク（Listen-Before  Talk：ＬＢＴ）が、複数の周波数帯域の第１の周波数帯域で成功していることを判断することと、
前記カテゴリ４ＬＢＴが、前記複数の周波数帯域の前記第１の周波数帯域、および第２の周波数帯域に隣接している前記第１の周波数帯域で成功していることに基づいて、前記第２の周波数帯域上でカテゴリ２（Category  two：ＣＡＴ２）ＬＢＴを実施することと、
成功している前記ＣＡＴ２  ＬＢＴに基づいて、前記第１の周波数帯域および前記第２の周波数帯域を前記合成キャリアに合成することと、をさらに含む、請求項１に記載の装置。
【請求項９】
前記ＣＣＩが、送信機のチャネル占有時間満了を示す、請求項１に記載の装置。
【請求項１０】
無線通信を実施するユーザ端末であって、
プロセッサと、
前記プロセッサに接続されたメモリと、を備え、
前記メモリが、前記メモリ上に記憶される実行可能命令を含み、前記実行可能命令が、前記プロセッサによって実行されると前記プロセッサに動作を実施させ、
前記動作が、
送信機から合成キャリアインジケータ（Composite  Carrier  Indicator：ＣＣＩ）を取得することであって、前記ＣＣＩが、物理下りリンク制御チャネル（Physical  Downlink  Control  Channel：ＰＤＣＣＨ）の下りリンク制御情報を介して通信される、ことと、
前記ＣＣＩに基づいて、合成キャリアの帯域幅を識別することと、
前記送信機の合成キャリアで１つまたは複数の周波数帯域を識別することに基づいて、測定、伝送、受信、および同期を実施することと、を含む、ユーザ端末。
【請求項１１】
前記ＣＣＩが、上りリンクグラントもしくは下りリンクグラントを提供する前記ＰＤＣＣＨ、ユーザ端末（User  Equipment：ＵＥ）固有の下りリンク制御情報、マルチキャスト下りリンク制御情報、上りリンクグラント、下りリンクグラント、または無線リソース制御シグナリングを介して取得される、請求項１０に記載のユーザ端末。
【請求項１２】
前記動作が、
基地局が、前記基地局の帯域幅パート（Bandwidth  Part：ＢＷＰ）内の周波数帯域へのアクセスを有しないことを判断することと、
前記基地局が、前記基地局のＢＷＰ内の前記周波数帯域へのアクセスを有しないことの前記判断に基づいて、帯域幅パート不活性タイマを一時停止させることと、をさらに含む、請求項１０に記載のユーザ端末。
【請求項１３】
前記動作が、前記送信機のチャネル占有時間が満了するときに、デフォルトＢＷＰに戻ることをさらに含む、請求項１２に記載のユーザ端末。
【請求項１４】
前記動作が、
チャネル占有時間を前記送信機と共有することと、
カテゴリ２（Category  two：ＣＡＴ２）チャネル感知の成功後に、ユーザ端末のデータリソースに及ぶ周波数帯域上で、データを前記送信機に伝送することと、をさらに含む、請求項１０に記載のユーザ端末。
【請求項１５】
前記ユーザ端末が、基地局によって提供された前記上りリンクグラントによって及ぼされる前記周波数帯域を感知する、請求項１１に記載のユーザ端末。
【国際調査報告】
2021523632.tif 000108
2021523632.tif 000109
2021523632.tif 000110