特許 7501638 方法及び端末

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-06-10

(45)【発行日】2024-06-18

(54)【発明の名称】方法及び端末

(51)【国際特許分類】

   H04W 72/0446 20230101AFI20240611BHJP

   H04W 52/02 20090101ALI20240611BHJP

   H04W 72/25 20230101ALI20240611BHJP

   H04W 92/18 20090101ALI20240611BHJP

【ＦＩ】

H04W72/0446

H04W52/02 110

H04W72/25

H04W92/18

【請求項の数】 6

(21)【出願番号】P 2022538840

(86)(22)【出願日】2019-12-23

(65)【公表番号】

(43)【公表日】2023-04-14

(86)【国際出願番号】 CN2019127503

(87)【国際公開番号】W WO2021127866

(87)【国際公開日】2021-07-01

【審査請求日】2022-12-21

(73)【特許権者】

【識別番号】000004237

【氏名又は名称】日本電気株式会社

(74)【代理人】

【識別番号】100103894

【弁理士】

【氏名又は名称】家入 健

(72)【発明者】

【氏名】ミャオ ジャオバン

(72)【発明者】

【氏名】ワン ガン

【審査官】本橋 史帆

(56)【参考文献】

【文献】国際公開第２０１８／０６４４７７（ＷＯ，Ａ１）

【文献】米国特許出願公開第２０１９／００９７８７４（ＵＳ，Ａ１）

【文献】Huawei, HiSilicon，Motivation for new SI proposal on 5G V2X[online]，3GPP TSG RAN #79 RP-180384，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/TSG_RAN/TSGR_79/Docs/RP-180384.zip>，2018年03月12日

【文献】Sequans Communications，Discussion on paging relay and sidelink maintenance[online]，3GPP TSG RAN WG2 #97bis R2-1703593，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_97bis/Docs/R2-1703593.zip>，2017年03月24日

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｂ ７／２４－ ７／２６

Ｈ０４Ｗ ４／００－９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

第１の端末によって実行される方法であって、
第２の端末の識別子に基づいてオフセットを得ることと、
サイドリンクＤＲＸサイクル内の第１の持続時間の期間において、前記第１の持続時間の開始時点から前記オフセットに対応する時間後のターゲット時点に、第１の端末から前記第２の端末へのサイドリンク通信を実行することと、
を含み、
第１のタイマーは、前記第２の端末から前記第１の端末へのサイドリンク送信についてのネガティブフィードバックを送信することで、スタートされ、
前記第１のタイマーは、第１の数のサイドリンクタイムスロットが含まれる持続時間を示し、
第２のタイマーは、前記第１のタイマーが終了する際にスタートされ、前記サイドリンク送信についてのサイドリンク再送が前記第１の端末によって受信されると停止され、
前記方法は、
前記サイドリンク送信を検出した後の第３の持続時間を示す第３のタイマーを決定することと、
前記第３のタイマーが終了する前に前記第１の端末がサイドリンク送信を実行すると、第４の持続時間を示す第４のタイマーをスタートすることと、
前記第４のタイマーが終了すると、前記第２のタイマーをスタートすることと、
をさらに含む、
方法。

【請求項2】

前記第２のタイマーが動作している間、前記第２の端末からのサイドリンク送信を監視することを含む
請求項１に記載の方法。

【請求項3】

前記第１の端末は、サイドリンクマルチキャスト通信における端末デバイスグループのうちのメンバーである、
請求項１に記載の方法。

【請求項4】

プロセッサーを含み、
前記プロセッサーは、第２の端末の識別子に基づいてオフセットを得て、サイドリンクＤＲＸサイクル内の第１の持続時間の期間において、前記第１の持続時間の開始時点から前記オフセットに対応する時間後のターゲット時点に、第１の端末から前記第２の端末へのサイドリンク通信を実行し、
第１のタイマーは、前記第２の端末から前記第１の端末へのサイドリンク送信についてのネガティブフィードバックを送信することで、スタートされ、
前記第１のタイマーは、第１の数のサイドリンクタイムスロットが含まれる持続時間を示し、
第２のタイマーは、前記第１のタイマーが終了する際にスタートされ、前記サイドリンク送信についてのサイドリンク再送が前記第１の端末によって受信されると停止され、
前記プロセッサーは、さらに、
前記サイドリンク送信を検出した後の第３の持続時間を示す第３のタイマーを決定し、
前記第３のタイマーが終了する前に前記第１の端末がサイドリンク送信を実行すると、第４の持続時間を示す第４のタイマーをスタートし、
前記第４のタイマーが終了すると、前記第２のタイマーをスタートする、
第１の端末。

【請求項5】

前記プロセッサーは、前記第２のタイマーが動作している間、前記第２の端末からのサイドリンク送信を監視する、
請求項４に記載の第１の端末。

【請求項6】

前記第１の端末は、サイドリンクマルチキャスト通信における端末デバイスグループのうちのメンバーである、
請求項４に記載の第１の端末。

【発明の詳細な説明】

【技術分野】

【0001】

本開示の実施例は一般に通信分野に関して、特にサイドリンク通信における不連続受信（ＤＲＸ）のための解決策に関している。

【背景技術】

【0002】

３ＧＰＰ規格の最新の発展は、進化したパケットコア（ＥＰＣ）ネットワークのロングタームエボリューション（ＬＴＥ）及び進化したユニバーサル移動体通信システム（ＵＭＴＳ）陸地無線アクセスネットワーク（Ｅ―ＵＴＲＡＮ）と呼ばれ、一般的に、「４Ｇ」とも呼ばれる。また、用語である「５Ｇ新無線（ＮＲ）」は、各種のアプリケーション及びサービスをサポートすると予期される進化した通信技術を指す。５Ｇ ＮＲは、第３世代パートナーシッププロジェクト（３ＧＰＰ）によって発表された継続的なモバイル ブロードバンド進化の一部であり、遅延、信頼性、セキュリティ、拡張可能性（例えば、モノのインターネット）に関する新規要求及び他の要求を満たすことができる。５Ｇ ＮＲのいくつかの態様は４Ｇ長期進化（ＬＴＥ）規格を基礎とする。

【0003】

サイドリンクＤＲＸは３ＧＰＰのリリース１７のターゲットの一つであり、ビークルツーエブリシング（Ｖ２Ｘ）用例における、攻撃を受けやすい交通弱者（ＶＲＵ）、及び公共安全、ビジネス用例におけるユーザ機器（ＵＥ）の電力消耗を低減させ、ＵＥにおける電力消耗を最小化する必要がある。ところが、今まで、実行可能なサイドリンクＤＲＸ通信の解決策はまだ存在していない。

【発明の概要】

【発明が解決しようとする課題】

【0004】

一般的に、本開示の例示的な実施例は、サイドリンク通信におけるＤＲＸ（ここで、サイドリンクＤＲＸ通信とも呼ばれる）のための解決策を提供する。

【課題を解決するための手段】

【0005】

第１の態様において、通信方法を提供する。当該方法は、通信ネットワークにおける端末デバイスの第１の端末デバイスにおいてサイドリンクＤＲＸ設定（configuration）を取得することを含む。また、当該方法は、サイドリンクＤＲＸ設定からサイドリンクＤＲＸサイクルを決定することを含み、当該サイドリンクＤＲＸサイクルは、第１の持続時間と第２の持続時間とを含み、第１の持続時間期間においてはサイドリンク通信の、端末デバイスの間での実行が許可され、第２の持続時間期間においてはサイドリンク通信の実行が許可されていない。さらに、当該方法は、第１の持続時間期間で、端末デバイスの第２の端末デバイスとのサイドリンク通信を実行することを含む。

【0006】

第２の態様において、通信方法を提供する。当該方法は、通信ネットワークにおけるネットワークデバイスから、サイドリンクＤＲＸサイクルを示すサイドリンクＤＲＸ設定を決定することを含み、サイドリンクＤＲＸサイクルは、第１の持続時間と第２の持続時間とを含み、第１の持続時間期間においてはサイドリンク通信の、通信ネットワークの端末デバイスの間での実行が許可され、第２の持続時間期間においてはサイドリンク通信の実行が許可されていない。また、当該方法は、第１の端末デバイスはサイドリンクＤＲＸ設定に基づいて、端末デバイスの第２の端末デバイスとのサイドリンク通信を実行するように、サイドリンクＤＲＸ設定を端末デバイスにおける第１の端末デバイスに送信することを含む。

【0007】

第３の態様において、端末デバイスを提供する。端末デバイスは、プロセッサーと、指令が記憶されるメモリとを含む。メモリ及び指令は、端末デバイスに第１の態様による方法を実行させるように、プロセッサーに設定される。

【0008】

第４の態様において、ネットワークデバイスを提供する。当該ネットワークデバイスは、プロセッサーと、指令が記憶されるメモリとを含む。メモリ及び指令は、ネットワークデバイスに第２の態様による方法を実行させるように、プロセッサーに設定される。

【0009】

第５の態様において、指令が記憶されたコンピュータ可読媒体を提供する。指令がデバイスの少なくとも一つのプロセッサーにより実行される場合、デバイスに第１の態様による方法を実行させる。

【0010】

第６の態様において、指令が記憶されたコンピュータ可読媒体を提供する。指令がデバイスの少なくとも一つのプロセッサーによる実行される場合、デバイスに第２の態様による方法を実行させる。

【0011】

ここで、この発明の概要は、本開示の実施例の主な又は基本的な特徴を特定するものではなく、本開示の範囲も限定していない。以下の記載によって、本開示の他の特徴は分かりやすくなる。

【図面の簡単な説明】

【0012】

図面において、本開示のいくつかの実施例をより詳しく記載することで、本開示の上記及び他の目的、特徴、利点はより明らかになる。

【0013】

【図1】本開示のいくつかの実施例を実現可能な通信環境の概略図である。

【0014】

【図2】本開示のいくつかの実施例による第１の端末デバイスと第２の端末デバイスとの間の例示的な通信プロセスを示す。

【0015】

【図3】本開示のいくつかの実施例による、第１の持続時間と第２の持続時間とを含むサイドリンクＤＲＸサイクルの一つの例示を示す。

【0016】

【図4】本開示のいくつかの実施例による、ネットワークデバイスと第１の端末デバイスとの間の例示的な通信プロセスを示す。

【0017】

【図5】本開示のいくつかの実施例による、サイドリンクＤＲＸサイクルの第１の持続時間期間でサイドリンク送信を実行するためのオフセットの二つの例示を示す。

【0018】

【図6】本開示のいくつかの実施例による、ヘッド機器とメンバー端末デバイスとの間の例示的な通信プロセスを示す。

【0019】

【図7】本開示のいくつかの実施例による、グローバルサイドリンクＤＲＸサイクル及びグループサイドリンクＤＲＸサイクルという両者が第１の端末デバイスを対象として設定された場合、送信持続時間の二つの例示、及び受信持続時間の二つの例示を示す。

【0020】

【図8】本開示のいくつかの実施例による、サイドリンクＤＲＸオペレーション用の第１のタイマーの例示、及び第２のタイマーの例示を示す。

【0021】

【図9】本開示のいくつかの実施例による、ダウンリンク送信のＤＲＸオペレーション用の非アクティブタイマーをサイドリンク通信に適用する場合、出現した問題を解釈するための例示を示す。

【0022】

【図10】本開示のいくつかの実施例による、サイドリンクＤＲＸオペレーション用の第３のタイマーの例示、及び第４のタイマーの例示を示す。

【0023】

【図11】本開示のいくつかの実施例による例示的な方法のフローチャートを示す。

【0024】

【図12】本開示のいくつかの実施例による別の例示的な方法のフローチャートを示す。

【0025】

【図13】本開示のいくつかの実施例を実施するデバイスの簡略化ブロック図である。

【0026】

全ての図面において、同一又は類似の符号は同一又は類似の素子を示す。

【発明を実施するための形態】

【0027】

これから、いくつかの例示的な実施例を参照して本開示の原理を記載する。ここで、これらの実施例の記載は本開示の範囲についての何の限定ではなく、ただ説明し、及び当業者が本開示を理解して実施するためのものである。ここに記載の開示は、以下に記載の態様以外の各種の態様で実現されてもよい。

【0028】

以下の記載及び請求項において、別の定義がない限り、本明細書が使用した全ての技術及び科学用語は、本開示の当業者の一般的な理解と同一意味を有する。

【0029】

本明細書が使用するように、用語である「ネットワークデバイス」又は「基地局」（ＢＳ）は、端末デバイスが通信を実行できるセル又はカバレッジを提供又はホストできるデバイスを指す。ネットワークデバイスの例示は、ノードＢ（ＮｏｄｅＢ又はＮＢ）、進化したＮｏｄｅＢ（ｅＮｏｄｅＢ又はｅＮＢ）、次世代ＮｏｄｅＢ（ｇＮＢ）、Ｖ２Ｘ通信用インフラストラクチャーデバイス、送信／受信ポイント（ＴＲＰ）、リモート無線ユニット（ＲＲＵ）、ラジオヘッド（ＲＨ）、遠隔ラジオヘッド（ＲＲＨ）、例えばマイクロノード、ピコノードなどの低電力ノードを含むが、これらに限定されていない。

【0030】

本明細書が使用するように、用語である「端末デバイス」は、無線又は有線通信能力を有する任意のデバイスを指す。端末デバイスの例示は、ユーザ機器（ＵＥ）、車載端末デバイス、歩行者デバイス、ロードサイドユニット、パーソナル コンピュータ、デスクトップパソコン、携帯電話、セルラー電話、スマートフォン、携帯情報端末（ＰＤＡ）、ポータブルコンピュータ、画像キャプチャデバイス、例えばデジタルカメラ、ゲームデバイス、音楽記憶及び再生電気製品、又は無線又は有線インターネットアクセス及び閲覧などをサポートするインターネット電気製品を含むが、これらに限定されていない。議論を目的とし、端末デバイスの例示としてのＵＥを参照して、いくつかの実施例を記載し、用語である「端末デバイス」及び「ユーザ機器」（ＵＥ）は、本開示の明細書において、互いに交換されるように使用されてもよい。

【0031】

一つの実施例において、端末デバイスは第１のネットワークデバイス及び第２のネットワークデバイスに接続される。第１のネットワークデバイス及び第２のネットワークデバイスのうちの一方はマスターノードであり、他方はセカンダリノードである。第１のネットワークデバイス及び第２のネットワークデバイスは異なる無線アクセス技術（ＲＡＴ）を使用してもよい。一つの実施例において、第１のネットワークデバイスは第１のＲＡＴデバイスであり、第２のネットワークデバイスは第２のＲＡＴデバイスであってもよい。一つの実施例において、第１のＲＡＴデバイスはｅＮＢであり、第２のＲＡＴデバイスはｇＮＢである。

【0032】

異なるＲＡＴと関連付けられた情報は第１のネットワークデバイス及び第２のネットワークデバイスのうちの少なくとも一方から、端末デバイスに送信されてもよい。一つの実施例において、第１の情報は第１のネットワークデバイスから端末デバイスに送信され、第２の情報は第２のネットワークデバイスから直接的又は第１のネットワークデバイスを介して端末デバイスに送信されてもよい。一つの実施例において、端末デバイスのための設定と関連付けられた、第２のネットワークデバイスによって設定された情報は第２のネットワークデバイスから第１のネットワークデバイスを介して送信されてもよい。端末デバイスのための再設定と関連付けられた、第２のネットワークデバイスによって設定された情報は第２のネットワークデバイスから直接的又は第１のネットワークデバイスを介して、端末デバイスに送信される。

