(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-07-26
(54)【発明の名称】NR V2Xにおいて効率的にSL DRXを運営する方法及び装置
(51)【国際特許分類】
H04W 72/40 20230101AFI20240719BHJP
H04W 52/02 20090101ALI20240719BHJP
H04W 72/02 20090101ALI20240719BHJP
H04W 92/18 20090101ALI20240719BHJP
H04W 4/40 20180101ALI20240719BHJP
【FI】
H04W72/40
H04W52/02 111
H04W72/02
H04W92/18
H04W4/40
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2024504785
(86)(22)【出願日】2022-08-05
(85)【翻訳文提出日】2024-01-25
(86)【国際出願番号】 KR2022011640
(87)【国際公開番号】W WO2023014156
(87)【国際公開日】2023-02-09
(32)【優先日】2021-08-05
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】10-2021-0103723
(32)【優先日】2021-08-06
(33)【優先権主張国・地域又は機関】KR
(31)【優先権主張番号】10-2021-0104096
(32)【優先日】2021-08-06
(33)【優先権主張国・地域又は機関】KR
(32)【優先日】2021-08-06
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
(71)【出願人】
【識別番号】502032105
【氏名又は名称】エルジー エレクトロニクス インコーポレイティド
【氏名又は名称原語表記】LG ELECTRONICS INC.
【住所又は居所原語表記】128, Yeoui-daero, Yeongdeungpo-gu, 07336 Seoul,Republic of Korea
(74)【代理人】
【識別番号】100099759
【氏名又は名称】青木 篤
(74)【代理人】
【識別番号】100123582
【氏名又は名称】三橋 真二
(74)【代理人】
【識別番号】100165191
【氏名又は名称】河合 章
(74)【代理人】
【識別番号】100114018
【氏名又は名称】南山 知広
(74)【代理人】
【識別番号】100159259
【氏名又は名称】竹本 実
(72)【発明者】
【氏名】イ スンミン
(72)【発明者】
【氏名】パク キウォン
(72)【発明者】
【氏名】ソ ハンピョル
【テーマコード(参考)】
5K067
【Fターム(参考)】
5K067AA11
5K067AA43
5K067CC22
5K067DD34
5K067EE02
5K067EE25
5K067JJ11
(57)【要約】
無線通信システムにおける第1の装置100の動作方法が提案される。前記方法は、グループキャスト送信と関連したMAC PDUを生成するステップと、リソースプール内の複数の候補リソースの中から、前記MAC PDUの送信のための少なくとも一つのSLリソースを選択し、前記少なくとも一つのSLリソースに含まれる第1のSLリソースは、第1のSL DRX活性時間に含まれ、及び前記MAC PDUがグループキャスト送信と関連することに基づいて、前記第1のSLリソースが前記第1のSL DRX活性時間外から選択されることは許容されない、ステップとを含むことができる。
【選択図】
図14
【特許請求の範囲】
【請求項1】
第1の装置が無線通信を実行する方法において、
リソースプールと関連した情報を取得するステップと、
SL(sidelink)DRX(discontinuous reception)サイクルと関連した情報及び第1のSL DRX活性時間のための第1のタイマを含む複数のタイマと関連した情報を含むSL DRX設定を取得するステップと、
グループキャスト送信と関連したMAC(medium access control)PDU(protocol data unit)を生成するステップと、
センシングに基づいて、前記リソースプール内の複数の候補リソースの中から、前記MAC PDUの送信のための少なくとも一つのSLリソースを選択するステップとを含み、
前記少なくとも一つのSLリソースに含まれる第1のSLリソースは、前記第1のSL DRX活性時間に含まれ、
前記MAC PDUがグループキャスト送信と関連することに基づいて、前記第1のSLリソースが前記第1のSL DRX活性時間外から選択されることは許容されない、方法。
【請求項2】
前記第1のタイマは、オンデュレーション(on duration)タイマを含む、請求項1に記載の方法。
【請求項3】
前記第1のSLリソースは、前記MAC PDUの初期送信のためのリソースである、請求項1に記載の方法。
【請求項4】
前記少なくとも一つのSLリソースに含まれる少なくとも一つの第2のSLリソースは、前記第1のSL DRX活性時間または第2のSL DRX活性時間に含まれ、
前記第2のSL DRX活性時間と関連した第2のタイマは、前記少なくとも一つのSLリソースの選択時点で動作中でない、請求項1に記載の方法。
【請求項5】
前記第2のSL DRX活性時間のためのタイマは、前記MAC PDUと関連したデスティネーションL(layer)2 IDに基づいて開始される、請求項4に記載の方法。
【請求項6】
前記少なくとも一つの第2のSLリソースは、再送信のためのリソースである、請求項4に記載の方法。
【請求項7】
前記センシングは、PBPS(periodic based partial sensing)であり、
前記PBPSは、少なくとも一つのPBPSセンシング機会に対して実行される、請求項1に記載の方法。
【請求項8】
前記少なくとも一つのPBPSセンシング機会の個数は、前記第1の装置のSL DRX動作実行可否に基づいて設定される、請求項7に記載の方法。
【請求項9】
前記リソースプールと関連した情報は、前記少なくとも一つのPBPSセンシング機会の個数と関連した情報を含む、請求項7に記載の方法。
【請求項10】
前記センシングは、CPS(contiguous partial sensing)であり、
前記CPSは、少なくとも一つのCPSセンシングスロットに対して実行される、請求項1に記載の方法。
【請求項11】
前記少なくとも一つのCPSセンシングスロットの個数は、前記第1の装置のSL DRX動作実行可否に基づいて設定される、請求項10に記載の方法。
【請求項12】
前記リソースプールと関連した情報は、前記少なくとも一つのCPSセンシングスロットの個数と関連した情報を含む、請求項10に記載の方法。
【請求項13】
前記第1のSL DRX活性時間のためのタイマは、前記少なくとも一つのSLリソースの選択時点で動作中である、請求項1に記載の方法。
【請求項14】
無線通信を実行する第1の装置において、
命令語を格納する一つ以上のメモリと、
一つ以上の送受信機と、
前記一つ以上のメモリと前記一つ以上の送受信機を連結する一つ以上のプロセッサとを含み、前記一つ以上のプロセッサは、前記命令語を実行し、
リソースプールと関連した情報を取得し、
SL(sidelink)DRX(discontinuous reception)サイクルと関連した情報及び第1のSL DRX活性時間のための第1のタイマを含む複数のタイマと関連した情報を含むSL DRX設定を取得し、
グループキャスト送信と関連したMAC(medium access control)PDU(protocol data unit)を生成し、
センシングに基づいて、前記リソースプール内の複数の候補リソースの中から、前記MAC PDUの送信のための少なくとも一つのSLリソースを選択し、
前記少なくとも一つのSLリソースに含まれる第1のSLリソースは、前記第1のSL DRX活性時間に含まれ、
前記MAC PDUがグループキャスト送信と関連することに基づいて、前記第1のSLリソースが前記第1のSL DRX活性時間外から選択されることは許容されない、第1の装置。
【請求項15】
第1の端末を制御するように設定された装置(apparatus)において、前記装置は、
一つ以上のプロセッサと、
前記一つ以上のプロセッサにより実行可能に連結され、及び命令を格納する一つ以上のメモリとを含み、前記一つ以上のプロセッサは、前記命令語を実行し、
リソースプールと関連した情報を取得し、
SL(sidelink)DRX(discontinuous reception)サイクルと関連した情報及び第1のSL DRX活性時間のための第1のタイマを含む複数のタイマと関連した情報を含むSL DRX設定を取得し、
グループキャスト送信と関連したMAC(medium access control)PDU(protocol data unit)を生成し、
センシングに基づいて、前記リソースプール内の複数の候補リソースの中から、前記MAC PDUの送信のための少なくとも一つのSLリソースを選択し、
前記少なくとも一つのSLリソースに含まれる第1のSLリソースは、前記第1のSL DRX活性時間に含まれ、
前記MAC PDUがグループキャスト送信と関連することに基づいて、前記第1のSLリソースが前記第1のSL DRX活性時間外から選択されることは許容されない、装置。
【請求項16】
命令を記録している非一時的コンピュータで読み取り可能な格納媒体であって、
前記命令は、実行される時、第1の装置にとって、
リソースプールと関連した情報を取得するようにし、
SL(sidelink)DRX(discontinuous reception)サイクルと関連した情報及び第1のSL DRX活性時間のための第1のタイマを含む複数のタイマと関連した情報を含むSL DRX設定を取得するようにし、
グループキャスト送信と関連したMAC(medium access control)PDU(protocol data unit)を生成するようにし、
センシングに基づいて、前記リソースプール内の複数の候補リソースの中から、前記MAC PDUの送信のための少なくとも一つのSLリソースを選択するようにし、
前記少なくとも一つのSLリソースに含まれる第1のSLリソースは、前記第1のSL DRX活性時間に含まれ、
前記MAC PDUがグループキャスト送信と関連することに基づいて、前記第1のSLリソースが前記第1のSL DRX活性時間外から選択されることは許容されない、非一時的コンピュータで読み取り可能な格納媒体。
【請求項17】
第2の装置が無線通信を実行する方法において、
リソースプールと関連した情報を取得するステップと、
SL(sidelink)DRX(discontinuous reception)サイクルと関連した情報及び第1のSL DRX活性時間のための第1のタイマを含む複数のタイマと関連した情報を含むSL DRX設定を取得するステップと、
前記SL DRX設定の第1のSL DRX活性時間で、第1のSLリソースに基づいて、第1の装置からPSCCH(physical sidelink control channel)を介してPSSCH(physical sidelink shared channel)のスケジューリングのための第1のSCI(sidelink control information)を受信するステップと、
前記第1のSL DRX活性時間で、前記第1のSLリソースに基づいて、前記第1の装置から前記PSSCHを介してグループキャスト送信と関連したMAC(medium access control)PDU(protocol data unit)及び第2のSCIを受信するステップと、
前記第1のSCI及び前記第2のSCIに基づいて第2のSL DRX活性時間と関連したタイマを開始するステップとを含み、
前記第1のSLリソースは、前記第1のSL DRX活性時間に含まれ、
前記第1のSLリソースを含む少なくとも一つのSLリソースは、センシングに基づいてリソースプール内の複数の候補リソースの中から選択され、
前記MAC PDUがグループキャスト送信と関連することに基づいて、前記第1のSLリソースが前記第1のSL DRX活性時間外から選択されることは許容されない、方法。
【請求項18】
前記少なくとも一つのSLリソースに含まれる少なくとも一つの第2のSLリソースは、前記第1のSL DRX活性時間または前記第2のSL DRX活性時間に含まれるように選択され、
前記第2のSL DRX活性時間と関連した第2のタイマは、前記少なくとも一つのSLリソースの選択時点で動作中でない、請求項17に記載の方法。
【請求項19】
無線通信を実行する第2の装置において、
命令語を格納する一つ以上のメモリと、
一つ以上の送受信機と、
前記一つ以上のメモリと前記一つ以上の送受信機を連結する一つ以上のプロセッサと、を含み、前記一つ以上のプロセッサは、前記命令語を実行し、
リソースプールと関連した情報を取得し、
SL(sidelink)DRX(discontinuous reception)サイクルと関連した情報及び第1のSL DRX活性時間のための第1のタイマを含む複数のタイマと関連した情報を含むSL DRX設定を取得し、
前記SL DRX設定の第1のSL DRX活性時間で、第1のSLリソースに基づいて、第1の装置からPSCCH(physical sidelink control channel)を介してPSSCH(physical sidelink shared channel)のスケジューリングのための第1のSCI(sidelink control information)を受信し、
前記第1のSL DRX活性時間で、前記第1のSLリソースに基づいて、前記第1の装置から前記PSSCHを介してグループキャスト送信と関連したMAC(medium access control)PDU(protocol data unit)及び第2のSCIを受信し、
前記第1のSCI及び前記第2のSCIに基づいて第2のSL DRX活性時間と関連したタイマを開始し、
前記第1のSLリソースは、前記第1のSL DRX活性時間に含まれ、
前記第1のSLリソースを含む少なくとも一つのSLリソースは、センシングに基づいてリソースプール内の複数の候補リソースの中から選択され、
前記MAC PDUがグループキャスト送信と関連することに基づいて、前記第1のSLリソースが前記第1のSL DRX活性時間外から選択されることは許容されない、第2の装置。
【請求項20】
前記少なくとも一つのSLリソースに含まれる少なくとも一つの第2のSLリソースは、前記第1のSL DRX活性時間または前記第2のSL DRX活性時間に含まれるように選択され、
前記第2のSL DRX活性時間と関連した第2のタイマは、前記少なくとも一つのSLリソースの選択時点で動作中でない、請求項19に記載の第2の装置。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、無線通信システムに関する。
【背景技術】
【0002】
サイドリンク(sidelink、SL)とは、端末(User Equipment、UE)間に直接的なリンクを設定し、基地局(Base Station、BS)を経ずに、端末間に音声またはデータなどを直接やり取りする通信方式を意味する。SLは、急速に増加するデータトラフィックによる基地局の負担を解決することができる一つの方案として考慮されている。V2X(vehicle-to-everything)は、有/無線通信を介して他の車両、歩行者、インフラが構築されたモノなどと情報を交換する通信技術を意味する。V2Xは、V2V(vehicle-to-vehicle)、V2I(vehicle-to-infrastructure)、V2N(vehicle-to-network)、及びV2P(vehicle-to-pedestrian)のような四つの類型に区分されることができる。V2X通信は、PC5インターフェース及び/またはUuインターフェースを介して提供されることができる。
【0003】
一方、一層多くの通信機器が一層大きい通信容量を要求するにつれて、既存の無線アクセス技術(Radio Access Technology、RAT)に比べて向上したモバイル広帯域(mobile broadband)通信に対する必要性が台頭されている。それによって、信頼度(reliability)及び遅延(latency)に敏感なサービスまたは端末を考慮した通信システムが論議されており、改善された移動広帯域通信、マッシブMTC(Machine Type Communication)、URLLC(Ultra-Reliable and Low Latency Communication)などを考慮した次世代無線接続技術を新しいRAT(new radio access technology)またはNR(new radio)と称することができる。NRでもV2X(vehicle-to-everything)通信がサポートされることができる。
【0004】
図1は、NR以前のRATに基づくV2X通信とNRに基づくV2X通信を比較して説明するための図面である。
図1の実施例は、本開示の多様な実施例と結合されることができる。
【0005】
V2X通信と関連して、NR以前のRATではBSM(Basic Safety Message)、CAM(Cooperative Awareness Message)、DENM(Decentralized Environmental Notification Message)のようなV2Xメッセージに基づいて、安全サービス(safety service)を提供する方案が主に論議された。V2Xメッセージは、位置情報、動的情報、属性情報などを含むことができる。例えば、端末は、周期的なメッセージ(periodic message)タイプのCAM、及び/またはイベントトリガメッセージ(event triggered message)タイプのDENMを他の端末に送信できる。
【0006】
以後、V2X通信と関連して、多様なV2XシナリオがNRで提示されている。例えば、多様なV2Xシナリオは、車両プラトーニング(vehicle platooning)、向上したドライビング(advanced driving)、拡張されたセンサ(extended sensors)、リモートドライビング(remoted riving)などを含むことができる。
【発明の概要】
【課題を解決するための手段】
【0007】
本開示の一実施例によると、第1の装置が無線通信を実行する方法が提供されることができる。例えば、前記方法は、リソースプールと関連した情報を取得するステップと、SL(sidelink)DRX(discontinuous reception)サイクルと関連した情報及び第1のSL DRX活性時間のための第1のタイマを含む複数のタイマと関連した情報を含むSL DRX設定を取得するステップと、グループキャスト送信と関連したMAC(medium access control)PDU(protocol data unit)を生成するステップと、センシングに基づいて、前記リソースプール内の複数の候補リソースの中から、前記MAC PDUの送信のための少なくとも一つのSLリソースを選択するステップとを含み、前記少なくとも一つのSLリソースに含まれる第1のSLリソースは、前記第1のSL DRX活性時間に含まれ、及び前記MAC PDUがグループキャスト送信と関連することに基づいて、前記第1のSLリソースが前記第1のSL DRX活性時間外から選択されることは許容されない。
【0008】
本開示の一実施例によると、無線通信を実行する第1の装置が提供されることができる。例えば、前記第1の装置は、命令語を格納する一つ以上のメモリと、一つ以上の送受信機、及び、前記一つ以上のメモリと前記一つ以上の送受信機を連結する一つ以上のプロセッサとを含む。例えば、前記一つ以上のプロセッサは、前記命令語を実行し、リソースプールと関連した情報を取得し、SL(sidelink)DRX(discontinuous reception)サイクルと関連した情報及び第1のSL DRX活性時間のための第1のタイマを含む複数のタイマと関連した情報を含むSL DRX設定を取得し、グループキャスト送信と関連したMAC(medium access control)PDU(protocol data unit)を生成し、センシングに基づいて、前記リソースプール内の複数の候補リソースの中から、前記MAC PDUの送信のための少なくとも一つのSLリソースを選択し、前記少なくとも一つのSLリソースに含まれる第1のSLリソースは、前記第1のSL DRX活性時間に含まれ、及び前記MAC PDUがグループキャスト送信と関連することに基づいて、前記第1のSLリソースが前記第1のSL DRX活性時間外から選択されることは許容されない。
【0009】
本開示の一実施例によると、第1の端末を制御するように設定された装置(apparatus)が提供されることができる。例えば、前記装置は、一つ以上のプロセッサと、前記一つ以上のプロセッサにより実行可能に連結され、及び命令を格納する一つ以上のメモリとを含む。例えば、前記一つ以上のプロセッサは、前記命令語を実行し、リソースプールと関連した情報を取得し、SL(sidelink)DRX(discontinuous reception)サイクルと関連した情報及び第1のSL DRX活性時間のための第1のタイマを含む複数のタイマと関連した情報を含むSL DRX設定を取得し、グループキャスト送信と関連したMAC(medium access control)PDU(protocol data unit)を生成し、センシングに基づいて、前記リソースプール内の複数の候補リソースの中から、前記MAC PDUの送信のための少なくとも一つのSLリソースを選択し、前記少なくとも一つのSLリソースに含まれる第1のSLリソースは、前記第1のSL DRX活性時間に含まれ、及び前記MAC PDUがグループキャスト送信と関連することに基づいて、前記第1のSLリソースが前記第1のSL DRX活性時間外から選択されることは許容されない。
【0010】
本開示の一実施例によると、命令を記録している非一時的コンピュータで読み取り可能な格納媒体が提供されることができる。例えば、前記命令は、実行される時、第1の装置にとって、リソースプールと関連した情報を取得するようにし、SL(sidelink)DRX(discontinuous reception)サイクルと関連した情報及び第1のSL DRX活性時間のための第1のタイマを含む複数のタイマと関連した情報を含むSL DRX設定を取得するようにし、グループキャスト送信と関連したMAC(medium access control)PDU(protocol data unit)を生成するようにし、及び、センシングに基づいて、前記リソースプール内の複数の候補リソースの中から、前記MAC PDUの送信のための少なくとも一つのSLリソースを選択するようにし、前記少なくとも一つのSLリソースに含まれる第1のSLリソースは、前記第1のSL DRX活性時間に含まれ、及び前記MAC PDUがグループキャスト送信と関連することに基づいて、前記第1のSLリソースが前記第1のSL DRX活性時間外から選択されることは許容されない。
【0011】
本開示の一実施例によると、第2の装置が無線通信を実行する方法が提供されることができる。例えば、前記方法は:リソースプールと関連した情報を取得するステップと、SL(sidelink)DRX(discontinuous reception)サイクルと関連した情報及び第1のSL DRX活性時間のための第1のタイマを含む複数のタイマと関連した情報を含むSL DRX設定を取得するステップと、前記SL DRX設定の第1のSL DRX活性時間で、第1のSLリソースに基づいて、第1の装置からPSCCH(physical sidelink control channel)を介してPSSCH(physical sidelink shared channel)のスケジューリングのための第1のSCI(sidelink control information)を受信するステップと、前記第1のSL DRX活性時間で、前記第1のSLリソースに基づいて、前記第1の装置から前記PSSCHを介してグループキャスト送信と関連したMAC(medium access control)PDU(protocol data unit)及び第2のSCIを受信するステップと、前記第1のSCI及び前記第2のSCIに基づいて第2のSL DRX活性時間と関連したタイマを開始するステップと、を含み、前記第1のSLリソースは、前記第1のSL DRX活性時間に含まれ、前記第1のSLリソースを含む少なくとも一つのSLリソースは、センシングに基づいてリソースプール内の複数の候補リソースの中から選択され、及び前記MAC PDUがグループキャスト送信と関連することに基づいて、前記第1のSLリソースが前記第1のSL DRX活性時間外から選択されることは許容されない。
【0012】
本開示の一実施例によると、無線通信を実行する第2の装置が提供されることができる。例えば、前記第2の装置は、命令語を格納する一つ以上のメモリと、一つ以上の送受信機及び、前記一つ以上のメモリと前記一つ以上の送受信機を連結する一つ以上のプロセッサと、を含む。例えば、前記一つ以上のプロセッサは、前記命令語を実行し、リソースプールと関連した情報を取得し、SL(sidelink)DRX(discontinuous reception)サイクルと関連した情報及び第1のSL DRX活性時間のための第1のタイマを含む複数のタイマと関連した情報を含むSL DRX設定を取得し、前記SL DRX設定の第1のSL DRX活性時間で、第1のSLリソースに基づいて、第1の装置からPSCCH(physical sidelink control channel)を介してPSSCH(physical sidelink shared channel)のスケジューリングのための第1のSCI(sidelink control information)を受信し、前記第1のSL DRX活性時間で、前記第1のSLリソースに基づいて、前記第1の装置から前記PSSCHを介してグループキャスト送信と関連したMAC(medium access control)PDU(protocol data unit)及び第2のSCIを受信し、前記第1のSCI及び前記第2のSCIに基づいて第2のSL DRX活性時間と関連したタイマを開始し、前記第1のSLリソースは、前記第1のSL DRX活性時間に含まれ、前記第1のSLリソースを含む少なくとも一つのSLリソースは、センシングに基づいてリソースプール内の複数の候補リソースの中から選択され、及び前記MAC PDUがグループキャスト送信と関連することに基づいて、前記第1のSLリソースが前記第1のSL DRX活性時間外から選択されることは許容されない。
【発明の効果】
【0013】
端末がSL通信を効率的に行うことができる。
【図面の簡単な説明】
【0014】
【
図1】NR以前のRATに基づくV2X通信とNRに基づくV2X通信を比較して説明するための図面である。
【0015】
【
図2】本開示の一実施例に係る、NRシステムの構造を示す。
【0016】
【
図3】本開示の一実施形態に係る、無線プロトコル構造(radio protocol architecture)を示す。
【0017】
【
図4】本開示の一実施例に係る、NRの無線フレームの構造を示す。
【0018】
【
図5】本開示の一実施例に係る、NRフレームのスロット構造を示す。
【0019】
【
図6】本開示の一実施例に係る、BWPの一例を示す。
【0020】
【
図7】本開示の一実施例に係る、V2XまたはSL通信を実行する端末を示す。
【0021】
【
図8】本開示の一実施例によって、端末が送信モードによってV2XまたはSL通信を実行する手順を示す。
【0022】
【
図9】本開示の一実施例に係る、三つのキャストタイプを示す。
【0023】
【
図10】本開示の一実施例に係る、DRX周期の例を示す。
【0024】
【
図11】本開示の一実施例によって、送信リソースを予約した端末が送信リソースと関連した情報を他の端末に知らせる方法を示す。
【0025】
【
図12】本開示の一実施例に係る、送信端末がグループキャスト通信のためにリソースを選択する実施例を示す。
【0026】
【
図13】本開示の一実施例に係る、送信端末がグループキャスト通信のためにリソースを選択する手順を示す。
【0027】
【
図14】本開示の一実施形態によって、第1の装置が無線通信を実行する方法を示す。
【0028】
【
図15】本開示の一実施形態によって、第2の装置が無線通信を実行する方法を示す。
【0029】
【
図16】本開示の一実施例に係る、通信システム1を示す。
【0030】
【
図17】本開示の一実施例に係る、無線機器を示す。
【0031】
【
図18】本開示の一実施例に係る、送信信号のための信号処理回路を示す。
【0032】
【
図19】本開示の一実施例に係る、無線機器を示す。
【0033】
【
図20】本開示の一実施例に係る、携帯機器を示す。
【0034】
【
図21】本開示の一実施例に係る、車両または自律走行車両を示す。
【発明を実施するための形態】
【0035】
本明細書において“AまたはB(A or B)”は“ただA”、“ただB”または“AとBの両方とも”を意味することができる。また、本明細書において“AまたはB(A or B)”は“A及び/またはB(A and/or B)”と解釈されることができる。例えば、本明細書において“A、BまたはC(A、B or C)”は“ただA”、“ただB”、“ただC”、または“A、B及びCの任意の全ての組み合わせ(any combination of A、B and C)”を意味することができる。
【0036】
本明細書で使われるスラッシュ(/)や読点(comma)は“及び/または(and/or)”を意味することができる。例えば、“A/B”は“A及び/またはB”を意味することができる。それによって、“A/B”は“ただA”、“ただB”、または“AとBの両方とも”を意味することができる。例えば、“A、B、C”は“A、BまたはC”を意味することができる。
【0037】
本明細書において“少なくとも一つのA及びB(at least one of A and B)”は、“ただA”、“ただB”または“AとBの両方とも”を意味することができる。また、本明細書において“少なくとも一つのAまたはB(at least one of A or B)”や“少なくとも一つのA及び/またはB(at least one of A and/or B)”という表現は“少なくとも一つのA及びB(at least one of A and B)”と同じく解釈されることができる。
【0038】
また、本明細書において“少なくとも一つのA、B及びC(at least one of A、B and C)”は、“ただA”、“ただB”、“ただC”、または“A、B及びCの任意の全ての組み合わせ(any combination of A、B and C)”を意味することができる。また、“少なくとも一つのA、BまたはC(at least one of A、B or C)”や“少なくとも一つのA、B及び/またはC(at least one of A、B and/or C)”は“少なくとも一つのA、B及びC(at least one of A、B and C)”を意味することができる。
【0039】
また、本明細書で使われる括弧は“例えば(for example)”を意味することができる。具体的に、“制御情報(PDCCH)”で表示された場合、“制御情報”の一例として“PDCCH”が提案されたものである。また、本明細書の“制御情報”は“PDCCH”に制限(limit)されずに、“PDDCH”が“制御情報”の一例として提案されたものである。また、“制御情報(即ち、PDCCH)”で表示された場合も、“制御情報”の一例として“PDCCH”が提案されたものである。
【0040】
本明細書において、一つの図面内で個別的に説明される技術的特徴は、個別的に具現されることもでき、同時に具現されることもできる。
【0041】
以下の技術は、CDMA(code division multiple access)、FDMA(frequency division multiple access)、TDMA(time division multiple access)、OFDMA(orthogonal frequency division multiple access)、SC-FDMA(single carrier frequency division multiple access)などのような多様な無線通信システムに使われることができる。CDMAは、UTRA(universal terrestrial radio access)やCDMA2000のような無線技術で具現されることができる。TDMAは、GSM(global system for mobile communications)/GPRS(general packet radio service)/EDGE(enhanced data rates for GSM evolution)のような無線技術で具現されることができる。OFDMAは、IEEE(institute of electrical and electronics engineers)802.11(Wi-Fi(登録商標))、IEEE802.16(WiMAX(登録商標))、IEEE802-20、E-UTRA(evolved UTRA)などのような無線技術で具現されることができる。IEEE802.16mは、IEEE802.16eの進化であって、IEEE802.16eに基づくシステムとの下位互換性(backward compatibility)を提供する。UTRAは、UMTS(universal mobile telecommunications system)の一部である。3GPP(3rd generation partnership project)LTE(long term evolution)は、E-UTRA(evolved-UMTS terrestrial radio access)を使用するE-UMTS(evolved UMTS)の一部として、ダウンリンクでOFDMAを採用し、アップリンクでSC-FDMAを採用する。LTE-A(advanced)は、3GPP(登録商標) LTEの進化である。
【0042】
5G NRは、LTE-Aの後続技術であって、高性能、低遅延、高可用性などの特性を有する新しいClean-slate形態の移動通信システムである。5G NRは、1GHz未満の低周波帯域から1GHz~10GHzの中間周波帯域、24GHz以上の高周波(ミリ波)帯域など、使用可能な全てのスペクトラムリソースを活用することができる。
【0043】
説明を明確にするために、5G NRを中心に記述するが、本開示の一実施例に係る技術的思想がこれに制限されるものではない。
【0044】
図2は、本開示の一実施例に係る、NRシステムの構造を示す。
図2の実施例は、本開示の多様な実施例と結合されることができる。
【0045】
図2を参照すると、NG-RAN(Next Generation-Radio Access Network)は、端末10にユーザ平面及び制御平面のプロトコル終端(termination)を提供する基地局20を含むことができる。例えば、基地局20は、gNB(next generation-NodeB)及び/またはeNB(evolved-NodeB)を含むことができる。例えば、端末10は、固定されてもよいし、移動性を有してもよく、MS(Mobile Station)、UT(User Terminal)、SS(Subscriber Station)、MT(Mobile Terminal)、無線機器(Wireless Device)等、他の用語とも呼ばれる。例えば、基地局は、端末10と通信する固定局(fixed station)であり、BTS(Base Transceiver System)、アクセスポイント(Access Point)等、他の用語とも呼ばれる。
【0046】
図2の実施例は、gNBのみを含む場合を例示する。基地局20は、相互間にXnインターフェースで連結されることができる。基地局20は、5世代コアネットワーク(5G Core Network:5GC)とNGインターフェースを介して連結されることができる。より具体的に、基地局20は、NG-Cインターフェースを介してAMF(access and mobility management function)30と連結されることができ、NG-Uインターフェースを介してUPF(user plane function)30と連結されることができる。
【0047】
端末とネットワークとの間の無線インターフェースプロトコル(Radio Interface Protocol)の階層は、通信システムで広く知られた開放型システム間相互接続(Open System Interconnection、OSI)基準モデルの下位3個階層に基づいてL1(第1の階層)、L2(第2の階層)、L3(第3の階層)に区分されることができる。このうち、第1の階層に属する物理階層は、物理チャネル(Physical Channel)を利用した情報転送サービス(Information Transfer Service)を提供し、第3の階層に位置するRRC(Radio Resource Control)階層は、端末とネットワークとの間に無線リソースを制御する役割を遂行する。そのために、RRC階層は、端末と基地局との間のRRCメッセージを交換する。
【0048】
図3は本開示の一実施形態に係る、無線プロトコル構造(radio protocol architecture)を示す。
図3の実施形態は本開示の様々な実施形態と組み合わせることができる。具体的には、
図3の(a)はUu通信のためのユーザ平面(user plane)の無線プロトコルスタック(stack)を示し、
図3の(b)はUu通信のための制御平面(control plane)の無線プロトコルスタックを示す。
図3の(c)はSL通信のためのユーザ平面の無線プロトコルスタックを示し、
図3の(d)はSL通信のための制御平面の無線プロトコルスタックを示す。
【0049】
図3を参照すると、物理階層(physical layer)は、物理チャネルを利用して上位階層に情報転送サービスを提供する。物理階層は、上位階層であるMAC(Medium Access Control)階層とはトランスポートチャネル(transport channel)を介して連結されている。トランスポートチャネルを介してMAC階層と物理階層との間にデータが移動する。トランスポートチャネルは、無線インターフェースを介してデータがどのようにどんな特徴に送信されるかによって分類される。
【0050】
互いに異なる物理階層間、即ち、送信機と受信機の物理階層間は、物理チャネルを介してデータが移動する。前記物理チャネルは、OFDM(Orthogonal Frequency Division Multiplexing)方式に変調されることができ、時間と周波数を無線リソースとして活用する。
【0051】
MAC階層は、論理チャネル(logical channel)を介して上位階層であるRLC(radio link control)階層にサービスを提供する。MAC階層は、複数の論理チャネルから複数のトランスポートチャネルへのマッピング機能を提供する。また、MAC階層は、複数の論理チャネルから単数のトランスポートチャネルへのマッピングによる論理チャネル多重化機能を提供する。MAC副階層は、論理チャネル上のデータ転送サービスを提供する。
【0052】
RLC階層は、RLC SDU(Service Data Unit)の連結(concatenation)、分割(segmentation)、及び再結合(reassembly)を実行する。無線ベアラ(Radio Bearer、RB)が要求する多様なQoS(Quality of Service)を保障するために、RLC階層は、透明モード(Transparent Mode、TM)、非確認モード(Unacknowledged Mode、UM)、及び確認モード(Acknowledged Mode、AM)の三つの動作モードを提供する。AM RLCは、ARQ(automatic repeat request)を介してエラー訂正を提供する。
【0053】
RRC(Radio Resource Control)層は制御平面でのみ定義される。RRC層は無線ベアラの設定(configuration)、再設定(re-configuration)及び解除(release)に関連して論理チャネル、送信チャネル及び物理チャネルの制御を担当する。RBは端末とネットワーク間のデータ伝送のために第1層(physical層または、PHY層)及び第2層(MAC層、RLC層、PDCP(Packet Data Convergence Protocol)層、SDAP(Service Data Adaptation Protocol)層)によって提供される論理経路を意味する。
【0054】
ユーザ平面でのPDCP階層の機能は、ユーザデータの伝達、ヘッダ圧縮(header compression)、及び暗号化(ciphering)を含む。制御平面でのPDCP階層の機能は、制御平面データの伝達及び暗号化/完全性保護(integrity protection)を含む。
【0055】
SDAP(Service Data Adaptation Protocol)階層は、ユーザ平面でのみ定義される。SDAP階層は、QoSフロー(flow)とデータ無線ベアラとの間のマッピング、ダウンリンク及びアップリンクパケット内のQoSフロー識別子(ID)マーキングなどを実行する。
【0056】
RBが設定されるとは、特定サービスを提供するために無線プロトコル階層及びチャネルの特性を規定し、各々の具体的なパラメータ及び動作方法を設定する過程を意味する。また、RBは、SRB(Signaling Radio Bearer)とDRB(Data Radio Bearer)の二つに分けられる。SRBは、制御平面でRRCメッセージを送信する通路として使われ、DRBは、ユーザ平面でユーザデータを送信する通路として使われる。
【0057】
端末のRRC階層と基地局のRRC階層との間にRRC接続(RRC connection)が確立されると、端末は、RRC_CONNECTED状態にあるようになり、そうでない場合、RRC_IDLE状態にあるようになる。NRの場合、RRC_INACTIVE状態が追加で定義され、RRC_INACTIVE状態の端末は、コアネットワークとの連結を維持し、それに対して、基地局との連結を解約(release)することができる。
【0058】
ネットワークから端末にデータを送信するダウンリンクトランスポートチャネルには、システム情報を送信するBCH(Broadcast Channel)と、その以外にユーザトラフィックや制御メッセージを送信するダウンリンクSCH(Shared Channel)とがある。ダウンリンクマルチキャストまたはブロードキャストサービスのトラフィックまたは制御メッセージの場合、ダウンリンクSCHを介して送信されることもでき、または別途のダウンリンクMCH(Multicast Channel)を介して送信されることもできる。一方、端末からネットワークにデータを送信するアップリンクトランスポートチャネルには、初期制御メッセージを送信するRACH(Random Access Channel)と、その以外にユーザトラフィックや制御メッセージを送信するアップリンクSCH(Shared Channel)とがある。
【0059】
トランスポートチャネルの上位において、トランスポートチャネルにマッピングされる論理チャネル(Logical Channel)では、BCCH(Broadcast Control Channel)、PCCH(Paging Control Channel)、CCCH(Common Control Channel)、MCCH(Multicast Control Channel)、MTCH(Multicast Traffic Channel)などがある。
【0060】
図4は、本開示の一実施例に係る、NRの無線フレームの構造を示す。
図4の実施例は、本開示の多様な実施例と結合されることができる。
【0061】
図4を参照すると、NRにおいて、アップリンク及びダウンリンク送信で無線フレームを使用することができる。無線フレームは、10msの長さを有し、2個の5msハーフ-フレーム(Half-Frame、HF)に定義されることができる。ハーフ-フレームは、5個の1msサブフレーム(Subframe、SF)を含むことができる。サブフレームは、一つ以上のスロットに分割されることができ、サブフレーム内のスロット個数は、副搬送波間隔(Subcarrier Spacing、SCS)によって決定されることができる。各スロットは、CP(cyclic prefix)によって12個または14個のOFDM(A)シンボルを含むことができる。
【0062】
ノーマルCP(normal CP)が使われる場合、各スロットは、14個のシンボルを含むことができる。拡張CPが使われる場合、各スロットは、12個のシンボルを含むことができる。ここで、シンボルは、OFDMシンボル(または、CP-OFDMシンボル)、SC-FDMA(Single Carrier-FDMA)シンボル(または、DFT-s-OFDM(Discrete Fourier Transform-spread-OFDM)シンボル)を含むことができる。
【0063】
以下の表1は、ノーマルCPが使われる場合、SCS設定(u)によってスロット別シンボルの個数(Nslot
symb)、フレーム別スロットの個数(Nframe,u
slot)とサブフレーム別スロットの個数(Nsubframe,u
slot)を例示する。
【0064】
【0065】
表2は、拡張CPが使用される場合、SCSによって、スロット別シンボルの個数、フレーム別スロットの個数とサブフレーム別スロットの個数を例示する。
【0066】
【0067】
NRシステムでは、一つの端末に併合される複数のセル間にOFDM(A)ヌメロロジー(numerology)(例えば、SCS、CP長さなど)が異なるように設定されることができる。それによって、同じ数のシンボルで構成された時間リソース(例えば、サブフレーム、スロットまたはTTI)(便宜上、TU(Time Unit)と通称)の(絶対時間)区間が併合されたセル間に異なるように設定されることができる。
【0068】
NRにおいて、多様な5Gサービスをサポートするための多数のヌメロロジー(numerology)またはSCSがサポートされることができる。例えば、SCSが15kHzである場合、伝統的なセルラーバンドでの広い領域(wide area)がサポートされることができ、SCSが30kHz/60kHzである場合、密集した-都市(dense-urban)、より低い遅延(lower latency)、及びより広いキャリア帯域幅(wider carrier bandwidth)がサポートされることができる。SCSが60kHzまたはそれより高い場合、位相雑音(phase noise)を克服するために24.25GHzより大きい帯域幅がサポートされることができる。
【0069】
NR周波数バンド(frequency band)は、二つのタイプの周波数範囲(frequency range)に定義されることができる。前記二つのタイプの周波数範囲は、FR1及びFR2である。周波数範囲の数値は、変更されることができ、例えば、前記二つのタイプの周波数範囲は、以下の表3の通りである。NRシステムで使われる周波数範囲のうち、FR1は“sub 6GHz range”を意味することができ、FR2は“above 6GHz range”を意味することができ、ミリ波(millimeter wave、mmW)と呼ばれることができる。
【0070】
【0071】
前述したように、NRシステムの周波数範囲の数値は、変更されることができる。例えば、FR1は、以下の表4のように410MHz乃至7125MHzの帯域を含むことができる。即ち、FR1は、6GHz(または、5850、5900、5925MHz等)以上の周波数帯域を含むことができる。例えば、FR1内で含まれる6GHz(または、5850、5900、5925MHz等)以上の周波数帯域は、非免許帯域(unlicensed band)を含むことができる。非免許帯域は、多様な用途で使われることができ、例えば、車両のための通信(例えば、自律走行)のために使われることができる。
【0072】
【0073】
図5は、本開示の一実施例に係る、NRフレームのスロット構造を示す。
図5の実施例は、本開示の多様な実施例と結合されることができる。
【0074】
図5を参照すると、スロットは、時間領域で複数のシンボルを含む。例えば、ノーマルCPの場合、一つのスロットが14個のシンボルを含み、拡張CPの場合、一つのスロットが12個のシンボルを含むことができる。または、ノーマルCPの場合、一つのスロットが7個のシンボルを含み、拡張CPの場合、一つのスロットが6個のシンボルを含むことができる。
【0075】
搬送波は、周波数領域で複数の副搬送波を含む。RB(Resource Block)は、周波数領域で複数(例えば、12)の連続した副搬送波に定義されることができる。BWP(Bandwidth Part)は、周波数領域で複数の連続した(P)RB((Physical)Resource Block)に定義されることができ、一つのヌメロロジー(numerology)(例えば、SCS、CP長さなど)に対応されることができる。搬送波は、最大N個(例えば、5個)のBWPを含むことができる。データ通信は、活性化されたBWPを介して実行されることができる。各々の要素は、リソースグリッドでリソース要素(Resource Element、RE)と呼ばれ、一つの複素シンボルがマッピングされることができる。
【0076】
以下、BWP(Bandwidth Part)及びキャリアに対して説明する。
【0077】
BWP(Bandwidth Part)は、与えられたヌメロロジーでPRB(physical resource block)の連続的な集合である。PRBは、与えられたキャリア上で与えられたヌメロロジーに対するCRB(common resource block)の連続的な部分集合から選択されることができる。
【0078】
例えば、BWPは活性(active)BWP、イニシャル(initial)BWP及び/又はデフォルト(default)BWPの中で少なくともいずれか一つである。例えば、端末はPCell(primary cell)上の活性(active)DL BWP以外のDL BWPにおいてダウンリンク無線リンク品質(downlink radiolink quality)をモニタリングしない場合がある。例えば、端末は活性DL BWPの外部においてPDCCH、PDSCH(physical downlink shared channel)又はCSI-RS(reference signal)(ただし、RRM除外)を受信しない。例えば、端末は非活性DL BWPに対するCSI(Channel State Information)報告をトリガーしない。例えば、端末は活性UL BWP外部においてPUCCH(physical uplink control channel)又はPUSCH(physical uplink shared channel)を送信しない。例えば、ダウンリンクであるとき、イニシャルBWPは(PBCH(physical broadcast channel)によって設定された)RMSI(remaining minimum system information)CORESET(control resource set)に対する連続RBセットとして与えられる。例えば、アップリンクであるとき、イニシャルBWPはランダムアクセス手順のためにSIB(system information block)によって与えられる。例えば、デフォルトBWPは上位層によって設定される。例えば、デフォルトBWPの初期の値はイニシャルDL BWPである。省エネのために、端末が一定期間の間DCIを検出することができないとき、端末は前記端末の活性BWPをデフォルトBWPに切り替えることができる。
【0079】
一方、BWPは、SLに対して定義されることができる。同じSL BWPは、送信及び受信に使われることができる。例えば、送信端末は、特定BWP上でSLチャネルまたはSL信号を送信することができ、受信端末は、前記特定BWP上でSLチャネルまたはSL信号を受信することができる。免許キャリア(licensed carrier)で、SL BWPは、Uu BWPと別途に定義されることができ、SL BWPは、Uu BWPと別途の設定シグナリング(separate configuration signalling)を有することができる。例えば、端末は、SL BWPのための設定を基地局/ネットワークから受信することができる。 例えば、端末は、 Uu BWPのための設定を基地局/ネットワークから受信することができる。SL BWPは、キャリア内でout-of-coverage NR V2X端末及びRRC_IDLE端末に対して(あらかじめ)設定されることができる。RRC_CONNECTEDモードの端末に対して、少なくとも一つのSL BWPがキャリア内で活性化されることができる。
【0080】
図6は、本開示の一実施例に係る、BWPの一例を示す。
図6の実施例は、本開示の多様な実施例と結合されることができる。
図6の実施例において、BWPは、3個と仮定する。
【0081】
図6を参照すると、CRB(common resource block)は、キャリアバンドの一側端から他側端まで番号が付けられたキャリアリソースブロックである。そして、PRBは、各BWP内で番号が付けられたリソースブロックである。ポイントAは、リソースブロックグリッド(resource block grid)に対する共通参照ポイント(common reference point)を指示することができる。
【0082】
BWPは、ポイントA、ポイントAからのオフセット(Nstart
BWP)及び帯域幅(Nsize
BWP)により設定されることができる。例えば、ポイントAは、全てのヌメロロジー(例えば、該当キャリアでネットワークによりサポートされる全てのヌメロロジー)のサブキャリア0が整列されるキャリアのPRBの外部参照ポイントである。例えば、オフセットは、与えられたヌメロロジーで最も低いサブキャリアとポイントAとの間のPRB間隔である。例えば、帯域幅は、与えられたヌメロロジーでPRBの個数である。
【0083】
以下、V2XまたはSL通信に対して説明する。
【0084】
SLSS(Sidelink Synchronization Signal)は、SL特定的なシーケンス(sequence)であって、PSSS(Primary Sidelink Synchronization Signal)と、SSSS(Secondary Sidelink Synchronization Signal)とを含むことができる。前記PSSSは、S-PSS(Sidelink Primary Synchronization Signal)と称し、前記SSSSは、S-SSS(Sidelink Secondary Synchronization Signal)と称することができる。例えば、長さ-127M-シーケンス(length-127 M-sequences)がS-PSSに対して使われることができ、長さ-127ゴールド-シーケンス(length-127 Gold sequences)がS-SSSに対して使われることができる。例えば、端末は、S-PSSを利用して最初信号を検出(signal detection)することができ、同期を取得することができる。例えば、端末は、S-PSS及びS-SSSを利用して細部同期を取得することができ、同期信号IDを検出することができる。
【0085】
PSBCH(Physical Sidelink Broadcast Channel)はSL信号送受信の前に端末が真っ先に知るべき基本となる(システム)情報が送信される(放送)チャネルである。例えば、前記基本となる情報はSLSSに関連する情報、デュプレックスモード(Duplex Mode、DM)、TDD UL/DL(Time Division Duplex Uplink/Downlink)構成、リソースプール関連情報、SLSSに関連するアプリケーションの種類、サブフレームオフセット、放送情報などである。例えば、PSBCH性能の評価のために、NR V2Xにおいて、PSBCHのペイロードの大きさは24ビットのCRC(Cyclic Redundancy Check)を含んで56ビットである。
【0086】
S-PSS、S-SSS、及びPSBCHは、周期的送信をサポートするブロックフォーマット(例えば、SLSS(Synchronization Signal)/PSBCHブロック、以下、S-SSB(Sidelink-Synchronization Signal Block ))に含まれることができる。前記S-SSBは、キャリア内のPSCCH(Physical Sidelink Control Channel)/PSSCH(Physical Sidelink Shared Channel)と同じヌメロロジー(即ち、SCS及びCP長さ)を有することができ、送信帯域幅は、(あらかじめ)設定されたSL BWP(Sidelink Bandwidth Part)内にある。例えば、S-SSBの帯域幅は、11RB(Resource Block)である。例えば、PSBCHは、11RBにわたっている。そして、S-SSBの周波数位置は、(あらかじめ)設定されることができる。したがって、端末は、キャリアでS-SSBを見つけるために周波数で仮設検出(hypothesis detection)を実行する必要がない。
【0087】
図7は、本開示の一実施例に係る、V2XまたはSL通信を実行する端末を示す。
図7の実施例は、本開示の多様な実施例と結合されることができる。
【0088】
図7を参照すると、V2XまたはSL通信における端末という用語は、主にユーザの端末を意味することができる。しかしながら、基地局のようなネットワーク装備が端末間の通信方式によって信号を送受信する場合、基地局も一種の端末と見なされることもできる。例えば、端末1は、第1の装置100であり、端末2は、第2の装置200である。
【0089】
例えば、端末1は、一連のリソースの集合を意味するリソースプール(resource pool)内で特定のリソースに該当するリソース単位(resource unit)を選択することができる。そして、端末1は、前記リソース単位を使用してSL信号を送信することができる。例えば、受信端末である端末2は、端末1が信号を送信することができるリソースプールの設定を受けことができ、前記リソースプール内で端末1の信号を検出することができる。
【0090】
ここで、端末1が基地局の連結範囲内にある場合、基地局は、リソースプールを端末1に知らせることができる。それに対して、端末1が基地局の連結範囲外にある場合、他の端末がリソースプールを知らせ、または端末1は、事前に設定されたリソースプールを使用することができる。
【0091】
一般に、リソースプールは、複数のリソース単位で構成されることができ、各端末は、一つまたは複数のリソース単位を選定し、自分のSL信号の送信に使用することができる。
【0092】
以下、SLでリソース割当(resource allocation)に対して説明する。
【0093】
図8は、本開示の一実施例によって、端末が送信モードによってV2XまたはSL通信を実行する手順を示す。
図8の実施例は、本開示の多様な実施例と結合されることができる。本開示の多様な実施例において、送信モードは、モードまたはリソース割当モードと称することができる。以下、説明の便宜のために、LTEにおいて、送信モードは、LTE送信モードと称することができ、NRにおいて、送信モードは、NRリソース割当モードと称することができる。
【0094】
例えば、
図8の(a)は、LTE送信モード1またはLTE送信モード3と関連した端末動作を示す。または、例えば、
図8の(a)は、NRリソース割当モード1と関連した端末動作を示す。例えば、LTE送信モード1は、一般的なSL通信に適用されることができ、LTE送信モード3は、V2X通信に適用されることができる。
【0095】
例えば、
図8の(b)は、LTE送信モード2またはLTE送信モード4と関連した端末動作を示す。または、例えば、
図8の(b)は、NRリソース割当モード2と関連した端末動作を示す。
【0096】
図8の(а)を参照すると、LTE送信モード1、LTE送信モード3またはNRリソース割り当てモード1において、基地局はSL送信のために端末によって用いられるSLリソースをスケジューリングすることができる。例えば、基地局は端末1にPDCCH(例えば、DCI(Downlink Control Information))またはRRCシグナリング(例えば、Configured Grant Type1またはConfigured Grant Type2)を介してリソーススケジューリングを実行することができ、端末1は前記リソーススケジューリングによって端末2とV2XまたはSL通信を実行することができる。例えば、端末1はPSCCH(Physical Sidelink Control Channel)を介してSCI(Sidelink Control Information)を端末2に送信した後、前記SCIに基づいたデータをPSSCH(Physical Sidelink Shared Channel)を介して端末2に送信することができる。
【0097】
図8の(b)を参照すると、LTE送信モード2、LTE送信モード4またはNRリソース割当モード2で、端末は、基地局/ネットワークにより設定されたSLリソースまたはあらかじめ設定されたSLリソース内でSL送信リソースを決定することができる。例えば、前記設定されたSLリソースまたはあらかじめ設定されたSLリソースは、リソースプールである。例えば、端末は、自律的にSL送信のためのリソースを選択またはスケジューリングすることができる。例えば、端末は、設定されたリソースプール内でリソースを自体的に選択し、SL通信を実行することができる。例えば、端末は、センシング(sensing)及びリソース(再)選択手順を実行し、選択ウィンドウ内で自体的にリソースを選択することができる。例えば、前記センシングは、サブチャネル単位で実行されることができる。そして、リソースプール内でリソースを自体的に選択した端末1は、PSCCHを介してSCIを端末2に送信した後、前記SCIに基づくデータをPSSCHを介して端末2に送信できる。
【0098】
図9は、本開示の一実施例に係る、三つのキャストタイプを示す。
図9の実施例は、本開示の多様な実施例と結合されることができる。具体的に、
図9の(a)は、ブロードキャストタイプのSL通信を示し、
図9の(b)は、ユニキャストタイプのSL通信を示し、
図9の(c)は、グループキャストタイプのSL通信を示す。ユニキャストタイプのSL通信の場合、端末は、他の端末と一対一通信を実行することができる。グループキャストタイプのSL通信の場合、端末は、自分が属するグループ内の一つ以上の端末とSL通信を実行することができる。本開示の多様な実施例において、SLグループキャスト通信は、SLマルチキャスト(multicast)通信、SL一対多(one-to-many)通信などに代替されることができる。
【0099】
以下、パワーセービング(power saving)に対して説明する。
【0100】
端末のパワーセービング技法として、トラフィック及び電力消耗特徴に対する端末適応(adaptation)、周波数/時間の変化による適応、アンテナに対する適応、DRX(discontinuous reception)設定に対する適応、端末プロセシング能力に対する適応、PDCCHモニタリング/デコーディングの減少のための適応、端末電力消費に対する適応をトリガリングするためのパワーセービング信号/チャネル/手順、RRM測定での電力消耗減少などを考慮することができる。
【0101】
以下、端末パワーセービングを実現することができる技法のうち一つである、不連続的受信(Discontinuous Reception、DRX)に対して説明する。
【0102】
DRX関連端末の手順は、以下の表5のように要約できる。
【0103】
【0104】
図10は、本開示の一実施例に係る、DRX周期の例を示す。
図10の実施例は、本開示の多様な実施例と結合されることができる。
【0105】
図10を参照すると、端末は、電力消耗を減らすためにRRC_IDLE状態及びRRC_INACTIVE状態でDRXを使用する。DRXが設定されると、端末は、DRX設定情報によってDRX動作を実行する。DRXとして動作する端末は、受信作業を繰り返してオンオフする。
【0106】
例えば、DRXが設定される場合、端末は、事前に設定された時間区間内でのみダウンリンクチャネルであるPDCCH受信を試みて、残った時間区間内ではPDCCH受信を試みない。端末がPDCCH受信を試みるべき時間区間は、on-durationといい、前記on-duration区間は、DRX周期当たり一回定義される。
【0107】
端末は、RRCシグナリングを介してgNBからDRX設定情報を受信することができ、(長い(long))DRX命令(command)MAC CEの受信を介してDRXとして動作できる。
【0108】
DRX設定情報は、MAC-CellGroupConfigに含まれることができる。IEであるMAC-CellGroupConfigは、DRXを含む、セルグループに対するMACパラメータの設定に使われることができる。
【0109】
DRX命令MAC CEまたは長いDRX命令MAC CEは、LCID(logical channel ID)を有するMAC PDUサブヘッダにより識別される。これは、0ビットの固定された大きさを有する。
【0110】
以下の表6は、DL-SCHに対するLCIDの値を例示したものである。
【0111】
【0112】
端末のPDCCHモニタリング動作は、DRX及び帯域幅適応(Bandwidth Adaptation、BA)により制御される。一方、DRXが設定されると、端末は、PDCCHモニタリングを持続的にする必要がない。一方、DRXは、下記の特徴を有する。
【0113】
-オンデュレーション(on-duration):ウェイクアップ(waking up)後、PDCCHを受信するために端末が待機する区間である。もし、端末が成功裏にPDCCHをデコーディングする場合、端末は、ウェイクアップ状態を維持し、非活性タイマ(inactivity-timer)を開始する。
【0114】
-非活性タイマ:最後の成功的なPDCCHデコーディングから端末が成功的なPDCCHデコーディングのために待機する時間区間であって、失敗時に端末が再びスリープする区間である。端末は、唯一の1番目の送信に対するPDCCHの単一な成功的なデコーディング以後、非活性タイマを再開始しなければならない(すなわち、再送信のためのものではない)。
【0115】
-再送信タイマ:再送信が予想される間の時間区間である。
【0116】
-周期:オンデュレーションと後続する可能な非活性周期の周期的な繰り返しを規定する。
【0117】
以下、MAC階層内のDRXに対して説明する。以下、MACエンティティ(entity)は、端末または端末のMACエンティティとして表現されることができる。
【0118】
MACエンティティは、前記MACエンティティのC-RNTI(radio network temporary identifier)、CS-RNTI、TPC-PUCCH-RNTI、TPC-PUSCH-RNTI、及びTPC-SRS-RNTIに対する端末のPDCCHモニタリング活動を制御するDRX機能を有するRRCにより設定されることができる。DRX動作を利用する時、MACエンティティは、PDCCHをモニタリングしなければならない。RRC_CONNECTED状態では、もし、DRXが設定される場合、MACエンティティは、DRX動作を利用して不連続的にPDCCHをモニタリングすることができる。そうでない場合、MACエンティティは、PDCCHを連続的にモニタリングしなければならない。
【0119】
RRCは、DRX設定情報のパラメータを設定することによってDRX動作を制御する。
【0120】
DRX周期が設定される場合、活性時間は、以下の時間を含む。
【0121】
-drx-onDurationTimerまたはdrx-InactivityTimerまたはdrx-RetransmissionTimerDLまたはdrx-RetransmissionTimerULまたはra-ContentionResolutionTimerが動作中である時間;または
【0122】
-スケジューリング要請がPUCCH上で送信され、係留中である時間;または
【0123】
-コンテンションベースのランダム接続プリアンブルのうち、MACエンティティにより選択されないランダム接続プリアンブルに対するランダム接続応答の成功的な受信以後にMACエンティティのC-RNTIへの新しい送信を指示するPDCCHが受信されない時間。
【0124】
DRXが設定されると、端末は、以下の手順を従わなければならない。
【0125】
1>もし、MAC PDUが設定されたアップリンクグラントで送信される場合
【0126】
2>対応するPUSCH送信の1番目の受信以後直ちに対応するHARQプロセスに対するdrx-HARQ-RTT-TimerULを開始する;
【0127】
2>対応するHARQ手順に対するdrx-RetransmissionTimerULを中止する。
【0128】
1>もし、drx-HARQ-RTT-TimerDLが満了される場合:
【0129】
2>もし、対応するHARQ手順のデータが成功裏にデコーディングされない場合:
【0130】
3>対応するHARQ手順に対するdrx-RetransmissionTimerDLを開始する。
【0131】
1>もし、drx-HARQ-RTT-TimerULが満了される場合:
【0132】
2>対応するHARQ手順に対するdrx-RetransmissionTimerULを開始する。
【0133】
1>もし、DRX命令MAC CEまたは長い(Long)DRX命令MAC CEを受信する場合:
【0134】
2>drx-onDurationTimerを中止する;
【0135】
2>drx-InactivityTimerを中止する。
【0136】
1>もし、drx-InactivityTimerが満了され、またはDRX命令MAC CEが受信される場合:
【0137】
2>もし、短いDRX周期が設定される場合:
【0138】
3>drx-ShortCycleTimerを開始または再開始する;
【0139】
3>短いDRX周期を利用する。
【0140】
2>そうでない場合:
【0141】
3>長いDRX周期を利用する。
【0142】
1>もし、drx-ShortCycleTimerが満了する場合:
【0143】
2>長いDRX周期を利用する。
【0144】
1>もし、長いDRX命令MAC CEが受信される場合:
【0145】
2>drx-ShortCycleTimerを中止する;
【0146】
2>長いDRX周期を利用する。
【0147】
1>もし、短いDRX周期が使われて、及び[(SFN*10)+サブフレーム番号]modulo(drx-ShortCycle)=(drx-StartOffset)modulo(drx-ShortCycle)である場合;または
【0148】
1>もし、長いDRX周期が使われて、及び[(SFN*10)+サブフレーム番号]modulo(drx-LongCycle)=drx-StartOffsetである場合:
【0149】
2>もし、drx-SlotOffsetが設定される場合:
【0150】
3>drx-SlotOffset以後drx-onDurationTimerを開始する。
【0151】
2>そうでない場合:
【0152】
3>drx-onDurationTimerを開始する。
【0153】
1>もし、MACエンティティが活性時間内にある場合:
【0154】
2>PDCCHをモニタリングする;
【0155】
2>もし、PDCCHがDL送信を指示し、または、もし、DL割当が設定される場合:
【0156】
3>対応するPUCCH送信以後直ちに対応するHARQ手順に対するdrx-HARQ-RTT-TimerDLを開始する;
【0157】
3>対応するHARQ手順に対するdrx-RetransmissionTimerDLを中止する。
【0158】
2>もし、PDCCHがUL送信を指示する場合:
【0159】
3>対応するPUSCH送信の1番目の受信以後直ちに対応するHARQ手順に対するdrx-HARQ-RTT-TimerULを開始する;
【0160】
3>対応するHARQ手順に対するdrx-RetransmissionTimerULを中止する。
【0161】
2>もし、PDCCHが新しい送信(ULまたはDL)を指示する場合:
【0162】
3>drx-InactivityTimerを開始または再開始する。
【0163】
1>そうでない場合(すなわち、活性時間の一部でない場合):
【0164】
2>type-0-triggeredSRSを送信しない。
【0165】
1>もし、CQIマスキング(cqi-Mask)が上位階層により設定される場合:
【0166】
2>もし、drx-onDurationTimerが動作しない場合:
【0167】
3>PUCCH上でCSI報告をしない。
【0168】
1>そうでない場合:
【0169】
2>もし、MACエンティティが活性時間内にない場合:
【0170】
3>PUCCH上でCSI報告をしない。
【0171】
MACエンティティがPDCCHをモニタリングするかしないかに関係なしに、MACエンティティは、期待される場合、HARQフィードバック及びtype-1-triggred SRSを送信する。
【0172】
もし、完全なPDCCH時点でない場合(すなわち、活性時間がPDCCH時点の中間で開始し、または満了する場合)MACエンティティは、PDCCHをモニタリングする必要がない。
【0173】
本明細書において、“設定または定義”ワーディングは、基地局またはネットワークから(事前に定義されたシグナリング(例えば、SIB、MACシグナリング、RRCシグナリング)を介して)(あらかじめ)設定されるものと解釈されることができる。例えば、“Aが設定されることができる”は、“基地局またはネットワークが端末に対してAを(あらかじめ)設定/定義するものまたは知らせるもの”を含むことができる。または、“設定または定義”ワーディングは、システムにより事前に設定または定義されるものと解釈されることができる。例えば、“Aが設定されることができる”は、“Aがシステムにより事前に設定/定義されるもの”を含むことができる。
【0174】
一方、本明細書において、例えば、送信端末(TX UE)は、(ターゲット)受信端末(RX UE)にデータを送信する端末である。例えば、送信端末は、PSCCH及び/又はPSSCH送信を実行する端末である。例えば、送信端末は、(ターゲット)受信端末にSL CSI-RS及び/又はSL CSI報告要請インジケータを送信する端末である。例えば、送信端末は、(ターゲット)受信端末にSL(L1)RSRP測定に使われる(事前に定義された)参照信号(例、PSSCH DM-RS(demodulation reference signal))及び/又はSL(L1)RSRP報告要請インジケータを送信する端末である。例えば、送信端末は、(ターゲット)受信端末のSL RLM(radio link monitoring)動作及び/又はSL RLF(radio link failure)動作に使われる、(制御)チャネル(例、PSCCH、PSSCH等)及び/又は前記(制御)チャネル上の参照信号(例えば、DM-RS、CSI-RS等)を送信する端末である。
【0175】
一方、本明細書において、受信端末(RX UE)は、送信端末(TX UE)から受信されたデータのデコーディング(decoding)成功可否及び/又は送信端末が送信した(PSSCHスケジューリングと関連した)PSCCHの検出/デコーディング成功可否に従って送信端末にSL HARQフィードバックを送信する端末である。例えば、受信端末は、送信端末から受信されたSL CSI-RS及び/又はSL CSI報告要請インジケータに基づいて送信端末にSL CSI送信を実行する端末である。例えば、受信端末は、送信端末から受信された(事前に定義された)参照信号及び/又はSL(L1)RSRP報告要請インジケータに基づいて測定されたSL(L1)RSRP測定値を送信端末に送信する端末である。例えば、受信端末は、送信端末に受信端末自身のデータを送信する端末である。例えば、受信端末は。送信端末から受信された(事前に設定された)(制御)チャネル及び/又は前記(制御)チャネル上の参照信号に基づいて、SL RLM動作及び/又はSL RLF動作を実行する端末である。
【0176】
本開示の一実施例によると、受信端末が送信端末から受信されたPSSCH(及び/又は、PSCCH)に対するSL HARQフィードバック情報を送信する時、以下の方式(の一部)が考慮されることができる。例えば、該当方式(の一部)は、受信端末がPSSCHをスケジューリングするPSCCHを成功裏にデコーディング/検出した場合にのみ限定的に適用されることができる。
【0177】
-オプション1)PSSCHデコーディング/受信に失敗する場合にのみNACK情報を送信
【0178】
-オプション2)PSSCHデコーディング/受信の成功時にはACK情報を送信し、失敗時にはNACK情報を送信
【0179】
一方、本明細書において、例えば、送信端末は、SCIを介して、下記の情報の中で少なくともいずれか一つの情報を受信端末に送信できる。ここで、例えば、送信端末は、第1のSCI(first SCI)及び/又は第2のSCI(second SCI)を介して、下記の情報の中で少なくともいずれか一つの情報を受信端末に送信できる。
【0180】
-PSSCH(及び/又はPSCCH)関連リソース割当情報(例、時間/周波数リソースの位置/個数、リソース予約情報(例、周期))
【0181】
-SL CSI報告要請インジケータまたはSL(L1)RSRP(及び/又はSL(L1)RSRQ及び/又はSL(L1)RSSI)報告要請インジケータ
【0182】
-(PSSCH上の)SL CSI送信インジケータ(またはSL(L1)RSRP(及び/又はSL(L1)RSRQ及び/又はSL(L1)RSSI)情報送信インジケータ)
【0183】
-MCS(Modulation and Coding Scheme)情報
【0184】
-送信電力情報
【0185】
-L1デスティネーション(destination)ID情報及び/又はL1ソース(source)ID情報
【0186】
-SL HARQプロセス(process)ID情報
【0187】
-NDI(new data indicator)情報
【0188】
-RV(redundancy version)情報
【0189】
-(送信トラフィック/パケット関連)QoS情報(例、優先順位情報)
【0190】
-SL CSI-RS送信インジケータまたは(送信される)SL CSI-RSアンテナポートの個数情報
【0191】
-送信端末の位置情報または(SL HARQフィードバックが要請される)ターゲット受信端末の位置(または距離領域)情報
【0192】
-PSSCHを介して送信されるデータのデコーディング及び/又はチャネル推定と関連した参照信号(例、DM-RS等)情報。例えば、前記参照信号情報は、DM-RSの(時間-周波数)マッピングリソースのパターンと関連した情報、RANK情報、アンテナポートインデックス情報、アンテナポート個数情報などである。
【0193】
一方、本明細書において、例えば、PSCCHは、SCI、第1のSCI(1st-stage SCI)及び/又は第2のSCI(2nd-stage SCI)のうち少なくともいずれか一つと相互代替/置換されることができる。例えば、SCIは、PSCCH、第1のSCI及び/又は第2のSCIのうち少なくともいずれか一つと相互代替/置換されることができる。例えば、PSSCHは、第2のSCI及び/又はPSCCHと相互代替/置換されることができる。
【0194】
一方、本明細書において、例えば、(相対的に)高いSCIペイロード(payload)大きさを考慮してSCI構成フィールドを二つのグループに区分した場合に、第1のSCI構成フィールドグループを含む第1のSCIを1st SCIと称することができ、第2のSCI構成フィールドグループを含む第2のSCIを2nd SCIと称することができる。例えば、1st SCIと2nd SCIは、異なるチャネルを介して送信されることができる。例えば、1st SCIは、PSCCHを介して受信端末に送信されることができる。例えば、2nd SCIは、(独立した)PSCCHを介して受信端末に送信され、またはPSSCHを介してデータと共にピギーバックされて送信されることができる。
【0195】
一方、本明細書において、例えば、“設定"または“定義”は、基地局またはネットワークからの(事前)設定を意味することができる。例えば、“設定”または“定義”は、基地局またはネットワークからのリソースプール特定的な(事前)設定を意味することができる。例えば、基地局またはネットワークは、“設定”または“定義”と関連した情報を端末に送信できる。例えば、基地局またはネットワークは、事前に定義されたシグナリングを介して、“設定”または“定義”と関連した情報を端末に送信できる。例えば、事前に定義されるシグナリングは、RRCシグナリング、MACシグナリング、PHYシグナリング及び/又はSIBのうち少なくともいずれか一つを含むことができる。
【0196】
一方、本明細書において、例えば、“設定”または“定義”は、端末間に事前に設定されたシグナリングを介して指定または設定されることを意味することができる。例えば、“設定”または“定義”と関連した情報は、端末間に事前に設定されたシグナリングを介して送受信できる。例えば、事前に定義されるシグナリングは、PC5 RRCシグナリングである。
【0197】
一方、本明細書において、例えば、RLFは、OOS(Out-of-Synch)及び/又はIS(In-Synch)と相互代替/置換されることができる。
【0198】
一方、本明細書において、例えば、RB(resource block)は、サブキャリアと相互代替/置換されることができる。例えば、パケット(packet)またはトラフィック(traffic)は、送信される階層によってTB(transport block)またはMAC PDU(medium access control protocol data unit)と相互代替/置換されることができる。例えば、CBG(code block group)は、TBと相互代替/置換されることができる。例えば、ソースIDは、デスティネーションIDと相互代替/置換されることができる。例えば、L1 IDは、L2 IDと相互代替/置換されることができる。例えば、L1 IDは、L1ソースIDまたはL1デスティネーションIDである。例えば、L2 IDは、L2ソースIDまたはL2デスティネーションIDである。
【0199】
一方、本明細書において、例えば、送信端末が再送信リソースを予約/選択/決定する動作は、送信端末が受信端末から受信したSL HARQフィードバック情報に基づいて実際使用可否が決定される潜在的な(potential)再送信リソースを予約/選択/決定する動作を意味することができる。
【0200】
一方、本明細書において、サブ-選択ウィンドウ(sub-selection window)は、選択ウィンドウ(selection window)及び/又は選択ウィンドウ内の事前に設定された個数のリソース集合と相互代替/置換されることができる。
【0201】
一方、本明細書において、SL MODE 1は、基地局が事前に定義されたシグナリング(例、DCIまたはRRCメッセージ)を介して送信端末のためのSL送信リソースを直接スケジューリングするリソース割当方式または通信方式を意味することができる。例えば、SL MODE2は、端末が基地局またはネットワークから設定され、または事前に設定されたリソースプール(resource pool)内でSL送信リソースを独立的に選択するリソース割当方式または通信方式を意味することができる。例えば、SL MODE 1に基づいてSL通信を実行する端末は、MODE 1端末またはMODE 1送信端末と称することができ、SL MODE2に基づいてSL通信を実行する端末は、MODE2端末またはMODE2送信端末と称することができる。
【0202】
一方、本明細書において、例えば、DG(dynamic grant)は、CG(configured grant)及び/又はSPSグラント(semi-persistent scheduling grant)と相互代替/置換されることができる。例えば、DGは、CG及びSPSグラントの組み合わせと相互代替/置換されることができる。例えば、CGは、CGタイプ1(configured grant type 1)及び/又はCGタイプ2(configured grant type 2)のうち少なくともいずれか一つを含むことができる。例えば、CGタイプ1において、グラントは、RRCシグナリングにより提供されることができ、設定されたグラントとして格納されることができる。例えば、CGタイプ2において、グラントは、PDCCHにより提供されることができ、グラントの活性化または非活性化を示すL1シグナリングに基づいて設定されたグラントとして格納または削除されることができる。例えば、CGタイプ1において、基地局は、RRCメッセージを介して周期的なリソースを送信端末に割り当てることができる。例えば、CGタイプ2において、基地局は、RRCメッセージを介して周期的なリソースを送信端末に割り当てることができ、基地局は、DCIを介して前記周期的なリソースを動的に活性化(activation)または非活性化(deactivation)できる。
【0203】
一方、本明細書において、チャネルは、信号(signal)と相互代替/置換されることができる。例えば、チャネルの送受信は、信号の送受信を含むことができる。例えば、信号の送受信は、チャネルの送受信を含むことができる。例えば、キャストは、ユニキャスト、グループキャスト及び/又はブロードキャストのうち少なくともいずれか一つと相互代替/置換されることができる。例えば、キャストタイプは、ユニキャスト、グループキャスト及び/又はブロードキャストのうち少なくともいずれか一つと相互代替/置換されることができる。例えば、キャストまたは、キャストタイプは、ユニキャスト、グループキャスト及び/又はブロードキャストを含むことができる。
【0204】
一方、本明細書において、リソースは、スロットまたはシンボルと相互代替/置換されることができる。例えば、リソースは、スロット及び/又はシンボルを含むことができる。
【0205】
一方、本明細書において、優先順位は、LCP(Logical Channel Prioritization)、遅延(latency)、信頼性(reliability)、最小要求通信範囲(minimum required communication range)、PPPP(Prose Per-Packet Priority)、SLRB(Sidelink Radio Bearer)、QoSプロファイル(profile)、QoSバラメータ、及び/又は要求事項(requirement)のうち少なくともいずれか一つと相互代替/置換されることができる。
【0206】
一方、本明細書において、例えば、説明の便宜のために、受信端末が下記の情報のうち少なくとも一つを送信端末に送信する時に使用する(物理的)チャネルをPSFCHということができる。
【0207】
-SL HARQフィードバック、SL CSI、SL(L1)RSRP
【0208】
一方、サイドリンク通信実行時、送信端末が受信端末に対する送信リソースを予約または事前に決定する方法は、代表的に下記の形態がある。
【0209】
例えば、送信端末は、チェーン(chain)に基づいて送信リソースの予約を実行することができる。具体的に、例えば、送信端末がK個の送信リソースの予約を実行する場合、送信端末は、任意の(または特定)送信時点または時間リソースで受信端末に送信するSCIを介してK個より少ない送信リソースの位置情報を受信端末に送信し、または知らせることができる。すなわち、例えば、前記SCIは、前記K個より少ない送信リソースの位置情報を含むことができる。または、例えば、送信端末が特定TBと関連したK個の送信リソースの予約を実行する場合、送信端末は、任意の(または特定)送信時点または時間リソースで受信端末に送信するSCIを介してK個より少ない送信リソースの位置情報を受信端末に知らせ、または送信できる。すなわち、前記SCIは、前記K個より少ない送信リソースの位置情報を含むことができる。この時、例えば、送信端末が任意の(または特定)送信時点または時間リソースで送信される一つのSCIを介してK個より少ない送信リソースの位置情報のみを受信端末にシグナリングすることで、SCIペイロード(payload)の過度な増加による性能低下を防止することができる。
【0210】
図11は、本開示の一実施例によって、送信リソースを予約した端末が送信リソースと関連した情報を他の端末に知らせる方法を示す。
図11の実施例は、本開示の多様な実施例と結合されることができる。
【0211】
具体的に、例えば、
図11の(a)は、K値が4である場合、送信端末が一つのSCIを介して(最大)2個の送信リソース位置情報を受信端末に送信/シグナリングすることで、チェーンベースのリソース予約を実行する方法を示す。例えば、
図11の(b)は、K値が4である場合、送信端末が一つのSCIを介して(最大)3個の送信リソース位置情報を受信端末に送信/シグナリングすることで、チェーンベースのリソース予約を実行する方法を示す。例えば、
図11の(a)及び(b)を参照すると、送信端末は、4番目の(または最後の)送信関連PSCCHを介して、4番目の送信関連リソース位置情報のみを受信端末に送信/シグナリングできる。例えば、
図11の(a)を参照すると、送信端末は、4番目の(または最後の)送信関連PSCCHを介して、4番目の送信関連リソース位置情報だけでなく、3番目の送信関連リソース位置情報を追加的に受信端末に送信/シグナリングできる。例えば、
図11の(b)を参照すると、送信端末は、4番目の(または最後の)送信関連PSCCHを介して、4番目の送信関連リソース位置情報だけでなく、2番目の送信関連リソース位置情報及び3番目の送信関連リソース位置情報を追加的に受信端末に送信/シグナリングできる。この時、例えば、
図11の(a)及び(b)において、送信端末が4番目の(または最後の)送信関連PSCCHを介して4番目の送信関連リソース位置情報のみを受信端末に送信/シグナリングする場合、送信端末は、使われない、または残った送信リソースの位置情報フィールド/ビットを事前に設定された値(例、0)に設定または指定できる。例えば、
図11の(a)及び(b)において、送信端末が4番目の(または最後の)送信関連PSCCHを介して4番目の送信関連リソース位置情報のみを受信端末に送信/シグナリングする場合、送信端末は、使われない、または残った送信リソースの位置情報フィールド/ビットが(4個の送信のうち)最後の送信であることを示す事前に設定された状態/ビット値を指示するように設定または指定できる。
【0212】
一方、例えば、送信端末は、ブロック(block)に基づいて送信リソースの予約を実行することができる。具体的に、例えば、送信端末がK個の送信リソースの予約を実行する場合、送信端末は、任意の(または特定)送信時点または時間リソースで受信端末に送信するSCIを介してK個の送信リソースと関連した位置情報を全て受信端末に送信し、または知らせることができる。すなわち、前記SCIは、前記K個の送信リソースの位置情報を含むことができる。例えば、送信端末が特定TBと関連したK個の送信リソースの予約を実行する場合、送信端末は、任意の(または特定)送信時点または時間リソースで受信端末に送信するSCIを介してK個の送信リソースと関連した位置情報を全て受信端末に送信し、または知らせることができる。すなわち、前記SCIは、前記K個の送信リソースの位置情報を含むことができる。例えば、
図11の(c)は、K値が4である場合、送信端末が一つのSCIを介して4個の送信リソース位置情報を受信端末にシグナリングすることで、ブロックベースのリソース予約を実行する方法を示す。
【0213】
例えば、従来技術によると、下記のような問題点が存在する。
【0214】
(1)グループキャストベースのSL通信の場合、これに参加する端末(ら)がSL DRX動作を実行する時、パケット#Xの初期送信及び関連リソース選択が、現在進行中であるSL DRX活性時間(active time)内のリソースプールに属するリソース(RSC_POOL)だけでなく、(その他)パケット#Yの初期/再送信で導出される延長された(extended)SL DRX活性時間内のRSC_POOLまでも考慮するようになると、後者の延長されたSL DRX活性時間が実際に存在しない場合(例、パケット#Yの初期/再送信がアップリンク送信と重なって最終省略される場合)、パケット#Xの初期送信がグループキャスト内の受信端末(ら)に成功裏に伝達されないだけでなく、グループキャスト内の受信端末(ら)がウェイクアップ(wake up)できないため、連動されたPDB要求事項内でパケット#Xの送信が完了しない問題が発生できる。例えば、グループキャストの特定パケット送信は、参加する全ての受信端末(ら)に成功裏に伝達されなければならないため、ユニキャストの場合に比べて、後者の問題が一層深刻である。
【0215】
(2)SL DRX動作を実行する端末に対して、SL DRX動作を実行しない端末のパケット送信関連候補リソース構成のために要求されるセンシング機会(sensing occasion)個数(例、PBPS)及びセンシング区間(sensing duration)長さ(例、CPS)が同じく適用される場合、多い量のバッデリが消耗される問題が発生できる。
【0216】
以上のような問題の解決のために、本開示では下記のような端末の動作が提案される。
【0217】
(1)グループキャストベースのSL通信実行時、パケット関連初期送信及び関連リソース選択は、現在進行中であるSL DRX活性時間内のリソースプールに属するリソースのみを考慮して実行されることができる。
【0218】
(2)SL DRX動作を実行する端末に対して、(SL DRX動作を実行しない端末に比べて)異なるPBPSセンシング機会個数及びCPSセンシング区間長さベースの部分センシング動作が、リソースプール特定的に、許容(enabled)/不許(disabled)されることができる。
【0219】
例えば、前記提案された方法を介して、(1)グループキャスト通信が、SL DRX動作下で、実行されても、QoS要求事項が効率的に満たされることができる。または、サービスが効率的に支持されることができる。また、(2)SL DRX動作を実行する端末の部分センシング動作で消耗されるバッデリ量が効率的に減少できる。
【0220】
本開示の一実施例によると、SL通信で考慮される時間(time)及び/又はスロット(slot)/無線フレームタイプ(radio frame type)が以下で提案される。
【0221】
-オプション1:(端末が選択した)同期参照ソースから導出された(及び/又は、端末自身が生成した同期から導出された)絶対的な時間及び/又はこれに基づいて形成/定義されたスロット/無線フレーム
【0222】
-オプション2:オプション1関連スロット/無線フレームで、事前に設定された種類/タイプのリソース(例えば、予約された(reserved)スロット、DLスロット、SL SSBスロット、(事前に設定された)SLシンボル(symbol)個数/位置を満たさせないスロットなど)が排除されて残ったスロット/無線フレーム
【0223】
ここで、例えば、オプション2のスロット/無線フレームに基づいて(SL通信関連)リソースプールビットマップが適用されると解釈されることができる。
【0224】
-オプション3:オプション2関連スロット/無線フレームに(SL通信関連)リソースプールビットマップが適用される時、(該当ビット値が“1”に指定された)リソースプールに実際属するスロット/無線フレーム
【0225】
本開示の一実施例によると、SL DRX関連活性時間(active time)(及び/又はオンデュレーション(on-duration))内に存在するリソースプールに属するSLスロット個数(例、オプション3)を“ACT_SLSLOTNUM”と命名する時、i)ACT_SLSLOTNUMが事前に設定されたSL DRX関連活性時間(active time)及び/又はオンデュレーション(on-duration)内に含む/位置すべきMAC PDU送信関連最小限のリソース個数(MIN_TXRSCNUM)より少ない場合、及び/又はii)ACT_SLSLOTNUMがMAC PDU送信に(最小限に)必要な/要求されるリソース個数(REQ_TXRSCNUM)より少ない場合、及び/又はiii)ACT_SLSLOTNUMとMIN_TXRSCNUM(及び/又はREQ_TXRSCNUM)との間の差が事前に設定された閾値より小さい場合、及び/又はiv)ACT_SLSLOTNUMが事前に設定された選択ウィンドウの(例えば、優先順位別に設定された)最小長さに該当するスロット個数(MIN_SELSIZE)より小さい場合、下記(一部)の規則によって、MAC PDU送信実行可否及び/又は(関連)送信リソース個数が決定されるようにすることができる。ここで、例えば、該当規則は、SL DRX関連サイクル(cycle)(及び/又はオフセット(offset)及び/又はタイマ)がオプション1(及び/又はオプション2及び/又はオプション3)に基づいて設定される場合に限定的に適用されることができる。
【0226】
例えば、ACT_SLSLOTNUMのみを考慮して、MAC PDU送信関連リソース個数を決定するようにし、及び/又はMAC PDU送信を省略するように設定されることができる。
【0227】
図12は、本開示の一実施例に係る、送信端末がグループキャスト通信のためにリソースを選択する実施例を示す。
図12の実施例は、本開示の多様な実施例と結合されることができる。
【0228】
図12を参照すると、グループキャスト通信を実行する送信端末、受信端末1、及び受信端末2が開示される。グループキャスト通信を実行する前記三つの端末は、同じSL DRX設定に基づいてSL DRX動作を実行することができる。すなわち、
図12の第1のSL DRX活性時間は、前記送信端末、前記受信端末1、及び前記受信端末2に共有されることができる。例えば、前記第1のSL DRX活性時間は、前記送信端末のリソース選択時点で動作中であるタイマに基づく活性時間である。
【0229】
例えば、前記送信端末は、前記受信端末1及び前記受信端末2にMAC PDUを送信するために第1のSLリソース、第2のSLリソース及び第3のSLリソースを選択することができる。ここで、本開示の実施例によって、前記送信端末は、前記第1のSLリソースが必ず前記第1のSL DRX活性時間に含まれるように選択できる。例えば、前記第1のSLリソースは、リソース選択により選択されるリソースのうち最も先のリソースである。
【0230】
例えば、前記第2のSLリソース及び前記第3のSLリソースは、前記第1のSL DRX活性時間及び/又は第2のSL DRX活性時間に含まれるように選択されることができる。例えば、前記第2のSL DRX活性時間は、前記第1のSLリソースに基づいて実行される送信に基づいて開始されるタイマに基づく活性時間である。例えば、前記第2のSLリソース及び前記第3のSLリソースは、MAC PDUの再送信のために使われるリソースである。
【0231】
図12の実施例を参照すると、前記第1のSLリソース、前記第2のSLリソース、及び前記第3のSLリソースは、全て結果的にSL DRX活性時間に含まれる。これを介してグループキャスト通信がSL DRX動作中に円滑に実行されることができ、これは前記送信リソースが、前記第1のSLリソースが前記第1のSL DRX活性時間に含まれるように選択することによって発生する効果であって、前記第1のSLリソースが前記第1のSL DRX活性時間に含まれない場合、前記第1のSLリソースでの送信はもちろん前記第2のSLリソース及び前記第3のSLリソースでの送信の全てが円滑に実行されない。
【0232】
図13は、本開示の一実施例に係る、送信端末がグループキャスト通信のためにリソースを選択する手順を示す。
図13の実施例は、本開示の多様な実施例と結合されることができる。
【0233】
図13を参照すると、グループキャスト通信を実行する送信端末、受信端末1、及び受信端末2が開示される。ステップS1310において、前記送信端末、前記受信端末1、及び前記受信端末2は、SL DRX設定と関連した情報を取得することができる。例えば、前記SL DRX設定と関連した情報は、QoSと関連した少なくとも一つのSL DRX設定に対する情報を含むことができる。一つのSL DRX設定は、少なくとも一つのQoSプロファイルにマッピングされることができる。例えば、
図13において、SL DRX設定1は、第1のQoSプロファイル及び第2のQoSプロファイルにマッピングされることができ、SL DRX設定2は、第3のQoSプロファイルにマッピングされることができ、SL DRX設定3は、第4のQoSプロファイル及び第5のQoSプロファイルにマッピングされることができる。
【0234】
ステップS1320において、前記送信端末、前記受信端末1、及び前記受信端末2は、グループキャストを介して実行するサービスと関連したQoSプロファイルにマッピングされるSL DRX設定を使用するように決定できる。例えば、本実施例では前記送信端末、前記受信端末1、及び前記受信端末2が第3のQoSプロファイルと関連したサービスを実行すると仮定する。すなわち、前記送信端末、前記受信端末1、及び前記受信端末2は、前記SL DRX設定2を使用すると決定できる。
【0235】
ステップS1330において、前記送信端末は、MAC PDUを送信するための複数の送信リソースを選択することができる。ここで、本開示の実施例によると、前記複数の送信リソースのうち1番目のリソースである第1のSLリソースは、前記SL DRX設定2のリソース選択時点の活性時間(第1のSL DRX活性時間)内で選択されることができる。例えば、前記第1のSL DRX活性時間は、活性時間と関連した第1のタイマが動作中である区間である。
【0236】
ステップS1340において、前記送信端末は、前記第1のSLリソースに基づいて前記受信端末1及び前記受信端末2に前記MAC PDUを送信することができる。例えば、前記送信端末は、前記MAC PDUの送信に基づいて、活性時間と関連したタイマを開始することができる。例えば、前記活性時間と関連した第2のタイマが動作中である区間は、第2のSL DRX活性時間である。例えば、前記複数の送信リソースのうち第1のSLリソースを除外したリソース(第2のSLリソースを含む)は、前記第1のSL DRX活性時間及び/又は前記第2のSL DRX活性時間に含まれるように、選択されることができる。
【0237】
例えば、前記活性時間と関連した第2のタイマは、前記受信端末1及び前記受信端末2の前記MAC PDU受信に基づいて開始されることができる。すなわち、前記送信端末、前記受信端末1、及び前記受信端末2で第2のタイマが各々同じ時間に動作できる。
【0238】
ステップS1350において、受信端末1は、前記MAC PDUに対するNACK情報を前記送信端末に送信できる。例えば、前記グループキャストは、HARQフィードバック方式に対してNACK-only方式に実行されると仮定する。
【0239】
ステップS1360において、前記送信端末は、前記NACK情報に基づいて前記第2のSLリソースに基づいて前記MAC PDUに対する再送信を実行することができる。例えば、前記第2のSLリソースは、リソース選択時点で前記第1のSL DRX活性時間に含まれないこともあるが、前記第2のタイマの動作に基づく第2のSL DRX活性時間に含まれるため、前記MAC PDUに対する再送信は、円滑に前記受信端末1及び前記受信端末2に受信されることができる。すなわち、本開示の実施例によると、グループキャストを実行する複数の端末のSL DRX活性時間に対する同じ理解に基づいて、SL DRX動作が実行されるにもかかわらずにグループキャスト通信が円滑に受信されることができる。
【0240】
本開示の一実施例によると、ACT_SLSLOTNUMとMIN_TXRSCNUM(及び/又はREQ_TXRSCNUM及び/又はMIN_SELSIZE)との間の差値(DIFF_VAL)によって、ACT_SLSLOTNUMまたはMIN_TXRSCNUM(及び/又はREQ_TXRSCNUM及び/又はMIN_SELSIZE)値が比率的に設定されることができる。ここで、例えば、(相対的に)小さいDIFF_VAL値に対してはMIN_TXRSCNUM(及び/又はREQ_TXRSCNUM及び/又はMIN_SELSIZE)値も(相対的に)小さく設定されることができる。該当規則が適用される場合、例えば、送信端末がSL DRX関連活性時間(及び/又はオンデュレーション)内で自身の送信動作のため、受信動作を実行することができない問題が緩和されることができる。また、例えば、前記規則は、SL DRX関連サイクル(及び/又はオフセット及び/又はタイマ)がオプション1(及び/又はオプション2及び/又はオプション3)に基づいて設定される場合に限定的に適用されることができる。
【0241】
本開示の一実施例によると、端末(例、受信端末)は、SL通信を実行する端末(例、送信端末)に、下記(一部)の補助情報を事前に設定されたシグナリング(例、PC5 RRC、MAC CE)を介して伝達するように設定されることができる。ここで、例えば、該当規則が適用される場合、端末は、相手端末が仮定/適用するSL DRX関連活性時間(及び/又はオンデュレーション)の位置を正確に把握でき、また、これに基づいて送信リソース選択/割当が可能になる。また、相手端末が自身のSL DRX(パターン)関連パラメータを設定する時、どのような時間(及び/又はリソースプール)に基づいて実行したかを把握することができ、また、相手端末が設定した自身のSL DRX(パターン)を正しく適用できる。また、例えば、提案される規則は、SL DRX関連サイクル(及び/又はオフセット及び/又はタイマ)がオプション1(及び/又はオプション2及び/又はオプション3)に基づいて設定される場合に限定的に適用されることができる。
【0242】
-自身が仮定/適用する(SL通信関連)DFNインデックス(index)(及び/又はSFNインデックス)情報
【0243】
-自身と相手端末との間の(SL通信関連)仮定/適用されるDFNインデックス(及び/又はSFNインデックス)オフセット値情報
【0244】
-事前に設定された(絶対的な)時間区間(例、10240ms)内の(及び/又は自身の(及び/又は相手端末の)(SL通信関連)DFN0基準に)自身が(SL DRX動作のために)仮定/適用する(受信及び/又は送信)リソースプール関連(SLスロット(及び/又はSLリソース))情報(例、(SL開始(start)/最後の(ending)シンボル関連)位置(location)、(SLスロットを構成する)SLシンボル個数等)
【0245】
-SL DRX設定(及び/又はパターン及び/又はパラメータ(例、活性時間(及び/又はオンデュレーション及び/又はサイクル)位置/長さ))関連(SLスロット(及び/又はSLリソース))情報
【0246】
-(リソースプールビットマップが適用されない)リソース(例、予約されたスロット、DLスロット、SL SSBスロット、(事前に設定された)SLシンボル個数/位置を満たさせないスロット等)関連(SLスロット(及び/又はSLリソース))情報
【0247】
-(SL DRX動作のために)自身が仮定/適用する(受信及び/又は送信)リソースプールインデックス情報
【0248】
-自身が仮定/適用するSL DRX(パターン)と連動されたサービスタイプ/種類(及び/又は(L2)デスティネーション(destination)ID(及び/又は(L2)ソース(source)ID)及び/又はQoSプロファイル(profile)(及び/又はQoSフロー(flow)ID))情報
【0249】
-自身の(リソースプール適用関連)同期参照ソース情報(例、ID、エンティティタイプ(entity type))
【0250】
-自身と相手端末が(リソースプール適用関連)同じ同期参照ソースを有しているかどうかと関連した情報
【0251】
本開示の一実施例によると、端末は、自身に設定された複数個の(受信(及び/又は送信))リソースプール関連オプション3(及び/又はオプション2及び/又はオプション1)のスロット(及び/又は無線フレーム)和集合を基準に、SL DRX関連サイクル(及び/又はオフセット及び/又はタイマ)を適用するように設定されることができる。
【0252】
本開示の一実施例によると、SL DRX関連オンデュレーション(及び/又は再送信タイマベースの活性時間及び/又はRTTタイマベースの非活性時間(inactive time)/スリープ(sleep)許容区間)が(関連)サイクル領域を外れないように設定されることができる。ここで、例えば、該当規則が適用される場合、オンデュレーションタイマ(及び/又は再送信タイマ及び/又はRTTタイマ)が次のSL DRXサイクル(及び/又は事前に設定された順番の後続SL DRXサイクル)の開始時点で(暗黙的に)満了されると解釈されることができる。また、例えば、提案される規則は、SL DRX関連サイクル(及び/又はオフセット)がオプション1(及び/又はオプション2)に基づいて設定され、オンデュレーションタイマ(及び/又は再送信タイマ及び/又はRTTタイマ)がオプション3(及び/又はオプション2)に基づいて設定される場合に限定的に適用されることができる。
【0253】
本開示の一実施例によると、SL DRXサイクル関連オフセットパラメータ(及び/又はSL DRXオンデュレーション関連オフセットパラメータ)(OFF_VAL)は、以下の数式に基づいて(SL DRXサイクル長さ内のOFF_VALの開始時点が)ランダム化されるように設定されることができる。ここで、例えば、FLOOR(X)はXより大きくない最大整数を導出する関数であり、MODULO(X、Y)はXをYで割った余り値を導出する関数である。下記の提案規則が適用される場合、SL DRXサイクル内で、異なるサービスタイプ/種類(及び/又は(L2)デスティネーションID(及び/又は(L2)ソースID及び/又はQoSプロファイル及び/又はQoSフローID)関連活性時間が重なることを最大限回避できる。
【0254】
例えば、L・{S MODULO FLOOR(N/L)}(または、L・{S MODULOサポートされるOFF_VALの総候補個数})
【0255】
ここで、例えば、前記数式上のそれぞれのパラメータは、下記の意味に定義/設定されることができる。
【0256】
S:サービスタイプ/種類(及び/又は(L2)デスティネーションID(及び/又は(L2)ソースID)及び/又はQoSプロファイル及び/又はQoSフローID)関連パラメータ(及び/又は識別子(一部ビット))
【0257】
L:(SL DRXサイクル内の)(互いに異なるサービスタイプ/種類(及び/又は(L2)デスティネーションID(及び/又は(L2)ソースID及び/又はQoSプロファイル及び/又はQoSフローID)関連パラメータ(及び/又は識別子)関連)(異なる)OFF_VAL(適用開始時点)間の間隔(例えば、シンボル(及び/又はスロット)グラニュラリティ(granularity)を有することができる。)
【0258】
ここで、例えば、L値は、(互いに異なるサービスタイプ/種類(及び/又は(L2)デスティネーションID(及び/又は(L2)ソースID及び/又はQoSプロファイル及び/又はQoSフローID)関連パラメータ(及び/又は識別子)関連)(L値と同じグラニュラリティでカウンティングされた)オンデュレーションタイマ値(及び/又は長さ)に設定されることができる。
【0259】
ここで、例えば、L値は、“N MODULO W=0”を満たす(正の整数)W値にのみ限定的に設定されることができる。
【0260】
ここで、例えば、L値は、FLOOR(N/サポートされるOFF_VALの総候補個数)(例、計算結果値が‘0’である場合、‘1’に仮定される)(またはCEIL(N/サポートされるOFF_VALの総候補個数))に設定されることもできる。また、例えば、サポートされるOFF_VALの総候補個数は、Nより小さいまたは同じ正の整数値に(限定的に)設定されることができる。
【0261】
N:(L値と同じグラニュラリティでカウンティングされた)SL DRXサイクル長さ
【0262】
本開示の一実施例によると、SL DRX適用/実行可否(及び/又はSL DRX関連パラメータ(例、オンデュレーション(及び/又は活性時間)長さ、サイクル)及び/又は(リソースプール内の測定された)CBR値及び/又は(サービス関連)優先順位及び/又はサービスタイプ/種類)によって、下記(一部)の情報関連パラメータ値(及び/又は適用可否)が異なるように設定されることができる。また、例えば、SL DRX動作(及び/又はパターン(例、サイクル))と連動されたQoSプロファイル(及び/又はQoSフローID及び/又はQoS要求事項(例、latency、reliability))別に下記(一部)の情報関連パラメータ値(及び/又は適用可否)が異なるように設定されることができる。
【0263】
-CPS(contiguous partial sensing)(及び/又はPPS(periodic-based partial sensing))関連センシング長さ(sensing length)(及び/又はセンシング機会(sensing occasion)位置(及び/又は個数)及び/又は許容/適用可否)
【0264】
-(選択可能な)リソース予約周期候補値
【0265】
-ランダムリソース選択(random resource selection)(及び/又は部分センシングベースのリソース選択(partial sensing based resource selection))関連許容/適用可否
【0266】
本開示の一実施例によると、端末(例、パワーセービング(power saving)端末)が事前に設定された規則によって要求されるセンシング長さ(及び/又はセンシング機会個数)を(SL DRX動作のため)満たさせずに送信リソース選択をした場合(例、SL DRX非活性時間に(要求される)センシング機会が位置してセンシング機会が省略された場合)、他の端末に、事前に定義されたシグナル(例、(1st)SCI上の予約されたビット)を介して、関連(状態)情報を知らせることができる。
【0267】
例えば、サービスタイプ(及び/又は(LCHまたはサービス)優先順位及び/又はQOS要求事項(例えば、遅延、信頼度、最小通信範囲)及び/又はPQIパラメータ)(及び/又はHARQフィードバック許容(enabled)(及び/又は不許(disabled))LCH/MAC PDU(送信)及び/又はリソースプールのCBR測定値及び/又はSLキャストタイプ(type)(例えば、ユニキャスト、グループキャスト、ブロードキャスト)及び/又はSLグループキャストHARQフィードバックオプション(例えば、NACK onlyフィードバック、ACK/NACKフィードバック、TX-RX距離ベースのNACK onlyフィードバック)及び/又はSL MODE 1 CGタイプ(例えば、SL CGタイプ1/2)及び/又はSLモード(mode)タイプ(例えば、モード1/2)及び/又はリソースプール及び/又はPSFCHリソースが設定されたリソースプール可否及び/又はソース(source)(L2)ID(及び/又はデスティネーション(destination)(L2)ID)及び/又はPC5 RRC接続(connection)リンク(link)及び/又はSLリンク(link)及び/又は(基地局との)接続(connection)状態(例えば、RRC CONNECTED状態、IDLE状態、INACTIVE状態)及び/又はSL HARQプロセス(process)(ID)及び/又は(送信端末または受信端末の)SL DRX動作実行可否及び/又はパワーセービング(送信または受信)端末可否及び/又は(特定端末観点で)PSFCH送信とPSFCH RXが(及び/又は(端末能力(capability)を超過した)複数個のPSFCH送信が)重なる場合(及び/又はPSFCH送信(及び/又はPSFCH受信)が省略される場合)及び/又は送信端末から受信端末がPSCCH(及び/又はPSSCH)(再)送信を実際に(成功裏に)受信した場合などの要素/パラメータのうち(または別に)、最小限一つに対して、前記規則適用可否(及び/又は本開示の提案方式/規則関連パラメータ値)が特定的に(または、異なるように、または、独立的に)設定/許容されることができる。
【0268】
また、本開示における“設定”(または、“指定”)ワーディングは、基地局が事前に定義された(物理階層または上位階層)チャネル/シグナル(例えば、SIB、RRC、MAC CE)を介して端末に知らせる形態(及び/又は、事前設定(pre-configuration)を介して提供される形態、及び/又は、端末が事前に定義された(物理階層または上位階層)チャネル/シグナル(例えば、SL MAC CE、PC5 RRC)を介して他の端末に知らせる形態)などに拡張解釈されることができる。
【0269】
また、本開示における“PSFCH”ワーディングは、“(NRまたはLTE)PSSCH(及び/又は(NRまたはLTE)PSCCH)(及び/又は(NRまたはLTE)SL SSB(及び/又はULチャネル/シグナル))”に拡張解釈されることができる。
【0270】
また、本開示上の提案方式は、相互組み合わせられて(新しい形態の方式に)拡張使われることができる。
【0271】
既存技術によると、リソース選択時、グループキャスト内の共有されるSL DRX活性時間内に1番目のリソースが存在しなくて、SL DRX動作に応じてグループキャスト通信が円滑に実行されない可能性がある。それに対して、本開示の実施例によると、1番目のリソースがSL DRX活性時間内で選択されるため、SL DRX動作を実行するにもかかわらずグループキャスト通信が円滑に実行されることができる。
【0272】
図14は、本開示の一実施例に係る、第1の装置が無線通信を実行する手順を示す。
図14の実施例は、本開示の多様な実施例と結合されることができる。
【0273】
図14を参照すると、ステップS1410において、第1の装置は、リソースプールと関連した情報を取得することができる。ステップS1420において、前記第1の装置は、SL(sidelink)DRX(discontinuous reception)サイクルと関連した情報及び第1のSL DRX活性時間のための第1のタイマを含む複数のタイマと関連した情報を含むSL DRX設定を取得することができる。ステップS1430において、前記第1の装置は、グループキャスト送信と関連したMAC(medium access control)PDU(protocol data unit)を生成することができる。ステップS1440において、前記第1の装置は、センシングに基づいて、前記リソースプール内の複数の候補リソースの中から、前記MAC PDUの送信のための少なくとも一つのSLリソースを選択することができる。例えば、前記少なくとも一つのSLリソースに含まれる第1のSLリソースは、前記第1のSL DRX活性時間に含まれ、及び前記MAC PDUがグループキャスト送信と関連することに基づいて、前記第1のSLリソースが前記第1のSL DRX活性時間外から選択されることは許容されない。
【0274】
例えば、前記第1のタイマは、オンデュレーション(on duration)タイマを含むことができる。
【0275】
例えば、前記第1のSLリソースは、前記MAC PDUの初期送信のためのリソースである。
【0276】
例えば、前記少なくとも一つのSLリソースに含まれる少なくとも一つの第2のSLリソースは、前記第1のSL DRX活性時間または第2のSL DRX活性時間に含まれ、及び前記第2のSL DRX活性時間と関連した第2のタイマは、前記少なくとも一つのSLリソースの選択時点で動作中でない。
【0277】
例えば、前記第2のSL DRX活性時間のためのタイマは、前記MAC PDUと関連したデスティネーションL(layer)2 IDに基づいて開始されることができる。
【0278】
例えば、前記少なくとも一つの第2のSLリソースは、再送信のためのリソースである。
【0279】
例えば、前記センシングは、PBPS(periodic based partial sensing)であり、及び前記PBPSは、少なくとも一つのPBPSセンシング機会に対して実行されることができる。
【0280】
例えば、前記少なくとも一つのPBPSセンシング機会の個数は、前記第1の装置のSL DRX動作実行可否に基づいて設定されることができる。
【0281】
例えば、前記リソースプールと関連した情報は、前記少なくとも一つのPBPSセンシング機会の個数と関連した情報を含むことができる。
【0282】
例えば、前記センシングは、CPS(contiguous partial sensing)であり、及び前記CPSは、少なくとも一つのCPSセンシングスロットに対して実行されることができる。
【0283】
例えば、前記少なくとも一つのCPSセンシングスロットの個数は、前記第1の装置のSL DRX動作実行可否に基づいて設定されることができる。
【0284】
例えば、前記リソースプールと関連した情報は、前記少なくとも一つのCPSセンシングスロットの個数と関連した情報を含むことができる。
【0285】
例えば、前記第1のSL DRX活性時間のためのタイマは、前記少なくとも一つのSLリソースの選択時点で動作中である。
【0286】
前述した実施例は、以下に説明される多様な装置に対して適用されることができる。まず、第1の装置100のプロセッサ102は、リソースプールと関連した情報を取得することができる。そして、前記第1の装置100のプロセッサ102は、SL(sidelink)DRX(discontinuous reception)サイクルと関連した情報及び第1のSL DRX活性時間のための第1のタイマを含む複数のタイマと関連した情報を含むSL DRX設定を取得することができる。そして、前記第1の装置100のプロセッサ102は、グループキャスト送信と関連したMAC(medium access control)PDU(protocol data unit)を生成することができる。そして、前記第1の装置100のプロセッサ102は、センシングに基づいて、前記リソースプール内の複数の候補リソースの中から、前記MAC PDUの送信のための少なくとも一つのSLリソースを選択することができる。例えば、前記少なくとも一つのSLリソースに含まれる第1のSLリソースは、前記第1のSL DRX活性時間に含まれ、及び前記MAC PDUがグループキャスト送信と関連することに基づいて、前記第1のSLリソースが前記第1のSL DRX活性時間外から選択されることは許容されない。
【0287】
本開示の一実施例によると、無線通信を実行する第1の装置が提供されることができる。例えば、前記第1の装置は、命令語を格納する一つ以上のメモリと、一つ以上の送受信機と、前記一つ以上のメモリと前記一つ以上の送受信機を連結する一つ以上のプロセッサと、を含む。例えば、前記一つ以上のプロセッサは、前記命令語を実行し、リソースプールと関連した情報を取得し;SL(sidelink)DRX(discontinuous reception)サイクルと関連した情報及び第1のSL DRX活性時間のための第1のタイマを含む複数のタイマと関連した情報を含むSL DRX設定を取得し;グループキャスト送信と関連したMAC(medium access control)PDU(protocol data unit)を生成し;及び、センシングに基づいて、前記リソースプール内の複数の候補リソースの中から、前記MAC PDUの送信のための少なくとも一つのSLリソースを選択し、前記少なくとも一つのSLリソースに含まれる第1のSLリソースは、前記第1のSL DRX活性時間に含まれ、及び前記MAC PDUがグループキャスト送信と関連することに基づいて、前記第1のSLリソースが前記第1のSL DRX活性時間外から選択されることは許容されない。
【0288】
例えば、前記第1のタイマは、オンデュレーション(on duration)タイマを含む。
【0289】
例えば、前記第1のSLリソースは、前記MAC PDUの初期送信のためのリソースである。
【0290】
例えば、前記少なくとも一つのSLリソースに含まれる少なくとも一つの第2のSLリソースは、前記第1のSL DRX活性時間または第2のSL DRX活性時間に含まれ、及び前記第2のSL DRX活性時間と関連した第2のタイマは、前記少なくとも一つのSLリソースの選択時点で動作中でない。
【0291】
例えば、前記第2のSL DRX活性時間のためのタイマは、前記MAC PDUと関連したデスティネーションL(layer)2 IDに基づいて開始される。
【0292】
例えば、前記少なくとも一つの第2のSLリソースは、再送信のためのリソースである。
【0293】
例えば、前記センシングは、PBPS(periodic based partial sensing)であり、及び前記PBPSは、少なくとも一つのPBPSセンシング機会に対して実行される。
【0294】
例えば、前記少なくとも一つのPBPSセンシング機会の個数は、前記第1の装置のSL DRX動作実行可否に基づいて設定される。
【0295】
例えば、前記リソースプールと関連した情報は、前記少なくとも一つのPBPSセンシング機会の個数と関連した情報を含む。
【0296】
例えば、前記センシングは、CPS(contiguous partial sensing)であり、及び前記CPSは、少なくとも一つのCPSセンシングスロットに対して実行される。
【0297】
例えば、前記少なくとも一つのCPSセンシングスロットの個数は、前記第1の装置のSL DRX動作実行可否に基づいて設定される。
【0298】
例えば、前記リソースプールと関連した情報は、前記少なくとも一つのCPSセンシングスロットの個数と関連した情報を含む。
【0299】
例えば、前記第1のSL DRX活性時間のためのタイマは、前記少なくとも一つのSLリソースの選択時点で動作中である。
【0300】
本開示の一実施例によると、第1の端末を制御するように設定された装置(apparatus)が提供されることができる。例えば、前記装置は、一つ以上のプロセッサと、前記一つ以上のプロセッサにより実行可能に連結され、及び命令を格納する一つ以上のメモリと、を含む。例えば、前記一つ以上のプロセッサは、前記命令語を実行し、リソースプールと関連した情報を取得し;SL(sidelink)DRX(discontinuous reception)サイクルと関連した情報及び第1のSL DRX活性時間のための第1のタイマを含む複数のタイマと関連した情報を含むSL DRX設定を取得し;グループキャスト送信と関連したMAC(medium access control)PDU(protocol data unit)を生成し;及び、センシングに基づいて、前記リソースプール内の複数の候補リソースの中から、前記MAC PDUの送信のための少なくとも一つのSLリソースを選択し、前記少なくとも一つのSLリソースに含まれる第1のSLリソースは、前記第1のSL DRX活性時間に含まれ、及び前記MAC PDUがグループキャスト送信と関連することに基づいて、前記第1のSLリソースが前記第1のSL DRX活性時間外から選択されることは許容されない。
【0301】
本開示の一実施例によると、命令を記録している非一時的コンピュータで読み取り可能な格納媒体が提供されることができる。例えば、前記命令は、実行される時、第1の装置にとって:リソースプールと関連した情報を取得するようにし;SL(sidelink)DRX(discontinuous reception)サイクルと関連した情報及び第1のSL DRX活性時間のための第1のタイマを含む複数のタイマと関連した情報を含むSL DRX設定を取得するようにし;グループキャスト送信と関連したMAC(medium access control)PDU(protocol data unit)を生成するようにし;及び、センシングに基づいて、前記リソースプール内の複数の候補リソースの中から、前記MAC PDUの送信のための少なくとも一つのSLリソースを選択するようにし、前記少なくとも一つのSLリソースに含まれる第1のSLリソースは、前記第1のSL DRX活性時間に含まれ、及び前記MAC PDUがグループキャスト送信と関連することに基づいて、前記第1のSLリソースが前記第1のSL DRX活性時間外から選択されることは許容されない。
【0302】
図15は、本開示の一実施例に係る、第2の装置が無線通信を実行する手順を示す。
図15の実施例は、本開示の多様な実施例と結合されることができる。
【0303】
図15を参照すると、ステップS1510において、第2の装置は、リソースプールと関連した情報を取得することができる。ステップS1520において、前記第2の装置は、SL(sidelink)DRX(discontinuous reception)サイクルと関連した情報及び第1のSL DRX活性時間のための第1のタイマを含む複数のタイマと関連した情報を含むSL DRX設定を取得することができる。ステップS1530において、前記第2の装置は、前記SL DRX設定の第1のSL DRX活性時間で、第1のSLリソースに基づいて、第1の装置からPSCCH(physical sidelink control channel)を介してPSSCH(physical sidelink shared channel)のスケジューリングのための第1のSCI(sidelink control information)を受信することができる。ステップS1540において、前記第2の装置は、前記第1のSL DRX活性時間で、前記第1のSLリソースに基づいて、前記第1の装置から前記PSSCHを介してグループキャスト送信と関連したMAC(medium access control)PDU(protocol data unit)及び第2のSCIを受信することができる。ステップS1550において、前記第2の装置は、前記第1のSCI及び前記第2のSCIに基づいて第2のSL DRX活性時間と関連したタイマを開始することができる。例えば、前記第1のSLリソースは、前記第1のSL DRX活性時間に含まれ、前記第1のSLリソースを含む少なくとも一つのSLリソースは、センシングに基づいてリソースプール内の複数の候補リソースの中から選択され、及び前記MAC PDUがグループキャスト送信と関連することに基づいて、前記第1のSLリソースが前記第1のSL DRX活性時間外から選択されることは許容されない。
【0304】
例えば、前記少なくとも一つのSLリソースに含まれる少なくとも一つの第2のSLリソースは、前記第1のSL DRX活性時間または前記第2のSL DRX活性時間に含まれるように選択され、及び前記第2のSL DRX活性時間と関連した第2のタイマは、前記少なくとも一つのSLリソースの選択時点で動作中でない。
【0305】
前述した実施例は、以下に説明される多様な装置に対して適用されることができる。まず、第2の装置200のプロセッサ202は、リソースプールと関連した情報を取得することができる。そして、前記第2の装置200のプロセッサ202は、SL(sidelink)DRX(discontinuous reception)サイクルと関連した情報及び第1のSL DRX活性時間のための第1のタイマを含む複数のタイマと関連した情報を含むSL DRX設定を取得することができる。そして、前記第2の装置200のプロセッサ202は、前記SL DRX設定の第1のSL DRX活性時間で、第1のSLリソースに基づいて、第1の装置100からPSCCH(physical sidelink control channel)を介してPSSCH(physical sidelink shared channel)のスケジューリングのための第1のSCI(sidelink control information)を受信するように送受信機206を制御することができる。そして、前記第2の装置200のプロセッサ202は、前記第1のSL DRX活性時間で、前記第1のSLリソースに基づいて、前記第1の装置100から前記PSSCHを介してグループキャスト送信と関連したMAC(medium access control)PDU(protocol data unit)及び第2のSCIを受信するように前記送受信機206を制御することができる。そして、前記第2の装置200のプロセッサ202は、前記第1のSCI及び前記第2のSCIに基づいて第2のSL DRX活性時間と関連したタイマを開始することができる。例えば、前記第1のSLリソースは、前記第1のSL DRX活性時間に含まれ、前記第1のSLリソースを含む少なくとも一つのSLリソースは、センシングに基づいてリソースプール内の複数の候補リソースの中から選択され、及び前記MAC PDUがグループキャスト送信と関連することに基づいて、前記第1のSLリソースが前記第1のSL DRX活性時間外から選択されることは許容されない。
【0306】
本開示の一実施例によると、無線通信を実行する第2の装置が提供されることができる。例えば、前記第2の装置は、命令語を格納する一つ以上のメモリと、一つ以上の送受信機と、前記一つ以上のメモリと前記一つ以上の送受信機を連結する一つ以上のプロセッサとを含む。例えば、前記一つ以上のプロセッサは、前記命令語を実行し、リソースプールと関連した情報を取得し;SL(sidelink)DRX(discontinuous reception)サイクルと関連した情報及び第1のSL DRX活性時間のための第1のタイマを含む複数のタイマと関連した情報を含むSL DRX設定を取得し;前記SL DRX設定の第1のSL DRX活性時間で、第1のSLリソースに基づいて、第1の装置からPSCCH(physical sidelink control channel)を介してPSSCH(physical sidelink shared channel)のスケジューリングのための第1のSCI(sidelink control information)を受信し;前記第1のSL DRX活性時間で、前記第1のSLリソースに基づいて、前記第1の装置から前記PSSCHを介してグループキャスト送信と関連したMAC(medium access control)PDU(protocol data unit)及び第2のSCIを受信し;及び、前記第1のSCI及び前記第2のSCIに基づいて第2のSL DRX活性時間と関連したタイマを開始し、前記第1のSLリソースは、前記第1のSL DRX活性時間に含まれ、前記第1のSLリソースを含む少なくとも一つのSLリソースは、センシングに基づいてリソースプール内の複数の候補リソースの中から選択され、及び前記MAC PDUがグループキャスト送信と関連することに基づいて、前記第1のSLリソースが前記第1のSL DRX活性時間外から選択されることは許容されない。
【0307】
例えば、前記少なくとも一つのSLリソースに含まれる少なくとも一つの第2のSLリソースは、前記第1のSL DRX活性時間または前記第2のSL DRX活性時間に含まれるように選択され、及び前記第2のSL DRX活性時間と関連した第2のタイマは、前記少なくとも一つのSLリソースの選択時点で動作中でない。
【0308】
本開示の多様な実施例は、相互結合されることができる。
【0309】
以下、本開示の多様な実施例が適用されることができる装置に対して説明する。
【0310】
これに制限されるものではなく、本文書に開示された多様な説明、機能、手順、提案、方法及び/または動作流れ図は、機器間に無線通信/連結(例えば、5G)を必要とする多様な分野に適用されることができる。
【0311】
以下、図面を参照してより具体的に例示する。以下の図面/説明で同じ図面符号は、異なるように記述しない限り、同じ、または対応されるハードウェアブロック、ソフトウェアブロックまたは機能ブロックを例示することができる。
【0312】
図16は、本開示の一実施例に係る、通信システム1を示す。
【0313】
図16を参照すると、本開示の多様な実施例が適用される通信システム1は、無線機器、基地局、及びネットワークを含む。ここで、無線機器は、無線接続技術(例えば、5G NR(New RAT)、LTE(Long Term Evolution))を利用して通信を実行する機器を意味し、通信/無線/5G機器と呼ばれる。これに制限されるものではなく、無線機器は、ロボット100a、車両100b-1、100b-2、XR(eXtended Reality)機器100c、携帯機器(Hand-held device)100d、家電100e、IoT(Internet of Thing)機器100f、AI機器/サーバ400を含むことができる。例えば、車両は、無線通信機能が備えられた車両、自律走行車両、車両間の通信を実行することができる車両などを含むことができる。ここで、車両は、UAV(Unmanned Aerial Vehicle)(例えば、ドローン)を含むことができる。XR機器は、AR(Augmented Reality)/VR(Virtual Reality)/MR(Mixed Reality)機器を含み、HMD(Head-Mounted Device)、車両に備えられたHUD(Head-Up Display)、テレビ、スマートフォン、コンピュータ、ウェアラブルデバイス、家電機器、デジタルサイネージ(signage)、車両、ロボットなどの形態で具現されることができる。携帯機器は、スマートフォン、スマートパッド、ウェアラブル機器(例えば、スマートウォッチ、スマートグラス)、コンピュータ(例えば、ノートブック等)などを含むことができる。家電は、TV、冷蔵庫、洗濯機などを含むことができる。IoT機器は、センサ、スマートメーターなどを含むことができる。例えば、基地局、ネットワークは、無線機器で具現されることができ、特定無線機器200aは、他の無線機器に基地局/ネットワークノードとして動作することもできる。
【0314】
ここで、本明細書の無線機器100a~100fにおいて実装される無線通信技術は、LTE、NR、6Gだけでなく、低電力通信のためのNarrowband Internet of Thingsを含めることができる。このとき、例えばNB-IoT技術はLPWAN(Low Power Wide Area Network)技術の一例であり、LTE Cat NB1及び/又はLTE Cat NB2などの規格として実装することができ、上述した名称に限定するものではない。さらに又は、大概、本明細書の無線機器100a~100fで実装される無線通信技術は、LTE-M技術に基づいて通信を行うことができる。このとき、一例として、LTE-M技術はLPWAN技術の一例であり、eMTC(enhanced Machine Type Communication)などの様々な名称で呼ばれる。例えば、LTE-M技術は1)LTE CAT 0、2)LTE Cat M1、3)LTE Cat M2、4)LTE non-BL(non-Bandwidth Limited)、5)LTE-MTC、6)LTE Machine Type Communication、及び/又は 7)LTE Mなどの様々な規格のうちの少なくともいずれか一つで実装することができ、上述した名称に限定するものではない。さらに、又は大概、本明細書の無線機器100a~100fで実装される無線通信技術は、低電力通信を考慮したジグビー(ZigBee(登録商標))、ブルートゥース(Bluetooth(登録商標))、及び低消費電力広域無線ネットワーク(Low Power Wide Area Network,LPWAN)の少なくともいずれか一つを含むことができ、上記の名称に限定するものではない。一例として、Zigbee技術はIEEE 802.15.4などの様々な規格をベースにして、小型/低電力デジタル通信に関連するPAN(personal area networks)を生成することができ、様々な名称で呼ばれる。
【0315】
無線機器100a~100fは、基地局200を介してネットワーク300と連結されることができる。無線機器100a~100fにはAI(Artificial Intelligence)技術が適用されることができ、無線機器100a~100fは、ネットワーク300を介してAIサーバ400と連結されることができる。ネットワーク300は、3Gネットワーク、4G(例えば、LTE)ネットワークまたは5G(例えば、NR)ネットワークなどを利用して構成されることができる。無線機器100a~100fは、基地局200/ネットワーク300を介して互いに通信することもできるが、基地局/ネットワークを介することなく、直接通信(例えば、サイドリンク通信(sidelink communication))することもできる。例えば、車両100b-1、100b-2は、直接通信(例えば、V2V(Vehicle to Vehicle)/V2X(Vehicle to everything)communication)をすることができる。また、IoT機器(例えば、センサ)は、他のIoT機器(例えば、センサ)または他の無線機器100a~100fと直接通信をすることができる。
【0316】
無線機器100a~100f/基地局200、基地局200/基地局200間には無線通信/連結150a、150b、150cが行われることができる。ここで、無線通信/連結は、アップリンク/ダウンリンク通信150a、サイドリンク通信150b(または、D2D通信)、及び基地局間の通信150c(例えば、relay、IAB(Integrated Access Backhaul)のような多様な無線接続技術(例えば、5G NR)を介して行われることができる。無線通信/連結150a、150b、150cを介して無線機器と基地局/無線機器、基地局と基地局は、互いに無線信号を送信/受信することができる。例えば、無線通信/連結150a、150b、150cは、多様な物理チャネルを介して信号を送信/受信することができる。そのために、本開示の多様な提案に基づいて、無線信号の送信/受信のための多様な構成情報設定過程、多様な信号処理過程(例えば、チャネルエンコーディング/デコーディング、変調/復調、リソースマッピング/デマッピング等)、リソース割当過程などのうち少なくとも一部が実行されることができる。
【0317】
図17は、本開示の一実施例に係る、無線機器を示す。
【0318】
図17を参照すると、第1の無線機器100と第2の無線機器200は、多様な無線接続技術(例えば、LTE、NR)を介して無線信号を送受信することができる。ここで、{第1の無線機器100、第2の無線機器200}は、
図16の{無線機器100x、基地局200}及び/または{無線機器100x、無線機器100x}に対応することができる。
【0319】
第1の無線機器100は、一つ以上のプロセッサ102及び一つ以上のメモリ104を含み、追加的に一つ以上の送受信機106及び/または一つ以上のアンテナ108をさらに含むことができる。プロセッサ102は、メモリ104及び/または送受信機106を制御し、本文書に開示された説明、機能、手順、提案、方法及び/または動作流れ図を具現するように構成されることができる。例えば、プロセッサ102は、メモリ104内の情報を処理して第1の情報/信号を生成した後、送受信機106を介して第1の情報/信号を含む無線信号を送信することができる。また、プロセッサ102は、送受信機106を介して第2の情報/信号を含む無線信号を受信した後、第2の情報/信号の信号処理から得た情報をメモリ104に格納することができる。メモリ104は、プロセッサ102と連結されることができ、プロセッサ102の動作と関連した多様な情報を格納することができる。例えば、メモリ104は、プロセッサ102により制御されるプロセスのうち一部または全部を実行し、または本文書に開示された説明、機能、手順、提案、方法及び/または動作流れ図を実行するための命令を含むソフトウェアコードを格納することができる。ここで、プロセッサ102とメモリ104は、無線通信技術(例えば、LTE、NR)を具現するように設計された通信モデム/回路/チップの一部である。送受信機106は、プロセッサ102と連結されることができ、一つ以上のアンテナ108を介して無線信号を送信及び/または受信することができる。送受信機106は、送信機及び/または受信機を含むことができる。送受信機106は、RF(Radio Frequency)ユニットと混用されることができる。本開示において、無線機器は、通信モデム/回路/チップを意味することもできる。
【0320】
第2の無線機器200は、一つ以上のプロセッサ202、一つ以上のメモリ204を含み、追加的に一つ以上の送受信機206及び/または一つ以上のアンテナ208をさらに含むことができる。プロセッサ202は、メモリ204及び/または送受信機206を制御し、本文書に開示された説明、機能、手順、提案、方法及び/または動作流れ図を具現するように構成されることができる。例えば、プロセッサ202は、メモリ204内の情報を処理して第3の情報/信号を生成した後、送受信機206を介して第3の情報/信号を含む無線信号を送信することができる。また、プロセッサ202は、送受信機206を介して第4の情報/信号を含む無線信号を受信した後、第4の情報/信号の信号処理から得た情報をメモリ204に格納することができる。メモリ204は、プロセッサ202と連結されることができ、プロセッサ202の動作と関連した多様な情報を格納することができる。例えば、メモリ204は、プロセッサ202により制御されるプロセスのうち一部または全部を実行し、または本文書に開示された説明、機能、手順、提案、方法及び/または動作流れ図を実行するための命令を含むソフトウェアコードを格納することができる。ここで、プロセッサ202とメモリ204は、無線通信技術(例えば、LTE、NR)を具現するように設計された通信モデム/回路/チップの一部である。送受信機206は、プロセッサ202と連結されることができ、一つ以上のアンテナ208を介して無線信号を送信及び/または受信することができる。送受信機206は、送信機及び/または受信機を含むことができる。送受信機206は、RFユニットと混用されることができる。本開示において、無線機器は、通信モデム/回路/チップを意味することもできる。
【0321】
以下、無線機器100、200のハードウェア要素に対してより具体的に説明する。これに制限されるものではなく、一つ以上のプロトコル階層が一つ以上のプロセッサ102、202により具現されることができる。例えば、一つ以上のプロセッサ102、202は、一つ以上の階層(例えば、PHY、MAC、RLC、PDCP、RRC、SDAPのような機能的階層)を具現することができる。一つ以上のプロセッサ102、202は、本文書に開示された説明、機能、手順、提案、方法及び/または動作流れ図によって、一つ以上のPDU(Protocol Data Unit)及び/または一つ以上のSDU(Service Data Unit)を生成することができる。一つ以上のプロセッサ102、202は、本文書に開示された説明、機能、手順、提案、方法及び/または動作流れ図によって、メッセージ、制御情報、データまたは情報を生成することができる。一つ以上のプロセッサ102、202は、本文書に開示された機能、手順、提案及び/または方法によって、PDU、SDU、メッセージ、制御情報、データまたは情報を含む信号(例えば、ベースバンド信号)を生成し、一つ以上の送受信機106、206に提供できる。一つ以上のプロセッサ102、202は、一つ以上の送受信機106、206から信号(例えば、ベースバンド信号)を受信することができ、本文書に開示された説明、機能、手順、提案、方法及び/または動作流れ図によって、PDU、SDU、メッセージ、制御情報、データまたは情報を取得することができる。
【0322】
一つ以上のプロセッサ102、202は、コントローラ、マイクロコントローラ、マイクロプロセッサまたはマイクロコンピュータと呼ばれる。一つ以上のプロセッサ102、202は、ハードウェア、ファームウェア、ソフトウェア、またはこれらの組み合わせにより具現されることができる。一例として、一つ以上のASIC(Application Specific Integrated Circuit)、一つ以上のDSP(Digital Signal Processor)、一つ以上のDSPD(Digital Signal Processing Device)、一つ以上のPLD(Programmable Logic Device)または一つ以上のFPGA(Field Programmable Gate Arrays)が一つ以上のプロセッサ102、202に含まれることができる。本文書に開示された説明、機能、手順、提案、方法及び/または動作流れ図は、ファームウェアまたはソフトウェアを使用して具現されることができ、ファームウェアまたはソフトウェアは、モジュール、手順、機能などを含むように具現されることができる。本文書に開示された説明、機能、手順、提案、方法及び/または動作流れ図は、実行するように設定されたファームウェアまたはソフトウェアが一つ以上のプロセッサ102、202に含まれ、または一つ以上のメモリ104、204に格納されて一つ以上のプロセッサ102、202により駆動されることができる。本文書に開示された説明、機能、手順、提案、方法及び/または動作流れ図は、コード、命令語及び/または命令語の集合形態でファームウェアまたはソフトウェアを使用して具現されることができる。
【0323】
一つ以上のメモリ104、204は、一つ以上のプロセッサ102、202と連結されることができ、多様な形態のデータ、信号、メッセージ、情報、プログラム、コード、指示及び/または命令を格納することができる。一つ以上のメモリ104、204は、ROM、RAM、EPROM、フラッシュメモリ、ハードドライブ、レジスタ、キャッシュメモリ、コンピュータ読み取り格納媒体及び/またはこれらの組み合わせで構成されることができる。一つ以上のメモリ104、204は、一つ以上のプロセッサ102、202の内部及び/または外部に位置できる。また、一つ以上のメモリ104、204は、有線または無線連結のような多様な技術を介して、一つ以上のプロセッサ102、202と連結されることができる。
【0324】
一つ以上の送受信機106、206は、一つ以上の他の装置に本文での方法及び/または動作流れ図等で言及されるユーザデータ、制御情報、無線信号/チャネルなどを送信することができる。一つ以上の送受信機106、206は、一つ以上の他の装置から本文書に開示された説明、機能、手順、提案、方法及び/または動作流れ図等で言及されるユーザデータ、制御情報、無線信号/チャネルなどを受信することができる。例えば、一つ以上の送受信機106、206は、一つ以上のプロセッサ102、202と連結されることができ、無線信号を送受信することができる。例えば、一つ以上のプロセッサ102、202は、一つ以上の送受信機106、206が一つ以上の他の装置にユーザデータ、制御情報または無線信号を送信するように制御できる。また、一つ以上のプロセッサ102、202は、一つ以上の送受信機106、206が一つ以上の他の装置からユーザデータ、制御情報または無線信号を受信するように制御できる。また、一つ以上の送受信機106、206は、一つ以上のアンテナ108、208と連結されることができ、一つ以上のアンテナ108、208を介して本文書に開示された説明、機能、手順、提案、方法及び/または動作流れ図等で言及されるユーザデータ、制御情報、無線信号/チャネルなどを送受信するように設定されることができる。本文書で、一つ以上のアンテナは、複数の物理アンテナであり、または複数の論理アンテナ(例えば、アンテナポート)である。一つ以上の送受信機106、206は、受信されたユーザデータ、制御情報、無線信号/チャネルなどを一つ以上のプロセッサ102、202を利用して処理するために、受信された無線信号/チャネルなどをRFバンド信号からベースバンド信号に変換(Convert)できる。一つ以上の送受信機106、206は、一つ以上のプロセッサ102、202を利用して処理されたユーザデータ、制御情報、無線信号/チャネルなどをベースバンド信号からRFバンド信号に変換できる。そのために、一つ以上の送受信機106、206は、(アナログ)オシレータ及び/またはフィルタを含むことができる。
【0325】
図18は、本開示の一実施例に係る、送信信号のための信号処理回路を示す。
【0326】
図18を参照すると、信号処理回路1000は、スクランブラ1010、変調器1020、レイヤマッパ1030、プリコーダ1040、リソースマッパ1050、信号生成器1060を含むことができる。これに制限されるものではなく、
図18の動作/機能は、
図17のプロセッサ102、202及び/または送受信機106、206で実行されることができる。
図18のハードウェア要素は、
図17のプロセッサ102、202及び/または送受信機106、206で具現されることができる。例えば、ブロック1010~1060は、
図17のプロセッサ102、202で具現されることができる。また、ブロック1010~1050は、
図17のプロセッサ102、202で具現され、ブロック1060は、
図17の送受信機106、206で具現されることができる。
【0327】
コードワードは、
図18の信号処理回路1000を経て、無線信号に変換されることができる。ここで、コードワードは、情報ブロックの符号化されたビットシーケンスである。情報ブロックは、送信ブロック(例えば、UL-SCHの送信ブロック、DL-SCHの送信ブロック)を含むことができる。無線信号は、多様な物理チャネル(例えば、PUSCH、PDSCH)を介して送信されることができる。
【0328】
具体的に、コードワードは、スクランブラ1010によりスクランブルされたビットシーケンスに変換されることができる。スクランブルに使われるスクランブルシーケンスは、初期化値に基づいて生成され、初期化値は、無線機器のID情報などが含まれることができる。スクランブルされたビットシーケンスは、変調器1020により変調シンボルシーケンスに変調されることができる。変調方式は、pi/2-BPSK(pi/2-Binary Phase Shift Keying)、m-PSK(m-Phase Shift Keying)、m-QAM(m-Quadrature Amplitude Modulation)などを含むことができる。複素変調シンボルシーケンスは、レイヤマッパ1030により一つ以上の送信レイヤにマッピングされることができる。各送信レイヤの変調シンボルは、プリコーダ1040により該当アンテナポート(ら)にマッピングされることができる(プリコーディング)。プリコーダ1040の出力zは、レイヤマッパ1030の出力yをN*Mのプリコーディング行列Wと掛けて得られる。ここで、Nはアンテナポートの個数であり、Mは送信レイヤの個数である。ここで、プリコーダ1040は、複素変調シンボルに対するトランスフォーム(transform)プリコーディング(例えば、DFT変換)を実行した以後にプリコーディングを実行することができる。また、プリコーダ1040は、トランスフォームプリコーディングを実行せずにプリコーディングを実行することができる。
【0329】
リソースマッパ1050は、各アンテナポートの変調シンボルを時間-周波数リソースにマッピングできる。時間-周波数リソースは、時間ドメインで複数のシンボル(例えば、CP-OFDMAシンボル、DFT-s-OFDMAシンボル)を含み、周波数ドメインで複数の副搬送波を含むことができる。信号生成器1060は、マッピングされた変調シンボルから無線信号を生成し、生成された無線信号は、各アンテナを介して他の機器へ送信されることができる。そのために、信号生成器1060は、IFFT(Inverse Fast Fourier Transform)モジュール及びCP(Cyclic Prefix)挿入器、DAC(Digital-to-Analog Converter)、周波数アップリンク変換器(frequency uplink converter)などを含むことができる。
【0330】
無線機器において、受信信号のための信号処理過程は、
図18の信号処理過程1010~1060の逆で構成されることができる。例えば、無線機器(例えば、
図17の100、200)は、アンテナポート/送受信機を介して外部から無線信号を受信することができる。受信された無線信号は、信号復元器を介してベースバンド信号に変換されることができる。そのために、信号復元器は、周波数ダウンリンク変換器(frequency downlink converter)、ADC(analog-to-digital converter)、CP除去器、FFT(Fast Fourier Transform)モジュールを含むことができる。以後、ベースバンド信号は、リソースデマッパ過程、ポストコーディング(postcoding)過程、復調過程、及びデスクランブル過程を経て、コードワードに復元されることができる。コードワードは、復号(decoding)を経て、元の情報ブロックに復元されることができる。したがって、受信信号のための信号処理回路(図示せず)は、信号復元器、リソースデマッパ、ポストコーダ、復調器、デスクランブラ、及び復号器を含むことができる。
【0331】
図19は、本開示の一実施例に係る、無線機器を示す。無線機器は、使用-例/サービスによって多様な形態で具現されることができる(
図16参照)。
【0332】
図19を参照すると、無線機器100、200は、
図17の無線機器100、200に対応し、多様な要素(element)、成分(component)、ユニット/部(unit)、及び/またはモジュール(module)で構成されることができる。例えば、無線機器100、200は、通信部110、制御部120、メモリ部130、及び追加要素140を含むことができる。通信部は、通信回路112及び送受信機(ら)114を含むことができる。例えば、通信回路112は、
図17の一つ以上のプロセッサ102、202及び/または一つ以上のメモリ104、204を含むことができる。例えば、送受信機(ら)114は、
図17の一つ以上の送受信機106、206及び/または一つ以上のアンテナ108、208を含むことができる。制御部120は、通信部110、メモリ部130、及び追加要素140と電気的に連結され、無線機器の諸般動作を制御する。例えば、制御部120は、メモリ部130に格納されたプログラム/コード/命令/情報に基づいて、無線機器の電気的/機械的動作を制御することができる。また、制御部120は、メモリ部130に格納された情報を通信部110を介して、外部(例えば、他の通信機器)に無線/有線インターフェースを介して送信し、または通信部110を介して、外部(例えば、他の通信機器)から無線/有線インターフェースを介して受信された情報をメモリ部130に格納することができる。
【0333】
追加要素140は、無線機器の種類によって多様に構成されることができる。例えば、追加要素140は、パワーユニット/バッテリ、入出力部(I/O unit)、駆動部、及びコンピューティング部のうち少なくとも一つを含むことができる。これに制限されるものではなく、無線機器は、ロボット(
図16の100a)、車両(
図16の100b-1、100b-2)、XR機器(
図16の100c)、携帯機器(
図16の100d)、家電(
図16の100e)、IoT機器(
図16の100f)、デジタル放送用端末、ホログラム装置、公共安全装置、MTC装置、医療装置、フィンテック装置(または、金融装置)、セキュリティ装置、気候/環境装置、AIサーバ/機器(
図16の400)、基地局(
図16の200)、ネットワークノードなどの形態で具現されることができる。無線機器は、使用-例/サービスによって、移動可能であり、または固定された場所で使われることができる。
【0334】
図19において、無線機器100、200内の多様な要素、成分、ユニット/部、及び/またはモジュールは、全体が有線インターフェースを介して相互連結され、または少なくとも一部が通信部110を介して無線で連結されることができる。例えば、無線機器100、200内で制御部120と通信部110は有線で連結され、制御部120と第1のユニット(例えば、130、140)は、通信部110を介して無線で連結されることができる。また、無線機器100、200内の各要素、成分、ユニット/部、及び/またはモジュールは、一つ以上の要素をさらに含むことができる。例えば、制御部120は、一つ以上のプロセッサの集合で構成されることができる。例えば、制御部120は、通信制御プロセッサ、アプリケーションプロセッサ(Application processor)、ECU(Electronic Control Unit)、グラフィック処理プロセッサ、メモリ制御プロセッサなどの集合で構成されることができる。他の例として、メモリ部130は、RAM(Random Access Memory)、DRAM(Dynamic RAM)、ROM(Read Only Memory)、フラッシュメモリ(flash memory)、揮発性メモリ(volatile memory)、非-揮発性メモリ(non-volatile memory)及び/またはこれらの組み合わせで構成されることができる。
【0335】
以下、
図19の具現例に対して、他の図面を参照してより詳細に説明する。
【0336】
図20は、本開示の一実施例に係る、携帯機器を示す。携帯機器は、スマートフォン、スマートパッド、ウェアラブル機器(例えば、スマートウォッチ、スマートグラス)、携帯用コンピュータ(例えば、ノートブック等)を含むことができる。携帯機器は、MS(Mobile Station)、UT(user terminal)、MSS(Mobile Subscriber Station)、SS(Subscriber Station)、AMS(Advanced Mobile Station)またはWT(Wireless terminal)と呼ばれる。
【0337】
図20を参照すると、携帯機器100は、アンテナ部108、通信部110、制御部120、メモリ部130、電源供給部140a、インターフェース部140b、及び入出力部140cを含むことができる。アンテナ部108は、通信部110の一部で構成されることができる。ブロック110~130/140a~140cは、各々、
図19のブロック110~130/140に対応する。
【0338】
通信部110は、他の無線機器、基地局と信号(例えば、データ、制御信号等)を送受信することができる。制御部120は、携帯機器100の構成要素を制御し、多様な動作を実行することができる。制御部120は、AP(Application Processor)を含むことができる。メモリ部130は、携帯機器100の駆動に必要なデータ/パラメータ/プログラム/コード/命令を格納することができる。また、メモリ部130は、入/出力されるデータ/情報などを格納することができる。電源供給部140aは、携帯機器100に電源を供給し、有/無線充電回路、バッテリなどを含むことができる。インターフェース部140bは、携帯機器100と他の外部機器の連結をサポートすることができる。インターフェース部140bは、外部機器との連結のための多様なポート(例えば、オーディオの入/出力ポート、ビデオの入/出力ポート)を含むことができる。入出力部140cは、映像情報/信号、オーディオ情報/信号、データ、及び/またはユーザから入力される情報の入力を受け、または出力することができる。入出力部140cは、カメラ、マイクロフォン、ユーザ入力部、ディスプレイ部140d、スピーカー及び/またはハプティックモジュールなどを含むことができる。
【0339】
一例として、データ通信の場合、入出力部140cは、ユーザから入力された情報/信号(例えば、タッチ、文字、音声、イメージ、ビデオ)を取得し、取得された情報/信号は、メモリ部130に格納されることができる。通信部110は、メモリに格納された情報/信号を無線信号に変換し、変換された無線信号を他の無線機器に直接送信し、または基地局に送信できる。また、通信部110は、他の無線機器または基地局から無線信号を受信した後、受信された無線信号を元の情報/信号に復元できる。復元された情報/信号は、メモリ部130に格納された後、入出力部140cを介して多様な形態(例えば、文字、音声、イメージ、ビデオ、ハプティック)で出力されることができる。
【0340】
図21は、本開示の一実施例に係る、車両または自律走行車両を示す。車両または自律走行車両は、移動型ロボット、車両、汽車、有/無人飛行体(Aerial Vehicle、AV)、船舶などで具現されることができる。
【0341】
図21を参照すると、車両または自律走行車両100は、アンテナ部108、通信部110、制御部120、駆動部140a、電源供給部140b、センサ部140c、及び自律走行部140dを含むことができる。アンテナ部108は、通信部110の一部で構成されることができる。ブロック110/130/140a~140dは、各々、
図19のブロック110/130/140に対応する。
【0342】
通信部110は、他の車両、基地局(例えば、基地局、路辺基地局(Road Side unit)等)、サーバなどの外部機器と信号(例えば、データ、制御信号等)を送受信することができる。制御部120は、車両または自律走行車両100の要素を制御し、多様な動作を実行することができる。制御部120は、ECU(Electronic Control Unit)を含むことができる。駆動部140aは、車両または自律走行車両100を地上で走行するようにすることができる。駆動部140aは、エンジン、モータ、パワートレイン、輪、ブレーキ、ステアリング装置などを含むことができる。電源供給部140bは、車両または自律走行車両100に電源を供給し、有/無線充電回路、バッテリなどを含むことができる。センサ部140cは、車両状態、周辺環境情報、ユーザ情報などを得ることができる。センサ部140cは、IMU(inertial measurement unit)センサ、衝突センサ、ホイールセンサ(wheel sensor)、速度センサ、傾斜センサ、重量検知センサ、ヘッディングセンサ(heading sensor)、ポジションモジュール(position module)、車両の前進/後進センサ、バッテリセンサ、燃料センサ、タイヤセンサ、ステアリングセンサ、温度センサ、湿度センサ、超音波センサ、照度センサ、ペダルポジションセンサなどを含むことができる。自律走行部140dは、走行中である車線を維持する技術、アダプティブクルーズコントロールのように速度を自動で調節する技術、決められた経路に沿って自動で走行する技術、目的地が設定されると、自動で経路を設定して走行する技術などを具現することができる。
【0343】
一例として、通信部110は、外部サーバから地図データ、交通情報データなどを受信することができる。自律走行部140dは、取得されたデータに基づいて自律走行経路とドライビングプランを生成することができる。制御部120は、ドライビングプランによって車両または自律走行車両100が自律走行経路に沿って移動するように駆動部140aを制御することができる(例えば、速度/方向調節)。自律走行途中、通信部110は、外部サーバから最新の交通情報データを非/周期的に取得し、周辺車両から周辺交通情報データを取得することができる。また、自律走行途中、センサ部140cは、車両状態、周辺環境情報を取得することができる。自律走行部140dは、新しく取得されたデータ/情報に基づいて自律走行経路とドライビングプランを更新することができる。通信部110は、車両位置、自律走行経路、ドライビングプランなどに対する情報を外部サーバに伝達できる。外部サーバは、車両または自律走行車両から収集された情報に基づいて、AI技術などを利用して交通情報データをあらかじめ予測でき、予測された交通情報データを車両または自律走行車両に提供できる。
【0344】
本明細書に記載された請求項は、多様な方式に組み合わせ可能である。例えば、本明細書の方法請求項の技術的特徴が組み合わせられて装置で具現されることができ、本明細書の装置請求項の技術的特徴が組み合わせられて方法で具現されることができる。また、本明細書の方法請求項の技術的特徴と装置請求項の技術的特徴が組み合わせられて装置で具現されることができ、本明細書の方法請求項の技術的特徴と装置請求項の技術的特徴が組み合わせられて方法で具現されることができる。
【手続補正書】
【提出日】2024-01-25
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
第1の装置が無線通信を実行する方法において、
リソースプールと関連した情報を取得するステップと、
SL(sidelink)DRX(discontinuous reception)サイクルと関連した情報及び第1のSL DRX活性時間のための第1のタイマを含む複数のタイマと関連した情報を含むSL DRX設定を取得するステップと、
グループキャスト送信と関連したMAC(medium access control)PDU(protocol data unit)を生成するステップと、
センシングに基づいて、前記リソースプール内の複数の候補リソースの中から、前記MAC PDUの送信のための少なくとも一つのSLリソースを選択するステップとを含み、
前記少なくとも一つのSLリソースに含まれる第1のSLリソースは、前記第1のSL DRX活性時間に含まれ、
前記MAC PDUがグループキャスト送信と関連することに基づいて、前記第1のSLリソースが前記第1のSL DRX活性時間外から選択されることは許容されない、方法。
【請求項2】
前記第1のタイマは、オンデュレーション(on duration)タイマを含む、請求項1に記載の方法。
【請求項3】
前記第1のSLリソースは、前記MAC PDUの初期送信のためのリソースである、請求項1に記載の方法。
【請求項4】
前記少なくとも一つのSLリソースに含まれる少なくとも一つの第2のSLリソースは、前記第1のSL DRX活性時間または第2のSL DRX活性時間に含まれ、
前記第2のSL DRX活性時間と関連した第2のタイマは、前記少なくとも一つのSLリソースの選択時点で動作中でない、請求項1に記載の方法。
【請求項5】
前記第2のSL DRX活性時間のためのタイマは、前記MAC PDUと関連したデスティネーションL(layer)2 IDに基づいて開始される、請求項4に記載の方法。
【請求項6】
前記少なくとも一つの第2のSLリソースは、再送信のためのリソースである、請求項4に記載の方法。
【請求項7】
前記センシングは、PBPS(periodic based partial sensing)であり、
前記PBPSは、少なくとも一つのPBPSセンシング機会に対して実行される、請求項1に記載の方法。
【請求項8】
前記少なくとも一つのPBPSセンシング機会の個数は、前記第1の装置のSL DRX動作実行可否に基づいて設定される、請求項7に記載の方法。
【請求項9】
前記リソースプールと関連した情報は、前記少なくとも一つのPBPSセンシング機会の個数と関連した情報を含む、請求項7に記載の方法。
【請求項10】
前記センシングは、CPS(contiguous partial sensing)であり、
前記CPSは、少なくとも一つのCPSセンシングスロットに対して実行される、請求項1に記載の方法。
【請求項11】
前記少なくとも一つのCPSセンシングスロットの個数は、前記第1の装置のSL DRX動作実行可否に基づいて設定される、請求項10に記載の方法。
【請求項12】
前記リソースプールと関連した情報は、前記少なくとも一つのCPSセンシングスロットの個数と関連した情報を含む、請求項10に記載の方法。
【請求項13】
前記第1のSL DRX活性時間のためのタイマは、前記少なくとも一つのSLリソースの選択時点で動作中である、請求項1に記載の方法。
【請求項14】
無線通信を実行する第1の装置において、
命
令を格納する一つ以上のメモリと、
一つ以上の送受信機と、
前記一つ以上のメモリと前記一つ以上の送受信機を連結する一つ以上のプロセッサとを含み、前記一つ以上のプロセッサは、前記命令語を実行し、
リソースプールと関連した情報を取得し、
SL(sidelink)DRX(discontinuous reception)サイクルと関連した情報及び第1のSL DRX活性時間のための第1のタイマを含む複数のタイマと関連した情報を含むSL DRX設定を取得し、
グループキャスト送信と関連したMAC(medium access control)PDU(protocol data unit)を生成し、
センシングに基づいて、前記リソースプール内の複数の候補リソースの中から、前記MAC PDUの送信のための少なくとも一つのSLリソースを選択し、
前記少なくとも一つのSLリソースに含まれる第1のSLリソースは、前記第1のSL DRX活性時間に含まれ、
前記MAC PDUがグループキャスト送信と関連することに基づいて、前記第1のSLリソースが前記第1のSL DRX活性時間外から選択されることは許容されない、第1の装置。
【請求項15】
第1の端末を制御するように設定された装置(apparatus)において、前記装置は、
一つ以上のプロセッサと、
前記一つ以上のプロセッサにより実行可能に連結され、及び命令を格納する一つ以上のメモリとを含み、前記一つ以上のプロセッサは、前記命
令を実行し、
リソースプールと関連した情報を取得し、
SL(sidelink)DRX(discontinuous reception)サイクルと関連した情報及び第1のSL DRX活性時間のための第1のタイマを含む複数のタイマと関連した情報を含むSL DRX設定を取得し、
グループキャスト送信と関連したMAC(medium access control)PDU(protocol data unit)を生成し、
センシングに基づいて、前記リソースプール内の複数の候補リソースの中から、前記MAC PDUの送信のための少なくとも一つのSLリソースを選択し、
前記少なくとも一つのSLリソースに含まれる第1のSLリソースは、前記第1のSL DRX活性時間に含まれ、
前記MAC PDUがグループキャスト送信と関連することに基づいて、前記第1のSLリソースが前記第1のSL DRX活性時間外から選択されることは許容されない、装置。
【国際調査報告】