特表 2024-508149 ユーザー機器、電子機器、及び無線通信方法

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

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2024-02-22

(54)【発明の名称】ユーザー機器、電子機器、及び無線通信方法

(51)【国際特許分類】

   H04W 72/40 20230101AFI20240215BHJP

   H04W 72/543 20230101ALI20240215BHJP

   H04W 28/02 20090101ALI20240215BHJP

【ＦＩ】

H04W72/40

H04W72/543

H04W28/02

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2023553311

(86)(22)【出願日】2021-06-24

(85)【翻訳文提出日】2023-10-31

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

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

(87)【国際公開日】2022-09-09

(31)【優先権主張番号】202110229092.0

(32)【優先日】2021-03-02

(33)【優先権主張国・地域又は機関】CN

(81)【指定国・地域】

(71)【出願人】

【識別番号】000002185

【氏名又は名称】ソニーグループ株式会社

(74)【代理人】

【識別番号】110002147

【氏名又は名称】弁理士法人酒井国際特許事務所

(72)【発明者】

【氏名】李嵐涛

(72)【発明者】

【氏名】孫晨

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067AA11

5K067CC22

5K067DD11

5K067EE02

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】

【図1】図１は、本開示の実施例によるユーザー機器の三層構造を示す概略図である。

【図2】図２は、本開示の実施例によるユーザー機器の構成例を示すブロック図である。

【図3】図３は、本開示の実施例によるネットワーク側機器がユーザー機器に周期的に割り当てるリソースを示す概略図である。

【図4】図４は、本開示の実施例によるネットワーク側機器としての電子機器の構成例を示すブロック図である。

【図5】図５は、本開示の実施例による送信時間ウィンドウの時間領域幅がＴよりも小さい場合に送信時間ウィンドウにおいて時間領域リソースを連続的に割り当てることを示す概略図である。

【図6】図６は、本開示の実施例による送信時間ウィンドウの時間領域幅がＴよりも小さい場合に送信時間ウィンドウにおいて時間領域リソースを非連続的に割り当てることを示す概略図である。

【図7】図７は、本開示の実施例による送信時間ウィンドウの時間領域幅がＴよりも大きい場合に送信時間ウィンドウにおいて時間領域リソースを連続的に割り当てることを示す概略図である。

【図8】図８は、本開示の実施例による送信時間ウィンドウの時間領域幅がＴよりも大きい場合に送信時間ウィンドウにおいて時間領域リソースを非連続的に割り当てることを示す概略図である。

【図9】図９は、本開示の実施例によるネットワーク側機器がユーザー機器によるリソースの使用状況に応じて割り当てられるリソースを調整することを示す概略図である。

【図10】図１０は、本開示の実施例によるネットワーク側機器が送信時刻を調整することを示す概略図である。

【図11(a)】図１１（ａ）は、本開示の実施例による送信時間ウィンドウの時間領域幅がＴ_ｍｉｎよりも小さい場合にネットワーク側機器が時間領域全体にわたってユーザー機器にリソースを割り当てることを示す概略図である。

【図11(b)】図１１（ｂ）は、本開示の実施例による送信時間ウィンドウの時間領域幅がＴ_ｍｉｎよりも大きい場合にネットワーク側機器が時間領域全体にわたってユーザー機器にリソースを割り当てることを示す概略図である。

【図12】図１２は、本開示の実施例によるネットワーク側機器がユーザー機器にリソースを割り当てるプロセスを示すシグナリングフローチャートである。

【図13】図１３は、本開示の他の実施例によるネットワーク側機器がユーザー機器にリソースを割り当てるプロセスを示すシグナリングフローチャートである。

【図14】図１４は、本開示のさらなる他の実施例によるネットワーク側機器がユーザー機器にリソースを割り当てるプロセスを示すシグナリングフローチャートである。

【図15】図１５は、本開示の実施例によるユーザー機器によって実行される無線通信方法を示すフローチャートである。

【図16】図１６は、本開示の実施例によるネットワーク側機器としての電子機器によって実行される無線通信方法を示すフローチャートである。

【図17】図１７は、ｅＮＢ（Ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ、進化型ノードＢ）の概略構成の第１の例を示すブロック図である。

【図18】図１８は、ｅＮＢの概略構成の第２の例を示すブロック図である。

【図19】図１９は、スマートフォンの概略構成の例を示すブロック図である。

【図20】図２０は、カーナビゲーションの概略構成の例を示すブロック図である。

【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】

本開示の実施例によれば、割り当て部４３０は、データサイズに応じて、各データ送信周期に対応する送信時間ウィンドウにおいてユーザー機器にＤ２Ｄ通信のためのリソースを割り当てることができる。例えば、ユーザー機器に割り当てられるリソースは、データサイズに比例することができる。つまり、割り当て部４３０は、データサイズを照合するように、ユーザー機器にリソースを割り当てる必要がある。

【0096】

本開示の実施例によれば、割り当て部４３０は、リソースを割り当てる場合に、送信時間ウィンドウにおいてユーザー機器に連続の時間領域リソースを割り当ててもよいし、送信時間ウィンドウにおいてユーザー機器に非連続の時間領域リソースを割り当ててもよい。同様に、割り当て部４３０は、送信時間ウィンドウにおいてユーザー機器に連続の頻度領域リソースを割り当ててもよく、送信時間ウィンドウにおいてユーザー機器に非連続の頻度領域リソースを割り当ててもよい。

【0097】

図５は、本開示の実施例による送信時間ウィンドウの時間領域幅がＴよりも小さい場合に送信時間ウィンドウにおいて時間領域リソースを連続的に割り当てることを示す概略図である。図５に示すように、送信時間ウィンドウの時間領域幅は、送信周期Ｔよりも小さく、且つ各送信時間ウィンドウにおいて割り当てられるリソースは、時間領域及び頻度領域において連続する。なお、各送信時間ウィンドウにおいて割り当てられるリソースは、均一であり、即ち、各送信時間ウィンドウにおいて割り当てられるリソースの形状は、同じである。

【0098】

図６は、本開示の実施例による、送信時間ウィンドウの時間領域幅がＴよりも小さい場合に送信時間ウィンドウにおいて時間領域リソースを非連続的に割り当てることを示す概略図である。図６に示すように、送信時間ウィンドウの時間領域幅は、送信周期Ｔよりも小さい。なお、Ｔ_０－Ｔを送信開始時刻とするデータ送信周期において、割り当てられるリソースは、頻度領域及び時間領域において連続し、Ｔ_０を送信開始時刻とするデータ送信周期において、割り当てられるリソースは、頻度領域において連続するが、時間領域において連続しなく、Ｔ_０＋Ｔを送信開始時刻とするデータ送信周期において、割り当てられるリソースは、頻度領域及び時間領域において連続し、Ｔ_０＋２Ｔを送信開始時刻とするデータ送信周期において、割り当てられるリソースは、時間領域において連続するが、頻度領域において連続しない。つまり、各送信時間ウィンドウにおいて割り当てられるリソースは、不均一であり、即ち、各送信時間ウィンドウにおいて割り当てられるリソースの形状は、同じではない。

