JP2022513276A - 通信ネットワークにおいて輻輳を制御する方法及び装置 - Google Patents

Abstract

本明細書の複数の実施形態は、無線通信ネットワークにおける輻輳を制御すべく、サイドリンク通信が可能なＵＥ（８００）により実行される方法に関し、ＵＥは１個以上のリソースプールに割り当てられており、本方法は、少なくとも１個のリソースプールに対してＣＢＲ／ＣＲ測定を実行してＣＢＲ／ＣＲ値を生成するステップであって、測定は、事前設定されているか、或いは少なくとも１個のデータパケット又は少なくとも１個のサービスのＱｏＳに基づいて適合された検知ウインドウにわたり実行されるステップ（７０１）と、１個のＣＢＲ／値と、送信対象のデータパケット又はサービスの複数のＱｏＳ要件とに基づいて１個のリソースプール又は当該リソースプール内の少なくとも１個のリソースを選択するステップ（７０２）とを含む。

Description

本開示は、無線通信の分野に関し、特にサイドリンク方式の無線通信ネットワークにおける輻輳解消及びレイテンシ短縮に関する。

ＮＲ－Ｕｕインターフェイスにおける受付制御は、５Ｇネットワークの第３世代パートナシッププロジェクト（３ＧＰＰ：Third Generation Partnership Project）ユーザ機器（３ＧＰＰＵＥ）と５Ｇ－ＲＡＮ（ラジオアクセスネットワーク）との間のニューラジオ無線インターフェイスとも呼ばれ、明示的なベアラ要求及び設定シグナリングに基づいている。

サイドリンク（ＳＬ：SideLink）がネットワーク制御モードにある場合、同様の先進技術機構をサイドリンクに利用することができる。この場合、何らかのＶ２Ｘ（車両からあらゆる物へ）サービスを起動させる前に、ＮＲＳＬＵＥは無線基地局（別名５Ｇの１ｇＮＢ）から対応するデータラジオベアラ（ＤＲＢ：Data Radio Bearer）を要求すべく設定されている。無線基地局が要求を受理した場合、当該無線基地局は新たなベアラ設定をＵＥへ返送する。チャネルが輻輳して新たなベアラ要求がある場合、無線基地局ｇＮＢは送信に優先順位を付けることができ、これに関して３ＧＰＰリリース１６（Ｒｅｌ．１６）のＮＲＶ２Ｘ検討項目として現在検討中である。この状況において、ＵＲＬＬＣ（超高信頼性低遅延通信（Ultra-Reliable Low Latency Communication））機構の拡張、すなわち、例えば遅延、データ転送速度等の観点から要件が最も厳しいＵＲＬＬＣサービスとしてプリエンプションが提案されている。

セルラＶ２Ｘ（Ｃ－Ｖ２Ｘ）は、車両同士及び周辺のあらゆる物との通信を可能にする基盤の役割を果たすことで、３６０°の見通し外認識、及びより高レベルの予測可能性を実現して道路の安全性及び自動運転の性能を向上させる。

サイドリンクは、無線基地局又はｅＮＢ或いはｇＮＢを経由せずに２個のＬＴＥ機器又は５Ｇ機器の間で直接通信を可能にする中核的３ＧＰＰ長期的進化（ＬＴＥ：Long Term Evolution）標準の適用である。サイドリンク通信はまた、機器間通信を略してＤ２Ｄ通信と呼ばれる場合がある。

無線ネットワークが扱うべき課題の一つとして、多数の機器及びアプリケーションにより生じる輻輳である。３ＧＰＰは、チャネル状態を特徴付けるために尺度を定義する。
ＣＢＲ：（チャネル使用率（Channel Busy Ratio））は、１００ｍｓのＣＢＲ測定期間中に観察しているときに、あるリソースプール内で受信信号強度指標（ＲＳＳＩ）が（事前）設定された閾値を上回ったサブチャネルの部分として定義される。ＣＢＲは従って、一定の期間１００ｍｓにわたり検出することにより計算される。

ＣＲ：（チャネル占有率（Channel occupancy Ratio））はサブフレームｎで評価され、ＵＥにより送信に用いられるサブチャネルの総数を送信プール内の設定されたサブチャネルの総数で除算した値として定義される。すなわち、ＣＲはＵＥ毎に、当該ＵＥが送信可能な時間／周波数のパーセンテージを定義する。

既存のＣＢＲ測定は、無線基地局又はｇＮＢが輻輳しているチャネルへのリソースの割り当てを回避するのに役立つ場合がある。しかし、過去の３ＧＰＰリリースでは、輻輳状況に直面している間に、ＣＢＲに最適化の余地が無い自律的リソース割り当てモードを示してパフォーマンスを向上させることが提案されてきた。レガシーシステムは、特定の（事前選択された）ＣＢＲ閾値及び対応するＣＲの事前設定することしかできない。これが成功するのは、ｇＮＢにより制御されるモード１Ｖ２Ｘ通信、又はネットワークシグナリング（例：ＲＲＣ／ＳＩＢ（無線リソース制御／システムブロック情報）等）を介して自律的にスケジューリング又は支援されたモード２Ｖ２Ｘ通信の場合である。また、監視付自律的モード、すなわち３ＧＰＰＶ２Ｘにおけるモード２の場合はネットワークシグナリングからの逸脱も考えられる。モード１のＶ２Ｘ及びモード２のＶ２Ｘを以下に定義する。

モード１：基地局（又はｇＮＢ）は、ＵＥがサイドリンク送信に用いるサイドリンクリソースをスケジューリングすべく設定されている。
モード２：ＵＥは、ネットワーク／基地局により設定されたサイドリンクリソース又は事前設定されたサイドリンクリソース内でサイドリンクリソースを決定すべく（すなわち基地局はスケジューリングしない）設定されている。

自律的にスケジューリングされているモード２Ｖ２Ｘ通信は、最新技術（ＳｏＴＡ）による図１に示す検知プロシージャに従う。検知は、出力検知及び測定に基づく、及び／又はサイドリンク制御情報（ＳＣＩ）の復号化予約情報に基づく処理である。検知はリソースの選択及びＣＢＲの計算に用いることができる。

図１に示すように、検知ウインドウのサイズは１０００サブフレーム（ｓｆ）である。ＵＥは、検知ウインドウの持続期間中、連続的にサブフレームを監視する。ＵＥは、残りの送信を確認すべく復号化ＳＣＩを確認する。ＵＥはまた、サイドリンクＲＳＳＩ測定値を確認する。リソースが時点ｎで（例えば上層からの着信パケットにより）起動された場合、ｎ＋Ｔ_１～ｎ＋Ｔ_２までの潜在的リソース又は候補リソースを確認する。ｎ＋Ｔ_１～ｎ＋Ｔ_２までの時間をリソース選択ウインドウと呼ぶ。Ｐはリソース予約の周期である。

リソース割り当て粒度はＴ＿ｓｌｏｔであり、Ｔ＿ｓｌｏｔはＮＲスロット持続期間であり、すなわち数理神秘学及び１スロット内のシンボル数（すなわち１～１４）に基づいている。ＮＲスロットの持続期間は必ずしも固定されている訳ではない。

ＰＨＹ層の観点から、割り当て可能な最小エンティティは、１個のリソースブロック（ＲＢ）（及び例えばＴＤＭ（時分割多重）のように時間領域、又は例えばＦＤＭ（周波数分割多重）ように周波数領域のいずれかで展開できる制御情報）である。

図１において、Ｌ個のサブチャネルは、Ｔ＿ｓｌｏｔでの送信に割り当てられたサブチャネルの個数である。ＭＡＣ層が、スロット番号がｎ番目のＴ＿ｓｌｏｔである下層からの検知報告を要求したならば、下層又はＰＨＹ層は自身のチャネル記録バッファから検知ウインドウを抽出する。

・ＰＨＹ層はｎ＋Ｔ_１（１～４個のスロット）未満の時間内で応答すべきである。
・ｎ＋Ｔ_１内での第１の送信後、ｎ＋Ｔ_２内に別のスケジューリング又は予約を行うことができる。

Ｔ_２は０～１００ｍｓの値を取り得ることに注意されたい。ＬＴＥにおいて、Ｔ_２は２０～１００Ｔ＿ｓｌｏｔｓである。
３ＧＰＰＬＴＥ標準化及びＩＴＳ標準８０２．１１ｐから、且つＥＴＳＩ（ＩＴＳ１０３．１７５ｖｅｒ．１．１．１）に記述されているように、チャネル負荷を特定のレベル未満に維持して輻輳を回避するのに必須の分散輻輳制御（ＤＣＣ：Decentralized Congestion Control）フレームワークを設計することが提案された。ＤＣＣアルゴリズムを用いて、送信電力、メッセージレート、変調及び符号化スキーム（ＭＣＳ）、並びにデータ転送速度等の１個以上のパラメータを調整して輻輳を回避する。しかし、例えばメッセージレートと範囲のように、これら全てのパラメータ同士で各種のアプリケーション要件のトレードオフが生じ、セキュリティ関連アプリケーション及び信頼性に悪影響を及ぼす恐れがある。

例えば、送信電力が減少することで通信距離が短くなり、従って、遠方の地域にある車両の認識レベルが低下する。従って、ＤＣＣがアプリケーション要件を満たしながら、輻輳を回避することが重要である。

