JP6956261B2 - サイドリンクマルチキャリア送信を可能にする方法 - Google Patents

Description

関連する出願
本出願は「Methods to enable sidelink multicarrier transmissions」と題され、２０１８年９月２７日に米国特許商標庁に出願された米国仮特許出願第６２/５６３７４７発明の優先権の利益を主張し、その内容は基準により本明細書に組み込まれる。

本説明は一般に、無線通信システムに関し、より具体的には、デバイスツーデバイス（Ｄ２Ｄ）環境における送信に関する。

３ＧＰＰにおけるサイドリンクの進化

リリース１２（Ｒｅｌ−１２）中に、ＬＴＥ（ロングタームエボリューション）規格は、商用および公共安全アプリケーションの両方を対象とした（「サイドリンク」として指定された）デバイスツーデバイス（Ｄ２Ｄ）機能のサポートを伴って拡張された。リリース１２ ＬＴＥによって可能にされるいくつかのアプリケーションは、デバイスディスカバリ（発見）であり、ここでデバイスは、デバイスおよびアプリケーション識別情報を搬送するディスカバリメッセージをブロードキャストおよび検出することによって別のデバイスおよび関連アプリケーションの近接性を感知することができる。他のアプリケーションは、デバイス間で直接終端された物理チャネルに基づく直接通信からなる。３ＧＰＰ（第三世代パートナーシッププロジェクト）では、これらのアプリケーションのすべてが近接サービス（ＰｒｏＳｅ）の傘下で定義されている。

ＰｒｏＳｅフレームワークの潜在的な拡張の１つは、車両、歩行者、およびインフラストラクチャ間の直接通信の任意の組合せを含むＶ２Ｘ通信のサポートからなる。Ｖ２Ｘ通信は利用可能な場合、ネットワーク（ＮＷ）インフラストラクチャを利用する可能性があるが、カバレッジがない場合でも、少なくとも基本的なＶ２Ｘ接続が可能である必要がある。ＬＴＥベースのＶ２Ｘインターフェースを提供することは、ＬＴＥの規模の経済性のために経済的に有利であり得、専用のＶ２Ｘ技術を使用することと比較して、ＮＷインフラストラクチャ（例えば、車両対インフラストラクチャ（Vehicle to Infrastructure（Ｖ２Ｉ））との通信と、車両対歩行者（Vehicle to Pedestrian（Ｖ２Ｐ））通信と、車車間（車両対車両）（Vehicle to Vehicle（Ｖ２Ｖ））通信との間のより厳密な統合を可能にし得る。

既存のセルラインフラストラクチャの使用に基づくプロジェクトを含む、様々な国または地域における接続車両の、多くの研究プロジェクトおよび実地試験がある。

Ｖ２Ｘ通信は、非安全情報および安全情報の両方を搬送することができ、アプリケーションおよびサービスのそれぞれは、例えば、レイテンシ、信頼性、容量などに関して、特定の要件設定に関連付けられ得る。アプリケーションの観点から、Ｖ２Ｘには、図１に示すように、以下のタイプのＶ２Ｘ通信／サービスが含まれる。図１：車車間（Ｖ２Ｖ）１１０、車両対インフラストラクチャ（Ｖ２Ｉ）１２０、車両対歩行者（Ｖ２Ｐ）１３０、および車両対ネットワーク（Ｖ２Ｎ）１４０。

例えば、Ｖ２Ｖ １１０通信は、Ｖ２Ｖアプリケーションを使用する車両間の通信をカバーし、主にブロードキャストベースである。Ｖ２Ｖ １１０は、それぞれの車両におけるデバイス間の直接通信によって、またはセルラーネットワークなどのインフラストラクチャを介して実現することができる。Ｖ２Ｖ １１０の一例は、近傍の他の車両に繰り返し（１００ｍｓ−１ｓごとに）送信される車両状態情報（位置、方向、速度など）を有する協調認識メッセージ（ＣＡＭ（cooperative awareness message））の送信である。別の例は、分散環境通知メッセージ（ＤＥＮＭ（decentralized environmental notification message））の送信であり、これは、車両に警告するためのイベントトリガメッセージである。これらの２つの例はＶ２ＸアプリケーションのEuropean Telecommunications Standards Institute（ＥＴＳＩ）Intelligent Transport Systems（ＩＴＳ）の規格から取られたものであり、それは、メッセージが生成される条件も規定している。Ｖ２Ｖアプリケーションの主な特徴は、２０ｍｓ（衝突前警告メッセージの場合）から他の交通安全サービスの場合の１００ｍｓまで変化し得るレイテンシ（待ち時間）に関する厳しい要件である。

Ｖ２Ｉ １２０通信は、車両とロードサイドユニット（ＲＳＵ）との間の通信を含む。ＲＳＵは、近くの車両と通信する固定輸送インフラストラクチャエンティティである。Ｖ２Ｉの一例は、ＲＳＵから車両への速度通知の送信、並びに待ち行列情報、衝突リスク警告、カーブ速度警告である。Ｖ２Ｉの安全性に関連する性質のために、遅延要件はＶ２Ｖ要件と同様である。

Ｖ２Ｐ １３０通信は、Ｖ２Ｐアプリケーションを使用して、車両と歩行者などの脆弱な道路ユーザとの間の通信をカバーする。Ｖ２Ｐ １３０は典型的には別個の車両と歩行者との間で、直接に、またはセルラーネットワークなどのインフラストラクチャを介して行われる。

Ｖ２Ｎ １４０通信は、両方ともＶ２Ｎアプリケーションを使用して、インフラストラクチャ（セルラーネットワークなど）を介して、車両と集中型アプリケーションサーバ（またはＩＴＳトラフィック管理センタ）との間の通信をカバーする。１つの例は、ワイドエリアネットワークのすべての車両に送られる悪路状態警告、あるいはＶ２Ｎアプリケーションが車両への速度を示唆し、交通信号を調整する交通流最適化である。したがって、Ｖ２Ｎメッセージは集中型エンティティ（すなわち、交通管理センター）によって制御され、小さなエリアではなく、大きな地理的エリア内の車両に供給されると想定される。

サイドリンク動作

前述したように、セルラー・スペクトルにおけるいわゆるＰＣ５インターフェースを介したサイドリンク送信（Ｄ２ＤまたはＰｒｏＳｅとも呼ばれる）は、Ｒｅｌ−１２以降３ＧＰＰで標準化されている。ＰＣ５は、ＰｒｏＳｅ通信、ＰｒｏＳｅディスカバリ、およびＶ２Ｘなどの任意のＤ２Ｄ通信に使用される無線インターフェース、すなわちサイドリンクを識別するために３ＧＰＰで使用される定義である。３ＧＰＰ Ｒｅｌ−１２では、２つの異なる送信モードが３ＧＰＰで規定されている。１つのモード（モード１）では、ＲＲＣ_ＣＯＮＮＥＣＴＥＤ モードのユーザ装置（ＵＥ）は、Ｄ２Ｄ リソースを要求し、ネットワークノード（ｅＮＢ など）は、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）、ＤＣＩ５ などのダウンリンク制御情報（ＤＣＩ）、または個別シグナリンクを介してそれらを許可する。第２のモード（モード２）では、ＵＥが、ｅＮＢがプライマリセル（ＰＣｅｌｌ）以外のキャリア上での送信のためにシステム情報ブロック（ＳＩＢ）信号を介して、またはＰＣｅｌｌ上での送信のための個別シグナリングを介してブロードキャストで提供する利用可能なリソースのプールから、送信のためのリソースを自律的に選択する。したがって、第１の動作モードとは異なり、第２の動作モードは、ＲＲＣ_ＩＤＬＥモードのＵＥによっても、場合によってはカバレッジ外のＵＥによってさえも実行することができる。

Ｒｅｌ−１４では、サイドリンクの使用がＶ２Ｘドメインに拡張されている。Ｒｅｌ−１２のサイドリンク物理レイヤのオリジナルデザインは、周波数帯内で同じ物理リソースを競う少数のＵＥを持つシナリオをターゲットとし、ミッションクリティカルプッシュトーク（ＭＣＰＴＴ）トラフィックのために音声パケットを持ち、ＵＥモビリティが低いと仮定した。しかし、Ｖ２Ｘでは、サイドリンクが、より高い負荷シナリオ（すなわち、物理リソースを求めて競合する可能性がある数百台の自動車）に対処し、時間／イベントトリガＶ２Ｘメッセージ（ＣＡＭ、ＤＮＥＭ）を搬送し、高いＵＥモビリティで対処することができるべきである。そのような理由のために、３ＧＰＰは、サイドリンク物理層に対する可能な拡張を論じてきた。

Ｒｅｌ−１４に明示された第一の強化は、新しい送信モード、すなわちモード３の導入であり、これはＵＥに明示的にサイドリンクリソースを割り当てるｅＮＢであるという意味でモード１に似ている。しかしながら、モード１とは異なり、ｅＮＢは、ＳＰＳのようなやり方でサイドリンクリソースを半永続的に構成する可能性を有し、すなわち、ｅＮＢは、ある周波数リソース上での周期的な送信のためにサイドリンク許可（グラント）を割り当てる。

第二の強化は、モード４送信モードに対応する、いわゆるチャネルセンシングおよびセンシングアウェアＵＥ自律リソース割り当ての導入である。Ｒｅｌ−１２およびＲｅｌ−１３ ＰｒｏＳｅ通信のベースであるランダムリソース選択とは異なり、Ｖ２Ｖ（Ｒｅｌ−１４）では、ＵＥがチャネルを連続的にセンシング（感知）し、干渉の少ないスペクトルの異なる部分のリソースを探索することが期待される。このようなセンシングは、ＵＥ間の衝突を制限する目的を有する。この第２の強化はまた、ＵＥが異なる時間送信間隔（ＴＴＩ）上でのサイドリンク送信のために、ある数の送信リソースを予約することを可能にするリソース予約手順を導入した。特に、リソース選択手順の開始時に、送信カウンタが初期化される。このようなカウンタは、サイドリンク送信が実行されるたびにステップされる。カウンタが０に達すると、ＵＥは新しいリソース再選択手順を実行する。リソースの再選択は、特定のイベントが発生した場合にも実行できる。例えば、緊急パケットを送信する必要があり、前に予約されたリソースがパケットのレイテンシ要件を満たせない場合や、特定の数の予約済みリソースが未使用のままになっている場合などである。

将来的には、Ｖ２Ｘシステムにおける改善された通信および送信の必要性が存在するので、新しい、より高度なＶ２Ｘサービスが定義されることが予想される。

今後のサイドリンク強化

新しく、より進んだＶ２Ｘサービスは、特にNew Radio（新無線）（ＮＲ）の状況において、またＬＴＥにおいて、今後数年間に急増することが予想される。このような新しいユースケースは、車両のプラッキング、拡張センサ、先進運転（advanced driving）、および遠隔運転の４つのユースケースグループに分類することができる。これらの高度なアプリケーションでは、必要とされるデータレート、信頼性、レイテンシ（待ち時間）、通信範囲、および速度を満たすための期待される要件はより厳しくされる。

ＬＴＥにおけるこれらの高度なＶ２Ｘサービスの少なくともいくつかをサポートするために、３ＧＰＰ Ｖ２Ｘフェーズ２上の新しいワークアイテムが開始された。ワークアイテムは、以下のＰＣ５機能のソリューションを指定する:

- キャリアアグリゲーション（最大８つのＰＣ５キャリア）;

- 高次変調、すなわち６４直交振幅変調（ＱＡＭ）;

- レイヤ１へのパケット到着から、送信対象として選択したリソースまでの最大時間を短縮する;

- モード３を使用するＵＥとモード４を使用するＵＥ間での無線リソースプールの共有;

可能な強化（拡張）の中で、サイドリンク・キャリアアグリゲーションの導入は、容量、およびデータ速度の向上に関して著しいゲインを与え、最終的には、ＩＴＳの安全性に必ずしも関連しないより多くのサービスタイプ、例えば、インフォテインメントに役立つことが期待される。しかしながら、そのような特徴は、無線アクセスネットワーク（ＲＡＮ）仕様作業およびＲＡＮノードの複雑さの両方において著しい複雑さをもたらすことも期待される。

現在、ある種の課題が存在する。