【0033】

明細書において特に明記されていない限り、本明細書が使用するように、単数形態は複数形態も含むように意図される。用語である「含む」及びその変形は、オープンターム（open term）として理解され、「……を含むが、限定されていない」ことを意味する。用語である「基づく」は、「少なくとも部分的に基づく」として理解される。用語である「一つの実施例」及び「実施例」は、「少なくとも一つの実施例」として理解される。用語である「別の実施例」は、「少なくとも一つの別の実施例」として理解される。用語である「第１」、「第２」などは、異なる又は同一オブジェクトを指す。明示及び暗黙的な他の定義は以下に含まれてもよい。

【0034】

いくつかの例示において、値、プロシージャ又は装置は「最適」、「最低」、「最高」、「最小」、「最大」などと呼ばれる。ここで、このような記載は、使用される多くの機能候補から選択を実行してもよく、このような選択が他の選択よりよく、小さく、高く又は他の態様で好適である必要がないと示す。

【0035】

図１は本開示のいくつかの実施例を実現可能な通信環境１００の概略図である。図１に示すように、通信環境１００（通信ネットワーク１００とも呼ばれる）は、第１の端末デバイス１２０、第２の端末デバイス１３０及び第３の端末デバイス１４０をサービスするネットワークデバイス１１０を含む。特に、第１の端末デバイス１２０は通信チャネル１０５を介してネットワークデバイス１１０と通信し、第２の端末デバイス１３０は通信チャネル１１５を介してネットワークデバイス１１０と通信し、第３の端末デバイス１４０は通信チャネル１２５を介してネットワークデバイス１１０と通信する。ネットワークデバイス１１０から第１の端末デバイス１２０、第２の端末デバイス１３０又は第３の端末デバイス１４０への送信について、通信チャネル１０５、通信チャネル１１５又は通信チャネル１２５はダウンリンクチャネルと呼ばれ、第１の端末デバイス１２０、第２の端末デバイス１３０又は第３の端末デバイス１４０からネットワークデバイス１１０への送信について、通信チャネル１０５、通信チャネル１１５又は通信チャネル１２５は代替的に、アップリンクチャネルと呼ばれてもよい。

【0036】

また、第１の端末デバイス１２０はデバイスツーデバイス（Ｄ２Ｄ）チャネル１３５（サイドリンクチャネル１３５とも呼ばれる）を介して第２の端末デバイス１３０と通信する。同様に、第１の端末デバイス１２０はサイドリンクチャネル１４５を介して第３の端末デバイス１４０と通信し、第２の端末デバイス１３０はサイドリンクチャネル１５５を介して第３の端末デバイス１４０と通信する。ある場合、ネットワークデバイス１１０は通信環境１００に存在しなくてもよい。例えば、第１の端末デバイス１２０、第２の端末デバイス１３０及び第３の端末デバイス１４０のうちの一つ又は複数は、ネットワークデバイス１１０のカバレッジを超える可能性がある。この場合、第１の端末デバイス１２０、第２の端末デバイス１３０、第３の端末デバイス１４０、及び図１に示されていない他の可能な端末デバイスの間にはサイドリンク通信のみが存在する。

【0037】

いくつかの実施例において、第１の端末デバイス１２０、第２の端末デバイス１３０及び第３の端末デバイス１４０のうちの一つ又は複数は、３ＧＰＰ仕様に定義されたサイドリンクマルチキャスト通信における１グループの端末デバイスに属してもよいし、又は異なるグループの端末デバイスにそれぞれ属してもよい。一つの例示として、第１の端末デバイス１２０、第２の端末デバイス１３０及び第３の端末デバイス１４０は、サイドリンクマルチキャスト通信における同一グループの端末デバイスであってもよい。この場合、第１の端末デバイス１２０、第２の端末デバイス１３０及び第３の端末デバイス１４０のうちの何れか一つは、ヘッド端末デバイスであってもよく、当該グループにおけるヘッド端末デバイスを除いた他の端末デバイスは、メンバー端末デバイスであってもよい。

【0038】

本明細書が使用するように、ヘッド端末デバイスは、サイドリンクマルチキャスト通信における１グループの端末デバイスの端末デバイスであり、グループにおけるサイドリンクマルチキャスト通信を制御又は管理し、当該グループを代表してグループ外部の他のデバイスと通信する。ある場合、第１の端末デバイス１２０、第２の端末デバイス１３０及び第３の端末デバイス１４０は、何れもメンバー端末デバイスであってもよく、ヘッド端末デバイスは、別の端末デバイスである。別の例示として、第１の端末デバイス１２０、第２の端末デバイス１３０及び第３の端末デバイス１４０のうちの一つ又は複数は、サイドリンクマルチキャスト通信における異なるグループの端末デバイスに属する。例えば、三つの端末デバイスは、３グループの端末デバイスにそれぞれ属してもよい。

【0039】

又は、第１の端末デバイス１２０及び第２の端末デバイス１３０は、同一グループに存在し、第３の端末デバイス１４０は、別のグループに属してもよい。又は、第１の端末デバイス１２０及び第３の端末デバイス１４０は、同一グループに属し、第２の端末デバイス１３０は、別のグループに属してもよい。他の場合、第２の端末デバイス１３０及び第３の端末デバイス１４０は、同一グループに属し、第１の端末デバイス１２０は、別のグループに属してもよい。いくつかの実施例において、第１の端末デバイス１２０、第２の端末デバイス１３０及び第３の端末デバイス１４０のうちの何れか一つ又は複数は、サイドリンクマルチキャスト通信における何れかのグループの端末デバイスに属しなくてもよい。

【0040】

いくつかの実施例において、第１の端末デバイス１２０と第２の端末デバイス１３０との間の、サイドリンクチャネル１３５によるサイドリンク通信期間で、第１の端末デバイス１２０は、１グループの送信リソースを使用して、第２の端末デバイス１３０へのサイドリンク通信を実行する。本明細書が使用するように、用語である「サイドリンク送信」は、一般的に、これらの間のサイドリンクチャネルを介して一つの端末デバイスから別の端末デバイスへ実行される任意の送信を指す。サイドリンク送信は、サイドリンク通信に関する任意のデータ又は制御情報、例えば、サイドリンクデータ又はサイドリンク制御情報、若しくはサイドリンクフィードバック情報を送信する。本明細書が使用するように、用語である「サイドリンクチャネル」は一般的に、サイドリンク通信用の任意のチャネル、例えば、物理サイドリンク共有チャネル（ＰＳＳＣＨ）、物理サイドリンク制御チャネル（ＰＳＣＣＨ）、物理サイドリンク発見チャネル（ＰＳＤＣＨ）、物理サイドリンクブロードキャストチャネル（ＰＳＢＣＨ）、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）及び他の従来又は将来のサイドリンクチャネルを指す。

【0041】

本明細書が使用するように、用語である「リソース」、「送信リソース」又は「サイドリンクリソース」は、通信を実行するための任意のリソース、例えば、端末デバイスの間のサイドリンク通信、時間領域におけるリソース（例えば、タイムスロット）、周波数領域リソース（例えば、サブチャネル）、空間領域リソース、コード領域リソース、又は通信を可能にする他の任意のリソースなどを指す。以下、周波数領域及び時間領域という両者のリソースは何れもサイドリンクリソースの例示として、本開示のいくつかの実施例を記載するために用いられる。ところが、ここで、本開示の実施例は同じように、他の任意の領域における、他の任意のリソースに適用される。

【0042】

ネットワークデバイス１１０、第１の端末デバイス１２０、第２の端末デバイス１３０及び第３の端末デバイス１４０は図１の通信環境１００に記載されるが、本開示の実施例は同じように、互いに通信する他の任意の適切な通信デバイスに適用されてもよい。即ち、本開示の実施例は図１の例示的なシナリオに限定されていない。これについて、ここで、図１において、第１の端末デバイス１２０、第２の端末デバイス１３０及び第３の端末デバイス１４０は概略的に携帯電話として描画されるが、このような記載はいかなる限定も意味していなく、ただ例示的なものである。他のいくつかの実施例において、第１の端末デバイス１２０、第２の端末デバイス１３０及び第３の端末デバイス１４０は他の任意の無線通信デバイス、例えば、車載端末デバイスであってもよい。

【0043】

第１の端末デバイス１２０、第２の端末デバイス１３０及び第３の端末デバイス１４０は車載端末デバイスである場合、これらに関する通信はＶ２Ｘ通信と呼ばれてもよい。より一般的に、図１において図示していないが、第１の端末デバイス１２０、第２の端末デバイス１３０及び第３の端末デバイス１４０に関するＶ２Ｘ通信は、第１の端末デバイス１２０、第２の端末デバイス１３０又は第３の端末デバイス１４０と、インフラストラクチャーデバイス、他の車載端末デバイス、歩行者のデバイス、ロードサイドユニットなどを含むが、これらに限定されていない他の任意の通信デバイスとの間の通信を含んでもよい。また、図示していないが、図１に示された全ての通信リンクは何れも一つ又は複数の中継を経ってもよい。

【0044】

ここで、図１に示される端末デバイスの数及びネットワークデバイスの数はいかなる限定も意味していなく、ただ説明を目的とする。通信環境１００は、任意の適切な数の端末デバイス、任意の適切な数のネットワークデバイス、及び本開示の実施例を実施するための任意の適切な数の他の通信デバイスを含んでもよい。また、ここで、全ての通信デバイスの間には各種の無線通信及び有線通信が存在してもよい（必要があれば）。

【0045】

通信環境１００における通信は任意の適切な規格に合って、グローバル移動通信システム（ＧＳＭ）、拡張カバレッジグローバル移動モノのインターネットシステム（ＥＣ―ＧＳＭ―ＩｏＴ）、ロングタームエボリューション（ＬＴＥ）、ＬＴＥ―エボリューション、ＬＴＥ―アドバンスト（ＬＴＥ―Ａ）、広帯域符号分割多元接続（ＷＣＤＭＡ）、符号分割多元接続（ＣＤＭＡ）、ＧＳＭ ＥＤＧＥ無線アクセスネットワーク（ＧＥＲＡＮ）などを含むが、これらに限定されていない。また、現在既知又は将来開発しようとする任意の世代の通信プロトコルに基づいて通信を実行してもよい。通信プロトコルの例示は、第１世代（１Ｇ）、第２世代（２Ｇ）、２.５Ｇ、２.７５Ｇ、第３世代（３Ｇ）、第４世代（４Ｇ）、４.５Ｇ、第５世代（５Ｇ）通信プロトコルを含むが、これらに限定されていない。

【0046】

以上のように、サイドリンクＤＲＸは３ＧＰＰのリリース１７のターゲットの１つであり、Ｖ２Ｘ用例における、攻撃を受けやすい交通弱者（ＶＲＵ）の電力消耗、及び公共安全、ビジネス用例におけるＵＥの電力消耗を低減させ、当該公共安全及びビジネス用例において、ＵＥにおける電力消耗を最小化する必要がある。本明細書が使用するように、攻撃を受けやすい交通弱者は、各種の原因のため、他のユーザよりその境遇が危険である人として定義される。攻撃を受けやすい交通弱者は、子供、障害者、サイクリストとモーターサイクリスト、家畜、歩行者、高齢者、学習者及び新卒運転者を含んでもよい。ところが、現在、実行可能なサイドリンクＤＲＸ通信の解決策はまだ存在していない。

【0047】

従前、ＵＥと基地局との間のＵｕインターフェースにおいて、ダウンリンクへ送信されたＤＲＸ設定のＤＲＸサイクルに基づいて、ＵＥはＤＲＸサイクルのオン持続時間帯（On Duration）期間で、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を監視して復号化し、ＤＲＸサイクルのオフ持続時間帯（Off Duration）期間で、スリープモードに入る。より具体的に、接続モード（例えば、ＲＲＣ接続状態）にあるＵＥはＰＤＣＣＨを監視して、ＵＥが物理ダウンリンク共有チャネル（ＰＤＳＣＨ）でダウンリンクデータを受信するためのダウンリンク送信許可を取得する。ＬＴＥ／ＬＴＥ―Ａ規格に接続状態でのＤＲＸプロセス（ｐｒｏｃｅｄｕｒｅ）を導入することで、ＵＥの電力節約を実現する。ＤＲＸサイクルは「オン持続時間」及び「ＤＲＸ時間帯（DRX period）」から構成される。「オン持続時間」期間で、ＵＥは、ＰＤＣＣＨを監視して許可（grant）を取得する。許可を受信する度に、ＵＥは、「非アクティブタイマー」をスタートすることができる。非アクティブタイマーが終了するまで又は非アクティブタイマーがメディアアクセス制御（ＭＡＣ）によって停止されるまで、ＵＥは、ＰＤＣＣＨを監視し続ける。それから、ＵＥは、ＤＲＸ時間帯になり、この期間、電力を節約するために、ＵＥはスリープモードに入る。

【0048】

ところが、ダウンリンク送信のための従前のＤＲＸ設定は、サイドリンク通信に適用されると、異なるＵＥは異なるウェイクアップ持続時間帯及びスリープ持続時間帯を有し、ｇＮＢ／ｅＮＢ Ｕｕインターフェースにおいて現在のＤＲＸ解決策に従う。従って、ＵＥはＬＴＥ／ＮＲ Ｕｕインターフェースにおける従前のＤＲＸ解決策に基づいてサイドリンク通信を介して互いに効果的に通信できない。

【0049】

上記の技術問題及び従前の解決策に存在する恐れがある他の技術問題を解决するために、本開示の実施例はサイドリンク通信におけるサイドリンクＤＲＸオペレーションのための解決策を提供する。いくつかの実施例において、ネットワークデバイスは、例えば異なるＵＥについてのサイドリンク送信の異なる遅延を持っている関連する複数のＵＥについて、ウェイクアップ持続時間及びスリープ持続時間のグローバル（ブロードコモン（broad common）とも呼ばれる）サイドリンクＤＲＸ設定を、設定又は事前設定する。従って、ＵＥはサイドリンクチャネルを介して互いにより効果的に通信でき、例えば、少ない半二重及びリソース衝突問題を有する場合である。いくつかの実施例において、サイドリンクマルチキャスト通信における１グループのＵＥにおいて、ヘッドＵＥは、メンバーＵＥについて、ウェイクアップ持続時間及びスリープ持続時間のグループ（又はグループ共通）サイドリンクＤＲＸ設定を設定してもよい。このように、サイドリンクマルチキャスト通信におけるＵＥはサイドリンクチャネルを介して互いにより効果的に通信できる。

【0050】

