JP2024515922A - アンライセンススペクトルで動作するデバイスを調整するための方法 - Google Patents

Abstract

特定の実施形態では、第１の無線アクセスネットワーク（ＲＡＮ）ノードによって実施される方法は、第２のＲＡＮノードから、共有チャネルと関連付けられた負荷測定基準、およびリッスンビフォアトーク（ＬＢＴ）設定情報を受信することを含む。ＬＢＴ設定情報は、共有チャネルが占有されているか、第２のＲＡＮノードと無線デバイスとの間の通信に利用可能であるかについて、判断がどのように行われるかを示す。方法はさらに、第２のＲＡＮノードから受信した負荷測定基準およびＬＢＴ設定情報に少なくとも部分的に基づいて、第１のＲＡＮノードの１つまたは複数の動作を実施することを含む。【選択図】図１７

Description

特定の実施形態は、全体として、無線通信に関し、より詳細には、アンライセンススペクトルで動作するデバイスを調整することに関する。

５Ｇ ＲＡＮアーキテクチャ
図１は、第３世代パートナーシッププロジェクト（３ＧＰＰ）の技術仕様（ＴＳ）３８．４０１ ｖ１５．４．０に示され説明されているような、現在の第５世代（５Ｇ）無線アクセスネットワーク（ＲＡＮ）アーキテクチャを示している。５Ｇ－ＲＡＮは、次世代（ＮＧ）ＲＡＮ（ＮＧ－ＲＡＮ）とも呼ばれることがある。ＮＧアーキテクチャはさらに、次のように説明することができる。ＮＧ－ＲＡＮは、ＮＧインターフェースを通して５Ｇコアネットワーク（５ＧＣ）に接続されたｇＮＢ（５Ｇの無線基地局）のセットから成る。ｇＮＢは、周波数分割複信（ＦＤＤ）モード、時分割複信（ＴＤＤ）モード、またはデュアルモードの動作をサポートすることができる。ｇＮＢは、Ｘｎインターフェースを通して相互接続することができる。ｇＮＢは、集中ユニット（ｇＮＢ－ＣＵ）および分散ユニット（ｇＮＢ－ＤＵ）から成ってもよい。ｇＮＢ－ＣＵおよびｇＮＢ－ＤＵはＦ１論理インターフェースを介して接続される。１つのｇＮＢ－ＤＵは１つのｇＮＢ－ＣＵにのみ接続される。回復性のため、ｇＮＢ－ＤＵは、適切な実装形態によって複数のｇＮＢ－ＣＵに接続されてもよい。ＮＧ、Ｘｎ、およびＦ１は論理インターフェースである。ＮＧ－ＲＡＮは、無線ネットワークレイヤ（ＲＮＬ）とトランスポートネットワークレイヤ（ＴＮＬ）とに階層化される。ＮＧ－ＲＡＮアーキテクチャ、即ちＮＧ－ＲＡＮ論理ノードおよびそれらの間のインターフェースは、ＲＮＬの一部として規定される。ＮＧ－ＲＡＮインターフェース（ＮＧ、Ｘｎ、Ｆ１）のそれぞれについて、関連するＴＮＬプロトコルおよび機能が定められている。ＴＮＬは、ユーザプレーントランスポートおよびシグナリングトランスポートのサービスを提供する。

ｇＮＢはまた、Ｘ２インターフェースを介して、ｅＮＢ（エボルブドノードＢ、Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）における無線基地局）に接続されてもよい。別のアーキテクチャの選択肢は、エボルブドパケットコア（ＥＰＣ）ネットワークに接続されたＬＴＥ ｅＮＢが、Ｘ２インターフェースを通じていわゆるｎｒ－ｇＮＢと接続されるものである。後者は、デュアルコネクティビティを実施するという目的のためだけに、コアノード（ＣＮ）に直接接続されるのではなく、Ｘ２を介してｅＮＢに接続されたｇＮＢである。

図１のアーキテクチャは、ｇＮＢ－ＣＵを２つのエンティティに分割することによって、拡張することができる。１つはユーザプレーンにサーブするもの（ｇＮＢ－ＣＵ－ＵＰ）、１つは制御プレーンにサーブするもの（ｇＮＢ－ＣＵ－ＣＰ）である。ｇＮＢ－ＣＵ－ＵＰは、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）をホストする。ｇＮＢ－ＣＵ－ＣＰは、ＰＤＣＰおよび無線リソース制御（ＲＲＣ）プロトコルをホストする。完全にするため、ｇＮＢ－ＤＵは無線リンク制御（ＲＬＣ）／媒体アクセス制御（ＭＡＣ）／物理レイヤ（ＰＨＹ）プロトコルをホストすると言うべきである。

ＮＲアンライセンススペクトル（ＮＲ－Ｕ）
現在、新無線（ＮＲ）と呼ばれる第５世代セルラシステムは、３ＧＰＰで標準となっている。ＮＲは、複数の大幅に異なる使用例をサポートする最大限の柔軟性に向けて開発されている。使用例としては、通常のモバイルブロードバンド、マシン型通信（ＭＴＣ：Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）、超低レイテンシクリティカル通信（ＵＲＬＣＣ：Ｕｌｔｒａ－ｌｏｗ Ｌａｔｅｎｃｙ Ｃｒｉｔｉｃａｌ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、サイドリンクデバイスツーデバイス（Ｄ２Ｄ：Ｄｅｖｉｃｅ－ｔｏ－Ｄｅｖｉｃｅ）などが挙げられる。

ＮＲでは、基本的なスケジューリング単位はスロットと呼ばれる。スロットは、通常のサイクリックプレフィックス設定の場合、１４個の直交周波数分割多重（ＯＦＤＭ）シンボルから成る。ＮＲは、多くの異なるサブキャリア間隔設定をサポートしており、３０ｋＨｚのサブキャリア間隔では、ＯＦＤＭシンボル持続時間は約３３μｓである。例として、同じサブキャリア間隔（ＳＣＳ：Ｓａｍｅ Ｓｕｂｃａｒｒｉｅｒ－Ｓｐａｃｉｎｇ）では、シンボルを１４個有するスロットは５００μｓ長（サイクリックプレフィックスを含む）である。

ＮＲはまた、同じサービングセル上の異なるユーザ機器（ＵＥ）に対するフレキシブルな帯域幅設定をサポートする。換言すれば、ＵＥによって監視され、その制御およびデータチャネルに使用される帯域幅は、キャリア帯域幅よりも小さいことがある。コンポーネントキャリアごとの１つまたは複数の帯域幅部分の設定は、ＵＥに半静的にシグナリングすることができ、帯域幅部分は、連続する物理リソースブロック（ＰＲＢ：Ｐｈｙｓｉｃａｌ Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）群から成る。予約リソースを帯域幅部分内に設定することができる。帯域幅部分の帯域幅は、ＵＥによってサポートされる最大帯域幅能力に等しいかまたはそれよりも小さい。

ＮＲは、ライセンス帯域およびアンライセンス帯域の両方をターゲットにしている。「ＮＲベースのアンライセンススペクトルへのアクセス（ＮＲ－Ｕ）」と称されるワークアイテムが、２０１９年１月に開始された。アンライセンスネットワーク、即ち共有スペクトル（またはアンライセンススペクトル）で動作するネットワークが、利用可能なスペクトルを有効に使用するのを可能にすることは、システム容量を増大させる魅力的な方策である。アンライセンススペクトルはライセンス方式の品質には及ばないが、ライセンス展開を補完するものとして効率的使用を可能にする解決策は、３ＧＰＰオペレータに、また最終的には３ＧＰＰ業界全体に多大な価値をもたらす可能性がある。ＮＲにおけるいくつかの特徴は、アンライセンス帯域の特殊な特性だけではなく様々な規制にもしたがうように適合させることが必要になると予期される。１５または３０ｋＨｚのサブキャリア間隔は、６ＧＨｚ未満の周波数に対するＮＲ－Ｕ ＯＦＤＭニューメロロジーのための最も有望な候補である。

アンライセンススペクトルで運用する際、世界中の多くの領域では、デバイスが送信前に媒体が空いていることを感知する必要がある。この動作は、リッスンビフォアトーク（略して、ＬＢＴ）と呼ばれる場合が多い。デバイスがどの無線技術で使用されるのか、またその瞬間にどのタイプのデータを送信したいのかに応じて、ＬＢＴには多くの異なる特色がある。すべての特色に共通するのは、特定のチャネル（規定のキャリア周波数に対応）で、あらかじめ規定された帯域幅全体にわたって感知が行われる点である。例えば、５ＧＨｚ帯域では、感知は２０ＭＨｚのチャネルにわたって行われる。

多くのデバイスは、複数のサブバンド／チャネル、例えばＬＢＴサブバンド（即ち、帯域幅がＬＢＴ帯域幅に等しい周波数部分）を含む、広い帯域幅全体にわたって送信（および受信）することが可能である。デバイスは、媒体が空いていることが感知されたサブバンド上でのみ送信することが可能である。また、複数のサブバンドが関与する場合にどのように感知を行うべきかについて、異なる特色がある。

原理上、デバイスが複数のサブバンドにわたって動作することができる２つの手法がある。１つの手法は、どのサブバンドが空いていると感知されたかに応じて、送信機／受信機の帯域幅が変更されるものである。このセットアップでは、コンポーネントキャリア（ＣＣ）が１つしかなく、複数のサブバンドが、より広い帯域幅を有する１つのチャネルとして扱われる。他方の手法は、デバイスが、チャネルごとにほぼ独立した処理チェーンを運用するものである。処理チェーンがどの程度独立しているかに応じて、この選択肢は、キャリアアグリゲーション（ＣＡ）またはデュアルコネクティビティ（ＤＣ）のどちらかで呼ぶことができる。

ＮＲアンライセンススペクトルにおけるチャネルアクセス手順
他の無線アクセス技術（ＲＡＴ）と共存するアンライセンススペクトルのため、リッスンビフォアトーク（ＬＢＴ）が設計される。このメカニズムでは、無線デバイスでは、いずれの送信の前にもクリアチャネルアセスメント（ＣＣＡ）チェック（即ち、チャネル感知）を適用する。送信機は、チャネルがアイドル状態であるかを判断するために、ある期間にわたるエネルギー検出（ＥＤ）を特定の閾値（ＥＤ閾値）と比較することを伴う。

ＬＢＴパラメータセッティング（ＥＤを含む）は、ネットワーク内のデバイスを設定するネットワークノードによって、ネットワーク内のデバイスに対してセットされてもよい。限界は、特定の領域で運用するための仕様または規則上の要件において、あらかじめ規定された規則またはテーブルとしてセットされてもよい。かかる限界は、欧州における欧州電気通信標準化機構（ＥＴＳＩ）の整合規格、ならびにアンライセンススペクトルでＬＴＥ／ＮＲ－Ｕを運用するための３ＧＰＰ仕様の一部である。

さらに、フレームベース機器（ＦＢＥ）およびロードベース機器（ＬＢＥ）という、アクセス動作の２つのモードが規定される。ＦＢＥモードでは、感知期間は単純であり、ＬＢＥモードの感知スキームはそれよりも複雑である。

動的チャネル占有（ＬＢＥモード）
ＬＢＥ運用の場合のデフォルトのＬＢＴメカニズムであるＬＢＴカテゴリ４は、既存のＷｉ－Ｆｉ運用と同様であり、ノードは、任意の時点でチャネルを感知し、チャネルが猶予およびバックオフ期間後に空いている場合に送信を開始することができる。特定の事例、例えば共有チャネル占有時間（ＣＯＴ）の場合、非常に短い感知期間を可能にする他のＬＢＴカテゴリが可能である。

感知は、一般的に、乱数の感知間隔に対して行われ、この乱数は、０～ＣＷ（ＣＷは競合ウィンドウサイズを表す）の範囲内の数である。最初に、バックオフカウンタが、０～ＣＷ以内のこの乱数に初期化される。使用中のキャリアがアイドル状態になっていることが感知されると、デバイスは、優先順位決定期間としても知られる固定期間の間待機しなければならず、その後、感知間隔の単位でキャリアを感知することができる。キャリアがアイドル状態であることが感知される各感知間隔に対して、バックオフカウンタが漸減される。バックオフカウンタがゼロに達すると、デバイスはキャリア上で送信することができる。送信後、否定確認応答の受信を介して、または他の何らかの手段によってコリジョンが感知された場合、競合ウィンドウサイズ（ＣＷ）が二倍にされる。送信機がチャネルへのアクセスを得るとすぐに、送信機は、最大持続時間（即ち、最大チャネル占有時間（ＭＣＯＴ））以下の送信を実施することのみが可能になる。ＱｏＳ差別化では、サービスタイプに基づくチャネルアクセス優先順位が規定されている。例えば、サービス間の競合ウィンドウサイズ（ＣＷＳ）およびＭＣＯＴの差別化に対して、４つのＬＢＴ優先順位クラスが規定されている。

半静的チャネル占有（ＦＢＥモード）
３ＧＰＰにおいて規定され、図２に示されるようなＦＢＥモードでは、ｇＮＢは、固定フレーム期間（ＦＦＰ）を割り振り、ＦＦＰ境界の直前の９ｕｓにチャネルを感知し、チャネルが空いていることが感知されれば、ダウンリンク（ＤＬ）送信を開始し、ならびに／あるいはＦＦＰの異なるＵＥの間でリソースを割り当てる。この手順は特定の周期性で繰り返すことができる。ＦＦＰでは、ダウンリンク（ＤＬ）および／またはアップリンク（ＵＬ）送信は、他のノードにもチャネルを感知し利用する機会があるように残りのアイドル期間が確保される、ＦＦＰリソースのサブセットであるＣＯＴ内でのみ可能である。したがって、ＦＢＥ運用では、チャネルはＦＦＰ境界の直前の特定の間隔で感知される。ＦＦＰは、１～１０ｍｓの値にセットすることができ、最小で２００ｍｓの後に変更することができる。ＩＤＬＥ期間は規則上の要件であり、少なくともＴ_ＩＤＬＥ≧ｍａｘ（０．０５×ＣＯＴ、１００ｕｓ）であると推測される。３ＧＰＰ ＴＳ ３７．２１３では、これはＴＩＤＬＥ≧ｍａｘ（０．０５×ＦＦＰ、１００ｕｓ）に単純化されており、即ち、最大チャネル占有時間（ＭＣＯＴ）はＴ_ＭＣＯＴ＝ｍｉｎ（０．９５×ＦＦＰ、ＦＦＰ－０．１ｍｓ）と規定される。そのため、１０ｍｓのＦＦＰの場合、ＭＣＯＴは９．５ｍｓとなり、１ｍｓのＦＦＰの場合、ＭＣＯＴは０．９ｍｓ＝０．９×ＦＦＰとなる。

ＬＴＥにおけるモビリティ負荷分散（ＭＬＢ）の基礎
モバイルネットワークでは、無線アクセスノードの負荷は常に測定されるので、あらかじめ設定された閾値を上回ると、この負荷の一部が同じ無線アクセス技術（ＲＡＴ）の隣接セルまたは別のＲＡＴもしくは周波数のいずれかに移転されるように、手順をトリガすることができる。

この移転をサポートする手順のセットはモビリティ負荷分散（ＭＬＢ）と呼ばれる。現在、３ＧＰＰは、ＭＬＢの解決策として次の構成要素を指定している。
・ 負荷報告
・ ハンドオーバ（ＨＯ）に基づいた負荷分散アクション
・ 負荷が均衡したままになるようなＨＯ／セル再選択（ＣＲ）設定の適合

ＬＴＥの場合、負荷報告機能は、Ｘ２（ＬＴＥ内のシナリオ）またはＳ１（ＲＡＴ間のシナリオ）インターフェースを通じて、隣接する拡張ＮｏｄｅＢ（ｅＮＢ）間でセル固有の負荷情報を交換することによって実行される。ＬＴＥ内負荷バランスの場合、ソースｅＮＢは、任意の時点で、例えば、図３に示されるように、負荷があらかじめ規定された値を、即ちＬｔｅ＿ｌｏａｄ＿ｔｈｒｅｓｈｏｌｄを上回ると、潜在的なターゲットのｅＮＢに対するＲＥＳＯＵＲＣＥ＿ＳＴＡＴＵＳ＿ＲＥＱＵＥＳＴメッセージをトリガしてもよい。ターゲットからソースへのリソース状態報告の設定が成功すると、ターゲットｅＮＢは、セルごとのその負荷に関する情報を含むＲＥＳＯＵＲＣＥ＿ＳＴＡＴＵＳ＿ＵＰＤＡＴＥによって（周期的または非周期的に）応答することができる。メッセージ交換については、さらに後述する図５でハイライトを当てている。

図４は、ＭＬＢの場合のＸ２負荷交換手順を示している。無線アクセスノード（例えば、ｅＮＢ）で稼働するモビリティ負荷分散アルゴリズムは、どのＵＥがハンドオーバされるか（ＵＥ選択と呼ばれるプロセス）、またどの隣接セルにハンドオーバされるか（セル選択と呼ばれるプロセス）を判断しなければならない。これらの判断は一般的に、主に、負荷報告に基づいて、またＵＥ候補によって報告されたソースセルおよび隣接セルの潜在的に利用可能な無線測定値に基づいて行われる。ＵＥ／セル選択プロセスのさらなる詳細については後述する。

換言すれば、ＵＥは、所与の隣接セル（例えば、ｅＮＢ－２のセル２）に対する測定報告（参照信号受信電力（ＲＳＲＰ）、参照信号受信品質（ＲＳＲＱ）、信号対干渉雑音比（ＳＩＮＲ）など）を伝送してもよく、これらを受信し、かかる隣接セルの負荷情報を有すると、ソースは、過負荷があるかどうかによって、ＵＥを隣接セルにハンドオーバすることを決定してもよい。この場合、ハンドオーバ準備は、ターゲットノード、例えばｅＮＢ－２に向けてトリガされる。

リソース状態報告手順の一部として、第１のｅＮＢが負荷情報を第２のｅＮＢに伝送することは、進行中の負荷情報の転送を停止すべきであることを第２のｅＮＢに示す指示（セル報告インジケータなど）を含むことができる。これは、例えば、第１のｅＮＢの負荷が過剰になっていることの指示として使用されてもよい。

実行されてもよい別の手順はモビリティセッティング変更である。モビリティセッティング変更手順は、ＭＬＢハンドオーバが実施される前または実施された後に稼働させることができる。この手順は、ソースセルと潜在的なターゲットセルとの間で、１つのセルから別のセルへのモビリティイベントをトリガするのに使用される、ハンドオーバトリガイベントに対する変更について交渉することを意図する。一例として、モビリティセッティング変更がＨＯの後に実施される事例について考慮することができる。ソースｅＮＢは、ターゲットｅＮＢを選択し、どのＵＥがオフロードされるかを選択すると、モビリティセッティング変更手順（３ＧＰＰ ［ＴＳ ３６，４２３］によっても指定される）を実施する。この手順の間、新しいモビリティセッティングがソースｅＮＢとターゲットｅＮＢとの間で交渉され、それにより、負荷バランスによってハンドオーバされたＵＥはすぐにハンドオーバによって返されなくなる。手順は、ベンダーの実装形態に応じて、通常のハンドオーバの前または後のどちらかに行うことができる。概要が図５に示される。

ＮＧ ＲＡＮにおけるモビリティ負荷分散（ＭＬＢ）の基礎
ＮＲのＭＬＢは、ＬＴＥと同じシグナリング原理にしたがう。同様のシグナリングメカニズムがＮＧ－ＲＡＮに使用され、違いは、ＭＬＢ測定基準が分割ＲＡＮインターフェースを通じて報告される点である。この目的のため、リソース状態報告に対するシグナリングサポートが、Ｘｎ、Ｆ１、およびＥ１、ノード間インターフェースに対して導入されており、ならびにＥＮ－ＤＣシナリオに関してはＸ２に対して拡張されている。加えて、ＮＧ－ＲＡＮ ＭＬＢ機能は、新しいタイプの負荷測定基準を用いて、ＬＴＥ（負荷情報がセルごとの単位でのみ表現される）と比較してより精細な負荷粒度で拡張されている。特に、ＮＧ－ＲＡＮ ＭＬＢでは、拡張は次のものを含む。
－ 同期信号ブロック（ＳＳＢ）のカバレッジエリア粒度ごとの負荷情報。例えば、
○ ＳＳＢエリアごとの無線リソース状態報告
○ ＳＳＢエリアごとの複合利用可能容量報告
－ ネットワークスライス粒度ごとの負荷情報。例えば、
○ スライスごとのスライス利用可能容量報告
－ Ｅ１に対するハードウェア負荷インジケータ
－ ＴＮＬ容量指示
－ アクティブＵＥの数
－ ＲＲＣ接続の数
一例として、リソース状態報告指示手順が８．４．１０、８．４．１１、および９．１．３で指定されている、ＴＳ ３８．４２３ ｖ１６．２．０のＸｎインターフェース仕様について考慮することができる。

負荷および容量情報
現在の規格では、セルごとの負荷および容量に関する情報は、ここでは便宜上ＮＲ ＲＡＴに関して報告される、以下の情報エレメントを介してキャプチャされる。以下はＴＳ ３８．４２３ ｖ１６．３．０の抜粋である。

９．２．２．５０ 無線リソース状態
無線リソース状態ＩＥは、ダウンリンクおよびアップリンクのすべてのトラフィックに対する、セルごとおよびＳＳＢエリアごとのＰＲＢの使用、ならびにダウンリンクおよびアップリンクスケジューリングのための物理ダウンリンク制御チャネル（ＰＤＣＣＨ）制御チャネルエレメント（ＣＣＥ）の使用を示す。

９．２．２．５１ 複合利用可能容量グループ
複合利用可能容量グループＩＥは、セルごとの、ならびにダウンリンクおよびアップリンクのセル内のＳＳＢエリアごとの、合計利用可能リソースレベルを示す。

９．２．２．５２ 複合利用可能容量
複合利用可能容量ＩＥは、ダウンリンクまたはアップリンクどちらかのセル内の合計利用可能リソースレベルを示す。

９．２．２．５３ セル容量クラス値
セル容量クラス値ＩＥは、他のセルに対するセル容量を分類する値を示す。セル容量クラス値ＩＥは、トラフィック目的のために設定されたリソースのみを示す。

９．２．２．５４ 容量値
容量値ＩＥは、セルごとの、ならびに合計ＮＧ－ＲＡＮリソースに対して利用可能なＳＳＢエリアごとのリソースの量を示す。容量値は、既存のサービスの最小ＮＧ－ＲＡＮリソース使用が実装形態にしたがって確保されるように、測定され報告されるべきである。容量値ＩＥは、セル容量クラス値の比が利用可能な場合はそれにしたがって、重み付けすることができる。

上記から、無線リソース状態は、セル内で使用されるＰＲＢのパーセンテージ基準を構成することが分かる。この測定基準は、セルごとまたはＳＳＢエリアごとのどちらかで表すことができる。測定基準は、保証ビットレート（ＧＢＲ）ごとと非ＧＢＲベアラごととを区別することができ、ＰＤＤＣＨリソース利用を表すことができる。

同様に、複合利用可能容量は、利用可能な最大セル容量を構成する、セル容量クラス値ＩＥに対する利用可能な容量の基準（容量値情報エレメント（ＩＥ））として表される。

現在、特定の課題が存在している。例えば、アンライセンススペクトルでは、ユーザに対してＥＤ閾値をセッティングする既存の解決策は、固定のセッティングおよび閾値適合の両方を含む。ＥＤ閾値の最適な選択は、配備シナリオ（屋内、屋外など）、負荷状況、外部の制御されない干渉物、および他の多くの要因に大きく依存する。デバイスによるＥＤの選択は、セル間干渉に、またしたがって共存および達成可能な性能に直接影響する。同じエリア内のセルの特定のセットを制御するオペレータは、各デバイス間の共存を改善するために、集中または分散した形で各デバイスのＥＤ閾値を設定することができる。しかしながら、アンライセンススペクトルでは、同じアンライセンススペクトルで動作する他の技術間／技術内デバイスの存在を除外することはできない。現在、隣接ノードによって使用されるＬＢＴパラメータ（ＥＤ閾値など）を算定する通信手段はなく、したがって、共存および共有は常に次善のものである。