ＵＥ自律スケジューリング（すなわち、モード１またはモード３）の場合、３ＧＰＰ仕様には、キャリアを選択するためにＵＥがどの規則または方法に従うべきかに関する規則が現在存在しない。サイドリンクキャリアの選択がＵＥ実装に委ねられている場合、幾つかの問題が発生する可能性がある。例えば、ＵＥは高度に混雑しているキャリア（搬送波）を選択することができ、または、ＵＥが必要としない場合であっても、例えば、必要とされる低いデータレートのみであるキャリアを選択することができ、それによって、複数のサイドリンクキャリア上の散乱された送信につながる。一般に、これは、複数のサイドリンクキャリアを送信することができないＵＥのパフォーマンスが複数のサイドリンクキャリア上で送信することができる他のＵＥによって悪影響を受ける可能性があるので、利用可能なスペクトルの不公平な使用につながる。

上記課題を克服するためのいくつかの可能な方法には、以下のものが含まれる:

- ＵＥは、サイドリンクキャリアの混雑（輻輳）ビジー比（congestion busy ratio（ＣＢＲ））が特定の閾値を上回る場合、追加のキャリアを選択することができる;

- ＵＥは、ＰＰＰＰとも呼ばれるサイドリンクパケット優先度がある値よりも高い場合に、追加のキャリアを選択することができる;

- ＵＥは、ＵＥによって要求されるデータレート（データ速度）に基づいてキャリアを選択すべきである;

- ＵＥが送信キャリアを選択できるキャリアのセットは、ＵＥが送信したい特定のサービス専用のキャリアのセット等であるべきである

上記のすべての方法は、ＵＥがサイドリンク動作のために選択すべきサイドリンクキャリアまたはサイドリンクキャリアのセットを決定するために有用であり得るが、上記の方法がどのように協働するか、および可能な異なるシグナリングメカニズムがどのように設計され得るかは単純ではない。

本開示およびそれらの実施形態のある態様は、これらの課題または他の課題に対する解決策を提供することができる。本開示は利用可能なサイドリンクキャリアのセットの中からどのサイドリンクキャリアを選択するかを決定するために、１組の規則を用いてＵＥを構成する異なるシグナリング方法を説明する。例えば、利用可能なスペクトルの公平な使用および制限されたＵＥバッテリ消費を保証しながら、あるトラフィック識別子を有するデータの送信のためにサイドリンクキャリアを構成するための１組の方法が開示される。

一態様によれば、いくつかの実施形態は、サイドリンクキャリア上でのデータ送信のために無線デバイスによって実行される方法を含む。この方法は一般に、データレートに関連する閾値を取得することと、閾値に基づいて１つまたは複数のサイドリンクキャリアを決定することと、データ送信のために、決定された１つまたは複数のサイドリンクキャリアから１つまたは複数のサイドリンクキャリアを選択することと、１つまたは複数の選択されたサイドリンクキャリアを使用してデータを送信することとを含む。

いくつかの実施形態では、データレートが無線デバイスのバッファ状態に基づいている。いくつかの実施形態では、データレートはビットレートを含む。いくつかの実施形態では、データレートはサイドリンクキャリアの混雑測定値を含む。

第２の態様によれば、いくつかの実施形態は、本明細書で説明されるような１つまたは複数の機能（例えば、アクション、操作、ステップ（工程）など）を実行するように構成された、または操作可能な無線デバイスを含む。

いくつかの実施形態では、無線デバイスが１つまたは複数の他の無線ノード、無線デバイス、および／または１つまたは複数のネットワークノードと通信するように構成された１つまたは複数の通信インターフェースと、通信インターフェースに動作可能に接続された処理回路とを備えることができ、処理回路は、本明細書で説明する１つまたは複数の機能を実行するように構成される。いくつかの実施形態では、処理回路が少なくとも１つのプロセッサと、プロセッサによって実行されると、本明細書で説明されるような１つまたは複数の機能を実行するように少なくとも１つのプロセッサを構成する命令を記憶（格納）する少なくとも１つのメモリとを備えることができる。

いくつかの実施形態では、無線デバイスは、本明細書で説明されるような１つまたは複数の機能を実行するように構成された１つまたは複数の機能モジュールを備え得る。

別の態様によれば、いくつかの実施形態は、無線デバイスの処理回路（例えば、少なくとも１つのプロセッサ）によって実行されると、本明細書で説明されるような１つまたは複数の機能を実行するように処理回路を構成する命令を備えるコンピュータプログラム製品を記憶する非一時的なコンピュータ可読媒体を含む。

第３の態様によれば、いくつかの実施形態は、無線デバイスがそのデータ送信において使用する１つまたは複数のサイドリンクキャリアを示すためにネットワークノードによって実行される方法を含む。

この方法は、データレートに関連する閾値を取得することと、閾値に基づいて１つまたは複数のサイドリンクキャリアを決定することと、データ送信のために決定された１つまたは複数のサイドリンクキャリアから１つまたは複数のサイドリンクキャリアを選択することと、１つまたは複数の選択されたサイドリンクキャリアの指示を無線デバイスに送信することとを含む。

第４の態様によれば、いくつかの実施形態は、本明細書で説明されるような１つまたは複数の機能（例えば、アクション、動作、ステップなど）を実行するように構成された、または動作可能なネットワークノードを含む。

いくつかの実施形態では、ネットワークノードは、１つまたは複数の他の無線ノード、無線デバイス、および／または１つまたは複数のネットワークノードと通信するように構成された１つまたは複数の通信インターフェースと、通信インターフェースに動作可能に接続された処理回路とを備えることができ、処理回路は、本明細書で説明する１つまたは複数の機能を実行するように構成される。いくつかの実施形態では、処理回路が少なくとも１つのプロセッサと、プロセッサによって実行されると、本明細書で説明されるような１つまたは複数の機能を実行するように少なくとも１つのプロセッサを構成する命令を記憶（格納）する少なくとも１つのメモリとを備えることができる。

いくつかの実施形態では、ネットワークノードが本明細書で説明されるような１つまたは複数の機能を実行するように構成された１つまたは複数の機能モジュールを備えることができる。

別の態様によれば、いくつかの実施形態はネットワークノードの処理回路（例えば、少なくとも１つのプロセッサ）によって実行されると、本明細書で説明されるような１つまたは複数の機能を実行するように処理回路を構成する命令を備えるコンピュータプログラム製品を記憶する非一時的なコンピュータ可読媒体を含む。

本開示の実施形態の利点／技術的利点は、以下の通りである:

実施形態は、複数のサイドリンクキャリア上で送信することができるＵＥがサイドリンクキャリア測定値およびＱｏＳを考慮に入れて適切なサイドリンクキャリアを選択するための方法および規則を使用することを可能にし、利用可能なスペクトルの公平な使用および限られたＵＥバッテリ消費を保証する。

この発明の概要は、すべての企図される実施形態の広範な概観ではなく、任意のまたはすべての実施形態の主要なまたは重大な態様または特徴を識別すること、または任意のまたはすべての実施形態の範囲を描写することを意図していない。その意味で、他の態様および特徴は添付の図面と併せて以下の特定の実施形態の説明を検討することにより、当業者には明らかになるのであろう。

例示的な実施形態を、以下の図面を参照してより詳細に説明する。
図１は、異なるタイプのＶ２Ｘ通信の概略図を示す。 図２は、一実施形態による、異なる閾値の構成の図である。 図３は、一実施形態による、データ送信のためにサイドリンクキャリアを追加するための方法のフローチャートである。 図４は、一実施形態による、データ送信のためのキャリアのリストからサイドリンクキャリアを除去するための方法のフローチャートである。 図５は、一実施形態による、データ送信のための、無線デバイスにおける方法のフローチャートである。 図６は、一実施形態による、データ送信のためのネットワークノードにおける方法のフローチャートである。 図７は、一実施形態による、無線ネットワークの概略ブロック図を示す。 図８は、一実施形態による、無線デバイス／ＵＥの概略ブロック図を示す。 図９は、一実施形態による、仮想化環境を示す概略ブロック図を示す。 図１０は、一実施形態による、中間ネットワークを介してホストコンピュータに接続された電気通信ネットワークの概略ブロック図を示す。 図１１は、一実施形態による、基地局を介して部分無線接続を介してユーザ機器と通信するホストコンピュータの概略ブロック図を示す。 図１２は、一実施形態による、ホストコンピュータ、基地局、およびユーザ機器を含む通信システムにおいて実施される方法を示すフローチャートである。 図１３は、一実施形態による、ホストコンピュータ、基地局、およびユーザ機器を含む通信システムにおいて実施される方法を示すフローチャートである。 図１４は、一実施形態による、ホストコンピュータ、基地局、およびユーザ機器を含む通信システムにおいて実施される方法を示すフローチャートである。 図１５は、一実施形態による、ホストコンピュータ、基地局、およびユーザ機器を含む通信システムにおいて実施される方法を示すフローチャートである。 図１６は、一実施形態による、無線デバイスまたはネットワークノードにおいて実装される仮想装置の概略図である。

以下に記載される実施形態は、当業者が実施形態を実施することを可能にするための情報を表す。添付の図面に照らして以下の説明を読むと、当業者は説明の概念を理解し、本明細書で特に対処されていないこれらの概念の適用を認識するのであろう。これらの概念およびアプリケーションは、説明の範囲内にあることを理解されたい。

以下の記載では、数多くの特定の詳細を記載する。しかしながら、実施形態は、これらの特定の詳細なしに実施されてもよいことが理解される。他の例では、説明の理解を不明瞭にしないために、周知の回路、構造、および技法は詳細に示されていない。当業者であれば、含まれる説明を用いて、過度の実験を行うことなく適切な機能を実施することができるのであろう。

本明細書における「one embodiment（一実施形態）」、「an embodiment（一実施形態）」、「an example embodiment（例示的実施形態）」などへの言及は記載された実施形態が特定の特徴、構造、または特性を含むことができることを示すが、すべての実施形態が必ずしも特定の特徴、構造、または特性を含むわけではない。さらに、そのような語句は、必ずしも同じ実施形態を参照しているわけではない。さらに、特定の特徴、構造、または特性が実施形態に関連して記載される場合、明示的に記載されているか否かにかかわらず、他の実施形態に関連してそのような特徴、構造、または特性を実施することは、当業者の知識の範囲内であることが提示される。

本明細書で使用されるとき、単数形「a」、「an」および「the」は、文脈が明らかにそうでないことを示さない限り、複数形も含むことを意図している。用語「comprises（備える）」、「comprising（備える）」、「includes（含む）」、および／または「including（含む）」は本明細書で使用される場合、述べられた特徴、整数、ステップ、操作、要素、および／または構成要素の存在を指定するが、１つまたは複数の他の特徴、整数、ステップ、操作、要素、構成要素、および／またはそれらのグループの存在または追加を排除しないことがさらに理解されるのであろう。

本開示では、「サイドリンクキャリア」という用語がサイドリンク動作を実行することができるキャリアを示すために使用される。サイドリンクキャリアは、専用のライセンスされていないスペクトル（例えば、現在ＩＴＳ使用専用の５．９ＧＨｚ）で配備されることができ、または他のＵｕ動作が行われることができるセルラーライセンスされたスペクトルで配備されることができる。Ｕｕは、ｅＮＢからＵＥへの／からのＤＬ／ＵＬにおける通信のために使用される無線インターフェースを指す。

以下に開示される構成は、ブロードキャスティングシグナリングまたは専用シグナリングを介して提供されるか、または上位レイヤによってＵＥ内で事前に構成されるか、またはＵＥユニバーサル集積回路カード（ＵＩＣＣ）内に記憶されるか、またはＵＥ内に直接記憶されることが可能である。

「トラフィック識別子」という用語は、異なるサービス品質（ＱｏＳ）を持つ異なるサービスに対応する異なるトラフィックに対応するために使用される。トラフィック識別子の例としては、Prose Per Packet Priority（ＰＰＰ）、Logical Channel Identity（ＬＣＩＤ）、Logical Channel Group（ＬＣＧ）、宛先インデックスなどがある。

混雑測定値（すなわち、ＣＢＲ測定値）は、サイドリンクキャリアを使用するか否かを決定するための基準としてとることができる。一般性を失うことなく、同じ実施形態を、例えば、他のタイプのチャネル品質測定、例えば、基準信号強度インジケータ（ＲＳＳＩ）、基準信号受信電力（ＲＳＲＰ）、基準信号受信品質（ＲＳＲＱ）、または干渉測定、に使用することができる。