【0099】

図７は、本開示の実施例による、送信時間ウィンドウの時間領域幅がＴよりも大きい場合に送信時間ウィンドウにおいて時間領域リソースを連続的に割り当てることを示す概略図である。図７に示すように、送信時間ウィンドウの時間領域幅は、送信周期Ｔよりも大きく、且つ各送信時間ウィンドウにおいて割り当てられるリソースは、時間領域及び頻度領域において連続する。さらに、各送信時間ウィンドウにおいて割り当てられるリソースは、均一であり、即ち、各送信時間ウィンドウにおいて割り当てられるリソースの形状は、同じである。

【0100】

図８は、本開示の実施例による、送信時間ウィンドウの時間領域幅がＴよりも大きい場合に送信時間ウィンドウにおいて時間領域リソースを非連続的に割り当てることを示す概略図である。図８に示すように、送信時間ウィンドウの時間領域幅は、送信周期Ｔよりも大きい。なお、Ｔ_０－Ｔを送信開始時刻とするデータ送信周期において、割り当てられるリソースは、頻度領域及び時間領域において連続し、Ｔ_０を送信開始時刻とするデータ送信周期において、割り当てられるリソースは、頻度領域及び時間領域において連続しなく、Ｔ_０＋Ｔを送信開始時刻とするデータ送信周期において、割り当てられるリソースは、頻度領域及び時間領域において連続しなく、Ｔ_０＋２Ｔを送信開始時刻とするデータ送信周期において、割り当てられるリソースは、時間領域及び頻度領域において連続する。つまり、各送信時間ウィンドウにおいて割り当てられるリソースは、不均一であり、即ち、各送信時間ウィンドウにおいて割り当てられるリソースの形状は、同じではない。

【0101】

また、本開示の実施例によれば、割り当て部４３０が各送信時間ウィンドウにおいて割り当てるリソースの時間領域における幅は、送信時間ウィンドウの時間領域幅と等しくなってもよいし、送信時間ウィンドウの時間領域幅よりも小さくなってもよい。図３に示す例において、割り当て部４３０が各送信時間ウィンドウにおいて割り当てるリソースの時間領域における幅は、送信時間ウィンドウの時間領域幅よりも小さい。図５に示す例において、割り当て部４３０が各送信時間ウィンドウにおいて割り当てるリソースの時間領域における幅は、送信時間ウィンドウの時間領域幅と等しい。

【0102】

本開示の実施例によれば、割り当て部４３０が各送信時間ウィンドウにおいてユーザー機器に割り当てるリソースのサイズは、データサイズに応じて決定される。

【0103】

本開示の実施例によれば、割り当て部４３０は、ユーザー機器によって送信されたＱｏＳフローの特性情報に応じてデータサイズを決定することができる。

【0104】

例えば、ユーザー機器によって送信されたＱｏＳフローの特性情報にデータサイズを含む場合に、決定部４２０は、ＱｏＳフローの特性情報からデータサイズを決定して、割り当て部４３０に伝送することができる。また、例えば、ユーザー機器によって送信されたＱｏＳフローの特性情報にデータサイズを含まないが、ユーザー機器によって送信されたＱｏＳパラメータにＧＦＢＲ／ＭＦＢＲを含む場合に、割り当て部４３０は、ＧＦＢＲ／ＭＦＢＲ及び周期性情報に応じてデータサイズを決定することができる。例えば、割り当て部４３０は、周期性情報に応じてデータの送信頻度を決定し、その後、ＧＦＢＲ／ＭＦＢＲをデータの送信頻度で除算することで、データサイズを決定する。

【0105】

つまり、割り当て部４３０は、ユーザー機器によって送信されたＱｏＳフローの特性情報又はＱｏＳパラメータに応じてデータサイズを決定することができる場合に、データサイズが大きいほど、割り当てられるリソースのサイズが大きくなるように、データサイズに応じて、各データ送信周期に対応する送信時間ウィンドウにおいてユーザー機器に割り当てられるリソースのサイズを決定することができる。これにより、ユーザー機器の要求をよく満足し、リソースをより合理的に割り当てることができる。

【0106】

本開示の実施例によれば、ユーザー機器によって送信されたＱｏＳフローの特性情報にデータサイズを含まなく、ユーザー機器によって送信されたＱｏＳパラメータにもＧＦＢＲ／ＭＦＢＲを含まない場合に、割り当て部４３０は、データサービスのタイプに応じてデータサイズを推定し、そして、推定されたデータサイズに応じて、各データ送信周期に対応する送信時間ウィンドウにおいてユーザー機器に割り当てられるリソースのサイズを決定し、ユーザー機器による割り当てられたリソースの使用状況に応じて、ユーザー機器に割り当てられるリソースのサイズを調整することができる。

【0107】

本開示の実施例によれば、割り当て部４３０は、ユーザー機器による１つ前のデータ送信周期において割り当てられたリソースの使用状況に応じて、次のデータ送信周期においてユーザー機器に割り当てられるリソースのサイズを調整することができる。例えば、割り当て部４３０は、推定されたデータサイズに応じて、現在時刻の後の１番目のデータ送信周期においてユーザー機器に割り当てられるリソースのサイズを決定し、次に、ユーザー機器による１番目のデータ送信周期において割り当てられたリソースの使用状況に応じて、２番目のデータ送信周期においてユーザー機器に割り当てられるリソースのサイズを調整し、ユーザー機器による２番目のデータ送信周期において割り当てられたリソースの使用状況に応じて、３番目のデータ送信周期においてユーザー機器に割り当てられるリソースのサイズを調整することで、各データ送信周期においてユーザー機器に割り当てられるリソースのサイズを順次調整する。

【0108】

本開示の実施例によれば、ユーザー機器が１つ前のデータ送信周期において割り当てられたリソースの全部を使用した場合に、割り当て部４３０は、次のデータ送信周期において割り当てるリソースのサイズを増加することができ、ユーザー機器が１つ前のデータ送信周期において割り当てられたリソースの一部のみを使用した場合に、割り当て部４３０は、次のデータ送信周期において割り当てるリソースのサイズを減少することができる。また、割り当て部４３０は、さらに、ユーザー機器によって使用された割り当てリソースの具体的なサイズに応じて、リソースをどのぐらい増加するか、リソースをどのぐらい減少するかを決定してもよいが、本開示では、それを具体的に制限しない。

【0109】