他のノードのＥＤ閾値の知識を何ら有さずに、分散アルゴリズムを使用してノードごとのＥＤ閾値をセッティングすることには、ローカルの最小値および次善の解決策に陥るという高いリスクがある。

ＬＢＴ設定関連の情報が隣接ノードの中にないこととは別に、ライセンス動作のみを考慮して、ある既存の測定基準が規定されたが、アンライセンス動作に直接再使用することはできない。あるいは、交換された情報の適正な解釈を保証することはできない。例えば、既存の負荷分散測定基準では、ＮＲ－Ｕで利用可能であって利用されたリソースの特性を表すことは不可能である。つまり、ＮＲ－Ｕでは、チャネルが一般的に２０ＭＨｚの周波数帯にわたる、チャネルに対応する時間周波数リソースは、ＵＥとＲＡＮノードとの間の通信に常に利用可能ではない。これは、ＬＢＴプロセスの結果、チャネルが利用不能になることがあるため、即ち他のシステムまたはデバイスによって占められることがあるためである。

したがって、負荷分散メカニズムをＮＲ－Ｕに使用する必要がある場合、現在標準化されている情報をどのように再使用するかが問題となるであろう。この情報は、実際は、リソースが常に利用可能であること、および利用可能であるかまたは利用されているかのどちらかであることの理解に結び付くであろう。起こり得る問題の一例として、ＬＢＴの妨害によって、即ちチャネル全体で検出されるエネルギーレベルが、チャネルが使用できるかどうかを判断する閾値を上回るという事実によって、ＮＲ－Ｕチャネルが使用不能である、ＲＡＮノードセルについて考慮することができる。この場合、現在の規格によれば、このチャネルに属するリソースは利用済みとマークされることがある。後者は、この情報を受信するノードに、負荷分散測定基準を伝送するＲＡＮノードがサーブする負荷によってこれらのリソースが使用されると信じさせる、ミスリードを誘うものである。代わりに、リソースは使用されず、負荷分散情報を伝送するＲＡＮノードは、リソースを占めると推定される負荷にサーブしていない。実際には、負荷分散情報が伝送されるＲＡＮノードのセルは、非常に低負荷であってもよい。

同様に、ＬＢＴプロセスの失敗によって利用不能であるリソースが利用可能とマークされた場合、これもまた、負荷分散情報を受信するＲＡＮノードに、潜在的なターゲットセルに未使用のリソースがあると信じさせる、ミスリードを誘うものであろう。これは、例えば負荷分散目的で、そのターゲットセルに向かうハンドオーバをトリガしてもよく、そこで、利用可能と推定されるリソースは、持続的なＬＢＴの失敗によってアクセス不能である。

それに加えて、セル内のＬＢＴ設定は経験済みの負荷に対して影響がある。例えば、低ＥＤ閾値は媒体アクセスの確率を低減し、したがって、より高いＥＤ閾値よりも早く高い輻輳につながることがある。したがって、特定の負荷またはチャネル情報を報告するとき、どのＬＢＴ設定が使用されるかは明らかなはずである。

本開示の特定の態様およびそれらの実施形態は、これらまたは他の課題に対する解決策を提供してもよい。本明細書で開示される問題点のうちの１つまたは複数に対処する様々な実施形態が、本明細書で提案される。実施形態は次のものを含む。例えば、
１）共有リソースが利用可能であるときの隣接セルにおける共有チャネル条件を理解する目的での、またチャネル占有評価に対するかかるパラメータの選択を最適化するための、共有チャネルが利用可能とみなされるかまたは占有される手法に関する、ＲＡＮノード間での情報の交換。
２）共有チャネル占有、およびチャネルが共有されたときにリソースがどのように使用されるかに関する要因を考慮に入れた負荷情報の、ＲＡＮノード間での交換。ここでの目的は、隣接ノードがアクセスできるリソースの量、および利用可能なものから使用されるリソースに関する負荷を評価することである。また、利用可能なリソースの品質はいずれかの隣接ノードによって決定することができる。
３）最適な共有リソース効率を可能にする、モビリティポリシーとチャネル利用可能性評価パラメータとの最良の組合せを決定するための、隣接ＲＡＮノードから受信される、共有チャネルのための負荷情報とチャネル占有評価に使用されるパラメータとの組合せ。

各実施形態では、ｇＮＢ、ｅＮＢ、ｅｎ－ｇＮＢ、ｎｇ－ｅＮＢ，ｇＮＢ－ＣＵ，ｇＮＢ－ＣＵ－ＣＰ，ｅＮＢ－ＣＵ，ｅＮＢ－ＣＵ－ＣＰのいずれかなど、ＲＡＮノードは任意の好適なＲＡＮノードであってもよい。特定の実施形態では、上述した第１および第２の実施形態が組み合わされて、第３の実施形態を生成してもよい。

特定の実施形態によれば、第１のＲＡＮノードによって実施される方法は、第２のＲＡＮノードから、共有チャネルおよびＬＢＴ設定情報と関連付けられた負荷測定基準を受信することを含む。ＬＢＴ設定情報は、共有チャネルが占有されているか第２のＲＡＮノードと無線デバイスとの間の通信に利用可能であるかについて、判断がどのように行われるかを示す。方法はさらに、第２のＲＡＮノードから受信した負荷測定基準およびＬＢＴ設定情報に少なくとも部分的に基づいて、第１のＲＡＮノードの１つまたは複数の動作を実施することを含む。

特定の実施形態によれば、第１のＲＡＮノードは電力供給回路と処理回路とを備える。電力供給回路は、電力を第１のＲＡＮノードに供給するように設定される。処理回路は、第２のＲＡＮノードから、共有チャネルと関連付けられた負荷測定基準、およびＬＢＴ設定情報を受信するように設定される。ＬＢＴ設定情報は、共有チャネルが占有されているか第２のＲＡＮノードと無線デバイスとの間の通信に利用可能であるかについて、判断がどのように行われるかを示す。処理回路はさらに、第２のＲＡＮノードから受信した負荷測定基準およびＬＢＴ設定情報に少なくとも部分的に基づいて、第１のＲＡＮノードの１つまたは複数の動作を実施するように設定される。

上述の第１のＲＡＮノード、または第１のＲＡＮノードによって実施される方法の、特定の実施形態は、以下の特徴の１つまたは複数など、追加の特徴を含んでもよい。

特定の実施形態では、１つまたは複数の動作は、第１のＲＡＮノードのＬＢＴ設定を適合させることを含む。

特定の実施形態では、１つまたは複数の動作は、第２のＲＡＮノードから受信した負荷測定基準およびＬＢＴ設定情報に基づいて、第２のＲＡＮノードの負荷状態を決定することを含む。特定の実施形態では、１つまたは複数の動作はさらに、第２のＲＡＮノードに対して決定された負荷状態に基づいて、第２のＲＡＮノードを用いて負荷分散を実施することを含む。

特定の実施形態では、１つまたは複数の動作はさらに、第２のＲＡＮノードに、第２のＲＡＮノードのＬＢＴ設定を変更する要求を伝送することを含む。

特定の実施形態では、負荷測定基準およびＬＢＴ設定情報は、第２のＲＡＮノードに、負荷測定基準およびＬＢＴ設定情報を提供する要求を伝送するのに応答して受信される。

特定の実施形態では、共有チャネルと関連付けられた負荷測定基準は、第２のＲＡＮノードから無線デバイスへのダウンリンクで通信する負荷測定基準を含む。

特定の実施形態では、ＬＢＴ設定情報は、共有チャネルが占有されているかダウンリンクでの通信に利用可能であるかについて、判断がどのように行われるかを示す。

特定の実施形態では、共有チャネルと関連付けられた負荷測定基準は、無線デバイスから第２のＲＡＮノードへのアップリンクでの通信のための負荷測定基準を含む。

特定の実施形態では、ＬＢＴ設定情報は、共有チャネルが占有されているかアップリンクでの通信に利用可能であるかについて、判断がどのように行われるかを示す。

特定の実施形態では、ＬＢＴ設定情報は、共有チャネルのためのチャネルアクセス設定含み、チャネルアクセス設定はＥＤ閾値設定を含む。

特定の実施形態では、共有チャネルは、アンライセンススペクトルを使用し、第２のＲＡＮノードおよび少なくとも１つの他のノードによって共有される。特定の実施形態では、少なくとも１つの他のノードは、第２のＲＡＮノードとは異なる無線アクセス技術を使用する。

特定の実施形態によれば、第２のＲＡＮノードによって実施される方法は、共有チャネルおよびＬＢＴ設定情報と関連付けられた負荷測定基準を決定することを含む。ＬＢＴ設定情報は、共有チャネルが占有されているか第２のＲＡＮノードと無線デバイスとの間の通信に利用可能であるかについて、判断がどのように行われるかを示す。方法はさらに、負荷測定基準およびＬＢＴ設定情報を第１のＲＡＮノードに伝送することを含む。

特定の実施形態によれば、第２のＲＡＮノードは、電力供給回路と処理回路とを備える。電力供給源回路は、電力を第２のＲＡＮノードに供給するように設定される。処理回路は、共有チャネルと関連付けられた負荷測定基準、およびＬＢＴ設定情報を決定するように設定される。ＬＢＴ設定情報は、共有チャネルが占有されているか第２のＲＡＮノードと無線デバイスとの間の通信に、利用可能であるかについて、判断がどのように行われるかを示す。処理回路はさらに、負荷測定基準およびＬＢＴ設定情報を第１のＲＡＮノードに伝送するように設定される。

上述の第２のＲＡＮノード、または第２のＲＡＮノードによって実施される方法の、特定の実施形態は、以下の特徴の１つまたは複数など、追加の特徴を含んでもよい。

特定の実施形態は、第１のＲＡＮノードから、第２のＲＡＮノードのＬＢＴ設定を変更する要求を受信し、要求に応答して、第２のＲＡＮノードのＬＢＴ設定を変更する。

特定の実施形態は、第１のＲＡＮノードから、負荷測定基準およびＬＢＴ設定情報を提供する要求を受信するのに応答して、負荷測定基準およびＬＢＴ設定情報を第１のＲＡＮノードに伝送する。

特定の実施形態では、共有チャネルと関連付けられた負荷測定基準は、第２のＲＡＮノードから無線デバイスへのダウンリンクで通信する負荷測定基準を含む。

特定の実施形態では、ＬＢＴ設定情報は、共有チャネルが占有されているかダウンリンクでの通信に利用可能であるかについて、判断がどのように行われるかを示す。

特定の実施形態では、共有チャネルと関連付けられた負荷測定基準は、無線デバイスから第２のＲＡＮノードへのアップリンクでの通信のための負荷測定基準を含む。

特定の実施形態では、ＬＢＴ設定情報は、共有チャネルが占有されているかアップリンクでの通信に利用可能であるかについて、判断がどのように行われるかを示す。

特定の実施形態では、ＬＢＴ設定情報は、共有チャネルのチャネルアクセス設定、ＥＤ閾値設定を含むチャネルアクセス設定を含む。

特定の実施形態では、共有チャネルは、アンライセンススペクトルを使用し、第２のＲＡＮノードおよび少なくとも１つの他のノードによって共有される。特定の実施形態では、少なくとも１つの他のノードは、第２のＲＡＮノードとは異なる無線アクセス技術を使用する。

特定の実施形態によれば、コンピュータプログラムは命令を含み、命令は、コンピュータ上で実行されると、ＲＡＮノード（例えば、第１のＲＡＮノードまたは第２のＲＡＮノード）によって実施される上述の方法のうちいずれかのステップのうちいずれかを実施する。

特定の実施形態によれば、コンピュータプログラム製品はコンピュータプログラムを含み、コンピュータプログラムは命令を含み、命令は、コンピュータ上で実行されると、ＲＡＮノード（例えば、第１のＲＡＮノードまたは第２のＲＡＮノード）によって実施される上述の方法のうちいずれかのステップのうちいずれかを実施する。

特定の実施形態によれば、非一時的コンピュータ可読記憶媒体またはキャリアはコンピュータプログラムを含み、コンピュータプログラムは命令を含み、命令は、コンピュータ上で実行されると、ＲＡＮノード（例えば、第１のＲＡＮノードまたは第２のＲＡＮノード）によって実施される上述の方法のうちいずれかのステップのうちいずれかを実施する。

特定の実施形態は、以下の（１つまたは複数の）技術的利点のうち１つまたは複数を提供してもよい。例えば、特定の実施形態は、共有スペクトルへのアクセスがＮＲ－Ｕ ＲＡＮノードの間で整合された形で計算され、したがって、ＮＲ－Ｕスペクトル全体にわたる無線通信の性能が最適化される、ＮＲ－Ｕセルの調整された配備を可能にする。解決策はまた、ＮＲ－Ｕリソースに関する正確な負荷情報交換の技法を提供し、それによってＲＡＮノードは、リソースの利用可能および利用不能な共有部分、リソースの使用済みおよび未使用の共有部分を認識し、またそれによってＲＡＮノードは、隣接セルに記録された負荷に基づいて、どのチャネルがアクセス可能とみなされるかにしたがって閾値を調整することが可能である。

開示される実施形態ならびにそれらの特徴および利点のより完全な理解のために、次に、添付図面と併せて以下の説明が参照される。

５Ｇ ＲＡＮ（ＮＧ－ＲＡＮ）アーキテクチャの一例を示す図である。 ３ＧＰＰ半静的チャネル占有［ＥＴＳＩ整合規格ＥＮ ３０１ ８９３ セクション４．２．７．３．１］を示すＦＢＥ手順の一例を示す図である。 ＭＬＢ手順をトリガする過負荷シナリオの一例を示す図である。 ＭＬＢのＸ２負荷交換手順の一例を示す図である。 モビリティパラメータ変更手順を含むＭＬＢ実行の一例を示す図である。 いくつかの実施形態による、無線ネットワークの一例を示す図である。 いくつかの実施形態による、ユーザ機器の一例を示す図である。 いくつかの実施形態による、一例の仮想化環境を示す図である。 いくつかの実施形態による、中間ネットワークを介してホストコンピュータに接続された一例の通信ネットワークを示す図である。 いくつかの実施形態による、部分無線接続を通じて基地局を介してユーザ機器と通信している一例のホストコンピュータを示す図である。 いくつかの実施形態による、ホストコンピュータと、基地局と、ユーザ機器とを含む通信システムで実現される例示の方法を示す図である。 いくつかの実施形態による、ホストコンピュータと、基地局と、ユーザ機器とを含む通信システムで実現される例示の方法を示す図である。 いくつかの実施形態による、ホストコンピュータと、基地局と、ユーザ機器とを含む通信システムで実現される例示の方法を示す図である。 いくつかの実施形態による、ホストコンピュータと、基地局と、ユーザ機器とを含む通信システムで実現される例示の方法を示す図である。 いくつかの実施形態による一例の方法を示す図である。 いくつかの実施形態による一例の仮想化装置を示す図である。 いくつかの実施形態による、ネットワークノードによって実施されてもよい一例の方法を示す図である。 いくつかの実施形態による、ネットワークノードによって実施されてもよい一例の方法を示す図である。

一般に、本明細書で使用するすべての用語は、関連する技術分野におけるそれらの通常の意味にしたがって解釈されるべきであるが、異なる意味を明確に持たせている、および／または使用する文脈によって示唆している場合を除く。要素、装置、構成要素、手段、ステップなどに対するすべての参照は、別段の明示的な提示がない限り、要素、装置、構成要素、手段、ステップなどの少なくとも１つの事例を指すものとオープンに解釈されるべきである。本明細書に開示するあらゆる方法のステップは、あるステップが別のステップの次または前であるものとして明示的に記載されない限り、ならびに／あるいはあるステップが別のステップの次または前でなければならないことが暗示されていない限り、開示する正確な順序で実施される必要はない。本明細書に開示する実施形態のいずれかの任意の特徴は、適切であれば、他の任意の実施形態に適用されてもよい。同様に、任意の実施形態の任意の利点は、他の任意の実施形態に適用されてもよく、逆もまた同様である。本明細書の実施形態の他の目的、特徴、および利点は、以下の記載から明らかとなるであろう。

以下、本明細書で想到される実施形態のいくつかについて、添付図面を参照してさらに十分に記載する。しかしながら、他の実施形態が本明細書に開示する主題の範囲内に含まれ、開示する主題は、本明細書に記載する実施形態のみに限定されるものと解釈されるべきではなく、それよりもむしろ、これらの実施形態は、主題の範囲を当業者に伝えるために例として提供される。

ＬＢＴ設定情報および／または負荷測定基準を使用する例示的な実施形態
第１の実施形態では、第１のＲＡＮノードは、セルごとの基準で、第２のＲＡＮノードに、ＮＲ－Ｕスペクトルに関するＬＢＴ設定情報を報告するように要求する。
－ 従属実施形態では、第１のＲＡＮノードは、チャネルごとの基準でＬＢＴモード設定（ＬＢＥもしくはＦＢＥ、またはさらにはＬＢＴモードが使用されているか否か）を求めてもよい。
－ 従属実施形態では、第１のＲＡＮノードは動作中のＮＲ－Ｕチャネルを求めてもよい。かかる要求は、特定の時間的ポイント（例えば、第１のＲＡＮノードから要求を受信する時点）で使用中であるチャネルに関係してもよく、または第１のＲＡＮノードから要求を受信する前の所与の時間ウィンドウ内で動作中であったチャネルに関係してもよい。第１のＲＡＮノードからの要求は、動作中のチャネルを計算するための時間ウィンドウを伝達してもよく、またはかかる時間ウィンドウはＲＡＮノードにおいて既に設定されていてもよい。
－ 従属実施形態では、第１のＲＡＮノードは、チャネルごとの基準で、セルごとのエネルギー検出閾値情報を求めてもよい。
－ 従属実施形態では、第１のＲＡＮノードは、観察期間にわたってチャネルごとの基準で、セルごとの受信信号強度インジケータ（ＲＳＳＩ）測定値を求めてもよい。
○ 従属実施形態では、第１のＲＡＮノードは、観察期間にわたってチャネルごとの基準で、ビームごと（例えば、同期信号ブロック（ＳＳＢ）ごと）セルごとのＲＳＳＩ測定値を求めてもよい。このＳＳＢレベルごとの測定値は、方向性ＲＳＳＩ測定を実施することができる場合に関連性がある。
－ 従属実施形態では、第１のＲＡＮノードは、チャネルごとの基準で、自身のＬＢＴ設定情報を第２のノードに報告する。
－ 従属実施形態では、第１のＲＡＮノードは、第２のＲＡＮノードによって報告されたＥＤ閾値にしたがって（即ち、それと同じ値で）、場合によってはチャネルごとに、自身のセル内で使用するＥＤ閾値を適合させ、ＥＤ閾値は、第１／第２のＲＡＮノードがＤＬ送信の場合に使用するＥＤ閾値、および／または第１／第２のＲＡＮノードがそれぞれのセルでＵＥに対して、即ちＵＬに対して設定するＥＤ閾値であることができる。
○ さらなる従属実施形態では、ＥＤ閾値が、異なるビーム方向（例えば、異なるＳＳＢ方向）で異なるように設定された場合、測定値のサブ粒度はビームごとの方向性レベルである。
－ 従属実施形態では、第１のＲＡＮノードは、ＵＥの位置に応じて、例えば、第２のノードに接続されその位置に配置されたＵＥに関して第２のＲＡＮノードによって報告されたＥＤ閾値にしたがって、特定のＵＥに対して設定されたＥＤ閾値を適合させる。これは、第１のネットワークノードが、第２のネットワークノードに、特定の位置にあるＵＥに対して使用されるＥＤ閾値を報告するように要求してもよいことを示唆し、第２のネットワークノードは、それらの位置にあるＵＥのために設定されたＥＤ閾値を報告する。
－ 従属実施形態では、第１のＲＡＮノードは、第２のＲＡＮノードに、現在ハンドリングされているＵＬ／ＤＬトラフィックのＱｏＳを示すように要求してもよく、したがって、第１のＲＡＮノードは、第２のＲＡＮノードがハンドリングしているトラフィックのＱｏＳに基づいて、ＥＤ閾値を適合させてもよい。例えば、第２のＲＡＮノードが、第１のＲＡＮノードがハンドリングしているトラフィックよりも優先順位が高い何らかのＤＬトラフィックをハンドリングしている場合、第１のＲＡＮノードは、よりアグレッシブでないＥＤ閾値（即ち、より低いＥＤ閾値）を設定してもよく、一方で第２のＲＡＮノードが何らかの優先順位がより低いトラフィックをハンドリングしている場合、ＥＤ閾値を増加させる。同様に、ＵＬの場合、いくつかのＵＥのＵＬトラフィックの優先順位に応じて、またそれらの位置に基づいて、第１のＲＡＮノードは、ＵＥの位置に基づいてサーブされているＵＥのＥＤ閾値を適合させてもよい。
第２の実施形態では、第１のＲＡＮノードは、セルごとの基準で、第２のＲＡＮノードに、ＮＲ－Ｕスペクトルに関するＬＢＴ設定を変更するように要求する。
－ 従属実施形態では、第１のＲＡＮノードは、チャネルごとの基準で、ＤＬおよび／またはＵＬ送信のため、第２のＲＡＮノードによって使用されるＥＤ閾値を調節することを求めてもよい。非現定例として、第１のノードは、第２のノードによって使用されるべきＥＤ閾値を報告するか、または現在使用されている閾値からのＥＤ閾値オフセットを報告する。第１のＲＡＮノードはまた、自身のＥＤ閾値セッティング（即ち、自身のセル内で通信しているＵＥに使用する、また場合によっては（ＤＬ送信の場合）自身にも使用するＥＤ閾値）を報告し、第２のＲＡＮノードに、自身のＥＤ閾値を適宜（即ち、同じＥＤ閾値に合わせて）調節するように求めてもよい。
－ 従属実施形態では、第１のＲＡＮノードは、サーブされるＵＥの位置に応じて、かかるＵＥに対して第２のＲＡＮによって使用されるＥＤ閾値を調節することを求めてもよい。例えば、第１のＲＡＮノードは、座標のセットを示して、第２のＲＡＮノードがそれらの座標の周囲に位置するＵＥのＥＤ閾値を調節するようにしてもよい。
－ 従属実施形態では、第１のＲＡＮノードは、第２のＲＡＮノードがハンドリングするＵＬ／ＤＬトラフィックが特定のＱｏＳの優先順位よりも高い／低い場合／とき、ＵＬ／ＤＬ送信のために第２のＲＡＮノードによって使用されるＥＤ閾値を調節することを求めてもよい。
－ 従属実施形態では、要求はまた、ＮＲ－Ｕスペクトルに対してＬＢＴ設定の変更が要求される、第２のＲＡＮノードのセルのビーム（ＳＳＢに関して）を含むことができる。

第３の実施形態では、第１のＲＡＮノードは、セルごとの基準で、第２のＲＡＮノードに、ＮＲ－Ｕスペクトルに関する負荷測定基準を報告するように要求する。
・ 従属実施形態では、第１のＲＡＮノードは、チャネルごとの基準で、セルごとの負荷情報を求めてもよい。
○ 従属実施形態では、要求はさらに、ビーム方向に関して粒状、即ち、チャネルごとの基準でＳＳＢごとセルごとの負荷情報であることができる。
・ 従属実施形態では、第１のＲＡＮノードは、ＮＲ－Ｕスペクトルのリソースが利用可能または利用不能としてマークされるべきＥＤ閾値を指定してもよく、つまり、分析されたリソースをカバーするチャネルにわたって知覚されたエネルギーレベルが所与の時間的ポイントで、または所与の持続時間の間に閾値を上回る場合、リソースは利用不能とみなされ、分析されたリソースをカバーするチャネルにわたって知覚されたエネルギーレベルが所与の時間的ポイントで、または所与の持続時間の間に閾値を下回る場合、リソースは利用可能とみなされる。