以下の実施形態では、ＵＥがサイドリンク送信のためにどのキャリアおよびいくつのキャリアを使用することができるかを決定するための方法が開示される。

「選択されたキャリアの数」は、ある期間中のサイドリンク送信のためにＵＥによって選択されたキャリアの数を指す。この期間は、ネットワークまたは事前設定済み、またはＵＥ実装次第で設定できる。例えば、構成およびトラフィック条件は、ＵＥがＹｍｓの間、Ｘを超える数のキャリアを使用することを許可しない場合がある。例えば、Ｙ=１ｍｓである場合、ＵＥは、Ｘ個以上のキャリアを使用するサイドリンク・キャリアアグリゲーションを実行することができない。以下に示すように、ＵＥが使用することができるキャリアの数を決定するための異なる実施形態が説明される。ＵＥは例えば、キャリアアグリゲーションにおいて、決定されたキャリアを使用することができる。

実施形態１−サイドリンクバッファステータス（状態）に基づくキャリア選択

この実施形態では、ｅＮＢが要求されたデータレートに応じて異なる数のサイドリンクキャリアを使用して送信するようにＵＥを構成する。必要なデータレートは、ＵＥ サイドリンク・バッファステータスなどで表すことができる。

ｅＮＢスケジュール動作（すなわち、モード１、モード３）の場合、ｅＮＢは、媒体アクセス制御要素（ＭＡＣ ＣＥ）上のサイドリンク・バッファステータスレポート（ＳＬ−ＢＳＲ）を受信する。ｅＮＢ は、ＳＬ−ＢＳＲから、異なる論理チャネルまたは論理チャネルグループ（ＬＣＧ）のＵＥバッファ内のデータ量を決定し、ＵＥにスケジュールする必要があるキャリアの数を決定する。また、ｅＮＢは、論理チャネル（各論理チャネルが１つ以上のＰＰＰにマッピングされる）および／またはＭＡＣ ＣＥで報告された宛先インデックスから、ＵＥがスケジュールできるキャリアのセットを決定する。両方の場合において、上位レイヤは、宛先インデックスと周波数／サイドリンクキャリアとの間のマッピングを用いて、またはＰＰＰと周波数キャリアとの間のマッピングを用いて、ＵＥおよびｅＮＢのアクセス層（ＡＳ）を構成する。したがって、ｅＮＢは、ＵＥが必要とするキャリアの数（サイドリンクバッファステータスに依存）、およびＵＥによって報告される特定のＰＰＰおよび／または宛先インデックスに依存してスケジュール可能な実際のキャリアを決定することができる。

ＵＥ自律型リソース選択（すなわち、モード２、モード４）の場合、ｅＮＢは、データレート閾値を設定して、ＵＥがサイドリンク動作のために自律的に選択できるサイドリンクキャリアの数を決定する。データレート閾値は、サイドリンク・バッファステータスで表すことができる。ｅＮＢは例えば、範囲と閾値のさまざまなセットを設定できる。各範囲は、利用可能なデータの量（例えば、バイトで表される）に関して、１つの下限閾値および１つの上限閾値によって決定される。各範囲には、ＵＥが選択することを許可される最大数のサイドリンクキャリア（またはサイドリンクキャリアの範囲）が関連付けられ得る。許可されたサイドリンクキャリアの数は各範囲について明示的にシグナリングすることができ、あるいは、各範囲がより低い範囲と比較して使用が許可された追加のキャリア（搬送波）のみを示す。

サイドリンク・バッファステータスに関連付けられた閾値は、ＵＥサイドリンクバッファ全体を考慮するか、特定のトラフィック識別子にのみ関連付けることができる。例えば、ＰＰＰＰが使用される場合、ｅＮＢはいくつかのＰＰＰＰのみ、またはいくつかのＰＰＰＰの範囲をＳＬ−ＢＳＲ範囲構成に関連付けることができる。したがって、ＳＬ−ＢＳＲの範囲構成は、ＰＰＰＰごと、またはＰＰＰＰの範囲ごとになる。関連するＳＬ−ＢＳＲ構成を有さず、そこから多数のサイドリンクキャリアを選択することができるＰＰＰＰまたはＰＰＰＰの範囲は、サイドリンクバッファに現在どれだけのデータが格納されているかに関係なく、１つ以上のサイドリンクキャリアを使用することができない。一例では、ｅＮＢが重要なデータについてのみ（例えば、高優先度ＰＰＰＰ、または道路安全サービスに対応する特定の目的地インデックスについてのみ）、特定のサイドリンク・バッファステータス範囲および許可されたサイドリンクキャリアの関連する数を構成し得る。重要度の低いデータについては、ｅＮＢは追加のサイドリンクキャリアを設定しない場合がある。したがって、ＵＥは、サイドリンク動作のために追加のキャリアを使用することができず、すなわち、ＵＥは、より低い優先度（優先順位）のデータを送信するためにすでに使用されているサイドリンクキャリアを使用することになる。

別の例では、ｅＮＢがサイドリンク・バッファステータスと、優先度の低いデータに対してのみ使用されるキャリアの最大許容数との間のマッピングを設定することができる。この場合、重要度の高いデータについてはＵＥがＳＬバッファステータスとキャリア数との間のマッピングを提供しない。例えば、ＵＥは任意の数の利用可能なキャリアを自由に選択できる。

別の例では、サイドリンク・バッファステータスのバリエーションを使用して、サイドリンク送信に使用されるキャリアの数の変化をトリガすることができる。例えば、サイドリンクバッファの以前の測定値と比較した、サイドリンクバッファ内に現在あるデータの量に関するデルタを使用することができる。デルタがある閾値よりも高い場合、新たなキャリアがサイドリンク送信のためにＵＥによって既に使用されているサイドリンクキャリアの数に追加されてもよく、デルタが負で、すなわち閾値未満である場合、サイドリンクキャリアはＵＥによって既に使用されているサイドリンクキャリアの数から除去されるべきであり、それ以外の場合（例えば、デルタがゼロである）、同じ数のキャリアが使用される。サイドリンクバッファの測定は定期的に実行されてもよく、または連続的に（例えば、ＴＴＩごとに）または特定の間隔で実行されてもよく、それらは、（ＵＥ実装によって設定または決定され得る）特定の期間にわたって平均されてもよい。

この実施形態では許可されたサイドリンクキャリアの数を示すのではなく、ｅＮＢはＵＥが関連するバッファ・サイドリンクステータスのために選択することを許可される実際のキャリア周波数またはキャリア・インデックスを示すことができることに留意されたい。示されたキャリア周波数またはキャリア・インデックスは異なるトラフィック識別子（例えば、ＰＰＰ／ＬＣＩＤ／宛先インデックス）について異なってもよく、異なるトラフィック識別情報を異なるキャリア／周波数にマッピングするより高いレイヤ構成に依存してもよい。

実施形態２−キャリア毎のビットレートに基づくキャリア選択

この実施形態では、キャリア選択が、ＵＥが特定のキャリア上で送信することを許可される最大データ量によって決定される。この実施形態は、（事前）構成が、ＵＥがあるキャリアに注入することができるデータの最大量に上限を置くことができるので、異なるサイドリンクキャリアの公平な使用を保証する。これはまた、送信チェーンに関して制限された無線周波数（ＲＦ）能力を有し、制限された数のキャリア上でのみ送信することができるＵＥが、低い量の干渉／混雑を経験することを可能にする。

第一の例では、各キャリアについて、および各ＵＥについて、データ量に関する異なる閾値を有する構成が提供され得る。より具体的には、ＵＥがＵＥごとにあるキャリア上で送信されることができるデータの最大量に関する閾値を用いて構成されることができる。

第一の例では、ＵＥが第１のキャリア上で送信するためにＭＡＣパケットデータユニット（ＰＤＵ）を準備するときに、第１のキャリア上のそのＵＥのためのデータの最大量に達するまで、第１のキャリアにリソースを割り当てる。データの最大量に達すると、ＵＥは、第１のキャリアによって送信されなかった残りのデータを送信するために第２のキャリアを選択することができる。

第二の例では、ＵＥがトラフィック識別子ごとに特定のキャリアで送信できる最大データ量の閾値で構成される。ＵＥは、第１のキャリアで送信するためにＭＡＣ ＰＤＵを準備するときに、第１のトラフィック識別子に設定された最大データ量に達するまで、第１のキャリアにリソースを割り当てる。第１のトラフィック識別子に対して許容される最大データに達すると、ＵＥは、第１のトラフィック識別子に関連する残りのデータの送信のために第２のサイドリンクキャリアを選択することが許され、第１のキャリアでは送信されない。トラフィック識別子は、論理チャネル優先順位に従って、ＵＥによって優先順位として処理できる。

別の例では、ＵＥがＵＥあたりの特定のキャリアで送信可能な最大データ量の閾値（第１の閾値）と、トラフィック識別子あたりの特定のキャリアで送信可能な最大データ量の閾値（第２の閾値）の両方で設定される。ＵＥは、第１のキャリアで送信するためにＭＡＣ ＰＤＵを準備するとき、第１のキャリアの最大データ量に達するか、またはトラフィック識別情報の最大データ量に達するまで、第１のキャリアにリソースを割り当てる。次いで、ＵＥは第１の閾値または第２の閾値のいずれかに達した場合に、第２のキャリアを選択し得る。第２の閾値に最初に到達した場合、ＵＥは、第１の閾値に到達するまで、第１のキャリア上での送信のためにＭＡＣ ＰＤＵを準備し続ける。第１の閾値に達すると、ＵＥは、送信のための第２のキャリアを選択する。

トラフィック識別子が、データレートの最大量の閾値を用いて構成されていない場合、それは、そのトラフィック識別子に対応するトラフィックについて、あるサイドリンクキャリア上に注入され得るデータの量に制限がないことを意味する。そして、キャリア数と、そのトラフィック識別子のサイドリンク送信に使用するキャリアを決定するのは、ＵＥの実装次第である。ＵＥは例えば、追加のキャリアを使用するか否かを決定するために、その特定のトラフィック識別子のために（実施形態１に従う）ＵＥバッファ内に現在存在するデータ量を使用することができる。あるいは、ネットワークノードが構成によって、ＰＰＰＰを示すことができ、そのために、あるサイドリンクキャリア上に注入されることができるデータの量に制限がなく、それによって、ＵＥが任意の利用可能なサイドリンクキャリア上で、それらの示されたＰＰＰＰに関連するデータを送信することを可能にする。

この実施形態の変形例では、キャリアを除去する方法が提供される。例えば、現在使用されているキャリア上で送信されるデータの量がある閾値未満である場合、ＵＥは、そのキャリアの使用を停止しなければならない。あるいは、あるトラフィック識別子に関連付けられ、現在使用されているキャリア上で送信されるデータの量がある閾値未満である場合、ＵＥはそのトラフィック識別子のためにそのキャリアを使用することを停止しなければならない。

構成（コンフィギュレーション）の観点からは、データの最大量の閾値がビットレートまたはビットレートの許容値（例えば、ＫｂｙｔｅまたはＫｂｉｔで表される）の上限によって表される。

実施形態３−タイマーに基づくキャリア選択

この実施形態では、ＵＥによって選択されたキャリアの数（おそらく、実施形態１および２で開示された方法のいずれかに従う）はある時間の間維持される。この時間は、ネットワークノードによって設定されたタイマー、ＵＥで事前に設定されたタイマー、またはＵＥ実装によって選択されたタイマーによって表すことができる。キャリア選択がバッファ内のデータ量に基づいてのみ決定される場合、ＵＥは、異なるキャリア間で頻繁に切り替えることができる。したがって、このタイマーはＵＥがピンポン効果を起こさないようにすることができ、これは、異なるキャリア間のＲＦスイッチの頻度が高すぎて、それによってバッテリ消費に影響を及ぼすことになる。実施形態１の方法では、ピンポン効果がＵＥバッファステータスの突然の変化、またはデータバーストまたは無線チャンネル変動のＵＥバッファ内の突然の到着に起因し得る。タイマーは例えば、無線チャネル品質の平均、またはサイドリンクバッファステータスなどを計算するために使用される時間期間と同じになるように設定することができる。

