JP2023549416A - 通信方法、端末装置及びプログラム - Google Patents

Abstract

本開示の実施形態は、通信の方法、装置及びコンピュータ可読媒体に関する。当該方法は、不連続受信サイクルのオン持続時間中に、第１の端末装置において第２の端末装置から、第１のサイドリンク制御情報と、第１のサイドリンク制御情報に関連付けられる第１の参照信号とを受信することを含む。当該方法は、不連続受信サイクルのオフ持続時間とセンシングウィンドウとの間に重複期間が存在するとの決定に従って、少なくとも第１のサイドリンク制御情報と第１の参照信号とに基づいて、第１のサイドリンク送信のためにリソース選択ウィンドウ内の利用可能な候補リソースを決定することをさらに含む。【選択図】図１１

Description

本開示の実施形態は、全体として、電気通信の分野に関するものであり、特に不連続受信（ＤＲＸ：Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ）におけるリソース選択のための通信方法、装置及びコンピュータ可読媒体に関するものである。

ＤＲＸは、通信装置が別の通信装置からの情報を不連続に受信することにより、電力消費を削減する方法である。ＤＲＸは、車両対あらゆるもの（Ｖ２Ｘ：ｖｅｈｉｃｌｅ ｔｏ ｅｖｅｒｙｔｈｉｎｇ）ユースケースにおける端末装置、又は電力消費を最小化する必要のある公共安全及び商業ユースケースにおける端末装置のために設定されてもよい。

Ｖ２Ｘ通信において、端末装置は、フルセンシング又はパーシャルセンシングを実行することにより、サイドリンク送信のために、リソースプール内のリソースを自律的に選択してもよい。ＤＲＸが設定されている場合、端末装置は、ＤＲＸサイクルのオン持続時間中にアクティブ状態になり、制御チャネルを監視及び復号してもよい。ＤＲＸサイクルのオフ持続時間中に、端末装置は、監視及び復号を実行しない非アクティブ状態に入ってもよい。したがって、端末装置は不正確なセンシング結果を得る可能性がある。結果として、リソースの衝突が発生する可能性がある。

全体として、本開示の例示的な実施形態は、通信の方法、装置及びコンピュータ可読媒体を提供する。

第１の態様において、通信方法が提供される。前記方法は、不連続受信サイクルのオン持続時間中に、第１の端末装置において、第２の端末装置から、第１のサイドリンク制御情報と、前記第１のサイドリンク制御情報に関連付けられる第１の参照信号とを受信することを含む。前記方法は、前記不連続受信サイクルのオフ持続時間とセンシングウィンドウとの間に重複期間が存在するとの決定に従って、少なくとも前記第１のサイドリンク制御情報と前記第１の参照信号とに基づいて、第１のサイドリンク送信のために、リソース選択ウィンドウ内の利用可能な候補リソースを決定することを含む。

第２の態様において、通信の方法が提供される。前記方法は、第１の端末装置において、不連続受信サイクルのオフ持続時間とセンシングウィンドウとの間に重複期間が存在するか否かを決定することを含む。前記方法は、前記重複期間が存在するとの決定に従って、第３の端末装置から受信したリソース選択についての情報に基づいて、第１のサイドリンク送信のために、リソース選択ウィンドウ内の利用可能な候補リソースを決定することをさらに含む。

第３の態様において、通信の方法が提供される。前記方法は、第１の不連続受信サイクルのオフ持続時間と第１のセンシングウィンドウとの間に重複期間が存在するとの決定に従って、第１の端末装置において第２の端末装置から、第２のセンシングウィンドウ内でサイドリンク制御情報と参照信号とを受信することを含む。第２のセンシングウィンドウは、前記第１の不連続受信サイクルの後の第２の不連続受信サイクルのオン持続時間内にある。前記方法は、少なくとも前記第１のサイドリンク制御情報と前記参照信号とに基づいて、第１のサイドリンク送信のために、リソース選択ウィンドウ内の利用可能な候補リソースを決定することをさらに含む。前記リソース選択ウィンドウは、前記第２のセンシングウィンドウの後であり、前記オン持続時間内にある。

第４の態様において、端末装置が提供される。端末装置は、プロセッサと、命令を格納するメモリとを含む。前記メモリと前記命令とは、前記プロセッサを用いて、前記端末装置に第１の態様にかかる方法を実行させるように設定されている。

第５の態様において、端末装置が提供される。前記端末装置は、プロセッサと、命令を記憶したメモリとを備える。前記メモリと前記命令とは、前記プロセッサを用いて、前記端末装置に第２の態様にかかる方法を実行させるように設定されている。

第６の態様において、端末装置が提供される。端末装置は、プロセッサと、命令を格納するメモリとを含む。前記メモリと前記命令とは、前記プロセッサを用いて、前記端末装置に第３の態様にかかる方法を実行させるように設定されている。

第７の態様において、命令を記憶したコンピュータ可読媒体が提供される。前記命令が装置の少なくとも１つのプロセッサ上で実行された場合、前記装置に第１の態様にかかる方法を実行させる。

第８の態様において、命令を記憶したコンピュータ可読媒体が提供される。前記命令が装置の少なくとも１つのプロセッサ上で実行された場合、前記装置に第２の態様にかかる方法を実行させる。

第９の態様において、命令を記憶したコンピュータ可読媒体が提供される。前記命令が装置の少なくとも１つのプロセッサ上で実行された場合、前記装置に第３の態様にかかる方法を実行させる。

発明の概要部分は、本開示の実施形態の重要又は基本的な特徴を特定することも、本開示の範囲を限定することも意図していないことを理解すべきである。本開示のその他の特徴は、以下の説明により容易に理解できるであろう。

図面において本開示のいくつかの実施形態をさらに詳細に説明することで、本開示の上述の及びその他の目的、特徴及び利点を、さらに明らかにする。

本開示の実施形態を実施可能な例示的な通信ネットワークを示す図である。

本開示のいくつかの実施形態にかかる、リソース選択のための例示的なプロセスを示す例示的なシグナリング図である。

本開示のいくつかの実施形態にかかる、パーシャルセンシングとＤＲＸ設定とを示す模式図である。

本開示のいくつかの他の実施形態にかかる、パーシャルセンシングとＤＲＸ設定とを示す模式図である。

本開示のいくつかの実施形態にかかる、センシングとＤＲＸ設定とを示す模式図である。

本開示のいくつかの他の実施形態にかかる、センシングとＤＲＸ設定とを示す模式図である。

本開示のさらに他の実施形態にかかる、センシングとＤＲＸ設定とを示す模式図である。

本開示のさらに他の実施形態にかかる、センシングとＤＲＸ設定とを示す模式図である。

本開示のいくつかの他の実施形態にかかる、リソース選択のための例示的なプロセスを示す例示的なシグナリング図である。

本開示のさらに他の実施形態にかかる、リソース選択のための例示的なプロセスを示す例示的なシグナリング図である。

本開示のさらに他の実施形態にかかる、パーシャルセンシングとＤＲＸ設定とを示す模式図である。

本開示のいくつかの実施形態にかかる例示的な方法のフローチャートである。

本開示のいくつかの他の実施形態にかかる例示的な方法のフローチャートである。

本開示のさらに他の実施形態にかかる例示的な方法のフローチャートである。

本開示の実施形態を実装するのに適した装置の概略ブロック図である。

図中、同一又は類似の参照番号は、同一又は類似の要素を表す。

ここで、いくつかの例示的実施形態を参照して、本開示の原理を説明する。これらの実施形態は、説明のためにのみ記載され、当業者が本開示を理解し、実施するのを助けるものであり、本開示の範囲に関するいかなる限定も示唆しないことを理解すべきである。本明細書で説明される開示内容は、以下で説明される方法とは異なる様々な方法で実施することができる。

以下の説明及び特許請求の範囲において、別途定義されていない限り、本文で使用される全ての技術的及び科学的用語は、本開示の当業者が一般に理解するものと同一の意味を有する。

本文で使用されるように、用語「端末装置」は、無線又は有線の通信能力を有する任意の装置を意味する。端末装置の例としては、ユーザ装置（ＵＥ）、パーソナルコンピュータ、デスクトップコンピュータ、携帯電話、セルラーホン、スマートフォン、パーソナルデジタルアシスタント（ＰＤＡ）、ポータブルコンピュータ、タブレット、ウェアラブル装置、モノのインターネット（ＩｏＴ）装置、あらゆるモノのインターネット（ＩｏＥ）装置、マシンタイプ通信（ＭＴＣ）装置、Ｖ２Ｘ通信のための車載装置などを含むが、これらに限定されず、Ｖ２Ｘの「Ｘ」は歩行者、車両又はインフラストラクチャ／ネットワーク、あるいはデジタルカメラなどの画像取得装置、ゲーム装置、音楽保存及び再生装置、あるいは無線又は有線のインターネットアクセス及び閲覧を可能とするインターネット家電などを表す。