この実施形態では、第２のＲＡＮノードは、第１のＲＡＮノードに、ＮＲ－Ｕスペクトルを使用するセルに関して、（実施形態１、２、もしくは３にしたがった）報告要求または変更要求の受理または拒絶を返答する。
・ 従属実施形態では、第２のＲＡＮノードは第１のＲＡＮノードからの要求を失敗することがある。
・ 従属実施形態では、第２のＲＡＮノードは要求を部分的に受理してもよく、かかる部分的受理は、特定のセルおよび／または特定のＮＲ－Ｕチャネルに関係してもよく、ならびに／あるいは特定の報告期間に対する受理であってもよい。

この実施形態では、第２のＲＡＮノードから、ＮＲ－Ｕに対するＬＢＴ設定測定基準を報告する要求を受理すると、第２のＲＡＮノードは、要求された情報を第１のＲＡＮノードにシグナリングする。
・ 従属実施形態では、第２のＲＡＮノードは、セルごとおよびＮＲ－Ｕチャネルごとに報告し、各チャネルに対して、以下の任意の組合せ（すべてまたはサブセット）が提供される。
○ チャネルにアクセスし、リソース利用可能性情報を取得するため、ノードによって使用されるエネルギー検出閾値
○ ＦＢＥモードの場合、固定のフレーム期間およびＦＦＰの開始時間を報告することができる。
○ 観察期間にわたって測定されたＲＳＳＩ
○ セルが動作しているＮＲ－Ｕチャネル
○ ＵＬで使用されるＥＤ閾値、即ち、第２のＲＡＮノードのセル内で通信しているデバイスによって使用されるエネルギー検出閾値
○ 観察期間にわたってチャネルがどの程度頻繁にビジーであることが見出されるかの指示としての、ＬＢＴ失敗率
○ アクティブなＵＥの数。別の変形例として、第２のＲＡＮノードは、グラントレス送信で設定された（即ち、チャネルにアクセスするのにｇＮＢと競合することがある）ＵＥの数を報告する
○ 隣接セル、ｇＮＢ、アクセスポイント、ネットワークの存在に関して、ＵＥからの自動隣接関係（ＡＮＲ）報告または同様の報告から収集された情報
○ 他の非現定例
・ 平均／最大チャネル占有時間、即ち、チャネルにアクセスしているとき、平均／または最大でどの程度の間チャネルが占有されるか
・ セル内の自律（グラントレス）送信で設定されたデバイスの数
・ サーブされている優先順位クラスの指示、即ち、ｇＮＢによって使用されるサービスタイプに基づいた、チャネルアクセス優先順位の指示
・ 動作のためのノードが好ましいＮＲ－Ｕチャネルを反映する、ＮＲ－Ｕチャネルの優先順位付けされたリスト。非現定例として、ノードは、チャネルに対するＲＳＳＩ測定値に基づいて、動作のための好ましいＮＲ－Ｕチャネルを列挙する。

この実施形態では、第２のＲＡＮノードから、ＮＲ－Ｕに対する負荷測定基準を報告する要求を受理すると、第２のＲＡＮノードは、ＮＲ－Ｕリソース容量およびリソース利用情報を第１のＲＡＮノードにシグナリングする。
・ 従属実施形態では、第２のＲＡＮノードは第１のＲＡＮノードに、セルごとおよびＮＲ－Ｕチャネルごとのリソース利用可能性情報を報告し、各チャネルに対して、以下の任意の組合せが提供される。
○ ＬＢＴ失敗によってチャネルリソースが利用不能であった時間の間隔
○ ＬＢＴ失敗によってチャネルリソースが使用不能であった報告間隔の時間のパーセンテージ
○ チャネルが利用可能であると検出される確率
○ チャネルリソースが利用可能であり、また第２のＲＡＮノードによって使用可能であった、時間の間隔
○ ＮＲ－Ｕ無線チャネルリソースが利用可能であるが、無線関連以外の理由によって第２のＲＡＮノードには使用不能であった、時間の間隔。例は、バックホールボトルネックまたはＱｏＳフローパラメータ関連の制約（例えば、イーサネットタイプの進行中のＰＤＵセッション）によるものであってもよい
○ チャネルリソースが利用可能であった時間間隔の間、問題のＮＲ－Ｕチャネルに対して第２のＲＡＮノードによって使用されたリソースの量。使用されたリソースに関するかかる情報は、チャネルリソース全体に対するパーセンテージ、または利用されたリソースブロックの数として表されてもよい。
○ チャネルリソースが利用不能であった時間間隔の間、問題のＮＲ－Ｕチャネルに対して第２のＲＡＮノードによって使用可能ではなかった、スケジューリングに対して要求されたリソースの量。要求されたリソースに関するかかる情報は、チャネルリソース全体に対するパーセンテージ、または要求されたリソースブロックの数として表されてもよい。
○ ＮＲ－Ｕチャネルの合計利用可能容量またはセル全体の利用可能容量またはアグリゲートされた容量（ＮＲ－Ｕチャネルの合計利用可能容量とセル全体の利用可能容量との合計）など、参照利用可能容量に対して測定した、チャネルリソースが利用可能であった時間間隔の間の、問題のＮＲ－Ｕチャネルに対する第２のＲＡＮノードのセルおよびＮＲ－Ｕチャネルにおける利用可能な容量。利用可能容量は、問題のセルおよびチャネル内の第２のＲＡＮノードによってサーブされるすべてのサービスが、許容可能な性能を保証するのに必要な最小限のリソースでサービスされた場合の、利用可能な容量として測定されてもよい。
○ 負荷測定基準報告のための全測定期間の間の、問題のＮＲ－Ｕチャネルに対する第２のＲＡＮノードのセルおよびＮＲ－Ｕチャネルにおける利用可能容量。つまり、この容量は、負荷測定基準測定期間全体の間に計算され、ＬＢＴの失敗によって利用不能な時間周波数リソース、ならびにトラフィック送信のために第２のＲＡＮノードによって既に使用されたためにアクセス不能な時間周波数リソースを、利用可能容量の一部ではないものとして考慮することに基づくであろう。この利用可能容量は、ＮＲ－Ｕチャネルの合計利用可能容量またはセル全体の利用可能容量またはアグリゲートされた容量（ＮＲ－Ｕチャネルの合計利用可能容量とセル全体の利用可能容量との合計）など、参照利用可能容量に対して測定される。利用可能容量は、問題のセルおよびチャネル内の第２のＲＡＮノードによってサーブされるすべてのサービスが、許容可能な性能を保証するのに必要な最小限のリソースでサービスされた場合の、利用可能な容量として測定されてもよい。
○ チャネルリソースの状態が利用可能から利用不能に変化した、前回の報告間隔にわたる回数（これは、ＮＲ－Ｕチャネル占有のダイナミクスの指示を提供することができる）
○ 特定の最新の期間中に他のシステムまたはデバイス（例えば、セルに関連しない通信）によって占められていた、特定のセルのリソース（セル内で使用されるすべてのチャネルにわたる）の画分（例えば、パーセンテージ）の平均基準
○ 他のシステムまたはデバイスによって占められていなかったすべてのセルまたはチャネルのリソース（即ち、セル内（もしくはチャネル上）でアップリンクまたはダウンリンク送信を割り当てるため、ＲＡＮノードに対して利用可能であったリソース）が、セル（もしくはチャネル）内の通信によって占められていた、特定の最新の期間の画分
○ 他のシステムまたはデバイスによって占められていなかったすべてのセルまたはチャネルのリソース（即ち、セル内（もしくはチャネル上）でアップリンクまたはダウンリンク送信を割り当てるため、ＲＡＮノードに対して利用可能であったリソース）が、提示された負荷にサーブするのに十分ではなかった、即ち、関与するデバイス通信の必要性に十分にサーブするのにより多くのリソースが必要だったであろう、特定の最新の期間の画分
○ 例えば、特定の最新の期間中、リソースがすべてセル内の通信に割り当てるのに常に利用可能であった場合、例えば、セル内で使用されたすべてのチャネルが他のシステムまたはデバイスによって占められていたことがなかった場合の、特定のセル内において、ＲＡＮノードがサーブしていたであろう負荷の推定値
○ 例えば、特定の最新の期間中、チャネルが他のシステムまたはデバイスによって占められていたことがなかった場合の、特定のチャネルにおいて、ＲＡＮノードがサーブしていたであろう負荷の推定値
・ 従属実施形態では、第２のＲＡＮノードは第１のＲＡＮノードに、セルごとおよびＮＲ－Ｕチャネルごとのリソース利用可能性情報の迅速な変更を報告する。例えば、第２のＲＡＮノードは、ＮＲ－Ｕのすべての報告期間に対してではなく、前回と比較してデルタが特定の閾値を超えたときのみ、利用可能チャネルリソースを報告する。従属実施形態では、第１のＲＡＮノードは、ＮＲ－Ｕの負荷測定基準に対する要求をトリガする前に、ＮＲ－ＵチャネルごとにＬＢＴ成功／失敗のＬＢＴ閾値を変更する指示を、第２のＲＡＮノードにシグナリングする。この指示は、第２のＲＡＮノードがＮＲ－Ｕチャネルにおけるエネルギーレベルを測定し、チャネルごとに、第１のＲＡＮノードによってシグナリングされた閾値に応じて、チャネルが利用可能か利用不能かを判断するであろうことを示唆する。
・ 従属実施形態では、第１のＲＡＮノードは、ＮＲ－Ｕの負荷測定基準に対する要求をトリガする前に、ＮＲ－Ｕチャネルが利用可能であるかまたは利用可能でないかを評価するときに採用するデューティサイクル期間を、第２のＲＡＮノードにシグナリングする。第２のＲＡＮノードは、かかるデューティサイクルを使用して、例えばチャネルが利用可能か否かを計算するのに、ＮＲ－Ｕチャネルの負荷測定を実施する。
・ 別の従属実施形態では、第２のＲＡＮノードは報告を保持しないが、代わりに、第１のＲＡＮノードによって要求されるような情報を含む「完全な報告」と、第２のより「コンパクトな報告」の、２つのタイプの報告を使用することができる。これは、例えば、所与の報告期間に対するＮＲ－Ｕ利用可能チャネルリソースが、最新の「完全な報告」で報告されたような利用可能なリソースと比較して、同じまたはほぼ同じ（特定の範囲内）である場合は常に当てはまる。

別の実施形態では、第１のＲＡＮノードによって、第２のＲＡＮノードにＮＲ－Ｕリソース関連情報を要求し、ＮＲ－Ｕ固有のリソース更新を報告する、新しい手順が使用される。かかる代替案を使用する理由は、ＮＲに対する従来の報告をＮＲ－Ｕに対する報告と分離するためであり得る。一例として、ＮＲ－Ｕが特定のサービスにサーブするためだけに配備される場合、アンライセンススペクトルのための負荷分散にある程度集中するのが好ましいことがあり、関連するシグナリングコンテンツは潜在的に、より簡単に拡張することができる。

この実施形態では、第２のＲＡＮノードから、ＮＲ－Ｕに対する負荷測定基準／ＬＢＴ設定測定基準を報告する要求を受理すると、第２のＲＡＮノードは、要求されたＮＲ－Ｕ情報を第１のＲＡＮノードにシグナリングする。
・ 従属実施形態では、第２のＲＡＮノードは、第２のＲＡＮノードに伝送された要求において、第１のＲＡＮノードによって提案された期間に基づいて、周期的な基準でかかる情報をシグナリングする。第１のＲＡＮノードによって提案された報告期間は、ＮＲ－Ｕ関連ではないセルリソースの報告に関して第１のＲＡＮノードによって示される従来の報告期間と比較して、同じまたは異なるものであることができる。
・ 従属実施形態では、第２のＲＡＮノードは、第２のＲＡＮノードによって採用された期間に基づいて、周期的な基準でかかる情報をシグナリングする。

設定（例えば、ＬＢＴ設定、ＥＤ閾値、使用済みチャネル、ＰＲＢ使用、帯域幅など）の報告、またはＲＡＮノード間の負荷測定基準が関与する、上述の実施形態のいずれにおいても、報告は次のように実施されてもよい。
・ １つのＲＡＮノードから他方への要求時に
・ 設定にしたがって、または隣接ＲＡＮノード、即ち報告の受信側による要求に応じて、周期的に
・ 報告の受信側によって設定または要求されてもよい、イベントによってトリガされる
○ かかるイベントは次のものを含んでもよい。
・ チャネル占有関連イベント（例えば、チャネルまたはセルのリソースの特定の画分が、一時的にまたは特定の期間の間の平均として、他のシステムもしくはデバイスによって占められるとき）
・ ＬＢＴレート閾値の超過
○ これは、アップリンクおよびダウンリンクごとに分割されてもよい
・ 負荷閾値の超過
・ ＬＢＴレートがＬＢＴレート閾値を下回る
・ 負荷が負荷閾値を下回る
・ セル（またはチャネル）が過負荷になる（即ち、その利用可能なリソースが、セル（またはチャネル）を使用するデバイスの通信の必要性にサーブするのに十分ではない）
・ 報告された設定または測定基準または測定が前回の報告から大幅に変化する（例えば、ＬＢＴ設定もしくはチャネル設定の変化、またはチャネル占有レートもしくは負荷の変化が、特定の閾値サイズを超える）

さらなる実施形態では、第１のＲＡＮノードは、隣接ＲＡＮノードに、ＮＲ－Ｕリソースに関する負荷情報、およびリソースがそれにしたがって利用可能／利用不能とみなされてきた閾値の両方を要求する。第１のＲＡＮノードは、負荷情報および閾値情報を含む第２のＲＡＮノードからの応答を受信すると、隣接ＲＡＮノードによって使用される閾値に基づいて、隣接ＲＡＮノードの負荷状態を導き出すことができる。つまり、高すぎる閾値（即ち、共有チャネルにわたってより高い電力が検出される閾値）が選択されているため、隣接ＲＡＮノードは高負荷なことがある。次いで、共有チャネルにわたって利用可能なリソースは大幅に干渉され、その使用は非効率的であって、あるいは干渉が少なければより少ないリソースでサーブすることができたトラフィックにサーブするのに、より多くのリソースを要するであろう。この評価から、第１のＲＡＮノードは、ＮＲ－Ｕリソースの利用可能性を判断するためのより良好な閾値が、より低い閾値であると推論してもよい。同様に、第１のＲＡＮノードは、隣接ＲＡＮノードに、リソース利用効率を増加させ、それによって負荷を低減させるのに、より低い閾値を採用すべきであることをシグナリングしてもよい。

この実施形態の一部として、第１のＲＡＮノードはまた、ＮＲ－Ｕリソースの利用可能性を判断するために異なる閾値を使用することに関して、第１のＲＡＮノードによって計算されるような、利得係数をシグナリングしてもよい。かかる利得係数は、標準化された公式を介して計算されてもよく、またはＲＡＮノードに固有であってもよい。

上述の実施形態のセットでは、場合によっては、測定の粒度はセルごとチャネルごとのレベルで実施される。方向性測定をＳＳＢレベルごとに実施できる場合の、ＳＳＢごとセルごとチャネルごとのレベルに関して、さらなる粒度の測定があり得ることが注目されるべきである。

特定の実施形態は、３ＧＰＰ ＴＳ ３８．４２３、ＴＳ ３６．４２３などの規格に関連して実現されてもよい。

例示的なシステム、方法、および装置
本明細書に記載する主題は、任意の好適な構成要素を使用する任意の適切なタイプのシステムにおいて実現されてもよいが、本明細書に開示する実施形態は、図６に示される例示的な無線ネットワークなどの無線ネットワークに関して記載する。単純にするため、図６の無線ネットワークは、ネットワーク１０６、ネットワークノード１６０および１６０ｂ、ならびにＷＤ １１０、１１０ｂ、および１１０ｃのみを図示する。実際には、無線ネットワークはさらに、無線デバイス間の通信、あるいは無線デバイスと、固定電話、サービスプロバイダ、または他の任意のネットワークノードもしくはエンドデバイスなどの別の通信デバイスとの間の通信をサポートするのに好適な、任意の追加の要素を含んでもよい。例示される構成要素のうち、ネットワークノード１６０および無線デバイス（ＷＤ）１１０について、さらに詳しく説明する。無線ネットワークは、通信および他のタイプのサービスを、１つまたは複数の無線デバイスに提供して、無線デバイスが、無線ネットワークによって、または無線ネットワークを介して提供されるサービスにアクセスすること、および／またはサービスを使用することを容易にしてもよい。

無線ネットワークは、任意のタイプの通信、通信、データ、セルラ、および／もしくは無線ネットワーク、または他の類似のタイプのシステムを含んでもよく、ならびに／あるいはそれらとインターフェース接続してもよい。いくつかの実施形態では、無線ネットワークは、特定の規格または他のタイプのあらかじめ規定された規則もしくは手順にしたがって、動作するように設定されてもよい。それ故、無線ネットワークの特定の実施形態は、汎欧州デジタル移動電話方式（ＧＳＭ）、ユニバーサル移動体通信システム（ＵＭＴＳ）、Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）、および／または他の好適な２Ｇ、３Ｇ、４Ｇ、もしくは５Ｇ規格などの通信規格、ＩＥＥＥ ８０２．１１規格などの無線ローカルエリアネットワーク（ＷＬＡＮ）規格、ならびに／あるいはマイクロ波アクセスのための世界的相互運用性（ＷｉＭａｘ）、ブルートゥース、Ｚ－Ｗａｖｅ、および／またはＺｉｇＢｅｅ規格などの他の任意の適切な無線通信規格を実現してもよい。

ネットワーク１０６は、１つまたは複数のバックホールネットワーク、コアネットワーク、ＩＰネットワーク、公衆交換電話網（ＰＳＴＮ）、パケットデータネットワーク、光ネットワーク、ワイドエリアネットワーク（ＷＡＮ）、ローカルエリアネットワーク（ＬＡＮ）、無線ローカルエリアネットワーク（ＷＬＡＮ）、有線ネットワーク、無線ネットワーク、メトロポリタンエリアネットワーク、およびデバイス間の通信を可能にする他のネットワークを含んでもよい。

ネットワークノード１６０およびＷＤ １１０は、さらに詳細に後述する様々な構成要素を備える。これらの構成要素は、無線ネットワークにおいて無線接続を提供するなど、ネットワークノードおよび／または無線デバイスの機能を提供するために協働する。異なる実施形態では、無線ネットワークは、任意の数の有線または無線ネットワーク、ネットワークノード、基地局、コントローラ、無線デバイス、中継局、ならびに／あるいは有線または無線どちらの接続を介するかにかかわらず、データおよび／もしくは信号の通信を容易にするかまたはその通信に参加してもよい、他の任意の構成要素またはシステムを備えてもよい。

本明細書で使用するとき、ネットワークノードは、無線デバイスおよび／もしくは他のネットワークノードと直接もしくは間接的に通信することができる、通信するように設定された、通信するように配置された、および／または通信するように動作可能な機器、あるいは無線デバイスへの無線アクセスを可能にする、および／もしくは提供する、および／または無線ネットワークの他の機能（例えば、管理）を実施する、無線ネットワーク内の機器を指す。ネットワークノードの例としては、非限定的に、アクセスポイント（ＡＰ）（例えば、無線アクセスポイント）、基地局（ＢＳ）（例えば、無線基地局、ノードＢ、エボルブドノードＢ（ｅＮＢ）、およびＮＲ ＮｏｄｅＢ（ｇＮＢ））が挙げられる。基地局は、基地局が提供するカバレッジの量（または言い換えれば、基地局の送信電力レベル）に基づいてカテゴリ分けされてもよく、それ故、フェムト基地局、ピコ基地局、ミクロ基地局、マクロ基地局と呼ばれることもある。基地局は、中継ノード、またはリレーを制御する中継ドナーノードであってもよい。ネットワークノードはまた、集中デジタルユニット、および／またはリモート無線ヘッド（ＲＲＨ）と呼ばれることがあるリモート無線ユニット（ＲＲＵ）など、分散無線基地局の１つもしくは複数（またはすべて）の部分を含んでもよい。かかるリモートラジオユニットは、アンテナ統合無線機としてアンテナと統合されてもよいし、統合されなくてもよい。分散無線基地局の部分はまた、分散アンテナシステム（ＤＡＳ）のノードと呼ばれることがある。ネットワークノードのさらなる別の例としては、マルチスタンダード無線（ＭＳＲ）ＢＳなどのＭＳＲ機器、無線ネットワークコントローラ（ＲＮＣ）または基地局コントローラ（ＢＳＣ）などのネットワークコントローラ、基地トランシーバ局（ＢＴＳ）、送信ポイント、送信ノード、マルチセル／マルチキャスト協調エンティティ（ＭＣＥ）、コアネットワークノード（例えば、モバイルスイッチングセンタ（ＭＳＣ）、モビリティ管理エンティティ（ＭＭＥ））、運用保守（Ｏ＆Ｍ）ノード、運用サポートシステム（ＯＳＳ）ノード、自己最適化ネットワーク（ＳＯＮ：Ｓｅｌｆ－Ｏｐｔｉｍｉｚｅｄ Ｎｅｔｗｏｒｋ）ノード、測位ノード（例えば、エボルブドサービングモバイルロケーションセンタ（Ｅ－ＳＭＬＣ））、および／あるいはドライブテスト最小化（ＭＤＴ：ｍｉｎｉｍｉｚａｔｉｏｎ ｏｆ ｄｒｉｖｅ ｔｅｓｔ）が挙げられる。別の例として、ネットワークノードは、さらに詳細に後述するような仮想ネットワークノードであってもよい。しかしながら、より一般には、ネットワークノードは、無線デバイスが無線ネットワークにアクセスできるようにする、および／もしくは無線ネットワークへのアクセスを無線デバイスに提供する、または無線ネットワークにアクセスしている無線デバイスに何らかのサービスを提供することができる、そのように設定された、そのように配置された、ならびに／あるいはそのように動作可能な、任意の好適なデバイス（またはデバイスのグループ）を表してもよい。

図６では、ネットワークノード１６０は、処理回路１７０、デバイス可読媒体１８０、インターフェース１９０、補助機器１８４、電源１８６、電力回路１８７、およびアンテナ１６２を含む。図６の例示の無線ネットワークに示されるネットワークノード１６０は、ハードウェア構成要素の図示される組合せを含むデバイスを表してもよいが、他の実施形態は、構成要素の異なる組合せを有するネットワークノードを備えてもよい。ネットワークノードは、本明細書に開示するタスク、特徴、機能、および方法を実施するのに必要な、ハードウェアおよび／またはソフトウェアの任意の好適な組合せを備えることが理解されるべきである。さらに、ネットワークノード１６０の構成要素は、より大きいボックス内に位置する単独のボックスとして、または複数のボックス内に入れ子にされた単独のボックスとして示されるが、実際には、ネットワークノードは、単一の図示される構成要素を組成する複数の異なる物理構成要素を備えてもよい（例えば、デバイス可読媒体１８０は、複数の別個のハードドライブならびに複数のＲＡＭモジュールを備えてもよい）。