さらに、ある数のサイドリンクキャリアが選択されると、そのような数はタイマーが満了するまで、すなわち、追加のサイドリンクキャリアを使用することができず、すでに使用されているサイドリンクキャリアを除去することができなくなるまで、変更することができない。タイマーの満了は、選択されたキャリアの数の可能な変化をトリガする。あるいは、選択されるキャリアの数を変更することも可能である。そうするために、新しいキャリアの追加（addTimer）およびすでに使用されているキャリアの除去（remTimer）を決定するために、異なるタイマーを使用することができる。例えば、addTimerが実行されているとき、ＵＥは、新しいキャリアを追加することを許可されない。このタイマーが満了すると、ＵＥは、新しいキャリアを追加することを許可される。同様に、remTimerが実行されているとき、ＵＥは、現在使用中のキャリアを除去することを許可されない。このタイマーが満了すると、ＵＥは、現在使用中のキャリアのうちの１つまたは複数を除去することを許可される。

これらのタイマーは、ＵＥバッファステータスの変動およびＵＥバッファ内のデータバーストの突然の到着をフィルタリングし、またはチャネル変動を正規化することもできる。

新しいキャリアが選択された後、または既に使用中のキャリアが除去された後、ＵＥは、タイマー（複数可)addTimerおよびremTimerをそれぞれ再始動する。

実施形態４−干渉／混雑に基づくキャリア選択

この実施形態では、サイドリンクキャリアの干渉／混雑のレベルに関する閾値がキャリアの数を決定するための、または特定のキャリアを選択するための基準として使用される。例えば、ＣＢＲ測定値は、サイドリンクキャリアの混雑／干渉のレベルを評価するためのメトリックとして使用することができる。複数の送信リソースプールがサイドリンクキャリアでの送信に利用可能である場合、ＵＥはキャリアで利用可能なすべてのプールにわたって、またはプール内のすべてのサブチャネル（すなわち、連続する物理リソースブロック（ＰＲＢ）のセット）にわたって測定された平均ＣＢＲを計算し、それをＣＢＲ閾値と比較することができる。さらに、ＵＥがＣＢＲ閾値未満のＣＢＲを有する同じキャリア内の別のプールを決定する場合、ＵＥは送信プールを変更することができるが、送信サイドリンクキャリアを変更することはできない。別の例では、プール全体にわたって、またはプール内のサブチャネル全体にわたって計算された集約ＣＢＲが考慮され、ＣＢＲ閾値と比較される。プールの平均値および集約されたＣＢＲは、例えば（事前に）設定することができる、Ｘｍｓのある時間間隔にわたって測定されるべきである。最後のＸｍｓにわたる測定値は平均または集約されたＣＢＲをＣＢＲ閾値と比較するときに、ベンチマークとして取ることができる。

ネットワークまたはＵＥ実装は、サイドリンクキャリアの使用を停止する前にＵＥが経験すべき混雑の最大レベルを決定するために、ＣＢＲ閾値（閾値Ｂと呼ばれる）を（事前に）設定することができる。一例では、ＵＥが，混雑がＣＢＲ閾値Ｂを上回るときにサイドリンクキャリアの使用を停止することが許可される。別の例では、ＵＥが、混雑が閾値Ｂを上回るときにサイドリンクキャリアの使用を停止しなければならない。

ネットワークまたはＵＥ実装は所定の（新しい）サイドリンクキャリアの使用を開始する前にＵＥが経験すべき混雑の最大レベルを決定するために、ＣＢＲ閾値（閾値Ａと呼ばれる）を（事前に）設定することもできる。

一例では、ＣＢＲ閾値ＡおよびＢが同じ（ちょうどＣＢＲ閾値と呼ばれる）、すなわち、このＣＢＲ閾値未満であることが可能であり、ＵＥはキャリアを使用することができ、このＣＢＲ閾値を超えると（上回ると）、ＵＥは使用することができない。別の例では、ＣＢＲ閾値ＢおよびＣＢＲ閾値Ａがトラフィック識別子（例えば、ＰＰＰＰ）に関係なく、すべてのデータについて同じであり得る。さらなる例では、ＣＢＲ閾値ＢおよびＣＢＲ閾値Ａが１つまたは複数のＰＰＰＰのセットと同じであり、共通であり得る。

さらに、ＣＢＲ閾値Ｂが設定されていない場合、ＣＢＲ測定値がサイドリンクキャリアについてのＣＢＲ閾値Ａを上回る場合、ＵＥは、関連するＰＰＰＰを伴うデータの送信のためにサイドリンクキャリアを使用することを停止すべきであると仮定することができる。ＰＰＰＰがいずれのＣＢＲ閾値にも関連付けられていない場合、ＵＥは、ＣＢＲ状態にかかわらず、そのＰＰＰＰに関連付けられたデータを送信することを許可されると仮定することができる。あるいはＵＥがそのＰＰＰに関連するデータを送信すべきではなく、および／またはＵＥが例えば、ＲＲＣ信号を用いて、この状況についてネットワークに通知すべきであると仮定することができる。別の例では、ＣＢＲ閾値設定が，ＵＥが任意の利用可能なサイドリンクキャリアにおいて、所与のＰＰＰＰに関連するデータを送信できないようなものである場合、ＵＥはその状況についてネットワークに通知し、ｅＮＢは所与のＰＰＰＰに関連するデータの送信のための専用リソースを割り当てることができる。

上記の後者の例では、異なるＰＰＰＰに対して異なるＣＢＲ閾値ＡおよびＢを設定することができる。例えば、ネットワーク（またはＵＥの実装）では、優先度の高いデータに対して低いＣＢＲ閾値Ａを設定し、優先度の低いデータに対して高いＣＢＲ閾値Ａを設定できる（図２のＰＰＰＰ１（高優先度）に対する閾値Ａ ２２５、ＰＰＰＰ２（低優先度）に対する閾値Ａ ２２０を参照）。このようにして、ＣＢＲ測定値が十分に低い（すなわち、あるＰＰＰＰに関連する閾値Ａを下回る）場合にのみ、ＵＥは、あるＰＰＰＰを有するデータ／パケットの送信のためにキャリアを使用することを許可される。このようにして、低い優先度パケットに対しては，閾値Ａ値はより高く、そのため、これらのパケットに対して経験される最小ＣＢＲ上の制約はより緩和される。優先度の高いパケットの逆に、閾値Ａの値は低くなる。それは、優先度の高いパケットの送信では、ＣＢＲ要件がより厳しくなることを意味する。

同様に、ＣＢＲ閾値Ｂの場合、ネットワーク（またはＵＥの実装）は優先度の高いデータに対しては低いＣＢＲ閾値Ｂを設定し、優先度の低いデータに対しては高いＣＢＲ閾値Ｂを設定できる（図２のＰＰＰＰ１に対する閾値Ｂ ２１５、ＰＰＰＰ２に対する閾値Ｂ ２１０を参照）。異なるパケット優先度に対する閾値Ｂの値を区別することにより、ＵＥは、測定されたＣＢＲ値が低い優先度パケットに対して設定された閾値Ｂより低く、高い優先度データに対して設定された閾値Ｂより高い場合、高い優先度パケットの送信のためにキャリアの使用を停止する（または使用を停止する必要がある）ことが許される。優先度の低いデータに対する閾値Ｂの値は、優先度の高いデータに対する閾値Ｂの値よりも高く設定できるので、優先度の低いデータに対する持続可能な最大ＣＢＲに関する制約をより緩和することができる。

それゆえ、ＵＥは、送信されるパケットのＰＰＰに依存して、異なる数のキャリアを選択する可能性がある。特に、所与のキャリアについて、ＵＥは、上記で定義された経験されたＣＢＲ測定およびＣＢＲ閾値設定が与えられると、所与のキャリアにおいて送信されることを許可されるパケット優先度（複数可）（ＰＰＰＰ）に関連付けられたサイドリンク論理チャネルのみを送信することを考慮する。２つ以上のＰＰＰＰが同じトランスポートブロックで送信され得ることを考慮すると、ＵＥはキャリアを選択するときに、最高優先度ＰＰＰＰ（または最低優先度ＰＰＰＰ）を考慮し得る。

場合によっては、ＵＥが現在使用中の１つまたは複数のサイドリンクキャリアを除去することが有益であり得る。これは、チャネル品質が悪くなること、またはＵＥがあるキャリアにおいて使用しているリソースプールにおいてチャネルが混雑することによるものであり得る。例えば、キャリアのＣＢＲがＣＢＲ閾値Ｂよりも高くなった場合（例えば、ある期間にわたって実行された測定に従って）、ＵＥは、そのようなキャリアの使用を停止しなければならない。ＵＥがあるキャリアの使用を不必要に停止することを回避するために、ＵＥはそのキャリアのＣＢＲがＣＢＲ閾値Ｂよりも高くなった場合にのみ、そのキャリアの使用を停止しなければならず、ＣＢＲがその閾値よりも低い場合には、ＵＥがそれを使用し続けるべきである。代替では、ＣＢＲがＣＢＲ閾値Ｂを下回り（未満）、ＣＢＲ閾値Ａを上回る場合であっても、ＵＥはそのようなキャリアの使用を停止することを許可される。

サイドリンクキャリアのＣＢＲがＣＢＲ閾値Ｂよりも高くなったときに、多くのＵＥがあるサイドリンクキャリアの使用を同時に停止する（それによって、複数のサイドリンクキャリア間にピンポン効果を生成する）ことを回避するために、各ＵＥはＣＢＲがある確率でＣＢＲ閾値Ｂを超えたときに、あるサイドリンクキャリアの使用を停止することができる。ＵＥは値をランダムに選択することができ、この値がある（事前に設定された）確率を上回る場合、ＵＥは、サイドリンク送信のためにサイドリンクキャリアを使用することを停止することができる。複数の異なる確率は、ＵＥがキャリアを使用していた時間（すなわち、時間隔）に応じて設定され得る。

ＣＢＲ閾値Ａについて、すなわち、測定されたＣＢＲがＣＢＲ閾値Ａ未満である場合に、ＵＥがサイドリンクキャリアを使用し始めることができるかどうかを決定するために、同じまたは異なる確率を設定することもできる。

上記の閾値と確率は、専用の方法で、またはブロードキャストシグナリンクでシグナリングされるか、ＵＥにおいて、またはコアネットワーク／Ｖ２Ｘサーバ／アプリケーションにより、事前設定される。

この実施形態は、先の実施形態のいずれかと組み合わせることができる。ＣＢＲ閾値ＡおよびＢの可能な構成２００を図２に示す。

この構成２００では、ＣＢＲ ２０５の最大レベルが提供され、それより上ではサイドリンクキャリアの品質が悪いために、データ送信は許可されない。

この構成はまた、ＰＰＰ２ ２１０に関連するＣＢＲ閾値Ｂと、ＰＰＰＰ１ ２１５に関連するＣＢＲ閾値Ｂと、ＰＰＰＰ２ ２２０に関連するＣＢＲ閾値Ａと、ＰＰＰＰ１ ２２５に関連するＣＢＲ閾値Ａとを提供する。

この場合、サイドリンクキャリアの測定されたＣＢＲが、ＰＰＰＰ１ ２２５に関連するＣＢＲ閾値Ａ未満である場合、ＵＥはそのサイドリンクを選択し、そのサイドリンクキャリア上のＰＰＰ１タイプのトラフィックのためのデータ送信を開始することができる。後に、そのサイドリンクキャリアの測定されたＣＢＲが閾値２２５を上回るが、ＣＢＲ閾値Ｂ ２１５を下回る場合、ＵＥはそのサイドリンクキャリアを使用し続けることを決定することができる。しかし、ＰＰＰＰ１トラフィックに関連付けられた新しいサイドリンクの使用を開始することはできない。そのサイドリンクの測定されたＣＢＲが増加し続け、ＰＰＰＰ１ ２１５のためのＣＢＲ閾値Ｂよりも高くなる場合、ＵＥは、ＰＰＰＰ１データ送信のためにそのサイドリンクを使用することを停止する。

同様の方法で、上記の説明は、特定のサイドリンクキャリア上のＰＰＰＰ２データ送信を開始、維持、停止するための閾値として、ＣＢＲ閾値Ａ ２２０およびＣＢＲ閾値Ｂ ２１０を使用する、タイプＰＰＰＰ２のトラフィックに適用される。

実施形態５−重み付けされた混雑／干渉測定に基づくキャリア選択

この実施形態では、サイドリンクキャリア上のＣＢＲ測定値が、設定（構成）された重み係数で重み付けされる。そのような重み係数は、異なるパケット優先度に対して異なることができ、例えば、ＣＢＲ値に反比例するように、すなわち、ＣＢＲ測定値が低ければ低いほど、重み係数が高くなるように設定されることができる。

