特開 2024-95683 Ｄ２Ｄ通信のためのリソース選択を提供する方法および関係する通信デバイス

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

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

(11)【公開番号】P2024095683

(43)【公開日】2024-07-10

(54)【発明の名称】Ｄ２Ｄ通信のためのリソース選択を提供する方法および関係する通信デバイス

(51)【国際特許分類】

   H04W 72/40 20230101AFI20240703BHJP

   H04W 28/04 20090101ALI20240703BHJP

   H04W 72/0446 20230101ALI20240703BHJP

   H04W 4/40 20180101ALI20240703BHJP

【ＦＩ】

H04W72/40

H04W28/04 110

H04W72/0446

H04W4/40

【審査請求】有

【請求項の数】1

【出願形態】ＯＬ

【外国語出願】

(21)【出願番号】P 2024041794

(22)【出願日】2024-03-18

(62)【分割の表示】P 2022548533の分割

【原出願日】2021-02-10

(31)【優先権主張番号】62/976,050

(32)【優先日】2020-02-13

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

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．Ｂｌｕ－ｒａｙ

２．ＺＩＧＢＥＥ

３．ＢＬＵＥＴＯＯＴＨ

４．ＷＣＤＭＡ

５．３ＧＰＰ

(71)【出願人】

【識別番号】598036300

【氏名又は名称】テレフオンアクチーボラゲット エルエム エリクソン（パブル）

(74)【代理人】

【識別番号】100109726

【弁理士】

【氏名又は名称】園田 吉隆

(74)【代理人】

【識別番号】100150670

【弁理士】

【氏名又は名称】小梶 晴美

(74)【代理人】

【識別番号】100199705

【弁理士】

【氏名又は名称】仙波 和之

(74)【代理人】

【識別番号】100194294

【弁理士】

【氏名又は名称】石岡 利康

(72)【発明者】

【氏名】ブラスコ セラーノ， リカルド

(72)【発明者】

【氏名】オーシノ， アントンニオ

(72)【発明者】

【氏名】チャン， コンチ

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

5K067

【Ｆターム（参考）】

5K067AA11

5K067DD24

5K067EE02

5K067EE25

5K067HH28

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

第１の通信デバイス（ＴＸ／ＵＥ）（３００）の少なくとも１つのプロセッサ（３０３）によって実行されるべきプログラムコードを備えるコンピュータプログラムであって、それにより、前記プログラムコードの実行が、前記第１の通信デバイス（ＴＸ／ＵＥ）（３００）に、請求項２３から３４のいずれか一項に記載の動作を実施させる、コンピュータプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、一般に通信に関し、より詳細には、無線通信をサポートする、通信方法ならびに関係するデバイスおよびノードに関する。

【背景技術】

【0002】

Ｖ２Ｘ（ｖｅｈｉｃｌｅ－ｔｏ－ａｎｙｔｈｉｎｇ）通信が以下で説明される。

【0003】

セルラ高度道路交通システム（ＩＴＳ）は、車両サービスの配信およびそれらの配布のための新しいセルラエコシステムを規定することを目的とする。そのようなエコシステムは、図１のＣ－ＩＴＳ環境に示されているように、短距離Ｖ２Ｘサービス送信と長距離Ｖ２Ｘサービス送信の両方を含む。特に、短距離通信は、他の車両ＵＥまたは路側ユニット（ＲＳＵ）のほうへの、３ＧＰＰにおいてサイドリンク（ＳＬ）またはＰＣ５インターフェースとしても規定された、Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）リンクを介した送信を伴う。一方、長距離送信の場合、ユーザ機器（ＵＥ）と基地局との間のＵｕインターフェースを介した送信が意図され、その場合、パケットが、道路交通当局、道路オペレータ、自動車オリジナルエクイップメントマニュファクチャ（ＯＥＭ）、セルラオペレータなどであり得る、異なるＩＴＳサービスプロバイダに配布され得る。

【0004】