同様に、ネットワークノード１６０は、複数の物理的に別個の構成要素（例えば、ＮｏｄｅＢ構成要素およびＲＮＣ構成要素、またはＢＴＳ構成要素およびＢＳＣ構成要素など）から組み立てられてもよく、これらはそれぞれ、自身のそれぞれの構成要素を有してもよい。ネットワークノード１６０が複数の別個の構成要素（例えば、ＢＴＳ構成要素およびＢＳＣ構成要素）を備える特定のシナリオでは、別個の構成要素の１つまたは複数が、いくつかのネットワークノードの間で共有されてもよい。例えば、単一のＲＮＣが複数のＮｏｄｅＢを制御してもよい。かかるシナリオでは、一意のＮｏｄｅＢとＲＮＣとの各ペアは、いくつかの事例では、単一の別個のネットワークノードとみなされてもよい。いくつかの実施形態では、ネットワークノード１６０は、複数の無線アクセス技術（ＲＡＴ）をサポートするように設定されてもよい。かかる実施形態では、いくつかの構成要素は複製されてもよく（例えば、異なるＲＡＴのための別個のデバイス可読媒体１８０）、いくつかの構成要素は再使用されてもよい（例えば、同じアンテナ１６２がＲＡＴによって共有されてもよい）。ネットワークノード１６０はまた、ネットワークノード１６０に統合された、例えば、ＧＳＭ、広帯域符号分割多元接続（ＷＣＤＭＡ）、ＬＴＥ、ＮＲ、ＷｉＦｉ、またはＢｌｕｅｔｏｏｔｈ無線技術など、異なる無線技術のための様々な図示される構成要素の複数のセットを含んでもよい。これらの無線技術は、同じもしくは異なるチップまたはチップセット、およびネットワークノード１６０内の他の構成要素に統合されてもよい。

処理回路１７０は、ネットワークノードによって提供されるものとして本明細書に記載される、任意の決定動作、計算動作、または同様の動作（例えば、特定の取得動作）を実施するように設定される。処理回路１７０によって実施されるこれらの動作は、処理回路１７０によって取得された情報を、例えば、取得された情報を他の情報に変換すること、取得された情報もしくは変換された情報をネットワークノードに格納された情報と比較すること、および／または取得された情報もしくは変換された情報に基づいて１つもしくは複数の動作を実施することによって、処理することと、上記処理の結果として決定を行うことと、を含んでもよい。

処理回路１７０は、単独で、またはデバイス可読媒体１８０などの他のネットワークノード１６０構成要素と併せて、ネットワークノード１６０の機能性を提供するように動作可能な、マイクロプロセッサ、コントローラ、マイクロコントローラ、中央処理装置、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、もしくは他の任意の好適なコンピューティングデバイス、リソースのうち１つもしくは複数の組合せ、またはハードウェア、ソフトウェア、および／もしくは符号化された論理の組合せを備えてもよい。例えば、処理回路１７０は、デバイス可読媒体１８０に、または処理回路１７０内のメモリに格納された命令を実行してもよい。かかる機能は、本明細書で考察する様々な無線の特徴、機能、または利益のいずれかを提供することを含んでもよい。いくつかの実施形態では、処理回路１７０は、システムオンチップ（ＳＯＣ）を含んでもよい。

いくつかの実施形態では、処理回路１７０は、無線周波数（ＲＦ）トランシーバ回路１７２、およびベースバンド処理回路１７４の１つまたは複数を含んでもよい。いくつかの実施形態では、無線周波数（ＲＦ）トランシーバ回路１７２およびベースバンド処理回路１７４は、別個のチップ（もしくはチップセット）、ボード、または無線ユニットおよびデジタルユニットなどのユニット上にあってもよい。代替実施形態では、ＲＦトランシーバ回路１７２およびベースバンド処理回路１７４の一部またはすべては、同じチップもしくはチップセット、ボード、またはユニット上にあってもよい。

特定の実施形態では、ネットワークノード、基地局、ｅＮＢ、他のかかるネットワークデバイスによって提供されるものとして本明細書に記載する機能の一部またはすべては、デバイス可読媒体１８０に、または処理回路１７０内のメモリに格納された命令を実行する、処理回路１７０によって実施されてもよい。代替実施形態では、機能の一部またはすべては、ハードワイヤード方式などで、別個のまたは個別のデバイス可読媒体に格納された命令を実行することなく、処理回路１７０によって提供されてもよい。それらの実施形態のいずれにおいても、デバイス可読記憶媒体に格納された命令を実行するか否かにかかわらず、処理回路１７０は、記載される機能を実施するように設定されてもよい。かかる機能によってもたらされる利益は、処理回路１７０単独に、またはネットワークノード１６０の他の構成要素に限定されず、ネットワークノード１６０全体、ならびに／または概してエンドユーザおよび無線ネットワークによって享受される。

デバイス可読媒体１８０は、非限定的に、永続記憶域、固体メモリ、リモートマウントメモリ、磁気媒体、光学媒体、ランダムアクセスメモリ（ＲＡＭ）、読出し専用メモリ（ＲＯＭ）、大容量記憶媒体（例えば、ハードディスク）、リムーバブル記憶媒体（例えば、フラッシュドライブ、コンパクトディスク（ＣＤ）、もしくはデジタルビデオディスク（ＤＶＤ））を含む、任意の形態の揮発性または不揮発性コンピュータ可読メモリ、ならびに／あるいは、処理回路１７０によって使用されてもよい情報、データ、および／または命令を格納する、他の任意の揮発性もしくは不揮発性の非一時的デバイス可読および／またはコンピュータ実行可能メモリデバイスを含んでもよい。デバイス可読媒体１８０は、コンピュータプログラム、ソフトウェア、アプリケーション（論理、規則、コード、テーブルなどの１つもしくは複数を含む）を含む、任意の好適な命令、データ、または情報、ならびに／あるいは処理回路１７０によって実行することが可能であり、ネットワークノード１６０によって利用される、他の命令を格納してもよい。デバイス可読媒体１８０は、処理回路１７０によって行われた任意の計算、および／またはインターフェース１９０を介して受信された任意のデータを格納するのに使用されてもよい。いくつかの実施形態では、処理回路１７０およびデバイス可読媒体１８０は、統合されているとみなされてもよい。

インターフェース１９０は、ネットワークノード１６０、ネットワーク１０６、および／またはＷＤ １１０の間のシグナリングおよび／またはデータの有線もしくは無線通信で使用される。図示されるように、インターフェース１９０は、例えば、有線接続を通じてネットワーク１０６との間で、データを伝送および受信する、ポート／端子１９４を備える。インターフェース１９０はまた、アンテナ１６２に結合されるか、または特定の実施形態ではアンテナ１６２の一部であってもよい、無線フロントエンド回路１９２を含む。無線フロントエンド回路１９２は、フィルタ１９８および増幅器１９６を備える。無線フロントエンド回路１９２は、アンテナ１６２および処理回路１７０に接続されてもよい。無線フロントエンド回路は、アンテナ１６２と処理回路１７０との間で通信される信号を調整するように設定されてもよい。無線フロントエンド回路１９２は、無線接続を介して他のネットワークノードまたはＷＤに送出されるべきであるデジタルデータを受信してもよい。無線フロントエンド回路１９２は、デジタルデータを、フィルタ１９８および／または増幅器１９６の組合せを使用して、適切なチャネルおよび帯域幅パラメータを有する無線信号に変換してもよい。無線信号は次に、アンテナ１６２を介して送信されてもよい。同様に、データを受信すると、アンテナ１６２は無線信号を収集してもよく、無線信号は次に、無線フロントエンド回路１９２によってデジタルデータに変換される。デジタルデータは処理回路１７０に受け渡されてもよい。他の実施形態では、インターフェースは、異なる構成要素および／または構成要素の異なる組合せを備えてもよい。

特定の代替実施形態では、ネットワークノード１６０は別個の無線フロントエンド回路１９２を含まなくてもよく、代わりに処理回路１７０が、無線フロントエンド回路を備えてもよく、また別個の無線フロントエンド回路１９２なしでアンテナ１６２に接続されてもよい。同様に、いくつかの実施形態では、ＲＦトランシーバ回路１７２のすべてまたは一部が、インターフェース１９０の一部とみなされてもよい。さらに他の実施形態では、インターフェース１９０は、無線ユニット（図示なし）の一部として、１つもしくは複数のポートまたは端末１９４と、無線フロントエンド回路１９２と、ＲＦトランシーバ回路１７２とを含んでもよく、インターフェース１９０は、デジタルユニット（図示なし）の一部である、ベースバンド処理回路１７４と通信してもよい。

アンテナ１６２は、無線信号を伝送および／または受信するように設定された、１つもしくは複数のアンテナまたはアンテナアレイを含んでもよい。アンテナ１６２は、無線フロントエンド回路１９２に結合されてもよく、データおよび／または信号を無線で送信および受信することができる、任意のタイプのアンテナであってもよい。いくつかの実施形態では、アンテナ１６２は、例えば２ＧＨｚ～６６ＧＨｚの、無線信号を送信／受信するように動作可能な、１つまたは複数の全方向性アンテナ、セクタアンテナ、またはパネルアンテナを含んでもよい。全方向性アンテナは、任意の方向に無線信号を送信／受信するのに使用されてもよく、セクタアンテナは、特定のエリア内のデバイスから無線信号を送信／受信するのに使用されてもよく、パネルアンテナは、比較的直線ラインで無線信号を送信／受信するのに使用される見通し線アンテナであってもよい。いくつかの事例では、２つ以上のアンテナの使用はＭＩＭＯと呼ばれることがある。特定の実施形態では、アンテナ１６２は、ネットワークノード１６０とは別個であってもよく、インターフェースまたはポートを通してネットワークノード１６０に接続可能であってもよい。

アンテナ１６２、インターフェース１９０、および／または処理回路１７０は、ネットワークノードによって実施されるものとして本明細書に記載する、任意の受信動作および／または特定の取得動作を実施するように設定されてもよい。任意の情報、データ、および／または信号は、無線デバイス、別のネットワークノード、および／または他の任意のネットワーク機器から受信されてもよい。同様に、アンテナ１６２、インターフェース１９０、および／または処理回路１７０は、ネットワークノードによって実施されるものとして本明細書に記載する、任意の送信動作を実施するように設定されてもよい。任意の情報、データ、および／または信号は、無線デバイス、別のネットワークノード、および／または他の任意のネットワーク機器に送信されてもよい。

電力回路１８７は、電力管理回路を備えるか、または電力管理回路に結合されてもよく、本明細書に記載する機能を実施するための電力を、ネットワークノード１６０の構成要素に供給するように設定される。電力回路１８７は電源１８６から電力を受信してもよい。電源１８６および／または電力回路１８７は、それぞれの構成要素に好適な形態で（例えば、各々の構成要素それぞれに必要な電圧および電流レベルで）、ネットワークノード１６０の様々な構成要素に電力を提供するように設定されてもよい。電源１８６は、電力回路１８７および／もしくはネットワークノード１６０に含まれるか、またはその外部にあるかのどちらかであってもよい。例えば、ネットワークノード１６０は、電気ケーブルなどの入力回路またはインターフェースを介して、外部電源（例えば、電気コンセント）に接続可能であってもよく、それにより、外部電源が電力回路１８７に電力を供給する。さらなる例として、電源１８６は、電力回路１８７に接続された、または統合された、バッテリもしくはバッテリパックの形態の電力源を備えてもよい。バッテリは、外部電源が故障した場合に予備電力を提供してもよい。太陽電池デバイスなど、他のタイプの電源も使用されてもよい。

ネットワークノード１６０の代替実施形態は、本明細書に記載する機能、および／または本明細書に記載する主題をサポートするために必要な機能のうちのいずれかを含む、ネットワークノードの機能の特定の態様を提供することを担ってもよい、図６に示される構成要素以外の追加の構成要素を含んでもよい。例えば、ネットワークノード１６０は、ネットワークノード１６０への情報の入力を可能にし、またネットワークノード１６０からの情報の出力を可能にする、ユーザインターフェース機器を含んでもよい。これにより、ユーザが、ネットワークノード１６０の診断、保守、修復、および他の管理機能を実施することを可能にしてもよい。

本明細書で使用するとき、無線デバイス（ＷＤ）は、ネットワークノードおよび／または他の無線デバイスと無線で通信することができる、そのように配置された、ならびに／あるいはそのように動作可能なデバイスを指す。別段の指定がない限り、ＷＤという用語は、本明細書ではユーザ機器（ＵＥ）と互換可能に使用されてもよい。無線で通信することは、空中で情報を伝達するのに好適な、電磁波、電波、赤外波、および／または他のタイプの信号を使用して、無線信号を送信および／または受信することを伴ってもよい。いくつかの実施形態では、ＷＤは、直接の人間の対話なしで情報を送信および／または受信するように設定されてもよい。例えば、ＷＤは、内部もしくは外部イベントによってトリガされると、またはネットワークからの要求に応答して、所定のスケジュールでネットワークに情報を送信するように設計されてもよい。ＷＤの例としては、非限定的に、スマートフォン、モバイルフォン、セルフォン、ボイスオーバーＩＰ（ＶｏＩＰ）電話、無線ローカルループ電話、デスクトップコンピュータ、携帯情報端末（ＰＤＡ）、無線カメラ、ゲーミングコンソールもしくはデバイス、音楽記憶デバイス、再生器具、ウェアラブル端末デバイス、無線エンドポイント、移動局、タブレット、ラップトップ、ラップトップ組込み機器（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、スマートデバイス、無線顧客構内設備（ＣＰＥ）、車載無線端末デバイスなどが挙げられる。ＷＤは、例えば、サイドリンク通信、Ｖ２Ｖ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｖｅｈｉｃｌｅ）、Ｖ２Ｉ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）、Ｖ２Ｘ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｅｖｅｒｙｔｈｉｎｇ）のための３ＧＰＰ規格を実現することによって、Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信をサポートしてもよく、この場合、Ｄ２Ｄ通信デバイスと呼ばれることがある。さらに別の特定の例として、物のインターネット（ＩｏＴ）シナリオでは、ＷＤは、モニタリングおよび／または測定を実施し、かかるモニタリングおよび／または測定の結果を別のＷＤおよび／またはネットワークノードに送信する、マシンもしくは他のデバイスを表してもよい。ＷＤは、この場合、マシンツーマシン（Ｍ２Ｍ）デバイスであってもよく、Ｍ２Ｍデバイスは、３ＧＰＰの文脈ではＭＴＣデバイスと呼ばれることがある。１つの特定の例として、ＷＤは、３ＧＰＰ狭帯域物のインターネット（ＮＢ－ＩｏＴ）規格を実現するＵＥであってもよい。かかるマシンまたはデバイスの特定の例は、センサ、電力計などの計量デバイス、産業用機械類、または家庭用もしくは個人用電気器具（例えば、冷蔵庫、テレビジョンなど）、個人用ウェアラブル（例えば、時計、フィットネストラッカーなど）である。他のシナリオでは、ＷＤは、自身の動作状態、または動作と関連付けられた他の機能を、モニタリングおよび／または報告することができる、車両または他の機器を表してもよい。上述したようなＷＤは、無線接続のエンドポイントを表してもよく、その場合、デバイスは無線端末と呼ばれることがある。さらに、上述したようなＷＤは移動体であってもよく、その場合、デバイスは移動デバイスまたは移動端末と呼ばれることもある。

図示されるように、無線デバイス１１０は、アンテナ１１１と、インターフェース１１４と、処理回路１２０と、デバイス可読媒体１３０と、ユーザインターフェース機器１３２と、補助機器１３４と、電源１３６と、電力回路１３７とを含む。ＷＤ １１０は、例えば、ほんの数例を挙げると、ＧＳＭ、ＷＣＤＭＡ、ＬＴＥ、ＮＲ、ＷｉＦｉ、ＷｉＭＡＸ、またはＢｌｕｅｔｏｏｔｈ無線技術など、ＷＤ １１０がサポートする異なる無線技術のための、例示する構成要素のうち１つまたは複数のものの複数セットを含んでもよい。これらの無線技術は、ＷＤ １１０内の他の構成要素と同じもしくは異なるチップまたはチップセットに統合されてもよい。

アンテナ１１１は、無線信号を伝送および／または受信するように設定された、１つもしくは複数のアンテナまたはアンテナアレイを含んでもよく、インターフェース１１４に接続される。特定の代替実施形態では、アンテナ１１１は、ＷＤ １１０とは別個であって、インターフェースまたはポートを通してＷＤ １１０に接続可能であってもよい。アンテナ１１１、インターフェース１１４、および／または処理回路１２０は、ＷＤによって実施されるものとして本明細書に記載する任意の受信または送信動作を実施するように設定されてもよい。任意の情報、データ、および／または信号が、ネットワークノードおよび／または別のＷＤから受信されてもよい。いくつかの実施形態では、無線フロントエンド回路および／またはアンテナ１１１は、インターフェースとみなされてもよい。

図示されるように、インターフェース１１４は、無線フロントエンド回路１１２とアンテナ１１１とを備える。無線フロントエンド回路１１２は、１つまたは複数のフィルタ１１８および増幅器１１６を備える。無線フロントエンド回路１１２は、アンテナ１１１および処理回路１２０に接続され、アンテナ１１１と処理回路１２０との間で通信される信号を調整するように設定される。無線フロントエンド回路１１２は、アンテナ１１１に結合されるかまたはアンテナ１１１の一部であってもよい。いくつかの実施形態では、ＷＤ １１０は別個の無線フロントエンド回路１１２を含まなくてもよく、それよりもむしろ、処理回路１２０が、無線フロントエンド回路を備えてもよく、アンテナ１１１に接続されてもよい。同様に、いくつかの実施形態では、ＲＦトランシーバ回路１２２の一部またはすべてがインターフェース１１４の一部とみなされてもよい。無線フロントエンド回路１１２は、無線接続を介して他のネットワークノードまたはＷＤに送出されるべきであるデジタルデータを受信してもよい。無線フロントエンド回路１１２は、デジタルデータを、フィルタ１１８および／または増幅器１１６の組合せを使用して、適切なチャネルおよび帯域幅パラメータを有する無線信号に変換してもよい。無線信号は次に、アンテナ１１１を介して送信されてもよい。同様に、データを受信すると、アンテナ１１１は無線信号を収集してもよく、無線信号は次に、無線フロントエンド回路１１２によってデジタルデータに変換される。デジタルデータは処理回路１２０に受け渡されてもよい。他の実施形態では、インターフェースは、異なる構成要素および／または構成要素の異なる組合せを備えてもよい。

処理回路１２０は、単独で、またはデバイス可読媒体１３０などの他のＷＤ １１０構成要素と併せて、ＷＤ １１０の機能性を提供するように動作可能な、マイクロプロセッサ、コントローラ、マイクロコントローラ、中央処理装置、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、もしくは他の任意の好適なコンピューティングデバイス、リソースのうち１つもしくは複数の組合せ、またはハードウェア、ソフトウェア、および／もしくは符号化された論理の組合せを備えてもよい。かかる機能は、本明細書で考察する様々な無線の特徴または利益のいずれかを提供することを含んでもよい。例えば、処理回路１２０は、デバイス可読媒体１３０に、または処理回路１２０内のメモリに格納された命令を実行して、本明細書に開示する機能を提供してもよい。

図示されるように、処理回路１２０は、ＲＦトランシーバ回路１２２、ベースバンド処理回路１２４、およびアプリケーション処理回路１２６のうち１つまたは複数を含む。他の実施形態では、処理回路は、異なる構成要素および／または構成要素の異なる組合せを備えてもよい。特定の実施形態では、ＷＤ １１０の処理回路１２０はＳＯＣを備えてもよい。いくつかの実施形態では、ＲＦトランシーバ回路１２２、ベースバンド処理回路１２４、およびアプリケーション処理回路１２６は、別個のチップまたはチップセット上にあってもよい。代替実施形態では、ベースバンド処理回路１２４およびアプリケーション処理回路１２６の一部またはすべては、組み合わされて１つのチップまたはチップセットにされてもよく、ＲＦトランシーバ回路１２２は、別個のチップまたはチップセット上にあってもよい。さらなる代替実施形態では、ＲＦトランシーバ回路１２２およびベースバンド処理回路１２４の一部またはすべては、同じチップまたはチップセット上にあってもよく、アプリケーション処理回路１２６は、別個のチップまたはチップセット上にあってもよい。さらに他の代替実施形態では、ＲＦトランシーバ回路１２２、ベースバンド処理回路１２４、およびアプリケーション処理回路１２６の一部またはすべては、同じチップまたはチップセット内で組み合わされてもよい。いくつかの実施形態では、ＲＦトランシーバ回路１２２はインターフェース１１４の一部であってもよい。ＲＦトランシーバ回路１２２は、処理回路１２０のためにＲＦ信号を調整してもよい。

特定の実施形態では、ＷＤによって実施されるものとして本明細書に記載される機能の一部またはすべては、特定の実施形態ではコンピュータ可読記憶媒体であってもよい、デバイス可読媒体１３０に格納された命令を実行する処理回路１２０によって提供されてもよい。代替実施形態では、機能の一部またはすべては、ハードワイヤード方式などで、別個のまたは個別のデバイス可読記憶媒体に格納された命令を実行することなく、処理回路１２０によって提供されてもよい。これら特定の実施形態のいずれにおいても、デバイス可読記憶媒体に格納された命令を実行するか否かにかかわらず、処理回路１２０は、上記機能を実施するように設定することができる。かかる機能によって提供される利益は、処理回路１２０単独に、またはＷＤ １１０の他の構成要素に限定されず、ＷＤ １１０全体、ならびに／または概してエンドユーザおよび無線ネットワークによって享受される。

処理回路１２０は、ＷＤによって実施されるものとして本明細書に記載する、任意の決定動作、計算動作、または同様の動作（例えば、いくつかの取得動作）を実施するように設定されてもよい。処理回路１２０によって実施されるようなこれらの動作は、処理回路１２０によって取得された情報を、例えば、取得された情報を他の情報に変換すること、取得された情報もしくは変換された情報をＷＤ １１０によって格納された情報と比較すること、および／または取得された情報もしくは変換された情報に基づいて１つもしくは複数の動作を実施することによって、処理することと、上記処理の結果として決定を行うことと、を含んでもよい。

デバイス可読媒体１３０は、コンピュータプログラム、ソフトウェア、アプリケーション（論理、規則、コード、テーブルなどのうちの１つもしくは複数を含む）、および／または処理回路１２０によって実行することが可能である他の命令を格納するように動作可能であってもよい。デバイス可読媒体１３０は、コンピュータメモリ（例えば、ランダムアクセスメモリ（ＲＡＭ）もしくは読出し専用メモリ（ＲＯＭ））、大容量記憶媒体（例えば、ハードディスク）、リムーバブル記憶媒体（例えば、コンパクトディスク（ＣＤ）、またはデジタルビデオディスク（ＤＶＤ））、ならびに／または、処理回路１２０によって使用されてもよい情報、データ、および／もしくは命令を格納する、他の任意の揮発性もしくは不揮発性の非一時的デバイス可読および／もしくはコンピュータ実行可能メモリデバイスを含んでもよい。いくつかの実施形態では、処理回路１２０およびデバイス可読媒体１３０は、統合されているとみなされてもよい。