メッセージレートを下げる等、他の種類のＤＣＣがある。しかし、これにより送信側（ＵＥ側）で重要なメッセージの欠落（例：自己ＵＥＴＸバッファ輻輳）が生じる場合がある。別の任意選択として、同じ量のリソース内でより多くのデータを圧縮することである（より高いデータ転送速度／より高い符号化率で）。これはまた、受信ＳＩＮＲ（信号対干渉雑音比（Signal to Interference Noise Ratio））がより低いＵＥの信頼性に影響を及ぼす。

Ｒｅｌ．１５ＬＴＥＶ２Ｘにおいてサイドリンク通信はブロードキャスト方式である。Ｒｅｌ．１６により、ニューラジオ（ＮＲ：New Radio）における先進ユースケースは、グループキャスト方式のサイドリンク通信を必要とする。先進ユースケースの例として、３ＧＰＰ技術レポート（ＴＲ）２２．８８６に開示する車両隊列化及び先進運転が含まれる。

先に開示した課題に鑑みて、本開示及びその実施形態は少なくとも以下の問題の解決策を提供する。
・レイテンシの増加を回避すべく輻輳解消機構により、高サービス品質（ＱｏＳ）（例：遅延が許されないサービスすなわちＵＲＬＬＣサービス）を有するＮＲサイドリンク通信をどのようにサポートできるか？Ｒｅｌ．１５において、輻輳解消機構はレイテンシの増大をもたらす。

・アプリケーション要件を満たしながらどのように輻輳を回避するか？
・送信側（ＵＥ側）での重要メッセージの欠落をどのように回避するか？
・受信ＳＩＮＲがより低いＵＥ側でどのように信頼性を保証するか？
従って上述の課題を解決する輻輳解消機構を提供することが本明細書における複数の実施形態の目的である。

本明細書における複数の実施形態の一態様によれば、請求項１乃至１７のいずれか１項に記載のＵＥにより実行される輻輳制御方法を提供する。
複数の実施形態の一態様によれば、無線通信ネットワークにおける輻輳を制御すべくＵＥにより実行される本方法は、１個以上のリソースプールに対してＣＢＲ／ＣＲ測定を実行してＣＢＲ／ＣＲ値を生成するステップであって、当該測定がネットワークノード及び／又はＵＥにより事前設定された、或いは少なくとも１個のデータパケット又は少なくとも１個のサービスの少なくとも１個のＱｏＳに基づいて適合された検知期間にわたり実行されるステップと、１個のＣＢＲ／ＣＲ値と、当該少なくとも１個のデータパケット又は少なくとも１個のサービスを送信するための前記少なくとも１個のデータパケット又は少なくとも１個のサービスの複数のＱｏＳ要件とに基づいて１個のリソースプール又は１個のリソースプール内の少なくとも１個のリソースを選択するステップを含む。

一実施形態によれば、本方法はＣＢＲ／ＣＲ値に基づいてリソースプールを分類するステップを含む。本方法は更に、異なるＱｏＳに関してＣＢＲ／ＣＲ値をマッピングするステップを含む。

一実施形態によれば、本方法は、データパケットがＱｏＳに関して高い優先度を有している場合、特定の閾値を下回るＣＢＲ及び／又はＣＲ値を有する１個のリソースプール又は１個のリソースプール内の複数のリソースが選択されるステップを含む。

一実施形態によれば、パケットが高ＱｏＳ要件を有する低い最小通信範囲内で送信された場合、特定の閾値を下回るＣＢＲ及び／又はＣＲ値を有する１個のリソースプール又は１個のリソースプール内の複数のリソースを選択し、パケットがより大きく且つ高い最小通信範囲内で送信された場合、ＱｏＳ要件はより低い。

一実施形態によれば、データパケットが閾値を下回るレイテンシ要件を示すＱｏＳプロファイルを有している場合、特定の閾値を下回るＣＢＲ／ＣＲ値を有するリソースプールを選択する。

一実施形態によれば、データパケットが高い信頼性を有し、複数のリソースプールが存在し、且つリソースプールが特定の閾値よりも高ＣＢＲ／ＣＲ値を有している場合、複数のリソースプールに対してデータ複製を実行する。

ＣＢＲ／ＣＲ値は、低ＣＢＲ／ＣＲ（輻輳が少ない）から高ＣＢＲ／ＣＲ（高度に輻輳）の順にソートされていてもよい。
一実施形態によれば、ＵＥが高ＣＢＲ／ＣＲ値を有するリソースプールに割り当てられており、且つＵＥが高ＱｏＳを有するデータパケット又はメッセージの受信を開始した場合、複数のリソースプールに対応する１個のネットワークノードからサイドリンクリソース設定及びＣＢＲ報告を要求し、ソートされたＣＢＲ／ＣＲ値に従い、輻輳がより少ない１個以上のリソースプールに関する情報をネットワークノードに提供して、当該ネットワークノードがＵＥから提供された情報を受理した場合、当該ネットワークノードから、割り当てられたリソース（Ｆ）に関する情報、割り当て周期（Ｐ）に関する情報及び時間スロット又は送信時間（Ｔ）に関する情報を示す輻輳制御メッセージを受信することにより、輻輳制御機構を起動する。

一実施形態によれば、本方法は、パケットのＱｏＳに基づいて、及び／又はＱｏＳフローに基づいて割り当て周期Ｐを延長し、送信機会毎に複数のスロットが割り当てられる場合、送信時間Ｔを短縮し、ＱｏＳがサポートされている場合、変調及び符号化スキーム（ＭＳＣ）又は搬送ブロックサイズ（ＴＢＳ）を増やすことにより、割り当てられたリソースＦに割り当てられた帯域を減らすべく、タイマーを起動するステップを含む。

一実施形態によれば、複数のリソースプールが存在する場合、本方法は、ＣＢＲ／ＣＲ値に基づいてリソースプールを降順にソートし、データパケットが高ＱｏＳを有している場合、選択された最も低いＣＢＲ値を有する第１の利用可能なリソースプールを割り当てるか又は選択するステップを含む。

一実施形態によれば、本方法は、設定グラント及び／又は専用の設定グラント及び／又は事前設定されたリソースプールから自律的にリソースの選択を実行するステップを含む。

一実施形態によれば、本方法は、ＱｏＳプロファイル又は少なくとも１個の受信データパケットのＱｏＳフローに応じて検知持続期間を適合させるステップを含む。
一実施形態によれば、ＵＥが低ＱｏＳデータパケットの長い検知ウインドウの持続期間中にＣＲＢ／ＣＲ測定を実行している間に、ＵＥが高ＱｏＳデータパケットを自身のバッファに受信した場合、短い検知ウインドウの開始に基づいてより短い検知を起動してバックオフタイマーを調整する。

一実施形態によれば、本方法は、データパケットの送信に際して、データパケット送信用の媒体が使用中であるか否かを判定し、使用中の場合、データパケット及び少なくとも１個のＣＢＲ／ＣＲ値のＱｏＳに応じてバックオフタイマーを計算し、最小のＣＢＲ／ＣＲ値を有するリソースプールへ切り替え、ＱｏＳ及びＣＢＲ／ＣＲ値に応じて媒体へのアクセス持続確率Ｐを計算し、持続確率の確率変数（Ｐ＿ｖａｌ）を生成し、ＰがＰ＿ｖａｌに等しければデータパケットを送信し、さもなければ１００％に等しい持続確率でデータパケットを送信するステップを含む。

一実施形態によれば、リソースプールは、１個以上のＵＥへのサイドリンク送信のため１個以上の帯域幅部分又は１個以上の要素キャリア向けに設定されている。
本明細書における複数の実施形態の別の態様によれば、請求項１８に記載のＵＥの形式で装置が提供され、当該ＵＥはプロセッサにより実行可能な命令を含み、当該ＵＥは、当該ＵＥが本方法の請求項１乃至１７の主題のいずれをも実行すべく動作可能となる、前記プロセッサにより実行可能な命令を含むメモリを含む。

請求項１８に記載のＵＥの少なくとも１個のプロセッサ上で実行された場合、少なくとも１個の前記プロセッサに、請求項１乃至１７のいずれか１項に記載の方法を実行させる命令を含むコンピュータプログラムも提供する。

コンピュータプログラムを含むキャリアであって、当該キャリアは計算機可読記憶媒体、電子信号、光信号、又は無線信号のうち一つである。
無線ネットワークノード（又は無線基地局或いはｇＮＢ）により実行される方法及び輻輳制御を行うための無線ネットワークノードの形式の装置も提供し、ｇＮＢは、ＵＥが添付の請求項のいくつかにおけるステップを実行できるようにＵＥにリソースを割り当てるべく設定されている。ｇＮＢは、以下の記述の詳細部分に詳述するように、ＲＲＣシグナリング又は他の特定のシグナリングを用いて、リソース情報その他の情報の割り当てを含む、必要な情報を提供することができる。

従って、本開示は、リソースの割り当てがＵＥにより行われるか、ネットワーク又はｇＮＢ或いは任意の適当なネットワークノードにより事前設定された両方の実施形態を含む。当業者には本開示から、記述する解決策が請求項に開示する主題に限定されないことが容易に理解されよう。

本明細書における複数の実施形態に伴う利点は、レイテンシを短縮するか又は少なくともレイテンシの増大を回避して、少なくとも３ＧＰＰＲｅｌ．１５及びＲｅｌ．１６に定義された例えば先進Ｖ２Ｘユースケースに対する要件が厳しい信頼性サービスをサポートする。

本明細書における複数の実施形態がもたらす別の利点は、ＱｏＳの観点からアプリケーション要件を満たしながら輻輳を回避することである。
本明細書における複数の実施形態がもたらす別の利点は、例えば送信側（ＵＥ側）での重要なメッセージの欠落を回避することである。

