JP6728479B2 - 無線リソースの選択 - Google Patents

Description

本開示は、Ｄ２Ｄ以上、特にＶ２Ｘ通信におけるような、リソース管理および分散リソース割り当てのための、ユーザ機器による方法および動作に関する。

リリース１２中、ＬＴＥ規格は、商用と公衆の両方の安全性アプリケーションを対象とするデバイス間（Ｄ２Ｄ）（「サイドリンク」として指定される）機能をサポートすることによって拡張された。Ｒｅｌ−１２ ＬＴＥによって可能にされるいくつかのアプリケーションはデバイス発見であり、デバイスが、デバイスおよびアプリケーション識別情報を担持する発見メッセージをブロードキャストおよび検出することによって、別のデバイスおよび関連付けられるアプリケーションの近接を検知することが可能である。別のアプリケーションは、デバイス間で直接的に終端される物理チャネルに基づく直接通信に存する。

Ｄ２Ｄ通信は、車両、歩行者によって携行されるデバイス、およびインフラストラクチャに搭載されたデバイスの間の直接通信の任意の組み合わせを含む、車両−Ｘ（Ｖ２Ｘ）通信をサポートするように拡張され得る。少なくとも基本Ｖ２ｘ接続は、利用可能なネットワークインフラストラクチャが欠如している場合に可能であり得るが、Ｖ２ｘ通信は、利用可能なネットワーク（ＮＷ）インフラストラクチャを利用することができる。ＬＴＥベースのＶ２ｘインターフェースを提供することは、ＬＴＥのスケールメリットのために経済的に有利であり得、専用のＶ２ｘ技術を使用するのと比較して、ＮＷインフラストラクチャとの通信（車両−インフラストラクチャ（Ｖ２Ｉ））、車両−歩行者（Ｖ２Ｐ）、および車両−車両（Ｖ２Ｖ）通信の間のより緊密な統合を可能にし得る。

Ｖ２ｘ通信は、安全でない情報と安全な情報の両方を担持し得、アプリケーションおよびサービスの各々は、例えば、レイテンシ、信頼性、容量などに関する特定の要件セットと関連付けられ得る。

欧州電気通信標準化機構（ＥＴＳＩ）は、交通安全のために２つのタイプのメッセージ、すなわち、協調認識メッセージ（ＣＡＭ）および分散型環境通報メッセージ（ＤＥＮＭ）を定義している。

ＣＡＭメッセージは、緊急車両を含む車両が、その存在および他の関連するパラメータをブロードキャスト様式で通報することを可能にするように意図されている。そのようなメッセージは、他の車両、歩行者、およびインフラストラクチャを対象とし、そのアプリケーションによって取り扱われる。ＣＡＭメッセージはまた、通常の交通量のための安全運転に対する積極的な支援としての役割も果たす。デバイスは、ＣＡＭメッセージの可用性を１００ｍｓ毎にチェックし、これによって、ほとんどのＣＡＭメッセージについて、最大検出レイテンシ要件は１００ｍｓ以下になる。しかしながら、プリクラッシュ検知警告のためのレイテンシ要件は５０ｍｓ以下である。

ＤＥＮＭメッセージは、制動によるなどイベントトリガであり、ＤＥＮＭの可用性も１００ｍｓ毎にチェックされ、最大レイテンシの要件は１００ｍｓ以下である。

ＣＡＭおよびＤＥＮＭメッセージのパッケージサイズは、１００バイト超から８００バイト超まで変動し得るが、特定のＶ２Ｘ使用事例、メッセージタイプ（例えば、ＤＥＮＭはＣＡＭよりも大きくなり得る）に応じて、および、パケットに含まれるセキュリティフォーマット（例えば、証明書全体または証明書ダイジェスト）に応じて、一般的なサイズはおおよそ３００バイトである。メッセージは、近接するすべての車両によって検出されると仮定される。

自動車技術者協会（ＳＡＥ）は、様々な規定のメッセージサイズを有するＤＳＲＣの基本安全メッセージ（ＢＳＭ）を定義している。メッセージの重要性および至急性に基づいて、ＢＳＭは、複数の異なる優先度にさらに分類される。

ブッキングによる検知ベースのリソース割り当て
Ｖ２ｘ通信においては、２つの主要なタイプのトラフィック、すなわち、再現性トラフィックおよびイベントトリガトラフィックに区別される。本明細書において開示されている様々な実施形態は、大部分が再現性トラフィックに関係し、送信パケットが定期的に到来する（例えば、それらは厳密に周期的であるか、または、平均周期からいくらかの逸脱があり得る）。

再現性トラフィックＶ２ｘ送信をスケジュールするための１つの効率的な方法は、無線リソース予約を使用することである。リソース予約を使用するリソース割り当てにおいて、ユーザ機器（ＵＥ）は、次のパケットの送信（すべての再送信を含む）に先立って無線リソースを予約することができる。予約の最小時間スパンは通常、２つの連続するパケットの間の最小時間（例えば、最小メッセージ周期）になるようにとられる。同様に、予約の最大時間スパンは通常、２つの連続するパケットの間の最大時間（例えば、最大メッセージ周期）になるようにとられる。例えば、Ｖ２Ｘにおいて、２つの連続するＣＡＭメッセージの生成の間の時間間隔は、（輻輳制御を行わない場合）１００ｍｓ以上であり得、１ｓ以下であり得る。したがって、現在３ＧＰＰによって考慮されているように、１００ｍｓ、２００ｍｓ、．．．、または１ｓでの予約を許容することが妥当である。通常、ＵＥは、他のＵＥに予約情報をシグナリングする。これによって、受信ＵＥが、受信された予約メッセージを読み取ることによって無線リソースの将来の利用を予測し、同じリソースの使用を回避するように、その現在の送信をスケジュールすることが許容される。これを行うためには、ＵＥは、予約情報を収集するために、（再）選択トリガに先行するいくらかの時間期間にわたってチャネルを検知する必要がある。加えて、以前に予約されたメッセージを解放する予約解除メッセージを送信することも可能であり得る。正確な予測のために、検知時間は、他の関連するＵＥからの予約および／または予約解除メッセージを検出するのに十分長くするべきである。

図１は、予約を用いる検知ベースのリソース選択メカニズムの一例を示す。Ｔを、ＵＥによる２つの再現性送信の間の最小時間とする。これは、「基本期間」として参照される。すなわち、再現性トラフィックを有するＵＥは、最大で、Ｔ秒毎に１つのパケットを送信する（送信は、いくつかの再送信から成る場合があるが、これは単純にするために図１には示されていない）。図１において、ＵＥ１は、時間ｔａにおいてパケットを送信し、その間、例えば、ｔａ＋４Ｔにおいて次のパケットを送信する意図を示す予約メッセージを他のＵＥに送信するなど、予約を行う。同様に、ＵＥ２は、時間ｔｂにおいてパケットを送信し、その間、例えば、ｔｂ＋２Ｔにおいて次のパケットを送信するその意図を示す予約メッセージを他のＵＥに送信するなど、予約を行う。時間ｔｃにおいて、ＵＥ３は、時間ウィンドウ［ｔｃ，ｔｃ＋Ｔ］内でのＵＥ３の送信のために無線リソースを選択または再選択することを所望する。ＵＥ３は、サイズ４Ｔの時間ウィンドウの間にチャネルを監視している。ＵＥ３は、このウィンドウ内でのＵＥ３のチャネル観測を使用して、無線リソースの将来の利用を予測し、それに応じて、ＵＥ３の送信のための無線リソース（例えば、可能性のある衝突を回避するために上記の予約によって示されていないリソース）を選択する。

良好な選択を達成するために、検知ウィンドウは、可能な／必要な限り多くの予約を含むために十分に長くなければならないことは明らかである。一般的に、検知ウィンドウのサイズは、（基本期間に関して）最も長い可能な予約を概ねカバーするために十分に大きい。図１の例において、検知ウィンドウは、４つの基本期間から成るように選ばれる。本開示の残りの部分において、「ウィンドウ全体にわたる検知」および「全ウィンドウにわたる検知」という表現は、最大の可能なウィンドウサイズ（すなわち、システムが許容する最大のウィンドウサイズ）を使用して検知動作を実施することを指す。

この例において、および、本開示の後の部分において、ＵＥは基本期間に関して時間の共通の分割を使用して動作する場合があり、または、動作しない場合があることが留意される。すなわち、時間は、すべてのＵＥについて同じように「基本期間」に分割される場合があり、または、代替的に、異なるＵＥが「基本期間」への異なる時間の分割を有する場合がある。

既存のソリューションによる問題
本開示において、検知ウィンドウが長いシステムにおいては、他のＵＥからの予約関連メッセージシグナリングを検知するようにＵＥを動作させることに関連付けられる大きいエネルギー消費があることが認識される。加えて、大きい検知ウィンドウは、ＵＥが、複雑な動作を迅速に実施することを必要とし得る。これは、例えば、歩行者が携行するまたは装着するＵＥなど、能力および／またはエネルギーの制約を受けるいくつかのタイプのＵＥにとって問題になり得る。

３ＧＰＰにおいて論じられている、エネルギー消費および複雑度がより低い１つの代替案は、図２に示すように、例えば、最後の基本期間にわたって検知するなど、時間ウィンドウの最後の部分のみにわたって検知を実施することである。図２においては縮小検知ウィンドウとして参照される、全検知ウィンドウ／検知ウィンドウ全体のうちの、時間ウィンドウの最後の部分にわたる検知は、ＵＥによって送信されるすべての関連する予約メッセージおよび／または予約解除メッセージを検知することが可能でない場合がある。これは、そのようなシグナリングが縮小検知ウィンドウ内で行われない場合があるためである。例えば、図２において、ＵＥ３は、ＵＥ１によって送信される予約メッセージを受信することができない場合がある。これは、このメッセージが、ｔｃ−Ｔよりも短い時間ｔａにおいて送信されるためである。同様に、ＵＥ３の検知ウィンドウは、ＵＥ２による予約メッセージが送信される時間を含まない。

３ＧＰＰにおいて論じられている検知ベースのリソース割り当てアルゴリズムのいくつかは、過去の測定の平均（または他の演算）をとることによって、無線リソースの可用性に対する予測を行う。例えば、将来の時間ｔ＋ｔｃにおける特定の無線リソースの負荷レベルを推定するために、検知は、時間ｔ＋ｔｃ−Ｔ、ｔ＋ｔｃ−２Ｔ、ｔ＋ｔｃ−３Ｔなどにおける測定負荷の平均をとる。その後、ＵＥは、予測に基づいてその検知のタイミングを制御することができ、その有効性は、推定値の品質によって影響される。

したがって、ウィンドウ全体を使用した検知には、関連付けられる高いエネルギー消費があり、一方、全体よりも小さいウィンドウを使用した、すなわち、時間ウィンドウの最後の部分のみにわたる検知には、（送信の衝突に起因して）システム内のすべてのユーザに影響する、関連付けられる性能の劣化がある。

本開示のいくつかの実施形態は、第１のユーザ機器による、パケットを送信するための無線リソースを選択するための方法に関する。方法は、第２のＵＥによる送信の期待されるタイミングに関係する基本期間値を取得することを含む。基本期間値よりも小さい部分期間値が取得される。無線リソースが、第２のＵＥによって送信され、第２のＵＥが無線リソースおよびタイミングを使用して次のパケットを送信する可能性があることを示すパケットまたは予約メッセージについて監視される。監視は、基本期間値に基づいて決定される時間期間の各発生内の部分期間値に基づいて決定される時間フレームに制約される。監視がパケットまたは予約メッセージを識別するのに応答して、次のパケットを送信するために第２のＵＥによって使用されることになる可能性がある無線リソースおよびタイミングに基づいて、パケットの送信に使用するための無線リソースが選択される。

記載されている方法の可能性のある利点は、監視が、各時間期間内の部分期間値に基づいて決定される相対的に短い時間フレーム中の発生に制約されることである。それによって、監視のための計算帯域幅消費における実質的なＵＥ電力節約および低減を達成することができる。部分期間値は、ＵＥが他のＵＥによって送信されるパケットまたは予約メッセージを検知することを可能にする各時間期間内のロケーションにおいて監視を発生させるように定義することができる。