例えば、ｅＮＢは、重み付けされたＣＢＲ測定値が０と１との間であるように重み係数を設定することができる。重み付けされたＣＢＲ測定値はサイドリンクキャリアを選択する確率を表し、すなわち、ＵＥは値（例えば、０と１との間）をランダムに選択し、そのような値が重み付けされたＣＢＲ測定値未満である場合、ＵＥは、サイドリンクキャリア上で送信する。それ以外の場合は、そうではない。

重み係数は、異なるトラフィック優先度、例えば、ＰＰＰＰに対して異なって設定されてもよく、その結果、サイドリンクキャリアのＣＢＲ測定値が例えば、ある閾値よりも低い場合、そのようなサイドリンクキャリアを選択する確率は、高優先度データ（厳しいＱｏＳ要件を有する）に対して高く、低優先度データ（より緩和されたＱｏＳ要件を有する）に対して低い。サイドリンクキャリアのＣＢＲ測定値が例えば、ある閾値よりも高い場合、そのようなサイドリンクキャリアを選択する確率は、低優先度データについては高く、高優先度データについては低い。

同様の方法を使用して、重み係数を適用して、サイドリンクキャリアの使用をいつ停止するかを決定することもできる。

あるデータ／トラフィック優先度に関連する重み係数は、ある値の範囲におけるＣＢＲ測定に共通であり得る。例えば、ある範囲のＣＢＲ測定値は、いくつかの値（例えば、１０の最も近い整数）に丸めることができる。そのような場合、丸められた値に対して設定された重み係数を使用することができる。例えば、ＣＢＲ測定値が１３%である場合、ＵＥは、この値を１０%に丸め、１０%のＣＢＲ値のために設定された重み係数を適用する。

あるいは、ネットワークがＵＥによって選択されるための固定確率を、サイドリンクキャリアの特定のＣＢＲ測定値に明示的に関連付けることができる。この確率は、ＵＥが送信しなければならないパケット優先度に応じて異なってもよく、ＣＢＲ値の範囲に対して共通であってもよい。

実施形態６−リソース再選択イベントに基づくキャリア選択

この実施形態では、キャリアの数および使用する特定のキャリアがリソース選択手順の開始時に（例えば、リソース再選択カウンタが０であるとき、または他の理由でリソースが再選択されるとき）決定される。ＵＥバッファステータスの瞬間的な変化、またはＵＥバッファにおけるデータバーストの突然の到着、またはチャネル状態の突然の変動のみが発生する場合、キャリアの数および特定のキャリア（複数可）は、変更することができない。つまり、決定したキャリア数は、リソース（再）選択がトリガされた場合にのみ変更できる。

さらに、ＵＥは例えば、時間ｎ+Ｘにおいて、後のサブフレームで到来する（送信キャリアの）リソース上で送信する意図を、時間ｎにおいて、他のＵＥに（例えば、物理共有制御チャネル（ＰＳＣＣＨ）信号において）既に信号している場合、送信キャリアを変更することを許可されない。この場合、ＵＥは、時間ｎ+Ｘでデータを送信し、［ｎ，ｎ+Ｘ］のような以前のサブフレームではなく、ｎ+Ｘの後にのみ送信キャリアを変更する。ＵＥは、ＵＥによって新しいキャリアが選択されたことを時間ｎ+ＸにおいてＰＳＣＣＨシグナリングで通知することができ、新しいキャリアは、ＵＥが使用する送信時間／周波数リソースを提供する。

リソース（再）選択をトリガするイベントは、ＣＢＲ閾値より下または上であるイベントが（事前に）設定することができる特定の時間間隔の間持続する限り、実施形態４に開示されたＣＢＲ閾値より上または下である測定されたＣＢＲを含むこともできる。

リソース（再）選択をトリガする別のイベントは、測定されたＣＢＲが実施形態４で開示されたＣＢＲ閾値より上または下であるが、ＵＥが使用しているキャリアが非常に低いＣＢＲを有する場合にのみであり得る。

実施形態７：どのキャリアを選択して追加／除去するか

この実施形態は、前の実施形態の方法において、（サイドリンク送信を実行するために）どの（新しい）キャリアを選択するか、または（すでに使用中のキャリアから）除去（削除）するかの決定に関する。

例えば、ＵＥは最初に、特定のサービス（例えば、トラフィック識別子のいずれかによって決定される）の上位層構成に従って、それが送信することが許されるキャリアの第１のセットを選択することができる。例えば、スペクトル調節機関は、送信される特定のＶ２Ｘサービスに応じて異なるキャリアを使用するようにＵＥを設定することができる。

ＵＥは、第１のセットに含まれるキャリアの第２のセットを選択することができ、第２のセットは特定のバッファステータス条件のために、および／または特定のトラフィック識別子（例えば、ＰＰＰＰ）のために、ネットワークによって設定されるか、またはＵＥにおいて事前に設定され得る。第２のセットは、送信チェーンの数、サポートされる帯域の組み合わせ、特定のキャリア上の無線周波数制限など、ＵＥがその無線能力に従って送信することができるキャリアのみを含むことができる。

第２のセットと第１のセットとの間にオーバーラップがない場合、ＵＥは２つのセットのうちのいずれかを選択するか、またはＵＥは送信せず、および／またはＵＥが第２のセットの設定が第１のセットの設定とオーバーラップしていないことを報告する（例えば、デバイス内共存シグナリングを使用して）。従って、ＵＥは、それ自体の無線送信能力を信号化することができる。

ＵＥは、第２のセットのチャネル状態（例えば、混雑測定または干渉状況など）に基づいて、第２のセットに含まれることができるキャリアの第３のセットを選択することができる。キャリアの第３のセットはチャネル条件が十分に良好であるキャリアのみを含むことができ、例えば、送信されるパケットの優先度に対して設定された閾値を下回るＣＢＲを有することができる。したがって、ＵＥは、経験されたＣＢＲ測定値および閾値が与えられると、このキャリアで送信されることが許可されるパケット優先度に関連するサイドリンク論理チャネルのみを考慮する。

ＵＥは第３のセットに含めることができるキャリアの第４のセットを選択することができ、第４のセットはＵＥが最小量の送信チェーンで送信することができるキャリアを含むことができ、ＵＥが最小量の送信チェーンで送信することができるキャリアのセットが２つ以上ある場合、ＵＥはより低い混雑測定値（例えば、ＣＢＲ）を有するキャリアのセットを選択する。第４のセットはまた、ＵＥが最小量の送信チェーンで送信することができ、（例えば、それらのキャリアにおいて許可される変調符号化方式（ＭＣＳ）に依存して）最大量のデータを送信することを可能にするキャリアを備えることができる。後者の場合は、ＵＥがあるメトリック（例えば、より少ない混雑キャリア、またはより大量のデータが送信されることを可能にするキャリア）に従ってキャリアをランク付けすることを意味する。

現在使用されているサイドリンクキャリアのいくつかもはや使用されない場合（例えば、前の実施形態で開示された方法のいずれかのために）、ＵＥは最初に、最も干渉／混雑している（例えば、閾値を超えるＣＢＲを有する）キャリアを除去するか、またはＵＥはより多くのＲＦ能力、例えば、より多くの送信チェーンまたはより多くのギャップを必要とするキャリアを最初に除去する（サイドリンクキャリアのいくつかは異なる送信時間隔（ＴＴＩ）で，時分割多重（ＴＤＭ）方式で使用され得、ギャップはそのようなキャリア上で送信するために必要とされると仮定する）。

上記に開示された実施形態間の相互作用の例示的な例が、図３および４に示されている。

図３を参照して、データ送信のために１つまたは複数のサイドリンクキャリアを追加する方法３００を説明する。一般的に述べると、ステップ（工程）３１０および（&&）ステップ３２０が真である場合（ステップ３３０）、ステップ３４０および３５０が実行される。

ステップ３１０において、ＵＥがサイドリンクバッファ内のデータが実施形態１による閾値を上回るか、または使用中の現在のサイドリンクキャリアのためのデータの最大量に達したと決定（判定）した場合（実施形態２による）、

ＡＮＤ（&&ステップ３３０）、

ステップ３２０において、ＵＥが，AddTimerが満了したと判定した場合（実施形態３による）、または実施形態６によるリソース再選択がトリガされたと決定（判定）した場合、

次いで、

ステップ３３０において、ＵＥは実施形態１または２によるキャリアの１つまたは複数の追加の数を決定し、選択する。

より具体的には、ステップ３４０において、ＵＥは実施形態４、５、および７の方法のいずれかに続いて、１つまたは複数のキャリア（現在使用されているキャリアに追加される）を選択することができ、例えば、ＵＥが送信することができ、関連するＰＰＰＰに対するＣＢＲ閾値よりも低いＣＢＲレベルを有する、より混雑の少ないキャリアを選択することができる。

図４を参照して、既に使用されているサイドリンクキャリアのリストから１つ以上のサイドリンクキャリアを除去する方法４００を説明する。一般的に述べると、ステップ４１０または４２０が真であり（ステップ４４０）、ステップ４３０が真である（ステップ４５０）場合、ステップ４６０および４７０が実行される。

ステップ４１０において、ＵＥが、サイドリンクバッファが閾値未満である（実施形態１による）か、または現在のサイドリンクキャリアに割り当てられたデータの量が閾値未満である（実施形態２による）と決定（判定）した場合、

ＯＲ（ll ステップ４４０）、

ステップ４２０において、ＵＥが、チャネル状態（例えば、ＣＢＲ）が、（実施形態４、５による）送信のためのデータのＰＰＰＰに関連する閾値より悪いと決定（判定）した場合、

ＡＮＤ（&& ステップ４５０）、

ステップ４３０において、ＵＥはRemTimerが（実施形態３に従って）満了したこと、またはリソース再選択がトリガされたことを決定し、

次いで、

ステップ４６０において、ＵＥは、実施形態１、２、または４に従って、除去されるべき１つまたは複数のサイドリンクキャリアを決定する。

ステップ４７０において、ＵＥは例えば、ＵＥが送信することができるより混雑したキャリア、またはより多くのＴＸチェーンまたはギャップを要求するキャリアを選択するなど、実施形態７の方法のいずれかに続いて、除去されるべき１つまたは複数の決定されたサイドリンクキャリアを選択する。

実施形態８：物理レイヤの動作

この実施形態は、前述の実施形態のいずれかの方法を含み、ＵＥは、利用可能な物理リソース、または混雑などに基づいて、使用するキャリアの数および／または特定のキャリアを決定する。センシングベースの動作のための現在の仕様（モード４）では、下位レイヤがセンシングを生成／使用して、送信のために利用可能な（すなわち、未使用と見なされる）リソースのリストを生成する。メディアアクセス制御（ＭＡＣ）層は、このリストから送信するリソースを選択できる。ＵＥは、最小数のリソース（絶対的または相対的な用語で）および／または最小の経験されたＣＢＲを用いて、キャリア上でのみ送信することを選択し得る。したがって、ＵＥは、キャリアの選択を１つまたはいくつかのそのようなキャリアに制限し得る。

ここで図５を参照して、サイドリンクキャリアを使用するデータ送信のための方法５００のフローチャートを説明する。方法５００は、無線デバイス、例えば、図７の無線デバイスＱＱ１１０において実装されることができる。

方法５００は、

ステップ５１０：データレートに関連する閾値を取得すること、

ステップ５２０：閾値に基づいて１つ以上のサイドリンクキャリアを決定すること、

ステップ５３０：データ送信のために、決定された１つ以上のサイドリンクキャリアから１つ以上のサイドリンクキャリアを選択すること、

ステップ５４０：１つ以上の選択されたサイドリンクキャリアを使用してデータを送信すること、を含む。

閾値を取得するステップ５１０は、ＵＥまたはネットワークノードによる閾値の設定、ネットワークノードからの閾値の受信などを含むことができる。

第１のケースでは、データレートが無線デバイス（例えば、実施形態１に対応する）のバッファステータスに基づいている。

この場合、１つ以上のサイドリンクキャリアを決定することは、無線デバイスのバッファ内のデータレートまたはデータを送信するのに必要な多数のサイドリンクキャリアを決定することを含むことができる。例えば、方法５００は、バッファにおけるデータを送信するのに必要なサイドリンクキャリアの数を決定するために、データレート（データ速度）／バッファにおけるデータを閾値と比較することによって、サイドリンクキャリアの数を決定することができる。