いくつかの実施例において、ＵＥについて、グローバルサイドリンクＤＲＸ設定及びグループサイドリンクＤＲＸ設定という両者を有効にする。いくつかの実施例において、サイドリンクＤＲＸオペレーションについてのハイブリッド自動リピート要求（ＨＡＲＱ）往復時間（ＲＴＴ）タイマー及び再送タイマーは、サイドリンク通信におけるＨＡＲＱ再送問題を処理するように定義される。いくつかの実施例において、サイドリンクＤＲＸオペレーションの非アクティブタイマーを対象とする際の特定のＵＥ行為はサイドリンク送信によって中断される。従って、本開示の実施例によれば、端末デバイスはサイドリンクＤＲＸオペレーションを使用して互いに効果的に通信できる。以下、図面を結合して本開示の原理及び実施形態の実行を詳しく説明する。

【0051】

図２は本開示のいくつかの実施例による、第１の端末デバイス１２０と第２の端末デバイス１３０との間の例示的な通信プロセス２００を示す。議論を目的とし、図１を参照して通信プロセス２００を記載する。ところが、ここで、通信プロセス２００は同じように、二つの端末デバイスがサイドリンクチャネルを介して互いに通信する他の通信シナリオに適用される。

【0052】

図２に示すように、第１の端末デバイス１２０はサイドリンクＤＲＸ設定を取得し（２１０）、例えば、第１の端末デバイス１２０が通信ネットワーク１００における他の端末デバイスとのサイドリンク通信を実行するために用いられる。以下、第１の端末デバイス１２０のためのサイドリンクＤＲＸ設定は、第１のサイドリンクＤＲＸ設定とも呼ばれてもよい。本明細書が使用するように、サイドリンクＤＲＸ設定は、第１の端末デバイス１２０が実行サイドリンクＤＲＸオペレーションを実行するための１グループのパラメータを示す。例えば、サイドリンクＤＲＸ機能についてのこれらのパラメータは、３ＧＰＰ仕様に規定されるネットワークデバイスと端末デバイスとの間のダウンリンク通信におけるＤＲＸオペレーションのパラメータに類似する。より一般的に、サイドリンクＤＲＸ設定は、端末デバイスの、サイドリンク通信におけるＤＲＸ機能についての任意の設定を指してもよい。

【0053】

一般的に、第１の端末デバイス１２０は各種の適切な方式のうちの何れかの一つの方式で、サイドリンクＤＲＸ設定を取得してもよい（２１０）。例えば、第１の端末デバイス１２０は、事前定義された設定に基づいて、サイドリンクＤＲＸ設定を決定してもよい。言い換えると、サイドリンクＤＲＸ設定は第１の端末デバイス１２０について事前設定される。このように、ネットワークデバイス１１０又は他の制御デバイスは、サイドリンクＤＲＸ設定を第１の端末デバイス１２０に通知するための制御信号を送信する必要がないため、シグナリングオーバーヘッドを減少させる。

【0054】

別の例示として、第１の端末デバイス１２０は推奨のサイドリンクＤＲＸ設定をネットワークデバイス１１０に報告し、そして、ネットワークデバイス１１０は、推奨のサイドリンクＤＲＸ設定が第１の端末デバイス１２０に適用されるかどうかを決定する。他のいくつかの実施例において、第１の端末デバイス１２０は一つ以上の推奨のサイドリンクＤＲＸ設定をネットワークデバイス１１０に報告し、その後、ネットワークデバイス１１０は、これらの推奨のサイドリンクＤＲＸ設定のうちの一つを選択して、第１の端末デバイス１２０に適用する。ある場合、ネットワークデバイス１１０は、何れかの推奨のサイドリンクＤＲＸ設定を選択していなく、ネットワークデバイス１１０が、第１の端末デバイス１２０に合うと認めたサイドリンクＤＲＸ設定を使用して、第１の端末デバイス１２０を設定してもよい。いくつかの実施例において、第１の端末デバイス１２０からネットワークデバイス１１０への一つ又は複数の推奨のサイドリンクＤＲＸ設定についての報告は、ネットワークデバイス１１０からの指示に基づいてトリガーされ、当該指示は、報告をネットワークデバイス１１０に送信するように第１の端末デバイス１２０に通知する。代替的又は付加的に、第１の端末デバイス１２０からネットワークデバイス１１０への報告は、一つ又は複数の事前定義された基準に基づいてトリガーされる。

【0055】

代替的又は付加的に、第１の端末デバイス１２０は、例えば無線リソース制御（ＲＲＣ）信号に基づいて、ネットワークデバイス１１０からサイドリンクＤＲＸ設定を受信する。このように、ネットワークデバイス１１０は異なる端末デバイスについて、異なるサイドリンクＤＲＸ設定を設定し、異なる通信ネットワークにおいて、一つの端末デバイスには異なるサイドリンクＤＲＸ設定が設定されてもよいため、サイドリンクＤＲＸ設定の有効性及び柔軟性を改善する。以降、図４を参照して、第１の端末デバイス１２０がネットワークデバイス１１０からサイドリンクＤＲＸ設定を受信する例示を詳しく記載する。

【0056】

類似の方式で、第２の端末デバイス１３０は第２のサイドリンクＤＲＸ設定を取得でき（２１５）、第２の端末デバイス１３０が通信ネットワーク１００における他の端末デバイスとのサイドリンク通信を実行するために用いられる。いくつかの実施例において、第２の端末デバイス１３０のための第２のサイドリンクＤＲＸ設定は、第１の端末デバイス１２０のための第１のサイドリンクＤＲＸ設定と同様であってもよい。言い換えると、一つのサイドリンクＤＲＸ設定は第１の端末デバイス１２０及び第２の端末デバイス１３０という両者に適用されてもよい。より一般的に、いくつかの実施例において、一つのサイドリンクＤＲＸ設定は、通信ネットワーク１００における全ての端末デバイスに適用されるように設定される。この場合、サイドリンクＤＲＸ設定はグローバル（又はブロードコモン）サイドリンクＤＲＸ設定とも呼ばれてもよく、ネットワークデバイス１１０から全ての端末デバイスにブロードキャストされる。

【0057】

他のいくつかの実施例において、第１の端末デバイス１２０及び第２の端末デバイス１３０は、それぞれのデバイス固有サイドリンクＤＲＸ設定を有してもよい。言い換えると、第２のサイドリンクＤＲＸ設定は第１のサイドリンクＤＲＸ設定と異なって、ユニキャスト通信において、第１の端末デバイス１２０及び第２の端末デバイス１３０に個別に送信されてもよい。この場合、第１のサイドリンクＤＲＸ設定は第２のサイドリンクＤＲＸ設定と異なるが、第１のサイドリンクＤＲＸ設定において示されるパラメータの値は、第２のサイドリンクＤＲＸ設定において示されるパラメータの値と同様であってもよい。例えば、このようなパラメータは、通信ネットワーク１００における全ての端末デバイスにとって共通であってもよく、例えば、サイドリンクＤＲＸサイクルである。また、第１のサイドリンクＤＲＸ設定は、別のパラメータの第１の値を示し、第２のサイドリンクＤＲＸ設定は、当該別のパラメータの異なる第２の値を示す。即ち、第１の端末デバイス１２０及び第２の端末デバイス１３０について、当該別のパラメータの値は異なってもよい。例えば、サイドリンクＤＲＸオペレーションを実行する各種のタイマーのうちの一つ又は複数のタイマーは、異なる端末デバイスについての異なる値を有してもよい。

【0058】

第１の端末デバイス１２０及び第２の端末デバイス１３０という両者についての共通のパラメータの一つの例示として、二つの端末デバイスについての同じサイドリンクＤＲＸサイクルは、二つの端末デバイスについての共通の同じサイドリンクＤＲＸ設定から取得され、又はそれぞれの第１のサイドリンクＤＲＸ設定及び第２のサイドリンクＤＲＸ設定から取得されてもよい。以下、図３を参照して、二つの端末デバイスについての共通のサイドリンクＤＲＸサイクルを記載する。

【0059】

図３は本開示のいくつかの実施例による、第１の持続時間３１０と第２の持続時間３２０とを含むサイドリンクＤＲＸサイクル３０５の一つの例示を示す。図３に示すように、第１の端末デバイス１２０には、第１の持続時間３１０と第２の持続時間３２０とを含むサイドリンクＤＲＸサイクル３０５が設定される。第１の持続時間３１０期間においては、サイドリンク通信の、通信ネットワーク１００における端末デバイスの間での実行が許可され、第２の持続時間３２０期間においては、サイドリンク通信の、通信ネットワーク１００における端末デバイスの間での実行が許可されていない。言い換えると、サイドリンク通信について、第１の端末デバイス１２０及び他の端末デバイスは第１の持続時間３１０期間で、ウェイクアップモードにあり、第２の持続時間３２０期間で、スリープモードにあり、これによって、電力を節約する。

【0060】

いくつかの実施例において、第１の持続時間３１０及び第２の持続時間３２０はサイドリンクタイムスロットの数（例えば、１、２、...、１０、...、１００、...、１０００又は他の適切な数）に定義される。本明細書が使用するように、サイドリンクタイムスロットは一般的に、サイドリンク通信に用いられるように設計されるタイムスロット、例えば、リソースプール内で、サイドリンク送信のためのタイムスロットを指す。特に、サイドリンクタイムスロットは、３ＧＰＰ仕様に定義される十四（１４）個の記号から構成されてもよい。ところが、ここで、本開示の実施例は、現在定義された任意のサイドリンクタイムスロット、又は将来定義されえる任意のサイドリンクタイムスロットに適用されてもよい。

【0061】

図３に示すように、サイドリンクＤＲＸサイクル３０５は時間領域（Ｔ）において周期的に又は繰り返して発生してもよい。言い換えると、前の一つのサイドリンクＤＲＸサイクル３０５の第２の持続時間３２０の終了時点は、次のサイドリンクＤＲＸサイクル３０５の第１の持続時間３１０の開始時点であってもよい。即ち、第１の端末デバイス１２０は時間に連れて、交互にウェイクアップモード及びスリープモードにある。同様に、第２の端末デバイス１３０には同じサイドリンクＤＲＸサイクル３０５が設定され、当該サイドリンクＤＲＸサイクル３０５は同じ第１の持続時間３１０及び第２の持続時間３２０を含むため、時間に連れて交互にウェイクアップモード及びスリープモードにある。より一般的に、通信ネットワーク１００における全ての関連端末デバイスには、統一のウェイクアップ持続時間及びスリープ持続時間を示すブロードコモンサイドリンクＤＲＸ設定が設定され、又は事前設定される。

【0062】

図２及び図３を参照し、第１の端末デバイス１２０は第１の端末デバイス１２０のための第１のサイドリンクＤＲＸ設定からサイドリンクＤＲＸサイクル３０５を決定する（２２０）。サイドリンクＤＲＸサイクル３０５を決定した（２２０）後、第１の端末デバイス１２０は、どんな時に第２の端末デバイス１３０又は他の端末デバイスとサイドリンク通信を実行できるのか、及びどんな時にこのようなサイドリンク通信を実行できないのかということが分かる。同じように、第２の端末デバイス１３０は、第２の端末デバイス１３０のための第２のサイドリンクＤＲＸ設定からサイドリンクＤＲＸサイクル３０５を決定する（２２５）。サイドリンクＤＲＸサイクル３０５に基づいて、第２の端末デバイス１３０も、どんな時に第１の端末デバイス１２０又は他の端末デバイスとサイドリンク通信を実行できるのか、及びどんな時にこのようなサイドリンク通信を実行できないのかということが分かる。

【0063】

サイドリンクＤＲＸサイクル３０５を決定した（２２０）後、第１の端末デバイス１２０は、サイドリンクＤＲＸサイクル３０５の第１の持続時間３１０期間で、第２の端末デバイス１３０とのサイドリンク通信を実行する（２３０）。例えば、第１の端末デバイス１２０は第１の持続時間３１０期間で、物理サイドリンク制御チャネル（ＰＳＣＣＨ）、物理サイドリンク共有チャネル（ＰＳＳＣＨ）又は他の任意のサイドリンクチャネルを第２の端末デバイス１３０に送信する。別の例示として、第１の端末デバイス１２０は第１の持続時間３１０期間で、第２の端末デバイス１３０からＰＳＣＣＨ、ＰＳＳＣＨ又は他の任意のサイドリンクチャネルを受信できる。従って、受信ＵＥ及び送信ＵＥという二つの角度から見れば、ＵＥの、ＰＳＣＣＨ／ＰＳＳＣＨへの受信及び送信は、グローバルサイドリンクＤＲＸ設定から決定されたウェイクアップ持続時間（例えば、第１の持続時間３１０）期間のみに発生でき、ＵＥはスリープ持続時間（例えば、第２の持続時間３２０）期間で、スリープモードに入ることができる。

【0064】

図２の通信プロセス２００によって、第１の端末デバイス１２０、第２の端末デバイス１３０及び他の端末デバイスはサイドリンクＤＲＸオペレーションを使用して相互のサイドリンク通信を実行し、即ち、端末デバイスはサイドリンクＤＲＸオペレーションを使用して効率的に互いに通信できる。

【0065】

いくつかの実施例において、第１の端末デバイス１２０のための第１のサイドリンクＤＲＸ設定及び／又は第２の端末デバイス１３０のための第２のサイドリンクＤＲＸ設定は、ネットワークデバイス１１０によって有効にされ又は無効にされる。より一般的に、ネットワークデバイス１１０は、任意の端末デバイスについてのサイドリンクＤＲＸ設定を有効にして又は無効にすることができる。例えば、ネットワークデバイス１１０は、指示を第１の端末デバイス１２０に、例えばＲＲＣシグナリングを介して送信する。当該指示は、第１のサイドリンクＤＲＸ設定が有効にされるか、或いは無効にされるかということを第１の端末デバイス１２０に通知する。例えば、当該指示は、「無効」を示す偽値及び「有効」を示す真値を有し、その逆もある。

【0066】

従って、第１の端末デバイス１２０はネットワークデバイス１１０から指示を受信し、当該指示に基づいて、第１のサイドリンクＤＲＸ設定が有効にされるか、或いは無効にされるかということを決定する。このように、ネットワークデバイス１１０は端末デバイスの性質又は通信シナリオに基づいて、サイドリンクＤＲＸ設定を端末デバイスに適用することを決定し、これによって、サイドリンクＤＲＸ設定の柔軟性及び有効性を改善する。例えば、第１の端末デバイス１２０は、電力を節約する必要がない車載デバイスであれば、サイドリンクＤＲＸ設定は第１の端末デバイス１２０について、無効にされる。

【0067】

以上、図２を参照して通信プロセス２００を記載する際、言及されるように、サイドリンクＤＲＸ設定を取得するために、第１の端末デバイス１２０は、ネットワークデバイス１１０からサイドリンクＤＲＸ設定を受信する。これについて、図４を参照して詳しく説明し、図４は本開示のいくつかの実施例によるネットワークデバイス１１０と第１の端末デバイス１２０との間の例示的な通信プロセス４００を示す。議論を目的とし、図１を参照して通信プロセス４００を記載する。ところが、ここで、通信プロセス４００は同じように、端末デバイス及びネットワークデバイスがアップリンクチャネル／ダウンリンクチャネルを介して互いに通信する他の通信シナリオに適用される。

【0068】