本明細書における複数の実施形態がもたらす別の利点は、受信ＳＩＮＲがより低いＵＥ側でどのように信頼性を保証することである。
複数の実施形態及び当該複数の実施形態の利点の複数の例を、添付の図面を参照しながら以下により詳細に記述する。

報告及び送信を行うＳｏＴＡ検知プロシージャを示す。 本明細書のいくつかの実施形態による、輻輳制御用のＣＢＲ／ＣＲリソースソーティングの一例を表す。 輻輳解消用のＱｏＳソーティングの一例において異なる通信範囲を示す。 発生日時と長さの観点からの適応的輻輳制御のリソースプールアクセスの一例において各々の関与するＵＥによりＣＢＲがｇＮＢにフィードバックされる様子を示す。 いくつかの実施形態による、報告及び送信の適応的検知の一例を示す。 いくつかの実施形態による、送信のためリソースプールへのアクセスを継続する確率に関わるフロー図を示す。 本明細書におけるいくつかの例示的実施形態に従いＵＥにより実行される方法のフロー図を示す。 本明細書における例示的実施形態によるＵＥを示すブロック図である。

以下において、本明細書における解決策をより容易に理解できるよう図２～８を参照しながら複数の例示的実施形態について詳細に記述する。本明細書において以下の省略のいくつかを用いる。

上述のように、３ＧＰＰＲｅｌ．１６において、車両隊列化、先進運転、及び拡張センサ等、本明細書における複数の実施形態による輻輳制御機構の利点を享受する先進ユースケースがＮＲに定義されている。

ＮＲＶ２Ｘに対して定義された先進Ｖ２Ｘサービスのユースケースのいくつかは、厳格なレイテンシ、信頼性及びデータ転送速度を要求する。輻輳制御機構を用いて高密度シナリオにおけるシステム性能を維持する。ＵＥで測定して輻輳制御機構に使用可能なトラフィック負荷を導く尺度としてチャネル使用率（ＣＢＲ）を用いる。ＣＢＲが大きいほどリソースがより輻輳している。ＣＢＲは輻輳尺度又は輻輳レベルの一例である。

本明細書における複数の実施形態による輻輳制御機構は、ＵＥに支援されても、又は例えばモード１関連でネットワーク又はｇＮＢ（利用可能ならば）により制御されてもよい。

複数の例示的実施形態は以下のようにＥ１及びＥ２に分割することができる。
１．（Ｅ１）一実施形態によれば、リソースは異なる輻輳レベルを有する１個以上のリソースプールに割り当てられ、ここで、
ａ．（Ｅ１．１）ＱｏＳを用いて異なる輻輳レベル／パラメータ（ＣＢＲ／ＣＲ又は他の輻輳尺度）を有する異なるリソースプールのうちから選択することができる。

異なるＱｏＳプロファイル又はＱｏＳ値／レベルに基づいて、データに優先順位を付けて利用可能なリソースプール内でソートすることができる。ＱｏＳプロファイルの例として、３ＧＰＰＴＳ２３．５０１の条項５．７．４、すなわちＱｏＳフローのＱｏＳ転送処理を制御するアクセスノード固有パラメータに定義された５ＧＱｏＳ特徴の基準として用いられるスカラーとして定義された５ＱＩが含まれる。３ＧＰＰＴＳ２３．５０１のセクション５．７．４において、異なるＱｏＳ特徴への標準化５ＱＩの１対１マッピングを表５．７．４－１に示している。

サービスの異なる例の異なるＱｏＳ特徴への５ＱＩ値の１対１マッピングを表す表５．７．４－１の一部の一例を以下に示す。

ＱｏＳフローは、以下のＱｏＳプロファイル又はＱｏＳフィールド尺度を含んでいてもよい。

Ｉ．通信範囲は、ステップ単位、メートル単位又はｄＢ（デシベル）単位の無線距離
ＩＩ．パケット優先度、パケット遅延、パケット信頼性
ＩＩＩ．リンク品質→ＣＳＩ／ＣＱＩ（チャネル状態情報／チャネル品質情報）、ＲＳＳＩ、ＲＳＲＰ（受信信号受信強度、ＲＳＲＱ（受信信号受信品質）、ＵＥリンク確立品質（ベンダーに基づく）、ベアラ－リンク品質（ネットワークに基づく）、統計リンク－品質履歴等。

本明細書に開示するリソースプールがあらゆる種類のキャスト、すなわちブロードキャスト、グループキャスト又はユニキャストに有効であることに注意されたい。
ｂ．（Ｅ１．２）事前設定（又はネットワークが搬送する設定）の場合、ＱｏＳプロファイルに関してＣＲ値を変更することにより輻輳状況に適合されたＣＢＲ値を用いる輻輳制御／解消に１個以上のリソースプールを用いてもよい。従って、測定されたＣＢＲがＣＢＲ閾値を上回った場合、１個以上のリソースプールを輻輳解消に用いることができる。送信のためＵＥからのアクセスがグラントされる対応ＣＲは、ＵＥがバッファに有するデータパケットに関連付けられたＱｏＳプロファイルに依存する場合がある。

２．（Ｅ．２）一実施形態によれば、ＱｏＳに基づく検知方式を用いて輻輳測定値を生成するか又は輻輳測定値報告を生成することができる。ここで、
適応的検知ウインドウ及び／又は選択／再選択ウインドウがＱｏＳ用のパラメータ及び／又はリソースプール輻輳パラメータとして設計されている。従って、例えば優先度等の５ＱＩパラメータに基づく全てのＱｏＳクラスに対して、検知ウインドウ（ＣＢＲ測定ウインドウ）が関連付けられており、当該ウインドウに特定のＣＢＲ値が関連付けられている。例えば、所与のＣＢＲ値で送信する場合、高ＱｏＳにより例えば送信前受信チェック（ＬＢＴ）方式を用いて速い（短い）検知を実行することができる。ＣＢＲ測定ウインドウは、少なくともＱｏＳプロファイルに基づいてネットワークにより設定されてもよい。速度、以前のＣＢＲ測定履歴等、他の要因も考慮してもよい。ＣＢＲ測定ウインドウは事前設定されていてもよい。

以下に説明するように、適応的サイズを有する短検知機構用の適応的バックオフウインドウは、ＱｏＳ及び／又はリソースプール輻輳パラメータの関数であってもよい。
また、ＣＢＲに基づくリソースプールスケーリングを用いてもよい。適応的送信又はリソースプール定義スケーリングは、ＱｏＳ及び／又はリソースプール輻輳パラメータの関数であってもよい。従って、輻輳が識別されたならば、ＵＥは識別されたリソース時間／周波数リソースをスケールダウンすべく設定されて短送信を維持する。リソースプールは従って、時間及び周波数に関して固定されていない。リソースプールは、ＱｏＳに応じて時間及び／又は周波数を拡張することができ、リソースプールが輻輳している場合、短送信が維持され、周波数は拡張できるが時間は制約される。

適応的持続送信確率は、ＱｏＳ及び／又はリソースプール輻輳パラメータの関数であってもよい。
以下の仮定を考慮する。

ＵＥは送信するデータパケットを生成するため、ＵＥは１個以上のパケットを自身のバッファに有している。
ＵＥはｇＮＢからパケットを受信することができ、これらのパケットはサイドリンク通信を用いて別のＵＥへ（リレーとして、又はアプリケーション層要件に応じて）ルーティングすることができる。

ＵＥは、無線リソース制御（ＲＲＣ）シグナリングを介してｇＮＢからの少なくとも１個の設定グラントを有している。設定は、１個以上のリソースプール上のパターンでの送信を示している。

ＵＥは、１個以上のリソースプールに応じて自律的に送信すべく設定されている。
ＵＥは事前設定に従い、１個以上の事前設定されたリソースプールに応じて自律的に送信する。

利用可能なリソースプールのうち、１個以上のリソースプールが輻輳制御専用であってもよい。
本明細書における複数の実施形態によれば、輻輳制御は、ＮＲＶ２Ｘに対して現在定義されているサイドリンク通信の動作モード１又は動作モード２のいずれかで扱われてもよい。モード１では上で述べたように、無線基地局又は無線ネットワークノードはサイドリンクリソースがＵＥによりサイドリンク送信に用いられるようスケジューリングすべく設定されている。モード２では、ＵＥは基地局又はネットワークにより設定されたサイドリンクリソース内でサイドリンク送信リソースを決定すべく（すなわち基地局がスケジューリングをしないよう）設定されているか、又はこれらのリソースは事前設定されていてもよい。

Ｅ１：（Ｅ１．１）ＱｏＳリソースプール選択
当該実施形態によれば、リソースプール選択は輻輳レベルに基づいて分類されて輻輳制御機構を有効にする。輻輳レベルの一例がリソースプールのＣＢＲ及びＣＲ測定である。

別の実施形態によれば、リソースプールはネットワーク／ｇＮＢにより識別されても、又はリソースプールは輻輳解消を扱うべくＵＥに事前設定されていてもよい。
送信のため１個以上のリソースプールが存在し、ＵＥは各リソースプールに対してＣＢＲ／ＣＲ測定を別々に実行すると仮定する。更に、１個以上のリソースプールが輻輳解消のために設定／事前設定されていると仮定する。