いくつかの他の関係する実施形態は、パケットを送信するための無線リソースを選択するＵＥに関する。ＵＥは、無線送受信手段と、少なくとも１つのプロセッサと、少なくとも１つのプロセッサおよび無線送受信手段に結合され、少なくとも１つのプロセッサによって実行されると、少なくとも１つのプロセッサに動作を実施させるプログラムコードを記憶する少なくとも１つのメモリとを含む。動作は、第２のＵＥによる送信の期待されるタイミングに関係する基本期間値を取得することと、基本期間値よりも小さい部分期間値を取得することと、第２のＵＥによって送信され、第２のＵＥが無線リソースおよびタイミングを使用して次のパケットを送信する可能性があることを示すパケットまたは予約メッセージのための無線リソースを監視することとを含む。監視は、基本期間値に基づいて決定される時間期間の各発生内の部分期間値に基づいて決定される時間フレームに制約される。監視がパケットまたは予約メッセージを識別するのに応答して、動作は、次のパケットを送信するために第２のＵＥによって使用されることになる可能性がある無線リソースおよびタイミングに基づいて、無線送受信手段を通じたパケットの送信に使用するための無線リソースを選択する。

いくつかの他の関係する実施形態は、第２のＵＥによる送信の期待されるタイミングに関係する基本期間値を取得することと、基本期間値よりも小さい部分期間値を取得することと、第２のＵＥによって送信され、第２のＵＥが無線リソースおよびタイミングを使用して次のパケットを送信する可能性があることを示すパケットまたは予約メッセージのための無線リソースを監視することと、監視がパケットまたは予約メッセージを識別するのに応答して、次のパケットを送信するために第２のＵＥによって使用されることになる可能性がある無線リソースおよびタイミングに基づいて、パケットの送信に使用するための無線リソースを選択することとを行うように設定されている別のＵＥに関する。監視は、基本期間値に基づいて決定される時間期間の各発生内の部分期間値に基づいて決定される時間フレームに制約される。

いくつかの他の関係する実施形態は、パケットを送信するためにユーザ機器によって使用されることになる無線リソースを選択するためのコンピュータプログラム製品に関する。コンピュータプログラム製品は、ユーザ機器の少なくとも１つのプロセッサによって実行されると、少なくとも１つのプロセッサに、動作を実施させるプログラムコードを記憶する非一時的コンピュータ可読媒体を含む。動作は、第２のＵＥによる送信の期待されるタイミングに関係する基本期間値を取得することと、基本期間値よりも小さい部分期間値を取得することと、第２のＵＥによって送信され、第２のＵＥが無線リソースおよびタイミングを使用して次のパケットを送信する可能性があることを示すパケットまたは予約メッセージのための無線リソースを監視することと、監視がパケットまたは予約メッセージを識別するのに応答して、次のパケットを送信するために第２のＵＥによって使用されることになる可能性がある無線リソースおよびタイミングに基づいて、パケットの送信に使用するための無線リソースを選択することとを含む。監視は、基本期間値に基づいて決定される時間期間の各発生内の部分期間値に基づいて決定される時間フレームに制約される。

本発明のさらなる理解を与えるために含まれており、本出願に組み込まれるとともにその一部を構成する添付の図面は、本発明の特定の実施形態を示す。

従来技術による全ウィンドウにわたる検知ベースのリソース選択メカニズムおよびＵＥによる予約動作を示す動作タイミング図である。 従来技術による全ウィンドウよりも短い時間にわたる検知ベースのリソース選択メカニズムおよびＵＥによる予約動作を示す動作タイミング図である。 本開示の様々な実施形態による限定的検知動作による無線リソース割り当てを使用したパケットのＶ２ｘ通信のために設定されたＵＥを含む通信システムのブロック図である。 本開示のいくつかの実施形態による限定的検知を使用したリソース割り当てのためのＵＥによる動作を示す動作タイミング図である。 本開示の様々な実施形態によるＵＥによって実施することができるいくつかの検知ウィンドウ動作および方法を示す動作タイミング図である。 本開示の様々な実施形態によるＵＥによって実施することができるいくつかの検知ウィンドウ動作および方法を示す動作タイミング図である。 本開示の様々な実施形態によるＵＥによって実施することができるいくつかの検知ウィンドウ動作および方法を示す動作タイミング図である。 本開示の様々な実施形態によるＵＥによって実施することができるいくつかの検知ウィンドウ動作および方法を示す動作タイミング図である。 本開示の様々な実施形態によるＵＥによって実施される動作および方法の流れ図である。 本開示の様々な実施形態によるＵＥによって実施される動作および方法の流れ図である。 本開示の様々な実施形態によるＵＥによって実施される動作および方法の流れ図である。 本開示の様々な実施形態によるＵＥによって実施される動作および方法の流れ図である。 本開示の様々な実施形態によるＵＥによって実施される動作および方法の流れ図である。 本開示の様々な実施形態によるＵＥによって実施される動作および方法の流れ図である。 本開示の様々な実施形態によるＵＥによって実施される動作および方法の流れ図である。 本開示の様々な実施形態によるＵＥによって実施される動作および方法の流れ図である。 本開示の様々な実施形態によるＵＥによって実施される動作および方法の流れ図である。 本開示の様々な実施形態によるＵＥによって実施される動作および方法の流れ図である。 本開示のいくつかの実施形態に従って設定されているＵＥのブロック図である。 いくつかの実施形態による、本明細書において開示されているような動作を実施するＵＥのためのモジュールを示す図である。 本開示のいくつかの実施形態による、縮小検知を伴うリソース選択または再選択のための、ＵＥによる動作を示す動作タイミング図である。

これより、本発明の概念を、以下、本発明の概念の実施形態の例が図示されている添付の図面を参照しながらより十分に記載する。しかしながら、本発明の概念は、多くの異なる形態で具現化することができ、本明細書に記載されている実施形態に限定されるものとして解釈されるべきではない。むしろ、これらの実施形態は、本開示が徹底的かつ完全であり、本発明の概念を当業者に十分に伝達するように提供される。これらの実施形態は相互に排他的ではないことも留意されるべきである。１つの実施形態からの構成要素は、暗黙的に、別の実施形態においても存在し／使用されるものと仮定され得る。下記に記載されている任意の２つ以上の実施形態は、互いに任意の方法で組み合わせることができる。

本開示の実施形態は、図３のブロック図に図示する通信システムの文脈に限定されることなく説明される。通信システムは、本開示の様々な実施形態による限定的検知動作による無線リソース割り当てを使用したパケットのＶ２ｘ通信のために設定されたＵＥを含む。通信システムは、無線ネットワークノード１２０（例えば、ＬＴＥ ｅＮＢ）と、スケジューラネットワークノード１１０（例えば、ｅＮＢスケジューラ）と、複数のＵＥ１００とを含む。ＵＥ１００は、車両−インフラストラクチャ（Ｖ２Ｉ）通信、車両−歩行者（Ｖ２Ｐ）通信、および車両−車両（Ｖ２Ｖ）通信のうちの任意の１つまたは複数のような、Ｄ２Ｄおよび／またはＶ２ｘ通信のために設定された任意のタイプの電子デバイスとすることができる。本明細書において使用される場合、Ｄ２Ｄは、任意のタイプのＵＥの間での通信を含むようにより広い意味において参照され、車両と任意の他のタイプのＵＥとの間のＶ２ｘ通信を含む。例示的なタイプのＵＥ１００は、限定ではないが、個人情報端末（ＰＤＡ）、タブレットコンピュータ（例えば、ｉＰＡＤ）、携帯端末、スマートフォン、スマートウォッチ、ラップトップ組み込み型機器（ＬＥＥ：ｌａｐｔｏｐ ｅｍｂｅｄｄｅｄ ｅｑｕｉｐｐｅｄ）、ラップトップ搭載型機器（ＬＭＥ）、車両搭載型通信デバイス、インフラストラクチャ搭載型通信デバイスなどを含む。

様々な実施形態がＶ２ｘ通信の文脈において説明されているが、これらの実施形態は、ｘ２Ｖ通信に使用することもできる。したがって、本明細書において「Ｖ２ｘ」という用語が使用されている場合、これらは各々、「ｘ２Ｖ」という用語に置き換えることができる。同様に、これらの実施形態は、Ｄ２Ｄを含む、他のタイプのデバイス間通信に使用することができる。したがって、本明細書において「Ｖ２ｘ」という用語が使用されている場合、これらは各々、「Ｄ２Ｄ」という用語に置き換えることができる。したがって、「サイドリンク」という用語が使用されている場合、これは、Ｄ２Ｄ、Ｖ２ｘ、ｘ２Ｖなどによって実施される通信を参照することができる。サイドリンクという用語は、３ＧＰＰ仕様においては、ＵＥ間での直接的な、すなわち、ｅＮＢを通過することのないメッセージの送信を参照するために使用される。サイドリンクは、Ｄ２Ｄ通信、Ｖ２ｘおよびｘ２Ｖ通信、ＰｒｏＳｅ（近接サービス）などを実現するために使用される。ＬＴＥにおいて、サイドリンク通信は、ＰＣ５インターフェースを介して行われ、一方、セルラ通信（すなわち、アップリンクおよびダウンリンク）はＵｕインターフェースを介して行われる。

本開示の様々な実施形態は、エネルギー消費が低減され、複雑度が低減された、分散リソース選択のための方法および動作に関する。本実施形態によるいくつかの方法および動作は、検知ＵＥ１００が、そうでなければ検知ウィンドウ全体にわたって予約情報を検知するために使用される無線リソースのある分画を使用して完全な予約情報を獲得することを許容するように、検知ウィンドウ全体の一部分のみにわたって予約情報を検知する。予約情報は、その後、検知ＵＥ１００によって、例えば、別のＵＥへのＶ２ｘ送信など、ＵＥ自体の送信のために、無線リソースを選択または再選択するために使用することができる。様々な実施形態が下記において、パケットの送信に使用するための無線リソースの選択の文脈において記載されているが、それらの実施形態は同様に、パケットの送信に使用するためのそれらの無線リソースの再選択に使用することもできることが理解されるべきである。その上、簡潔にするために、本明細書に記載されている動作のいくつかは、「予約」メッセージの検知（受信）および使用のみを説明しているが、これらの動作は、「予約解除」メッセージを検知（受信）および使用するために実施されてもよいことが理解されるべきである。

様々な実施形態の可能な利点
少なくともいくつかの実施形態は、検知ＵＥ１００が、他のＵＥ１００によって送信される関連する予約情報（例えば、予約／予約解除メッセージ）を見逃す（受信しない）ことがないように、２つ以上の基本期間Ｔにわたって延伸し得る検知ウィンドウ全体よりも小さい限定的検知ウィンドウを使用して予約メッセージの検知（受信）を実施することを許容する。上記で説明したように、基本期間Ｔは、ＵＥによる２つの再現性送信の間の最小時間である。検知ウィンドウ全体にわたる検知と比較して、下記に記載されている実施形態は、検知ＵＥ１００によるエネルギー消費を低減することができ、検知ＵＥ１００に対する動作上の検知能力要件を低減することができる。その上、これらの実施形態は、（より多くの）関連する予約メッセージおよび／または予約解除メッセージの検出を通じてより良好な性能をもたらすことができる。これは、限定的検知ウィンドウ内でのみ予約メッセージの検知を実施するＵＥ１００による、および、基本期間Ｔによって規定される検知ウィンドウ全体にわたって予約メッセージの検知を実施するＵＥ１００による、同じグループの無線リソースにおける送信を許容する。これは、無線リソースの断片化を回避するため、システム管理の観点から有利である。

いくつかの実施形態によるＵＥによる限定的検知を使用したリソース割り当て
本明細書において開示されている少なくともいくつかの実施形態は、ＵＥに、上記で論じられているいくつかの従来技術の手法と比較して低減されたエネルギー消費で動作させる。エネルギー消費を低減することは、例えば、歩行者が携行するまたは装着するＵＥなど、能力および／またはエネルギーが制約されているＵＥにとって重要であり得る。