図９は、本開示の実施例による、ネットワーク側機器がユーザー機器によるリソースの使用状況に応じて割り当てられるリソースを調整することを示す概略図である。図９に示すように、Ｔ_０－Ｔを送信開始時刻とするデータ送信周期において、割り当て部４３０は、推定されたデータサイズに応じて、送信時間ウィンドウにおいてユーザー機器にリソースを割り当てる。ユーザー機器は、割り当てられたリソースの一部のみを使用した。したがって、Ｔ_０を送信開始時刻とするデータ送信周期において、割り当て部４３０は、割り当てるリソースのサイズを減少し、即ち、Ｔ_０を送信開始時刻とするデータ送信周期において割り当てられるリソースのサイズは、Ｔ_０－Ｔを送信開始時刻とするデータ送信周期において割り当てられるリソースのサイズよりも小さい。なお、ユーザー機器は、割り当てられたリソースの全部を使用した。したがって、Ｔ_０＋Ｔを送信開始時刻とするデータ送信周期において、割り当て部４３０は、割り当てられるリソースのサイズを増加し、即ち、Ｔ_０＋Ｔを送信開始時刻とするデータ送信周期において割り当てられるリソースのサイズは、Ｔ_０を送信開始時刻とするデータ送信周期において割り当てられるリソースのサイズよりも大きい。なお、ユーザー機器は、割り当てられたリソースの一部のみを使用した。したがって、Ｔ_０＋２Ｔを送信開始時刻とするデータ送信周期において、割り当て部４３０は、割り当てられるリソースのサイズを減少し、即ち、Ｔ_０＋２Ｔを送信開始時刻とするデータ送信周期において割り当てられるリソースのサイズは、Ｔ_０＋Ｔを送信開始時刻とするデータ送信周期において割り当てられるリソースのサイズよりも小さい。

【0110】

このように、本開示の実施例によれば、割り当て部４３０は、ユーザー機器によって送信されたＱｏＳフローの特性情報又はＱｏＳパラメータに応じてデータサイズを決定できない場合に、データサイズを推定し、ユーザー機器の実際の使用状況に応じて、各データ送信周期に対応する送信時間ウィンドウにおいてユーザー機器に割り当てられるリソースのサイズを調整することができ、それにより、ユーザー機器の要求を良く満足することができる。

【0111】

本開示の実施例によれば、図４に示すように、電子機器４００は、リソース割り当ての結果を生成するための生成部４４０をさらに含むことができる。

【0112】

本開示の実施例によれば、電子機器４００がＱｏＳフローの周期性情報に応じてユーザー機器に周期性のリソースを割り当てることができ、且つＱｏＳフローの送信時刻情報に応じてユーザー機器の送信時刻を満足することができる場合に、即ち、電子機器４００がユーザー機器にＱｏＳフローの特性情報に対応する周期性リソースを割り当てることができる場合に、生成部４４０は、周期的に割り当てられるリソースの情報を生成することができ、電子機器４００は、電子機器が割り当てられたリソースを使用してＤ２Ｄデータを周期的に送信するように、通信部４１０を介して、周期的に割り当てられるリソースをユーザー機器に送信することができる。好ましくは、電子機器４００は、ＰＤＣＣＨ上のＳＬ－ＲＮＴＩ（ＳｉｄｅＬｉｎｋ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒｙ Ｉｄｅｎｔｉｔｙ、サイドリンク無線ネットワーク一時識別）又はＶ－ＲＮＴＩ（Ｖｅｈｉｃｌｅ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒｙ Ｉｄｅｎｔｉｔｙ、車両無線ネットワーク一時識別）により、割り当てられるリソースを携帯してよい。

【0113】

本開示の実施例によれば、電子機器４００がユーザー機器にＱｏＳフローのための周期性情報に対応する周期性リソースを割り当てることができるが、データサービスの送信時刻を満足することができない場合に、割り当て部４３０は、データサービスの送信時刻を調整することができる。生成部４４０は、調整された送信時刻の情報を生成することができる。なお、電子機器４００は、通信部４１０を介して、調整されたデータサービスの送信時刻をユーザー機器に送信することができる。

【0114】

また、生成部４４０は、さらに、調整された周期的に割り当てられるリソースの情報を生成することができ、電子機器４００は、電子機器が割り当てられたリソースを使用してＤ２Ｄデータを周期的に送信するように、通信部４１０を介して、調整後の周期的に割り当てられるリソースをユーザー機器に送信することができる。

【0115】

本開示の実施例によれば、電子機器４００は、ユーザー機器に調整された送信時刻の絶対値を送信してもよいし、調整された送信時刻の相対値を送信してもよい。例えば、割り当て部４３０は、ＱｏＳフローの周期性情報に応じてユーザー機器にリソースを周期的に割り当てることができる送信開始時刻と、ユーザー機器によって報告された送信開始時刻との間の時刻オフセットを決定することができる。さらに、電子機器４００は、通信部４１０を介して、時刻オフセット情報をユーザー機器に送信することができる。選択的に、電子機器４００は、通信部４１０を介して、調整された送信開始時刻と現在時刻との間の時刻オフセットをユーザー機器に送信することができる。好ましくは、電子機器４００は、ＲＲＣシグナリングにより調整された送信開始時刻を携帯してもよい。

【0116】

図１０は、本開示の実施例による、ネットワーク側機器が送信時刻を調整することを示す概略図である。図１０に示すように、ユーザー機器によって要求されるリソースの送信開始時刻がＴ_０であり、送信周期がＴであるが、電子機器４００は、Ｔ_０＋ｎＴを送信開始時刻とする各データ送信周期においてユーザー機器にリソースを割り当てることができないが、Ｔ_０＋ｎＴ＋Ｔ_{オフセット}を送信開始時刻とする各データ送信周期においてユーザー機器にリソースを割り当てることができることを発見した。したがって、電子機器４００は、Ｔ_０＋Ｔ_{オフセット}の絶対時刻、Ｔ_０＋Ｔ_{オフセット}と現在時刻との時間間隔、及びＴ_{オフセット}のうちのいずれか１つを、調整されたデータサービスの送信時刻として、ユーザー機器に送信してよい。

【0117】

本開示の実施例によれば、ユーザー機器によって送信されたＱｏＳフローの特性情報にユーザー機器が送信時刻情報の調整をサポートするかどうかを示す情報を含む場合に、決定部４２０は、当該情報に応じて、ユーザー機器が送信時刻情報の調整をサポートするかどうかを決定することができる。ユーザー機器が送信時刻情報の調整をサポートする場合に、割り当て部４３０は、以上のようにデータサービスの送信時刻を調整してよい。ユーザー機器が送信時刻情報の調整をサポートしない場合に、割り当て部４３０は、ユーザー機器にＤ２Ｄ通信のためのＱｏＳフローの特性情報に対応する周期性リソースを割り当てることができないと考え、生成部４４０は、以下のように、リソースを割り当てることができないことを示す情報を生成することができる。

【0118】

本開示の実施例によれば、電子機器４００がユーザー機器にＤ２Ｄ通信のためのＱｏＳフローの特性情報に対応する周期性リソースを割り当てることができない場合に、生成部４４０は、リソースを割り当てることができないことを示す情報を生成することができる。さらに、電子機器４００は、通信部４１０を介して、生成部４４０によって生成された情報をユーザー機器に送信することができる。好ましくは、電子機器４００は、ＲＲＣシグナリングによりこのような情報を携帯することができる。

【0119】

本開示の実施例によれば、電子機器４００がユーザー機器から更新されたＱｏＳフローの特性情報を受信した場合に、割り当て部４３０は、更新された特性情報を使用してユーザー機器にリソースを割り当てることができ、つまり、以上に記載のいずれかの方式を使用してユーザー機器にリソースを割り当てることができるが、ここで再度説明しない。