ある実施形態では、閾値は、トラフィック優先度識別子によって識別されるトラフィックタイプに関連付けられる。

いくつかの実施形態では、方法５００は、現在の選択されたサイドリンクキャリアが送信のための最大量のデータに達したときに、データ送信のために決定された１つまたは複数のサイドリンクキャリアの中から追加のサイドリンクキャリアを選択することができる。

第２のケースでは、データレートが（例えば、実施形態２に対応する）サイドリンクキャリアのビットレートを含む。

例えば、ビットレートは、無線デバイスがサイドリンクキャリアで送信できるデータ量を示すことができる。

この場合、閾値は、トラフィック識別子ごとに設定することもできる。

いくつかの実施形態では、方法は、閾値に等しいデータ量を送信するための第１のキャリアを決定することによって、さらに、送信されるべきデータのリマインダを送信するための第２のキャリアを決定することによって、１つまたは複数のサイドリンクキャリアを決定することができる。

いくつかの実施形態では、方法５００は、送信のためのデータ量が閾値未満である場合、１つまたは複数の選択されたサイドリンクキャリア中のキャリアを除去することができる。

いくつかの実施形態では、ある期間中に１つまたは複数の選択されたキャリアを使用し続けるために、タイマーを使用することができる。さらに、無線デバイスが選択されたキャリアを追加するために、第１のタイマーを設定することができる。このタイマーは、AddTimerと呼ばれる。例えば、第１のタイマーの満了後、無線デバイスは、１つまたは複数のサイドリンクキャリアを追加することを許可される。第２のタイマーはまた、無線デバイスが、１つまたは複数の選択されたキャリアの中で既に使用中の１つまたは複数の選択されたキャリアを除去するように設定され得る。このタイマーは、RemTimerと呼ぶことができる。例えば、第２のタイマーの満了後、無線デバイスは、１つまたは複数のサイドリンクキャリアを除去することを許可される。

第３のケースでは、データレートが（例えば、実施形態４に対応する）サイドリンクキャリアの混雑測定値を含むことができる。

例えば、混雑測定値は、混雑ビジー比（ＣＢＲ）によって提供することができる。

この場合、データレートに関連する閾値を取得することは、サイドリンクキャリアを使用することを停止する前に、無線デバイスが経験することができる混雑の最大レベルを決定するための第１の閾値を取得することを含むことができる。さらに、データレートに関連する閾値を取得することは、新しいサイドリンクキャリアを開始することを許可される前に、無線デバイスが経験することができる混雑の最大レベルを決定するための第２の閾値を取得することも含むことができる。

いくつかの実施形態では、閾値に基づいて１つまたは複数のサイドリンクキャリアを決定することは、第１のサイドリンクキャリアの測定されたＣＢＲを決定することと、測定されたＣＢＲが第２の閾値未満であると決定することに応答して、データ送信のために第１のサイドリンクキャリアを選択し、第１のサイドリンクキャリア上でデータを送信することを開始すること、を含むことができる。

いくつかの実施形態では、方法５００ ｃａは、測定されたＣＢＲが第２の閾値を上回るが第１の閾値を下回ると決定することに応答して、第１のサイドリンクキャリア上で送信を続けるが、第１のサイドリンクキャリアが以前に使用されなかった場合に、第１のサイドリンクキャリアを選択してそれを使用し始めることを無線デバイスに妨げることを含むことができる。

いくつかの実施形態では、方法５００は、測定されたＣＢＲが第１の閾値を上回ると決定することに応答して、第１のサイドリンクキャリア上でのデータ送信を停止することを含むことができる。

この場合、閾値（または第１および第２の閾値）をトラフィック優先度識別情報に関連付けることができる。

いくつかの実施形態では、混雑測定値が重み係数によって重み付けすることができる。例えば、重み係数は、トラフィック優先度識別子に関連付けることができる。

いくつかの実施形態では、重み付けされた混雑測定値がサイドリンクキャリアを選択する確率を表すことができる。

いくつかの実施形態では、１つまたは複数のサイドリンクキャリアを選択することは、リソース選択手順の開始時に行うことができる。

ここで図６を参照すると、無線デバイスがそのデータ送信において使用するための１つまたは複数のサイドリンクキャリアを示すための方法６００が説明される。方法６００は、ネットワークノード、例えば、図７のネットワークノードＱＱ１６０において実装することができる。

方法６００は、

ステップ６１０：データレート（データ速度）に関連する閾値を取得すること、

ステップ６２０：閾値に基づいて１つ以上のサイドリンクキャリアを決定すること、

ステップ６３０：データ送信のために、決定された１つ以上のサイドリンクキャリアから１つ以上のサイドリンクキャリアを選択すること、

ステップ６４０：１つ以上の選択されたサイドリンクキャリアの指標を無線デバイスに送信すること、を含む。

ステップ６１０でデータレートに関連する閾値を取得することは、閾値を用いて無線デバイスを設定（構成）すること、または無線デバイスによって提供されるデータに基づいて閾値を計算することを含むことができる。

第１のケースでは、データレートは、無線デバイスのバッファステータスに基づくことができる。

この場合、ネットワークノードは、無線デバイスからバッファステータスレポートを受信することができ、バッファステータスレポートは、無線デバイスのバッファステータスを含む。

いくつかの実施形態では、１つまたは複数のサイドリンクキャリアを決定することは、データレートを送信するために必要とされるサイドリンクキャリアの数を決定することを含むことができる。

いくつかの実施形態では、サイドリンクキャリアの数を決定することは、データレートを閾値と比較することを含むことができる。

この場合、閾値は、トラフィック優先度識別子によって識別されるトラフィックタイプに関連付けることができる。

第２のケースでは、データレートがサイドリンクキャリアのビットレートを含むことができる。

例えば、ビットレートは、無線デバイスがサイドリンクキャリアで送信できるデータ量を示すことができる。

この場合、トラフィック識別子ごとに閾値を設定できる。

いくつかの実施形態では、１つまたは複数のサイドリンクキャリアを決定することは、閾値に等しいデータ量を送信するための第１のキャリアを決定することと、送信されるべきデータのリマインダを送信するための第２のキャリアをさらに決定することとを含むことができる。

第３のケースでは、データレートがサイドリンクキャリアの混雑測定値を含むことができる。

例えば、混雑測定値は、混雑ビジー比（ＣＢＲ）によって提供することができる。

いくつかの実施形態では、データレートに関連する閾値を取得することは、サイドリンクキャリアを使用することを停止する前に、無線デバイスが経験することができる混雑の最大レベルを決定するための第１の閾値を設定することを含む。

いくつかの実施形態では、データレートに関連する閾値を取得することは、新しいサイドリンクキャリアを開始することを許可される前に、無線デバイスが経験することができる混雑の最大レベルを決定するための第２の閾値を設定することを含む。

いくつかの実施形態では、第３のケースにおいて、閾値はトラフィック優先度識別情報に関連付けられる。

いくつかの実施形態では、混雑測定値が重み係数によって重み付けすることができる。例えば、重み係数は、トラフィック優先度識別子に関連付けられる。

いくつかの実施形態では、重み付けされた混雑測定値がサイドリンクキャリアを選択する確率を表すことができる。

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

無線ネットワークは、任意のタイプの通信、電気通信、データ、セルラー、および／または無線ネットワーク、または他の同様のタイプのシステムを備え、および／またはそれらと結びつける（インターフェース）することができる。いくつかの実施形態では、無線ネットワークが特定の規格または他のタイプの事前定義された規則または手順に従って動作するように構成され得る。したがって、無線ネットワークの特定の実施形態は、グローバル移動体通信システム（ＧＳＭ）、ユニバーサル移動体通信システム（ＵＭＴＳ）、ロングタームエボリューション（ＬＴＥ）、および／または他の適切な２Ｇ、３Ｇ、４Ｇ、または５Ｇ標準規格などの通信標準規格、ＩＥＥＥ ８０２．１１標準規格などの無線ローカルエリアネットワーク（ＷＬＡＮ）標準規格、および／またはＷｉＭａｘ（Worldwide Interoperability for Microwave Access）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｚ−Ｗａｖｅ、および／またはＺｉｇＢｅｅ標準規格などの任意の他の適切な無線通信標準規格を実装することができる。

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

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

本明細書で使用されるように、ネットワークノードは、無線デバイスへの無線アクセスを可能にし、および／または無線デバイスへの無線アクセスを提供し、および／または無線ネットワーク内の他の機能（例えば、管理）を実行するために、無線デバイスと、および／または無線ネットワーク内の他のネットワークノードまたは機器と直接的または間接的に通信することが可能であり、構成され、配置され、および／または動作可能な機器を指す。ネットワークノードの例はアクセスポイント（ＡＰ）（例えば、無線アクセスポイント）、基地局（ＢＳ）（例えば、無線基地局、ノードＢ、進化型ノードＢ（ｅＮＢ）およびＮＲノードＢ（ｇＮＢ））を含むが、これらに限定されない。基地局は、それらが提供する（または別の言い方をすれば、それらの送信電力レベル）カバレッジの量に基づいて分類され得、次いで、フェムト基地局、ピコ基地局、マイクロ基地局、またはマクロ基地局とも呼ばれ得る。基地局は、中継局（リレー）を制御する中継ノードまたは中継ドナーノードであってもよい。ネットワークノードは、集中型デジタルユニットおよび／または遠隔無線ユニット（ＲＲＵ）（遠隔無線ヘッド（ＲＲＨ）と呼ばれることもある）などの分散型無線基地局の１つまたは複数の（またはすべての）部分を含むこともできる。このような遠隔無線ユニットは、アンテナ一体型無線機としてアンテナと一体化されていてもよいし、されていなくてもよい。分散無線基地局の一部は、分散アンテナシステム（ＤＡＳ）におけるノードと呼ばれることもある。ネットワークノードのさらに別の例は、ＭＳＲ ＢＳなどのマルチスタンダード無線（ＭＳＲ）機器、無線ネットワークコントローラ（ＲＮＣ）または基地局コントローラ（ＢＳＣ）などのネットワークコントローラ、基地トランシーバ局（ＢＴＳ）、送信ポイント、送信ノード、マルチセル／マルチキャスト調整エンティティ（ＭＣＥ）、コアネットワークノード（例えば、ＭＳＣ、ＭＭＥ）、Ｏ＆Ｍノード、ＯＳＳノード、ＳＯＮノード、測位ノード（例えば、Ｅ−ＳＭＬＣ）、および／またはＭＤＴ含む。別の例として、ネットワークノードは、以下でより詳細に説明するような仮想ネットワークノードであってもよい。しかしながら、より一般的には、ネットワークノードが無線デバイスに無線ネットワークへのアクセスを可能にする、および／または提供する、あるいは無線ネットワークにアクセスした無線デバイスに何らかのサービスを提供することが可能な、構成された、配置された、および／または動作可能な、任意の適切なデバイス（またはデバイスのグループ）を表し得る。

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

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

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

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

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

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

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

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

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

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

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

電力回路ＱＱ１８７は、電力管理回路を備えてもよく、または電力管理回路に結合されてもよく、本明細書で説明される機能を実行するための電力をネットワークノードＱＱ１６０の構成要素に供給するように構成される。電力回路ＱＱ１８７は、電源ＱＱ１８６から電力を受け取ることができる。電源Ｑ１８６および／または電力回路ＱＱ１８７はそれぞれの構成要素に適した形式でネットワークノードＱ１６０の様々な構成要素に電源を提供するように構成されてもよい（例えば、各構成要素に必要な圧及び現在のレベルで）。電源ＱＱ１８６は、電力回路ＱＱ１８７および／またはネットワークノードＱＱ１６０に含まれるか、または外部から構成されてもよい。例えば、ネットワークノードＱＱ１６０は、電気ケーブルなどの入力回路またはインターフェースを介して外部電源（例えば、電気コンセント）に接続可能であり得、それによって、外部電源は、電力回路ＱＱ１８７に電力を供給する。さらなる例として、電源ＱＱ１８６は、電力回路ＱＱ１８７に接続されるか、または電力回路ＱＱ１８７に統合される、バッテリまたはバッテリパックの形態の電源を備えてもよい。バッテリは、外部電源が故障した場合にバックアップ電力を供給することができる。光起電装置のような他のタイプの電源も使用することができる。

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