いくつかの実施形態は、検知ウィンドウ全体よりも小さい限定的検知ウィンドウ内での予約メッセージおよび／または予約解除メッセージの検知を使用した分散リソース選択のための、ＵＥによる方法に関する。いくつかの方法は、検知ウィンドウ全体の中の限定的検知ウィンドウのロケーションを経時的にシフトさせることによって、検知ウィンドウ全体にまたがるすべての基本期間にわたって、ただし、各基本期間内のリソースのサブセットのみにわたって、別のＵＥによって送信された予約メッセージおよび／または予約解除メッセージを検知するようにＵＥを動作させることを含む。図４は、本開示のいくつかの実施形態による、ＵＥ（１００）による予約動作を伴う検知ベースのリソース選択メカニズムを示す動作タイミング図である。ＵＥ１は、時間ｔａにおいてパケットを送信し、その間、例えば、ｔａ＋４Ｔにおいて次のパケットを送信する意図を示す予約メッセージを送信するなど、予約を行う。同様に、ＵＥ２は、時間ｔｂにおいてパケットを送信し、その間、例えば、ｔｂ＋２Ｔにおいて次のパケットを送信する意図を示す予約メッセージを送信するなど、予約を行う。時間ｔｃにおいて、ＵＥ３は、時間ウィンドウ［ｔｃ，ｔｃ＋Ｔ］内でのＵＥ３の送信のために無線リソースを選択または再選択することを所望する。ＵＥ３は、Ｔ秒毎に発生する無線リソースのセットを反復的に監視する。このリソースのセットは、基本期間Ｔを有する検知ウィンドウ全体に含まれるすべてのリソースから成るセットよりも小さい。例えば、図４において、ＵＥ３は、間隔（ｔｃ−Ｔ_{ｌｉｍｉｔｅｄ}，ｔｃ）、（ｔｃ−Ｔ_{ｌｉｍｉｔｅｄ}−Ｔ，ｔｃ−Ｔ）、（ｔｃ−Ｔ_{ｌｉｍｉｔｅｄ}−２Ｔ，ｔｃ−２Ｔ）および（ｔｃ−Ｔ_{ｌｉｍｉｔｅｄ}−３Ｔ，ｔｃ−３Ｔ）の間、無線リソースを監視する。これによって、ＵＥ３が、間隔（ｔｃ−Ｔ_{ｌｉｍｉｔｅｄ}＋Ｔ，ｔｃ＋Ｔ）の間の（将来の）リソースに影響を与える予約を検出することが許容される。すなわち、ＵＥ３は、間隔（ｔｃ−Ｔ_{ｌｉｍｉｔｅｄ}＋Ｔ，ｔｃ＋Ｔ）におけるリソースの将来の利用に関する、検知ウィンドウ全体にわたって検知を実施したときに獲得されているはずのものと同じ知識を有する。

「限定的検知ウィンドウ」は、基本期間Ｔを有する検知ウィンドウ全体よりも短い時間期間を有する。ＵＥは、検知ウィンドウ全体の中の限定的検知ウィンドウ内で予約メッセージについて監視するのみであるとき、言い換えれば、検知ウィンドウ全体の中の、限定的検知ウィンドウの外部にある他の時間においては予約メッセージについて監視しない「限定的検知」を実施するものとして参照される。

図４において、ＵＥ３によって監視される、基本期間内にある限定的検知ウィンドウのリソースの分画は、時間的に連続しているものとして示されている。しかしながら、リソースの分画は、分離した時間−周波数リソースまたはリソースの任意の他の区分の集合であってもよい。例えば、ＬＴＥシステムにおいて、限定的検知は、リソースブロック（ＲＢ）の任意裁量のサブセットにわたって実施されてもよい。

図４には示されていないが、異なる送信および関連付けられる予約は、再送信を含んでもよい。

図１０は、パケットのＶ２ｘ通信のための、図４のＵＥ３について図示されている動作を提供することができる、第１のＵＥ（１００）による対応する方法および動作の流れ図である。

図１０を参照すると、第１のＵＥ１００は、第２のＵＥ（１００）による送信の期待されるタイミングに関係する基本期間値を取得し（ブロック１０００）、基本期間値よりも小さい部分期間値を取得する（ブロック１００２）。

図４の１つの実施形態において、基本期間値は、第２のＵＥ１００による２つの再現性送信の間の最小時間である基本時間期間（Ｔ）を規定する。部分期間値は、基本時間期間（Ｔ）よりも短い、限定的検知ウィンドウ（Ｔｌｉｍｉｔｅｄ）として示されている部分時間期間を規定する。基本時間期間（Ｔ）は、第２のＵＥ１００によるパケットまたは予約メッセージの送信と、第２のＵＥ１００による後続する送信との間の最小時間であってもよい。便宜上、「部分時間期間」および「限定的検知ウィンドウ」という用語は、下記において交換可能に使用される。

別の実施形態において、基本期間値は、第２のＵＥによる２つの送信の間に発生すると期待されるサブフレームの最小数であり、部分期間値は、サブフレームの最小数よりも少ないサブフレームに対応する。

別の実施形態において、基本時間期間は、規定数のサブフレームに対応する。

第１のＵＥ１００が、第２のＵＥ１００によって送信され、第２のＵＥ１００が無線リソースおよびタイミングを使用して次のパケットを送信する可能性があることを示すパケットまたは予約メッセージのための、無線リソースを監視する（ブロック１００４）。第１のＵＥ１００は、基本期間値に基づいて決定される時間期間の各発生内の部分期間値に基づいて決定される時間フレームに監視を制約するように動作する。監視がパケットまたは予約メッセージを識別するのに応答して、第１のＵＥ１００は、次のパケットを送信するために第２のＵＥ１００によって使用されることになる可能性がある無線リソースおよびタイミングに基づいて、パケットの送信に使用するための無線リソースを選択する（ブロック１００６）。

監視（ブロック１００４）は、パケット予約メッセージを受信および復号することを含むことができ、ならびに／または、送信されているものの内容を復号することなく第２のＵＥ１００によって送信される信号に対応するエネルギーを検知することを含むことができる。監視（ブロック１００４）は、例えば、エネルギーがいつ閾値を超えるかなど、監視されている無線リソース（複数可）を通じて受け取られるエネルギーが規定の規則をいつ満たすかを決定することを含んでもよい。使用されるとき、閾値は、１つまたは複数のそのような監視動作の間に受け取られるエネルギーの平均に基づき得る。

１つの実施形態において、監視は、部分期間値に基づいて決定され、リソース選択タイミングまたはリソース再選択タイミングに直に隣接して、ただしその前に発生する時間フレームに制約される。さらなる実施形態において、監視は、リソース選択タイミングまたはリソース再選択タイミングの各発生に先行する、時間フレームの同じロケーションに制約される。

下記にさらに詳細に説明するように、部分時間期間のロケーション（例えば、図４の限定的検知ウィンドウ）および監視（ブロック１００４）中に使用することができる無線周波数スペクトルの一部分は、規定の規則に従って、監視（ブロック１００４）の少なくとも数回の反復の間に変化するように制御することができる。

さらなる実施形態
いくつかの実施形態において、ＵＥは、限定的検知の成果を使用して、リソース選択または再選択を行う。選択されるリソースは、限定的検知がさらなる利用情報を送達するリソースの１つである。図４の例において、これは、間隔（ｔｃ−Ｔｌｉｍｉｔｅｄ＋Ｔ，ｔｃ＋Ｔ）内のリソースである。

いくつかのさらなる実施形態において、選択または再選択されているリソースは、ＵＥによって送信のために使用され得る。すなわち、送信のためのリソースは、限定的送信ウィンドウに属する。図１１は、図１０の第１のＵＥ１００によって実施することができる方法および動作の対応する流れ図を示す。図１１を参照すると、第１のＵＥ１００は、選択されている無線リソースを使用して、第１のＵＥ１００の送信回路を通じてパケットを送信する（ブロック１１００）。送信（ブロック１１００）に使用される無線リソースは、監視された無線リソースの周期的反復の周波数の中にあるように選択することができる。送信（ブロック１１００）に使用される無線リソースは、監視された（ブロック１００４）無線リソースの中にあるように選択することができるが、現在のリソース再選択動作の前に第１のＵＥ１００による最後の送信に使用された無線リソースとは異なるように、さらに選択することができる。

いくつかの実施形態において、限定的検知ウィンドウを実施するＵＥは、経時的に（例えば、周期的に、条件に基づいてなど）、限定的検知ウィンドウ（部分時間期間）を監視するために使用するリソースを変化させる。限定的検知ウィンドウを監視するためにＵＥによって使用されるリソースは、限定的検知ウィンドウのタイミングロケーションを変更することによって、および／または、限定的検知ウィンドウ内で監視される無線周波数スペクトルを変更することによって、変化させることができる。例えば、ＵＥは、第１の限定的検知ウィンドウをＮ回使用し、その後、第２の限定的検知ウィンドウに変化させ、第２の限定的検知ウィンドウをＮ回使用し、その後、第３の限定的検知ウィンドウに変化させ、第３の限定的検知ウィンドウをＮ回使用し、以下同様である。タイミングロケーションおよび／またはＵＥが使用する無線周波数スペクトルは、第１の検知ウィンドウ、第２の検知ウィンドウ、第３の検知ウィンドウなどの各々の間で異なり得る。選択されている限定的検知ウィンドウが反復的に使用される回数（Ｎ）は、異なる限定的検知ウィンドウの間で変化してもよい（例えば、第１の限定的検知ウィンドウをＮ１回使用し、第２の限定的検知ウィンドウをＮ２回使用するなど）。これによって、限定的検知を実施するＵＥに起因する負荷が、経時的に、検知ウィンドウ全体の中で利用可能なすべての存在するリソースにわたって分散される。新たな限定的検知ウィンドウは、ランダムに選ばれてもよく、規定のパターンに従って選ばれてもよく、巡回シフト様式で選ばれてもよく、または任意の他の方法で選ばれてもよい。これは、スペクトルの異なる部分が異なる時間において検知される事例を含み、これによって、ＵＥエネルギー消費をさらに低減することができる。

ＵＥ１００によって実施することができるいくつかの検知ウィンドウ動作および方法が図５〜図８に図示されており、検知ウィンドウ全体が、検知されるべきサブフレーム（または周波数）のサブセットに分けられる。図５〜図８において、水平軸は時間を表し、垂直軸は検知ＵＥによって他のＵＥからの信号を検知するために使用される周波数スペクトルを表す。

図５において、限定的検知ウィンドウまたは部分時間期間（すなわち、Ｔｌｉｍｉｔｅｄとして示されている）のタイミングロケーションは、特定のＮ回の後に巡回シフトされる。図１２および図１３は、図５に従って動作するために図１０の第１のＵＥ１００によって実施することができる方法および動作の対応する流れ図を示す。図５、図１２および図１３を参照すると、第１のＵＥ１００は、規定の規則に従って、異なる基本時間期間における監視（１００４）の少なくとも数回の反復の間で限定的検知ウィンドウ（部分時間期間）のロケーションを変化させるように監視（１００４）を制御する。監視（１００４）を制御するための動作は、オフセット値を取得すること（ブロック１２００）と、その後、監視の実施が開始されることになる次の部分時間期間（Ｔｌｉｍｉｔｅｄとして示される）が発生することになるときのために、オフセット値だけタイミングをシフトさせること（ブロック１２０２）とを含むことができる。オフセット値は、タイミング基準に対するオフセットタイミング（Ｔｏｆｆｓｅｔ）であってもよく、および／または、サブフレームのオフセット数であってもよい。さらなる実施形態において、第１のＵＥ１００はまた、巡回シフト数（Ｎ）をも取得する（ブロック１３００）。巡回シフト数（Ｎ）に等しい回数の監視の反復の発生が完了するのに応答して、第１のＵＥ１００は、監視の実施が開始されることになる次の部分時間期間が発生することになるときのために、オフセット値（例えば、オフセットタイミング（Ｔｏｆｆｓｅｔ）および／またはサブフレームのオフセット数）だけタイミングをシフトさせる（ブロック１３０２）。

図６において、検知ウィンドウ全体の中で、部分時間期間を表すサブフレーム（Ｔｌｉｍｉｔｅｄ）が検知され、巡回シフトされる。図１５および図１６は、図６に従って動作するために図１０の第１のＵＥ１００によって実施することができる方法および動作の対応する流れ図を示す。図６、図１５、および図１６を参照すると、第１のＵＥ１００は、オフセット値（例えば、タイミング基準に対するオフセットタイミング（Ｔｏｆｆｓｅｔ）および／またはサブフレームのオフセット数）を取得し（ブロック１５００）、監視の実施が開始されることになる次の部分時間期間が発生することになるときのために、オフセット値（例えば、オフセットタイミング（Ｔｏｆｆｓｅｔ）および／またはサブフレームのオフセット数）だけタイミングを増分的にシフトさせる（ブロック１５０２）。

さらなる実施形態において、第１のＵＥ１００は、巡回シフト数（Ｎ）の取得（ブロック１６００）に基づいて、検知ウィンドウ全体の異なるフレームにおける監視（１００４）の少なくとも数回の反復の間でサブフレームのタイミングロケーションを変化させる。巡回シフト数（Ｎ）に等しい回数の監視の反復の発生が完了するのに応答して、第１のＵＥ１００は、次の監視の実施が開始されることになる最初のタイミングに戻る（ブロック１６０２）。