リソースプールは、１個以上の帯域幅部分（ＢＷＰ）又は１個以上の要素キャリアにサイドリンク動作を行わせるべく設定されていてもよい。
当該実施形態によれば、ＵＥ（又はｇＮＢがリソース割り当てを制御する場合はｇＮＢ）は、例えば各送信スロット内でＰ１、Ｐ２、Ｐ３、Ｐ４、Ｐ５、Ｐ６、．．．ｎと表記するパケットを示す図２の例のようにＣＢＲ／ＣＲ測定値に基づいて１個以上のＢＷＰ内のリソース又はリソースプールを昇順又は降順のいずれかでソートすべく設定されていてもよい。図２もまた、リソースプールＲ－Ｐｏｏｌ１、Ｒ－Ｐｏｏｌ２、．．．Ｒ－Ｐｏｏｌ－Ｋを示す。帯域幅部分ＢＷＰ－１内で設定されたＲ－Ｐｏｏｌ１を示し、ＢＷＰ－２内で設定されたＲ－Ｐｏｏｌ、及びＢＷＰ－Ｋで設定されたＲ－Ｐｏｏｌ－ｎを示している。ＣＢＲ／ＣＲ－＞値１／Ａは、リソースプールＲ－Ｐｏｏｌ１に対して実行されたＣＢＲ／ＣＲ測定に対応し、ＣＢＲ／ＣＲ－＞値２／ＡはＲ－Ｐｏｏｌ２に対して実行されたＣＢＲ／ＣＲ測定に対応する値であり、ＣＢＲ／ＣＲ－＞値Ｋ／ＸはＲ－Ｐｏｏｌ－Ｋに対して実行されたＣＢＲ／ＣＲ測定に対応している。Ｋ及びＸは任意の値をとることができ、設計パラメータ／値であってもよい。

データパケットがＵＥバッファに到達したならば、且つ当該データパケットのＱｏＳ種類に応じて、適切なＣＢＲ及び／又はＣＲ値を有する適当なリソースプールが送信のため選択される。ＵＥ（ＵＥが分散輻輳制御を実行する場合）又はｇＮＢ（ｇＮＢが集中化輻輳制御を実行する場合）は、いくつかの実施形態によれば、以下に尺度に従い正しいリソース又はリソースプールを選択又は割り当てるべく設定されている。

１．低ＣＢＲを選択：当該実施形態において、データパケットが高ＱｏＳ（例：重要な５ＱＩ又は優先度が高いパケット又は最小通信範囲）を有している場合、データパケットは早期に送信すべく識別子を取得する。

高ＱｏＳデータパケットは最小ＣＢＲ／ＣＲ値を有する第１の利用可能なリソースプールに割り当てられ、ＣＲはＱｏＳ及びＣＢＲに基づいて選択されている。マッピングが必要とされるが、上層により定義されていても、又は事前設定されていてもよい。一例として、ＣＢＲ＿ｈｉｇｈ＿ｐｒｉｏｒｉｔｙと表記する閾値以下のＣＢＲ値がリソースプールに割り当てられていてもよい。ＣＢＲ＿ｈｉｇｈ＿ｐｒｉｏｒｉｔｙは６５％以上に設定されていてもよい。従って、一実施形態によれば、データパケットが高ＱｏＳを有している場合、特定の閾値を下回るＣＢＲ／ＣＲ値を有するリソースプールが選択される。

２．より高ＣＢＲを選択：当該実施形態において、データパケットが低／超低レイテンシサービス用のＱｏＳプロファイルを有するか、又はデータが低レイテンシのため５ＱＩを有している場合、特定の閾値を上回るＣＢＲ／ＣＲ値を有する任意の又は全てのリソースプールが例えば選択される。一例として、６５％以上（又は７０以上或いは８０以上）のＣＢＲ／ＣＲ値が選択され、ＣＲは高い送信確率を取り得る。レイテンシ要件は、各々５ｍｓ未満又は１ｍｓ或いは２ｍｓ未満であってもよい。

このため、異なるレイテンシ要件に対して１個以上のＣＢＲ値及び１個以上のＣＲ値を定義することができる。可能な値の一例として、例えば以下であり得る。
－ＣＢＲ＿Ｌａｔｅｎｃｙ＿１ｍｓ→ＣＲ１
－ＣＢＲ＿Ｌａｔｅｎｃｙ＿２ｍｓ→ＣＲ２
－．．．
これによりＵＥが送信機会を利用できることが保証される。異なるＣＲ値へのＣＢＲのマッピングは、異なるレイテンシ要件を満たす高い粒度を保証し、ＵＥ間でチャネルアクセスがより公平に分散又は分割されるようになる。

例えば、レイテンシ要件が例えば１ｍｓであるＵＲＬＬＣサービスに対して、ＵＥはチャネルをｘｍｓにわたり利用することができる（例：ＣＲ１）。レイテンシが最重要でなければＵＥはｙｍｓにわたりチャネルにアクセスすることができる（例：ＣＲ２）。

レイテンシ要件は例えばパケット遅延見込みに依存する。
３．重複に備えて複数数のプール／キャリアを選択：本実施形態において、データパケットが高い信頼性を有している場合、以下を適用してもよい。

ａ．既定値として、閾値よりも低ＣＢＲ／ＣＲ値を有するリソースプールを選択してもよい。ＣＢＲ／ＣＲ閾値値の一例として６０％である。
ｂ．リソースプールが特定の閾値よりも高ＣＢＲ／ＣＲ値、例えば必要以上に高ＣＢＲ／ＣＲ値を有している場合、複数のリソースプール／キャリアに対してデータ複製は実行してもよい。例えば、ＣＢＲ値が閾値、例えば８０％よりも高い場合、リソースプールはほぼ過剰予約されており、従って当該リソースプールに応じた更なる送信は不可能であろう。これにより他のリソース又は他のキャリアに対するパケットデータ複製が生起する場合がある。データ複製は異なるキャリア／プールで同時に又は逐次的に生起し得る。

ｃ．データ複製の場合、リソース（プール）の一連の選択は上述の３．ａ及び３．ｂのようにＣＢＲ／ＣＲ選択基準に従ってもよい。これは、複製が生起した他のリソースプールと比較してより低ＣＢＲを有するリソースプールを選択することを意味する。

４．最小通信範囲において、ＱｏＳに基づく段階的輻輳制御アルゴリズムの一例を以下に示す。
以下のステップの順序はネットワークにより設定されても、又は事前設定されていてもよい。更に、ＣＢＲ及び対応ＣＲに関連付けられた値はＵＥにより計算されても、又はネットワークにより設定されても、或いはＵＥに事前設定されていてもよい。

輻輳制御において、先に示したＱｏＳリソースプール選択Ｅ１は、以下のアルゴリズムＩに示すようにＱｏＳに基づいて段階的に実行される。
ＵＥが送信対象のデータパケットを生成すると仮定する。従って、ＵＥは自身のバッファに１個以上のデータパケットを有している。

アルゴリズムＩ：
一実施形態によれば、
１．ＵＥは全てのＴＸリソースプール１～Ｋ（図２参照）に対してＣＢＲ／ＣＲ測定を実行すべく設定されていてもよい。当該ステップが事前設定されていても、又はｇＮＢ／ネットワークにより生起されてもよいことに注意されたい。

２．ＵＥは１個以上のデータパケットのＱｏＳ情報を分析すべく設定されていてもよく、ＵＥは後の送信を支援すべく上述のＱｏＳカテゴリのパケットをソートすべく設定されていてもよい。ＱｏＳフィールド尺度を含むＱｏＳカテゴリは、通信範囲、メートル単位のステップ又はメートルｄＢ単位の無線距離；パケット優先度；パケット遅延、パケット信頼性；ＣＳＩ／ＣＱＩ、ＲＳＳＩ、ＲＳＲＰ、ＲＳＲＱに関するリンク品質；ＵＥリンク確立品質；バリア品質及び統計的リンク品質履歴を含む。

ａ．データパケットが高い信頼性又は低いレイテンシ或いは高い優先度を有する、すなわちパケットが低パケット遅延見込みを有することを意味する場合、ＵＥは、特にＱｏＳカテゴリのＥ１に従いリソースプールを選択すべく設定されていてもよい。

ｂ．パケットが宛先アドレスを有するか、又は高ＱｏＳ値が付与されたデジタル無線ベアラ（ＤＲＢ）に割り当てられているか、或いは高ＱｏＳ値が付与されたサイドリンク無線ベアラ（ＳＬＲＢ）に割り当てられている場合、ＵＥは、アルゴリズムＩのａと同様に高優先度送信の場合と同じ方法を用いてリソースプール輻輳解消を選択すべく設定されていてもよい。

ｃ．ＵＥがアプリオリな情報に基づいてＱｏＳを分類できない場合、ＵＥは、表１に関して以下のように、特定の通信範囲内の宛先ＵＥ向けにパケット選択を分類すべく設定されていてもよい。

表１に示すように、同一ＵＥ（ＴＸ－ＵＥ０）が複数のＲＸ－ＵＥ（ＵＥ１、ＵＥ２、ＵＥ３、．．．）に送信してもよい。ＴＸ－ＵＥ０のバッファ内に異なるＱｏＳを有する複数のパケットが存在すると仮定する。より高ＱｏＳパケットの送信が最も近いＵＥ（ＲＸ－ＵＥ１）（最短最小通信範囲）に送信され、中程度のＱｏＳを有するパケットがＲＸ－ＵＥ２（中距離最小通信範囲）に送信され、低いＱｏＳを有するデータパケットがより高い最小通信範囲のＲＸ－ＵＥ３に送信される。