【0120】

本開示の実施例によれば、電子機器４００が、時間領域全体にわたってユーザー機器にリソースを割り当てるように電子機器４００に対して要求するための要求情報を、ユーザー機器から受信した場合に、決定部４２０は、要求情報に応じて、それに含まれるＱｏＳフローによってキャリーされるデータサービスの最小送信周期Ｔ_ｍｉｎ又は最大送信頻度Ｆ_ｍａｘを決定することができる。要求情報にデータサービスの最大送信頻度Ｆ_ｍａｘを含む場合に、決定部４２０は、最大送信頻度Ｆ_ｍａｘに応じて最小送信周期Ｔ_ｍｉｎを決定し、即ち、Ｔ_ｍｉｎ＝１／Ｆ_ｍａｘである。

【0121】

本開示の実施例によれば、割り当て部４３０は、送信時間ウィンドウのサイズ及び最小送信周期Ｔ_ｍｉｎのうちの最小値をリソース割り当て周期とし、送信時間ウィンドウのサイズを割り当てられるリソースの時間領域幅とし、データサービスのサイズに応じて各リソース割り当て周期においてユーザー機器にＤ２Ｄ通信のためのリソースを割り当てることができる。

【0122】

本開示の実施例によれば、送信時間ウィンドウのサイズが最小送信周期Ｔ_ｍｉｎよりも小さい場合に、割り当て部４３０は、送信時間ウィンドウのサイズをリソース割り当てる周期とし、送信時間ウィンドウのサイズを割り当てられるリソースの時間領域幅とし、データサービスのサイズに応じて各リソース割り当て周期においてユーザー機器にＤ２Ｄ通信のためのリソースを割り当てることができる。つまり、時間領域全体にわたってユーザー機器にリソースを割り当てて、送信時間ウィンドウのサイズを単位として時間領域全体にわたって割り当てられるリソースを分割し、各ブロックリソースは、データサービスのサイズに対応する。ここで、リソース割り当ての開始点は、現在時刻の後の直近の送信開始時刻であってよい。

【0123】

図１１（ａ）は、本開示の実施例による送信時間ウィンドウの時間領域幅がＴ_ｍｉｎよりも小さい場合にネットワーク側機器が時間領域全体にわたってユーザー機器にリソースを割り当てることを示す概略図である。ここで、現在時刻の後の直近の送信開始時刻がＴ_０－Ｔ_ｍｉｎであることを仮定する。図１１（ａ）に示すように、Ｔ_０－Ｔ_ｍｉｎから開始、送信時間ウィンドウのサイズをリソース割り当て周期とし、送信時間ウィンドウのサイズを割り当てられるリソースの時間領域幅として、リソースを割り当てて、各ブロックリソースのサイズは、データサービスのサイズに応じて決定される。

【0124】

本開示の実施例によれば、送信時間ウィンドウのサイズが最小送信周期Ｔ_ｍｉｎよりも大きい場合に、割り当て部４３０は、最小送信周期Ｔ_ｍｉｎをリソース割り当て周期とし、送信時間ウィンドウのサイズを割り当てられるリソースの時間領域幅をとし、データサービスのサイズに応じて各リソース割り当て周期においてユーザー機器にＤ２Ｄ通信のためのリソースを割り当てることができる。つまり、時間領域全体にわたってユーザー機器にリソースを割り当て、各ブロックリソースは、データサービスのサイズに対応する。ここで、リソース割り当ての開始点は、現在時刻の後の直近の送信開始時刻であってよい。

【0125】

図１１（ｂ）は、本開示の実施例による送信時間ウィンドウの時間領域幅がＴ_ｍｉｎよりも大きい場合にネットワーク側機器が時間領域全体にわたってユーザー機器にリソースを割り当てることを示す概略図である。ここで、現在時刻の後の直近の送信開始時刻がＴ_０－Ｔ_ｍｉｎであることを仮定する。図１１（ｂ）に示すように、Ｔ_０－Ｔ_ｍｉｎから開始し、Ｔ_ｍｉｎをリソース割り当て周期とし、送信時間ウィンドウのサイズを割り当てられるリソースの時間領域幅としてリソースを割り当て、各ブロックリソースのサイズは、データサービス（伝送）のデータサイズに応じて決定される。

【0126】

本開示の実施例によれば、電子機器４００は、時間領域全体にわたってユーザー機器にリソースを割り当てるように電子機器４００に対して要求するための要求情報を、ユーザー機器から受信した場合に、管理するリソースの輻輳の程度、オペレータポリシーなどの情報に基づいて、時間領域全体にわたってユーザー機器にリソースを割り当てるかどうかを決定し、時間領域全体にわたってユーザー機器にリソースを割り当てることができると決定した場合に、以上に記載の実施例によりリソースを割り当てることができ、時間領域全体にわたってユーザー機器にリソースを割り当てることができないと決定した場合に、時間領域全体にわたってユーザー機器にリソースを割り当てることを拒否することを示す情報を、ユーザー機器に送信することができる。

【0127】

図１２は、本開示の実施例によるネットワーク側機器がユーザー機器にリソースを割り当てるプロセスを示すシグナリングフローチャートである。図１２において、ＵＥは、電子機器２００により実現されてよく、ｇＮＢは、電子機器４００により実現されてよい。図１２に示すように、ステップＳ１２０１において、ｇＮＢは、ＵＥにＳＩＢ１２メッセージを送信する。ステップＳ１２０２において、ＵＥは、Ｄ２Ｄ通信のＱｏＳフローの特性情報を決定して生成する。ステップＳ１２０３において、ＵＥは、ＱｏＳフローの特性情報をｇＮＢに送信する。ステップＳ１２０４において、ｇＮＢは、ＱｏＳフローの特性情報に応じてＵＥにリソースを周期的に割り当てる。ここで、ｇＮＢがＵＥにＱｏＳフローの特性情報を満足する周期性リソースを割り当てることができることを仮定すると、ステップＳ１２０５において、ｇＮＢは、割り当てられるリソース情報をＵＥに送信する。

【0128】

図１３は、本開示の他の実施例によるネットワーク側機器がユーザー機器にリソースを割り当てるプロセスを示すシグナリングフローチャートである。図１３において、ＵＥは、電子機器２００により実現されてよく、ｇＮＢは、電子機器４００により実現されてよい。図１３に示すように、ステップＳ１３０１において、ｇＮＢは、ＵＥにＳＩＢ１２メッセージを送信する。ステップＳ１３０２において、ＵＥは、Ｄ２Ｄ通信のＱｏＳフローの特性情報を決定して生成する。ステップＳ１３０３において、ＵＥは、ＱｏＳフローの特性情報をｇＮＢに送信する。ステップＳ１３０４において、ｇＮＢは、ＱｏＳフローの特性情報に応じてＵＥにリソースを周期的に割り当てる。ここで、ｇＮＢがＵＥに周期性リソースを割り当てることができるが、送信時刻情報を調整する必要があることを仮定すると、ｇＮＢは、送信時刻を調整する。ステップＳ１３０５において、ｇＮＢは、割り当てられるリソース情報をＵＥに送信する。ステップＳ１３０６において、ｇＮＢは、調整された送信時刻情報をＵＥに送信する。ここで、ｇＮＢは、割り当てられるリソース情報を調整された送信時刻情報とともにＵＥに送信する。