図７において、検知ウィンドウ全体が、１つの検知ウィンドウ全体から別の検知ウィンドウ全体へと巡回シフトされる無線周波数スペクトルの特定の部分において規定されるサブフレームを有する。図１４は、図７に従って動作するために図１０の第１のＵＥ１００によって実施することができる方法および動作の対応する流れ図を示す。図７および図１４を参照すると、第１のＵＥ１００は、第２のＵＥ１００によって再現性パケット送信に使用されると期待される無線スペクトルの範囲よりも小さい無線スペクトルの部分内で無線リソースの監視を実施する（ブロック１４００）。

図８において、例えば、予約メッセージについて監視するためにＵＥによって巡回的に検知される無線周波数スペクトルの異なる部分を有する異なる検知ウィンドウ全体内の限定的検知ウィンドウ。図１７は、図８に従って動作するために図１０の第１のＵＥ１００によって実施することができる方法および動作の対応する流れ図を示す。図８および図１７を参照すると、第１のＵＥ１００は、オフセット周波数（Ｆｏｆｆｓｅｔ）を取得し（ブロック１７００）、監視の各反復の間でオフセット周波数（Ｆｏｆｆｓｅｔ）だけ増分的にシフトする無線スペクトルの一部分内で無線リソースの監視を実施する（ブロック１７０２）。図１８のさらなる実施形態において、第１のＵＥ１００は、巡回シフト数（Ｎ）を取得する（ブロック１８００）。巡回シフト数（Ｎ）に等しい回数の監視の反復の発生が完了するのに応答して、第１のＵＥ１００は、次の監視の実施のために無線周波数の最初の部分の使用に戻る（ブロック１８０２）。

図９は、図１０〜図１８について上述した実施形態のうちのいくつかの組み合わせに従ってＵＥ１００によって実施することができる方法および動作の流れ図である。図９を参照すると、ＵＥ１００は、カウンタｋをゼロに初期化する（ブロック９００）。ＵＥ１００は、１）別のＵＥによる２つの再現性パケット送信の間で発生すると期待される基本期間値（例えば、基本時間期間（Ｔ）および／またはサブフレームの数）、２）巡回シフト数（Ｎ）、３）基本期間値よりも小さい部分期間値（例えば、部分時間期間（Ｔｌｉｍｉｔｅｄ）および／またはサブフレームの数）、および４）オフセット値（例えば、オフセットタイミング（Ｔｏｆｆｓｅｔ）および／またはオフセットサブフレーム数）を規定するパラメータ値を取得する（ブロック９０２）。１つの実施形態において、ＵＥ１００が基本時間期間（Ｔ）、オフセットタイミング（Ｔｏｆｆｓｅｔ）、および部分時間期間（Ｔｌｉｍｉｔｅｄ）を取得すると、ＵＥ１００は、範囲［（ｋ−１）＊Ｔ＋Ｔｏｆｆｓｅｔ，（ｋ−１）＊Ｔ＋Ｔｏｆｆｓｅｔ＋Ｔｌｉｍｉｔｅｄ］によって規定されるウィンドウ内でチャネルを検知する（ブロック９０４）。

ＵＥ１００は、選択トリガが受信されているか否かを決定する（ブロック９０６）。受信されていない場合、カウンタＫが増分され、動作はループバックして、再びチャネルウィンドウを検知する（９０４）。そうではなく、選択トリガが受信されている場合、リソース選択が実施され（ブロック９０８）、選択されたリソース上でパケットが送信される（ブロック９０４）。

いくつかの実施形態において、限定的検知に必要されるパラメータ（の一部またはすべて）が、ＵＥ内で予め設定され、別のＵＥから取得され、かつ／または、図３に示すスケジューラネットワークノード１１０からなど、ネットワークノードから取得される。いくつかの他の実施形態において、パラメータ（の一部またはすべて）は、ネットワークノードからＵＥへのシグナリングを通じてＵＥを制御するために、図３に示すスケジューラネットワークノード１１０によってなど、ネットワークノードによって設定される。したがって、ＵＥは、ネットワークノードから、基本期間値、巡回シフト数、部分期間値、およびオフセット値のうちのいずれか１つまたは複数を決定するためにＵＥによって使用される１つまたは複数の検知パラメータを示すシグナリングを受信することができる。

いくつかの他の実施形態において、パラメータの一部またはすべてはＵＥによって自律的に選ばれ、これは、単独で、または、下記に説明する任意の１つまたは複数の他のパラメータとの任意の組み合わせにおいて実施されてもよい以下の動作のうちのいずれか１つまたは複数を含むことができる。

１つの実施形態において、ＵＥは、検知パラメータを、ＵＥのエネルギー制限の関数として選ぶ（例えば、低バッテリでより小さい限定的ウィンドウ）。したがって、ＵＥは、ＵＥのバッテリの残りのバッテリ寿命に基づいて部分期間値（例えば、部分時間期間（Ｔｌｉｍｉｔｅｄ）および／またはサブフレームの数）を決定することができる。部分期間値は、残りのバッテリ寿命が閾値レベルを下回っているという決定に応答して低減することができる。

別の実施形態において、ＵＥは、検知パラメータを、監視されている無線リソースの通信負荷または輻輳の関数として選ぶ。システム通信負荷または輻輳は、ＵＥによって決定することができ、または、例えば図３のノード１１０など、いくつかの他のノードによってシグナリングすることができる。例えば、ＵＥは、例えば、監視されている無線リソースが閾値よりも大きい利用レベルを有するなど、システムに高い負荷がかかっていると決定されるとき、（劣化を回避するために）より大きい検知ウィンドウ（すなわち、部分時間期間（Ｔｌｉｍｉｔｅｄ）および／またはサブフレームの数）を選ぶことができる。対照的に、ＵＥは、例えば、監視されている無線リソースが閾値よりも小さい利用レベルを有するなど、システムにかかっている負荷が軽いと決定されるとき、より小さい検知ウィンドウ（すなわち、部分時間期間（Ｔｌｉｍｉｔｅｄ）および／またはサブフレームの数）を選ぶことができる。さらなる実施形態において、ＵＥは、通信負荷が規定の閾値を上回るという決定に基づいて部分時間期間（Ｔｌｉｍｉｔｅｄおよび／またはサブフレームの数）を増大させ、通信負荷が規定の閾値を下回るという決定に基づいて部分時間期間（Ｔｌｉｍｉｔｅｄおよび／またはサブフレームの数）を低減する。

別の実施形態において、ＵＥは、検知パラメータを、送信されるべきであるトラフィックのタイプ（例えば、至急、ベストエフォート）、または、送信に関係するパラメータのいずれか（帯域幅、送信フォーマット、電力など）の関数として選ぶ。例えば、ＵＥは、至急トラフィックが送信されるべきであるとき、より大きい限定的検知ウィンドウ（すなわち、部分時間期間（Ｔｌｉｍｉｔｅｄ）および／またはサブフレームの数のような、部分期間値）を選ぶことができる。対照的に、ＵＥは、ベストエフォートトラフィックが送信されるべきであるとき、より小さい限定的検知ウィンドウ（すなわち、部分時間期間（Ｔｌｉｍｉｔｅｄ）および／またはサブフレームの数のような、部分期間値）を選ぶことができる。さらなる実施形態において、ＵＥは、送信されるべきであるトラフィックのタイプの優先度に基づいて部分期間値（例えば、部分時間期間（Ｔｌｉｍｉｔｅｄ）および／またはサブフレームの数）を決定することができる。またさらなる実施形態において、ＵＥは、至急トラフィックが送信されるべきであるという決定に基づいて部分期間値（例えば、部分時間期間（Ｔｌｉｍｉｔｅｄ）および／またはサブフレームの数）を増大させ、ベストエフォートトラフィックが送信されるべきであるという決定に基づいて部分期間値（例えば、部分時間期間（Ｔｌｉｍｉｔｅｄ）および／またはサブフレームの数）を低減する。

別の実施形態において、ＵＥは、検知パラメータを、いくつかのシステムセッティングの関数として選ぶ。例えば、異なるリソースプール上での送信は、異なるパラメータを使用して行うことができる。または、パラメータは、ＵＥによって使用される同期基準またはタイプに基づいて選ぶことができる。

別の実施形態において、ＵＥは、特定のトラフィックタイプ（例えば、Ｖ２Ｐ）のためにネットワークによって提供される送信プール、または優先度、またはＵＥの地理的ロケーションに基づいて、検知パラメータを選ぶ。この場合、検知ウィンドウは、そのような送信プールに属するサブフレーム／周波数のみから成り、検知パラメータは、そのようなプールに特有であり得る。さらなる実施形態において、ＵＥは、ＵＥの地理的ロケーションに基づいて部分期間値（例えば、部分時間期間（Ｔｌｉｍｉｔｅｄ）および／またはサブフレームの数）を決定することができる。

別の実施形態において、ＵＥは、検知パラメータを、ＵＥの位置またはＵＥの速度の関数として選ぶ。さらなる実施形態において、ＵＥは、ＵＥの速度に基づいて部分期間値（例えば、部分時間期間（Ｔｌｉｍｉｔｅｄ）および／またはサブフレームの数）を決定することができる。

いくつかの実施形態において、限定的検知に必要とされるパラメータ（の一部またはすべて）は、ＵＥ内の所定の値の組み合わせ、および／もしくは、当該値を決定するための、ＵＥのローカルメモリ内にコード化されている動作に基づき、かつ／または、ネットワークノード（例えば、図３のスケジューラネットワークノード１１０）のローカルメモリ内で規定される所定の値、および／もしくは、当該値を決定するための、ネットワークノードのローカルメモリ内にコード化されている動作に基づく。

本発明の別の実施形態において、ＵＥは、送信リソースを選択するとき、最後の検知ウィンドウにおいて使用されている検知リソースを考慮に入れるだけでなく、検知されているリソースの異なるセットから成る以前の検知ウィンドウをさらに考慮する。以前の検知ウィンドウからの検知結果が、古い検知ウィンドウからの検知結果の重みを軽くする忘却因子によってフィルタリング除外され得る。

例示的なユーザ機器
図１９は、本明細書において開示されている１つまたは複数の実施形態による動作を実施するように設定されている、電気通信システムにおいて使用するためのＵＥ１００のブロック図である。ＵＥ１００は、無線送受信回路１９２０と、少なくとも１つのプロセッサ回路１９０２と、コンピュータ可読プログラムコード１９１２を含む少なくとも１つのメモリ回路１９１０とを含む。ＵＥ１００は、ディスプレイ１９２０と、ユーザ入力インターフェース１９４０と、スピーカ１９５０とをさらに含むことができる。

送受信手段１９２０は、図１において説明したように、車両に搭載／担持されるデバイスや歩行者によって携行されるデバイスなどに対応することができる、他のＵＥと通信し、無線アクセス技術の１つまたは複数を使用してワイヤレスエアインターフェースを通じてインフラストラクチャに搭載されたデバイス（例えば、ネットワークノード）と通信するように設定される。プロセッサ回路１９０２は、例えば、マイクロプロセッサおよび／またはデジタル信号プロセッサなど、汎用および／または特殊用途プロセッサのような、１つまたは複数のデータ処理回路を含んでもよい。プロセッサ回路１９０２は、ＵＥ１００によって実施されるものとして本明細書において記載されている動作の少なくともいくつかを実施するために、メモリ回路１９１０内のコンピュータ可読プログラムコード１９１２を実行するように設定される。

例示的なモジュール
図２０は、いくつかの実施形態による、本明細書において開示されているような動作を実施するＵＥ１００のためのモジュールを示す。モジュールは、取得モジュール２０００、監視モジュール２００２、および選択モジュール２００４を含む。取得モジュール２０００は、第２のＵＥによる送信の期待されるタイミングに関係する基本期間値を取得し、基本期間値よりも小さい部分期間値を取得するためのものである。監視モジュール２００２は、第２のＵＥによって送信され、第２のＵＥが無線リソースおよびタイミングを使用して次のパケットを送信する可能性があることを示すパケットまたは予約メッセージのための、無線リソースを監視するためのものである。監視は、基本期間値に基づいて決定される時間期間の各発生内の部分期間値に基づいて決定される時間フレームに制約される。選択モジュール２００４は、監視がパケットまたは予約メッセージを識別するのに応答して、次のパケットを送信するために第２のＵＥによって使用されることになる可能性がある無線リソースおよびタイミングに基づいて、パケットの送信における無線リソースが選択するためのものである。