サイドリンクインターフェースに関しては、３ＧＰＰにおける第１の規格化作業は、公共安全使用事例をターゲットにする、リリース１２にさかのぼる。そのとき以来、いくつかの拡張が、Ｄ２Ｄ技術から恩恵を受けることができる使用事例を拡大する目的で導入された。特に、Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）Ｒｅｌ－１４およびＲｅｌ－１５では、Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）ワークについての拡張は、車両、歩行者および／またはインフラストラクチャの間の直接通信の任意の組合せを含む、Ｖ２Ｘ通信のサポートを含む。

【0005】

ＬＴＥ Ｖ２Ｘは、交通安全サービスを主に目的とするが、新無線（Ｎｅｗ Ｒａｄｉｏ：ＮＲ）Ｖ２Ｘは、基本安全サービスを含むだけではなく、周囲環境の知覚を強化する目的で、車両間のセンサー／データ共有など、非安全適用例をもターゲットにする、はるかに広い範囲を有する。したがって、（複数車両隊列走行、車両間の協働操作、リモート／自律運転などの）適用例の新しいセットが、そのような拡張サイドリンクフレームワークを享受し得る。

【0006】

この新しいコンテキストでは、所望の／必要とされるデータレート、容量、信頼性、レイテンシ、通信範囲、および／または速度を満たすための予想される要件が、より厳重であり得る。たとえば、サイドリンクを介して送信され得る様々なサービスを仮定すれば、異なるＶ２Ｘサービスの異なる性能要件を考慮に入れるロバストなサービス品質（ＱｏＳ）フレームワークが有用であり／必要とされ得る。さらに、よりロバストなおよび／または信頼できる通信をハンドリングするための新無線プロトコルが設計されるべきである。これのすべてが、現在、ＮＲ Ｒｅｌ．１６において３ＧＰＰの調査中である。

【発明の概要】

【0007】

発明者は、サイドリンク通信に関するいくつかの所見を行った。これらの所見は、以下を含む。
・ 必要とされるハイブリッド自動再送要求（ＨＡＲＱ）再送信のための十分でないリソースの場合のＵＥ挙動が不明瞭である
・ リソース予約間隔選択に対する制限がなければ、周期的媒体アクセス制御プロトコルデータユニット（ＭＡＣ ＰＤＵ）のためのＨＡＲＱ再送信が衝突し得る。
・ 検知がなければ、初期送信と再送信の両方について予約を有することは無用である。
・ 特定のＵＥのために専用のおよび排他的なリソースプール中でリソース予約は必要でない。
・ サービスが、極めて低いレイテンシを必要とする場合、初期送信のために予約済みリソースを使用することが遅すぎることがある。
・ サイドリンク（ＳＬ）送信のための単一のキャリア中で複数のリソースプールが設定され得るかどうかが不明瞭である。
・ ＨＡＲＱフィードバック送信を有効化するために、選択されたリソースプールは、物理的サイドリンクフィードバックチャネル（ＰＳＦＣＨ）リソースで設定されなければならない。
・ モード２グラントを取得するために、ＵＥは、最初にプールを選択し、次いで、選択されたプールにリソース割り当てプロシージャを適用する。

【0008】

発明概念の様々な実施形態が、これらの所見の多くに対処する。

【0009】

発明概念のいくつかの実施形態によれば、第１の通信デバイス（ＴＸ ＵＥ）によってＤ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）リンクを介して第２の通信デバイス（ＲＸ ＵＥ）に送信されるべき複数の周期的媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）のうちの第１のＭＡＣ ＰＤＵの初期送信のためのリソース選択ウィンドウ内のリソースを選択することを含む方法が提供される。本方法は、複数の周期的ＭＡＣ ＰＤＵの周期的送信のための期間（Ｐ）を、第１のＭＡＣ ＰＤＵ以外の複数の周期的ＭＡＣ ＰＤＵのすべてのＭＡＣ ＰＤＵの初期送信がリソース選択ウィンドウの後のリソース中で行われるように、選択することをさらに含む。

【0010】