本明細書で使用されるように、無線デバイス（ＷＤ）は、ネットワークノードおよび／または他の無線デバイスと無線に通信することができる、構成される、配置される、および／または動作可能なデバイスを指す。特に断らない限り、用語ＷＤは、本明細書ではユーザ装置（ＵＥ）と互換的に使用され得る。無線通信は、電磁波、電波、赤外線、および／またはエアを介して情報を伝達するのに適した他のタイプの信号を使用して、無線信号を送信および／または受信することを伴ってもよい。いくつかの実施形態では、ＷＤが直接的な人間の対話なしに情報を送信および／または受信するように構成され得る。例えば、ＷＤは内部イベントまたは外部イベントによってトリガされたとき、またはネットワークからの要求に応答して、所定のスケジュールでネットワークに情報を送信するように設計され得る。ＷＤの例としては、スマートフォン、携帯電話、携帯電話、ボイスオーバーＩＰ電話、無線ローカルループ電話、デスクトップコンピュータ、パーソナルデジタルアシスタント（ＰＤＡ）、無線カメラ、ゲームコンソールまたはデバイス、音楽ストレージデバイス、再生アプライアンス、ウェアラブル端末デバイス、無線エンドポイント、移動局、タブレット、ラップトップ、ラップトップ組み込み機器（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、スマートデバイス、無線カスタマープレミス機器（ＣＰＥ）、車載無線端末機器等があるが、これらに限定されない。ＷＤは例えば、サイドリンク通信、車車間（Ｖ２Ｖ）、車間インフラストラクチャ（Ｖ２Ｉ）、車間（Ｖ２Ｘ）のための３ＧＰＰ標準を実装することによって、デバイス間（Ｄ２Ｄ）通信をサポートすることができ、この場合、Ｄ２Ｄ通信デバイスと呼ばれることがある。さらに別の特定の例として、ＩｏＴ（Internet of Things（モノのインターネット））シナリオでは、ＷＤが監視および／または測定を実行し、そのような監視および／または測定の結果を別のＷＤおよび／またはネットワークノードに送信する機械または他のデバイスを表すことができる。この場合、ＷＤはマシンツーマシン（Ｍ２Ｍ）装置であってもよく、３ＧＰＰコンテキストではＭＴＣ装置と呼ばれてもよい。具体例として、ＷＤは３ＧＰＰの狭帯域internet of things（ＮＢ−ＩｏＴ）規格を実行するＵＥであってもよい。そのようなマシン（機械）または装置の特定の例はセンサ、電力計、産業機械などの計量装置、または家庭用もしくは個人用機器（例えば、冷蔵庫、テレビなど）、個人用ウェアラブル（例えば、時計、フィットネストラッカなど）である。他のシナリオでは、ＷＤは、その動作状態またはその動作に関連する他の機能を監視および／または報告することができる車両または他の機器を表すことができる。上述のＷＤは無線接続のエンドポイントを表すことができ、この場合、装置は、無線端末と呼ばれることができる。さらに、上述したようなＷＤは、モバイルであってもよく、その場合、モバイルデバイスまたはモバイル端末とも呼ばれてもよい。

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

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

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

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

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

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

処理回路ＱＱ１２０は、ＷＤによって実行されるものとして本明細書で説明される任意の決定、計算、または類似の動作（例えば、ある取得動作）を実行するように構成され得る。これらの動作は、処理回路ＱＱ１２０によって実行されるように、例えば、取得された情報を他の情報に変換することによって、処理回路ＱＱ１２０によって取得された情報を処理することと、取得された情報または変換された情報をＷＤ ＱＱ１１０によって格納された情報と比較することと、および／または、取得された情報または変換された情報に基づいて、および、前記処理の結果として、１つ以上の動作を実行することとを含んでもよい。

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

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

補助装置ＱＱ１３４は、一般にＷＤによって実行されない可能性があるより特定機能を提供するように動作可能である。これは、様々な目的のために測定を行うための専用センサ、有線通信などの追加のタイプの通信のためのインターフェースを含むことができる。補助装置ＱＱ１３４の構成要素の含有及び種類は、実施例および／またはシナリオに応じて変わり得る。

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

図８は、本明細書で説明される様々な態様によるＵＥの一実施形態を示す。ＵＥは、図７の無線デバイスＱＱ１１０とすることができる。本明細書で使用されるように、ユーザ装置またはＵＥは必ずしも、関連するデバイスを所有し、および／または操作する人間のユーザという意味でユーザを有するとは限らない。代わりに、ＵＥは人間のユーザへの販売または人間のユーザによる操作が意図されているが、最初は特定の人間のユーザ（例えば、スマートスプリンクラコントローラ）に関連付けられていてもいなくてもよく、または関連付けられていなくてもよいデバイスを表してもよい。あるいはＵＥがエンドユーザへの販売またはエンドユーザによる操作を意図されていないが、ユーザ（例えば、スマート電力メータ）のために関連付けられるか、または操作され得るデバイスを表し得る。ＵＥ ＱＱ２２００は、ＮＢ−ＩｏＴ ＵＥ、マシンタイプ通信（ＭＴＣ）ＵＥ、および／または強化ＭＴＣ（ｅＭＴＣ）ＵＥを含む、第三世代パートナーシッププロジェクト（３ＧＰＰ）によって特定される任意のＵＥであってもよい。ＵＥ ＱＱ２００は図８に例示されているように、３ＧＰＰのＧＳＭ、ＵＭＴＳ、ＬＴＥ、および／または５Ｇ標準規格のような、第三世代パートナーシッププロジェクト（３ＧＰＰ）によって公布された１つ以上の通信標準規格に従って通信するように設定されたＷＤの一例である。前述のように、用語ＷＤおよびＵＥは、交換可能に使用され得る。したがって、図ＱＱ２はＵＥであるが、本明細書で説明される構成要素はＷＤに等しく適用可能であり、その逆も同様である。

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

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

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

図８において、ＲＦインターフェースＱＱ２０９は、送信機、受信機、およびアンテナなどのＲＦ構成要素に通信インターフェースを提供するように構成されてもよい。ネットワーク接続インターフェースＱＱ２１１は、ネットワークＱＱ２４３ａへの通信インターフェースを提供するように構成され得る。ネットワークＱＱ２４３ａは、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、コンピュータネットワーク、無線ネットワーク、電気通信ネットワーク、別の同様のネットワーク、またはそれらの任意の組合せなどの有線および／または無線ネットワークを含むことができる。例えば、ネットワークＱＱ２４３ａは、Ｗｉ−Ｆｉネットワークを構成することができる。ネットワーク接続インターフェースＱＱ２１１は、イーサネット（登録商標）、ＴＣＰ／ＩＰ、ＳＯＮＥＴ、ＡＴＭなどの１つまたは複数の通信プロトコルに従って、通信ネットワークを介して１つまたは複数の他のデバイスと通信するために使用される受信機および送信機インターフェースを含むように構成され得る。ネットワーク接続インターフェースＱＱ２１１は通信ネットワークリンク（例えば、光、電気等）に適した受信機および送信機の機能を実装することができる。送信機機能および受信機機能は回路構成要素、ソフトウェア、またはファームウェアを共有することができ、あるいは、別々に実装することができる。

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

記憶媒体ＱＱ２２１は、独立ディスクの冗長アレイ（ＲＡＩＤ）、フロッピー（登録商標）ディスクドライブ、フラッシュメモリ、ＵＳＢフラッシュドライブ、外部ハードディスクドライブ、サムドライブ、ペンドライブ、キードライブ、高密度デジタル多用途ディスク（ＨＤ−ＤＶＤ）光ディスクドライブ、内部ハードディスクドライブ、ブルーレイ光ディスクドライブ、ホログラフィックデジタルデータストレージ（ＨＤＤＳ）光ディスクドライブ、外部ミニデュアルインラインメモリモジュール（ＤＩＭＭ）、同期ダイナミックランダムアクセスメモリ（ＳＤＲＡＭ）、外部マイクロＤＩＭＭ ＳＤＲＡＭ、加入者識別モジュールまたは取り外し可能ユーザ識別（ＳＩＭ／ＲＵＩＭ）モジュールなどのスマートカードメモリ、他のメモリ、またはそれらの任意の組合せなど、複数の物理駆動部含むように構成され得る。記憶媒体ＱＱ２２１は、ＵＥ ＱＱ２００が一時的または非一時的メモリ媒体に記憶されたコンピュータ実行可能命令、アプリケーション・プログラムなどにアクセスして、データをオフロードしたり、データをアップロードしたりすることを可能にする。通信システムを利用するものなどの製造品は、デバイス可読媒体を備えることができる記憶媒体ＱＱ２２１において有形に具現化することができる。

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

図示の実施形態では、通信サブシステムＱＱ２３１の通信機能は、データ通信、音声通信、マルチメディア通信、Ｂｌｕｅｔｏｏｔｈなどの短距離通信、近距離通信、位置を決定するための全地球測位システム（ＧＰＳ）の使用などの位置ベース通信、別の同様の通信機能、またはそれらの任意の組合せを含むことができる。例えば、通信サブシステムＱＱ２３１は、セルラー通信、Ｗｉ−Ｆｉ通信、Ｂｌｕｅｔｏｏｔｈ通信、およびＧＰＳ通信を含むことができる。ネットワークＱＱ２４３ｂは、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、コンピュータネットワーク、無線ネットワーク、電気通信ネットワーク、別の同様のネットワーク、またはそれらの任意の組合せなどの有線および／または無線ネットワークを含むことができる。例えば、ネットワークＱＱ２４３ｂは、携帯電話ネットワーク、Ｗｉ−Ｆｉネットワーク、および／または近場ネットワークであることができる。電源ＱＱ２１３は、ＵＥ ＱＱ２００の構成要素に交流（ＡＣ）または直流（ＤＣ）電力を供給するように構成され得る。

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

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

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

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

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

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

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

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

ハードウェアの仮想化は、いくつかの状況ではネットワーク機能仮想化（ＮＦＶ）と呼ばれる。ＮＦＶは、多くのネットワーク機器タイプを、業界標準の大容量サーバ・ハードウェア、物理スイッチ、およびデータセンター内に配置することができる物理ストレージ、ならびに顧客構内機器に統合するために使用することができる。

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

さらに、ＮＦＶのコンテキストでは、仮想ネットワーク機能（ＶＮＦ）がハードウェアネットワークインフラストラクチャＱＱ３３０上の１１つ以上の仮想マシンＱＱ３４０で実行され、図９のアプリケーションＱＱ３２０に対応する特定のネットワーク機能を処理する。

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

いくつかの実施形態では、いくつかの信号がハードウェアノードＱＱ３３０と無線部ＱＱ３２００との間の通信のために代替的に使用され得る制御システムＱＱ３２３０を使用して実施され得る。

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

通信ネットワークＱＱ４１０自体は、ホストコンピュータＱＱ４３０に接続され、ホストコンピュータＱＱ４３０は、スタンドアロンサーバ、クラウド実装サーバ、分散サーバのハードウェアおよび／またはソフトウェアで、またはサーバファーム内の処理リソースとして実施することができる。ホストコンピュータＱＱ４３０は、サービスプロバイダの所有権または制御下にあってもよいし、サービスプロバイダによって、またはサービスプロバイダの代わりに操作されてもよい。通信ネットワークＱＱ４１０とホストコンピュータＱＱ４３０との間の接続ＱＱ４２１およびＱＱ４２２はコアネットワークＱＱ４１４からホストコンピュータＱＱ４３０に直接延在することができ、あるいは任意の中間ネットワークＱＱ４２０を介して進むことができる。中間ネットワークＱＱ４２０はパブリック、プライベート、またはホステッド・ネットワークの１つまたは複数の組み合わせであってもよい;中間ネットワークＱＱ４２０は、もしあれば、バックボーン・ネットワークまたはインターネットであってもよい;特に、中間ネットワークＱＱ４２０は、２つ以上のサブ・ネットワークから構成されてもよい（図示せず）。