本文で使用される「ネットワーク装置」又は「基地局」（ＢＳ：ｂａｓｅ ｓｔａｔｉｏｎ）という用語は、端末装置が通信可能なセル又はカバレッジを提供又はホストすることのできる装置を意味する。ネットワーク装置の例としては、ノードＢ（ＮｏｄｅＢ又はＮＢ）、進化型ノードＢ（ｅＮｏｄｅＢ又はｅＮＢ）、次世代ノードＢ（ｇＮＢ）、送受信ポイント（ＴＲＰ）、リモートラジオユニット（ＲＲＵ）、ラジオヘッド（ＲＨ）、リモートラジオヘッド（ＲＲＨ）、フェムトノード、ピコノードなどの低電力ノードを含むが、これらに限定されない。

本明細書で使用される単数形「１つ」、及び「前記」は、文脈に明示的に示されていない限り、複数形も含まれる。「含む」という用語及びその変型は、「含むが、これらに限定されるものではない」を意味するオープンエンド用語として理解されるべきである。「に基づく」という用語は、「に少なくとも部分的に基づく」と理解されるべきである。「いくつかの実施形態」及び「実施形態」という用語は、「少なくともいくつかの実施形態」と理解されるべきである。「もう一つの実施形態」という用語は、「少なくとも一つの他の実施形態」と理解されるべきである。「第１」、「第２」などの用語は、異なる又は同一の対象を指すことができる。以下では、その他の明示的及び暗黙的な定義を含む場合がある。

いくつかの例において、値、プロシージャ、又は機器は、「最良」、「最低」、「最高」、「最小」、「最大」などと称される。このような説明は、多くの使用される機能的代替案の中から選択することができることを示すことを意図されており、そして、このような選択は、他の選択より良く、より小さく、より高い必要がなく、又はそのほかの点でより好ましい必要はないことが、理解されるであろう。

ＤＲＸサイクルのオフ持続時間中に、端末装置は、監視及び復号を実行しない非アクティブ状態に入ってもよい。したがって、端末装置は不正確なセンシング結果を得る可能性がある。結果として、リソースの衝突が発生する可能性がある。

本開示の実施形態は、上記の問題及び１つ又は複数の他の潜在的な問題を解決するためにＤＲＸにおけるリソース選択のための解決策を提供する。この解決策によれば、第１の端末装置は、第２の端末装置から、ＤＲＸサイクルのオン持続時間中に、サイドリンク制御情報（ＳＣＩ：ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）と前記ＳＣＩに関連付けられる参照信号とを受信する。前記第１の端末装置が、前記不連続受信サイクルのオフ持続時間とセンシングウィンドウとの間に重複期間が存在すると決定した場合、前記第１の端末装置は、少なくとも前記ＳＣＩと前記参照信号とに基づいて、サイドリンク送信のために、リソース選択ウィンドウ内の利用可能な候補リソースを決定する。こうして、第１の端末装置は、正確なセンシング結果を取得することができる。結果として、リソースの衝突を回避することができる。

図１は、本開示の実施形態を実施可能な例示的な通信ネットワーク１００を示す模式図である。図１に示すように、通信ネットワーク１００は、第１の端末装置１１０と、第２の端末装置１２０と、第３の端末装置とを含んでもよい。通信ネットワーク１００は、ネットワーク装置（図示せず）をさらに含むことができることを理解すべきである。ネットワーク装置は、それぞれの無線通信チャネルを介して、第１の端末装置１１０、第２の端末装置１２０及び第３の端末装置１３０と通信してもよい。図１における装置の数は説明の目的で与えられており、本開示に対するいかなる限定も暗示していないことを理解すべきである。通信ネットワーク１００は、本開示の実施態様を実施するのに適した任意の適切な数のネットワーク装置及び／又は端末装置を含むことができる。

図１には、第１の端末装置１１０、第２の端末装置１２０及び第３の端末装置１３０がＶ２Ｘ通信を可能にする車両として示されている。本開示の実施形態は、車両以外の他の端末装置、例えば、携帯電話、センサ等にも適用可能であることを理解すべきである。

通信ネットワーク１００における通信は、モバイル通信のためのグローバルシステム（ＧＳＭ）、ロングタームエボリューション（ＬＴＥ）、ＬＴＥ－Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）、広帯域符号分割多元接続（ＷＣＤＭＡ（登録商標））、符号分割多元接続（ＣＤＭＡ）、ＧＳＭ ＥＤＧＥ無線アクセスネットワーク（ＧＥＲＡＮ）、マシンタイプ通信（ＭＴＣ）などを含むが、これらに限定されない任意の適切な規格に準拠することができる。さらに、通信は、現在知られている、又は将来開発される任意の世代の通信プロトコルに従って実行することができる。通信プロトコルの例は、第１世代（１Ｇ）、第２世代（２Ｇ）、２．５Ｇ、２．７５Ｇ、第３世代（３Ｇ）、第４世代（４Ｇ）、４．５Ｇ、第５世代（５Ｇ）通信プロトコルを含むが、これらに限定されない。

図２は本開示のいくつかの実施形態にかかる、リソース選択のための例示的なプロセス２００を示す例示的なシグナリング図である。図２に示すように、プロセス２００には、図１に示すような第１の端末装置１１０と第２の端末装置１２０とが関与してもよい。プロセス２００は、図示されていない追加の動作を含むことができ、且つ／又は図示されているいくつかの動作を省略することができ、本開示の範囲はこの点で限定されないことを理解すべきである。さらに、本明細書では主に連続的に実行されるものとして提示されているが、プロセス２００の動作の少なくとも一部は、同時に、又は図２で提示されているものとは異なる順序で実行されてもよいことが理解されるであろう。

図２に示すように、第１の端末装置１１０は、第２の端末装置１２０から、ＤＲＸサイクルのオン持続時間中に、第１のＳＣＩと、第１のＳＣＩに関連付けられる第１の参照信号とを受信する（２１０）。

いくつかの例示的な実施形態において、第１の端末装置１１０は、物理サイドリンク制御チャネル（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）上で第１のＳＣＩを受信し、物理サイドリンク制御チャネル又は関連付けられる物理サイドリンク共有チャネル（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）上で第１の参照信号を受信してもよい。

第１の端末装置１１０は、不連続受信サイクルのオフ持続時間とセンシングウィンドウとの間に重複期間が存在するか否かを決定する（２２０）。

重複期間が存在すると第１の端末装置１１０が決定した場合、第１の端末装置１１０は、少なくとも第１のＳＣＩと第１の参照信号とに基づいて、第１のサイドリンク送信のために、リソース選択ウィンドウ内の利用可能な候補リソースを決定する（２３０）。こうして、第１の端末装置１１０は、正確なセンシング結果を取得することができる。結果として、第１の端末装置１１０と第２の端末装置１２０との間のリソースの衝突を回避することができる。

いくつかの例示的な実施形態において、第１の参照信号は復調参照信号（ＤＭＲＳ）を含んでもよい。第１の端末装置１１０は、ＤＭＲＳを用いたチャネル推定により第１のＳＣＩを復号してもよい。

いくつかの例示的な実施形態において、第１の端末装置１１０がパーシャルセンシングとＤＲＸとの両方を備えて設定されている場合、第１の端末装置１１０は、ＤＲＸサイクルのオン持続時間のみ内にある候補センシングオケージョンを備えて設定されていると予期されてもよい。これについては、図３Ａを参照して説明する。

図３Ａは本開示のいくつかの実施形態にかかる、パーシャルセンシングとＤＲＸとを示す模式図である。図３Ａに示すように、第１の端末装置１１０は、パーシャルセンシングを備えて設定されている。パーシャルセンシングを実行するために、第１の端末装置１１０の物理層より高い第１の端末装置１１０のプロトコル層は、リソース選択ウィンドウ３１０内で選択される候補リソースの最小数を備えるように物理層を構成する。以下では、議論のために、物理層より上位のプロトコル層は、上位層とも称される。例えば、上位層は、メディアアクセス制御（ＭＡＣ：Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）層又は無線リソース制御（ＲＲＣ：ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）層を含んでもよい。この数は任意の値であってもよく、本開示の範囲はこれに限定されるものではない。例えば、図３Ａに示す例において、候補リソースの数は１である。したがって、物理層は、リソース選択ウィンドウ３１０内で１つの候補リソース３１１を決定する。