発明概念の他の実施形態によれば、第１の通信デバイス（ＴＸ／ＵＥ）が、第１の通信デバイス（ＴＸ ＵＥ）によってＤ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）リンクを介して第２の通信デバイス（ＲＸ ＵＥ）に送信されるべき複数の周期的媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）のうちの第１のＭＡＣ ＰＤＵの初期送信のためのリソース選択ウィンドウ内のリソースを選択することを含む動作を実施するように適応される。それらの動作は、複数の周期的ＭＡＣ ＰＤＵの周期的送信のための期間（Ｐ）を、第１のＭＡＣ ＰＤＵ以外の複数の周期的ＭＡＣ ＰＤＵのすべてのＭＡＣ ＰＤＵの初期送信がリソース選択ウィンドウの後のリソース中で行われるように、選択することをさらに含む。

【0011】

発明概念のいくつかの他の実施形態によれば、第１の通信デバイス（ＴＸ／ＵＥ）の少なくとも１つのプロセッサによって実行されるべきコンピュータプログラムコード、それにより、プログラムコードの実行が、第１の通信デバイス（ＴＸ／ＵＥ）に、上記の方法の類似する動作を実施させる。

【0012】

発明概念のさらなる実施形態によれば、第１の通信デバイス（ＴＸ ＵＥ）によってＤ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）リンクを介して第２の通信デバイス（ＲＸ ＵＥ）に送信されるべき複数の周期的媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）のうちの第１のＭＡＣ ＰＤＵの初期送信のためのリソースを選択することを含む方法が提供される。本方法は、複数の周期的ＭＡＣ ＰＤＵの周期的送信のための期間を、複数の周期的ＭＡＣ ＰＤＵのうちの第２のＭＡＣ ＰＤＵの初期送信のためのリソースが期間に基づいて決定されるように、選択することをさらに含む。本方法は、第１のＭＡＣ ＰＤＵの再送信のための複数のリソースを、第１のＭＡＣ ＰＤＵのすべての再送信が第２のＭＡＣ ＰＤＵの初期送信のためのリソースの前に行われるように、選択することをさらに含む。

【0013】

発明概念の他のさらなる実施形態によれば、第１の通信デバイス（ＴＸ／ＵＥ）が、第１の通信デバイス（ＴＸ ＵＥ）によってＤ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）リンクを介して第２の通信デバイス（ＲＸ ＵＥ）に送信されるべき複数の周期的媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）のうちの第１のＭＡＣ ＰＤＵの初期送信のためのリソースを選択することを含む動作を実施するように適応される。それらの動作は、複数の周期的ＭＡＣ ＰＤＵの周期的送信のための期間を、複数の周期的ＭＡＣ ＰＤＵのうちの第２のＭＡＣ ＰＤＵの初期送信のためのリソースが期間に基づいて決定されるように、選択することをさらに含む。それらの動作は、第１のＭＡＣ ＰＤＵの再送信のための複数のリソースを、第１のＭＡＣ ＰＤＵのすべての再送信が第２のＭＡＣ ＰＤＵの初期送信のためのリソースの前に行われるように、選択することをさらに含む。

【0014】

発明概念のいくつかの他の実施形態によれば、第１の通信デバイス（ＴＸ／ＵＥ）の少なくとも１つのプロセッサによって実行されるべきコンピュータプログラムコード、それにより、プログラムコードの実行が、第１の通信デバイス（ＴＸ／ＵＥ）に、上記の方法の類似する動作を実施させる。

【0015】

本開示のさらなる理解を提供するために含まれ、本出願に組み込まれ、本出願の一部を構成する、添付の図面は、発明的概念のいくつかの非限定的な実施形態を示す。

【図面の簡単な説明】

【0016】

【図1】Ｃ－ＩＴＳ環境を示す図である。

【図2】図２Ａと図２Ｂは、それぞれ、ＡＣＫ／ＮＡＣＫを用いたサイドリンク中のＨＡＲＱプロセス、およびＮＡＣＫを用いたサイドリンク中のＨＡＲＱプロセスを示すメッセージ図である。