モジュールは、選択されている無線リソースを使用して、ＵＥ１００の送信回路を通じてパケットを送信するためのものであるパケット送信モジュール２００６をさらに含む。

さらなる提案される実施形態の説明
Ｖ２Ｐ（車両−歩行者）は、車両上に搭載されているＵＥと手持ち式ＵＥ（歩行者、サイクリストなど）との間の通信を指示するために一般的に使用される。手持ち式ＵＥは、車両上に搭載されているＵＥと比較したときに、追加の制限（例えば、エネルギー効率、ＵＥ複雑度など）を受ける。この理由のために、手持ち式ＵＥを伴う通信に関係するいくつかの態様を考慮する必要があり得る。

エネルギー効率に関して述べると、手持ち式ＵＥから発する送信（ここはＰ２Ｖとして参照される）と、車両上のＵＥから手持ち式ＵＥへの送信（ここではＶ２Ｐとして参照される）との間で区別する必要があり得る。エネルギー消費およびＵＥ複雑度の理由によって、手持ち式ＵＥがＶ２Ｐのみ、Ｐ２Ｖのみ、または両方を実施する可能性を考慮する必要があり得る。ＰＣ５およびＵｕインターフェースを介したＶ２Ｐ／Ｐ２Ｖ送信が区別される。

下記において、Ｖ２Ｐサービスのサポートのための強化を指定するために、様々な実施形態がＰ２ｘおよびｘ２Ｐについて説明される。
ａ）可能性としてＶ−ＵＥ送信と共有されるＰＣ５リソースプール上でのＰ−ＵＥのためのランダムリソース選択、Ｐ−ＵＥの限定的時間の間の検知動作に関する追加の研究がある［ＲＡＮ１，ＲＡＮ２］。
ｂ）必要に応じて、歩行者ＵＥに対する認可［ＲＡＮ３，必要に応じてＲＡＮ２］。

送信モード３の詳細
低減されたエネルギー消費に対する最適化を伴う、Ｐ２Ｘのための新たな送信モード３を導入することが必要であり得る。モード２と同様に、送信モード３を使用するＵＥは、ＵＥのセルにおいてアイドルである場合であっても、ＰＣ５を介して送信することが可能であるべきである。このように、ｅＮＢへの接続を維持する、エネルギーコストのかかるプロセスが回避される。Ｘ２Ｐ能力を有しないＵＥは、依然としてＰ２Ｘを行うことが可能であるべきである。

受信に関して、ＵＥは、信頼可能な適時の受信を最大化するために、Ｖ２Ｘプールのいずれかを監視し得る。Ｖ２Ｖにおいて、自動制動システムを作動させるためには、または、効率的な協調適応的クルーズコントロールを保証するためには、遅延制限は非常に重大である。しかしながら、歩行者デバイス（以下、簡潔にするために「歩行者」として参照する）については、そのような遅延制限は緩和することができる。加えて、ＵＥがＶ２Ｘプールを監視する場合、ＵＥは、通信範囲内のすべてのＵＥからの多くのメッセージを受信する場合があり、これは最終的にバッテリを枯渇させるおそれがある。他方、Ｕｕマルチキャスト受信が使用される場合、レイテンシがより高くなり得るが、Ｖ２Ｘ ＡＳは、必ず、パケットを適切にフィルタリングし、単一の警告メッセージのみを歩行者に送達することができる。それゆえ、ＵＥ複雑度も考慮に入れると、歩行者のためのサイドリンク受信能力を提供することが有用であり得る。すなわち、歩行者は、車両存在警告を受信するために、Ｕｕマルチキャストチャネルを監視することができる。

いくつかの実施形態
● 手持ち式デバイスに適切であるリソース選択モードとしてモード３を導入する。
○ サイドリンク受信能力はモード３には必要とされない。
○ アイドル動作がサポートされる。
○ デバイスがＳＳ／ＰＤＳＣＨ検出能力を有しない場合は限定的なＯＯＣ動作。

エネルギー消費は、ＵＥがリソース選択のために無線環境を検知するための要件を回避することによって改善することができる。追加の実施態様特有の最適化がＵＥにおいて可能であり得、仕様によって妨げられるべきではない。

リソース選択に関して、提案される実施形態は、以下を例外として、モード３がモード２と同じ手順に厳密に従うことを可能にする。
● モード３リソース（再）選択は、以下の態様を除いてモード２と同一である。
○ （再）選択トリガの結果として（再）選択されるＳＡ／データリソースは、モード３プール内の許容されるリソースの間で、ＵＥ実施態様に従って選ばれる。代替案は、特定の時間ウィンドウ内でのランダムな選択を明示的に推奨することであることが留意される。
□リソース再選択の場合、ＵＥは、以前の選択に対応するリソースを再選択すべきではない。
○ モード３の再選択タイマはさらに研究されるべきであり、モード２とは異なり得る。
□すべての他の再選択トリガはモード２と同一である。

モード３についてであっても一定レベルの輻輳制御を可能にするために、１つの実施形態は、以下を提供する。
● モード３の許容されるＴｘフォーマット（例えば、ＭＣＳ、スケジュールされているＢＷおよびｒｅｔｘの最大ｎｒ）が（予め）設定され、または、ＳＩＢにおいてシグナリングされる。
○ ＵＥが、ｅＮＢによってセッティングされる限定の中でＵＥの実施態様に従って任意のＴｘフォーマットを選ぶことができる。

縮小検知を伴う送信モード２の詳細
縮小検知を伴うＵＥは、フル検知ＵＥの性能を劣化させることなく、フル検知を伴うモード２ＵＥと同じプール（または少なくとも、異なるプール内の重複するリソース）を共有することが可能であるように設定され得る。

１つの選択肢は、ＵＥが、再選択トリガの直前に短い時間ウィンドウ（例えば、１００ｍｓ）を検知することである。しかしながら、そのような選択肢は、歩行者ＵＥにとって一般的な事例である、トラフィック周期性が１００ｍｓよりも大きいＵＥによる予約を検出することを許容しない。再選択トリガの直前の短い時間ウィンドウ（例えば、１００ｍｓ）にわたる検知は、衝突する送信の検出を許容しないことが観察されている。

いくつかの提案される実施形態は、代わりに、図２１に図示するように、ＵＥに、再選択の前の１ｓ期間にわたって定期的リソース（例えば、期間Ｔ＝１００ｍｓ）の同じサブセット（例えば、１０ｍｓ）を検知させる。図２１は、縮小検知を伴うリソース選択または再選択のための、ＵＥによる動作を示す動作タイミング図である。ＵＥは、最後の１秒にわたって、例えば１００ｍｓ毎に短いウィンドウを検知し、検知されたウィンドウ内でのみリソースを選択することができる。

そうすることによって、ＵＥは、１０ｍｓウィンドウ内で送信することを意図するすべてのＵＥによるすべての予約を収集する。１ｓにわたる検知が完了すると、ＵＥは、リソースの検知されたサブセット内でのみ、リソースを（再）選択することができる。

提案される手法には、いくつかの可能性のある利点がある。
● 縮小検知を伴うＵＥは、フル検知ＵＥの性能に影響を与えることなく、フル検知を伴うＵＥと無線リソースを共有することができる。
● 縮小検知を伴うリソース選択は、仕様にまったく／わずかしにか影響を及ぼさずにモード２の一部分として実施することができる。検知（およびスケジューリング自由度）をリソースの分画に制約すべきか否かは、ＵＥ実施態様次第である。
● 定期的検知ウィンドウをシフトすることができ、時間的に連続していることさえ必要ではない。これらの詳細は、ＵＥ実施態様に委ねられ得る。

上記に基づいて、本明細書において開示されているいくつかの実施形態は、以下を含む。
● 縮小検知がサポートされる場合、
○ 縮小検知は、ＵＥが定期的リソース（１００ｍｓ毎）の特定のサブセットを検知する、モード２の特殊事例である。
○ ＵＥは、リソースの検知されたサブセット内でのみ、リソースを（再）選択することができる。
○ 以下は、ＵＥ実施態様次第である。
□検知されたリソースサブセットを選択する方法。
□検知されたリソースサブセットを変化させるか否か、および、いつ変化させるか。
いくつかの提案される実施形態および関係する観察の要約
提案される実施形態
● 新規の「Ｖ２Ｘ送信モード３」が、ランダムリソース選択のために導入される。
● Ｖ２Ｘ送信モード３は、専用「送信モード３」プール内でのみ許容される。
○ ＴＭ３プールは、ＮＷ（事前）設定に従ってＴＭ１およびＴＭ２と重複し得る。
観察
● 「歩行者ＵＥ」を認可するのではなく、これまでのところサイドリンクにおいて行われているように、「送信モード」に関して認可を表現することがより適切である。
○ ＬＴＥにおいては、設定可能な能力を有する単一のＵＥノード定義しか存在しない。
提案される実施形態
● ＲＡＮ３に、Ｖ２Ｘ送信モード３の特定の認可の必要性に関して通知する。
提案される実施形態
● 縮小検知を伴うモード２のエネルギー効率的なバージョンを引き続き研究する。
○ この点において、縮小検知を伴うＵＥの新たな送信モードを規定することが正当化とは考えられない。
● 縮小検知を実施するＵＥは、他のモード１／２ＵＥと同じリソースを共有することが可能であるべきであり、これらのＵＥは、他のモード１／２ＵＥの性能に影響を与えるべきではない。
● 車両ＵＥは、縮小検知を実施することを許容されるべきではない。
○ （ＲＡＮ１が縮小検知を指定することを決断する場合）縮小検知に対する特殊な認可の必要性に関してＲＡＮ３に通知する。
提案される実施形態
● 手持ち式デバイスに適切であるリソース選択モードとしてモード３を導入する。
○ サイドリンク受信能力はモード３には必要とされない。
○ アイドル動作がサポートされる。
○ デバイスがＳＳ／ＰＤＳＣＨ検出能力を有しない場合は限定的なＯＯＣ動作。
提案される実施形態
● モード３リソース（再）選択は、以下の態様を除いてモード２と同一である。
○ （再）選択トリガの結果として（再）選択されるＳＡ／データリソースは、モード３プール内の許容されるリソースの間で、ＵＥ実施態様に従って選ばれる。
□リソース再選択の場合、ＵＥは、以前の選択に対応するリソースを再選択すべきではない。
○ モード３の再選択タイマはさらに研究されるべきであり、モード２とは異なり得る。
□すべての他の再選択トリガはモード２と同一である。
提案される実施形態
● モード３の許容されるＴｘフォーマット（例えば、ＭＣＳ、スケジュールされているＢＷおよびｒｅｔｘの最大ｎｒ）が（予め）設定され、または、ＳＩＢにおいてシグナリングされる。
○ ＵＥが、ｅＮＢによってセッティングされる限定の中でＵＥの実施態様に従って任意のＴｘフォーマットを選ぶことができる。
観察
再選択トリガの直前の短い時間ウィンドウ（例えば、１００ｍｓ）にわたる検知は、衝突する送信の検出を許容しない。
提案される実施形態
●縮小検知がサポートされる場合、
○ 縮小検知は、ＵＥが定期的リソース（１００ｍｓ毎）の特定のサブセットを検知する、モード２の特殊事例である。
○ ＵＥは、リソースの検知されたサブセット内でのみ、リソースを（再）選択することができる。
○ 以下は、ＵＥ実施態様次第である。
□検知されたリソースサブセットを選択する方法。
□検知されたリソースサブセットを変化させるか否か、および、いつ変化させるか。

