IP Force 特許公報掲載プロジェクト 2022.1.31 β版

知財求人 - 知財ポータルサイト「IP Force」

▶ 富士通株式会社の特許一覧

<>
  • 特許-サイドリンク不連続受信方法及び装置 図1
  • 特許-サイドリンク不連続受信方法及び装置 図2
  • 特許-サイドリンク不連続受信方法及び装置 図3
  • 特許-サイドリンク不連続受信方法及び装置 図4
  • 特許-サイドリンク不連続受信方法及び装置 図5
  • 特許-サイドリンク不連続受信方法及び装置 図6
  • 特許-サイドリンク不連続受信方法及び装置 図7
  • 特許-サイドリンク不連続受信方法及び装置 図8
  • 特許-サイドリンク不連続受信方法及び装置 図9
  • 特許-サイドリンク不連続受信方法及び装置 図10
  • 特許-サイドリンク不連続受信方法及び装置 図11
  • 特許-サイドリンク不連続受信方法及び装置 図12
< >
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-07-29
(45)【発行日】2024-08-06
(54)【発明の名称】サイドリンク不連続受信方法及び装置
(51)【国際特許分類】
   H04W 52/02 20090101AFI20240730BHJP
   H04W 28/04 20090101ALI20240730BHJP
   H04W 92/18 20090101ALI20240730BHJP
   H04W 76/28 20180101ALI20240730BHJP
   H04W 72/25 20230101ALI20240730BHJP
   H04W 72/40 20230101ALI20240730BHJP