ユーザインターフェース機器１３２は、人間のユーザがＷＤ １１０と対話することを可能にする構成要素を提供してもよい。かかる対話は、視覚、聴覚、触覚など、多くの形態のものであってもよい。ユーザインターフェース機器１３２は、ユーザへの出力を生み出すように、またユーザがＷＤ １１０への入力を提供するのを可能にするように動作可能であってもよい。対話のタイプは、ＷＤ １１０にインストールされるユーザインターフェース機器１３２のタイプに応じて異なってもよい。例えば、ＷＤ １１０がスマートフォンの場合、対話はタッチスクリーンを介するものであってもよく、ＷＤ １１０がスマートメータの場合、対話は、使用量（例えば、使用されたガロン数）を提供するスクリーン、または（例えば、煙が検出された場合は）可聴アラートを提供するスピーカーを通したものであってもよい。ユーザインターフェース機器１３２は、入力インターフェース、デバイス、および回路、ならびに出力インターフェース、デバイス、および回路を含んでもよい。ユーザインターフェース機器１３２は、ＷＤ １１０への情報の入力を可能にするように設定され、処理回路１２０が入力情報を処理するのを可能にするため、処理回路１２０に接続される。ユーザインターフェース機器１３２は、例えば、マイクロフォン、近接もしくは他のセンサ、キー／ボタン、タッチディスプレイ、１つもしくは複数のカメラ、ＵＳＢポート、または他の入力回路を含んでもよい。ユーザインターフェース機器１３２はまた、ＷＤ １１０からの情報の出力を可能にするように、また処理回路１２０がＷＤ １１０からの情報を出力するのを可能にするように設定される。ユーザインターフェース機器１３２は、例えば、スピーカー、ディスプレイ、振動回路、ＵＳＢポート、ヘッドフォンインターフェース、または他の出力回路を含んでもよい。ユーザインターフェース機器１３２の１つまたは複数の入力および出力インターフェース、デバイス、ならびに回路を使用して、ＷＤ １１０は、エンドユーザおよび／または無線ネットワークと通信し、エンドユーザおよび／または無線ネットワークが本明細書に記載する機能から利益を得ることを可能にしてもよい。

補助機器１３４は、ＷＤが一般に実施しないことがある、より具体的な機能を提供するように動作可能である。これは、様々な目的のために測定を行う専用センサ、有線通信などの追加のタイプの通信用のインターフェースなどを含んでもよい。補助機器１３４の構成要素を含むことおよびそのタイプは、実施形態および／またはシナリオに応じて異なってもよい。

電源１３６は、いくつかの実施形態では、バッテリまたはバッテリパックの形態のものであってもよい。外部電源（例えば、電気コンセント）、光起電力デバイス、または電池など、他のタイプの電源も使用されてもよい。ＷＤ １１０はさらに、電源１３６から、本明細書に記載または指示される任意の機能を実施するのに電源１３６からの電力を必要とする、ＷＤ １１０の様々な部分に電力を送達するための、電力回路１３７を備えてもよい。電力回路１３７は、特定の実施形態では、電力管理回路を備えてもよい。電力回路１３７は、加えてまたは代わりに、外部電源から電力を受信するように動作可能であってもよく、その場合、ＷＤ １１０は、入力回路または電力ケーブルなどのインターフェースを介して（電気コンセントなどの）外部電源に接続可能であってもよい。電力回路１３７はまた、特定の実施形態では、外部電源から電源１３６に電力を送達するように動作可能であってもよい。これは、例えば、電源１３６の充電用であってもよい。電力回路１３７は、電力が供給されるＷＤ １１０のそれぞれの構成要素に好適な電力にするため、電源１３６からの電力に対して任意のフォーマッティング、変換、または他の修正を実施してもよい。

図７は、本明細書に記載する様々な態様による、ＵＥの一実施形態を示している。本明細書で使用するとき、ユーザ機器またはＵＥは、関連するデバイスを所有し、かつ／または動作させる人間のユーザという意味でのユーザを必ずしも有さないことがある。代わりに、ＵＥは、人間のユーザへの販売、または人間のユーザによる操作が意図されるが、特定の人間のユーザと関連付けられないことがあるか、または特定の人間のユーザと最初は関連付けられないことがある、デバイス（例えば、スマートスプリンクラーコントローラ）を表してもよい。あるいは、ＵＥは、エンドユーザへの販売、またはエンドユーザによる操作は意図されないが、ユーザと関連付けられるか、またはユーザの利益のために操作されてもよい、デバイス（例えば、スマート電力計）を表してもよい。ＵＥ ２２００は、ＮＢ－ＩｏＴ ＵＥ、マシン型通信（ＭＴＣ）ＵＥ、および／または拡張ＭＴＣ（ｅＭＴＣ）ＵＥを含む、第３世代パートナーシッププロジェクト（３ＧＰＰ）によって識別される任意のＵＥであってもよい。ＵＥ ２００は、図７に示されるように、第３世代パートナーシッププロジェクト（３ＧＰＰ）のＧＳＭ、ＵＭＴＳ、ＬＴＥ、および／または５Ｇ規格など、３ＧＰＰによって公表された１つまたは複数の通信規格による通信用に設定されたＷＤの一例である。上述したように、ＷＤおよびＵＥという用語は互換可能に使用されてもよい。したがって、図７はＵＥであるが、本明細書で検討する構成要素はＷＤに等しく適用可能であり、その逆もまた同様である。

図７では、ＵＥ ２００は、入出力インターフェース２０５、無線周波数（ＲＦ）インターフェース２０９、ネットワーク接続インターフェース２１１、メモリ２１５（ランダムアクセスメモリ（ＲＡＭ）２１７、読出し専用メモリ（ＲＯＭ）２１９、記憶媒体２２１などを含む）、通信サブシステム２３１、電源２１３、および／または他の任意の構成要素、あるいは上記の任意の組合せに動作可能に結合された、処理回路２０１を含む。記憶媒体２２１は、オペレーティングシステム２２３と、アプリケーションプログラム２２５と、データ２２７とを含む。他の実施形態では、記憶媒体２２１は他の同様のタイプの情報を含んでもよい。特定のＵＥは、図７に示される構成要素のすべて、または構成要素のサブセットのみを利用してもよい。構成要素間の統合のレベルは、ＵＥごとに異なってもよい。さらに、特定のＵＥは、複数のプロセッサ、メモリ、トランシーバ、送信機、受信機など、構成要素の複数のインスタンスを含んでもよい。

図７では、処理回路２０１は、コンピュータ命令およびデータを処理するように設定されてもよい。処理回路２０１は、（例えば、ディスクリート論理、ＦＰＧＡ、ＡＳＩＣなどにおける）１つまたは複数のハードウェア実装状態マシンなど、マシン可読コンピュータプログラムとしてメモリに格納されたマシン命令を実行するように動作可能な任意の逐次状態マシン、適切なファームウェアと一緒のプログラマブル論理、適切なソフトウェアと一緒のマイクロプロセッサまたはデジタル信号プロセッサ（ＤＳＰ）など、１つまたは複数のプログラム内蔵、汎用プロセッサ、あるいは上記の任意の組合せを実現するように設定されてもよい。例えば、処理回路２０１は、２つの中央処理装置（ＣＰＵ）を含んでもよい。データは、コンピュータが使用するのに適した形態の情報であってもよい。

図示される実施形態では、入出力インターフェース２０５は、入力デバイス、出力デバイス、または入出力デバイスに通信インターフェースを提供するように設定されてもよい。ＵＥ ２００は、入出力インターフェース２０５を介して出力デバイスを使用するように設定されてもよい。出力デバイスは、入力デバイスと同じタイプのインターフェースポートを使用してもよい。例えば、ＵＥ ２００への入力およびＵＥ ２００からの出力を提供するのに、ＵＳＢポートが使用されてもよい。出力デバイスは、スピーカー、サウンドカード、ビデオカード、ディスプレイ、モニタ、プリンタ、アクチュエータ、エミッタ、スマートカード、別の出力デバイス、または上記の任意の組合せであってもよい。ＵＥ ２００は、入出力インターフェース２０５を介して入力デバイスを使用して、ユーザがＵＥ ２００に情報をキャプチャするのを可能にするように設定されてもよい。入力デバイスは、タッチセンシティブまたはプレゼンスセンシティブディスプレイ、カメラ（例えば、デジタルカメラ、デジタルビデオカメラ、ウェブカメラなど）、マイクロフォン、センサ、マウス、トラックボール、方向パッド、トラックパッド、スクロールホイール、スマートカードなどを含んでもよい。プレゼンスセンシティブディスプレイは、ユーザからの入力を感知する容量性または抵抗性タッチセンサを含んでもよい。センサは、例えば、加速度計、ジャイロスコープ、チルトセンサ、力センサ、磁力計、光センサ、近接センサ、別の同様のセンサ、または上記の任意の組合せであってもよい。例えば、入力デバイスは、加速度計、磁力計、デジタルカメラ、マイクロフォン、および光センサであってもよい。

図７では、ＲＦインターフェース２０９は、送信機、受信機、およびアンテナなど、ＲＦ構成要素に通信インターフェースを提供するように設定されてもよい。ネットワーク接続インターフェース２１１は、通信インターフェースをネットワーク２４３ａに提供するように設定されてもよい。ネットワーク２４３ａは、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、コンピュータネットワーク、無線ネットワーク、通信ネットワーク、別の同様のネットワークまたは上記の任意の組合せなど、有線および／または無線ネットワークを包含してもよい。例えば、ネットワーク２４３ａはＷｉ－Ｆｉネットワークを含んでもよい。ネットワーク接続インターフェース２１１は、イーサネット、ＴＣＰ／ＩＰ、ＳＯＮＥＴ、ＡＴＭなど、１つまたは複数の通信プロトコルにしたがって、通信ネットワークを通じて１つまたは複数の他のデバイスと通信するのに使用される、受信機および送信機インターフェースを含むように設定されてもよい。ネットワーク接続インターフェース２１１は、通信ネットワークリンク（例えば、光学的、電気的など）に適した受信機および送信機機能を実現してもよい。送信機および受信機機能は、回路構成要素、ソフトウェアもしくはファームウェアを共有してもよく、または別の方法として別個に実現されてもよい。

ＲＡＭ ２１７は、オペレーティングシステム、アプリケーションプログラム、およびデバイスドライバなど、ソフトウェアプログラムの実行中に、データもしくはコンピュータ命令を格納またはキャッシングするため、バス２０２を介して処理回路２０１にインターフェース接続するように設定されてもよい。ＲＯＭ ２１９は、コンピュータ命令またはデータを処理回路２０１に提供するように設定されてもよい。例えば、ＲＯＭ ２１９は、不揮発性メモリに格納される、基本入出力（Ｉ／Ｏ）、起動、またはキーボードからのキーストロークの受信など、基本システム機能に関する不変低レベルシステムコードまたはデータを格納するように設定されてもよい。記憶媒体２２１は、ＲＡＭ、ＲＯＭ、プログラマブル読出し専用メモリ（ＰＲＯＭ）、消去可能プログラマブル読出し専用メモリ（ＥＰＲＯＭ）、電気的消去可能プログラマブル読出し専用メモリ（ＥＥＰＲＯＭ）、磁気ディスク、光学ディスク、フロッピーディスク、ハードディスク、リムーバブルカートリッジ、またはフラッシュドライブなどの、メモリを含むように設定されてもよい。一例では、記憶媒体２２１は、オペレーティングシステム２２３と、ウェブブラウザアプリケーション、ウィジェット、もしくはガジェットエンジン、または別のアプリケーションなどのアプリケーションプログラム２２５と、データファイル２２７とを含むように設定されてもよい。記憶媒体２２１は、ＵＥ ２００による使用のため、多種多様の様々なオペレーティングシステムまたはオペレーティングシステムの組合せのうちいずれかを格納してもよい。

記憶媒体２２１は、独立ディスクの冗長アレイ（ＲＡＩＤ）、フロッピーディスクドライブ、フラッシュメモリ、ＵＳＢフラッシュドライブ、外部ハードディスクドライブ、サムドライブ、ペンドライブ、キードライブ、高密度デジタル多用途ディスク（ＨＤ－ＤＶＤ）光学ディスクドライブ、内蔵ハードディスクドライブ、Ｂｌｕ－Ｒａｙ光学ディスクドライブ、ホログラフィックデジタルデータ記憶（ＨＤＤＳ）光学ディスクドライブ、外部ミニデュアルインラインメモリモジュール（ＤＩＭＭ）、シンクロナスダイナミックランダムアクセスメモリ（ＳＤＲＡＭ）、外部マイクロＤＩＭＭ ＳＤＲＡＭ、加入者識別モジュールもしくはリムーバブルユーザ識別情報（ＳＩＭ／ＲＵＩＭ）モジュールなどのスマートカードメモリ、他のメモリ、または上記の任意の組合せなど、多数の物理ドライブユニットを含むように設定されてもよい。記憶媒体２２１は、ＵＥ ２００が、一時的もしくは非一時的メモリ媒体に格納された、コンピュータ実行可能命令、アプリケーションプログラムなどにアクセスすること、データをオフロードすること、またはデータをアップロードすることを可能にしてもよい。通信システムを利用する製造品などの製造品は、デバイス可読媒体を含んでもよい記憶媒体２２１において、有形的に具体化されてもよい。

図７では、処理回路２０１は、通信サブシステム２３１を使用してネットワーク２４３ｂと通信するように設定されてもよい。ネットワーク２４３ａおよびネットワーク２４３ｂは、同じ１つもしくは複数のネットワーク、または異なる１つもしくは複数のネットワークであってもよい。通信サブシステム２３１は、ネットワーク２４３ｂと通信するのに使用される、１つまたは複数のトランシーバを含むように設定されてもよい。例えば、通信サブシステム２３１は、ＩＥＥＥ８０２．２、ＣＤＭＡ、ＷＣＤＭＡ、ＧＳＭ、ＬＴＥ、ユニバーサル地上無線アクセスネットワーク（ＵＴＲＡＮ）、ＷｉＭａｘなど、１つまたは複数の通信プロトコルにしたがって、無線アクセスネットワーク（ＲＡＮ）の別のＷＤ、ＵＥ、または基地局など、無線通信が可能な別のデバイスの１つまたは複数のリモートトランシーバと通信するために使用される、１つまたは複数のトランシーバを含むように設定されてもよい。各トランシーバは、ＲＡＮリンクに適した送信機機能または受信機機能（例えば、周波数割り当てなど）をそれぞれ実現する、送信機２３３および／または受信機２３５を含んでもよい。さらに、各トランシーバの送信機２３３および受信機２３５は、回路構成要素、ソフトウェア、もしくはファームウェアを共有してもよく、または別個に実現されてもよい。

例示の実施形態では、通信サブシステム２３１の通信機能は、データ通信、ボイス通信、マルチメディア通信、Ｂｌｕｅｔｏｏｔｈなどの短距離通信、ニアフィールド通信、ロケーションを決定するのに全地球測位システム（ＧＰＳ）を使用するなどのロケーションベース通信、別の同様の通信機能、または上記の任意の組合せを含んでもよい。例えば、通信サブシステム２３１は、セルラ通信、Ｗｉ－Ｆｉ通信、Ｂｌｕｅｔｏｏｔｈ通信、およびＧＰＳ通信を含んでもよい。ネットワーク２４３ｂは、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、コンピュータネットワーク、無線ネットワーク、通信ネットワーク、別の同様のネットワーク、または上記の任意の組合せなど、有線および／または無線ネットワークを包含してもよい。例えば、ネットワーク２４３ｂは、セルラネットワーク、Ｗｉ－Ｆｉネットワーク、および／またはニアフィールドネットワークであってもよい。電源２１３は、ＵＥ ２００の構成要素に交流（ＡＣ）または直流（ＤＣ）電力を提供するように設定されてもよい。

本明細書に記載する特徴、利益、および／または機能は、ＵＥ ２００の構成要素の１つで実現されるか、またはＵＥ ２００の複数の構成要素にわたって分割されてもよい。さらに、本明細書に記載する特徴、利益、および／または機能は、ハードウェア、ソフトウェア、またはファームウェアの任意の組合せで実現されてもよい。一例では、通信サブシステム２３１は、本明細書に記載する構成要素のいずれかを含むように設定されてもよい。さらに、処理回路２０１は、バス２０２を通じてかかる構成要素のいずれかと通信するように設定されてもよい。別の例では、かかる構成要素のいずれかは、処理回路２０１によって実行されると、本明細書に記載する対応する機能を実施する、メモリに格納されたプログラム命令によって表されてもよい。別の例では、かかる構成要素のいずれかの機能は、処理回路２０１と通信サブシステム２３１との間で分割されてもよい。別の例では、かかる構成要素のいずれかの非計算集約的機能は、ソフトウェアまたはファームウェアで実現されてもよく、計算集約的機能はハードウェアで実現されてもよい。

図８は、いくつかの実施形態によって実現される機能が仮想化されてもよい、仮想化環境３００を示す概略ブロック図である。本文脈では、仮想化とは、ハードウェアプラットフォーム、記憶デバイス、およびネットワーキングリソースを仮想化することを含んでもよい、装置またはデバイスの仮想バージョンを作成することを意味する。本明細書で使用するとき、仮想化は、ノード（例えば、仮想化基地局もしくは仮想化無線アクセスノード）に、あるいはデバイス（例えば、ＵＥ、無線デバイス、もしくは他の任意のタイプの通信デバイス）またはその構成要素に適用可能であり、（例えば、１つもしくは複数のネットワークにおける１つもしくは複数の物理的な処理ノード上で実行する１つもしくは複数のアプリケーション、構成要素、機能、仮想マシン、またはコンテナを介して）１つまたは複数の仮想構成要素として機能の少なくとも一部分が実現される、実装形態に関係がある。

いくつかの実施形態では、本明細書に記載する機能の一部またはすべては、ハードウェアノード３３０の１つまたは複数がホストする１つまたは複数の仮想環境３００で実現される、１つまたは複数の仮想マシンによって実行される、仮想構成要素として実現されてもよい。さらに、仮想ノードが無線アクセスノードではないか、または無線コネクティビティ（例えば、コアネットワークノード）を必要としない実施形態では、ネットワークノードは完全に仮想化されてもよい。

機能は、本明細書で開示される実施形態のうちいくつかの特徴、機能、および／または利益のうちいくつかを実現するように動作する、１つまたは複数のアプリケーション３２０（あるいは、ソフトウェアインスタンス、仮想アプライアンス、ネットワーク機能、仮想ノード、仮想ネットワーク機能などと呼ばれることがある）によって実現されてもよい。アプリケーション３２０は、処理回路３６０およびメモリ３９０を備えるハードウェア３３０を提供する、仮想化環境３００において稼働される。メモリ３９０は、処理回路３６０によって実行可能であって、それにより、本明細書に開示される特徴、利益、および／または機能のうち１つまたは複数を提供するようにアプリケーション３２０が動作する、命令３９５を含む。

仮想化環境３００は、１つもしくは複数のプロセッサのセットまたは処理回路３６０を備える、汎用または専用のネットワークハードウェアデバイス３３０を備え、１つもしくは複数のプロセッサのセットまたは処理回路３６０は、商用オフザシェルフ（ＣＯＴＳ）プロセッサ、専用の特定用途向け集積回路（ＡＳＩＣ）、あるいは、デジタルもしくはアナログハードウェア構成要素または専用プロセッサを含む他の任意のタイプの処理回路であってもよい。各ハードウェアデバイスは、処理回路３６０によって実行される命令３９５またはソフトウェアを一時的に格納する非永続メモリであってもよい、メモリ３９０－１を備えてもよい。各ハードウェアデバイスは、物理ネットワークインターフェース３８０を含む、ネットワークインターフェースカードとしても知られる、１つまたは複数のネットワークインターフェースコントローラ（ＮＩＣ）３７０を備えてもよい。各ハードウェアデバイスはまた、処理回路３６０によって実行可能なソフトウェア３９５および／または命令が格納された、非一時的、永続的、マシン可読記憶媒体３９０－２を含んでもよい。ソフトウェア３９５は、１つもしくは複数の（ハイパーバイザとも呼ばれる）仮想化レイヤ３５０をインスタンス化するソフトウェア、仮想マシン３４０を実行するソフトウェア、ならびにソフトウェアが本明細書に記載するいくつかの実施形態に関連して記載する機能、特徴、および／または利益を実行することを可能にするソフトウェアを含む、任意のタイプのソフトウェアを含んでもよい。

仮想マシン３４０は、仮想処理、仮想メモリ、仮想ネットワーキングまたはインターフェース、および仮想ストレージを含み、対応する仮想化レイヤ３５０またはハイパーバイザによって稼働されてもよい。仮想アプライアンス３２０の事例の異なる実施形態が、仮想マシン３４０の１つまたは複数で実現されてもよく、実現は異なるやり方で行われてもよい。

動作中、処理回路３６０は、ソフトウェア３９５を実行して、場合によっては仮想マシンモニタ（ＶＭＭ）と呼ばれることがある、ハイパーバイザまたは仮想化レイヤ３５０をインスタンス化する。仮想化レイヤ３５０は、仮想マシン３４０に対して、ネットワーキングハードウェアのように見える仮想動作プラットフォームを提示してもよい。

図８に示されるように、ハードウェア３３０は、一般的なまたは特定の構成要素を有するスタンドアロンネットワークノードであってもよい。ハードウェア３３０は、アンテナ３２２５を備えてもよく、仮想化を介していくつかの機能を実現してもよい。あるいは、ハードウェア３３０は、多くのハードウェアノードが協働し、特に、アプリケーション３２０のライフサイクル管理を監督する、管理およびオーケストレーション（ＭＡＮＯ）３１００を介して管理される、（例えば、データセンタまたは顧客構内機器（ＣＰＥ）内などの）ハードウェアのより大きいクラスタの一部であってもよい。

ハードウェアの仮想化は、文脈によっては、ネットワーク機能仮想化（ＮＦＶ）と呼ばれる。ＮＦＶは、多くのネットワーク機器タイプを、データセンタに配置することができる業界標準の大容量サーバハードウェア、物理スイッチ、および物理記憶域、ならびに顧客構内機器上に集約するのに使用されてもよい。

ＮＦＶの文脈では、仮想マシン３４０は、物理的な仮想化されていないマシン上で実行しているかのようにしてプログラムを稼働する、物理マシンのソフトウェア実装形態であってもよい。各仮想マシン３４０、および当該仮想マシンを実行するハードウェア３３０の部分は、当該仮想マシン専用のハードウェアおよび／または当該仮想マシンが他の仮想マシン３４０と共有するハードウェアである場合、別個の仮想ネットワーク要素（ＶＮＥ）を形成する。

さらにＮＦＶの文脈では、仮想ネットワーク機能（ＶＮＦ）は、ハードウェアネットワーキングインフラストラクチャ３３０の上の１つまたは複数の仮想マシン３４０で稼働する特定のネットワーク機能をハンドリングすることを担い、図８のアプリケーション３２０に対応する。

いくつかの実施形態では、１つまたは複数の送信機３２２０と１つまたは複数の受信機３２１０とをそれぞれ含む、１つまたは複数の無線ユニット３２００は、１つまたは複数のアンテナ３２２５に結合されてもよい。無線ユニット３２００は、１つまたは複数の適切なネットワークインターフェースを介してハードウェアノード３３０と直接通信してもよく、無線アクセスノードまたは基地局など、無線能力を仮想ノードに提供するのに、仮想構成要素と組み合わせて使用されてもよい。

いくつかの実施形態では、ハードウェアノード３３０と無線ユニット３２００との間の通信に代替的に使用されてもよい制御システム３２３０を使用して、何らかのシグナリングを達成することができる。

図９を参照すると、一実施形態によれば、通信システムは、無線アクセスネットワークなどのアクセスネットワーク４１１とコアネットワーク４１４とを含む、３ＧＰＰタイプセルラネットワークなどの通信ネットワーク４１０を含む。アクセスネットワーク４１１は、対応するカバレッジエリア４１３ａ、４１３ｂ、４１３ｃをそれぞれ規定する、ＮＢ、ｅＮＢ、ｇＮＢ、または他のタイプの無線アクセスポイントなど、複数の基地局４１２ａ、４１２ｂ、４１２ｃを備える。各基地局４１２ａ、４１２ｂ、４１２ｃは、有線接続または無線接続４１５を通じてコアネットワーク４１４に接続可能である。カバレッジエリア４１３ｃ内に位置する第１のＵＥ ４９１は、対応する基地局４１２ｃに無線で接続するか、または対応する基地局４１２ｃによってページングされるように設定される。カバレッジエリア４１３ａ内の第２のＵＥ ４９２は、対応する基地局４１２ａに無線で接続可能である。この例では複数のＵＥ ４９１、４９２が示されているが、開示される実施形態は、単一のＵＥがカバレッジエリアにある状況、または単一のＵＥが対応する基地局４１２に接続している状況に等しく適用可能である。