追加として、上位層は、センシングウィンドウ３２０内の候補センシングオケージョンを備えるように物理層を設定する。いくつかの例示的な実施形態において、候補センシングオケージョンは、上位層からのパラメータｇａｐＣａｎｄｉｄａｔｅＳｅｎｓｉｎｇにより示されてもよい。パラメータｇａｐＣａｎｄｉｄａｔｅＳｅｎｓｉｎｇはビットマップの形式であってもよい。ビットマップ内のビットは、対応するスロットが候補センシングオケージョンとして設定されていることを示す「１」にセットされる。代わりに、ビットマップ内のビットは、対応するスロットが候補センシングオケージョンとして設定されていないことを示す「０」にセットされる。例えば、図３Ａに示す例において、ビットマップは「１１１００」であってもよく、「１１１００」は、スロット３２１、３２２及び３２３が候補センシングオケージョンとして設定され、スロット３２４及び３２５が候補センシングオケージョンとして設定されていないことを示す。

なお、上記の５個のビットを含むビットマップは、例として説明されるものだけである。ビットマップは、候補センシングオケージョンの数に基づいて、より多くの又はより少ないビットを含んでもよい。

第１の端末装置１１０も、ＤＲＸを備えて設定されている。例えば、ＤＲＸサイクル３３０は、オン持続時間３３１とオフ持続時間３３２とを含む。候補センシングオケージョン３２１、３２２及び３２３は全てオン持続時間３３１内にある。オフ持続時間３３２とセンシングウィンドウ３２０との間に重複期間３３３が存在する。候補センシングオケージョン３２１、３２２及び３２３において、第１の端末装置１１０は、第２の端末装置１２０から第１のＳＣＩと第１の参照信号とを受信するために、サイドリンク制御チャネルを監視する。

さらに、第１の端末装置１１０は、少なくとも第１のＳＣＩと第１の参照信号とに基づいて、リソース選択ウィンドウ３１０内の利用可能な候補リソースを決定する。例えば、第１の端末装置１１０は、第１のＳＣＩに基づいて、第２の端末装置１２０のリソース予約期間Ｐ＿ｒｘを決定してもよい。さらに、第１の端末装置１１０は、センシングオケージョン３２１、３２２及び３２３並びにリソース予約期間Ｐ＿ｒｘに基づいて、リソース３１１を決定してもよい。追加として、第１の端末装置１１０は、第１の参照信号の参照信号受信電力（ＲＳＲＰ：ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｒｅｃｅｉｖｅｄ ｐｏｗｅｒ）を測定してもよい。そして、第１の端末装置１１０は、測定されたＲＳＲＰを閾値ＲＳＲＰと比較してもよい。測定されたＲＳＲＰが閾値ＲＳＲＰより高い場合、第１の端末装置１１０は、スロットリソース３２１、３２２、又は３２３内の対応する１つ又は複数のサブチャネル内で発生する第２の端末装置１２０のサイドリンク送信のために、リソース３１１内の１つ又は複数のサブチャネルが第２の端末装置１２０により予約されていると決定してもよい。逆に、第１の端末装置１１０は、リソース３１１内の該１つ又は複数のサブチャネルとは異なるリソース３１１内のリソースを、第１の端末装置１１０の第１のサイドリンク送信のための利用可能な候補リソースとして決定してもよい。

図３Ａに示す例において、オフ持続時間３３２中に第１の端末装置１１０がセンシング又はパーシャルセンシングを行わないので、第１の端末装置１１０の電力消費を低減することができる。

図３Ｂは本開示のいくつかの他の実施形態にかかる、パーシャルセンシングとＤＲＸとを示す模式図である。図３Ａに示す例とは異なり、図３Ｂに示す例において、上位層からのビットマップにより示される候補センシングオケージョンのうちのいくつかはオン持続時間３３１内にあり、他のものはオフ持続時間３３２内にある。例えば、ビットマップは「１１１００」であってもよく、「１１１００」は、スロット３２１、３２２及び３２６が候補センシングオケージョンとして設定され、スロット３２４及び３２５が候補センシングオケージョンとして設定されていないことを示す。候補センシングオケージョン３２１、３２２及び３２６のうち、候補センシングオケージョン３２１、３２２はオン持続時間３３１内にあり、センシングオケージョン３２６はオフ持続時間３３２内にある。このような例において、オン持続時間３３１内の候補センシングオケージョン３２１及び３２２においてのみ、第１の端末装置１１０は、第２の端末装置１２０から第１のＳＣＩと第１の参照信号とを受信するために、サイドリンク制御チャネルを監視する。

さらに、図３Ｂに示す例において、第１の端末装置１１０の物理層は、重複期間３３３中に候補センシングオケージョン３２６が利用不可能であるとの指示を上位層に送信してもよい。例えば、この指示はビットマップの形式であってもよい。ビットマップ内のビットは、対応する候補センシングオケージョンが利用不可能であることを示す「１」にセットされる。例えば、図３Ｂに示す例において、ビットマップは、候補センシングオケージョン３２６が利用不可能であることを示す「００１００」であってもよい。

指示を受信すると、上位層は、第３のビットを後の送信のための候補センシングオケージョンとして示すことを回避してもよい。したがって、端末装置は正確なセンシング結果を得ることができる。

いくつかの例示的な実施形態において、正確なセンシング結果を得るために、第１の端末装置１１０は、ＤＲＸサイクルのオフ持続時間中にサイドリンク制御チャネルを監視してもよい。これについては、図４を参照して説明する。

図４は本開示のいくつかの実施形態にかかる、センシングとＤＲＸ設定とを示す模式図である。図４に示すように、リソース３４１上で、第１の端末装置１１０は、第２の端末装置１２０から第１のＳＣＩと第１の参照信号とを受信するために、サイドリンク制御チャネルを監視する。第１の端末装置１１０は、第１のＳＣＩと第１の参照信号とに基づいて、第２のサイドリンク送信のために第２の端末装置１２０により予約されている第１のリソース３４２を決定する。

第１のリソース３４２がオフ持続時間３３２内にあると第１の端末装置１１０が決定した場合、第１の端末装置１１０は、第２のＳＣＩと、第２のＳＣＩに関連する第２の参照信号とを第１のリソース３４２上で第２の端末装置１２０から、受信する。さらに、第１の端末装置１１０は、第２のＳＣＩと第２の参照信号とに基づいて、利用可能な候補リソースを決定する。例えば、第１の端末装置１１０は、第２のＳＣＩと第２の参照信号とに基づいて、リソース選択ウィンドウ３１０内のリソース３４３が第２の端末装置１２０により予約されていると決定してもよい。したがって、第１の端末装置１１０は、リソース選択ウィンドウ内の、リソース３４３とは異なるリソースを、利用可能な候補リソースとして決定する。

第１のリソース３４２上で第２のＳＣＩと第２の参照信号とを受信するために、いくつかの例示的な実施形態において、第１の端末装置１１０は、オフ持続時間３３２の開始から第１のリソース３４２の終了までアクティブ状態を維持してもよい。言い換えれば、第１の端末装置１１０は、オフ持続時間３３２の開始から第１のリソース３４２の終了まで、サイドリンク制御チャネルを監視するために、アウェイク状態を維持してもよい。こうして、第２の端末装置１２０により任意の他のＳＣＩが送信された場合、該他のＳＣＩは第１の端末装置１１０により検出されることができる。

代替として、第１のリソース３４２上で第２のＳＣＩと第２の参照信号とを受信するために、第１の端末装置１１０は、第１のリソース３４２上で非アクティブ状態からアクティブ状態に切り替えて、サイドリンク制御チャネルを監視してもよい。言い換えれば、オフ持続時間３３２中に、第１の端末装置１１０は、サイドリンク制御チャネルを監視するために第１のリソース３４２上でのみウェイクアップし、第１のリソース３４２の終了後にスリープ状態に入ってもよい。こうして、第１の端末装置１１０の電力消費を低減することができる。

いくつかの例示的な実施形態において、第２の端末装置１２０の可能な連続リソース予約がオフ持続時間内にあると仮定してもよい。これについては、図５を参照して説明する。

図５は本開示のいくつかの他の実施形態にかかる、センシングとＤＲＸ設定とを示す模式図である。図４に示す例と同様に、図５に示す例において、第１の端末装置１１０は、リソース３４１上で受信された第１のＳＣＩと第１の参照信号とに基づいて、第３のサイドリンク送信のために第２の端末装置１２０により予約されている第２のリソース３４４を決定する。