【0129】

図１４は、本開示のさらなる他の実施例によるネットワーク側機器がユーザー機器にリソースを割り当てるプロセスを示すシグナリングフローチャートである。図１４において、ＵＥは、電子機器２００により実現されてよく、ｇＮＢは、電子機器４００により実現されてよい。図１４に示すように、ステップＳ１４０１において、ｇＮＢは、ＵＥにＳＩＢ１２メッセージに送信する。ステップＳ１４０２において、ＵＥは、Ｄ２Ｄ通信のＱｏＳフローの特性情報を決定して生成する。ステップＳ１４０３において、ＵＥは、ＱｏＳフローの特性情報をｇＮＢに送信する。ステップＳ１４０４において、ｇＮＢは、ＱｏＳフローの特性情報に応じてＵＥにリソースを周期的に割り当てる。ここで、ｇＮＢがＵＥに周期性リソースを割り当てることができないことを仮定する。ステップＳ１４０５において、ｇＮＢは、ＵＥにＱｏＳフローの特性情報を満足するリソースを割り当てることができないことを示す拒否情報を、ＵＥに送信する。

【0130】

以上のように、本開示の実施例によれば、電子機器４００は、ＱｏＳフローの特性情報に応じてユーザー機器にリソースを周期的に割り当てることができる。このように、電子機器４００によって割り当てられるリソースは、ユーザー機器の要求をよく満足することができ、これにより、ネットワーク側機器がユーザー機器にリソースを割り当てるプロセスを最適化する。なお、電子機器４００は、データサイズに応じてユーザー機器に割り当てられるリソースのサイズを決定することができる。ユーザー機器によって送信されたＱｏＳフローの特性情報又はＱｏＳパラメータからデータサイズを決定できない場合に、電子機器４００は、データサイズを推定し、ユーザー機器によるリソースの実際使用状況に応じて割り当てられるリソースを調整することもでき、これにより、ユーザー機器の要求をよく満足することができる。また、電子機器４００がユーザー機器にリソースを周期的に割り当てることができるが、送信時刻を調整する必要がある場合に、電子機器４００は、送信時刻を調整することができ、これにより、ユーザー機器がデータを周期的に送信する要求をできるだけ満足する。また、ユーザー機器のＱｏＳフローの特性情報に非固定的な変化が生じたので、時間領域全体にわたってリソースを割り当てるように電子機器４００に対して要求する場合に、電子機器４００は、ユーザー機器２００がいつデータを送信するかにかかわらず、利用可能なリソースがあるように、時間領域全体にわたってユーザー機器にリソースを割り当てることができる。要するに、本開示の実施例によれば、ＱｏＳフローの特性情報に応じてユーザー機器にＤ２Ｄ通信のリソースを割り当てることで、電子機器４００がユーザー機器にリソースを割り当てるプロセスを最適化することができる。

【0131】

本開示の実施例によれば、電子機器４００は、さらに、ＱｏＳフローの特性情報に応じてＤＲＸモードでのユーザー機器のパラメータを決定することができる。

【0132】

本開示の実施例によれば、電子機器４００は、通信部４１０を介して、ユーザー機器にＤＲＸモードでのユーザー機器のパラメータを送信することができる。例えば、電子機器４００は、ＲＲＣシグナリングによりＤＲＸモードでのユーザー機器のパラメータを携帯してよい。

【0133】

本開示の実施例によれば、ＤＲＸモードでのユーザー機器のパラメータは、ＤＲＸの周期を含むことができる。電子機器４００は、データサービスの送信周期がＤＲＸの周期の正の整数倍となるように、データサービスの送信周期に応じてＤＲＸの周期を決定することができる。例えば、データサービスの送信周期がＴであり、ＤＲＸの周期がＴ_ＤＲＸである場合に、電子機器４００は、Ｔ＝ｍＴ_ＤＲＸとなるように、Ｔ_ＤＲＸを決定することができ、ｍは、正の整数である。

【0134】

本開示の実施例によれば、ＤＲＸモードでのユーザー機器のパラメータは、１つのアクティブ状態の区間情報をさらに含むことができる。例えば、１つのアクティブ状態の区間情報は、当該アクティブ状態の開始時刻及び終了時刻を含んでよい。

【0135】

電子機器４００は、いずれか１つのデータ送信周期におけるデータサービスのデータの送信開始時刻がアクティブ状態の開始時刻よりも早くなく、アクティブ状態の終了時刻よりも遅くないように、いずれか１つのデータ送信周期におけるデータサービスのデータの送信開始時刻に応じてアクティブ状態の開始時刻及び終了時刻を決定することができる。

【0136】

選択的に、１つのアクティブ状態の区間情報は、当該アクティブ状態の開始時刻及び当該アクティブ状態の時間長さを含んでよい。

【0137】

本開示の実施例によれば、電子機器４００は、開始時刻／終了時刻を絶対時刻で示してもよいし、開始時刻／終了時刻と現在時刻又は基准時刻との間のオフセット値で開始時刻／終了時刻を示してもよい。

【0138】

以上のように、本開示の実施例によれば、データサービスの送信周期がＤＲＸの周期の正の整数倍となり、且ついずれか１つのデータ送信周期におけるデータサービスのデータの送信開始時刻が１つのアクティブ状態内にある（アクティブ状態の開始時刻及び終了時刻を含む）場合に、各データ送信周期におけるデータサービスのデータの送信開始時刻は、いずれも、アクティブ状態内にある。このように、データの送信開始時刻において、ユーザー機器がアクティブ状態にあることを保証することができ、それにより、データをタイムリーに送信することができる。

【0139】

本開示の実施例によれば、電子機器４００は、アクティブ状態の開始時刻及び終了時刻を決定する場合に、さらに、いずれか１つのデータ送信周期におけるデータサービスの送信時間ウィンドウの終了時刻がアクティブ状態の開始時刻よりも早くなく、且つアクティブ状態の終了時刻よりも遅くないようにすることができる。

【0140】

つまり、データの送信開始時刻がアクティブ状態内にあるだけでなく（アクティブ状態の開始時刻及び終了時刻を含む）、送信時間ウィンドウの終了時刻もアクティブ状態内にある（アクティブ状態の開始時刻及び終了時刻を含む）。このように、ユーザー機器のデータ送信プロセス全体において、ユーザー機器はアクティブ状態にあり、それにより、データをタイムリーに送信することができる。

【0141】