通信ネットワーク４１０自体はホストコンピュータ４３０に接続されており、ホストコンピュータ４３０は、独立型サーバ、クラウド実装型サーバ、または分散型サーバのハードウェアおよび／またはソフトウェアにおいて、またはサーバファームにおける処理リソースとして具体化されてもよい。ホストコンピュータ４３０は、サービスプロバイダの所有下または制御下にあってもよく、あるいはサービスプロバイダによって、またはサービスプロバイダに代わって運用されてもよい。通信ネットワーク４１０とホストコンピュータ４３０との間の接続４２１および４２２は、コアネットワーク４１４からホストコンピュータ４３０に直接的に延びてもよく、または任意選択の中間ネットワーク４２０を介して延びてもよい。中間ネットワーク４２０は、公衆ネットワーク、プライベートネットワーク、またはホスト型ネットワークのうち１つ、あるいはそれらのうち２つ以上の組合せであってもよく、中間ネットワーク４２０が存在する場合は、バックボーンネットワークまたはインターネットであってもよく、特に中間ネットワーク４２０は、２つ以上のサブネットワーク（図示なし）を備えてもよい。

図９の通信システムは全体として、接続されたＵＥ ４９１、４９２とホストコンピュータ４３０との間のコネクティビティを可能にする。コネクティビティは、オーバーザトップ（ＯＴＴ：ｏｖｅｒ－ｔｈｅ－ｔｏｐ）接続４５０として説明されてもよい。ホストコンピュータ４３０および接続されたＵＥ ４９１、４９２は、中間体として、アクセスネットワーク４１１、コアネットワーク４１４、任意の中間ネットワーク４２０、および可能なさらなるインフラストラクチャ（図示なし）を使用して、ＯＴＴ接続４５０を介してデータおよび／またはシグナリングを通信するように設定される。ＯＴＴ接続４５０は、ＯＴＴ接続４５０が通る関与する通信デバイスがアップリンク通信およびダウンリンク通信のルーティングを認識しないという意味で、透明であってもよい。例えば、基地局４１２は、接続されたＵＥ ４９１に転送（例えば、ハンドオーバ）されるべき、ホストコンピュータ４３０から発生したデータを含む、入ってくるダウンリンク通信の過去のルーティングについて、通知されなくてもよくまたは通知されることを必要としない。同様に、基地局４１２は、ホストコンピュータ４３０に向けてＵＥ ４９１から発生した、出ていくアップリンク通信の将来のルーティングを認識することを必要としない。

ここまでの段落で考察されたＵＥ、基地局、およびホストコンピュータの一実施形態による例示的な実装形態について、次に、図１０を参照して記載する。通信システム５００で、ホストコンピュータ５１０は、通信システム５００の異なる通信デバイスのインターフェースとの有線または無線接続をセットアップし維持するように設定された、通信インターフェース５１６を含むハードウェア５１５を備える。ホストコンピュータ５１０はさらに、記憶および／または処理能力を有してもよい処理回路５１８を備える。特に、処理回路５１８は、命令を実行するように適合された、１つもしくは複数のプログラム可能プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、またはこれらの組合せ（図示なし）を備えてもよい。ホストコンピュータ５１０はさらに、ホストコンピュータ５１０に格納されるかまたはホストコンピュータ５１０によってアクセス可能であり、処理回路５１８によって実行可能な、ソフトウェア５１１を備える。ソフトウェア５１１はホストアプリケーション５１２を含む。ホストアプリケーション５１２は、ＵＥ ５３０およびホストコンピュータ５１０で終端するＯＴＴ接続５５０を介して接続する、ＵＥ ５３０などのリモートユーザにサービスを提供するように動作可能であってもよい。リモートユーザにサービスを提供する際、ホストアプリケーション５１２は、ＯＴＴ接続５５０を使用して送信されるユーザデータを提供してもよい。

通信システム５００はさらに、基地局５２０を含み、基地局５２０は、通信システム内に提供され、ホストコンピュータ５１０およびＵＥ ５３０と通信できるようにするハードウェア５２５を備える。ハードウェア５２５は、通信システム５００の異なる通信デバイスのインターフェースとの有線接続または無線接続をセットアップし維持するための通信インターフェース５２６、ならびに基地局５２０によってサーブされるカバレッジエリア（図１０に図示なし）内に位置するＵＥ ５３０との少なくとも無線接続５７０をセットアップし維持するための無線インターフェース５２７を含んでもよい。通信インターフェース５２６は、ホストコンピュータ５１０への接続５６０を容易にするように設定されてもよい。接続５６０は直接であってもよく、あるいは通信システムのコアネットワーク（図１０に図示なし）を通ってもよく、および／または、通信システムの外部の１つもしくは複数の中間ネットワークを通ってもよい。図示される実施形態では、基地局５２０のハードウェア５２５はさらに、命令を実行するように適合された１つもしくは複数のプログラム可能プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、またはこれらの組合せ（図示なし）を備えてもよい、処理回路５２８を含む。基地局５２０はさらに、内部に格納されるかまたは外部接続を介してアクセス可能なソフトウェア５２１を有する。

通信システム５００はさらに、既に言及したＵＥ ５３０を含む。ＵＥ ５３０のハードウェア５３５は、ＵＥ ５３０が現在位置するカバレッジエリアにサーブする基地局との無線接続５７０をセットアップし維持するように設定された、無線インターフェース５３７を含んでもよい。ＵＥ ５３０のハードウェア５３５はさらに、処理回路５３８を含み、処理回路５３８は、命令を実行するように適合された１つもしくは複数のプログラム可能プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、またはこれらの組合せ（図示なし）を備えてもよい。ＵＥ ５３０はさらに、ＵＥ ５３０に格納されるかまたはＵＥ ５３０によってアクセス可能であり、処理回路５３８によって実行可能な、ソフトウェア５３１を備える。ソフトウェア５３１はクライアントアプリケーション５３２を含む。クライアントアプリケーション５３２は、ホストコンピュータ５１０にサポートされて、ＵＥ ５３０を介して人間または人間以外のユーザにサービスを提供するように動作可能であってもよい。ホストコンピュータ５１０では、実行中のホストアプリケーション５１２は、ＵＥ ５３０およびホストコンピュータ５１０で終端するＯＴＴ接続５５０を介して、実行中のクライアントアプリケーション５３２と通信してもよい。ユーザにサービスを提供する際、クライアントアプリケーション５３２は、ホストアプリケーション５１２から要求データを受信し、要求データに応答してユーザデータを提供してもよい。ＯＴＴ接続５５０は、要求データおよびユーザデータの両方を転送してもよい。クライアントアプリケーション５３２は、提供するユーザデータを生成するためにユーザと対話してもよい。

図１０に示されるホストコンピュータ５１０、基地局５２０、およびＵＥ ５３０はそれぞれ、図９のホストコンピュータ４３０、基地局４１２ａ、４１２ｂ、４１２ｃのうち１つ、およびＵＥ ４９１、４９２のうち１つと同様または同一であってもよいことに留意されたい。即ち、これらのエンティティの内部作業は図１０に示されるようなものであってもよく、またそれとは別に、周囲のネットワークトポロジーは図９のものであってもよい。

図１０では、ＯＴＴ接続５５０は、何らかの仲介デバイスおよびこれらのデバイスを介したメッセージの正確なルーティングに明示的に言及することなく、基地局５２０を介したホストコンピュータ５１０とＵＥ ５３０との間の通信について例示するため、抽象的に描かれている。ネットワークインフラストラクチャはルーティングを決定してもよく、ネットワークインフラストラクチャはＵＥ ５３０から、またはホストコンピュータ５１０を運用するサービスプロバイダから、またはそれら両方からルーティングを隠すように設定されてもよい。ＯＴＴ接続５５０がアクティブである間、ネットワークインフラストラクチャはさらに決定を行ってもよく、決定によって、ネットワークインフラストラクチャは（例えば、負荷分散の考慮またはネットワークの再設定に基づいて）ルーティングを動的に変更する。

ＵＥ ５３０と基地局５２０との間の無線接続５７０は、本開示全体を通して記載される実施形態の教示にしたがう。様々な実施形態のうち１つまたは複数は、無線接続５７０が最後のセグメントを形成するＯＴＴ接続５５０を使用して、ＵＥ ５３０に提供されるＯＴＴサービスの性能を改善する。より正確には、これらの実施形態の教示は、レイテンシおよび／またはデータレートを改善し、それによって、ユーザ待機時間の短縮およびより良好な応答性などの利益を提供してもよい。

１つまたは複数の実施形態が改善する、データレート、レイテンシ、および他の要因を監視する目的で、測定手順が提供されてもよい。測定結果の変動に応答して、ホストコンピュータ５１０とＵＥ ５３０との間のＯＴＴ接続５５０を再設定する、任意選択のネットワーク機能がさらに存在してもよい。ＯＴＴ接続５５０を再設定するための測定手順および／またはネットワーク機能は、ホストコンピュータ５１０のソフトウェア５１１およびハードウェア５１５で、またはＵＥ ５３０のソフトウェア５３１およびハードウェア５３５で、またはそれら両方で実現されてもよい。実施形態では、センサ（図示なし）は、ＯＴＴ接続５５０が通る通信デバイスに配備されるかまたは通信デバイスと関連付けられてもよく、センサは、上述の監視された量の値を供給すること、または他の物理量の値であって、その値からソフトウェア５１１、５３１が監視される量を演算もしくは推定してもよい値を供給することによって、測定手順に関与してもよい。ＯＴＴ接続５５０の再設定は、メッセージフォーマット、再送信セッティング、好ましいルーティングなどを含んでもよく、再設定は、基地局５２０に影響を及ぼす必要はなく、また基地局５２０に知られていないかまたは知覚不能であってもよい。かかる手順および機能は、当技術分野で知られており実践されていることがある。特定の実施形態では、測定は、ホストコンピュータ５１０による、スループット、伝播時間、レイテンシなどの測定を容易にする、独自のＵＥシグナリングを伴ってもよい。ソフトウェア５１１および５３１に、伝播時間、エラーなどを監視しながら、ＯＴＴ接続５５０を使用してメッセージを、特に空の、または「ダミー」メッセージを送信させるという点において、測定が実現されてもよい。

図１１は、一実施形態による、通信システムにおいて実現される方法を示すフローチャートである。通信システムは、図９および図１０を参照して記載したものであってもよい、ホストコンピュータ、基地局、およびＵＥを含む。本開示を単純にするため、図１１への図面参照のみをこのセクションに含む。ステップ６１０で、ホストコンピュータはユーザデータを提供する。ステップ６１０の（任意選択であってもよい）サブステップ６１１で、ホストコンピュータは、ホストアプリケーションを実行することによってユーザデータを提供する。ステップ６２０で、ホストコンピュータは、ユーザデータをＵＥに伝達する送信を開始する。（任意選択であってもよい）ステップ６３０で、基地局は、本開示全体を通して記載される実施形態の教示にしたがって、ホストコンピュータが開始した送信において伝達されたユーザデータをＵＥに送信する。（やはり任意選択であってもよい）ステップ６４０で、ＵＥは、ホストコンピュータによって実行されたホストアプリケーションと関連付けられたクライアントアプリケーションを実行する。

図１２は、一実施形態による、通信システムにおいて実現される方法を示すフローチャートである。通信システムは、図９および図１０を参照して記載したものであってもよい、ホストコンピュータ、基地局、およびＵＥを含む。本開示を単純にするため、図１２への図面参照のみをこのセクションに含む。本方法のステップ７１０で、ホストコンピュータはユーザデータを提供する。任意選択のサブステップ（図示なし）で、ホストコンピュータは、ホストアプリケーションを実行することによってユーザデータを提供する。ステップ７２０で、ホストコンピュータは、ユーザデータをＵＥに伝達する送信を開始する。送信は、本開示の全体において説明されている実施形態の教示にしたがって、基地局を介して通り得る。（任意選択であってもよい）ステップ７３０で、ＵＥは、送信において伝達されたユーザデータを受信する。

図１３は、一実施形態による、通信システムにおいて実現される方法を示すフローチャートである。通信システムは、図９および図１０を参照して記載したものであってもよい、ホストコンピュータ、基地局、およびＵＥを含む。本開示を単純にするため、図１３への図面参照のみをこのセクションに含む。（任意選択であってもよい）ステップ８１０で、ＵＥは、ホストコンピュータによって提供された入力データを受信する。加えてまたは代わりに、ステップ８２０で、ＵＥはユーザデータを提供する。ステップ８２０の（任意選択であってもよい）サブステップ８２１で、ＵＥは、クライアントアプリケーションを実行することによってユーザデータを提供する。ステップ８１０の（任意選択であってもよい）サブステップ８１１で、ＵＥは、ホストコンピュータによって提供される受信された入力データに反応してユーザデータを提供するクライアントアプリケーションを実行する。ユーザデータを提供する際、実行されたクライアントアプリケーションはさらに、ユーザから受信したユーザ入力を考慮してもよい。ユーザデータが提供された特定の手法にかかわらず、ＵＥは、（任意選択であってもよい）サブステップ８３０で、ホストコンピュータへのユーザデータの送信を開始する。本方法のステップ８４０で、ホストコンピュータは、本開示全体を通して記載される実施形態の教示にしたがって、ＵＥから送信されたユーザデータを受信する。

図１４は、一実施形態による、通信システムにおいて実現される方法を示すフローチャートである。通信システムは、図９および図１０を参照して記載したものであってもよい、ホストコンピュータ、基地局、およびＵＥを含む。本開示を単純にするため、図１４への図面参照のみをこのセクションに含む。（任意選択であってもよい）ステップ９１０で、本開示全体を通して記載される実施形態の教示にしたがって、基地局はＵＥからユーザデータを受信する。（任意選択であってもよい）ステップ９２０で、基地局は、ホストコンピュータへの受信したユーザデータの送信を開始する。（任意選択であってもよい）ステップ９３０で、ホストコンピュータは、基地局によって開始された送信において伝達されたユーザデータを受信する。

本明細書で開示される任意の適切なステップ、方法、特徴、機能、または利益は、１つまたは複数の仮想装置の１つもしくは複数の機能ユニットまたはモジュールを通して実施されてもよい。各仮想装置は、いくつかのこれらの機能ユニットを備えてもよい。これらの機能ユニットは、１つもしくは複数のマイクロプロセッサまたはマイクロコントローラを含んでもよい処理回路、ならびにデジタル信号プロセッサ（ＤＳＰ）、専用デジタル論理などを含んでもよい他のデジタルハードウェアを介して実現されてもよい。処理回路は、読出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、キャッシュメモリ、フラッシュメモリデバイス、光学記憶デバイスなど、１つまたはいくつかのタイプのメモリを含んでもよい、メモリに格納されたプログラムコードを実行するように設定されてもよい。メモリに格納されたプログラムコードは、１つもしくは複数の通信および／またはデータ通信プロトコルを実行するためのプログラム命令、ならびに本明細書に記載する技術の１つまたは複数を実施するための命令を含む。いくつかの実装形態では、処理回路は、本開示の１つまたは複数の実施形態にしたがって、それぞれの機能ユニットに対応する機能を実施させるために使用されてもよい。

図１５は、特定の実施形態による方法を示している。特定の実施形態では、方法は、上述したネットワークノード１６０など、第１のＲＡＮノードによって実施されてもよい。ＲＡＮノードの例としては、ｇＮＢ、ｅＮＢ、ｅｎ－ｇＮＢ、ｎｇ－ｅＮＢ、ｇＮＢ－ＣＵ、ｇＮＢ－ＣＵ－ＣＰ、ｅＮＢ－ＣＵ、ｅＮＢ－ＣＵ－ＣＰなどを挙げることができる。方法はステップ１５０２で始まり、第２のＲＡＮノードに、ＮＲ－Ｕスペクトルと関連付けられたＬＢＴ設定情報に対する要求を（セルごとの基準で）伝送する。方法はステップ１５０４に進み、ＬＢＴ設定情報を第２のＲＡＮノードから受信する。方法はステップ１５０６に続き、ＬＢＴ設定情報に少なくとも部分的に基づいて、第１のＲＡＮノードの動作を実施する。

図１６は、無線ネットワーク（例えば、図６に示される無線ネットワーク）内の装置１６００の概略ブロック図を示している。装置は、ネットワークノード（例えば、図６に示されるネットワークノード１６０）において実現されてもよい。装置１６００は、図１５を参照して記載した例示の方法、および場合によっては本明細書に開示する他の任意のプロセスまたは方法を実施するように動作可能である。また、図１５の方法は、必ずしも装置１６００のみによって実施されるとは限らないことが理解されるべきである。方法の少なくともいくつかの動作は、１つまたは複数の他のエンティティによって実施することができる。

仮想装置１６００は、１つもしくは複数のマイクロプロセッサまたはマイクロコントローラを含んでもよい、処理回路、ならびにデジタル信号プロセッサ（ＤＳＰ）、専用デジタル論理などを含んでもよい、他のデジタルハードウェアを備えてもよい。処理回路は、読出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ、キャッシュメモリ、フラッシュメモリデバイス、光学記憶デバイスなど、１つまたはいくつかのタイプのメモリを含んでもよい、メモリに格納されたプログラムコードを実行するように設定されてもよい。メモリに格納されたプログラムコードは、いくつかの実施形態では、１つもしくは複数の通信および／またはデータ通信プロトコルを実行するためのプログラム命令、ならびに本明細書に記載する技術の１つまたは複数を実施するための命令を含む。いくつかの実装形態では、処理回路は、情報交換ユニット１６０２、リソース監視ユニット１６０４、ＬＢＴ設定ユニット１６０６、および装置１６００の他の任意の好適なユニットに、本開示の１つまたは複数の実施形態による、対応する機能を実施させるのに使用されてもよい。

図１６に示されるように、装置１６００は、情報交換ユニット１６０２と、リソース監視ユニット１６０４と、ＬＢＴ設定ユニット１６０６とを含む。情報交換ユニット１６０２は、別のネットワークノードと情報を交換するように設定される。交換されてもよい情報の例としては、ＬＢＴ設定情報またはＮＲ－Ｕスペクトルと関連付けられた負荷情報を提供する要求、ＬＢＴ設定を変更する要求、かかる要求に対する応答などが挙げられる。リソース監視ユニット１６０４は、他のネットワークノードと共有されているチャネルと関連付けられた、１つまたは複数のリソースを監視するように設定される。リソース監視ユニット１６０４が、例えば、リソース利用が特定の評価基準を満たせていないと判断した場合、リソース監視ユニット１６０４は、例えばネットワークノードのＬＢＴ設定または他のネットワークノードのＬＢＴ設定の変更を容易にするために、別のネットワークノードと情報を交換するように情報交換ユニット１６０２に指令してもよい。一方または両方のノードのＬＢＴ設定の変更は、リソース監視ユニット１６０４によって観察されるリソース利用を改善してもよい。ＬＢＴ設定ユニット１６０６は、ネットワークノードに対してＬＢＴ設定を決定し、ＬＢＴ設定を適用するように設定される。

ユニットという用語は、エレクトロニクス、電気デバイス、および／または電子デバイスの分野における従来の意味を有してもよく、また例えば、本明細書に記載するものなど、それぞれのタスク、手順、算出、出力、および／または表示機能を実施するための、電気および／または電子回路、デバイス、モジュール、プロセッサ、メモリ、論理固体、および／または個別デバイス、コンピュータプログラムまたは命令などを含んでもよい。

いくつかの実施形態では、コンピュータプログラム、コンピュータプログラム製品、またはコンピュータ可読記憶媒体は、コンピュータ上で実行されると、本明細書で開示される実施形態のいずれかを実施する、命令を備える。さらなる例では、命令は、信号またはキャリア上で伝達され、コンピュータ上で実行可能であり、実行されると、本明細書で開示する実施形態のいずれかを実施する。

実施形態
グループＡの実施形態
１． － グループＢの実施形態のいずれかにしたがって決定されるリッスンビフォアトーク（ＬＢＴ）設定情報を、無線アクセスネットワーク（ＲＡＮ）ノードを受信することと、
－ ＬＢＴ設定情報にしたがってＲＡＮノードと通信することと
を含む、無線デバイスによって実施される方法。
２． － ユーザデータを提供することと、
－ 基地局への送信を介してユーザデータをホストコンピュータに転送することと
をさらに含む、上述の実施形態のいずれかによる方法。

グループＢの実施形態
３． － 第２のＲＡＮノードに、リッスンビフォアトーク（ＬＢＴ）設定情報に対する要求を伝送することと、
－ ＬＢＴ設定情報を第２のＲＡＮノードから受信することと、
－ ＬＢＴ設定情報に少なくとも部分的に基づいて、第１のＲＡＮノードの動作を実施することと
を含む、第１の無線アクセスネットワーク（ＲＡＮ）ノードによって実施される方法。
４．ＬＢＴ設定情報がセルごとの基準で要求される、実施形態３に記載の方法。
５．ＬＢＴ設定情報が、新無線アンライセンス（ＮＲ－Ｕ）スペクトルに関する情報を要求する、実施形態３から４のいずれかに記載の方法。
６．動作が、第２のＲＡＮノードから受信したＬＢＴ設定情報に基づいて、第１のＲＡＮノードのＬＢＴ設定を適合させることを含む、実施形態３から５のいずれかに記載の方法。
７． － 第２のＲＡＮノードに、第２のＲＡＮノードのリッスンビフォアトーク（ＬＢＴ）設定を変更する要求を伝送すること
を含む、第１の無線アクセスネットワーク（ＲＡＮ）ノードによって実施される方法。
８．変更がセルごとの基準で要求される、実施形態７に記載の方法。
９．変更が新無線アンライセンス（ＮＲ－Ｕ）スペクトルに対して要求される、実施形態７から８のいずれかに記載の方法。
１０．要求を伝送することが、第２のＲＡＮノードと共有しているチャネルと関連付けられた１つまたは複数のリソースを監視することに応答する、実施形態７から９のいずれかに記載の方法。
１１． － 第２のＲＡＮノードに負荷測定基準の報告を伝送することと、
－ 第２のＲＡＮノードから負荷測定基準を受信することと、
－ 負荷測定基準に少なくとも部分的に基づいて、第１のＲＡＮノードの動作を実施することと
を含む、第１の無線アクセスネットワーク（ＲＡＮ）ノードによって実施される方法。
１２．負荷測定基準がセルごとの基準で要求される、実施形態１１に記載の方法。
１３．負荷測定基準が新無線アンライセンス（ＮＲ－Ｕ）スペクトルに対して要求される、実施形態１１から１２のいずれかに記載の方法。
１４．動作が、第２のＲＡＮノードから受信した負荷測定基準に基づいて、第１のＲＡＮノードのＬＢＴ設定を適合させることを含む、実施形態１１から１３のいずれかに記載の方法。
１５．動作が、負荷測定基準に基づいて、第２のＲＡＮノードに、第２のＲＡＮノードのＬＢＴ設定を変更する要求を伝送することを含む、実施形態１１から１４のいずれかに記載の方法。
１６． － リッスンビフォアトーク（ＬＢＴ）設定情報を第１のＲＡＮノードに提供する要求を受信することと、
－ ＬＢＴ設定情報を第１のＲＡＮノードに伝送することと
を含む、第２の無線アクセスネットワーク（ＲＡＮ）ノードによって実施される方法。
１７．ＬＢＴ設定情報がセルごとの基準で要求される、実施形態１６に記載の方法。
１８．ＬＢＴ設定情報が、新無線アンライセンス（ＮＲ－Ｕ）スペクトルに関する情報を要求する、実施形態１７から１８のいずれかに記載の方法。
１９． － リッスンビフォアトーク（ＬＢＴ）設定を変更する要求を第１のＲＡＮノードから受信することと、
－ 第２のＲＡＮノードのＬＢＴ設定を変更することと
を含む、第２の無線アクセスネットワーク（ＲＡＮ）ノードによって実施される方法。
２０．変更がセルごとの基準で要求される、実施形態１９に記載の方法。
２１．変更が新無線アンライセンス（ＮＲ－Ｕ）スペクトルに対して要求される、実施形態１９から２０のいずれかに記載の方法。
２２． － 負荷測定基準を第１のＲＡＮノードに報告する要求を受信することと、
－ 負荷測定基準を決定することと、
－ 負荷測定基準を第１のＲＡＮノードに報告することと
を含む、第２の無線アクセスネットワーク（ＲＡＮ）ノードによって実施される方法。
２３．負荷測定基準がセルごとの基準で要求される、実施形態２２に記載の方法。
２４．負荷測定基準が新無線アンライセンス（ＮＲ－Ｕ）スペクトルに対して要求される、実施形態２２から２３のいずれかに記載の方法。
２５．「追加説明」という見出しで上述した実施形態のいずれかをさらに含む、実施形態３から２４のいずれかに記載の方法。
２６． － ユーザデータを取得することと、
－ ユーザデータをホストコンピュータまたは無線デバイスに転送することと
をさらに含む、上述の実施形態のいずれかに記載の方法。