図４に示すように、ネットワークデバイス１１０は、第１の持続時間３１０及び第２の持続時間３２０を含むサイドリンクＤＲＸサイクル３０５のサイドリンクＤＲＸ設定を示すと決定できる（４１０）。例えば、ネットワークデバイス１１０は、通信ネットワーク１００における全ての端末デバイスが使用しようとするグローバルサイドリンクＤＲＸ設定を決定できる。又は、ネットワークデバイス１１０は、通信ネットワーク１００における各端末デバイスについてのデバイス固有サイドリンクＤＲＸ設定を決定できる。例えば、ネットワークデバイス１１０は、第１の端末デバイス１２０についての第１のサイドリンクＤＲＸ設定、及び第２の端末デバイス１３０についての第２のサイドリンクＤＲＸ設定などを決定できる。

【0069】

いくつかの実施例において、ネットワークデバイス１１０は、例えば、通信ネットワーク１００で実行対象となるサイドリンク通信の推定量、個別の端末デバイスの性質、個別の端末デバイスの具体的な通信シナリオなどである、各種の可能な要因のうちの何れか一つ又は複数に基づいて、サイドリンクＤＲＸ設定を決定する（４１０）。

【0070】

サイドリンクＤＲＸ設定を決定した（４１０）後、ネットワークデバイス１１０は、サイドリンクＤＲＸ設定を第１の端末デバイス１２０に送信し（４２０）、このため、第１の端末デバイス１２０は、ネットワークデバイス１１０からサイドリンクＤＲＸ設定を受信し（４２０）、これにより、第１の端末デバイス１２０は、サイドリンクＤＲＸ設定に基づいて、第２の端末デバイス１３０とのサイドリンク通信を実行する（２３０）。

【0071】

例えば、通信ネットワーク１００における全ての端末デバイスにとってサイドリンクＤＲＸ設定がグローバルであると、ネットワークデバイス１１０は、サイドリンクＤＲＸ設定を端末デバイスにブロードキャストする。又は、サイドリンクＤＲＸ設定が第１の端末デバイス１２０にとって固有のものであると、ネットワークデバイス１１０は、第１の端末デバイス１２０とのユニキャスト通信で、サイドリンクＤＲＸ設定を送信する。他のいくつかの実施例において、ネットワークデバイス１１０と１グループの端末デバイスとの間のマルチキャスト通信は、サイドリンクＤＲＸ設定を送信してもよい。

【0072】

別のいくつかの実施例において、ネットワークデバイス１１０は、異なる端末デバイスのためのサイドリンクＤＲＸ設定の共通パラメータ（例えば、グローバルサイドリンクＤＲＸサイクル）をブロードキャストしてもよい。また、ネットワークデバイス１１０はデバイスの固有パラメータ（例えば、ＤＲＸオペレーションのための各種タイマー）を個別の端末デバイスにユニキャストしてもよい。図４の通信プロセス４００によって、ネットワークデバイス１１０は柔軟且つ個別的に各端末デバイスについてサイドリンクＤＲＸ設定を設定するとともに、適切な方式を選択してサイドリンクＤＲＸ設定を一つ又は複数の端末デバイスに送信する。

【0073】

いくつかの実施例において、グローバルサイドリンクＤＲＸサイクル３０５が通信ネットワーク１００における複数の端末デバイスに用いられるように設定された場合、これらの端末デバイスが第１の持続時間３１０の前にサイドリンク送信を実行することを決定するとき、これらの端末デバイスは、これらのサイドリンク送信を実行ために、第１の持続時間３１０の開始を待つ必要がある。このとき、複数の端末デバイスは、何れも第１の持続時間３１０の始めにこれらのサイドリンク送信を実行する場合、半二重性質のために他の端末デバイスからのサイドリンク送信を受信できず、サイドリンク送信を実行するためのリソースを選択する際にこれらの端末デバイスの間にはリソース衝突が発生する恐れがある。ひどい半二重及びリソース衝突の問題を軽減又は除去させるために、複数の端末デバイスは、異なる遅延（オフセットとも呼ばれる）を使用して、これらのサイドリンク送信を実行してもよい。これについて、以下、図５を参照して詳しく記載する。

【0074】

図５は本開示のいくつかの実施例による、サイドリンクＤＲＸサイクル３０５の第１の持続時間３１０期間で、サイドリンク送信を実行するためのオフセットの二つの例示５２０及び５３５を示す。図５に示すように、第１の端末デバイス１２０と第２の端末デバイス１３０との間のサイドリンク通信期間において、第１の持続時間３１０の開始の前に、第１の端末デバイス１２０が、第１の端末デバイス１２０から第２の端末デバイス１３０又は別の端末デバイスへ実行されるべき第１のサイドリンク送信を決定する、と仮定する。

【0075】

従って、第１のサイドリンク送信を実行するために、第１の端末デバイス１２０は第１の持続時間３１０の開始時点５１０を決定する。また、第１の端末デバイス１２０は第１のサイドリンク送信を実行するためのオフセット５２０を決定する。そして、第１の端末デバイス１２０は開始時点５１０及びオフセット５２０に基づいて、ターゲット時点５３０を決定する。従って、第１の端末デバイス１２０はターゲット時点５３０で第１のサイドリンク送信を実行できる。言い換えると、送信ＵＥの角度から見れば、ウェイクアップ時間（例えば、第１の持続時間３１０）の開始の際、ＵＥのバッファにおいて送信対象となるサイドリンクデータを有するＵＥ、特に、Ｍｏｄｅ―２ ＵＥ（自体が送信リソースを選択する）にとって、ＰＳＣＣＨ／ＰＳＳＣＨは、少なくとも遅延後に送信されることが許可され、そして、遅延の持続時間期間で受信状態を保持する。

【0076】

同様に、第１の持続時間３１０の開始の前に、第２の端末デバイス１３０は、第２の端末デバイス１３０から第１の端末デバイス１２０又は別の端末デバイスへ実行されるべき第２のサイドリンク送信を決定する、と仮定する。従って、第２の端末デバイス１３０は、第１の持続時間３１０の開始時点５１０を決定できる。また、第２の端末デバイス１３０は、第２のサイドリンク送信を実行するためのオフセット５２５を決定し、当該オフセット５２５は、第１の端末デバイス１２０のためのオフセット５２０と異なってもよい。そして、第２の端末デバイス１３０は開始時点５１０及びオフセット５２５に基づいてターゲット時点５３５を決定する。従って、第２の端末デバイス１３０はターゲット時点５３５で第２のサイドリンク送信を実行できる。

【0077】

これから分かるように、第１の端末デバイス１２０及び第２の端末デバイス１３０は異なるオフセット５２０及びオフセット５２５を使用するため、これらのサイドリンク送信は異なるターゲット時点５３０及びターゲット時点５３５で実行されることができる。このように、異なる端末デバイスからのサイドリンク送信の間のひどい半二重及びリソース衝突の問題は、低減又は除去されることができる。より一般的に、通信ネットワークにおける全ての関連端末デバイスは何れもサイドリンクチャネルを介して互いに通信し、ひどい半二重及びリソース衝突の問題を軽減できる。いくつかの実施例において、オフセット（又は遅延）はサイドリンクタイムスロットの数（例えば、１、２、３、４、５又は他の適切な数）に定義される。他のいくつかの実施例において、オフセット（又は遅延）は、いくつかのミリ秒、いくつかのシンボル、又はいくつかの他の任意の時間領域単位に定義される。

【0078】

いくつかの実施例において、オフセット（又は遅延）は各種の要因のうちの一つ又は複数に基づいて決定される。一つの例示として、オフセットは、実行対象となるサイドリンク送信の優先度、例えば、端末デバイスのバッファにおいて送信対象となるサービスの優先度に基づいて決定される。例えば、高い優先度は、小さいオフセットを導き、これによって、高い優先度を有するパケットは、低い優先度を有するパケットより早く送信されることを確保する。又は、設定された又は事前設定された閾値「ｄｅｌｔａ_ｐｒｉｏｒｉｔｙ」より低い優先度は、非ゼロオフセット値を導く可能性があり、そして、それ以外の場合、オフセットは、ゼロに設定されてもよい。このように、低い優先度を有するサイドリンク送信の前に、高い優先度を有するサイドリンク送信を実行してもよい。いくつかの実施例において、閾値「ｄｅｌｔａ_ｐｒｉｏｒｉｔｙ」はＲＲＣシグナリングを介してネットワークデバイスから端末デバイスに送信され、その値は｛１、２、...、８｝のうちの一つであってもよい。

【0079】

代替的又は付加的に、サイドリンク送信の遅延要求に基づいて、オフセットを決定してもよい。より具体的に、オフセットは端末デバイスのバッファにおいて送信対象となるサービスの残りのパケット遅延バジェットによって決定される。例えば、データパケットは１０ｍｓ内で一つの端末デバイスから別の端末デバイスに送信され、当該データパケットの初期送信は３ｍｓかかって、受信端末デバイスによって成功的に受信されていないと仮定する。そうすれば、データパケットの再送にとって、残りのパケット遅延バジェットは１０―３＝７ｍｓであってもよい。一般的に、短い残りのパケット遅延バジェットは、小さいオフセット量を導き、これによって、短い残りのパケット遅延バジェットを有するパケットはより早く送信されることを確保する。このように、サイドリンク送信の遅延要求を満たすことができる。

【0080】

代替的又は付加的に、オフセットはランダム的に決定されてもよい。言い換えると、オフセットはランダム的に、例えば、ランダムシーケンスを使用して生成されてもよいし、又は、サイドリンク送信のソース端末デバイスの識別子及び／又はサイドリンク送信の宛先端末デバイスの識別子と関連付けられてもよく、これにより、サイドリンク送信を実行しようとする端末デバイスの間の公平性を改善する。従って、端末デバイスの間の半二重問題及びリソース衝突をさらに減少させる。代替的又は付加的に、オフセットは、事前定義された値に基づいて決定されてもよい、即ち、事前設定されてもよい。このように、オフセット量のシグナリングオーバーヘッドを減少させることができる。

【0081】

代替的又は付加的に、オフセットは、通信ネットワーク１００におけるネットワークデバイス１１０が指示した値に基づいて、決定される。例えば、ネットワークデバイス１１０はオフセットの指示を第１の端末デバイス１２０に、例えばＲＲＣシグナリングを介して送信する。当該指示は、第２の端末デバイス１３０又は他の端末デバイスへのサイドリンク送信を実行するためのオフセットを第１の端末デバイス１２０に通知する。このように、オフセットは、ネットワークデバイス１１０によって第１の端末デバイス１２０について、柔軟に設定される。

【0082】

いくつかの実施例において、第１の端末デバイス１２０はサイドリンク送信を実行すると、第１の端末デバイス１２０の上位層（例えば、メディアアクセス制御、ＭＡＣ、層）は、まず、トリガーを第１の端末デバイス１２０の物理層に送信することで、サイドリンク送信を実行するための利用可能なリソースを検出する。そして、物理層は利用可能なリソースを検出して、利用可能なリソースからリソースを選択するための選択時間ウィンドウを上位層に提供する。その後、上位層は選択時間ウィンドウに基づいて、サイドリンク送信を実行するためのリソースを選択し、選択されたリソースを使用してサイドリンク送信を実行するように、物理層に示す。

【0083】

このような実施例において、サイドリンク送信を実行するためのオフセット（又は遅延）は各種の方式のうちの一つで実現されてもよい。例えば、ターゲット時点５３０でサイドリンク送信を実行するために、第１の端末デバイス１２０は、上位層から物理層への上記トリガーの送信をオフセット５２０の後に開始させる。即ち、送信ＵＥの角度から見れば、上位層から下位層（例えば、物理層）へのリソースセンシング及び選択をトリガーする予定タイミングは、オフセットによって遅延されてもよい。

【0084】

別の例示として、第１の端末デバイス１２０は、オフセット５２０無しにトリガーの送信を起こして、物理層にオフセット５２０の後で利用可能なリソースを検出させてもよい。即ち、送信ＵＥの角度から見れば、物理層において上位層からリソースセンシング及び選択へのトリガーを受信した場合、物理層は、リソースセンシング及び選択プロセスを実行するために、遅延オフセット５２０を遅延させる。

【0085】

さらなる例示として、第１の端末デバイス１２０は、オフセット５２０無しにトリガーの送信を起こし、物理層にオフセット５２０無しに利用可能なリソースを検出させ、上記選択時間ウィンドウをオフセット５２０の後で開始させてもよい。言い換えると、送信ＵＥの角度から見れば、リソース選択ウィンドウの開始は、オフセット５２０だけ遅延できる。この場合、リソース選択ウィンドウの終了時点は、相応的にオフセット５２０だけ遅延されてもよいし、又は、代替的に遅延されなくてもよい。例えば、物理層は、タイムスロットｎで上位層からのトリガーを受信し、リソース選択ウィンドウは、オフセット無しにタイムスロットｎ+１からタイムスロットｎ+１００までであってもよい、と仮定する。そして、四つのタイムスロットのオフセットを使用して、リソース選択ウィンドウは、タイムスロットｎ+５からタイムスロットｎ+１００までであり、又は、タイムスロットｎ+５からタイムスロットｎ+１０４までであるように、変更される。上記の各種の方式で、送信サイドリンクの送信際のオフセットを実現して保証する。

【0086】

いくつかの実施例において、図５を参照し、ターゲット時点５３０が第１の持続時間３１０の終了時点５４０より遅く、又は実行対象となるサイドリンク送信の遅延要求を満たすことができないと、第１の端末デバイス１２０は、オフセット５２０を所定値、例えば、最小値又はゼロに設定する。このように、サイドリンク送信がオフセット５２０の悪影響を受けないことを確保する。

【0087】

また、送信ＵＥの角度から見れば、サイドリンク送信を実行する際の遅延行為は、上位層からの設定又は事前設定によって、無効にされ、又は有効にされてもよい。例えば、ネットワークデバイス１１０は指示を第１の端末デバイス１２０に送信し、当該指示は、オフセットが有効にされるか、或いは無効にされるかを指示できる。従って、第１の端末デバイス１２０は、ネットワークデバイス１１０から指示を受信してから、当該指示に基づいて、サイドリンク送信を実行する時、オフセットを有効に又は無効にする。このように、ネットワークデバイス１１０は、柔軟且つ個別的に、各端末デバイスについてのオフセットを有効に又は無効にすることができる。

【0088】

以上のように、いくつかの実施例において、第１の端末デバイス１２０、第２の端末デバイス１３０及び第３の端末デバイス１４０のうちの一つ又は複数は、サイドリンクマルチキャスト通信における１グループの端末デバイスに存在してもよい。このような１グループの端末デバイスにおいて、ヘッド端末デバイスは、メンバー端末デバイスについてのグループ（グループ共通とも呼ばれる）サイドリンクＤＲＸ設定を、例えばＲＲＣシグナリング又はＭＡＣ制御要素（ＣＥ）を介して設定する。グローバルサイドリンクＤＲＸ設定に類似し、サイドリンクマルチキャスト通信における１グループの端末デバイスのうちの端末デバイスがグループ内でサイドリンクＤＲＸオペレーションを実行するように、グループサイドリンクＤＲＸ設定は、１グループのパラメータを示す。例えば、グループサイドリンクＤＲＸ設定は、第３の持続時間（ウェイクアップ持続時間）及び第４の持続時間（スリープ持続時間）を示し、第３の持続時間及び第４の持続時間は、サイドリンクタイムスロットの数（例えば、１、２、……、１０、...、１００、...、１０００又は他の適切な数）に定義されてもよいが、グローバルサイドリンクＤＲＸ設定において示した第１の持続時間及び第２の持続時間と異なってもよい。

