知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-03-22
(54)【発明の名称】サイドリンク間欠受信手順
(51)【国際特許分類】
H04W 52/02 20090101AFI20240314BHJP
H04W 92/18 20090101ALI20240314BHJP
H04W 76/27 20180101ALI20240314BHJP
【ＦＩ】
H04W52/02 110
H04W92/18
H04W76/27
【審査請求】未請求
【予備審査請求】未請求
(21)【出願番号】P 2023560094
(86)(22)【出願日】2022-03-31
(85)【翻訳文提出日】2023-11-13
(86)【国際出願番号】 EP2022058655
(87)【国際公開番号】W WO2022207840
(87)【国際公開日】2022-10-06
(31)【優先権主張番号】21166595.5
(32)【優先日】2021-04-01
(33)【優先権主張国・地域又は機関】EP
(81)【指定国・地域】
(71)【出願人】
【識別番号】590000248
【氏名又は名称】コーニンクレッカ フィリップス エヌ ヴェ
【氏名又は名称原語表記】Ｋｏｎｉｎｋｌｉｊｋｅ Ｐｈｉｌｉｐｓ Ｎ．Ｖ．
【住所又は居所原語表記】Ｈｉｇｈ Ｔｅｃｈ Ｃａｍｐｕｓ ５２， ５６５６ ＡＧ Ｅｉｎｄｈｏｖｅｎ，Ｎｅｔｈｅｒｌａｎｄｓ
(74)【代理人】
【識別番号】110001690
【氏名又は名称】弁理士法人Ｍ＆Ｓパートナーズ
(72)【発明者】
【氏名】フェーレンバッハ トーマス
(72)【発明者】
【氏名】ギョクテペ バリス
(72)【発明者】
【氏名】セルヴァネサン サルン
(72)【発明者】
【氏名】ヴィルト トーマス
(72)【発明者】
【氏名】シエアール トーマス
(72)【発明者】
【氏名】ヘルゲ コーネリアス
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067AA43
5K067CC22
5K067DD24
5K067EE02
5K067EE10
5K067EE25
(57)【要約】
無線通信システムのためのユーザデバイスが開示される。無線通信システムは、複数のユーザデバイスを含む。ユーザデバイスはサイドリンクを介して１つ以上のさらなるユーザデバイスから送信を受信する。ユーザデバイスは間欠受信モードで動作する。ユーザデバイスは、特定の基準が満たされた場合、非アクティブモードまたはスリープモードに入る。
【特許請求の範囲】
【請求項1】
無線通信ネットワークのためのユーザデバイスであって、前記無線通信ネットワークは、複数のユーザデバイスを含み、前記ユーザデバイスは、サイドリンクを介して１つ以上のさらなるユーザデバイスからの送信を受信し、
前記ユーザデバイスは間欠受信モードで動作し、
前記ユーザデバイスは、特定の基準が満たされた場合、非アクティブモードまたはスリープモードに入る、ユーザデバイス。
【請求項2】
前記特定の基準は、・送信終了通知を受信したこと、
・さらなるユーザデバイスからアナウンスされたすべての送信が受信されたこと、
・早期ＡＣＫなどの送信の再送信のために将来のさらなるリソースが予約されている前記送信の受信に成功したこと、
・前記さらなるユーザデバイスからの進行中の送信がないこと、
・グループリーダーユーザデバイスまたは特定のＩＤを有するユーザデバイスからの進行中の送信がないこと、
・基地局または中継ノードからの進行中の送信がないこと、
・受信した送信の内容、
・ＣＡＭ（Ｃｏｏｐｅｒａｔｉｖｅ Ａｗａｒｅｎｅｓｓ Ｍｅｓｓａｇｅ）、ＤＥＮＭ（Ｄｅｃｅｎｔｒａｌｉｚｅｄ Ｅｎｖｉｒｏｎｍｅｎｔａｌ Ｎｏｔｉｆｉｃａｔｉｏｎ Ｍｅｓｓａｇｅ）、またはＢＳＭ（Ｂａｓｉｃ Ｓａｆｅｔｙ Ｍｅｓｓａｇｅ）を含む送信のような特定の送信をｎ回受信したこと（ｎ＝２、３、４・・・）、
・前記ユーザデバイスのバッテリ状態が、設定または事前設定された閾値を下回っていること、
・前記ユーザデバイスが、事前に定義されたゾーンまたは建物内などの特定の地理的位置内を移動していること、
・前記ユーザデバイスが移動しているまたは移動していないこと、
のうちの１つ以上を含む、請求項１に記載のユーザデバイス。
【請求項3】
前記ユーザデバイスは、非アクティブタイマー持続時間の間、前記ユーザデバイスがアクティブ状態に留まり、且つ、送信を検出するために少なくとも制御チャネルを監視する、当該非アクティブタイマー持続時間を指定する非アクティブタイマーを備え、前記ユーザデバイスは、第１のさらなるユーザデバイスによる送信を受信することに応答して前記非アクティブタイマーを開始する、請求項１または２に記載のユーザデバイス。
【請求項4】
前記ユーザデバイスは、前記非アクティブタイマー持続時間中の前記第１のさらなるユーザデバイスによるさらなる送信および／もしくは第２のさらなるユーザデバイスによる送信を受信することに応答して、またはグループリーダーユーザデバイスからの信号によって、または基地局、中継ノード、もしくは路側機からの信号によって、前記非アクティブタイマー持続時間を延長し、前記ユーザデバイスは、前記第１のさらなるユーザデバイスおよび前記第２のさらなるユーザデバイスの両方による送信終了通知などの前記特定の基準が満たされた場合に応答して、前記延長された非アクティブタイマー持続時間の終了時点に達する前に前記非アクティブモードまたはスリープモードに入る、請求項３に記載のユーザデバイス。
【請求項5】
前記ユーザデバイスは、送信終了通知に応答して前記非アクティブモードまたはスリープモードに入り、前記ユーザデバイスは、
・終了した前記送信を実行するさらなるユーザデバイス、
・前記ユーザデバイスが属するユーザデバイスグループのグループリーダーユーザデバイスなどの終了した前記送信を実行していないさらなるユーザデバイス、
・中継ノード、
・路側機またはＩＯＴデバイス、
・基地局などの無線通信システムのアクセスポイント、
のうちの１つ以上から送信終了通知を受信する、請求項２から４のいずれか一項に記載のユーザデバイス。
【請求項6】
さらなるユーザデバイスによる送信終了通知は、・ＤＲＸコマンドＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）、ＣＥ（Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ）などを使用した、前記さらなるユーザデバイスによる送信終了通知、または
・ＴＲＩＶ（ｔｉｍｅ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ ｖａｌｕｅ）またはＦＲＩＶ（ｆｒｅｑｕｅｎｃｙ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ ｖａｌｕｅ）などを使用した、前記さらなるユーザデバイスによる前記送信のために予約されたリソースの数の通知、または
・第１ステージＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）または第２ステージＳＣＩなどのＳＣＩ、または
・ＡＩＭ（ａｓｓｉｓｔａｎｃｅ Ｉｎｆｏｒｍａｔｉｏｎ ｍｅｓｓａｇｅ）、
によって示される、請求項５に記載のユーザデバイス。
【請求項7】
無線通信ネットワークのためのユーザデバイスであって、前記無線通信ネットワークは、複数のユーザデバイスを含み、前記ユーザデバイスは、サイドリンクを介して１つ以上のさらなるユーザデバイスに１つ以上の送信を送り、前記１つ以上のさらなるユーザデバイスは間欠受信モードで動作し、
前記ユーザデバイスは、前記さらなるユーザデバイスが非アクティブモードまたはスリープモードに入ることができるように、前記さらなるユーザデバイスに前記１つ以上の送信の終了を示す、ユーザデバイス。
【請求項8】
前記ユーザデバイスは、・間欠受信コマンドＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）、ＣＥ（Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ）などを使用した、前記さらなるユーザデバイスへの送信終了通知、または
・ＴＲＩＶ（ｔｉｍｅ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ ｖａｌｕｅ）またはＦＲＩＶ（ｆｒｅｑｕｅｎｃｙ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ ｖａｌｕｅ）などを使用した、前記さらなるユーザデバイスへの前記送信のために予約されたリソースの数の通知、または
・第１ステージＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）または第２ステージＳＣＩなどのＳＣＩ、または
・ＡＩＭ（ａｓｓｉｓｔａｎｃｅ Ｉｎｆｏｒｍａｔｉｏｎ ｍｅｓｓａｇｅ）、
・前記さらなるユーザデバイスに送信される送信の数もしくは送信されるデータの量などのバッファ状態レポートを示すもの、
によって、前記さらなるユーザデバイスに前記１つ以上の送信の終了を示す、請求項７に記載のユーザデバイス。
【請求項9】
無線通信ネットワークのためのユーザデバイスであって、前記無線通信ネットワークは、複数のユーザデバイスを含み、前記ユーザデバイスは、サイドリンクを介して１つ以上のさらなるユーザデバイスに複数の送信を送り、前記１つ以上のさらなるユーザデバイスは間欠受信モードで動作し、前記複数の送信はそれぞれ、少なくとも１つの初期送信を含み、
前記ユーザデバイスは、前記初期送信のうちの少なくとも１つより多くが、前記１つ以上のさらなるユーザデバイスの前記間欠受信サイクルのオン持続時間内に収まるように、前記複数の送信を前記さらなるユーザデバイスに送信する、ユーザデバイス。
【請求項10】
前記複数の送信のうちの１つ以上は、より後の時点における前記初期送信に続く少なくとも１つのさらなる送信を含む、請求項９に記載のユーザデバイス。
【請求項11】
前記複数の送信は、特定の基準に関連付けられた送信である、請求項９または１０に記載のユーザデバイス。
【請求項12】
前記特定の基準は、・優先度が、設定または事前設定された閾値以上である、
・サービス品質要件が、設定または事前設定された閾値以上である、
・特定の設定または事前設定されたデータレート閾値などのパケットクオータ、
・設定または事前設定された最小または最大の送信の数などの送信の数、
・特定のＣＡＭ（Ｃｏｏｐｅｒａｔｉｖｅ Ａｗａｒｅｎｅｓｓ Ｍｅｓｓａｇｅ）または特定のＤＥＮＭ（Ｄｅｃｅｎｔｒａｌｉｚｅｄ Ｅｎｖｉｒｏｎｍｅｎｔａｌ Ｎｏｔｉｆｉｃａｔｉｏｎ Ｍｅｓｓａｇｅ）などのメッセージの内容、
のうちの１つ以上を含む、請求項１１に記載のユーザデバイス。
【請求項13】
無線通信ネットワークのためのユーザデバイスであって、前記無線通信ネットワークは、複数のユーザデバイスを含み、前記ユーザデバイスは、サイドリンクを介して１つ以上のさらなるユーザデバイスから送信を受信し、
前記ユーザデバイスは間欠受信モードで動作し、
間欠受信サイクルの間、前記ユーザデバイスは特定のアクティブ時間の間アクティブであり、前記特定のアクティブ時間は１つ以上の基準に依存する、ユーザデバイス。
【請求項14】
前記１つ以上の基準は、・送信のパケットの１つ以上の特性、
・送信に使用される論理チャネル、
・送信に使用される論理チャネルグループ、
・サービス品質フロー、
・優先度、遅延、またはデータレートなど、送信に関連するサービス品質要件、
・地理的位置またはゾーン、
・チャネルビジー率、
・ユーザデバイスのタイプ、
・初期送信および／または少なくとも１つのさらなる送信によって使用される１つ以上のリソース、
・ユーザデバイスの現在のバッテリ状態、
のうちの１つ以上を含む、請求項１３に記載のユーザデバイス。
【請求項15】
前記ユーザデバイスは、前記間欠受信サイクルおよび前記アクティブ時間を定義する間欠受信設定を受信し、前記ユーザデバイスは、・前記送信を実行するさらなるユーザデバイス、
・ユーザデバイスが属するユーザデバイスグループのグループリーダーユーザデバイスなどの前記送信を実行していないさらなるユーザデバイス、
・中継ノード、
・路側機またはＩＯＴデバイス、
・基地局などの無線通信システムのアクセスポイント、
のうちの１つ以上から前記間欠受信設定を受信し得る、請求項１３または１４に記載のユーザデバイス。
【請求項16】
前記アクティブ時間は、設定されるか、事前設定されるか、または動的である、請求項１３から１５のいずれか一項に記載のユーザデバイス。
【請求項17】
前記ユーザデバイスには、前記間欠受信サイクルに対して複数のオン継続時間が設定または事前設定されており、前記ユーザデバイスは、１つ以上の基準に応じて使用されるオン継続時間を決定する、請求項１６に記載のユーザデバイス。
【請求項18】
前記ユーザデバイスには、前記間欠受信サイクルに対して１つ以上のデフォルトのオン継続時間が設定または事前設定されており、前記ユーザデバイスは、先行する送信に基づいて前記デフォルトのオン継続時間を延長し、延長されたオン継続時間にする、請求項１６または１７に記載のユーザデバイス。
【請求項19】
前記延長されたオン継続時間を引き起こした前記送信の終了に応答して、前記ユーザデバイスは前記延長を取り消し、前記デフォルトのオン継続時間に戻る、請求項１８に記載のユーザデバイス。
【請求項20】
送信は、初期送信と、より後の時点における前記初期送信に続く少なくとも１つのさらなる送信とを含み、前記少なくとも１つのさらなる送信による使用のために予約された１つ以上のリソースの指示に応答して、前記ユーザデバイスは、少なくとも前記指示された１つ以上のリソースを含むように前記アクティブ時間を延長する、請求項１３から１５のいずれか一項に記載のユーザデバイス。
【請求項21】
前記ユーザデバイスは、・前記指示された予約済みリソースまで、前記間欠受信サイクルのオン継続時間を延長する、および／または
・前記アクティブ時間中に監視されるべき前記指示された予約済みリソースのみを、前記間欠受信サイクルのオン継続時間に追加する
ことによって前記アクティブ時間を延長する、請求項２０に記載のユーザデバイス。
【請求項22】
前記ユーザデバイスは、前記オン継続時間と、前記指示された予約済みリソースとの間で前記非アクティブモードまたはスリープモードに入る、請求項２１に記載のユーザデバイス。
【請求項23】
前記１つ以上のさらなる送信は、前記初期送信の再送信であり、前記オン継続時間内に前記初期送信を正常に受信したことに応答して、前記ユーザデバイスは、任意選択で肯定応答またはサイドリンクＡＩＭ（ａｓｓｉｓｔａｎｃｅ ｉｎｆｏｒｍａｔｉｏｎ）を送信した後、前記非アクティブまたはスリープモードに入り、前記指示された予約済みリソースの監視をスキップする、請求項２１または２２に記載のユーザデバイス。
【請求項24】
前記１つ以上のさらなる送信は、前記初期送信の再送信であり、前記オン継続時間外の予約済みリソースで再送信が受信されないことに応答して、前記ユーザデバイスは、
・非アクティブタイマーの間など前記再送信が予期されていたタイムスロットの後の特定の時間間隔の間、アクティブを維持する、または
・ｎ個の再送信を受信するためにアクティブを維持する（ｎ≦通知された、または事前設定された再送信の最大数）、または
・前記非アクティブモードまたはスリープモードに入り、前記間欠受信サイクルの次のオン継続時間の間だけ起動する、または
・ＡＩＭ（ａｓｓｉｓｔａｎｃｅ ｉｎｆｏｒｍａｔｉｏｎ）などの再送信のための時間および／または周波数情報を有する支援情報を送信機に送信する、または
・ＡＩＭなどの追加オン継続時間に関する情報を有する支援情報を前記送信機に送信する、請求項２１または２２に記載のユーザデバイス。
【請求項25】
前記予約済みリソースに加えて、前記ユーザデバイスはリソース予約期間を受信し、前記リソース予約期間は、前記予約済みリソースが、前記予約期間に続く期間中のさらなる送信に使用されることを示し、前記リソース予約期間の指示に応答して、前記ユーザデバイスは、前記予約期間に続く期間中の前記指示された１つ以上のリソースを含むように前記アクティブ時間を延長する、請求項２０から２４のいずれか一項に記載のユーザデバイス。
【請求項26】
前記送信機が前記送信のために他のリソースを選択したことを示す、ゼロなどの特定の継続時間を有するリソース予約期間に応答して、前記ユーザデバイスは前記非アクティブまたはスリープモードに入り、前記間欠受信サイクルの次のオン継続時間中にのみ起動する、請求項２５に記載のユーザデバイス。
【請求項27】
前記少なくとも１つのさらなる送信によって使用される前記１つ以上のリソースは、サイドリンク情報ＳＣＩメッセージなどの前記ユーザデバイスによって受信される制御メッセージ内で指示される、請求項２０から２６のいずれか一項に記載のユーザデバイス。
【請求項28】
前記ＳＣＩは、ＴＲＩＶ（ｔｉｍｅ ｒｅｓｏｕｒｃｅ Ｉｎｄｉｃａｔｏｒ ｖａｌｕｅ）フォーマットまたはＦＲＩＶ（ｆｏｒｍａｔ ｏｒ ａ ｆｒｅｑｕｅｎｃｙ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ ｖａｌｕｅ）フォーマットなどを使用して、特定の数の将来のタイムスロット内で予約された前記リソースを示し、任意選択で、前記リソース予約期間は、前記予約期間に続く期間中のさらなる送信のために前記予約済みリソースが使用されることを示す、請求項２７に記載のユーザデバイス。
【請求項29】
無線通信ネットワークのためのユーザデバイスであって、前記無線通信ネットワークは、複数のユーザデバイスを含み、前記ユーザデバイスは、サイドリンクを介して１つ以上のさらなるユーザデバイスと通信し、
前記ユーザデバイスは、前記さらなるユーザデバイスのうちの１つ以上を、間欠受信モードで動作するように設定し、
前記ユーザデバイスは、１つ以上の基準に応じて前記さらなるユーザデバイスの間欠受信設定を決定する、ユーザデバイス。
【請求項30】
前記１つ以上の基準は、・送信のパケットの１つ以上の特性、
・送信に使用される論理チャネル、
・送信に使用される論理チャネルグループ、
・サービス品質フロー、
・優先度、遅延、またはデータレートなど、送信に関連するサービス品質要件、
・地理的位置またはゾーン、
・他のユーザデバイスのタイプ、
・初期送信および／または少なくとも１つのさらなる送信によって使用される１つ以上のリソース、
・ユーザデバイスの現在のバッテリ状態、
のうちの１つ以上を含む、請求項２９に記載のユーザデバイス。
【請求項31】
無線通信ネットワークのためのユーザデバイスであって、前記無線通信ネットワークは、複数のユーザデバイスを含み、前記ユーザデバイスは、サイドリンクを介して１つ以上のさらなるユーザデバイスから送信を受信し、
前記ユーザデバイスは、間欠受信モードで動作し、間欠受信サイクル中、特定のアクティブ時間、例えば前記オン継続時間の間アクティブであり、
前記ユーザデバイスは１つ以上の基準に応じて、送信を復号するか、または送信の復号をスキップする、ユーザデバイス。
【請求項32】
前記１つ以上の基準は、優先度、および／または宛先、および／または前記送信に関連付けられたＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ）インジケータ、および／またはユニキャスト送信、グループキャスト送信、またはブロードキャスト送信などの前記送信に関連付けられたキャストタイプを含む、請求項３１に記載のユーザデバイス。
【請求項33】
送信機が前記送信に対するフィードバックを要求していることを前記送信に関連付けられたＨＡＲＱインジケータが示す場合、前記ユーザデバイスは前記送信を復号し、前記フィードバックを送信する、請求項３２に記載のユーザデバイス。
【請求項34】
前記ユーザデバイスは、物理サイドリンク制御チャネル上の第１ステージＳＣＩにおいて優先度フィールドを確認し、前記優先度フィールドが、特定の優先度閾値を下回る優先度を示す場合、関連付けられた物理サイドリンク共有チャネルの復号をスキップする、請求項３２に記載のユーザデバイス。
【請求項35】
前記ユーザデバイスは、物理サイドリンク共有チャネル上の第２ステージＳＣＩにおいて宛先フィールドを確認し、前記宛先フィールドが、前記送信が前記ユーザデバイスまたは前記ユーザデバイスが所属するユーザデバイスグループ宛てではないことを示す場合、前記ＰＳＳＣＨのさらなる復号をスキップする、請求項３４または３４に記載のユーザデバイス。
【請求項36】
前記ユーザデバイスは、第１ステージＳＣＩまたは第２ステージＳＣＩなどのＳＣＩ内のキャストタイプを確認し、前記送信が特定のキャストタイプである場合、前記物理サイドリンク共有チャネルのさらなる復号をスキップする、請求項３４または３５に記載のユーザデバイス。
【請求項37】
前記ユーザデバイスは、物理サイドリンク共有チャネル上の第２ステージＳＣＩ内のソースＩＤフィールドを確認し、前記ソースＩＤフィールドにより、前記送信が、前記ユーザデバイスが通信を受信しようとしている送信機からの送信ではないこと、または前記送信が、復号すべきソースＩＤのリストに載っていないことが示される場合、前記物理サイドリンク共有チャネルのさらなる復号をスキップする、請求項３４または３６に記載のユーザデバイス。
【請求項38】
第２ステージＳＣＩの復号が失敗し、第１ステージＳＣＩの優先度フィールドが特定の閾値以上の優先度を示している場合、前記ユーザデバイスは、例えば再送信が受信されるまでアクティブ時間を延長することによって、前記再送信を受信するためにアクティブになるか、もしくは前記再送信のために前記第１ステージＳＣＩで指示または予約されたリソースでアクティブになる、または前記２ステージＳＣＩの復号が失敗し、送信が、前記ユーザデバイスへの送信によって以前に予約されたリソース位置にある場合、前記ユーザデバイスは、前記再送信または別の送信が受信されるまでアクティブ時間を延長する、または
以前に予約されたリソースが予期された送信を含まない場合、前記ユーザデバイスは、前記再送信または別の送信が受信されるまでアクティブ時間を延長する、請求項３５から３７のいずれか一項に記載のユーザデバイス。
【請求項39】
無線通信ネットワークのためのユーザデバイスであって、前記無線通信ネットワークは、複数のユーザデバイスを含み、前記ユーザデバイスは、サイドリンクを介して１つ以上のさらなるユーザデバイスと通信し、前記１つ以上のさらなるユーザデバイスは間欠受信間欠受信モードで動作し、
前記ユーザデバイスは、さらなるユーザデバイスの間欠受信サイクルのオン継続時間中に、前記さらなるユーザデバイスに１つ以上のＨＡＲＱ対応送信を送信し、
ＨＡＲＱフィードバックを受信しないことに応答して、前記ユーザデバイスは、前記さらなるユーザデバイスの次のオン継続時間までＨＡＲＱ対応送信を控え、前記さらなるユーザデバイスの前記次のオン継続時間中に前記ＨＡＲＱ対応送信を送信する、ユーザデバイス。
【請求項40】
前記ＨＡＲＱ対応送信を控えることは、・現在のトランスポートブロックについてそれ以上の再送信を行わない、
・前記次のオン継続時間まで再送信を行わない、
・前記次のオン継続時間中に再送信カウンタを再開する、
・初期冗長バージョンの使用、
・これまでのオン継続時間の量に応じて再送信の回数を減らす、
ことのうちの１つ以上を含む、請求項３９に記載のユーザデバイス。
【請求項41】
前記ユーザデバイスは、デフォルトのオン継続時間が経過しても、前記ＨＡＲＱ対応送信を特定の回数だけ再送信し、ＨＡＲＱフィードバックを受信しないことに応答して、前記ユーザデバイスは、前記さらなるユーザデバイスの前記次のオン継続時間まで前記ＨＡＲＱ対応送信を控え、前記さらなるユーザデバイスの前記次のオン継続時間中に前記ＨＡＲＱ対応送信を送信する、請求項３９に記載のユーザデバイス。
【請求項42】
前記ユーザデバイスはカバレッジ外モードで動作し、前記カバレッジ外モードにおいて、前記ユーザデバイスは、・前記無線通信システムの基地局に接続されておらず、例えば、前記ユーザデバイスはモード２で動作するか、またはＲＲＣ接続状態にないため、前記ユーザデバイスは、前記基地局から、サイドリンクリソース割り当て設定または支援を受信しない、および／または
・１つ以上の理由により、前記ユーザデバイスのためのサイドリンクリソース割り当て設定または支援を提供できない前記無線通信システムの基地局に接続されている、および／または
・ＧＳＭ、ＵＭＴＳ、またはＬＴＥ基地局などのＮＲ Ｖ２Ｘサービスなどのサイドリンクサービスをサポートしない前記無線通信システムの基地局に接続されている、請求項１から４１のいずれか一項に記載のユーザデバイス。
【請求項43】
前記ユーザデバイスは、電力が限られているユーザデバイス、または歩行者によって使用されるユーザデバイスなど、ＶＲＵ（Ｖｕｌｎｅｒａｂｌｅ Ｒｏａｄ Ｕｓｅｒ）もしくはＰ－ＵＥ（Ｐｅｄｅｓｔｒｉａｎ ＵＥ）と呼ばれるハンドヘルドユーザデバイス、または公安官および第一応答者によって使用される、ＰＳ－ＵＥ（Ｐｕｂｌｉｃ ｓａｆｅｔｙ ＵＥ）と呼ばれる装着型もしくはハンドヘルドユーザデバイス、または反復的なタスクを実行するためにキャンパスネットワーク内に設けられ、周期的にゲートウェイノードからの入力を必要とするセンサ、アクチュエータ、もしくはユーザデバイスなどのＩｏＴ ユーザデバイス、またはモバイル端末、または固定端末、またはセルラーＩｏＴ－ユーザデバイス、または車両ユーザデバイス、または車両グループリーダーユーザデバイス（ＧＬ－ＵＥ）、またはＩｏＴもしくはＮＢ－ＩｏＴ（ｎａｒｒｏｗｂａｎｄ ＩｏＴ）デバイス、または地上車両、または航空機、またはドローン、または移動基地局、または路側機ＲＳＵ、または建物、または、センサもしくはアクチュエータなどの無線通信ネットワークを使用して通信することを可能にするネットワーク接続を有する任意の他のアイテムもしくはデバイス、または、センサもしくはアクチュエータなどのサイドリンクを使用して通信することを可能にするネットワーク接続を有する任意の他のアイテム／デバイス、または任意のサイドリンク対応ネットワークエンティティ、のうちの１つまたは複数を備える、請求項１から４２のいずれか一項に記載のユーザデバイス。
【請求項44】
請求項１から４３のいずれか一項に記載のユーザデバイスを備えた無線通信システムであって、前記無線通信システムは、サイドリンク通信、例えば、前記無線通信システムのサイドリンクリソースのセットのうちのリソースを使用するサイドリンク通信のために構成されている、無線通信システム。
【請求項45】
前記無線通信システムは１つ以上の基地局を備え、前記基地局は、マクロセル基地局、またはスモールセル基地局、または基地局の中央ユニット、または基地局の分散されたユニット、またはＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ ａｎｄ Ｂａｃｋｈａｕｌ）ノード、または路側機、またはユーザデバイス、またはグループリーダーユーザデバイス（ＧＬ－ＵＥ）、またはリレー、またはＲＲＨ（Ｒｅｍｏｔｅ Ｒａｄｉｏ Ｈｅａｄ）、またはＡＭＦ、またはＭＭＥ、またはＳＭＦ、またはコアネットワークエンティティ、またはモバイルエッジコンピューティングエンティティ、またはＮＲもしくは５Ｇコアコンテキストにおけるもののようなネットワークスライス、または、アイテムもしくはデバイスが前記無線通信ネットワークを使用して通信することを可能にする任意の送信／受信ポイントのうちの１つ以上を含み、前記アイテムまたはデバイスは、前記無線通信ネットワークを使用して通信するためのネットワーク接続を有する、請求項４４に記載の無線通信システム。
【請求項46】
無線通信システムのためのユーザデバイスの動作方法であって、前期無線通信システムは、複数のユーザデバイスを含み、前記ユーザデバイスは、サイドリンクを介して１つ以上のさらなるユーザデバイスからの送信を受信し、前記ユーザデバイスは、間欠受信モードで動作し、前記方法は、特定の基準が満たされた場合、非アクティブモードまたはスリープモードに入るステップを含む、方法。
【請求項47】
無線通信ネットワークのためのユーザデバイスの動作方法であって、前記無線通信ネットワークは複数のユーザデバイスを含み、前記方法は、サイドリンクＳＬを介して１つ以上のさらなるユーザデバイスに１つ以上の送信を送るステップであって、前記１つ以上のさらなるユーザデバイスは間欠受信モードで動作する、送るステップと、
前記さらなるユーザデバイスが非アクティブモードまたはスリープモードに入ることができるように、前記さらなるユーザデバイスに前記１つ以上の送信の終了を示すステップとを含む、方法。
【請求項48】
無線通信ネットワークのためのユーザデバイスの動作方法であって、前記無線通信ネットワークは複数のユーザデバイスを含み、前記方法は、サイドリンクを介して１つ以上のさらなるユーザデバイスに複数の送信を送るステップであって、前記１つ以上のさらなるユーザデバイスは間欠受信モードで動作し、前記複数の送信はそれぞれ、少なくとも１つの初期送信を含む、送るステップと、
前記初期送信のうちの少なくとも１つより多くが、前記１つ以上のさらなるユーザデバイスの前記間欠受信サイクルのオン持続時間内に収まるように、前記複数の送信を前記さらなるユーザデバイスに送信するステップとを含む、方法。
【請求項49】
無線通信システムのためのユーザデバイスの動作方法であって、前期無線通信システムは、複数のユーザデバイスを含み、前記ユーザデバイスは、サイドリンクＳＬを介して１つ以上のさらなるユーザデバイスからの送信を受信し、前記ユーザデバイスは、間欠受信モードで動作し、前記方法は、間欠受信サイクル中、特定のアクティブ時間の間アクティブを維持するステップを含み、前記特定のアクティブ時間は１つ以上の基準に依存する、方法。
【請求項50】
無線通信システムのためのユーザデバイスの動作方法であって、前期無線通信システムは、複数のユーザデバイスを含み、前記ユーザデバイスは、サイドリンクＳＬを介して１つ以上のさらなるユーザデバイスと通信し、前記方法は、前記さらなるユーザデバイスのうちの１つ以上を、間欠受信モードで動作するように設定するステップを含み、
前記さらなるユーザデバイスの間欠受信設定は１つ以上の基準に依存して決定される、方法。
【請求項51】
無線通信システムのためのユーザデバイスの動作方法であって、前記無線通信システムは、複数のユーザデバイスを含み、前記ユーザデバイスは、サイドリンクＳＬを介して１つ以上のさらなるユーザデバイスからの送信を受信し、前記ユーザデバイスは、間欠受信モードで動作し、間欠受信サイクル中、オン継続時間などの特定のアクティブ時間の間アクティブであり、前記方法は、１つ以上の基準に応じて、送信を復号するか、または前記送信の復号をスキップするステップを含む、方法。
【請求項52】
無線通信システムのためのユーザデバイスの動作方法であって、前期無線通信システムは、複数のユーザデバイスを含み、前記ユーザデバイスは、サイドリンクを介して１つ以上のさらなるユーザデバイスと通信し、前記１つ以上のさらなるユーザデバイスは間欠受信モードで動作し、前記方法は、さらなるユーザデバイスの間欠受信サイクルのオン継続時間中に、前記さらなるユーザデバイスに１つ以上のＨＡＲＱ対応送信を送信するステップと、
ＨＡＲＱフィードバックを受信しないことに応答し、前記さらなるユーザデバイスの次のオン継続時間までＨＡＲＱ対応送信を控え、前記さらなるユーザデバイスの前記次のオン継続時間中に前記ＨＡＲＱ対応送信を送信するステップとを含む、方法。
【請求項53】
コンピュータ上で実行されると、請求項４６から５２のいずれか一項に記載の方法を実行する命令を保存する。コンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【0001】
本願は、無線通信システムまたは無線通信ネットワークの分野に関し、より具体的には、サイドリンク（ＳＬ）上での間欠受信（ＤＲＸ）に関する。
【背景技術】
【0002】
図１は、図１（ａ）に示されるように、コアネットワーク１０２および１つ以上の無線アクセスネットワークＲＡＮ１、ＲＡＮ２、・・・ＲＡＮＮを含む地上系無線ネットワーク１００の一例の概略図である。図１（ｂ）は、１つ以上の基地局ｇＮＢ１～ｇＮＢ５を含み得る無線アクセスネットワークＲＡＮｎの一例の概略図である。各基地局は、それぞれのセル１０６１～１０６５によって概略的に表される、基地局を囲む特定のエリアにサービスを提供する。基地局は、セル内のユーザにサービスを提供するために設けられている。１つ以上の基地局は、ライセンスバンドおよび／またはアンライセンスバンドでユーザにサービスを提供し得る。基地局（ＢＳ）という用語は、５Ｇネットワーク内のｇＮＢ、ＵＭＴＳ／ＬＴＥ／ＬＴＥ－Ａ／ＬＴＥ－Ａ Ｐｒｏ内のｅＮＢ、または他のモバイル通信規格の単なるＢＳを指す。ユーザは、固定デバイスであってもモバイルデバイスであってもよい。無線通信システムは、基地局またはユーザに接続するモバイルまたは固定ＩｏＴデバイスによってもアクセスされ得る。モバイルまたは固定デバイスとは、物理デバイス、ロボットまたは車等の地上車両、有人航空機または無人航空機（ＵＡＶ）等の航空機（後者はドローンとも呼ばれる）、および建物、ならびに、電子機器、ソフトウェア、センサ、またはアクチュエータ等と、デバイスが既存のネットワークインフラを介してデータを収集および交換することを可能にするネットワーク接続とが組み込まれているアイテムまたはデバイスを含み得る。図１（ｂ）は５つのセルの例示的な図を示しているが、ＲＡＮｎは、より多くのまたは少ないそのようなセルを含むことができ、また、ＲＡＮｎは基地局を１つしか含まなくてもよい。図１（ｂ）は、セル１０６２内に存在し、基地局ｇＮＢ２によってサービスを提供される、ユーザデバイスまたはユーザ機器とも呼ばれる２つのユーザＵＥ１およびＵＥ２を示している。基地局ｇＮＢ４によってサービスを提供される、セル１０６４内の別のユーザＵＥ３が示されている。矢印１０８１、１０８２、および１０８３は、ユーザＵＥ１、ＵＥ２、およびＵＥ３から基地局ｇＮＢ２、ｇＮＢ４にデータを送信するために、または基地局ｇＮＢ２、ｇＮＢ４からユーザＵＥ１、ＵＥ２、ＵＥ３にデータを送信するためのアップリンク／ダウンリンク接続を概略的に表している。これは、ライセンスバンドまたはアンライセンスバンド上で実現され得る。さらに、図１（ｂ）は、、固定またはモバイルデバイスであり得る、セル１０６４内の２つのさらなるデバイス１１０１および１１０２、例えばＩｏＴデバイスを示している。デバイス１１０１は、基地局ｇＮＢ４を介して無線通信システムにアクセスし、矢印１１２１によって概略的に表されるようにデータを送受信する。デバイス１１０２は、矢印１１２２によって概略的に表されるように、ユーザＵＥ３を介して無線通信システムにアクセスする。
【0003】
それぞれの基地局ｇＮＢ１～ｇＮＢ５は、例えば、Ｓ１インターフェースを介して、それぞれのバックホールリンク１１４１～１１４５を介して、コアネットワーク１０２に接続されてもよい。図１（ｂ）では、バックホールリンクは、「コア」を指す矢印によって概略的に表されている。コアネットワーク１０２は１つ以上の外部ネットワークに接続され得る。外部ネットワークはインターネットであってもよく、またはプライベートネットワーク、例えば、イントラネットもしくは任意の他のタイプのキャンパスネットワーク、例えば、プライベートＷｉＦｉ通信システムもしくは４Ｇ／５Ｇモバイル通信システムなどであり得る。また、それぞれの基地局ｇＮＢ１～ｇＮＢ５の一部またはすべては、例えば、Ｓ１もしくはＸ２インターフェース、またはＮＲ内のＸＮインターフェースを介して、図１（ｂ）では「ｇＮＢ」を指す矢印によって概略的に表されている、それぞれのバックホールリンク１１６１～１１６５を介して互いに接続され得る。サイドリンクチャネルは、デバイス間（Ｄ２Ｄ）通信とも呼ばれる、ＵＥ間の直接通信を可能にする。３ＧＰＰ（登録商標）内のサイドリンクインターフェースはＰＣＳと呼ばれている。
【0004】
データ送信のために、物理リソースグリッドが使用され得る。物理リソースグリッドは、様々な物理チャネルおよび物理信号がマッピングされる、リソース要素のセットを含み得る。例えば、物理チャネルは、ユーザ固有データを搬送する物理ダウンリンク、アップリンク、およびサイドリンク共有チャネルＰＤＳＣＨ、ＰＵＳＣＨ、ＰＳＳＣＨ（ダウンリンク、アップリンク、およびサイドリンクペイロードデータとも呼ばれる）と、例えば、マスター情報ブロックＭＩＢ、および１つ以上のシステム情報ブロックＳＩＢ、１つ以上のサイドリンク情報ブロックＳＬＩＢ（サポートされている場合）を搬送する物理ブロードキャストチャネルＰＢＣＨと、例えば、ダウンリンク制御情報ＤＣＩ、アップリンク制御情報ＵＣＩ、およびサイドリンク制御情報ＳＣＩを搬送する物理ダウンリンク、アップリンク、およびサイドリンク制御チャネルＰＤＣＣＨ、ＰＵＣＣＨ、ＰＳＳＣＨと、ＰＣＳフィードバック応答を搬送する物理サイドリンクフィードバックチャネルＰＳＦＣＨとを含み得る。サイドリンクインターフェースは２ステージＳＣＩをサポートする可能性がある。これは、ＳＣＩの一部を含む第１の制御領域（第１ステージＳＣＩとも呼ばれる）、および任意選択で、制御情報の第２の部分を含む第２の制御領域（第２ステージＳＣＩとも呼ばれる）を指す。
【0005】
アップリンクの場合、物理チャネルはさらに物理ランダムアクセスチャネルＰＲＡＣＨまたはＲＡＣＨを含み得る。これは、ＵＥがＭＩＢおよびＳＩＢを同期させて取得した後に、ネットワークにアクセスするためにＵＥによって使用される。物理信号は、基準信号またはシンボルＲＳ、および同期信号などを含むことができる。リソースグリッドは、時間領域において特定の持続時間を有し、周波数領域において所与の帯域幅を有するフレームまたは無線フレームを含み得る。フレームは、所定の長さ（例えば、１ｍｓ）のサブフレームを特定の数、有し得る。各サブフレームは、サイクリックプレフィックスＣＰの長さに応じて、１２または１４のＯＦＤＭシンボルの１つ以上のスロットを含み得る。フレームは、より少ない数のＯＦＤＭシンボルを有してもよく、例えば、短縮された送信時間間隔ｓＴＴＩ、または、わずか少数のＯＦＤＭシンボルを含むミニスロット／ノンスロットフレーム構造を利用する場合、そうであってもよい。
【0006】
無線通信システムは、周波数分割多重化を使用する任意のシングルトーンまたはマルチキャリアシステムであり得、例えば、ＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ－ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）システム、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ－ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）システム、または、ＣＰ（Ｃｙｃｌｉｃ Ｐｒｅｆｉｘ）を有するもしくは有さない任意の他のＩＦＦＴ（Ｉｎｖｅｒｓｅ Ｆａｓｔ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ）ベースの信号、例えばＤＦＴ－ｓ－ＯＦＤＭ（Ｄｉｓｃｒｅｔｅ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ－ｓｐｒｅａｄ－ＯＦＤＭ）であってもよい。他の波形、例えば、多重アクセス用の非直交波形、例えば、ＦＢＭＣ（ｆｉｌｔｅｒ－ｂａｎｋ ｍｕｌｔｉｃａｒｒｉｅｒ）、ＧＦＤＭ（ｇｅｎｅｒａｌｉｚｅｄ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）、またはＵＦＭＣ（ｕｎｉｖｅｒｓａｌ ｆｉｌｔｅｒｅｄ ｍｕｌｔｉ ｃａｒｒｉｅｒ）が使用されてもよい。無線通信システムは、例えば、ＬＴＥ－Ａｄｖａｎｃｅｄ ｐｒｏ規格、または５ＧもしくはＮＲ（Ｎｅｗ Ｒａｄｉｏ）規格、またはＮＲ－Ｕ（Ｎｅｗ Ｒａｄｉｏ Ｕｎｌｉｃｅｎｓｅｄ）規格に従って動作することができる。
【0007】
図１に示される無線ネットワークまたは通信システムは、異なるオーバーレイネットワーク（例えば、各マクロセルが、基地局ｇＮＢ１～ｇＮＢ５のようなマクロ基地局を含むマクロセルネットワークと、図１には示されていない、フェムト基地局やピコ基地局などのスモールセル基地局）を有する異種ネットワークであってもよい。上記地上系無線ネットワークに加えて、衛星のような宇宙で動作する送受信機、および／または無人航空機システムのような空中で動作する送受信機など、非地上系無線通信ネットワークＮＴＮも存在する。非地上系無線通信ネットワークまたはシステムは、例えば、ＬＴＥ－ＡｄｖａｎｃｅｄＰｒｏ規格または５ＧもしくはＮＲ（ｎｅｗ ｒａｄｉｏ）規格に従って、図１を参照して上述した地上システムと同様に動作し得る。
【0008】
モバイル通信ネットワークでは、例えば、図１を参照して上述したようなネットワークでは、ＬＴＥまたは５Ｇ／ＮＲネットワークのように、例えば、ＰＣ５／ＰＣ３インターフェースまたはＷｉＦｉダイレクトを使用して、１つ以上のサイドリンクＳＬチャネルを介して互いに直接通信するＵＥが存在し得る。サイドリンクを介して互いに直接通信するＵＥとしては、他の車両と直接通信する車両（Ｖ２Ｖ通信）や、無線通信ネットワークの他のエンティティ、例えば、路側機ＲＳＵ、または信号機、道路標識、もしくは歩行者などの路傍エンティティと通信する車両（Ｖ２Ｘ通信）が含まれ得る。ＲＳＵは、具体的なネットワーク構成に応じて、ＢＳまたはＵＥの機能を有し得る。他のＵＥは、車両に関係のないＵＥであってもよく、上記デバイスのうちの任意のものを含み得る。このようなデバイスも、ＳＬチャネルを使用して、互いに直接通信し得る（Ｄ２Ｄ通信）。
【0009】
例えば、ＰＣ５／ＰＣ３インターフェースを使用して、サイドリンクを介して互いに直接通信する２つのＵＥを考えると、ＵＥのうちの１つはＢＳと接続されてもよく、サイドリンクインターフェースを介してＢＳから上記他方のＵＥに情報を中継してもよい（その逆も成立する）。中継は、同じ周波数帯域内で実行されてもよく（帯域内中継）、別の周波数帯域（帯域外中継）が使用されてもよい。１つ目のケースでは、Ｕｕおよびサイドリンク上での通信は、時分割複信（ＴＤＤ）システムのように、異なるタイムスロットを使用して切り離すことができる。
【0010】
図２は、互いに直接通信する２つのＵＥが共にある基地局に接続されているカバレッジ内シナリオの概略図である。基地局ｇＮＢは、基本的には図１に概略的に表されるセルに対応する、円２００によって概略的に表されるカバレッジエリアを有する。互いに直接通信するＵＥは、基地局ｇＮＢのカバレッジエリア２００内に両方が存在する第１の車両２０２および第２の車両２０４を含む。両方の車両２０２、２０４が基地局ｇＮＢに接続されおり、さらに、両者はＰＣ５インターフェースを介して互いに直接接続されている。Ｖ２Ｖトラフィックのスケジューリングおよび／または干渉管理は、基地局とＵＥとの間の無線インターフェースであるＵｕインターフェースを介した制御通知により、ｇＮＢによって支援される。言い換えれば、ｇＮＢは、ＵＥに、ＳＬリソース割り当て設定または支援を提供し、また、ｇＮＢは、サイドリンクを介したＶ２Ｖ通信に使用されるリソースを割り振る。この設定は、ＮＲ Ｖ２Ｘではモード１設定とも呼ばれ、ＬＴＥ Ｖ２Ｘではモード３設定とも呼ばれている。
【0011】
図３は、互いに直接通信しているＵＥが、物理的には無線通信ネットワークの或るセル内に存在し得るが、基地局に接続されていないか、または、互いに直接通信しているＵＥの一部もしくはすべてが基地局に接続されているが、基地局がＳＬリソース割り当て設定もしくは支援を提供しない、カバレッジ外シナリオの概略図である。例えば、ＰＣＳインターフェースを使用して、サイドリンクを介して互いに直接通信している３台の車両２０６、２０８、および２１０が示されている。Ｖ２Ｖトラフィックのスケジューリングおよび／または干渉管理は、車両間に実装されたアルゴリズムに基づいている。この設定は、ＮＲ Ｖ２Ｘではモード２設定とも呼ばれ、ＬＴＥ Ｖ２Ｘではモード４設定とも呼ばれている。上述したように、カバレッジ外シナリオである図３のシナリオは、ＮＲでのモード２ＵＥまたはＬＴＥでのモード４ＵＥが基地局のカバレッジ２００外に存在することを必ずしも意味するものではなく、むしろ、ＮＲでのモード２ＵＥまたはＬＴＥでのモード４ＵＥが、基地局によってサービスを提供されていないか、カバレッジエリアの基地局に接続されていないか、または基地局に接続されているが基地局からＳＬリソース割り当て設定もしくは支援を受信していないことを意味する。したがって、図２に示されるカバレッジエリア２００内で、ＮＲモード１またはＬＴＥモード３のＵＥ２０２２、２０４に加えて、ＮＲモード２またはＬＴＥモード４のＵＥ２０６、２０８、２１０も存在する状況があり得る。さらに、図３は、ネットワークと通信するためにリレーを使用するカバレッジ外ＵＥを概略的に示している。例えば、ＵＥ２１０は、サイドリンクを介してＵＥ２１２と通信することができ、ＵＥ１は、Ｕｕインターフェースを介してｇＮＢに接続し得る。したがって、ＵＥ２１２は、ｇＮＢとＵＥ２１０との間で情報を中継することができる。
【0012】
図２および図３は車両ＵＥを示しているが、説明されるカバレッジ内シナリオおよびカバレッジ外シナリオは、車両以外のＵＥにも適用されることに留意されたい。言い換えれば、ＳＬチャネルを使用して別のＵＥと直接通信するハンドヘルドデバイスのようなあらゆるＵＥがカバレッジ内およびカバレッジ外であり得る。
【発明の概要】
【0013】
【0014】
上記したような従来技術を元に、サイドリンクを介して通信し、間欠受信（ＤＲＸ）モードで動作するＵＥを拡張または改善する必要性が存在する可能性がある。
【0015】
以下、図面を参照しながら、本発明の実施形態についてより詳細に説明する。
【図面の簡単な説明】
【0016】
【発明を実施するための形態】
【0017】
以下、添付の図面を参照しながら、本発明の実施形態をより詳細に説明する。図中、同じまたは類似の要素には同じ参照符号が割り当てられている。
【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】
例えば、図３を参照して上述したように、モード２での動作を想定する場合、ＴＸ ＵＥは、周期的または半永続的送信／再送信と、非周期的または動的送信／再送信とではわずかに異なる動作方法を有し得る。例えば、送信／再送信の最大数Ｎは、周期的送信および非周期的送信では３２に制限され得る。この数に関する１つの制限は、候補リソースセット内の利用可能なリソースの数であり得る。別の制限は、ＳＣＩで指定できるリソースの数であり得、これは、初期送信または初期送信が発生するリソースを含め、最大で３つのリソースのみである可能性がある。これらのリソースは、３２ｍｓのウィンドウに収まるように制限され得る。
【0090】
モード２では、ＵＥは、候補リソースセット内で利用可能なリソースの中から、行われる可能性がある送信／再送信のそれぞれに必要なリソースを識別し、ＴＢのＰＤＢ（ｐａｃｋｅｔ ｄｅｌａｙ ｂｕｄｇｅｔ）に基づく制限が存在する可能性がある。ＵＥが利用可能な候補リソースのリストを識別し終えると、ＵＥはＮ個の候補リソースを選択する。ＵＥは最初に、Ｎ個の候補リソースのうち１つをランダムに選択する。スロットｍｌにて最初の候補リソースが選択されたと想定すると、ＵＥは第２の候補リソースもランダムに選択するが、この候補リソースと最初に選択された候補リソースとの間のギャップは３２スロットのウィンドウＷよりも小さい必要があるという制限が課される。これは、第２の候補リソースが、［ｍ１‐３１、ｍ１＋３１］というスロット範囲内のスロットｍ２に位置し得ることを意味する。これにより、選択された２つの候補リソースのうちの一方の第１ステージＳＣＩが、他方の候補リソースを予約できることが保証される。Ｎ＞２の場合、ＵＥは第３の候補リソースもランダムに選択するが、範囲［ｍ１‐３１、ｍ１＋３１］内または範囲［ｍ２‐３１、ｍ２＋３１］内のスロットｍ３に位置するという制限が課される。このチェーン手順は、送信／再送信用のすべての候補リソースが先行するＳＣＩによって予約されることを目的として繰り返される。しかし、ＵＥが、この手順に従って、Ｎ個の候補リソースのサブセットしか選択できない場合、先行する第１ステージの限定を満たしていない場合であっても、選択ウィンドウ内で残りのリソースがランダムに選択される。
【0091】
異なるサイズのＴＢを送信する場合、送信に使用されるサブチャネルの数が変更されてもよく、サブチャネルの数は、ＴＢおよびＴＢに関連付けられたＳＣＩ（第１ステージＳＣＩおよび第２ステージＳＣＩを含む）が候補リソースセットに収まるように選択される。これは、サイドリンク通信に使用されるリソースを定義するリソースプール内で定義されている、または許容されるサブチャネルの最大数によって制限され得る。
【0092】
ＴＢを送信するＵＥのみがＴＢに関連付けられたＰＤＢを認識しており、ＰＤＢに応じて選択ウィンドウが選択される可能性があり、ＴＢに関連付けられたすべての送信／再送信が選択ウィンドウ内で完了されなければならない。非周期的送信の場合、再選択カウンタによって送信／再送信の回数が追跡されてもよい。ＴＢの送信終了後、すなわち、ＴＢおよびＴＢのすべての可能な再送信が送信された後、再選択カウンタが１だけ減らされ得る。再選択カウンタをゼロにする最後のＴＢを送信する前に、ＴＸ ＵＥは、次のＴＢのために新しいリソースが選択されるべきかを評価し得る。そうである場合、ＵＥは、第１ステージＳＣＩにおいてリソース予約期間を０ｍｓに設定し、それによって、次のＴＢについて同じリソースを予約していないことを他のＵＥに示すことができる。そうでない場合、ＵＥは次のＴＢのためにすでに予約されている同じリソースを保持することができ、同じリソース予約期間が第１ステージＳＣＩに含まれる。
【0093】
例えば初期送信と、初期送信の１回以上の再送信とを含む、複数の送信のためのリソースを決定する上記例では、送信機は、受信側ＵＥに、特定の送信用に予約されたリソースを通知することができ、その結果、例えばＳＣＩまたはＡＩＭ等を受信したＵＥは、特定の送信がいつ終了するかを知ることができる。リソースは、例えば次のような方法で示され得る。例えば、時間にわたるリソースは、次のいずれかの方法で示すことができる。
・時間にわたるビットマップによって示され、ビットマップは、例えばＯＦＤＭシンボル、タイムスロット、サブフレーム、またはフレーム等のリソースを示し、リソースセットは、１つのＢＷＰの長さの一部または全体にまたがって定義されている、
・タイムスロットまたはサブフレーム等の開始リソース、およびリソースセットの持続時間によって、
・タイムスロットまたはサブフレーム番号などの明示的なリソース番号によって、
・明示的に言及されているリソース、または別のリソースセットもしくはＲＰの一部であるリソースをパンクチュアリングすることによって、
・開始リソース、および後続の発生のための周期的なオフセットによって、
・シンボル、タイムスロット、サブフレーム、またはフレームのパターンによって、
・ＴＳ３８．２１４で定義されているＴＲＩＶ（ｔｉｍｅ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ ｖａｌｕｅ）を定義するために使用される以下の式によって、
ｉｆ Ｎ ＝ １
ＴＲＩＶ ＝ ０
ｅｌｓｅ ｉｆ Ｎ ＝ ２
ＴＲＩＶ ＝ ｔ１
ｅｌｓｅ
ｉｆ （ｔ２ － ｔ１ － １） ≦ １５
ＴＲＩＶ ＝ ３０ （ｔ２ － ｔ１ － １） ＋ ｔ１ ＋ ３１
ｅｌｓｅ
ＴＲＩＶ ＝ ３０ （３１ － ｔ２ ＋ ｔ１） ＊ ６２ － ｔ１
ｅｎｄ ｉｆ
ｅｎｄ ｉｆ
・時間にわたるビットマップによって示され、ビットマップは、例えばＯＦＤＭシンボル、タイムスロット、サブフレーム、またはフレーム等のリソースを示し、リソースセットは、１つのＢＷＰの長さの一部または全体にまたがって定義されている、
・タイムスロットまたはサブフレーム等の開始リソース、およびリソースセットの持続時間によって、
・タイムスロットまたはサブフレーム番号などの明示的なリソース番号によって、
・明示的に言及されているリソース、または別のリソースセットもしくはＲＰの一部であるリソースをパンクチュアリングすることによって、
・開始リソース、および後続の発生のための周期的なオフセットによって、
・シンボル、タイムスロット、サブフレーム、またはフレームのパターンによって、
・ＴＳ３８．２１４で定義されているＴＲＩＶ（ｔｉｍｅ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ ｖａｌｕｅ）を定義するために使用される以下の式によって、
ｉｆ Ｎ ＝ １
ＴＲＩＶ ＝ ０
ｅｌｓｅ ｉｆ Ｎ ＝ ２
ＴＲＩＶ ＝ ｔ１
ｅｌｓｅ
ｉｆ （ｔ２ － ｔ１ － １） ≦ １５
ＴＲＩＶ ＝ ３０ （ｔ２ － ｔ１ － １） ＋ ｔ１ ＋ ３１
ｅｌｓｅ
ＴＲＩＶ ＝ ３０ （３１ － ｔ２ ＋ ｔ１） ＊ ６２ － ｔ１
ｅｎｄ ｉｆ
ｅｎｄ ｉｆ
【0094】
ここで、
Ｎは、ＡＩＭによって示されるタイムスロットの数を示し、
０は、ＡＩＭが受信されたタイムスロットを意味し、
１は、ＡＩＭが受信されたタイムスロットと、ＡＩＭが受信されたタイムスロットに関して１つの別の将来のタイムスロットとを意味し、
２は、ＡＩＭが受信されたタイムスロットと、ＡＩＭが受信されたタイムスロットに関して２つの別の将来のタイムスロットとを意味し、
ｔ１は、ＡＩＭが受信されたタイムスロットに関して第１の将来のリソースタイムスロットを示し、
ｔ２は、ＡＩＭが受信されたタイムスロットに関して第２の将来のリソースタイムスロットを示す。
Ｎは、ＡＩＭによって示されるタイムスロットの数を示し、
０は、ＡＩＭが受信されたタイムスロットを意味し、
１は、ＡＩＭが受信されたタイムスロットと、ＡＩＭが受信されたタイムスロットに関して１つの別の将来のタイムスロットとを意味し、
２は、ＡＩＭが受信されたタイムスロットと、ＡＩＭが受信されたタイムスロットに関して２つの別の将来のタイムスロットとを意味し、
ｔ１は、ＡＩＭが受信されたタイムスロットに関して第１の将来のリソースタイムスロットを示し、
ｔ２は、ＡＩＭが受信されたタイムスロットに関して第２の将来のリソースタイムスロットを示す。
【0095】
周波数にわたるリソースは、次のいずれかの方法で示すことができる。
・ビットマップによって示され、ビットマップは、１つのＢＷＰにわたる複数のリソース、例えば、リソースブロックを示す、
・開始リソース（例えば、リソースブロック）と、リソースセットのリソースの数とによって、
・リソースセットが周波数的に不連続である場合、複数の開始リソース（例えば、リソースブロック）と複数の終了リソースとによって、
・リソースブロックインデックス等の明示的なリソースインデックスによって、
・明示的に言及されているリソース、または別のリソースセットもしくはＲＰの一部であるリソースをパンクチュアリングすることによって、
・開始リソース、および後続の発生のための周期的なオフセットによって、
・リソースブロックまたはサブチャネルのパターンによって、
・ＴＳ３８．２１４で定義されているＦＲＩＶ（ｆｒｅｑｕｅｎｃｙ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ ｖａｌｕｅ）を定義するために使用される以下の式によって、
時間および周波数にわたるリソースは、次のいずれかの方法で示すことができる。
・行列によって示され、行列は、リソースを時間にわたって（例えば、シンボル、タイムスロット、またはサブフレームもしくはフレーム）、および周波数にわたって（例えば、リソースブロックまたはサブチャネル）示す、
・パターンによって示され、パターンは、リソースを時間にわたって（例えば、シンボル、タイムスロット、またはサブフレームもしくはフレーム）、および周波数にわたって（例えば、リソースブロックまたはサブチャネル）示す。パターンはビットマップまたはビットベクトルとして通知され得る。
・ビットマップによって示され、ビットマップは、１つのＢＷＰにわたる複数のリソース、例えば、リソースブロックを示す、
・開始リソース（例えば、リソースブロック）と、リソースセットのリソースの数とによって、
・リソースセットが周波数的に不連続である場合、複数の開始リソース（例えば、リソースブロック）と複数の終了リソースとによって、
・リソースブロックインデックス等の明示的なリソースインデックスによって、
・明示的に言及されているリソース、または別のリソースセットもしくはＲＰの一部であるリソースをパンクチュアリングすることによって、
・開始リソース、および後続の発生のための周期的なオフセットによって、
・リソースブロックまたはサブチャネルのパターンによって、
・ＴＳ３８．２１４で定義されているＦＲＩＶ（ｆｒｅｑｕｅｎｃｙ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ ｖａｌｕｅ）を定義するために使用される以下の式によって、
【数1】
・行列によって示され、行列は、リソースを時間にわたって（例えば、シンボル、タイムスロット、またはサブフレームもしくはフレーム）、および周波数にわたって（例えば、リソースブロックまたはサブチャネル）示す、
・パターンによって示され、パターンは、リソースを時間にわたって（例えば、シンボル、タイムスロット、またはサブフレームもしくはフレーム）、および周波数にわたって（例えば、リソースブロックまたはサブチャネル）示す。パターンはビットマップまたはビットベクトルとして通知され得る。
【0096】
したがって、上記のフォーマットを使用して、ＴＸ ＵＥによる送信のために予約されたリソースが、例えば図６のＳＣＩ１内で通知され得る。予約済みリソースの指示を受信すると、ＲＸ ＵＥは、ＴＸ ＵＥからのさらなる送信が予期されない時間を決定することができる。ＳＣＩ１が支援情報を含むか、またはＲＸ ＵＥが追加のＡＩＭ（ａｓｓｉｓｔａｎｃｅ ｉｎｆｏｒｍａｔｉｏｎ ｍｅｓｓａｇｅ）を受信してもよく、これらは、ＴＸ ＵＥからの送信用に予約されたリソースについてＲＸ ＵＥに知らせるものである。これにより、ＲＸ ＵＥは、送信ＰＳＳＣＨ２の後、ＴＸ ＵＥからのさらなる送信を予期すべきではないことを知り、よって、ｔ５にて非アクティブ状態になることができる。同様に、ＳＣＩ１がＰＳＳＣＨ１のためのリソースのみを示す場合、ＲＸ ＵＥはＰＳＳＣＨ１の後にＴＸ ＵＥからさらなる送信を予期しないため、ｔ３で非アクティブ状態に入ることができる。
【0097】
さらなる実施形態によれば、ＲＸ ＵＥは、１つのＴＸ ＵＥによる送信が終了するという指示を受信したとき、サイドリンクを介する１つのＴＸ ＵＥからＲＸ ＵＥへの１つの進行中の送信しかない場合、上記したように非アクティブ状態に入り得る。しかし、ＲＸ ＵＥは、１つ以上のさらなるサイドリンクＴＸ ＵＥとも通信する可能性があり、別のＴＸ ＵＥからの送信を受信する可能性もある。したがって、実施形態によれば、サイドリンクを介して複数のＴＸ ＵＥと通信しているＲＸ ＵＥは、別のＴＸ ＵＥとの他の進行中の送信が存在しないことをＲＸ ＵＥが確認した場合にのみ、１つのＴＸ ＵＥからの送信の早期終了２６０の通知に応答して非アクティブ状態に入り得る。言い換えれば、１つのＴＸ ＵＥからの送信終了の指示に応答して、ＲＸ ＵＥは、別のＴＸ ＵＥからの送信に起因してアクティブでない場合、スリープモードまたは非アクティブ状態に移行し得る。
【0098】
図７は、ＲＸ ＵＥがサイドリンクを介して第１のＴＸ ＵＥ Ａおよび第２のＴＸ ＵＥ Ｂから送信を受信する本発明の実施形態を示す。ｔ１～ｔ４のＯＮ期間２５２中に、ＲＸ ＵＥは、サイドリンクを介するＴＸ ＵＥ Ａからの１つ以上の送信に関連付けられたＳＣＩ＊を受信する。ＳＣＩ＊を受信すると、時点ｔ４から時点ｔ７までオン継続時間２５２が延長される。時点ｔ３において、ＲＸ ＵＥは、さらなるＴＸ ＵＥ Ｂによる１つ以上の送信に関連付けられたさらなるＳＣＩＢを受信し、これにより、オン継続時間またはアクティブ時間が時点ｔ７から時点ｔ８までさらに延長される。図７に示される実施形態によれば、ＴＸ ＵＥ Ｂは、ＲＸ ＵＥがＴＸ ＵＥ Ｂからのさらなる送信を予期すべきではないことを示すＰＳＳＣＨ ＭＡＣ＿ＣＥＢを通知することができる。これは、時点ｔ５で受信され得、この通知に応答して、ＲＸ ＵＥは非アクティブモードに入ることができ、すなわち、延長されたオン継続時間を終了することができる。しかし、ＲＸ ＵＥは、ＴＸ ＵＥ Ａからのさらなる送信を予期すべきではないという指示をＴＸ ＵＥ Ａからまだ受信していないため、本発明の実施形態によれば、ＴＸ ＵＥ Ａによる進行中の送信に起因して、ＲＸ ＵＥはｔ５にて、第１の早期終了２６０Ａに応答してアクションを何ら取らず、すなわち、アクティブ状態に留まり、さらなる送信のために制御チャネルを監視し続ける。時間ｔ６にて、ＴＸ ＵＥ Ａは、ＴＸ ＵＥ Ａからのさらなる送信が予期されないことを示すＰＳＳＣＨ ＭＡＣ．ＣＥＡを送信し、その結果、ＲＸ ＵＥは時間ｔ７にて早期終了２６０Ａを開始し、延長されたオン継続時間の実際終了時点ｔ８の前に非アクティブモードに入ることができる。これにより、電力節約が可能になる。時間ｔ６にて、ＴＸ ＵＥ Ｂによって通知された通り、ＴＸ ＵＥ Ｂからの送信等の他のすべての送信がすでに終了していることから、ＲＸ ＵＥは、ＴＸ ＵＥ Ａからの送信のみが進行中の送信であることを知っている。したがって、ＴＸ ＵＥ Ａによって早期終了信号が送られると、ＲＸ ＵＥは時点ｔ７にてスリープまたは非アクティブモードに入る可能性がある。
【0099】
したがって、ＴＸ ＵＥからのさらなる送信が予期されないという指示をそれぞれのＴＸ ＵＥが提供することにより、受信機は、実際にスリープモードまたは非アクティブモードに移行するタイミング、またはさらなる送信のための制御チャネルのリスニングを停止するタイミングを確実に検出できる。これにより、図６および図７を参照して説明したように、ＲＸ ＵＥが延長されたオン継続時間全体にわたってアクティブである必要がないため、消費電力を削減できる。
【0100】
本発明は、送信終了通知が、当該送信を送るＳＬ ＴＸ ＵＥによって提供される上記実施形態に限定されない。他の実施形態によれば、送信終了通知は、無線通信ネットワークの以下のエンティティの１つ以上によって提供されてもよい。
・終了した送信を実行していないさらなるＵＥ、例えば、ＵＥが属するＵＥグループのグループリーダー。
・中継ノード。
・路側機（ＲＳＵ）。
・ＩｏＴデバイス。
・無線通信システムの基地局等のアクセスポイント（例えば、ＳＬ ＴＸ ＵＥがモード１ＵＥである場合）。
・終了した送信を実行していないさらなるＵＥ、例えば、ＵＥが属するＵＥグループのグループリーダー。
・中継ノード。
・路側機（ＲＳＵ）。
・ＩｏＴデバイス。
・無線通信システムの基地局等のアクセスポイント（例えば、ＳＬ ＴＸ ＵＥがモード１ＵＥである場合）。
【0101】
[ＴＸ ＵＥによるオン継続時間の送信制限]
本発明の第２の態様の実施形態は、サイドリンクを介して送信機と通信するＲＸ ＵＥが、未使用のオン継続時間を回避することによって電力を節約できるようにする手法を提供する。より具体的には、図６に示すような状況を想定すると、ＴＸ ＵＥが任意の時点、例えばＲＸ ＵＥのＯＮ期間２５２外で送信を行う場合、ＴＸ ＵＥによる送信は受信されない。そして、ＴＸ ＵＥは、そうするように設定されている場合は、最終的に次のＯＮ期間中にＲＸ ＵＥによって検出され得る再送信を送信することができる。しかし、これにより、ＲＸ ＵＥは送信が行われないオン継続時間を最初は監視することになるため、この時間中は電力が節約されない可能性がある。
本発明の第２の態様の実施形態は、サイドリンクを介して送信機と通信するＲＸ ＵＥが、未使用のオン継続時間を回避することによって電力を節約できるようにする手法を提供する。より具体的には、図６に示すような状況を想定すると、ＴＸ ＵＥが任意の時点、例えばＲＸ ＵＥのＯＮ期間２５２外で送信を行う場合、ＴＸ ＵＥによる送信は受信されない。そして、ＴＸ ＵＥは、そうするように設定されている場合は、最終的に次のＯＮ期間中にＲＸ ＵＥによって検出され得る再送信を送信することができる。しかし、これにより、ＲＸ ＵＥは送信が行われないオン継続時間を最初は監視することになるため、この時間中は電力が節約されない可能性がある。
【0102】
第２の態様の実施形態によれば、ＲＸ ＵＥがＯＮ期間２５２中に送信の開始を確実に受信するようにすることによって、そのような状況が回避され、電力が節約され得る（図６参照）。したがって、本発明の実施形態は、ＲＸ ＵＥがアクティブである時間中、すなわちＯＮ期間中に送信を開始するＴＸ ＵＥを提供する。送信動作はＭＡＣスケジューラ内で実行され得、同様に上記したように、ＰＨＹ層は候補リソースのセットをＭＡＣスケジューラに報告する。送信またはデータパケットのためにどの候補リソースを使用するかを決定するとき、または次にどのデータパケットを送信するかを決定するとき、ＭＡＣスケジューラは、ＲＸ ＵＥによって使用されるＤＲＸサイクルの対応する１つ以上のオン継続時間と、非アクティブタイマーによって取得される潜在的な延長とを考慮に入れて決定する。
【0103】
実施形態によれば、この手法は、高優先度送信とも呼ばれる、特定の設定されたまたは事前設定された閾値またはレベルを有する優先度に関連付けられた送信に適用され得る。このような高優先度送信の確実性を高めるために、ＲＸ ＵＥは送信を確実に検出する。ＲＸ ＵＥがＯＮ期間中に高優先度送信を受信しない場合、ＲＸ ＵＥはスリープモードまたは非アクティブモードに入る。このような送信が確実に検出されることを確実にするために、および必要に応じて、潜在的な再送信のためにオン継続時間を延長することでさらなるアクティブ時間が取得されるようにするため、ＴＸ ＵＥは、初期送信をＲＸ ＵＥのオン継続時間内に配置する。これにより、ＲＸ ＵＥが送信機の送信をすべて見逃す可能性が低くなる。したがって、送信がＲＸ ＵＥで受信されることを確実にしつつ、送信が初期オン継続時間中に受信されることも保証されるため、オン継続時間中に初期送信を送信せずに再送信のみを行う場合の電力の無駄が回避される。
【0104】
第２の態様のさらなる実施形態によれば、この手法は以下のように適用されてもよい。
・サービス品質（ＱｏＳ）要件が、設定されたまたは事前設定された閾値以上である送信に対して、または
・特定のパケットクオータ（例えば、特定の設定されたまたは事前設定されたデータレート閾値）を有する送信に対して、または
・設定または事前設定された送信数、例えば最小または最大の送信（例えばＣＡＭ、ＤＥＮＭ、またはＢＳＭ）の数に依存して、
・メッセージの内容（例えば、特定のＣＡＭまたは特定のＤＥＮＭ）に依存して。
ＴＸ ＵＥによるアクティブ時間の設定
上記実施形態では、アクティブ時間は、オン継続時間２５２または延長されたオン継続時間２６２のいずれかによって定義されている。本発明の第３の態様の実施形態によれば、アクティブ時間は、以下のうちの１つ以上に応じて決定され得る。
・送信されるデータパケットの特性または特徴、例えば送信パケットの１つ以上の特性、
・宛先ＲＸ ＵＥ（例えば、ＵＥのタイプ）、
・送信に使用される論理チャネル、
・サービス品質（ＱｏＳ）フロー、
・優先度、遅延、またはデータレートなど、送信に関連するサービス品質（ＱｏＳ）要件、
・送信に使用される論理チャネルグループ、
・ＵＥのバッテリ状態、
・ＵＥが特定の地理的位置（例えば、事前に定義されたゾーンまたは建物内）内を移動している、
・チャネルビジー率、
・ＵＥのタイプ、
・初期送信および／または少なくとも１つのさらなる送信によって使用される１つ以上のリソース。
・サービス品質（ＱｏＳ）要件が、設定されたまたは事前設定された閾値以上である送信に対して、または
・特定のパケットクオータ（例えば、特定の設定されたまたは事前設定されたデータレート閾値）を有する送信に対して、または
・設定または事前設定された送信数、例えば最小または最大の送信（例えばＣＡＭ、ＤＥＮＭ、またはＢＳＭ）の数に依存して、
・メッセージの内容（例えば、特定のＣＡＭまたは特定のＤＥＮＭ）に依存して。
ＴＸ ＵＥによるアクティブ時間の設定
上記実施形態では、アクティブ時間は、オン継続時間２５２または延長されたオン継続時間２６２のいずれかによって定義されている。本発明の第３の態様の実施形態によれば、アクティブ時間は、以下のうちの１つ以上に応じて決定され得る。
・送信されるデータパケットの特性または特徴、例えば送信パケットの１つ以上の特性、
・宛先ＲＸ ＵＥ（例えば、ＵＥのタイプ）、
・送信に使用される論理チャネル、
・サービス品質（ＱｏＳ）フロー、
・優先度、遅延、またはデータレートなど、送信に関連するサービス品質（ＱｏＳ）要件、
・送信に使用される論理チャネルグループ、
・ＵＥのバッテリ状態、
・ＵＥが特定の地理的位置（例えば、事前に定義されたゾーンまたは建物内）内を移動している、
・チャネルビジー率、
・ＵＥのタイプ、
・初期送信および／または少なくとも１つのさらなる送信によって使用される１つ以上のリソース。
【0105】
したがって、上記基準の１つ以上に応じて、ＤＲＸサイクルのアクティブ時間が変化する可能性がある。例えば、ＲＸ ＵＥは、周期的であり得る複数の異なるＯＮ持続時間２５２を用いて設定または事前設定されてもよく、ＴＸ ＵＥは、ＲＸ ＵＥで利用可能な設定済み／事前設定済みのＯＮ継続時間を認識していてもよい。したがって、サービスまたは通信リンクに応じて、ＴＸ ＵＥは、送信に関連付けられた制御情報とともに、ＲＸ ＵＥが適用すべきアクティブ時間またはオン継続時間を示すことができる。例えば、第１ステージＳＣＩまたは第２ステージＳＣＩ等のＳＣＩ内の通知によりＲＸ ＵＥは、複数の設定済みまたは事前設定済みのオン継続時間から、ＴＸ ＵＥから受信される送信用に指示されたオン継続時間を選択し得る。
【0106】
例えば、ＲＸ ＵＥは、ＤＲＸサイクルおよびアクティブ時間を定義するＤＲＸ設定を受信することができる。ＲＸ ＵＥは、次のうちの１つ以上のＤＲＸ設定を受信し得る。
・送信を実行するさらなるＵＥ、
・送信を実行していないさらなるＵＥ、例えば、ＵＥが属するＵＥグループのグループリーダーＵＥ、
・中継ノード、
・ＲＳＵまたはＩＯＴデバイス、
・無線通信システムのアクセスポイント（例えば、基地局）。
・送信を実行するさらなるＵＥ、
・送信を実行していないさらなるＵＥ、例えば、ＵＥが属するＵＥグループのグループリーダーＵＥ、
・中継ノード、
・ＲＳＵまたはＩＯＴデバイス、
・無線通信システムのアクセスポイント（例えば、基地局）。
【0107】
例えば、ＴＸ ＵＥは、間欠受信（ＤＲＸ）モードで動作するようにＲＸ ＵＥのうちの１つ以上を設定し、上記基準のうちの１つ以上に応じてＲＸ ＵＥを設定するためのＤＲＸ設定を選択または決定することができる。
【0108】
他の実施形態によれば、アクティブ時間は動的に制御可能であり、例えば、先行する送信に基づいて制御され得る。これにより、例えば、図６および図７を参照して上記したように、受信されたパケットによってオン持続時間（例えば、非アクティブタイマー）を延長することができ、これにより、ＴＸ ＵＥが新たなパケットを送信できる。言い換えれば、そのような実施形態では、（例えば、ＤＲＸ設定情報によって）初期設定された、または事前設定されたオン継続時間２５２が、送信またはデータパケットの受信に応答して延長され、それによって、ＤＲＸ動作に対して初期設定されていたオン継続時間２５２を置き換える延長されたオン継続時間２６２が作成され得る。例えば、ＤＲＸサイクルのＯＮ持続時間２５２の実際の時間の長さは、後続のＤＲＸサイクルごとに延長されてもよく、すなわち、パケットの受信後の周期的な初期ＯＮ持続時間２５２の代わりに、延長されたＯＮ持続時間２６２が使用される。
【0109】
さらなる実施形態によれば、延長は、ＴＸ ＵＥが送信の終了を示すと取り消されてもよい。すなわち、図６および図７を参照して上記した終了通知２６０の通知後、ＤＲＸサイクルは延長されたオン継続時間２６２の使用を停止し、デフォルトオン持続時間とも呼ばれる初期設定のオン継続時間２５２に戻ってもよい。
【0110】
この直前の実施形態によれば、設定されたまたは事前設定されたアクティブ時間が、ＤＲＸサイクル中のオン継続時間または延長されたオン継続時間を決定するためにＲＸ ＵＥで使用される。他の実施形態によれば、リソースを監視すべき特定の期間を定義するのではなく、ＳＬ送信の特定の特性、すなわち、ＳＬ送信および潜在的な将来の送信のために指示または予約されるリソースが使用され得る。実施形態は、この特性を利用して、サイドリンク送信のために実際に指示または予約されたリソースのみを監視することによって、電力消費の削減を可能にする。このような将来のリソースを示すために使用されるパラメータは、時間および周波数リソース割り当てパラメータであってもよい。このようなパラメータは、ＳＣＩフォーマット１－ａ、第１ステージＳＣＩを使用して定義されてもよい。これは、例えば、上記ＴＲＩＶフォーマットおよび上記ＦＲＩＶフォーマットをそれぞれ使用して、または予約済みリソースを通知するための上記フォーマットのいずれかを使用して、次の３２タイムスロット内で予約されるリソースを示す。予約済みリソースに関する情報はＡＩＭ（ａｓｓｉｓｔａｎｃｅ ｉｎｆｏｒｍａｔｉｏｎ ｍｅｓｓａｇｅ）に含まれてもよく、これは、ＳＣＩメッセージ、第１および／もしくは第２ステージＳＣＩの一部であってもよく、またはＳＣＩメッセージとは別個であってもよい（例えば、データまたはＰＳＳＣＨ内で送信される）。
【0111】
ＴＸ ＵＥによるさらなる送信に使用される実際のリソースに関する情報に基づいて、ＲＸ ＵＥは、オン継続時間中にリソースを監視することに加えて、１つ以上の送信のために、ＴＸ ＵＥによって指示されたリソースを監視してもよい。したがって、オン継続時間のリソース以外のリソースの追加監視を、送信のために示されたリソースのみに制限することにより、ＲＸ ＵＥの省電力特性を改善することができる。
【0112】
実施形態によれば、指示されたリソースのみの監視に関する省電力は、将来のリソース予約に基づいてオン継続時間を延長することによって、または将来の送信のために指示されたリソースのみをリッスンすることによって達成され得る。１つ目のケースでは、オン継続時間の固定延長は生じず、延長はＴＸ ＵＥによって通知された最後のリソースまでのみであるため、ＲＸ ＵＥは、送信終了通知を受信する必要なく、最後に指示されたリソース後の他のリソースの監視を停止することができる。
【0113】
オン継続時間後の送信が発生するリソースのみが監視され、オン継続時間と延長された時間との間の送信のないリソースは監視する必要がないため、そのような時間中、ＵＥはスリープモードまたは非アクティブモードに入ることができる。
【0114】
図８は、指示されたリソースのみを監視することによる省電力の実施形態を示す。図８（ａ）は、将来のリソース予約に基づいてオン継続時間を延長する実施形態を示し、図８（ｂ）は、将来のリソース予約に基づいて監視されるアクティブ時間スロットの実施形態を示す。
【0115】
図８は、ＲＸ ＵＥのＤＲＸサイクル２５０を示す。ＤＲＸサイクル２５０は、実施形態によれば、ＴＸ ＵＥによる送信のために予約される将来のリソースに応じて延長され得る周期的オン継続時間２５２を含む。図８の実施形態では、図の中央に示すように、オン継続時間２５２中に、タイムスロット（１）でＴＸ ＵＥから初期送信が受信されると仮定する。初期送信は、初期送信を送信したＴＸ ＵＥのさらなる送信のために予約されたリソースも示す制御情報に関連付けられている。このようなさらなる送信は、タイムスロット（２）および（３）での初期送信の再送信であってもよいし、または他の実施形態によれば、ＴＸ ＵＥの他の初期送信を含んでもよい。図８（ａ）に示される実施形態では２回の再送信の送信が想定されており、タイムスロット（１）での初期送信は、例えば支援情報を使用して、再送信がタイムスロット（２）および（３）で行われることをＲＸ ＵＥに示す。ＲＸ ＵＥは、タイムスロット（２）での第１の再送信が依然としてオン継続時間２５２内にあるが、タイムスロット（３）での第２の再送信はオン継続時間２５２外であることを認識する。ＲＸ ＵＥは、最後の再送信が行われるタイムスロット（３）までアクティブ時間を延長することによってオン継続時間２５２を延長し、監視すべき実際のリソースに応じて延長されたオン継続時間２６２を作成する。したがって、図８（ａ）の実施形態によれば、アクティブ時間またはオン継続時間２５２中に受信されるパケット（例えば、タイムスロットＣＤでの初期送信）により、さらなる送信のための指示された将来のタイムスロット予約に依存する持続時間だけ（本実施形態では２つのタイムスロットによって図示されている）、オン継続時間２５２が延長される。したがって、図８（ａ）の実施形態では、デフォルトのオン継続時間２５２外のタイムスロット（３）での１つのさらなる送信がＴＸ ＵＥによって通知され、ＲＸ ＵＥは、タイムスロット（３）における予約済みパケットの終了時点まで自身のアクティブ時間を延長する。
【0116】
図８（ｂ）は、ＲＸ ＵＥが、ＴＸ ＵＥによって指示されるオン継続時間またはデフォルトのオン継続時間２５２外の追加リソースのみをリッスンする実施形態を示す。図８（ｂ）の状況は、ＲＸ ＵＥが、デフォルトのオン持続時間２５２外の第２の再送信のために指示されたタイムスロット（３）のみを監視することを除いて、図８（ａ）の状況と同様であるが、デフォルトのオン継続時間２５２の終了時点と、延長されたアクティブタイムスロット（３）との間の２つのタイムスロットはＲＸ ＵＥによって監視されない。
【0117】
したがって、図８（ａ）によれば、デフォルトのＯＮ期間の実際の延長が、送信（例えば、タイムスロット（３））用の最後の予約済みリソースまででしかないために、ＲＸ ＵＥの省電力特性が強化されるが、図８（ｂ）では、デフォルトのオン継続時間と実際と、タイムスロット（３）での再送信との間のタイムスロットをリッスンまたは監視しないことによって、省電力特性をさらに高めることができる。したがって、ＲＸ ＵＥで電力を節約するために、ＲＸ ＵＥがＯＮ期間２５２内の送信またはトランスポートブロックを受信することが保証されるが、ＯＮ期間２５２が終了すると、ＲＸ ＵＥは（例えばＴＲＩＶフォーマットによって）指示されたタイムスロットのみをリッスンし、そうでない場合、ＲＸ ＵＥは、指示されたリソース間で非アクティブまたはスリープモードに入る。これによって、省電力能力が向上する。
【0118】
さらなる実施形態によれば、上述したように、サイドリンクを介したＴＸ ＵＥのＲＸ ＵＥへの送信は、図８に示すように、初期送信および初期送信の再送信を含み得る。さらなる実施形態によれば、初期送信および再送信を送信する場合、オン継続時間２５２内に最初の送信を受信した後、ＲＸ ＵＥは送信が正常に受信されるとスリープモードまたは非アクティブモードに入り得る。すなわち、送信はすでに正常に復号されているため、ＲＸ ＵＥは、そのトランスポートブロックの将来の再送信をリッスンすることを停止する。したがって、図８を想定すると、タイムスロット（１）での初期送信がＲＸ ＵＥで正常に受信された場合、さらにタイムスロット（２）および（３）を監視する必要がないことから、ＲＸ ＵＥはタイムスロット（１）後にスリープまたは非アクティブモードに入り得る。実施形態によれば、ＴＸ ＵＥ送信がＨＡＲＱイネーブル送信である場合、非アクティブ／スリープモードへの移行は、初期送信が正常に受信された後の１つ以上のタイムスロットの間、延期され得る。これにより、タイムスロットＣＤでの正常な初期送信に応答して、ＲＸ ＵＥは肯定応答（ＡＣＫ）またはサイドリンク支援情報（ＡＩＭ）を送信し、スリープモードに入る。初期送信が正常に受信されなかった場合でも、タイムスロット（２）で受信された第１の再送信が正常に復号された場合には、同じプロセスが適用され得る。
【0119】
さらなる実施形態によれば、ＴＸ ＵＥは、Ｒｅｌ－１６で定義されているように周期的送信を実行することで、さらなるまたは第２の送信またはトランスポートブロックのためにリソースを予約し得る。例えば、さらなる送信のためのリソースを指示するために、ＴＲＩＶパラメータ等の上記フォーマットが使用され得る。このような場合、制御情報には、実際の予約済みリソースの通知に加えて、さらなるパラメータとして、例えばＳＣＩフォーマット１－ａに含まれる、いわゆるリソース予約期間が含まれる可能性がある。この期間では、指示された予約期間後、同じリソースがさらなる送信のために使用され得る。このような実施形態によれば、ＴＸ ＵＥは、第２のまたはさらなるトランスポートブロックの送信に使用されるリソースを変更する必要がある可能性があり、そのような状況では、ＴＸ ＵＥは、一定の持続時間、例えば持続時間としてゼロが指示された予約期間を送信することができる。これはＲＸ ＵＥに、ＴＸ ＵＥからさらなる送信がこれ受信または予期されないことを通知するので、ＲＸ ＥＵは言及された送信のためのリソースの監視を停止し、スリープまたは非アクティブモードに入ることができる。
【0120】
さらなる実施形態によれば、予約済みリソースを示すタイムスロット（例えば、オン継続時間後のタイムスロットまたは再送信の実際のタイムスロット（例えば、図８（ｂ）のタイムスロット（３）））を監視するＲＸ ＵＥは、そのタイムスロットで送信または再送信を受信しない可能性がある。そのような状況において、実施形態によれば、オン継続時間２５２外の予約されたリソース（３）で送信または再送信を受信しない場合、ＲＸ ＵＥは、例えば、送信を予期していたタイムスロット（３）後に非アクティブタイマーを開始することによって、短期間アクティブ状態を維持し得る。タイムスロット（３）での再送信の欠落は、ＴＸ ＵＥによって使用されるリソースの再評価が理由である可能性があるため、最初に通知されたリソース（３）は、何らかの理由によりＴＸ ＵＥによって送信に使用できなくなったと判断された可能性がある。指示されたリソース（３）後に短期間アクティブ状態を維持しているＵＥは、ＴＸ ＵＥによって選択された再評価されたリソース上で、欠落していた再送信を検出する可能性がある。再送信がＲＸ ＵＥで復号できない場合にも、再送信が受信されない可能性がある。
【0121】
他の実施形態によれば、ＲＸ ＵＥは、ｎ回の再送信の受信の間アクティブ状態を維持することができ、ここでｎは、通知または事前設定された最大再送信回数以下である。他の実施形態によれば、ＲＸ ＵＥは直接スリープまたは非アクティブモードに入り、次のオン継続時間中にのみ起動し得る。さらに他の実施形態によれば、ＲＸ ＵＥは、ＲＸ ＵＥがアクティブであり、再送信またはＡＩＭ等の支援情報を受信可能な時間および／または周波数情報を含むＡＩＭ等の支援情報（ＲＸ ＵＥの１つ以上のオン継続時間に関する情報を含む）をＴＸ ＵＥに送信することができる。
【0122】
[ＴＸ ＵＥによるアクティブ時間の延長／制限]
本発明の第４の態様の実施形態によれば、サイドリンクを介して他のＵＥと通信するＲＸ ＵＥの省電力特性は、ＴＸ ＵＥの特定の送信が実際にＲＸ ＵＥで処理されるべきか否かを決定することによってさらに強化され得る。
本発明の第４の態様の実施形態によれば、サイドリンクを介して他のＵＥと通信するＲＸ ＵＥの省電力特性は、ＴＸ ＵＥの特定の送信が実際にＲＸ ＵＥで処理されるべきか否かを決定することによってさらに強化され得る。
【0123】
例えば、ＲＸ ＵＥで受信された送信が特定のタイプのものであるか、特定の特性を有するか、または特定の基準を満たしていると判断された場合、ＲＸ ＵＥは電力を節約するために、ＲＸ ＵＥによって処理されるべき送信の要件に沿ったメッセージまたは送信のみを監視し、他の送信またはメッセージは破棄し得る。例えば、ＵＥは、１つ以上の基準に応じて、送信を復号するか、または送信の復号をスキップするかを決定することができる。これにより、特定のメッセージまたは送信の必要な復号が実行されなくなるため、消費電力が削減される。
【0124】
例えば、送信がＲＸ ＵＥにとって関心のあるものであるか否かが、宛先ＩＤに基づいて（例えば、送信がユニキャスト送信であるかグループキャスト送信であるかに基づいて）、および／または送信に関連付けられた優先度に依存して、および／または送信にＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ）インジケータが関連付けられているか否かに基づいて、および／または送信に関連付けられたキャストタイプ（例えば、ユニキャスト送信、グループキャスト送信、またはブロードキャスト送信）に基づいて決定され得る。
【0125】
例えば、送信に関連付けられたＳＣＩ内で宛先ＩＤおよび優先度が示され、オン継続時間中に監視対象の制御チャネル内で受信され得る。例えば、アプリケーションの優先度を考慮する場合、ＰＳＣＣＨ上で送信される第１ステージＳＣＩ内のフィールドが評価され得る。第１ステージＳＣＩの優先度フィールドを評価することにより、指定された優先度が特定のレベルに達していない場合、ＲＸ ＵＥはＰＳＳＣＨ復号をスキップできる。例えば、省電力ＲＸ ＵＥは、特定の優先度を超える送信またはメッセージのみを監視し、それより低い優先度のＰＳＳＣＨメッセージまたは送信を破棄するか、または復号しない可能性がある。
【0126】
宛先を考慮する場合、ＲＸ ＵＥは、ＰＳＳＣＨ上で送信される第２ステージＳＣＩに含まれる宛先フィールドを評価することができる。例えば、ＲＸ ＵＥは、示された宛先ＩＤに基づいて、特定の送信が実際にＲＸ ＩＤのアドレスを指定しており、復号する必要があるか否かを判断することができる。さらに、ＲＸ ＵＥは、例えば宛先フィールド内に示されるグループＩＤおよびユニキャストＩＤに基づき、送信がグループへの送信であるかユニキャスト送信であるかを確認することができる。例えば、ＲＸ ＵＥは、ユニキャスト送信は復号すべきであるが、グループキャスト送信は復号しなくてもよいと決定する可能性がある。
【0127】
送信に関連付けられたＨＡＲＱインジケータが、送信機が送信に対するフィードバックを要求していることを示す場合、ＲＸ ＵＥは送信を復号し、フィードバックを送信する。そうでない場合、すなわち、ＨＡＲＱインジケータが、送信機がフィードバックを要求していないことを示す場合、ＵＥは電力を節約するために復号をスキップしてもよい。さらなる実施形態では、ＵＥは、フィードバックが要求された場合であっても復号をスキップし得る。これは、例えば、省電力グループのメンバーが優先度の低いメッセージをスキップする場合のグループキャスト通信で役立つ可能性があ。ただし、グループメンバー全員からのフィードバックを予期している送信機にフィードバックが送信されない場合、送信機はメッセージを再送信する。この場合、上記挙動を回避するために、メッセージが正常に復号されなかった場合でもＡＣＫを送信することができ、これによって不必要な再送信が回避される。
【0128】
他の実施形態によれば、ＲＸ ＵＥは特定のキャストタイプをスキップすることができる。これは、ＴＸ ＵＥもしくは基地局によって設定されるか、またはリソースプール上で事前設定されてもよい。ＲＸ ＵＥは、例えば第１ステージＳＣＩまたは第２ステージＳＣＩ等のＳＣＩ内のキャストタイプをチェックし、送信が特定のキャストタイプである場合、ＰＳＳＣＨのさらなる復号をスキップする。
【0129】
さらなる実施形態によれば、ＲＸ ＵＥは、第２ステージＳＣＩが、ＵＥの関心のある通信パートナーのリストとは異なるソースＩＤを示す場合、さらなるＰＳＳＣＨ復号をスキップすることができる。例えば、ＲＸ ＵＥは、物理サイドリンク共有チャネルＰＳＳＣＨ上の第２ステージＳＣＩ内のソースＩＤフィールドを確認し、ソースＩＤフィールドが、ＲＸ ＵＥが通信を受信しようとしている送信機からの送信ではないこと、または送信が、復号すべきソースＩＤのリストに載っていないことを示す場合、ＰＳＳＣＨのさらなる復号をスキップする。
【0130】
さらなる実施形態は、ＲＸ ＵＥが、第１のステージＳＣＩからの情報に基づいてＰＳＳＣＨ上の第２ステージＳＣＩを復号することを決定したが、復号が失敗した状況に対処する。このような状況またはシナリオでは、第１ステージＳＣＩで示される優先度が高優先度、すなわち特定の優先度レベルにある場合、ＲＸ ＵＥは、例えば非アクティブタイマーをトリガすることによって、特定の時間だけアクティブ状態を維持し、パケットの再送信を受信し得る。ＲＸ ＵＥは、アクティブ時間を延長するか、または、ＵＥが予約フィール内に示されるリソースまでアクティブ状態を維持するか（図８（ａ））、もしくは再送信が発生するリソースに到達した際に再びアクティブになるように（図８（ｂ））、再送信がいつどこで予期されるかを示す第１ステージＳＣＩ内の予約フィールドを確認することによって、特定の時間だけアクティブ状態を維持し得る。
【0131】
他の実施形態によれば、ＲＸ ＵＥは、例えば予約済みリソースの指示のおかげで、復号が失敗した位置での送信が、実際にはＴＸ ＵＥからＲＸ ＵＥへの送信用に以前に予約されていることを認識する。復号が失敗した場合は、ＲＸ ＵＥ宛ての送信のコリジョンまたはプリエンプションが発生した可能性がある。この場合も、ＲＸ ＵＥがＯＮ期間後のリソースを監視するアクティブ時間が延長されることで、コリジョンの場合には次の送信、またはプリエンプションの場合には代わりの送信が検出および受信され得る。これは、予約済みリソースに予期された送信が全く含まれていなかった場合、すなわち、送信がなかったため復号に失敗した場合にも適用できる。
【0132】
[ＨＡＲＱフィードバックに基づくＴＸ ＵＥによるアクション]
本発明の第５の態様の実施形態によれば、サイドリンクを介して他のＵＥと通信するＴＸ ＵＥは、ＲＸ ＵＥのオン継続時間中に１つ以上の送信またはデータパケットを送信し、フィードバックを要求し得る。例えば、ＴＸ ＵＥはＨＡＲＱ対応送信を送信し得る。ＲＸ ＵＥが受信したパケットまたは送信のいずれかに対して必要なＨＡＲＱフィードバックを報告しない場合、ＴＸ ＵＥは、ＲＸ ＵＥが送信もしくはパケットを受信しなかった可能性があるか、またはこれは別の問題、例えば半二重問題によるものである仮定する。このような場合、ＴＸ ＵＥは、ＲＸ ＵＥが送信またはパケットを逃したため、アクティブ時間を延長しなかったと仮定する可能性がある。言い換えれば、ＴＸ ＵＥは、ＤＲＸサイクルのデフォルトのＯＮ期間が適用されると仮定するため、ＴＸ ＵＥは即時の再送信を考慮せず、ＲＸ ＵＥのＤＲＸサイクルの次のＯＮ期間まで待機する。言い換えれば、ＴＸ ＵＥはＨＡＲＱ対応送信を保留し得、保留は次のうちの１つ以上を含み得る。
・次のオン継続時間まで再送信を行わない。
・現在のトランスポートブロックＴＢについてそれ以上の再送信を行わない、
次のオン継続時間まで待つのではなく、このＴＢのための再送信は即座に停止される。
・次のオン継続時間中に再送信カウンタを再開する。
・初期冗長バージョンＲＶを使用する。
本発明の第５の態様の実施形態によれば、サイドリンクを介して他のＵＥと通信するＴＸ ＵＥは、ＲＸ ＵＥのオン継続時間中に１つ以上の送信またはデータパケットを送信し、フィードバックを要求し得る。例えば、ＴＸ ＵＥはＨＡＲＱ対応送信を送信し得る。ＲＸ ＵＥが受信したパケットまたは送信のいずれかに対して必要なＨＡＲＱフィードバックを報告しない場合、ＴＸ ＵＥは、ＲＸ ＵＥが送信もしくはパケットを受信しなかった可能性があるか、またはこれは別の問題、例えば半二重問題によるものである仮定する。このような場合、ＴＸ ＵＥは、ＲＸ ＵＥが送信またはパケットを逃したため、アクティブ時間を延長しなかったと仮定する可能性がある。言い換えれば、ＴＸ ＵＥは、ＤＲＸサイクルのデフォルトのＯＮ期間が適用されると仮定するため、ＴＸ ＵＥは即時の再送信を考慮せず、ＲＸ ＵＥのＤＲＸサイクルの次のＯＮ期間まで待機する。言い換えれば、ＴＸ ＵＥはＨＡＲＱ対応送信を保留し得、保留は次のうちの１つ以上を含み得る。
・次のオン継続時間まで再送信を行わない。
・現在のトランスポートブロックＴＢについてそれ以上の再送信を行わない、
次のオン継続時間まで待つのではなく、このＴＢのための再送信は即座に停止される。
・次のオン継続時間中に再送信カウンタを再開する。
・初期冗長バージョンＲＶを使用する。
【0133】
例えば、初期送信を逃した場合、ＵＥは初期ＲＶのコピーを有さない。しかし、ＵＥが初期ＲＶを逃した場合、復号のパフォーマンスが低下するようなコードが設計される。
【0134】
したがって、初期ＲＶは単独で正常な復号のための最高のパフォーマンスを備えていることから、初期ＲＶが再び送信される。
・これまでのオン継続時間の量に応じて再送信の回数を減らす。
他の実施形態によれば、ＴＸ ＵＥは、例えばＲＸ ＵＥがサイドリンクを介して２つ以上の他の送信機から送信を受信する可能性が高いと見なされるため、例えば非アクティブタイマーを作動することによって、ＲＸ ＵＥがデフォルトのオン継続時間を延長したと仮定し得る。また、ＴＸ ＵＥは、半二重問題によりＲＸ ＵＥが応答しなかったと仮定し得る。いずれの場合でも、デフォルトのオン継続時間が経過したにもかかわらず、ＴＸ ＵＥは、これらの仮定に基づいて、ＲＸ ＵＥによってトリガされたと仮定される延長されたオン継続期間を理由として、同じ送信またはパケットを設定または事前設定された回数だけ再送信する可能性がある。ＲＸ ＵＥが依然としてこれらの再送信に応答しない場合、ＴＸ ＵＥは次のデフォルトのオン継続時間までパケットまたは送信を保留し得る。
・これまでのオン継続時間の量に応じて再送信の回数を減らす。
他の実施形態によれば、ＴＸ ＵＥは、例えばＲＸ ＵＥがサイドリンクを介して２つ以上の他の送信機から送信を受信する可能性が高いと見なされるため、例えば非アクティブタイマーを作動することによって、ＲＸ ＵＥがデフォルトのオン継続時間を延長したと仮定し得る。また、ＴＸ ＵＥは、半二重問題によりＲＸ ＵＥが応答しなかったと仮定し得る。いずれの場合でも、デフォルトのオン継続時間が経過したにもかかわらず、ＴＸ ＵＥは、これらの仮定に基づいて、ＲＸ ＵＥによってトリガされたと仮定される延長されたオン継続期間を理由として、同じ送信またはパケットを設定または事前設定された回数だけ再送信する可能性がある。ＲＸ ＵＥが依然としてこれらの再送信に応答しない場合、ＴＸ ＵＥは次のデフォルトのオン継続時間までパケットまたは送信を保留し得る。
【0135】
[一般的事項]
以上、本発明の実施形態について詳細に説明してきたが、各実施形態および態様は個別に実施されてもよいし、２つ以上を組み合わせて実施されてもよい。
以上、本発明の実施形態について詳細に説明してきたが、各実施形態および態様は個別に実施されてもよいし、２つ以上を組み合わせて実施されてもよい。
【0136】
実施形態によれば、無線通信システムは、地上系ネットワーク、または非地上系ネットワーク、または航空機もしくは宇宙車両を受信機として使用するネットワークもしくはネットワークの一部、またはそれらの組み合わせを含むことができる。
【0137】
実施形態によれば、本明細書に記載のユーザデバイスＵＥは、電力が限られているＵＥ、または歩行者によって使用されるＵＥなど、ＶＲＵ（Ｖｕｌｎｅｒａｂｌｅ Ｒｏａｄ Ｕｓｅｒ）もしくはＰ－ＵＥ（Ｐｅｄｅｓｔｒｉａｎ ＵＥ）と呼ばれるハンドヘルドＵＥ、または公安官および第一応答者によって使用される、ＰＳ－ＵＥ（Ｐｕｂｌｉｃ ｓａｆｅｔｙ ＵＥ）と呼ばれる装着型もしくはハンドヘルドＵＥ、またはＩｏＴ ＵＥ（例えば、反復的なタスクを実行するためにキャンパスネットワーク内に設けられ、周期的にゲートウェイノードからの入力を必要とするセンサ、アクチュエータ、もしくはＵＥ）、またはモバイル端末、または固定端末、またはセルラーＩｏＴ－ＵＥ、または車両ＵＥ、または車両グループリーダー（ＧＬ）ＵＥ、またはＩｏＴもしくは狭帯域ＩｏＴ（ＮＢ－ＩｏＴ）デバイス、またはＷｉＦｉ非アクセスポイントステーション（ｎｏｎ－ＡＰ ＳＴＡ）（例えば、８０２．１１ａｘまたは８０２．１１ｂｅ）、または地上車両、または航空機、またはドローン、または移動基地局、または路側機（ＲＳＵ）、または建物、または、無線通信ネットワークを使用してアイテム／デバイスが通信することを可能にするネットワーク接続を有する任意の他のアイテムもしくはデバイス（例えば、センサもしくはアクチュエータ）、または、サイドリンクを使用して通信することを可能にするネットワーク接続を有する任意の他のアイテム／デバイス（例えば、センサもしくはアクチュエータ）、または任意のサイドリンク対応ネットワークエンティティ、のうちの１つ以上であり得る。
【0138】
本明細書に記載の基地局ＢＳはモバイルまたは非モバイル基地局として実装され得、マクロセル基地局、またはスモールセル基地局、または基地局の中央ユニット、または基地局の分散されたユニット、またはＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ ａｎｄ Ｂａｃｋｈａｕｌ）ノード、または路側機、またはＵＥ、またはグループリーダーＧＬ、またはリレー、またはＲＲＨ（Ｒｅｍｏｔｅ Ｒａｄｉｏ Ｈｅａｄ）、またはＡＭＦ、またはＭＭＥ、またはＳＭＦ、またはコアネットワークエンティティ、またはモバイルエッジコンピューティングエンティティ、またはＮＲもしくは５Ｇコアコンテキストにおけるもののようなネットワークスライス、またはＷｉＦｉ ＡＰ ＳＴＡ（例えば、８０２．１１ａｘまたは８０２．１１ｂｅ）、または、アイテムもしくはデバイスが無線通信ネットワークを使用して通信することを可能にする任意の送信／受信ポイントＴＲＰ、のうちの１つ以上であり得、アイテムまたはデバイスは、無線通信ネットワークを使用して通信するためのネットワーク接続を有する。
【0139】
上記概念のいくつかの態様は装置の文脈で説明されているが、これらの態様は対応する方法の説明も表していることは明らかであり、ブロックまたはデバイスは方法ステップ、または方法ステップの特徴に対応する。．同様に、方法ステップの文脈で説明される態様も、対応する装置の対応するブロック、アイテム、または特徴の説明を表す。
【0140】
本発明の様々な要素および特徴は、アナログおよび／またはデジタル回路を使用するハードウェアとして実装されてもよく、１つ以上の汎用プロセッサまたは専用プロセッサによる命令の実行を通じてソフトウェアとして実装されてもよく、またはハードウェアとソフトウェアの組み合わせとして実装されてもよい。例えば、本発明の実施形態は、コンピュータシステムまたは別の処理システムの環境で実装され得る。図９はコンピュータシステム６００の例を示す。ユニットまたはモジュール、ならびにこれらのユニットによって実行される方法のステップは、１つ以上のコンピュータシステム６００上で実行され得る。コンピュータシステム６００は、専用または汎用デジタル信号プロセッサのような１つ以上のプロセッサ６０２を含む。プロセッサ６０２は、バスまたはネットワークのような通信インフラストラクチャ６０４に接続される。コンピュータシステム６００は、メインメモリ６０６、例えばランダムアクセスメモリＲＡＭ、および二次メモリ６０８、例えばハードディスクドライブおよび／またはリムーバブルストレージドライブを含む。二次メモリ６０８は、コンピュータプログラムまたは他の命令がコンピュータシステム６００にロードされることを可能にし得る。
【0141】
コンピュータシステム６００は、コンピュータシステム６００と外部デバイスとの間でソフトウェアおよびデータを転送できるようにする通信インターフェース６１０をさらに含み得る。通信は、電子信号、電磁気信号、光信号、または、通信インターフェースによって処理可能な他の信号の形態を有し得る。通信は、ワイヤーまたはケーブル、光ファイバ、電話回線、携帯電話リンク、ＲＦリンク、およびその他の通信チャネル６１２を使用し得る。
【0142】
「コンピュータプログラム媒体」および「コンピュータ可読媒体」という用語は、一般に、リムーバブルストレージユニットまたはハードディスクドライブにインストールされたハードディスクなどの有形の記憶媒体を指して使用される。これらのコンピュータプログラム製品は、コンピュータシステム６００にソフトウェアを提供するための手段である。コンピュータ制御ロジックとも呼ばれるコンピュータプログラムは、メインメモリ６０６および／または二次メモリ６０８に保存される。コンピュータプログラムはまた、通信インターフェース６１０を介して受信されてもよい。コンピュータプログラムは、実行されると、コンピュータシステム６００が本発明を実施することを可能にする。特に、コンピュータプログラムは、実行されると、プロセッサ６０２が、本明細書に記載の方法のいずれかなどの本発明のプロセスを実施することを可能にする。したがって、そのようなコンピュータプログラムは、コンピュータシステム６００のコントローラを表し得る。本開示がソフトウェアを使用して実施される場合、ソフトウェアは、コンピュータプログラム製品に保存され、リムーバブルストレージドライブ、通信インターフェース６１０などのインターフェースを使用してコンピュータシステム６００にロードされ得る。
【0143】
ハードウェアまたはソフトウェアでの実装は、それぞれの方法が実行されるようにプログラム可能なコンピュータシステムと協働する、または協働可能な電子的に読み取り可能な制御信号が保存されているデジタル記憶媒体、例えばクラウドストレージ、フロッピーディスク、ＤＶＤ、ブルーレイ、ＣＤ、ＲＯＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ（登録商標）、またはＦＬＡＳＨ（登録商標）メモリを使用して実行され得る。したがって、デジタル記憶媒体はコンピュータ可読であり得る。
【0144】
本発明に係るいくつかの実施形態は、本明細書に記載の方法のうちの１つが実行されるように、プログラム可能なコンピュータシステムと協働できる電子的に読み取り可能な制御信号を有するデータキャリアを含む。
【0145】
一般に、本発明の実施形態は、プログラムコードを有するコンピュータプログラム製品として実装され得、プログラムコードは、コンピュータプログラム製品がコンピュータ上で実行されるときに、方法の１つを実行するように動作可能である。プログラムコードは、例えば、機械可読キャリア上に保存され得る。
【0146】
他の実施形態は、本明細書に記載の方法のうちの１つを実行するための、機械可読キャリア上に保存されたコンピュータプログラムを含む。換言すれば、したがって、本発明の方法の一実施形態は、コンピュータ上で実行されると、本明細書に記載の方法のうちの１つを実行するためのプログラムコードを有するコンピュータプログラムである。
【0147】
したがって、本発明の方法のさらなる実施形態は、本明細書に記載の方法の１つを実行するためのコンピュータプログラムが記録されたデータキャリア、もしくはデジタル記憶媒体、またはコンピュータ可読媒体である。したがって、本発明の方法のさらなる実施形態は、本明細書に記載の方法の１つを実行するためのコンピュータプログラムを表すデータストリームまたは信号のシーケンスである。データストリームまたは信号のシーケンスは、例えばインターネットなどのデータ通信接続を介して転送されるように構成されてもよい。さらなる実施形態は、本明細書に記載の方法の１つを実行するように構成または適合された、例えばコンピュータまたはプログラマブルロジックデバイスなどの処理手段を含む。さらなる実施形態は、本明細書に記載の方法の１つを実行するためのコンピュータプログラムをインストールしたコンピュータを含む。
【0148】
いくつかの実施形態では、フィールドプログラマブルゲートアレイなどのプログラマブルロジックデバイスを使用して、本明細書に記載の方法の機能の一部またはすべてが実施され得る。いくつかの実施形態では、フィールドプログラマブルゲートアレイは、本明細書に記載の方法の１つを実施するためにマイクロプロセッサと協働することができる。一般に、方法は、任意のハードウェア装置によって実行されることが好ましい。
【0149】
上記実施形態は、本発明の原理の例示に過ぎない。本明細書に記載される配置および詳細の改変および変更が、当業者には明らかであることを理解されたい。したがって、現行の特許請求の範囲によってのみ限定され、本明細書の実施形態の記載および説明によって提示される具体的詳細によって限定されることは意図されていない。
【図1a】
【図1b】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8a】
【図8b】
【図9】
【国際調査報告】