グループＣの実施形態
２７． － グループＡの実施形態のいずれかに記載のステップのいずれかを実施するように設定された処理回路と、
－ 無線デバイスに電力を供給するように設定された電力供給回路と
を備える、無線デバイス。
２８． － グループＢの実施形態のいずれかに記載のステップのいずれかを実施するように設定された処理回路と、
－ 基地局に電力を供給するように設定された電力供給回路と
を備える、基地局。
２９． － 無線信号を伝送および受信するように設定されたアンテナと、
－ アンテナおよび処理回路に接続され、アンテナと処理回路との間で通信される信号を調整するように設定された、無線フロントエンド回路と、
－ グループＡの実施形態のいずれかに記載のステップのいずれかを実施するように設定された処理回路と、
－ 処理回路に接続され、ＵＥへの情報の入力が処理回路によって処理されることを可能にするように設定された、入力インターフェースと、
－ 処理回路に接続され、処理回路によって処理されたＵＥからの情報を出力するように設定された、出力インターフェースと、
－ 処理回路に接続され、ＵＥに電力を供給するように設定された、バッテリと
を備える、ユーザ機器（ＵＥ）。
３０．命令を含み、命令が、コンピュータ上で実行されると、グループＡの実施形態のいずれかに記載のステップのいずれかを実施する、コンピュータプログラム。
３１．コンピュータプログラムを含み、コンピュータプログラムが命令を含み、命令が、コンピュータ上で実行されると、グループＡの実施形態のいずれかに記載のステップのいずれかを実施する、コンピュータプログラム製品。
３２．コンピュータプログラムを含み、コンピュータプログラムが命令を含み、命令が、コンピュータ上で実行されると、グループＡの実施形態のいずれかに記載のステップのいずれかを実施する、非一時的コンピュータ可読記憶媒体またはキャリア。
３３．命令を含み、命令が、コンピュータ上で実行されると、グループＢの実施形態のいずれかに記載のステップのいずれかを実施する、コンピュータプログラム。
３４．コンピュータプログラムを含み、コンピュータプログラムが命令を含み、命令が、コンピュータ上で実行されると、グループＢの実施形態のいずれかに記載のステップのいずれかを実施する、コンピュータプログラム製品。
３５．コンピュータプログラムを含み、コンピュータプログラムが命令を含み、命令が、コンピュータ上で実行されると、グループＢの実施形態のいずれかに記載のステップのいずれかを実施する、非一時的コンピュータ可読記憶媒体またはキャリア。
３６．ホストコンピュータを含む通信システムであって、ホストコンピュータが、
－ ユーザデータを提供するように設定された処理回路と、
－ ユーザ機器（ＵＥ）に送信するためにユーザデータをセルラネットワークに転送するように設定された通信インターフェースと、を備え、
－ セルラネットワークが、無線インターフェースと処理回路とを有する基地局を備え、基地局の処理回路が、グループＢの実施形態のいずれかに記載のステップのいずれかを実施するように設定された、通信システム。
３７．基地局をさらに含む、実施形態３６に記載の通信システム。
３８．ＵＥをさらに含み、ＵＥが基地局と通信するように設定された、実施形態３６および３７に記載の通信システム。
３９． － ホストコンピュータの処理回路が、ホストアプリケーションを実行し、それによってユーザデータを提供するように設定され、
－ ＵＥが、ホストアプリケーションと関連付けられたクライアントアプリケーションを実行するように設定された処理回路を備える、
実施形態３６から３８に記載の通信システム。
４０．ホストコンピュータと、基地局と、ユーザ機器（ＵＥ）とを含む通信システムにおいて実現される方法であって、
－ ホストコンピュータにおいて、ユーザデータを提供することと、
－ ホストコンピュータにおいて、基地局を備えるセルラネットワークを介してＵＥにユーザデータを伝達する送信を開始することであって、基地局がグループＢの実施形態のいずれかに記載のステップのいずれかを実施する、送信を開始することと
を含む、方法。
４１．基地局においてユーザデータを送信することをさらに含む、実施形態４０に記載の方法。
４２．ユーザデータが、ホストコンピュータにおいて、ホストアプリケーションを実行することによって提供され、方法が、ＵＥにおいて、ホストアプリケーションと関連付けられたクライアントアプリケーションを実行することをさらに含む、実施形態４０および４１に記載の方法。
４３．基地局と通信するように設定されたユーザ機器（ＵＥ）であって、実施形態４０から４２のいずれかを実施するように設定された、無線インターフェースと処理回路とを備える、ユーザ機器（ＵＥ）。
４４．ホストコンピュータを含む通信システムであって、ホストコンピュータが、
－ ユーザデータを提供するように設定された処理回路と、
－ ユーザ機器（ＵＥ）に送信するためにユーザデータをセルラネットワークに転送するように設定された通信インターフェースと、を備え、
－ ＵＥが、無線インターフェースと処理回路とを備え、ＵＥの構成要素が、グループＡの実施形態のいずれかに記載のステップのいずれかを実施するように設定された、通信システム。
４５．セルラネットワークが、ＵＥと通信するように設定された基地局をさらに含む、実施形態４４に記載の通信システム。
４６． － ホストコンピュータの処理回路が、ホストアプリケーションを実行し、それによってユーザデータを提供するように設定され、
－ ＵＥの処理回路が、ホストアプリケーションと関連付けられたクライアントアプリケーションを実行するように設定された、
実施形態４４および４５に記載の通信システム。
４７．ホストコンピュータと、基地局と、ユーザ機器（ＵＥ）とを含む通信システムにおいて実現される方法であって、
－ ホストコンピュータにおいて、ユーザデータを提供することと、
－ ホストコンピュータにおいて、基地局を備えるセルラネットワークを介してＵＥにユーザデータを伝達する送信を開始することであって、ＵＥが、グループＡの実施形態のいずれかに記載のステップのいずれかを実施する、送信を開始することと
を含む、方法。
４８．ＵＥにおいて、基地局からユーザデータを受信することをさらに含む、実施形態４７に記載の方法。
４９．ホストコンピュータを含む通信システムであって、ホストコンピュータが、
－ ユーザ機器（ＵＥ）から基地局への送信から発生したユーザデータを受信するように設定された通信インターフェースを備え、
－ ＵＥが、無線インターフェースと処理回路とを備え、ＵＥの処理回路が、グループＡの実施形態のいずれかに記載のステップのいずれかを実施するように設定された、通信システム。
５０．ＵＥをさらに含む、実施形態４９に記載の通信システム。
５１．基地局をさらに含み、基地局が、ＵＥと通信するように設定された無線インターフェースと、ＵＥから基地局への送信によって伝達されるユーザデータをホストコンピュータに転送するように設定された通信インターフェースと、を備える、実施形態４９および５０に記載の通信システム。
５２． － ホストコンピュータの処理回路が、ホストアプリケーションを実行するように設定され、
－ ＵＥの処理回路が、ホストアプリケーションと関連付けられたクライアントアプリケーションを実行し、それによってユーザデータを提供するように設定された、
実施形態４９から５１に記載の通信システム。
５３． － ホストコンピュータの処理回路が、ホストアプリケーションを実行し、それによって要求データを提供するように設定され、
－ ＵＥの処理回路が、ホストアプリケーションと関連付けられたクライアントアプリケーションを実行し、それによって、要求データに応答してユーザデータを提供するように設定された、
実施形態４９から５２に記載の通信システム。
５４．ホストコンピュータと、基地局と、ユーザ機器（ＵＥ）とを含む通信システムにおいて実現される方法であって、
－ ホストコンピュータにおいて、ＵＥから基地局に送信されたユーザデータを受信することであって、ＵＥが、グループＡの実施形態のいずれかに記載のステップのいずれかを実施する、ユーザデータを受信すること
を含む、方法。
５５．ＵＥにおいて、基地局にユーザデータを提供することをさらに含む、実施形態５４に記載の方法。
５６． － ＵＥにおいて、クライアントアプリケーションを実行し、それによって、送信されるべきユーザデータを提供することと、
－ ホストコンピュータにおいて、クライアントアプリケーションと関連付けられたホストアプリケーションを実行することと
をさらに含む、実施形態５４および５５に記載の方法。
５７． － ＵＥにおいて、クライアントアプリケーションを実行することと、
－ ＵＥにおいて、クライアントアプリケーションへの入力データを受信することであって、入力データが、ホストコンピュータにおいて、クライアントアプリケーションと関連付けられたホストプリケーションを実行することによって提供される、入力データを受信することと、をさらに含み、
－ 送信されるべきユーザデータが、入力データに応答してクライアントアプリケーションによって提供される、
実施形態５４から５６に記載の方法。
５８．ユーザ機器（ＵＥ）から基地局への送信から発生したユーザデータを受信するように設定された、通信インターフェースを備えるホストコンピュータを含む通信システムであって、基地局が無線インターフェースと処理回路とを備え、基地局の処理回路が、グループＢの実施形態のいずれかに記載のステップのいずれかを実施するように設定された、通信システム。
５９．基地局をさらに含む、実施形態５８に記載の通信システム。
６０．ＵＥをさらに含み、ＵＥが基地局と通信するように設定された、実施形態５８および５９に記載の通信システム。
６１． － ホストコンピュータの処理回路が、ホストアプリケーションを実行するように設定され、
－ ＵＥが、ホストアプリケーションと関連付けられたクライアントアプリケーションを実行し、それによって、ホストコンピュータによって受信されるべきユーザデータを提供するように設定された、
実施形態５８から６０に記載の通信システム。
６２．ホストコンピュータと、基地局と、ユーザ機器（ＵＥ）とを含む通信システムにおいて実現される方法であって、
－ ホストコンピュータにおいて、基地局から、基地局がＵＥから受信した送信から発生したユーザデータを受信することであって、ＵＥが、グループＡの実施形態のいずれかに記載のステップのいずれかを実施する、ユーザデータを受信すること
を含む、方法。
６３．基地局において、ＵＥからユーザデータを受信することをさらに含む、実施形態６２に記載の方法。
６４．基地局において、受信したユーザデータのホストコンピュータへの送信を開始することをさらに含む、実施形態６２および６３に記載の方法。

図１７は、図６に関して記載したネットワークノード１６０などのネットワークノードによって実施されてもよい、方法の一例を示している。例えば、ネットワークノードは、方法のステップを実施するように設定された処理回路１７０を備えてもよい。特定の実施形態では、ネットワークノードは第１のＲＡＮノードであってもよい。例として、図１に示されるｇＮＢ、図４のｅＮＢ １、または図５のｅＮＢ １が、図１７の方法を実施するように設定されてもよい。

一般に、図１７の方法は、第２のＲＡＮノードが無線デバイスと通信するのに使用する共有チャネルに関する情報を、第１のＲＡＮノードが取得できるようにしてもよい。共有チャネルは、第２のＲＡＮノードおよび少なくとも１つの他のノードによって共有されてもよい。特定の実施形態では、少なくとも１つの他のノードは、第２のＲＡＮノードとは異なる無線アクセス技術を使用する。一例として、第２のＲＡＮノードはＮＲ無線アクセス技術を使用してもよく、他方のノードはＷｉＦｉ無線アクセス技術を使用してもよい。加えて、または代替例として、共有チャネルは、第２のＲＡＮノードと同じ無線アクセス技術を使用するノードと共有されてもよい。一実施形態では、共有チャネルは、少なくとも第１のＲＡＮノードおよび第２のＲＡＮノードによって、（また任意に、他のノードによって）共有されてもよい。特定の実施形態では、第１のＲＡＮノードおよび第２のＲＡＮノードは同じＲＡＮに属していてもよい。特定の実施形態では、共有チャネルはアンライセンススペクトルを使用する。

特定の実施形態では、図１７の方法はステップ１７０２で始まり、要求を第１のＲＡＮノードから第２のＲＡＮノードに伝送する。第１のＲＡＮノードは、第２のＲＡＮノードに、共有チャネルと関連付けられた負荷測定基準、およびＬＢＴ設定情報を提供するように要求する。負荷測定基準の例としては、共有チャネルが利用可能／空きであったことの指示を返したＬＢＴプロセスの数、第２のＲＡＮノードによって（もしくは第２のＲＡＮノードの特定のセルによって）サーブされるトラフィックに共有チャネルリソースが利用された時間のパーセンテージ、共有チャネルが占有されていたことの指示を返したＬＢＴプロセスの数、または共有チャネルの負荷と関連付けられた他の好適な測定基準を挙げることができる。特定の実施形態では、共有チャネルと関連付けられた負荷測定基準は、第２のＲＡＮノードから無線デバイスへのダウンリンクでの通信のための負荷測定基準、無線デバイスから第２のＲＡＮノードへのアップリンクでの通信のための負荷測定基準、または両方を含む。

ＬＢＴ設定情報は、共有チャネルが占有されているか第２のＲＡＮノードと無線デバイスとの間の通信に利用可能であるかについて、判断がどのように行われるかを示す。特定の実施形態では、ＬＢＴ設定情報は、共有チャネルが占有されているかまたはダウンリンクでの通信に利用可能かの判断がどのように行われるか、共有チャネルが占有されているかまたはアップリンクでの通信に利用可能かの判断がどのように行われるか、あるいは両方を示す。例えば、アップリンクに関して、ＬＢＴ設定情報は、無線デバイスのために設定されたＬＢＴ設定情報を含んでもよい。第２のＲＡＮノードは、無線デバイスのＬＢＴ設定情報を取得してもよく、無線デバイスのＬＢＴ設定情報を第１のＲＡＮノードに提供してもよい。例えば、第２のＲＡＮノードは、第２のＲＡＮノードが無線ノードに使用するように要求するＬＢＴ設定に基づいて、または無線デバイスが無線デバイスのＬＢＴ設定情報を第２のＲＡＮノードに通知するのに基づいて、無線デバイスのＬＢＴ設定情報を取得してもよい。

特定の実施形態では、ＬＢＴ設定情報は、共有チャネルのチャネルアクセス設定を含む。チャネルアクセス設定は、ＥＤ閾値設定（例えば、検出されたエネルギーレベルがＥＤ閾値を上回る場合に共有チャネルが占有されているとみなされてもよい、ならびに検出されたエネルギーレベルがＥＤ閾値を下回る場合に共有チャネルが利用可能であるとみなされてもよい、閾値設定）を含んでもよい。他の例として、チャネルアクセス設定情報は、ＬＢＴバックオフ時間（例えば、ＬＢＴプロセス間の最小時間）、ＬＢＴ感知持続時間（例えば、チャネル感知が実施されている時間）、および／または１つもしくは複数の他のチャネルアクセス設定パラメータを含んでもよい。チャネルアクセス設定パラメータ（例えば、ＥＤ閾値、ＬＢＴバックオフ時間、ＬＢＴ感知持続時間など）は、ダウンリンク、アップリンク、または両方のために設定されてもよい。

ＬＢＴ設定情報および負荷測定基準のさらなる例は、例えば、「ＬＢＴ設定情報および／または負荷測定基準を使用する例示的な実施形態」という見出しで上述されている。

方法はステップ１７０４に進み、第２のＲＡＮノードから、負荷測定基準およびＬＢＴ設定情報を受信し、次にステップ１７０６に進み、ステップ１７０４で第２のＲＡＮノードから受信した負荷測定基準およびＬＢＴ設定情報に少なくとも部分的に基づいて、第１のＲＡＮノードの１つまたは複数の動作を実施する。

一例として、ステップ１７０６の１つまたは複数の動作は、第２のＲＡＮノードに、第２のＲＡＮノードのＬＢＴ設定を変更する要求を伝送することを含んでもよい。ＬＢＴ設定は、ダウンリンク、アップリンク（例えば、第２のＲＡＮノードがＬＢＴ設定変更を無線デバイスに通信してもよい）、または両方に対して変更されてもよい。

別の例として、ステップ１７０６で実施される１つまたは複数の動作は、第２のＲＡＮノードから受信した負荷測定基準およびＬＢＴ設定情報に基づいて、第２のＲＡＮノードの負荷状態を決定することを含んでもよい。加えて、特定の実施形態では、１つまたは複数の動作はさらに、第２のＲＡＮノードに対して決定された負荷状態に基づいて、第２のＲＡＮノードを用いて負荷分散を実施することを含む。つまり、第１のＲＡＮノードは、ステップ１７０４で受信した負荷測定基準およびＬＢＴ設定情報を使用して、第２のＲＡＮノードにおける負荷状況の適切な実態を判断し、第１のＲＡＮノードと第２のＲＡＮノードとの間の負荷分散を容易にしてもよい。例えば、第１のＲＡＮノードは、第２のＲＡＮノードの負荷測定基準に基づいて負荷分散の決定を行ってもよい。負荷分散の決定は、負荷の一部分を第１のＲＡＮノードから第２のＲＡＮノードにオフロードすることを含んでもよい。一例として、前の報告期間に対する負荷測定基準が、第２のＲＡＮノードが１Ｘ量のトラフィックを移転したことを示すものとする。さらに、第１のＲＡＮノードが、第２のＲＡＮノードが２Ｘ量のトラフィックをハンドリングする容量を有すると判断したものとする。第１のＲＡＮノードは、次の期間では第２のＲＡＮノードがより多くのトラフィックをハンドリングする容量を有すると予測してもよい（例えば、第１のＲＡＮノードは、前の報告期間に基づいて、次の期間では第２のノードが約１Ｘ量のトラフィックを受信する可能性が高く、したがって、２Ｘの容量に達するために、負荷分散に基づいて別の約１Ｘ量のトラフィックをハンドリングできると予測してもよい）。加えて、第２のＲＡＮノードから受信したＬＢＴ設定情報は、第２のＲＡＮノードが自身の負荷をどのように判断するかを第１のＲＡＮノードが理解するのを助けてもよい。特定の実施形態では、第１のＲＡＮノードは、共有チャネルが第２のＲＡＮノードにとってより多く利用可能となるように、第２のＲＡＮノードのＬＢＴ設定（例えば、ダウンリンク、アップリンク、または両方で使用されるＬＢＴ設定）を修正するように第２のＲＡＮノードに命令する。これにより、第２のＲＡＮノードの容量を増加させてもよく、ひいては負荷分散の一部として、より多くのトラフィックが第２のＲＡＮノードにオフロードされることを可能にしてもよい。

別の例として、特定の実施形態では、ステップ１７０６で実施される１つまたは複数の動作は、第１のＲＡＮノードのＬＢＴ設定を調節することを含む。例えば、ステップ１７０４で取得した情報は、共有チャネルがどのように迅速に占有されるかを第１のＲＡＮノードが理解できるようにしてもよい。第１のＲＡＮノードは、自身に隣接するもの（例えば、第２のＲＡＮノード）のＬＢＴ設定に基づいて、自身のＬＢＴ設定を適合させてもよい。特定の実施形態は、（例えば、公平性のため）隣接するものと同じＬＢＴ設定を使用してもよい。他の実施形態は、例えば、良好な共存を見つけ、ネットワーク全体を最適化するため、隣接するものとは異なるＬＢＴ設定を使用してもよい。したがって、特定の実施形態では、第１のＲＡＮノードによって実施される１つまたは複数の動作は、公平な形で共有チャネルを共有することを容易にする。ＲＡＮのすべてのノードに対してＬＢＴ設定をハードコーディングするのではなく、特定のノード／セルおよびそれに隣接するものが経験した条件に基づいて、決定を行うことができる。例えば、Ｗｉｆｉノードが、第１のＲＡＮノードおよび第２のＲＡＮノードが共有チャネルに対する十分なアクセスを得ることを妨げている場合、第１のＲＡＮノードは、そのＬＢＴ設定を適合させること、および／または第２のＲＡＮノードのＬＢＴ設定を適合させるように第２のＲＡＮノードに命令することを決定してもよい。第１のＲＡＮノードは、最適化されたＬＢＴ設定セッティングを決定するために、トレードオフを考慮してもよい。例えば、第１のＲＡＮノードは、第１のＲＡＮノードおよび／または第２のＲＡＮノードに対する共有チャネルの利用可能性を増加させるために、ＬＢＴ設定を適合させることがより公平であろうと判断してもよく、第１のＲＡＮノードは、干渉が増加することがあるトレードオフを考慮に入れてもよい。

特定の実施形態では、図１７の１つまたは複数のステップは、セルごとの基準で実施されてもよい。例えば、ＬＢＴ設定情報および／または負荷測定基準は、セルごとの基準で要求され受信されてもよい。別の例として、第１のＲＡＮノードは、セルごとの基準でＬＢＴ設定を変更するように第２のＲＡＮノードに要求してもよい。このようにして、セルに特有の要因に基づいてＬＢＴ設定が適合されてもよい。例えば、一般的に、共有チャネルの低い利用可能性を経験するセルは、セルが共有チャネルのアクセスを獲得する確率を改善するために、自身のＥＤ閾値を減少させるように命令されてもよく、一般的に、共有チャネルの高い利用可能性を経験するセルは、自身のＥＤ閾値を減少させる必要がなくてもよい。

図１８は、図６に関して記載したネットワークノード１６０などのネットワークノードによって実施されてもよい、方法の一例を示している。例えば、ネットワークノードは、方法のステップを実施するように設定された処理回路１７０を備えてもよい。特定の実施形態では、ネットワークノードは第２のＲＡＮノードであってもよい。例として、図１に示されるｇＮＢ、図４のｅＮＢ ２もしくはｅＮＢ ３、または図５のｅＮＢ ２が、図１８の方法を実施するように設定されてもよい。いくつかの実施形態では、図１７および図１８の方法の特定の態様は、全体として互恵的であってもよい。例えば、図１７は、特定の情報を第１のＲＡＮノードから第２のＲＡＮノードに伝送することを記載していてもよく、図１８は、情報を第２のＲＡＮノードで受信することを記載していてもよい。

方法は、ステップ１８０２で始まり、第１のＲＡＮノードから、第２のＲＡＮノードに対する要求を受信して、共有チャネルと関連付けられた負荷測定基準を提供し、ＬＢＴ設定情報を提供する。ＬＢＴ設定情報は、共有チャネルが占有されているか、第２のＲＡＮノードと無線デバイスとの間の通信に利用可能であるかについて、判断がどのように行われるかを示す。共有チャネル、負荷測定基準、およびＬＢＴ設定情報の例は、例えば、図１７に関して、上記に記載している。特定の実施形態では、負荷測定基準は、共有チャネルが利用可能／空きであったことの指示を返したＬＢＴプロセスの数、第２のＲＡＮノードによって（もしくは第２のＲＡＮノードの特定のセルによって）サーブされるトラフィックに共有チャネルリソースが利用された時間のパーセンテージ、共有チャネルが占有されていたことの指示を返したＬＢＴプロセスの数、または共有チャネルの負荷と関連付けられた他の好適な測定基準を含んでもよい。特定の実施形態では、ＬＢＴ設定情報は、共有チャネルのチャネルアクセス設定を含む。チャネルアクセス設定は、ＥＤ閾値設定、ＬＢＴバックオフ時間、ＬＢＴ感知持続時間、および／または１つもしくは複数の他のチャネルアクセス設定パラメータを含んでもよい。