【0089】

図６は本開示のいくつかの実施例によるヘッド端末デバイス１２０、メンバー端末デバイス１３０及びメンバー端末デバイス１４０の間の例示的な通信プロセス６００を示す。図６の例示において、第１の端末デバイス１２０、第２の端末デバイス１３０及び第３の端末デバイス１４０はサイドリンクマルチキャスト通信において、同一グループの端末デバイスに位置すると仮定する。また、第１の端末デバイス１２０は当該グループ端末デバイスにおけるヘッド端末デバイスであり、第２の端末デバイス１３０及び第３の端末デバイス１４０は当該グループ端末デバイスにおけるメンバー端末デバイスであると仮定する。

【0090】

ところが、ここで、図６に描画される場合はいかなる限定も意味していなく、ただ例示的なものである。他のいくつかの実施例において、第１の端末デバイス１２０はグループにおけるメンバー端末デバイスであり、第２の端末デバイス１３０又は第３の端末デバイス１４０は当該グループにおけるヘッド端末デバイスであってもよい。従って、上記の第２の端末デバイス１３０又は第３の端末デバイス１４０が実行するオペレーションは第１の端末デバイス１２０によって実行されてもよく、その逆もある。

【0091】

図６に示すように、ヘッド端末デバイス１２０はグループサイドリンクＤＲＸ設定をメンバー端末デバイス１３０及びメンバー端末デバイス１４０に送信する（６０５）。従って、メンバー端末デバイス１３０及びメンバー端末デバイス１４０は、ヘッド端末デバイス１２０からグループサイドリンクＤＲＸ設定を受信できる（６０５）。いくつかの実施例において、ヘッド端末デバイス１２０はグループサイドリンクＤＲＸ設定をグループにおける全てのメンバー端末デバイスにブロードキャストし、例えば、グループサイドリンクＤＲＸ設定は、全てのメンバー端末デバイスについての共通のパラメータ（例えば、グループサイドリンクＤＲＸサイクル）を含む。他のいくつかの実施例において、ヘッド端末デバイス１２０はデバイスの固有パラメータの異なる値（例えば、グループサイドリンクＤＲＸオペレーションのための各種タイマー）を個別のメンバー端末デバイスにユニキャストする。

【0092】

ヘッド端末デバイス１２０は、グループサイドリンクＤＲＸ設定からグループサイドリンクＤＲＸサイクルを決定する（６１０）。また、メンバー端末デバイス１３０は、グループサイドリンクＤＲＸ設定からグループサイドリンクＤＲＸサイクルを決定し（６１５）、メンバー端末デバイス１４０は、グループサイドリンクＤＲＸ設定からグループサイドリンクＤＲＸサイクルを決定する（６２０）。グループサイドリンクＤＲＸサイクルは、第３の持続時間及び第４の持続時間を含む。ヘッド端末デバイス１２０は、第３の持続時間期間で、メンバー端末デバイス１３０、メンバー端末デバイス１４０及び他のメンバー端末デバイスへのサイドリンク送信を実行し、第３の持続時間及び第４の持続時間期間で、メンバー端末デバイス１３０、メンバー端末デバイス１４０及び他のメンバー端末デバイスからのサイドリンク送信を受信することが許可される。即ち、ヘッド（送信）端末デバイスの角度から見れば、ウェイクアップ持続時間及びスリープ持続時間の設定は、上位層シグナリング（例えば、ＰＣ５ ＲＲＣシグナリング又はＭＡＣ ＣＥ）を介して一つ又は複数のメンバーＵＥに伝達される。そして、ヘッドＵＥは、ウェイクアップ持続時間期間のみで、ＰＳＣＣＨ／ＰＳＳＣＨをこれらの設定されたメンバーＵＥに送信し、ウェイクアップ持続時間期間及びスリープ持続時間期間という両者で、メンバーＵＥからＰＳＣＣＨ／ＰＳＳＣＨを受信できる。

【0093】

また、メンバー端末デバイス１３０、メンバー端末デバイス１４０及び他のメンバー端末デバイスは、第３の持続時間期間で、ヘッド端末デバイス１２０からのサイドリンク送信を監視する。即ち、メンバー（受信）端末デバイスの角度から見れば、ウェイクアップ持続時間及びスリープ持続時間の設定は、上位層のシグナリング（例えばＰＣ５ ＲＲＣシグナリング又はＭＡＣ ＣＥ）を介してヘッドＵＥから取得される。そして、メンバーＵＥは、ウェイクアップ持続時間期間で、ヘッドＵＥからのＰＳＣＣＨ／ＰＳＳＣＨを監視して復号化すればよく、設定されたウェイクアップ持続時間期間及びスリープ持続時間期間という両者で、ＰＳＣＣＨ／ＰＳＳＣＨをヘッドＵＥに送信できる。

【0094】

ヘッド端末デバイス１２０は、グループサイドリンクＤＲＸサイクルを決定し（６１０）、メンバー端末デバイス１３０は、グループサイドリンクＤＲＸサイクルを決定し（６１５）、メンバー端末デバイス１４０がグループサイドリンクＤＲＸサイクルを決定した（６２０）後、ヘッド端末デバイス１２０は、グループサイドリンクＤＲＸサイクルに基づいて、メンバー端末デバイス１３０とのサイドリンク通信を実行し（６２５）、ヘッド端末デバイス１２０は、グループサイドリンクＤＲＸサイクルに基づいて、メンバー端末デバイス１４０とのサイドリンク通信を実行する（６３０）。

【0095】

図６の通信プロセス６００によって、いくつかの場合、ヘッドＵＥから一つ又は複数のメンバーＵＥに送信されるグループサイドリンクＤＲＸ設定は、サイドリンク通信をより効率にする。また、ここで、グローバルサイドリンクＤＲＸ設定に加えて、又は、グローバルサイドリンクＤＲＸ設定の代わりとして、端末デバイスについてグループサイドリンクＤＲＸ設定を設定してもよい。言い換えると、いくつかの実施例において、端末デバイスにはグローバルサイドリンクＤＲＸ設定及びグループサイドリンクＤＲＸ設定という両者が設定される。他のいくつかの実施例において、端末デバイスにはグローバルサイドリンクＤＲＸ設定及びグループサイドリンクＤＲＸ設定のうちの一つのみが設定されてもよい。

【0096】

いくつかの実施例において、上位層信号又はＭＡＣ ＣＥを使用して、グループサイドリンクＤＲＸ設定を送信してもよい。このように、グループサイドリンクＤＲＸ設定を送信するための新たなシグナリングを設計する必要がなく、ヘッド端末デバイス１２０は既存のシグナリングを使用して、グループサイドリンクＤＲＸ設定をメンバー端末デバイスに通知してもよい。

【0097】

付加的又は代替的に、事前定義された時間帯を有する周期的な方式でグループサイドリンクＤＲＸ設定を送信してもよい。即ち、ヘッドＵＥからメンバーＵＥへのグループサイドリンクＤＲＸ設定のシグナリングは事前定義された時間帯で周期的に出現してもよい。いくつかの実施例において、事前定義された時間帯は、事前設定され、又はＲＲＣシグナリングを介してシグナリングされ、いくつかのサイドリンクタイムスロット（例えば、５、１０、２０又は他の適切な数）、いくつかの秒、いくつかのミリ秒などであってもよい。このように、グループサイドリンクＤＲＸ設定は、時間に連れて更新され、グループに新規参加した端末デバイスもグループサイドリンクＤＲＸ設定を受信できる。

【0098】

いくつかの実施例において、メンバー端末デバイスがヘッド端末デバイスからグループサイドリンクＤＲＸ設定を受信していない持続時間が事前定義された時間帯を超えると、メンバー端末デバイスは、グループサイドリンクＤＲＸ設定が無効にされると決定できる。言い換えると、ＵＥが事前定義された時間帯を超えた時間カウント内で何れかのヘッドＵＥからウェイクアップ持続時間及びスリープ持続時間の設定を受信していないと、グループサイドリンクＤＲＸ設定は、無効にされ、グローバルサイドリンクＤＲＸ設定は、使用されることができる。このように、グループサイドリンクＤＲＸ設定は暗黙的に無効にされることで、シグナリングオーバーヘッドを減少させる。

【0099】

図６の例示において、メンバー端末デバイス１３０及びメンバー端末デバイス１４０は、ヘッド端末デバイス１２０からグループサイドリンクＤＲＸ設定を受信する。このように、ヘッド端末デバイス１２０は、現在の通信要求又は状況に基づいて、グループについて適切なグループサイドリンクＤＲＸ設定を設定し、時間に連れてグループサイドリンクＤＲＸ設定を更新する。ところが、ここで、メンバー端末デバイス１３０及びメンバー端末デバイス１４０は、他の任意の適切な方式でグループサイドリンクＤＲＸ設定を取得してもよく、例えば、グループサイドリンクＤＲＸ設定は、メンバー端末デバイスが事前定義された設定に基づいて決定される。このように、ヘッド端末デバイス１２０はグループサイドリンクＤＲＸ設定をメンバー端末デバイス１３０、メンバー端末デバイス１４０及び他のメンバー端末デバイスに送信する必要がないため、シグナリングオーバーヘッドを減少させる。

【0100】

別の例示として、メンバー端末デバイスは、推奨のグループサイドリンクＤＲＸ設定をヘッド端末デバイス１２０に報告してもよく、これにより、ヘッド端末デバイス１２０は、推奨のグループサイドリンクＤＲＸ設定がメンバー端末デバイスに適用されるかどうかを決定することができる。他のいくつかの実施例において、メンバー端末デバイスは、一つ以上の推奨のグループサイドリンクＤＲＸ設定をヘッド端末デバイス１２０に報告してもよく、これにより、ヘッド端末デバイス１２０は、これらの推奨のグループサイドリンクＤＲＸ設定のうちの一つを選択してメンバー端末デバイスに適用することができる。いくつかの場合、ヘッド端末デバイス１２０は何れかの推奨のグループサイドリンクＤＲＸ設定を選択しなくてもよく、ヘッド端末デバイス１２０が、メンバー端末デバイス又はグループに適すると認めたグループサイドリンクＤＲＸ設定を使用して、メンバー端末デバイスを設定してもよい。

【0101】

いくつかの実施例において、メンバー端末デバイスからヘッド端末デバイス１２０への、一つ又は複数の推奨のグループサイドリンクＤＲＸ設定についての報告は、ヘッド端末デバイス１２０からの指示に基づいてトリガーされ、当該指示は報告をヘッド端末デバイス１２０に送信するように、メンバー端末デバイスに通知する。代替的又は付加的に、メンバー端末デバイスからヘッド端末デバイス１２０への報告は、一つ又は複数の事前定義された基準に基づいてトリガーされる。また、ここで、ヘッドＵＥを含む端末デバイスのグループのサイズは２である場合、上記サイドリンクマルチキャスト通信のシナリオは、サイドリンクユニキャスト通信に変更されてもよい。

【0102】

いくつかの実施例において、メンバー端末デバイス１３０のためのグループサイドリンクＤＲＸ設定は、ヘッド端末デバイス１２０によって有効にされ、又は無効にされてもよい。一般的に、ヘッド端末デバイス１２０は、任意のメンバー端末デバイスのためのグループサイドリンクＤＲＸ設定を有効に又は無効にすることができる。具体的に、ヘッド端末デバイス１２０は指示をメンバー端末デバイス１３０に送信し、例えば、当該指示はＲＲＣシグナリングを経てもよい。当該指示は、グループサイドリンクＤＲＸ設定が有効にされるか、それと無効にされるかということをメンバー端末デバイス１３０に通知する。例えば、当該指示は「無効にする」を示す偽値、及び「有効にする」を示す真値を有し、その逆もある。

【0103】

従って、メンバー端末デバイス１３０はヘッド端末デバイス１２０からの指示を受信し、当該指示に基づいてグループサイドリンクＤＲＸ設定が有効にされるか、或いは無効にされるかということを決定する。このように、グループサイドリンクＤＲＸ設定の、メンバー端末デバイス１３０についての適用は、メンバー端末デバイス１３０の性質又は現在の通信状況に依存し、これによって、グループサイドリンクＤＲＸ設定の柔軟性を改善する。

【0104】

いくつかの実施例において、第３の持続時間内でメンバー端末デバイスにおけるターゲットメンバー端末デバイスへ実行されるサイドリンク送信がないと、ヘッド端末デバイス１２０は、指示をターゲットメンバー端末デバイス１３０に、例えばＲＲＣシグナリング又はＭＡＣ ＣＥを介して送信してもよい。当該指示は、電力節約モードに入るように、ターゲットメンバー端末デバイスに通知する。グループサイドリンクＤＲＸサイクルの第３の持続時間（ウェイクアップ持続時間）期間で、ヘッド端末デバイス１２０からの指示を受信した場合、メンバー端末デバイス１３０は、電力節約モードに入ることができ、ヘッド端末デバイス１２０は、メンバー端末デバイス１３０へのサイドリンク送信を実行しない。このように、ターゲットメンバー端末デバイスはより多くの電力を節約できる。

【0105】

図７は、本開示のいくつかの実施例による、グローバルサイドリンクＤＲＸサイクル３０５及びグループサイドリンクＤＲＸサイクル７０５という両者が第１の端末デバイス１２０に用いられるように設定される場合での送信持続時間の二つの例示７４０、７５０、及び受信持続時間の二つの例示７４０、７６０を示す。図７に示すように、第１の端末デバイス１２０には、第１の持続時間３１０及び第２の持続時間３２０を含むグローバルサイドリンクＤＲＸサイクル３０５が設定されると仮定する。第１の端末デバイス１２０は、グローバルサイドリンクＤＲＸサイクル３０５を使用して、通信ネットワーク１００における他の端末デバイスとのサイドリンク通信を実行する。さらに、第１の端末デバイス１２０には、第３の持続時間７１０及び第４の持続時間７２０を含むグループサイドリンクＤＲＸサイクル７０５がさらに設定されると仮定する。第１の端末デバイス１２０は、グループサイドリンクＤＲＸサイクル７０５を使用して、サイドリンクマルチキャスト通信における同一グループの端末デバイスのうちの他の端末デバイスとのサイドリンク通信を実行する。

【0106】

これから分かるように、グローバルサイドリンクＤＲＸサイクル３０５及びグループサイドリンクＤＲＸサイクル７０５は、異なる時間長を有してもよい。例えば、第１の持続時間３１０及び第３の持続時間７１０の時間長は異なって、第２の持続時間３２０及び第４の持続時間７２０の時間長も異なってもよい。また、通信ネットワーク１００における他の端末デバイスは、各種の相応的なグループサイドリンクＤＲＸサイクルを有してもよい。例えば、第２の端末デバイス１３０が所属する端末デバイスのグループが第１の端末デバイス１２０が所属するグループと異なると、第２の端末デバイス１３０には、グローバルサイドリンクＤＲＸサイクル３０５、及びグループサイドリンクＤＲＸサイクル７０５と異なる別のグループのサイドリンクＤＲＸサイクルが設定される。別の例示として、第３の端末デバイス１４０は、グローバルサイドリンクＤＲＸサイクル３０５のみが設定され、グループサイドリンクＤＲＸサイクルを有していない。なぜならば、サイドリンクマルチキャスト通信における端末デバイスの何れかのグループに属していないためである。