【図3】図３Ａと図３Ｂは、それぞれ、単一ＭＡＣ ＰＤＵ送信のためのリソース選択、および周期的複数ＭＡＣ ＰＤＵ送信のためのリソース選択を示すタイミング図である。

【図4】周期的複数ＭＡＣ ＰＤＵ送信のためのリソース予約衝突を示すタイミング図である。

【図5】発明概念のいくつかの実施形態による、（スケジューリングウィンドウとも呼ばれる）リソース選択ウィンドウ持続時間よりも大きい期間をもつ周期的複数ＭＡＣ ＰＤＵ送信を示すタイミング図である。

【図6】発明概念のいくつかの実施形態による、将来の／次のＭＡＣ ＰＤＵの初期送信の前に再送信機会をもつ周期的複数ＭＡＣ ＰＤＵ送信を示すタイミング図である。

【図7】発明概念のいくつかの実施形態による、通信デバイスＵＥを示すブロック図である。

【図8】発明概念のいくつかの実施形態による、通信デバイスＵＥの動作を示すフローチャートである。

【図9】発明概念のいくつかの実施形態による、通信デバイスＵＥの動作を示すフローチャートである。

【図10】発明概念のいくつかの実施形態による、通信デバイスＵＥの動作を示すフローチャートである。

【図11】発明概念のいくつかの実施形態による、通信デバイスＵＥの動作を示すフローチャートである。

【図12】発明概念のいくつかの実施形態による、通信デバイスＵＥの動作を示すフローチャートである。

【図13】発明概念のいくつかの実施形態による、通信デバイスＵＥの動作を示すフローチャートである。

【図14】発明概念のいくつかの実施形態による、通信デバイスＵＥの動作を示すフローチャートである。

【図15】いくつかの実施形態による、無線ネットワークのブロック図である。

【図16】いくつかの実施形態による、ユーザ機器のブロック図である。

【図17】いくつかの実施形態による、仮想化環境のブロック図である。

【図18】いくつかの実施形態による、中間ネットワークを介してホストコンピュータに接続された通信ネットワークのブロック図である。

【図19】いくつかの実施形態による、部分的無線接続上で基地局を介してユーザ機器と通信するホストコンピュータのブロック図である。

【図20】いくつかの実施形態による、ホストコンピュータと、基地局と、ユーザ機器とを含む通信システムにおいて実装される方法のブロック図である。

【図21】いくつかの実施形態による、ホストコンピュータと、基地局と、ユーザ機器とを含む通信システムにおいて実装される方法のブロック図である。

【図22】いくつかの実施形態による、ホストコンピュータと、基地局と、ユーザ機器とを含む通信システムにおいて実装される方法のブロック図である。

【図23】いくつかの実施形態による、ホストコンピュータと、基地局と、ユーザ機器とを含む通信システムにおいて実装される方法のブロック図である。

【発明を実施するための形態】

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

次に、発明概念のいくつかの実施形態による、図１２のフローチャートを参照しながら、（図７のブロック図の構造を使用して実装される）通信デバイス３００の動作が説明される。たとえば、モジュールが図７のメモリ３０５に記憶され得、これらのモジュールは、モジュールの命令がそれぞれの通信デバイス処理回路３０３によって実行されたとき、処理回路３０３がフローチャートのそれぞれの動作を実施するような命令を提供し得る。

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

本発明概念の原理から実質的に逸脱することなしに、実施形態に対して多くの変形および修正が行われ得る。すべてのそのような変形および修正は、本発明概念の範囲内で本明細書に含まれるものとする。したがって、上記で開示された主題は、例示であり、限定するものではないと見なされるべきであり、実施形態の例は、本発明概念の趣旨および範囲内に入る、すべてのそのような修正、拡張、および他の実施形態をカバーするものとする。したがって、法によって最大限に許容される限りにおいて、本発明概念の範囲は、実施形態およびそれらの等価物の例を含む、本開示の最も広い許容可能な解釈によって決定されるべきであり、上記の詳細な説明によって制限または限定されるべきでない。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【手続補正書】

【提出日】2024-04-17

【手続補正1】

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

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

明細書に記載の発明。

【外国語明細書】