本開示の実施例によれば、ＤＲＸパラメータは、ユーザー機器のＤＲＸの静止期の時間長さをさらに含むことができる。ユーザー機器は、アクティブ状態でデータの送信が必要であることを検出した場合に、静止期の時間長さにおいてスリープ状態に入らない。ここで、静止期の時間長さは、パラメータｄｒｘ－Ｉｎａｃｔｉｖｉｔｙ－ｔｉｍｅｒで示されてよい。

【0142】

本開示の実施例によれば、電子機器４００は、ユーザー機器のＤＲＸの静止期の時間長さがいずれか１つのデータ送信周期におけるデータサービスの送信時間ウィンドウの長さ以上となるように、静止期の時間長さを決定することができる。このように、ユーザー機器がデータ送信プロセス全体においてアクティブ状態にあることを保証することができ、それにより、データをタイムリーに送信することができる。

【0143】

以上のように、本開示の実施例によれば、電子機器４００は、ＱｏＳフローの特性情報に応じてＤＲＸモードでのユーザー機器のパラメータを決定することができる。

【0144】

本開示の実施例によれば、電子機器４００は、さらに、ユーザー機器から好ましいＤＲＸパラメータを受信し、好ましいＤＲＸパラメータに応じてＤＲＸモードでのユーザー機器のパラメータを決定することができる。

【0145】

本開示の実施例によれば、好ましいＤＲＸパラメータは、ユーザー機器が所望するＤＲＸの周期と、ユーザー機器が所望する１つのアクティブ状態の開始時刻及び終了時刻とを含むことができる。電子機器４００によって決定されたＤＲＸモードでのユーザー機器のパラメータは、ＤＲＸの周期及び１つのアクティブ状態の区間情報を含むことができる。

【0146】

本開示の実施例によれば、電子機器４００は、直接にユーザー機器によって送信された好ましいＤＲＸパラメータをＤＲＸモードでのユーザー機器のパラメータとして決定することができる。選択的に、電子機器４００は、ユーザー機器によって送信された好ましいＤＲＸパラメータを基にして調整することで、ＤＲＸモードでのユーザー機器のパラメータを決定することができる。選択的に、電子機器４００は、ユーザー機器によって送信された好ましいＤＲＸパラメータを無視し、直接にＱｏＳフローの特性情報に応じてＤＲＸモードでのユーザー機器のパラメータを決定することができる。

【0147】

以上のように、電子機器４００は、ＱｏＳフローの特性情報に応じてＤＲＸモードでのユーザー機器のパラメータを合理的に決定することができる。

【0148】

＜４．方法実施例＞
次に、本開示の実施例による無線通信システムにおけるユーザー機器２００によって実行される無線通信方法について、詳細に説明する。

【0149】

図１５は、本開示の実施例による無線通信システムにおけるユーザー機器２００によって実行される無線通信方法を示すフローチャートである。

【0150】

図１５に示すように、ステップＳ１５１０において、ユーザー機器２００と他のユーザー機器との間のＤ２Ｄ通信のためのＱｏＳフローの特性情報を生成し、特性情報は、ＱｏＳフローによってキャリーされるデータサービスの周期性情報及び送信時刻情報を含む。

【0151】

次に、ステップＳ１５２０において、ネットワーク側機器が特性情報に応じてユーザー機器２００にＤ２Ｄ通信のためのリソースを割り当てるように、特性情報をネットワーク側機器に送信する。

【0152】

好ましくは、周期性情報は、データサービスの送信周期又はデータサービスの送信頻度を含み、送信時刻情報は、いずれか１つのデータ送信周期におけるデータサービスのデータの送信開始時刻を含む。

【0153】

好ましくは、特性情報は、１つのデータ送信周期におけるデータサービスのデータサイズ情報、及び／又はユーザー機器２００が送信時刻情報の調整をサポートするかどうかを示す情報をさらに含む。

【0154】

好ましくは、ＱｏＳフローの特性情報を生成することは、ユーザー機器２００のアプリケーション層で特性情報を決定しユーザー機器２００のＮＡＳ層に伝送することを含む。

【0155】

好ましくは、ＱｏＳフローの特性情報を生成することは、ユーザー機器２００のアプリケーション層で、データサービスの送信に周期性があることを指示する指示情報を生成することと、ユーザー機器のＮＡＳ層で、ＱｏＳフロー上のデータサービスの履歴データに応じてＱｏＳフローの特性情報を決定することと、を含む。

【0156】

好ましくは、特性情報をネットワーク側機器に送信することは、ＲＲＣシグナリングにより特性情報をキャリーすることを含む。

【0157】

好ましくは、無線通信方法は、ＱｏＳフローの特性情報に固定的な変化が生じた場合に、更新されたＱｏＳフローの特性情報を生成することと、ネットワーク側機器に更新されたＱｏＳフローの特性情報を送信することと、をさらに含む。

【0158】

好ましくは、無線通信方法は、ＱｏＳフローの特性情報に非固定的な変化が生じた場合に、時間領域全体にわたってユーザー機器２００にリソースを割り当てるようにネットワーク側機器に対して要求するための要求情報を生成し、要求情報は、ＱｏＳフローによってキャリーされるデータの最小送信周期又は最大送信頻度を含むことと、ネットワーク側機器に要求情報を送信することと、をさらに含む。

【0159】

好ましくは、無線通信方法は、さらに、ＱｏＳフローの特性情報に応じて、ＤＲＸ（間欠受信）モードでのユーザー機器のパラメータを決定し、ＤＲＸモードにおいて、ユーザー機器が周期的にアクティブ状態及びスリープ状態に入ること、をさらに含む。

【0160】

好ましくは、ＤＲＸ（間欠受信）モードでのユーザー機器のパラメータは、ＤＲＸの周期を含み、無線通信方法は、さらに、データサービスの送信周期がＤＲＸの周期の正の整数倍となるように、データサービスの送信周期に応じてＤＲＸの周期を決定し、ネットワーク側機器にＤＲＸの周期を送信すること、をさらに含む。

【0161】

好ましくは、ＤＲＸ（間欠受信）モードでのユーザー機器のパラメータは、１つのアクティブ状態の開始時刻及び終了時刻を含み、無線通信方法は、さらに、いずれか１つのデータ送信周期におけるデータサービスのデータの送信開始時刻がアクティブ状態の開始時刻よりも早くなく、アクティブ状態の終了時刻よりも遅くないように、いずれか１つのデータ送信周期におけるデータサービスのデータの送信開始時刻に応じてアクティブ状態の開始時刻及び終了時刻を決定し、ネットワーク側機器にアクティブ状態の開始時刻及び終了時刻を送信すること、をさらに含む。

【0162】

本開示の実施例によれば、上記の方法を実行する本体は、本開示の実施例による電子機器２００であり得るので、以上の電子機器２００に関する全ての実施例は、ここに適用可能である。

【0163】

次に、本開示の実施例による無線通信システムにおけるネットワーク側機器としての電子機器４００によって実行される無線通信方法について詳細に説明する。

【0164】

図１６は、本開示の実施例による無線通信システムにおけるネットワーク側機器としての電子機器４００によって実行される無線通信方法を示すフローチャートである。

【0165】