【0107】

このようなシナリオで、第１の端末デバイス１２０及び他の端末デバイスのための異なるグループサイドリンクＤＲＸサイクルにもかかわらず、第１の端末デバイス１２０は、統一の送信持続時間及び統一の受信持続時間を使用して、他の端末デバイスとのサイドリンク通信を実行できる。統一の送信持続時間及び統一の受信持続時間のための二つの選択肢が存在してもよい。

【0108】

第１の選択肢として、第２の端末デバイス１３０又は別の端末デバイスのグループサイドリンクＤＲＸサイクルにも関わらず、第１の端末デバイス１２０は第１の持続時間３１０と第３の持続時間７１０との共通部分（例えば、持続時間７３０及び持続時間７５０）期間で、第２の端末デバイス１３０又は別の端末デバイスへのサイドリンク送信を実行し、第１の持続時間及び第３の持続時間（例えば、持続時間７４０及び持続時間７６０）の両者の期間で、第２の端末デバイス１３０又は別の端末デバイスからのサイドリンク送信を受信する。言い換えると、メンバー端末デバイスとしての第１の端末デバイス１２０について、サイドリンク送信は、全てのサイドリンクＤＲＸ設定（例えば、グローバルサイドリンクＤＲＸ設定及びグループサイドリンクＤＲＸ設定）の非ゼロウェイクアップ持続時間の共通期間で実行され、全てのサイドリンクＤＲＸ設定（例えば、グローバル及びグループサイドリンクＤＲＸ設定）のウェイクアップ持続時間の合併期間でサイドリンク受信を実行する。このように、サイドリンク送信の信頼性を改善でき、なぜならば、サイドリンク送信は小さな時間範囲内で実行され、サイドリンク受信は大きな時間範囲内で実行されるためである。

【0109】

第２の選択肢として、第２の端末デバイス１３０又は別の端末デバイスのグループサイドリンクＤＲＸサイクルにも関わらず、第１の端末デバイス１２０は、第１の持続時間３０５期間で第２の端末デバイス１３０又は別の端末デバイスへのサイドリンク送信を実行し、第１の持続時間及び第３の持続時間（例えば、持続時間７４０及び持続時間７６０）の両者の期間で、第２の端末デバイス１３０又は別の端末デバイスからのサイドリンク送信を受信する。言い換えると、メンバー端末デバイスとしての第１の端末デバイス１２０について、サイドリンク送信は、ブロードコモンサイドリンクＤＲＸ設定からのウェイクアップ持続時間期間で実行され、サイドリンク受信は全てのサイドリンクＤＲＸ設定（例えば、グローバルサイドリンクＤＲＸ設定及びグループサイドリンクＤＲＸ設定）のウェイクアップ持続時間の合併期間で実行される。このように、サイドリンク送信の信頼性を改善でき、なぜならば、サイドリンク送信は小さな時間範囲内で実行され、サイドリンク受信は大きな時間範囲内で実行されるためである。

【0110】

統一の送信持続時間及び統一の受信持続時間を使用することで、異なるサイドリンクＤＲＸ設定を有するＵＥの間のサイドリンク通信の信頼性を改善できる。ここで、第１の選択肢及び第２の選択肢において、第２の端末デバイス１３０は、第１の端末デバイス１２０が所属する端末デバイスのグループにおけるヘッド端末デバイスであってもよい。つまり、第１の選択肢及び第２の選択肢は、ヘッド端末デバイスに適用されてもよく、これによって、サイドリンク通信を実行する場合、第１の端末デバイス１２０は、ヘッド端末デバイス及び他の端末デバイスを区別する必要がない。又は、第１の端末デバイス１２０は、第１の選択肢又は第２の選択肢を使用して、ヘッド端末デバイスを除いた端末デバイスとのサイドリンク通信を実行し、グループサイドリンクＤＲＸサイクル７０５を使用して、ヘッド端末デバイスとのサイドリンク通信を実行してもよい。

【0111】

いくつかの実施例において、一つ又は複数のタイマーは、サイドリンクＤＲＸオペレーションを実行するために、第１の端末デバイス１２０及び他の端末デバイスについて、設定され、又は事前設定されてもよい。これらのタイマーのうちのいくつかのタイマーについて、以下、図８から図１０を参照して記載する。ここで、いくつかの実施例において、これらのタイマーは、以上に記載のグローバルサイドリンクＤＲＸ設定又はグループサイドリンクＤＲＸ設定において示される。ところが、他のいくつかの実施例において、これらのタイマーは記載されるグローバルサイドリンクＤＲＸ設定又はグループサイドリンクＤＲＸ設定を除いた任意の設定情報において、ネットワークデバイス又はヘッド端末デバイスによって事前定義され、又は示されてもよい。

【0112】

図８は本開示のいくつかの実施例による、サイドリンクＤＲＸオペレーションのための第１のタイマーの例示、及び第２のタイマーの例示を示す。図８に示すように、第１の端末デバイス１２０は、第１の持続時間３１０及び第２の持続時間３２０を含むサイドリンクＤＲＸサイクル３０５に基づいて、サイドリンクＤＲＸオペレーションを実行する。第１の端末デバイス１２０は、第２の端末デバイス１３０からのサイドリンク送信（例えば、ＰＳＣＣＨ）を受信すると仮定する。また、第１の端末デバイス１２０はサイドリンク送信を成功的に受信していないと仮定する。

【0113】

この場合、第１の端末デバイス１２０は、サイドリンク通信のためのネガティブフィードバックを送信するとき、サイドリンク送信を受信したとき、又はサイドリンク送信を成功的に復号化しないとき、時点８１０で第１のタイマーをスタートする。第１のタイマーは、時点８１０から時点８２０までの第１の持続時間８１５を示す。第１の持続時間８１５は第１の数（例えば、０、１、２、４、８又は他の適切な数）のサイドリンクタイムスロットを含む。いくつかの実施例において、第１のタイマーは、３ＧＰＰ仕様（例えば、３ＧＰＰ ＴＳ ３８.３２１）に定義される「ｄｒｘ―ＨＡＲＱ―ＲＴＴ―タイマーＤＬ」に類似する機能を有してもよいため、本明細書において、ＨＡＲＱ―ＲＴＴ―ＴｉｍｅｒＳＬと呼ばれてもよい。

【0114】

言い換えると、ＨＡＲＱが有効にされた場合、受信ＵＥの角度から見れば、ＨＡＲＱ―ＲＴＴ―ＴｉｍｅｒＳＬは、ネットワークデバイス又はヘッドＵＥの上位層からの各サイドリンクＨＡＲＱプロセスに用いられるように、設定され又は事前設定されてもよい。ＨＡＲＱ―ＲＴＴ―ＴｉｍｅｒＳＬの値は、サイドリンクタイムスロットの数の形態であり、ＨＡＲＱ―ＲＴＴ―ＴｉｍｅｒＳＬは関連のＰＳＦＣＨタイムスロットからスタートされてもよく、又は送信ブロックが受信されたＢＷＰのＰＳＣＣＨ／ＰＳＳＣＨの受信時間、又は復号化の失敗時間からスタートされてもよい。ここで使用するように、ＢＷＰは、帯域幅部分を表すとともに、キャリアの帯域幅の一部を指す。また、受信ＵＥの角度から見れば、ＨＡＲＱ―ＲＴＴ―ＴｉｍｅｒＳＬが終了するまで、対応するＨＡＲＱプロセスのデータを成功的に復号化しないと、送信端末デバイスはＨＡＲＱ―ＲＴＴ―ＴｉｍｅｒＳＬの持続時間８１５期間で、再送を準備する必要があるため、ＵＥはスリープに保持されることができる。

【0115】

いくつかの実施例において、第１のタイマーが時点８２０で終了した場合、第１の端末デバイス１２０は、サイドリンク送信についてのサイドリンク再送が第１の端末デバイス１２０によって受信される前に、第２のタイマーをスタートし、当該第２のタイマーは、時点８２０から時点８３０までの第２の持続時間８２５を示す。第２の持続時間８２５は、第２の数（例えば、０、１、２、４、８、１６又はその他の適切な数）のサイドリンクタイムスロットを含んでもよい。いくつかの実施例において、第２のタイマーは、３ＧＰＰ仕様（例えば、３ＧＰＰ ＴＳ ３８.３２１）に定義される「ｄｒｘ―再送タイマーＤＬ」に類似する機能を有してもよいため、本明細書において、ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬとも呼ばれてもよい。いくつかの実施例において、第２のタイマーの第２の持続時間８２５期間で、第１の端末デバイス１２０は、第２の端末デバイス１３０のみから、予期されるサイドリンク再送を受信できる。又は、第１の端末デバイス１２０は、第２の端末デバイス１３０及び他の端末デバイスから、予期されるサイドリンク再送及び他の任意のサイドリンク送信を受信してもよい。

【0116】

言い換えると、ＨＡＲＱが有効にされた場合について、サイドリンク通信における受信端末デバイスの角度から見れば、ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬは、ネットワークデバイス又はヘッドＵＥの上位層からの各サイドリンクＨＡＲＱプロセスに用いられるように、設定され、又は事前設定される。ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬの値は、ＢＷＰのサイドリンクタイムスロットの数の形態であってもよい。ＵＥは、ＨＡＲＱ―ＲＴＴ―ＴｉｍｅｒＳＬが終了した後、当該タイマーＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬをスタートして、相応的なＨＡＲＱプロセスのサイドリンク再送を受信した場合、当該タイマーを停止する。いくつかの実施例において、第１の端末デバイス１２０は第２の端末デバイス１３０から予期されるサイドリンク再送を受信する必要があるため、第１の端末デバイス１２０は、第２のタイマーがアクティブである間、第２の端末デバイスからのサイドリンク送信を監視する。つまり、受信ＵＥの角度から見れば、ＵＥは、ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬタイマーがアクティブである期間で、ウェイクアップに保持される。

【0117】

いくつかの実施例において、第１のタイマー及び第２のタイマーは、ネットワークデバイス１１０から第１の端末デバイス１２０に例えばＲＲＣシグナリング又はＭＡＣ ＣＥを介して送信されたサイドリンクＤＲＸ設定において、示され得る。従って、第１の端末デバイス１２０はサイドリンクＤＲＸ設定から第１のタイマー及び第２のタイマーを決定できる。ここで、グローバルサイドリンクＤＲＸ設定及びグループサイドリンクＤＲＸ設定は、それぞれの第１のタイマー（例えば、グローバル―ｄｒｘ―ＨＡＲＱ―ＲＴＴ―ＴｉｍｅｒＳＬ及びグループ―ｄｒｘ―ＨＡＲＱ―ＲＴＴ―ＴｉｍｅｒＳＬ）、並びに、それぞれの第２のタイマー（例えばグローバル―ｄｒｘ―ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ及びグループ―ｄｒｘ―ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ）を有していてもよい。従って、グループサイドリンクＤＲＸオペレーションのための第１のタイマー及び第２のタイマーは、ヘッド端末デバイスからメンバー端末デバイスに例えばＲＲＣシグナリング又はＭＡＣ ＣＥを介して送信されたグループサイドリンクＤＲＸ設定において示されてもよい。いくつかの実施例において、第１のタイマー及び第２のタイマーは、各端末デバイスに用いられるように事前設定される。

【0118】

ここで、従前の解決策において、ＬＴＥにおいて、「Ｋ+４」サブフレームによる「ＨＡＲＱ―ＲＴＴ―ＴｉｍｅｒＳＬ」の定義は、異なるヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）に関するサイドリンク通信にとって合理的ではない。また、ＮＲにおいて、（０…５６個）物理シンボルによる「ＨＡＲＱ―ＲＴＴ―ＴｉｍｅｒＳＬ」の定義も、サイドリンク通信における、タイムスロットによるスケジューリング及びサイドリンクタイムスロットにとって合理的ではない。また、ＬＴＥ及びＮＲ Ｕｕインターフェースにおいて、「ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ」の定義は、サイドリンク通信で使用するサイドリンクタイムスロットにとって合理的ではない。上記の実施例に定義された第１のタイマー及び第２のタイマーはこれらの問題をよく解決できる。

【0119】

ダウンリンク通信の従前のＤＲＸ解決策において、端末デバイスは、非アクティブタイマー、例えば、「ｄｒｘ―ＩｎａｃｔｉｖｉｔｙＩｔｉｍｅｒ」が設定されてもよい。「ｄｒｘ―ＩｎａｃｔｉｖｉｔｙＩｔｉｍｅｒ」は、３ＧＰＰ仕様において、ＰＤＣＣＨがＭＡＣエンティティについての新たなＵＬ又はＤＬを指示するＰＤＣＣＨ機会の後の持続時間として定義されている。ところが、このようなダウンリンク通信のための非アクティブタイマーは、サイドリンク通信に適用されると、問題が生じる可能性があり、以下、図９を参照して、当該実行を説明する。

【0120】

図９は本開示のいくつかの実施例による、ダウンリンク送信におけるＤＲＸオペレーションの非アクティブタイマーがサイドリンク通信に適用される場合、生じた問題を解釈するための例示を示す。図９に示すように、ネットワークデバイス１１０とのアップリンク／ダウンリンク通信を実行するように、第１の端末デバイス１２０には、アップリンク／ダウンリンクタイムスロットのアップリンク／ダウンリンクタイムスロットシーケンス９１０が割り当てられると仮定する。アップリンク／ダウンリンクタイムスロットシーケンス９１０はダウンリンクタイムスロット９１２、アップリンクタイムスロット９１４、ダウンリンクタイムスロット９１６、ダウンリンクタイムスロット９１８、アップリンクタイムスロット９２０、ダウンリンクタイムスロット９２２などを含んでもよい。第１の端末デバイス１２０はダウンリンクタイムスロット９１２、９１６、９１８及び９２２で、ネットワークデバイス１１０とのダウンリンク通信を実行し、アップリンクタイムスロット９１４及び９２０で、ネットワークデバイス１１０とのアップリンク通信を実行する。

【0121】

また、第１の端末デバイス１２０はアップリンクタイムスロット９１４で、ネットワークデバイス１１０からダウンリンク制御チャネル（例えば、ＰＤＣＣＨ）を受信すると仮定する。そして、第１の端末デバイス１２０は、ダウンリンクデータ送信のために、非アクティブタイマーをスタートする。非アクティブタイマーは、第１の端末デバイス１１０が非アクティブタイマーのアクティブである間にスリープモードに入ることを防止できる。非アクティブタイマーは、指定数（当該例示において、三つである）のダウンリンクタイムスロット９１６、９１８及び９２２を含む持続時間９２５を示す。このように、第１の端末デバイス１２０は、非アクティブタイマーが示す持続時間９２５期間でウェイクアップされ、次の三つのダウンリンクタイムスロット９１６、９１８及び９２２において、ネットワークデバイス１１０からのダウンリンクデータ送信を受信する。また、第１の端末デバイス１２０はアップリンクタイムスロット９１４及び９２０において、ネットワークデバイス１１０とのアップリンク通信を正常に実行できる。