図３に、４個のＵＥ、ＴＸ－ＵＥ０、ＲＸ－ＵＥ１、ＲＸ－ＵＥ２及びＲＸ－ＵＥ３を含むネットワークシナリオを示す。通信範囲も示している。図３はまた、輻輳制御のＱｏＳソーティングを示しており、当該ＵＥ（例：ＴＸ－ＵＥ０）が送信対象パケット（Ｐ１、Ｐ２、Ｐ３、Ｐ４、Ｐ５、Ｐ６、．．．）に関連付けられたＱｏＳを用いることを意味する。ＴＸ－ＵＥ０は関連付けられたＱｏＳと輻輳レベル（ＣＢＲ）を比較し、次いでＴＸ－ＵＥ０が高い優先度から低い優先度の順にパケットを送信する。

従って、図３及び表１を参照するに、データパケットが低最小通信範囲内でＴＸ－ＵＥ０により送信され、且つ当該データパケットが高ＱｏＳを有している場合、特定の閾値を下回るＣＢＲ及び／又はＣＲ値を有する１個のリソースプール又は１個のリソースプール内の複数のリソースが選択される。さもなければ、データパケットがより高い最小通信範囲内で送信された場合、ＱｏＳ要件はより低い（例：中間又は低い）。

リソースプール選択は上述のＥ１に従い実行されてもよい。
３．送信パケット持続期間及び周期の選択は、輻輳を減らすリソースプールアクセス機構を開示する以下の方法に従い選択され、リソースは異なる周期でＵＥに周期的に割り当てられ、時間スロット及びリソースのサイズは後述するようにＱｏＳフローに依存する。

輻輳を減らすリソースプールアクセス機構
少なくとも１個のリソースプールを用いてデータを送信するように１個以上のリソースプールが設定されていてもよく、任意選択的に１個以上のリソースプールが輻輳を解消すべく設定されていてもよい。一例示的実施形態において、２個のプールは送信及び／又は輻輳解消用に１個ずつのプールであってもよい。

一実施形態によれば、ＵＥは、各々の利用可能なリソースプールに応じてＣＢＲ及び／又はＣＲを測定すべく設定されており、ＵＥはこれらを低ＣＢＲ／ＣＲ（輻輳が少ない）から高ＣＢＲ／ＣＲ（高度に輻輳）の順にソートすべく設定されている。

ＵＥが高ＣＢＲリソースプールに割り当てられており、且つＵＥが高／優先ＱｏＳ及び／又は低レイテンシ（低パケット遅延見込み）データパケット又はメッセージの受信を開始した場合、ＵＥは（これらの新たに着信するパケットに起因して）以下のように輻輳制御機構を開始すべく設定されていてもよい。

・モード１及び／又はモード２の場合、ネットワーク支援輻輳解消は、
－ サイドリンク有効ＴＸ－ＵＥが、（例えばＣＢＲ／ＣＲ輻輳閾値を用いて）低から高の順にソートされた複数のリソースプールについてのＣＢＲ報告を有する新たなサイドリンク（ＳＬ）リソース設定をネットワークから要求することができる。

－ ＵＥは、識別された／指定された／（事前）設定された閾値を下回るか又は超えるＣＢＲ／ＣＲ／任意の輻輳閾値を有するリソースプールを識別することにより、輻輳がより少ないリソースプールに関する情報をネットワークに提案するか又はネットワークノードに提供することができる。ネットワークノード（又はｇＮＢ）が新たなリソースプール示唆制御結果を受理した、すなわちｇＮＢがＵＥから提供された情報を受理した場合、ｇＮＢは以下のように輻輳制御機構を実行する。

－ リソースはＵＥに異なる周期（Ｐ）、時間スロット（Ｔ）及びリソース（Ｆ）として周期的に割り当てられてもよい。Ｐ、Ｔ及びＦのサイズはＱｏＳフローに依存する。Ｐは割り当て周期であり、Ｔは時間スロット又は送信時間に関する情報を含み、Ｆは割り当てられたリソースに関する情報を示す。

－ ＵＥが新たな輻輳制御メッセージを、すなわちＰ、Ｔ及びＦを示すダウンリンク制御チャネル情報に受信したならば、ＵＥはタイマーを起動して以下を行うべく設定されていてもよい。

－ パケット／ＵＥＱｏＳ及びＱｏＳフロー（ベアラ概念）に基づいて周期Ｐを、例えば非ＧＢＲ（非保証ビットレート）又はより低いＧＢＲ値だけ延長し、ここで、ＧＢＲはＱｏＳパラメータである。従って、ＵＥはパケットのＱｏＳに基づいて、及び／又はＱｏＳフローに基づいて割り当てＰの周期を延長すべく設定されている。

－ 送信機会（ＴＯ）毎に複数のスロット、例えば信頼性尺度が許せばＫ回受信のウインドウ送信が割り当てられているならば、送信時間Ｔを短縮する。
－ 参照記号設計が適している限り、ＱｏＳが依然としてサポートされている（例：ＧＢＲ）ならば、例えばＭＣＳ（変調及び符号化スキーム）を増やし、且つＴＢＳ（トランスポートブロックサイズ）を減らすことにより、割り当てられたリソースＦに割り当てられた帯域を減らす。

・ＵＥ支援された輻輳制御／解消策を有するモード２において（ＲＲＣ支援された（有効（無効）又はＵＥが圏外）、ＵＥは既存のリソースプールに応じて検知及び／又は送信前受信チェック（ＬＢＴ）を実行すべく設定されていてもよく、且つＵＥはＣＢＲ／ＣＲ値に従いパケットをソートすべく設定されていてもよい。

図４に、発生日時と長さの観点からの適応的輻輳制御のリソースプールアクセスを示す。
図４は、送信対象パケットのＱｏＳに基づいて、時間及び周波数領域でリソースプールのサイズを適合させ得ることを示している。ＣＢＲレベルが高い場合、ＵＥは周波数領域で占有するリソースが少ないため送信の機会が少ないであろう。送信に利用できる機会が少ないため優先度の高いパケットが主に送信される。ＣＢＲレベルが低下したならば、パケットは周波数領域でより多くの空間を占有できるため、より頻繁に送信することができる。

Ｅ２：輻輳制御のためのＱｏＳに基づく検知及びバックオフ（グラントが設定された／グラント不要のモード２又はモード１）
一実施形態によれば、設定グラント及び／又は設定された専用のプール及び／又は事前設定されたリソースプールからＵＥが自律的にリソースの選択を実行している場合、以下が成り立つ。

ＱｏＳに基づくＣＢＲ測定値の検知は、長検知ウインドウと短検知ウインドウに分割（ＬＢＴリソースの選択）することができる。検知ウインドウ及び検知間隔の選択は、先に示したＱｏＳプロファイル／フロー／フィールド尺度の関数であってもよい。一例として、ＵＥが低ＱｏＳデータパケットの長検知ウインドウの持続期間中にＣＢＲ／ＣＲ測定を実行している間にＵＥが高ＱｏＳデータパケットを自身のバッファに受信した場合、ＵＥはより短い検知を起動して、短検知ウインドウの開始に基づいてバックオフタイマーを調整してもよい。

検知の種類（長又は短）は識別されたＱｏＳプロファイル／フロー／フィールドの関数であってもよい。
提案する検知機構によれば、例示的な実施形態による検知ウインドウは異なるＱｏＳ毎に異なっている、すなわちウインドウサイズ又は検知持続期間はＱｏＳの関数であり、例えば低レイテンシの場合、検知ウインドウは小さい。これは例えば、トラフィックが非周期的、又はＤＥＮＭ（分散環境メッセージ（Decentralized Environmental Messages））等のメッセージにより起動されたイベントである場合に成り立つ。信頼性を高めるべく、例えば近隣の車両間で周期的に循環されるＣＡＭ（協調認識メッセージ（Cooperative Awareness Messages））等のメッセージによりトラフィックが周期的に反復又は起動される場合、検知ウインドウは大きくなる。異なるリソースプール毎に、リソースプールの優先度、及び輻輳リソースプールであるか否かに基づいて検知も異なる。

以下のアルゴリズムは、報告及び送信のための適応的検知を示す図５を参照しながら、検知機構についてより詳細に記述する。検知ウインドウ及び選択ウインドウを示す。
アルゴリズム２：
制御情報を含むデータパケットがＱｏＳ要件を伴って着信したならば、以下が生起する。

－ Ｔ＿ｓｅｎｓｉｎｇ＿ｗｉｎｄｏｗと表記する検知ウインドウが次式で与えるようにＱｏＳ及びリソースプール輻輳パラメータに応じて定義される。
Ｔ＿ｓｅｎｓｉｎｇ＿ｗｉｎｄｏｗ＝ｆ（ＱｏＳ，リソースプール輻輳パラメータ）、ここで、ｆは関数を表し、Ｔ＿ｓｅｎｓｉｎｇ＿ｗｉｎｄｏｗ∈［０．．．１０００］Ｔ＿ｓｌｏｔｓである。

－ Ｔ１（図５参照）は送信の開始であり、すなわち、ミニスロットに基づくサポートを行う場合、選択ウインドウの開始はスロットよりも短くてもよい。
－ Ｔ２は選択ウインドウの終了であり、Ｋ回の反復及びパケットのＱｏＳが要求する周期境界Ｐに基づいて適合されていてもよい。すなわち
Ｔ２＝ｆ（ＱｏＳ［例：遅延／持続］、ＣＢＲ［アルゴリズム１のリソースプールアクセス機構と同様］）である。

