(57)【要約】  第１のノードにおいて、サイドリンク信号を第２のノードに送信するように動作する送信機と、サイドリンク信号を送信する送信機について、第１の条件および第２の条件の少なくとも一方に基づいて、例外的なリソースプールを使用するかを判定するように動作するコントローラと、を備え、第１の条件が、現行のリソースプールに関して第１の輻輳制御動作中に測定された第１のチャネルビジー率が第１の閾値よりも高いことを含み、第２の条件が、第１の輻輳制御動作中に少なくとも１つのパケットが廃棄されるものと判定されることを含む、装置ならびに方法およびシステムが提供される。
2019537353.tif 000002
【特許請求の範囲】
【請求項１】
第１のノードにおいて、
サイドリンク信号を第２のノードに送信するように動作する送信機と、
サイドリンク信号を送信する前記送信機について、第１の条件および第２の条件の少なくとも一方に基づいて、例外的なリソースプールを使用するかを判定するように動作するコントローラと、
を備え、
前記第１の条件が、現行のリソースプールに関して第１の輻輳制御動作中に測定された第１のチャネルビジー率が第１の閾値よりも高いことを含み、前記第２の条件が、前記第１の輻輳制御動作中に少なくとも１つのパケットが廃棄されるものと判定されることを含む、
装置。
【請求項２】
前記コントローラが、さらに第３の条件において前記例外的なリソースプールを使用するものと判定するように動作し、
前記第３の条件が、前記例外的なリソースプールに関して第２の輻輳制御動作中に測定された第２のチャネルビジー率が第２の閾値よりも低いことを含む、
請求項１に記載の装置。
【請求項３】
前記第２の閾値が、前記第１の閾値と同じであるか、または、異なる、
請求項２に記載の装置。
【請求項４】
前記コントローラが、さらに第４の条件において前記例外的なリソースプールを使用するものと判定するように動作し、
前記第４の条件が、前記廃棄されるものと判定された少なくとも１つのパケットの優先度が第３の閾値よりも高いことを含む、
請求項１に記載の装置。
【請求項５】
前記コントローラが、物理サイドリンク共有チャネル（ＰＳＳＣＨ）リソース選択中に除外されるリソースのサブセットを決定する第１のステップまたは前記第１のステップの実行後、測定されたＳ−ＲＳＳＩ（サイドリンク受信信号強度インジケータ）に基づいて候補リソースをランク付けしてリソースを選択する第２のステップにおいて前記例外的なリソースプールを使用するかを判定するように動作する、
請求項１に記載の装置。
【請求項６】
前記コントローラが、前記第１のステップにおいて前記例外的なリソースプールを使用するかを判定するように動作する場合、
Ｓ−ＲＳＲＰ（サイドリンク参照信号受信電力）閾値を高くすることにより、全リソースの実質的にｍ％のリソースが利用可能となるまで、所定回数のリソース選択ウィンドウ内の候補リソースの増大を許可し、
ＣＢＲ測定ウィンドウ内で測定されたチャネルビジー率（ＣＢＲ）が第４の閾値よりも高い場合、前記第２のステップを実行せずに前記例外的なリソースプールを使用するものと判定し、
ＣＢＲ測定ウィンドウ内で測定されたＣＢＲが前記第４の閾値よりも高くない場合、前記第２のステップを実行する、
ように動作する、
請求項５に記載の装置。
【請求項７】
前記コントローラが、前記第１のステップにおいて前記例外的なリソースプールを使用するかを判定するように動作する場合、
Ｓ−ＲＳＲＰ（サイドリンク参照信号受信電力）閾値を高くすることなく、前記利用可能なリソースの数の全リソース数に対する比を計算し、
前記比が第５の閾値よりも小さい場合、前記第２のステップを実行せずに前記例外的なリソースプールを使用するものと判定し、
前記比が前記第５の閾値よりも小さくない場合、前記第２のステップを実行する、
ように動作する、
請求項５に記載の装置。
【請求項８】
前記第１のステップが、Ｓ−ＲＳＲＰ閾値を高くすることにより、全リソースの実質的にｍ％のリソースが利用可能となるまで、リソース選択ウィンドウ内の候補リソースの増大を許可することを含む一方、前記輻輳制御動作を含まず、
前記コントローラが、前記第１のステップの実行後、前記第２のステップにおいて前記例外的なリソースプールを使用するかを判定するように動作する場合、
ＣＢＲ測定ウィンドウ内で測定されたチャネルビジー率が第４の閾値よりも高い場合、前記例外的なリソースプールのリソースの使用を選択するものと判定するように動作する、
請求項５に記載の装置。
【請求項９】
第１のノードにおいて、
サイドリンク信号を第２のノードに送信するステップと、
サイドリンク信号を送信する送信機について、第１の条件および第２の条件の少なくとも一方に基づいて、例外的なリソースプールを使用するかを判定するステップと、
を含み、
前記第１の条件が、現行のリソースプールに関して第１の輻輳制御動作中に測定された第１のチャネルビジー率が第１の閾値よりも高いことを含み、前記第２の条件が、前記第１の輻輳制御動作中に少なくとも１つのパケットが廃棄されるものと判定されることを含む、
方法。
【請求項１０】
前記判定するステップが、さらに第３の条件において前記例外的なリソースプールを使用するものと判定することを含み、
前記第３の条件が、前記例外的なリソースプールに関して第２の輻輳制御動作中に測定された第２のチャネルビジー率が第２の閾値よりも低いことを含む、
請求項９に記載の方法。
【請求項１１】
前記第２の閾値が、前記第１の閾値と同じであるか、または、異なる、
請求項１０に記載の方法。
【請求項１２】
前記判定するステップが、さらに第４の条件において前記例外的なリソースプールを使用するものと判定することを含み、
前記第４の条件が、前記廃棄されるものと判定された少なくとも１つのパケットの優先度が第３の閾値よりも高いことを含む、
請求項９に記載の方法。
【請求項１３】
前記判定するステップが、物理サイドリンク共有チャネル（ＰＳＳＣＨ）リソース選択中に除外されるリソースのサブセットを決定する第１のステップまたは前記第１のステップの実行後、測定されたＳ−ＲＳＳＩ（サイドリンク受信信号強度インジケータ）に基づいて候補リソースをランク付けしてリソースを選択する第２のステップにおいて前記例外的なリソースプールを使用するかを判定することを含む、
請求項９に記載の方法。
【請求項１４】
前記判定するステップが、前記第１のステップにおいて前記例外的なリソースプールを使用するかを判定することを含む場合、
Ｓ−ＲＳＲＰ（サイドリンク参照信号受信電力）閾値を高くすることにより、全リソースの実質的にｍ％のリソースが利用可能となるまで、所定回数のリソース選択ウィンドウ内の候補リソースの増大を許可することと、
ＣＢＲ測定ウィンドウ内で測定されたチャネルビジー率（ＣＢＲ）が第４の閾値よりも高い場合、前記第２のステップを実行せずに前記例外的なリソースプールを使用するものと判定することと、
ＣＢＲ測定ウィンドウ内で測定されたＣＢＲが前記第４の閾値よりも高くない場合、前記第２のステップを実行することと、
を含む、
請求項１３に記載の方法。
【請求項１５】
前記判定するステップが、前記第１のステップにおいて前記例外的なリソースプールを使用するかを判定することを含む場合、
Ｓ−ＲＳＲＰ（サイドリンク参照信号受信電力）閾値を高くすることなく、前記利用可能なリソースの数の全リソース数に対する比を計算することと、
前記比が第５の閾値よりも小さい場合、前記第２のステップを実行せずに前記例外的なリソースプールを使用するものと判定することと、
前記比が前記第５の閾値よりも小さくない場合、前記第２のステップを実行することと、
を含む、
請求項１３に記載の方法。
【請求項１６】
前記第１のステップが、Ｓ−ＲＳＲＰ閾値を高くすることにより、全リソースの実質的にｍ％のリソースが利用可能となるまで、リソース選択ウィンドウ内の候補リソースの増大を許可することを含む一方、前記輻輳制御動作を含まず、
前記判定するステップが、前記第１のステップの実行後、前記第２のステップにおいて前記例外的なリソースプールを使用するかを判定することを含む場合、
ＣＢＲ測定ウィンドウ内で測定されたチャネルビジー率が第４の閾値よりも高い場合、前記例外的なリソースプールのリソースの使用を選択するものと判定することを含む、
請求項１３に記載の方法。
【請求項１７】
第１のノードにおいて、
１つまたは複数のプロセッサと、
前記１つまたは複数のプロセッサと結合され、前記１つまたは複数のプロセッサにより実行された場合に、請求項９〜１６のいずれか一項に記載の方法を実行するメモリと、
を備えた、
システム。 
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、無線通信分野に関し、より詳細には、無線通信方法、装置、およびシステムに関する。
【背景技術】
【０００２】
無線通信分野において、ユーザ機器（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）としても知られるエンドユーザ無線通信または無線端末は、「ｅＮｏｄｅＢ」（ｅＮＢ）とも称する無線基地局（ＲＢＳ）を備えた無線アクセスネットワーク（ＲＡＮ）等の無線ネットワークを介して通信する。無線アクセスネットワーク（ＲＡＮ）は、無線基地局のサービスをそれぞれ受けるセルエリアへと分割された地理的エリアを網羅する。また、デバイス間（Ｄ２Ｄ）通信分野においては、リソースプール上の輻輳制御に基づいて、ＵＥが他のＵＥとサイドリンク信号を無線通信可能である。
【０００３】
サービス中断を最小限に抑えるため、Ｄ２Ｄ（３ＧＰＰ  ＬＴＥ  リリース１２／１３（Ｒｅｌ．１２／１３））に対しては、従来の通常のリソースプールのほか、特別なリソースプールの考え方が導入されている。すなわち、例外として、ＵＥは、以下に詳述する特定の条件下でｃｏｍｍＴｘＰｏｏｌＥｘｃｅｐｔｉｏｎａｌメッセージによるリソースを使用することにより、スケジューリングされたリソース配分モードから自律リソース配分モードへと自律的に切り替えることができる。
【０００４】
Ｒｅｌ．１３の場合は、以下３つの条件においてのみ、ＵＥがより低いレイヤを設定して、例外的なリソースプールを用いることによりサイドリンク制御情報（ＳＣＩ）および対応するデータを送信するものとする。
【０００５】
無線リンク障害（ＲＬＦ）：タイマーＴ３１０またはＴ３１１が動作中で、ＵＥが物理レイヤ不具合または無線リンク障害を検出したプライマリセル（ＰＣｅｌｌ）が、ｃｏｍｍＴｘＰｏｏｌＥｘｃｅｐｔｉｏｎａｌフラグを含むＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１８メッセージをブロードキャストする場合
無線リソース制御（ＲＲＣ）接続再確立：タイマーＴ３０１が動作中で、ＵＥが接続再確立を開始したセルが、ｃｏｍｍＴｘＰｏｏｌＥｘｃｅｐｔｉｏｎａｌフラグを含むＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１８メッセージをブロードキャストする場合
ＲＲＣアイドル：ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１８メッセージがｃｏｍｍＴｘＰｏｏｌＮｏｒｍａｌＣｏｍｍｏｎフラグを含まない場合
これらの場合は、ＵＥが接続確立を開始した瞬間から、ｓｌ−ＣｏｍｍＣｏｎｆｉｇフラグを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを受信するまでか、または、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｌｅａｓｅメッセージもしくはＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｊｅｃｔメッセージを受信するまでである。
【０００６】
３ＧＰＰ  ＲＡＮ１においては、車両−Ｘ間（Ｖ２Ｘ）／車両−車両間（Ｖ２Ｖ）ＵＥ自律リソース選択において、セミパーシステント送信を伴うセンシングをリソース選択に用いることが合意されている。ＵＥは、リソース再選択が発生するまで、選択された一組の周期的に発生するリソース上で物理サイドリンク共有チャネル（ＰＳＳＣＨ）データ（当該データが利用可能な場合）を送信する。ＵＥは、スケジューリング割り当て（ＳＡ）チャネルにおいて、将来リソースの予約を指定することができる。過去のＳＡチャネルをデコードすることにより、ＵＥは、将来の送信に利用できないリソースを把握する。図１に示すように、センシングは、パケットの到着前に、センシングウィンドウ（たとえば、１０００ｍｓ）内で行われる。センシングに対しては、ＳＡデコード化およびエネルギー測定の両者が対応する。
【０００７】
Ｖ２Ｘ／Ｖ２Ｖにおいては、リソース使用の効率性を向上させるため、優先度が異なるトラヒックで同じリソースプールを共有することができる。優先度は、サイドリンク制御情報（ＳＣＩ）において指定され、リソース選択に用いられる。以下、図１を参照して、Ｖ２Ｘ／Ｖ２Ｖ  ＵＥ自律リソース選択の場合のセミパーシステント送信を伴うセンシングの全体的な基本原理を説明する。図１は、従来技術のＵＥ自律リソース選択モードの適用シナリオを模式的に示している。
【０００８】
最新のＲＡＮ１合意および仕様に基づいて、ＵＥ自律リソース選択モードの詳細なリソース選択の実行には、たとえば以下の通り、基本的にはわずかなステップしか存在しない。
【０００９】
ステップ１：利用可能なすべてのリソースが考慮される。
【００１０】
ステップ２：ＵＥは、ＳＡデコード化および測定されたサイドリンク参照信号受信電力（Ｓ−ＲＳＲＰ）に基づいてリソースを除外するとともに、全リソースの数が一定比の利用可能なリソースを見つけ出す。
【００１１】
ステップ３：ＵＥは、測定されたサイドリンク受信信号強度インジケータ（Ｓ−ＲＳＳＩ）のランク付けに基づいて、除外されていないリソースから送信リソースを選択する。
【００１２】
これら３つのステップにより、ＵＥは、選択された送信リソースを用いて、サイドリンク信号を他のＵＥに送信する。
【発明の概要】
【発明が解決しようとする課題】
【００１３】
ＲＡＮ１では輻輳制御が議論され、多くの企業が、欧州電気通信標準化機構（ＥＴＳＩ）規制を満たすため、物理レイヤにおける輻輳制御の実行に対応している。ただし、（前述の３つのステップのような）レイヤ１（Ｌ１）Ｖ２Ｖ規格における現行のセンシング／リソース選択手順との輻輳制御機能の組み合わせ方法については、明らかとなっていない。輻輳制御は、たとえば測定チャネルのビジー率が高い場合、一部のＵＥおよびアプリケーションについてパケット廃棄を生じ得る。同時に、システムには（たとえば、例外的なリソースにおいて）利用可能な容量が存在する場合もある。
【課題を解決するための手段】
【００１４】
本発明の一態様によれば、第１のノードにおいて、サイドリンク信号を第２のノードに送信するように動作する送信機と、サイドリンク信号を送信する送信機について、第１の条件および第２の条件の少なくとも一方に基づいて、例外的なリソースプールを使用するかを判定するように動作するコントローラと、を備え、第１の条件が、現行のリソースプールに関して第１の輻輳制御動作中に測定された第１のチャネルビジー率が第１の閾値よりも高いことを含み、第２の条件が、第１の輻輳制御動作中に少なくとも１つのパケットが廃棄されるものと判定されることを含む、装置が提供される。
【００１５】
本発明の別の態様によれば、第１のノードにおいて、サイドリンク信号を第２のノードに送信するステップと、サイドリンク信号を送信する送信機について、第１の条件および第２の条件の少なくとも一方に基づいて、例外的なリソースプールを使用するかを判定するステップと、を含み、第１の条件が、現行のリソースプールに関して第１の輻輳制御動作中に測定された第１のチャネルビジー率が第１の閾値よりも高いことを含み、第２の条件が、第１の輻輳制御動作中に少なくとも１つのパケットが廃棄されるものと判定されることを含む、方法が提供される。
【００１６】
本発明のさらに別の態様によれば、第１のノードにおいて、１つまたは複数のプロセッサと、１つまたは複数のプロセッサと結合され、当該１つまたは複数のプロセッサにより実行された場合に、前述のような方法を実行するメモリと、を備えた、システムが提供される。
【図面の簡単な説明】
【００１７】
【図１】従来技術のＵＥ自律リソース選択モードの適用シナリオを模式的に示した図
【図２】本発明の一実施形態に係る、第１のノードにおける装置を模式的に示したブロック図
【図３】ＵＥ自律リソース選択のステップ２の適用シナリオを模式的に示した図
【図４】本発明の一実施形態に係る、第１のノードにおける方法を模式的に示したフローチャート
【図５】本発明の一実施形態に係る、第１のノードにおけるシステムを模式的に示したブロック図
【発明を実施するための形態】
【００１８】
以下、無線通信方法、装置、およびシステムに関する図２〜図５を参照して、実施形態を説明する。本技術は、多くの異なる形態および多くの異なる順序で具現化されるようになっていてもよく、本明細書に示す実施形態に限定されるものと解釈すべきではないことが了解される。むしろ、これらの実施形態は、本開示が綿密かつ完全であり、本技術を当業者に十分伝えられるように提供している。実際、本技術は、添付の特許請求の範囲に規定する技術の範囲および主旨に含まれるこれら実施形態の代替物、改良物、および同等物を網羅することを意図している。さらに、本技術に関する以下の詳細な説明においては、本技術を十分に理解できるように、多くの具体的詳細を示している。ただし、当業者には、このような具体的詳細なく本技術を実施可能であることが明らかとなるであろう。
【００１９】
本明細書において、方法の各ステップおよび構成要素の各構造の順序は、例示のために示しており、何ら限定的なものではない。本技術に関する以下の詳細な説明は、例示および説明を目的として提示することになる。本技術を網羅することまたは開示の厳密な形態に制限することを意図したものではない。上記教示内容に照らせば、多くの改良および変形が可能である。記載の実施形態は、本技術の原理およびその実用化を最も良く説明して、考え得る特定の使用に適合するように、当業者が種々実施形態において種々改良を伴って本技術を最も良く利用できるように選定したものである。本技術の範囲は、本明細書に添付の特許請求の範囲により規定されるものとする。
【００２０】
図２は、本発明の一実施形態に係る、第１のノードにおける装置２００を模式的に示したブロック図である。
【００２１】
装置２００は、サイドリンク信号を第２のノードに送信するように動作する送信機２０１と、サイドリンク信号を送信する送信機について、第１の条件および第２の条件の少なくとも一方に基づいて、例外的なリソースプールを使用するかを判定するように動作するコントローラ２０２と、を備え、第１の条件は、現行のリソースプールに関して第１の輻輳制御動作中に測定された第１のチャネルビジー率が第１の閾値よりも高いことを含み、第２の条件は、第１の輻輳制御動作中に少なくとも１つのパケットが廃棄されるものと判定されることを含む。
【００２２】
このため、例外的なリソースプールは、従来技術において言及した３つの条件（たとえば、合意されたＲｅｌ．１３／Ｒｅｌ．１４条件のようなＲＬＦ、ＲＲＣ接続再確立、およびＲＲＣアイドル）のみならず、第１の条件および第２の条件の少なくとも一方のような新しい条件においても使用される。第１の条件および第２の条件はともに、（例外的なリソースプールを含まない）現行のリソースプール上で実行される第１の輻輳制御に関連する。このため、現行のリソースプール上で実行される第１の輻輳制御中、現行のリソースプールに関して第１の輻輳制御動作中に測定された第１のチャネルビジー率が第１の閾値よりも高い条件、第１の輻輳制御動作中に少なくとも１つのパケットが廃棄されるものと判定される条件、または現行のリソースプールに関して第１の輻輳制御動作中に測定された第１のチャネルビジー率が第１の閾値よりも高く、第１の輻輳制御動作中に少なくとも１つのパケットが廃棄されるものと判定される条件において、例外的なリソースプールは、信号の送信用に選択されるように利用可能なリソースを拡張するのに用いられると考えられるため、パケットの廃棄の防止または低減が可能であるとともに、輻輳が大きくなり過ぎないようにリソースを維持して、リソースの利用を最適化することができる。
【００２３】
なお、第１のノードおよび第２のノードはともにＵＥであってもよく、両者間でサイドリンク信号を通信する。また、ＵＥは、ＵＥ自律リソース配分モードにある。
【００２４】
本明細書に記載のチャネルビジー率（ＣＢＲ）の概念は一般的に、全リソースのうち、特定の信号強度に基づいて占有され、無線通信における輻輳状況を反映するリソースの数を意味し、ＵＥおよびｅＮＢの両側における観測またはＵＥによるｅＮＢへの報告が可能である。ＣＢＲを測定することにより、ＵＥまたはｅＮＢは、ＣＢＲの程度に基づいて、輻輳制御の関連する措置を講じることも可能である。したがって、ＣＢＲ測定が輻輳制御の基本である。また、ＣＢＲが高いほど、リソースの輻輳も大きくなる。
【００２５】
一例として、以下の式（１）によりＣＢＲを測定可能であるが、これに限定されない。
【００２６】
ＣＢＲ＝占有数／全数  式（１）
占有数は、電力閾値よりも大きな電力を有する無線信号の計算単位の数を示し、全数は、前述の通り、無線信号の計算単位の全数を示す。
【００２７】
ＣＢＲに関する無線信号の計算単位としては、１つもしくは複数の物理リソースブロック（ＰＲＢ）、１つもしくは複数のリソースブロック群（ＲＢＧ）、または電力を計算する他の単位が挙げられ、電力としては、無線信号電力強度、電力スペクトル密度、または電力もしくは使用の程度を評価する他のものが挙げられる。
【００２８】
ただし、ＣＢＲに関する詳細は、説明のみを目的としており、何ら限定的なものではなく、本明細書においては、リソースプールの輻輳の程度を表すＣＢＲと同等の他の概念の利用により、ＣＢＲを置き換えることができる。
【００２９】
一実施形態において、コントローラ２０２は、さらに第３の条件において例外的なリソースプールを使用するものと判定するように動作し、第３の条件は、例外的なリソースプールに関して第２の輻輳制御動作中に測定された第２のチャネルビジー率が第２の閾値よりも低いことを含む。
【００３０】
このため、第１の条件および第２の条件の少なくとも一方において、例外的なリソースプールがその輻輳の程度にさらに基づくか否かに関わらず、例外的なリソースプールに関して第２の輻輳制御動作中に測定された第２のチャネルビジー率が第２の閾値よりも低い場合、これは例外的なリソースプールがそれほど輻輳していないことを意味するが、その例外的なリソースプールを使用することにより、例外的なリソースプールが使い過ぎではないことを保証することができる。
【００３１】
一実施形態において、第２の閾値は、第１の閾値と同じであるか、または、異なる。実際、（例外的なリソースプールを含まない）現行のリソースプールが輻輳しているかを判定する第１の閾値は、例外的なリソースプールが輻輳しているかを判定する第２の閾値と異なり得るか、または、第２の閾値と同一であり得る。本発明は、これを制限するものではない。
【００３２】
一実施形態において、コントローラ２０２は、さらに第４の条件において例外的なリソースプールを使用するものと判定するように動作し、第４の条件は、廃棄されるものと判定された少なくとも１つのパケットの優先度が第３の閾値よりも高いことを含む。一実施形態において、優先度は、たとえばＰｒｏＳｅパケット単位優先度（ＰＰＰＰ）であってもよいし、他のルールにより（予め）設定されていてもよい。
【００３３】
したがって、少なくとも１つのパケットが廃棄されるものと決定された条件において、このような少なくとも１つのパケットの送信に例外的なリソースプールを使用するかは、当該少なくとも１つのパケットの優先度にさらに基づく。当該少なくとも１つのパケットの優先度があまりにも低い場合（または、第３の閾値以下である場合）、これは当該少なくとも１つのパケットがそれほど重要ではないことを意味するが、このような少なくとも１つのパケットは、例外的なリソースプールを占有することなく廃棄されることになるためである。ただし、少なくとも１つのパケットの優先度が第３の閾値よりも高い場合、これは当該少なくとも１つのパケットが重要と考えられ、廃棄されるべきではないことを意味するが、このような少なくとも１つのパケットは、例外的なリソースプールを占有することによって送信されるため、リソースの利用がさらに改善され得る。
【００３４】
別の実施形態において、いずれのＵＥ（すなわち、第１のノード）が例外的なリソースプールからリソースを選択可能かについても、（予め）設定することも可能であるし、ＵＥの優先度に基づくことも可能である。
【００３５】
一実施形態において、コントローラ２０２は、物理サイドリンク共有チャネル（ＰＳＳＣＨ）リソース選択中に除外されるリソースのサブセットを決定する第１のステップ（すなわち、背景の部分で言及したステップ２）または第１のステップの実行後、測定されたＳ−ＲＳＳＩ（サイドリンク受信信号強度インジケータ）に基づいて候補リソースをランク付けしてリソースを選択する第２のステップ（すなわち、背景の部分で言及したステップ３）において例外的なリソースプールを使用するかを判定するように動作する。
【００３６】
以下、図３を参照して詳細を説明する。図３は、ＵＥ自律リソース選択のステップ２の適用シナリオを模式的に示している。
【００３７】
一実施形態において、コントローラ２０２は、第１のステップ（すなわち、図３に示すようなＶ２Ｘ／Ｖ２Ｖ  ＵＥ自律リソース選択のステップ２）において例外的なリソースプールを使用するかを判定するように動作する場合、Ｓ−ＲＳＲＰ（サイドリンク参照信号受信電力）閾値を高くすることにより、全リソースの実質的にｍ％のリソースが利用可能となるまで、所定回数のリソース選択ウィンドウ内の候補リソースの増大を許可し、ＣＢＲ測定ウィンドウ内で測定されたチャネルビジー率（ＣＢＲ）が第４の閾値よりも高い場合、第２のステップ（すなわち、Ｖ２Ｘ／Ｖ２Ｖ  ＵＥ自律リソース選択のステップ３）を実行せずに例外的なリソースプールを使用するものと判定し、ＣＢＲ測定ウィンドウ内で測定されたＣＢＲが第４の閾値よりも高くない場合、第２のステップを実行するように動作する。
【００３８】
特に、ステップ２（すなわち、ＰＳＳＣＨリソース選択において除外されるリソースのサブセットを決定するＵＥ手順）においては、全リソースのうちのｍ％（たとえば、２０％）の利用可能なリソースを選択ウィンドウ内でＵＥが見つけ出す必要がある。測定された参照信号受信電力（ＲＳＲＰ）に基づくリソースの除外に関する最初の動作でｍ％の利用可能なリソースを保証できない場合、ＵＥは、ステップ３のリソース選択に関して実質的にｍ％のリソース（たとえば、ｍ＝２０）を見つけるまで、たとえば限られた回数にわたってＳ−ＲＳＲＰ閾値を３ｄＢ高くすることになる。なお、３ｄＢずつ高くする回数が限られているため、ＵＥは、リソース選択に関して厳密にｍ％のリソース（たとえば、ｍ＝２０）は見つけられない可能性があるものの、リソース選択に関してほぼｍ％またはｍ％近く（たとえば、１９％、１８％等）のリソースを見つけられる可能性はある。このため、利用可能なリソースの全リソース数に対する比は、厳密にはｍ％に限定されない場合がある。
【００３９】
いくつかの詳細を図３に記す。ＵＥ１は、ステップ２において、候補リソースＤａｔａ１＿ＵＥ１が除外されるか否かを決定することになる。ＵＥ１がＳＡ信号をデコードし、ＵＥ２の予約（すなわち、予約リソース）（たとえば、Ｄａｔａ１＿ＵＥ２、Ｄａｔａ２＿ＵＥ２、およびＤａｔａ３＿ＵＥ２等）を把握しているものと仮定すると、Ｄａｔａ１＿ＵＥ２の測定されたＳ−ＲＳＲＰがＳ−ＲＳＲＰ閾値（たとえば、以下の表１のＳ−ＲＳＲＰ閾値１）よりも大きい場合、ＵＥ１は、候補リソースＤａｔａ２＿ＵＥ１を除外するものとする。なお、Ｓ−ＲＳＲＰ閾値は、ＲＲＣによる設定または仕様における事前設定がなされた特定の閾値表から取得され、ＵＥは、送信パケットの優先度およびデコード化ＳＡ中に示される優先度に基づいてこのような値を把握する。表１は、以下の通りである。
【表１】
2019537353.tif 000003
【００４０】
ＵＥは、デコード化ＳＡおよび送信パケットに基づいてこのような手順を繰り返し、最終的に、利用可能な候補リソースを決定することになる。
【００４１】
特に、ステップ２の最後に、輻輳制御測定ウィンドウ（たとえば、１００ｍｓ）内で決定された利用可能な候補リソース上のチャネルビジー率（ＣＢＲ）が特定のｎｅｗ＿ｔｈｒｅｓｈｏｌｄ＿１を超える場合、ＵＥは、リソース送信に例外的なリソースプールを直接使用して、ステップ３には移行しない。その他の場合、ＵＥは、（例外的なリソースプールを含まない）通常のリソースプールに基づいて、ステップ３に移行することになる。
【００４２】
一実施形態において、コントローラ２０２は、第１のステップ（すなわち、Ｖ２Ｘ／Ｖ２Ｖ  ＵＥ自律リソース選択のステップ２）において例外的なリソースプールを使用するかを判定するように動作する場合、Ｓ−ＲＳＲＰ（サイドリンク参照信号受信電力）閾値を高くすることなく、利用可能なリソースの数の全リソース数に対する比を計算し、この比が第５の閾値よりも小さい場合、第２のステップを実行せずに例外的なリソースプールを使用するものと判定し、比が第５の閾値よりも小さくない場合、第２のステップを実行するように動作する。
【００４３】
本実施形態において、ＵＥは、Ｓ−ＲＳＲＰ閾値を３ｄＢ高くせず、より利用可能なリソースを見つけ出すことになる。選択ウィンドウ内の候補リソース数の全リソース数に対する比が特定のｎｅｗ＿ｔｈｒｅｓｈｏｌｄ＿２（たとえば、ステップ１における全候補リソースの５％または１０％）よりも小さい場合、ＵＥは、送信に例外的なプールを使用することになる。
【００４４】
一実施形態において、第１のステップ（ステップ２）が、Ｓ−ＲＳＲＰ閾値を高くすることにより、全リソースの実質的にｍ％のリソースが利用可能となるまで、リソース選択ウィンドウ内の候補リソースの増大を許可することを含む一方、輻輳制御動作を含まず、コントローラ２０２が、第１のステップ（ステップ２）の実行後、第２のステップ（ステップ３）において例外的なリソースプールを使用するかを判定するように動作する場合、コントローラ２０２は、ＣＢＲ測定ウィンドウ内で測定されたチャネルビジー率が第４の閾値よりも高い場合、例外的なリソースプールのリソースの使用を選択するものと判定するように動作する。
【００４５】
本実施形態では、輻輳制御の実施方法およびステップ３における例外的なリソースプールの使用方法を記載する。本実施形態において、ＵＥは、ステップ２において輻輳制御を考慮に入れることはなく、ステップ２においてはいずれにしろ、最終的には現行の手順に基づいて（たとえば、無制限に複数回、Ｓ−ＲＳＲＰ閾値を３ｄＢ高くすることにより）、たとえば２０％の候補リソースを見つけ出した後、ステップ３に進むことになる。
【００４６】
特に、ステップ３（測定されたＳ−ＲＳＳＩに基づいて候補リソースをランク付けしてリソースを選択するＵＥ手順）において、ＵＥは、輻輳制御測定ウィンドウ（たとえば、１００ｍｓ）のＣＢＲが特定の閾値よりも高い場合、サイドリンクチャネルデータの送信に通常のリソースプール（例外的なリソースプールを含まない現行のリソースプール）を使用することはない。この場合、ＵＥはむしろ、サイドリンクチャネルデータの送信に例外的なプールを使用するものとする。
【００４７】
当然のことながら、ステップ２および３に関連する上記実施形態では、例外的なリソースプールの輻輳の程度および廃棄されるパケットの優先度を考慮していないものの、実施形態はこれに限定されない。例外的なリソースプールの輻輳の程度およびパケットの優先度を考慮する場合、ステップ３の上記実施形態は別の実施形態として改良可能であり、この改良された実施形態では、ＵＥによる例外的なリソースプールの使用方法がパケット優先度と併せて例外的なプールのＣＢＲに基づくことを記載する。特に、ＣＢＲ測定手順および問題となっているＵＥのサイドリンク送信パケットの優先度の結果として、パケットの廃棄が必要な場合、ＵＥは、例外的なプールのＣＢＲが特定のｎｅｗ＿Ｔｈｒｅｓｈｏｌｄ＿３を下回る条件（すなわち、第３の条件）および／または問題のパケットの優先度がｎｅｗ＿Ｔｈｒｅｓｈｏｌｄ＿４よりも高い条件（すなわち、第４の条件）において例外的なプールを使用可能である。
【００４８】
すなわち、全体として、例外的なリソースプールを使用するかは、前述の第１の条件および第２の条件の少なくとも一方に基づくか、さらには、前述の第３の条件および第４の条件の少なくとも一方に基づく。
【００４９】
言い換えると、上記実施形態は、以下を含んでいてもよい。
【００５０】
１．例外的なリソースプールを使用するかは、第１の条件に基づく。
【００５１】
２．例外的なリソースプールを使用するかは、第２の条件に基づく。
【００５２】
３．例外的なリソースプールを使用するかは、第１の条件および第２の条件に基づく（２つの条件をともに満たすものとする）。
【００５３】
４．例外的なリソースプールを使用するかは、第１の条件、第２の条件、および第３の条件のうちの少なくとも１つに基づく。
【００５４】
５．例外的なリソースプールを使用するかは、第１の条件、第２の条件、および第４の条件のうちの少なくとも１つに基づく。
【００５５】
６．例外的なリソースプールを使用するかは、第１の条件、第２の条件、第３の条件、および第４の条件のうちの少なくとも１つに基づく（２つの条件をともに満たすものとする）。
【００５６】
また、例外的なリソースプールを使用するかについての判定は、前述の第１のステップ（ステップ２）で実行されるようになっていてもよいし、前述の第２のステップ（ステップ３）で実行されるようになっていてもよい。
【００５７】
このため、本発明の実施形態によれば、例外的なリソースプールを効率的に利用することによって、パケット廃棄の防止、通常のリソースプールの輻輳の回避、およびリソース利用の改善が可能となる。
【００５８】
図４は、本発明の一実施形態に係る、第１のノードにおける方法４００を模式的に示したフローチャートである。
【００５９】
方法４００は、サイドリンク信号を第２のノードに送信するステップＳ４０１と、サイドリンク信号を送信する送信機について、第１の条件および第２の条件の少なくとも一方に基づいて、例外的なリソースプールを使用するかを判定するステップＳ４０２と、を含み、第１の条件は、現行のリソースプールに関して第１の輻輳制御動作中に測定された第１のチャネルビジー率が第１の閾値よりも高いことを含み、第２の条件は、第１の輻輳制御動作中に少なくとも１つのパケットが廃棄されるものと判定されることを含む。
【００６０】
一実施形態において、判定するステップＳ４０２は、さらに第３の条件において例外的なリソースプールを使用するものと判定することをさらに含み、第３の条件は、例外的なリソースプールに関して第２の輻輳制御動作中に測定された第２のチャネルビジー率が第２の閾値よりも低いことを含む。
【００６１】
一実施形態において、第２の閾値は、第１の閾値と同じであるか、または、異なる。
【００６２】
一実施形態において、判定するステップＳ４０２は、さらに第４の条件において例外的なリソースプールを使用するものと判定することをさらに含み、第４の条件は、廃棄されるものと判定された少なくとも１つのパケットの優先度が第３の閾値よりも高いことを含む。
【００６３】
一実施形態において、判定するステップＳ４０２は、物理サイドリンク共有チャネル（ＰＳＳＣＨ）リソース選択中に除外されるリソースのサブセットを決定する第１のステップまたは第１のステップの実行後、測定されたＳ−ＲＳＳＩ（サイドリンク受信信号強度インジケータ）に基づいて候補リソースをランク付けしてリソースを選択する第２のステップにおいて例外的なリソースプールを使用するかを判定することを含む。
【００６４】
一実施形態において、判定するステップＳ４０２は、第１のステップにおいて例外的なリソースプールを使用するかを判定することを含む場合、
Ｓ−ＲＳＲＰ（サイドリンク参照信号受信電力）閾値を高くすることにより、全リソースの実質的にｍ％のリソースが利用可能となるまで、所定回数のリソース選択ウィンドウ内の候補リソースの増大を許可することと、ＣＢＲ測定ウィンドウ内で測定されたチャネルビジー率（ＣＢＲ）が第４の閾値よりも高い場合、第２のステップを実行せずに例外的なリソースプールを使用するものと判定することと、ＣＢＲ測定ウィンドウ内で測定されたＣＢＲが第４の閾値よりも高くない場合、第２のステップを実行することと、を含む。
【００６５】
一実施形態において、判定するステップＳ４０２は、第１のステップにおいて例外的なリソースプールを使用するかを判定することを含む場合、Ｓ−ＲＳＲＰ（サイドリンク参照信号受信電力）閾値を高くすることなく、利用可能なリソースの数の全リソース数に対する比を計算することと、この比が第５の閾値よりも小さい場合、第２のステップを実行せずに例外的なリソースプールを使用するものと判定することと、比が第５の閾値よりも小さくない場合、第２のステップを実行することと、を含む。
【００６６】
一実施形態において、第１のステップが、Ｓ−ＲＳＲＰ閾値を高くすることにより、全リソースの実質的にｍ％のリソースが利用可能となるまで、リソース選択ウィンドウ内の候補リソースの増大を許可することを含む一方、輻輳制御動作を含まず、判定するステップＳ４０２が、第１のステップの実行後、第２のステップにおいて例外的なリソースプールを使用するかを判定することを含む場合、判定するステップＳ４０２は、ＣＢＲ測定ウィンドウ内で測定されたチャネルビジー率が第４の閾値よりも高い場合、例外的なリソースプールのリソースの使用を選択するものと判定することを含む。
【００６７】
このため、本発明の実施形態によれば、例外的なリソースプールを効率的に利用することによって、パケット廃棄の防止、リソースプールの輻輳の回避、およびリソース利用の改善が可能となる。
【００６８】
図５は、本発明の一実施形態に係る、第１のノードにおけるシステム５００を模式的に示したブロック図である。
【００６９】
システム５００は、第１のノードにおいて、１つまたは複数のプロセッサ５０１と、当該１つまたは複数のプロセッサと結合され、当該１つまたは複数のプロセッサにより実行された場合に、図４を参照して前述した方法４００を実行するメモリ５０２と、を備える。
【００７０】
このため、本発明の実施形態によれば、例外的なリソースプールを効率的に利用することによって、パケット廃棄の防止、リソースプールの輻輳の回避、およびリソース利用の改善が可能となる。
【００７１】
また、本開示の実施形態は、少なくとも以下の主題を提供可能である。
【００７２】
１）第１のノードにおいて、
サイドリンク信号を第２のノードに送信するように動作する送信機と、
サイドリンク信号を送信する送信機について、第１の条件および第２の条件の少なくとも一方に基づいて、例外的なリソースプールを使用するかを判定するように動作するコントローラと、
を備え、
第１の条件が、現行のリソースプールに関して第１の輻輳制御動作中に測定された第１のチャネルビジー率が第１の閾値よりも高いことを含み、第２の条件が、第１の輻輳制御動作中に少なくとも１つのパケットが廃棄されるものと判定されることを含む、装置。
【００７３】
２）コントローラが、さらに第３の条件において例外的なリソースプールを使用するものと判定するように動作し、
第３の条件が、例外的なリソースプールに関して第２の輻輳制御動作中に測定された第２のチャネルビジー率が第２の閾値よりも低いことを含む、１）に記載の装置。
【００７４】
３）第２の閾値が、第１の閾値と同じであるか、または、異なる、２）に記載の装置。
【００７５】
４）コントローラが、さらに第４の条件において例外的なリソースプールを使用するものと判定するように動作し、
第４の条件が、廃棄されるものと判定された少なくとも１つのパケットの優先度が第３の閾値よりも高いことを含む、１）に記載の装置。
【００７６】
５）コントローラが、物理サイドリンク共有チャネル（ＰＳＳＣＨ）リソース選択中に除外されるリソースのサブセットを決定する第１のステップまたは第１のステップの実行後、測定されたＳ−ＲＳＳＩ（サイドリンク受信信号強度インジケータ）に基づいて候補リソースをランク付けしてリソースを選択する第２のステップにおいて例外的なリソースプールを使用するかを判定するように動作する、１）に記載の装置。
【００７７】
６）コントローラが、第１のステップにおいて例外的なリソースプールを使用するかを判定するように動作する場合、
Ｓ−ＲＳＲＰ（サイドリンク参照信号受信電力）閾値を高くすることにより、全リソースの実質的にｍ％のリソースが利用可能となるまで、所定回数のリソース選択ウィンドウ内の候補リソースの増大を許可し、
ＣＢＲ測定ウィンドウ内で測定されたチャネルビジー率（ＣＢＲ）が第４の閾値よりも高い場合、第２のステップを実行せずに例外的なリソースプールを使用するものと判定し、
ＣＢＲ測定ウィンドウ内で測定されたＣＢＲが第４の閾値よりも高くない場合、第２のステップを実行する、
ように動作する、１）に記載の装置。
【００７８】
７）コントローラが、第１のステップにおいて例外的なリソースプールを使用するかを判定するように動作する場合、
Ｓ−ＲＳＲＰ（サイドリンク参照信号受信電力）閾値を高くすることなく、利用可能なリソースの数の全リソース数に対する比を計算し、
比が第５の閾値よりも小さい場合、第２のステップを実行せずに前記例外的なリソースプールを使用するものと判定し、
比が第５の閾値よりも小さくない場合、第２のステップを実行する、
ように動作する、１）に記載の装置。
【００７９】
８）第１のステップが、Ｓ−ＲＳＲＰ閾値を高くすることにより、全リソースの実質的にｍ％のリソースが利用可能となるまで、リソース選択ウィンドウ内の候補リソースの増大を許可することを含む一方、輻輳制御動作を含まず、
コントローラが、第１のステップの実行後、第２のステップにおいて例外的なリソースプールを使用するかを判定するように動作する場合、
ＣＢＲ測定ウィンドウ内で測定されたチャネルビジー率が第４の閾値よりも高い場合、例外的なリソースプールのリソースの使用を選択するものと判定するように動作する、５）に記載の装置。
【００８０】
９）第１のノードにおいて、
サイドリンク信号を第２のノードに送信するステップと、
サイドリンク信号を送信する送信機について、第１の条件および第２の条件の少なくとも一方に基づいて、例外的なリソースプールを使用するかを判定するステップと、
を含み、
第１の条件が、現行のリソースプールに関して第１の輻輳制御動作中に測定された第１のチャネルビジー率が第１の閾値よりも高いことを含み、第２の条件が、第１の輻輳制御動作中に少なくとも１つのパケットが廃棄されるものと判定されることを含む、方法。
【００８１】
１０）判定するステップが、さらに第３の条件において例外的なリソースプールを使用するものと判定することをさらに含み、
第３の条件が、例外的なリソースプールに関して第２の輻輳制御動作中に測定された第２のチャネルビジー率が第２の閾値よりも低いことを含む、９）に記載の方法。
【００８２】
１１）第２の閾値が、第１の閾値と同じであるか、または、異なる、１０）に記載の方法。
【００８３】
１２）判定するステップが、さらに第４の条件において例外的なリソースプールを使用するものと判定することをさらに含み、
第４の条件が、廃棄されるものと判定された少なくとも１つのパケットの優先度が第３の閾値よりも高いことを含む、９）に記載の方法。
【００８４】
１３）判定するステップが、物理サイドリンク共有チャネル（ＰＳＳＣＨ）リソース選択中に除外されるリソースのサブセットを決定する第１のステップまたは第１のステップの実行後、測定されたＳ−ＲＳＳＩ（サイドリンク受信信号強度インジケータ）に基づいて候補リソースをランク付けしてリソースを選択する第２のステップにおいて例外的なリソースプールを使用するかを判定することを含む、９）に記載の方法。
【００８５】
１４）判定するステップが、第１のステップにおいて例外的なリソースプールを使用するかを判定することを含む場合、
Ｓ−ＲＳＲＰ（サイドリンク参照信号受信電力）閾値を高くすることにより、全リソースの実質的にｍ％のリソースが利用可能となるまで、所定回数のリソース選択ウィンドウ内の候補リソースの増大を許可することと、
ＣＢＲ測定ウィンドウ内で測定されたチャネルビジー率（ＣＢＲ）が第４の閾値よりも高い場合、第２のステップを実行せずに例外的なリソースプールを使用するものと判定することと、
ＣＢＲ測定ウィンドウ内で測定されたＣＢＲが第４の閾値よりも高くない場合、第２のステップを実行することと、
を含む、９）に記載の方法。
【００８６】
１５）判定するステップが、第１のステップにおいて例外的なリソースプールを使用するかを判定することを含む場合、
Ｓ−ＲＳＲＰ（サイドリンク参照信号受信電力）閾値を高くすることなく、利用可能なリソースの数の全リソース数に対する比を計算することと、
比が第５の閾値よりも小さい場合、第２のステップを実行せずに前記例外的なリソースプールを使用するものと判定することと、
比が第５の閾値よりも小さくない場合、第２のステップを実行することと、
を含む、９）に記載の方法。
【００８７】
１６）第１のステップが、Ｓ−ＲＳＲＰ閾値を高くすることにより、全リソースの実質的にｍ％のリソースが利用可能となるまで、リソース選択ウィンドウ内の候補リソースの増大を許可することを含む一方、輻輳制御動作を含まず、
判定するステップが、第１のステップの実行後、第２のステップにおいて例外的なリソースプールを使用するかを判定することを含む場合、
ＣＢＲ測定ウィンドウ内で測定されたチャネルビジー率が第４の閾値よりも高い場合、例外的なリソースプールのリソースの使用を選択するものと判定することを含む、１３）に記載の方法。
【００８８】
１７）第１のノードにおいて、
１つまたは複数のプロセッサと、
１つまたは複数のプロセッサと結合され、１つまたは複数のプロセッサにより実行された場合に、９）〜１６）のいずれか一項に記載の方法を実行するメモリと、
を備えた、システム。
【００８９】
本開示は、ソフトウェア、ハードウェア、またはハードウェアと協働するソフトウェアによって実現可能である。上記各実施形態の説明に用いた各機能ブロックは、集積回路としての大規模集積回路（ＬＳＩ）により実現可能であり、各実施形態において説明した各プロセスは、ＬＳＩにより制御されるようになっていてもよい。これらは、チップとして個別に形成されていてもよいし、１つのチップは、機能ブロックの一部または全部を含むように形成されていてもよい。これらには、データ入出力が結合されていてもよい。ここで、ＬＳＩは、集積度の相違に応じて、集積回路（ＩＣ）、システムＬＳＩ、大規模ＬＳＩ、または超ＬＳＩと称する場合がある。ただし、集積回路を実装する技術は、ＬＳＩに限らず、個別の回路または汎用プロセッサを用いて実現されるようになっていてもよい。また、ＬＳＩの製造後にプログラム可能なＦＰＧＡ（フィールドプログラマブルゲートアレイ）またはＬＳＩ内に配設された回路セルの接続および設定を再構成可能なリコンフィギュラブルプロセッサが用いられるようになっていてもよい。
【００９０】
以上では、特定の実施形態に関する添付の図面を参照して、本開示の複数の実施形態の例を詳細に説明した。当然、構成要素または技術の考え得るすべての組み合わせを記載するのは不可能であるため、当業者には当然のことながら、本開示の範囲から逸脱することなく、上述の実施形態を種々改良可能である。たとえば、当然のことながら、上記実施形態は、第３世代パートナーシッププロジェクト（３ＧＰＰ）ネットワークの一部を参照して説明しているが、本開示の一実施形態は、３ＧＰＰネットワークの後継者等、同様の機能的構成要素を有する同様のネットワークにも適用可能となる。
【００９１】
したがって、特に、上記説明ならびに添付の図面および現在または将来における任意の添付の特許請求の範囲において用いられる用語３ＧＰＰおよび関係または関連する用語は、上記に応じて解釈されるものとする。
【００９２】
本開示は、ソフトウェア、ハードウェア、またはハードウェアと連携したソフトウェアにより実現可能である。上記各実施形態の説明に用いた各機能ブロックは、集積回路としてのＬＳＩにより実現可能であり、各実施形態において説明した各プロセスは、ＬＳＩにより制御されるようになっていてもよい。これらは、チップとして個別に形成されていてもよいし、１つのチップは、機能ブロックの一部または全部を含むように形成されていてもよい。これらには、データ入出力が結合されていてもよい。ここで、ＬＳＩは、集積度の相違に応じて、ＩＣ、システムＬＳＩ、大規模ＬＳＩ、または超ＬＳＩと称する場合がある。ただし、集積回路を実装する技術は、ＬＳＩに限らず、個別の回路または汎用プロセッサを用いて実現されるようになっていてもよい。また、ＬＳＩの製造後にプログラム可能なＦＰＧＡ（フィールドプログラマブルゲートアレイ）またはＬＳＩ内に配設された回路セルの接続および設定を再構成可能なリコンフィギュラブルプロセッサが用いられるようになっていてもよい。
【００９３】
とりわけ、上記説明および関連する図面に提示の教示内容の利益を得る当業者には、開示内容の改良例および他の実施形態が想到されることになる。したがって、開示内容が開示の特定の実施形態に限定されることはなく、改良例および他の実施形態が本開示の範囲内に含まれることが了解されるものとする。本明細書においては、特定の用語が採用され得るものの、これらは一般的かつ説明的な意味で使用しているに過ぎず、何ら制限を目的としたものではない。
【図１】
2019537353.tif 000004
【図２】
2019537353.tif 000005
【図３】
2019537353.tif 000006
【図４】
2019537353.tif 000007
【図５】
2019537353.tif 000008
【国際調査報告】
2019537353.tif 000009
2019537353.tif 000010