【0122】

以上のように、このようなダウンリンク通信のための非アクティブタイマーのメカニズムは端末デバイスの間のサイドリンク通信に適用されると、問題が生じる恐れがある。図９に示すように、第２の端末デバイス１３０とのサイドリンク通信を実行するように、第１の端末デバイス１２０にはサイドリンクタイムスロットのサイドリンクタイムスロットシーケンス９３０が割り当てられると仮定する。サイドリンクタイムスロットシーケンス９３０はサイドリンクタイムスロット９３２～９４２などを含んでもよい。第１の端末デバイス１２０はサイドリンクタイムスロット９３２～９４２において、第２の端末デバイス１３０又は他の端末デバイスとのサイドリンク通信を実行できる。具体的に、サイドリンクタイムスロット９３２～９４２のそれぞれにおいて、第１の端末デバイス１２０は、第２の端末デバイス１３０又は他の端末デバイスへのサイドリンク送信を実行し、代替的に、第２の端末デバイス１３０又は他の端末デバイスからのサイドリンク送信を受信できる。

【0123】

第１の端末デバイス１２０はサイドリンクタイムスロット９３４において、第２の端末デバイス１３０からサイドリンク制御チャネル（例えば、ＰＳＣＣＨ）を受信すると仮定する。そして、第１の端末デバイス１２０はサイドリンク通信のための非アクティブタイマー（例えば、データ送信）を有効にする。非アクティブタイマーは、第１の端末デバイス１１０が非アクティブタイマーのアクティブである間にスリープモードに入ることを防止できる。非アクティブタイマーは、指定数（当該例示において、三つである）のサイドリンクタイムスロット９３４、９３６及び９３８を含む持続時間９４５を示す。このように、第１の端末デバイス１２０は、非アクティブタイマーが示す持続時間９４５期間でウェイクアップされるため、次の三つのサイドリンクタイムスロット９３４、９３６及び９３８期間で、第２の端末デバイス１３０からサイドリンク送信（例えば、データ送信）を受信する。

【0124】

ところが、第１の端末デバイス１２０はサイドリンクタイムスロット９３８期間で、第２の端末デバイス１３０又は別の端末デバイスへのサイドリンク送信（例えば、より高い優先度を有するサイドリンク送信）を実行すると、サイドリンク通信の半二重性質のため、第１の端末デバイス１２０は第２の端末デバイス１３０からのサイドリンク送信（例えば、データ送信）を受信できない。言い換えると、サイドリンク通信のための非アクティブタイマーと関連付けられたオペレーションは、ダウンリンク通信のための非アクティブタイマーと異なる非アクティブタイマーを必要とするかもしれない。これについて、以下、図１０を参照してさらに詳しく記載する。

【0125】

図１０は本開示のいくつかの実施例による、サイドリンクＤＲＸオペレーションのための第３のタイマーの例示及び第４のタイマーの例示を示す。図１０に示すように、第１の端末デバイス１２０は、第１の持続時間３１０及び第２の持続時間３２０を含むサイドリンクＤＲＸサイクル３０５に基づいてサイドリンクＤＲＸオペレーションを実行する。時点１０１０で、第１の端末デバイス１２０は第２の端末デバイス１３０からのサイドリンク送信（例えば、ＰＳＣＣＨ）を受信したと仮定する。例えば、サイドリンク送信は新たなデータのサイドリンク送信（例えばＰＳＳＣＨ）をスケジューリングする。言い換えると、スケジューリングされたサイドリンク送信はサイドリンク再送ではない。

【0126】

時点１０１０でサイドリンク送信を検出した後、第１の端末デバイス１２０は第３のタイマーをスタートして、時点１０１０から時点１０３０までの第３の持続時間１０１５を示す。いくつかの実施例において、第３のタイマーは、ダウンリンク通信におけるＤＲＸオペレーションのための非アクティブタイマーに類似する機能を有し、例えば、３ＧＰＰ仕様（例えば、３ＧＰＰ ＴＳ ３８.３２１）に定義された「ｄｒｘ―ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ」である。従って、本明細書が使用するように、第３のタイマーは、サイドリンク通信のための非アクティブタイマー又は「ｄｒｘ―ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒＳＬ」とも呼ばれてもよい。第３のタイマーがアクティブである間、即ち、持続時間１０１５期間で、第２の端末デバイス１３０からの新たなデータのサイドリンク送信を受信するように、第１の端末デバイス１２０はウェイクアップに保持される。

【0127】

第３のタイマーのアクティブである時点１０２０で、第１の端末デバイス１２０は、第２の端末デバイス１３０又は別の端末デバイスへのサイドリンク送信を実行すると仮定する。図９を参照して解釈するように、第１の端末デバイス１２０が実行するサイドリンク送信のため、第１の端末デバイス１２０は第２の端末デバイス１３０から新たなデータのサイドリンク送信を受信できない可能性がある。第２の端末デバイス１３０から第１の端末デバイス１２０への新データのサイドリンク送信のため、ＨＡＲＱプロセスが有効にされると、第１の端末デバイス１２０からのポジティブフィードバック（例えば、ＡＣＫ）及びネガティブフィードバック（例えば、ＮＡＣＫ）がないため、第２の端末デバイス１３０は第１の端末デバイス１２０の不連続送信（ＤＴＸ）を検出する可能性がある。第１の端末デバイス１２０のＤＴＸを検出した後、第２の端末デバイス１３０は準備して、第１の端末デバイス１２０へのサイドリンク送信についてのサイドリンク再送を実行する。

【0128】

相応的に、第３のタイマーが終了する前の時点１０２０で、第１の端末デバイス１２０が第２の端末デバイス１３０又は別の端末デバイスへのサイドリンク送信を実行すると、第１の端末デバイス１２０は、第４のタイマーをスタートし、当該第４のタイマーは、時点１０２０から時点１０４０までの持続時間１０２５を示し、例えば、サイドリンクタイムスロットの数（例えば０、１、２、４、８又は他の適切な数）である。いくつかの実施例において、第４のタイマーは、第１のタイマーに類似する機能を有し、例えば、以上に記載の「ｄｒｘ―ＨＡＲＱ―ＲＴＴ―ＴｉｍｅｒＳＬ」である。例えば、第４のタイマーがアクティブである間、即ち、持続時間１０２５期間で、第２の端末デバイス１３０から第１の端末デバイス１２０へのサイドリンク再送は、第２の端末デバイス１３０がサイドリンク送信を準備するための必要な時間のため、発生することがない。ところが、第１のタイマーと違って、いくつかの実施例において、第１の端末デバイス１２０は持続時間１０２５期間で、ウェイクアップモード又はスリープモードにあってもよく、これは、グローバルサイドリンクＤＲＸサイクル及び／又はグループサイドリンクＤＲＸサイクルに依存してもよい。

【0129】

第４のタイマーと第１のタイマーとの間の別の区別は、第１のタイマーは、第１の端末デバイス１２０から第２の端末デバイス１３０までのネガティブフィードバックのためにスタートされてもよい一方で、第４のタイマーは、第２の端末デバイス１３０によって検出された第１の端末デバイス１２０のＤＴＸのためにスタートされてもよい、ことである。従って、本明細書が使用するように、第４のタイマーは「ｄｒｘ―ＨＡＲＱ―ＤＴＸ―ＴｉｍｅｒＳＬ」と呼ばれてもよい。

【0130】

第４のタイマーが時点１０４０で終了する場合、第１の端末デバイス１２０は、第２のタイマーをスタートし、当該第２のタイマーは、時点１０４０から時点１０５０までの第２の持続時間８２５を示す。以上のように、第２のタイマーがアクティブである間、即ち、持続時間８２５期間で、第１の端末デバイス１２０は、ウェイクアップに保持され、第２の端末デバイス１３０から、予期されるサイドリンク再送を受信する。いくつかの実施例において、第２のタイマーの第２の持続時間８２５期間、第１の端末デバイス１２０は、第２の端末デバイス１３０のみから、予期されるサイドリンク再送を受信してもよい。従って、持続時間８２５期間でサイドリンク再送を受信した場合、第１の端末デバイス１２０は、第２のタイマーを停止してもよい。又は、第１の端末デバイス１２０は、第２の端末デバイス１３０及び他の端末デバイスから、予期されるサイドリンク再送及び他の任意のサイドリンク送信を受信してもよい。

【0131】

概して、ＨＡＲＱが有効にされる場合、ＰＳＣＣＨ／ＰＳＳＣＨのＩｎａｃｔｉｖｉｔｙＴｉｍｅｒＳＬを受信する持続時間期間において、ＵＥがサイドリンクタイムスロットｎでＰＳＣＣＨ／ＰＳＳＣＨを送信した場合、ＵＥは、タイムスロットｎ+１でＨＡＲＱ―ＤＴＸ―ＴｉｍｅｒＳＬタイマーをスタートし、ＨＡＲＱ―ＤＴＸ―ＴｉｍｅｒＳＬが終了した後、ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬタイマーをスタートする。ＨＡＲＱプロセスに対応するサイドリンク再送を受信し、又はＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬが終了すると、ＵＥは、ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬタイマーを停止してもよい。受信ＵＥの角度から見れば、ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬタイマーがアクティブである間、ＵＥはウェイクアップモードに入ることができる。従って、図９を参照して解釈するように、非アクティブタイマーはサイドリンク送信によって中断されることによって生じた問題は、第３のタイマー及び第４のタイマーによってよく解决される。

【0132】

いくつかの実施例において、第３のタイマー及び第４のタイマーは、ネットワークデバイス１１０から第１の端末デバイス１２０に例えばＲＲＣシグナリング又はＭＡＣ ＣＥを介して送信されたサイドリンクＤＲＸ設定において示され得る。従って、第１の端末デバイス１２０は、サイドリンクＤＲＸ設定から第３のタイマー及び第４のタイマーを決定できる。ここで、グローバルサイドリンクＤＲＸ設定及びグループサイドリンクＤＲＸ設定は、それぞれの第３のタイマー（例えばグローバル―ｄｒｘ―ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒＳＬ及びグループ―ｄｒｘ―ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒＳＬ）、及びそれぞれの第４のタイマー（例えばグローバル―ｄｒｘ―ＨＡＲＱ―ＤＴＸ―ＴｉｍｅｒＳＬ及びグループ―ｄｒｘ―ＨＡＲＱ―ＤＴＸ―ＴｉｍｅｒＳＬ）を有してもよい。従って、グループサイドリンクＤＲＸオペレーションのための第３のタイマー及び第４のタイマーは、ヘッド端末デバイスからメンバー端末デバイスに例えばＲＲＣシグナリング又はＭＡＣ ＣＥを介して送信されたグループサイドリンクＤＲＸ設定において示され得る。

【0133】

図１１は、本開示のいくつかの実施例による例示的な方法１１００のフローチャートを示す。いくつかの実施例において、方法１１００は端末デバイス、例えば、図１の第１の端末デバイス１２０に実施されてもよい。付加的又は代替的に、方法１１００は第２の端末デバイス１３０、第３の端末デバイス１４０又は図１に示されていない他の端末デバイスに実施されてもよい。議論を目的とし、一般性を失うことなく、図１を参照して第１の端末デバイス１２０によって実行される方法１１００を記載する。

【0134】

ブロック１１１０で、第１の端末デバイス１２０はサイドリンクＤＲＸ設定を取得する。ブロック１１２０で、第１の端末デバイス１２０はサイドリンクＤＲＸ設定から第１の持続時間及び第２の持続時間を含むサイドリンクＤＲＸサイクルを決定し、第１の持続時間期間においては、サイドリンク通信の、端末デバイスの間での実行が許可され、第２の持続時間期間においてはサイドリンク通信の実行が許可されていない。ブロック１１３０で、第１の端末デバイス１２０は第１の持続時間期間で端末デバイスにおける第２の端末デバイス１３０とのサイドリンク通信を実行する。

【0135】

いくつかの実施例において、サイドリンク通信を実行することは、第１の端末デバイス１２０から第２の端末デバイス１３０へのサイドリンク送信が実行されると決定したことに基づいて、第１の持続時間の開始時点を決定することと、サイドリンク送信を実行するためのオフセットを決定することと、開始時点及びオフセットに基づいて、ターゲット時点を決定することと、ターゲット時点でサイドリンク送信を実行することと、を含む。

【0136】

いくつかの実施例において、オフセットは、サイドリンク送信の優先度、サイドリンク送信の遅延要求、ランダム方式、事前定義された値、及び通信ネットワークにおけるネットワークデバイス１１０が指示する値のうちの少なくとも一つに基づいて決定される。

【0137】

いくつかの実施例において、ターゲット時点でサイドリンク送信を実行することは、トリガーの、第１の端末デバイス１２０の上位層から物理層への送信をオフセットの後で開始させることと、物理層にオフセットの後の利用可能なリソースを検出させることと、利用可能なリソースからリソースを選択するために用いられる選択時間ウィンドウをオフセットの後で開始させることと、のうちの一つを含む。上記のトリガーは、サイドリンク送信を実行するための利用可能なリソースを検出するように、物理層をトリガーするために用いられる。

【0138】

いくつかの実施例において、方法１１００は、ターゲット時点が第１の持続時間の終了時点より遅く、又はサイドリンク送信の遅延要求を満たすことができないと決定したことに基づいて、オフセットを所定値に設定することをさらに含む。

【0139】

いくつかの実施例において、方法１１００は、通信ネットワークにおけるネットワークデバイス１１０から、オフセットが有効にされるか、或いは無効にされるかという指示を受信することをさらに含む。

【0140】

いくつかの実施例において、サイドリンクＤＲＸ設定を取得することは、通信ネットワークにおけるネットワークデバイス１１０からサイドリンクＤＲＸ設定を受信することと、事前定義された設定に基づいてサイドリンクＤＲＸ設定を決定することとのうちの一つを含む。

【0141】

いくつかの実施例において、方法１１００は、通信ネットワークにおけるネットワークデバイス１１０から、サイドリンクＤＲＸ設定が有効にされるか、或いは無効にされるかという指示を受信することをさらに含む。

【0142】

いくつかの実施例において、方法１１００は、第１の端末デバイス１２０がサイドリンクマルチキャスト通信における１グループの端末デバイスのヘッド端末デバイスであると決定したことに基づいて、グループサイドリンクＤＲＸ設定を当該グループのメンバー端末デバイスに送信することと、グループサイドリンクＤＲＸ設定から、第３の持続時間及び第４の持続時間を含むグループサイドリンクＤＲＸサイクルを決定することと、をさらに含み、ヘッド端末デバイスは、第３の持続時間期間で、メンバー端末デバイスへのサイドリンク送信を実行することが許可され、第３の持続時間及び第４の持続時間期間で、メンバー端末デバイスからのサイドリンク送信を受信することが許可される。

【0143】

いくつかの実施例において、グループサイドリンクＤＲＸ設定は、上位層信号、メディアアクセス制御（ＭＡＣ）制御要素（ＣＥ）、及び事前定義された時間帯を有する周期的な方式のうちの少なくとも一つによって送信される。

【0144】