図１６に示すように、ステップＳ１６１０において、ユーザー機器から、ユーザー機器と他のユーザー機器との間のＤ２Ｄ通信のためのＱｏＳフローの特性情報を受信し、特性情報は、ＱｏＳフローによってキャリーされるデータサービスの周期性情報及び送信時刻情報を含む。

【0166】

次に、ステップＳ１６２０において、特性情報に応じてユーザー機器にＤ２Ｄ通信のためのリソースを割り当てる。

【0167】

好ましくは、周期性情報は、データサービスの送信周期又はデータサービスの送信頻度を含み、送信時刻情報は、いずれか１つのデータ送信周期におけるデータサービスのデータの送信開始時刻を含む。

【0168】

好ましくは、特性情報は、１つのデータ送信周期におけるデータサービスのデータサイズ情報、及び／又はユーザー機器が送信時刻情報の調整をサポートするかどうかを示す情報をさらに含む。

【0169】

好ましくは、無線通信方法は、特性情報に応じて、各データ送信周期におけるデータの送信開始時刻を決定することと、各データ送信周期におけるデータの送信開始時刻に応じて、各データ送信周期に対応する送信時間ウィンドウを決定することと、データサイズに応じて、各データ送信周期に対応する送信時間ウィンドウにおいてユーザー機器にＤ２Ｄ通信のためのリソースを割り当てることと、をさらに含む。

【0170】

好ましくは、無線通信方法は、特性情報に応じて、データサイズを決定することと、データサイズに応じて、各データ送信周期に対応する送信時間ウィンドウにおいてユーザー機器に割り当てられるリソースのサイズを決定することと、をさらに含む。

【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】

プロセッサ１９０１は、例えばＣＰＵ又はシステムオンチップ（ＳｏＣ）であり、スマートフォン１９００のアプリケーション層と他の層の機能を制御することができる。メモリ１９０２は、ＲＡＭとＲＯＭを含み、データ及びプロセッサ１９０１により実行されるプログラムを記憶する。記憶装置１９０３は、例えば半導体メモリとハードディスクのような記憶媒体を含むことができる。外部接続インターフェース１９０４は、外部装置（例えばメモリカードとユニバーサルシリアルバス（ＵＳＢ）装置）をスマートフォン１９００に接続するためのインターフェースである。

【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】

以上は、図面を結合して本開示の実施例を詳細に説明したが、以上に説明された実施形態は、本開示を説明するためのものだけであり、本開示を制限するものではないと理解すべきである。当業者にとって、本開示の精神及び範囲から逸脱することがなく、上記した実施形態に対して、様々な変更及び変更が可能である。そのため、本開示の範囲は、添付の特許請求の範囲及びその等価物のみによって限定される。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11(a)】

【図11(b)】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【手続補正書】

【提出日】2023-11-02

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

ユーザー機器であって、
前記ユーザー機器と他のユーザー機器との間のＤ２Ｄ通信のためのＱｏＳフローの特性情報を生成し、前記特性情報は、前記ＱｏＳフローによってキャリーされるデータサービスの周期性情報及び送信時刻情報を含み、
ネットワーク側機器が前記特性情報に応じて前記ユーザー機器に前記Ｄ２Ｄ通信のためのリソースを割り当てるように、前記特性情報を前記ネットワーク側機器に送信するように構成される処理回路を含む、ユーザー機器。

【請求項2】

前記周期性情報は、前記データサービスの送信周期又は前記データサービスの送信頻度を含み、前記送信時刻情報は、いずれか１つのデータ送信周期における前記データサービスのデータの送信開始時刻を含む、請求項１に記載のユーザー機器。

【請求項3】

前記特性情報は、さらに、１つのデータ送信周期における前記データサービスのデータサイズ情報、及び／又は前記ユーザー機器が前記送信時刻情報の調整をサポートするかどうかを示す情報を含む、請求項２に記載のユーザー機器。

【請求項4】

前記処理回路は、さらに、
前記ユーザー機器のアプリケーション層で前記特性情報を決定し前記ユーザー機器のＮＡＳ層に伝送する、又は、
前記ユーザー機器のアプリケーション層で、前記データサービスの送信に周期性があることを指示する指示情報を生成し、
前記ユーザー機器のＮＡＳ層で、前記ＱｏＳフロー上のデータサービスの履歴データに応じて前記ＱｏＳフローの特性情報を決定する、又は、
ＲＲＣシグナリングにより前記特性情報をキャリーする、ように構成される、請求項１に記載のユーザー機器。

【請求項5】

前記処理回路は、さらに、
前記ＱｏＳフローの特性情報に固定的な変化が生じた場合に、更新されたＱｏＳフローの特性情報を生成し、
前記ネットワーク側機器に更新されたＱｏＳフローの特性情報を送信する、又は、
前記ＱｏＳフローの特性情報に非固定的な変化が生じた場合に、時間領域全体にわたって前記ユーザー機器にリソースを割り当てるように前記ネットワーク側機器に対して要求するための要求情報を生成し、前記要求情報は、前記ＱｏＳフローによってキャリーされるデータの最小送信周期又は最大送信頻度を含み、
前記ネットワーク側機器に前記要求情報を送信する、ように構成される、請求項１に記載のユーザー機器。

【請求項6】

前記処理回路は、さらに、
前記ＱｏＳフローの特性情報に応じて、ＤＲＸ（間欠受信）モードでの前記ユーザー機器のパラメータを決定し、前記ＤＲＸモードにおいて、前記ユーザー機器が周期的にアクティブ状態及びスリープ状態に入るように構成される、請求項２に記載のユーザー機器。

【請求項7】

ＤＲＸ（間欠受信）モードでの前記ユーザー機器のパラメータは、ＤＲＸの周期を含み、
前記処理回路は、さらに、
前記データサービスの送信周期が前記ＤＲＸの周期の正の整数倍となるように、前記データサービスの送信周期に応じて、前記ＤＲＸの周期を決定し、
前記ネットワーク側機器に前記ＤＲＸの周期を送信するように構成される、請求項６に記載のユーザー機器。

【請求項8】

ＤＲＸ（間欠受信）モードでの前記ユーザー機器のパラメータは、１つのアクティブ状態の開始時刻及び終了時刻を含み、
前記処理回路は、さらに、
いずれか１つのデータ送信周期における前記データサービスのデータの送信開始時刻が前記アクティブ状態の開始時刻よりも早くなく、且つ前記アクティブ状態の終了時刻よりも遅くないように、いずれか１つのデータ送信周期における前記データサービスのデータの送信開始時刻に応じて、前記アクティブ状態の開始時刻及び終了時刻を決定し、
前記ネットワーク側機器に前記アクティブ状態の開始時刻及び終了時刻を送信するように構成される、請求項７に記載のユーザー機器。

【請求項9】

電子機器であって、
ユーザー機器から、前記ユーザー機器と他のユーザー機器との間のＤ２Ｄ通信のためのＱｏＳフローの特性情報を受信し、前記特性情報は、前記ＱｏＳフローによってキャリーされるデータサービスの周期性情報及び送信時刻情報を含み、
前記特性情報に応じて、前記ユーザー機器に前記Ｄ２Ｄ通信のためのリソースを割り当てるように構成される処理回路を含む、電子機器。

