(57)【特許請求の範囲】
【請求項１】
ユーザ機器であって、
サイドリンク通信に使用される第１のリソースプール群の設定に使用される第１のパラメータと、前記サイドリンク通信に使用される第２のリソースプール群の設定に使用される第２のパラメータとを含んだ情報を取得する処理部を備え、
前記情報は、前記第１のリソースプール群及び前記第２のリソースプール群が事前設定されたSL-Preconfigurationパラメータであり、
前記第１のリソースプール群は、前記第２のリソースプール群と追加のリソースプール群から構成され、
前記ユーザ機器が前記サイドリンク通信に使用される周波数のカバレージ外にある場合に、前記処理部は、前記情報に基づいて前記第１のリソースプール群を特定した上で特定の処理を行い、
前記特定の処理は、前記第１のリソースプール群に設定されている優先度に基づいて前記第１のリソースプール群から特定のリソースプールを選択した後に、前記特定のリソースプールから特定のリソースをランダムに選択する処理であり、
前記特定のリソースを用いて物理サイドリンク共有チャネルで送信する送信部を備え、
前記第２のリソースプール群を構成するリソースプールの総数が前記第２のリソースプール群に対して規定された最大数を超えないように、前記第２のリソースプール群が設定される、
ユーザ機器。
【請求項２】
ユーザ機器によって実行される方法であって、
サイドリンク通信に使用される第１のリソースプール群の設定に使用される第１のパラメータと、前記サイドリンク通信に使用される第２のリソースプール群の設定に使用される第２のパラメータとを含んだ情報を取得し、
前記情報は、前記第１のリソースプール群及び前記第２のリソースプール群が事前設定されたSL-Preconfigurationパラメータであり、
前記第１のリソースプール群は、前記第２のリソースプール群と追加のリソースプール群から構成され、
前記ユーザ機器が前記サイドリンク通信に使用される周波数のカバレージ外にある場合に、前記情報に基づいて前記第１のリソースプール群を特定した上で特定の処理を行い、
前記特定の処理は、前記第１のリソースプール群に設定されている優先度に基づいて前記第１のリソースプール群から特定のリソースプールを選択した後に、前記特定のリソースプールから特定のリソースをランダムに選択する処理であり、
前記特定のリソースを用いて物理サイドリンク共有チャネルで送信し、
前記第２のリソースプール群を構成するリソースプールの総数が前記第２のリソースプール群に対して規定された最大数を超えないように、前記第２のリソースプール群が設定される、
方法。
【発明の詳細な説明】
【関連出願】
【０００１】
本出願は、参照によりその全体が本明細書に組み込まれる、「ＡＬＬＯＣＡＴＩＮＧ  ＲＥＳＯＵＲＣＥＳ  ＦＯＲ  ＷＩＲＥＬＥＳＳ  ＳＩＤＥＬＩＮＫ  ＤＩＲＥＣＴ  ＣＯＭＭＵＮＩＣＡＴＩＯＮＳ」と題する２０１５年８月７日出願の米国仮特許出願第６２／２０２，６４２号、及び「ＡＬＬＯＣＡＴＩＮＧ  ＲＥＳＯＵＲＣＥＳ  ＦＯＲ  ＷＩＲＥＬＥＳＳ  ＳＩＤＥＬＩＮＫ  ＤＩＲＥＣＴ  ＣＯＭＭＵＮＩＣＡＴＩＯＮＳ」と題する２０１６年８月４日出願の米国特許出願第１５／２２８，５７９号に基づく優先権及び利益を主張する。
【技術分野】
【０００２】
本技術は、ワイヤレス通信に関し、特に、デバイス・ツー・デバイス（Ｄ２Ｄ：device-to-device）通信とも呼ばれるワイヤレス・サイドリンク直接通信のための無線リソースの割り当て又は付与に関する。
【背景技術】
【０００３】
セルラネットワーク又は他の電気通信システムの２つのユーザ機器端末（例えば、モバイル通信デバイス）が互いに通信するときに、それらのデータ経路は、典型的に、オペレータ・ネットワークを通過する。ネットワークを通るデータ経路は、基地局及び／又はゲートウェイを含み得る。デバイスが互いにごく近接している場合、それらのデータ経路は、ローカル基地局を通じて局所的にルーティングされてもよい。一般に、基地局のようなネットワークノードとワイヤレス端末との間の通信は、「広域ネットワーク（wide area network：ＷＡＮ）」又は「セルラ通信」として知られている。
【０００４】
互いにごく近接した２つのユーザ機器端末は、基地局を通過する必要なしに直接リンクを確立することも可能である。電気通信システムは、２つ以上のユーザ機器端末が互いに直接通信するサイドリンク直接通信を使用すること、又はイネーブルすることができる。時には、サイドリンク直接通信をデバイス・ツー・デバイス（Ｄ２Ｄ）通信と呼ぶこともある。サイドリンク直接通信において、１つのユーザ機器端末から１つ以上の他のユーザ機器端末への音声及び／又はデータ・トラフィック（本明細書では「通信信号」と呼ばれる）は、電気通信システムの基地局又は他のネットワーク制御デバイスを通じて通信されなくてもよい。
【０００５】
サイドリンク直接通信の様々な態様は、以下のうちの１つ以上に記載され、それらは全て、参照によりその全体が本明細書に組み込まれる。２０１５年３月１７日出願の米国特許出願第１４／６６０，５２８号、２０１５年３月１７日出願の米国特許出願第１４／６６０，４９１号、２０１５年３月１７日出願の米国特許出願第１４／６６０，５５９号、２０１５年３月１７日出願の米国特許出願第１４／６６０，５８７号、２０１５年３月１７日出願の米国特許出願第１４／６６０，６２２号、２０１５年６月２５日出願の米国特許出願第１４／７４９，８９８号、２０１４年９月２５日出願の米国仮特許出願第６２／０５５，１１４号、２０１５年１月１６日出願の米国仮特許出願第６２／１０４，３６５号。
【０００６】
リソースの衝突回避又はリソースのプリエンプション（pre-emption）のいずれかを促進するように、サイドリンク直接通信のためのリソースを割り当てるための方法、装置及び／又は技法が必要とされる。
【発明の概要】
【０００７】
本明細書で開示される技術は、サイドリンク直接通信のためにリソースを割り当てるための様々な技法、装置及び方法を提供する。例示的な実施形態及びモードにおいて、ユーザ機器（ＵＥ）は、プロセッサと、プロセッサと電子通信するメモリとを備える。メモリに記憶された命令は、第１のリソースプールの構成を受信し、第１のリソースプールを使用してサイドリンク通信を実行するように実行可能である。第１のリソースプールは、第２のリソースプール及び追加のリソースプールからなり、第２のリソースプールは、追加のリソースプールが利用可能でないＵＥにとって利用可能である。ユーザ機器（ＵＥ）における方法は、第１のリソースプールの構成を受信することと；第１のリソースプールを使用してサイドリンク通信を実行することとを含む。この方法において、第１のリソースプールは、第２のリソースプール及び追加のリソースプールからなり、第２のリソースプールは、追加のリソースプールが利用可能でないＵＥにとって利用可能である。
【０００８】
本明細書で開示される技術はまた、サイドリンク直接通信のためにリソースを割り当てるときに、リソースの衝突を回避する及び／又はリソースをプリエンプト（pre-empt）するための様々な技法、装置、及び方法を提供する。
【０００９】
本明細書で開示される技術の態様の１つにおいて、衝突回避は、サービス品質（quality of service：ＱｏＳ）要求を促進するように構成される非公称（non-nominal）リソースプール構造を提供する方法及び装置によって促進される。具体的には、公称リソースプール量パラメータによって指定されたものとは異なるリソースプール構造に関する情報を受信し、そのリソースプール構造を使用するための方法及び装置が提供される。
【００１０】
本明細書で開示される技術の態様の１つにおいて、衝突回避は、選択リソースプールからのランダム・リソース選択ではなく識別（discriminate）リソース選択を提供する方法及び装置によって促進される。識別リソース選択の１つの例示的な実施形態及びモードは、競合回避リソース選択を含む。識別リソース選択の別の例示的な実施形態及びモードは、アルゴリズミック・リソース選択を含む。
【００１１】
本明細書で開示される技術の態様の１つにおいて、高優先度サイドリンク直接通信は、ワイヤレス端末の制御下で、優先度が低いサイドリンク直接通信による送信のために使用されるリソースをプリエンプトすることが可能である。例示的な実施形態及びモードにおいて、サイドリンク直接通信に参加するワイヤレス端末は、サイドリンク直接通信のプリエンプション状況を反映又は指定する１つ以上のインジケータ又はフラグ（「プリエンプション状況インジケータ」）を取得する。
【図面の簡単な説明】
【００１２】
本明細書で開示される技術の前述の及び他の目的、特徴、並びに利点は、添付図面に示されるような好ましい実施形態の以下の更に具体的な記載から明らかであろう。図中、参照文字は、様々な図にわたって同じ部分を指す。図面は、必ずしも縮尺どおりではなく、その代わりに本明細書で開示される技術の原理を説明することに重点が置かれる。
【００１３】
【図１】サイドリンク直接通信のためにリソースを割り当てる無線通信ネットワークの一般的な例示的実施形態の概略図である。
【００１４】
【図１Ａ】非公称リソースプール構造の提供を通じてサイドリンク直接通信のためにリソースを割り当てるときに、衝突を回避する無線通信ネットワークの例示的実施形態の概略図である。
【００１５】
【図１Ｂ】サイドリンク直接通信のためのリソースの識別選択を使用して衝突を回避する無線通信ネットワークの例示的実施形態例の概略図である。
【００１６】
【図１Ｃ】サイドリンク直接通信のためにリソースを割り当てるときに、ワイヤレス端末によりリソース・プリエンプションが制御される、無線通信ネットワークの例示的実施形態の概略図である。
【００１７】
【図２】サイドリンク直接通信において使用するのに適した例示的なサブフレームの線図である。
【００１８】
【図３】非公称リソースプール構造を使用するワイヤレス端末を動作させる方法を含む基本的かつ代表的なアクション又はステップを示すフローチャートである。
【００１９】
【図３Ａ】非公称プール量パラメータとしてサブプール量パラメータを使用する、ワイヤレス端末を動作させる方法を含む基本的かつ代表的なアクション又はステップを示すフローチャートである。
【００２０】
【図３Ｂ】非公称プール量パラメータとしてオーバーライドプール量パラメータを使用する、ワイヤレス端末を動作させる方法を含む基本的かつ代表的なアクション又はステップを示すフローチャートである。
【００２１】
【図４Ａ】公称リソースプール量パラメータ及びサブプール量パラメータを含むプール情報を示す線図である。
【００２２】
【図４Ｂ】図４Ａの種類のプール情報に従って構成される非公称リソースプール構造の線図である。
【００２３】
【図５Ａ】公称リソースプール量パラメータ及びオーバーライドプール量パラメータを含むプール情報を示す線図である。
【００２４】
【図５Ｂ】図５Ａの種類のプール情報に従って構成される非公称リソースプール構造の線図である。
【００２５】
【図６Ａ】公称リソースプール量パラメータ、サブプール量パラメータ及びオーバーライドプール量パラメータを含むプール情報を示す線図である。
【００２６】
【図６Ｂ】図６Ａの種類のプール情報に従って構成される非公称リソースプール構造の線図である。
【００２７】
【図７】サイドリンク直接通信のためのリソースの識別選択の一般的な方法における、図１Ｃのワイヤレス端末により実行され得る例示的で代表的なアクション又はステップを示すフローチャートである。
【００２８】
【図８】競合回避リソース選択、事前検証リソース選択、及びアルゴリズミック・リソース選択を含む識別リソース選択の異なる例示的な実施形態及びモードの線図である。
【００２９】
【図９Ａ】一般的な第１のプリエンプト・リソース選択の方法において、図１Ｃのワイヤレス端末により実行され得る例示的で代表的なアクション又はステップを示すフローチャートである。
【００３０】
【図９Ｂ】一般的な第２のプリエンプト・リソース選択の方法において、図１Ｃのワイヤレス端末により実行され得る例示的で代表的なアクション又はステップを示すフローチャートである。
【００３１】
【図１０Ａ】ワイヤレス端末が、第１のサイドリンク直接通信で使用するために、第２のサイドリンク直接通信のリソースをプリエンプトすることをアクティブに探し求めることによって実行され得る、代表的な例示的アクション又はステップを示すフローチャートである。
【００３２】
【図１０Ｂ】競合サイドリンク直接リソースを放棄するようにアクティブ・ワイヤレス端末によって要求されているパッシブなワイヤレス端末により実行され得る代表的な例示的なアクション又はステップを示すフローチャートである。
【００３３】
【図１１】リソース占有状況通知の例示的な内容の線図である。
【００３４】
【図１２】例示的実施形態によるノード又はワイヤレス端末を備え得る電子機械の態様を示す概略図である。
【発明を実施するための形態】
【００３５】
以降の記述において、限定でなく説明の目的で、本明細書で開示される技術の完全な理解を提供するために、特定のアーキテクチャ、インターフェース、技法などの具体的詳細が示される。ただし、当業者には、本明細書で開示される技術は、これらの具体的詳細から逸脱する他の実施形態においても実践することが可能であることが認識されるであろう。すなわち、当業者は、本明細書には明示的に説明されていない又は示されていないが、本明細書で開示される技術の原理を具現し、その趣旨及び範囲内に含まれる、様々な構成を考案することができよう。いくつかの事例では、本明細書で開示される技術の説明を不必要な詳細によって不明瞭にしないように、周知のデバイス、回路及び方法の詳細な説明は省略されている。本明細書で開示される技術の原理、態様及び実施形態、並びにこれらの具体例を列挙した本明細書の全ての記述は、それらの構造的等価物と機能的等価物の両方を包含することが意図される。加えて、かかる等価物は、現在知られている等価物、並びに将来開発される等価物、すなわち、構造にかかわらず同じ機能を実行する任意の開発される要素を含むことが意図される。
【００３６】
したがって、当業者には、例えば、本明細書におけるブロック図は、本技術の原理を具現する例示的な回路又は他の機能ユニットの概念図を表現できることが認識されるであろう。同様に、任意のフローチャート、状態遷移図、擬似コードなどは、コンピュータ可読媒体において実質的に表現され得、したがって、コンピュータ又はプロセッサが明示的に示されているか否かにかかわらず、かかるコンピュータ又はプロセッサにより実行され得る様々なプロセスを表すことが認識されるであろう。
【００３７】
本明細書で使用する場合、用語「サイドリンク直接通信」は、１つのワイヤレス端末から別のワイヤレス端末への通信が、セルラネットワーク又は他の電気通信システム中の集中型基地局又は他のデバイスを通過しない、セルラネットワーク又は他の電気通信システム上で動作するワイヤレス端末装置間の通信モードを指し得る。「サイドリンク直接通信」は、サイドリンクシグナリング又は制御情報とサイドリンクデータの一方又は両方を包含する。用語「サイドリンク直接」は、「サイドリンク」（「ＳＬ」と省略される）」と短縮してもよく、したがって、本明細書では、「サイドリンク」はサイドリンク直接を指すために使用される。更に、前述したように、サイドリンク直接通信（例えば、サイドリンク通信）は、「デバイス・ツー・デバイス（「Ｄ２Ｄ」）通信」としても知られている。更に、用語「ＰｒｏＳｅ（Ｐｒｏｘｉｍｉｔｙ  Ｓｅｒｖｉｃｅ：近接サービス）」直接通信は、サイドリンク直接通信の代わりに使用され得る。したがって、「サイドリンク直接」、「サイドリンク（ｓｉｄｅｌｉｎｋ：ＳＬ）」、「ＰｒｏＳｅ」及び「デバイス・ツー・デバイス（Ｄ２Ｄ）」は、互換性があり、かつ、同義であり得ることを理解されたい。
【００３８】
したがって、上述のように、サイドリンク直接通信は、基地局とワイヤレス端末との間の通信である又はそれを含む「ＷＡＮ」又は「セルラ通信」とは異なる。通信データは、通信信号を使用して送信され、ワイヤレス端末のユーザによる消費を対象とする音声通信又はデータ通信を含むことができる。通信信号は、サイドリンク直接通信を介して、第１のワイヤレス端末から第２のワイヤレス端末に直接送信され得る。様々な態様では、ＳＬパケット送信に関する制御信号は、その基盤となるコアネットワーク又は基地局によって、全て、又はいくつかが管理もしくは生成されてもよく、あるいは何も管理もしくは生成されなくてもよい。追加又は代替の態様では、受信側ユーザ機器端末は、送信側ユーザ機器端末と１つ以上の追加の受信側ユーザ機器端末との間で通信データ・トラフィックをリレーしてもよい。
【００３９】
本明細書で使用する場合、用語「コアネットワーク」は、電気通信ネットワークのユーザにサービスを提供する電気通信ネットワークにおけるデバイス、デバイス群、又はサブシステムを指すことができる。コアネットワークによって提供されるサービスの例として、アグリゲーション、認証、呼切り替え、サービス呼出し、他のネットワークへのゲートウェイなどが挙げられる。
【００４０】
本明細書で使用する場合、用語「ワイヤレス端末」は、（限定的ではないが）セルラネットワークなどの電気通信システムによって音声及び／又はデータを通信するために使用される任意の電子デバイスを指すことができる。ワイヤレス端末を指すために使用される他の専門用語及びかかるデバイスの非限定的な例として、ユーザ機器端末（「ＵＥ」、移動局、モバイルデバイス、アクセス端末、加入者局、移動端末、遠隔局、ユーザ端末、端末、加入者ユニット、セルラフォン、スマートフォン、携帯情報端末（「ＰＤＡ：ｐｅｒｓｏｎａｌ  ｄｉｇｉｔａｌ  ａｓｓｉｓｔａｎｔ」）、ラップトップコンピュータ、ネットブック、電子書籍リーダ、ワイヤレス・モデムなどを挙げることができる。
【００４１】
本明細書で使用する場合、用語「アクセスノード」、「ノード」又は「基地局」は、ワイヤレス通信を促進するか、又は他の方法で、ワイヤレス端末と電気通信システムとの間のインターフェースを提供する任意のデバイス又はデバイス群を指すことができる。基地局の非限定的な例として、３ＧＰＰ仕様において、Ｎｏｄｅ  Ｂ（「ＮＢ」）、ｅｎｈａｎｃｅｄ  Ｎｏｄｅ  Ｂ（「ｅＮＢ」）、ｈｏｍｅ  ｅＮＢ（「ＨｅＮＢ」）又はいくつかの他の同様の専門用語を挙げることができる。基地局の別の非限定的な例は、アクセスポイントである。アクセスポイントは、ワイヤレス端末に（限定的ではないが）ローカルエリアネットワーク（「ＬＡＮ：Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ」）、広域ネットワーク（「ＷＡＮ：Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ」）、インターネットなどのデータ・ネットワークへのアクセスを提供する電子デバイスであり得る。本明細書に開示されるシステム及び方法のいくつかの例は、所定の規格（例えば、３ＧＰＰ  Ｒｅｌｅａｓｅ  ８、９、１０、１１、１２及び／又は１３）と関連して記載され得るが、本開示の範囲は、この点に限定すべきでない。本明細書に開示するシステム及び方法の少なくともいくつかの態様は、他の形式のワイヤレス通信システムにおいて利用することができる。
【００４２】
本明細書で使用する場合、用語「電気通信システム」又は「通信システム」は、情報を送信するために使用されるデバイスの任意のネットワークを指すことができる。電気通信システムの非限定的な例は、セルラネットワーク又は他のワイヤレス通信システムである。
【００４３】
本明細書で使用する場合、用語「セルラネットワーク」は、各セルが基地局などの少なくとも１つの固定位置トランシーバによってサービスされる、複数のセルにわたって分散したネットワークを指すことができる。「セル」は、インターナショナル・モバイル・テレコミュニケーションズ−アドバンスト（「ＩＭＴ  Ａｄｖａｎｃｅｄ：Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ−Ａｄｖａｎｃｅｄ」）に使用される規格化又は規制団体によって仕様が定められた任意の通信チャネルであり得る。セルの全て又はサブセットは、３ＧＰＰによって、Ｎｏｄｅ  Ｂなどの基地局とＵＥ端末との間の通信に使用されるライセンスバンド（例えば、周波数バンド）として採用され得る。ライセンス周波数バンドを使用したセルラネットワークは、構成セルを含むことができる。「構成セル（configured cell）」は、ＵＥ端末により認識され、基地局により情報の送信又は受信が許可されるセルを含むことができる。
【００４４】
本明細書で使用する場合、「ＳＬ信号」（単数又は複数）は、ＳＬ通信及び／又は発見のためのチャネル、参照信号、及び同期信号を含む。
【００４５】
ＳＬ通信、例えば、サイドリンク直接通信は、任意の好適な電気通信規格に従って実装されるネットワークにおいて使用することができる。かかる標準の非限定的な例は、第三世代パートナーシッププロジェクト（「３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ、３ＧＰＰ」）ロングタームエボリューション（「Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ」）である。３ＧＰＰ規格は、現在及び将来の世代のワイヤレス通信システムに関する、世界的に適用可能な技術仕様及び技術報告書を定義することを目的とした協働合意である。３ＧＰＰでは、次世代のモバイルネットワーク、システム及びデバイスの仕様を定義し得る。３ＧＰＰ  ＬＴＥは、将来の要求に対処するために、ユニバーサル・モバイル電気通信システム（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ、ＵＭＴＳ）用移動電話又はデバイスの規格を改良するためのプロジェクトに与えられた名前である。一態様では、ＵＭＴＳは、進化型ユニバーサル地上無線アクセス（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ：「Ｅ−ＵＴＲＡ」）及び進化型ユニバーサル地上無線アクセスネットワーク（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ：「Ｅ−ＵＴＲＡＮ」）に対するサポート及び仕様を提供するために修正されてきた。Ｅ−ＵＴＲＡＮは、ＳＬ通信を使用し得る電気通信規格の別の非限定的な例である。３ＧＰＰ作業グループの一つの見地は、公共の安全上の要求事項及び特定の非公開の安全上の要求事項のために近接サービス（ＰｒｏＳｅ）を可能にするサイドリンク直接通信を可能にする機能に関係する（例えば、ＲＰ−１２２００９を参照）。
【００４６】
デバイス・ツー・デバイス（Ｄ２Ｄ）通信（例えば「サイドリンク直接通信」）について少なくとも部分的に記載する３ＧＰＰ文書の非網羅的なリストには以下が含まれる（それらは全て、参照によりその全体が本明細書に組み込まれる）。
【００４７】
３ＧＰＰ  ＴＳ  ３６．２０１  ｖ１２．１．０、技術仕様，第三世代パートナーシッププロジェクト；Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ；Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ（Ｅ−ＵＴＲＡ）；ＬＴＥ  Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ；Ｇｅｎｅｒａｌ  Ｄｅｓｃｒｉｐｔｉｏｎ（Ｒｅｌｅａｓｅ  １２）（２０１４−１２）；
【００４８】
３ＧＰＰ  ＴＳ  ３６．２１  １  ｖ１２．４．０，技術仕様，第三世代パートナーシッププロジェクト；Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ；Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ（Ｅ−ＵＴＲＡ）；Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌｓ  ａｎｄ  Ｍｏｄｕｌａｔｉｏｎ（Ｒｅｌｅａｓｅ  １２）（２０１４−１２）；
【００４９】
３ＧＰＰ  ＴＳ  ３６．２１２  ｖ１２．３．０，技術仕様，第三世代パートナーシッププロジェクト；Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ；Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ（Ｅ−ＵＴＲＡ）；Ｍｕｌｔｉｐｌｅｘｉｎｇ  ａｎｄ  Ｃｈａｎｎｅｌ  Ｃｏｄｉｎｇ（Ｒｅｌｅａｓｅ  １２）（２０１４−１２）；
【００５０】
３ＧＰＰ  ＴＳ  ３６．２１３  ｖ１２．０．０，技術仕様，第三世代パートナーシッププロジェクト；Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ；Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ（Ｅ−ＵＴＲＡ）；Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ  Ｐｒｏｃｅｄｕｒｅｓ（Ｒｅｌｅａｓｅ  １２）（２０１３−１２）；
【００５１】
３ＧＰＰ  ＴＳ  ３６．２１４  ｖ１２．１．０，技術仕様，第三世代パートナーシッププロジェクト；Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ；Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ（Ｅ−ＵＴＲＡ）；Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ；Ｍｅａｓｕｒｅｍｅｎｔｓ（Ｒｅｌｅａｓｅ  １２）（２０１４−１２）；
【００５２】
３ＧＰＰ  ＴＳ  ３６．３００  ｖ１２．４．０，技術仕様，第三世代パートナーシッププロジェクト；Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ；Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ（Ｅ−ＵＴＲＡ）ａｎｄ  Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ（Ｅ−ＵＴＲＡＮ）；Ｏｖｅｒａｌｌ  Ｄｅｓｃｒｉｐｔｉｏｎ；Ｓｔａｔｅ  ２（Ｒｅｌｅａｓｅ  １２）（２０１４−１２）；
【００５３】
３ＧＰＰ  ＴＳ  ３６．３０４  ｖ１２．３．０，技術仕様，第三世代パートナーシッププロジェクト；Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ；Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ（Ｅ−ＵＴＲＡ）；Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ（ＵＥ）Ｐｒｏｃｅｄｕｒｅｓ  ｉｎ  Ｉｄｌｅ  Ｍｏｄｅ（Ｒｅｌｅａｓｅ  １２）（２０１４−１２）；
【００５４】
３ＧＰＰ  ＴＳ  ３６．３０６  ｖ１２．３．０，技術仕様，第三世代パートナーシッププロジェクト；Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ；Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ（Ｅ−ＵＴＲＡ）；Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ（ＵＥ）Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｃａｐａｂｉｌｉｔｉｅｓ（Ｒｅｌｅａｓｅ  １２）（２０１４−１２）；
【００５５】
３ＧＰＰ  ＴＳ  ３６．３２１  ｖ１２．４．０，技術仕様，第三世代パートナーシッププロジェクト；Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ；Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ（Ｅ−ＵＴＲＡ）；Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ（ＭＡＣ）Ｐｒｏｔｏｃｏｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ（Ｒｅｌｅａｓｅ  １２）（２０１４−１２）；
【００５６】
３ＧＰＰ  ＴＳ  ３６．３２２  ｖ１２．１．０，技術仕様，第三世代パートナーシッププロジェクト；Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ；Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ（Ｅ−ＵＴＲＡ）；Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ（ＲＬＣ）Ｐｒｏｔｏｃｏｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ（Ｒｅｌｅａｓｅ  １２）（２０１４−９）；
【００５７】
３ＧＰＰ  ＴＳ  ３６．３２３  ｖ１２．２．０，技術仕様，第三世代パートナーシッププロジェクト；Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ；Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ（Ｅ−ＵＴＲＡ）；Ｐａｃｋｅｔ  ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ（ＰＤＣＰ）Ｓｐｅｃｉｆｉｃａｔｉｏｎ（Ｒｅｌｅａｓｅ  １２）（２０１４−１２）；及び
【００５８】
３ＧＰＰ  ＴＳ  ３６．３３１  ｖ１２．４．０，技術仕様，第三世代パートナーシッププロジェクト；Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ；Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ（Ｅ−ＵＴＲＡ）；Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ（ＲＲＣ）Ｐｒｏｔｏｃｏｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ（Ｒｅｌｅａｓｅ  １２）（２０１４−１２）。
【００５９】
３ＧＰＰ  ＴＳ  ２２．１７９  Ｖ１３．２．０（２０１５−０６），第三世代パートナーシッププロジェクト；Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｓｅｒｖｉｃｅｓ  ａｎｄ  Ｓｙｓｔｅｍ  Ａｓｐｅｃｔｓ；Ｍｉｓｓｉｏｎ  Ｃｒｉｔｉｃａｌ  Ｐｕｓｈ  Ｔｏ  Ｔａｌｋ（ＭＣＰＴＴ）ｏｖｅｒ  ＬＴＥ；Ｓｔａｇｅ  １（Ｒｅｌｅａｓｅ  １３）。
【００６０】
３ＧＰＰにおいて、合意は、サイドリンク直接通信をサポートするワイヤレス端末の２つの一般的な動作モードを提供する。元来「モード１」と称される第１の動作モードは、スケジュールされたリソース・アロケーション・モードである。元来「モード２」と称される第２の動作モードは、ＵＥ自律的リソース選択モードである。
【００６１】
スケジュールされたリソース・アロケーション・モード（例えば、モード１）の場合、ワイヤレス端末（ＵＥ）は、データを送信するためにＲＲＣ＿ＣＯＮＮＥＣＴＥＤである必要がある。一般に、ワイヤレス端末は、基地局（例えば、「ｅＮＢ」としても知られるｅＮｏｄｅＢ）からの送信リソースを要求する。その要求に応答して、ｅＮＢは、サイドリンク制御及びデータの送信のための送信リソースをスケジュールする。詳細には、ワイヤレス端末は、ＰｒｏＳｅ  ＢＳＲ（バッファ・ステータス・レポート（buffer status report））の後に、スケジューリング要求（ＤＳＲ又はランダムアクセス）をｅＮＢに送信する。ＰｒｏＳｅ  ＢＳＲに基づいて、ｅＮＢは、ワイヤレス端末がＰｒｏＳｅ直接通信送信のためのデータを有すると判定することができ、送信のために必要とされるリソースを推定することができる。次いで、ｅＮＢは、構成されたサイドリンク無線ネットワーク一時識別子（sidelink radio network temporary identifier：ＳＬ−ＲＮＴＩ）を使用して、ＰｒｏＳｅ直接通信のための送信リソースをスケジュールすることができる。
【００６２】
モード２としても知られるＵＥ自律的リソース選択モードでは、ワイヤレス端末（ＵＥ）は単独で、リソースプールからリソースを選択し、サイドリンク制御及びデータを送信するためのトランスポート・フォーマット選択を実行する。ワイヤレス端末がＰｒｏＳｅ直接通信のカバレージ外である場合、ワイヤレス端末は、ＵＥ自律的リソース選択モードのみを使用することができる。
【００６３】
モード２（ＵＥ自律的リソース選択モード）の場合、ワイヤレス端末は、リソースプール情報を取得する３つの方法を有する：（１）（システム情報ブロック（ＳＩＢ）１８のメッセージを通じた）ブロードキャスト情報、（２）（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを通じた）専用のＲＲＣシグナリング、（３）事前設定された（pre-configured）情報。次いで、ワイヤレス端末は、上記のリソース・アロケーション方法のうちの１つによって示されるリソースプールから、送信のためのリソースをランダムに選択する。
【００６４】
ワイヤレス端末がＰｒｏＳｅ直接通信のカバレージ内にある場合、ワイヤレス端末は、ｅＮＢ構成に従って、スケジュールされたリソース・アロケーション又はＵＥ自律的リソース選択を使用してもよい。ワイヤレス端末がＰｒｏＳｅ直接通信のカバレージ内にある場合、ワイヤレス端末は、いくつかの特定の例外のうちの１つが生じない限り、ｅＮＢ構成によって示されるリソース・アロケーション・モードのみを使用してもよい。
【００６５】
スケジュールされたリソース・アロケーション・モードにおけるｅＮＢ又はＵＥ自律的リソース選択モードにおけるワイヤレス端末のいずれかによるリソースの割り当ては、１つ以上のリソースプールの中から行われる。サイドリンク制御のリソースプール・アロケーション技法について、それに続いて、サイドリンクデータのためのリソースプール・アロケーションについて以下で説明する。
【００６６】
ワイヤレス端末がＰｒｏＳｅ直接通信のカバレージ外にあるとき、受信のために使用されるリソースプールと送信のために使用されるリソースプールの両方が事前設定される。
【００６７】
ワイヤレス端末がＰｒｏＳｅ直接通信のカバレージ内にあるとき、受信のために使用されるリソースプールは、ブロードキャスト・シグナリングにおいて、無線リソース制御（ＲＲＣ）を介してｅＮＢによって設定される。しかしながら、ワイヤレス端末がカバレージ内にあるとき、送信のために使用されるリソースプールは、以下のように設定される。（１）送信のために使用されるリソースプールは、ＵＥ自律的リソース選択が使用される場合、専用のシグナリング又はブロードキャスト・シグナリングにおいて、ＲＲＣを介してｅＮＢによって設定される；（２）送信のために使用されるリソースプールは、スケジュールされたリソース・アロケーションが使用される場合、専用のシグナリングにおいて、ＲＲＣを介してｅＮＢによって設定される。（２）に関して、ｅＮＢは、設定された受信プール内のサイドリンク制御送信のための特定のリソース（単数又は複数）をスケジュールする。なお、いくつかのワイヤレス端末がカバレージ内にあり、かつ、いくつかのワイヤレス端末がカバレージ外にあるときであっても通信を実行するために、全てのワイヤレス端末（すなわち、カバレージの内外両方の）は、サービングセル及び隣接セルにおけるサイドリンク制御の送信並びにカバレージの外でのサイドリンク制御の送信のために使用されるリソースプールの和集合である、サイドリンク制御の受信リソースプールで設定されるべきである。
【００６８】
サイドリンクデータのためにリソースプールを利用するということに関すると、ワイヤレス端末がＰｒｏＳｅ直接通信のカバレージ外にあるとき、受信のために使用されるリソースプールと送信のために使用されるリソースプールの両方が事前設定される。ワイヤレス端末がＰｒｏＳｅ直接通信のためのカバレージ内にあるとき、送信及び受信のために使用されるリソースプールは、ＵＥ自律的リソース選択が使用される場合、専用のシグナリング又はブロードキャスト・シグナリングにおいて、ＲＲＣを介してｅＮＢによって設定される。スケジュールされたリソース・アロケーションが使用される場合、送信のためのリソースプールはない。
【００６９】
上述のように、ワイヤレス端末がＵＥ自律的リソース選択モードであるとき、ワイヤレス端末はリソースプール情報を備えている。上記のように、リソースプール情報は、３つの方法で提供され得る：（１）（システム情報ブロック（ＳＩＢ）１８のメッセージを通じた）ブロードキャスト情報、（２）（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｌｇｕｒａｔｉｏｎメッセージを通じた）専用のＲＲＣシグナリング、（３）事前設定された情報。リソースプール情報は典型的には、リソースプールのリスティングを含み、各リソースプールは典型的には、複数のリソースを含む。ＵＥ自律的リソース選択モードにおいてリソースを必要とするとき、ワイヤレス端末は、最初に、リソースプール情報に列挙されている複数の可能性のあるリソースプールからリソースプール（「選択リソースプール」）を選択する。多くの状況では、選択リソースプールは、ワイヤレス端末に提供されるリソースプール情報に列挙された第１のリソースプールである。他の状況では、リソースプール情報のリスティングから選択されるリソースプールは、リソースプールが優先度（例えば、サービス品質）に関して区別されるとき、優先度（例えば、サービス優先度）に基づいてもよい。次いで、リソースプールの選択後、ワイヤレス端末は、選択リソースプールから、サイドリンク直接通信で使用するためのリソースをランダムに選択する。
【００７０】
選択リソースプールからのサイドリンク直接通信のためのリソースのランダム選択は、本明細書で開示する技術が対象とする課題をもたらす。詳細には、リソースプール・アクセス制御を全く行わないランダム・リソース選択は、リソース使用が衝突する可能性をもたらす。リソース使用が衝突する可能性は、ワイヤレス端末がリアルタイムのリソースプール占有情報を有しないことがあるという事実から生じる。換言すると、ワイヤレス端末は、他のワイヤレス端末によるリソースプールのリソースの利用に関するリアルタイムの情報を有しないことがある。これは、具体的には、ワイヤレス端末がＳＩＢ１８又は事前設定を通じてリソースプール情報を取得するときに起こる。ワイヤレス端末がリソースプール情報専用のシグナリングを取得するとき、ｅＮＢは、リアルタイム・リソースプール占有情報を有しなければならず、ワイヤレス端末にリアルタイム・リソースプール使用情報を命令することができる。しかし、ワイヤレス端末がリアルタイム・リソースプール使用情報の知識を有しないとき、選択リソースプールからの無線リソースのランダム選択は、使用中の、例えばサイドリンク直接通信のために別のワイヤレス端末がすでに使用中の、リソースがワイヤレス端末によって選択されるという結果になることがある。
【００７１】
上述のように、ＵＥ自律的リソース選択モードにおいてリソースを必要とするとき、ワイヤレス端末は、最初に、リソースプール情報に列挙されている複数の可能性のあるリソースプールからリソースプール（「選択リソースプール」）を選択する。ワイヤレス端末は、ワイヤレス端末が受信するリソースプール情報の第１のエントリによって示されるリソースのプールを使用する。受信したリソースプール情報の第１のエントリ（例えば、リソースプール情報を含む情報要素（information element：ＩＥ）の第１のエントリ）が、ワイヤレス端末が、専用のシグナリング、ＳＩＢ、又は事前設定からリソースプール情報を取得するかどうかにかかわらず、選択リソースプールとして使用される。受信したリソースプール情報の第１のエントリを常に使用するこの技法は、本明細書では「共通リソースプール・アクセス」とも称される。
【００７２】
インシデント領域の多くのワイヤレス端末が、共通リソースプール・アクセス技法を使用して、同じリソースプール・アロケーション法からの、例えばＳＩＢ１８からの送信のためのリソースを必要とする場合、複数のワイヤレス端末が、全て同じブロードキャスト・シグナリングの第１のエントリによって示されるプールを使用する。その結果、同様のリソースプール・アロケーションを受信する多くのワイヤレス端末があるシナリオでは、同様の状況にあるワイヤレス端末のうちの２つ以上が、選択リソースプールの有限数のリソースから同じリソースをランダムに選択し得る確率はかなり高い。したがって、衝突が起こり得る確率が高い。
【００７３】
サイドリンク直接リソースを必要とするワイヤレス端末全てが、リソースプール情報に列挙された第１のリソースプールを自動的に選択するわけではない場合、衝突の確率は少なくなる。
【００７４】
別の開発として、新たな公共の安全上の特徴、Ｍｉｓｓｉｏｎ  Ｃｒｉｔｉｃａｌ  Ｐｕｓｈ  Ｔｏ  Ｔａｌｋ（ＭＣＰＴＴ）が３ＧＰＰ  Ｒｅｌｅａｓｅ１３において導入されることが予想される。新しいＭｉｓｓｉｏｎ  Ｃｒｉｔｉｃａｌ  Ｐｕｓｈ  Ｔｏ  Ｔａｌｋ（ＭＣＰＴＴ）特徴は、いくつかのミッション・クリティカルな状況において、優先度の高いワイヤレス端末の送信を保証することを必要とすることがある。保証された送信は、ＭＣＰＴＴワイヤレス端末は常にリソースを与えられる、例えば、サイドリンク直接通信のために常にリソースを与えられ、したがって衝突を理由に拒否されないことを意味する。
【００７５】
サイドリンクＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１８に関係するシステム情報を含んでいる情報要素（ＩＥ）は、Ｅ−ＵＴＲＡＮが、ＳｉｄｅｌｉｎｋＵＥ情報プロシージャをサポートし、リスティング１に示すようなサイドリンク直接通信に関係するリソース設定情報を含み得ることを示し得る。ｃｏｍｍＲｘＰｏｏｌは、ＵＥがＲＲＣ＿ＩＤＬＥ及びＲＲＣ＿ＣＯＮＮＥＣＴＥＤの間にサイドリンク直接通信を受信することを可能にするリソースを示し得る。ｃｏｍｍＳｙｎｃＣｏｎｆｌｇは、ＵＥが同期情報を受信及び送信することを可能にする構成を示し得る。Ｅ−ＵＴＲＡＮは、専用のシグナリングによって同期情報を送信するようにＵＥを構成するときに、ｔｘＰａｒａｍｅｔｅｒを含むｃｏｍｍＳｙｎｃＣｏｎｆｌｇを構成し得る。ｃｏｍｍＴｘＰｏｏｌＥｘｃｅｐｔｉｏｎａｌは、例外的な条件でＵＥがサイドリンク直接通信を送信することを可能にするリソースを示し得る。ｃｏｍｍＴｘＰｏｏｌＮｏｒｍａｌＣｏｍｍｏｎは、ＵＥが、ＲＲＣ＿ＩＤＬＥの間、又はＲＲＣ＿ＣＯＮＮＥＣＴＥＤであるときに、プライマリ以外の周波数を介してサイドリンクを送信しながら、サイドリンク直接通信を送信することを可能にするリソースを示し得る。
【００７６】
リスティング１
【表１】
0006746624.tif 000002
【００７７】
サイドリンク専用の構成の場合、ＵＥは、リスティング２に示すプロシージャに従い得る。
【００７８】
リスティング２
１＞ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｌｇｕｒａｔｉｏｎメッセージがｓｌ−ＣｏｍｍＣｏｎｆｉｇを含んでいる場合：
２＞ｃｏｍｍＴｘＲｅｓｏｕｒｃｅが含まれ、ｓｅｔｕｐに設定されている場合：
３＞次のＳＣ期間から、５．１０．４において指定されるように、サイドリンク直接通信の送信のためのｃｏｍｍＴｘＲｅｓｏｕｒｃｅによって示されるリソースを使用する；
２＞それ以外であって、ｃｏｍｍＴｘＲｅｓｏｕｒｃｅが含まれ、ｓｅｔｕｐに設定されている場合：
３＞次のＳＣ期間から、ｃｏｍｍＴｘＲｅｓｏｕｒｃｅに以前に構成されたサイドリンク直接通信の送信のために割り当てられたリソースをリリースする；
【００７９】
ＵＥ専用のメッセージＳＬ−ＣｏｍｍＣｏｎｆｉｇに含まれる情報要素（ＩＥ）は、リスティング３に示すようなサイドリンク直接通信の専用の構成情報を指定し得る。詳細には、それは、プライマリ周波数上の直接通信のための送信リソース構成に関係し得る。ｃｏｍｍＴｘＰｏｏｌＮｏｒｍａｌＤｅｄｉｃａｔｅｄは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤの間にＵＥが使用を許可される送信リソースのプールを示し得る。ｃｏｍｍＴｘＣｏｎｆｌｇは、Ｅ−ＵＴＲＡＮがＴｘリソースをスケジュールするときの（すなわち、ＤＣＩフォーマット５に含まれるインデックスが実際のデータリソースを示すときの）ＳＣのためのリソースのプールを示し得る。Ｍｃｓは、変調・符号化スキームを示し得る。構成されない場合、変調・符号化スキームの選択は、ＵＥ実装形態に依存し得る。Ｓｃｈｅｄｕｌｅｄは、Ｅ−ＵＴＲＡＮがＵＥからのサイドリンク固有のＢＳＲに基づいて送信リソースをスケジュールする場合の構成を示し得る。ｕｅ−Ｓｅｌｅｃｔｅｄは、Ｅ−ＵＴＲＡＮによって設定されたリソースのプールからＵＥが送信リソースを選択する場合の構成を示し得る。
【００８０】
リスティング３
【表２】
0006746624.tif 000003
【００８１】
ＩＥ  ＳＬ−ＣｏｍｍＲｅｓｏｕｒｃｅＰｏｏｌは、サイドリンク直接通信のためのリソースの個々のプールの構成情報を指定し得る。ＩＥは、リスティング４に示すようなサイドリンク制御情報とデータの両方の構成をカバーすることができる。ｓｃ−Ｐｅｒｉｏｄは、リソースがＳＣ用のセルに割り当てられ、スケジュールされ、ＵＥが選択したデータ送信が起こる期間を示し得る。サブフレーム数の値。例えば、値ｓｆ４０は４０個のサブフレームに対応し得、ｓｆ８０は８０個のサブフレームに対応し得る。Ｅ−ＵＴＲＡＮは、ＦＤＤ及びＴＤＤ  ｃｏｎｆｉｇ  １〜５について値ｓｆ４０、ｓｆ８０、ｓｆ１６０及びｓｆ３２０を構成し、ＴＤＤ  ｃｏｎｆｉｇ  ０について値ｓｆ７０、ｓｆ１４０及びｓｆ２８０を構成し、最後に、ＴＤＤ  ＴＤＤ  ｃｏｎｆｉｇ  ６について値ｓｆ６０、ｓｆｌ２０及びｓｆ２４０を構成し得る。ｓｙｎｃＣｏｎｆｉｇｌｎｄｅｘは、ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１８におけるｃｏｍｍＳｙｎｃＣｏｎｆｉｇの対応するエントリへのインデックスを用いて、受信プールと関連する同期構成を示し得る。ｔｄｄ−Ｃｏｎｆｌｇは、ｓｙｎｃＣｏｎｆｉｇｌｎｄｅｘによって示されるセルの受信プールと関連するＴＤＤ構成であり得る。フィールドが存在しないことは、このフィールドを提供するセルと同じデュプレックス・モード、及びＴＤＤの場合のＳｙｓｔｅｍｌｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅｌにおけるｓｕｂｆｒａｍｅＡｓｓｉｇｎｍｅｎｔによって示される同じＵＬ／ＤＬ構成を示し得る。ｔｒｐｔ−Ｓｕｂｓｅｔは、利用可能なＴ−ＲＰＴのサブセットを示し得る。このサブセットは、サイドリンク直接通信のために使用される利用可能な「ｋ個」の値のセットを示すために使用されるビットマップからなり得る。Ｔ−ＲＰＴサブセット構成がシグナリング又は事前設定されない場合、ＵＥは、Ｔ−ＲＰＴセット全体が利用可能であると仮定し得る。条件付きで存在し得るＴｘフィールドは、ｃｏｍｍＴｘＰｏｏｌＮｏｒｍａｌＤｅｄｉｃａｔｅｄ、ｃｏｍｍＴｘＰｏｏｌＮｏｒｍａｌＣｏｍｍｏｎ又はｃｏｍｍＴｘＰｏｏｌＥｘｃｅｐｔｉｏｎａｌに含まれるときには必ず存在する。そうでない場合には、当該フィールドは存在しなくてもよい。
【表３】
0006746624.tif 000004
【００８２】
サイドリンク事前設定パラメータの場合、それらの値は、リスティング５のように設定され得る。
【００８３】
【表４】
0006746624.tif 000005
【００８４】
事前設定されたサイドリンクパラメータのＥ−ＵＴＲＡ定義は、リスティング６のように説明され得る。上位レイヤは、現在のＵＥの場所で有効である事前設定されたパラメータのセットが存在する場合、これを提供するとみなされる。
リスティング６
【表５】
0006746624.tif 000006
【００８５】
ＩＥ  ＳＬ−Ｐ再構成は、リスティング７に示すようにサイドリンク事前設定パラメータを含み得る。ｃａｒｒｉｅｒＦｒｅｑは、サイドリンク動作のキャリア周波数を示し得る。ＦＤＤの場合、ｃａｒｒｉｅｒＦｒｅｑは上りリンクキャリア周波数であり得、対応するダウンリンク周波数は、デフォルトのＴＸ−ＲＸ周波数分離から判定することができる。ｐｒｅｃｏｎｆｉｇＣｏｍｍは、いくつかの個別のリソースプールのリストを示し得る。サイドリンク直接通信の受信及び送信のために、同じプールのセットを使用してもよい。ｓｙｎｃＲｅｆＤｉｆｆＨｙｓｔは、相対比較を使用して同期基準ＵＥ（ＳｙｎｃＲｅｆ  ＵＥ）を評価するときのヒステリシスであり得る。例えば、値ｄＢ０は０ｄＢに対応し、値３ｄＢは３ｄＢに対応し得、値ｄＢｉｎｆは無限数のｄＢに対応し得る。ｓｙｎｃＲｅｆＭｉｎＨｙｓｔは、絶対比較を使用してＳｙｎｃＲｅｆ  ＵＥを評価するときのヒステリシスであり得る。例えば、値ｄＢ０は０ｄＢに対応し、値３ｄＢはｄＢ３に対応し得る。
【００８６】
リスティング７
【表６】
0006746624.tif 000007
【００８７】
図１は、本明細書に記載される実施形態に対して全般的かつ一般的な例示的な通信システム２０を示す。例示的な通信システム２０において、無線アクセスノード２２は、第１のエア又は無線インターフェース２４（例えば、Ｕｕインターフェースなど）上で第１のワイヤレス端末２６１と通信する。ノード２２は、ノード・プロセッサ３０及びノード送信機３２を備える。第１のワイヤレス端末２６１は、端末プロセッサ４０及び端末トランシーバ４２を備える。端末トランシーバ４２は典型的には、端末送信部分４４及び端末受信部分４６を備える。端末送信部分４４は、端末送信回路を備えてもよく、「送信部」（「ＴＸ」）として知られていることがあり、端末受信部分４６は、端末受信回路を備えてもよく、「受信部」（「ＲＸ」）として知られていることがある。
【００８８】
本明細書で開示される技術は、サイドリンク直接（ＳＬ）通信で使用するための無線リソースを割り当てるための技法を提供する。「サイドリンク直接通信」は、サイドリンクシグナリング又は制御情報とサイドリンクデータの一方又は両方を包含する。例示的なサイドリンク直接通信は、図１の矢印４８によって示されるように、例えば、第１のワイヤレス端末２６１と第２のワイヤレス端末２６２との間で起こり得る。第１のワイヤレス端末２６１と第２のワイヤレス端末２６２とは、ＰＣ５インターフェースとしても知られることがある第２の無線インターフェース４９上で通信してもよい。ＰＣ５インターフェースは、その全体が参照により本明細書に組み込まれる、３ＧＰＰ  ＴＳ  ２３．３０３，３ＧＰＰ  ＴＳ  ２３．３０３  Ｖ１２．０．０（２０１４−０２）；第三世代パートナーシッププロジェクト，Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｓｅｒｖｉｃｅｓ  ａｎｄ  Ｓｙｓｔｅｍ  Ａｓｐｅｃｔｓ；Ｐｒｏｘｉｍｉｔｙ−ｂａｓｅｄ  ｓｅｒｖｉｃｅｓ（ＰｒｏＳｅ）；Ｓｔａｇｅ  ２；Ｒｅｌｅａｓｅ１２に説明されている。
【００８９】
サイドリンク直接通信において第１のワイヤレス端末２６１の関与を促進するために、端末プロセッサ４０は、サイドリンク直接（ＳＬＤ）ロジック５０を含む。ＳＬＤロジック５０は、実行されたときに、サイドリンク直接シグナリング及びサイドリンク直接データなど、サイドリンク直接通信の送信及び／又は受信のための無線リソースを選択及び／又は利用することを含む、サイドリンク直接通信と密接な関係があるアプリケーションを第１のワイヤレス端末２６１が実行することを可能にする非一時的媒体に記憶された命令を含む。端末プロセッサ４０は、他の種類の通信の送信及び受信に関係する動作、及び第１のワイヤレス端末２６１のメモリに記憶されたアプリケーションを実行することに関係する動作など、サイドリンク直接通信に関与するもの以外の第１のワイヤレス端末２６１の動作を実行してもよい。
【００９０】
少なくともいくつかの例示的な実施形態及びモードにおいて、ノード２２及び第１のワイヤレス端末２６１は、無線リソースを使用して無線インターフェース２４上で互いと通信する。同様に、第１のワイヤレス端末２６１及び第２のワイヤレス端末２６２は、無線リソース（すなわち、別の無線リソース）を使用して無線インターフェース４９上で通信する。
【００９１】
「リソース」に対するあらゆる言及は、本明細書において、別の意味を意図していることがコンテキストから明らかでない限り、「無線リソース」を意味する。一般に、本明細書で使用する場合、無線リソース（「リソース」）は、無線インターフェース上で情報を、例えば、信号情報又はデータ情報のいずれかを搬送することができる時間周波数単位である。無線リソースの例は、典型的にはノード２２などのノードによって、例えば、ノード２２のスケジューラによってフォーマット化され、準備される情報の「フレーム」のコンテキストにおいて生じる。ロングタームエボリューション（ＬＴＥ）において、下りリンク部分（単数又は複数）と上りリンク部分（単数又は複数）の両方を有し得るフレームは、基地局とワイヤレス端末との間で通信される。各ＬＴＥフレームは、複数のサブフレームを備えることができる。例えば、時間領域において、１０ｍｓフレームは、１０個の１ミリ秒のサブフレームからなる。例示的な実装形態によるサブフレームＳの代表的なサンプル図を図２に示す。時間領域では、各ＬＴＥサブフレームは、２つのスロットに分割される（したがって、１フレームには２０個のスロットがある）。各スロットにおける送信信号は、リソースエレメント（resource element：ＲＥ）からなるリソース・グリッドによって記述される。図２の２次元グリッドの各列は、シンボル（例えば、ノードからワイヤレス端末への下りリンク（ＤＬ）上のＯＦＤＭシンボル；ワイヤレス端末からノードへの上りリンク（ＵＬ）フレーム中のＳＣ−ＦＤＭＡシンボル）を表す。図２のグリッドの各行は、サブキャリアを表す。リソースエレメント（ＲＥ）は、サブフレームＳ中の下りリンク送信の最小時間周波数単位である。つまり、サブフレーム中の１つのサブキャリア上の１つのシンボルは、スロット中のインデックス対（ｋ，ｌ）によって一意に定義されるリソースエレメント（ＲＥ）を備える（ただし、ｋ及びｌはそれぞれ、周波数及び時間領域のインデックスである）。換言すると、１つのサブキャリア上の１つのシンボルがリソースエレメント（ＲＥ）である。各シンボルは、チャネル帯域幅及び構成に応じて、周波数領域にいくつかのサブキャリアを備える。今日の規格によってサポートされる最小時間周波数リソースは、複数のサブキャリアと複数のシンボルとのセット（例えば、複数のリソースエレメント（ＲＥ））であり、リソースブロック（resource block：ＲＢ）と呼ばれる。リソースブロックは、例えば、通常のサイクリックプレフィックスの場合、８４個のリソースエレメント、すなわち、１２個のサブキャリア及び７個のシンボルを含み得る。
【００９２】
図２のフレーム及びサブフレームの構造体は、無線リソース、並びに無線又はエアインターフェースを介して送信されることになる情報のフォーマット設定の技法の一例としての役割を果たすだけのものである。「フレーム」及び「サブフレーム」は、図２の具体的な記載により限定されるものではないことを理解されたい。
【００９３】
本明細書で開示される技術は、サイドリンク直接通信のためにリソースを割り当てるための様々な技法、装置及び方法を提供する。例示的な実施形態及びモードにおいて、ユーザ機器（ＵＥ）は、プロセッサと、プロセッサと電子通信するメモリとを備える。メモリに記憶された命令は、第１のリソースプールの構成を受信し、第１のリソースプールを使用してサイドリンク通信を実行するように実行可能である。第１のリソースプールは、第２のリソースプール及び追加のリソースプールからなり、第２のリソースプールは、追加のリソースプールが利用可能でないＵＥにとって利用可能である。ユーザ機器（ＵＥ）における方法は、第１のリソースプールの構成を受信することと；第１のリソースプールを使用してサイドリンク通信を実行することとを含む。この方法において、第１のリソースプールは、第２のリソースプール及び追加のリソースプールからなり、第２のリソースプールは、追加のリソースプールが利用可能でないＵＥにとって利用可能である。
【００９４】
その一般的な衝突回避能力に従って、端末プロセッサ４０は、リソース・アロケーション制御部５２を備えるものとして示されている。少なくとも１つの例示的実施形態では、リソース・アロケーション制御部５２は、端末プロセッサ４０を備えても、又はその中に包含されてもよく、具体的には、ＳＬＤロジック５０を備えても、又はその中に包含されてもよい。したがって、リソース・アロケーション制御部５２は、リソース・アロケーション・プロセッサ５２又は単に「プロセッサ」としても知られている。リソース・アロケーション制御部５２は、本明細書で説明され、それによって実装される様々な衝突回避又はプリエンプション技法に応じて、本明細書で説明する様々な制御部５２Ａ〜５２Ｃの形態を取ってもよい。
【００９５】
サイドリンク直接通信は、第１のワイヤレス端末２６１の端末プロセッサ４０が実行する１つ以上のアプリケーションによって開始され、又はプロンプト（prompt）されてもよいことが認識されるであろう。したがって、図１は、アプリケーション５４の命令を実行する際の端末プロセッサ４０を示す。アプリケーション５４を含む命令は、非一時的メモリに記憶され、実行されると、サイドリンク直接通信を呼び出すこと、開始すること、又は他の方法でサイドリンク直接通信に参加することができる。
【００９６】
リソースプール構造によって衝突回避が促進されるリソース・アロケーション
【００９７】
その態様の１つにおいて、本明細書で開示される技術である衝突回避は、サービス品質（ＱｏＳ）要求を促進するように構成される非公称リソースプール構造を提供する方法及び装置によって促進される。換言すると、本明細書に開示され、非公称リソースプール構造として知られる技術によって提供されるリソース構造は、公称リソースプール量パラメータにより指定されたリソースプールの数よりも細かい粒度を有する。
【００９８】
ワイヤレス端末の現在地において有効である、事前設定パラメータのある特定のセットが、ＵＥ自律的リソース選択モードで従事しているワイヤレス端末に提供されることになる。事前設定パラメータのセットは、上位レイヤによって、例えば、ワイヤレス端末が実行するサイドリンク直接アプリケーション（例えば、ＳＬＤロジック５０）のアクセス層（Access Stratum：ＡＳ）のレイヤのよりも上の、ワイヤレス端末が実行するアプリケーション５４などのアプリケーションによって提供され得る。「上位レイヤ」とは通常、例えば制御プレーンに関してＲＲＣ層よりも上の、ＮＡＳ（Ｎｏｎ  Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ：非アクセス層）レイヤを指し、（ｅＮＢを介したＡＳ層通信なしの）ＵＥとコアネットワークとの間のトランスペアレントなシグナリング転送を意味する。
【００９９】
かかる事前設定パラメータは、ワイヤレス端末に提供されたリソースプール情報に含まれるリソースプールの所定の数を指定する整数の形態の公称リソースプール量パラメータを含む。公称リソースプール量パラメータは、特定の業界規格文書又は業界規格文書の特定のバージョン／リリースによって指定されるという意味において、「公称」と言われる。公称リソースプール量パラメータによって指定されたリソースプールは、本明細書で「公称リソースプール」とし称される。公称リソースプール量パラメータの一例は、パラメータｍａｘＳＬ−ＴｘＰｏｏｌ−ｒ１２である。パラメータｍａｘＳＬ−ＴｘＰｏｏｌ−ｒ１２は整数値「４」を有し、したがって、リソースプール情報を備える公称リソースプールは４つ存在する。
【０１００】
本明細書で開示される技術の一態様によれば、リソースプール構造、すなわち、公称リソースプール量パラメータによって指定されたものとは異なる非公称リソースプール構造に関する情報を受信し、そのリソースプール構造を使用するための方法及び装置が提供される。非公称リソースプール構造に関する情報は、本明細書では一般に、「非公称プール量パラメータ」と称される。図１Ａは、かかる技術の態様を示し、非公称リソースプール構造５６にアクセスする際のリソース・アロケーション制御部５２Ａを示している。非公称リソースプール構造５６は、ランダムアクセスメモリ（ＲＡＭ）、キャッシュメモリ又は読み取り専用メモリ（ＲＯＭ）などのメモリデバイスに記憶され得る。
【０１０１】
図３は、非公称リソースプール構造５６を使用するワイヤレス端末を動作させる方法を含む基本的かつ代表的なアクション又はステップを示すフローチャートである。図３の方法は、ワイヤレス端末のプロセッサ回路（例えば、リソース・アロケーション制御部５２Ａを含む端末プロセッサ４０）上で、別のワイヤレス端末とのサイドリンク直接通信を実行するように構成された非一時的媒体に記憶されたサイドリンクダイレクト命令を実行することを含む。図３のアクションは、アクション３−１及びアクション３−２を含む。アクション３−１は、公称リソースプール量パラメータによって定義されるよりもより多数の目盛り付けがされた、プールされたリソースを指定する非公称プール量パラメータを受信することを含む。本明細書で使用する場合、「リソース」とは、「無線リソース」（例えば、時間リソース及び周波数リソース）を意味し、「プールされたリソース」とは、「プールされた無線リソース」を意味する。アクション３−２は、サイドリンク直接命令の実行と関連して、プロセッサ回路が、非公称プール量パラメータによって少なくとも部分的に構成された（例えば、少なくとも部分的に定義された）リソースプール構造から、サイドリンク直接通信で使用するためのリソースを選択することを含む。
【０１０２】
したがって、図３の例示的な実施形態及びモードでは、端末プロセッサ４０のプロセッサ回路（例えば、リソース・アロケーション制御部５２を含むＳＬＤロジック５０）は、別のワイヤレス端末とのサイドリンク直接通信の実行と関連して、（１）公称リソースプール量パラメータによって定義されるよりもより多数の目盛り付けがされた、プールされた無線リソースを指定する非公称プール量パラメータを受信し、（２）非公称プール量パラメータによって少なくとも部分的に構成されたリソースプール構造から、サイドリンク直接通信で使用するためのリソースを選択するように構成される。端末送信回路４４は、サイドリンク直接通信において、選択リソースを使用するように構成される。
【０１０３】
例示的な実施形態及びモードにおいて、本明細書で開示される技術は、非公称プール量パラメータとしてサブプール量パラメータを受信し、使用することを含む。サブプール量パラメータは、公称プールのうちの１つ以上を、好ましくは各々を含む、いくつかのサブプールを指定する。サブプール量パラメータは、公称リソースプール量パラメータと関連して、リソースプール量パラメータのみによって示されるものとは異なるリソースプール構造を少なくとも部分的に構成又は定義するために使用される。サブプール量パラメータによって指定されたサブプールを提供することによって、リソースのグループ間により微細な、より多くの線引きができ、したがって、リソースプール選択のより多数の目盛り付けを提供し、それにより衝突確率を低下させることができる。
【０１０４】
上記を考慮すると、図４Ａは、公称リソースプール量パラメータ６２及びサブプール量パラメータ６４を備えるプール情報６０を示す。図４Ｂは、図４Ａの種類のプール情報に従って、公称リソースプール量パラメータ６２が値「４」を有し、サブプール量パラメータ６４が値「３」を有する例示的なシナリオについて構成される例示的な非公称リソースプール構造５６Ａを示す。数「４」は、公称リソースプール量パラメータ６２について使用され得る。しかし、かかる数は変えてもよく、したがって、公称リソースプール量パラメータ６２はそのようには限定されないことが考えられる。サブプール量パラメータ６４の値は、「３」には限定されず、より大きくてもより小さくてもよい。サブプール量パラメータ６４は、全てのリソースプールに適用してもよく、例えば、リソースプールのそれぞれは、同数のサブプールを有してもよく、あるいは、各リソースプールについて異なるサブプール量パラメータ６４など、異なるリソースプールについて異なるサブプール量パラメータ６４が存在してもよい。
【０１０５】
図３Ａは、非公称プール量パラメータとしてサブプール量パラメータを受信及び使用するときに図１Ａのワイヤレス端末によって実行され得る例示的な代表的アクション又はステップを示す。アクション３Ａ−１は、非公称プール量パラメータとしてサブプール量パラメータを受信することを含む。サブプール量パラメータは、公称リソースプール量パラメータによって定義されるリソース選択のために利用可能な公称リソースプールのうちの１つ以上を含むいくつかのサブプールを指定する。アクション３Ａ−２は、プロセッサ回路が、サイドリンク直接通信の優先度に基づいて、サイドリンク直接命令の実行と関連して、サブプール量パラメータによって少なくとも部分的に構成された（例えば、少なくとも部分的に定義された）リソースプール構造から、サイドリンク直接通信で使用するためのリソースを選択することを含む。一例として、リソースプール構造は、公称リソースプール量パラメータとサブプール量パラメータとによって少なくとも部分的に構成され得る。
【０１０６】
例示的な実装形態では、図３Ａの方法は、サイドリンク直接命令よりも上位レイヤにおいてプロセッサ上で実行しているアプリケーション（アプリケーション５４など）から、サブプール量パラメータを受信することを更に含み得る。
【０１０７】
したがって、図３Ａの例示的な実施形態及びモードにおいて、端末プロセッサ４０のプロセッサ回路（例えば、リソース・アロケーション制御部５２を含むＳＬＤロジック５０）は、（１）（公称リソースプール量パラメータによって定義されるリソース選択のために利用可能な公称リソースプールのうちの１つ以上を含むいくつかのサブプールを指定する）非公称プール量パラメータとしてサブプール量パラメータを受信し、（２）サイドリンク直接通信の優先度に基づいて、サイドリンク直接命令の実行と関連して、サブプール量パラメータによって少なくとも部分的に構成された（例えば、少なくとも部分的に定義された）リソースプール構造から、サイドリンク直接通信で使用するためのリソースを選択するように構成される。
【０１０８】
他の例示的な実施形態及びモードにおいて、本明細書で開示される技術は、公称リソースプール量パラメータによって示されるいくつかのプールを置換するいくつかのプールを指定するオーバーライドプール量パラメータの受信及び使用を含む。例えば、オーバーライドプール量パラメータは、以前の仕様又は以前のリリースに続く実施形態あるいはリリースについて、以前の仕様又は以前のリリースにおいて指定されたよりも多数のサイドリンク直接通信のために利用可能なリソースプールを指定してもよい。例示的な説明として、パラメータｍａｘＳＬ−ＴｘＰｏｏｌ−ｒ１２は、整数値「４」を有し得、オーバーライドプール量パラメータは、整数値「１６」又は「４」よりも大きい別の整数を有し得る。オーバーライドプール量パラメータは、上位レイヤから受信した通信において、公称リソースプール量パラメータを置き換えるか、あるいは含むかのいずれかであり得る。オーバーライドプール量パラメータを提供することによって、リソースプールの数が増大し、したがって、リソースプール選択が増し、それにより、衝突確率が低下する。
【０１０９】
上記を考慮すると、図５Ａは、公称リソースプール量パラメータ６２及びオーバーライドプール量パラメータ６６を備えるプール情報６０（５）を示す。図５Ｂは、図５Ａの種類のプール情報に従って、公称リソースプール量パラメータ６２が値「４」を有し、オーバーライドプール量パラメータ６６が値「１６」を有する例示的なシナリオについて構成される例示的な非公称リソースプール構造５６Ｂを示す。数「４」は、公称リソースプール量パラメータ６２について使用され得る。かかる数は変えてもよく、したがって、公称リソースプール量パラメータ６２はそのようには限定されないことが考えられる。オーバーライドプール量パラメータ６６の値は、「１６」には限定されず、より大きくてもより小さくてもよい。
【０１１０】
図３Ｂは、非公称プール量パラメータとしてオーバーライドプール量パラメータ６６を受信及び使用するときに図１Ａのワイヤレス端末によって実行され得る例示的な代表的アクション又はステップを示す。アクション３Ｂ−１は、非公称プール量パラメータとしてオーバーライドプール量パラメータ６６を受信することを含む。アクション３Ｂ−２は、サイドリンク直接通信の優先度に基づいて、サイドリンク直接命令の実行と関連して、プロセッサ回路が、公称リソースプール量パラメータによってではなく、オーバーライドプール量パラメータによって少なくとも部分的に構成された（例えば、少なくとも部分的に定義された）リソースプール構造から、サイドリンク直接通信で使用するためのリソースを選択することを含む。
【０１１１】
したがって、図３Ａの例示的な実施形態及びモードにおいて、端末プロセッサ４０のプロセッサ回路（例えば、リソース・アロケーション制御部５２を含むＳＬＤロジック５０）は、（１）非公称プール量パラメータとして（リソース選択のために利用可能ないくつかのリソースプールを指定する）オーバーライドプール量パラメータを受信し、（２）サイドリンク直接通信の優先度に基づいて、サイドリンク直接命令の実行と関連して、公称リソースプール量パラメータによってではなく、オーバーライドプール量パラメータによって少なくとも部分的に構成された（例えば、少なくとも部分的に定義された）リソースプール構造から、サイドリンク直接通信で使用するためのリソースを選択するように構成される。
【０１１２】
別の例示的な実施形態及びモードにおいて、本明細書で開示される技術は、オーバーライドプール量パラメータとサブプール量パラメータの両方を受信し、使用することを含む。かかる例示的な実施形態及びモードにおいて、サブプール量パラメータは、オーバーライドプール量パラメータによって指定されたプールのうちの１つ以上を、好ましくは各々を含む、いくつかのサブプールを指定する。上記を考慮すると、図６Ａは、公称リソースプール量パラメータ６２、サブプール量パラメータ６４、及びオーバーライドプール量パラメータ６６を備えるプール情報６０（６）を示す。図６Ｂは、図６Ａの種類のプール情報に従って、公称リソースプール量パラメータ６２が値「４」を有し、サブプール量パラメータ６４が値「２」を有し、オーバーライドプール量パラメータ６６が値「８」を有する例示的なシナリオについて構成される例示的な非公称リソースプール構造５６Ｃを示す。上記から理解されるように、図６Ｂの値は、図示のものには限定されないが、より大きい量でも、又はより小さい量でもよい。
【０１１３】
公称リソースプール量パラメータが「ｍａｘＳＬ−ＴｘＰｏｏｌ−ｒ１２」であり、値「４」を有すると仮定した場合、本明細書で開示される技術の例示的な実施形態及びモードにおいて、リソースプール・アロケーション／アクセスが優先度と関連するとき、以下の技法のいずれかを利用してもよい。
（１）いかなる修正もせず、ｍａｘＳＬ−ＴｘＰｏｏｌ−ｒ１２を再利用する；
（２）ｍａｘＳＬ−ＴｘＰｏｏｌ−ｒ１２を再利用する；公称リソースプール量パラメータ６２など、別のパラメータ（「ｍａｘＳＬ−ＴｘＳｕｂＰｏｏｌ」と呼ばれることもある）を定義して、４つのリソースプールの各々において、いくつのサブプールを定義できるかを指定する；
（３）ｍａｘＳＬ−ＴｘＰｏｏｌ−ｒ１２を、より多くのサイドリンク送信リソースプール、例えば１６個のＳＬ送信リソースプールを定義する別の類似のパラメータ、例えばオーバーライドプール量パラメータ６６（ｍａｘＳＬ−ＴｘＰｏｏｌと呼ばれることもある）によって置き換える。
（４）より多くのＱｏＳ要件を満たすように、サブプール量パラメータ６４（例えば、「ｍａｘＳＬ−ＴｘＳｕｂＰｏｏｌ）とオーバーライドプール量パラメータ６６（例えば、ｍａｘＳＬ−ＴｘＳｕｂＰｏｏｌ）の両方を提供又は定義し得る。
【０１１４】
上記の新たに定義したパラメータ名は、本開示で使用されるものであり；必要な場合には、任意の他の名前としてもよい。
【０１１５】
識別リソース選択によって衝突回避が促進されるリソース・アロケーション
【０１１６】
本明細書で開示される技術の別の態様において、衝突回避は、選択リソースプールからのランダム・リソース選択ではなく識別を提供する方法及び装置によって促進される。本明細書で使用する場合、選択リソースプールからの「識別」リソース選択は、リソースプールのメンバーリソースを区別する任意の基準による選択であり、したがって、ランダム・リソース選択ではない。図１Ｂは、第１のワイヤレス端末２６１の端末プロセッサ４０の例示的な実施形態及びモードを示し、リソース・アロケーション・コントローラ５２Ｂは、識別リソース選択ロジック７０を備える。したがって、識別リソース選択ロジック７０は、端末プロセッサ４０を備えても、又は当該端末プロセッサによって包含されてもよく、また、「プロセッサ」又は「プロセッサ回路」と称してもよい。
【０１１７】
図７は、識別リソース選択の一般的な方法で図１Ｂのワイヤレス端末により実行され得る例示的で代表的なアクション又はステップを示すフローチャートを示す。図７の方法は、第１のワイヤレス端末２６１のプロセッサ回路上で、例えば、非一時的媒体に記憶された命令を実行することによって識別リソース選択ロジック７０を含む端末プロセッサ４０上で、実行され得る。かかる実行を含む図７の基本的なアクションは、アクション７−１〜アクション７−３として示される。アクション７−１は、選択リソースプールを選択することを含む。アクション７−２は、（ランダム選択ではなく）識別選択技法を使用して選択リソースプールから選択リソースを選択することを含む。アクション７−３は、別のワイヤレス端末とのサイドリンク直接通信と関連して、識別選択されたリソースを使用することを含む。
【０１１８】
したがって、図１Ｂ及び図７の例示的な実施形態及びモードでは、識別リソース選択ロジック７０を含む端末プロセッサ４０は、（１）選択リソースプールを選択し、（２）選択リソースプールから、識別選択技法を使用して選択リソースを選択するように構成される。端末送信回路４４は、別のワイヤレス端末とのサイドリンク直接通信と関連して、選択リソースを使用するように構成される。
【０１１９】
図８に、識別リソース選択の異なる例示的な実施形態及びモードをツリー形態で示す。以下にそれぞれ別々に論じるかかる例は、競合回避リソース選択８２、事前検証リソース選択８４、及びアルゴリズミック・リソース選択８６を含む。
【０１２０】
識別リソース選択の１つの例示的な実施形態及びモードは、競合回避リソース選択を備える（図８の競合回避リソース選択８２を参照）。リソースプールの選択後、リソースプール内のリソースをランダムに選択する代わりに、競合回避リソース選択技法を使用して、ワイヤレス端末は、競合ベースのアクセス法に従って選択リソースプール内のリソースを選択する。競合ベースのアクセス法は、輻輳／衝突を検出することが可能であり得る。かかる競合ベースのアクセス法の例として、いくつかの「リッスン・ビフォア・トーク（listen before talk）」アクセス法、例えば、ランダム化されたＲＰＴ選択（Randomized RPT selection：ＲＲＰＴ）及び衝突回避を用いたキャリア検知多重アクセス（Carrier Sense Multiple Access with Collision Avoidance：ＣＳＭＡ／ＳＡ）が挙げられる。なお、ＣＳＭＡなどの方法は、衝突を検出するために、受信部応答を必要とすることがある。本明細書で説明される（競合回避リソース選択技法を含むがこれには限定されない）識別リソース選択技法を利用して、優先度に関連付けられたリソースプールからリソースを選択するとき、その技術は、本明細書では、「修正された優先度ベースのリソースプール・アクセス」とも称される。
【０１２１】
競合ベースのアクセス法を使用して、サイドリンク直接通信で使用するためのアロケーションの前に輻輳／衝突を検出し、使用前に、リソースプールの選択リソースが十分に輻輳／衝突がないことと証明されるとき、この技法、事前検証リソース選択技法としても知られている（図８の事前検証リソース選択８４を参照）。
【０１２２】
競合ベースのアクセス法の例示的な実装形態では、リソースプールの選択後、ワイヤレス端末は、選択リソースプール内の最初の候補リソースを暫定的に選択する。最初の候補リソースの暫定的選択は、ランダム選択であってもいが、先行技術とは異なり、最初の候補リソースは、サイドリンク直接通信のために直ちに使用されわけでない。そうではなく、ワイヤレス端末は、最初の候補リソースがワイヤレス端末に近接して使用中であるかどうかを判定し、使用中の場合には、かかる既存の使用の優先度を任意選択的に判定するために、シグナリング、例えばポーリングを送出する。候補リソースの調査中にポーリング又は問い合わせされた他のワイヤレス端末は、リソースが使用中の場合には応答又は肯定応答するか、あるいは、少なくとも候補リソースが他のワイヤレス端末から見てアイドル状態であることを肯定応答しなければならない。ワイヤレス端末が、かかる調査／ポーリングの結果として、候補リソースがない、例えば輻輳していないと判定する場合、ワイヤレス端末は、サイドリンク直接通信の決定選択リソースとして最初の候補リソースを使用することができる。しかし、調査／ポーリングが、候補リソースが輻輳している又は妨害されていると示した場合、ワイヤレス端末は、候補リソースとして機能する別のリソースを選択してもよく、サイドリンク直接通信のために決定リソースを選択することができるまで、第２の／別の候補リソースなどに関して調査／ポーリングを繰り返してもよい。したがって、競合ベースのアクセス法を使用するリソースの選択はランダムではなく、むしろ、リソースの選択は、候補リソースの事前検証可用性に起因する。
【０１２３】
競合回避リソース選択のモード及び実施形態において、競合回避のために評価される選択リソースプールのうちの特定のリソースが、評価のためにランダムに選択され得るが、ランダム・リソース選択モード（共通リソースプール・アクセスなど）とは異なり、評価されたリソースは、例えば、輻輳／衝突回避基準に従って、リソースが許容可能であると認定されるまで、サイドリンク直接通信で使用するために選択されない。したがって、共通リソースプール・アクセス技法とは異なり、競合回避リソース選択のモード及び実施形態では、リソースの特徴（例えば、輻輳がないこと）に基づいて識別される。
【０１２４】
識別リソース選択の別の例示的な実施形態及びモードは、アルゴリズミック・リソース選択を備える（図８のアルゴリズミック・リソース選択８６を参照）。リソースプールの選択後、リソースプール内のリソースをランダムに選択する代わりに、アルゴリズミック・リソース選択の使用は、選択されたプールのリソースのうちの１つを選択するために、いくつかの種類の非ランダムアルゴリズム又は擬似ランダムアルゴリズムを採用する。例えば、リソース選択技法を使用して、ワイヤレス端末は、選択リソースプールの第３のリソースを選択しても、あるいはアルゴリズミック・選択リソースプールの第５のリソースを選択してもよい。更に、選択リソースプールの第１の選択されたリソース（例えば、第３のリソース）が機能しなかった場合、アルゴリズミック・リソース選択技法は、例えば特定の定数だけインクリメントすることによって、リソースプールの別のリソースメンバーにホップしてもよい。例えば、選択リソースの第１の選択されたリソースが第３のリソースであり、プールの第３のリソースが（例えば、事前評価において使用前に、又はサイドリンク直接通信における実際の使用後に）機能しなかった場合、ワイヤレス端末は、選択リソースプールの第６のリソースメンバーが次に選択されるように、（例えば）数３だけリソースポインタをインクリメントしてもよい。
【０１２５】
上記から、本明細書で説明される（競合回避リソース選択技法を含むがこれには限定されない）識別リソース選択技法を利用して、優先度に関連付けられたリソースプールからリソースを選択するとき、その技術を、本明細書では、「修正された優先度ベースのリソースプール・アクセス」とも称することを記憶しているであろう。優先度ベースのリソースプール・アクセス法及び修正された優先度ベースのリソースプール・アクセス法は、ワイヤレス端末が一般的なケース又は例外的なケースのいずれかであるケースのいずれにも当てはまらないことも、あるいは、そのうちの１つ又はいくつかに当てはまることも、あるいはそのうちの全てに当てはまることもあり、リソースプールは、専用のシグナリング、又はＳＩＢ１８、又は事前設定によって示される。
【０１２６】
より詳細には、上位レイヤによってサイドリンク直接通信を送信するように構成され、送信される関係データを有する、サイドリンク直接通信が可能なワイヤレス端末は、以下を行ってもよい：
１＞サイドリンク動作の条件が満たされる場合：
２＞サイドリンク直接通信のために使用される周波数のカバレージ内にある場合：
３＞ＵＥがＲＲＣ  ＣＯＮＮＥＣＴＥＤにあり、サイドリンク直接通信のためにＰＣｅｌｌを使用する場合：カバレージ内ケース（in coverage case）を表す：モード１又は、ＳＩＢ１８が例外的なケースのリソースプールを示す例外的なケースにフォールバックしないモード１、あるいは、専用のシグナリングがリソースプールを示すモード２：
４＞共通リソースプール・アクセスを含めて、プロシージャＡに従う；又は、優先度ベースのリソースプール・アクセスを使用することを除いて、プロシージャＡに従う；又は、修正された優先度ベースのリソースプール・アクセスを使用することを除いて、プロシージャＡに従う。
３＞それ以外（すなわち、ＲＲＣ  ＩＤＬＥにおけるサイドリンク直接通信、又はＲＲＣ  ＣＯＮＮＥＣＴＥＤのＰＣｅｌｌ以外のセル上でのサイドリンク直接通信）の場合：カバレージ内ケース、を表す：ＳＩＢ１８がリソースプールを示すモード２、あるいは、ＳＩＢ１８が通常のケースのリソースプールを示さず、ＳＩＢ１８が例外的なケースのリソースプールを示す例外的なケースにフォールバックするモード２：
４＞共通リソースプール・アクセスを含めて、プロシージャＡに従う；又は、優先度ベースのリソースプール・アクセスを使用することを除いて、プロシージャＡに従う；又は、修正された優先度ベースのリソースプール・アクセスを使用することを除いて、プロシージャＡに従う。
２＞それ以外（すなわち、サイドリンクキャリアのカバレージ外）の場合：カバレージ外ケースを表す：事前設定されたリソースプール：
３＞事前設定されたリソースのプールを使用して、サイドリンク制御情報及び対応するデータを送信するために下位レイヤを構成する；共通リソースプール・アクセスを含めて、プロシージャＡに従う；又は、優先度ベースのリソースプール・アクセスを使用することを除いて、プロシージャＡに従う；又は、修正された優先度ベースのリソースプール・アクセスを使用することを除いて、プロシージャＡに従う。
【０１２７】
プロシージャＡは、リスティング８において定義され得る。
【０１２８】
リスティング８
ワイヤレス端末は、以下を行ってもよい：
１＞サイドリンク動作の条件が満たされる場合：
２＞サイドリンク直接通信のために使用される周波数のカバレージ内にある場合：
３＞ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤであり、サイドリンク直接通信のためにＰＣｅｌｌを使用する場合：
４＞ＵＥが、物理レイヤの問題又は無線リンクの障害が検出された現在のＰＣｅｌｌ／ＰＣｅｌｌによって構成され、ｃｏｍｍＴｘＲｅｓｏｕｒｃｅｓをスケジュールするように設定された場合：
５＞Ｔ３１０又はＴ３１１が実行中の場合；かつ、ＵＥが物理レイヤの問題又は無線リンクの障害を検出したＰＣｅｌｌが、ｃｏｍｍＴｘＰｏｏｌＥｘｃｅｐｔｉｏｎａｌを含むＳｙｓｔｅｍｌｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１８をブロードキャストする場合；あるいは
５＞Ｔ３０１が実行中であり、接続の再確立をＵＥが開始したセルが、ｃｏｍｍＴｘＰｏｏｌＥｘｃｅｐｔｉｏｎａｌを含むＳｙｓｔｅｍｌｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１８をブロードキャストする場合：
６＞ｃｏｍｍＴｘＰｏｏｌＥｘｃｅｐｔｉｏｎａｌにおいて第１のエントリによって示されるリソースのプールを使用して、サイドリンク制御情報及び対応するデータを送信するために下位レイヤを構成する；
５＞それ以外の場合：
６＞直接通信のための送信リソースを割り当てるようにＥ−ＵＴＲＡＮに要求する下位レイヤを構成する；
４＞それ以外であって、ＵＥがｃｏｍｍＴｘＰｏｏｌＮｏｒｍａｌＤｅｄｉｃａｔｅｄで構成される場合：
５＞ｃｏｍｍＴｘＰｏｏｌＮｏｒｍａｌＤｅｄｉｃａｔｅｄにおいて第１のエントリによって示されるリソースのプールを使用して、サイドリンク制御情報及び対応するデータを送信するために下位レイヤを構成する；
３＞それ以外（すなわち、ＲＲＣ  ＩＤＬＥにおけるサイドリンク直接通信、又はＲＲＣ  ＣＯＮＮＥＣＴＥＤのＰＣｅｌｌ以外のセル上でのサイドリンク直接通信）の場合：
４＞サイドリンク直接通信送信のために選択されるセルがＳｙｓｔｅｍｌｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１８をブロードキャストする場合：
５＞ＳｙｓｔｅｍｌｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１８が、ｃｏｍｍＴｘＰｏｏｌＮｏｒｍａｌＣｏｍｍｏｎを含む場合：
６＞ｃｏｍｍＴｘＰｏｏｌＮｏｒｍａｌＣｏｍｍｏｎにおいて第１のエントリによって示されるリソースのプールを使用して、サイドリンク制御情報及び対応するデータを送信するために下位レイヤを構成する；
５＞それ以外の場合：
６＞最終の接続確立を開始して、サイドリンク直接通信の送信リソースを要求し、Ｔ３００が満了した場合；
６＞接続の確立をＵＥが開始したセルが、ｃｏｍｍＴｘＰｏｏｌＥｘｃｅｐｔｉｏｎａｌを含むＳｙｓｔｅｍｌｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１８をブロードキャストする場合：
７＞Ｔ３００の満了の瞬間から、ｓｌ−ＣｏｍｍＣｏｎｆｉｇを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｌｇｕｒａｔｉｏｎを受信するまで、あるいは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｌｅａｓｅ又はＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｊｅｃｔを受信するまで；
８＞ｃｏｍｍＴｘＰｏｏｌＥｘｃｅｐｔｉｏｎａｌにおいて第１のエントリによって示されるリソースのプールを使用して、サイドリンク制御情報及び対応するデータを送信するために下位レイヤを構成する；
２＞それ以外（すなわち、サイドリンクキャリアのカバレージ外）の場合：
３＞事前設定された、すなわち、ＳＬ−ＰｒｅｃｏｎｆｉｇｕｒａｔｉｏｎにおけるｐｒｅｃｏｎｆｉｇＣｏｍｍの第１のエントリによって示されたリソースのプールを使用して、かつ、選択されたＳｙｎｃＲｅｆ  ＵＥのタイミング、又は、ＵＥが選択されたＳｙｎｃＲｅｆ  ＵＥを有しない場合には、ＵＥ自身のタイミングに基づいて、サイドリンク制御情報及び対応するデータを送信するように下位レイヤを構成する。
【０１２９】
端末制御されたリソース・プリエンプションを用いたリソース・アロケーション
【０１３０】
上述したものなどの技法で実装される衝突回避は、リソース・プリエンプションを回避することを目的とする。リソース・プリエンプションは一般に、衝突が起こるとき又は衝突が起こりそうなときにのみ実施される。したがって典型的には、プリエンプションは、リソース・アクセスの最後のステップとして実行すべきである。なぜならば、プリエンプションは、衝突が回避できない、又はあるリソース・アクセスを保証しなければならないならば衝突が回避できないという許容できない可能性があることを意味するためである。
【０１３１】
本明細書で開示される技術の別の態様において、ワイヤレス端末の制御下で、高優先度サイドリンク直接通信は、低優先度サイドリンク直接通信による送信のために使用されるリソースをプリエンプトすることが可能である。換言すると、リソースのアロケーションのｅＮＢ中央ノード制御とは異なり、ワイヤレス端末は、サイドリンク直接通信のそのワイヤレス端末又は別のワイヤレス端末によって利用されるリソースに関してリソース・プリエンプションを実行する。例えば、ＵＥ自律的リソース選択モードでワイヤレス端末により選択されるリソースに関して、プリエンプションを実行する。プリエンプションは、より優先度の高い呼要求のためのリソースを解放するために、進行中の呼を終了するアクションである。
【０１３２】
図１Ｃは、第１のワイヤレス端末２６１の端末プロセッサ４０の例示的な実施形態及びモードを示し、リソース・アロケーション制御部５２Ｂは、リソース・プリエンプション・ロジック８０を備える。したがって、リソース・プリエンプション・ロジック８０は、端末プロセッサ４０を備えても、又は当該端末プロセッサによって包含されてもよく、また、「プロセッサ」又は「プロセッサ回路」と称してもよい。本明細書で使用する場合、プリエンプションは、送信毎に起こり得る。
【０１３３】
図９Ａ及び図９Ｂは、代替の一般的な第１のプリエンプト・リソース選択技法の方法で図１Ｃのワイヤレス端末により実行され得る例示的で代表的なアクション又はステップを示すフローチャートである。図９Ａ及び図９Ｂの方法は、第１のワイヤレス端末２６１のプロセッサ回路上で、例えば、非一時的媒体に記憶された命令を実行することによってリソース・プリエンプション・ロジック８０を含む端末プロセッサ４０上で、実行され得る。かかる実行を含む図９Ａの基本的なアクションは、アクション９−１及びアクション９−２として示される。
【０１３４】
アクション９Ａ−１は、プロセッサが、リソース・プリエンプションを実行することを要求する上位レイヤのシグナリングを受信すること、例えば、本質的に無条件にプリエンプションを実行することを含む。アクション９Ａ−２は、プロセッサが、プリエンプションを実行すること、例えば、サイドリンク直接送信で使用するために特定のリソースを割り当てることを含む。したがって、図９Ａは本質的に、上位レイヤの要求に応じた無条件のプリエンプションを含む。
【０１３５】
図９Ｂは代替的な方法を示しており、ある指定回数のリソース・アクセスの試行の失敗の後にプリエンプションが実行される、例えば、リソース又はいくつかのリソース又は全てのリソースが占有されていることを発見した後にリソースをプリエンプトすべきであるということを判定する。したがって、アクション９Ｂ−１は、プロセッサが、１つ以上の候補リソースを使用するための所定回数の試行が失敗した（例えば、１つ以上の候補リソースがすでに使用中である／占有されている）と判定することを含む。アクション９Ｂ−１の判定が肯定である場合、アクション９Ｂ−２として、プロセッサは、サイドリンク直接送信の候補リソースをプリエンプトする。
【０１３６】
アクション９Ｂ−１について、失敗回数（例えば、所定回数の試行）は、任意の整数であり得、「１」を含む（一度衝突発見したら、例えば、衝突の最初の検出時に、直ちにプリエンプションを実行することを意味する）。代替的には、アクション９Ｂ−１について、所定回数は１よりも大きくてもよい。例えば、かかる試行は、２つ以上でも、又はリソースの全て又はほぼ全ての検査を必要し得る大きな数に設定してもよい。図９Ｂの方法及び所定回数は、サービス要件、例えば、送信が即時のリソース・アクセスを必要とするか、あるいは、何らかの遅延を許容することができるかどうか、に依存してもよい。
【０１３７】
リソースプール・アロケーション／アクセスが優先度と関連するとき、上位レイヤから専用のプリエンプション優先度がある場合を除き、この優先度もまた、プリエンプションのために使用される。
【０１３８】
例示的な実施形態及びモードにおいて、サイドリンク直接通信に参加するワイヤレス端末は、サイドリンク直接通信のプリエンプション状況を反映又は指定する１つ以上のインジケータ又はフラグを取得する。本明細書では全般的に、かかるフラグ又はインジケータを「プリエンプション状況インジケータ」と称する。サイドリンク直接通信のプリエンプション状況を反映又は指定するフラグ又はインジケータは、好ましくは、その通信のプリエンプション優先度に基づく。１つのかかるインジケータ又はフラグは、特定の優先度の送信が、より優先度が低い送信からリソースをプリエンプトすることができるかどうかを定義する又は示すプリエンプション能力インジケータ（Pre-emption Capability Indicator：ＰＣＩ）である。別のインジケータ又はフラグは、より高い優先度の送信（例えば、プリエンプション能力インジケータ（ＰＣＩ）を用いた送信）によって、特定の優先度で進行中の送信をプリエンプトすることができるかどうかを定義する又は示すプリエンプション脆弱性インジケータ（Pre-emption Vulnerability Indicator：ＰＶＩ）である。
【０１３９】
プリエンプション状況インジケータは、様々なソースからワイヤレス端末によって取得してもよい。１つの例示的な実施形態及びモードにおいて、プリエンプション状況インジケータを、優先度情報に関連付けられた上位レイヤ（例えば、上位レイヤア・プリケーション５４）から取得してもよい。
【０１４０】
他の例示的な実施形態及びモードにおいて、プリエンプション状況インジケータは、リソースプール情報（例えば、プール情報６０）に関連しても、及び／又は当該リソースプール情報に含まれても（例えば、それを含んでも）よく、したがって、リソースプール情報と同様に（例えば、専用のシグナリングＳＩＢ１８又は事前設定によって）取得してもよい。つまり、プリエンプション能力インジケータ（ＰＣＩ）とプリエンプション脆弱性インジケータ（ＰＶＩ）のどちらも、以下の選択肢のうちの一方又は両方から取得され得る：（Ａ）優先度情報に関連付けられた上位レイヤ；及び（Ｂ）専用のシグナリングＳＩＢ１８及び事前設定であるリソースプール情報インジケーションと同じように取得されるように、リソースプール情報と関連付ける。
【０１４１】
図１０Ａは、第１のサイドリンク直接通信で使用するために、第２のサイドリンク直接通信のリソースをプリエンプトすることをより高い優先度を有するワイヤレス端末がアクティブに探し求めることよって実行され得る、代表的な例示的なアクション又はステップを示すフローチャートである。アクション１０Ａ−０は、プリエンプションをアクティブに探し求めるワイヤレス端末が、第１のサイドリンク直接通信に関するプリエンプション能力インジケータ（ＰＣＩ）を取得することを含む。アクション１０Ａ−１は、アクティブ・ワイヤレス端末が、アクティブ・ワイヤレス端末が第１のサイドリンク直接通信に関する攻撃的なプリエンプション能力を有することを示すように、第１のサイドリンク直接通信のプリエンプション能力インジケータ（ＰＣＩ）が設定されているかどうかをチェックすることを含む。アクション１０Ａ−１の検査が肯定である場合、アクション１０Ａ−２として、アクティブ・ワイヤレス端末は、第２のサイドリンク直接通信（同じワイヤレス端末又は別のワイヤレス端末の通信でもよい）のプリエンプション脆弱性インジケータ（ＰＶＩ）及び優先度情報を取得する。アクション１０Ａ−３は、アクティブ・ワイヤレス端末が、第１のＳＬＤ通信の優先度、例えば、ワイヤレス端末がリソースをプリエンプトすることをアクティブに探し求めてしているＳＬＤ通信の優先度が、が第２のサイドリンク直接通信の優先度よりも高いかどうかを判定することを含む。アクション１０−３は、アクティブ・ワイヤレス端末が、第２のサイドリンク直接通信のプリエンプション脆弱性インジケータ（ＰＶＩ）が、第２のサイドリンク直接通信が脆弱であることを示すように設定されているどうかを判定することを含む。アクション１０Ａ−１、アクション１０Ａ−３、又はアクション１０Ａ−４の判定のうちのいずれか１つでも否定である場合、プリエンプションは起こらない（アクション１０Ａ−５）。しかし、第１のＳＬＤ通信の優先度が第２のサイドリンク直接通信の優先度よりも高い場合、かつ、第２の通信のプリエンプション脆弱性インジケータ（ＰＶＩ）が設定されている場合、アクション１０Ａ−６として、アクティブ・ワイヤレス端末は、シークされたサイドリンク直接無線リソースをプリエンプトする。
【０１４２】
反対に、図１０Ｂは、アクティブ・ワイヤレス端末（例えば、リソースをプリエンプトすることをアクティブに探し求める別のワイヤレス端末）によって第２のサイドリンク直接通信のためにその時点で使用中の第２のサイドリンク直接通信の競合リソースを放棄するように要求されている、第２の（パッシブ）ワイヤレス端末によって実行され得、得る代表的な例示的なアクション又はステップを示す。アクション１０Ｂ−０は、第２の（パッシブ）ワイヤレス端末が、プリエンプションをアクティブに探し求めているアクティブ・ワイヤレス端末からプリエンプション要求が受信されたことを把握することを含む。図１０Ａのアクションを考慮すると、この特定の実施形態の場合、アクティブ・ワイヤレス端末が、アクティブなプリエンプション要求を行うための前提条件として、そのプリエンプション能力インジケータ（ＰＣＩ）が設定されていると判定することが仮定される。アクション１０Ｂ−１は、第２のワイヤレス端末が、そのプリエンプション脆弱性インジケータ（ＰＶＩ）を取得することを含む。アクション１０Ｂ−２は、第２のワイヤレス端末が、そのプリエンプション脆弱性インジケータ（ＰＶＩ）が設定されているかどうかをチェックすることを含む（プリエンプション脆弱性インジケータ（ＰＶＩ）が設定されていることは、プリエンプション能力インジケータ（ＰＣＩ）が設定されたワイヤレス端末からのプリエンプション要求に対する第２のワイヤレス端末の脆弱性を示す）。アクション１０Ｂ−２として、プリエンプション脆弱性インジケータ（ＰＶＩ）が設定されていると判定された場合、アクション１０Ｂ−３として、第２のワイヤレス端末は、プリエンプションが成功するので、シークされたサイドリンク直接リソースを放棄する。他方で、アクション１０Ｂ−２として、プリエンプション脆弱性インジケータ（ＰＶＩ）が設定されていないと判定された場合、アクション１０Ｂ−４として、第２のワイヤレス端末は、プリエンプションが成功しないので、シークされたサイドリンク直接リソースの使用を維持する。
【０１４３】
図１０Ａと図１０Ｂの両方に関して、簡単に言うと、１回の送信（アクティブ・プリエンプション・シーカー）が別の送信の（パッシブ・プリエンプション・ユーザ）リソースをプリエンプトすることができるかどうかは、（１）アクティブ・プリエンプション・シーカーのＰＣＩが有効であること、（２）パッシブ・プリエンプション・ユーザのＰＶＩが有効であること、（３）アクティブ・プリエンプション・シーカーが、パッシブ・プリエンプション・ユーザよりも高い優先度を有することに依存する。図１０Ｂでは、プリエンプション・シーカーは、３つの条件全てが満たされることをチェック済みであり、したがって、プリエンプションを初期化することができる。一方では、図１０Ｂのシナリオでは、プリエンプトされる送信は、次いで、それ自体のＰＶＩが有効かどうかをチェックすることのみを必要とするものであり、有効である場合、当該送信をプリエンプトすることができる。
【０１４４】
ワイヤレス端末が、ｅＮＢから専用のシグナリングによって示されるリソースプールとモード１送信中又はモード２送信中である場合、ネットワークが輻輳しているならば、ｅＮＢは、プリエンプションを制御する。他方で、ワイヤレス端末が、ＳＩＢ１８又は事前設定によって示されるリソースプールとモード２送信中である場合、あるいは、ワイヤレス端末が送信のために例外ケースのリソースプールを使用する場合、ワイヤレス端末は、それ自体でプリエンプションを制御する。
【０１４５】
本明細書では開示される技術のプリエンプション特徴を含むがそれには限定されないプリエンプションは、以下に別々に説明するように、（１）上記で説明した（修正された優先度ベースのリソースプール・アクセス法を含む）識別リソース選択モード／技法と共に、又は（２）共通リソースプール・アクセス法又は優先度ベースのリソースプール・アクセス法のいずれかと共に使用してもよい。
【０１４６】
識別リソース選択モード／技法の競合ベースのアクセスの実施形態及びモードが使用される場合、ワイヤレス端末は、衝突を検出することが可能である。輻輳／衝突が検出されると、（有効なプリエンプション能力インジケータ（ＰＣＩ）フラグを有する送信リソースを必要とする）より優先度の高い通信／送信は、（有効なプリエンプション脆弱性インジケータ（ＰＶＩ）フラグを有する）より優先度の低い通信／送信のリソースをプリエンプトすることが可能である。
【０１４７】
他方で、共通リソースプール・アクセス方法又は優先度ベースのリソースプール・アクセス法が使用される場合、ワイヤレス端末は、衝突を検出することなく、選択リソースプールへのランダムアクセスを実行する。通常、２つのワイヤレス端末は、互いから遠くに離れているが、送信のために同じリソースを使用する場合には、リソース衝突の問題はない。いずれの場合も、ワイヤレス端末がリソースを取ると（例えば、割り当てると）、そのワイヤレス端末は、近接する他のワイヤレス端末に対してどのリソースのどのリソースプールを取る／割り当てるか、どんな優先度レベルのワイヤレス端末がリソースを取る／割り当てるかについて通知しなければならない。より優先度の高いワイヤレス端末は、次いで、より優先度の高いワイヤレス端末がプリエンプションを実行すべきどうかを決定することができる。
【０１４８】
共通リソースプール・アクセス法又は優先度ベースのリソースプール・アクセス法の場合、サイドリンク直接通信で使用するためのリソースのアロケーション／使用の通知は、いくつかの異なる方法で達成してもよい。また、サイドリンク直接通信で使用するためのリソースの割り当て／使用の通知は、「リソース占有状態」と称してもよい。図１１に示した例示的な実装形態では、リソース９２の割り当て／使用の通知は、シグナリング・チャネルのビット、フィールド又は情報要素（ＩＥ）を使用して提供してもよい。例えば、通知の第１のフィールドは、リソースが選択されたリソースプールのインジケーション又は識別子（identification）（９４）を含んでもよく、通知の第２のフィールドは、リソースプールから選択された特定のリソースのインジケーション又は識別子（９６）を含んでもよく、第３のフィールドは、通信の（又は通信を送信しているワイヤレス端末の）優先度レベルのインジケーション（９８）を含んでもよい。
【０１４９】
上述のように、通知は、シグナリング・チャネルを使用する際に達成してもよい。例えば、物理サイドリンク・ブロードキャスト・チャネル（Physical Sidelink Broadcast Channel）（ＰＳＢＣＨ）の予約済みビット、又は物理サイドリンク制御チャネル（Physical Sidelink Control Channel）（ＰＳＣＣＨ）の新たなシグナリング・ビット、又は物理サイドリンク共有チャネル（Physical Sidelink Shared Channel）（ＰＳＳＣＨ）のデータ転送への付属ビットのいずれかを通じて、リソース占有状況を通知してもよい。
【０１５０】
詳細には、全てのワイヤレス端末は、一度これらのリソースを取ると、リソース占有情報の通知を提供しなければならない。したがって、優先度が高いワイヤレス端末は、プリエンプション決定を行うためにアクセスすることができるリソースプールの占有状況を知ることができる。
【０１５１】
破線で囲まれた第１のワイヤレス端末２６１の特定のユニット及び機能は、例示的な実施形態では、電子機械９０によって実装される。図１２は、１つ以上のプロセッサ１００、プログラム命令メモリ１０２、他のメモリ１０４（例えば、ＲＡＭ、キャッシュなど）、入力／出力インターフェース１０６、周辺インターフェース１０８、サポート回路１０９、及び前述のユニット間の通信のためのバス１１０を備えるような電子機械の一例を示している。
【０１５２】
メモリ１０４又はコンピュータ可読媒体は、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、フロッピーディスク、ハードディスク、フラッシュメモリ、又は任意の他の形態のローカルもしくはリモートのデジタル記憶装置など、容易に入手可能なメモリのうちの１つ以上であってもよく、好ましくは不揮発性である。サポート回路１０９は、従来の方法でプロセッサをサポートするためにプロセッサ１００に結合されている。これらの回路は、キャッシュ、電源、クロック回路、入力／出力回路及びサブシステムなどを含む。
【０１５３】
本開示の実施形態のプロセス及び方法について、ソフトウェアルーチンとして実装されるものとして論じ得るが、本明細書で開示される方法ステップのうちのいくつかは、ハードウェアにおいて、並びにプロセッサで動作するソフトウェアによって行われてもよい。したがって、これらの実施形態は、コンピュータシステム上で実行されるようなソフトウェアにおいて、特定用途向け集積回路などのハードウェア、又は他のタイプのハードウェア実装において、あるいはソフトウェアとハードウェアとの組み合わせにおいて実装してもよい。本開示の実施形態のソフトウェアルーチンは、任意のコンピュータ動作システム上で実行することが可能であり、任意のＣＰＵアーキテクチャを使用して実行することが可能である。
【０１５４】
機能ブロックを含む様々な要素の機能は、以下には限定されないが、「コンピュータ」、「プロセッサ」又は「コントローラ（制御部）」とラベル付け又は記載されるものを含めて、回路ハードウェア及び／又はコンピュータ可読媒体に記憶されたコード化命令の形態のソフトウェアを実行することが可能なハードウェアなどのハードウェアの使用を通じて提供されてもよい。したがって、かかる機能及び例示された機能ブロックは、ハードウェア実装型及び／又はコンピュータ実装型のいずれかであり、したがって、マシン実装型であると理解される。
【０１５５】
ハードウェア実装の点では、機能ブロックは、限定されることなく、デジタル信号プロセッサ（ＤＳＰ：digital signal processor）、ハードウェア、縮小命令セット・プロセッサ、特定用途向け集積回路（単数又は複数）［ＡＳＩＣ：application specific integrated circuit］、及び／又はフィールドプログラマブルゲートアレイ（単数又は複数）（ＦＰＧＡ：field programmable gate array）を含むがそれらには限定されないハードウェア（例えば、デジタル又はアナログ）回路、並びに（適切な場合）かかる機能を実行することが可能なステートマシンを含んでもよく、又は包含してもよい。
【０１５６】
更に、上述の各実装形態において使用された基地局デバイス及び端末デバイス（ビデオデコーダ及びビデオエンコーダ）の各機能ブロックや各種の機能は、一般的には集積回路又は複数の集積回路である回路によって実装又は実行することができる。本明細書に記載の機能を実行するように設計された回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け又は汎用アプリケーション集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ信号（ＦＰＧＡ）、他のプログラマブルロジックデバイス、ディスクリートゲートあるいはトランジスタロジック、又は個々のハードウェアコンポーネント、あるいはそれらの組み合わせを備えていてもよい。汎用プロセッサは、マイクロプロセッサでもよく、あるいは、プロセッサは、従来のプロセッサ、コントローラ、マイクロコントローラ、又はステートマシンもよい。上述した汎用プロセッサ又は各回路は、デジタル回路で構成されても、又はアナログ回路で構成されてもよい。更に、半導体技術の進歩により現時点での集積回路に置き換わる集積回路化技術が現れれば、この技術による集積回路もまた使用可能となる。
【０１５７】
コンピュータ実装の観点から、コンピュータは、１つ以上のプロセッサ又は１つ以上のコントローラを備えると一般に理解され、用語コンピュータ及びプロセッサ並びにコントローラは、本明細書では同じ意味で使用されてもよい。コンピュータもしくはプロセッサ又はコントローラによって提供されるとき、機能は、単一の専用コンピュータもしくはプロセッサ又はコントローラによって、単一の共有コンピュータもしくはプロセッサ又はコントローラによって、あるいはそれらのうちのいくつかが共有又は分散され得る複数の個別のコンピュータもしくはプロセッサ又はコントローラによって提供されてもよい。そのうえ、用語「プロセッサ」又は「コントローラ（制御部）」の使用はまた、上記に列挙された例示的なハードウェアなど、かかる機能を行うか及び／又はソフトウェアを実行することが可能な他のハードウェアを指すと解釈されるものとする。
【０１５８】
機能ブロックを含む様々な要素の機能は、以下には限定されないが、「コンピュータ」、「プロセッサ」又は「コントローラ」とラベル付け又は記載されるものを含めて、回路ハードウェア及び／又はコンピュータ可読媒体に記憶されたコード化命令の形態のソフトウェアを実行することが可能なハードウェアなどのハードウェアの使用を通じて提供されてもよい。したがって、かかる機能及び例示された機能ブロックは、ハードウェア実装型及び／又はコンピュータ実装型のいずれかであり、したがって、マシン実装型であると理解される。
【０１５９】
また、エアインターフェースを使用して通信するノードは、適切な無線通信回路を有する。そのうえ、本技術は、本明細書に記載される技法をプロセッサに実施させるであろうコンピュータ命令の適当なセットを含んでいる、固体メモリ、磁気ディスク、又は光ディスクなどの任意の形態のコンピュータ可読メモリ内で全てが具現されると追加的に考えることができる。
【０１６０】
したがって、その態様のうちの１つにおいて、本明細書で開示した技術は、ワイヤレス端末を動作させる方法に関する。本方法は、ワイヤレス端末のプロセッサ回路上で、別のワイヤレス端末とのサイドリンク直接通信を実行するように構成された非一時的媒体に記憶されたサイドリンクダイレクト命令を実行することと；公称リソースプール量パラメータによって定義されるよりもより多数の目盛り付けがされた、無線リソースプールを指定する非公称プール量パラメータを受信することと；サイドリンク直接命令の実行と関連して、プロセッサ回路が、非公称プール量パラメータによって少なくとも部分的に構成されたリソースプール構造から、サイドリンク直接通信で使用するためのリソースを選択することとを含む。
【０１６１】
例示的な実施形態及びモードにおいて、本方法は、非公称プール量パラメータとしてサブプール量パラメータを受信することであって、当該サブプール量パラメータが、公称リソースプール量パラメータによって定義されるリソース選択のために利用可能な公称リソースプールのうちの１つ以上を含むいくつかのサブプールを指定する、ことと；サイドリンク直接通信の優先度に基づいて、サイドリンク直接命令の実行と関連して、プロセッサ回路が、サブプール量パラメータによって少なくとも部分的に構成されたリソースプール構造から、サイドリンク直接通信で使用するためのリソースを選択することとを更に含む。
【０１６２】
例示的な実施形態及びモードにおいて、リソースプール構造は、公称リソースプール量パラメータとサブプール量パラメータとによって少なくとも部分的に構成される。
【０１６３】
例示的な実施形態及びモードにおいて、本方法は、サイドリンク直接命令よりも上位レイヤにおいてプロセッサ上で実行しているアプリケーションから、サブプール量パラメータを受信することを更に含む。
【０１６４】
例示的な実施形態及びモードにおいて、本方法は、非公称プール量パラメータとして、オーバーライドプール量パラメータを受信することであって、オーバーライドプール量が、リソース選択のために利用可能なリソースプール数を指定する、ことと；サイドリンク直接通信の優先度に基づいて、サイドリンク直接命令の実行と関連して、プロセッサ回路が、公称リソースプール量パラメータによってではなく、オーバーライドプール量パラメータによって少なくとも部分的に構成されたリソースプール構造から、サイドリンク直接通信で使用するためのリソースを選択することとを更に含む。
【０１６５】
例示的な実施形態及びモードにおいて、本方法は、サイドリンク直接命令よりも上位レイヤにおいて、プロセッサ上で実行しているアプリケーションから、オーバーライドプール量パラメータを受信することを更に含む。
【０１６６】
その態様のうちの別のものにおいて、本明細書で開示される技術は、プロセッサ回路及び送信部を備えるワイヤレス端末に関する。プロセッサ回路は、別のワイヤレス端末とのサイドリンク直接通信の実行と関連して、公称リソースプール量パラメータによって定義されるよりも大きな数の目盛のプールされた無線リソースを指定する非公称プール量パラメータを受信し；非公称プール量パラメータによって少なくとも部分的に構成されたリソースプール構造から、サイドリンク直接通信で使用するためのリソースを選択するように構成される。送信部は、サイドリンク直接通信において、選択リソースを使用するように構成される。
【０１６７】
例示的な実施形態及びモードにおいて、プロセッサ回路は、非公称プール量パラメータとしてサブプール量パラメータを受信し、当該サブプール量パラメータが、公称リソースプール量パラメータによって定義されるリソース選択のために利用可能な公称リソースプールのうちの１つ以上を含むいくつかのサブプールを指定し；サイドリンク直接通信の優先度に基づいて、サイドリンク直接命令の実行と関連して、サブプール量パラメータによって少なくとも部分的に構成されたリソースプール構造から、サイドリンク直接通信で使用するためのリソースを選択するように更に構成される。
【０１６８】
例示的な実施形態及びモードにおいて、リソースプール構造は、公称リソースプール量パラメータとサブプール量パラメータとによって少なくとも部分的に構成される。
【０１６９】
例示的な実施形態及びモードにおいて、プロセッサ回路は、サイドリンク直接命令のためのアプリケーションよりも上位レイヤにおいてプロセッサ回路上で実行しているアプリケーションから、サブプール量パラメータを受信するように更に構成される。
【０１７０】
例示的な実施形態及びモードにおいて、プロセッサ回路は、非公称プール量パラメータとして、オーバーライドプール量パラメータを受信し、オーバーライドプール量が、リソース選択のために利用可能なリソースプール数を指定し；サイドリンク直接通信の優先度に基づいて、サイドリンク直接命令の実行と関連して、公称リソースプール量パラメータによってではなく、オーバーライドプール量パラメータによって少なくとも部分的に構成されたリソースプール構造から、サイドリンク直接通信で使用するためのリソースを選択するように更に構成される。
【０１７１】
例示的な実施形態及びモードにおいて、プロセッサ回路は、サイドリンク直接命令よりも上位レイヤにおいて、プロセッサ回路上で実行しているアプリケーションから、オーバーライドプール量パラメータを受信するように更に構成される。
【０１７２】
その態様のうち別のものにおいて、本明細書で開示される技術は、ワイヤレス端末を動作させる別の方法に関する。本方法は、ワイヤレス端末のプロセッサ回路上で、サイドリンク直接通信を実行するように構成された非一時的媒体に記憶されたサイドリンクダイレクト命令を実行することを含み、当該サイドリンク直接通信は、選択リソースプールを選択するアクションと；識別選択技法を使用して、選択リソースプールから選択リソースを選択するアクションと；別のワイヤレス端末とのサイドリンク直接通信と関連して、選択リソースを使用するアクションとを含む。
【０１７３】
例示的な実施形態及びモードにおいて、本方法は、識別選択技法として競合回避リソース選択技法を使用して、選択リソースプールから選択リソースを選択することとを更に含む。
【０１７４】
例示的な実施形態及びモードにおいて、本方法は、評価されたリソースには、サイドリンク直接通信において選択リソースとして使用される前に、十分に輻輳／衝突がないことが証明される、事前検証リソース選択技法を使用することを更に含む。
【０１７５】
例示的な実施形態及びモードにおいて、本方法は、識別選択技法としてアルゴリズミック・リソース選択を使用して、選択リソースプールから選択リソースを選択することを更に含む。
【０１７６】
その態様のうちの別のものにおいて、本明細書で開示される技術は、別のワイヤレス端末とのサイドリンク直接通信の実行と関連して、選択リソースプールを選択し；選択リソースプールから、識別選択技法を使用して選択リソースを選択するように構成されたプロセッサ回路を備えるワイヤレス端末に関する。また、ワイヤレス端末は、別のワイヤレス端末とのサイドリンク直接通信と関連して、選択リソースを使用するように構成された送信部を備える。
【０１７７】
例示的な実施形態及びモードにおいて、プロセッサ回路は、識別選択技法として競合回避リソース選択技法を使用して、選択リソースプールから選択リソースを選択するように更に構成される。
【０１７８】
例示的な実施形態及びモードにおいて、プロセッサ回路は、評価されたリソースには、サイドリンク直接通信において選択リソースとして使用される前に、十分に輻輳／衝突がないことが証明される、事前検証リソース選択技法を使用するように更に構成される。
【０１７９】
例示的な実施形態及びモードにおいて、プロセッサ回路は、識別選択技法としてアルゴリズミック・リソース選択技法を使用して、選択リソースプールから選択リソースを選択するように更に構成される。
【０１８０】
その態様のうち別のものにおいて、本明細書で開示される技術は、リソース・プリエンプションのためにワイヤレス端末を動作させる方法に関する。本方法は、ワイヤレス端末のプロセッサ回路上で、サイドリンク直接通信を実行するように構成された非一時的媒体に記憶されたサイドリンクダイレクト命令を実行することを含み、当該サイドリンク直接通信は、プロセッサが、別の通信によってその時点で使用されている候補リソースをプロセッサがプリエンプトするかどうかの判定を行うアクションと、当該判定に従って、プロセッサが、サイドリンク直接通信のために候補リソースを使用するアクション、又はサイドリンク直接通信のために別のリソースを選択するアクションのいずれかを含む。
【０１８１】
例示的な実施形態及びモードにおいて、判定を行うアクションは、上位レイヤから、プリエンプションを行うべきという信号を受信することを含む。
【０１８２】
例示的な実施形態及びモードにおいて、判定を行うアクションは、プロセッサがリソースの可用性をチェックすることを含む。
【０１８３】
例示的な実施形態及びモードにおいて、判定を行うアクションは、プロセッサが、Ｎ番目の候補リソースの可用性をチェックすることを含み、Ｎは１以上の整数である。
【０１８４】
例示的な実施形態及びモードにおいて、本方法は、通信のためにプリエンプション状況インジケータを取得することと；プロセッサがプリエンプション状況インジケータを使用して、別の通信によってその時点で使用されている候補リソースをプロセッサがプリエンプトするかどうかの判定を行うこととを更に含む。
【０１８５】
例示的な実施形態及びモードにおいて、本方法は、プロセッサが、プリエンプション状況インジケータを使用して、別の通信のために別のワイヤレス端末によってその時点で使用されている候補リソースをプロセッサがプリエンプトするかどうかの判定を行うこととを更に含む。
【０１８６】
例示的な実施形態及びモードにおいて、本方法は、プロセッサが、別の通信のプリエンプション状況インジケータと比べて通信のプリエンプション状況インジケータを評価することによって判定を行うことを更に含む。
【０１８７】
例示的な実施形態及びモードにおいて、本方法は、通信のプリエンプション状況インジケータがプリエンプション能力インジケータ（ＰＣＩ）であり、別の通信のプリエンプション状況インジケータがプリエンプション脆弱性インジケータ（ＰＶＩ）であるときに、プロセッサが、候補リソースをプリエンプトすべきであるという判定を行うことを更に含む。
【０１８８】
例示的な実施形態及びモードにおいて、本方法は、プロセッサが、優先度情報に関連付けられた上位レイヤから、プリエンプション状況インジケータを取得することを更に含む。
【０１８９】
例示的な実施形態及びモードにおいて、本方法は、プロセッサが、（１）専用のシグナリング；（２）システム情報ブロック（ＳＩＢ）１８；及び、（３）事前設定された情報のうちの１つ以上からプリエンプション状況インジケータを取得することを更に含む。
【０１９０】
例示的な実施形態及びモードにおいて、本方法は、プロセッサが、別のワイヤレス端末に、リソース占有状況通知を含む信号を提供することを更に含む。
【０１９１】
例示的な実施形態及びモードにおいて、本方法は、プロセッサが、リソースが選択されるリソースプールのインジケーション又は識別子；リソースプールから選択されたリソースのインジケーション又は識別子；及び、通信の又は通信を送信しているワイヤレス端末の優先度レベルのインジケーションを含むように、リソース占有状況通知を構成することとを更に含む。
【０１９２】
例示的な実施形態及びモードにおいて、信号は、物理サイドリンク・ブロードキャスト・チャネル（ＰＳＢＣＨ）、物理サイドリンク制御チャネル（ＰＳＣＣＨ）、及び物理サイドリンク共有チャネル（ＰＳＳＣＨ）のうちの少なくとも１つに含まれる。
【０１９３】
その態様のうちの別のものにおいて、本明細書で開示される技術は、サイドリンク直接通信のためにリソースをプリエンプトするワイヤレス端末に関する。本ワイヤレス端末は、サイドリンク直接通信を実行するように構成された非一時的媒体に記憶されたサイドリンクダイレクト命令を実行するように構成されたプロセッサ回路を備え、当該サイドリンク直接通信は、別の通信によってその時点で使用されている候補リソースをプロセッサがプリエンプトするかどうかの判定を行うアクションと；当該判定に従って、サイドリンク直接通信のために候補リソースを使用するアクション、又はサイドリンク直接通信のために別のリソースを選択するアクションのいずれかと、を含む。
【０１９４】
例示的な実施形態及びモードにおいて、プロセッサ回路は、上位レイヤから、プリエンプションを行うべきという信号を受信することによって判定を行うように更に構成される。
【０１９５】
例示的な実施形態及びモードにおいて、プロセッサ回路は、リソースの可用性をチェックすることによって判定を行うように更に構成される。
【０１９６】
例示的な実施形態及びモードにおいて、プロセッサ回路は、Ｎ番目の候補リソースの可用性をチェックすることによって判定を行うように更に構成され、Ｎは１以上の整数である。
【０１９７】
例示的な実施形態及びモードにおいて、プロセッサ回路は、通信のためにプリエンプション状況インジケータを取得し、プロセッサがプリエンプション状況インジケータを使用して、別の通信によってその時点で使用されている候補リソースをプロセッサがプリエンプトするかどうかの判定を行うように更に構成される。
【０１９８】
例示的な実施形態及びモードにおいて、プロセッサ回路は、プロセッサがプリエンプション状況インジケータを使用して、別の通信のために別のワイヤレス端末によってその時点で使用されている候補リソースをプロセッサがプリエンプトするかどうかの判定を行うように更に構成される。
【０１９９】
例示的な実施形態及びモードにおいて、プロセッサ回路は、別の通信のプリエンプション状況インジケータと比べて通信のプリエンプション状況インジケータを評価することによって判定を行うように更に構成される。
【０２００】
例示的な実施形態及びモードにおいて、プロセッサ回路は、通信のプリエンプション状況インジケータがプリエンプション能力インジケータ（ＰＣＩ）であり、別の通信のプリエンプション状況インジケータがプリエンプション脆弱性インジケータ（ＰＶＩ）であるときに、候補リソースをプリエンプトすべきであるという判定を行うように更に構成される。
【０２０１】
例示的な実施形態及びモードにおいて、プロセッサ回路は、優先度情報に関連付けられた上位レイヤから、プリエンプション状況インジケータを取得するように更に構成される。
【０２０２】
例示的な実施形態及びモードにおいて、プロセッサ回路は、（１）専用のシグナリング；（２）システム情報ブロック（ＳＩＢ）１８；及び、（３）事前設定された情報のうちの１つ以上からプリエンプション状況インジケータを取得するように更に構成される。
【０２０３】
プロセッサ回路は、リソース占有状況通知を含む信号を別のワイヤレス端末に提供するように更に構成される、例示的な実施形態及びモードにおいて。
【０２０４】
例示的な実施形態及びモードにおいて、プロセッサ回路は、リソースが選択されるリソースプールのインジケーション又は識別子；リソースプールから選択されたリソースのインジケーション又は識別子；及び、通信の又は通信を送信しているワイヤレス端末の優先度レベルのインジケーションを含むように、リソース占有状況通知を構成するように更に構成される。
【０２０５】
例示的な実施形態及びモードにおいて、信号は、物理サイドリンク・ブロードキャスト・チャネル（ＰＳＢＣＨ）、物理サイドリンク制御チャネル（ＰＳＣＣＨ）、及び物理サイドリンク共有チャネル（ＰＳＳＣＨ）のうちの少なくとも１つに含まれる。
【０２０６】
本明細書に記載されるようなコンセプトに使用されるいくつかの専門用語は、３ＧＰＰ技術規格など、より最近の業界資料において更新又は変更されている。上述のように、デバイス・ツー・デバイス（Ｄ２Ｄ）は、今や「サイドリンク直接」と称される。いくつかの他の用語も変更されており、部分的なリスティングが下の表１に示される。
【０２０７】
【表７】
0006746624.tif 000008
【０２０８】
上記の説明は、多くの特殊性を含んでいるが、これらは、本明細書で開示される技術の範囲を限定するのではなく、本明細書で開示される技術の現時点で好ましい実施形態のいくつかの例示を提供するに過ぎないと解釈されるべきである。したがって、本明細書で開示される技術の範囲は、添付の特許請求の範囲及びその法的等価物によって判断されるべきである。したがって、本明細書で開示される技術の範囲は、当業者には明らかになり得る他の実施形態を十分に包含し、その結果、本明細書で開示される技術の範囲は、添付の特許請求の範囲以外の何物にも制限されず、特許請求の範囲における要素に対する単数形での言及は、明記されない限り、「１つ、かつ１つだけ」ではなく、むしろ「１つ以上」を意味することが認識されるであろう。当業者には既知である上記の好ましい実施形態の要素に対する全ての構造的、化学的、及び機能的等価物は、参照により本明細書に明示的に組み込まれ、本特許請求の範囲に包含されることが意図される。そのうえ、デバイス又は方法が、本明細書で開示される技術によって解決することが求められるそれぞれの問題に対処する必要はない。デバイス又は方法は、本特許請求の範囲に包含されるためである。更に、本開示におけるいかなる要素、構成要素、又は方法ステップも、その要素、構成要素又は方法ステップが特許請求の範囲に明示的に列挙されているかどうかにかかわらず、公衆に提供されることは意図されない。本願における請求項の要素も、語句「のための手段（means for）」を使用して明示的に列挙されない限り、合衆国法典第３５巻１１２条（３５Ｕ．Ｓ．Ｃ．１１２）第６パラグラフの規定の下にあると解釈されるべきではない。
【図１】
0006746624.tif 000009
【図１Ａ】
0006746624.tif 000010
【図１Ｂ】
0006746624.tif 000011
【図１Ｃ】
0006746624.tif 000012
【図２】
0006746624.tif 000013
【図３】
0006746624.tif 000014
【図３Ａ】
0006746624.tif 000015
【図３Ｂ】
0006746624.tif 000016
【図４Ａ】
0006746624.tif 000017
【図４Ｂ】
0006746624.tif 000018
【図５Ａ】
0006746624.tif 000019
【図５Ｂ】
0006746624.tif 000020
【図６Ａ】
0006746624.tif 000021
【図６Ｂ】
0006746624.tif 000022
【図７】
0006746624.tif 000023
【図８】
0006746624.tif 000024
【図９Ａ】
0006746624.tif 000025
【図９Ｂ】
0006746624.tif 000026
【図１０Ａ】
0006746624.tif 000027
【図１０Ｂ】
0006746624.tif 000028
【図１１】
0006746624.tif 000029
【図１２】
0006746624.tif 000030