【FI】
H04W52/02 111
H04W28/04 110
H04W92/18
H04W76/28
H04W72/25
H04W72/40
【請求項の数】 19
(21)【出願番号】P 2023522911
(86)(22)【出願日】2020-10-22
(65)【公表番号】
(43)【公表日】2023-11-02
(86)【国際出願番号】 CN2020123006
(87)【国際公開番号】W WO2022082677
(87)【国際公開日】2022-04-28
【審査請求日】2023-04-24
(73)【特許権者】
【識別番号】000005223
【氏名又は名称】富士通株式会社
(74)【代理人】
【識別番号】100107766
【弁理士】
【氏名又は名称】伊東 忠重
(74)【代理人】
【識別番号】100070150
【弁理士】
【氏名又は名称】伊東 忠彦
(72)【発明者】
【氏名】ジィ・ポンユィ
(72)【発明者】
【氏名】リ・グオルゥォン
(72)【発明者】
【氏名】ジャン・ジエヌ
(72)【発明者】
【氏名】ワン・シヌ
(72)【発明者】
【氏名】ジャン・レイ
【審査官】伊東 和重
(56)【参考文献】
【文献】中国特許出願公開第111567070(CN,A)
(58)【調査した分野】(Int.Cl.,DB名)
H04B 7/24-7/26
H04W 4/00-99/00
3GPP TSG RAN WG1-4
SA WG1-4
CT WG1,4
(57)【特許請求の範囲】
【請求項1】
第1の端末装置に構成されるサイドリンク不連続受信装置であって、
第2の端末装置により送信された第1のサイドリンク制御情報を受信する受信機であって、前記第1のサイドリンク制御情報は、前記第1のサイドリンク制御情報が所在するスロットの後の再送のための予約リソースを示す、受信機と、
前記予約リソースが所在するスロットにおいて、前記第1の端末装置をサイドリンクでアクティブ又はオンの状態にするプロセッサと、を含
前記プロセッサは、サイドリンクプロセスについて、前記第1の端末装置が前記第1のサイドリンク制御情報を受信したスロットの後の最初のスロットから第1のタイマを起動し、
前記第1のタイマは、サイドリンクに対するdrx-HARQ-RTT-Timerである、サイドリンク不連続受信装置。
【請求項2】
前記第1の端末装置は、前記予約リソースが所在するスロットの最初のシンボルから、サイドリンクリソースプールにおける1つのスロット又は複数の連続的なスロットに亘って、サイドリンクでアクティブ又はオンにされている、請求項1に記載のサイドリンク不連続受信装置。
【請求項3】
前記第1の端末装置は、前記第1のサイドリンク制御情報及び/又は対応する物理サイドリンク共有チャネルの意図された受信端末であり、
前記第1のサイドリンク制御情報に示される宛先識別子は前記第1の端末装置の識別子と同一であり、或いは、前記宛先識別子は前記第1の端末装置の識別子を含み、或いは、前記第1のサイドリンク制御情報は前記第1の端末装置が関心を持つトラフィックを示す、請求項1に記載のサイドリンク不連続受信装置。
【請求項4】
前記第1のタイマの値は、スロット数であり、
前記スロット数は、前記第1の端末装置が前記第1のサイドリンク制御情報を受信したスロットの後のサイドリンクリソースプールにおける最初のスロットから、前記第1のサイドリンク制御情報に示される次回の送信のための予約リソースが所在するスロットの直前のサイドリンクリソースプールにおけるスロットまでの期間に含まれるリソースプールにおけるスロットの総数である、請求項に記載のサイドリンク不連続受信装置。
【請求項5】
ハイブリッド自動再送要求が無効にされていることが前記第1のサイドリンク制御情報により示されている場合、又は、ハイブリッド自動再送要求が有効にされていることが前記第1のサイドリンク制御情報により示されており、且つ前記第1の端末装置が否定応答をフィードバックした場合、前記プロセッサは、前記第1のタイマがタイムアウトした後の前記最初のスロットにおいて、前記サイドリンクプロセスについて第2のタイマを起動し、前記第1の端末装置を前記アクティブ又はオンの状態にする、請求項に記載のサイドリンク不連続受信装置。
【請求項6】
前記受信機は、前記アクティブ又はオンの状態において第2のサイドリンク制御情報をさらに受信し、
前記第2のサイドリンク制御情報が受信されており、且つ前記第2のサイドリンク制御情報により示される宛先識別子及びソース識別子、並びにハイブリッド自動再送要求プロセス識別子と、前記第1のサイドリンク制御情報により示される宛先識別子及びソース識別子、並びにハイブリッド自動再送要求プロセス識別子とがそれぞれ同一である場合、前記プロセッサは、前記第2のタイマを停止する、請求項に記載のサイドリンク不連続受信装置。
【請求項7】
ハイブリッド自動再送要求が有効にされていることが前記第1のサイドリンク制御情報により示されており、且つ前記第1の端末装置が肯定応答をフィードバックした場合、前記第1の端末装置は、前記第1のタイマがタイムアウトした後の最初のスロットの最初のシンボルにおいて、前記サイドリンクプロセスについて第2のタイマを起動しない、請求項に記載のサイドリンク不連続受信装置。
【請求項8】
前記第2の端末装置により選択された初回の送信ためのリソースが所在するスロットは、第3のタイマの動作期間内に位置し、前記第3のタイマは、周期的に動作し、且つ前記第1の端末装置により不連続受信のために使用される、請求項1に記載のサイドリンク不連続受信装置。
【請求項9】
第1の予約リソースがプリエンプトされた場合、前記第2の端末装置により前記第1の予約リソースについて再選択された再選択リソースは、前記第1の予約リソースの後に位置する、請求項1に記載のサイドリンク不連続受信装置。
【請求項10】
第1の端末装置に構成されるサイドリンク不連続受信装置であって、
第2の端末装置により送信された第1のサイドリンク制御情報を受信する受信機であって、前記第1のサイドリンク制御情報は、前記第1のサイドリンク制御情報が所在するスロットの後の再送のための予約リソースを示していない、受信機と、
前記第1のサイドリンク制御情報を受信してからリソースプールにおける所定数のスロットが経過した後、前記第1の端末装置をサイドリンクでアクティブ又はオンの状態にするプロセッサと、を含む、サイドリンク不連続受信装置。
【請求項11】
前記プロセッサは、サイドリンクプロセスについて、前記第1の端末装置が前記第1のサイドリンク制御情報を受信したスロットの後のサイドリンクリソースプールにおける最初のスロットから第1のタイマを起動し、
前記第1のタイマの値は、サイドリンクリソースプールにおける所定のスロット数31である、請求項10に記載のサイドリンク不連続受信装置。
【請求項12】
ハイブリッド自動再送要求が無効にされていることが前記第1のサイドリンク制御情報により示されている場合、又は、ハイブリッド自動再送要求が有効にされていることが前記第1のサイドリンク制御情報により示されており、且つ前記第1の端末装置が否定応答をフィードバックした場合、前記プロセッサは、前記第1のタイマがタイムアウトした後のサイドリンクリソースプールにおける次のスロットの最初のシンボルにおいて、前記サイドリンクプロセスについて第2のタイマを起動し、前記第1の端末装置を前記アクティブ又はオンの状態にし、
前記第2のタイマの値は、サイドリンクリソースプールにおける連続的な複数のスロットの数である、請求項11に記載のサイドリンク不連続受信装置。
【請求項13】
ハイブリッド自動再送要求が有効にされていることが前記第1のサイドリンク制御情報により示されており、且つ前記第1の端末装置が肯定応答をフィードバックした場合、前記プロセッサは、前記第1のタイマがタイムアウトした後のサイドリンクリソースプールにおける次のスロットの最初のシンボルにおいて、前記サイドリンクプロセスについて第2のタイマを起動しない、請求項11に記載のサイドリンク不連続受信装置。
【請求項14】
前記プロセッサは、
後続の再送があることが前記第1のサイドリンク制御情報に対応する物理サイドリンク共有チャネルにおけるセカンドステージサイドリンク制御情報により示されていることに応じて、前記第2のタイマを起動し、或いは、
前記第1のサイドリンク制御情報により示される優先度及び/又はチャネルビジー率に基づいて、前記第2のタイマを起動するか否かを決定する、請求項12に記載のサイドリンク不連続受信装置。
【請求項15】
前記第2のタイマの値は、前記第1のサイドリンク制御情報により示される優先度に基づいて決定され、前記第2のタイマに対応する候補値は、異なる優先度に応じて異なる、請求項14に記載のサイドリンク不連続受信装置。
【請求項16】
第1の端末装置に構成されるサイドリンク不連続受信装置であって、
第2の端末装置により送信された第3のサイドリンク制御情報を受信する受信機であって、前記第3のサイドリンク制御情報は、前記第3のサイドリンク制御情報が所在するスロットの後の再送のための第1の予約リソースを示す、受信機と、
前記第1の予約リソースで対応する物理サイドリンク制御チャネルが受信されていない場合、前記第1の予約リソースが所在するスロットの後のサイドリンクリソースプールにおける最初のスロットから、前記第1の端末装置をサイドリンクリソースプールにおける複数の連続的なスロットにおいてアクティブ又はオンの状態にするプロセッサと、を含む、サイドリンク不連続受信装置。
【請求項17】
前記プロセッサは、サイドリンクプロセスについて、現在のスロットの後のサイドリンクリソースプールにおける最初のシンボルにおいて第2のタイマを起動
前記現在のスロットは、前記第3のサイドリンク制御情報が所在するスロットである、請求項16に記載のサイドリンク不連続受信装置。
【請求項18】
前記第1の予約リソースの後に前記再送のための第2の予約リソースが存在することが前記第1の端末装置により知られている場合、前記第2のタイマの値は、前記第1の端末装置が前記第3のサイドリンク制御情報を受信したスロットの後のサイドリンクリソースプールにおける最初のスロットから、サイドリンクリソースプールにおける前記第2の予約リソースが所在するスロットまでの期間に含まれるリソースプールにおけるスロットの総数である、請求項17に記載のサイドリンク不連続受信装置。
【請求項19】
前記第1の予約リソースの後に前記再送のための第2の予約リソースが存在しないことが前記第1の端末装置により知られており、或いは、前記第1の端末装置が後続のリソースを知らない場合、前記第2のタイマの値は、サイドリンクリソースプールにおける所定のスロット数である、請求項17に記載のサイドリンク不連続受信装置。
【発明の詳細な説明】
【技術分野】
【0001】
本発明の実施例は、通信技術の分野に関する。
【背景技術】
【0002】
Rel-15及びその以前のバージョンの車車間/路車間通信(V2X:Vehicle to Everything)では、サイドリンク(Sidelink)リソースの2つの割り当て方法、即ちMode 1及びMode 2がサポートされている。Mode 1では、サイドリンクリソースがネットワーク装置(例えば基地局)により割り当てられて取得される。Mode 2では、端末装置が送信リソースを自律的に選択し、即ち、送信リソースがセンシング(sensing)又は検出-リソースの選択プロセスにより取得される。
【0003】
一方、新しい無線(NR:New Radio) V2Xは、Rel-16標準化の現在の研究プロジェクトの1つである。ロングタームエボリューション(LTE:Long Term Evolution) V2Xと比べて、NR V2Xは、多くの新しいシナリオ及び新しいサービス(例えば、リモート運転、自動運転及びフリート運転(fleet driving)など)をサポートする必要があり、より高い技術指標(高信頼性、低遅延、高データレートなど)を満たす必要がある。
【0004】
NR V2Xにより定義される物理チャネルは、物理サイドリンク制御チャネル(PSCCH:Physical Sidelink Control Channel)、物理サイドリンク共有チャネル(PSSCH:Physical Sidelink Shared Channel)、及び物理サイドリンクフィードバックチャネル(PSFCH:Physical Sidelink Feedback Channel)を含む。PSCCHは、ファーストステージ(1st stage)サイドリンク制御情報(SCI:Sidelink Control Informaiton)を搬送し、1st stage SCIは主にリソースを予約するために使用される。PSSCHは、セカンドステージ(2nd stage)SCI及びトランスポートブロック(TB:Transport Block)を搬送し、2nd stage SCIは主にTB復調のために使用される。PSFCHは、サイドリンクフィードバック情報(HARQ-ACKと称されてもよい)を搬送する。サイドリンク送信で使用されるリソース(スロットリソース)は、リソースプール内にある。
【0005】
なお、背景技術に関する上記の説明は、単なる本発明の構成をより明確、完全に説明するためのものであり、当業者を理解させるために説明するものである。これらの構成が本発明の背景技術の部分に説明されているから当業者にとって周知の技術であると解釈してはならない。
【発明の概要】
【発明が解決しようとする課題】
【0006】
本発明の発明者の発見によると、Rel-17 V2Xのワークアイテム文書(WID:work item description)により、サイドリンク不連続受信(DRX:Discontinuous Reception)を検討する必要がある。サイドリンク、特にMode 2について、再送リソースはネットワーク装置により割り当てられることではなく、送信装置(Tx UE)によりリソースプール(resource pool)内で選択されるため、現時点でサイドリンクDRXメカニズムについての解決策がない。
【0007】
上記の問題の少なくとも1つを鑑み、本発明の実施例は、サイドリンク不連続受信方法及び装置を提供する。
【課題を解決するための手段】
【0008】
本発明の実施例の1つの態様では、サイドリンク不連続受信方法であって、第1の端末装置が第2の端末装置により送信された第1のサイドリンク制御情報を受信するステップであって、前記第1のサイドリンク制御情報は、前記第1のサイドリンク制御情報が所在するスロットの後の再送のための予約リソースを示す、ステップと、前記第1の端末装置が、前記予約リソースが所在するスロットにおいて、サイドリンクでアクティブ又はオンの状態にあるステップと、を含む、方法を提供する。
【0009】
本発明の実施例のもう1つの態様では、第1の端末装置に構成されるサイドリンク不連続受信装置であって、第2の端末装置により送信された第1のサイドリンク制御情報を受信する受信部であって、前記第1のサイドリンク制御情報は、前記第1のサイドリンク制御情報が所在するスロットの後の再送のための予約リソースを示す、受信部と、前記予約リソースが所在するスロットにおいて、前記第1の端末装置をサイドリンクでアクティブ又はオンの状態にする処理部と、を含む、装置を提供する。
【0010】
本発明の実施例のもう1つの態様では、第1の端末装置が第2の端末装置により送信された第1のサイドリンク制御情報を受信するステップであって、前記第1のサイドリンク制御情報は、前記第1のサイドリンク制御情報が所在するスロットの後の再送のための予約リソースを示していない、ステップと、前記第1の端末装置が前記第1のサイドリンク制御情報を受信してからリソースプールにおける所定数のスロットが経過した後、サイドリンクでアクティブ又はオンの状態にあるステップと、を含む、方法を提供する。
【0011】
本発明の実施例のもう1つの態様では、第1の端末装置に構成されるサイドリンク不連続受信装置であって、第2の端末装置により送信された第1のサイドリンク制御情報を受信する受信部であって、前記第1のサイドリンク制御情報は、前記第1のサイドリンク制御情報が所在するスロットの後の再送のための予約リソースを示していない、受信部と、前記第1のサイドリンク制御情報を受信してからリソースプールにおける所定数のスロットが経過した後、前記第1の端末装置をサイドリンクでアクティブ又はオンの状態にする処理部と、を含む、装置を提供する。
【0012】
本発明の実施例のもう1つの態様では、第1の端末装置が第2の端末装置により送信された第3のサイドリンク制御情報を受信するステップであって、前記第3のサイドリンク制御情報は、前記第3のサイドリンク制御情報が所在するスロットの後の再送のための第1の予約リソースを示す、ステップと、前記第1の予約リソースで対応する物理サイドリンク制御チャネル(PSCCH)が受信されていない場合、前記第1の端末装置が、前記第1の予約リソースが所在するスロットの後のサイドリンクリソースプールにおける最初のスロットの最初のシンボルから、サイドリンクリソースプールにおける複数の連続的なスロットにおいてアクティブ又はオンの状態にあるステップと、を含む、方法を提供する。
【0013】
本発明の実施例のもう1つの態様では、第1の端末装置に構成されるサイドリンク不連続受信装置であって、第2の端末装置により送信された第3のサイドリンク制御情報を受信する受信部であって、前記第3のサイドリンク制御情報は、前記第3のサイドリンク制御情報が所在するスロットの後の再送のための第1の予約リソースを示す、受信部と、前記第1の予約リソースで対応する物理サイドリンク制御チャネルが受信されていない場合、前記第1の予約リソースが所在するスロットの後のサイドリンクリソースプールにおける最初のスロットの最初のシンボルから、前記第1の端末装置をサイドリンクリソースプールにおける複数の連続的なスロットにおいてアクティブ又はオンの状態にする処理部と、を含む、装置を提供する。
【0014】
本発明の実施例の有利な効果の1つは以下の通りである。受信装置が送信装置により送信されたサイドリンク制御情報を受信し、サイドリンク制御情報に示される予約リソースに基づいて再送のための不連続受信を行うことによって、サイドリンクDRXメカニズムを実現することができ、受信装置は送信装置の再送データを受信することができ、電力消費を節約することができる。
【0015】
下記の説明及び図面に示すように、本発明の特定の実施形態が詳細に開示され、本発明の原理を採用できる方式が示される。なお、本発明の実施例の範囲はこれらに限定されない。本発明の実施例は、添付される特許請求の範囲の要旨及び項目の範囲内において、変更されたもの、修正されたもの及び均等的なものを含む。
【0016】
1つの実施形態に記載された特徴及び/又は示された特徴は、同一又は類似の方式で1つ又はさらに多くの他の実施形態で用いられてもよいし、他の実施形態における特徴と組み合わせてもよいし、他の実施形態における特徴に代わってもよい。
【0017】
なお、本文では、用語「含む/有する」は、特徴、部材、ステップ又は構成要件が存在することを意味し、一つ又は複数の他の特徴、部材、ステップ又は構成要件の存在又は付加を排除しない。
【図面の簡単な説明】
【0018】
本発明の実施例の1つの図面及び1つの実施形態に記載された要素及び特徴は、1つ又はさらに多くの図面又は実施形態に示された要素及び特徴と組み合わせてもよい。また、図面において、類似の符号は複数の図面における対応する素子を示し、1つ以上の実施形態に用いられる対応素子を示してもよい。
図1】本発明の実施例の通信システムの概略図である。
図2】本発明の実施例のサイドリンク不連続受信方法の一例の概略図である。
図3】本発明の実施例のサイドリンク不連続受信の一例の概略図である。
図4】本発明の実施例のサイドリンク不連続受信の他の例の概略図である。
図5】本発明の実施例のサイドリンク不連続受信方法の一例の概略図である。
図6】本発明の実施例のサイドリンク不連続受信の一例の概略図である。
図7】本発明の実施例のサイドリンク不連続受信の他の例の概略図である。
図8】本発明の実施例のサイドリンク不連続受信方法の一例の概略図である。
図9】本発明の実施例のサイドリンク不連続受信の一例の概略図である。
図10】本発明の実施例に係るサイドリンク不連続受信装置の一例の概略図である。
図11】本発明の実施例のネットワーク装置の概略図である。
図12】本発明の実施例の端末装置の概略図である。
【発明を実施するための形態】
【0019】
本発明の上記及び他の特徴は以下の説明により明らかになる。明細書及び図面において、本発明の特定の実施形態が詳細に開示され、本発明の原理を採用できる実施形態の一部が示される。なお、本発明は説明される実施形態に限定されない。本発明は、添付される特許請求の範囲内の全ての変更されたもの、変形されたもの及び均等的なものを含む。以下は、図面を参照しながら本発明の各実施形態を説明する。これらの実施形態は単なる例示的なものであり、本発明を制限するものではない。
【0020】
本発明の実施例では、用語「第1」、「第2」などは、タイトルで異なる要素を区別するために用いられるが、これらの要素の空間的配列又は時間的順序などを表すものではなく、これらの要素はこれらの用語に制限されない。用語「及び/又は」は、関連するリストに列挙された用語の1つ又は複数のうち何れか1つ及び全ての組み合わせを含む。用語「含む」、「包括する」、「有する」などは、列挙された特徴、要素、素子又は構成部材の存在を意味するが、1つ又は複数の他の特徴、要素、素子又は構成部材の存在又は追加を排除するものではない。
【0021】
本発明の実施例では、単数形の「1つ」、「該」などは複数形を含み、「1種類」又は「1類」と広義的に理解されるべきであり、「1個」に限定されない。また、用語「前記」は、文脈がそうでないことを明確に示さない限り、単数形及び複数形両方を含むと理解されるべきである。また、文脈がそうでないことを明確に示さない限り、用語「に記載の」は「少なくとも一部に記載の」と理解されるべきであり、用語「に基づいて」は「少なくとも一部に基づいて」と理解されるべきである。
【0022】
本発明の実施例では、用語「通信ネットワーク」又は「無線通信ネットワーク」は、例えばロングタームエボリューション(LTE:Long Term Evolution)、進化したロングタームエボリューション(LTE-A、LTE-Advanced)、広帯域符号分割多元接続(WCDMA(登録商標):Wideband Code Division Multiple Access)、高速パケットアクセス(HSPA:High-Speed Packet Access)などの任意の通信規格に適合するネットワークを意味してもよい。
【0023】
また、通信システムにおける装置間の通信は、任意の段階の通信プロトコルに従って行われてもよく、該通信プロトコルは、例えば1G(generation)、2G、2.5G、2.75G、3G、4G、4.5G、及び5G、新しい無線(NR:New Radio)等、及び/又は現在の既知の他の通信プロトコル若しくは将来開発される他の通信プロトコルを含んでもよいが、これらに限定されない。
【0024】
本発明の実施例では、用語「ネットワーク装置」は、例えば通信システムに端末装置をアクセスさせて該端末装置にサービスを提供する通信システム内の装置を意味する。ネットワーク装置は、基地局(BS:Base Station)、アクセスポイント(AP:Access Point)、送受信ポイント(TRP:Transmission Reception Point)、ブロードキャスト送信機、モビリティ管理エンティティ(MME:Mobile Management Entity)、ゲートウェイ、サーバ、無線ネットワークコントローラ(RNC:Radio Network Controller)、基地局コントローラ(BSC:Base Station Controller)などを含んでもよいが、これらに限定されない。
【0025】
そのうち、基地局は、ノードB(NodeB又はNB)、進化ノードB(eNodeB又はeNB)、及び5G基地局(gNB)など、並びにリモート無線ヘッド(RRH:Remote Radio Head)、リモート無線ユニット(RRU:Remote Radio Unit)、中継装置(relay)又は低電力ノード(例えばfemto、picoなど)を含んでもよいが、これらに限定されない。また、用語「基地局」はそれらの機能の一部又は全てを含んでもよく、各基地局は特定の地理的エリアに対して通信カバレッジを提供してもよい。用語「セル」は、該用語が使用されるコンテキストに応じて、基地局及び/又はそのカバレッジエリアを意味してもよい。
【0026】
本発明の実施例では、用語「ユーザ装置」(UE:User Equipment)又は用語「端末装置」(TE:Terminal Equipment又はTerminal Device)は、例えばネットワーク装置を介して通信ネットワークにアクセスし、ネットワークサービスを受ける装置を意味する。端末装置は、固定的なもの又は移動的なものであってもよく、移動局(MS:Mobile Station)、端末、加入者ステーション(SS:Subscriber Station)、アクセス端末(AT:Access Terminal)、ステーションなどと称されてもよい。
【0027】
そのうち、端末装置は、携帯電話(Cellular Phone)、パーソナルデジタルアシスタント(PDA:Personal Digital Assistant)、無線変復調装置、無線通信装置、ハンドヘルドデバイス、マシンタイプ通信装置、ラップトップコンピュータ、コードレス電話、スマートフォン、スマートウォッチ、デジタルカメラなどを含んでもよいが、これらに限定されない。
【0028】
例えば、モノのインターネット(IoT:Internet of Things)などのシナリオでは、ユーザ装置は、監視又は測定を行う機器又は装置であってもよく、例えばマシンタイプ通信(MTC:Machine Type Communication)端末、車載通信端末、デバイスツーデバイス(D2D:Device to Device)端末、マシンツーマシン(M2M:Machine to Machine)端末などを含んでもよいが、これらに限定されない。
【0029】
さらに、用語「ネットワーク側」又は「ネットワーク装置側」は、ネットワークの側を意味し、基地局であってもよいし、上記の1つ又は複数のネットワーク装置を含んでもよい。用語「ユーザ側」又は「端末側」又は「端末装置側」は、ユーザ又は端末の側を意味し、UEであってもよいし、上記の1つ又は複数の端末装置を含んでもよい。本明細書では、特に指定されていない限り、「装置」は、ネットワーク装置を意味してもよいし、端末装置を意味してもよい。
【0030】
以下は、一例を参照しながら本発明の実施例のシナリオを説明するが、本発明はこれに限定されない。
【0031】
図1は、本発明の実施例の通信システムの概略図であり、ユーザ装置及びネットワーク装置の例を概略的に示している。図1に示すように、通信システム100は、ネットワーク装置101及び端末装置102、103を含んでもよい。説明の便宜上、図1は、2つの端末装置及び1つのネットワーク装置を一例にして説明するが、本発明の実施例はこれに限定されない。
【0032】
本発明の実施例では、ネットワーク装置101と端末装置102、103との間では、既存のサービス又は将来に実装可能なサービスを行うことができる。例えば、これらのサービスは、拡張モバイルブロードバンド(eMBB:enhanced Mobile Broadband)、大規模マシンタイプ通信(mMTC:massive Machine Type Communication)及び高信頼性低遅延通信(URLLC:Ultra-Reliable and Low-Latency Communication)などを含むが、これらに限定されない。
【0033】
なお、図1は、2つの端末装置102、103が何れもネットワーク装置101のカバレッジエリア内に位置することを示しているが、本発明はこれに限定されない。2つの端末装置102、103が何れもネットワーク装置101のカバレッジエリア内に位置しなくてもよいし、一方の端末装置102がネットワーク装置101のカバレッジエリア内に位置し、他方の端末装置103がネットワーク装置の101のカバレッジエリア外に位置してもよい。
【0034】
本発明の実施例では、2つの端末装置102と103との間でサイドリンク送信を行うことができる。例えば、2つの端末装置102及び103は、V2X通信を実現するように両方ともネットワーク装置101のカバレッジエリア内でサイドリンク送信を行ってもよいし、V2X通信を実現するように両方ともネットワーク装置101のカバレッジエリア外でサイドリンク送信を行ってもよいし、V2X通信を実現するように、一方の端末装置102がネットワーク装置101のカバレッジエリア内に位置し、他方の端末装置103がネットワーク装置101のカバレッジエリア外に位置してサイドリンク送信を行ってもよい。
【0035】
本発明の実施例では、端末装置102及び/又は103は、サイドリンクリソースを自律的に選択してもよく(即ち、Mode2を採用してもよく)、この場合、サイドリンクの送信は、ネットワーク装置101から独立してもよく、即ち、ネットワーク装置101はオプションであってもよい。なお、本発明の実施例では、サイドリンクリソースを自律的に選択する(即ち、Mode2を採用する)ことと、ネットワーク装置によりサイドリンクリソースを割り当てる(即ち、Mode1を採用する)こととを組み合わせてもよく、本発明の実施例はこれらに限定されない。
【0036】
V2Xでは、端末装置は、センシング検出+リソース選択のプロセスによりサイドリンク送信リソースを取得することができ、ここで、センシング(sensing)を継続的に実行してリソースプール内のリソースの占有状況を取得してもよい。例えば、端末装置は、前の一定の期間(センシングウィンドウと称される)内のリソースの占有状況に基づいて、後の一定の期間(選択ウィンドウと称される)内のリソースの占有状況を推定してもよい。NR V2Xにおけるセンシング検出+リソース選択のプロセスについて、3GPP(登録商標) TS 36.213 V15.2.0における14.1.1.6節などの内容を参照してもよい。
【0037】
本発明の実施例では、V2Xを一例としてサイドリンクを説明するが、本発明はこれに限定されず、V2X以外のサイドリンク送信シナリオにも適用されてもよい。以下の説明では、混同が生じない限り、用語「サイドリンク」と「V2X」とは互いに置き換えられてもよく、用語「PSFCH」と「サイドリンクフィードバックチャネル」とは互いに置き換えられてもよく、用語「PSCCH」と「サイドリンク制御チャネル」又は「サイドリンク制御情報」とは互いに置き換えられてもよく、用語「PSSCH」と「サイドリンクデータチャネル」又は「サイドリンクデータ」とは互いに置き換えられてもよい。
【0038】
また、PSCCHを送信(transmitting)又は受信(receiving)することは、PSCCHを介して搬送されるサイドリンク制御情報を送信又は受信することとして理解されてもよい。PSSCHを送信又は受信することは、PSSCHを介して搬送されるサイドリンクデータを送信又は受信することとして理解されてもよい。PSFCHを送信又は受信することは、PSFCHを介して搬送されるサイドリンクフィードバック情報を送信又は受信することとして理解されてもよい。サイドリンク送信(Sidelink transmission、サイドリンク伝送と称されてもよい)は、PSCCH/PSSCHの送信又はサイドリンクデータ/情報の送信として理解されてもよい。
【0039】
<実施例1>
本発明の実施例はサイドリンク不連続受信方法を提供し、第1の端末装置側から説明する。ここで、第2の端末装置は第1の端末装置にサイドリンクデータを送信することができるため、第2の端末装置はサイドリンクデータの送信リソースを決定するためにリソース選択を行う必要がある。サイドリンクデータ送信の観点から、本発明の実施例の第2の端末装置は送信装置であり、第1の端末装置は受信装置である。
【0040】
図2は、本発明の実施例のサイドリンク不連続受信方法の一例の概略図である。図2に示すように、該方法は、以下のステップを含む。
【0041】
ステップ201:第1の端末装置が第2の端末装置により送信された第1のサイドリンク制御情報を受信する。該第1のサイドリンク制御情報は、該第1のサイドリンク制御情報が所在するスロットの後の再送のための予約リソースを示す。
【0042】
ステップ202:第1の端末装置が、該予約リソースが所在するスロットにおいて、サイドリンクでアクティブ(active)又はオン(on)の状態にある。
【0043】
なお、上記の図2は、本発明の実施例を概略的に示しているに過ぎないが、本発明はこれに限定されない。例えば、様々なステップ間の実行順序を適切に調整したり、他の幾つかのステップを追加したり、幾つかのステップを減らしたりしてもよい。当業者は、上記の内容に基づいて適切な変形を行うことができ、上記の図2の記載に限定されない。
【0044】
本発明の実施例では、端末装置は、サイドリンクDRXを実行することができる。具体的には、例えば、端末装置はサイドリンクでアクティブ(active)又はオン(on)の状態にあってもよく、該状態における端末装置は対応する受信リソースプール内でPSCCH検出を行う。端末装置は、サイドリンクで非アクティブ(inactive)又はオフ(off)の状態にあってもよく、該状態における端末装置は対応する受信リソースプール内でPSCCH検出を実行していない。本発明の実施例はこれらに限定されず、DRXメカニズムについて関連技術も参照されたい。
【0045】
幾つかの態様では、第1の端末装置は、第1のサイドリンク制御情報及び/又は対応するPSSCHの意図された(intended)受信端末である。例えば、第1のサイドリンク制御情報に示される宛先識別子は、第1の端末装置の識別子と同一であり(対応するトラフィックはユニキャストである)、或いは、宛先識別子は、第1の端末装置の識別子を含み(対応するトラフィックはマルチキャストである)、或いは、第1のサイドリンク制御情報は、第1の端末装置が関心を持つトラフィックを示す(対応トラフィックはブロードキャストである)。
【0046】
例えば、UE 1は、PSCCHをブラインド検出することができ、ブラインド検出されたSCI内のdestination IDがそれ自体UE IDと同一であり、或いは、destination IDがそれ自体UE IDを含み、或いは、SCIがUE 1の関心のあるトラフィックを示している場合、UE 1は、該SCIが自分に送信されたSCIであると判断し、該SCIに従って処理することができる。
【0047】
なお、本発明の実施例では、第1のサイドリンク制御情報及び後述する第2~第4のサイドリンク制御情報は、PSCCH又はPSSCHにより搬送されるSCIであるが、これに限定されない。また、現在のスロットは、例えば、第1のサイドリンク制御情報に対応するPSCCH及び/又はPSSCHが所在するスロットである。
【0048】
以下は、あるサイドリンクプロセスについて説明するが、タイマ(timer)を使用する場合、タイマはプロセスごとに起動/停止され、即ち、端末装置は、異なるプロセスごとにタイマを構成することができ、タイマの種類ごとに複数あってもよい。複数のサイドリンクプロセスの場合には、端末装置は集合として扱うことができる。例えば、UE 1が複数のサイドリンクプロセスを有する場合、1つのサイドリンクプロセスについてアクティブ又はオンにされる必要があるとき、UE 1はアクティブ又はオンの状態にあるべきである。
【0049】
本発明の実施例では、SCIに示される予約リソースを介して、第1の端末装置は、該予約リソースの時間位置においてアクティブ(active)又はオン(on)にされ、その時間位置においてサイドリンク情報(例PSCCH/PSSCH)の受信を実行することによって、V2X DRXメカニズムを実現することができる。
【0050】
幾つかの態様では、第1の端末装置は、第1のサイドリンク制御情報を受信したスロットの後のサイドリンクリソースプールにおける最初のシンボルから、第1のサイドリンク制御情報に示される次回の送信のための予約リソースが所在するスロットの直前のサイドリンクリソースプールにおけるスロットの最後のシンボルまで、非アクティブ(inactive)又はオフ(off)の状態に入ってもよい。
【0051】
例えば、UE 1が、スロット1でUE 2により送信されたSCIを受信した後に、そのSCIが、対応するPSSCH(リソースプール内のスロット1)及び予約リソース1(リソースプール内のスロット2)を示している場合、UE 1は、UE 2がスロット1からスロット2までの時間内にサイドリンクデータ又はサイドリンクデータを送信しなくなったと決定し、UE 1は、非アクティブ(inactive)又はオフ(off)の状態になってもよい。これによって、電力消費を節約し、V2X DRXメカニズムを実現することができる。
【0052】
幾つかの態様では、第1の端末装置は、予約リソースが所在するスロットの最初のシンボルから、サイドリンクリソースプールにおける1つのスロット又は複数の連続的なスロットに亘って(又は継続して)、サイドリンクでアクティブ又はオンにされている。
【0053】
例えば、ハイブリッド自動再送要求(HARQ:Hybrid Automatic Repeat reQuest)が無効にされていることが第1のサイドリンク制御情報により示されている場合、又は、ハイブリッド自動再送要求が有効にされていることが第1のサイドリンク制御情報により示されており、且つ第1の端末装置が否定応答(NACK)をフィードバックした場合、第1の端末装置は、予約リソースが所在するスロットの最初のシンボルから、サイドリンクでアクティブ又はオンにされる。
【0054】
さらに、例えば、ハイブリッド自動再送要求が有効にされていることが第1のサイドリンク制御情報により示されており、且つ第1の端末装置が肯定応答(ACK)をフィードバックした場合、第1の端末装置は、予約リソースが所在するスロットの最初のシンボルから、サイドリンクで非アクティブ又はオフの状態にあってもよい(又は維持してもよい)。
【0055】
以下は、タイマを一例として本発明をさらに説明するが、本発明はこれに限定されず、他の非タイマメカニズムを用いてもよい。なお、本発明の実施例におけるDRXやタイマに関するスロット等は、サイドリンクリソースプール内のスロットのみを考慮しており、タイマの「起動」、「停止」、「タイムアウト」等は、サイドリンクリソースプール内のスロットについてのものである。サイドリンクリソースプールに含まれていないスロット、即ちサイドリンクが使用できないスロットの場合、すでに実行されているタイマは「サスペンド」又は「pengding」の状態である必要がある。
【0056】
タイマの動作の時間長は、サイドリンクリソースプールに含まれるスロットの個数で計算され、対応するミリ秒値に変換されてもよい。サイドリンクリソースプールに含まれないスロットについて、タイマの時間長を計算する際にカウントせず、即ち、その時点でタイマはサスペンド(又はpending)する必要があり、これらのリソースプール外のスロットはカウントしない。
【0057】
スロットとミリ秒の変換について、以下は、送信装置がセンシングとリソース選択を行う際のスロットを例に説明する。例えば、M’は、Mを論理スロット(logical slot)に変換した後の対応するスロットの個数であり、Mは、タイマの実際の時間長に対するスロットの個数であり、次の式(1)のようになる。
【0058】
【数1】
ここで、Nは、20ms以内にサイドリンク送信に利用できるスロットの数である。上記では、スロットとミリ秒の変換のみを概略的に示しており、関連技術も参照されたい。
【0059】
幾つかの態様では、第1の端末装置は、サイドリンクプロセスのための第1のタイマを起動する。例えば、第1のタイマは、drx-HARQ-RTT-TimerSLとして定義されてもよく、第1の端末装置は、drx-HARQ-RTT-TimerSLの動作期間内に、サイドリンクで非アクティブ(inactive)又はオフ(off)の状態にあってもよい。しかし、第1の端末装置が非アクティブ(inactive)状態又はオフ(off)の状態になるか否かは、例えば他のサイドリンクプロセスの状況などの他の要因を考慮する必要がある。本発明はこれに限定されず、例えば、第1のタイマは、他の名称又は定義であってもよい。
【0060】
例えば、第1のタイマの値は、スロット数であり、該スロット数は、第1の端末装置が第1のサイドリンク制御情報を受信したスロットの後のサイドリンクリソースプールにおける最初のスロットから、第1のサイドリンク制御情報に示される次回の送信のための予約リソースが所在するスロットの直前のサイドリンクリソースプールにおけるスロットまでの期間に含まれるリソースプールにおけるスロットの総数である。第1のタイマの値は、サイドリンクリソースプールにおけるスロットが経過する毎に1だけ減少する。第1のタイマの値が0に達すると、第1のタイマはタイムアウトする。
【0061】
幾つかの態様では、ハイブリッド自動再送要求が無効にされていることが第1のサイドリンク制御情報により示されている場合、又は、ハイブリッド自動再送要求が有効にされていることが第1のサイドリンク制御情報により示されており、且つ第1の端末装置が否定応答(NACK)をフィードバックした場合、第1の端末装置は、第1のタイマがタイムアウトした後のサイドリンクリソースプールにおける次のスロットにおいて、サイドリンクプロセスについて第2のタイマを起動し、アクティブ(active)又はオン(on)の状態に入る。
【0062】
例えば、第2のタイマは、drx-RetransmissionTimerSLであり、第1の端末装置は、drx-RetransmissionTimerSLの動作期間内に、アクティブ(active)又はオン(on)の状態にある。本発明はこれに限定されず、例えば、第2のタイマは、他の名称であってもよい。
【0063】
例えば、第2のタイマは、第1のタイマがタイムアウトした後のサイドリンクリソースプール内の最初のスロットの最初のシンボルで起動され、第2のタイマの動作の時間長は、1つのスロットである。
【0064】
図3は、本発明の実施例のサイドリンク不連続受信の一例の概略図であり、該SCIが所在するスロットの後の再送のための予約リソース(例えば、これは隣接するリソースが全て32スロット以内であることを意味する)、HARQ-ACKが無効にされた(HARQ disabled)ことがSCIにより示される状況を示している。
【0065】
図3に示すように、送信装置(Tx UE)は、送信リソース1(図3の1st Txに示すように)を介して受信装置(Rx UE)にSCI 1(第1のSCI)を送信する。このSCI 1は、PSSCHに対応するリソース(図3の1st Txに示すように)が存在することを示し、さらに、SCI 1が所在するスロットの後の再送のために使用される予約リソース1(図3の2nd Txに示すように)及び予約リソース2(図3の3rd Txに示すように)が存在することを示す。
【0066】
図3に示すように、受信装置は、SCI 1を受信すると、SCI 1が所在するスロットの後の最初のスロットの最初のシンボルにおいて、drx-HARQ-RTT-TimerSLタイマを起動することができる。図3に示すように、このdrx-HARQ-RTT-TimerSLタイマは、SCI 1が示す次回の送信のための予約リソース(予約リソース1)が所在するスロットの直前のスロットの終了後にタイムアウトする。
【0067】
図3に示すように、このdrx-HARQ-RTT-TimerSLタイマがタイムアウト又は停止した後の最初のシンボルにおいて、drx-RetransmissionTimerSLタイマが起動され、受信装置がアクティブ(active)又はオン(on)状態になり、予約リソース1を介して送信された再送を受信する。drx-RetransmissionTimerSLタイマは、1つのスロットであってもよい。
【0068】
図3に示すように、予約リソース1に対応するSCI 2が受信され、正しく復号された後、drx-HARQ-RTT-TimerSLタイマが起動される。このdrx-HARQ-RTT-TimerSLタイマは、SCI 1又はSCI 2により示される、次回の送信のための予約リソース(予約リソース2)が所在するスロットの直前のスロットの終了後にタイムアウトする。
【0069】
図3に示すように、このdrx-HARQ-RTT-TimerSLタイマがタイムアウト又は停止した後の最初のシンボルにおいて、drx-RetransmissionTimerSLタイマが起動され、受信装置は、アクティブ(active)又はオン(on)状態に入り、予約リソース2を介して送信された再送を受信する。drx-RetransmissionTimerSLタイマの値は1でもよく、即ち、タイマは1つのスロットだけ実行してもよい。
【0070】
以上は、本発明の実施例の第1のタイマ及び第2のタイマ、並びに、受信装置の非アクティブ(inactive)又はオフ(off)の状態、アクティブ(active)又はオン(on)の状態を一例にして説明したが、本発明はこれらに限定されるものではない。
【0071】
幾つかの態様では、第1の端末装置は、アクティブ又はオンの状態において第2のサイドリンク制御情報をさらに受信する。第2のサイドリンク制御情報が受信されており、且つ第2のサイドリンク制御情報により示される宛先識別子(destination ID)及びソース識別子(source ID)、並びにハイブリッド自動再送要求(HARQ)プロセス識別子と、第1のサイドリンク制御情報により示される宛先識別子(destination ID)及びソース識別子(source ID)、並びにハイブリッド自動再送要求(HARQ)プロセス識別子とがそれぞれ同一である場合、第2のタイマを停止する。
【0072】
例えば、図3に示すように、drx-HARQ-RTT-TimerSLタイマがタイムアウト又は停止した後の最初のシンボルで、drx-RetransmissionTimerSLタイマが起動され、受信装置は、アクティブ(active)又はオン(on)状態に入り、予約リソース1(図3の2nd Txに示すように)を介して送信された再送を受信する。
【0073】
この予約リソース1(図3の2nd Txに示すように)において、受信装置が、あるSCI(第2のSCI)を受信し、この第2のSCIによって示される宛先識別子(destination ID)、ソース識別子(source ID)及びHARQプロセス識別子と上記の第1のSCIによって示される宛先識別子(destination ID)、ソース識別子(source ID)及びHARQプロセス識別子とがそれぞれ同一である場合、この第2のSCIがHARQ processの再送を示していると判断してもよく、受信装置は、この再送を受信し、drx-RetransmissionTimerSLを停止してもよい。
【0074】
幾つかの態様では、ハイブリッド自動再送要求(HARQ)が有効にされていることが第1のサイドリンク制御情報により示されており、且つ第1の端末装置が肯定応答(ACK)をフィードバックした場合、第1の端末装置が、第1のタイマがタイムアウトした後のサイドリンクリソースプールにおける最初のスロットの最初のシンボルにおいて、該非アクティブ又はオフの状態を維持してもよい。例えば、第2のタイマは、第1のタイマがタイムアウトした後のサイドリンクリソースプールにおける最初のシンボルにおいて起動されない。
【0075】
図4は、本発明の実施例のサイドリンク不連続受信の他の例の概略図であり、SCIが所在するスロット後の再送のための予約リソース(例えば、これは隣接するリソースが全て32スロット以内であることを意味する)、及びHARQ-ACKが有効にされた(HARQ enabled)ことがSCIにより示される状況を示している。
【0076】
図4に示すように、送信装置(Tx UE)は、送信リソース1(図4の1st Txに示すように)を介して受信装置(Rx UE)にSCI 1(第1のSCI)を送信する。このSCI 1は、PSSCHに対応するリソース(図4の1st Txに示すように)が存在することを示し、さらに、SCI 1が所在するスロット後の再送のための予約リソース1(図4の2nd Txに示すように)及び予約リソース2(図4の3rd Txに示すように)が存在することを示す。
【0077】
図4に示すように、受信装置は、SCI 1を受信すると、SCI 1が所在するスロットの後の最初のスロットの最初のシンボルにおいて、drx-HARQ-RTT-TimerSLタイマを起動することができる。図4に示すように、このdrx-HARQ-RTT-TimerSLタイマは、SCI 1が示す次回の送信のための予約リソース(予約リソース1)が所在するスロットの前のスロットの終了後にタイムアウトする。
【0078】
図4に示すように、このdrx-HARQ-RTT-TimerSLタイマがタイムアウト又は停止した後の最初のシンボルで、drx-RetransmissionTimerSLタイマが起動され、受信装置は、アクティブ(active)又はオン(on)の状態に入り、予約リソース1を介して送信された再送を受信する。drx-RetransmissionTimerSLタイマの値は1であってもよい。
【0079】
図4に示すように、予約リソース1に対応するSCI 2が受信され、正しく復号された後、drx-HARQ-RTT-TimerSLタイマが起動される。図4に示すように、HARQ-ACK enableとなり、且つ受信装置がACKをフィードバックしたと仮定すると、予約リソース2(図4の3rd Txに示すように)は、第2の端末によりキャンセル(cancel)又は解放(release)され、受信装置は、予約リソース2が所在するスロットにdrx-Retransmission TimerSLを再度起動しない。
【0080】
以上は、本発明の実施例の第1のタイマ及び第2のタイマ、並びに、受信装置の非アクティブ(inactive)又はオフ(off)状態、アクティブ(active)又はオン(on)状態を一例として説明したが、本発明はこれらに限定されない。
【0081】
幾つかの態様では、第2の端末装置により選択された初回の送信ためのリソースが所在するスロットは、第3のタイマの動作期間内に位置し、第3のタイマは、周期的に動作し、且つ第1の端末装置により不連続受信(DRX)のために使用される。
【0082】
例えば、第3のタイマは、OnDurationTimerとして定義され、第1の端末装置は、OnDurationTimerの動作期間内に、アクティブ(active)又はオン(on)の状態にある。本発明はこれに限定されず、例えば、第3のタイマは他の名称又は定義であってもよい。
【0083】
例えば、図3及び図4に示すように、送信装置(Tx UE)による初回の送信のための送信リソース1(図3又は図4の1st Txに示すように)は、第3のタイマOnDurationTimerの動作期間に位置する。送信装置は、受信装置のDRX構成を取得することができ、これによって、少なくとも選択されたリソースの最初のリソースが所在するスロットが受信装置のOnDurationTimer動作期間内に位置することを保証することができる。
【0084】
上記の各実施例は、本発明の実施例を例示するだけであり、本発明はこれに限定されず、上記の各実施例に基づいて適切な変形を行ってもよい。例えば、上記の各実施例のそれぞれを単独で使用してもよいし、上記の各実施例の1つ又は複数を組み合わせて使用してもよい。
【0085】
本実施例によれば、受信装置が送信装置により送信されたサイドリンク制御情報を受信し、サイドリンク制御情報に示される予約リソースに基づいて再送のための不連続受信を行うことによって、サイドリンクDRXメカニズムを実現することができ、受信装置は送信装置の再送データを受信することができ、電力消費を節約することができる。
【0086】
<実施例2>
本発明の実施例はサイドリンク不連続受信方法を提供し、第1の端末装置側から説明する。実施例1と同様な内容についてその説明を省略する。実施例2は、実施例1と組み合わせられてもよいし、独立して実施されてもよい。
【0087】
図5は、本発明の実施例のサイドリンク不連続受信方法の一例の概略図である。図5に示すように、該方法は、以下のステップを含む。
【0088】
ステップ501:第1の端末装置が第2の端末装置により送信された第1のサイドリンク制御情報を受信する。該第1のサイドリンク制御情報は、該第1のサイドリンク制御情報が所在するスロットの後の再送のための予約リソースを示していない。
【0089】
ステップ502:該第1の端末装置が該第1のサイドリンク制御情報を受信してからリソースプールにおける所定数のスロットが経過した後、サイドリンクでアクティブ又はオンの状態にある。
【0090】
なお、上記の図5は、本発明の実施例を概略的に示しているに過ぎないが、本発明はこれに限定されない。例えば、様々なステップ間の実行順序を適切に調整したり、他の幾つかのステップを追加したり、幾つかのステップを減らしたりしてもよい。当業者は、上記の内容に基づいて適切な変形を行うことができ、上記の図5の記載に限定されない。
【0091】
幾つかの態様では、第1のサイドリンク制御情報は、再送のための予約リソースを示していない。例えば、現在の送信が最後の再送であり、或いは隣接する2つのリソースが32スロット内にない可能性がある。隣接する2つのリソースが32スロット以内にない場合、受信装置は、再送を受信できる必要がある。
【0092】
これによって、第1の端末装置は、第1のサイドリンク制御情報を受信しており、且つ所定の時間が経過した後、アクティブ状態又はオン状態になる。例えば、第1の端末装置は、第1のサイドリンク制御情報が所在するスロットの後の32番目のスロットの最初のシンボル位置でdrx-RetransmissionTimerSLを起動する。
【0093】
幾つかの態様では、第1の端末装置は、第1のサイドリンク制御情報を受信したスロットの後のサイドリンクリソースプールにおける最初のシンボルから、第1のサイドリンク制御情報が所在するスロットの後のサイドリンクリソースプールにおける所定数のスロットの最後のシンボルまで、サイドリンクで非アクティブ又はオフの状態にあってもよい。
【0094】
幾つかの態様では、第1の端末装置は、第1のサイドリンク制御情報及び/又は対応する物理サイドリンク共有チャネル(PSSCH)の意図された(intended)受信端末である。
【0095】
例えば、第1のサイドリンク制御情報に示される宛先識別子は第1の端末装置の識別子と同一であり、或いは、宛先識別子は第1の端末装置の識別子を含み、或いは、第1のサイドリンク制御情報は第1の端末装置が関心を持つトラフィックを示す。
【0096】
幾つかの態様では、第1の端末装置は、サイドリンクプロセスについて、第1の端末装置が第1のサイドリンク制御情報を受信したスロットの後のサイドリンクリソースプールにおける最初のスロットの最初のシンボルから第1のタイマを起動する。
【0097】
例えば、第1のタイマは、drx-HARQ-RTT-TimerSLとして定義されてもよく、第1の端末装置は、drx-HARQ-RTT-TimerSLの動作期間内に、非アクティブ(inactive)又はオフ(off)の状態にあってもよい。本発明はこれに限定されず、例えば、第1のタイマは、他の名称又は定義であってもよい。
【0098】
幾つかの態様では、第1のタイマの値は、スロット数であり、該スロット数は、サイドリンクリソースプールにおける所定のスロット数であり、第1のタイマの値は、サイドリンクリソースプールにおけるスロットが経過する毎に1だけ減少する。第1のタイマの値が0に達すると、第1のタイマはタイムアウトする。例えば、該所定のスロット数は31である。
【0099】
幾つかの態様では、第1の端末装置は、第1のタイマがタイムアウトした後の次のサイドリンクリソースプール内の時間スロットにおいて、サイドリンクプロセスについて第2のタイマを起動し、アクティブ状態又はオンの状態に入る。
【0100】
例えば、第2のタイマは、drx-Retransmission TimerSLとして定義されてもよく、第1の端末装置は、drx-RetransmissionTimerSLの動作期間内に、アクティブ(active)又はオン(on)の状態にある。本発明はこれに限定されず、例えば、第2のタイマは、他の名称又は定義であってもよい。
【0101】
幾つかの態様では、第2のタイマは、第1のタイマがタイムアウトした後のサイドリンクリソースプールにおける最初のスロットの最初のシンボルにおいて起動され、第2のタイマの値は、サイドリンクリソースプールにおける連続的な複数のスロットの数である。第2のタイマの値は、サイドリンクリソースプールにおけるスロットが経過する毎に1だけ減少する。第2のタイマの値が0に達すると、第2のタイマはタイムアウトする。
【0102】
図6は、本発明の実施例のサイドリンク不連続受信の一例の概略図であり、SCI 0が、SCI 0が所在するスロットの後の再送のための予約リソース(例えば、これは隣接するリソースが32個のスロット以内にあることを意味する)を示しており、SCI 1が、SCI 1が所在するスロットの後の再送のための予約リソース(例えば、これは隣接するリソースが32個のスロット以内でないことを意味する)を示しておらず、且つHARQ-ACKが無効にされた(HARQ disabled)状況を示している。
【0103】
図6に示すように、送信装置(Tx UE)は、送信リソース1(図6の1st Txに示すように)を介して受信装置(Rx UE)にSCI 0を送信する。このSCI 0は、PSSCHに対応するリソース(図6の1st Txに示すように)を示し、さらに、SCI 0が所在するスロットの後の再送のために予約リソース1(図6の2nd Txに示すように)を示す。
【0104】
図6に示すように、受信装置は、SCI 0を受信すると、このSCI 0が所在するスロットの後の最初のスロットの最初のシンボルにおいて、drx-HARQ-RTT-TimerSLタイマを起動することができる。図6に示すように、このdrx-HARQ-RTT-TimerSLタイマは、SCI 0が示す次回の送信のための予約リソース(予約リソース1)が所在するスロットの前のスロットの終了後にタイムアウトする。
【0105】
図6に示すように、このdrx-HARQ-RTT-TimerSLタイマがタイムアウト又は停止した後の最初のシンボルで、drx-RetransmissionTimerSLタイマが起動され、受信装置がアクティブ(active)又はオン(on)状態になり、予約リソース1を介して送信された再送を受信する。drx-RetransmissionTimerSLタイマの値は1である。
【0106】
図6に示すように、送信装置(Tx UE)は、予約リソース1(図6の2nd Txに示すように)を介してSCI 1(第1のSCI)を受信装置(Rx UE)に送信する。このSCI 1には、SCI 1が所在するスロットの後の予約リソースが示されていない。図6に示すように、この予約リソース1の後の32個のスロットに予約リソースはない。再送のための予約リソース2(図6の3rd Txに示すように)と予約リソース1との間の時間間隔は、32個のスロットよりも大きい。
【0107】
図6に示すように、予約リソース1(図6の2nd Txに示すように)に対応して、予約リソース1に対応するSCI 1を受信し、正しく復号した後に、drx-HARQ-RTT-TimerSLタイマが起動される。drx-HARQ-RTT-TimerSLタイマは、第1の端末装置がこの第1のSCIが所在するスロット(図6の2nd Txに示すように)を受信した後のサイドリンクアセットプール内の最初のスロットの最初のシンボルから、第1のSCIが所在するスロットの後のサイドリンクアセットプール内の31番目のスロットの最後のシンボルまでである。
【0108】
図6に示すように、このdrx-HARQ-RTT-TimerSLタイマがタイムアウト又は停止した後の最初のシンボルで、drx-RetransmissionTimerSLタイマが起動され、受信装置は、アクティブ(active)又はオン(on)の状態に入り、予約リソース2を介して送信された再送を受信する。図6に示すように、drx-RetransmissionTimerSLタイマは、サイドリンクリソースプール内の複数の連続したスロットで動作することができる。
【0109】
以上、本発明の実施例の第1のタイマ及び第2のタイマ、並びに、受信装置の非アクティブ(inactive)又はオフ(off)状態、アクティブ(active)又はオン(on)状態を例に挙げて説明したが、本発明はこれに限定されるものではない。
【0110】
幾つかの態様では、第1の端末装置は、第1のサイドリンク制御情報に対応する物理サイドリンク共有チャネル(PSSCH)におけるサイドリンク制御情報(2nd stage SCI)により再送の有無又は再送回数が示されているか否かに応じて、第2のタイマを起動するか否かを決定してもよい。
【0111】
例えば、第1のSCIは図6における予約リソース1(図6の2nd Txに示すように)に対応して受信され、第1のSCIに対応するPSSCH内に2nd stage SCIが搬送される。この2nd stage SCIが、このHARQ processが続いて再送されることを示す場合、図6に示すように、31個のスロット後にdrx-RetransmissionTimerSLタイマを起動することができる。2nd stage SCIが、このHARQ processの後に再送がなく、又は、その後の再送の回数が0であることを示す場合、受信装置は、drx-RetransmissionTimerSLタイマを再度起動しなくてもよい。
【0112】
幾つかの態様では、第1の端末装置は、第1のサイドリンク制御情報により示される優先度及び/又はチャネルビジー率(CBR:Channel Busy Rate)に基づいて、第2のタイマを起動するか否かを決定する。
【0113】
例えば、図6において、第1のSCIは、予約リソース1(図6の2nd Txに示すように)に対応して受信される。第1のSCIが優先度が高い(例えば、ある閾値よりも高い)ことを示す場合、図6に示すように、31個のスロット後にdrx-RetransmissionTimerSLタイマを起動してもよい。この第1のSCIが優先度が低い(例えば、ある閾値よりも低い)ことを示す場合、受信装置は、drx-RetransmissionTimerSLタイマを再度起動しなくてもよい。
【0114】
幾つかの態様では、第2のタイマの値は、第1のサイドリンク制御情報により示される優先度に基づいて決定される。例えば、第2のタイマに対応する候補値は、異なる優先度に応じて異なる。
【0115】
例えば、リソースプール構成におけるIEにおいて対応するdrx-RetransmissionTimerSL値を構成してもよい。異なる優先度又は異なる優先度範囲に応じて、異なるdrx-RetransmissionTimerSLの値を構成してもよい。好ましくは、優先度が高いほど、drx-RetransmissionTimerSLの値は大きくなる。
【0116】
幾つかの態様では、第1の端末装置は、アクティブ又はオンの状態において第2のサイドリンク制御情報を受信する。第2のサイドリンク制御情報が受信されており、且つ第2のサイドリンク制御情報により示される宛先識別子及びソース識別子、並びにハイブリッド自動再送要求(HARQ)プロセス識別子と、第1のサイドリンク制御情報により示される宛先識別子及びソース識別子、並びにハイブリッド自動再送要求(HARQ)プロセス識別子とがそれぞれ同一である場合、第2のタイマを停止する。
【0117】
幾つかの態様では、ハイブリッド自動再送要求(HARQ)が有効にされていることが第1のサイドリンク制御情報により示されており、且つ第1の端末装置が肯定応答(ACK)をフィードバックした場合、第1の端末装置は、第1のタイマがタイムアウトした後のサイドリンクリソースプールにおける最初のスロットの最初のシンボルにおいて、サイドリンクで非アクティブ又はオフの状態を維持してもよい。例えば、第2のタイマは、第1のタイマがタイムアウトした後のサイドリンクリソースプールにおける最初のスロットの最初のシンボルにおいて起動されない。
【0118】
図7は、本発明の実施例のサイドリンク不連続受信の他の例の概略図であり、SCI 0が、SCI 0が所在するスロットの後の再送のための予約リソース(例えば、これは隣接するリソースが32個スロット以内にあることを意味する)を示し、SCI 1が、SCI 1が所在するスロットの後の再送のための予約リソース(例えば、これは隣接するリソースが32個のスロット以内でないことを意味する)を示しておらず、HARQ-ACKが有効にされた(HARQ enabled)状況を示している。
【0119】
図7に示すように、送信装置(Tx UE)は、送信リソース1(図7の1st Txに示すように)を介して受信装置(Rx UE)にSCI 0を送信する。このSCI 0は、PSSCHに対応するリソース(図7の1st Txに示すように)を示し、さらに、SCI 0が所在するスロットの後の再送のための予約リソース1(図7の2nd Txに示すように)を示す。
【0120】
図7に示すように、受信装置は、SCI 0を受信すると、SCI 0が所在するスロットの後の最初のスロットの最初のシンボルにおいて、drx-HARQ-RTT-TimerSLタイマを起動することができる。このdrx-HARQ-RTT-TimerSLタイマは、図7に示すように、SCI 0が示す次回の送信のための予約リソース(予約リソース1)が所在するスロットの前のスロットの終了後にタイムアウトする。
【0121】
図7に示すように、このdrx-HARQ-RTT-TimerSLタイマがタイムアウト又は停止した後の最初のシンボルで、drx-RetransmissionTimerSLタイマが起動され、受信装置がアクティブ(active)又はオン(on)状態になり、予約リソース1を介して送信された再送を受信する。drx-RetransmissionTimerSLタイマの値は1である。
【0122】
図7に示すように、送信装置(Tx UE)は、予約リソース1(図7の2nd Txに示すように)を介してSCI 1(第1のSCI)を受信装置(Rx UE)に送信する。SCI 1には、このSCI 1が所在するスロットの後の予約リソースが示されていない。図7に示すように、この予約リソース1の後の32個のスロットには予約リソースがない。再送のための予約リソース2(図7の3rd Txに示すように)と予約リソース1との間の時間間隔は、32個のスロットよりも大きい。
【0123】
図7に示すように、予約リソース1(図7の2nd Txに示すように)に対応して、drx-HARQ-RTT-TimerSLタイマは、予約リソース1に対応するSCI 1を受信し、正しく復号した後に起動される。drx-HARQ-RTT-TimerSLタイマは、第1の端末装置が第1のSCIが所在するスロット(図6の2nd Txに示すように)を受信した後のサイドリンクリソースプール内の最初のスロットの最初のシンボルから、第1のSCIが所在するスロットの後のサイドリンクリソースプール内の31番目のスロットの最後のシンボルまでである。
【0124】
図7に示すように、HARQ-ACK enableであり、受信装置がACKをフィードバックしたと仮定すると、予約リソース2(図7の3rd Txに示すように)はキャンセルされ(cancel)、従って、受信装置は、drx-Retransmission TimerSLを再度起動しなくてもよい。
【0125】
以上は、本発明の実施例の第1のタイマ及び第2のタイマ、並びに、受信装置の非アクティブ(inactive)又はオフ(off)状態、アクティブ(active)又はオン(on)状態を例に挙げて説明したが、本発明はこれに限定されるものではない。
【0126】
幾つかの態様では、第2の端末装置により選択された初回の送信ためのリソースが所在するスロットは、第3のタイマの動作期間内に位置し、第3のタイマは、周期的に動作し、且つ第1の端末装置により不連続受信(DRX)のために使用される。
【0127】
例えば、第3のタイマは、OnDurationTimerとして定義されてもよく、第1の端末装置は、OnDurationTimerの動作期間内に、アクティブ(active)又はオン(on)の状態にある。本発明はこれに限定されず、例えば、第3のタイマは、他の名称又は定義であってもよい。
【0128】
例えば、図6及び図7に示すように、送信装置(Tx UE)による初回の送信のために使用する送信リソース1(図6又は図7の1st Txに示すように)は、第3のタイマOnDurationTimerの動作期間内に位置する。送信装置は、受信装置のDRX構成を取得してもよく、これによって、少なくとも選択されたリソースの最初のリソースが所在するスロットが受信装置のOnDurationTimer動作期間内に位置ことを保証することができる。
【0129】
上記の各実施例は、本発明の実施例を例示するだけであり、本発明はこれに限定されず、上記の各実施例に基づいて適切な変形を行ってもよい。例えば、上記の各実施例のそれぞれを単独で使用してもよいし、上記の各実施例の1つ又は複数を組み合わせて使用してもよい。
【0130】
本実施例によれば、受信装置が送信装置により送信されたサイドリンク制御情報を受信し、サイドリンク制御情報に示される予約リソースに基づいて再送のための不連続受信を行うことによって、サイドリンクDRXメカニズムを実現することができ、受信装置は送信装置の再送データを受信することができ、電力消費を節約することができる。
【0131】
<実施例3>
本発明の実施例はサイドリンク不連続受信方法を提供し、第1の端末装置側から説明する。実施例1、2と同様な内容についてその説明を省略する。実施例3は、実施例1、2と組み合わせられてもよいし、独立して実施されてもよい。
【0132】
図8は、本発明の実施例のサイドリンク不連続受信方法の一例の概略図である。図8に示すように、該方法は、以下のステップを含む。
【0133】
ステップ801:第1の端末装置が第2の端末装置により送信された第3のサイドリンク制御情報を受信する。該第3のサイドリンク制御情報は、該第3のサイドリンク制御情報が所在するスロットの後の再送のための第1の予約リソースを示す。
【0134】
ステップ802:第1の予約リソースで対応する物理サイドリンク制御チャネル(PSCCH)が受信されていない場合、該第1の端末装置が、第1の予約リソースが所在するスロットの後のサイドリンクリソースプールにおける最初のスロットの最初のシンボルから、サイドリンクリソースプールにおける複数の連続的なスロットにおいてアクティブ又はオンの状態にある。
【0135】
なお、上記の図8は、本発明の実施例を概略的に示しているに過ぎないが、本発明はこれに限定されない。例えば、様々なステップ間の実行順序を適切に調整したり、他の幾つかのステップを追加したり、幾つかのステップを減らしたりしてもよい。当業者は、上記の内容に基づいて適切な変形を行うことができ、上記の図8の記載に限定されない。
【0136】
幾つかの態様では、第1の端末装置は、第1の予約リソースで対応するPSCCH/PSSCHを受信していない。例えば、第2の端末装置は、再評価(re-evaluation)/プリエンプション(pre-emption)/衝突制御(congestion control)/優先順位などの要因のために、このリソースで送信しておらず、リソースの再選択をトリガする。この場合、再選択されたリソースは、隣接する2つのリソースが32個のスロット内にあることを保証できない可能性があり、この場合、第1の端末装置は、対応する再送を受信する必要がある。
【0137】
幾つかの態様では、第1の端末装置は、第3のサイドリンク制御情報及び/又は対応する物理サイドリンク共有チャネル(PSSCH)の意図された(intended)受信端末である。
【0138】
例えば、第3のサイドリンク制御情報に示される宛先識別子は第1の端末装置の識別子と同一であり、或いは、宛先識別子は第1の端末装置の識別子を含み、或いは、第3のサイドリンク制御情報は第1の端末装置が関心を持つトラフィックを示す。
【0139】
幾つかの態様では、第1の端末装置は、サイドリンクプロセスについて、現在のスロットの後のサイドリンクリソースプールにおける最初のシンボルにおいて第2のタイマを起動する。
【0140】
例えば、第2のタイマは、drx-Retransmission TimerSLとして定義されてもよく、第1の端末装置は、drx-RetransmissionTimerSLの動作期間内に、アクティブ(active)又はオン(on)の状態にある。本発明はこれに限定されず、例えば、第2のタイマは、他の名称又は定義であってもよい。
【0141】
幾つかの態様では、第1の予約リソースの後に該再送のための第2の予約リソースが存在することが第1の端末装置により知られている場合、第2のタイマの値は、第1の端末装置が第1のサイドリンク制御情報を受信したスロットの後のサイドリンクリソースプールにおける最初のスロットから、サイドリンクリソースプールにおける第2の予約リソースが所在するスロットまでの期間に含まれるリソースプールにおけるスロットの総数である。第2のタイマの値は、サイドリンクリソースプールにおけるスロットが経過する毎に1だけ減少する。第2のタイマの値が0に達すると、第2のタイマはタイムアウトする。
【0142】
例えば、図3及び図4を一例とすると、送信装置(Tx UE)は、送信リソース1(図3又は図4の1st Txに示すように)を介して受信装置(Rx UE)にSCI(第1のSCI)を送信する。このSCIには、PSSCHに対応するリソース(図3又は図4の1st Txに示すように)があることが示されており、さらに、再送のための予約リソース1(図3又は図4の2nd Txに示すように)及び予約リソース2(図3又は図4の3rd Txに示すように)があることが示されている。
【0143】
この予約リソース1(図3又は図4の2nd Txに示すように)において受信装置がPSCCH/PSSCHを受信していないと仮定すると、受信装置は、予約リソース1が所在するスロットの後のサイドリンクリソースプール内の最初のスロットの最初のシンボルからdrx-RetransmissionTimerSLを起動し、アクティブ(active)又はオン(on)状態になることができる。このdrx-RetransmissionTimerSLは、サイドリンクリソースプール内の予約リソース2(図3又は図4の3rd Txに示すように)が所在するスロットの前の最後のスロットの終了後にタイムアウトする。
【0144】
幾つかの態様では、第1の予約リソースの後に再送のための第2の予約リソースが存在しないことが第1の端末装置により知られており、或いは、第1の端末装置が後続のリソースを知らない場合、第2のタイマの値は、サイドリンクリソースプールにおける所定のスロット数である。第2のタイマの値は、サイドリンクリソースプールにおけるスロットが経過する毎に1だけ減少する。第2のタイマの値が0に達すると、第2のタイマはタイムアウトする。該所定のスロット数は、例えば31である。
【0145】
例えば、図6及び図7を一例にすると、送信装置(Tx UE)は、送信リソース1(図6又は図7の1st Txに示すように)を介して受信装置(Rx UE)にSCI(第1のSCI)を送信する。このSCIには、PSSCHに対応するリソース(図6又は図7の1st Txに示すように)があることが示されており、さらに、再送のための予約リソース1(図6又は図7の2nd Txに示すように)があることが示されている。
【0146】
この予約リソース1(図6又は図7の2nd Txに示すように)において受信装置がPSCCH/PSSCHを受信していないと仮定すると、受信装置は、予約リソース1が所在するスロットの後のサイドリンクリソースプール内の最初のスロットの最初のシンボルからdrx-RetransmissionTimerSLを起動し、アクティブ(active)又はオン(on)状態に入ってもよい。このdrx-RetransmissionTimerSLは、サイドリンクリソースプール内の31番目のスロットの最後のスロットの終了後にタイムアウトする。
【0147】
幾つかの態様では、第2のタイマの値は、第3のサイドリンク制御情報により示される優先度に基づいて決定される。例えば、第2のタイマに対応する候補値は、異なる優先度に応じて異なる。
【0148】
例えば、リソースプール構成のIEで、対応するdrx-RetransmissionTimerSL値を構成してもよい。異なる優先度又は異なる優先度範囲に応じて、異なるdrx-RetransmissionTimerSLの長さを構成してもよい。好ましくは、優先度が高いほど、drx-RetransmissionTimerSLの値は大きくなる。
【0149】
幾つかの態様では、第1の端末装置は、アクティブ又はオンの状態において第4のサイドリンク制御情報を受信する。第4のサイドリンク制御情報が受信されており、且つ第4のサイドリンク制御情報により示される宛先識別子及びソース識別子、並びにハイブリッド自動再送要求(HARQ)プロセス識別子と、第3のサイドリンク制御情報により示される宛先識別子及びソース識別子、並びにハイブリッド自動再送要求(HARQ)プロセス識別子とがそれぞれ同一である場合、第2のタイマを停止する。
【0150】
幾つかの態様では、第2の端末装置により第1の予約リソースについて再選択された再選択リソースは、第1の予約リソースの後に位置する。
【0151】
図9は、本発明の実施例のサイドリンク不連続受信の一例の概略図であり、SCIは、SCIが所在するスロットの後の再送のために予約リソース(例えば、これは隣接するリソースが32個のスロット以内にあることを意味する)を示し、予約リソースが衝突により再選択され、HARQ-ACKが無効にされた(HARQ disabled)状態を示している。
【0152】
図9に示すように、送信装置(Tx UE)は、送信リソース1(図9の1st Txに示す)を介して受信装置(Rx UE)にSCIを送信する。このSCIには、PSSCHに対応するリソース(即ち、図9の1st Txに示す)が示されており、さらに、このSCIが所在するスロットの後の再送のための予約リソース1(図9の2nd Txに示すように)が示されている。
【0153】
図9に示すように、受信装置は、SCIを受信すると、SCIが所在するスロットの後の最初のスロットの最初のシンボルにおいて、drx-HARQ-RTT-TimerSLタイマを起動することができる。このdrx-HARQ-RTT-TimerSLタイマは、図9に示すように、SCIが指示する次回の送信のための予約リソース(予約リソース1)が所在するスロットの直前のスロットが終了した後にタイムアウトする。
【0154】
図9に示すように、このdrx-HARQ-RTT-TimerSLタイマがタイムアウト又は停止した後の最初のシンボルで、drx-RetransmissionTimerSLタイマが起動され、受信装置がアクティブ(active)又はオン(on)状態になり、予約リソース1を介して送信された再送を受信する。
【0155】
図9に示すように、受信装置は、予約リソース1(図7の2nd Txに示すように)でPSCCH/PSSCHを受信していない。この場合、drx-RetransmissionTimerSLタイマは動作し続ける。図9に示すように、送信装置は、予約リソース1を再選択してもよく、該再選択されたリソース(図9の再選択された2nd Txで示される)は、該予約リソース1(図9の2nd Txに示すように)の後に位置する。
【0156】
以上は、本発明の実施例の第1のタイマ及び第2のタイマ、並びに、受信装置の非アクティブ(inactive)又はオフ(off)状態、アクティブ(active)又はオン(on)状態を例に挙げて説明したが、本発明はこれに限定されるものではない。
【0157】
幾つかの態様では、第2の端末装置により選択された初回の送信ためのリソースが所在するスロットは、第3のタイマの動作期間内に位置し、第3のタイマは、周期的に動作し、且つ第1の端末装置により不連続受信(DRX)のために使用される。
【0158】
例えば、第3のタイマは、OnDurationTimerとして定義されてもよく、第1の端末装置は、OnDurationTimerの動作期間内に、アクティブ(active)又はオン(on)の状態にある。本発明はこれに限定されず、例えば、第3のタイマは、他の名称又は定義であってもよい。
【0159】
例えば、図9に示すように、送信装置(Tx UE)による初回の送信のための送信リソース1(図9の1st Txに示す)は、第3のタイマOnDurationTimerの実行期間内に位置する。送信装置は、受信装置のDRX構成を取得してもよく、これによって、少なくとも選択されたリソースの最初のリソースが所在するスロットが、受信装置のOnDurationTimer動作期間内に位置ことを保証することができる。
【0160】
上記の各実施例は、本発明の実施例を例示するだけであり、本発明はこれに限定されず、上記の各実施例に基づいて適切な変形を行ってもよい。例えば、上記の各実施例のそれぞれを単独で使用してもよいし、上記の各実施例の1つ又は複数を組み合わせて使用してもよい。
【0161】
本実施例によれば、受信装置が送信装置により送信されたサイドリンク制御情報を受信し、サイドリンク制御情報に示される予約リソースに基づいて再送のための不連続受信を行うことによって、サイドリンクDRXメカニズムを実現することができ、受信装置は送信装置の再送データを受信することができ、電力消費を節約することができる。
【0162】
<実施例4>
本発明の実施例は、サイドリンク不連続受信装置を提供する。該装置は、例えば、端末装置(例えば上記の第1の端末装置)であってもよいし、端末装置に構成された1つ又は複数の構成要素又はコンポーネントであってもよい。実施例1~3と同様な内容について、その説明を省略する。
【0163】
図10は、本発明の実施例に係るサイドリンク不連続受信装置の一例の概略図である。図10に示すように、サイドリンク不連続受信装置1000は、受信部1001及び処理部1002を含む。
【0164】
幾つかの態様では、受信部1001は、第2の端末装置により送信された第1のサイドリンク制御情報を受信する。第1のサイドリンク制御情報は、第1のサイドリンク制御情報が所在するスロットの後の再送のための予約リソースを示す。
【0165】
処理部1002は、予約リソースが所在するスロットにおいて、第1の端末装置をサイドリンクでアクティブ又はオンの状態にする。
【0166】
幾つかの態様では、第1の端末装置は、予約リソースが所在するスロットの最初のシンボルから、サイドリンクリソースプールにおける1つのスロット又は複数の連続的なスロットに亘って、サイドリンクでアクティブ又はオンにされている。
【0167】
幾つかの態様では、第1の端末装置は、第1のサイドリンク制御情報を受信したスロットの後のサイドリンクリソースプールにおける最初のシンボルから、第1のサイドリンク制御情報に示される次回の送信のための予約リソースが所在するスロットの直前のサイドリンクリソースプールにおけるスロットの最後のシンボルまで、サイドリンクで非アクティブ又はオフの状態にあってもよい。
【0168】
幾つかの態様では、第1の端末装置は、第1のサイドリンク制御情報及び/又は対応する物理サイドリンク共有チャネルの意図された受信端末であり、第1のサイドリンク制御情報に示される宛先識別子は第1の端末装置の識別子と同一であり、或いは、宛先識別子は第1の端末装置の識別子を含み、或いは、第1のサイドリンク制御情報は第1の端末装置が関心を持つトラフィックを示す。
【0169】
幾つかの態様では、処理部1002は、サイドリンクプロセスについて、第1の端末装置が第1のサイドリンク制御情報を受信したスロットの後のサイドリンクリソースプールにおける最初のスロットの最初のシンボルから第1のタイマを起動する。
【0170】
例えば、第1のタイマは、drx-HARQ-RTT-TimerSLであり、第1の端末装置は、drx-HARQ-RTT-TimerSLの動作期間内に、サイドリンクで非アクティブ又はオフの状態にあってもよい。
【0171】
幾つかの態様では、第1のタイマの値は、スロット数であり、スロット数は、第1の端末装置が第1のサイドリンク制御情報を受信したスロットの後のサイドリンクリソースプールにおける最初のスロットから、第1のサイドリンク制御情報に示される次回の送信のための予約リソースが所在するスロットの直前のサイドリンクリソースプールにおけるスロットまでの期間に含まれるリソースプールにおけるスロットの総数である。第1のタイマの値は、サイドリンクリソースプールにおけるスロットが経過する毎に1だけ減少する。第1のタイマの値が0に達すると、第1のタイマはタイムアウトする。
【0172】
幾つかの態様では、ハイブリッド自動再送要求が無効にされていることが第1のサイドリンク制御情報により示されている場合、又は、ハイブリッド自動再送要求が有効にされていることが第1のサイドリンク制御情報により示されており、且つ第1の端末装置が否定応答(NACK)をフィードバックした場合、処理部は、第1のタイマがタイムアウトした後のサイドリンクリソースプールにおける次のスロットにおいて、サイドリンクプロセスについて第2のタイマを起動し、アクティブ又はオンの状態に入る。
【0173】
例えば、第2のタイマは、drx-Retransmission TimerSLであり、第1の端末装置は、drx-RetransmissionTimerSLの動作期間内に、サイドリンクでアクティブ又はオン)の状態にある。
【0174】
幾つかの態様では、第2のタイマは、第1のタイマがタイムアウトした後、サイドリンクリソースプール内の最初のスロットの最初のシンボルで起動される。
【0175】
幾つかの態様では、受信部1001は、アクティブ又はオンの状態において第2のサイドリンク制御情報を受信する。第2のサイドリンク制御情報が受信されており、且つ第2のサイドリンク制御情報により示される宛先識別子及びソース識別子、並びにハイブリッド自動再送要求(HARQ)プロセス識別子と、第1のサイドリンク制御情報により示される宛先識別子及びソース識別子、並びにハイブリッド自動再送要求(HARQ)プロセス識別子とがそれぞれ同一である場合、処理部1002は、第2のタイマを停止する。
【0176】
幾つかの態様では、ハイブリッド自動再送要求(HARQ)が有効にされていることが第1のサイドリンク制御情報により示されており、且つ第1の端末装置が肯定応答(ACK)をフィードバックした場合、第1の端末装置が、第1のタイマがタイムアウトした後のサイドリンクリソースプールにおける最初のスロットの最初のシンボルにおいて、サイドリンクで非アクティブ又はオフの状態にあり、又は該状態を維持する。
【0177】
幾つかの態様では、第2の端末装置により選択された初回の送信ためのリソースが所在するスロットは、第3のタイマの動作期間内に位置し、第3のタイマは、周期的に動作し、且つ第1の端末装置により不連続受信のために使用される。
【0178】
例えば、第3のタイマは、OnDurationTimerであり、第1の端末装置は、OnDurationTimerの動作期間内に、サイドリンクでアクティブ又はオンの状態にある。
【0179】
幾つかの態様では、受信部1001は、第2の端末装置により送信された第1のサイドリンク制御情報を受信する。第1のサイドリンク制御情報は、第1のサイドリンク制御情報が所在するスロットの後の再送のための予約リソースを示していない。処理部1002は、第1のサイドリンク制御情報を受信してからリソースプールにおける所定数のスロットが経過した後、第1の端末装置をサイドリンクでアクティブ又はオンの状態にする。
【0180】
幾つかの態様では、第1の端末装置は、第1のサイドリンク制御情報を受信したスロットの後のサイドリンクリソースプールにおける最初のシンボルから、第1のサイドリンク制御情報が所在するスロットの後のサイドリンクリソースプールにおける所定数のスロットの最後のシンボルまで、サイドリンクで非アクティブ又はオフの状態にあってもよい。
【0181】
幾つかの態様では、処理部1002は、サイドリンクプロセスについて、第1の端末装置が第1のサイドリンク制御情報を受信したスロットの後のサイドリンクリソースプールにおける最初のスロットの最初のシンボルから第1のタイマを起動する。
【0182】
例えば、第1のタイマは、drx-HARQ-RTT-TimerSLであり、第1の端末装置は、drx-HARQ-RTT-TimerSLの動作期間内に、サイドリンクで非アクティブ又はオフの状態にあってもよい。
【0183】
幾つかの態様では、第1のタイマの値は、スロット数であり、スロット数は、サイドリンクリソースプールにおける所定のスロット数である。第1のタイマの値は、サイドリンクリソースプールにおけるスロットが経過する毎に1だけ減少する。第1のタイマの値が0に達すると、第1のタイマはタイムアウトする。
【0184】
幾つかの態様では、ハイブリッド自動再送要求が無効にされていることが第1のサイドリンク制御情報により示されている場合、又は、ハイブリッド自動再送要求が有効にされていることが第1のサイドリンク制御情報により示されており、且つ第1の端末装置が否定応答をフィードバックした場合、処理部1002は、第1のタイマがタイムアウトした後のサイドリンクリソースプールにおける次のスロットの最初のシンボルにおいて、サイドリンクプロセスについて第2のタイマを起動し、第1の端末装置をアクティブ又はオンの状態にする。
【0185】
幾つかの態様では、第2のタイマは、第1のタイマがタイムアウトした後のサイドリンクリソースプールにおける最初のスロットの最初のシンボルにおいて起動され、第2のタイマの値は、サイドリンクリソースプールにおける連続的な複数のスロットの数である。第2のタイマの値は、サイドリンクリソースプールにおけるスロットが経過する毎に1だけ減少する。第2のタイマの値が0に達すると、第2のタイマはタイムアウトする。
【0186】
幾つかの態様では、ハイブリッド自動再送要求が有効にされていることが第1のサイドリンク制御情報により示されており、且つ第1の端末装置が肯定応答をフィードバックした場合、処理部1002は、第1のタイマがタイムアウトした後のサイドリンクリソースプールにおける次のスロットの最初のシンボルにおいて、サイドリンクプロセスについて第2のタイマを起動しない。
【0187】
幾つかの態様では、処理部1002は、第1のサイドリンク制御情報に対応する物理サイドリンク共有チャネル内のサイドリンク制御情報により示される再送の有無又は再送回数に応じて、第2のタイマを起動するか否かを決定する。
【0188】
幾つかの態様では、処理部1002は、第1のサイドリンク制御情報により示される優先度及び/又はチャネルビジー率に基づいて、第2のタイマを起動するか否かを決定する。
【0189】
幾つかの態様では、第2のタイマの値は、第1のサイドリンク制御情報により示される優先度に基づいて決定される。第2のタイマに対応する候補値は、異なる優先度に応じて異なる。
【0190】
幾つかの態様では、受信部1001は、第2の端末装置により送信された第3のサイドリンク制御情報を受信する。第3のサイドリンク制御情報は、第3のサイドリンク制御情報が所在するスロットの後の再送のための第1の予約リソースを示す。処理部1002は、第1の予約リソースで対応する物理サイドリンク制御チャネルが受信されていない場合、第1の予約リソースが所在するスロットの後のサイドリンクリソースプールにおける最初のスロットの最初のシンボルから、第1の端末装置をサイドリンクリソースプールにおける複数の連続的なスロットにおいてアクティブ又はオンの状態にする。
【0191】
幾つかの態様では、処理部1002は、サイドリンクプロセスについて、現在のスロットの後のサイドリンクリソースプールにおける最初のシンボルにおいて第2のタイマを起動する。
【0192】
幾つかの態様では、第1の予約リソースの後に再送のための第2の予約リソースが存在することが第1の端末装置により知られている場合、第2のタイマの値は、第1の端末装置が第1のサイドリンク制御情報を受信したスロットの後のサイドリンクリソースプールにおける最初のスロットから、サイドリンクリソースプールにおける第2の予約リソースが所在するスロットまでの期間に含まれるリソースプールにおけるスロットの総数である。第2のタイマの値は、サイドリンクリソースプールにおけるスロットが経過する毎に1だけ減少する。第2のタイマの値が0に達すると、第2のタイマはタイムアウトする。
【0193】
幾つかの態様では、第1の予約リソースの後に再送のための第2の予約リソースが存在しないことが第1の端末装置により知られており、或いは、第1の端末装置が後続のリソースを知らない場合、第2のタイマの値は、サイドリンクリソースプールにおける所定のスロット数である。第2のタイマの値は、サイドリンクリソースプールにおけるスロットが経過する毎に1だけ減少する。第2のタイマの値が0に達すると、第2のタイマはタイムアウトする。
【0194】
上記の各実施例は、本発明の実施例を例示するだけであり、本発明はこれに限定されず、上記の各実施例に基づいて適切な変形を行うこともできる。例えば、上記の各実施例のそれぞれを単独で使用してもよいし、上記の各実施例の1つ又は複数を組み合わせて使用してもよい。
【0195】
なお、以上は本発明に関連する構成要素又はモジュールについてのみ説明しているが、本発明はこれに限定されない。サイドリンク不連続受信装置1000は、他の構成要素又はモジュールをさらに含んでもよい。これらの構成要素又はモジュールの具体的な内容について、関連技術を参照してもよい。
【0196】
さらに、説明の便宜上、図10は、様々な構成要素又はモジュール間の接続関係又は信号方向を例示的に示すだけであるが、バス接続などの様々な関連技術を使用できることは当業者には明らかである。上記の様々な構成要素又はモジュールは、プロセッサ、メモリ、送信機、及び受信機などのハードウェアデバイスによって実装されてもよく、本発明はこれに限定されない。
【0197】
本実施例によれば、受信装置が送信装置により送信されたサイドリンク制御情報を受信し、サイドリンク制御情報に示される予約リソースに基づいて再送のための不連続受信を行うことによって、サイドリンクDRXメカニズムを実現することができ、受信装置は送信装置の再送データを受信することができ、電力消費を節約することができる。
【0198】
<実施例5>
本発明の実施例は、通信システムをさらに提供し、図1を参照してもよく、実施例1~4と同様な内容について、その説明を省略する。
【0199】
幾つかの実施例では、通信システム100は、少なくとも第1の端末装置102及び第2の端末装置103を含んでもよい。
【0200】
第1の端末装置102は、第1のサイドリンク制御情報が所在するスロットの後の再送のための予約リソースを示す第1のサイドリンク制御情報を受信し、予約リソースが所在するスロットにおいてサイドリンクでアクティブ又はオンの状態にある。
【0201】
第2の端末装置103は、第1のサイドリンク制御情報を送信する。
【0202】
幾つかの実施例では、通信システム100は、少なくとも第1の端末装置102及び第2の端末装置103を含んでもよい。
【0203】
第1の端末装置102は、第1のサイドリンク制御情報が所在するスロットの後の再送のための予約リソースを示していない第1のサイドリンク制御情報を受信し、第1のサイドリンク制御情報を受信してからリソースプールにおける所定数のスロットが経過した後、サイドリンクでアクティブ又はオンの状態にある。
【0204】
第2の端末装置103は、第1のサイドリンク制御情報を送信する。
【0205】
幾つかの実施例では、通信システム100は、少なくとも第1の端末装置102及び第2の端末装置103を含んでもよい。
【0206】
第1の端末装置102は、第3のサイドリンク制御情報が所在するスロットの後の再送のための第1の予約リソースを示す第3のサイドリンク制御情報を受信し、第1の予約リソースで対応する物理サイドリンク制御チャネルが受信されていない場合、第1の予約リソースが所在するスロットの後のサイドリンクリソースプールにおける最初のスロットの最初のシンボルから、サイドリンクリソースプールにおける複数の連続的なスロットにおいてアクティブ又はオンの状態にある。
【0207】
第2の端末装置103は、第3のサイドリンク制御情報を送信する。
【0208】
本発明の実施例は、ネットワーク装置をさらに提供し、該ネットワーク装置は、例えば基地局であってもよいが、本発明はこれに限定されず、他のネットワーク装置であってもよい。
【0209】
図11は、本発明の実施例のネットワーク装置の概略図である。図11に示すように、ネットワーク装置1100は、プロセッサ1110(例えば中央処理装置(CPU))及びメモリ1120を含んでもよく、メモリ1120は、プロセッサ1110に接続される。メモリ1120は、各種のデータを記憶してもよいし、情報処理のプログラム1130をさらに記憶し、プロセッサ1110の制御で該プログラム1130を実行する。
【0210】
また、図11に示すように、ネットワーク装置1100は、送受信機1140及びアンテナ1150などをさらに含んでもよい。上記部材の機能は従来技術と類似し、ここでその説明を省略する。なお、ネットワーク装置1100は図11に示す全てのユニットを含む必要がない。また、ネットワーク装置1100は、図11に示されていないユニットをさらに含んでもよく、従来技術を参照してもよい。
【0211】
本発明の実施例は、端末装置をさらに提供するが、本発明はこれに限定されず、他の装置であってもよい。
【0212】
図12は、本発明の実施例の端末装置の概略図である。図12に示すように、端末装置1200は、プロセッサ1210及びメモリ1220を含んでもよく、メモリ1220は、データ及びプログラムを記憶し、プロセッサ1210に接続される。なお、この図は例示的なものであり、他のタイプの構造を用いてこの構造を補足又は置換して、通信機能又は他の機能を実現してもよい。
【0213】
例えば、プロセッサ1210は、実施例1に記載のサイドリンク不連続受信方法を実現するようにプログラムを実行してもよい。例えば、プロセッサ1210は、第1のサイドリンク制御情報を受信するステップであって、第1のサイドリンク制御情報は、第1のサイドリンク制御情報が所在するスロットの後の再送のための予約リソースを示す、ステップと、予約リソースが所在するスロットにおいて、第1の端末装置をサイドリンクでアクティブ又はオンの状態にするステップと、を実行するように構成されてもよい。
【0214】
また、例えば、プロセッサ1210は、実施例2に記載のサイドリンク不連続受信方法を実現するようにプログラムを実行してもよい。例えば、プロセッサ1210は、第1のサイドリンク制御情報を受信するステップであって、第1のサイドリンク制御情報は、第1のサイドリンク制御情報が所在するスロットの後の再送のための予約リソースを示していない、ステップと、第1のサイドリンク制御情報を受信してからリソースプールにおける所定数のスロットが経過した後、第1の端末装置をサイドリンクでアクティブ又はオンの状態にするステップと、を実行するように構成されてもよい。
【0215】
また、例えば、プロセッサ1210は、実施例3に記載のサイドリンク不連続受信方法を実現するようにプログラムを実行してもよい。例えば、プロセッサ1210は、第3のサイドリンク制御情報を受信するステップであって、第3のサイドリンク制御情報は、第3のサイドリンク制御情報が所在するスロットの後の再送のための第1の予約リソースを示す、ステップと、第1の予約リソースで対応する物理サイドリンク制御チャネルが受信されていない場合、前記第1の予約リソースが所在するスロットの後のサイドリンクリソースプールにおける最初のスロットの最初のシンボルから、サイドリンクリソースプールにおける複数の連続的なスロットにおいて第1の端末装置をアクティブ又はオンの状態にするステップと、を実行するように構成されてもよい。
【0216】
また、図12に示すように、端末装置1200は、通信モジュール1230、入力部1240、ディスプレイ1250、及び電源1260などをさらに含んでもよい。ここで、上記ユニットの機能は従来技術と同様であり、ここでその説明を省略する。なお、端末装置1200は図12に示す全てのユニットを含む必要がない。また、端末装置1200は、図12に示されていないユニットをさらに含んでもよく、従来技術を参照してもよい。
【0217】
本発明の実施例では、コンピュータ読み取り可能なプログラムであって、端末装置において該プログラムを実行する際に、該端末装置に実施例1~3に記載のサイドリンク不連続受信方法を実行させる、プログラムをさらに提供する。
【0218】
本発明の実施例は、コンピュータ読み取り可能なプログラムが記憶されている記憶媒体であって、該プログラムを実行する際に、端末装置に実施例1~3に記載のサイドリンク不連続受信方法を実行させる、記憶媒体をさらに提供する。
【0219】
本発明の以上の装置及び方法は、ハードウェアにより実現されてもよく、ハードウェアとソフトウェアを結合して実現されてもよい。本発明はコンピュータが読み取り可能なプログラムに関し、該プログラムはロジック部により実行される際に、該ロジック部に上述した装置又は構成要件を実現させる、或いは該ロジック部に上述した各種の方法又はステップを実現させることができる。本発明は上記のプログラムを記憶するための記憶媒体、例えばハードディスク、磁気ディスク、光ディスク、DVD、フラッシュメモリ等に関する。
【0220】
本発明の実施例を参照しながら説明した各装置における各処理方法は、ハードウェア、プロセッサにより実行されるソフトウェアモジュール、又は両者の組み合わせで実施されてもよい。例えば、図面に示す機能的ブロック図における1つ若しくは複数、又は機能的ブロック図の1つ若しくは複数の組み合わせは、コンピュータプログラムフローの各ソフトウェアモジュールに対応してもよいし、各ハードウェアモジュールに対応してもよい。これらのソフトウェアモジュールは、図面に示す各ステップにそれぞれ対応してもよい。これらのハードウェアモジュールは、例えばフィールド・プログラマブル・ゲートアレイ(FPGA)を用いてこれらのソフトウェアモジュールをハードウェア化して実現されてもよい。
【0221】
ソフトウェアモジュールは、RAMメモリ、フラッシュメモリ、ROMメモリ、EPROMメモリ、EEPROMメモリ、レジスタ、ハードディスク、モバイルハードディスク、CD-ROM又は当業者にとって既知の任意の他の形の記憶媒体に位置してもよい。プロセッサが記憶媒体から情報を読み取ったり、記憶媒体に情報を書き込むように該記憶媒体をプロセッサに接続してもよいし、記憶媒体がプロセッサの構成部であってもよい。プロセッサ及び記憶媒体はASICに位置してもよい。該ソフトウェアモジュールは移動端末のメモリに記憶されてもよいし、移動端末に挿入されたメモリカードに記憶されてもよい。例えば、機器(例えば移動端末)が比較的に大きい容量のMEGA-SIMカード又は大容量のフラッシュメモリ装置を用いる場合、該ソフトウェアモジュールは該MEGA-SIMカード又は大容量のフラッシュメモリ装置に記憶されてもよい。
【0222】
図面に記載されている機能的ブロック図における一つ以上の機能ブロック及び/又は機能ブロックの一つ以上の組合せは、本願に記載されている機能を実行するための汎用プロセッサ、デジタル信号プロセッサ(DSP)、特定用途向け集積回路(ASIC)、フィールド・プログラマブル・ゲートアレイ(FPGA)又は他のプログラマブル論理デバイス、ディスクリートゲート又はトランジスタ論理装置、ディスクリートハードウェアコンポーネント、又はそれらの任意の適切な組み合わせで実現されてもよい。図面に記載されている機能的ブロック図における一つ以上の機能ブロック及び/又は機能ブロックの一つ以上の組合せは、例えば、コンピューティング機器の組み合わせ、例えばDSPとマイクロプロセッサの組み合わせ、複数のマイクロプロセッサの組み合わせ、DSP通信と組み合わせた1つ又は複数のマイクロプロセッサ又は他の任意の構成で実現されてもよい。
【0223】
以上、具体的な実施形態を参照しながら本発明を説明しているが、上記の説明は、例示的なものに過ぎず、本発明の保護の範囲を限定するものではない。本発明の趣旨及び原理を離脱しない限り、本発明に対して各種の変形及び変更を行ってもよく、これらの変形及び変更も本発明の範囲内のものである。
【0224】
また、上述の実施例を含む実施形態に関し、更に以下の付記を開示する。
(付記1)
サイドリンク不連続受信方法であって、
第1の端末装置が第2の端末装置により送信された第1のサイドリンク制御情報を受信するステップであって、前記第1のサイドリンク制御情報は、前記第1のサイドリンク制御情報が所在するスロットの後の再送のための予約リソースを示す、ステップと、
前記第1の端末装置が、前記予約リソースが所在するスロットにおいて、サイドリンクでアクティブ(active)又はオン(on)の状態にあるステップと、を含む、方法。
(付記2)
前記第1の端末装置は、前記予約リソースが所在するスロットの最初のシンボルから、サイドリンクリソースプールにおける1つのスロット又は複数の連続的なスロットに亘って、サイドリンクでアクティブ又はオンにされている、付記1に記載の方法。
(付記3)
前記第1の端末装置が、前記第1のサイドリンク制御情報を受信したスロットの後のサイドリンクリソースプールにおける最初のシンボルから、前記第1のサイドリンク制御情報に示される次回の送信のための予約リソースが所在するスロットの直前のサイドリンクリソースプールにおけるスロットの最後のシンボルまで、サイドリンクで非アクティブ(inactive)又はオフ(off)の状態にあるステップ、をさらに含む、付記1又は2に記載の方法。
(付記4)
前記第1の端末装置は、前記第1のサイドリンク制御情報及び/又は対応する物理サイドリンク共有チャネル(PSSCH)の意図された(intended)受信端末である、付記1乃至3の何れかに記載の方法。
(付記5)
前記第1のサイドリンク制御情報に示される宛先識別子は前記第1の端末装置の識別子と同一であり、或いは、前記宛先識別子は前記第1の端末装置の識別子を含み、或いは、前記第1のサイドリンク制御情報は前記第1の端末装置が関心を持つトラフィックを示す、付記4に記載の方法。
(付記6)
前記第1の端末装置は、サイドリンクプロセスについて、前記第1の端末装置が前記第1のサイドリンク制御情報を受信したスロットの後のサイドリンクリソースプールにおける最初のスロットの最初のシンボルから第1のタイマを起動する、付記3に記載の方法。
(付記7)
前記第1のタイマは、drx-HARQ-RTT-TimerSLであり、前記第1の端末装置は、前記drx-HARQ-RTT-TimerSLの動作期間内に、サイドリンクで非アクティブ(inactive)又はオフ(off)の状態にある、付記6に記載の方法。
(付記8)
前記第1のタイマの値は、スロット数であり、
前記スロット数は、前記第1の端末装置が前記第1のサイドリンク制御情報を受信したスロットの後のサイドリンクリソースプールにおける最初のスロットから、前記第1のサイドリンク制御情報に示される次回の送信のための予約リソースが所在するスロットの直前のサイドリンクリソースプールにおけるスロットまでの期間に含まれるリソースプールにおけるスロットの総数であり、
前記第1のタイマの値は、サイドリンクリソースプールにおけるスロットが経過する毎に1だけ減少する、付記6に記載の方法。
(付記9)
ハイブリッド自動再送要求が無効にされていることが前記第1のサイドリンク制御情報により示されている場合、又は、ハイブリッド自動再送要求が有効にされていることが前記第1のサイドリンク制御情報により示されており、且つ前記第1の端末装置が否定応答(NACK)をフィードバックした場合、前記第1の端末装置は、前記第1のタイマがタイムアウトした後のサイドリンクリソースプールにおける最初のスロットの最初のシンボルにおいて、前記サイドリンクプロセスについて第2のタイマを起動し、前記アクティブ又はオンの状態に入る、付記6乃至8の何れかに記載の方法。
(付記10)
前記第2のタイマは、drx-Retransmission TimerSLであり、前記第1の端末装置は、前記drx-RetransmissionTimerSLの動作期間内に、サイドリンクでアクティブ(active)又はオン(on)の状態にある、付記9に記載の方法。
(付記11)
前記第2のタイマの値は、サイドリンクリソースプールにおけるスロットが経過する毎に1だけ減少する、付記9又は10に記載の方法。
(付記12)
前記第2のタイマの値は1である、付記9乃至11の何れかに記載の方法。
(付記13)
前記第1の端末装置が前記アクティブ又はオンの状態において第2のサイドリンク制御情報を受信するステップと、
前記第2のサイドリンク制御情報が受信されており、且つ前記第2のサイドリンク制御情報により示される宛先識別子及びソース識別子、並びにハイブリッド自動再送要求(HARQ)プロセス識別子と、前記第1のサイドリンク制御情報により示される宛先識別子及びソース識別子、並びにハイブリッド自動再送要求(HARQ)プロセス識別子とがそれぞれ同一である場合、前記第2のタイマを停止するステップと、をさらに含む、付記9乃至11の何れかに記載の方法。
(付記14)
ハイブリッド自動再送要求(HARQ)が有効にされていることが前記第1のサイドリンク制御情報により示されており、且つ前記第1の端末装置が肯定応答(ACK)をフィードバックした場合、前記第1の端末装置が、前記第1のタイマがタイムアウトした後のサイドリンクリソースプールにおける最初のスロットの最初のシンボルにおいて、前記サイドリンクで非アクティブ又はオフの状態にある(又は維持する)ステップ、をさらに含む、付記6乃至8の何れかに記載の方法。
(付記15)
前記第2のタイマは、前記第1のタイマがタイムアウトした後のサイドリンクリソースプールにおける最初のシンボルにおいて起動されない、付記14に記載の方法。
(付記16)
前記第2の端末装置により選択された初回の送信ためのリソースが所在するスロットは、第3のタイマの動作期間内に位置し、前記第3のタイマは、周期的に動作し、且つ前記第1の端末装置により不連続受信(DRX)のために使用される、付記1乃至15の何れかに記載の方法。
(付記17)
前記第3のタイマは、OnDurationTimerであり、前記第1の端末装置は、前記OnDurationTimerの動作期間内に、サイドリンクでアクティブ(active)又はオン(on)の状態にある、付記16に記載の方法。
(付記18)
第1の端末装置が第2の端末装置により送信された第1のサイドリンク制御情報を受信するステップであって、前記第1のサイドリンク制御情報は、前記第1のサイドリンク制御情報が所在するスロットの後の再送のための予約リソースを示していない、ステップと、
前記第1の端末装置が前記第1のサイドリンク制御情報を受信してからリソースプールにおける所定数のスロットが経過した後、サイドリンクでアクティブ又はオンの状態にあるステップと、を含む、方法。
(付記19)
前記第1の端末装置が、前記第1のサイドリンク制御情報を受信したスロットの後のサイドリンクリソースプールにおける最初のシンボルから、前記第1のサイドリンク制御情報が所在するスロットの後のサイドリンクリソースプールにおける所定数のスロットの最後のシンボルまで、サイドリンクで非アクティブ又はオフの状態にあるステップ、をさらに含む、付記18に記載の方法。
(付記20)
前記第1の端末装置は、前記第1のサイドリンク制御情報及び/又は対応する物理サイドリンク共有チャネル(PSSCH)の意図された(intended)受信端末である、付記18又は19に記載の方法。
(付記21)
前記第1のサイドリンク制御情報に示される宛先識別子は前記第1の端末装置の識別子と同一であり、或いは、前記宛先識別子は前記第1の端末装置の識別子を含み、或いは、前記第1のサイドリンク制御情報は前記第1の端末装置が関心を持つトラフィックを示す、付記20に記載の方法。
(付記22)
前記第1の端末装置は、サイドリンクプロセスについて、前記第1の端末装置が前記第1のサイドリンク制御情報を受信したスロットの後のサイドリンクリソースプールにおける最初のスロットの最初のシンボルから第1のタイマを起動する、付記19に記載の方法。
(付記23)
前記第1のタイマは、drx-HARQ-RTT-TimerSLであり、前記第1の端末装置は、前記drx-HARQ-RTT-TimerSLの動作期間内に、サイドリンクで非アクティブ(inactive)又はオフ(off)の状態にある、付記22に記載の方法。
(付記24)
前記第1のタイマの値は、スロット数であり、
前記スロット数は、サイドリンクリソースプールにおける所定のスロット数であり、
前記第1のタイマの値は、サイドリンクリソースプールにおけるスロットが経過する毎に1だけ減少する、付記22に記載の方法。
(付記25)
前記サイドリンクリソースプールにおける所定のスロット数は31である、付記24に記載の方法。
(付記26)
ハイブリッド自動再送要求が無効にされていることが前記第1のサイドリンク制御情報により示されている場合、又は、ハイブリッド自動再送要求が有効にされていることが前記第1のサイドリンク制御情報により示されており、且つ前記第1の端末装置が否定応答(NACK)をフィードバックした場合、前記第1の端末装置が、前記第1のタイマがタイムアウトした後のサイドリンクリソースプールにおける最初のスロットの最初のシンボルにおいて、前記サイドリンクプロセスについて第2のタイマを起動し、前記アクティブ又はオンの状態に入るステップ、をさらに含む、付記22乃至25の何れかに記載の方法。
(付記27)
前記第2のタイマは、drx-Retransmission TimerSLであり、前記第1の端末装置は、前記drx-RetransmissionTimerSLの動作期間内に、サイドリンクでアクティブ(active)又はオン(on)の状態にある、付記26に記載の方法。
(付記28)
前記第2のタイマは、前記第1のタイマがタイムアウトした後のサイドリンクリソースプールにおける最初のスロットの最初のシンボルにおいて起動され、前記第2のタイマの値は、サイドリンクリソースプールにおける連続的な複数のスロットの数であり、
前記第2のタイマの値は、サイドリンクリソースプールにおけるスロットが経過する毎に1だけ減少する、付記26又は27に記載の方法。
(付記29)
前記第1の端末装置が、前記第1のサイドリンク制御情報に対応する物理サイドリンク共有チャネル(PSSCH)におけるサイドリンク制御情報(2nd stage SCI)により再送の有無又は再送回数が示されているか否かに応じて、前記第2のタイマを起動するか否かを決定するステップ、をさらに含む、付記26乃至28の何れかに記載の方法。
(付記30)
前記第1の端末装置が、前記第1のサイドリンク制御情報により示される優先度及び/又はチャネルビジー率(CBR:Channel Busy Rate)に基づいて、前記第2のタイマを起動するか否かを決定するステップ、をさらに含む、付記26乃至28の何れかに記載の方法。
(付記31)
前記第2のタイマの値は、前記第1のサイドリンク制御情報により示される優先度に基づいて決定される、付記30に記載の方法。
(付記32)
前記第2のタイマに対応する候補値は、異なる優先度に応じて異なる、付記31に記載の方法。
(付記33)
前記第1の端末装置が前記アクティブ又はオンの状態において第2のサイドリンク制御情報を受信するステップと、
前記第2のサイドリンク制御情報が受信されており、且つ前記第2のサイドリンク制御情報により示される宛先識別子及びソース識別子、並びにハイブリッド自動再送要求(HARQ)プロセス識別子と、前記第1のサイドリンク制御情報により示される宛先識別子及びソース識別子、並びにハイブリッド自動再送要求(HARQ)プロセス識別子とがそれぞれ同一である場合、前記第2のタイマを停止するステップと、をさらに含む、付記26乃至32の何れかに記載の方法。
(付記34)
ハイブリッド自動再送要求(HARQ)が有効にされていることが前記第1のサイドリンク制御情報により示されており、且つ前記第1の端末装置が肯定応答(ACK)をフィードバックした場合、前記第1の端末装置が、前記第1のタイマがタイムアウトした後のサイドリンクリソースプールにおける最初のスロットの最初のシンボルにおいて、前記サイドリンクで非アクティブ又はオフの状態を維持するステップ、をさらに含む、付記22乃至25の何れかに記載の方法。
(付記35)
前記第2のタイマは、前記第1のタイマがタイムアウトした後のサイドリンクリソースプールにおける最初のスロットの最初のシンボルにおいて起動されない、付記34に記載の方法。
(付記36)
前記第2の端末装置により選択された初回の送信ためのリソースが所在するスロットは、第3のタイマの動作期間内に位置し、前記第3のタイマは、周期的に動作し、且つ前記第1の端末装置により不連続受信(DRX)のために使用される、付記18乃至35の何れかに記載の方法。
(付記37)
前記第3のタイマは、OnDurationTimerであり、前記第1の端末装置は、前記OnDurationTimerの動作期間内に、サイドリンクでアクティブ(active)又はオン(on)の状態にある、付記36に記載の方法。
(付記38)
第1の端末装置が第2の端末装置により送信された第3のサイドリンク制御情報を受信するステップであって、前記第3のサイドリンク制御情報は、前記第3のサイドリンク制御情報が所在するスロットの後の再送のための第1の予約リソースを示す、ステップと、
前記第1の予約リソースで対応する物理サイドリンク制御チャネル(PSCCH)が受信されていない場合、前記第1の端末装置が、前記第1の予約リソースが所在するスロットの後のサイドリンクリソースプールにおける最初のスロットの最初のシンボルから、サイドリンクリソースプールにおける複数の連続的なスロットにおいてアクティブ又はオンの状態にあるステップと、を含む、方法。
(付記39)
前記第1の端末装置は、前記第3のサイドリンク制御情報及び/又は対応する物理サイドリンク共有チャネル(PSSCH)の意図された(intended)受信端末である、付記38に記載の方法。
(付記40)
前記第3のサイドリンク制御情報に示される宛先識別子は前記第1の端末装置の識別子と同一であり、或いは、前記宛先識別子は前記第1の端末装置の識別子を含み、或いは、前記第3のサイドリンク制御情報は前記第1の端末装置が関心を持つトラフィックを示す、付記39に記載の方法。
(付記41)
前記第1の端末装置は、サイドリンクプロセスについて、現在のスロットの後のサイドリンクリソースプールにおける最初のシンボルにおいて第2のタイマを起動する、付記38乃至40の何れかに記載の方法。
(付記42)
前記第2のタイマは、drx-RetransmissionTimerSLであり、前記第1の端末装置は、前記drx-RetransmissionTimerSLの動作期間内に、アクティブ(active)又はオン(on)の状態にある、付記41に記載の方法。
(付記43)
前記第1の予約リソースの後に前記再送のための第2の予約リソースが存在することが前記第1の端末装置により知られている場合、前記第2のタイマの値は、前記第1の端末装置が前記第1のサイドリンク制御情報を受信したスロットの後のサイドリンクリソースプールにおける最初のスロットから、サイドリンクリソースプールにおける前記第2の予約リソースが所在するスロットまでの期間に含まれるリソースプールにおけるスロットの総数であり、
前記第2のタイマの値は、サイドリンクリソースプールにおけるスロットが経過する毎に1だけ減少する、付記41に記載の方法。
(付記44)
前記第1の予約リソースの後に前記再送のための第2の予約リソースが存在しないことが前記第1の端末装置により知られており、或いは、前記第1の端末装置が後続のリソースを知らない場合、前記第2のタイマの値は、サイドリンクリソースプールにおける所定のスロット数であり、
前記第2のタイマの値は、サイドリンクリソースプールにおけるスロットが経過する毎に1だけ減少する、付記41に記載の方法。
(付記45)
前記サイドリンクリソースプールにおける所定のスロット数は31である、付記44に記載の方法。
(付記46)
前記第2のタイマの値は、前記第3のサイドリンク制御情報により示される優先度に基づいて決定される、付記41に記載の方法。
(付記47)
前記第1の端末装置が前記アクティブ又はオンの状態において第4のサイドリンク制御情報を受信するステップと、
前記第4のサイドリンク制御情報が受信されており、且つ前記第4のサイドリンク制御情報により示される宛先識別子及びソース識別子、並びにハイブリッド自動再送要求(HARQ)プロセス識別子と、前記第3のサイドリンク制御情報により示される宛先識別子及びソース識別子、並びにハイブリッド自動再送要求(HARQ)プロセス識別子とがそれぞれ同一である場合、前記第2のタイマを停止するステップと、をさらに含む、付記38乃至46の何れかに記載の方法。
(付記48)
前記第2の端末装置により選択された初回の送信ためのリソースが所在するスロットは、第3のタイマの動作期間内に位置し、前記第3のタイマは、周期的に動作し、且つ前記第1の端末装置により不連続受信(DRX)のために使用される、付記38乃至47の何れかに記載の方法。
(付記49)
前記第3のタイマは、OnDurationTimerであり、前記第1の端末装置は、前記OnDurationTimerの動作期間内に、サイドリンクでアクティブ(active)又はオン(on)の状態にある、付記48に記載の方法。
(付記50)
前記第2の端末装置により前記第1の予約リソースについて再選択された再選択リソースは、前記第1の予約リソースの後に位置する、付記38乃至49の何れかに記載の方法。
(付記51)
コンピュータプログラムが記憶されたメモリと、プロセッサと、を含む、端末装置であって、前記プロセッサは、前記コンピュータプログラムを実行することで、付記1乃至50の何れかに記載のサイドリンク不連続受信方法を実現するように構成される、端末装置。
(付記52)
第1のサイドリンク制御情報が所在するスロットの後の再送のための予約リソースを示す前記第1のサイドリンク制御情報を受信し、前記予約リソースが所在するスロットにおいてサイドリンクでアクティブ又はオンの状態にある第1の端末装置と、
前記第1のサイドリンク制御情報を送信する第2の端末装置と、を含む、通信システム。
(付記53)
第1のサイドリンク制御情報が所在するスロットの後の再送のための予約リソースを示していない前記第1のサイドリンク制御情報を受信し、前記第1のサイドリンク制御情報を受信してからリソースプールにおける所定数のスロットが経過した後、サイドリンクでアクティブ又はオンの状態にある第1の端末装置と、
前記第1のサイドリンク制御情報を送信する第2の端末装置と、を含む、通信システム。
(付記54)
第3のサイドリンク制御情報が所在するスロットの後の再送のための第1の予約リソースを示す前記第3のサイドリンク制御情報を受信し、前記第1の予約リソースで対応する物理サイドリンク制御チャネルが受信されていない場合、前記第1の予約リソースが所在するスロットの後のサイドリンクリソースプールにおける最初のスロットの最初のシンボルから、サイドリンクリソースプールにおける複数の連続的なスロットにおいてアクティブ又はオンの状態にある第1の端末装置と、
前記第3のサイドリンク制御情報を送信する第2の端末装置と、を含む、通信システム。
図1
図2
図3
図4
図5
図6
図7
図8
図9
図10
図11
図12