本開示の様々なさらなる実施形態を、以下の第１の実施形態リストに要約する。
第１の実施形態リスト
実施形態１．第１のユーザ機器（ＵＥ）（１００）による、パケットを通信するための方法であって、
第２のＵＥ（１００）による送信の期待されるタイミングに関係する基本期間値を取得すること（１０００）と、
基本期間値よりも小さい部分期間値を取得すること（１００２）と、
第２のＵＥ（１００）によって送信される、無線リソースおよびタイミングを使用して次のパケットを送信する可能性があるという第２のＵＥ（１００）の意図を示すパケットまたは予約メッセージのための、無線リソースを監視すること（１００４）であって、監視は、基本期間値に基づいて決定される時間期間の各発生内に入ると、部分期間値に基づいて決定される時間フレーム中に実施されるように制約される、監視すること（１００４）と、
監視がパケットまたは予約メッセージを識別するのに応答して、次のパケットを送信するために第２のＵＥ（１００）によって使用されることになる無線リソースおよびタイミングとの衝突を回避するように試行するパケットの送信に使用するための無線リソースを選択すること（１００６）と
を含む、方法。
実施形態２．方法はパケットの車両−Ｘ、Ｖ２ｘ通信のために実施される、実施形態１の方法。
実施形態３．監視（１００４）される無線リソースは、Ｖ２ｘモード２通信のために他のＵＥによって使用されるリソースの中にある、実施形態２の方法。
実施形態４．基本期間値を取得すること（１０００）は、第２のＵＥ（１００）による２つの送信の間に発生すると期待される基本時間期間（Ｔ）を取得し、部分期間値を取得すること（１００２）は、基本時間期間（Ｔ）よりも短い部分時間期間（Ｔｒｅｄｕｃｅｄ）を取得する、実施形態１から３のいずれか１つの方法。
実施形態５．基本期間値を取得すること（１０００）は、第２のＵＥ（１００）による２つの送信の間に発生すると期待されるサブフレームの数を取得し、部分期間値は、サブフレームの数よりも小さい、実施形態１から４のいずれか１つの方法。
実施形態６．
選択されている無線リソースを使用して、第１のＵＥ（１００）の送信回路を通じてパケットを送信すること（１１００）をさらに含む、実施形態１から５のいずれか１つの方法。
実施形態７．送信（１１００）に使用される無線リソースは、監視（１００４）された無線リソースの中にあるように選択される、実施形態６の方法。
実施形態８．送信（１１００）に使用される無線リソースは、監視された（１００４）無線リソースの中にあるように選択されるが、現在のリソース再選択動作の前にＵＥ（１００）による最後の送信に使用された無線リソースとは異なるように、さらに選択される、実施形態７の方法。
実施形態９．監視は、部分期間値に基づいて決定され、リソース選択タイミングまたはリソース再選択タイミングに直に隣接して、ただしリソース選択タイミングまたはリソース再選択タイミングの前に発生する時間フレーム中に実施されるように制約される、実施形態１から８のいずれか１つの方法。
実施形態１０．監視は、リソース選択タイミングまたはリソース再選択タイミングの各発生に先行する、時間フレームの同じロケーション中に実施されるように制約される、実施形態９の方法。
実施形態１１．時間フレームは１０ｍｓである、実施形態１から１０のいずれか１つの方法。
実施形態１２．監視は、部分期間値に基づいて決定され、リソース選択タイミングまたはリソース再選択タイミングに直に隣接して、ただしリソース選択タイミングまたはリソース再選択タイミングの前に発生する時間フレーム中に実施されるように制約される、実施形態１から１１のいずれか１つの方法。
実施形態１３．
ＵＥは車両電子デバイスであり、
ＵＥが車両電子デバイスであるのに応答して、部分期間値に基づいて決定される時間フレームを超えて延長するが、時間フレームを含む、延長された時間フレームの間に監視（１００４）の動作を有効化すること、実施形態１から１２のいずれか１つの方法。
実施形態１４．前記延長された時間フレームは、基本期間値に基づいて決定される時間期間に対応する、実施形態１３の方法。
実施形態１５．パケットを通信するためのユーザ機器（ＵＥ）（１００）であって、ＵＥ（１００）は、実施形態１から１４のいずれか１つの方法を実施するように設定されている、ＵＥ（１００）。
実施形態１６．パケットを通信するためのユーザ機器（ＵＥ）（１００）であって、ＵＥ（１００）は、
無線送受信手段（１９２０）と、
少なくとも１つのプロセッサ（１９０２）と、
少なくとも１つのプロセッサ（１９０２）および無線送受信手段（１９２０）に結合され、少なくとも１つのプロセッサ（１９０２）によって実行されると、少なくとも１つのプロセッサ（１９０２）に動作を実施させるプログラムコードを記憶する少なくとも１つのメモリ（１９１０）とを備え、動作は、
第２のＵＥ（１００）による送信の期待されるタイミングに関係する基本期間値を取得すること（１０００）と、
基本期間値よりも小さい部分期間値を取得すること（１００２）と、
第２のＵＥ（１００）によって送信される、無線リソースおよびタイミングを使用して次のパケットを送信する可能性があるという第２のＵＥ（１００）の意図を示すパケットまたは予約メッセージのための、無線リソースを監視すること（１００４）であって、監視は、基本期間値に基づいて決定される時間期間の各発生内に入ると、部分期間値に基づいて決定される時間フレーム中に実施されるように制約される、監視すること（１００４）と、
監視がパケットまたは予約メッセージを識別するのに応答して、次のパケットを送信するために第２のＵＥ（１００）によって使用されることになる無線リソースおよびタイミングとの衝突を回避するように試行するパケットの送信に使用するための無線リソースを選択すること（１００６）と
を含む、ＵＥ（１００）。
実施形態１７．動作は、実施形態２から１４のいずれか１つの方法を実施する、実施形態１６のＵＥ（１００）。
実施形態１８．パケットを通信するためのユーザ機器（ＵＥ）（１００）であって、ＵＥ（１００）は、
第２のＵＥ（１００）による送信の期待されるタイミングに関係する基本期間値を取得し（１０００）、基本期間値よりも小さい部分期間値を取得する（１００２）ための取得モジュール（２０００）と、
第２のＵＥ（１００）によって送信される、無線リソースおよびタイミングを使用して次のパケットを送信する可能性があるという第２のＵＥ（１００）の意図を示すパケットまたは予約メッセージのための、無線リソースを監視する（１００４）ための監視モジュール（２００２）であって、監視は、基本期間値に基づいて決定される時間期間の各発生内に入ると、部分期間値に基づいて決定される時間フレーム中に実施されるように制約される、監視モジュール（２００２）と、
予約メッセージの受信に応答して、次のパケットを送信するために第２のＵＥ（１００）によって使用されることになる無線リソースおよびタイミングとの衝突を回避するように試行するパケットの送信に使用するための無線リソースを選択する（１００６）ための選択モジュール（２００４）と
を備える、ＵＥ（１００）。
実施形態１９．実施形態２から１４のいずれか１つの方法を実施するための、実施形態１８のＵＥ（１００）。

本開示の様々な他の実施形態を、以下の第２の実施形態リストに要約する。
第２の実施形態リスト
実施形態１．第１のユーザ機器（ＵＥ）（１００）による、パケットを通信するための方法であって、
第２のＵＥ（１００）による送信の期待されるタイミングに関係する基本期間値を取得すること（１０００）と、
基本期間値よりも小さい部分期間値を取得すること（１００２）と、
第２のＵＥ（１００）によって送信され、無線リソースおよびタイミングを使用して次のパケットを送信する可能性があるという第２のＵＥ（１００）の意図を示すパケットまたは予約メッセージのための、無線リソースを監視すること（１００４）と、
ここで、監視は、基本期間値に基づいて決定される時間期間の各発生内に入ると、部分期間値に基づいて決定される時間フレーム中に実施されるように制約され、
時間フレームのロケーションおよび／または監視（１００４）中に使用される無線スペクトルの一部分は、規定の規則に従って監視（１００４）の少なくとも数回の反復の間に変化するように制御され、
監視がパケットまたは予約メッセージを識別するのに応答して、次のパケットを送信するために第２のＵＥ（１００）によって使用されることになる無線リソースおよびタイミングとの衝突を回避するように試行するパケットの送信に使用するための無線リソースを選択すること（１００６）と
を含む、方法。
実施形態２．方法はパケットの車両−Ｘ、Ｖ２ｘ通信のために実施される、実施形態１の方法。
実施形態３．基本期間値を取得すること（１０００）は、第２のＵＥ（１００）による２つの送信の間に発生すると期待される基本時間期間（Ｔ）を取得し、部分期間値を取得すること（１００２）は、基本時間期間（Ｔ）よりも短い部分時間期間（Ｔｒｅｄｕｃｅｄ）を取得する、実施形態１から２のいずれか１つの方法。
実施形態４．基本期間値を取得すること（１０００）は、第２のＵＥ（１００）による２つの送信の間に発生すると期待されるサブフレームの数を取得し、部分期間値は、サブフレームの数よりも小さい、実施形態１から３のいずれか１つの方法。
実施形態５．
選択されている無線リソースを使用して、第１のＵＥ（１００）の送信回路を通じてパケットを送信すること（１１００）をさらに含む、実施形態１の方法。
実施形態６．時間フレームのロケーションおよび／または無線スペクトルの一部分を、規定の規則に従って監視（１００４）の少なくとも数回の反復の間に変化させるための監視（１００４）の制御は、
オフセット値を取得すること（１２００）と、
監視の次の実施が開始されることになるときのために、オフセット値だけタイミングをシフトさせること（１２０２）と
を含む、実施形態１から５のいずれか１つの方法。
実施形態７．オフセット値は、オフセットタイミング（Ｔｏｆｆｓｅｔ）を含み、タイミングをシフトさせること（１２０２）は、オフセットタイミング（Ｔｏｆｆｓｅｔ）だけタイミングをシフトさせることを含む、実施形態６の方法。
実施形態８．オフセット値は、サブフレームのオフセット数を含み、タイミングをシフトさせること（１２０２）は、サブフレームのオフセット数だけタイミングをシフトさせることを含む、実施形態６の方法。
実施形態９．
巡回シフト数（Ｎ）を取得すること（１３００）と、
巡回シフト数（Ｎ）に等しい回数の監視の反復の発生が完了するのに応答して、次の監視の実施が開始されることになるときのためにオフセット値だけタイミングをシフトさせること（１３０２）と
をさらに含む、実施形態６の方法。
実施形態１０．時間フレームのロケーションおよび／または無線スペクトルの一部分を、規定の規則に従って監視（１００４）の少なくとも数回の反復の間に変化させるための監視（１００４）の制御は、
第２のＵＥ（１００）によって再現性パケット送信に使用されると期待される無線スペクトルの範囲よりも小さい無線スペクトルの部分内で無線リソースの監視を実施すること（１４００）を含む、実施形態１から９のいずれか１つの方法。
実施形態１１．時間フレームのロケーションおよび／または無線スペクトルの一部分を、規定の規則に従って監視（１００４）の少なくとも数回の反復の間に変化させるための監視（１００４）の制御は、
オフセットタイミング（Ｔｏｆｆｓｅｔ）を取得すること（１５００）と、
監視の次の実施が開始されることになるときのために、オフセットタイミング（Ｔｏｆｆｓｅｔ）だけタイミングを増分的にシフトさせること（１５０２）と
を含む、実施形態１から１０のいずれか１つの方法。
実施形態１２．時間フレームのロケーションおよび／または無線スペクトルの一部分を、規定の規則に従って監視（１００４）の少なくとも数回の反復の間に変化させるための監視（１００４）の制御は、
巡回シフト数（Ｎ）を取得すること（１６００）と、
巡回シフト数（Ｎ）に等しい回数の監視の反復の発生が完了するのに応答して、次の監視の実施が開始されることになる最初のタイミングに戻ること（１６０２）と
をさらに含む、実施形態６の方法。
実施形態１３．時間フレームのロケーションおよび／または無線スペクトルの一部分を、規定の規則に従って監視（１００４）の少なくとも数回の反復の間に変化させるための監視（１００４）の制御は、
オフセット周波数（Ｆｏｆｆｓｅｔ）を取得すること（１７００）と、
監視の各反復の間にオフセット周波数（Ｆｏｆｆｓｅｔ）だけ増分的にシフトする無線スペクトルの部分内で無線リソースの監視を実施すること（１７０２）と
をさらに含む、実施形態６から１２のいずれか１つの方法。
実施形態１４．時間フレームのロケーションおよび／または無線スペクトルの一部分を、規定の規則に従って監視（１００４）の少なくとも数回の反復の間に変化させるための監視（１００４）の制御は、
巡回シフト数（Ｎ）を取得すること（１８００）と、
巡回シフト数（Ｎ）に等しい回数の監視の反復の発生が完了するのに応答して、次の監視の実施のために無線周波数の最初の部分の使用に戻ること（１８０２）と
をさらに含む、実施形態１３の方法。
実施形態１５．基本期間値よりも小さい部分期間値を取得すること（１００２）は、
ＵＥ（１００）のバッテリの残りのバッテリ寿命に基づいて部分期間値を決定することを含む、実施形態１から１４のいずれか１つの方法。
実施形態１６．ＵＥ（１００）のバッテリの残りのバッテリ寿命に基づいて部分期間値を決定することは、
残りのバッテリ寿命が閾値レベルを下回っているという決定に基づいて部分期間値を低減することを含む、実施形態１５の方法。
実施形態１７．基本期間値よりも小さい部分期間値を取得すること（１００２）は、
通信負荷に基づいて部分期間値を決定することを含む、実施形態１から１６のいずれか１つの方法。
実施形態１８．通信負荷に基づいて部分期間値を決定することは、
通信負荷が規定の閾値を上回るという決定に基づいて、部分期間値を増大させることと、
通信負荷が規定の閾値を下回るという決定に基づいて、部分期間値を低減することと
を含む、実施形態１７の方法。
実施形態１９．基本期間値よりも小さい部分期間値を取得すること（１００２）は、
送信されるべきであるトラフィックの優先度に基づいて部分期間値を決定することを含む、実施形態１から１８のいずれか１つの方法。
実施形態２０．送信されるべきであるトラフィックの優先度に基づいて部分期間値を決定することは、
至急トラフィックが送信されるべきであるという決定に基づいて、部分期間値を増大させることと、
ベストエフォートトラフィックが送信されるべきであるという決定に基づいて、部分期間値を低減することと
を含む、実施形態１９の方法。
実施形態２１．基本期間値よりも小さい部分期間値を取得すること（１００２）は、
ＵＥの地理的ロケーションに基づいて部分期間値を決定することを含む、実施形態１から２０のいずれか１つの方法。
実施形態２２．基本期間値よりも小さい部分期間値を取得すること（１００２）は、
ＵＥの速度に基づいて部分期間値を決定することを含む、実施形態１から２１のいずれか１つの方法。
実施形態２３．パケットを通信するためのユーザ機器（ＵＥ）（１００）であって、ＵＥ（１００）は、実施形態１から２２のいずれか１つの方法を実施するように設定されている、ＵＥ（１００）。
実施形態２４．パケットを通信するためのユーザ機器（ＵＥ）（１００）であって、ＵＥ（１００）は、
無線送受信手段（１９２０）と、
少なくとも１つのプロセッサ（１９０２）と、
少なくとも１つのプロセッサ（１９０２）および無線送受信手段（１９２０）に結合され、少なくとも１つのプロセッサ（１９０２）によって実行されると、少なくとも１つのプロセッサ（１９０２）に動作を実施させるプログラムコードを記憶する少なくとも１つのメモリとを備え、動作は、
第２のＵＥ（１００）による送信の期待されるタイミングに関係する基本期間値を取得すること（１０００）と、
基本期間値よりも小さい部分期間値を取得すること（１００２）と、
第２のＵＥ（１００）によって送信され、無線リソースおよびタイミングを使用して次のパケットを送信する可能性があるという第２のＵＥ（１００）の意図を示すパケットまたは予約メッセージのための、無線リソースを監視すること（１００４）と、
ここで、監視は、基本期間値に基づいて決定される時間期間の各発生内に入ると、部分期間値に基づいて決定される時間フレーム中に実施されるように制約され、
時間フレームのロケーションおよび／または監視（１００４）中に使用される無線スペクトルの一部分は、規定の規則に従って監視（１００４）の少なくとも数回の反復の間に変化するように制御され、
監視がパケットまたは予約メッセージを識別するのに応答して、次のパケットを送信するために第２のＵＥ（１００）によって使用されることになる無線リソースおよびタイミングとの衝突を回避するように試行するパケットの送信に使用するための無線リソースを選択すること（１００６）と
を含む、ＵＥ（１００）。
実施形態２５．動作は、実施形態２から２２のいずれか１つの方法を実施する、実施形態２４のＵＥ（１００）。
実施形態２６．パケットを通信するためのユーザ機器（ＵＥ）（１００）であって、ＵＥ（１００）は、
第２のＵＥ（１００）による送信の期待されるタイミングに関係する基本期間値を取得し（１０００）、基本期間値よりも小さい部分期間値を取得する（１００２）ための取得モジュール（２０００）と、
第２のＵＥ（１００）によって送信され、無線リソースおよびタイミングを使用して次のパケットを送信する可能性があるという第２のＵＥ（１００）の意図を示すパケットまたは予約メッセージのための、無線リソースを監視する（１００４）ための監視モジュール（２００２）と、
ここで、監視は、基本期間値に基づいて決定される時間期間の各発生内に入ると、部分期間値に基づいて決定される時間フレーム中に実施されるように制約され、
時間フレームのロケーションおよび／または監視（１００４）中に使用される無線スペクトルの一部分は、規定の規則に従って監視（１００４）の少なくとも数回の反復の間に変化するように制御され、
予約メッセージの受信に応答して、次のパケットを送信するために第２のＵＥ（１００）によって使用されることになる無線リソースおよびタイミングとの衝突を回避するように試行するパケットの送信に使用するための無線リソースを選択する（１００６）ための選択モジュール（２００４）と
を備える、ＵＥ（１００）。
実施形態２７．実施形態２から２２のいずれか１つの方法を実施するための、実施形態２６のＵＥ（１００）。
略称および説明
３Ｇ 第３世代の移動体通信技術
ＢＳＭ 基本安全メッセージ
ＢＷ 帯域幅
ＣＡＭ 協調認識メッセージ
ＣＤＭＡ 符号分割多元接続
Ｄ２Ｄ デバイス間通信
ＤＥＮＭ 分散型環境通報メッセージ
ＤＳＲＣ 専用短距離通信
ｅＮＢ ｅＮｏｄｅＢ
ＥＴＳＩ 欧州電気通信標準化機構
ＦＤＭＡ 周波数分割多元接続
ＧＬＯＮＡＳＳ 全地球的航法衛星システム
ＧＳＭ グローバルシステムフォーモバイルコミュニケーションズ
ＧＰＳ 全地球測位システム
ＬＴＥ ロングタームエボリューション
ＮＷ ネットワーク
ＯＦＤＭ 直交周波数分割多重
ＰＳＢＣＨ 物理サイドリンクブロードキャストチャネル
ＴＡ タイミングアドバンス
ＴＤＭＡ 時分割多元接続
ＴＦ トランスポートフォーマット
ＵＴＣ 協定世界時
ＳＡＥ 自動車技術者協会
ＵＥ ユーザ機器
Ｖ２Ｉ 車両−インフラストラクチャ
Ｖ２Ｐ 車両−歩行者
Ｖ２Ｖ 車両−車両通信
Ｖ２ｘ 車両−想起され得るあらゆるもの
ｗｒｔ 〜に対して