図１０の通信システムは、全体として、接続されたＵＥ ＱＱ４９１、ＱＱ４９２とホストコンピュータＱＱ４３０との間の接続を可能にする。接続性は、オーバー・ザ・トップ（ＯＴＴ）接続ＱＱ４５０として記述されうる。ホストコンピュータＱＱ４３０および接続されたＵＥ ＱＱ４９１、ＱＱ４９２は、アクセスネットワークＱＱ４１１、コアネットワークＱＱ４１４、任意の中間ネットワークＱＱ４２０、および可能なさらなるインフラストラクチャ（図示せず）を媒介として使用して、ＯＴＴ接続ＱＱ４５０を介してデータおよび／または信号を通信するように構成される。ＯＴＴ接続ＱＱ４５０は、ＯＴＴ接続ＱＱ４５０が通過する参加通信デバイスがアップリンク通信およびダウンリンク通信のルーティングに気付かないという意味で、透過的（トランスペアレント）であり得る。例えば、基地局ＱＱ４１２は接続されたＵＥ ＱＱ４９１に転送される（例えば、ハンドオーバされる）ホストコンピュータＱＱ４３０から発信されるデータを用いた着信ダウンリンク通信の過去のルーティングについて通知されなくてもよく、または通知される必要がなくてもよい。同様に、基地局ＱＱ４１２は、ＵＥ ＱＱ４９１からホストコンピュータＱＱ４３０に向かう発信アップリンク通信の将来のルーティングを知っている必要はない。

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

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

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

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

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

ＵＥ ＱＱ５３０と基地局ＱＱ５２０との間の無線接続ＱＱ５７０は、本開示全体にわたって説明される実施形態の教示に従う。様々な実施形態のうちの１つまたは複数は、無線接続ＱＱ５７０が最後のセグメントを形成するＯＴＴ接続ＱＱ５５０を使用して、ＵＥ ＱＱ５３０に提供されるＯＴＴサービスの性能を改善する。

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

図１２は、一実施形態による、通信システムにおいて実施される方法を示すフローチャートである。通信システムは、ホストコンピュータと、基地局と、ＵＥとを含み、ＵＥは、図ＱＱ４およびＱＱ５を参照して説明されたものであってもよい。本開示を簡単にするために、図１２に対する図面参照のみがこのセクションに含まれる。ステップＱＱ６１０において、ホストコンピュータはユーザデータを提供する。ステップＱＱ６１０のサブステップＱＱ６１１（オプションであってもよい）において、ホストコンピュータはホストアプリケーションを実行することによってユーザデータを提供する。ステップＱＱ６２０において、ホストコンピュータは、ユーザデータを搬送する送信をＵＥに開始する。ステップＱＱ６３０（オプションであってもよい）において、基地局は、本開示全体にわたって説明される実施形態の教示に従って、ホストコンピュータが開始した送信において搬送されたユーザデータをＵＥに送信する。ステップＱＱ６４０（オプションでもよい）において、ＵＥは、ホストコンピュータによって実行されるホストアプリケーションに関連するクライアントアプリケーションを実行する。

図１３は、一実施形態による、通信システムにおいて実施される方法を示すフローチャートである。通信システムはホストコンピュータと、基地局と、ＵＥとを含み、ＵＥは、図ＱＱ４およびＱＱ５を参照して説明されたものであってもよい。本開示を簡単にするために、図１３に対する図面参照のみがこのセクションに含まれる。本方法のステップＱＱ７１０において、ホストコンピュータはユーザデータを提供する。任意のサブステップ（図示せず）において、ホストコンピュータがホストアプリケーションを実行することによってユーザデータを提供する。ステップＱＱ７２０において、ホストコンピュータは、ユーザデータを搬送する送信をＵＥに開始する。送信は、本開示全体にわたって説明される実施形態の教示に従って、基地局を介して渡され得る。ステップＱＱ７３０（オプションであってもよい）において、ＵＥは、送信において搬送されたユーザデータを受信する。

図１４は、一実施形態による、通信システムにおいて実施される方法を示すフローチャートである。通信システムはホストコンピュータと、基地局と、ＵＥとを含み、ＵＥは、図ＱＱ４およびＱＱ５を参照して説明されたものであってもよい。本開示を簡単にするために、図１４に対する図面参照のみがこのセクションに含まれる。ステップＱＱ８１０（オプションであってもよい）において、ＵＥは、ホストコンピュータによって提供される入力データを受信する。追加的に又は代替的に、ステップＱＱ８２０において、ＵＥは、ユーザデータを提供する。ステップＱＱ８２０のサブステップＱＱ８２１（オプションであってもよい）において、ＵＥは、クライアントアプリケーションを実行することによってユーザデータを提供する。ステップＱＱ８１０のサブステップＱＱ８１１（オプションであってもよい）において、ＵＥがホストコンピュータによって提供された受信入力データに応答してユーザデータを提供するクライアントアプリケーションを実行する。ユーザデータを提供する際に、実行されるクライアントアプリケーションは、ユーザから受け取ったユーザ入力をさらに考慮することができる。ユーザデータが提供された特定の方法にかかわらず、ＵＥは、サブステップＱＱ８３０（オプションであってもよい）において、ユーザデータのホストコンピュータへの送信を開始する。本方法のステップＱＱ８４０において、ホストコンピュータは、本開示全体にわたって説明される実施形態の教示に従って、ＵＥから送信されたユーザデータを受信する。

図１５は、一実施形態による、通信システムにおいて実施される方法を示すフローチャートである。通信システムはホストコンピュータと、基地局と、ＵＥとを含み、ＵＥは、図ＱＱ４およびＱＱ５を参照して説明されたものであってもよい。本開示を簡単にするために、図１５に対する図面参照のみがこのセクションに含まれる。ステップＱＱ９１０（オプションであってもよい）では本開示全体にわたって説明される実施形態の教示に従って、基地局はＵＥからユーザデータを受信する。ステップＱＱ９２０（オプションであってもよい）において、基地局は、受信したユーザデータのホストコンピュータへの送信を開始する。ステップＱＱ９３０（オプションであってもよい）において、ホストコンピュータは、基地局によって開始された送信において搬送されたユーザデータを受信する。

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

仮想装置１６００は、１つまたは複数のマイクロプロセッサまたはマイクロコントローラ、ならびにデジタル信号プロセッサ（ＤＳＰ）、専用デジタルロジックを含むことができる他のデジタルハードウェアを含むことができる処理回路を備えることができる。処理回路は、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ、キャッシュメモリ、フラッシュメモリデバイス、光記憶デバイスなどの１つまたはいくつかのタイプのメモリを含み得る、メモリに格納されたプログラムコードを実行するように構成され得る。メモリに格納されたプログラムコードは、いくつかの実施形態では１つまたは複数の電気通信および／またはデータ通信プロトコルを実行するためのプログラム命令、ならびに本明細書で説明される技法のうちの１つまたは複数を実行するための命令を含む。幾つかの実装形態では、処理回路が装置１６００の任意のモジュール１６１０に、本開示の１つ以上の実施形態による対応する機能を実行させるために使用されてもよい。

図１６に示すように、装置１６００は、取得モジュール、決定モジュール、選択モジュール、および送信モジュールなどのモジュール１６１０を含む。取得モジュールは、図５の方法５００の少なくともステップ５１０または図６の方法６００のステップ６１０を実行するように構成されている。決定が図５の方法５００の少なくともステップ５２０または図６の方法６００のステップ６２０を実行するように構成されている。選択モジュールが図５の方法５００の少なくともステップ５３０または図６の方法６００のステップ６３０を実行するように構成されている。送信モジュールが図５の方法５００の少なくともステップ５４０または図６の方法６００のステップ６４０を実行するように構成されている。

上述の実施形態は、単に例であることが意図されている。当業者は、添付の特許請求の範囲によってのみ定義される説明の範囲から逸脱することなく、特定の実施形態に対して変更、修正、および変形を行うことができる。

Claims (21)

1. サイドリンクキャリア上でデータを送信するための無線デバイスにおける方法であって、
   サイドリンクキャリアの混雑ビジー比（ＣＢＲ）を決定することと、
   前記ＣＢＲが第１の閾値未満であると決定することに応答して、データ送信のために前記サイドリンクキャリアを選択し、前記選択されたサイドリンクキャリア上でデータを送信し始めることと、
   前記ＣＢＲが前記第１の閾値より大きい第２の閾値未満であると決定することに応答して、前記選択されたサイドリンクキャリア上で送信し続けること、を含む方法。
2. 前記決定されたＣＢＲが前記第２の閾値を上回ると決定することに応答して、前記選択されたサイドリンクキャリア上でのデータ送信を停止することをさらに含む、請求項１に記載の方法。
3. 前記第１の閾値は、前記無線デバイスが新しいサイドリンクキャリアを開始することを許可される前に経験することができる混雑の最大レベルを含む、請求項１または２に記載の方法。
4. 前記第２の閾値は、前記無線デバイスがサイドリンクキャリアを使用することを停止する前に経験することができる混雑の最大レベルを含む、請求項１から３のいずれか１項に記載の方法。
5. 前記ＣＢＲが前記第２の閾値未満であるが、前記第１の閾値を上回ると決定することに応答して、前記選択されたサイドリンクキャリア上での送信を維持するが、第１のサイドリンクキャリアが以前に使用されなかった場合に、前記無線デバイスが前記サイドリンクキャリアを選択してそれを使用し始めることを防止することをさらに含む、請求項１から４のいずれか１項に記載の方法。
6. 前記第１および第２の閾値は、トラフィック優先度識別子に関連付けられる、請求項１から５のいずれか１項に記載の方法。
7. 前記ＣＢＲは、重み係数によって重み付けされる、請求項１に記載の方法。
8. 前記重み付けされたＣＢＲは、サイドリンクキャリアを選択する確率を表す、請求項７に記載の方法。
9. 前記重み係数は、トラフィック優先度識別子に関連付けられる、請求項７または８に記載の方法。
10. 前記サイドリンクキャリアを選択することは、前記サイドリンクキャリアを、前記無線デバイスによって現在使用されている複数のキャリアに追加することを含む、請求項１に記載の方法。
11. 媒体内に具現化されたコンピュータ可読プログラムコードを有するコンピュータプログラムであって、前記コンピュータ可読プログラムコードは、請求項１から１０のいずれか１項に記載の方法の工程を実行するためのコンピュータ可読プログラムコードを含む、コンピュータプログラム。
12. 通信インターフェースと、それに接続された処理回路とを備える無線デバイスであって、前記処理回路はプロセッサと、それに接続されたメモリとを備え、前記メモリは、実行されると、前記プロセッサに、
    サイドリンクキャリアの混雑ビジー比（ＣＢＲ）を決定させ、
    前記ＣＢＲが第１の閾値未満であると決定することに応答して、データ送信のためにサイドリンクキャリアを選択し、選択されたサイドリンクキャリア上でデータを送信し始めさせ、
    前記ＣＢＲが前記第１の閾値より大きい第２の閾値未満であると決定することに応答して、選択されたサイドリンクキャリア上で送信し続けさせる命令を含む、無線デバイス。
13. 前記プロセッサは、前記決定されたＣＢＲが前記第２の閾値を上回ると決定することに応答して、前記選択されたサイドリンクキャリア上でのデータ送信を停止するように構成される、請求項１２に記載の無線デバイス。
14. 前記第１の閾値は、前記無線デバイスが新しいサイドリンクキャリアを開始することを許可される前に経験することができる混雑の最大レベルを含む、請求項１２または１３に記載の無線デバイス。
15. 前記第２の閾値は、前記無線デバイスがサイドリンクキャリアを使用することを停止する前に経験することができる混雑の最大レベルを含む、請求項１２から１４のいずれか１項に記載の無線デバイス。
16. 前記プロセッサは前記ＣＢＲが前記第２の閾値未満であるが前記第１の閾値を上回ると決定することに応答して、前記選択されたサイドリンクキャリア上で送信し続けるが、第１のサイドリンクキャリアが以前に使用されなかった場合に、前記無線デバイスが前記サイドリンクキャリアを選択してそれを使用し始めることを防止するように構成される、請求項１２から１５のいずれか１項に記載の無線デバイス。
17. 前記第１および第２の閾値は、トラフィック優先度識別子に関連付けられる、請求項１２から１６のいずれか１項に記載の無線デバイス。
18. 前記ＣＢＲは、重み係数によって重み付けされる、請求項１２に記載の無線デバイス。
19. 前記重み付けされたＣＢＲは、サイドリンクキャリアを選択する確率を表す、請求項１８に記載の無線デバイス。
20. 前記重み係数は、トラフィック優先度識別子に関連付けられる、請求項１８または１９に記載の無線デバイス。
21. 前記プロセッサは、前記サイドリンクキャリアを、前記サイドリンクキャリアを選択するときに、前記無線デバイスによって現在使用されている複数のキャリアに追加するように構成される、請求項１２に記載の無線デバイス。

Images