－ 検知ウインドウの持続期間中にＣＢＲが測定又は検知され、且つデータ送信の（再）選択が実行／起動されたならば、以下が生起する。
－ 媒体又はシステムが使用中且つバックオフ時間が提案されていれば、以下で与えられる式ＸＸに基づいてＢＦ＿Ｔに等しいバックオフタイマーが計算される。

ＢＦ＿Ｔ＝ｆ（ＱｏＳ，ＣＢＲ／ＣＲ，Ｐｏｏｌ（ｘ）＿Ｃｏｎｇｅｓｔｉｏｎ＿Ｐａｒａｍｅｔｅｒｓ） 式ＸＸ
さもなければＸＹＺラベル（以下に提示）へ進む。

－ システム又は媒体が使用中ならば、ＵＥは測定された最低リソースプールのＣＢＲ／ＣＲ／輻輳閾値に切り替わる（すなわち、最低ＣＢＲ／ＣＲ値を有するリソースプールに切り替わる）。

－ システムが空いている、すなわちＣＢＲ／ＣＲ輻輳閾値が特定の閾値（ｆ（ＱｏＳ））を下回る場合、ＸＹＺラベルへ進む。
ＸＹＺラベルは以下の通りである。

－ 媒体へのアクセス確率が（式ＸＹのように）Ｐに設定されていれば、確率Ｐで送信が実行され、ここで、Ｐは次式で与えられる。
Ｐ（ｏｆ＿ＴＸ＿ｏｎ＿Ｐｏｏｌ（ｘ））＝ｆ（ＱｏＳ，ＣＢＲ／ＣＲ，Ｐｏｏｌ（ｘ）＿Ｃｏｎｇｅｓｔｉｏｎ＿Ｐａｒａｍｅｔｅｒｓ） 式ＸＹ
さもなければ確率Ｐ＝１００％で送信を実行する。

Ｐｏｏｌ（ｘ）のバックオフ及びアクセス確率について以下に説明する。
上述のようにバックオフタイマーは、以下に繰り返す式ＸＸで与えるように計算することができる。

ＢＦ＿Ｔ＝ｆ（ＱｏＳ，ＣＢＲ／ＣＲ，Ｐｏｏｌ（ｘ）＿Ｃｏｎｇｅｓｔｉｏｎ＿Ｐａｒａｍｅｔｅｒｓ） 式ＸＸ
例えば、レイテンシが極めて長い場合、バックオフタイマーは０～０．５のｍｓ^＊Ｐであったよく、ここで、Ｐは送信のためリソースプールにアクセスする持続確率であり、Ｐは各々確率２５％で０．２５、０．５、０．７５又は１であり得る。バックオフ時間はＵＥがリソースプールにアクセスする確率Ｐに基づいている。

サービスが要求する異なるＱｏＳ毎のバックオフタイマーＢＦ＿Ｔ（ミリ秒単位）を以下に示す。

異なるＣＢＲ／ＣＲ値のバックオフタイマーＢＦ＿Ｔ（ミリ秒単位）を以下に示す。

リソースプール輻輳パラメータに基づくバックオフタイマーＢＦ＿Ｔ（ミリ秒単位）を以下に示す。

上述のように、リソースプールにアクセスする確率は以下のように決定又は計算することができる。

Ｐ（ｏｆ＿ＴＸ＿ｏｎ＿Ｐｏｏｌ（ｘ））＝ｆ（ＱｏＳ，ＣＢＲ／ＣＲ，Ｐｏｏｌ（ｘ）＿Ｃｏｎｇｅｓｔｉｏｎ＿Ｐａｒａｍｅｔｅｒｓ） 式ＸＹ
例：ＰＥＲ（パケットエラー率）が高いパケットは、リソースプールのＣＲが高い（すなわち、リソースプール占有の歴履情報に基づいて収集されている）場合、送信されることが少ない。持続送信確率（Ｐ）が定義されているか又は定義されていない場合におけるＰの計算を含む図６の例示的なフロー図を参照されたい。同図に示すように、Ｐが６０１で定義されている場合、持続確率Ｐが６０２で式ＸＹと同様に計算／算出される。次いで、６０３において、均一な分布に基づいて確率変数Ｐ＿ｖａｌが生成される。６０４において、Ｐ＿ｖａｌがＰに等しい場合、６０５で送信が実行され、さもなければ新たなＰ＿ｖａｌが生成される。従って、Ｐ＿ｖａｌがＰに等しければ送信が実行される。従って、ここではチャネルは競合が無く、従って輻輳が生じないため、Ｐ＿ｖａｌがＰに等しければパケットの送信が可能である。

図７を参照するに、上述の実施形態による、無線通信ネットワーク内で輻輳を制御すべくＵＥにより実行される方法のフロー図を示す。ＵＥには１個以上のリソースプールが割り当てられていて、本方法は、
（７０１）前記１つ又は複数のリソースプールに対してＣＢＲ／ＣＲ測定を実行してＣＢＲ／ＣＲ値を生成するステップであって、測定は、ネットワークノード（例：無線基地局）により（事前）設定されているか、或いは少なくとも１個のデータパケット又は少なくとも１個のサービスの少なくとも１個のＱｏＳに基づいて適合された検知ウインドウにわたり実行されるステップと、
（７０２）１個のＣＢＲ／ＣＲ値と、少なくとも１個のデータパケット又は少なくとも１個のサービスを送信するための前記少なくとも１個のデータパケット又は少なくとも１個のサービスの複数のＱｏＳ要件とに基づいてリソースプール又はリソースプール内の少なくとも１個のリソースを選択するステップを含む。

リソースの選択は、設定グラント及び／又は設定された専用のグラント及び／設定された専用のグラント及び／又は事前設定されたリソースプールから自律的に実行されてもよい。

一実施形態によれば、本方法は更に、ＣＢＲ／ＣＲ値に基づいてリソースプールを分類するステップを含む。一実施形態によれば、本方法は異なるＱｏＳ値に関してＣＢＲ値をマッピングするステップを含む。

上述のように、データパケットがＱｏＳに関して高い優先度を有している場合、特定の閾値を下回るＣＢＲ及び／又はＣＲ値を有する１個のリソースプール又は１個のリソースプール内の複数のリソースが選択される。高ＱｏＳ要件を有する低い最小通信範囲内でデータパケットが送信された場合、本方法は、特定の閾値を下回るＣＢＲ及び／又はＣＲ値を有する１個のリソースプール又は１個のリソースプール内の複数のリソースを選択するステップを含み、さもなければ、パケットがより大きい、又はより高い通信範囲内で送信された場合、ＱｏＳ要件はより低い。データパケットが、閾値を下回るレイテンシ要件を示すＱｏＳプロファイルを有している場合、本方法は、特定の閾値を下回るＣＢＲ／ＣＲ値を有するリソースプールを選択するステップを含む。閾値の複数の例が既に提示されている。

データパケットが高い信頼性を有し、且つ複数のリソースプールが割り当てられていて当該リソースプールが特定の閾値よりも高ＣＢＲ／ＣＲ値を有している場合、本方法は複数のリソースプールに対しデータ複製を実行又は起動するステップを含む。

一実施形態によれば、本方法は低ＣＢＲ／ＣＲ（輻輳が少ない）から高ＣＢＲ／ＣＲ（高度に輻輳）の順にＣＢＲ／ＣＲ値をソートするステップを含む。
一実施形態によれば、ＵＥが高ＣＢＲ／ＣＲ値を有するリソースプールに割り当てられており、且つＵＥが高ＱｏＳを有するデータパケット又はメッセージの受信を開始した場合、本方法は、複数のリソースプールに対応する１個のネットワークノードからサイドリンクリソース設定及びＣＢＲ報告を要求し、ソートされたＣＢＲ／ＣＲ値に応じて輻輳がより少ない１個以上のリソースプールに関する情報をネットワークノードに提供して、ネットワークノードがＵＥから提供された情報を受理した場合、割り当てられたリソース（Ｆ）に関する情報、割り当て周期（Ｐ）に関する情報及び時間スロット又は送信時間（Ｔ）に関する情報を示す輻輳制御メッセージをネットワークノードから受信することにより、輻輳制御機構を開始するステップを含む。

一実施形態によれば、本方法は更に、パケットのＱｏＳに基づいて、及び／又はＱｏＳフローに基づいて割り当て周期Ｐを延長すべくタイマーを起動するステップと、送信機会毎に複数のスロットが割り当てられていれば送信時間Ｔを短縮するステップと、ＱｏＳがサポートされている場合、変調及び符号化スキーム（ＭＳＣ）又は搬送ブロックサイズ（ＴＢＳ）を増やすことにより、割り当てられたリソースＦの割り当てられた帯域を減らすステップとを含む。

一実施形態によれば、複数のリソースプールが存在する場合、本方法は、ＣＢＲ／ＣＲ値に基づいてリソースプールを降順にソートし、データパケットが高ＱｏＳを有している場合、選択された最も低いＣＢＲ値を有する第１の利用可能なリソースプールを割り当てるか又は選択するステップを含む。

一実施形態によれば、本方法は、少なくとも１個のデータパケット又は少なくとも１個のサービスのＱｏＳプロファイル又はＱｏＳフローに応じて検知持続期間又は検知ウインドウのサイズを適合させるステップを含む。

上述のように、低ＱｏＳデータパケットの長い検知ウインドウの持続期間中にＵＥがＣＢＲ／ＣＲ測定を実行している間にＵＥが高ＱｏＳデータパケットを自身のバッファに受信した場合、本方法は、より短い検知を起動して、短い検知ウインドウの開始に基づいてバックオフタイマーを調整するステップを含む。