図４に示す例とは異なり、図５に示す例において、第１の端末装置１１０は、ＤＲＸサイクル３３０のオフ持続時間３３２中に、サイドリンク制御チャネルを監視しない。代わりに、第２のリソース３４４がオフ持続時間３３２内にあると第１の端末装置１１０が決定した場合、第１の端末装置１１０は、リソース３４１上で受信された第１のＳＣＩと、第１の参照信号と、オフ持続時間の開始と、リソース選択ウィンドウ３１０の終了とに基づいて、第２の端末装置１２０により予約されている可能性のある連続リソースを決定する。

例えば、第１の端末装置１１０は、リソース３４１上で受信した第１のＳＣＩに基づいて、第２の端末装置１２０のリソース予約期間Ｐ＿ｒｘを決定する。次いで、第１の端末装置１１０は、リソース３４１とＰ＿ｒｘとの和、リソース３４１と２＊Ｐ＿ｒｘとの和、…、リソース３４１とＱ＊Ｐ＿ｒｘとの和に基づいて、第２の端末装置１２０により予約されている可能性のある連続リソースを決定する。ここで、Ｑ＝｜Ｔ＿ｓｃａｌ／Ｐ＿ｒｘ｜であり、Ｔ＿ｓｃａｌはオフ持続時間（図５においてＴ＿ＯＦＦで表される）の開始からリソース選択ウィンドウ３１０の終了（図５においてＴ＿ＥＮＤで表される）までの持続時間を表す。図５に示す例において、第２の端末装置１２０により予約されている可能性のある連続リソースは、リソース３４４、３４５及び３４６を含む。

連続リソースのうちの少なくとも１つのリソースがリソース選択ウィンドウ３１０内にあると第１の端末装置１１０が決定した場合、第１の端末装置１１０は、リソース選択ウィンドウ３１０内の、該少なくとも１つのリソースとは異なるリソースを、利用可能な候補リソースとして決定する。図５に示す例において、リソース選択ウィンドウ３１０内の連続リソースのうちの該少なくとも１つは、リソース３４６（第３のリソースとも称される）を含む。この場合、第１の端末装置１１０は、リソース選択ウィンドウ３１０内の、リソース３４６とは異なるリソースを、利用可能な候補リソースとして決定する。

いくつかの例示的な実施形態において、オフ持続時間内の任意のリソースｍについて、リソース選択ウィンドウ内に位置するｍ＋Ｐ＿ａｌｌｏｗｅｄにより表されるすべてのリソースが第２の端末装置１２０により予約されていると仮定する。ここで、Ｐ＿ａｌｌｏｗｅｄは、リソースプールにについて許可されるように予め設定されるリソース予約期間の各々を表す。さらに、第１の端末装置１１０は、リソース選択ウィンドウ３１０内の、予約されているリソース３４６とは異なるリソースを、利用可能な候補リソースとして決定する。これについては、図６を参照して説明する。

図６は本開示のさらに他の実施形態にかかる、センシングとＤＲＸ設定とを示す模式図である。図６に示す例において、第１の端末装置１１０は、オフ持続時間３３２内のリソース３４７と、少なくとも１つの予め設定されたリソース予約期間とに基づいて、少なくとも１つの第４のリソースを決定してもよい。例えば、該少なくとも１つの予め設定されたリソース予約期間は、１０ｍｓ、２０ｍｓ、３０ｍｓなどを含んでもよい。第１の端末装置１１０は、リソース３４７と該少なくとも１つの予め設定されたリソース予約期間の各々との和に基づいて、第２の端末装置１２０により予約されている可能性のある連続リソースを決定してもよい。

該少なくとも１つの第４のリソースがリソース選択ウィンドウ内にあると第１の端末装置１１０が決定した場合、第１の端末装置１１０は、リソース選択ウィンドウ３１０内の、該少なくとも１つの第４のリソースとは異なるリソースを、利用可能な候補リソースとして決定する。図６に示す例において、該少なくとも１つの第４のリソースは、リソース３４８を含んでもよい。したがって、第１の端末装置１１０は、リソース選択ウィンドウ３１０内の、リソース３４８とは異なるリソースを、利用可能な候補リソースとして決定する。

図６に示す例において、第１の端末装置１１０はまた、オフ持続時間３３２内のリソース３４９と、該少なくとも１つの予め設定されたリソース予約期間とに基づいて、少なくとも１つの第４のリソースを決定してもよい。例えば、第１の端末装置１１０は、リソース３４９と該少なくとも１つの予め設定されたリソース予約期間の各々との和に基づいて、第２の端末装置１２０により予約されている可能性のある連続リソースを決定してもよい。

該少なくとも１つの第４のリソースがリソース選択ウィンドウ内にあると第１の端末装置１１０が決定した場合、第１の端末装置１１０は、リソース選択ウィンドウ３１０内の、該少なくとも１つの第４のリソースとは異なるリソースを、利用可能な候補リソースとして決定する。図６に示す例において、該少なくとも１つの第４のリソースは、リソース３５０をさらに含んでもよい。したがって、第１の端末装置１１０は、リソース選択ウィンドウ３１０内の、リソース３５０とは異なるリソースを、利用可能な候補リソースとして決定する。

いくつかの例示的な実施形態において、第１の端末装置１１０により送信されるデータの優先度が閾値優先度より高いと第１の端末装置１１０が決定した場合、第１の端末装置１１０は、該少なくとも１つの第４のリソースを決定する。

いくつかの他の例示的な実施形態において、チャネル混雑率が閾値率より低いと第１の端末装置１１０が決定した場合、第１の端末装置１１０は、該少なくとも１つの第４のリソースを決定する。

他の例示的な実施形態において、オフ持続時間が閾値持続時間より小さいと第１の端末装置１１０が決定した場合、第１の端末装置１１０は、該少なくとも１つの第４のリソースを決定する。

他の例示的な実施形態において、該少なくとも１つの予め設定されたリソース予約期間の数が閾値数より少ないと第１の端末装置１１０が決定した場合、第１の端末装置１１０は、該少なくとも１つの第４のリソースを決定する。

いくつかの例示的な実施形態において、オフ持続時間中にＳＣＩ送信は許可されないので、オフ持続時間中に予約ＳＣＩ検出の欠落が発生しない。このような例示的な実施形態において、省電力端末装置のためのリソースプールが専用に設定される。例えば、第１の端末装置１１０と第２の端末装置１２０とが省電力端末装置である場合、第１の端末装置１１０と第２の端末装置１２０とについて、送信用の第１のリソースプールと受信用の第２のリソースプールとがそれぞれ設定される。ＤＲＸ設定はプール固有である。言い換えれば、第１のプールのオン持続時間は第２のプールのオン持続時間に揃えられ、第１のプールのオフ持続時間は第２のプールのオフ持続時間に揃えられる。

このような例示的な実施形態において、第１の端末装置１１０と第２の端末装置１２０とは、送信用に第１のプール内で１つ又は複数のリソースのみを選択し、受信用に第２のプール内で１つ又は複数のリソースを選択してもよい。これについては、図７を参照して説明する。

図７は本開示のさらに他の実施形態にかかる、センシングとＤＲＸ設定とを示す模式図である。図７に示す例において、オン持続時間３３１が第２のプールについて設定され、オフ持続時間３３２が第２のプールについて設定されている。第１の端末装置１１０は、第２のプール内のリソース３５１又は３５３上で第２の端末装置１２０から第１のＳＣＩを受信してもよい。

オン持続時間３３１は、第１のプール（図示せず）についても設定され、オフ持続時間３３２は、第１のプール（図示せず）についても設定されている。第２の端末装置１２０は、第１のプール内のリソース上で第１のＳＣＩを送信してもよい。

第１の端末装置１１０は、リソース３５１上で受信された第１のＳＣＩと第１の参照信号とに基づいて、リソース３５２が第２の端末装置１２０により予約されていると決定してもよい。したがって、第１の端末装置１１０は、リソース選択ウィンドウ３１０内の、リソース３５２とは異なるリソースを、利用可能な候補リソースとして決定する。

代替として、第１の端末装置１１０は、リソース３５２上で受信された第１のＳＣＩと第１の参照信号とに基づいて、リソース３５４が第２の端末装置１２０により予約されていると決定してもよい。したがって、第１の端末装置１１０は、リソース選択ウィンドウ３１０内の、リソース３５４とは異なるリソースを、利用可能な候補リソースとして決定する。

いくつかの例示的な実施形態において、オン持続時間３３１とオフ持続時間３３２とは、それぞれ、参照スロットに関する第１のスロットインデックスと参照スロットに関する第２のスロットインデックスを使用して設定される。

