知財求人 - 知財ポータルサイト「IP Force」
特表2024-511608サイドリンク不連続受信命令のトリガー方法、装置及びシステム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-03-14
(54)【発明の名称】サイドリンク不連続受信命令のトリガー方法、装置及びシステム
(51)【国際特許分類】
H04W 72/40 20230101AFI20240307BHJP
H04W 72/25 20230101ALI20240307BHJP
H04W 52/02 20090101ALI20240307BHJP
H04W 92/18 20090101ALI20240307BHJP
【ＦＩ】
H04W72/40
H04W72/25
H04W52/02 111
H04W92/18
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2023558264
(86)(22)【出願日】2021-03-31
(85)【翻訳文提出日】2023-09-21
(86)【国際出願番号】 CN2021084768
(87)【国際公開番号】W WO2022205239
(87)【国際公開日】2022-10-06
(81)【指定国・地域】
(71)【出願人】
【識別番号】000005223
【氏名又は名称】富士通株式会社
(74)【代理人】
【識別番号】100107766
【弁理士】
【氏名又は名称】伊東 忠重
(74)【代理人】
【識別番号】100070150
【弁理士】
【氏名又は名称】伊東 忠彦
(72)【発明者】
【氏名】リ・グオルゥォン
(72)【発明者】
【氏名】ジィ・ポンユィ
(72)【発明者】
【氏名】ジア・メイイ
(72)【発明者】
【氏名】易 粟
(72)【発明者】
【氏名】ワン・シヌ
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067AA43
5K067CC22
5K067EE02
5K067EE25
(57)【要約】
本発明の実施例はデータ送信方法、装置及びシステムを提供する。前記データ送信方法は第一端末装置に適用され、前記第一端末装置は第二端末装置とサイドリンク伝送を行い、前記第二端末装置はサイドリンク不連続受信（ＳＬ ＤＲＸ）を使用し、そのうち、前記方法は、前記第一端末装置がサイドリンクリソースを確定し；前記第一端末装置が論理チャネル優先度処理（Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ Ｐｒｉｏｒｉｔｉｚａｔｉｏｎ、ＬＣＰ）プロセスで、前記サイドリンクリソースに関連付けられる宛先（ｄｅｓｔｉｎａｔｉｏｎ）を選択し；及び、前記第一端末装置が選択した前記宛先に対応する前記第二端末装置に前記サイドリンク伝送を送信することを含む。
【特許請求の範囲】
【請求項1】
第一端末装置に配置される、サイドリンク不連続受信命令に対応するスケジューリング要求をトリガーする装置であって、前記第一端末装置は第二端末装置とサイドリンク伝送を行い、
前記第二端末装置はサイドリンク不連続受信（ＳＬ ＤＲＸ）を使用し、
前記装置は、
前記第一端末装置がサイドリンク不連続受信命令をトリガーした後に、前記サイドリンク不連続受信命令に対応する第一スケジューリング要求をトリガーするための第一トリガーユニットを含む、装置。
【請求項2】
請求項１に記載の装置であって、前記第一トリガーユニットは、
新伝送のためのサイドリンクリソースが無く；
新伝送のためのサイドリンクリソースがサイドリンク不連続受信命令ＭＡＣ ＣＥ及びそのサブヘッダーを収納できず；及び
新伝送のためのサイドリンクリソースがサイドリンク不連続受信命令ＭＡＣ ＣＥのサブヘッダーを収納できない
という条件のうちの１つが満足された場合に、前記サイドリンク不連続受信命令に対応する前記第一スケジューリング要求をトリガーする、装置。
【請求項3】
請求項１に記載の装置であって、さらに、前記第一端末装置が前記サイドリンク不連続受信命令を送信した後に、前記サイドリンク不連続受信命令に対応する第二スケジューリング要求をトリガーするための第二トリガーユニットを含む、装置。
【請求項4】
請求項３に記載の装置であって、前記第二トリガーユニットは、
新伝送のためのサイドリンクリソースがサイドリンク不連続受信命令ＭＡＣ ＣＥ及びそのサブヘッダー及びすべての送信待ちのデータを収納でき；及び
新伝送のためのサイドリンクリソースがサイドリンク不連続受信命令ＭＡＣ ＣＥのサブヘッダー及びすべての送信待ちのデータを収納できる
という条件のうちの１つが満足された場合に、前記サイドリンク不連続受信命令に対応する前記第二スケジューリング要求をトリガーする、装置。
【請求項5】
請求項１に記載の装置であって、さらに、ネットワーク装置送信の設定情報を受信するための受信ユニットであって、前記設定情報は少なくとも１つのＳＲ設定を含む、受信ユニット；及び
前記少なくとも１つのＳＲ設定のうちの少なくとも１つのＳＲ設定を使用して前記サイドリンク不連続受信命令に対応する第一スケジューリング要求及び／又は第二スケジューリング要求を送信するための送信ユニットを含む、装置。
【請求項6】
請求項５に記載の装置であって、前記設定情報はＲＲＣシグナリングに含まれる、装置。
【請求項7】
請求項５に記載の装置であって、前記ＳＲ設定はＢＷＰ（ＢＷＰ）上のＰＵＣＣＨリソースを含む、装置。
【請求項8】
請求項５に記載の装置であって、前記少なくとも１つのＳＲ設定は、記ネットワーク装置がサイドリンクチャネル状態情報報告のために設定するＳＲ設定である、装置。
【請求項9】
請求項１に記載の装置であって、さらに、サイドリンク不連続受信命令ＭＡＣ ＣＥが送信されたときに、前記サイドリンク不連続受信命令に対応する前記第一スケジューリング要求をキャンセルするためのキャンセルユニットを含む、装置。
【請求項10】
第一端末装置に配置される、サイドリンク伝送を送信する装置であって、前記第一端末装置は第二端末装置とサイドリンク伝送を行い、
前記第二端末装置はサイドリンク不連続受信（ＳＬ ＤＲＸ）を使用し、
前記装置は、
前記第二端末装置にサイドリンク不連続受信命令ＭＡＣ ＣＥ（ＳＬ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥ）を送信するための第一送信ユニットであって、前記サイドリンク不連続受信命令ＭＡＣ ＣＥの優先度は事前定義される、第一送信ユニットを含む、装置。
【請求項11】
請求項１０に記載の装置であって、前記第一端末装置のＬＣＰプロセスの実行中に、前記サイドリンク不連続受信命令ＭＡＣ ＣＥの優先度はサイドリンクＣＳＩ報告ＭＡＣ ＣＥの優先度よりも低く、かつサイドリンクサービスチャネルのデータの優先度よりも高い、装置。
【請求項12】
請求項１０に記載の装置であって、さらに、ＰＳＳＣＨ伝送のために生成されるサイドリンク不連続受信命令ＭＡＣ ＣＥがある場合に、１つのＭＡＣ ＰＤＵを生成する生成ユニットを含む、装置。
【請求項13】
第二端末装置に配置される通信装置であって、前記第二端末装置は第一端末装置からサイドリンク受信を行い、
前記第二端末装置はサイドリンク不連続受信（ＳＬ ＤＲＸ）を使用し、
前記通信装置は、
第一端末装置送信のＳＬ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥを受信するための受信ユニット；及び
前記ＳＬ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥが受信された後に、ユニキャストリンクに関する持続時間タイマー及び／又は非アクティブなタイマーを停止するための処理ユニットを含む、通信装置。
【請求項14】
請求項１３に記載の通信装置であって、前記受信ユニットがユニキャストのための送信元－送信先ペアのＳＬ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥを受信したときに、前記処理ユニットはユニキャストのための前記送信元－送信先ペアの持続時間タイマーを停止する、通信装置。
【請求項15】
請求項１３に記載の通信装置であって、前記受信ユニットがユニキャストのための送信元－送信先ペアのＳＬ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥを受信したときに、前記処理ユニットはユニキャストのための前記送信元－送信先ペアの非アクティブなタイマー停止する、通信装置。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、通信の技術分野に関する。
【背景技術】
【0002】
既存の規格のリリース１７（Ｒｅｌｅａｓｅ １７）では、新無線サイドリンク（ＮＲ ｓｉｄｅｌｉｎｋ）についての１つの強化が省電力であり、これによって、電池の制限を有する端末装置が効率良くサイドリンク操作を実行し得るようにさせることができる。既存の規格のリリース１６（Ｒｅｌｅａｓｅ １６）におけるＮＲ ｓｉｄｅｌｉｎｋの設計は端末装置がサイドリンク操作を行うときに常にオンラインである仮設に基づいており、例えば、自動車に搭載される十分な電池容量有りの端末装置のみに着目する。Ｒｅｌｅａｓｅ １７では、Ｖ２Ｘ（Ｖｅｈｉｃｌｅ ｔｏ ｅｖｅｒｙｔｈｉｎｇ）の適用シナリオにおける脆弱なＶＲＵ（ｖｕｌｎｅｒａｂｌｅ ｒｏａｄ ｕｓｅｒｓ）、歩行者ユーザ、公共の安全や商用シナリオで電力消費を最小限に抑える必要のある端末について省電力ソリューションが要される。
【0003】
既存の規格では、省電力のために、端末装置に下りリンク不連続受信（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ、ＤＲＸ）を設定でき、端末装置にＤＲＸが設定されているときに、端末装置は物理下りリンク制御チャネル（ＰＤＣＣＨ）を連続してモニター（ｍｏｎｉｔｏｒ）する必要がない。
【0004】
なお、上述の背景技術についての紹介は、本発明の技術案を明確かつ完全に説明し、また、当業者がそれを理解しやすいためのものである。これらの技術案は、本発明の背景技術に記述されているため、当業者にとって周知であると解釈してはならない。
【発明の概要】
【発明が解決しようとする課題】
【0005】
発明者が次のようなことを発見した。即ち、サイドリンクＤＲＸ（ｓｉｄｅｌｉｎｋ ＤＲＸ、ＳＬ ＤＲＸ）について、３ＧＰＰ(登録商標)のＲＡＮ２は以下の内容に同意しており、即ち、ユニキャスト（ｕｎｉｃａｓｔ）におけるＳＬ ＤＲＸ操作について、サイドリンク不連続受信命令（ＳＬ ＤＲＸ ｃｏｍｍａｎｄ）ＭＡＣ ＣＥが導入される。しかし、ＳＬ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥが導入された後に、以下の問題が存在し、即ち、
問題１）ＳＬ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥが送信装置（Ｔｘ ＵＥ）により受信装置（Ｒｘ ＵＥ）へ送信され得るが、送信装置がいつ該ＳＬ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥをトリガーするかがわからず；
問題２）送信装置が該ＳＬ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥのみを送信しようとするときに、ｍｏｄｅ－１のモードで、送信装置が如何にネットワーク装置にこのような状況を通知し、適切なＳＬリソースを割り当てさせるか；
問題３）該ＳＬ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥがハイブリッド自動再送（ＨＡＲＱ）フィードバック有効（ｆｅｅｄｂａｃｋ ｅｎａｂｌｅｄ）をサポートする場合に、如何にリソースプールの選択及び論理チャネル優先度の処理（ＬＣＰ）プロセス（プロシージャ）を行うか；及び
問題４）該ＳＬ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥのサイドリンクリソース割り当て時及び他のＭＡＣ ＣＥ又は論理チャネルとの比較時の優先度が分からない。
問題１）ＳＬ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥが送信装置（Ｔｘ ＵＥ）により受信装置（Ｒｘ ＵＥ）へ送信され得るが、送信装置がいつ該ＳＬ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥをトリガーするかがわからず；
問題２）送信装置が該ＳＬ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥのみを送信しようとするときに、ｍｏｄｅ－１のモードで、送信装置が如何にネットワーク装置にこのような状況を通知し、適切なＳＬリソースを割り当てさせるか；
問題３）該ＳＬ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥがハイブリッド自動再送（ＨＡＲＱ）フィードバック有効（ｆｅｅｄｂａｃｋ ｅｎａｂｌｅｄ）をサポートする場合に、如何にリソースプールの選択及び論理チャネル優先度の処理（ＬＣＰ）プロセス（プロシージャ）を行うか；及び
問題４）該ＳＬ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥのサイドリンクリソース割り当て時及び他のＭＡＣ ＣＥ又は論理チャネルとの比較時の優先度が分からない。
【0006】
上述の問題のうちの少なくとも１つを解決するために、本発明はサイドリンク不連続受信命令のトリガー方法、装置及びシステムの提供を課題とする。
【課題を解決するための手段】
【0007】
本発明の実施例の一側面によれば、サイドリンク不連続受信命令（ＳＬ ＤＲＸ ｃｏｍｍａｎｄ）のトリガー装置が提供され、それは第一端末装置に配置され、前記第一端末装置は第二端末装置とサイドリンク伝送を行い、前記第二端末装置はサイドリンク不連続受信（ＳＬ ＤＲＸ）を使用し、そのうち、前記装置は、
前記第一端末装置のＭＡＣ層が、以下の条件のうちの１つが満足された場合に、サイドリンク不連続受信命令をトリガーするトリガーユニットを含み、即ち、
１つの宛先（ｄｅｓｔｉｎａｔｉｏｎ（送信先））又はソース（送信元）－宛先対（ペア）（ａ ｐａｉｒ ｏｆ ｓｏｕｒｃｅ ＩＤ ａｎｄ ｄｅｓｔｉｎａｔｉｏｎ ＩＤ）又は１つのＰＣ５サービス品質指示（ＰＣ５ ５Ｇ ＱｏＳ ｉｄｅｎｔｉｆｉｅｒ、ＰＱＩ）に対応する論理チャネルに送信待ちデータが無く、又は現在のサービス周期に送信待ちデータが無く、又は過去の所定期間に又は１つのタイマーが切れたときに送信待ちデータが無く；
１つの宛先又はソース－宛先対に送信待ちＭＡＣ ＣＥが無く、又は現在のサービス周期に送信待ちＭＡＣ ＣＥが無く、又は過去の所定期間に又は１つのタイマーが切れたときに送信待ちＭＡＣ ＣＥが無く；及び
前記第一端末装置の上位層により、前記第一端末装置のＭＡＣ層が送信待ちデータを有せず又は所定期間内で送信待ちデータを有しないと指示されているという条件である。
前記第一端末装置のＭＡＣ層が、以下の条件のうちの１つが満足された場合に、サイドリンク不連続受信命令をトリガーするトリガーユニットを含み、即ち、
１つの宛先（ｄｅｓｔｉｎａｔｉｏｎ（送信先））又はソース（送信元）－宛先対（ペア）（ａ ｐａｉｒ ｏｆ ｓｏｕｒｃｅ ＩＤ ａｎｄ ｄｅｓｔｉｎａｔｉｏｎ ＩＤ）又は１つのＰＣ５サービス品質指示（ＰＣ５ ５Ｇ ＱｏＳ ｉｄｅｎｔｉｆｉｅｒ、ＰＱＩ）に対応する論理チャネルに送信待ちデータが無く、又は現在のサービス周期に送信待ちデータが無く、又は過去の所定期間に又は１つのタイマーが切れたときに送信待ちデータが無く；
１つの宛先又はソース－宛先対に送信待ちＭＡＣ ＣＥが無く、又は現在のサービス周期に送信待ちＭＡＣ ＣＥが無く、又は過去の所定期間に又は１つのタイマーが切れたときに送信待ちＭＡＣ ＣＥが無く；及び
前記第一端末装置の上位層により、前記第一端末装置のＭＡＣ層が送信待ちデータを有せず又は所定期間内で送信待ちデータを有しないと指示されているという条件である。
【0008】
本発明の実施例のもう１つの側面によれば、サイドリンク不連続受信命令に対応するスケジューリング要求のトリガー装置が提供され、それは第一端末装置に配置され、前記第一端末装置は第二端末装置とサイドリンク伝送を行い、前記第二端末装置はサイドリンク不連続受信（ＳＬ ＤＲＸ）を使用し、そのうち、前記装置は、
サイドリンク不連続受信命令をトリガーした後に、前記サイドリンク不連続受信命令に対応する第一スケジューリング要求をトリガーする第一トリガーユニットを含む。
サイドリンク不連続受信命令をトリガーした後に、前記サイドリンク不連続受信命令に対応する第一スケジューリング要求をトリガーする第一トリガーユニットを含む。
【0009】
本発明の実施例のまたもう１つの側面によれば、リソースプールの選択装置が提供され、それは第一端末装置に配置され、前記第一端末装置は第二端末装置とサイドリンク伝送を行い、前記第二端末装置はサイドリンク不連続受信（ＳＬ ＤＲＸ）を使用し、そのうち、前記装置は選択ユニットを含み、
サイドリンク論理チャネルに送信待ちデータが有り、かつサイドリンク不連続受信命令がトリガーされた場合に、前記選択ユニットは前記サイドリンク論理チャネル及び前記サイドリンク不連続受信命令の優先度に従って、前記サイドリンク論理チャネルのＨＡＲＱフィードバック属性に基づいて又は前記サイドリンク不連続受信命令のＨＡＲＱフィードバック属性に基づいてリソースプールを選択する。
サイドリンク論理チャネルに送信待ちデータが有り、かつサイドリンク不連続受信命令がトリガーされた場合に、前記選択ユニットは前記サイドリンク論理チャネル及び前記サイドリンク不連続受信命令の優先度に従って、前記サイドリンク論理チャネルのＨＡＲＱフィードバック属性に基づいて又は前記サイドリンク不連続受信命令のＨＡＲＱフィードバック属性に基づいてリソースプールを選択する。
【0010】
本発明の実施例のまたもう１つの側面によれば、論理チャネル選択装置が提供され、それは第一端末装置に配置され、前記第一端末装置は第二端末装置とサイドリンク伝送を行い、前記第二端末装置はサイドリンク不連続受信（ＳＬ ＤＲＸ）を使用し、そのうち、前記装置は、
サイドリンクデータを送信するためのサイドリンクリソースを確定する確定ユニット；及び
選択ユニットを含み、
前記選択ユニットは、論理チャネル優先度処理（ＬＣＰ）プロセスで、第一ＭＡＣ ＣＥ及び／又は第一論理チャネルから、所定条件を満足しておりかつ最高優先度を有する第二ＭＡＣ ＣＥ又は第二論理チャネルを含む宛先を選択し、前記第一ＭＡＣ ＣＥは以下の条件を満たし、即ち、前記サイドリンクリソースについてＰＳＦＣＨが設定されない場合に、前記ＭＡＣ ＣＥのＨＡＲＱフィードバック属性が無効（ｄｉｓａｂｌｅｄ）と設定されるという条件である。
サイドリンクデータを送信するためのサイドリンクリソースを確定する確定ユニット；及び
選択ユニットを含み、
前記選択ユニットは、論理チャネル優先度処理（ＬＣＰ）プロセスで、第一ＭＡＣ ＣＥ及び／又は第一論理チャネルから、所定条件を満足しておりかつ最高優先度を有する第二ＭＡＣ ＣＥ又は第二論理チャネルを含む宛先を選択し、前記第一ＭＡＣ ＣＥは以下の条件を満たし、即ち、前記サイドリンクリソースについてＰＳＦＣＨが設定されない場合に、前記ＭＡＣ ＣＥのＨＡＲＱフィードバック属性が無効（ｄｉｓａｂｌｅｄ）と設定されるという条件である。
【0011】
本発明の実施例のもう１つの側面によれば、論理チャネル選択装置が提供され、それは第一端末装置に配置され、前記第一端末装置は第二端末装置とサイドリンク伝送を行い、前記第二端末装置はサイドリンク不連続受信（ＳＬ ＤＲＸ）を使用し、そのうち、前記装置は、
サイドリンク伝送を送信するためのサイドリンクリソースを確定する確定ユニット；及び
選択ユニットを含み、
前記サイドリンクリソースについてＰＳＦＣＨが設定されており、かつ、所定条件を満足した最高優先度の論理チャネル又はサイドリンク不連続受信命令ＭＡＣ ＣＥに対応するＨＡＲＱフィードバック属性がｅｎａｂｌｅｄと設定された場合に、前記選択ユニットはＬＣＰプロセスで、ＨＡＲＱフィードバック属性がｅｎａｂｌｅｄと設定された論理チャネル又はサイドリンク不連続受信命令ＭＡＣ ＣＥを選択し、
前記サイドリンクリソースについてＰＳＦＣＨが設定されており、かつ、所定条件を満足した最高優先度の論理チャネル又はサイドリンク不連続受信命令ＭＡＣ ＣＥに対応するＨＡＲＱフィードバック属性がｄｉｓａｂｌｅｄと設定された場合に、前記選択ユニットはＬＣＰプロセスで、ＨＡＲＱフィードバック属性がｄｉｓａｂｌｅｄと設定された論理チャネル又はサイドリンク不連続受信命令ＭＡＣ ＣＥを選択する。
サイドリンク伝送を送信するためのサイドリンクリソースを確定する確定ユニット；及び
選択ユニットを含み、
前記サイドリンクリソースについてＰＳＦＣＨが設定されており、かつ、所定条件を満足した最高優先度の論理チャネル又はサイドリンク不連続受信命令ＭＡＣ ＣＥに対応するＨＡＲＱフィードバック属性がｅｎａｂｌｅｄと設定された場合に、前記選択ユニットはＬＣＰプロセスで、ＨＡＲＱフィードバック属性がｅｎａｂｌｅｄと設定された論理チャネル又はサイドリンク不連続受信命令ＭＡＣ ＣＥを選択し、
前記サイドリンクリソースについてＰＳＦＣＨが設定されており、かつ、所定条件を満足した最高優先度の論理チャネル又はサイドリンク不連続受信命令ＭＡＣ ＣＥに対応するＨＡＲＱフィードバック属性がｄｉｓａｂｌｅｄと設定された場合に、前記選択ユニットはＬＣＰプロセスで、ＨＡＲＱフィードバック属性がｄｉｓａｂｌｅｄと設定された論理チャネル又はサイドリンク不連続受信命令ＭＡＣ ＣＥを選択する。
【0012】
本発明の実施例の他の側面によれば、サイドリンク伝送の送信装置が提供され、それは第一端末装置に配置され、前記第一端末装置は第二端末装置とサイドリンク伝送を行い、前記第二端末装置はサイドリンク不連続受信（ＳＬ ＤＲＸ）を使用し、そのうち、前記装置は、
前記第二端末装置にサイドリンク不連続受信命令ＭＡＣ ＣＥ（ＳＬ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥ）を送信する送信ユニットを含み、
前記サイドリンク不連続受信命令ＭＡＣ ＣＥは設定されており又は事前定義されている優先度を有する。
前記第二端末装置にサイドリンク不連続受信命令ＭＡＣ ＣＥ（ＳＬ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥ）を送信する送信ユニットを含み、
前記サイドリンク不連続受信命令ＭＡＣ ＣＥは設定されており又は事前定義されている優先度を有する。
【発明の効果】
【0013】
本発明の実施例の有利な効果の１つが次のとおりであり、即ち、本発明の実施例により、一方では、ＳＬ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥが正確な時刻にトリガーされ得るため、受信装置の消費電力を節約でき、他方では、ＳＬ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥのＨＡＲＱ属性に基づいてリソースプールの選択及びＬＣＰプロセスの実行を行うことで、該ＳＬ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥの送信の信頼性を確保できる。また、ネットワーク装置にサイドリンクリソースの割り当て又はサイドリンクリソースの割り当ての停止をタイムリーに通知し得るため、ＳＬ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥの送信遅延（レイテンシー）を低減でき又はサイドリンクリソースの浪費を回避できる。
【0014】
後述の説明及び図面を参照することで本発明の特定の実施例を詳しく開示し、本発明の原理を採用し得る態様を示す。なお、本発明の実施例は範囲上でこれらにより限定されない。添付した特許請求の範囲内であれば、本発明の実施例は様々な変更、修正及び代替によるものを含んでも良い。
【0015】
また、１つの実施例について説明した及び／又は示した特徴は、同じ又は類似した方式で１つ又は複数の他の実施例に用い、他の実施例における特徴と組み合わせ、又は、他の実施例における特徴を置換することもできる。
【0016】
なお、「含む／有する」のような用語は、本明細書に使用されるときに、特徴、要素、ステップ、又はアセンブルの存在を指すが、１つ又は複数の他の特徴、要素、ステップ、又はアセンブリの存在又は付加を排除しないということも指す。
【図面の簡単な説明】
【0017】
本発明の１つの図面又は１つの実施例に記載の要素及び特徴は、１つ又は複数の他の図面又は実施例に示した要素及び特徴と組み合わせることができる。また、図面では、類似した符号は、幾つの図面における対応部品を示し、複数の実施例に用いる対応部品を示すためにも用いられる。
【図1】ＤＲＸ周期を示す図である。
【図2】持続時間タイマー及び非アクティブなタイマーを示す図である。
【図3】本発明の実施例に係るサイドリンク不連続受信命令のトリガー方法を示す図である。
【図4】本発明の実施例に係るサイドリンク不連続受信命令に対応するスケジューリング要求のトリガー方法を示す図である。
【図5】本発明の実施例におけるリソースプールの選択方法を示す図である。
【図6】本発明の実施例における論理チャネル選択方法を示す図である。
【図7】本発明の実施例に係る論理チャネル選択方法を示すもう1つの図である。
【図8】本発明の実施例に係るサイドリンク伝送の送信方法を示す図である。
【図9】サイドリンクバッファ状態報告の例示的なシナリオを示す図である。
【図10】本発明の実施例におけるサイドリンクバッファ状態報告の生成方法を示す図である。
【図11】本発明の実施例に係るサイドリンク不連続受信命令のトリガー装置を示す図である。
【図12】本発明の実施例に係るサイドリンク不連続受信命令に対応するスケジューリング要求のトリガー装置を示す図である。
【図13】本発明の実施例におけるリソースプールの選択装置を示す図である。
【図14】本発明の実施例における論理チャネル選択装置を示す図である。
【図15】本発明の実施例に係る論理チャネル選択装置を示すもう1つの図である。
【図16】本発明の実施例に係るサイドリンク伝送の送信装置を示す図である。
【図17】本発明の実施例におけるサイドリンクバッファ状態報告の生成装置を示す図である。
【図18】本発明の実施例における端末装置を示す図である。
【発明を実施するための形態】
【0018】
添付した図面及び以下の説明を参照することにより、本発明の前述及び他の特徴は明らかになる。なお、明細書及び図面では本発明の特定の実施例を開示するが、それらは本発明の原理を採用し得る一部のみの実施例であり、理解すべきは、本発明は記載される実施例に限定されず、即ち、本発明は添付した特許請求の範囲内のすべての変更、変形及び代替によるものをも含むということである。
【0019】
本発明の実施例では、用語「通信ネットワーク」又は「無線通信ネットワーク」は次のような任意の通信規格に準ずるネットワークを指しても良く、例えば、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）、ＬＴＥ－Ａ（ＬＴＥ－Ａｄｖａｎｃｅｄ）、ＷＣＤＭＡ(登録商標)（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、ＨＳＰＡ（Ｈｉｇｈ－Ｓｐｅｅｄ Ｐａｃｋｅｔ Ａｃｃｅｓｓ）などである。
【0020】
また、通信システムにおける装置間の通信は任意の段階の通信プロトコルに従って行われても良く、例えば、次のような通信プロトコルを含んでも良いが、それらに限定されず、即ち、１Ｇ（ｇｅｎｅｒａｔｉｏｎ）、２Ｇ、２．５Ｇ、２．７５Ｇ、３Ｇ、４Ｇ、４．５Ｇ、５Ｇ、新無線（ＮＲ、Ｎｅｗ Ｒａｄｉｏ）など、及び／又は、その他の従来の又は将来開発される通信プロトコルである。
【0021】
本発明の実施例では、用語「ネットワーク装置」は例えば、通信システムにおいて、端末装置を通信ネットワークに接続し、かつ該端末装置にサービスを提供する装置を指す。ネットワーク装置は次のようなものを含んでも良いが、それらに限定されず、即ち、基地局（ＢＳ、Ｂａｓｅ Ｓｔａｔｉｏｎ）、アクセスポイント（ＡＰ、ＡｃｃｅｓｓＰｏｉｎｔ）、送受信ポイント（ＴＲＰ、Ｔｒａｎｓｍｉｓｓｉｏｎ Ｒｅｃｅｐｔｉｏｎ Ｐｏｉｎｔ）、ブロードキャスト送信機、モバイル管理エンティティ（ＭＭＥ、Ｍｏｂｉｌｅ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）、ネットワークゲートウェイ、サーバー、無線ネットワーク制御器（ＲＮＣ、Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ）、基地局制御器（ＢＳＣ、Ｂａｓｅ Ｓｔａｔｉｏｎ Ｃｏｎｔｒｏｌｌｅｒ）などである。
【0022】
そのうち、基地局は次のようなものを含んでも良いが、それらに限定されず、即ち、ノードＢ（ＮｏｄｅＢ又はＮＢ）、進化ノードＢ（ｅＮｏｄｅＢ又はｅＮＢ）、５Ｇ基地局（ｇＮＢ）などであり、さらにＲＲＨ（Ｒｅｍｏｔｅ Ｒａｄｉｏ Ｈｅａｄ）、ＲＲＵ（Ｒｅｍｏｔｅ Ｒａｄｉｏ Ｕｎｉｔ）、リレー（ｒｅｌａｙ）又は低パワーノード（例えば、ｆｅｍｔｏ、ｐｉｃｏなど）を含んでも良い。また、用語「基地局」はそれらの一部又はすべての機能を含んでも良く、各基地局は特定の地理的領域に対して通信カバレッジを提供できる。用語「セル」が指すのは、基地局及び／又はそのカバーする領域であっても良く、これは該用語のコンテキストによるものである。
【0023】
本発明の実施例では、用語「ユーザ装置」（ＵＥ、Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）又は「端末装置」（ＴＥ、Ｔｅｒｍｉｎａｌ Ｅｑｕｉｐｍｅｎｔ）は例えば、ネットワーク装置により通信ネットワークにアクセスし、かつネットワークからのサービスを受ける装置を指す。ユーザ装置は固定したもの又は移動するものであっても良く、また、移動ステーション（ＭＳ、Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）、端末、加入者ステーション（ＳＳ、Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）、アクセス端末（ＡＴ、ＡｃｃｅｓｓＴｅｒｍｉｎａｌ）、ステーションなどとも称される。
【0024】
そのうち、ユーザ装置は次のようなものを含んでも良いが、それらに限定されず、例えば、セルラーフォン（Ｃｅｌｌｕｌａｒ Ｐｈｏｎｅ）、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、無線モデム、無線通信装置、携帯装置、マシンタイプ通信装置、ラップトップコンピュータ、コードレス電話機、スマートフォン、スマートウォッチ、デジタルカメラなどである。
【0025】
また、例えば、ＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）などのシナリオでは、ユーザ装置は、さらに、監視又は測定を行う機器又は装置であっても良く、例えば、次のようなものを含んでも良いが、それに限定されず、即ち、マシンタイプ通信（ＭＴＣ、Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）端末、車載通信端末、Ｄ２Ｄ（Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ）端末、Ｍ２Ｍ（Ｍａｃｈｉｎｅ ｔｏ Ｍａｃｈｉｎｅ）端末などである。
【0026】
また、用語“ネットワーク側”又は“ネットワーク装置側”とはネットワークの側を指し、或る基地局又はコアネットワーク装置であっても良く、上述のような１つの又は複数のネットワーク装置を含んでも良い。用語“ユーザ側”又は“端末側”又は“端末装置側”とはユーザ又は端末の側を指し、或るＵＥであっても良く、上述のような１つの又は複数の端末装置を含んでも良い。なお、本明細書では、特段の説明がない限り、“装置”とはネットワーク装置を指しても良く、端末装置を指しても良い。
【0027】
図１はＤＲＸ周期（ＤＲＸ ｃｙｃｌｅ）を示す図である。図１に示すように、１つのＤＲＸ周期は持続時間（Ｏｎ Ｄｕｒａｔｉｏｎ）及びその後の可能な非アクティブな時間（ＤＲＸ機会、Ｏｐｐｏｒｔｕｎｉｔｙ ｆｏｒ ＤＲＸ）を規定しており、持続時間は端末装置がウェイクアップ（ｗａｋｅ ｕｐ）後にＳＣＩの受信（例えば、ＰＳＣＣＨにおけるｆｉｒｓｔ ｓｔａｇｅ ＳＣＩ及び／又はＰＳＳＣＨにおけるｓｅｃｏｎｄ ｓｔａｇｅ ＳＣＩをモニターすることを含む）を待つ持続時間であり、１つの端末装置が自分に送信された１つの新伝送のスケジューリング用のＳＣＩを成功裏にデコーディングした場合に、端末装置はウェイクアップ状態を維持し、１つの非アクティブなタイマー（ｉｎａｃｔｉｖｉｔｙ ｔｉｍｅｒ）を起動する。非アクティブなタイマーとは、端末装置がＳＣＩを前回成功裏にデコーディングしてから、ＳＣＩを成功裏にデコーディングするのを待つ持続時間を指し、非アクティブなタイマーの計時期間内でＳＣＩを成功裏にデコーディングできない場合に、端末装置は睡眠状態（スリープ状態）に戻り、端末装置は初回伝送（ｉｎｉｔｉａｌ ｔｒａｎｓｍｉｓｓｉｏｎ）のためだけのＳＣＩを一回成功裏にデコーディングした後に、該非アクティブなタイマーを起動する必要がある。
【0028】
本発明の実施例において、ＳＬ ＤＲＸのアクティブな時間（ａｃｔｉｖｅ ｔｉｍｅ）とは、端末装置がＳＣＩをモニターする（例えば、ＰＳＣＣＨ及びモニターＰＳＳＣＨにおけるｓｅｃｏｎｄ ｓｔａｇｅ ＳＣＩをモニターすることを含む）総時間を指し、ＳＬ ＤＲＸ周期のｏｎ－ｄｕｒａｔｉｏｎ、ｉｎａｃｔｉｖｉｔｙ ｔｉｍｅｒが切れていないときに端末装置が連続受信を実行する時間、及び端末装置が連続受信を実行すると同時に再送機会を待つ時間を含む。
【0029】
本発明の実施例において、ＤＲＸ設定はさらに再送タイマー（ｒｅｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅｒ）を含んでも良く、該再送タイマーは、再送の可能性があると予想される持続時間を規定する。
【0030】
図２は持続時間タイマー（ｏｎ ｄｕｒａｔｉｏｎ ｔｉｍｅｒ）及び非アクティブなタイマー（ｉｎａｃｔｉｖｉｔｙ ｔｉｍｅｒ）を示す図である。
【0031】
ＳＬ ＤＲＸについて、図２に示すように、持続時間タイマー（ｏｎ ｄｕｒａｔｉｏｎ ｔｉｍｅｒ）のランニング期間内で、受信装置（Ｒｘ ＵＥ）がサイドリンク不連続受信命令（ＳＬ ＤＲＸ ｃｏｍｍａｎｄ）を受信した場合に、該持続時間タイマーを停止し、例えば、Ｒｘ ＵＥが１つの宛先（ｄｅｓｔｉｎａｔｉｏｎ）又はソース－宛先対（ａ ｐａｉｒ ｏｆ ｓｏｕｒｃｅ ＩＤ ａｎｄ ｄｅｓｔｉｎａｔｉｏｎ ＩＤ）又はＰＣ５ ５Ｇサービス品質指示（ＰＣ５ ５Ｇ ＱｏＳ ｉｄｅｎｔｉｆｉｅｒ、ＰＱＩ）についてのＳＬ ＤＲＸ ｃｏｍｍａｎｄを受信した場合に、該宛先又はソース－宛先対又はＰＱＩについての持続時間タイマーを停止し、また、持続時間タイマー又は非アクティブなタイマー（ｉｎａｃｔｉｖｉｔｙ ｔｉｍｅｒ）のランニング期間内で、受信装置（Ｒｘ ＵＥ）が或る送信装置（Ｔｘ ＵＥ）からのＳＣＩを受信した場合に、例えば、ＰＳＣＣＨにおける第一段階ＳＣＩ及び／又はＰＳＳＣＨにおける第二段階ＳＣＩを受信した場合に、非アクティブなタイマー（ｉｎａｃｔｉｖｉｔｙ ｔｉｍｅｒ）を起動し、非アクティブなタイマーのランニング期間内で、ＳＬ ＤＲＸ ｃｏｍｍａｎｄを受信した場合に、該非アクティブなタイマーを停止し、例えば、Ｒｘ ＵＥが持続時間タイマー又は非アクティブなタイマーのランニング期間内で１つのＴｘ ＵＥ送信の、１つの宛先又はソース－宛先対又はＰＱＩについてのＳＬ ＤＲＸ ｃｏｍｍａｎｄを受信した場合に、該宛先又はソース－宛先対又はＰＱＩについてのｉｎａｃｔｉｖｉｔｙ ｔｉｍｅｒを停止する。
【0032】
本発明の実施例において、第一端末装置が第二端末装置とサイドリンク伝送を行うことを例にして説明を行う。また、第二端末装置はＳＬ ＤＲＸを使用し、あるいは、第二端末装置についてＳＬ ＤＲＸが設定され、又は、第二端末装置がＳＬ ＤＲＸ操作を行うといっても良い。ここで、ＳＬ ＤＲＸ設定はネットワーク装置が第二端末装置のために設定するものであっても良く、第二端末装置のために事前設定されるものであっても良く、第一端末装置がサイドリンクを介して第二端末装置のために設定するものであっても良い（例えば、ＲＲＣ ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ ｓｉｄｅｌｉｎｋメッセージなどを使用する）。ここで、サイドリンク伝送はサイドリンクデータ又は制御情報又はフィードバック情報又は参照信号などの伝送を含み得る。また、サイドリンク伝送の送信の角度から見て、本発明の実施例における第一端末装置は送信装置（Ｔｘ ＵＥ）であり、第二端末装置は受信装置（Ｒｘ ＵＥ）である。
【0033】
以下、添付した図面を参照しながら本発明の様々な実施例について説明する。なお、これらの実施例は例示に過ぎず、本発明を限定するものではない。
【0034】
＜第一側面の実施例＞
本発明の実施例ではサイドリンク不連続受信命令（ＳＬ ＤＲＸ ｃｏｍｍａｎｄ）のトリガー方法が提供され、第一端末装置側から説明が行われる。
本発明の実施例ではサイドリンク不連続受信命令（ＳＬ ＤＲＸ ｃｏｍｍａｎｄ）のトリガー方法が提供され、第一端末装置側から説明が行われる。
【0035】
【0036】
３０１：第一端末装置のＭＡＣ層が、以下の条件（第一条件という）のうちの１つが満足された場合に、サイドリンク不連続受信命令をトリガーし、即ち、
１つの宛先（送信先）（ｄｅｓｔｉｎａｔｉｏｎ）又はソース（送信元）－宛先対（ａ ｐａｉｒ ｏｆ ｓｏｕｒｃｅ ＩＤ ａｎｄ ｄｅｓｔｉｎａｔｉｏｎ ＩＤ）又は１つのＰＣ５ ５Ｇサービス品質指示（ＰＣ５ ５Ｇ ＱｏＳ ｉｄｅｎｔｉｆｉｅｒ、ＰＱＩ）に対応する論理チャネルに送信待ちデータが無く、又は現在のサービス周期に送信待ちデータが無く、又は過去の所定期間に又は１つのタイマーが切れたときに送信待ちデータが無く；
１つの宛先又はソース－宛先対に送信待ちＭＡＣ ＣＥが無く、又は現在のサービス周期に送信待ちＭＡＣ ＣＥが無く、又は過去の所定期間に又は１つのタイマーが切れたときに送信待ちＭＡＣ ＣＥが無く；及び
前記第一端末装置の上位層により、前記第一端末装置のＭＡＣ層が送信待ちデータを有せず又は所定期間内で送信待ちデータを有しないと指示されているという条件である。
１つの宛先（送信先）（ｄｅｓｔｉｎａｔｉｏｎ）又はソース（送信元）－宛先対（ａ ｐａｉｒ ｏｆ ｓｏｕｒｃｅ ＩＤ ａｎｄ ｄｅｓｔｉｎａｔｉｏｎ ＩＤ）又は１つのＰＣ５ ５Ｇサービス品質指示（ＰＣ５ ５Ｇ ＱｏＳ ｉｄｅｎｔｉｆｉｅｒ、ＰＱＩ）に対応する論理チャネルに送信待ちデータが無く、又は現在のサービス周期に送信待ちデータが無く、又は過去の所定期間に又は１つのタイマーが切れたときに送信待ちデータが無く；
１つの宛先又はソース－宛先対に送信待ちＭＡＣ ＣＥが無く、又は現在のサービス周期に送信待ちＭＡＣ ＣＥが無く、又は過去の所定期間に又は１つのタイマーが切れたときに送信待ちＭＡＣ ＣＥが無く；及び
前記第一端末装置の上位層により、前記第一端末装置のＭＡＣ層が送信待ちデータを有せず又は所定期間内で送信待ちデータを有しないと指示されているという条件である。
【0037】
本発明の実施例において、上述の第一条件のうちの１つが満足された場合に、サイドリンク不連続受信命令をトリガー（ｔｒｉｇｇｅｒ）し、これによって、サイドリンク不連続受信命令が正確な時刻にトリガー又はキャンセルされ得るため、受信装置（Ｒｘ ＵＥ）の消費電力を節約し又はデータ送信の遅延増大を防止することができる。
【0038】
幾つかの実施例において、１つの宛先又はソース－宛先対又は１つのＰＱＩに対応する論理チャネルに送信待ちデータが無いとは、１つの宛先又はソース－宛先対又は１つのＰＱＩに対応する論理チャネルのバッファサイズが０であることを指す。なお、本発明はこれに限定されず、上述の論理チャネルに送信待ちデータが無いとは、さらに他のことを指しても良い。
【0039】
幾つかの実施例において、上述の第一条件に係る現在のサービス周期は以下のものうちの少なくとも１つを含み、即ち、サイドリンクサービスの周期（例えば、サイドリンクサービスが周期的サービスであるときに）；サイドリンク不連続受信の周期（ＳＬ ＤＲＸ ｃｙｃｌｅ）；サイドリンク不連続受信の持続時間タイマー（ＳＬ ＤＲＸ ｏｎ－ｄｕｒａｔｉｏｎ ｔｉｍｅｒ）の計時周期；及び、サイドリンク不連続受信の非アクティブなタイマー（ＳＬ ＤＲＸ ｉｎａｃｔｉｖｉｔｙ ｔｉｍｅｒ）の計時周期である。なお、本発明はこれに限定されない。また、上述の計時周期とは上述のタイマーの値を指し、該タイマーの値は該タイマーの１つの計時周期を表す。
【0040】
幾つかの実施例において、上述の第一条件に係るタイマーは以下のもののうちの少なくとも１つを含み、即ち、ネットワーク装置設定（例えば、ＲＲＣメッセージにより設定する）又は事前定義のタイマー；サイドリンク不連続受信の持続時間タイマー（ＳＬ ＤＲＸ ｏｎ－ｄｕｒａｔｉｏｎ ｔｉｍｅｒ）；及び、サイドリンク不連続受信の非アクティブなタイマー（ＳＬ ＤＲＸ ｉｎａｃｔｉｖｉｔｙ ｔｉｍｅｒ）である。そのうち、ＳＬ ＤＲＸ ｏｎ－ｄｕｒａｔｉｏｎ ｔｉｍｅｒ及び／又はＳＬ ＤＲＸ ｉｎａｃｔｉｖｉｔｙ ｔｉｍｅｒは、ネットワーク装置がシステム情報又はＲＲＣ専用メッセージにより設定するものであっても良く、事前設定されるものであっても良い。なお、本発明はこれに限定されない。
【0041】
幾つかの実施例において、上述の第一条件に係る時間は以下のもののうちの少なくとも１つを含み、即ち、ネットワーク装置設定（例えば、ＲＲＣメッセージにより設定する）又は事前定義の時間；サイドリンクサービスの周期；サイドリンク不連続受信の周期（ＳＬ ＤＲＸ ｃｙｃｌｅ）；サイドリンク不連続受信の持続時間タイマー（ＳＬ ＤＲＸ ｏｎ－ｄｕｒａｔｉｏｎ ｔｉｍｅｒ）の計時周期；及び、サイドリンク不連続受信の非アクティブなタイマー（ＳＬ ＤＲＸ ｉｎａｃｔｉｖｉｔｙ ｔｉｍｅｒ）の計時周期である。なお、本発明はこれに限定されない。また、上述の計時周期とは上述のタイマーの値を指し、該タイマーの値は該タイマーの１つの計時周期を表す。
【0042】
幾つかの実施例において、上述のＳＬ ＤＲＸ ｃｙｃｌｅ及び／又はＳＬ ＤＲＸ ｏｎ－ｄｕｒａｔｉｏｎ ｔｉｍｅｒ及び／又はＳＬ ＤＲＸ ｉｎａｃｔｉｖｉｔｙ ｔｉｍｅｒの計時周期は、ネットワーク装置がシステム情報又はＲＲＣ専用メッセージにより設定するものであっても良く、事前設定されるものであっても良く、ＳＬの相手端（相手側）の端末装置がＳＬ ＲＲＣメッセージにより設定するものであっても良い。なお、本発明ではこれについて限定しない。
【0043】
幾つかの実施例において、上述の第一条件に係る上位層は以下のもののうちの１つであり、即ち、Ｖ２Ｘ層、非アクセス層（ＮＡＳ）及び無線リソース制御（ＲＲＣ）層である。なお、本発明はこれに限定されない。
【0044】
幾つかの実施例において、第一端末装置のＭＡＣ層はサイドリンクリソースがあるときにサイドリンク不連続受信命令ＭＡＣ ＣＥ（ＳＬ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥ）を生成し、該サイドリンクリソースによって該サイドリンク不連続受信命令ＭＡＣ ＣＥを第二端末装置に送信する。
【0045】
本発明の実施例において、図３に示すように、該方法はさらに次のようなステップを含んでも良い。
【0046】
３０２：前記第一端末装置のＭＡＣ層が、以下の条件（第二条件という）のうちの１つが満足された場合に、サイドリンク不連続受信命令をキャンセルし、即ち、
前記サイドリンク不連続受信命令がトリガーされた宛先又はソース－宛先対又はＰＱＩについて、新データが前記宛先又はソース－宛先対又はＰＱＩに対応する論理チャネルに到達しており；
前記サイドリンク不連続受信命令がトリガーされた宛先又はソース－宛先対について、トリガーされている他のＭＡＣ ＣＥがあり；
前記第一端末装置の上位層が前記第一端末装置のＭＡＣ層に、データの到達があることを指示しており；
前記サイドリンク不連続受信命令の媒体アクセス制御制御エレメント（ＭＡＣ ＣＥ）がサイドリンクで送信されており；
前記第一端末装置が前記第二端末装置送信のハイブリッド自動再送請求（ＨＡＲＱ）フィードバックを受信しており；及び
前記第一端末装置の上位層が不連続受信設定を再設定しているという条件である。
前記サイドリンク不連続受信命令がトリガーされた宛先又はソース－宛先対又はＰＱＩについて、新データが前記宛先又はソース－宛先対又はＰＱＩに対応する論理チャネルに到達しており；
前記サイドリンク不連続受信命令がトリガーされた宛先又はソース－宛先対について、トリガーされている他のＭＡＣ ＣＥがあり；
前記第一端末装置の上位層が前記第一端末装置のＭＡＣ層に、データの到達があることを指示しており；
前記サイドリンク不連続受信命令の媒体アクセス制御制御エレメント（ＭＡＣ ＣＥ）がサイドリンクで送信されており；
前記第一端末装置が前記第二端末装置送信のハイブリッド自動再送請求（ＨＡＲＱ）フィードバックを受信しており；及び
前記第一端末装置の上位層が不連続受信設定を再設定しているという条件である。
【0047】
本発明の実施例において、上述の第二条件のうちの１つが満足された場合に、サイドリンク不連続受信命令をキャンセル（ｃａｎｃｅｌ）する。これにより、サイドリンク不連続受信命令を正確な時刻にキャンセルできるため、受信装置（Ｒｘ ＵＥ）がサイドリンクＳＣＩ及び／又はデータに対してのモニターを維持するようにさせることができ、データ送信の遅延増大を防止できる。
【0048】
幾つかの実施例において、上述の他のＭＡＣ ＣＥはサイドリンクで送信要の他のＭＡＣ ＣＥ、例えば、ＳＬ ＣＳＩ報告ＭＡＣ ＣＥ（ＳＬ ＣＳＩ ｒｅｐｏｒｔｉｎｇ ＭＡＣ ＣＥ）であっても良い。
【0049】
幾つかの実施例において、第一端末装置の上位層が不連続受信設定を再設定していることは、前記サイドリンク不連続受信命令がトリガーされた宛先又はソース－宛先対又はＰＱＩについて、前記第一端末装置の上位層がＳＬ及び／又はＤＬ不連続受信設定を再設定していることを含む。なお、本発明はこれに限定されない。
【0050】
幾つかの実施例において、不連続受信設定は、ＳＬ ＤＲＸ ｏｎ－ｄｕｒａｔｉｏｎ ｔｉｍｅｒの値及び／又はＳＬ ＤＲＸ ｉｎａｃｔｉｖｉｔｙ ｔｉｍｅｒの値及び／又はＳＬ ＤＲＸ ｒｅｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅｒの値及び／又はＳＬ ＤＲＸ ｃｙｃｌｅの値及び／又はＣＳＩ報告のレイテンシーの上限などを含む。
【0051】
幾つかの実施例において、上述の第二条件に係る上位層は次のようなもののうちの１つであり、即ち、Ｖ２Ｘ層、非アクセス層（ＮＡＳ）及び無線リソース制御（ＲＲＣ）層である。なお、本発明はこれに限定されない。
【0052】
上述の各実施例は本発明の実施例を例示的に説明するためのものであるが、本発明はこれらに限定されず、さらに、上述の各実施例をもとに適切な変形を行っても良い。例えば、上述の各実施例を単独で使用しても良く、上述の各実施例のうちの複数を組み合わせて使用しても良い。
【0053】
なお、以上、操作３０１を単独で実施し又は操作３０１及び３０２をジョイントして実施することを例にして説明を行っているが、本発明はこれらに限定されず、さらに、操作３０２を単独で実施しても良い、即ち、操作３０２の実施は操作３０１に依存せず、第一端末装置のＭＡＣ層は上述の第二条件のうちの１つが満足された場合に、サイドリンク不連続受信命令をキャンセルしても良い。
【0054】
本発明の実施例に係る方法により、受信装置（Ｒｘ ＵＥ）の消費電力を節約し又はデータ送信の遅延増大を防止することができる。
【0055】
＜第二側面の実施例＞
本発明の実施例ではサイドリンク不連続受信命令に対応するスケジューリング要求のトリガー方法が提供され、第一端末装置側から説明が行われる。
本発明の実施例ではサイドリンク不連続受信命令に対応するスケジューリング要求のトリガー方法が提供され、第一端末装置側から説明が行われる。
【0056】
【0057】
４０１：第一端末装置がサイドリンク不連続受信命令をトリガーした後に、前記サイドリンク不連続受信命令に対応する第一スケジューリング要求をトリガーする。
【0058】
上述の実施例では、サイドリンク不連続受信命令がトリガーされた後に、対応するＳＲ（第一スケジューリング要求という）をトリガーすることで、ネットワーク装置がそれにサイドリンクリソースを割り当てるようにリクエストし、ネットワーク装置はこれに基づいて第一端末装置のために適切なサイドリンクリソーを割り当てることができる。
【0059】
幾つかの実施例において、第一端末装置は以下の条件（第三条件）のうちの１つが満足された場合に、前記サイドリンク不連続受信命令に対応する前記第一スケジューリング要求をトリガーすることができ、即ち、
新伝送のためのサイドリンクリソース（ＳＬ ｇｒａｎｔ）が無く；
新伝送のためのサイドリンクリソース（ＳＬ ｇｒａｎｔ）がサイドリンク不連続受信命令ＭＡＣ ＣＥ及びそのサブヘッダー（ｓｕｂ－ｈｅａｄｅｒ）を収納できず；及び
新伝送のためのサイドリンクリソース（ＳＬ ｇｒａｎｔ）がサイドリンク不連続受信命令ＭＡＣ ＣＥのサブヘッダーを収納できないという条件である。
新伝送のためのサイドリンクリソース（ＳＬ ｇｒａｎｔ）が無く；
新伝送のためのサイドリンクリソース（ＳＬ ｇｒａｎｔ）がサイドリンク不連続受信命令ＭＡＣ ＣＥ及びそのサブヘッダー（ｓｕｂ－ｈｅａｄｅｒ）を収納できず；及び
新伝送のためのサイドリンクリソース（ＳＬ ｇｒａｎｔ）がサイドリンク不連続受信命令ＭＡＣ ＣＥのサブヘッダーを収納できないという条件である。
【0060】
上述の実施例では、上述の第一スケジューリング要求に基づいて、ネットワーク装置は第一端末装置に対して適切なＳＬ ｇｒａｎｔを割り当てることができる。
【0061】
本発明の実施例において、オプションとして、図４に示すように、該方法はさらに、以下のステップを含んでも良い。
【0062】
４０２：前記第一端末装置が前記サイドリンク不連続受信命令を送信した後に、前記サイドリンク不連続受信命令に対応する第二スケジューリング要求をトリガーする。
【0063】
上述の実施例では、サイドリンク不連続受信命令が送信された後に、対応するＳＲ（第二スケジューリング要求という）をトリガーすることで、ネットワーク装置がそれにサイドリンクリソースを割り当てないように通知（報告）し、ネットワーク装置はこれに基づいて第一端末装置のためにサイドリンクリソースを割り当てることを停止できる。
【0064】
幾つかの実施例において、第一端末装置は以下の条件（第四条件）のうちの１つが満足された場合に、前記サイドリンク不連続受信命令に対応する前記第二スケジューリング要求をトリガーでき、即ち、
新伝送のためのサイドリンクリソース（ＳＬ ｇｒａｎｔ）がサイドリンク不連続受信命令ＭＡＣ ＣＥ及びそのサブヘッダー及びすべての送信待ちのデータを収納でき；及び
新伝送のためのサイドリンクリソース（ＳＬ ｇｒａｎｔ）がサイドリンク不連続受信命令ＭＡＣ ＣＥのサブヘッダー及びすべての送信待ちのデータを収納できるという条件である。
新伝送のためのサイドリンクリソース（ＳＬ ｇｒａｎｔ）がサイドリンク不連続受信命令ＭＡＣ ＣＥ及びそのサブヘッダー及びすべての送信待ちのデータを収納でき；及び
新伝送のためのサイドリンクリソース（ＳＬ ｇｒａｎｔ）がサイドリンク不連続受信命令ＭＡＣ ＣＥのサブヘッダー及びすべての送信待ちのデータを収納できるという条件である。
【0065】
上述の実施例では、上述の第二スケジューリング要求に基づいて、ネットワーク装置は第一端末装置のためにＳＬ ｇｒａｎｔを割り当てることを停止できる。
【0066】
幾つかの実施例において、ネットワーク装置はさらに、サイドリンク不連続受信命令のために少なくとも１つの対応するＳＲ設定を設定できる。例えば、第一端末装置はネットワーク装置送信の設定情報を受信でき、該設定情報は上述の少なくとも１つのＳＲ設定を含み、第一端末装置は該少なくとも１つのＳＲ設定のうちの少なくとも１つのＳＲ設定を用いて上述のサイドリンク不連続受信命令に対応する上述の第一スケジューリング要求及び／又は上述の第二スケジューリング要求を送信できる。
【0067】
幾つかの実施例において、上述の設定情報はＲＲＣシグナリングに含まれ、即ち、ネットワーク装置はＲＲＣシグナリングにより上述の少なくとも１つのＳＲ設定を設定するが、本発明はこれに限定されず、上述の設定情報はネットワーク装置送信の他のシグナリングに含まれても良い。
【0068】
幾つかの実施例において、上述のＳＲ設定はＢＷＰ（ｂａｎｄｗｉｄｔｈ ｐａｒｔ）上のＰＵＣＣＨリソースを含み、即ち、第一端末装置は該ＢＷＰ上のＰＵＣＣＨリソースを使用して上述の第一スケジューリング要求及び／又は上述の第二スケジューリング要求を送信する。
【0069】
幾つかの実施例において、上述の少なくとも１つのＳＲ設定は以下のもののうちの少なくとも１つであり、即ち、前記ネットワーク装置が前記サイドリンク不連続受信命令ＭＡＣ ＣＥのために設定するＳＲ設定；前記ネットワーク装置がサイドリンク論理チャネルのために設定するＳＲ設定；前記ネットワーク装置がサイドリンクチャネル状態情報報告ＭＡＣ ＣＥのために設定するＳＲ設定；及び、前記ネットワーク装置がサイドリンク又は上りリンクの論理チャネル又はＭＡＣ ＣＥのために設定するＳＲ設定である。
【0070】
例えば、第一端末装置がサイドリンク不連続受信命令をトリガーした後に、上述の第三条件のうちの１つが満足された場合に、第一端末装置は上述のＳＲ設定のうちの少なくとも１つを使用してネットワーク装置に第一スケジューリング要求を送信し、ネットワーク装置がそれにサイドリンクリソースを割り当てるように要求することができる。
【0071】
また、例えば、第一端末装置がサイドリンク不連続受信命令を送信した後に、上述の第四条件のうちの１つが満足された場合に、第一端末装置は上述のＳＲ設定のうちの少なくとも１つを使用してネットワーク装置に第二スケジューリング要求を送信し、ネットワーク装置がそれにサイドリンクリソースを割り当てないように報告（通知）できる。
【0072】
幾つかの実施例において、ネットワーク装置はＲＲＣ再設定メッセージにおいて第一スケジューリング要求及び第二スケジューリング要求のために異なるＳＲ設定を設定できる。これにより、ネットワーク装置は異なる場合を区別できる。なお、本発明はこれに限定されず、第一スケジューリング要求及び第二スケジューリング要求は同じＳＲ設定を有しても良い。
【0073】
本発明の実施例において、オプションとして、図４に示すように、該方法はさらに、以下のステップを含んでも良い。
【0074】
４０３：サイドリンク不連続受信命令ＭＡＣ ＣＥが送信されたときに、前記サイドリンク不連続受信命令に対応する前記第一スケジューリング要求をキャンセルする。
【0075】
上述の実施例では、サイドリンク不連続受信命令ＭＡＣ ＣＥが送信された後に、該サイドリンク不連続受信命令に対応するＳＲ（第一スケジューリング要求）をキャンセルし、ネットワーク装置がそれにサイドリンクリソースを割り当てないように通知（報告）し、ネットワーク装置はこれに基づいて第一端末装置のためにサイドリンクリソースを割り当てることを停止できる。
【0076】
なお、上述の図４は本発明の実施例を例示的に説明するためのものであるが、本発明はこれに限定されない。例えば、各操作間の実行順序を適切に調整したり、幾つかの操作を増減したりすることができる。当業者は上述の図４の記載に限られず、上述の内容に基づいて適切な変形を行うことができる
また、上述の各実施例は本発明の実施例を例示的に説明するためのものであるが、本発明はこれらに限定されず、さらに、上述の各実施例をもとに適切な変形を行っても良い。例えば、上述の各実施例を単独で使用しても良く、上述の各実施例のうちの複数を組み合わせて使用しても良い。
また、上述の各実施例は本発明の実施例を例示的に説明するためのものであるが、本発明はこれらに限定されず、さらに、上述の各実施例をもとに適切な変形を行っても良い。例えば、上述の各実施例を単独で使用しても良く、上述の各実施例のうちの複数を組み合わせて使用しても良い。
【0077】
なお、以上、操作４０１を単独で実施し又は操作４０１及び４０２をジョイントして実施することを例にして説明を行っているが、本発明はこれらに限定されず、さらに、操作４０２を単独で実施しても良く、即ち、操作４０２の実施は操作４０１に依存せず、第一端末装置は前記サイドリンク不連続受信命令を送信した後に、前記サイドリンク不連続受信命令に対応する第二スケジューリング要求をトリガーしても良い。
【0078】
本発明の実施例に係る方法により、サイドリンクリソースの浪費を避けることができる。
【0079】
＜第三側面の実施例＞
本発明の実施例ではリソースプールの選択方法が提供され、第一端末装置側から説明が行われる。
本発明の実施例ではリソースプールの選択方法が提供され、第一端末装置側から説明が行われる。
【0080】
【0081】
５０１：サイドリンク論理チャネルに送信待ちデータが有り、かつサイドリンク不連続受信命令がトリガーされた場合に、第一端末装置は前記サイドリンク論理チャネル及び前記サイドリンク不連続受信命令の優先度に従って、前記サイドリンク論理チャネルのＨＡＲＱフィードバック属性に基づいて又は前記サイドリンク不連続受信命令のＨＡＲＱフィードバック属性に基づいてリソースプールを選択する。
【0082】
上述の実施例では、リソースプールを選択するときに、サイドリンク不連続受信命令の優先度及びＨＡＲＱ ｆｅｅｄｂａｃｋ属性を考慮しており、サイドリンク不連続受信命令ＭＡＣ ＣＥの送信の信頼性を保証できる。
【0083】
幾つかの実施例において、サイドリンク論理チャネルの優先度がサイドリンク不連続受信命令の優先度以上（それに等しく又はそれよりも高い）の場合に、第一端末装置は、前記サイドリンク論理チャネルのＨＡＲＱフィードバック属性（ｓｌ－ＨＡＲＱ－ＦｅｅｄｂａｃｋＥｎａｂｌｅｄ）が有効（ｅｎａｂｌｅｄ）と設定されているときに、ネットワーク装置設定又は事前設定のリソースプールから、ＰＳＦＣＨリソースが設定されているリソースプールを選択する。さもなければ、即ち、サイドリンク論理チャネルのＨＡＲＱフィードバック属性が有効（ｅｎａｂｌｅｄ）と設定されないときに、ネットワーク装置設定又は事前設定のリソースプールから１つのリソースプールを選択する。
【0084】
幾つかの実施例において、サイドリンク不連続受信命令の優先度がサイドリンク論理チャネルの優先度よりも大きい（高い）場合に、第一端末装置は、サイドリンク不連続受信命令のＨＡＲＱフィードバック属性（ｓｌ－ＨＡＲＱ－ＦｅｅｄｂａｃｋＥｎａｂｌｅｄ）が有効（ｅｎａｂｌｅｄ）と設定されているときに、ネットワーク装置設定又は事前設定のリソースプールから、ＰＳＦＣＨリソースが設定されているリソースプールを選択する。さもなければ、即ち、サイドリンク不連続受信命令のＨＡＲＱフィードバック属性（ｓｌ－ＨＡＲＱ－ＦｅｅｄｂａｃｋＥｎａｂｌｅｄ）が有効（ｅｎａｂｌｅｄ）と設定されないときに、ネットワーク装置設定又は事前設定のリソースプールから１つのリソースプールを選択する。
【0085】
上述の実施例では、論理チャネルのデータのみが送信待ち状態にある場合に、第一端末装置は、サイドリンク論理チャネルのＨＡＲＱフィードバック属性がｅｎａｂｌｅｄと設定されたときに、ネットワーク装置設定又は事前設定のリソースプールから、ＰＳＦＣＨリソースが設定されているリソースプールを選択でき、さもなければ、即ち、サイドリンク論理チャネルのＨＡＲＱフィードバック属性がｅｎａｂｌｅｄと設定されないときに、第一端末装置は、ネットワーク装置設定又は事前設定のリソースプールから１つのリソースプールを選択する。
【0086】
上述の実施例では、サイドリンク不連続受信命令のみがトリガーされた場合に、第一端末装置は、該サイドリンク不連続受信命令のＨＡＲＱフィードバック属性がｅｎａｂｌｅｄと設定されたときに、ネットワーク装置設定又は事前設定のリソースプールから、ＰＳＦＣＨリソースが設定されているリソースプールを選択でき、さもなければ、即ち、サイドリンク不連続受信命令のＨＡＲＱフィードバック属性がｅｎａｂｌｅｄと設定されないときに、第一端末装置はネットワーク装置設定又は事前設定のリソースプールから１つのリソースプールを選択する。
【0087】
上述の実施例では、トリガーされているＳＬ－ＣＳＩ報告（ＳＬ－ＣＳＩ ｒｅｐｏｒｔｉｎｇ）がある場合に、第一端末装置は、ネットワーク装置設定又は事前設定のリソースプールから１つのリソースプールを選択できる。
【0088】
上述の各実施例は次のように記述することができる。
【0089】
【表1】
上述の実施例では、ネットワーク装置設定のリソースプールとは、ネットワーク装置がシステム情報又はＲＲＣ専用シグナリングにより設定する、サイドリンク伝送（ＳＬ ｔｒａｎｓｍｉｓｓｉｏｎ）のためのリソースプールを指し、事前設定のリソースプールとは、事前設定（ｐｒｅ－ｃｏｎｆｉｇｕｒａｔｉｏｎ）により設定される、サイドリンク送信のためのリソースプールを指す。
【0090】
なお、上述の各実施例は本発明の実施例を例示的に説明するためのものであるが、本発明はこれらに限定されず、さらに、上述の各実施例をもとに適切な変形を行っても良い。例えば、上述の各実施例を単独で使用しても良く、上述の各実施例のうちの複数を組み合わせて使用しても良い。
【0091】
本発明の実施例に係る方法により、サイドリンク不連続受信命令ＭＡＣ ＣＥ送信の信頼性を保証できる。
【0092】
＜第四側面の実施例＞
本発明の実施例では論理チャネル選択方法が提供され、第一端末装置側から説明が行われる。
本発明の実施例では論理チャネル選択方法が提供され、第一端末装置側から説明が行われる。
【0093】
【0094】
６０１：第一端末装置がサイドリンク伝送を送信するためのサイドリンクリソースを確定し；及び
６０２：前記第一端末装置が論理チャネル優先度処理（ＬＣＰ）プロセスで宛先（ｄｅｓｔｉｎａｔｉｏｎ）を選択し、前記宛先は第一ＭＡＣ ＣＥ及び／又は所定条件を満足した第一論理チャネル中の最高優先度の第二論理チャネル又は第二ＭＡＣ ＣＥを有し、前記第一ＭＡＣ ＣＥは以下の条件（第五条件）を満たし、即ち、
前記サイドリンクリソースについてＰＳＦＣＨが設定されない場合に、前記ＭＡＣ ＣＥのＨＡＲＱフィードバック属性が無効（ｄｉｓａｂｌｅｄ）と設定されるという条件である。
６０２：前記第一端末装置が論理チャネル優先度処理（ＬＣＰ）プロセスで宛先（ｄｅｓｔｉｎａｔｉｏｎ）を選択し、前記宛先は第一ＭＡＣ ＣＥ及び／又は所定条件を満足した第一論理チャネル中の最高優先度の第二論理チャネル又は第二ＭＡＣ ＣＥを有し、前記第一ＭＡＣ ＣＥは以下の条件（第五条件）を満たし、即ち、
前記サイドリンクリソースについてＰＳＦＣＨが設定されない場合に、前記ＭＡＣ ＣＥのＨＡＲＱフィードバック属性が無効（ｄｉｓａｂｌｅｄ）と設定されるという条件である。
【0095】
上述の実施例では、サイドリンクのＬＣＰプロセス又はサイドリンクＭＡＣ ＰＤＵアセンブリプロセス又はサイドリンクＭＡＣ ＰＤＵ生成プロセスにおいて、ＰＳＦＣＨが設定されないＳＬ ｇｒａｎｔについて、第一端末装置はｄｅｓｔｉｎａｔｉｏｎを選択するときに、所定条件を満足した論理チャネル（第一論理チャネル）から、及び、上述の第五条件を満足したＭＡＣ ＣＥ（第一ＭＡＣ ＣＥ）から、最高優先度を持つ論理チャネル（第二論理チャネル）又はＭＡＣ ＣＥ（第二ＭＡＣ ＣＥ）を選択し、選択した該ＭＡＣ ＣＥ又は論理チャネルの所在するｄｅｓｔｉｎａｔｉｏｎを宛先とする。
【0096】
上述の実施例では、前記所定条件は、
送信待ちサイドリンクデータが有り；
０よりも大きいサイドリンクトークンを持つ論理チャネルがある場合に、論理チャネルのサイドリンクトークンが０よりも大きく；
ＳＬ ｇｒａｎｔがＴｙｐｅ １のサイドリンクにより設定されるグラント（Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ Ｔｙｐｅ １）である場合に、論理チャネルがＴｙｐｅ １のサイドリンクにより設定されるグラント（ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ）を使用して送信されることを許し；
論理チャネルについて、ＳＬ ｇｒａｎｔと関連付けられる設定グラント（ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ）の索引の使用を許すことが設定されており；及び
ＳＬ ｇｒａｎｔについてＰＳＦＣＨが設定されない場合に、論理チャネルのサイドリンクＨＡＲＱフィードバック属性がｄｉｓａｂｌｅｄと設定されるという条件を含む。
送信待ちサイドリンクデータが有り；
０よりも大きいサイドリンクトークンを持つ論理チャネルがある場合に、論理チャネルのサイドリンクトークンが０よりも大きく；
ＳＬ ｇｒａｎｔがＴｙｐｅ １のサイドリンクにより設定されるグラント（Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ Ｔｙｐｅ １）である場合に、論理チャネルがＴｙｐｅ １のサイドリンクにより設定されるグラント（ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ）を使用して送信されることを許し；
論理チャネルについて、ＳＬ ｇｒａｎｔと関連付けられる設定グラント（ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ）の索引の使用を許すことが設定されており；及び
ＳＬ ｇｒａｎｔについてＰＳＦＣＨが設定されない場合に、論理チャネルのサイドリンクＨＡＲＱフィードバック属性がｄｉｓａｂｌｅｄと設定されるという条件を含む。
【0097】
なお、上述の所定条件については関連技術を参照でき、ここではその詳しい説明を省略する。
【0098】
【0099】
７０１：第一端末装置がサイドリンク伝送を送信するためのサイドリンクリソースを確定し；
７０２：前記サイドリンクリソースについてＰＳＦＣＨが設定されており、かつ、所定条件を満足した最高優先度の論理チャネル又はサイドリンク不連続受信命令ＭＡＣ ＣＥに対応するＨＡＲＱフィードバック属性がｅｎａｂｌｅｄと設定された場合に、前記第一端末装置はＬＣＰプロセスで、ＨＡＲＱフィードバック属性がｅｎａｂｌｅｄと設定された論理チャネル又はサイドリンク不連続受信命令ＭＡＣ ＣＥを選択し；及び
７０３：前記サイドリンクリソースについてＰＳＦＣＨが設定されており、かつ、所定条件を満足した最高優先度の論理チャネル又はサイドリンク不連続受信命令ＭＡＣ ＣＥに対応するＨＡＲＱフィードバック属性がｄｉｓａｂｌｅｄと設定された場合に、前記第一端末装置はＬＣＰプロセスで、ＨＡＲＱフィードバック属性がｄｉｓａｂｌｅｄと設定された論理チャネル又はサイドリンク不連続受信命令ＭＡＣ ＣＥを選択する。
７０２：前記サイドリンクリソースについてＰＳＦＣＨが設定されており、かつ、所定条件を満足した最高優先度の論理チャネル又はサイドリンク不連続受信命令ＭＡＣ ＣＥに対応するＨＡＲＱフィードバック属性がｅｎａｂｌｅｄと設定された場合に、前記第一端末装置はＬＣＰプロセスで、ＨＡＲＱフィードバック属性がｅｎａｂｌｅｄと設定された論理チャネル又はサイドリンク不連続受信命令ＭＡＣ ＣＥを選択し；及び
７０３：前記サイドリンクリソースについてＰＳＦＣＨが設定されており、かつ、所定条件を満足した最高優先度の論理チャネル又はサイドリンク不連続受信命令ＭＡＣ ＣＥに対応するＨＡＲＱフィードバック属性がｄｉｓａｂｌｅｄと設定された場合に、前記第一端末装置はＬＣＰプロセスで、ＨＡＲＱフィードバック属性がｄｉｓａｂｌｅｄと設定された論理チャネル又はサイドリンク不連続受信命令ＭＡＣ ＣＥを選択する。
【0100】
上述の実施例では、サイドリンクのＬＣＰプロセスにおいて、ＰＳＦＣＨが設定されたＳＬ ｇｒａｎｔについて、最高優先度の論理チャネル又はサイドリンク不連続受信命令ＭＡＣ ＣＥに対応するＨＡＲＱ ｆｅｅｄｂａｃｋがｅｎａｂｌｅｄである場合に、ＨＡＲＱ ｆｅｅｄｂａｃｋがｅｎａｂｌｅｄの論理チャネル又はサイドリンク不連続受信命令ＭＡＣ ＣＥを選択し、また、最高優先度の論理チャネル又はサイドリンク不連続受信命令ＭＡＣ ＣＥに対応するＨＡＲＱ ｆｅｅｄｂａｃｋがｄｉｓａｂｌｅｄである場合に、ＨＡＲＱ ｆｅｅｄｂａｃｋがｄｉｓａｂｌｅｄの論理チャネル又はサイドリンク不連続受信命令ＭＡＣ ＣＥを選択する。
【0101】
上述の各実施例は本発明の実施例を例示的に説明するためのものであるが、本発明はこれらに限定されず、さらに、上述の各実施例をもとに適切な変形を行っても良い。例えば、上述の各実施例を単独で使用しても良く、上述の各実施例のうちの複数を組み合わせて使用しても良い。
【0102】
【0103】
【0104】
＜第五側面の実施例＞
本発明の実施例ではサイドリンク伝送の送信方法が提供され、第一端末装置側から説明が行われる。
本発明の実施例ではサイドリンク伝送の送信方法が提供され、第一端末装置側から説明が行われる。
【0105】
【0106】
８０１：第一端末装置が第二端末装置にサイドリンク不連続受信命令ＭＡＣ ＣＥを送信し、前記サイドリンク不連続受信命令ＭＡＣ ＣＥは、設定されており又は事前定義されている優先度を有する。
【0107】
上述の実施例では、サイドリンク不連続受信命令ＭＡＣ ＣＥは設定されており又は事前定義されている優先度を有し、これによって、該優先度に基づいてサイドリンクリソースの割り当てを行うことができ、又は、他のＭＡＣ ＣＥ又は論理チャネル又は上りリンク伝送の優先度と比較することで、サイドリンク伝送の信頼性を強化することもできる。
【0108】
幾つかの実施例において、図８に示すように、前記方法はさらに次のようなステップを含んでも良い。
【0109】
８０２：前記第一端末装置が前記第二端末装置にサイドリンク制御情報（ＳＣＩ）を送信し、前記サイドリンク制御情報は前記サイドリンク不連続受信命令ＭＡＣ ＣＥの優先度を指示するために用いられる。
【0110】
上述の実施例では、第一端末装置はＳＣＩにおいて第二端末装置に対して該ＳＣＩに対応するＳＬデータの優先度、即ち、該サイドリンク不連続受信命令ＭＡＣ ＣＥの優先度を指示でき、これによって、サイドリンク伝送の信頼性をさらに強化できる。
【0111】
本発明の実施例において、ＳＣＩにおいて指示されるサイドリンク不連続受信命令ＭＡＣ ＣＥの優先度又はＵＬ及びＳＬ優先度比較プロセスにおいて使用されるサイドリンク不連続受信命令ＭＡＣ ＣＥの優先度は１－８の間の整数、例えば、１又は２であっても良く、値が小さいほど、優先度が高くなる。
【0112】
幾つかの実施例において、図８に示すように、前記方法はさらに次のようなステップを含んでも良い。
【0113】
８０３：前記第一端末装置が前記設定されており又は事前定義されている優先度を用いてサイドリンク伝送の送信又は上りリンク伝送の送信を決定する。
【0114】
上述の実施例では、第一端末装置は上述の優先度を使用してサイドリンク伝送を送信するか、それとも、上りリンク伝送を送信するかを決定できる。
【0115】
なお、上述の図８は本発明の実施例を例示的に説明するためのものであるが、本発明はこれに限定されない。例えば、各操作間の実行順序を適切に調整したり、幾つかの操作を増減したりすることができる。当業者は上述の図８の記載に限られず、上述の内容に基づいて適切な変形を行うことができる。
【0116】
幾つかの実施例において、前記第一端末装置のＬＣＰプロセスの実行中に、前記サイドリンク不連続受信命令ＭＡＣ ＣＥの優先度はサイドリンクサービスチャネルのデータの優先度よりも低い。
【0117】
上述の実施例では、ＬＣＰのリソースの割り当てプロセスの実行中に、サイドリンク不連続受信命令ＭＡＣ ＣＥの優先度はサイドリンクサービスチャネル（Ｓｉｄｅｌｉｎｋ Ｔｒａｆｆｉｃ Ｃｈａｎｎｅｌ、ＳＴＣＨ）のデータの優先度よりも低くても良い。これにより、サイドリンクサービスデータがサイドリンク不連続受信命令ＭＡＣ ＣＥよりも優先して送信されることを保証できるため、第二端末装置はサイドリンクサービスデータを正確に受信した後に、受信したサイドリンク不連続受信命令ＭＡＣ ＣＥに基づいてサイドリンクサービスデータの受信を停止できる。
【0118】
幾つかの実施例において、前記第一端末装置のＬＣＰプロセスの実行中に、前記サイドリンク不連続受信命令ＭＡＣ ＣＥの優先度はサイドリンク制御チャネルのデータの優先度よりも低く、かつサイドリンクＣＳＩ報告ＭＡＣ ＣＥの優先度よりも高くても良く、あるいは、サイドリンクＣＳＩ報告ＭＡＣ ＣＥの優先度よりも低く、かつサイドリンクサービスチャネルのデータの優先度よりも高くても良いが、本発明はこれについて限定しない。なお、サイドリンクＣＳＩ報告ＭＡＣ ＣＥの優先度の意味については関連技術を参照でき、ここではその詳しい説明を省略する。
【0119】
幾つかの実施例において、第一端末装置は前記サイドリンク不連続受信命令ＭＡＣ ＣＥを生成するときに１つのＭＡＣ ＰＤＵを生成できる。
【0120】
例えば、対応する規格は次のように変更されても良い。
【0121】
【表3】
本発明の実施例に係る方法により、サイドリンク伝送の信頼性を向上させることができる。
【0122】
＜第六側面の実施例＞
発明者が次のようなことを発見した。即ち、現在の規格にはＳＬ－ＢＳＲ ＭＡＣ ＣＥにおけるＢｕｆｆｅｒ Ｓｉｚｅ域について次のような記述がある。
発明者が次のようなことを発見した。即ち、現在の規格にはＳＬ－ＢＳＲ ＭＡＣ ＣＥにおけるＢｕｆｆｅｒ Ｓｉｚｅ域について次のような記述がある。
【0123】
【表4】
現在の規格では、ＳＬ－ＢＳＲ ＭＡＣ ＣＥが生成される条件は、新伝送のためのＵＬ－ＳＣＨリソースがあり、かつ該ＵＬ－ＳＣＨリソースがＬＣＰプロセスでＳＬ－ＢＳＲ ＭＡＣ ＣＥプラスそのｓｕｂ－ｈｅａｄｅｒを収納できるという条件である。言い換えれば、該ＳＬ－ＢＳＲ ＭＡＣ ＣＥを含むＵＬ ＭＡＣ ＰＤＵが構築され得る。
【0124】
しかし、図９に示すように、ＳＬ－ＢＳＲ ＭＡＣ ＣＥを生成するときに、サイドリンクには、伝送がある可能性があり、伝送が無い可能性もあるので、ＳＬ ＭＡＣ ＰＤＵが構成されている可能性があり、ＳＬ ＭＡＣ ＰＤＵが構築されない可能性もある。そのため、上述の現在の規格における“ＭＡＣ ＰＤＵ”は、ＵＬ ＭＡＣ ＰＤＵを指すか、それとも、ＳＬ ＭＡＣ ＰＤＵを指すかが曖昧である。
【0125】
仮に上述の規格における“ＭＡＣ ＰＤＵ”がＵＬ ＭＡＣ ＰＤＵを指すとする場合に、サイドリンクのバッファサイズ（ｂｕｆｆｅｒ ｓｉｚｅ）がＵＬ ＭＡＣ ＰＤＵの構築又はＵＬ ＬＣＰプロセスには無関係であるため、サイドリンクに伝送データが無ければ、サイドリンクのバッファサイズ域の値が０になることを引き起こすことがない。
【0126】
また、仮に上述の規格における“ＭＡＣ ＰＤＵ”がＳＬ ＭＡＣ ＰＤＵを指すとする場合に、サイドリンクに伝送データが無ければ、ＳＬ ＭＡＣ ＰＤＵは無く、また、サイドリンクに伝送データがあれば、サイドリンク伝送とＳＬ－ＢＳＲの送信が時間的に重畳（オーバーラップ）しており、かつ端末装置がサイドリンク（ＳＬ）及び上りリンク（ＵＬ）を同時に送信する能力を持つときにのみ、ＳＬ－ＢＳＲのｂｕｆｆｅｒ ｓｉｚｅの値に影響し得る。
【0127】
よって、上述の規格における“ａｆｔｅｒ ｔｈｅ ＭＡＣ ＰＤＵ ｈａｓ ｂｅｅｎ ｂｕｉｌｔ （ｉ．ｅ．ａｆｔｅｒ ｔｈｅ ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ ｐｒｉｏｒｉｔｉｚａｔｉｏｎ ｐｒｏｃｅｄｕｒｅ，ｗｈｉｃｈ ｍａｙ ｒｅｓｕｌｔ ｔｈｅ ｖａｌｕｅ ｏｆ ｔｈｅ Ｂｕｆｆｅｒ Ｓｉｚｅ ｆｉｅｌｄ ｔｏ ｚｅｒｏ）”の限定は明確ではない。
【0128】
上述の問題に鑑み、本発明の実施例ではサイドリンクバッファ状態報告の生成方法が提供され、第一端末装置側から説明が行われる。そのうち、第一端末装置は第二端末装置とサイドリンク伝送を行う。サイドリンクデータ伝送の送信の角度から見て、本発明の実施例における第一端末装置は送信装置（Ｔｘ ＵＥ）であり、第二端末装置は受信装置（Ｒｘ ＵＥ）である。
【0129】
【0130】
１００１：第一端末装置がサイドリンクバッファ状態報告（ＳＬ－ＢＳＲ）を生成し、前記サイドリンクバッファ状態報告におけるバッファサイズ域（ｂｕｆｆｅｒ ｓｉｚｅ ｆｉｌｅｄ）は以下のもののうちの少なくとも１つを標識しており、即ち、
ＭＡＣ ＰＤＵの構築後の宛先の論理チャネル組のすべての論理チャネルの可用データ総量であり、前記ＭＡＣ ＰＤＵはサイドリンクバッファ状態報告ＭＡＣ ＣＥを含み、又は、前記ＭＡＣ ＰＤＵはＵＬ ＭＡＣ ＰＤＵであり；
ＭＡＣ ＰＤＵの構築時の宛先の論理チャネル組のすべての論理チャネルの可用データ総量であり、前記ＭＡＣ ＰＤＵはサイドリンクバッファ状態報告ＭＡＣ ＣＥを含み、又は、前記ＭＡＣ ＰＤＵはＵＬ ＭＡＣ ＰＤＵであり；
サイドリンクバッファ状態報告ＭＡＣ ＣＥの生成時の宛先の論理チャネル組のすべての論理チャネルの可用データ総量であり；
サイドリンクバッファ状態報告ＭＡＣ ＣＥのトリガー時の宛先の論理チャネル組のすべての論理チャネルの可用データ総量であり；
サイドリンクのＭＡＣ ＰＤＵの構築後の宛先の論理チャネル組のすべての論理チャネルの可用データ総量であり、そのうち、上りリンク伝送及びサイドリンク伝送は時間上重畳しており、かつ前記第一端末装置は上りリンク伝送及びサイドリンク伝送を同時に行う能力を持ち、そのうち、サイドリンクＬＣＰプロセスの後に、バッファサイズ域の値がゼロになることを引き起こし得る。
ＭＡＣ ＰＤＵの構築後の宛先の論理チャネル組のすべての論理チャネルの可用データ総量であり、前記ＭＡＣ ＰＤＵはサイドリンクバッファ状態報告ＭＡＣ ＣＥを含み、又は、前記ＭＡＣ ＰＤＵはＵＬ ＭＡＣ ＰＤＵであり；
ＭＡＣ ＰＤＵの構築時の宛先の論理チャネル組のすべての論理チャネルの可用データ総量であり、前記ＭＡＣ ＰＤＵはサイドリンクバッファ状態報告ＭＡＣ ＣＥを含み、又は、前記ＭＡＣ ＰＤＵはＵＬ ＭＡＣ ＰＤＵであり；
サイドリンクバッファ状態報告ＭＡＣ ＣＥの生成時の宛先の論理チャネル組のすべての論理チャネルの可用データ総量であり；
サイドリンクバッファ状態報告ＭＡＣ ＣＥのトリガー時の宛先の論理チャネル組のすべての論理チャネルの可用データ総量であり；
サイドリンクのＭＡＣ ＰＤＵの構築後の宛先の論理チャネル組のすべての論理チャネルの可用データ総量であり、そのうち、上りリンク伝送及びサイドリンク伝送は時間上重畳しており、かつ前記第一端末装置は上りリンク伝送及びサイドリンク伝送を同時に行う能力を持ち、そのうち、サイドリンクＬＣＰプロセスの後に、バッファサイズ域の値がゼロになることを引き起こし得る。
【0131】
１００２：前記第一端末装置がネットワーク装置に前記サイドリンクバッファ状態報告を送信する。
【0132】
上述の実施例では、ＳＬ－ＢＳＲにおけるｂｕｆｆｅｒ ｓｉｚｅ域の記述を変更することで、ネットワーク装置が端末装置のサイドリンクバッファ状態を知ることに有利であり、そして、適応性スケジューリングを行うことで、サイドリンクサービスのＱｏＳ要求を満たすことができる。
【0133】
幾つかの実施例において、ＳＬ－ＢＳＲにおけるｂｕｆｆｅｒ ｓｉｚｅ域は、ＭＡＣ ＰＤＵの構築後の宛先の論理チャネル組のすべての論理チャネルの可用データ総量を標識しており、前記ＭＡＣ ＰＤＵはサイドリンクバッファ状態報告ＭＡＣ ＣＥを含み、又は、前記ＭＡＣ ＰＤＵはＵＬ ＭＡＣ ＰＤＵであり。
【0134】
例えば、対応する規格は次のように変更されても良い。
【0135】
【表5】
あるいは、対応する規格は次のように変更されても良い。
【0136】
【表6】
幾つかの実施例において、ＳＬ－ＢＳＲにおけるｂｕｆｆｅｒ ｓｉｚｅ域は、ＭＡＣ ＰＤＵの構築時の宛先の論理チャネル組のすべての論理チャネルの可用データ総量を標識しており、前記ＭＡＣ ＰＤＵはサイドリンクバッファ状態報告のＭＡＣ ＣＥを含み、又は、前記ＭＡＣ ＰＤＵはＵＬ ＭＡＣ ＰＤＵであり。
【0137】
例えば、対応する規格は以下のように変更されても良い。
【0138】
【表7】
あるいは、対応する規格は以下のように変更されても良い。
【0139】
【表8】
幾つかの実施例において、ＳＬ－ＢＳＲにおけるｂｕｆｆｅｒ ｓｉｚｅ域は、サイドリンクバッファ状態報告のＭＡＣ ＣＥの生成時の宛先の論理チャネル組のすべての論理チャネルの可用データ総量を標識している。
【0140】
例えば、対応する規格は以下のように変更されても良い。
【0141】
【表9】
幾つかの実施例において、ＳＬ－ＢＳＲにおけるｂｕｆｆｅｒ ｓｉｚｅ域は、サイドリンクバッファ状態報告のＭＡＣ ＣＥのトリガー時の宛先の論理チャネル組のすべての論理チャネルの可用データ総量を標識している。
【0142】
例えば、対応する規格は以下のように変更されても良い。
【0143】
【表10】
幾つかの実施例において、ＳＬ－ＢＳＲにおけるｂｕｆｆｅｒ ｓｉｚｅ域は、サイドリンクのＭＡＣ ＰＤＵの構築後の宛先の論理チャネル組のすべての論理チャネルの可用データ総量を標識しており、そのうち、上りリンク伝送及びサイドリンク伝送は時間上重畳しており、かつ前記第一端末装置は上りリンク伝送及びサイドリンク伝送を同時に行う能力を有し、そのうち、サイドリンクＬＣＰプロセスの後に、バッファサイズ域の値がゼロになることを引き起こし得る。
【0144】
例えば、対応する規格は以下のように変更されても良い。
【0145】
【表11】
上述の実施例では、宛先の論理チャネル組のすべての論理チャネルの可用データ総量は、技術規格３８．３２２及び３８．３２３におけるデータ量計算プロセスに基づいて得られ得る。
【0146】
上述の各実施例は本発明の実施例を例示的に説明するためのものであるが、本発明はこれらに限定されず、さらに、上述の各実施例をもとに適切な変形を行っても良い。例えば、上述の各実施例を単独で使用しても良く、上述の各実施例のうちの複数を組み合わせて使用しても良い。例えば、最後の1つの標識方式はその前の４つの標識方式と組み合わせることができる。
【0147】
本発明の実施例に係る方法により、端末装置のＭＡＣ層でのＳＬ－ＢＳＲにおけるｂｕｆｆｅｒ ｓｉｚｅ域の確定に関する行為（ｂｅｈａｖｉｏｒ）を明確に定義しており、ネットワーク装置が端末装置のサイドリンクのバッファ状態を知ることに有利であり、そして、適応性スケジューリングを行うことで、サイドリンクサービスのＱｏＳ要求を満たすことができる。
【0148】
＜第七側面の実施例＞
本発明の実施例では、サイドリンク不連続受信命令のトリガー装置が提供される。
本発明の実施例では、サイドリンク不連続受信命令のトリガー装置が提供される。
【0149】
図１１は本発明の実施例に係るサイドリンク不連続受信命令のトリガー装置を示す図である。該装置は例えば、端末装置（例えば、前述の第一端末装置）であっても良く、端末装置に配置される１つ又は複数の部品又はアセンブリであっても良く、また、ここでは第一側面の実施例と同じ内容の記載を省略する。
【0150】
図１１に示すように、サイドリンク不連続受信命令のトリガー装置１１００は以下のようなものを含む。
【0151】
トリガーユニット１１０１：前記第一端末装置のＭＡＣ層が、以下の条件のうちの１つが満足された場合に、サイドリンク不連続受信命令をトリガーし、即ち、
１つの宛先又はソース－宛先対又は１つのＰＣ５ ５Ｇサービス品質指示（ＰＣ５ ５Ｇ ＱｏＳ ｉｄｅｎｔｉｆｉｅｒ、ＰＱＩ）に対応する論理チャネルに送信待ちデータが無く、又は現在のサービス周期に送信待ちデータが無く、又は過去の所定期間に又は１つのタイマーが切れたときに送信待ちデータが無く；
１つの宛先又はソース－宛先対に送信待ちＭＡＣ ＣＥが無く、又は現在のサービス周期に送信待ちＭＡＣ ＣＥが無く、又は過去の所定期間に又は１つのタイマーが切れたときに送信待ちＭＡＣ ＣＥが無く；及び
前記第一端末装置の上位層により、前記第一端末装置のＭＡＣ層が送信待ちデータを有せず又は所定期間内で送信待ちデータを有しないと指示されているという条件である。
１つの宛先又はソース－宛先対又は１つのＰＣ５ ５Ｇサービス品質指示（ＰＣ５ ５Ｇ ＱｏＳ ｉｄｅｎｔｉｆｉｅｒ、ＰＱＩ）に対応する論理チャネルに送信待ちデータが無く、又は現在のサービス周期に送信待ちデータが無く、又は過去の所定期間に又は１つのタイマーが切れたときに送信待ちデータが無く；
１つの宛先又はソース－宛先対に送信待ちＭＡＣ ＣＥが無く、又は現在のサービス周期に送信待ちＭＡＣ ＣＥが無く、又は過去の所定期間に又は１つのタイマーが切れたときに送信待ちＭＡＣ ＣＥが無く；及び
前記第一端末装置の上位層により、前記第一端末装置のＭＡＣ層が送信待ちデータを有せず又は所定期間内で送信待ちデータを有しないと指示されているという条件である。
【0152】
幾つかの実施例において、１つの宛先又はソース－宛先対又は１つのＰＱＩに対応する論理チャネルに送信待ちデータが無いとは、１つの宛先又はソース－宛先対又は１つのＰＱＩに対応する論理チャネルのバッファサイズが０であることを指す。
【0153】
幾つかの実施例において、前記現在のサービス周期は以下のもののうちの少なくとも１つを含み、即ち、サイドリンクサービスの周期（サイドリンクサービスが周期的サービスである場合に）；サイドリンク不連続受信の周期（ＳＬ ＤＲＸ ｃｙｃｌｅ）；サイドリンク不連続受信の持続時間タイマー（ＳＬ ＤＲＸ ｏｎ－ｄｕｒａｔｉｏｎ ｔｉｍｅｒ）の計時周期；及び、サイドリンク不連続受信の非アクティブなタイマー（ＳＬ ＤＲＸ ｉｎａｃｔｉｖｉｔｙ ｔｉｍｅｒ）の計時周期である。
【0154】
幾つかの実施例において、前記タイマーは以下のもののうちの少なくとも１つを含み、即ち、ネットワーク装置設定又は事前定義のタイマー；サイドリンク不連続受信の持続時間タイマー（ＳＬ ＤＲＸ ｏｎ－ｄｕｒａｔｉｏｎ ｔｉｍｅｒ）；及び、サイドリンク不連続受信の非アクティブなタイマー（ＳＬ ＤＲＸ ｉｎａｃｔｉｖｉｔｙ ｔｉｍｅｒ）である。
【0155】
そのうち、ＳＬ ＤＲＸ ｏｎ－ｄｕｒａｔｉｏｎ ｔｉｍｅｒ及び／又はＳＬ ＤＲＸ ｉｎａｃｔｉｖｉｔｙ ｔｉｍｅｒはネットワーク装置がシステム情報又はＲＲＣ専用メッセージにより設定するものであっても良く、事前設定されるものであっても良い。
【0156】
幾つかの実施例において、前記時間は以下のもののうちの少なくとも１つを含み、即ち、ネットワーク装置設定又は事前定義の時間；サイドリンクサービスの周期；サイドリンク不連続受信の周期（ＳＬ ＤＲＸ ｃｙｃｌｅ）；サイドリンク不連続受信の持続時間タイマー（ＳＬ ＤＲＸ ｏｎ－ｄｕｒａｔｉｏｎ ｔｉｍｅｒ）の計時周期；及び、サイドリンク不連続受信の非アクティブなタイマー（ＳＬ ＤＲＸ ｉｎａｃｔｉｖｉｔｙ ｔｉｍｅｒ）の計時周期である。
【0157】
そのうち、上述のＳＬ ＤＲＸ ｃｙｃｌｅ及び／又はＳＬ ＤＲＸ ｏｎ－ｄｕｒａｔｉｏｎ ｔｉｍｅｒ及び／又はＳＬ ＤＲＸ ｉｎａｃｔｉｖｉｔｙ ｔｉｍｅｒの計時周期はネットワーク装置がシステム情報又はＲＲＣ専用メッセージにより設定するものであっても良く、事前設定されるものであって良く、ＳＬの相手端の端末装置がＳＬ ＲＲＣメッセージにより設定するものであっても良い。
【0158】
幾つかの実施例において、前記上位層は次のようなもののうちの１つであり、即ち、Ｖ２Ｘ層、非アクセス層（ＮＡＳ）及び無線リソース制御（ＲＲＣ）層である。
【0159】
幾つかの実施例において、第一端末装置のＭＡＣ層はサイドリンクリソースがあるときにサイドリンク不連続受信命令ＭＡＣ ＣＥを生成し、該サイドリンクリソースによって該サイドリンク不連続受信命令ＭＡＣ ＣＥを第二端末装置に送信する。この場合に、本発明の実施例に係る装置１１００はさらに、生成ユニット（図示せず）及び送信ユニット（図示せず）を含んでも良く、生成ユニットは上述のサイドリンク不連続受信命令ＭＡＣ ＣＥを生成し、送信ユニットは得たサイドリンクリソースによって該サイドリンク不連続受信命令ＭＡＣ ＣＥを第二端末装置に送信する。
【0160】
幾つかの実施例において、図１１に示すように、該装置１１００はさらに次のようなものを含んでも良い。
【0161】
キャンセルユニット１１０２：前記第一端末装置のＭＡＣ層が、以下の条件のうちの１つが満足された場合に、サイドリンク不連続受信命令をキャンセルし、即ち、
前記サイドリンク不連続受信命令がトリガーされた宛先又はソース－宛先対又はＰＱＩについて、新データが前記宛先又はソース－宛先対又はＰＱＩに対応する論理チャネルに到達しており；
前記サイドリンク不連続受信命令がトリガーされた宛先又はソース－宛先対について、他のＭＡＣ ＣＥがトリガーされており；
前記第一端末装置の上位層により、前記第一端末装置のＭＡＣ層に対して、データの到達があることが指示されており；
前記サイドリンク不連続受信命令の媒体アクセス制御制御エレメント（ＭＡＣ ＣＥ）がサイドリンクで送信されており；
前記第一端末装置が前記第二端末装置送信のハイブリッド自動再送請求（ＨＡＲＱ）フィードバックを受信しており；及び
前記第一端末装置の上位層が不連続受信設定を再設定しているという条件である。
前記サイドリンク不連続受信命令がトリガーされた宛先又はソース－宛先対又はＰＱＩについて、新データが前記宛先又はソース－宛先対又はＰＱＩに対応する論理チャネルに到達しており；
前記サイドリンク不連続受信命令がトリガーされた宛先又はソース－宛先対について、他のＭＡＣ ＣＥがトリガーされており；
前記第一端末装置の上位層により、前記第一端末装置のＭＡＣ層に対して、データの到達があることが指示されており；
前記サイドリンク不連続受信命令の媒体アクセス制御制御エレメント（ＭＡＣ ＣＥ）がサイドリンクで送信されており；
前記第一端末装置が前記第二端末装置送信のハイブリッド自動再送請求（ＨＡＲＱ）フィードバックを受信しており；及び
前記第一端末装置の上位層が不連続受信設定を再設定しているという条件である。
【0162】
幾つかの実施例において、上述の他のＭＡＣ ＣＥはサイドリンクで送信要の他のＭＡＣ ＣＥ、例えば、ＳＬ ＣＳＩ報告ＭＡＣ ＣＥであっても良い。
【0163】
幾つかの実施例において、前記上位層は次のようなもののうちの１つであり、即ち、Ｖ２Ｘ層、非アクセス層（ＮＡＳ）及び無線リソース制御（ＲＲＣ）層である。
【0164】
幾つかの実施例において、前記第一端末装置の上位層が不連続受信設定を再設定していることは、前記サイドリンク不連続受信命令がトリガーされた宛先又はソース－宛先対又はＰＱＩについて、前記第一端末装置の上位層がＳＬ及び／又はＤＬ不連続受信設定を再設定していることを含む。
【0165】
幾つかの実施例において、不連続受信設定は、ＳＬ ｏｎ－ｄｕｒａｔｉｏｎ ｔｉｍｅｒの値及び／又はＳＬ ｉｎａｃｔｉｖｉｔｙ ｔｉｍｅｒの値及び／又はＳＬ ｒｅｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅｒの値及び／又はＳＬ ＤＲＸ ｃｙｃｌｅの値及び／又はＣＳＩ報告のレイテンシーの上限などを含む。
【0166】
なお、以上、本発明に関連している各部品又はモジュールのみを説明したが、本発明はこれに限定されない。装置１１００はさらに他の部品又はモジュールを含んでも良く、これらの部品又はモジュールの具体的な内容については関連技術を参照できる。また、図１１における各モジュールは単独で実施されても良く、任意の組み合わせの形で実施されても良く、例えば、トリガーユニット１１０１及びキャンセルユニット１１０２はそれぞれ単独で実施されても良いが、本発明はこれについて限定しない。
【0167】
また、便宜のため、図１１には各部品又はモジュール間の接続関係又は信号の方向のみが示されているが、当業者が理解できるように、バス接続などの様々な関連技術を採用しても良い。上述の各部品又はモジュールは例えば、処理器、記憶器、送信機（器）、受信機（器）などのハードウェアにより実現されても良いが、本発明の実施はこれらに限定されない。
【0168】
本発明の実施例に係る装置により、サイドリンク不連続受信命令ＭＡＣ ＣＥを正確な時刻にトリガー又はキャンセルできるため、受信装置の消費電力を節約し又はデータ送信の遅延増大を防止できる。
【0169】
＜第八側面の実施例＞
本発明の実施例では、サイドリンク不連続受信命令に対応するスケジューリング要求のトリガー装置が提供される。
本発明の実施例では、サイドリンク不連続受信命令に対応するスケジューリング要求のトリガー装置が提供される。
【0170】
図１２は本発明の実施例に係るサイドリンク不連続受信命令に対応するスケジューリング要求のトリガー装置を示す図である。該装置は例えば、端末装置（例えば、前述の第一端末装置）であっても良く、端末装置に配置される１つ又は複数の部品又はアセンブリであっても良く、また、ここでは第二側面の実施例と同じ内容の記載を省略する。
【0171】
図１２に示すように、サイドリンク不連続受信命令に対応するスケジューリング要求のトリガー装置１２００は以下のようなものを含む。
【0172】
第一トリガーユニット１２０１：サイドリンク不連続受信命令をトリガーした後に、前記サイドリンク不連続受信命令に対応する第一スケジューリング要求をトリガーする。
【0173】
上述の実施例では、第一トリガーユニット１２０１は以下の条件のうちの１つが満足された場合に、前記サイドリンク不連続受信命令に対応する前記第一スケジューリング要求をトリガーし、即ち、新伝送のためのサイドリンクリソースが無く；新伝送のためのサイドリンクリソースがサイドリンク不連続受信命令ＭＡＣ ＣＥ及びそのサブヘッダーを収納できず；及び、新伝送のためのサイドリンクリソースがサイドリンク不連続受信命令ＭＡＣ ＣＥのサブヘッダーを収納できないという条件である。
【0174】
幾つかの実施例において、図１２に示すように、該装置１２００はさらに次のようなものを含んでも良い。
【0175】
第二トリガーユニット１２０２：前記サイドリンク不連続受信命令を送信した後に、前記サイドリンク不連続受信命令に対応する第二スケジューリング要求をトリガーする。
【0176】
幾つかの実施例において、第二トリガーユニット１２０２は以下の条件のうちの１つが満足された場合に、前記サイドリンク不連続受信命令に対応する前記第二スケジューリング要求をトリガーでき、即ち、新伝送のためのサイドリンクリソースがサイドリンク不連続受信命令ＭＡＣ ＣＥ及びそのサブヘッダー及びすべての送信待ちのデータを収納でき；及び、新伝送のためのサイドリンクリソースがサイドリンク不連続受信命令ＭＡＣ ＣＥのサブヘッダー及びすべての送信待ちのデータを収納できるという条件である。
【0177】
幾つかの実施例において、図１２に示すように、該装置１２００はさらに以下のようなものを含んでも良い。
【0178】
受信ユニット１２０３：ネットワーク装置送信の設定情報を受信し、前記設定情報は少なくとも１つのＳＲ設定を含み；
送信ユニット１２０４：前記少なくとも１つのＳＲ設定のうちの少なくとも１つのＳＲ設定を使用して前記サイドリンク不連続受信命令に対応する第一スケジューリング要求及び／又は第二スケジューリング要求を送信する。
送信ユニット１２０４：前記少なくとも１つのＳＲ設定のうちの少なくとも１つのＳＲ設定を使用して前記サイドリンク不連続受信命令に対応する第一スケジューリング要求及び／又は第二スケジューリング要求を送信する。
【0179】
そのうち、送信ユニット１２０４は第一トリガーユニット１２０１及び／又は第二トリガーユニット１２０２と合併されても良い。
【0180】
幾つかの実施例において、前記設定情報はＲＲＣシグナリングに含まれる。
【0181】
幾つかの実施例において、前記ＳＲ設定はＢＷＰ（ＢＷＰ）上のＰＵＣＣＨリソースを含む。これにより、送信ユニット１２０４は該ＰＵＣＣＨリソースを使用して前述第一スケジューリング要求及び／又は第二スケジューリング要求を送信できる。
【0182】
幾つかの実施例において、前記少なくとも１つのＳＲ設定は以下のもののうちの少なくとも１つであり、即ち、
前記ネットワーク装置が前記サイドリンク不連続受信命令ＭＡＣ ＣＥのために設定するＳＲ設定；
前記ネットワーク装置がサイドリンク論理チャネルのために設定するＳＲ設定であり；
前記ネットワーク装置がサイドリンクチャネル状態情報報告ＭＡＣ ＣＥのために設定するＳＲ設定；及び
前記ネットワーク装置がサイドリンク又は上りリンクの論理チャネル又はＭＡＣ ＣＥのために設定するＳＲ設定である。
前記ネットワーク装置が前記サイドリンク不連続受信命令ＭＡＣ ＣＥのために設定するＳＲ設定；
前記ネットワーク装置がサイドリンク論理チャネルのために設定するＳＲ設定であり；
前記ネットワーク装置がサイドリンクチャネル状態情報報告ＭＡＣ ＣＥのために設定するＳＲ設定；及び
前記ネットワーク装置がサイドリンク又は上りリンクの論理チャネル又はＭＡＣ ＣＥのために設定するＳＲ設定である。
【0183】
幾つかの実施例において、ネットワーク装置はＲＲＣ再設定メッセージにおいて第一スケジューリング要求及び第二スケジューリング要求のために異なるＳＲ設定を設定できる。
【0184】
幾つかの実施例において、図１２に示すように、該装置１２００はさらに以下のようなものを含んでも良い。
【0185】
キャンセルユニット１２０５：サイドリンク不連続受信命令ＭＡＣ ＣＥが送信されたときに、前記サイドリンク不連続受信命令に対応する前記第一スケジューリング要求をキャンセルする。
【0186】
なお、以上、本発明に関連している各部品又はモジュールのみを説明したが、本発明はこれに限定されない。装置１２００はさらに他の部品又はモジュールを含んでも良く、これらの部品又はモジュールの具体的な内容については関連技術を参照できる。また、図１２における各モジュールは単独で実施されても良く、任意の組み合わせの形で実施されても良く、例えば第一トリガーユニット１２０１及び第二トリガーユニット１２０２はそれぞれ単独で実施されても良いが、本発明はこれについて限定しない。
【0187】
また、便宜のため、図１２には各部品又はモジュール間の接続関係又は信号の方向のみが示されているが、当業者が理解できるように、バス接続などの様々な関連技術を採用しても良い。上述の各部品又はモジュールは例えば、処理器、記憶器、送信機、受信機などのハードウェアにより実現されても良いが、本発明の実施はこれらに限定されない。
【0188】
本発明の実施例に係る装置により、ネットワーク装置がサイドリンクリソースの割り当てを停止することをタイムリーに通知できるため、サイドリンクリソースの浪費を避けることができる。
【0189】
＜第九側面の実施例＞
本発明の実施例では、リソースプールの選択装置が提供される。
本発明の実施例では、リソースプールの選択装置が提供される。
【0190】
図１３は本発明の実施例におけるリソースプールの選択装置を示す図である。該装置は例えば、端末装置装置（例えば、前述の第一端末装置）であっても良く、端末装置に配置される１つ又は複数の部品又はアセンブリであっても良く、また、ここでは第三側面の実施例と同じ内容の記載を省略する。
【0191】
本発明の実施例において、リソースプールの選択装置は第一端末装置に配置され、第一端末装置は第二端末装置とサイドリンク伝送を行い、第二端末装置はＳＬ ＤＲＸを使用している。図１３に示すように、リソースプールの選択装置１３００は以下のようなものを含む。
【0192】
選択ユニット１３０１：サイドリンクの論理チャネルに送信待ちデータがあり、かつサイドリンク不連続受信命令がトリガーされた場合に、選択ユニット１３０１は前記サイドリンクの論理チャネル及び前記サイドリンク不連続受信命令の優先度に従って、前記サイドリンクの論理チャネルのＨＡＲＱフィードバック属性又は前記サイドリンク不連続受信命令のＨＡＲＱフィードバック属性に基づいてリソースプールを選択する。
【0193】
幾つかの実施例において、前記サイドリンクの論理チャネルの優先度が前記サイドリンク不連続受信命令の優先度以上の場合に、選択ユニット１３０１は、前記サイドリンクの論理チャネルのＨＡＲＱフィードバック属性が有効（ｅｎａｂｌｅｄ）と設定されたときに、ネットワーク装置設定又は事前設定のリソースプールから、ＰＳＦＣＨリソースが設定されているリソースプールを選択する。
【0194】
幾つかの実施例において、前記サイドリンク不連続受信命令の優先度が前記サイドリンクの論理チャネルの優先度よりも高い場合に、選択ユニット１３０１は、前記サイドリンク不連続受信命令のＨＡＲＱフィードバック属性が有効（ｅｎａｂｌｅｄ）と設定されたときに、ネットワーク装置設定又は事前設定のリソースプールから、ＰＳＦＣＨリソースが設定されているリソースプールを選択する。
【0195】
なお、以上、本発明に関連している各部品又はモジュールのみを説明したが、本発明はこれに限定されない。装置１３００はさらに他の部品又はモジュールを含んでも良く、これらの部品又はモジュールの具体的な内容については関連技術を参照できる。
【0196】
また、上述の各部品又はモジュールは例えば、処理器、記憶器、送信機、受信機などのハードウェアにより実現されても良いが、本発明の実施はこれらに限定されない。
【0197】
本発明の実施例に係る装置により、サイドリンク不連続受信命令ＭＡＣ ＣＥ送信の信頼性を保証できる。
【0198】
＜第十側面の実施例＞
本発明の実施例では、論理チャネル選択装置が提供される。
本発明の実施例では、論理チャネル選択装置が提供される。
【0199】
図１４は本発明の実施例における論理チャネル選択装置を示す図である。該装置は例えば、端末装置（例えば、前述の第一端末装置）であっても良く、端末装置に配置される１つ又は複数の部品又はアセンブリであっても良く、また、ここでは第四側面の実施例における図６の例と同じ内容の記載を省略する。
【0200】
図１４に示すように、論理チャネル選択装置１４００は以下のようなものを含む。
【0201】
確定ユニット１４０１：サイドリンク伝送を送信するためのサイドリンクリソースを確定し；及び
選択ユニット１４０２：論理チャネル優先度（ＬＣＰ）プロセスで宛先を選択し、前記宛先は第一ＭＡＣ ＣＥ、及び／又は所定条件を満足した第一論理チャネルのうちの最高優先度の第二論理チャネル又は第二ＭＡＣ ＣＥを有し、前記第一ＭＡＣ ＣＥは以下の条件を満たし、即ち、前記サイドリンクリソースについてＰＳＦＣＨが設定されない場合に、前記ＭＡＣ ＣＥのＨＡＲＱフィードバック属性が無効（ｄｉｓａｂｌｅｄ）と設定されるという条件である。
選択ユニット１４０２：論理チャネル優先度（ＬＣＰ）プロセスで宛先を選択し、前記宛先は第一ＭＡＣ ＣＥ、及び／又は所定条件を満足した第一論理チャネルのうちの最高優先度の第二論理チャネル又は第二ＭＡＣ ＣＥを有し、前記第一ＭＡＣ ＣＥは以下の条件を満たし、即ち、前記サイドリンクリソースについてＰＳＦＣＨが設定されない場合に、前記ＭＡＣ ＣＥのＨＡＲＱフィードバック属性が無効（ｄｉｓａｂｌｅｄ）と設定されるという条件である。
【0202】
図１５は本発明の実施例に係る論理チャネル選択装置を示すもう1つの図である。該装置は例えば、端末装置（例えば、前述の第一端末装置）であっても良く、端末装置に配置される１つ又は複数の部品又はアセンブリであっても良く、また、ここでは第四側面の実施例における図７の例と同じ内容の記載を省略する。
【0203】
図１５に示すように、論理チャネル選択装置１５００は以下のようなものを含む。
【0204】
確定ユニット１５０１：サイドリンク伝送を送信するためのサイドリンクリソースを確定し；及び
選択ユニット１５０２：前記サイドリンクリソースについてＰＳＦＣＨが設定されており、かつ、所定条件を満足した最高優先度の論理チャネル又はサイドリンク不連続受信命令ＭＡＣ ＣＥに対応するＨＡＲＱフィードバック属性がｅｎａｂｌｅｄと設定された場合に、選択ユニット１５０２はＬＣＰプロセスで、ＨＡＲＱフィードバック属性がｅｎａｂｌｅｄと設定された論理チャネル又はサイドリンク不連続受信命令ＭＡＣ ＣＥを選択し、また、前記サイドリンクリソースについてＰＳＦＣＨが設定されており、かつ、所定条件を満足した最高優先度の論理チャネル又はサイドリンク不連続受信命令ＭＡＣ ＣＥに対応するＨＡＲＱフィードバック属性がｄｉｓａｂｌｅｄと設定された場合に、選択ユニット１５０２はＬＣＰプロセスで、ＨＡＲＱフィードバック属性がｄｉｓａｂｌｅｄと設定された論理チャネル又はサイドリンク不連続受信命令ＭＡＣ ＣＥを選択する。
選択ユニット１５０２：前記サイドリンクリソースについてＰＳＦＣＨが設定されており、かつ、所定条件を満足した最高優先度の論理チャネル又はサイドリンク不連続受信命令ＭＡＣ ＣＥに対応するＨＡＲＱフィードバック属性がｅｎａｂｌｅｄと設定された場合に、選択ユニット１５０２はＬＣＰプロセスで、ＨＡＲＱフィードバック属性がｅｎａｂｌｅｄと設定された論理チャネル又はサイドリンク不連続受信命令ＭＡＣ ＣＥを選択し、また、前記サイドリンクリソースについてＰＳＦＣＨが設定されており、かつ、所定条件を満足した最高優先度の論理チャネル又はサイドリンク不連続受信命令ＭＡＣ ＣＥに対応するＨＡＲＱフィードバック属性がｄｉｓａｂｌｅｄと設定された場合に、選択ユニット１５０２はＬＣＰプロセスで、ＨＡＲＱフィードバック属性がｄｉｓａｂｌｅｄと設定された論理チャネル又はサイドリンク不連続受信命令ＭＡＣ ＣＥを選択する。
【0205】
なお、以上、本発明に関連している各部品又はモジュールのみを説明したが、本発明はこれに限定されない。装置１４００及び１５００はさらに他の部品又はモジュールを含んでも良く、これらの部品又はモジュールの具体的な内容については関連技術を参照できる。
【0206】
また、便宜のため、図１４及び図１５には各部品又はモジュール間の接続関係又は信号の方向のみが示されているが、当業者が理解できるように、バス接続などの様々な関連技術を採用しても良い。上述の各部品又はモジュールは例えば、処理器、記憶器、送信機、受信機などのハードウェアにより実現されても良いが、本発明の実施はこれらに限定されない。
【0207】
本発明の実施例に係る装置により、サイドリンク不連続受信命令ＭＡＣ ＣＥ送信の信頼性を保証できる。
【0208】
＜第十一側面の実施例＞
本発明の実施例では、サイドリンク伝送の送信装置が提供される。
本発明の実施例では、サイドリンク伝送の送信装置が提供される。
【0209】
図１６は本発明の実施例によるサイドリンク伝送の送信装置を示す図である。該装置は例えば、端末装置（例えば、前述の第一端末装置）であっても良く、端末装置に配置される１つ又は複数の部品又はアセンブリであっても良く、また、ここでは第五側面の実施例と同じ内容の記載を省略する。
【0210】
図１６に示すように、サイドリンク伝送の送信装置１６００は以下のようなものを含む。
【0211】
第一送信ユニット１６０１：前記第二端末装置にサイドリンク不連続受信命令（ＳＬ ＤＲＸ ｃｏｍｍａｎｄ）ＭＡＣ ＣＥを送信し、前記サイドリンク不連続受信命令ＭＡＣ ＣＥは設定されており又は事前定義されている優先度を有する。
【0212】
幾つかの実施例において、図１６に示すように、装置１６００はさらに次のようなものを含んでも良い。
【0213】
第二送信ユニット１６０２：前記第二端末装置にサイドリンク制御情報（ＳＣＩ）を送信し、前記サイドリンク制御情報は前記サイドリンク不連続受信命令ＭＡＣ ＣＥの優先度を指示する。
【0214】
幾つかの実施例において、図１６に示すように、装置１６００はさらに次のようなものを含んでも良い。
【0215】
決定ユニット１６０３：前記設定されており又は事前定義されている優先度により、サイドリンク伝送の送信又は上りリンク伝送の送信を決定する。
【0216】
幾つかの実施例において、前記第一端末装置のＬＣＰプロセスの実行中に、前記サイドリンク不連続受信命令ＭＡＣ ＣＥの優先度はサイドリンクサービスチャネルデータの優先度よりも低い。
【0217】
幾つかの実施例において、図１６に示すように、装置１６００はさらに次のようなものを含んでも良い。
【0218】
生成ユニット１６０４：前記サイドリンク不連続受信命令ＭＡＣ ＣＥを生成するときに、生成ユニット１６０４は１つのＭＡＣ ＰＤＵを生成する。
【0219】
なお、以上、本発明に関連している各部品又はモジュールのみを説明したが、本発明はこれに限定されない。装置１６００はさらに他の部品又はモジュールを含んでも良く、これらの部品又はモジュールの具体的な内容については関連技術を参照できる。
【0220】
また、便宜のため、図１６には各部品又はモジュール間の接続関係又は信号の方向のみが示されているが、当業者が理解できるように、バス接続などの様々な関連技術を採用しても良い。上述の各部品又はモジュールは例えば、処理器、記憶器、送信機、受信機などのハードウェアにより実現されても良いが、本発明の実施はこれらに限定されない。
【0221】
本発明の実施例に係る装置により、サイドリンク伝送の信頼性を向上させることができる。
【0222】
＜第十二側面の実施例＞
本発明の実施例では、サイドリンクバッファ状態報告の生成装置が提供される。
本発明の実施例では、サイドリンクバッファ状態報告の生成装置が提供される。
【0223】
図１７は本発明の実施例によるサイドリンクバッファ状態報告の生成装置を示す図である。該装置は例えば、端末装置（例えば、前述の第一端末装置）であっても良く、端末装置に配置される１つ又は複数の部品又はアセンブリであっても良く、また、ここでは第六側面の実施例と同じ内容の記載を省略する。
【0224】
図１７に示すように、サイドリンクバッファ状態報告の生成装置１７００は以下のようなものを含み、即ち、生成ユニット１７０１及び送信ユニット１７０２である。
【0225】
生成ユニット１７０１：サイドリンクバッファ状態報告（ＳＬ－ＢＳＲ）を生成し、前記サイドリンクバッファ状態報告におけるバッファサイズ域（ｂｕｆｆｅｒ ｓｉｚｅ ｆｉｌｅｄ）は以下のもののうちの少なくとも１つを標識しており、即ち、
ＭＡＣ ＰＤＵの構築後の宛先の論理チャネル組のすべての論理チャネルの可用データ総量であり、前記ＭＡＣ ＰＤＵはサイドリンクバッファ状態報告ＭＡＣ ＣＥを含み、又は、前記ＭＡＣ ＰＤＵはＵＬ ＭＡＣ ＰＤＵであり；
ＭＡＣ ＰＤＵの構築時の宛先の論理チャネル組のすべての論理チャネルの可用データ総量であり、前記ＭＡＣ ＰＤＵはサイドリンクバッファ状態報告のＭＡＣ ＣＥを含み、又は、前記ＭＡＣ ＰＤＵはＵＬ ＭＡＣ ＰＤＵであり；
サイドリンクバッファ状態報告ＭＡＣ ＣＥの生成時の宛先の論理チャネル組のすべての論理チャネルの可用データ総量であり；
サイドリンクバッファ状態報告ＭＡＣ ＣＥのトリガー時の宛先の論理チャネル組のすべての論理チャネルの可用データ総量であり；及び
サイドリンクのＭＡＣ ＰＤＵの構築後の宛先の論理チャネル組のすべての論理チャネルの可用データ総量であり、そのうち、上りリンク伝送及びサイドリンク伝送は時間上重畳しており、かつ前記第一端末装置は上りリンク伝送及びサイドリンク伝送を同時に行う能力を持ち、そのうち、サイドリンクＬＣＰプロセスの後に、バッファサイズ域の値がゼロになることを引き起こし得る。
ＭＡＣ ＰＤＵの構築後の宛先の論理チャネル組のすべての論理チャネルの可用データ総量であり、前記ＭＡＣ ＰＤＵはサイドリンクバッファ状態報告ＭＡＣ ＣＥを含み、又は、前記ＭＡＣ ＰＤＵはＵＬ ＭＡＣ ＰＤＵであり；
ＭＡＣ ＰＤＵの構築時の宛先の論理チャネル組のすべての論理チャネルの可用データ総量であり、前記ＭＡＣ ＰＤＵはサイドリンクバッファ状態報告のＭＡＣ ＣＥを含み、又は、前記ＭＡＣ ＰＤＵはＵＬ ＭＡＣ ＰＤＵであり；
サイドリンクバッファ状態報告ＭＡＣ ＣＥの生成時の宛先の論理チャネル組のすべての論理チャネルの可用データ総量であり；
サイドリンクバッファ状態報告ＭＡＣ ＣＥのトリガー時の宛先の論理チャネル組のすべての論理チャネルの可用データ総量であり；及び
サイドリンクのＭＡＣ ＰＤＵの構築後の宛先の論理チャネル組のすべての論理チャネルの可用データ総量であり、そのうち、上りリンク伝送及びサイドリンク伝送は時間上重畳しており、かつ前記第一端末装置は上りリンク伝送及びサイドリンク伝送を同時に行う能力を持ち、そのうち、サイドリンクＬＣＰプロセスの後に、バッファサイズ域の値がゼロになることを引き起こし得る。
【0226】
送信ユニット１７０２：ネットワーク装置に前記サイドリンクバッファ状態報告を送信する。
【0227】
なお、以上、本発明に関連している各部品又はモジュールのみを説明したが、本発明はこれに限定されない。装置１７００はさらに他の部品又はモジュールを含んでも良く、これらの部品又はモジュールの具体的な内容については関連技術を参照できる。
【0228】
また、上述の各部品又はモジュールは例えば、処理器、記憶器、送信機、受信機などのハードウェアにより実現されても良いが、本発明の実施はこれらに限定されない。
【0229】
本発明の実施例に係る装置により、ネットワーク装置が端末装置のサイドリンクのバッファ状態を知ることに有利であり、そして、適応性スケジューリングを行うことで、サイドリンクサービスのＱｏＳ要求を満たすことができる。
【0230】
＜第十三側面の実施例＞
本発明の実施例ではさらに通信システムが提供され、また、ここでは第一側面乃至第十二側面の実施例と同じ内容の記載を省略する。
本発明の実施例ではさらに通信システムが提供され、また、ここでは第一側面乃至第十二側面の実施例と同じ内容の記載を省略する。
【0231】
幾つかの実施例において、通信システムは少なくとも、第一端末装置及び第二端末装置を含んでも良く、前記第一端末装置は前記第二端末装置とサイドリンク伝送を行い、前記第二端末装置はＳＬ ＤＲＸを使用する。そのうち、第一端末装置は送信装置として、第一側面乃至第六側面の任意の１つの側面の実施例に記載の方法を実現するように構成され、第二端末装置は受信装置として、ＳＬ ＤＲＸ ａｃｔｉｖｅ ｔｉｍｅに第一端末装置送信のサイドリンク伝送を受信するように構成される。
【0232】
幾つかの実施例において、通信システムは少なくとも、第一端末装置、第二端末装置及びネットワーク装置を含んでも良く、第一端末装置は送信装置として、第一側面乃至第六側面の任意の１つの側面の実施例に記載の方法を実現するように構成され、第二端末装置は受信装置として、ＳＬ ＤＲＸ ａｃｔｉｖｅ ｔｉｍｅに第一端末装置送信のサイドリンク伝送を受信するように構成され、ネットワーク装置は第一端末装置にサイドリンクリソースを割り当てるように構成される。
【0233】
本発明の実施例ではさらに、端末装置が提供される。
【0234】
図１８は本発明の実施例における端末装置を示す図である。図１８に示すように、該端末装置１８００は処理器１８０１及び記憶器１８０２を含んでも良く、記憶器１８０２はデータ及びプログラムを記憶しており、かつ処理器１８０１に接続される。なお、該図は例示に過ぎず、さらに、他の類型の構成を用いて該構成に対して補充又は代替を行うことで電気通信機能又は他の機能を実現しても良い。
【0235】
例えば、処理器１８０１はプログラムを実行して第一側面乃至第六側面の任意の１つの側面の実施例に記載の方法を実現するように構成されても良い。
【0236】
図１８に示すように、該端末装置１８００はさらに、通信モジュール１８０３、入力ユニット１８０４、表示器１８０５、電源１８０６などを含み得る。そのうち、これらの部品の機能は従来技術と同様であるため、ここではその詳しい説明を省略する。なお、端末装置１８００は図１８に示すすべての部品を含む必要がない。また、端末装置１８００はさらに図１８に無い部品を含んでも良いが、これについては従来技術を参照できる。
【0237】
本発明の実施例ではさらにコンピュータプログラムが提供され、そのうち、端末装置で前記プログラムを実行するときに、前記プログラムは前記端末装置に、第一側面乃至第六側面の任意の１つの側面の実施例に記載の方法を実行させる。
【0238】
本発明の実施例ではさらに、コンピュータプログラムを記憶した記憶媒体が提供され、そのうち、前記コンピュータプログラムは端末装置に、第一側面乃至第六側面の任意の１つの側面の実施例に記載の方法を実行させる。
【0239】
また、上述の装置及び方法は、ソフトウェア又はハードウェアにより実現されても良く、ハードウェアとソフトウェアとの組み合わせにより実現されても良い。本発明はさらに、下記のようなコンピュータ読み取り可能なプログラムに関し、即ち、該プログラムは、ロジック部品により実行されるときに、該ロジック部品に上述の装置又は構成部品を実現させ、又は、該ロジック部品に上述の様々な方法又はステップを実現させる。ロジック部品は、例えば、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）、マイクロプロセッサ、コンピュータに用いる処理器などであっても良い。本発明はさらに、上述のプログラムを記憶した記憶媒体、例えば、ハードディスク、磁気ディスク、光ハードディスク、ＤＶＤ、フラッシュメモリなどにも関する。
【0240】
さらに、図面に記載された機能ブロックのうちの１つ又は複数の組み合わせ及び／又は機能ブロックの１つ又は複数の組み合わせは、本明細書に記載の機能を実行するための汎用処理器、デジタル信号処理器（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）又は他のプログラム可能な論理部品、ディスクリートゲート又はトランジスタ論理部品、ディスクリートハードウェアアセンブリ又は他の任意の適切な組み合わせとして実現されても良い。また、図面に記載の機能ブロックのうちの１つ又は複数の組み合わせ及び／又は機能ブロックの１つ又は複数の組み合わせは、さらに、計算装置の組み合わせ、例えば、ＤＳＰ及びマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、ＤＳＰと通信により接続される１つ又は複数のマイクロプロセッサ又は他の任意の構成の組み合わせとして構成されても良い。
【0241】
以上、本発明の好ましい実施例を説明したが、本発明はこのような実施例に限定されず、本発明の趣旨を離脱しない限り、本発明に対するあらゆる変更は本発明の技術的範囲に属する。
【0242】
また、上述の実施例などに関し、さらに以下のような付記を開示する。
【0243】
（付記１）
サイドリンク不連続受信命令（ＳＬ ＤＲＸ ｃｏｍｍａｎｄ）のトリガー方法であって、それは第一端末装置に適用され、前記第一端末装置は第二端末装置とサイドリンク伝送を行い、前記第二端末装置はサイドリンク不連続受信（ＳＬ ＤＲＸ）を使用し、そのうち、前記方法は、
前記第一端末装置のＭＡＣ層が、以下の条件のうちの１つが満足された場合に、サイドリンク不連続受信命令をトリガーすることを含み、即ち、
１つの宛先（ｄｅｓｔｉｎａｔｉｏｎ）又はソース－宛先対（ａ ｐａｉｒ ｏｆ ｓｏｕｒｃｅ ＩＤ ａｎｄ ｄｅｓｔｉｎａｔｉｏｎ ＩＤ）又は１つのＰＣ５ ５Ｇサービス品質指示（ＰＣ５ ５Ｇ ＱｏＳ ｉｄｅｎｔｉｆｉｅｒ、ＰＱＩ）に対応する論理チャネルに送信待ちデータが無く、又は現在のサービス周期に送信待ちデータが無く、又は過去の所定期間に又は１つのタイマーが切れたときに送信待ちデータが無く；
１つの宛先又はソース－宛先対に送信待ちＭＡＣ ＣＥが無く、又は現在のサービス周期に送信待ちＭＡＣ ＣＥが無く、又は過去の所定期間に又は１つのタイマーが切れたときに送信待ちＭＡＣ ＣＥが無く；及び
前記第一端末装置の上位層により、前記第一端末装置のＭＡＣ層が送信待ちデータを有せず又は所定期間内で送信待ちデータを有しないと指示されているという条件である、方法。
サイドリンク不連続受信命令（ＳＬ ＤＲＸ ｃｏｍｍａｎｄ）のトリガー方法であって、それは第一端末装置に適用され、前記第一端末装置は第二端末装置とサイドリンク伝送を行い、前記第二端末装置はサイドリンク不連続受信（ＳＬ ＤＲＸ）を使用し、そのうち、前記方法は、
前記第一端末装置のＭＡＣ層が、以下の条件のうちの１つが満足された場合に、サイドリンク不連続受信命令をトリガーすることを含み、即ち、
１つの宛先（ｄｅｓｔｉｎａｔｉｏｎ）又はソース－宛先対（ａ ｐａｉｒ ｏｆ ｓｏｕｒｃｅ ＩＤ ａｎｄ ｄｅｓｔｉｎａｔｉｏｎ ＩＤ）又は１つのＰＣ５ ５Ｇサービス品質指示（ＰＣ５ ５Ｇ ＱｏＳ ｉｄｅｎｔｉｆｉｅｒ、ＰＱＩ）に対応する論理チャネルに送信待ちデータが無く、又は現在のサービス周期に送信待ちデータが無く、又は過去の所定期間に又は１つのタイマーが切れたときに送信待ちデータが無く；
１つの宛先又はソース－宛先対に送信待ちＭＡＣ ＣＥが無く、又は現在のサービス周期に送信待ちＭＡＣ ＣＥが無く、又は過去の所定期間に又は１つのタイマーが切れたときに送信待ちＭＡＣ ＣＥが無く；及び
前記第一端末装置の上位層により、前記第一端末装置のＭＡＣ層が送信待ちデータを有せず又は所定期間内で送信待ちデータを有しないと指示されているという条件である、方法。
【0244】
（付記２）
付記１に記載の方法であって、
１つの宛先又はソース－宛先址対又は１つのＰＱＩに対応する論理チャネルに送信待ちデータが無いとは、１つの宛先又はソース－宛先対又は１つのＰＱＩに対応する論理チャネルのバッファサイズが０であることを指す、方法。
付記１に記載の方法であって、
１つの宛先又はソース－宛先址対又は１つのＰＱＩに対応する論理チャネルに送信待ちデータが無いとは、１つの宛先又はソース－宛先対又は１つのＰＱＩに対応する論理チャネルのバッファサイズが０であることを指す、方法。
【0245】
（付記３）
付記１に記載の方法であって、
前記現在のサービス周期は以下のもののうちの少なくとも１つを含み、即ち、
サイドリンクサービスの周期；
サイドリンク不連続受信の周期（ＳＬ ＤＲＸ ｃｙｃｌｅ）；
サイドリンク不連続受信の持続時間タイマー（ＳＬ ＤＲＸ ｏｎ－ｄｕｒａｔｉｏｎ ｔｉｍｅｒ）の計時周期；及び
サイドリンク不連続受信の非アクティブなタイマー（ＳＬ ＤＲＸ ｉｎａｃｔｉｖｉｔｙ ｔｉｍｅｒ）の計時周期である、方法。
付記１に記載の方法であって、
前記現在のサービス周期は以下のもののうちの少なくとも１つを含み、即ち、
サイドリンクサービスの周期；
サイドリンク不連続受信の周期（ＳＬ ＤＲＸ ｃｙｃｌｅ）；
サイドリンク不連続受信の持続時間タイマー（ＳＬ ＤＲＸ ｏｎ－ｄｕｒａｔｉｏｎ ｔｉｍｅｒ）の計時周期；及び
サイドリンク不連続受信の非アクティブなタイマー（ＳＬ ＤＲＸ ｉｎａｃｔｉｖｉｔｙ ｔｉｍｅｒ）の計時周期である、方法。
【0246】
（付記４）
付記１に記載の方法であって、
前記タイマーは以下のもののうちの少なくとも１つを含み、即ち、
ネットワーク装置設定又は事前定義のタイマー；
サイドリンク不連続受信の持続時間タイマー（ＳＬ ＤＲＸ ｏｎ－ｄｕｒａｔｉｏｎ ｔｉｍｅｒ）；及び
サイドリンク不連続受信の非アクティブなタイマー（ＳＬ ＤＲＸ ｉｎａｃｔｉｖｉｔｙ ｔｉｍｅｒ）である、方法。
付記１に記載の方法であって、
前記タイマーは以下のもののうちの少なくとも１つを含み、即ち、
ネットワーク装置設定又は事前定義のタイマー；
サイドリンク不連続受信の持続時間タイマー（ＳＬ ＤＲＸ ｏｎ－ｄｕｒａｔｉｏｎ ｔｉｍｅｒ）；及び
サイドリンク不連続受信の非アクティブなタイマー（ＳＬ ＤＲＸ ｉｎａｃｔｉｖｉｔｙ ｔｉｍｅｒ）である、方法。
【0247】
（付記５）
付記１に記載の方法であって、
前記時間は以下のもののうちの少なくとも１つを含み、即ち、
ネットワーク装置設定又は事前定義の時間；
サイドリンクサービスの周期；
サイドリンク不連続受信の周期（ＳＬ ＤＲＸ ｃｙｃｌｅ）；
サイドリンク不連続受信の持続時間タイマー（ＳＬ ＤＲＸ ｏｎ－ｄｕｒａｔｉｏｎ ｔｉｍｅｒ）の計時周期；及び
サイドリンク不連続受信の非アクティブなタイマー（ＳＬ ＤＲＸ ｉｎａｃｔｉｖｉｔｙ ｔｉｍｅｒ）の計時周期である、方法。
付記１に記載の方法であって、
前記時間は以下のもののうちの少なくとも１つを含み、即ち、
ネットワーク装置設定又は事前定義の時間；
サイドリンクサービスの周期；
サイドリンク不連続受信の周期（ＳＬ ＤＲＸ ｃｙｃｌｅ）；
サイドリンク不連続受信の持続時間タイマー（ＳＬ ＤＲＸ ｏｎ－ｄｕｒａｔｉｏｎ ｔｉｍｅｒ）の計時周期；及び
サイドリンク不連続受信の非アクティブなタイマー（ＳＬ ＤＲＸ ｉｎａｃｔｉｖｉｔｙ ｔｉｍｅｒ）の計時周期である、方法。
【0248】
（付記６）
付記１に記載の方法であって、
前記上位層は次のようなもののうちの１つであり、即ち、Ｖ２Ｘ層、非アクセス層（ＮＡＳ）及び無線リソース制御（ＲＲＣ）層である、方法。
付記１に記載の方法であって、
前記上位層は次のようなもののうちの１つであり、即ち、Ｖ２Ｘ層、非アクセス層（ＮＡＳ）及び無線リソース制御（ＲＲＣ）層である、方法。
【0249】
（付記７）
付記１に記載の方法であって、さらに、
前記第一端末装置のＭＡＣ層が、以下の条件のうちの１つが満足された場合に、サイドリンク不連続受信命令をキャンセルすることを含み、即ち、
前記サイドリンク不連続受信命令がトリガーされた宛先又はソース－宛先対又はＰＱＩについて、新データが前記宛先又はソース－宛先対又はＰＱＩに対応する論理チャネルに到達しており；
前記サイドリンク不連続受信命令がトリガーされた宛先又はソース－宛先対について、他のＭＡＣ ＣＥがトリガーされており；
前記第一端末装置の上位層により、前記第一端末装置のＭＡＣ層にデータの到達があることを指示しており；
前記サイドリンク不連続受信命令の媒体アクセス制御制御エレメント（ＭＡＣ ＣＥ）がサイドリンクで送信されており；
前記第一端末装置が前記第二端末装置送信のハイブリッド自動再送請求（ＨＡＲＱ）フィードバックを受信しており；及び
前記第一端末装置の上位層が不連続受信設定を再設定しているという条件である、方法。
付記１に記載の方法であって、さらに、
前記第一端末装置のＭＡＣ層が、以下の条件のうちの１つが満足された場合に、サイドリンク不連続受信命令をキャンセルすることを含み、即ち、
前記サイドリンク不連続受信命令がトリガーされた宛先又はソース－宛先対又はＰＱＩについて、新データが前記宛先又はソース－宛先対又はＰＱＩに対応する論理チャネルに到達しており；
前記サイドリンク不連続受信命令がトリガーされた宛先又はソース－宛先対について、他のＭＡＣ ＣＥがトリガーされており；
前記第一端末装置の上位層により、前記第一端末装置のＭＡＣ層にデータの到達があることを指示しており；
前記サイドリンク不連続受信命令の媒体アクセス制御制御エレメント（ＭＡＣ ＣＥ）がサイドリンクで送信されており；
前記第一端末装置が前記第二端末装置送信のハイブリッド自動再送請求（ＨＡＲＱ）フィードバックを受信しており；及び
前記第一端末装置の上位層が不連続受信設定を再設定しているという条件である、方法。
【0250】
（付記８）
付記７に記載の方法であって、
前記上位層は次のようなもののうちの１つであり、即ち、Ｖ２Ｘ層、非アクセス層（ＮＡＳ）及び無線リソース制御（ＲＲＣ）層である、方法。
付記７に記載の方法であって、
前記上位層は次のようなもののうちの１つであり、即ち、Ｖ２Ｘ層、非アクセス層（ＮＡＳ）及び無線リソース制御（ＲＲＣ）層である、方法。
【0251】
（付記９）
付記７に記載の方法であって、
前記第一端末装置の上位層が不連続受信設定を再設定していることは、
前記サイドリンク不連続受信命令がトリガーされた宛先又はソース－宛先対又はＰＱＩについて、前記第一端末装置の上位層がＳＬ及び／又はＤＬ不連続受信設定を再設定していることを含む、方法。
付記７に記載の方法であって、
前記第一端末装置の上位層が不連続受信設定を再設定していることは、
前記サイドリンク不連続受信命令がトリガーされた宛先又はソース－宛先対又はＰＱＩについて、前記第一端末装置の上位層がＳＬ及び／又はＤＬ不連続受信設定を再設定していることを含む、方法。
【0252】
（付記７ａ）
サイドリンク不連続受信命令（ＳＬ ＤＲＸ ｃｏｍｍａｎｄ）のキャンセル方法であって、それは第一端末装置に適用され、前記第一端末装置は第二端末装置とサイドリンク伝送を行い、前記第二端末装置はサイドリンク不連続受信（ＳＬ ＤＲＸ）を使用し、そのうち、前記方法は、
前記第一端末装置のＭＡＣ層が、以下の条件のうちの１つが満足された場合に、サイドリンク不連続受信命令をキャンセルすることを含み、
前記サイドリンク不連続受信命令がトリガーされた宛先又はソース－宛先対又はＰＱＩについて、新データが前記宛先又はソース－宛先対又はＰＱＩに対応する論理チャネルに到達しており；
前記サイドリンク不連続受信命令がトリガーされた宛先又はソース－宛先対について、他のＭＡＣ ＣＥがトリガーされており；
前記第一端末装置の上位層により、前記第一端末装置のＭＡＣ層にデータの到達があることを指示しており；
前記サイドリンク不連続受信命令の媒体アクセス制御制御エレメント（ＭＡＣ ＣＥ）がサイドリンクで送信されており；
前記第一端末装置が前記第二端末装置送信のハイブリッド自動再送請求（ＨＡＲＱ）フィードバックを受信しており；及び
前記第一端末装置の上位層が不連続受信設定を再設定しているという条件である、方法。
サイドリンク不連続受信命令（ＳＬ ＤＲＸ ｃｏｍｍａｎｄ）のキャンセル方法であって、それは第一端末装置に適用され、前記第一端末装置は第二端末装置とサイドリンク伝送を行い、前記第二端末装置はサイドリンク不連続受信（ＳＬ ＤＲＸ）を使用し、そのうち、前記方法は、
前記第一端末装置のＭＡＣ層が、以下の条件のうちの１つが満足された場合に、サイドリンク不連続受信命令をキャンセルすることを含み、
前記サイドリンク不連続受信命令がトリガーされた宛先又はソース－宛先対又はＰＱＩについて、新データが前記宛先又はソース－宛先対又はＰＱＩに対応する論理チャネルに到達しており；
前記サイドリンク不連続受信命令がトリガーされた宛先又はソース－宛先対について、他のＭＡＣ ＣＥがトリガーされており；
前記第一端末装置の上位層により、前記第一端末装置のＭＡＣ層にデータの到達があることを指示しており；
前記サイドリンク不連続受信命令の媒体アクセス制御制御エレメント（ＭＡＣ ＣＥ）がサイドリンクで送信されており；
前記第一端末装置が前記第二端末装置送信のハイブリッド自動再送請求（ＨＡＲＱ）フィードバックを受信しており；及び
前記第一端末装置の上位層が不連続受信設定を再設定しているという条件である、方法。
【0253】
（付記８ａ）
付記７ａに記載の方法であって、
前記上位層は次のようなもののうちの１つであり、即ち、Ｖ２Ｘ層、非アクセス層（ＮＡＳ）及び無線リソース制御（ＲＲＣ）層である、方法。
付記７ａに記載の方法であって、
前記上位層は次のようなもののうちの１つであり、即ち、Ｖ２Ｘ層、非アクセス層（ＮＡＳ）及び無線リソース制御（ＲＲＣ）層である、方法。
【0254】
（付記９ａ）
付記７ａに記載の方法であって、
前記第一端末装置の上位層が不連続受信設定を再設定していることは、
前記サイドリンク不連続受信命令がトリガーされた宛先又はソース－宛先対又はＰＱＩについて、前記第一端末装置の上位層がＳＬ及び／又はＤＬ不連続受信設定を再設定していることを含む、方法。
付記７ａに記載の方法であって、
前記第一端末装置の上位層が不連続受信設定を再設定していることは、
前記サイドリンク不連続受信命令がトリガーされた宛先又はソース－宛先対又はＰＱＩについて、前記第一端末装置の上位層がＳＬ及び／又はＤＬ不連続受信設定を再設定していることを含む、方法。
【0255】
（付記１０）
サイドリンク不連続受信命令に対応するスケジューリング要求のトリガー方法であって、それは第一端末装置に適用され、前記第一端末装置は第二端末装置とサイドリンク伝送を行い、前記第二端末装置はサイドリンク不連続受信（ＳＬ ＤＲＸ）を使用し、そのうち、前記方法は、
前記第一端末装置がサイドリンク不連続受信命令をトリガーした後に、前記サイドリンク不連続受信命令に対応する第一スケジューリング要求をトリガーすることを含む、方法。
サイドリンク不連続受信命令に対応するスケジューリング要求のトリガー方法であって、それは第一端末装置に適用され、前記第一端末装置は第二端末装置とサイドリンク伝送を行い、前記第二端末装置はサイドリンク不連続受信（ＳＬ ＤＲＸ）を使用し、そのうち、前記方法は、
前記第一端末装置がサイドリンク不連続受信命令をトリガーした後に、前記サイドリンク不連続受信命令に対応する第一スケジューリング要求をトリガーすることを含む、方法。
【0256】
（付記１１）
付記１０に記載の方法であって、
前記第一端末装置は以下の条件のうちの１つが満足された場合に、前記サイドリンク不連続受信命令に対応する前記第一スケジューリング要求をトリガーし、即ち、
新伝送のためのサイドリンクリソースが無く；
新伝送のためのサイドリンクリソースがサイドリンク不連続受信命令ＭＡＣ ＣＥ及びそのサブヘッダーを収納できず；及び
新伝送のためのサイドリンクリソースがサイドリンク不連続受信命令ＭＡＣ ＣＥのサブヘッダーを収納できないという条件である、方法。
付記１０に記載の方法であって、
前記第一端末装置は以下の条件のうちの１つが満足された場合に、前記サイドリンク不連続受信命令に対応する前記第一スケジューリング要求をトリガーし、即ち、
新伝送のためのサイドリンクリソースが無く；
新伝送のためのサイドリンクリソースがサイドリンク不連続受信命令ＭＡＣ ＣＥ及びそのサブヘッダーを収納できず；及び
新伝送のためのサイドリンクリソースがサイドリンク不連続受信命令ＭＡＣ ＣＥのサブヘッダーを収納できないという条件である、方法。
【0257】
（付記１２）
付記１０に記載の方法であって、さらに、
前記第一端末装置が前記サイドリンク不連続受信命令を送信した後に、前記サイドリンク不連続受信命令に対応する第二スケジューリング要求をトリガーすることを含む、方法。
付記１０に記載の方法であって、さらに、
前記第一端末装置が前記サイドリンク不連続受信命令を送信した後に、前記サイドリンク不連続受信命令に対応する第二スケジューリング要求をトリガーすることを含む、方法。
【0258】
（付記１３）
付記１２に記載の方法であって、
前記第一端末装置は以下の条件のうちの１つが満足された場合に、前記サイドリンク不連続受信命令に対応する前記第二スケジューリング要求をトリガーし、即ち、
新伝送のためのサイドリンクリソースがサイドリンク不連続受信命令ＭＡＣ ＣＥ及びそのサブヘッダー及びすべての送信待ちのデータを収納でき；及び
新伝送のためのサイドリンクリソースがサイドリンク不連続受信命令ＭＡＣ ＣＥのサブヘッダー及びすべての送信待ちのデータを収納できるという条件である、方法。
付記１２に記載の方法であって、
前記第一端末装置は以下の条件のうちの１つが満足された場合に、前記サイドリンク不連続受信命令に対応する前記第二スケジューリング要求をトリガーし、即ち、
新伝送のためのサイドリンクリソースがサイドリンク不連続受信命令ＭＡＣ ＣＥ及びそのサブヘッダー及びすべての送信待ちのデータを収納でき；及び
新伝送のためのサイドリンクリソースがサイドリンク不連続受信命令ＭＡＣ ＣＥのサブヘッダー及びすべての送信待ちのデータを収納できるという条件である、方法。
【0259】
（付記１４）
付記１０又は１２に記載の方法であって、さらに、
前記第一端末装置がネットワーク装置送信の設定情報を受信し、前記設定情報は少なくとも１つのＳＲ設定を含み；及び
前記第一端末装置が前記少なくとも１つのＳＲ設定のうちの少なくとも１つのＳＲ設定を使用して前記サイドリンク不連続受信命令に対応する第一スケジューリング要求及び／又は第二スケジューリング要求を送信することを含む、方法。
付記１０又は１２に記載の方法であって、さらに、
前記第一端末装置がネットワーク装置送信の設定情報を受信し、前記設定情報は少なくとも１つのＳＲ設定を含み；及び
前記第一端末装置が前記少なくとも１つのＳＲ設定のうちの少なくとも１つのＳＲ設定を使用して前記サイドリンク不連続受信命令に対応する第一スケジューリング要求及び／又は第二スケジューリング要求を送信することを含む、方法。
【0260】
（付記１５）
付記１４に記載の方法であって、
前記設定情報はＲＲＣシグナリングに含まれる、方法。
付記１４に記載の方法であって、
前記設定情報はＲＲＣシグナリングに含まれる、方法。
【0261】
（付記１６）
付記１４に記載の方法であって、
前記ＳＲ設定はＢＷＰ上のＰＵＣＣＨリソースを含む、方法。
付記１４に記載の方法であって、
前記ＳＲ設定はＢＷＰ上のＰＵＣＣＨリソースを含む、方法。
【0262】
（付記１７）
付記１４に記載の方法であって、
前記少なくとも１つのＳＲ設定は以下のもののうちの少なくとも１つであり、即ち、
前記ネットワーク装置がサイドリンク不連続受信命令ＭＡＣ ＣＥのために設定するＳＲ設定；
前記ネットワーク装置がサイドリンク論理チャネルのために設定するＳＲ設定；
前記ネットワーク装置がサイドリンクチャネル状態情報報告のＭＡＣ ＣＥのために設定するＳＲ設定；及び
前記ネットワーク装置がサイドリンク又は上りリンクの論理チャネル又はＭＡＣ ＣＥのために設定するＳＲ設定である、方法。
付記１４に記載の方法であって、
前記少なくとも１つのＳＲ設定は以下のもののうちの少なくとも１つであり、即ち、
前記ネットワーク装置がサイドリンク不連続受信命令ＭＡＣ ＣＥのために設定するＳＲ設定；
前記ネットワーク装置がサイドリンク論理チャネルのために設定するＳＲ設定；
前記ネットワーク装置がサイドリンクチャネル状態情報報告のＭＡＣ ＣＥのために設定するＳＲ設定；及び
前記ネットワーク装置がサイドリンク又は上りリンクの論理チャネル又はＭＡＣ ＣＥのために設定するＳＲ設定である、方法。
【0263】
（付記１８）
付記１０に記載の方法であって、さらに、
サイドリンク不連続受信命令ＭＡＣ ＣＥが送信されたときに、前記サイドリンク不連続受信命令に対応する前記第一スケジューリング要求をキャンセルすることを含む、方法。
付記１０に記載の方法であって、さらに、
サイドリンク不連続受信命令ＭＡＣ ＣＥが送信されたときに、前記サイドリンク不連続受信命令に対応する前記第一スケジューリング要求をキャンセルすることを含む、方法。
【0264】
（付記１９）
リソースプールの選択方法であって、それは第一端末装置に適用され、前記第一端末装置は第二端末装置とサイドリンク伝送を行い、前記第二端末装置はサイドリンク不連続受信（ＳＬ ＤＲＸ）を使用し、そのうち、前記方法は、
サイドリンク論理チャネルに送信待ちデータが有り、かつサイドリンク不連続受信命令がトリガーされた場合に、前記第一端末装置は前記サイドリンク論理チャネル及び前記サイドリンク不連続受信命令の優先度に従って、前記サイドリンク論理チャネルのＨＡＲＱフィードバック属性に基づいて又は前記サイドリンク不連続受信命令のＨＡＲＱフィードバック属性に基づいてリソースプールを選択することを含む、方法。
リソースプールの選択方法であって、それは第一端末装置に適用され、前記第一端末装置は第二端末装置とサイドリンク伝送を行い、前記第二端末装置はサイドリンク不連続受信（ＳＬ ＤＲＸ）を使用し、そのうち、前記方法は、
サイドリンク論理チャネルに送信待ちデータが有り、かつサイドリンク不連続受信命令がトリガーされた場合に、前記第一端末装置は前記サイドリンク論理チャネル及び前記サイドリンク不連続受信命令の優先度に従って、前記サイドリンク論理チャネルのＨＡＲＱフィードバック属性に基づいて又は前記サイドリンク不連続受信命令のＨＡＲＱフィードバック属性に基づいてリソースプールを選択することを含む、方法。
【0265】
（付記２０）
付記１９に記載の方法であって、
前記サイドリンク論理チャネルの優先度が前記サイドリンク不連続受信命令の優先度以上の場合に、前記第一端末装置は前記サイドリンク論理チャネルのＨＡＲＱフィードバック属性が有効（ｅｎａｂｌｅｄ）と設定されたときに、ネットワーク装置設定又は事前設定のリソースプールから、ＰＳＦＣＨリソースが設定されているリソースプールを選択する、方法。
付記１９に記載の方法であって、
前記サイドリンク論理チャネルの優先度が前記サイドリンク不連続受信命令の優先度以上の場合に、前記第一端末装置は前記サイドリンク論理チャネルのＨＡＲＱフィードバック属性が有効（ｅｎａｂｌｅｄ）と設定されたときに、ネットワーク装置設定又は事前設定のリソースプールから、ＰＳＦＣＨリソースが設定されているリソースプールを選択する、方法。
【0266】
（付記２１）
付記１９に記載の方法であって、
前記サイドリンク不連続受信命令の優先度が前記サイドリンク論理チャネルの優先度よりも高い場合に、前記第一端末装置は前記サイドリンク不連続受信命令のＨＡＲＱフィードバック属性が有効（ｅｎａｂｌｅｄ）と設定されたときに、ネットワーク装置設定又は事前設定のリソースプールから、ＰＳＦＣＨリソースが設定されているリソースプールを選択する、方法。
付記１９に記載の方法であって、
前記サイドリンク不連続受信命令の優先度が前記サイドリンク論理チャネルの優先度よりも高い場合に、前記第一端末装置は前記サイドリンク不連続受信命令のＨＡＲＱフィードバック属性が有効（ｅｎａｂｌｅｄ）と設定されたときに、ネットワーク装置設定又は事前設定のリソースプールから、ＰＳＦＣＨリソースが設定されているリソースプールを選択する、方法。
【0267】
（付記２２）
論理チャネル選択方法であって、それは第一端末装置に適用され、前記第一端末装置は第二端末装置とサイドリンク伝送を行い、前記第二端末装置はサイドリンク不連続受信（ＳＬ ＤＲＸ）を使用し、そのうち、前記方法は、
前記第一端末装置がサイドリンクデータを送信するためのサイドリンクリソースを確定し；及び
前記第一端末装置が論理チャネル優先度処理（ＬＣＰ）プロセスで宛先を選択することを含み、
前記宛先は第一ＭＡＣ ＣＥ、及び／又は所定条件を満足した第一論理チャネルのうちの最高優先度の第二論理チャネル又は第二ＭＡＣ ＣＥを有し、前記第一ＭＡＣ ＣＥは以下の条件を満たし、即ち、
前記サイドリンクリソースについてＰＳＦＣＨが設定されない場合に、前記ＭＡＣ ＣＥのＨＡＲＱフィードバック属性が無効（ｄｉｓａｂｌｅｄ）と設定されるという条件である、方法。
論理チャネル選択方法であって、それは第一端末装置に適用され、前記第一端末装置は第二端末装置とサイドリンク伝送を行い、前記第二端末装置はサイドリンク不連続受信（ＳＬ ＤＲＸ）を使用し、そのうち、前記方法は、
前記第一端末装置がサイドリンクデータを送信するためのサイドリンクリソースを確定し；及び
前記第一端末装置が論理チャネル優先度処理（ＬＣＰ）プロセスで宛先を選択することを含み、
前記宛先は第一ＭＡＣ ＣＥ、及び／又は所定条件を満足した第一論理チャネルのうちの最高優先度の第二論理チャネル又は第二ＭＡＣ ＣＥを有し、前記第一ＭＡＣ ＣＥは以下の条件を満たし、即ち、
前記サイドリンクリソースについてＰＳＦＣＨが設定されない場合に、前記ＭＡＣ ＣＥのＨＡＲＱフィードバック属性が無効（ｄｉｓａｂｌｅｄ）と設定されるという条件である、方法。
【0268】
（付記２３）
論理チャネル選択方法であって、それは第一端末装置に適用され、前記第一端末装置は第二端末装置とサイドリンク伝送を行い、前記第二端末装置はサイドリンク不連続受信（ＳＬ ＤＲＸ）を使用し、そのうち、前記方法は、
前記第一端末装置がサイドリンクデータを送信するためのサイドリンクリソースを確定し；及び
前記サイドリンクリソースについてＰＳＦＣＨが設定されており、かつ、所定条件を満足した最高優先度の論理チャネル又はサイドリンク不連続受信命令ＭＡＣ ＣＥに対応するＨＡＲＱフィードバック属性がｅｎａｂｌｅｄと設定された場合に、前記第一端末装置がＬＣＰプロセスで、ＨＡＲＱフィードバック属性がｅｎａｂｌｅｄと設定された論理チャネル又はサイドリンク不連続受信命令ＭＡＣ ＣＥを選択し、また、前記サイドリンクリソースについてＰＳＦＣＨが設定されており、かつ、所定条件を満足した最高優先度の論理チャネル又はサイドリンク不連続受信命令ＭＡＣ ＣＥに対応するＨＡＲＱフィードバック属性がｄｉｓａｂｌｅｄと設定された場合に、前記第一端末装置がＬＣＰプロセスで、ＨＡＲＱフィードバック属性がｄｉｓａｂｌｅｄと設定された論理チャネル又はサイドリンク不連続受信命令ＭＡＣ ＣＥを選択することを含む、方法。
論理チャネル選択方法であって、それは第一端末装置に適用され、前記第一端末装置は第二端末装置とサイドリンク伝送を行い、前記第二端末装置はサイドリンク不連続受信（ＳＬ ＤＲＸ）を使用し、そのうち、前記方法は、
前記第一端末装置がサイドリンクデータを送信するためのサイドリンクリソースを確定し；及び
前記サイドリンクリソースについてＰＳＦＣＨが設定されており、かつ、所定条件を満足した最高優先度の論理チャネル又はサイドリンク不連続受信命令ＭＡＣ ＣＥに対応するＨＡＲＱフィードバック属性がｅｎａｂｌｅｄと設定された場合に、前記第一端末装置がＬＣＰプロセスで、ＨＡＲＱフィードバック属性がｅｎａｂｌｅｄと設定された論理チャネル又はサイドリンク不連続受信命令ＭＡＣ ＣＥを選択し、また、前記サイドリンクリソースについてＰＳＦＣＨが設定されており、かつ、所定条件を満足した最高優先度の論理チャネル又はサイドリンク不連続受信命令ＭＡＣ ＣＥに対応するＨＡＲＱフィードバック属性がｄｉｓａｂｌｅｄと設定された場合に、前記第一端末装置がＬＣＰプロセスで、ＨＡＲＱフィードバック属性がｄｉｓａｂｌｅｄと設定された論理チャネル又はサイドリンク不連続受信命令ＭＡＣ ＣＥを選択することを含む、方法。
【0269】
（付記２４）
サイドリンク伝送の送信方法であって、それは第一端末装置に適用され、前記第一端末装置は第二端末装置とサイドリンク伝送を行い、前記第二端末装置はサイドリンク不連続受信（ＳＬ ＤＲＸ）を使用し、そのうち、前記方法は、
前記第一端末装置が前記第二端末装置にサイドリンク不連続受信命令ＭＡＣ ＣＥ（ＳＬ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥ）を送信し、前記サイドリンク不連続受信命令ＭＡＣ ＣＥは設定されており又は事前定義されている優先度を有することを含む、方法。
サイドリンク伝送の送信方法であって、それは第一端末装置に適用され、前記第一端末装置は第二端末装置とサイドリンク伝送を行い、前記第二端末装置はサイドリンク不連続受信（ＳＬ ＤＲＸ）を使用し、そのうち、前記方法は、
前記第一端末装置が前記第二端末装置にサイドリンク不連続受信命令ＭＡＣ ＣＥ（ＳＬ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥ）を送信し、前記サイドリンク不連続受信命令ＭＡＣ ＣＥは設定されており又は事前定義されている優先度を有することを含む、方法。
【0270】
（付記２５）
付記２４に記載の方法であって、さらに、
前記第一端末装置が前記第二端末装置にサイドリンク制御情報（ＳＣＩ）を送信し、前記サイドリンク制御情報は前記サイドリンク不連続受信命令ＭＡＣ ＣＥの優先度を指示することを含む、方法。
付記２４に記載の方法であって、さらに、
前記第一端末装置が前記第二端末装置にサイドリンク制御情報（ＳＣＩ）を送信し、前記サイドリンク制御情報は前記サイドリンク不連続受信命令ＭＡＣ ＣＥの優先度を指示することを含む、方法。
【0271】
（付記２６）
付記２４に記載の方法であって、さらに、
前記第一端末装置が前記設定されており又は事前定義されている優先度を使用してサイドリンク伝送の送信又は上りリンク伝送の送信を決定することを含む、方法。
付記２４に記載の方法であって、さらに、
前記第一端末装置が前記設定されており又は事前定義されている優先度を使用してサイドリンク伝送の送信又は上りリンク伝送の送信を決定することを含む、方法。
【0272】
（付記２７）
付記２４に記載の方法であって、
前記第一端末装置のＬＣＰプロセスの実行中に、前記サイドリンク不連続受信命令ＭＡＣ ＣＥの優先度はサイドリンクサービスチャネルデータの優先度よりも低い、方法。
付記２４に記載の方法であって、
前記第一端末装置のＬＣＰプロセスの実行中に、前記サイドリンク不連続受信命令ＭＡＣ ＣＥの優先度はサイドリンクサービスチャネルデータの優先度よりも低い、方法。
【0273】
（付記２８）
付記２４に記載の方法であって、さらに、
前記サイドリンク不連続受信命令ＭＡＣ ＣＥを生成するときに、前記第一端末装置が１つのＭＡＣ ＰＤＵを生成することを含む、方法。
付記２４に記載の方法であって、さらに、
前記サイドリンク不連続受信命令ＭＡＣ ＣＥを生成するときに、前記第一端末装置が１つのＭＡＣ ＰＤＵを生成することを含む、方法。
【0274】
（付記２９）
サイドリンクバッファ状態報告の生成方法であって、それは第一端末装置に適用され、前記第一端末装置は第二端末装置とサイドリンク伝送を行い、そのうち、前記方法は、
前記第一端末装置がサイドリンクバッファ状態報告（ＳＬ－ＢＳＲ）を生成することを含み、
前記サイドリンクバッファ状態報告におけるバッファサイズ域（ｂｕｆｆｅｒ ｓｉｚｅ ｆｉｌｅｄ）は以下のもののうちの少なくとも１つを標識しており、即ち、
ＭＡＣ ＰＤＵの構築後の宛先の論理チャネル組のすべての論理チャネルの可用データ総量であり、前記ＭＡＣ ＰＤＵはサイドリンクバッファ状態報告ＭＡＣ ＣＥを含み、又は、前記ＭＡＣ ＰＤＵはＵＬ ＭＡＣ ＰＤＵであり；
ＭＡＣ ＰＤＵの構築時の宛先の論理チャネル組のすべての論理チャネルの可用データ総量であり、前記ＭＡＣ ＰＤＵはサイドリンクバッファ状態報告のＭＡＣ ＣＥを含み、又は、前記ＭＡＣ ＰＤＵはＵＬ ＭＡＣ ＰＤＵであり；
サイドリンクバッファ状態報告ＭＡＣ ＣＥの生成時の宛先の論理チャネル組のすべての論理チャネルの可用データ総量であり；
サイドリンクバッファ状態報告ＭＡＣ ＣＥのトリガー時の宛先の論理チャネル組のすべての論理チャネルの可用データ総量であり；
サイドリンクのＭＡＣ ＰＤＵの構築後のアドレスの論理チャネル組のすべての論理チャネルの可用データ総量であり、そのうち、上りリンク伝送及びサイドリンク伝送は時間上重畳しており、かつ前記第一端末装置は上りリンク伝送及びサイドリンク伝送を同時に行う能力を持ち、そのうち、サイドリンクＬＣＰプロセスの後に、バッファサイズ域の値がゼロになることを引き起こすことができ、
前記方法は、前記第一端末装置がネットワーク装置に前記サイドリンクバッファ状態報告を送信することをさらに含む、方法。
サイドリンクバッファ状態報告の生成方法であって、それは第一端末装置に適用され、前記第一端末装置は第二端末装置とサイドリンク伝送を行い、そのうち、前記方法は、
前記第一端末装置がサイドリンクバッファ状態報告（ＳＬ－ＢＳＲ）を生成することを含み、
前記サイドリンクバッファ状態報告におけるバッファサイズ域（ｂｕｆｆｅｒ ｓｉｚｅ ｆｉｌｅｄ）は以下のもののうちの少なくとも１つを標識しており、即ち、
ＭＡＣ ＰＤＵの構築後の宛先の論理チャネル組のすべての論理チャネルの可用データ総量であり、前記ＭＡＣ ＰＤＵはサイドリンクバッファ状態報告ＭＡＣ ＣＥを含み、又は、前記ＭＡＣ ＰＤＵはＵＬ ＭＡＣ ＰＤＵであり；
ＭＡＣ ＰＤＵの構築時の宛先の論理チャネル組のすべての論理チャネルの可用データ総量であり、前記ＭＡＣ ＰＤＵはサイドリンクバッファ状態報告のＭＡＣ ＣＥを含み、又は、前記ＭＡＣ ＰＤＵはＵＬ ＭＡＣ ＰＤＵであり；
サイドリンクバッファ状態報告ＭＡＣ ＣＥの生成時の宛先の論理チャネル組のすべての論理チャネルの可用データ総量であり；
サイドリンクバッファ状態報告ＭＡＣ ＣＥのトリガー時の宛先の論理チャネル組のすべての論理チャネルの可用データ総量であり；
サイドリンクのＭＡＣ ＰＤＵの構築後のアドレスの論理チャネル組のすべての論理チャネルの可用データ総量であり、そのうち、上りリンク伝送及びサイドリンク伝送は時間上重畳しており、かつ前記第一端末装置は上りリンク伝送及びサイドリンク伝送を同時に行う能力を持ち、そのうち、サイドリンクＬＣＰプロセスの後に、バッファサイズ域の値がゼロになることを引き起こすことができ、
前記方法は、前記第一端末装置がネットワーク装置に前記サイドリンクバッファ状態報告を送信することをさらに含む、方法。
【0275】
（付記３０）
端末装置であって、
記憶器及び処理器を含み、
前記記憶器にはコンピュータプログラムが記憶されており、
前記処理器は前記コンピュータプログラムを実行して付記１乃至２９の任意の一項に記載の方法を実現するように構成される、端末装置。
端末装置であって、
記憶器及び処理器を含み、
前記記憶器にはコンピュータプログラムが記憶されており、
前記処理器は前記コンピュータプログラムを実行して付記１乃至２９の任意の一項に記載の方法を実現するように構成される、端末装置。
【0276】
（付記３１）
通信システムであって、
第一端末装置及び第二端末装置を含み、
前記第一端末装置と前記第二端末装置はサイドリンク伝送を行い、
前記第二端末装置はサイドリンク不連続受信（ＳＬ ＤＲＸ）を使用し、
前記第一端末装置は付記１乃至２９の任意の一項に記載の方法を実行するように構成される、通信システム。
通信システムであって、
第一端末装置及び第二端末装置を含み、
前記第一端末装置と前記第二端末装置はサイドリンク伝送を行い、
前記第二端末装置はサイドリンク不連続受信（ＳＬ ＤＲＸ）を使用し、
前記第一端末装置は付記１乃至２９の任意の一項に記載の方法を実行するように構成される、通信システム。
【0277】
（付記３２）
付記３１に記載の通信システムであって、
前記通信システムはさらにネットワーク装置を含み、
前記ネットワーク装置は前記第一端末装置にサイドリンクリソースを割り当てるように構成される、通信システム。
付記３１に記載の通信システムであって、
前記通信システムはさらにネットワーク装置を含み、
前記ネットワーク装置は前記第一端末装置にサイドリンクリソースを割り当てるように構成される、通信システム。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【国際調査報告】