上述のように、データパケットを送信すべくＵＥにより実行される本方法は、データパケットを送信するための媒体が使用中であるか否かを判定し、使用中の場合、データパケットのＱｏＳ及び少なくとも１個のＣＢＲ／ＣＲ値に応じてバックオフタイマーを計算するステップと、最小ＣＢＲ／ＣＲ値を有するリソースプールへ切り替えるステップと、ＱｏＳ及びＣＢＲ／ＣＲ値に応じて媒体へのアクセス持続確率Ｐを計算するステップと、持続確率の確率変数Ｐ＿ｖａｌを生成するステップと、ＰがＰ＿ｖａｌに等しい場合、データパケットを送信し、さもなければ１００％に等しい持続確率でデータパケットを送信するステップとを含む。

一実施形態によれば、送信が開始されたならば、適応的送信を実行すべく、ＱｏＳ値の支援による、送信レート／周期、電力の制御、通信範囲の削減のうち一つ以上を含む輻輳関係機構を用いて少なくとも１個の輻輳閾値（例：ＣＢＲ／ＣＲ閾値）を監視又は監督する。

ＵＥに関する上述の処理又は方法ステップを実行すべく、本明細書のいくつかの実施形態は、無線通信ネットワークにおいて輻輳を制御するＵＥ８００（図８参照）を含み、ＵＥ８００には１個以上のリソースプールへの／からの少なくとも１個のリソースプールが割り当てられており、ＵＥ８００はプロセッサ８１０と、前記ＵＥ８００は継続中の方法請求項１乃至１７の主題の任意のものを実行すべく動作可能となる、前記プロセッサ８１０により実行可能な命令を含むメモリ８２０とを含む。

図８に示すように、ＵＥ８００はプロセッサ８１０又は処理回路或いは処理モジュール若しくはプロセッサ又は手段８１０と、受信機回路又は受信機モジュール８４０と、送信機回路又は送信機モジュール８５０と、メモリモジュール８２０、トランシーバ回路又は送信機回路８５０及び受信機回路８４０を含んでいてもよいトランシーバモジュール８３０とを含む。ＵＥ８００は更に、少なくともｇＮＢへ／から信号を送受信するアンテナ回路を含んでいてもよいアンテナシステム８６０を含む。ＵＥ８００は、例えば機器間（Ｍ２Ｍ）又はＶ２Ｘシナリオ或いはサイドリンク通信を用いる任意のシナリオにおいて、オブジェクト又はＵＥとのサイドリンク又はＤ２Ｄ通信が可能である。

ＵＥ８００は、少なくともサイドリンク通信をサポートする２Ｇ、３Ｇ、４Ｇ又はＬＴＥ、ＬＴＥ－Ａ、５Ｇ、ＷＬＡＮ及びＷｉＭａｘ等を含む任意の無線アクセス技術で動作可能である。

処理モジュール／回路８１０は、プロセッサ、マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラム可能ゲートアレイ（ＦＰＧＡ）等を含み、「プロセッサ８１０」と称する場合がある。プロセッサ８１０はＵＥ８００及びその要素の動作を制御する。メモリ（回路又はモジュール）８２０は、プロセッサ８１０が使用してもよいデータ及び命令を保存するランダムアクセスメモリ（ＲＡＭ）、読出し専用メモリ（ＲＯＭ）、及び／又は他の種類のメモリを含む。一般に、１個以上の実施形態におけるネットワークノード８００が、本明細書に開示する複数の実施形態の任意のもので動作を実行すべく設定された固定又はプログラムされた回路を含むことが理解されよう。

そのような少なくとも１個の例において、ＵＥ８００は、マイクロプロセッサ、マイクロコントローラ、ＤＳＰ、ＡＳＩＣ、ＦＰＧＡ、又は処理回路内の又は処理回路にアクセス可能な非一時的コンピュータ可読媒体に保存されたコンピュータプログラムからのコンピュータプログラム命令を実行すべく設定された他の処理回路を含む。ここで「非一時的」は必ずしも永久又は不変の記憶を意味する訳ではなく、作業用又は揮発性メモリ内の記憶を含んでいてもよいが、当該用語は少なくともある程度持続性を有する記憶を含意している。プログラム命令の実行は、特に、方法請求項１乃至１７の任意のものを含む本明細書に開示する動作を実行すべく処理回路を適合又は設定する。更に、ＵＥ８００が図８に示していない追加的な要素を含んでいてもよいことが認識されよう。

上述のように、ＵＥ８００は、１個以上のリソースプールに対してＣＢＲ／ＣＲ測定を実行してＣＢＲ／ＣＲ値を生成すべく動作可能であり、測定は、ネットワークノード及び／又はＵＥにより事前設定されている、或いは少なくとも１個のデータパケット又は少なくとも１個のサービスの少なくとも１個のＱｏＳに基づいて適合された検知期間にわたり実行される。ＵＥは更に、１個のＣＢＲ／ＣＲ値と、当該少なくとも１個のデータパケットを送信するための、又は当該少なくとも１個のサービスのための前記少なくとも１個のデータパケット又は少なくとも１個のサービスの複数のＱｏＳ要件とに基づいてリソースプール又はリソースプール内の少なくとも１個のリソースを選択すべく動作可能である。

ＵＥは更に、ＣＢＲ／ＣＲ値に基づいてリソースプールを分類すべく動作可能であるか又は設定されている。ＵＥは更に、低レベルＣＢＲ／ＣＲ（輻輳が少ない）から高ＣＢＲ／ＣＲ（高度に輻輳）の順に、且つ異なるサービス品質ＱｏＳ値又はレベルに基づいて、前記ＣＢＲ／ＣＲ測定値をソートすべく設定されている。

別の実施形態によれば、前記異なるＱｏＳ値に基づいて、ＵＥ８００は、利用可能なリソース又はリソースプール内のリソースに優先順位を付けてソートすべく動作可能である。ＵＥは更に、異なるＱｏＳに関してＣＢＲ／ＣＲ値をマッピングすべく設定されている。

データパケット又はサービスがＱｏＳに関して高い優先度を有している場合、ＵＥ００は、特定の閾値を下回るＣＢＲ値及び／又はＣＲ値を有する１個のリソースプール又は１個のリソースプール内の複数のリソースを選択すべく設定されている。

上述のように、データパケットがＱｏＳに関して高い優先度を有している場合、特定の閾値を下回るＣＢＲ及び／又はＣＲ値を有する１個のリソースプール又は１個のリソースプール内の複数のリソースが選択される。データパケットが高い信頼性を有し、且つ複数のリソースプールが存在する場合、ＵＥ８００は、特定の閾値を下回るＣＢＲ及び／又はＣＲ値を有するリソースプールを選択すべく設定されている。ＵＥ８００は更に、低ＣＢＲ／ＣＲ（輻輳が少ない）から高ＣＢＲ／ＣＲ（高度に輻輳）の順にＣＢＲ／ＣＲ値をソートすべく設定されている。ＵＥ８００が高ＣＢＲ／ＣＲ値を有するリソースプールに割り当てられており、且つＵＥが高ＱｏＳを有するデータパケット又はメッセージの受信を開始した場合、ＵＥ８００は、複数のリソースプールに対応する１個のネットワークノードからサイドリンクリソース設定及びＣＢＲ報告を要求し、ソートされたＣＢＲ／ＣＲ値に応じて輻輳がより少ない１個以上のリソースプールに関する情報をネットワークノードに提供して、ネットワークノードがＵＥから提供された情報を受理した場合、割り当てられたリソース（Ｆ）に関する情報、割り当て周期（Ｐ）に関する情報、及び時間スロット又は送信時間（Ｔ）に関する情報を示す輻輳制御メッセージをネットワークノードから受信することにより、輻輳制御機構を開始すべく設定されている。ＵＥ８００は、データパケット（又はサービス）のＱｏＳに基づいて、及び／又はＱｏＳフローに基づいてＰを延長すべくタイマーを起動すべく設定されている。ＵＥ８００は更に、送信機会毎に複数のスロットが割り当てられていれば送信時間Ｔを短縮し、ＱｏＳがサポートされている場合、ＭＳＣ又はＴＢＳを増やすことにより、割り当てられたリソースＦの割り当てられた帯域を減らすべく設定されている。

ＵＥ８００が実行する追加的な機能は既に開示しているため繰り返す必要は無い。
請求項１７に記載のＵＥの少なくとも１個のプロセッサ８１０上で実行されるときに、少なくとも前記１個のプロセッサ８１０に請求項１乃至１７のいずれか１項に記載の方法を実行させる命令を含むコンピュータプログラムも提供される。

コンピュータプログラムを含むキャリアも提供されており、キャリアは計算機可読記憶媒体、電子信号、光信号又は無線信号のうち一つである。
輻輳を制御すべく無線ネットワークノード又は無線基地局或いはｇＮＢにより実行される方法も提供されており、ｇＮＢは、添付の請求項のいくつかにおけるステップをＵＥが実行できるようにすべくＵＥにリソースを割り当てる。ｇＮＢは、ＲＲＣシグナリング又は他のより高い層に固有のシグナリング等を用いて、リソースの割り当て情報及び他の情報を含む必要な情報を提供することができる。

従って、本開示は、リソースの割り当てがＵＥにより実行されたか又は事前設定されている実施形態、及び／又割り当てがｇＮＢ又は任意の適当なネットワークノードにより実行された実施形態の両方を含む。当業者には記述する解決策が請求項に開示されている主題に限定されないことが本開示から容易に理解されよう。