いくつかの例示的な実施形態において、参照スロットは、第１の端末装置１１０と第２の端末装置１２０とに共通であってもよい。いくつかの例示的な実施形態において、参照スロットは、第１の端末装置１１０と第２の端末装置１２０とのためのサービングセルの開始システムフレームの第１の開始スロットを含む。例えば、参照スロットは、サービングセルのシステムフレーム番号（ＳＦＮ：Ｓｙｓｔｅｍ Ｆｒａｍｅ Ｎｕｍｂｅｒ）０に対応する無線フレームのスロット＃０を含む。代替として、参照スロットは、開始確実フレームの第２の開始スロットを含む。例えば、参照スロットは、確実フレーム番号（ＤＦＮ：Ｄｅｆｉｎｉｔｅ Ｆｒａｍｅ Ｎｕｍｂｅｒ）０に対応する無線フレームのスロット＃０を含む。

いくつかの例示的な実施形態において、上記のようにＤＲＸを備えて設定された第１の端末装置１１０と第２の端末装置１２０とについて、オフ持続時間３３１中に、送信も受信も許可されないと仮定する。したがって、オフ持続時間３３１の間に予約ＳＣＩ検出の欠落は発生しない。

いくつかの例示的な実施形態において、省電力端末装置のために設定された第１及び第２のプールが非省電力端末装置により選択されることは許可されない。例えば、図１における第３の端末装置１３０が非省電力端末装置である場合、第１及び第２のプール内のいずれのリソースも、第３の端末装置１３０により選択されることは許可されない。

いくつかの例示的な実施形態において、上記のようにＤＲＸを備えて設定された第１の端末装置１１０と第２の端末装置１２０とについて、オフ持続時間３３１より小さいリソース予約期間は許可されない。ここで、リソース予約期間は、リソースプールのｓｌ－ＲｅｓｏｕｒｃｅＲｅｓｅｒｖｅＰｅｒｉｏｄＬｉｓｔ－ｒ１６から設定される。

いくつかの例示的な実施形態において、ＤＲＸサイクルのオフ持続時間とセンシングウィンドウとの間に重複期間が存在すると第１の端末装置１１０が決定した場合、サイドリンク送信のための利用可能な候補リソースを決定するために、第１の端末装置１１０は、他の端末装置から受信したリソース選択のための情報を考慮してもよい。これについては、図８を参照して説明する。

図８は本開示のいくつかの他の実施形態にかかる、リソース選択のための例示的なプロセス８００を示す例示的なシグナリング図である。図８に示すように、プロセス８００には、図１に示すような第１の端末装置１１０と第３の端末装置１３０とが関与してもよい。プロセス８００は、図示されていない追加の動作を含むことができ、且つ／又は図示されているいくつかの動作を省略することができ、本開示の範囲はこの点で限定されないことを理解すべきである。さらに、本明細書では主に連続的に実行されるものとして提示されているが、プロセス８００の動作の少なくとも一部は、同時に、又は図８で提示されているものとは異なる順序で実行されてもよいことが理解されるであろう。

図８に示すように、第１の端末装置１１０は、ＤＲＸサイクルのオフ持続時間とセンシングウィンドウとの間に重複期間が存在するか否かを決定する（８１０）。

重複期間が存在すると第１の端末装置１１０が決定した場合、第１の端末装置１１０は、第３の端末装置１３０から受信したリソース選択のための情報に基づいて、第１のサイドリンク送信のためにリソース選択ウィンドウ内の利用可能な候補リソースを決定する（８２０）。

いくつかの例示的な実施形態において、オプションとして、重複期間が存在すると第１の端末装置１１０が決定した場合、第１の端末装置１１０は、リソース選択のための情報についての要求を第３の端末装置１３０に送信する（８３０）。次に、第１の端末装置１１０は、第３の端末装置１３０から該要求への応答を受信する（８４０）。この応答は、リソース選択のための情報を含む。

いくつかの例示的な実施形態において、該要求は、第１の端末装置１１０についてのＤＲＸに関する設定情報を含む。

いくつかの例示的な実施形態において、第１の端末装置１１０により送信されるデータの優先度が閾値優先度より高いと第１の端末装置１１０が決定した場合、第１の端末装置１１０は、該要求を送信する。

いくつかの例示的な実施形態において、センシングウィンドウ内の候補センシングオケージョンの総数に対する、重複期間中の少なくとも１つの候補センシングオケージョンの第１の数の比率が、閾値比率より高いと第１の端末装置１１０が決定した場合、第１の端末装置１１０は、該要求を送信する。

いくつかの例示的な実施形態において、オプションとして、重複期間が存在するか否かを決定する前に、第１の端末装置１１０は、第３の端末装置１２０からリソース選択のための情報を受信する。

いくつかの例示的な実施形態において、サイドリンク送信のためにリソース選択ウィンドウ内の利用可能な候補リソースを決定するために、第１の端末装置１１０は、オン持続時間の開始後の短いセンシングウィンドウ中にセンシングを実行する。これについては、図９及び図１０を参照して説明する。

図９は本開示のさらに他の実施形態にかかる、リソース選択のための例示的なプロセス９００を示す例示的なシグナリング図である。図９に示すように、プロセス９００には、図１に示すような第１の端末装置１１０と第２の端末装置１２０とが関与してもよい。プロセス９００は、図示されていない追加の動作を含むことができ、且つ／又は図示されているいくつかの動作を省略することができ、本開示の範囲はこの点で限定されないことを理解すべきである。さらに、本明細書では主に連続的に実行されるものとして提示されているが、プロセス９００の動作の少なくとも一部は、同時に、又は図９で提示されているものとは異なる順序で実行されてもよいことが理解されるであろう。

図９に示すように、第１の端末装置１１０は、ＤＲＸサイクルのオフ持続時間とセンシングウィンドウとの間に重複期間が存在するか否かを決定する（９１０）。

重複期間が存在すると第１の端末装置１１０が決定した場合、第１の端末装置１１０は、第２のセンシングウィンドウ内で第２の端末装置１２０からＳＣＩと参照信号とを受信する（９２０）。第２のセンシングウィンドウは、第１のＤＲＸサイクルの後の第２のＤＲＸサイクルのオン持続時間内にある。

第１の端末装置１１０は、少なくとも第１のＳＣＩと参照信号とに基づいて、第１のサイドリンク送信のためにリソース選択ウィンドウ内の利用可能な候補リソースを決定する（９３０）。前記リソース選択ウィンドウは、前記第２のセンシングウィンドウの後であり、前記オン持続時間内にある。

図１０は本開示のさらに他の実施形態にかかる、パーシャルセンシングとＤＲＸ設定とを示す模式図である。図１０に示される例において、ＤＲＸサイクル３３０のオフ持続時間３３２とセンスウィンドウ３２０（第１センスウィンドウ３２０とも称される）との間に重複期間３３３が存在すると第１の端末装置１１０が決定した場合、第１の端末装置１１０は、第２端末装置１２０から、センスウィンドウ３７０（第２センスウィンドウ３７０とも呼ばれる）内のリソース３７１上でＳＣＩと参照信号とを受信する。第２のセンシングウィンドウ３７０は、ＤＲＸサイクル３３０の後のＤＲＸサイクル３６０のオン持続時間３６１内にある。

逆に、受信したＳＣＩと参照信号とに基づいて、リソース選択ウィンドウ３８０内のリソース３７２が第２の端末装置１２０により予約されていると第１の端末装置１１０が決定した場合、第１の端末装置１１０は、リソース選択ウィンドウ３８０内の、リソース３７２とは異なるリソースを、利用可能な候補リソースとして決定してもよい。リソース選択ウィンドウ３８０は、第２のセンシングウィンドウ３７０の後であり、オン持続時間３６１内にある。

いくつかの例示的な実施形態において、第２のセンシングウィンドウ３７０の長さは、第１の端末装置１１０についてのパケット遅延バジェット、又は第１の端末装置１１０により送信されるデータの優先度のうちの少なくとも１つに関連付けられる。

いくつかの例示的な実施形態において、オフ持続時間３３２中及びその後の第１の端末装置１１０のセンシング結果は、オン持続時間３３１中に導出されたセンシング結果と同じであってもよい。

図１１は本開示のいくつかの実施形態にかかる例示的な方法１１００のフローチャートである。例えば、方法１１００は、図１に示すような第１の端末装置１１０において実行することができる。方法１１００は、図示されていない追加のブロックを含むことができ、且つ／又は図示されているいくつかのブロックを省略することができ、本開示の範囲はこの点で限定されないことを理解すべきである。