さらなる規定および実施形態
本開示の様々な実施形態の上記の説明において、本明細書において使用される用語は特定の実施形態を説明することのみを目的とするものであり、本発明の限定であるようには意図されないことが理解されるべきである。別途規定されない限り、本明細書において使用されるすべての用語（技術用語および科学用語を含む）は、本開示が属する分野の当業者によって一般的に理解されているものと同じ意味を有する。一般的に使用される辞書において規定されているもののような用語は、本明細書および関連技術の文脈におけるそれらの意味と一致する意味を有するものとして解釈されるべきであり、本明細書において明示的にそのように規定されていない限り、理想化されたまたは過度に形式的な意味において解釈されるものではない。

要素が別の要素に「接続されている」、「結合されている」、「応答する」、またはそれらの変形として参照されている場合、要素は、他の要素に直接的に接続、結合、もしくは応答し得、または、介在する要素が存在してもよい。対照的に、要素が別の要素に「直接的に接続されている」、「直接的に結合されている」、「直接的に応答する」、またはそれらの変形として参照されている場合、介在する要素は存在しない。全体を通じて同様の参照符号は同様の要素を指す。さらに、「接続されている」、「結合されている」、「応答する」、またはそれらの変形は、本明細書において使用されているものとしては、ワイヤレスに結合されている、接続されている、または応答することを含んでもよい。本明細書において使用される場合、単数形「１つの」（“ａ，” “ａｎ”）および「その」（“ｔｈｅ”）は、別途文脈が明確に指示していない限り、複数形も含むように意図される。周知の機能または構造は、簡潔および／または明瞭にするために詳細に記載されていない場合がある。「および／または」という用語は、関連して列挙されている項目のうちの１つまたは複数から成るあらゆる組み合わせを含む。

本明細書において使用されているものとしては、「備える（ｃｏｍｐｒｉｓｅ）」、「備えている（ｃｏｍｐｒｉｓｉｎｇ）」、「備える（ｃｏｍｐｒｉｓｅｓ）」、「含む（ｉｎｃｌｕｄｅ）」、「含んでいる（ｉｎｃｌｕｄｉｎｇ）」、「含む（ｉｎｃｌｕｄｅｓ）」「有する（ｈａｖｅ）」、「有する（ｈａｓ）」、「有している（ｈａｖｉｎｇ）」という用語、またはそれらの変形はオープンエンドであり、１つまたは複数の記述されている特徴、整数、要素、ステップ、構成要素または機能を含むが、１つまたは複数の他の特徴、整数、要素、ステップ、構成要素、機能またはそれらのグループの存在または追加を除外しない。さらに、本明細書において使用される場合、ラテン語語句「ｅｘｅｍｐｌｉ ｇｒａｔｉａ」に由来する一般的な略称「ｅ．ｇ．（例えば）」は、先行して言及されている項目の一般的な１つまたは複数の例を導入または指定するために使用することができ、そのような項目の限定であるようには意図されていない。ラテン語語句「ｉｄ ｅｓｔ」に由来する一般的な略称「ｉ．ｅ．（すなわち）」は、より一般的な記述から特定の項目を指定するために使用することができる。

例示的な実施形態が、コンピュータ実施方法、装置（システムおよび／またはデバイス）および／またはコンピュータプログラム製品のブロック図および／または流れ図を参照して、本明細書において記載されている。ブロック図および／または流れ図の各ブロック、ならびに、ブロック図および／または流れ図内の複数のブロックの組み合わせは、１つまたは複数のコンピュータ回路によって実施されるコンピュータプログラム命令によって実装されることができることが理解される。これらのコンピュータプログラム命令は、コンピュータおよび／または他のプログラム可能データ処理装置のプロセッサを介して実行する命令が、トランジスタ、メモリロケーションに記憶されている値、および、そのような回路内の他のハードウェア構成要素を変換および制御して、ブロック図および／または流れ図の１つまたは複数のブロックにおいて指定されている機能／措置を実施し、それによって、ブロック図および／または流れ図のブロックにおいて指定されている機能／措置を実施するための手段（機能）および／または構造を作成するように、機械を生成するために、汎用コンピュータ回路、特殊目的コンピュータ回路、および／または他のプログラム可能データ処理回路のプロセッサ回路に提供することができる。

これらのコンピュータプログラム命令はまた、コンピュータまたは他のプログラム可能データ処理装置に特定の様式で機能するように指示することができる有形コンピュータ可読媒体内に記憶することもでき、それによって、コンピュータ可読メモリ内に記憶される命令が、ブロック図および／または流れ図の１つまたは複数のブロックにおいて指定される機能／措置を実施する命令を含む製造品を作り出す。

有形非一時的コンピュータ可読媒体は、電子、磁気、工学、電磁、または半導体データ記憶システム、装置、またはデバイスを含んでもよい。コンピュータ可読媒体のより具体的な例は、ポータブルコンピュータディスケット、ランダムアクセスメモリ（ＲＡＭ）回路、読み出し専用メモリ（ＲＯＭ）回路、消去可能プログラマブル読み出し専用メモリ（ＥＰＲＯＭまたはフラッシュメモリ）回路、ポータブルコンパクトディスク読み出し専用メモリ（ＣＤ−ＲＯＭ）、およびポータブルデジタルビデオディスク読み出し専用メモリ（ＤＶＤ／ＢｌｕｅＲａｙ）を含む。

コンピュータプログラム命令はまた、コンピュータおよび／または他のプログラム可能データ処理装置にロードされて、一連の動作ステップが、コンピュータおよび／または他のプログラム可能装置上で実行されるようにして、コンピュータで実施されるプロセスを生成することができ、それによって、コンピュータまたは他のプログラム可能装置上で実行する命令が、ブロック図および／または流れ図の１つまたは複数のブロックにおいて指定される機能／措置を実施するためのステップを提供する。したがって、本開示の実施形態は、まとめて「回路」、「モジュール」またはそれらの変形として参照される場合がある、デジタル信号プロセッサのようなプロセッサ上で作動するハードウェアおよび／またはソフトウェア（ファームウェア、常駐ソフトウェア、マイクロコードなどを含む）内で具現化することができる。