【請求項10】

前記周期性情報は、前記データサービスの送信周期又は前記データサービスの送信頻度を含み、前記送信時刻情報は、いずれか１つのデータ送信周期における前記データサービスのデータの送信開始時刻を含む、請求項９に記載の電子機器。

【請求項11】

前記特性情報は、さらに、１つのデータ送信周期における前記データサービスのデータサイズ情報、及び／又は前記ユーザー機器が前記送信時刻情報の調整をサポートするかどうかを示す情報を含む、請求項１０に記載の電子機器。

【請求項12】

前記処理回路は、さらに、
前記特性情報に応じて、各データ送信周期におけるデータの送信開始時刻を決定し、
各データ送信周期におけるデータの送信開始時刻に応じて、各データ送信周期に対応する送信時間ウィンドウを決定し、
データサイズに応じて、各データ送信周期に対応する送信時間ウィンドウにおいて前記ユーザー機器に前記Ｄ２Ｄ通信のためのリソースを割り当てるように構成される、請求項９に記載の電子機器。

【請求項13】

前記処理回路は、さらに、
前記特性情報に応じて、前記データサイズを決定し、
前記データサイズに応じて、各データ送信周期に対応する送信時間ウィンドウにおいて前記ユーザー機器に割り当てられるリソースのサイズを決定する、又は、
前記データサービスのタイプに応じて、前記データサイズを推定し、
推定された前記データサイズに応じて、各データ送信周期に対応する送信時間ウィンドウにおいて前記ユーザー機器に割り当てられるリソースのサイズを決定し、
前記ユーザー機器による割り当てられたリソースの使用状況に応じて、前記ユーザー機器に割り当てられるリソースのサイズを調整する、ように構成される、請求項１２に記載の電子機器。

【請求項14】

前記処理回路は、さらに、
前記電子機器が前記ユーザー機器に前記Ｄ２Ｄ通信のためのＱｏＳフローの特性情報に対応する周期性リソースを割り当てることができるが、前記データサービスの送信時刻を満足することができない場合に、前記データサービスの送信時刻を調整し、
調整された前記データサービスの送信時刻を前記ユーザー機器に送信する、又は、
前記電子機器が前記ユーザー機器に前記Ｄ２Ｄ通信のためのＱｏＳフローの特性情報に対応する周期性リソースを割り当てることができない場合に、リソースを割り当てることができないことを示す情報を生成し、
前記情報を前記ユーザー機器に送信する、又は、
時間領域全体にわたって前記ユーザー機器にリソースを割り当てるように前記電子機器に対して要求するための要求情報を、前記ユーザー機器から受信し、前記要求情報は、前記ＱｏＳフローによってキャリーされるデータサービスの最小送信周期又は最大送信頻度を含み、
送信時間ウィンドウのサイズ及び前記最小送信周期のうちの最小値をリソース割り当て周期とし、前記送信時間ウィンドウのサイズを割り当てられるリソースの時間領域幅とし、前記データサービスのサイズに応じて、各リソース割り当て周期において前記ユーザー機器に前記Ｄ２Ｄ通信のためのリソースを割り当てる、ように構成される、請求項９に記載の電子機器。

【請求項15】

前記処理回路は、さらに、
前記ＱｏＳフローの特性情報に応じて、ＤＲＸ（間欠受信）モードでの前記ユーザー機器のパラメータを決定し、前記ＤＲＸモードにおいて、前記ユーザー機器が周期的にアクティブ状態及びスリープ状態に入り、
ＤＲＸモードでの前記ユーザー機器のパラメータを前記ユーザー機器に送信するように構成される、請求項１０に記載の電子機器。

【請求項16】

ＤＲＸ（間欠受信）モードでの前記ユーザー機器のパラメータは、ＤＲＸの周期を含み、
前記処理回路は、さらに、
前記データサービスの送信周期が前記ＤＲＸの周期の正の整数倍となるように、前記データサービスの送信周期に応じて、前記ＤＲＸの周期を決定するように構成される、請求項１５に記載の電子機器。

【請求項17】

ＤＲＸ（間欠受信）モードでの前記ユーザー機器のパラメータは、１つのアクティブ状態の開始時刻及び終了時刻を含み、
前記処理回路は、さらに、
いずれか１つのデータ送信周期における前記データサービスのデータの送信開始時刻が前記アクティブ状態の開始時刻よりも早くなく、且つ前記アクティブ状態の終了時刻よりも遅くないように、いずれか１つのデータ送信周期における前記データサービスのデータの送信開始時刻に応じて、前記アクティブ状態の開始時刻及び終了時刻を決定するように構成される、請求項１６に記載の電子機器。

【請求項18】

前記処理回路は、さらに、
いずれか１つのデータ送信周期における前記データサービスの送信時間ウィンドウの終了時刻が前記アクティブ状態の開始時刻よりも早くなく、且つ前記アクティブ状態の終了時刻よりも遅くないように、いずれか１つのデータ送信周期における前記データサービスの送信時間ウィンドウの終了時刻に応じて、前記アクティブ状態の開始時刻及び終了時刻を決定する、又は、
前記ユーザー機器のＤＲＸの静止期の時間長さがいずれか１つのデータ送信周期における前記データサービスの送信時間ウィンドウの長さ以上となるように、前記静止期の時間長さを決定し、前記ユーザー機器は、アクティブ状態でデータの送信が必要であることを検出した場合に、前記静止期の時間長さにおいてスリープ状態に入らない、ように構成される、請求項１７に記載の電子機器。

【請求項19】

前記処理回路は、さらに、
前記ユーザー機器から好ましいＤＲＸ（間欠受信）パラメータを受信し、前記好ましいＤＲＸパラメータは、ユーザー機器が所望するＤＲＸの周期、及びユーザー機器が所望する１つのアクティブ状態の開始時刻及び終了時刻を含み、
前記好ましいＤＲＸパラメータに応じて、ＤＲＸモードでの前記ユーザー機器のパラメータを決定し、ＤＲＸモードでの前記ユーザー機器のパラメータは、ＤＲＸの周期、及び１つのアクティブ状態の開始時刻及び終了時刻を含み、
ＤＲＸモードでの前記ユーザー機器のパラメータを前記ユーザー機器に送信するように構成される、請求項１０に記載の電子機器。

【請求項20】

ユーザー機器によって実行される無線通信方法であって、
前記ユーザー機器と他のユーザー機器との間のＤ２Ｄ通信のためのＱｏＳフローの特性情報を生成し、前記特性情報は、前記ＱｏＳフローによってキャリーされるデータサービスの周期性情報及び送信時刻情報を含むことと、
ネットワーク側機器が前記特性情報に応じて前記ユーザー機器に前記Ｄ２Ｄ通信のためのリソースを割り当てるように、前記特性情報を前記ネットワーク側機器に送信することとを含む、無線通信方法。

【国際調査報告】