ブロック１１１０において、第１の端末装置１１０は、第２の端末装置１２０から、ＤＲＸサイクルのオン持続時間中に、第１のＳＣＩと、第１のＳＣＩに関連付けられる第１の参照信号とを受信する。ブロック１１２０において、ＤＲＸサイクルのオフ持続時間とセンシングウィンドウとの間に重複期間が存在すると第１の端末装置１１０が決定した場合、第１の端末装置１１０は、少なくとも第１のＳＣＩと第１の参照信号とに基づいて、第１のサイドリンク送信のためにリソース選択ウィンドウ内の利用可能な候補リソースを決定する。

追加として、重複期間が存在すると第１の端末装置１１０が決定した場合、第１の端末装置１１０は、第１の端末装置１１０の物理層からプロトコル層に、該重複期間中の少なくとも１つの候補センシングオケージョンが利用不可能であるとの指示を提供する。プロトコル層は物理層より上位である。

いくつかの例示的な実施形態において、第１の端末装置１１０は、第１のＳＣＩと第１の参照信号とに基づいて、第２のサイドリンク送信のために第２の端末装置１２０により予約されている第１のリソースを決定する。第１のリソースがオフ持続時間内にあると第１の端末装置１１０が決定した場合、第１の端末装置１１０は、第２のＳＣＩと、第２のＳＣＩに関連する第２の参照信号とを第１のリソース上で第２の端末装置１２０から、受信する。さらに、第１の端末装置１１０は、第２のＳＣＩと第２の参照信号とに基づいて、利用可能な候補リソースを決定してもよい。

いくつかの例示的な実施形態において、第１の端末装置１１０は、オフ持続時間の開始から第１のリソースの終了までアクティブ状態を維持し、該アクティブ状態で第２のＳＣＩと第２の参照信号とを受信してもよい。

代替として、いくつかの例示的な実施形態において、第１の端末装置１１０は、第１のリソース上で非アクティブ状態からアクティブ状態に切り替え、アクティブ状態で第２のＳＣＩと第２の参照信号とを受信してもよい。

いくつかの例示的な実施形態において、第１の端末装置１１０は、第１のＳＣＩと第１の参照信号とに基づいて、第３のサイドリンク送信のために第２の端末装置１２０により予約されている第２のリソースを決定する。第２のリソースがオフ持続時間内にあると第１の端末装置１１０が決定した場合、第１の端末装置１１０は、第１のＳＣＩと、第１の参照信号と、オフ持続時間の開始と、リソース選択ウィンドウの終了とに基づいて、第３のリソースを決定してもよい。第３のリソースがリソース選択ウィンドウ内にあると第１の端末装置１１０が決定した場合、第１の端末装置１１０は、リソース選択ウィンドウ内の、第３のリソースとは異なるリソースを、利用可能な候補リソースとして決定してもよい。

いくつかの例示的な実施形態において、第１の端末装置１１０は、オフ持続時間内の第５のリソースと、少なくとも１つの予め設定されたリソース予約期間とに基づいて、少なくとも１つの第４のリソースを決定してもよい。該少なくとも１つの第４のリソースがリソース選択ウィンドウ内にあると第１の端末装置１１０が決定した場合、リソース選択ウィンドウ内の、該少なくとも１つの第４のリソースとは異なるリソースを、利用可能な候補リソースとして決定する。

いくつかの例示的な実施形態において、第１の端末装置１１０により送信されるデータの優先度が閾値優先度より高いと第１の端末装置１１０が決定した場合、第１の端末装置１１０は、該少なくとも１つの第４のリソースを決定する。

いくつかの例示的な実施形態において、チャネル混雑率が閾値率より低いと第１の端末装置１１０が決定した場合、第１の端末装置１１０は、該少なくとも１つの第４のリソースを決定する。

いくつかの実施形態において、オフ持続時間が閾値持続時間より小さいと第１の端末装置１１０が決定した場合、第１の端末装置１１０は、該少なくとも１つの第４のリソースを決定する。

いくつかの実施形態において、該少なくとも１つの予め設定されたリソース予約期間の数が閾値数より少ないと第１の端末装置１１０が決定した場合、第１の端末装置１１０は、該少なくとも１つの第４のリソースを決定する。

いくつかの例示的な実施形態において、第１のＳＣＩは、第１の端末装置１１０と第２の端末装置１２０とについて設定された第１のリソースプール内の第５のリソース上で送信されてもよい。このような例示的な実施形態において、第１の端末装置１１０は、第１の端末装置１１０と第２の端末装置１２０とについて設定された第２のリソースプール内の第６のリソース上で第１のＳＣＩを受信してもよい。オン持続時間とオフ持続時間とのそれぞれは、第１及び第２のプールについて設定される。

いくつかの例示的な実施形態において、オン持続時間とオフ持続時間とは、それぞれ、参照スロットに関する第１のスロットインデックスと参照スロットに関する第２のスロットインデックスを使用して設定されてもよい。

いくつかの例示的な実施形態において、参照スロットは、第１の端末装置１１０と第２の端末装置１２０とのためのサービングセルの開始システムフレームの第１の開始スロットを含んでもよい。代替として、参照スロットは、開始確実フレームの第２の開始スロットを含んでもよい。

図１２は本開示のいくつかの実施形態にかかる例示的な方法１２００のフローチャートである。例えば、方法１２００は、図１に示すような第１の端末装置１１０において実行することができる。方法１２００は、図示されていない追加のブロックを含むことができ、且つ／又は図示されているいくつかのブロックを省略することができ、本開示の範囲はこの点で限定されないことを理解すべきである。

ブロック１２１０において、第１の端末装置１１０は、ＤＲＸサイクルのオフ持続時間とセンシングウィンドウとの間に重複期間が存在するか否かを決定する。

ブロック１２２０において、重複期間が存在すると第１の端末装置１１０が決定した場合、第１の端末装置１１０は、第３の端末装置１３０から受信したリソース選択のための情報に基づいて、第１のサイドリンク送信のためにリソース選択ウィンドウ内の利用可能な候補リソースを決定する。

いくつかの例示的な実施形態において、重複期間が存在すると第１の端末装置１１０が決定した場合、第１の端末装置１１０は、リソース選択のための情報についての要求を第３の端末装置１３０に送信し、要求への応答を第３の端末装置１３０から受信する。この応答は、リソース選択のための情報を含む。

いくつかの例示的な実施形態において、該要求は、第１の端末装置１１０についてのＤＲＸに関する設定情報を含んでもよい。

いくつかの例示的な実施形態において、第１の端末装置１１０により送信されるデータの優先度が閾値優先度より高いと第１の端末装置１１０が決定した場合、第１の端末装置１１０は、該要求を送信する。

いくつかの例示的な実施形態において、センシングウィンドウ内の候補センシングオケージョンの総数に対する、重複期間中の少なくとも１つの候補センシングオケージョンの第１の数の比率が、閾値比率より高いと第１の端末装置１１０が決定した場合、第１の端末装置１１０は、該要求を送信する。

追加として、いくつかの例示的な実施形態において、重複期間が存在するか否かを決定する前に、第１の端末装置１１０は、第３の端末装置１３０からリソース選択のための情報を受信する。

図１３は本開示のいくつかの実施形態にかかる例示的な方法１３００のフローチャートである。例えば、方法１３００は、図１に示すような第１の端末装置１１０において実行することができる。方法１３００は、図示されていない追加のブロックを含むことができ、且つ／又は図示されているいくつかのブロックを省略することができ、本開示の範囲はこの点で限定されないことを理解すべきである。

ブロック１３１０において、第１のＤＲＸサイクルのオフ持続時間と第１のセンシングウィンドウとの間に重複期間が存在すると第１の端末装置１１０が決定した場合、第１の端末装置１１０は、第１のＤＲＸサイクルの後の第２のＤＲＸサイクルのオン持続時間内にある第２のセンシングウィンドウ内で、第２の端末装置１２０からＳＣＩと参照信号とを受信する。

ブロック１３２０において、第１の端末装置１１０は、少なくとも第１のＳＣＩと参照信号とに基づいて、第１のサイドリンク送信のためにリソース選択ウィンドウ内の利用可能な候補リソースを決定する。前記リソース選択ウィンドウは、前記第２のセンシングウィンドウの後であり、前記オン持続時間内にある。

いくつかの例示的な実施形態において、第２のセンシングウィンドウの長さは、第１の端末装置１１０のパケット遅延バジェットに関連付けられてもよい。代替として、第２のセンシングウィンドウの長さは、第１の端末装置１１０により送信されるデータの優先度に関連付けられてもよい。