いくつかの実施例において、方法１１００は、第３の持続時間内でメンバー端末デバイスにおけるターゲットメンバー端末デバイスへサイドリンク送信を実行しないと決定したことに基づいて、電力節約モードに入る指示をターゲットメンバー端末デバイスに送信することをさらに含む。

【0145】

いくつかの実施例において、方法１１００は、第１の端末デバイス１２０が１グループのサイドリンクマルチキャスト通信におけるメンバー端末デバイスのうちの一つであると決定したことに基づいて、グループサイドリンクＤＲＸ設定を取得することと、グループサイドリンクＤＲＸ設定から、第３の持続時間及び第４の持続時間を含むグループサイドリンクＤＲＸサイクルを決定することと、をさらに含み、メンバー端末デバイスは、第３の持続時間期間で、グループのヘッド端末デバイスからのサイドリンク送信を監視する。

【0146】

いくつかの実施例において、グループサイドリンクＤＲＸ設定を取得することは、ヘッド端末デバイスからグループサイドリンクＤＲＸ設定を受信することと、事前定義された設定に基づいてグループサイドリンクＤＲＸ設定を決定することとのうちの一つを含む。

【0147】

いくつかの実施例において、グループサイドリンクＤＲＸ設定は、上位層の信号、メディアアクセス制御（ＭＡＣ）制御要素（ＣＥ）、及び事前定義された時間帯を有する周期的な方式のうちの少なくとも一つによって受信される。

【0148】

いくつかの実施例において、方法１１００は、第１の端末デバイス１２０がヘッド端末デバイスからグループサイドリンクＤＲＸ設定を受信していない持続時間が事前定義された時間帯を超えると決定したことに基づいて、グループサイドリンクＤＲＸ設定が無効にされると決定することをさらに含む。

【0149】

いくつかの実施例において、方法１１００は、第３の持続時間期間で、電力節約モードに入る指示をヘッド端末デバイスから受信したことに基づいて、電力節約モードに入ることをさらに含み、電力節約モードでは、ヘッド端末デバイスは、第１の端末デバイス１２０へのサイドリンク送信を実行しない。

【0150】

いくつかの実施例において、第２の端末デバイス１３０とのサイドリンクとの通信を実行することは、第１の持続時間、又は第１の持続時間と第３の持続時間との共通部分の期間で、第２の端末デバイス１３０へのサイドリンク送信を実行することと、第１の持続時間及び第３の持続時間の両者の期間で、第２の端末デバイス１３０からのサイドリンク送信を受信することとのうちの少なくとも一つを含む。

【0151】

いくつかの実施例において、第２の端末デバイス１３０は、ヘッド端末デバイスである。

【0152】

いくつかの実施例において、サイドリンク通信は第２の端末デバイス１３０から第１の端末デバイス１２０へのサイドリンク送信であり、当該方法は、サイドリンクＤＲＸ設定から第１の持続時間を示す第１のタイマーを決定することをさらに含み、第１の持続時間は第１の数のサイドリンクタイムスロットを含み、第１のタイマーは、サイドリンク通信についてのネガティブフィードバックを送信すること、サイドリンク送信を受信すること、又はサイドリンク送信を成功的に復号化しないことで、スタートされる。

【0153】

いくつかの実施例において、方法１１００は、サイドリンクＤＲＸ設定から第２のタイマーを決定することをさらに含み、当該第２のタイマーは、サイドリンク送信についてのサイドリンク再送が第１の端末デバイス１２０によって受信される前の第２の持続時間を示し、第２の持続時間は第２の数のサイドリンクタイムスロットを含み、第１のタイマーが終了する際、第２のタイマーはスタートされる。

【0154】

いくつかの実施例において、方法１１００は、第２のタイマーがアクティブである間、第２の端末デバイス１３０からのサイドリンク送信を監視することをさらに含む。

【0155】

いくつかの実施例において、方法１１００は、サイドリンクＤＲＸ設定から第３のタイマーを決定することをさらに含み、第３のタイマーは、サイドリンク送信を検出した後の第３の持続時間を示し、方法１１００は、第３のタイマーが終了する前に第１の端末デバイス１２０がサイドリンク送信を実行すると決定したことに基づいて、第４の持続時間を示す第４のタイマーをスタートすることと、第４のタイマーが終了すると決定したことに基づいて、第２のタイマーをスタートすることと、をさらに含む。

【0156】

図１２は本開示のいくつかの実施例による別の例示的な方法１２００のフローチャートを示す。いくつかの実施例において、方法１２００はネットワークデバイス、例えば図１のネットワークデバイス１１０に実施されてもよい。付加的又は代替的に、方法１２００は、図１に示されていない他のネットワークデバイスに実施されてもよい。議論を目的とし、一般性を失うことなく、図１を参照してネットワークデバイス１１０によって実行される方法１２００を記載する。

【0157】

ブロック１２１０で、ネットワークデバイス１１０は、サイドリンクＤＲＸサイクルを示すサイドリンクＤＲＸ設定を決定し、当該サイドリンクＤＲＸサイクルは、第１の持続時間と第２の持続時間とを含み、第１の持続時間期間においては、サイドリンク通信の、通信ネットワークにおける端末デバイスの間での実行が許可され、第２の持続時間期間においては、サイドリンク通信の実行が許可されていない。ステップ１２２０において、ネットワークデバイス１１０は、サイドリンクＤＲＸ設定を端末デバイスにおける第１の端末デバイス１２０に送信し、これにより、第１の端末デバイス１２０は、サイドリンクＤＲＸ設定に基づいて、端末デバイスにおける第２の端末デバイス１３０とのサイドリンク通信を実行する。

【0158】

いくつかの実施例において、方法１２００は、サイドリンクＤＲＸ設定が有効にされるか、或いは無効にされるかという指示を第１の端末デバイス１２０に送信することと、第１の端末デバイス１２０が第２の端末デバイス１３０へのサイドリンク送信を実行するためのオフセットの指示を第１の端末デバイス１２０に送信することと、オフセットが有効にされるか、或いは無効にされるかという指示を第１の端末デバイス１２０に送信することとのうちの少なくとも一つを含む。

【0159】

いくつかの実施例において、サイドリンク通信は第２の端末デバイス１３０から第１の端末デバイス１２０へのサイドリンク送信であり、サイドリンクＤＲＸ設定は、第１のタイマー、第２のタイマー、第３のタイマー、及び第４のタイマーの少なくとも一つを示す。第１のタイマーは、第１の数のサイドリンクタイムスロットを含む第１の持続時間を示し、サイドリンク通信についてのネガティブフィードバックを送信すること、サイドリンク送信を受信すること、又はサイドリンク送信を成功的に復号化しないことで、スタートされる。第２のタイマーは、サイドリンク送信についてのサイドリンク再送が第１の端末デバイス１２０によって受信される前の第２の持続時間を示し、第１のタイマーが終了する際、スタートされる。第２の持続時間は、第２の数のサイドリンクタイムスロットを含む。第３のタイマーは、サイドリンク送信を検出した後の第３の持続時間を示す。第４のタイマーは、第３のタイマーが終了する前に第１の端末デバイス１２０がサイドリンク送信を実行した後の第４の持続時間を示す。第４のタイマーが終了する際、第２のタイマーは、スタートされる。

【0160】

図１３は本開示のいくつかの実施例を実施するためのデバイス１３００の簡略化ブロック図である。デバイス１３００は図１の第１の端末デバイス１２０、第２の端末デバイス１３０、第３の端末デバイス１４０及びネットワークデバイス１１０の別の例示的な実施例と見なされてもよい。従って、デバイス１３００は、第１の端末デバイス１２０、第２の端末デバイス１３０、第３の端末デバイス１４０及びネットワークデバイス１１０のうちの少なくとも一部に実現され、又はこれらの少なくとも一部として実現されてもよい。

【0161】

図面に示すように、デバイス１３００はプロセッサー１３１０、プロセッサー１３１０に結合されたメモリ１３２０、プロセッサー１３１０に結合された適切な送信機（ＴＸ）、受信機（ＲＸ）１３４０、及びＴＸ／ ＲＸ １３４０に結合された通信インターフェースを含む。メモリ１３２０はプログラム１３３０の少なくとも一部を記憶する。ＴＸ／ＲＸ １３４０は双方向通信に適用される。ＴＸ／ＲＸ １３４０は通信を促進するための少なくとも一つのアンテナを有するが、実践において、本出願に言及されたアクセスノードは若干のアンテナを有する可能性がある。通信インターフェースは、他のネットワーク素子との通信の必要な任意のインターフェース、例えばｇＮＢ又はｅＮＢの間の双方向通信のためのＸ２インターフェース、モビリティ管理エンティティ（ＭＭＥ）／サービスゲートウェイ（Ｓ―ＧＷ）とｇＮＢ又はｅＮＢとの間の通信のためのＳ１インターフェース、ｇＮＢ又はｅＮＢと中継ノード（ＲＮ）との間の通信のためのＵｎインターフェース、或いはｇＮＢ又はｅＮＢと端末デバイスとの間の通信のためのＵｕインターフェースを示してもよい。

【0162】

本明細書において、図１１～図１２を参照して議論するように、プログラム１３３０はプログラム指令を含み、当該プログラム指令が関連のプロセッサー１３１０によって実行される場合、デバイス１３００は本開示の実施例に基づいてオペレーションできると仮定する。本明細書における実施例は、デバイス１３００のプロセッサー１３１０が実行可能なコンピュータソフトウェアによって実現され、又はハードウェア、或いはソフトウェアとハードウェアとの組み合わせで実現されてもよい。プロセッサー１３１０は本開示の各種の実施例を実現するように設定されてもよい。また、プロセッサー１３１０とメモリ１３２０との組み合わせは、本開示の各種の実施例を実現するための処理部材１３５０を形成できる。

【0163】

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

【0164】

本開示の装置及び／又は機器に含まれるコンポーネントは各種の方式で実現されてもよく、ソフトウェア、ハードウェア、ファームウェア又はその任意の組み合わせを含む。一つの実施例において、一つ又は複数のユニットはソフトウェア及び／又はファームウェアを使用して実現され、例えば記憶媒体に記憶されるマシン実行可能指令である。マシン実行可能指令以外、又はマシン実行可能指令の代わりとして、装置及び／又は機器における一部又は全てのユニットは少なくとも部分的に一つ又は複数のハードウェアロジックコンポーネントで実現されてもよい。例えば、使用可能なハードウェアロジックコンポーネントの模式的なタイプはフィールドプログラマブルゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）、特定用途向け標準製品（ＡＳＳＰ）、システムオンチップ（ＳＯＣ）、コンプレックスプログラマブルロジックデバイス（ＣＰＬＤ）などを含むが、これらに限定されていない。

【0165】

一般的に、本開示の各種の実施例はハードウェア又は専用回路、ソフトウェア、ロジック又はその任意の組み合わせで実現されてもよい。いくつかの態様はハードウェアで実現され、他の態様はコントローラー、マイクロプロセッサー又は他のコンピューティングデバイスが実行可能なファームウェア又はソフトウェアで実現されてもよい。本開示の実施例の各態様はブロック図、フローチャートとして図示及び記載され、又はいくつかの他のパターンを使用して示されるが、ここで、非限定的な例示として、本明細書に記載のブロック、装置、システム、技術又は方法はハードウェア、ソフトウェア、ファームウェア、専用回路又はロジック、汎用ハードウェア或いはコントローラー、若しくは他のコンピューティングデバイス、又はこれらのある組み合わせで実現されてもよい。

【0166】

本開示は、非一時的コンピュータ可読記憶媒体に有形的に記憶される少なくとも一つのコンピュータプログラム製品を提供する。当該コンピュータプログラム製品はコンピュータ可実行指令を含み、例えば、プログラムモジュールに含まれるものであり、ターゲット実又は仮想プロセッサーでのデバイスにおいて実行されることで、以上、図１１～図１２における何れか一つを参照して記載されるプロセス又は方法を実行する。一般的に、プログラムモジュールは、特定のタスクを実行し又は特定の抽象データタイプを実現するルーチン、プログラム、ベース、オブジェクト、クラス、コンポーネント、データ構成などを含む。各種の実施例において、プログラムモジュールの機能性は所望の通り、プログラムモジュールの間で組み合わせ又は分割を行ってもよい。プログラムモジュールのためのマシン実行可能指令はロカールデバイス又は分散型デバイス内で実行される。分散型デバイスにおいて、プログラムモジュールはロカール及びリモート記憶媒体に位置してもよい。

【0167】

一つ又は複数のプログラミング言語の任意の組み合わせで、本開示の方法を実行するためのプログラムコードを作成してもよい。これらのプログラムコードは汎用コンピュータ、専用コンピュータ又は他のプログラマブルデータ処理デバイスのプロセッサー又はコントローラーに提供されることで、当該プログラムコードはプロセッサー又はコントローラーにより実行される時、フローチャート及び／又はブロック図において指定された機能／オペレーションを実現する。プログラムコードは完全にマシンで実行されてもよく、部分的にマシンで実行されてもよく、独立したパッケージソフトとして実行されてもよく、一部がマシンで、他の一部がリモートマシンで実行されてもよく、又は完全にリモートマシン或いはサーバーで実行されてもよい。

【0168】

以上のプログラムコードはマシン可読媒体に体現され、当該マシン可読媒体は、指令実行システム、装置又は機器が使用し、又はそれと結合して使用するためのプログラムを含み又は記憶する任意の有形媒体であってもよい。マシン可読媒体はマシン可読信号媒体又はマシン可読記憶媒体であってもよい。マシン可読媒体は電気、磁気、光学、電磁、赤外線又は半導体システム、装置又は機器、又は上記各々の任意の適切な組み合わせを含むが、これらに限定されていない。マシン可読記憶媒体のより具体的な例示は、１本又は複数本のワイヤを有する電気接続、ポータブルコンピュータフレキシブルディスク、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、消去可能プログラマブル読み取り専用メモリ（ＥＰＲＯＭ又はフラッシュメモリ）、光ファイバ、コンパクトディスクリードオンリーメモリ（ＣＤ―ＲＯＭ）、光学記憶デバイス、磁気記憶デバイス又は上記各々の任意の適切な組み合わせを含む。

【0169】

また、特定の順序で各オペレーションを描画したが、示される特定の順序又は連続的な順序でこのようなオペレーションを実行し、又は示された全てのオペレーションを実行することで、所望の結果を実現するように要求されていない。ある環境において、マルチタスク及び並行処理は有利である可能性がある。同様に、上記の議論には若干の特定の実施例細部が含まれるが、これらは本開示の範囲についての限定として理解されるわけではなく、特定の実施例の固有の特徴についての記載として解釈される。個別の実施例の明細書に記載のいくつかの特徴は、単一の実施例において組み合わせるように実現される。逆に、単一の実施例の明細書に記載の各種特徴も、複数の実施例にそれぞれ実現され、又は任意の適切なサブ組み合わせで実現されてもよい。

【0170】

構成特徴及び／又は方法動作の固有の言語で本開示を記載したが、ここで、添付の請求項に定義される本開示は、上記の固有の特徴又は動作に限定されていない。逆に、上記の固有の特徴及び動作は請求項を実現する例示的な形態として、開示される。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】