ネットワークノード又はｇＮＢの少なくとも１個のプロセッサに実行されたならば、ｇＮＢにより実行される方法ステップを前記少なくとも１個のプロセッサに実行させて、ＵＥが上述のように例えば適応的リソースプールアクセス／利用を用いてサイドリンク通信の輻輳制御を支援できるようにする命令を含むコンピュータプログラムも提供する。

当該コンピュータプログラムを含むキャリアも提供し、当該キャリアは計算機可読記憶媒体、電子信号、光信号又は無線信号のうちの一つである。
詳細な記述から明らかなように、いくつかの利点が以下に繰り返すように開示する実施形態により実現される。

本明細書に記述する実施形態の利点は、レイテンシを減らすか又は少なくともレイテンシの増大を回避して、例えば、少なくとも３ＧＰＰＲｅｌ．１５及びＲｅｌ．１６に定義された先進Ｖ２Ｘユースケースの高度な要件を有する信頼性の高いサービスをサポートすることである。

本明細書に記述する実施形態の別の利点は、アプリケーション要件を満たしながら輻輳を回避することである。
本明細書に記述する実施形態の別の利点は、例えば送信側（ＵＥ側）で重要なメッセージの欠落を回避することである。

本明細書に記述する実施形態の別の利点は、より低いＳＩＮＲ受信を有するＵＥ側での信頼性を保証することである。
本開示全体を通じて、「含む」又は「含んでいる」という語句は非限定的な意味、すなわち「少なくとも含む」の意味で用いられている。本明細書において特定の用語を用いる場合があるが、これらは一般的且つ説明目的のみで用いられ、限定目的では用いられていない。本明細書に記述する複数の実施形態は、サイドリンク通信を採用していてもよいＧＳＭ（登録商標）、３Ｇ又はＷＣＤＭＡ（登録商標）、ＬＴＥ又は４Ｇ、ＬＴＥ－Ａ（又はＬＴＥ－Ａｄｖａｎｃｅｄ）、５Ｇ、Ｄ２Ｄ、サイドリンク、ＷｉＭＡＸ、ＷｉＦｉ、衛星通信、ＴＶ放送等を含む任意の無線システムに適用されてもよい。

Claims (18)

1. 無線通信ネットワークにおける輻輳を制御すべく、ユーザ機器（ＵＥ）（８００）によって実行される方法であって、
   １個以上のリソースプールに対してチャネル使用率及び／又はチャネル占有率（ＣＢＲ／ＣＲ）測定を実行してＣＢＲ／ＣＲ値を生成するステップ（７０１）であって、前記測定がネットワークノード及び／又は前記ＵＥにより事前設定された、或いは少なくとも１個のデータパケット又は少なくとも１個のサービスの少なくとも１個のサービス品質（ＱｏＳ）に基づいて適合された検知期間にわたり実行される、前記ステップ（７０１）と、
   １個のＣＢＲ／ＣＲ値と、前記少なくとも１個のデータパケット又は前記少なくとも１個のサービスを送信するための前記少なくとも１個のデータパケット又は少なくとも１個のサービスの複数のＱｏＳ要件とに基づいて１個のリソースプール、又は１個のリソースプール内の少なくとも１個のリソースを選択するステップ（７０２）と、を含む方法。
2. 前記ＣＢＲ／ＣＲ値に基づいて前記１個以上のリソースプールを分類するステップを含む、請求項２に記載の方法。
3. 異なるＱｏＳに関して前記ＣＢＲ値をマッピングするステップを含む、請求項１又は２に記載の方法。
4. 前記データパケットがＱｏＳに関して高い優先度を有している場合、特定の閾値を下回るＣＢＲ及び／又はＣＲ値を有する１個のリソースプール又は１個のリソースプール内の複数のリソースが選択されるステップを含む、請求項１乃至３のいずれか１項に記載の方法。
5. 前記パケットが高ＱｏＳ要件を有する低い最小通信範囲内で送信された場合、特定の閾値を下回るＣＢＲ及び／又はＣＲ値を有する１個のリソースプール又は１個のリソースプール内の複数のリソースを選択するステップを含み、前記パケットがより大きく且つより高い最小通信範囲内で送信された場合、前記ＱｏＳ要件はより低い、請求項１乃至３のいずれか１項に記載の方法。
6. 前記データパケットが閾値を下回るレイテンシ要件を示すＱｏＳプロファイルを有している場合、特定の閾値を下回るＣＢＲ／ＣＲ値を有するリソースプールを選択するステップを含む、請求項１乃至３のいずれか１項に記載の方法。
7. 前記データパケットが高い信頼性を有し、且つ複数のリソースプールが存在する場合、特定の閾値を下回るＣＢＲ／ＣＲ値を有するリソースプールを選択するステップを含む、請求項１乃至３のいずれか１項に記載の方法。
8. 前記データパケットが高い信頼性を有し、複数のリソースプールが存在し、且つ前記複数のリソースプールが特定の閾値よりも高ＣＢＲ／ＣＲ値を有している場合、前記複数のリソースプールに対してデータ複製を実行するステップを含む、請求項１乃至３のいずれか１項に記載の方法。
9. 低ＣＢＲ／ＣＲ（輻輳が少ない）から高ＣＢＲ／ＣＲ（高度に輻輳）の順に前記ＣＢＲ／ＣＲ値をソートするステップを含む、請求項１に記載の方法。
10. 前記ＵＥが高ＣＢＲ／ＣＲ値を有するリソースプールに割り当てられており、且つ前記ＵＥが高ＱｏＳを有するデータパケット又はメッセージの受信を開始した場合、
    複数のリソースプールに対応する１個のネットワークノードからサイドリンクリソース設定及びＣＢＲ報告を要求し、
    前記ソートされたＣＢＲ／ＣＲ値に従い、輻輳がより少ない１個以上のリソースプールに関する情報を前記ネットワークノードに提供して、前記ネットワークノードが前記ＵＥから提供された情報を受理した場合、
    前記ネットワークノードから、割り当てられたリソース（Ｆ）に関する情報、割り当て周期（Ｐ）に関する情報、及び時間スロット又は送信時間（Ｔ）に関する情報を示す輻輳制御メッセージを受信することにより、
    輻輳制御機構を起動するステップを含む、請求項９に記載の方法。
11. 前記パケットのＱｏＳに基づいて、及び／又はＱｏＳフローに基づいて前記割り当て周期Ｐを延長し、
    送信機会毎に複数のスロットが割り当てられる場合、前記送信時間Ｔを短縮し、
    前記ＱｏＳがサポートされている場合、変調及び符号化スキーム（ＭＳＣ）、又は搬送ブロックサイズ（ＴＢＳ）を増やすことにより、前記割り当てられたリソースＦに割り当てられた帯域を減らすべく、タイマーを起動するステップを含む、請求項１０に記載の方法。
12. 複数のリソースプールが存在する場合、前記ＣＢＲ／ＣＲ値に基づいて降順に前記複数のリソースプールをソートし、前記データパケットが高ＱｏＳを有している場合、選択された最も低いＣＢＲ値を有する第１の利用可能なリソースプールを割り当てるか又は選択するステップを含む、請求項１乃至３のいずれか１項に記載の方法。
13. 設定グラント及び／又は専用の設定グラント及び／又は事前設定されたリソースプールから自律的にリソースの選択を実行するステップを更に含む、請求項１に記載の方法。
14. ＱｏＳプロファイル又は少なくとも１個の受信データパケットのＱｏＳフローに応じて検知持続期間を適合させるステップを含む、請求項１２に記載の方法。
15. 前記ＵＥが低ＱｏＳデータパケットの長い検知ウインドウの持続期間中にＣＲＢ／ＣＲ測定を実行している間に、前記ＵＥが高ＱｏＳデータパケットを自身のバッファに受信した場合、短い検知ウインドウの開始に基づいてより短い検知を起してバックオフタイマーを調整するステップを含む、請求項１２に記載の方法。
16. 前記データパケットの送信に際して、
    前記データパケット送信用の媒体が使用中であるか否かを判定し、使用中の場合、
    前記データパケット及び少なくとも１個のＣＢＲ／ＣＲ値の前記ＱｏＳに応じてバックオフタイマーを計算し、
    最小のＣＢＲ／ＣＲ値を有するリソースプールへ切り替え、
    前記ＱｏＳ及び前記ＣＢＲ／ＣＲ値に応じて前記媒体へのアクセス持続確率Ｐを計算し、
    持続確率の確率変数（Ｐ＿ｖａｌ）を生成し、
    ＰがＰ＿ｖａｌに等しければ前記データパケットを送信し、
    さもなければ１００％に等しい持続確率で前記データパケットを送信するステップを含む、請求項１に記載の方法。
17. 前記１個以上のリソースプールが、１個以上のＵＥへのサイドリンク送信のため１個以上の帯域幅部分又は１個以上の要素キャリア向けに設定されている、請求項１乃至１６のいずれか１項に記載の方法。
18. 無線通信ネットワークにおいて輻輳を制御するＵＥ（８００）であって、前記ＵＥ（８００）に１個以上のリソースプールから少なくとも１個のリソースプールが割り当てられており、前記ＵＥ（８００）がプロセッサ（８１０）及びメモリ（８２０）を含み、前記メモリ（８２０）が、前記ＵＥ（８００）が方法請求項１乃至１７のいずれか１項に記載の主題の任意のものを実行すべく動作可能となる、前記プロセッサ（８１０）により実行可能な命令を含む、ＵＥ（８００）。

Images