図１４は本開示の実施形態を実装するのに適した装置１４００の概略ブロック図である。装置１４００は、図１に示す端末装置１１０、１２０又は１３０の別の例示的な実施態様として考えられる。したがって、装置１４００は、端末装置１１０又は端末装置１２０において、或いはそれらの少なくとも一部として実現することができる。

図示されるように、装置１４００は、プロセッサ１４１０と、プロセッサ１４１０に結合されたメモリ１４２０と、プロセッサ１４１０に結合された適切な送信機（ＴＸ）及び受信機（ＲＸ）１４４０と、ＴＸ／ＲＸ １４４０に結合された通信インターフェースとを備える。メモリ １４１０は、プログラム１４３０の少なくとも一部を記憶する。ＴＸ／ＲＸ １４４０は双方向通信に用いられる。ＴＸ／ＲＸ １４４０は、通信を容易にするために少なくとも一つのアンテナを有するが、本明細書に言及されたアクセスノードは、実際には複数のアンテナを有することができる。通信インターフェースは、ｅＮＢ間の双方向通信のためのＸ２インターフェース、モビリティ管理エンティティ（ＭＭＥ）／サービングゲートウェイ（Ｓ－ＧＷ）とｅＮＢとの間の通信のためのＳ１インターフェース、ｅＮＢと中継ノード（ＲＮ）との間の通信のためのＵｎインターフェース、又はｅＮＢと端末装置との間の通信のためのＵｕインターフェースなど、他のネットワーク要素との通信に必要な任意のインターフェースを表すことができる。

プログラム１４３０は、図１～図１３を参照して本明細書で説明したように、関連付けられるプロセッサ１４１０により実行された場合、装置１４００が本開示の実施形態に従って動作することを可能にするプログラム命令を含むと仮定する。本文の実施形態は、装置１４００のプロセッサ１４１０により実行可能なコンピュータソフトウェアにより、又はハードウェアにより、又はソフトウェアとハードウェアとの組合せにより実現できる。プロセッサ１４１０は、本開示の様々な実施形態を実施するように設定することができる。さらに、プロセッサ１４１０とメモリ１４２０との組み合わせは、本開示の様々な実施形態を実現するのに適したプロセッシング手段１４５０を形成することができる。

メモリ１４２０は、ローカル技術ネットワークに適した任意のタイプであってもよく、また、非限定的な例として、非一時的なコンピュータ可読記憶媒体、半導体に基づくメモリ装置、磁気メモリ装置及びシステム、光学メモリ装置及びシステム、固定メモリ及びリムーバブルメモリなど、任意の適切なデータ記憶技術を使用して実現されてもよい。装置１４００内には１つのメモリ１４２０のみが示されているが、装置１４００内にはいくつかの物理的に異なるメモリモジュールが存在してもよい。プロセッサ１４１０は、ローカル技術ネットワークに適した任意のタイプであってもよく、非限定的な例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、及びマルチコアプロセッサアーキテクチャに基づくプロセッサのうちの一つ又は複数を含むことができる。装置１４００は、複数のプロセッサ、例えば、メインプロセッサを同期化するクロックに時間的に従属する特定用途向け集積回路チップを有することができる。

全体として、本開示の様々な実施形態は、ハードウェア又は専用回路、ソフトウェア、論理、又はそれらの任意の組み合わせで実現することができる。いくつかの態様は、ハードウェアで実現されてもよく、他の態様は、コントローラ、マイクロプロセッサ、又は他のコンピューティング装置により実行できるファームウェア又はソフトウェアで実現されてもよい。本開示の実施形態の様々な態様は、ブロック図、フローチャート又は他の何らかの絵画的表現を用いて図示及び説明されているが、本明細書に記載されたブロック、機器、システム、技術、又は方法は、非限定的な例として、ハードウェア、ソフトウェア、ファームウェア、専用回路又は論理、汎用ハードウェア又はコントローラ又は他のコンピューティング装置、又はそれらの何らかの組み合わせで実装できることを理解されたい。

本開示はまた、非一時的なコンピュータ可読記憶媒体上に有形的に記憶された少なくとも一つのコンピュータプログラム製品を提供する。コンピュータプログラム製品は、図２から図８及び図１１から図１３を参照して上述したプロセス又は方法のうちの何れか一つを実行するために、対象の実プロセッサ又は仮想プロセッサ上の装置内で実行される、プログラムモジュールに含まれる命令などのコンピュータ実行可能な命令を含む。一般に、プログラムモジュールには、特定のタスクを実行したり、特定の抽象データ型を実装したりするルーチン、プログラム、ライブラリ、オブジェクト、クラス、コンポーネント、データ構造などが含まれる。様々な実施形態において、プログラムモジュールの機能は、必要に応じて、プログラムモジュール間で結合又は分割することができる。プログラムモジュールのマシンが実行可能な命令は、ローカル又は分散型装置内で実行することができる。分散型装置において、プログラムモジュールは、ローカル可読媒体及びリモート可読媒体内の両方に配置されていてもよい。

本開示の方法を実行するためのプログラムコードは、一つ又は複数のプログラミング言語の任意の組み合わせで記述されてもよい。これらのプログラムコードは、汎用コンピュータ、専用コンピュータ、又は他のプログラマブルデータプロセッシング機器のプロセッサ又はコントローラに提供され、プロセッサ又はコントローラにより実行された場合、プログラムコードで、フローチャート及び／又はブロック図に指定された機能／動作を実現させる。プログラムコードは、完全にマシン上で、部分的にマシン上で、独立したソフトウェアパッケージとして、部分的にマシン上でかつ部分的にリモートマシン上で、又は完全にリモートマシン又はサーバ上で実行してもよい。

上述のプログラムコードは、マシン可読媒体上で実装することができ、マシン可読媒体は、命令実行システム、機器、又は装置により使用されるか、又はそれらに関連するプログラムを含むか又は記憶することができる任意の有形媒体であってもよい。マシン可読媒体は、マシン可読信号媒体又はマシン可読記憶媒体とすることができる。マシン可読媒体は、電子、磁気、光学、電磁気、赤外線若しくは半導体のシステム、機器若しくは装置、又は前述の媒体の任意の適切な組み合せを含むことができるが、これらに限定されない。マシンが読み取り可能な記憶媒体のより具体的な例は、一つ又は複数のワイヤを有する電気接続、ポータブルコンピュータディスク、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、消去可能プログラマブルリードオンリーメモリ（ＥＰＲＯＭ又はフラッシュメモリ）、光ファイバ、ポータブル光ディスクリードオンリーメモリ（ＣＤ－ＲＯＭ）、光学的記憶装置、磁気記憶装置、又は上述の任意の適切な組合せを含んでもよい。

なお、動作について特定の順序で説明を行ったが、所望の結果を得るために、こうした動作を、示された特定の順序で実行するか若しくは連続した順序で実行し、又は、説明された全ての動作を実行することが求められる、と理解されるべきではない。場合によっては、マルチタスクや並列処理が有利になることもある。同様に、いくつかの特定の実装の詳細が上記の議論に含まれているが、これらは、本開示の範囲に対する限定として解釈されるべきではなく、特定の実施形態に固有となり得る特徴の説明として解釈されるべきである。個々の実施形態の文脈で説明されたいくつかの特徴は、単一の実施形態において組み合わされて実現されてもよい。逆に、単一の実施形態の文脈で説明された様々な特徴は、複数の実施形態において別々に、又は任意の適切なサブ組合せで実装されてもよい。

本開示は、構造的特徴及び／又は方法論的動作に特有の言語で説明されてきたが、添付の特許請求の範囲において定義された本開示は、必ずしも上記の特定の特徴又は動作に限定されないことを理解すべきである。むしろ、上述した特定の特徴及び動作は、特許請求の範囲を実施する例示的な形態として開示されている。

Claims (28)

1. 不連続受信サイクルのオン持続時間中に、第１の端末装置において第２の端末装置から、第１のサイドリンク制御情報と、前記第１のサイドリンク制御情報に関連付けられる第１の参照信号とを受信することと、
   前記不連続受信サイクルのオフ持続時間とセンシングウィンドウとの間に重複期間が存在するとの決定に従って、少なくとも前記第１のサイドリンク制御情報と前記第１の参照信号とに基づいて、第１のサイドリンク送信のためにリソース選択ウィンドウ内の利用可能な候補リソースを決定することと、
   を含む通信方法。
2. 前記重複期間が存在するとの決定に従って、前記重複期間中の少なくとも１つの候補センシングオケージョンが利用不可能であるとの指示を、前記第１の端末装置の物理層から前記物理層より高いプロトコル層に提供すること
   をさらに含む請求項１に記載の方法。