ＬＢＴ設定情報および負荷測定基準のさらなる例は、例えば、「ＬＢＴ設定情報および／または負荷測定基準を使用する例示的な実施形態」という見出しで上述されている。

方法は、ステップ１８０４に進み、負荷測定基準およびＬＢＴ設定情報を決定し、次にステップ１８０６に進み、負荷測定基準およびＬＢＴ設定情報を第１のＲＡＮノードに伝送する。特定の実施形態では、共有チャネルと関連付けられた負荷測定基準は、第２のＲＡＮノードから無線デバイスへのダウンリンクでの通信のための負荷測定基準、無線デバイスから第２のＲＡＮノードへのアップリンクでの通信のための負荷測定基準、または両方を含んでもよい。特定の負荷測定基準は、第２のＲＡＮノードによって測定されてもよい（ダウンリンク負荷測定基準など）。他の負荷測定基準は、無線デバイスから取得されてもよい（アップリンク負荷測定基準など）。ＬＢＴ設定情報は、共有チャネルが占有されているかまたはダウンリンクでの通信に利用可能かの判断がどのように行われるか、共有チャネルが占有されているかまたはアップリンクでの通信に利用可能かの判断がどのように行われるか、あるいは両方を示してもよい。アップリンクに関して、ＬＢＴ設定情報は、無線デバイスのために設定されたＬＢＴ設定情報を含んでもよい。第２のＲＡＮノードは、第２のＲＡＮノードが無線ノードに使用するように要求するＬＢＴ設定に基づいて、または無線デバイスが無線デバイスのＬＢＴ設定情報を第２のＲＡＮノードに通知するのに基づいて、アップリンクのためのＬＢＴ設定情報を取得してもよい。

図１７のステップ１７０６に関して上述したように、第１のＲＡＮノードは、負荷測定基準およびＬＢＴ設定情報に基づいて、１つまたは複数の動作を実施してもよい。いくつかの実施形態では、１つまたは複数の動作は、第２のＲＡＮノードに自身のＬＢＴ設定を変更するように要求することを含む。したがって、図１８の特定の実施形態はさらに、第１のＲＡＮノードから、第２のＲＡＮノードのＬＢＴ設定を変更する要求を受信するステップ（ステップ１８０８）と、要求に応答して第２のＲＡＮノードのＬＢＴ設定を変更するステップ（ステップ１８１０）とを含む。

特定の実施形態は、セルごとに図１８のステップのうち１つまたは複数を実施してもよい。例えば、負荷測定基準および／またはＬＢＴ設定情報は、セルごとに要求、決定、および／または提供されてもよい。ＬＢＴ設定に対する変更は、セルごとに要求および／または実施されてもよい。

本開示の特定の実施形態は、規格に関連して実現されてもよい。以下は、本開示のいくつかの実施形態による、３ＧＰＰ規格の特定の特徴を含む一例を提供する。

序論
ＮＲにおけるＳＯＮ／ＭＤＴのためのデータ収集の強化に対するＷＩは、「１０．５． ＮＲ－ＵのためのＳＯＮ／ＭＤＴの最適化」というトピックを含む。
ＮＲ－Ｕのトピックは、ＳＯＮ／ＭＤＴ ＷＩのためのＷＩＤにおいて次のように説明される。
作業の進行に応じて、ＷＩの後の部分で以下の目的が考察されてもよい。
例えば、既存のＮＲ－Ｕ測定値を再使用することを意図する、ＮＩ－Ｕ関連のＳＯＮ／ＭＤＴの最適化［ＲＡＮ３，ＲＡＮ２］。
ＳＯＮ／ＭＤＴ ＷＩは良好に進行しており、ＮＲ－Ｕの主題に対する公開討論の機は熟していると考える。本書では、ＮＲ－ＵのためのＳＯＮの一部として研究することが興味深いいくつかの分野を提示する。

考察
ＲＡＮ３－１１０ｅの間、Ｒ３－２０５９５２、負荷情報強化におけるＮＲ－ＵのためのＳＯＮに関して、提案が既に提起された（Ｎｏｋｉａ、Ｎｏｋｉａ Ｓｈａｎｇｈａｉ Ｂｅｌｌ）。

ＮＲ－Ｕがアンライセンススペクトルの使用に基づくことを所与として、モビリティ負荷分散をＮＲ－Ｕにどのように適用できるかを調査することには、メリットがある。

ＮＲ－Ｕでは、アンライセンススペクトルチャネルにアクセスできるか否かを判断するため、リッスンビフォアトーク（ＬＢＴ）の使用が行われる。

ＬＢＴは、他のＲＡＴとのアンライセンススペクトル共存のために設計される。このメカニズムでは、無線デバイスでは、いずれの送信の前にもクリアチャネルアセスメント（ＣＣＡ）チェック（即ち、チャネル感知）を適用する。送信機では、チャネルがアイドル状態であるかどうかを判断するために、特定の閾値（ＥＤ閾値）と比較したある期間にわたってエネルギー検出（ＥＤ）を伴う。

ＬＢＴパラメータセッティング（ＥＤを含む）は、ネットワーク内のデバイスを設定するネットワークノードによって、ネットワーク内のデバイスに対してセットされてもよい。限界は、特定の領域で運用するための仕様または規則上の要件において、あらかじめ規定された規則またはテーブルとしてセットされてもよい。かかる限界は、欧州ＥＴＳＩ整合規格、ならびにアンライセンススペクトルでＬＴＥ／ＮＲ－Ｕを運用するための３ＧＰＰ仕様の一部である。

ＮＲ－Ｕチャネルへのアクセスを得たいデバイスは、ＬＢＴプロセスを稼働させる必要がある。チャネル上の測定値が、チャネルにわたって検出された電力が設定された閾値よりも高いと決定した場合、チャネルはアクセス可能とみなされ、そうでなければ、チャネルは占有されているとみなされ、アクセスできない。

したがって、ＮＲ－Ｕを使用するＲＡＮノードに利用可能なリソースの決定には、チャネル利用可能性を考慮に入れる必要があることはすぐに明らかとなる。

以下の態様は、ＮＲ－Ｕの負荷情報報告に対する解決策を規定する際に考慮に入れるべきである。
－ チャネルリソースがいつ利用可能であるか、およびチャネルリソースがいつ使用不能であるかの指示を、チャネルごとに経時的に報告する
－ チャネルリソースが利用可能である時間共有の間、どのリソースの利用可能性があるかを報告する
－ チャネルが利用可能であるかまたは占有されているかを、ノードがどのＬＢＴ設定にしたがって決定したかを報告する
－ 利用可能なときのチャネル全体のエネルギーレベル（または干渉レベル）を示す測定値を報告する
－ 報告ノード／セルにおいて動作しているＮＲ－Ｕチャネル、例えば、負荷情報の要求を受信する前の所与の時間ウィンドウ内で動作しているチャネルを報告する
－ 報告ノードと通信しているデバイスによってＵＬで使用中の、ＮＲ－Ｕ設定、例えばＥＤ閾値を報告する

上述の提案は、ノード／セルにおいて利用可能なリソースを理解するという点だけではなく、リソースがアクセス可能なときの無線環境の品質を導き出すという点でも、負荷情報を報告するノードにおけるＮＲ－Ｕチャネル条件の理解を達成するという目標を有する。

提案１：ＮＲ－ＵのためのＭＬＢのトピックについて考察し、ＮＲ－Ｕチャネルのための無線環境のリソース利用可能性および品質の知見につながる解決策を見出すことが提案される。

さらに、ＳＯＮの一部として、ＲＡＮ３は、異なるＲＡＮノードにわたるＮＲ－Ｕ設定の調整に対する解決策を考慮すべきである。

ＥＤ閾値は、ＮＲ－Ｕでは、チャネルが利用可能であるか占有されているかを判断するのに使用されることが、上記で言及された。ＥＤ閾値の最適な選択は、配備シナリオ（屋内、屋外など）、負荷状況、外部の制御されない干渉物、および他の多くの要因に大きく依存する。デバイスによるＥＤ閾値の選択は、セル間干渉に、またしたがって共存および達成可能な性能に直接影響する。同じエリア内のセルの特定のセットを制御するオペレータは、各デバイス間の共存を改善するために、集中または分散した形で各デバイスのＥＤ閾値を設定することができる。しかしながら、アンライセンススペクトルでは、同じアンライセンススペクトルで動作する他の技術間／技術内デバイスの存在を除外することはできない。現在、隣接ノードによって使用されるＬＢＴパラメータ（ＥＤ閾値など）を算定する通信手段はなく、したがって、共存および共有は常に次善のものである。

上記は、ＮＲ－Ｕ設定のＲＡＮノード間調整における解決策を求めている。研究することができるいくつかの分野は次の通りである。
－ ＲＡＮノード間で、チャネルごとの基準でＬＢＴモード設定を交換する
－ 使用中のＮＲ－Ｕチャネルに関する情報、およびそれらに対するアクセスの成功／不成功の確率などの情報を交換する
－ チャネルごとの基準でＥＤ閾値情報を交換する
－ 観察期間にわたってチャネルごとの基準でＲＳＳＩ測定値を交換する
－ 隣接ＲＡＮノードから受信したＮＲ－Ｕ情報に基づいて、ＲＡＮノードが自身のＬＢＴ設定を適用することを可能にする
－ ＮＲ－Ｕチャネル効率を向上する目的で、隣接ＲＡＮノードのＬＢＴ設定の修正をＲＡＮノードが要求することを可能にする

提案２：ＮＲ－ＵのためのＲＡＮノード間調整のトピックについて考察し、より効率的なチャネル利用のために最適化されたＮＲ－Ｕ設定につながる解決策を見出すことが提案される。

ＮＲ－Ｕのトピック内の他の分野は、ＳＯＮの傘下で開発されたときに関連性があり関心を持たれていたものであってもよい。したがって、ＮＲ－Ｕに対するＡＩを公開し、ＮＲ－Ｕをどのように最適化できるかについて企業が見解を公にするのを可能にすることが提案される。

提案３：ＮＲ－Ｕに対するＡＩを公開し、ＮＲ－Ｕをどのように最適化できるかについて企業が見解を公にするのを可能にすることが提案される。

結論
本書では、ＮＲ－Ｕに対する所見、およびそれにＳＯＮをどのように適用できるかについて提供してきた。次の提案が成された。
提案１：ＮＲ－ＵのためのＭＬＢのトピックについて考察し、ＮＲ－Ｕチャネルのための無線環境のリソース利用可能性および品質の知見につながる解決策を見出すことが提案される。
提案２：ＮＲ－ＵのためのＲＡＮノード間調整のトピックについて考察し、より効率的なチャネル利用のために最適化されたＮＲ－Ｕ設定につながる解決策を見出すことが提案される。
提案３：ＮＲ－Ｕに対するＡＩを公開し、ＮＲ－Ｕをどのように最適化できるかについて企業が見解を公にするのを可能にすることが提案される。

本開示の範囲から逸脱することなく、本明細書に記載されるシステムおよび装置に対して、修正、追加、または省略が行われてもよい。システムおよび装置の構成要素は、統合されるかまたは分離されていてもよい。さらに、システムおよび装置の動作は、より多数の、より少数の、または他の構成要素によって実施されてもよい。加えて、システムおよび装置の動作は、ソフトウェア、ハードウェア、および／または他の論理を含む任意の好適な論理を使用して実施されてもよい。本明細書で使用されるとき、「各」は、セットの各メンバーまたはセットのサブセットの各メンバーを指す。

本開示の範囲から逸脱することなく、本明細書に記載される方法に対して、修正、追加、または省略が行われてもよい。本方法は、より多数の、より少数の、または他のステップを含んでもよい。加えて、ステップは任意の好適な順序で実施されてもよい。

本開示を特定の実施形態に関して記載してきたが、実施形態の改変および置換が当業者には明らかとなるであろう。したがって、実施形態の上述の記載は本開示を制約しない。他の変更、置換、および改変が、以下の特許請求の範囲によって規定されるような、本開示の範囲から逸脱することなく可能である。

Claims (31)

1. 第１の無線アクセスネットワーク（ＲＡＮ）ノードによって実施される方法であって、
   第２のＲＡＮノードから、共有チャネルと関連付けられた負荷測定基準、およびリッスンビフォアトーク（ＬＢＴ）設定情報を受信すること（１７０４）であって、前記ＬＢＴ設定情報が、前記共有チャネルが占有されているか、または前記第２のＲＡＮノードと無線デバイスとの間の通信に利用可能であるかについて、判断がどのように行われるかを示す、ことと、
   前記第２のＲＡＮノードから受信した前記負荷測定基準および前記ＬＢＴ設定情報に少なくとも部分的に基づいて、前記第１のＲＡＮノードの１つまたは複数の動作を実施すること（１７０６）と
   を含む、方法。
2. 前記１つまたは複数の動作が、前記第１のＲＡＮノードのＬＢＴ設定を適合させることを含む、請求項１に記載の方法。
3. 前記１つまたは複数の動作が、前記第２のＲＡＮノードから受信した前記負荷測定基準および前記ＬＢＴ設定情報に基づいて、前記第２のＲＡＮノードの負荷状態を決定することを含む、請求項１または２に記載の方法。
4. 前記１つまたは複数の動作が、前記第２のＲＡＮノードに対して決定された前記負荷状態に基づいて、前記第２のＲＡＮノードを用いて負荷分散を実施することをさらに含む、請求項３に記載の方法。
5. 前記１つまたは複数の動作が、前記第２のＲＡＮノードに、前記第２のＲＡＮノードのＬＢＴ設定を変更する要求を伝送することをさらに含む、請求項１から４のいずれか一項に記載の方法。
6. 前記第２のＲＡＮノードに、前記負荷測定基準および前記ＬＢＴ設定情報を提供する要求を伝送すること（１７０２）に応答して、前記負荷測定基準および前記ＬＢＴ設定情報が受信される、請求項１から５のいずれか一項に記載の方法。
7. 前記共有チャネルと関連付けられた前記負荷測定基準が、前記第２のＲＡＮノードから前記無線デバイスへのダウンリンクでの通信のための負荷測定基準を含み、
   前記ＬＢＴ設定情報が、前記共有チャネルが占有されているかまたは前記ダウンリンクでの通信に利用可能であるかについて、判断がどのように行われるかを示す、
   請求項１から６のいずれか一項に記載の方法。
8. 前記共有チャネルと関連付けられた前記負荷測定基準が、前記無線デバイスから前記第２のＲＡＮノードへのアップリンクでの通信のための負荷測定基準を含み、
   前記ＬＢＴ設定情報が、前記共有チャネルが占有されているかまたは前記アップリンクでの通信に利用可能であるかについて、判断がどのように行われるかを示す
   請求項１から７のいずれか一項に記載の方法。
9. 前記ＬＢＴ設定情報が、前記共有チャネルのためのチャネルアクセス設定を含み、前記チャネルアクセス設定がエネルギー検出（ＥＤ）閾値設定を含む、請求項１から８のいずれか一項に記載の方法。
10. 前記共有チャネルが、アンライセンススペクトルを使用し、前記第２のＲＡＮノードおよび少なくとも１つの他のノードによって共有され、前記少なくとも１つの他のノードが、前記第２のＲＡＮノードとは異なる無線アクセス技術を使用する、請求項１から９のいずれか一項に記載の方法。
11. 第２の無線アクセスネットワーク（ＲＡＮ）ノードによって実施される方法であって、
    共有チャネルと関連付けられた負荷測定基準、およびリッスンビフォアトーク（ＬＢＴ）設定情報を決定すること（１８０４）であって、前記ＬＢＴ設定情報が、前記共有チャネルが占有されているか、または前記第２のＲＡＮノードと無線デバイスとの間の通信に利用可能であるかについて、判断がどのように行われるかを示す、ことと、
    前記負荷測定基準および前記ＬＢＴ設定情報を第１のＲＡＮノードに伝送すること（１８０６）と
    を含む、方法。
12. 前記第１のＲＡＮノードから、前記第２のＲＡＮノードのＬＢＴ設定を変更する要求を受信すること（１８０８）と、
    前記要求に応答して、前記第２のＲＡＮノードの前記ＬＢＴ設定を変更すること（１８１０）と
    をさらに含む、請求項１１に記載の方法。
13. 前記第１のＲＡＮノードから、前記負荷測定基準および前記ＬＢＴ設定情報を提供する要求を受信する（１８０２）のに応答して、前記負荷測定基準および前記ＬＢＴ設定情報が前記第１のＲＡＮノードに伝送される、請求項１１または１２に記載の方法。
14. 前記共有チャネルと関連付けられた前記負荷測定基準が、前記第２のＲＡＮノードから前記無線デバイスへのダウンリンクでの通信のための負荷測定基準を含み、
    前記ＬＢＴ設定情報が、前記共有チャネルが占有されているかまたは前記ダウンリンクでの通信に利用可能であるかについて、判断がどのように行われるかを示す、
    請求項１１から１３のいずれか一項に記載の方法。
15. 前記共有チャネルと関連付けられた前記負荷測定基準が、前記無線デバイスから前記第２のＲＡＮノードへのアップリンクでの通信のための負荷測定基準を含み、
    前記ＬＢＴ設定情報が、前記共有チャネルが占有されているかまたは前記アップリンクでの通信に利用可能であるかについて、判断がどのように行われるかを示す
    請求項１１から１４のいずれか一項に記載の方法。
16. 前記ＬＢＴ設定情報が、前記共有チャネルのためのチャネルアクセス設定を含み、前記チャネルアクセス設定がエネルギー検出（ＥＤ）閾値設定を含む、請求項１１から１５のいずれか一項に記載の方法。
17. 第１の無線アクセスネットワーク（ＲＡＮ）ノード（１６０）であって、
    電力を前記第１のＲＡＮノードに供給するように設定された電力供給源回路（１８７）と、
    処理回路（１７０）であって、
    第２のＲＡＮノードから、共有チャネルと関連付けられた負荷測定基準と、前記共有チャネルが占有されているか、または前記第２のＲＡＮノードと無線デバイスとの間の通信に利用可能であるかについて、判断がどのように行われるかを示すリッスンビフォアトーク（ＬＢＴ）設定情報とを受信し、
    前記第２のＲＡＮノードから受信した前記負荷測定基準および前記ＬＢＴ設定情報に少なくとも部分的に基づいて、前記第１のＲＡＮノードの１つまたは複数の動作を実施するように設定された、処理回路（１７０）と
    を備える、第１のＲＡＮノード。
18. 前記１つまたは複数の動作が、前記第１のＲＡＮノードのＬＢＴ設定を適合させることを含む、請求項１７に記載の第１のＲＡＮノード。
19. 前記１つまたは複数の動作が、前記第２のＲＡＮノードから受信した前記負荷測定基準および前記ＬＢＴ設定情報に基づいて、前記第２のＲＡＮノードの負荷状態を決定することを含む、請求項１７または１８に記載の第１のＲＡＮノード。
20. 前記１つまたは複数の動作が、前記第２のＲＡＮノードに対して決定された前記負荷状態に基づいて、前記第２のＲＡＮノードを用いて負荷分散を実施することをさらに含む、請求項１９に記載の第１のＲＡＮノード。
21. 前記１つまたは複数の動作が、前記第２のＲＡＮノードに、前記第２のＲＡＮノードのＬＢＴ設定を変更する要求を伝送することをさらに含む、請求項１７から２０のいずれか一項に記載の第１のＲＡＮノード。
22. 前記処理回路が、前記第２のＲＡＮノードに、前記負荷測定基準および前記ＬＢＴ設定情報を提供する要求を伝送するようにさらに設定され、前記負荷測定基準および前記ＬＢＴ設定情報が、前記要求の伝送に応答して受信される、請求項１７から２１のいずれか一項に記載の第１のＲＡＮノード。
23. 前記共有チャネルと関連付けられた前記負荷測定基準が、前記第２のＲＡＮノードから前記無線デバイスへのダウンリンクでの通信のための負荷測定基準を含み、
    前記ＬＢＴ設定情報が、前記共有チャネルが占有されているかまたは前記ダウンリンクでの通信に利用可能であるかについて、判断がどのように行われるかを示す、
    請求項１７から２２のいずれか一項に記載の第１のＲＡＮノード。
24. 前記共有チャネルと関連付けられた前記負荷測定基準が、前記無線デバイスから前記第２のＲＡＮノードへのアップリンクでの通信のための負荷測定基準を含み、
    前記ＬＢＴ設定情報が、前記共有チャネルが占有されているかまたは前記アップリンクでの通信に利用可能であるかについて、判断がどのように行われるかを示す
    請求項１７から２３のいずれか一項に記載の第１のＲＡＮノード。
25. 前記ＬＢＴ設定情報が、前記共有チャネルのためのチャネルアクセス設定を含み、前記チャネルアクセス設定がエネルギー検出（ＥＤ）閾値設定を含む、請求項１７から２４のいずれか一項に記載の第１のＲＡＮノード。
26. 第２の無線アクセスネットワーク（ＲＡＮ）ノード（１６０）であって、
    電力を前記第２のＲＡＮノードに供給するように設定された電力供給源回路（１８７）と、
    処理回路（１７０）であって、
    共有チャネルと関連付けられた負荷測定基準と、前記共有チャネルが占有されているか、または前記第２のＲＡＮノードと無線デバイスとの間の通信に利用可能であるかについて、判断がどのように行われるかを示すリッスンビフォアトーク（ＬＢＴ）設定情報とを決定し、
    前記負荷測定基準および前記ＬＢＴ設定情報を第１のＲＡＮノードに伝送するように設定された、処理回路（１７０）と
    を備える、第２のＲＡＮノード。
27. 前記処理回路がさらに、
    前記第１のＲＡＮノードから、前記第２のＲＡＮノードのＬＢＴ設定を変更する要求を受信し、
    前記要求に応答して、前記第２のＲＡＮノードの前記ＬＢＴ設定を変更する
    ように設定された、請求項２６に記載の第２のＲＡＮノード。
28. 前記処理回路がさらに、
    前記第１のＲＡＮノードから、前記負荷測定基準および前記ＬＢＴ設定情報を提供する要求を受信するように設定され、
    前記要求の受信に応答して、前記負荷測定基準および前記ＬＢＴ設定情報が前記第１のＲＡＮノードに伝送される、
    請求項２６または２７に記載の第２のＲＡＮノード。
29. 前記共有チャネルと関連付けられた前記負荷測定基準が、前記第２のＲＡＮノードから前記無線デバイスへのダウンリンクでの通信のための負荷測定基準を含み、
    前記ＬＢＴ設定情報が、前記共有チャネルが占有されているかまたは前記ダウンリンクでの通信に利用可能であるかについて、判断がどのように行われるかを示す、
    請求項２６から２８のいずれか一項に記載の第２のＲＡＮノード。
30. 前記共有チャネルと関連付けられた前記負荷測定基準が、前記無線デバイスから前記第２のＲＡＮノードへのアップリンクでの通信のための負荷測定基準を含み、
    前記ＬＢＴ設定情報が、前記共有チャネルが占有されているかまたは前記アップリンクでの通信に利用可能であるかについて、判断がどのように行われるかを示す
    請求項２６から２９のいずれか一項に記載の第２のＲＡＮノード。
31. 前記ＬＢＴ設定情報が、前記共有チャネルのためのチャネルアクセス設定を含み、前記チャネルアクセス設定がエネルギー検出（ＥＤ）閾値設定を含む、請求項２６から３０のいずれか一項に記載の第２のＲＡＮノード。

Images