また、いくつかの代替の実施態様において、ブロックに記載されている機能／措置は、流れ図に記載されている順序と一致せずに行われてもよいことが留意されるべきである。例えば、連続して示されている２つのブロックは実際には、関与する機能／措置に応じて、実質的に同時に実行されてもよく、または、これらのブロックは、時として逆順に実行されてもよい。その上、流れ図および／もしくはブロック図の所与のブロックの機能は、複数のブロックに分離されてもよく、かつ／または、流れ図および／もしくはブロック図の２つ以上のブロックの機能は、少なくとも部分的に統合されてもよい。最後に、他のブロックが、示されているブロックの間に追加／挿入されてもよい。その上、図面のいくつかは、通信の主な方向を図示するために通信経路上の矢印を含むが、通信は、描かれている矢印と反対の方向において行われてもよいことが理解されるべきである。

上記の記載および図面に関連して、多くの異なる実施形態が本明細書において開示されている。これらの実施形態のすべての組み合わせおよび部分組み合わせを文言で記載し、示すことは過度な反復であり、曖昧化であることが理解されよう。したがって、本明細書は、図面を含め、実施形態、ならびに、それらの実施形態を作成および使用する様式およびプロセスの様々な例示的な組み合わせおよび部分組み合わせの完全な書面の記述を構成するように解釈されるものとし、任意のそのような組み合わせまたは部分組み合わせに対する特許請求を支持するものとする。

本発明の原理から実質的に逸脱することなく、実施形態に対して多くの変更および修正を為すことができる。すべてのそのような変形および修正が本発明の範囲内で本明細書に含まれることが意図されている。

Claims (21)

1. 第１のユーザ機器（ＵＥ）（１００）による、サイドリンクビークル−Ｘ（Ｖ２ｘ）パケットを送信するための無線リソースを選択するための方法であって、
   第２のＵＥ（１００）による送信の期待されるタイミングに関係する基本期間値を取得すること（１０００）と、
   前記基本期間値よりも小さい部分期間値を取得すること（１００２）と、
   前記第２のＵＥ（１００）によって送信される、前記第２のＵＥ（１００）が無線リソースおよびタイミングを使用して次のパケットを送信する可能性があることを示すパケットまたは予約メッセージのための、前記基本期間値に基づいて決定される時間期間毎に発生する無線リソースを反復的に監視すること（１００４）であって、前記監視は、前記基本期間値に基づいて決定される前記時間期間の前記時間期間の各々の中で、前記部分期間値に基づいて決定される時間フレームに制約され、前記監視（１００４）される無線リソースは、Ｖ２ｘ通信のために他のＵＥによって使用されるリソースの中にある、監視すること（１００４）と、
   前記監視が前記パケットまたは予約メッセージを識別するのに応答して、前記次のパケットを送信するために前記第２のＵＥ（１００）によって使用されることになる可能性がある前記無線リソースおよびタイミングに基づいて、パケットの送信に使用するための無線リソースを選択すること（１００６）と
   を含み、
   前記基本期間値を取得すること（１０００）は、前記第２のＵＥ（１００）による２つの送信の間に発生すると期待されるサブフレームの最小数を取得することであり、前記部分期間値は、前記サブフレームの最小数よりも少ないサブフレームに対応する、方法。
2. 前記基本期間値を取得すること（１０００）は、前記第２のＵＥ（１００）による２つの再現性送信の間の最小時間である基本時間期間（Ｔ）を取得することであり、前記部分期間値を取得すること（１００２）は、前記基本時間期間（Ｔ）よりも短い部分時間期間（Ｔｌｉｍｉｔｅｄ）を取得することである、請求項１に記載の方法。
3. 選択されている前記無線リソースを使用して、前記第１のＵＥ（１００）の送信回路を通じて前記パケットを送信すること（１１００）をさらに含む、請求項１または２に記載の方法。
4. 前記送信（１１００）に使用される前記無線リソースは、監視（１００４）された前記無線リソースの周期的反復の中にあるように選択される、請求項３に記載の方法。
5. 前記送信（１１００）に使用される前記無線リソースは、監視された（１００４）前記無線リソースの中にあるように選択されるが、現在のリソース再選択動作の前に前記第１のＵＥ（１００）による最後の送信に使用された無線リソースとは異なるように、さらに選択される、請求項４に記載の方法。
6. 前記監視は、前記部分期間値に基づいて決定され、リソース選択タイミングまたはリソース再選択タイミングに直に隣接するが前記リソース選択タイミングまたはリソース再選択タイミングの前に発生する前記時間フレームに制約される、請求項１から５のいずれか一項に記載の方法。
7. 前記監視は、前記リソース選択タイミングまたはリソース再選択タイミングの前に発生する前記時間フレームの同じロケーションに制約される、請求項６に記載の方法。
8. 前記時間フレームのロケーションおよび／または前記監視（１００４）中に使用される無線スペクトルの一部分は、規定の規則に従って前記監視（１００４）の少なくとも数回の反復の間に変化するように制御される、請求項１から７のいずれか一項に記載の方法。
9. 前記時間フレームの前記ロケーションおよび／または前記無線スペクトルの部分を、規定の規則に従って前記監視（１００４）の少なくとも数回の反復の間に変化させるための前記監視（１００４）の制御は、
   オフセット値を取得すること（１２００）と、
   前記監視の次の実施が開始されることになるときのために、前記オフセット値だけタイミングをシフトさせること（１２０２）と
   を含む、請求項８に記載の方法。
10. 前記オフセット値は、オフセットタイミング（Ｔｏｆｆｓｅｔ）を含み、前記タイミングをシフトさせるステップ（１２０２）は、前記オフセットタイミング（Ｔｏｆｆｓｅｔ）だけタイミングをシフトさせることを含む、請求項９に記載の方法。
11. 前記オフセット値は、サブフレームのオフセット数を含み、前記タイミングをシフトさせること（１２０２）は、前記サブフレームのオフセット数だけタイミングをシフトさせることを含む、請求項９に記載の方法。
12. 巡回シフト数（Ｎ）を取得すること（１３００）と、
    前記巡回シフト数（Ｎ）に等しい回数の前記監視の反復の発生が完了するのに応答して、次の前記監視の実施が開始されることになるときに合わせて前記オフセット値だけタイミングをシフトさせること（１３０２）と
    をさらに含む、請求項９に記載の方法。
13. 前記時間フレームの前記ロケーションおよび／または前記無線スペクトルの部分を、規定の規則に従って前記監視（１００４）の少なくとも数回の反復の間に変化させるための前記監視（１００４）の前記制御は、
    前記第２のＵＥ（１００）によって再現性パケット送信に使用されると期待される前記無線スペクトルの範囲よりも小さい無線スペクトルの部分内で無線リソースの前記監視を実施すること（１４００）を含む、請求項８から１２のいずれか一項に記載の方法。
14. 前記時間フレームの前記ロケーションおよび／または前記無線スペクトルの部分を、規定の規則に従って前記監視（１００４）の少なくとも数回の反復の間に変化させるための前記監視（１００４）の前記制御は、
    オフセットタイミング（Ｔｏｆｆｓｅｔ）を取得すること（１５００）と、
    前記監視の次の実施が開始されることになるときに合わせて、前記オフセットタイミング（Ｔｏｆｆｓｅｔ）だけタイミングを増分的にシフトさせること（１５０２）と
    を含む、請求項８から１３のいずれか一項に記載の方法。
15. 前記時間フレームの前記ロケーションおよび／または前記無線スペクトルの部分を、規定の規則に従って前記監視（１００４）の少なくとも数回の反復の間に変化させるための前記監視（１００４）の前記制御は、
    巡回シフト数（Ｎ）を取得すること（１６００）と、
    前記巡回シフト数（Ｎ）に等しい回数の前記監視の反復の発生が完了するのに応答して、次の前記監視の実施が開始されることになる最初のタイミングに戻ること（１６０２）と
    をさらに含む、請求項８に記載の方法。
16. 前記時間フレームの前記ロケーションおよび／または前記無線スペクトルの部分を、規定の規則に従って前記監視（１００４）の少なくとも数回の反復の間に変化させるための前記監視（１００４）の前記制御は、
    オフセット周波数（Ｆｏｆｆｓｅｔ）を取得すること（１７００）と、
    前記監視の各反復の間に前記オフセット周波数（Ｆｏｆｆｓｅｔ）だけ増分的にシフトする無線スペクトルの部分内で無線リソースの前記監視を実施すること（１７０２）と
    をさらに含む、請求項８から１５のいずれか一項に記載の方法。
17. 前記時間フレームの前記ロケーションおよび／または前記無線スペクトルの部分を、規定の規則に従って前記監視（１００４）の少なくとも数回の反復の間に変化させるための前記監視（１００４）の前記制御は、
    巡回シフト数（Ｎ）を取得すること（１８００）と、
    前記巡回シフト数（Ｎ）に等しい回数の前記監視の反復の発生が完了するのに応答して、次の前記監視の実施のための前記無線周波数の最初の部分の使用に戻ること（１８０２）と
    をさらに含む、請求項１６に記載の方法。
18. サイドリンクビークル−Ｘ（Ｖ２ｘ）パケットを送信するための無線リソースを選択するユーザ機器（ＵＥ）（１００）であって、前記ＵＥ（１００）は、
    第２のＵＥ（１００）による送信の期待されるタイミングに関係する基本期間値を取得することと、
    前記基本期間値よりも小さい部分期間値を取得することと、
    前記第２のＵＥ（１００）によって送信される、前記第２のＵＥ（１００）が無線リソースおよびタイミングを使用して次のパケットを送信する可能性があることを示すパケットまたは予約メッセージのための、前記基本期間値に基づいて決定される時間期間毎に発生する無線リソースを反復的に監視することであって、前記監視は、前記基本期間値に基づいて決定される前記時間期間の前記時間期間の各々の中で、前記部分期間値に基づいて決定される時間フレームに制約され、前記監視される無線リソースは、Ｖ２ｘ通信のために他のＵＥによって使用されるリソースの中にある、監視することと、
    前記監視が前記パケットまたは予約メッセージを識別するのに応答して、前記次のパケットを送信するために前記第２のＵＥ（１００）によって使用されることになる可能性がある前記無線リソースおよびタイミングに基づいて、パケットの送信に使用するための無線リソースを選択することと
    を行うように設定されており、
    前記基本期間値は、前記第２のＵＥ（１００）による２つの送信の間に発生すると期待されるサブフレームの最小数であり、前記部分期間値は、前記サブフレームの最小数よりも少ないサブフレームに対応する、ＵＥ（１００）。
19. 請求項２から１７のいずれか一項に記載の方法を実施するようにさらに設定されている、請求項１８に記載のＵＥ（１００）。
20. サイドリンクビークル−Ｘ（Ｖ２ｘ）パケットを送信するためにユーザ機器によって使用されることになる無線リソースを選択するためのコンピュータプログラムであって、
    前記ユーザ機器の少なくとも１つのプロセッサによって実行されると、前記少なくとも１つのプロセッサに、動作を実施させるプログラムコードを含み、前記動作は、
    第２のＵＥ（１００）による送信の期待されるタイミングに関係する基本期間値を取得すること（１０００）と、
    前記基本期間値よりも小さい部分期間値を取得すること（１００２）と、
    前記第２のＵＥ（１００）によって送信される、前記第２のＵＥ（１００）が無線リソースおよびタイミングを使用して次のパケットを送信する可能性があることを示すパケットまたは予約メッセージのための、前記基本期間値に基づいて決定される時間期間毎に発生する無線リソースを反復的に監視すること（１００４）であって、前記監視は、前記基本期間値に基づいて決定される前記時間期間の前記時間期間の各々の中で、前記部分期間値に基づいて決定される時間フレームに制約され、前記監視される無線リソースは、Ｖ２ｘ通信のために他のＵＥによって使用されるリソースの中にある、監視すること（１００４）と、
    前記監視が前記パケットまたは予約メッセージを識別するのに応答して、前記次のパケットを送信するために前記第２のＵＥ（１００）によって使用されることになる可能性がある前記無線リソースおよびタイミングに基づいて、パケットの送信に使用するための無線リソースを選択すること（１００６）と
    を含み、
    前記基本期間値を取得すること（１０００）は、前記第２のＵＥ（１００）による２つの送信の間に発生すると期待されるサブフレームの最小数を取得することであり、前記部分期間値は、前記サブフレームの最小数よりも少ないサブフレームに対応する、コンピュータプログラム。
21. 前記プログラムコードは、前記少なくとも１つのプロセッサに、請求項２から１７のいずれか一項に記載の方法を含む動作をさらに実施させる、請求項２０に記載のコンピュータプログラム。

Images