3. 前記利用可能な候補リソースを決定することは、
   前記第１のサイドリンク制御情報と前記第１の参照信号とに基づいて、第２のサイドリンク送信のために前記第２の端末装置により予約されている第１のリソースを決定することと、
   前記第１のリソースが前記オフ持続時間内にあるとの決定に従って、第２のサイドリンク制御情報と、前記第２のサイドリンク制御情報に関連付けられる第２の参照信号とを、第１のリソース上で前記第２の端末装置から受信することと、
   前記第２のサイドリンク制御情報と前記第２の参照信号とに基づいて、前記利用可能な候補リソースを決定することと、
   を含む請求項１に記載の方法。
4. 前記第２のサイドリンク制御情報と前記第２の参照信号とを受信することは、
   前記オフ持続時間の開始から前記第１のリソースの終了までアクティブ状態を維持することと、
   前記アクティブ状態で前記第２のサイドリンク制御情報と前記第２の参照信号とを受信することと、
   を含む請求項３に記載の方法。
5. 前記第２のサイドリンク制御情報と前記第２の参照信号とを受信することは、
   前記第１のリソース上で非アクティブ状態からアクティブ状態に切り替えることと、
   前記アクティブ状態で前記第２のサイドリンク制御情報と前記第２の参照信号とを受信することと、
   を含む請求項３に記載の方法。
6. 前記利用可能な候補リソースを決定することは、
   前記第１のサイドリンク制御情報と前記第１の参照信号とに基づいて、第３のサイドリンク送信のために前記第２の端末装置により予約されている第２のリソースを決定することと、
   前記第２のリソースが前記オフ持続時間内にあるとの決定に従って、前記第１のサイドリンク制御情報と、前記第１の参照信号と、前記オフ持続時間の開始と、前記リソース選択ウィンドウの終了とに基づいて、第３のリソースを決定することと、
   前記第３のリソースが前記リソース選択ウィンドウ内にあるとの決定に従って、前記リソース選択ウィンドウ内の、前記第３のリソースとは異なるリソースを、前記利用可能な候補リソースとして決定することと、
   を含む請求項１に記載の方法。
7. 前記利用可能な候補リソースを決定することは、
   前記オフ持続時間内の第５のリソースと、少なくとも１つの予め設定されたリソース予約期間とに基づいて、少なくとも１つの第４のリソースを決定することと、
   前記少なくとも１つの第４のリソースが前記リソース選択ウィンドウ内にあるとの決定に従って、前記リソース選択ウィンドウ内の、前記少なくとも１つの第４のリソースとは異なるリソースを、前記利用可能な候補リソースとして決定することと、
   を含む請求項１に記載の方法。
8. 前記少なくとも１つの第４のリソースを決定することは、
   前記第１の端末装置により送信されるデータの優先度が閾値優先度より高いとの決定に従って、前記少なくとも１つの第４のリソースを決定すること
   を含む請求項７に記載の方法。
9. 前記少なくとも１つの第４のリソースを決定することは、
   チャネル混雑率が閾値率より低いとの決定に従って、前記少なくとも１つの第４のリソースを決定すること
   を含む請求項７に記載の方法。
10. 前記少なくとも１つの第４のリソースを決定することは、
    前記オフ持続時間が閾値持続時間より小さいとの決定に従って、前記少なくとも１つの第４のリソースを決定すること
    を含む請求項７に記載の方法。
11. 前記少なくとも１つの第４のリソースを決定することは、
    前記少なくとも１つの予め設定されたリソース予約期間の数が閾値数より少ないとの決定に従って、前記少なくとも１つの第４のリソースを決定すること
    を含む請求項７に記載の方法。
12. 前記第１のサイドリンク制御情報は、前記第１の端末装置と前記第２の端末装置とについて設定された第１のリソースプール内の第５のリソース上で送信され、前記第１のサイドリンク制御情報を受信することは、
    前記第１の端末装置と前記第２の端末装置とについて設定された第２のリソースプール内の第６のリソース上で前記第１のサイドリンク制御情報を受信することであって、前記オン持続時間と前記オフ持続時間とのそれぞれが前記第１のプールと前記第２のプールとについて設定されていることと、
    を含む請求項１に記載の方法。
13. 前記オン持続時間と前記オフ持続時間とは参照スロットに関する第１のスロットインデックスと前記参照スロットに関する第２のスロットインデックスを使用して設定されている
    請求項１２に記載の方法。
14. 前記参照スロットは、
    前記第１の端末装置と前記第２の端末装置とのためのサービングセルの開始システムフレームの第１の開始スロット、又は
    開始確実フレームの第２の開始スロット
    のうちの少なくとも１つ
    を含む請求項１３に記載の方法。
15. 第１の端末装置において、不連続受信サイクルのオフ持続時間とセンシングウィンドウとの間に重複期間が存在するか否かを決定することと、
    前記重複期間が存在するとの決定に従って、第３の端末装置から受信したリソース選択についての情報に基づいて、第１のサイドリンク送信のためにリソース選択ウィンドウ内の利用可能な候補リソースを決定することと、
    を含む通信方法。
16. 前記利用可能な候補リソースを決定することは、
    前記重複期間が存在するとの決定に従って、
    前記第３の端末装置に、リソース選択のための前記情報についての要求を、送信し、
    前記第３の端末装置から、リソース選択のための前記情報を含む、前記要求への応答を受信すること
    を含む請求項１５に記載の方法。
17. 前記要求は、前記第１の端末装置についての不連続受信に関する設定情報を含む
    請求項１６に記載の方法。
18. 前記要求を送信することは、
    前記第１の端末装置により送信されるデータの優先度が閾値優先度より高いとの決定に従って、前記要求を送信すること
    を含む請求項１６に記載の方法。
19. 前記要求を送信することは、
    前記センシングウィンドウ内の候補センシングオケージョンの総数に対する、前記重複期間中の少なくとも１つの候補センシングオケージョンの第１の数の比率が、閾値比率より高いとの決定に従って、前記要求を送信すること
    を含む請求項１６に記載の方法。
20. 前記重複期間が存在するか否かを決定する前に、リソース選択のための前記情報を前記第３の端末装置から受信すること
    をさらに含む請求項１５に記載の方法。
21. 第１の不連続受信サイクルのオフ持続時間と第１のセンシングウィンドウとの間に重複期間が存在するとの決定に従って、第１の端末装置において第２の端末装置から、前記第１の不連続受信サイクルの後の第２の不連続受信サイクルのオン持続時間内にある第２のセンシングウィンドウ内でサイドリンク制御情報と参照信号とを受信することと、
    少なくとも前記第１のサイドリンク制御情報と前記参照信号とに基づいて、第１のサイドリンク送信のために、前記第２のセンシングウィンドウの後であって前記オン持続時間内にあるリソース選択ウィンドウ内の利用可能な候補リソースを決定することと、
    を含む通信方法。
22. 前記第２のセンシングウィンドウの長さは、
    前記第１の端末装置についてのパケット遅延バジェット、又は
    前記第１の端末装置により送信されるデータの優先度
    のうちの少なくとも１つに関連付けられる
    請求項２１に記載の方法。
23. プロセッサと、前記プロセッサに結合され命令を記憶しているメモリと、を備える端末装置であって、
    前記命令が前記プロセッサにより実行された場合、請求項１から請求項１４の何れか一項に記載の方法を実行する
    端末装置。
24. プロセッサと、前記プロセッサに結合され命令を記憶しているメモリと、を備える端末装置であって、
    前記命令が前記プロセッサにより実行された場合、請求項１５から請求項２０の何れか一項に記載の方法を実行する
    端末装置。
25. プロセッサと、前記プロセッサに結合され命令を記憶しているメモリと、を備える端末装置であって、
    前記命令が前記プロセッサにより実行された場合、請求項２１及び請求項２２の何れか一項に記載の方法を実行する
    端末装置。
26. 装置の少なくとも一つのプロセッサ上で実行された場合、前記装置に、請求項１から請求項１４の何れか一項に記載の方法を実行させる命令を記憶している
    コンピュータ可読媒体。
27. 装置の少なくとも一つのプロセッサ上で実行された場合、前記装置に、請求項１５から請求項２０の何れか一項に記載の方法を実行させる命令を記憶している
    コンピュータ可読媒体。
28. 装置の少なくとも一つのプロセッサ上で実行された場合、前記装置に、請求項２１及び請求項２２の何れか一項に記載の方法を実行させる命令を記憶している
    コンピュータ可読媒体。

Images