特許 7116117 デバイスツーデバイス通信のための分散スケジューリング

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2022-08-01

(45)【発行日】2022-08-09

(54)【発明の名称】デバイスツーデバイス通信のための分散スケジューリング

(51)【国際特許分類】

   H04W 72/02 20090101AFI20220802BHJP

   H04W 92/18 20090101ALI20220802BHJP

   H04W 72/04 20090101ALI20220802BHJP

   H04W 72/12 20090101ALI20220802BHJP

【ＦＩ】

H04W72/02

H04W92/18

H04W72/04 131

H04W72/12

【請求項の数】 20

(21)【出願番号】P 2020066077

(22)【出願日】2020-04-01

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

【原出願日】2014-08-06

(65)【公開番号】P2020115666

(43)【公開日】2020-07-30

【審査請求日】2020-05-01

(31)【優先権主張番号】61/882,402

(32)【優先日】2013-09-25

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

(31)【優先権主張番号】61/881,843

(32)【優先日】2013-09-24

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

(31)【優先権主張番号】61/863,319

(32)【優先日】2013-08-07

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

(31)【優先権主張番号】61/933,236

(32)【優先日】2014-01-29

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

(31)【優先権主張番号】61/955,567

(32)【優先日】2014-03-19

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

(31)【優先権主張番号】61/989,892

(32)【優先日】2014-05-07

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

(31)【優先権主張番号】61/955,733

(32)【優先日】2014-03-19

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

(31)【優先権主張番号】61/882,489

(32)【優先日】2013-09-25

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

(73)【特許権者】

【識別番号】510030995

【氏名又は名称】インターデイジタル パテント ホールディングス インコーポレイテッド

(74)【代理人】

【識別番号】110001243

【氏名又は名称】弁理士法人谷・阿部特許事務所

(72)【発明者】

【氏名】ポール マリニエール

(72)【発明者】

【氏名】ブノワ ペルティエ

(72)【発明者】

【氏名】マリアン ルドルフ

(72)【発明者】

【氏名】ダイアナ パニ

(72)【発明者】

【氏名】グエナエル ポイトー

(72)【発明者】

【氏名】ギスラン ペルティエ

(72)【発明者】

【氏名】チャオ－チョン トゥー

【審査官】齋藤 浩兵

(56)【参考文献】

【文献】特開２００９－０１７５６０（ＪＰ，Ａ）

【文献】特開２０１０－２１９９９４（ＪＰ，Ａ）

【文献】特表２０１０－５３３４４４（ＪＰ，Ａ）

【文献】InterDigital，Recommendations for D2D evaluation methodology and assumptions[online]，3GPP TSG-RAN WG1#72 R1-130236，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_72/Docs/R1-130236.zip>，2013年02月01日

【文献】Intel Corporation，Discussion on design options for D2D communication[online]，3GPP TSG-RAN WG1#73 R1-131925，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_73/Docs/R1-131925.zip>，2013年05月24日

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｗ ４／００－９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１，４

(57)【特許請求の範囲】

【請求項1】

送信機、受信機およびプロセッサを含む回路を備える無線送受信ユニット（ＷＴＲＵ）であって、
次回のスケジューリング期間のために、前記スケジューリング期間の範囲内の複数の送信期間の間の送信のために使用する送信期間リソースおよび前記送信期間リソースの周期性を判定し、
前記ＷＴＲＵがデバイスツーデバイス通信を介して送信すべきデータを有している前記複数の送信期間のうちの少なくとも１つの送信期間の間に前記送信期間リソースを示すスケジューリング割り当て送信を送信し、
前記送信期間リソースを示す前記スケジューリング割り当て送信が送信される前記複数の送信期間のうちの少なくとも１つの送信期間の間に前記送信期間リソースを使用してデバイスツーデバイス通信を介してデータを送信する
ように少なくとも部分的に構成される、ＷＴＲＵ。

【請求項2】

前記回路は、どのリソースが利用可能であるかを判定するために１または複数の前の送信期間のうちの１または複数の送信を受信するように構成され、前記回路は、利用可能であると判定された前記リソースに基づいて前記次回のスケジューリング期間の前記送信期間リソースおよび前記送信期間リソースの周期性を判定するように構成される、請求項１のＷＴＲＵ。

【請求項3】

前記回路は、少なくとも別のＷＴＲＵの１または複数の送信を受信し、および前記１または複数の送信のエネルギー値測定値がそれぞれの閾値を満たす場合どのリソースが利用可能であるかを判定するように構成され、前記回路は、利用可能であると判定された前記リソースに基づいて前記次回のスケジューリング期間の前記送信期間リソースおよび前記送信期間リソースの周期性を判定するように構成される、請求項１のＷＴＲＵ。

【請求項4】

前記回路は、１または複数の前の送信期間の１または複数の送信を受信し、および前記１または複数の送信のエネルギー値測定値がそれぞれの閾値を満たす場合どのリソースが利用可能であるかを判定するように構成され、前記回路は、利用可能であると判定された前記リソースに基づいて前記次回のスケジューリング期間の前記送信期間リソースおよび前記送信期間リソースの周期性を判定するように構成される、請求項１のＷＴＲＵ。

【請求項5】

前記回路は、どのリソースが利用可能であるかを判定するために１または複数の前の送信期間の１または複数のスケジューリング割り当て送信を受信するように構成され、前記回路は、利用可能であると判定された前記リソースに基づいて前記次回のスケジューリング期間の前記送信期間リソースおよび前記送信期間リソースの周期性を判定するように構成される、請求項１のＷＴＲＵ。

【請求項6】

１または複数の前の送信期間の前記１または複数のスケジューリング割り当て送信は、デバイスツーデバイス通信を介した送信のデータ、ターゲットＷＴＲＵ識別子、およびデータ送信パラメータに対する任意の優先度を示す、請求項５のＷＴＲＵ。

【請求項7】

前記回路は、上位レイヤ定義リソースのセットに基づいてどのリソースが利用可能であるかを判定するように構成され、前記回路は、利用可能であると判定された前記リソースに基づいて前記次回のスケジューリング期間の前記送信期間リソースおよび前記送信期間リソースの周期性を判定するように構成される、請求項１のＷＴＲＵ。

【請求項8】

前記スケジューリング期間の範囲内の前記複数の送信期間は、前記スケジューリング期間の範囲内の一連の送信期間であり、前記周期性は、前記スケジューリング期間の範囲内の複数の一連の送信期間の数に相当する、請求項１のＷＴＲＵ。

【請求項9】

前記スケジューリング期間は、送信期間の数を規定し、前記スケジューリング期間の範囲内の前記複数の送信期間は、前記スケジューリング期間の前記送信期間の数に等しい、請求項１のＷＴＲＵ。

【請求項10】

前記複数の送信期間のそれぞれは、Ｎ個の一連の時間リソースのセットを規定し、前記送信期間リソースは、前記Ｎ個の一連の時間リソースのセットのサブセットである、請求項１のＷＴＲＵ。

【請求項11】

無線送受信ユニット（ＷＴＲＵ）において実行される方法であって、
次回のスケジューリング期間のために、前記スケジューリング期間の範囲内の複数の送信期間の間の送信のために使用する送信期間リソースおよび前記送信期間リソースの周期性を判定することと、
前記ＷＴＲＵがデバイスツーデバイス通信を介して送信すべきデータを有している前記複数の送信期間のうちの少なくとも１つの送信期間の間に前記送信期間リソースを示すスケジューリング割り当て送信を送信することと、
前記送信期間リソースを示す前記スケジューリング割り当て送信が送信される前記複数の送信期間のうちの少なくとも１つの送信期間の間に前記送信期間リソースを使用してデバイスツーデバイス通信を介してデータを送信することと
を備える方法。

【請求項12】

どのリソースが利用可能であるかを判定するために１または複数の前の送信期間のうちの１または複数の送信を受信することをさらに備え、前記次回のスケジューリング期間の前記送信期間リソースおよび前記送信期間リソースの周期性は、利用可能であると判定された前記リソースに基づいて判定される、請求項１１の方法。

【請求項13】

少なくとも別のＷＴＲＵの１または複数の送信を受信すること、および前記１または複数の送信のエネルギー値測定値がそれぞれの閾値を満たしているかどうかに基づいてどのリソースが利用可能であるかを判定することをさらに備え、前記次回のスケジューリング期間の前記送信期間リソースおよび前記送信期間リソースの周期性は、利用可能であると判定された前記リソースに基づいて判定される、請求項１１の方法。

【請求項14】

１または複数の前の送信期間の１または複数の送信を受信すること、および前記１または複数の送信のエネルギー値測定値がそれぞれの閾値を満たすことに基づいてどのリソースが利用可能であるかを判定することをさらに備え、前記次回のスケジューリング期間の前記送信期間リソースおよび前記送信期間リソースの周期性は、利用可能であると判定された前記リソースに基づく、請求項１１の方法。

【請求項15】

どのリソースが利用可能であるかを判定するために１または複数の前の送信期間の１または複数のスケジューリング割り当て送信を受信することをさらに備え、前記次回のスケジューリング期間の前記送信期間リソースおよび前記送信期間リソースの周期性は、利用可能であると判定された前記リソースに基づいて判定される、請求項１１の方法。

【請求項16】

１または複数の前の送信期間の前記１または複数のスケジューリング割り当て送信は、デバイスツーデバイス通信を介した送信のデータ、ターゲットＷＴＲＵ識別子、およびデータ送信パラメータに対する任意の優先度を示す、請求項１５の方法。

【請求項17】

上位レイヤ定義リソースのセットに基づいてどのリソースが利用可能であるかを判定することをさらに備え、前記次回のスケジューリング期間の前記送信期間リソースおよび前記送信期間リソースの周期性は、利用可能であると判定された前記リソースに基づいて判定される、請求項１１の方法。

【請求項18】

前記スケジューリング期間の範囲内の前記複数の送信期間は、前記スケジューリング期間の範囲内の一連の送信期間であり、前記周期性は、前記スケジューリング期間の範囲内の複数の一連の送信期間の数に相当する、請求項１１の方法。

【請求項19】

前記スケジューリング期間は、送信期間の数を規定し、前記スケジューリング期間の範囲内の前記複数の送信期間は、前記スケジューリング期間の前記送信期間の数に等しい、請求項１１の方法。

【請求項20】

前記複数の送信期間のそれぞれは、Ｎ個の一連の時間リソースのセットを規定し、前記送信期間リソースは、前記Ｎ個の一連の時間リソースのセットのサブセットである、請求項１１の方法。

【発明の詳細な説明】

【背景技術】

【0001】

関連出願の相互参照
本出願は、2013年8月7日に出願された米国特許仮出願第61/863,319号、2013年9月24日に出願された米国特許仮出願第61/881,843号、2013年9月25日に出願された米国特許仮出願第61/882,402号および61/882,489号、2014年1月29日に出願された米国特許仮出願第61/933,236号、2014年3月19日に出願された米国特許仮出願第61/955,733号および61/955,567号、並びに2014年5月7日に出願された米国特許仮出願第61/989,892号の優先権を主張するものであり、それらの内容はこれによって、参照により本明細書に組み込まれている。

【0002】

セルラー通信ネットワークは、例えば、互いの無線範囲内に位置する無線送受信ユニット（ＷＴＲＵ）間で、直接デバイスツーデバイス（Ｄ２Ｄ）通信を可能にするように構成されることができる。Ｄ２Ｄ通信を可能にすることは、例えば、デバイス（例えば、ＷＴＲＵ）が、対応するコアネットワークを介して互いに対して通信を送るのではなく、互いに直接通信するよう許可することによって、セルラー通信ネットワークのスペクトル効率を高めることができる。Ｄ２Ｄ通信は、セルラー通信ネットワークによるカバレッジの不在の場合、または停電もしくは障害に起因してネットワークが利用不可能の場合でさえ、デバイス（例えば、ＷＴＲＵ）が互いに自律的に通信するのを許可することができる。

【0003】

しかしながら、Ｄ２Ｄ通信を可能にすることは、セルラー通信ネットワークにおけるリソース配分課題を提示することがある。例えば、Ｄ２Ｄ通信を可能にすることは、Ｄ２Ｄ通信とコアネットワーク通信との両方について、スペクトルの一部の重複使用（例えば、同時使用）によって引き起こされる干渉などの、増加する干渉を引き起こすことがある。モバイルシステム（例えば、基地局および１または複数のＷＴＲＵを含む）において使用されるリソース配分は、Ｄ２Ｄ通信における使用に好適でないことがある。セルラー通信ネットワークの不在の場合に動作するＤ２Ｄ通信は、デバイス（例えば、ＷＴＲＵ）自体による、通信無線リソースおよび動作条件の管理を必要とすることがある。Ｄ２Ｄ通信は、Ｄ２Ｄデータの送信および／または受信を指すことがある。

【発明の概要】

【0004】

デバイスツーデバイス（Ｄ２Ｄ）のためのスケジューリングを実装するためのシステム、方法および手段が提供される。無線送受信ユニット（ＷＴＲＵ）（例えば、Ｄ２Ｄ ＷＴＲＵ）は、ＷＴＲＵが送信するためのＤ２Ｄデータを有するかどうかを判定することができる。ＷＴＲＵは、例えば、ＷＴＲＵが送信するためのＤ２Ｄデータを有するという条件で、許可されたスケジューリング割り当て（ＳＡ）リソースのセットを判定することができる。ＷＴＲＵは、ＷＴＲＵが送信のために準備ができているデータを有するという表示を検出することができる。例えば、表示は、バッファステータス表示をモニタすることによって判定されることができる。

【0005】

ＷＴＲＵは、ＳＡの送信のための、許可されたＳＡリソースのセットを判定することができる。許可されたリソースは、構成されたＳＡリソースのセットのサブセットであってもよいし、または構成されたＳＡリソースのセットと同じであってもよい。許可されたＳＡリソースは、構成（例えば、ＵＳＩＭにおいて、またはアプリケーションにおいて事前構成）されてよい。許可されたＳＡリソースのセットは、例えば、専用のＲＲＣ構成信号またはシステムインターフェースブロック（ＳＩＢ）上でブロードキャストされた信号を介した、進化型ノードＢ（ｅＮＢ）からの受信信号に基づくことができる。許可されたＳＡリソースのセットは、例えば、グラント（grant）を介して、ｅＮＢによって明示的に示されてよい。

【0006】

ＷＴＲＵは、第２のＤ２Ｄ ＷＴＲＵからの受信信号に基づいて、許可されたＳＡリソースのセットを判定するように構成されてよい。例えば、ＷＴＲＵは、物理Ｄ２Ｄ同期チャネル（ＰＤ２ＤＳＣＨ）またはＤ２Ｄ関連制御メッセージからの受信信号に基づいて、許可されたＳＡリソースのセットを判定することができる。

【0007】

ＷＴＲＵは、許可されたＳＡリソースのセットから、送信のためのＳＡリソースを選択することができる。ＷＴＲＵは、例えば、Ｄ２Ｄデータが送信のために準備ができていることを判定した後に、ＳＡを送信することができる。ＷＴＲＵは、許可されたＳＡリソースのセットからＳＡリソースを、ランダムにまたは受信信号および／もしくは測定値に基づいて選択することができる。ＷＴＲＵは、以前のＳＡリソース上で電力を測定し、使用されていない可能性のあるリソースを判定することによって、許可されたＳＡリソースのセットから利用可能なＳＡリソースのセットを判定するように構成されることができる。

【0008】

ＷＴＲＵは、送信されることになるデータの特徴に基づいて、ＳＡリソースを判定し、および／または選択することができる。例えば、ＷＴＲＵは、サービス品質（ＱｏＳ）（および／またはＱｏＳクラス識別子（ＱＣＩ））、トラフィックタイプ（例えば、遅延センシティブ対非遅延センシティブ）、アプリケーションまたはデータに関連付けられた他の特徴、論理チャネル優先度などのうちの、１または複数に基づいて、ＳＡリソースを判定し、および／または選択することができる。許可されたＳＡのセット内のＳＡまたはＳＡのセットと、データ特徴との間の関連付けは、アプリケーション、ユニバーサル加入者アイデンティティモジュール（ＵＳＩＭ）において、または無線リソース制御（ＲＲＣ）シグナリングを介して、構成（例えば、事前構成）されることができる。

【0009】

ＷＴＲＵは、許可されたＤ２Ｄデータリソースのセットを判定することができる。例えば、ＷＴＲＵは、ネットワークカバレッジ下にないときに使用するための、許可されたＤ２Ｄデータリソースのセットで構成（例えば、事前構成）されることができる。許可されたＤ２Ｄデータリソースのセットは、ＵＳＩＭにおいて、またはアプリケーション層で構成されることができる。ＷＴＲＵは、ｅＮＢからの受信信号に基づいて、許可されたＤ２Ｄデータリソースのセットを判定することができる。受信信号は、専用のＲＲＣ構成信号、またはＳＩＢ上でブロードキャストされた信号であってよい。

【0010】

ＷＴＲＵは、第２のＤ２Ｄ ＷＴＲＵからの受信信号に基づいて、許可されたＤ２Ｄデータリソースのセットを判定することができる。ＷＴＲＵは、物理Ｄ２Ｄ同期チャネル（ＰＤ２ＤＳＣＨ）またはＤ２Ｄ関連制御メッセージを介して、許可されたＤ２Ｄデータリソースを受信することができる。例えば、許可されたＤ２Ｄデータリソースのセットは、Ｄ２Ｄデータの構成されたリソースのセットと同じであってもよい。

【0011】

ＷＴＲＵは、許可されたＳＡリソースのセットに基づいて、許可されたＤ２Ｄデータリソースのセットを判定することができる。例えば、ＷＴＲＵは、選択されたＳＡリソースに基づいて、許可されたＤ２Ｄデータリソースのセットを選択することができる。許可されたＤ２Ｄデータリソースのセットと、許可されたＳＡリソースのセットとの間の関連付けは、暗黙的であっても、または構成に基づいていてもよい。

【0012】

ＷＴＲＵは、送信されることになるデータの特徴に基づいて、許可されたＤ２Ｄデータリソースのセットを判定することができる。例えば、ＷＴＲＵは、サービス品質（ＱｏＳ）（および／またはＱｏＳクラス識別子（ＱＣＩ））、トラフィックタイプ（例えば、遅延センシティブ対非遅延センシティブ）、バッファにあるデータを送信するためのタイムバジェット、バッファにあるデータの量、アプリケーションもしくはデータに関連付けられた他の特徴、または論理チャネル優先度のうちの、１もしくは複数に基づいて、許可されたＤ２Ｄデータリソースのセットを選択するように構成されてよい。許可されたＤ２Ｄデータリソースのセットと、データ特徴との間の関連付けが、構成（例えば、事前構成）されてよい。例えば、データ特徴は、アプリケーションもしくはＵＳＩＭにおいて構成されてもよく、またはＲＲＣシグナリングを介して受信されてもよい。

【0013】

ＷＴＲＵは、例えば、電力ベースのアプローチを使用して、利用可能なＤ２Ｄデータリソースのセットを判定することができる。ＷＴＲＵは、１または複数のＤ２Ｄデータリソースについて、干渉の量または合計受信信号電力を測定することができる。ＷＴＲＵは、例えば、測定値に閾値を適用する（低い受信信号電力が測定されるリソースを選ぶ）ことによって、Ｄ２Ｄデータリソースが利用可能であることを判定することができる。

【0014】

ＷＴＲＵは、例えば、ＳＡモニタリングベースのアプローチを使用して、利用可能なＤ２Ｄデータリソースのセットを判定することができる。ＷＴＲＵは、他のＷＴＲＵからＳＡをモニタし、どのＤ２Ｄデータリソースが他のＤ２Ｄ通信によって使用中でないかを判定することができる。判定は、例えば、正常に受信された各ＳＡに関連付けられたＤ２Ｄデータリソースを判定し、それらのリソースに利用可能でないとマークすることによって、実施されてよい。ＷＴＲＵは、電力測定および／またはＳＡ受信からの情報を使用することができる。ＷＴＲＵは、電力ベースのアプローチから利用可能なリソースのセットの交差部分と、ＳＡモニタリングベースのアプローチによって判定されるような非利用可能なリソースのセットの逆部分とを考えることによって、利用可能なＤ２Ｄデータリソースのセットを判定することができる。ＷＴＲＵは、１または複数の以前のスケジューリング期間の測定に基づいて、そのような測定および判定を行うことができる。測定値は、時間期間の間、有効であってよい。ＷＴＲＵは、周期的に測定を実施して、利用可能なＤ２Ｄデータリソースの有効リストを維持することができる。

【0015】

ＷＴＲＵは、Ｄ２Ｄデータの送信のための、許可されたＤ２Ｄデータリソースのセットから、Ｄ２Ｄデータリソースを選択することができる。Ｄ２Ｄデータは、Ｄ２Ｄサービスにマップされたデータを含むことができる。例えば、ＷＴＲＵは、許可されたＤ２Ｄデータリソースのセットから、ランダムに、または１もしくは複数の測定値に基づいて、送信のためのＤ２Ｄデータリソースを選択することができる。ＷＴＲＵは、利用可能なＤ２Ｄデータリソースのセットを判定するように構成されることができる。

【0016】

ＷＴＲＵは、以下の送信パラメータ、すなわち、ＴＢＳ、ＭＣＳ、帯域幅（またはＰＲＢの数）、ＨＡＲＱプロセスの数、ＰＤＵ間のインターバル時間、ＨＡＲＱ送信の数のうちの、１または複数を選択するように構成されることができる。例えば、ＷＴＲＵは、ＳＡに関連付けられたスケジューリング期間の継続時間（duration）のための送信パラメータを選択することができる。送信パラメータは、Ｄ２Ｄデータに関連付けられてよい。送信パラメータは、時間ユニット（例えば、サブフレーム）、または１もしくは複数の物理リソースブロック（ＰＲＢ）のうちの、１もしくは複数を含むことができる。

【0017】

ＷＴＲＵは、Ｄ２Ｄバッファにあるデータの量、データ優先度、および構成されたアプリケーション（例えば、音声、ビデオストリーミングなど）に関連付けられたデータのタイプ（例えば、遅延センシティブか否か）、送信されることになるデータの送信レートのうちの、１または複数に基づいて、スケジューリング期間またはインターバルの間に送信するためのビットの数を判定することができる。例えば、ＷＴＲＵは、スケジューリング期間における送信の各々の、トランスポートブロックサイズ（ＴＢＳ）、変調符号化方式（ＭＣＳ）、並びに帯域幅（ＢＷ）を判定することができる。ＷＴＲＵは、ハイブリッド自動再送要求（ＨＡＲＱ）プロファイルおよびＤ２Ｄ送信パターンに従って、インターバルの間に送信され得るデータの量、および送信され得る新しい媒体アクセス制御（ＭＡＣ）パケットデータユニット（ＰＤＵ）の数を推定することによって、スケジューリング期間またはインターバルの間に送信するためのビットの数を判定することができる。

【0018】

ＷＴＲＵは、送信パターン（例えば、ホッピングパターン）を選択するように構成されうる。ＷＴＲＵは、ＵＥ ＩＤ、送信パターンインデックス、ＳＡリソースなどの１または複数のパラメータに基づいて、送信パターンを設定することができる。ホッピングパターンが基づくことができる情報は、ＳＡにおいて示されてよい。例えば、ＷＴＲＵは、ＳＡにおいて搬送される１または複数の識別子（例えば、送信元ＩＤ、ターゲットＩＤ、その他）に基づいて、送信パターンを判定することができる。ＷＴＲＵは、Ｄ２Ｄデータ送信およびＤ２Ｄ送信パターンインデックスに関連付けられたターゲットＩＤに基づいて、送信パターンを設定することができる。例えば、ＷＴＲＵは、ターゲットＩＤおよび／またはＳＡリソースに基づいて、送信パターンを設定することができる。

【0019】

ＷＴＲＵは、制御情報をエンコードし、例えば、物理アップリンク共有チャネル（ＰＵＳＣＨ）のような構造を使用して、制御情報を送信することができる。構造は、固定されたフォーマットを有することができる、および／または受信機に既知であってよい。ＷＴＲＵは、以下の要素、すなわち、ＭＣＳ、Ｄ２Ｄ送信パターン、ＰＲＢの数（またはＢＷ）、宛先ＩＤなどのうちの、１または複数からの制御情報を含むことができる。

【0020】

ＷＴＲＵは、例えば、関連付けられたＳＡにおける情報に従って、データを送信するように構成されうる。ＷＴＲＵは、選択されたＳＡリソースに関連付けられたスケジューリング期間の開始を判定することができる。ＷＴＲＵは、第１の送信機会にデータを送信することができる。ＷＴＲＵは、例えば、ＳＡに示されるように、選択された送信パラメータに従って、データを送信することができる。ＷＴＲＵは、選択された送信パターンに従って判定されたスケジューリング期間内にデータを送信することができる。

【図面の簡単な説明】

【0021】

より詳細な理解は、添付図面と併用して例として与えられる以下の説明から得られる。

【図1A】１または複数の開示された実施形態が実装され得る、例示的な通信システムのシステム図である。

【図1B】図１Ａに示された通信システム内で使用され得る、例示的な無線送受信ユニット（ＷＴＲＵ）のシステム図である。

【図1C】図１Ａに示された通信システム内で使用され得る、例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。

【図1D】図１Ａに示された通信システム内で使用され得る、例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。

【図1E】図１Ａに示された通信システム内で使用され得る、例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。

【図2】パイロット情報および制御情報を搬送するＯＦＤＭシンボルの例を示す図である。

【図3】データを含むスケジューリング割り当て（ＳＡ）の送信フォーマットを公表するために使用される、制御情報を有するＳＡの例を示す図である。

【図4】データを含むＳＡのためのＨＡＲＱプロセス関連情報を公表することができる、制御情報を有するＳＡの例を示す図である。

【図5】１または複数のスケジューリング公表を提供するためのベースライン動作フレームワークの例示的な送信手順を示す図である。

【図6】デバイスツーデバイス（Ｄ２Ｄ）フレームの例の構造を示す図である。

【図7】２つのタイプのＤ２Ｄフレームを含むＤ２Ｄスケジューリング期間の例を示す図である。

【図8】Ｄ２Ｄ物理アップリンク共有チャネル（ＰＵＳＣＨ）を公表するためにＳＡを使用する例示的な送信手順を示す図である。

【図9】効率的なＤ２Ｄデータシグナリングを用いる例示的な送信手順を示す図である。

【図10】上位層データおよび制御情報を送信する例を示す図である。

【図11】同期シーケンスおよび制御情報を搬送するＯＦＤＭシンボルの例を示す図である。

【図12】ＬＴＥセキュリティに適用可能な例示的なセキュリティ原則を示す図である。

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

【0022】

例示的な実施形態の詳細な説明は、様々な図面を参照して記述される。この説明は可能な実施形態の詳細な例を提供するが、その詳細は例示的なものであって、本願の範囲を限定するものではないことを理解されたい。

【0023】

図１Ａは、１または複数の開示される実施形態が実施されうる例示的な通信システム１００の図である。通信システム１００は、音声、データ、ビデオ、メッセージング、放送などのコンテンツを複数の無線ユーザに提供する多元接続システムを含むことができる。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共用を通して、そのようなコンテンツにアクセスすることを可能にする。例えば、通信システム１００は、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、直交ＦＤＭＡ（ＯＦＤＭＡ）およびシングルキャリアＦＤＭＡ（ＳＣ－ＦＤＭＡ）など、１または複数のチャネルアクセス方法を利用することができる。

【0024】

図１Ａに示されるように、通信システム１００は、複数の無線送受信ユニット（ＷＴＲＵ）、例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃおよび１０２ｄのような少なくとも一つのＷＴＲＵ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク１０６、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０および他のネットワーク１１２を含むことができるが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図していることが理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境において動作および／または通信するように構成された任意のタイプのデバイスとすることができる。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成されることができ、ユーザ機器（ＵＥ）、移動局、固定若しくは移動加入者ユニット、ページャ、セルラー電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサおよび家電製品などを含むことができる。

【0025】

通信システム１００は、基地局１１４ａおよび基地局１１４ｂも含むことができる。基地局１１４ａ、１１４ｂの各々は、コアネットワーク１０６、インターネット１１０および／またはネットワーク１１２などの１または複数の通信ネットワークへのアクセスを円滑化するために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの少なくとも１つとワイヤレスでインターフェースを取るように構成された、任意のタイプのデバイスとすることができる。例えば、基地局１１４ａ、１１４ｂは、基地トランシーバ局（ＢＴＳ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）および無線ルータなどとすることができる。基地局１１４ａ、１１４ｂは各々、単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含むことができることが理解されよう。

【0026】

基地局１１４ａは、ＲＡＮ１０４の部分とすることができ、ＲＡＮ１０４は、他の基地局、および／または基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどのネットワーク要素（図示されず）も含むことができる。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示されず）と呼ばれうる特定の地理的領域内で、無線信号を送信および／または受信するように構成されうる。セルは、さらにセルセクタに分割することができる。例えば、基地局１１４ａに関連付けられたセルは、３つのセクタに分割することができる。従って、一実施形態では、基地局１１４ａは、送受信機を３つ、すなわち、セルのセクタ毎に１つずつ含むことができる。別の実施形態では、基地局１１４ａは、ＭＩＭＯ技術を利用することができ、従って、セルのセクタ毎に複数の送受信機を利用することができる。

【0027】

基地局１１４ａ、１１４ｂは、エアインターフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１または複数と通信することができ、エアインターフェース１１６は、任意の適切な無線通信リンク（例えば、無線周波（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）とすることができる。エアインターフェース１１６は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立することができる。

【0028】

より具体的には、上述したように、通信システム１００は、多元接続システムとすることができ、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡおよびＳＣ－ＦＤＭＡなどの、１または複数のチャネルアクセス方式を利用できる。例えば、ＲＡＮ１０４内の基地局１１４ａ並びにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を使用してエアインターフェース１１６を確立しうるユニバーサル移動体通信システム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）などの無線技術を実施することができる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含むことができる。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含むことができる。

【0029】

別の実施形態では、基地局１１４ａ、並びにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＬＴＥ（Long Term Evolution）および／またはＬＴＥアドバンスト（ＬＴＥ－Ａ）を使用してエアインターフェース１１６を確立しうる進化型ＵＭＴＳ地上無線アクセス（Ｅ－ＵＴＲＡ）などの無線技術を実施することができる。

【0030】

他の実施形態では、基地局１１４ａ、並びにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（すなわち、ＷｉＭＡＸ）、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ－ＤＯ、暫定標準２０００（ＩＳ－２０００）、暫定標準９５（ＩＳ－９５）、暫定標準８５６（ＩＳ－８５６）、移動体通信用グローバルシステム（ＧＳＭ（登録商標））、ＧＳＭ進化型高速データレート（ＥＤＧＥ）、およびＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実施することができる。

【0031】

図１Ａの基地局１１４ｂは、例えば、無線ルータ、ホームノードＢ、ホームｅノードＢまたはアクセスポイントとすることができ、職場、家庭、乗物およびキャンパスなどの局所的エリアにおける無線接続性を円滑化するために、任意の適切なＲＡＴを利用することができる。一実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実施して、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立することができる。別の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実施して、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立することができる。また別の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａなど）を利用して、ピコセルまたはフェムトセルを確立することができる。図１Ａに示されるように、基地局１１４ｂは、インターネット１１０への直接的な接続を有することができる。従って、基地局１１４ｂは、コアネットワーク１０６を介して、インターネット１１０にアクセスする必要がないことがある。

【0032】

ＲＡＮ１０４は、コアネットワーク１０６と通信することができ、コアネットワーク１０６は、音声、データ、アプリケーションおよび／またはＶｏＩＰ（Voice over IP）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１または複数に提供するように構成された、任意のタイプのネットワークとすることができる。例えば、コアネットワーク１０６は、呼制御、課金サービス、モバイル位置情報サービス、プリペイド通話、インターネット接続性、ビデオ配信などを提供することができ、および／またはユーザ認証など、高レベルのセキュリティ機能を実行することができる。図１Ａには示されていないが、ＲＡＮ１０４および／またはコアネットワーク１０６は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを利用する他のＲＡＮと直接的または間接的に通信できることが理解されよう。例えば、Ｅ－ＵＴＲＡ無線技術を利用することができるＲＡＮ１０４に接続されるのに加えて、コアネットワーク１０６は、ＧＳＭ無線技術を利用する別のＲＡＮ（図示されず）とも通信することができる。

【0033】

コアネットワーク１０６は、ＰＳＴＮ１０８、インターネット１１０および／または他のネットワーク１１２にアクセスするための、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのためのゲートウェイとしてもサービスすることができる。ＰＳＴＮ１０８は、ＰＯＴＳ（plain old telephone service）を提供する回線交換電話網を含むことができる。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイート内のＴＣＰ、ＵＤＰおよびＩＰなど、共通の通信プロトコルを使用する、相互接続されたコンピュータネットワークとデバイスとからなるグローバルシステムを含みうる。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される有線または無線通信ネットワークを含むことができる。例えば、ネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを利用することができる１または複数のＲＡＮに接続された、別のコアネットワークを含むことができる。

【0034】

通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのいくつかまたは全ては、マルチモード機能を含むことができ、すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンクを介して異なる無線ネットワークと通信するための複数の送受信機を含むことができる。例えば、図１Ａに示されたＷＴＲＵ１０２ｃは、セルラベースの無線技術を利用可能な基地局１１４ａと通信するように、またＩＥＥＥ８０２無線技術を利用可能な基地局１１４ｂと通信するように構成されうる。

【0035】

図１Ｂは、例示的なＷＴＲＵ１０２のシステム図である。図１Ｂに示されるように、ＷＴＲＵ１０２は、プロセッサ１１８、送受信機１２０、送受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、ＧＰＳチップセット１３６および他の周辺機器１３８を含むことができる。ＷＴＲＵ１０２は、一実施形態との整合性を保ちながら、上記の要素の任意のサブコンビネーションを含むことができることが理解されよう。

【0036】

プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと連携する１または複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、ＡＳＩＣ、ＦＰＧＡ回路、他の任意のタイプの集積回路（ＩＣ）および状態機械などとすることができる。プロセッサ１１８は、信号符号化、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２が無線環境で動作することを可能にする他の任意の機能を実行することができる。プロセッサ１１８は、送受信機１２０に結合することができ、送受信機１２０は、送受信要素１２２に結合することができる。図１Ｂは、プロセッサ１１８と送受信機１２０を別々のコンポーネントとして示しているが、プロセッサ１１８と送受信機１２０は、電子パッケージまたはチップ内に一緒に統合できることが理解できよう。

【0037】

送受信要素１２２は、エアインターフェース１１６を介して、基地局（例えば基地局１１４ａ）に信号を送信し、または基地局から信号を受信するように構成されることができる。例えば、一実施形態では、送受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナとすることができる。別の実施形態では、送受信要素１２２は、例えば、ＩＲ、ＵＶ、または可視光信号を送信および／または受信するように構成された放射器／検出器とすることができる。また別の実施形態では、送受信要素１２２は、ＲＦ信号と光信号の両方を送信および受信するように構成されることができる。送受信要素１２２は、無線信号の任意の組み合わせを送信および／または受信するように構成されうることが理解されよう。

【0038】

また、図１Ｂでは送受信要素１２２が単一の要素として示されているが、ＷＴＲＵ１０２は、任意の数の送受信要素１２２を含むことができる。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を利用することができる。従って、一実施形態では、ＷＴＲＵ１０２は、エアインターフェース１１６を介して無線信号を送信および受信するための２つ以上の送受信要素１２２（例えば複数のアンテナ）を含むことができる。

【0039】

送受信機１２０は、送受信要素１２２によって送信される信号を変調し、送受信要素１２２によって受信された信号を復調するように構成されうる。上述したように、ＷＴＲＵ１０２はマルチモード機能を有することができる。従って、送受信機１２０は、ＷＴＲＵ１０２が、例えばＵＴＲＡおよびＩＥＥＥ８０２．１１などの複数のＲＡＴを介して通信することを可能にするための、複数の送受信機を含むことができる。

【0040】

ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６および／またはディスプレイ／タッチパッド１２８（例えば、液晶表示（ＬＣＤ）ディスプレイユニット若しくは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合され、それらからユーザ入力データを受け取ることができる。プロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６および／またはディスプレイ／タッチパッド１２８にユーザデータを出力することもできる。また、プロセッサ１１８は、非リムーバブルメモリ１３０および／またはリムーバブルメモリ１３２など、任意のタイプの適切なメモリから情報を入手することができ、それらにデータを記憶することができる。非リムーバブルメモリ１３０は、ＲＡＭ、ＲＯＭ、ハードディスクまたは他の任意のタイプのメモリ記憶デバイスを含むことができる。リムーバブルメモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティックおよびセキュアデジタル（ＳＤ）メモリカードなどを含むことができる。他の実施形態では、プロセッサ１１８は、ＷＴＲＵ１０２上に物理的に配置されていない、サーバまたはホームコンピュータ（図示されず）上などのメモリから情報を入手ことができ、それらにデータを記憶することができる。

【0041】

プロセッサ１１８は、電源１３４から電力を受け取ることができ、ＷＴＲＵ１０２内の他のコンポーネントへの電力の分配および／または制御を行うように構成されうる。電源１３４は、ＷＴＲＵ１０２に給電するための任意の適切なデバイスとすることができる。例えば、電源１３４は、１または複数の乾電池（例えば、ニッケル－カドミウム（ＮｉＣｄ）、ニッケル－亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ－ｉｏｎ）など）、太陽電池、および燃料電池などを含むことができる。

【0042】

プロセッサ１１８は、ＧＰＳチップセット１３６にも結合することができ、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在位置に関する位置情報（例えば経度および緯度）を提供するように構成されうる。ＧＰＳチップセット１３６からの情報に加えて、またはその代わりに、ＷＴＲＵ１０２は、基地局（例えば基地局１１４ａ、１１４ｂ）からエアインターフェース１１６を介して位置情報を受け取ることができ、および／または２つ以上の近くの基地局から受信した信号のタイミングに基づいて自らの位置を判定することができる。ＷＴＲＵ１０２は、一実施形態との整合性を保ちながら任意の適切な位置判定方法を用いて、位置情報を獲得できることが理解されよう。

【0043】

プロセッサ１１８は、他の周辺機器１３８にさらに結合することができ、他の周辺機器１３８は、追加的な特徴、機能、および／または有線若しくは無線接続性を提供する、１または複数のソフトウェアモジュールおよび／またはハードウェアモジュールを含むことができる。例えば、周辺機器１３８は、加速度計、ｅコンパス、衛星送受信機、（写真またはビデオ用の）デジタルカメラ、ユニバーサルシリアルバス（ＵＳＢ）ポート、バイブレーションデバイス、テレビ送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、およびインターネットブラウザなどを含むことができる。

【0044】

図１Ｃは、ＲＡＮ１０４およびコアネットワーク１０６の例示的な実施形態をそれぞれ備えるＲＡＮ１０４ａおよびコアネットワーク１０６ａを含む通信システム１００の一実施形態のシステム図である。上述したように、ＲＡＮ１０４、例えばＲＡＮ１０４ａは、ＵＴＲＡ無線技術を利用して、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０４ａは、コアネットワーク１０６ａとも通信することができる。図１Ｃに示されるように、ＲＡＮ１０４ａは、ノードＢ１４０ａ、１４０ｂ、１４０ｃを含むことができ、ノードＢ１４０ａ、１４０ｂ、１４０ｃは各々、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１または複数の送受信機を含むことができる。ノードＢ１４０ａ、１４０ｂ、１４０ｃは各々、ＲＡＮ１０４ａ内の特定のセル（図示されず）に関連付けることができる。ＲＡＮ１０４ａは、ＲＮＣ１４２ａ、１４２ｂも含むことができる。ＲＡＮ１０４ａは、一実施形態との整合性を保ちながら、任意の数のノードＢおよびＲＮＣを含むことができることが理解されよう。

【0045】

図１Ｃに示されるように、ノードＢ１４０ａ、１４０ｂは、ＲＮＣ１４２ａと通信することができる。また、ノードＢ１４０ｃは、ＲＮＣ１４２ｂと通信することができる。ノードＢ１４０ａ、１４０ｂ、１４０ｃは、Ｉｕｂインターフェースを介して、それぞれのＲＮＣ１４２ａ、１４２ｂと通信することができる。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインターフェースを介して互いに通信することができる。ＲＮＣ１４２ａ、１４２ｂの各々は、それが接続されたそれぞれのノードＢ１４０ａ、１４０ｂ、１４０ｃを制御するように構成されることができる。また、ＲＮＣ１４２ａ、１４２ｂの各々は、アウターループ電力制御、負荷制御、アドミッション制御、パケットスケジューリング、ハンドオーバ制御、マクロダイバーシティ、セキュリティ機能およびデータ暗号化など、他の機能を実施またはサポートするように構成可能である。

【0046】

図１Ｃに示されるコアネットワーク１０６は、メディアゲートウェイ（ＭＧＷ）１４４、モバイル交換センタ（ＭＳＣ）１４６、サービングＧＰＲＳサポートノード（ＳＧＳＮ）１４８および／またはゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）１５０を含むことができる。上記の要素の各々は、コアネットワーク１０６ａの部分として示されているが、これらの要素の任意の要素は、コアネットワーク運営体とは異なるエンティティによって所有および／または運営できることが理解されよう。

【0047】

ＲＡＮ１０４ａ内のＲＮＣ１４２ａは、ＩｕＣＳインターフェースを介して、コアネットワーク１０６ａ内のＭＳＣ１４６に接続されうる。ＭＳＣ１４６はＭＧＷ１４４に接続されうる。ＭＳＣ１４６とＭＧＷ１４４は、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスの間の通信を円滑化することができる。

【0048】

ＲＡＮ１０４ａ内のＲＮＣ１４２ａは、ＩｕＰＳインターフェースを介して、コアネットワーク１０６ａ内のＳＧＳＮ１４８にも接続されうる。ＳＧＳＮ１４８はＧＧＳＮ１５０に接続されうる。ＳＧＳＮ１４８とＧＧＳＮ１５０は、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスの間の通信を円滑化することができる。

【0049】

上述したように、コアネットワーク１０６ａは、ネットワーク１１２にも接続されることができ、ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される他の有線または無線ネットワークを含むことができる。

【0050】

図１Ｄは、ＲＡＮ１０４およびコアネットワーク１０６の例示的な実施形態をそれぞれ備えるＲＡＮ１０４ｂおよびコアネットワーク１０６ｂを含む通信システム１００の一実施形態のシステム図である。上述したように、ＲＡＮ１０４、ＲＡＮ１０４ｂは、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＥ－ＵＴＲＡ無線技術を利用することができる。ＲＡＮ１０４ｂは、コアネットワーク１０６ｂとも通信可能である。

【0051】

ＲＡＮ１０４ｂは、ｅノードＢ１７０ａ、１７０ｂ、１７０ｃを含むことができるが、ＲＡＮ１０４ｂは、一実施形態との整合性を保ちながら、任意の数のｅノードＢを含みうることが理解されよう。ｅノードＢ１７０ａ、１７０ｂ、１７０ｃは各々、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１または複数の送受信機を含むことができる。一実施形態では、ｅノードＢ１７０ａ、１７０ｂ、１７０ｃは、ＭＩＭＯ技術を実施可能である。従って、ｅノードＢ１７０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａとの間で無線信号を送受信することができる。

【0052】

ｅノードＢ１７０ａ、１７０ｂ、１７０ｃの各々は、特定のセル（図示されず）に関連付けられ、無線リソース管理判定、ハンドオーバ判定、並びにアップリンクおよび／またはダウンリンクにおけるユーザのスケジューリング等を処理するように構成されることができる。図１Ｄに示されるように、ｅノードＢ１７０ａ、１７０ｂ、１７０ｃは、Ｘ２インターフェースを介して互いに通信することができる。

【0053】

図１Ｄに示されるコアネットワーク（ＣＮ）１０６ｂは、モビリティ管理ゲートウェイ（ＭＭＥ）１７２、サービングゲートウェイ１７４およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１７６を含むことができる。上記要素の各々は、コアネットワーク１０６ｂの部分として示されているが、これらの要素の任意の要素は、コアネットワーク運営体とは異なるエンティティによって所有および／または運営されうることが理解されよう。

【0054】

ＭＭＥ１７２は、Ｓ１インターフェースを介して、ＲＡＮ１０４ｂ内のｅノードＢ１７０ａ、１７０ｂ、１７０ｃの各々に接続されることができ、制御ノードとしてサービスすることができる。例えば、ＭＭＥ１７２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ベアラ活動化／非活動化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期接続中における特定のサービングゲートウェイの選択などを担うことができる。ＭＭＥ１７２は、ＲＡＮ１０４ｂとＧＳＭまたはＷＣＤＭＡなどの他の無線技術を利用する他のＲＡＮ（図示されず）との間の交換のための制御プレーン機能も提供することができる。

【0055】

サービングゲートウェイ１７４は、Ｓ１インターフェースを介して、ＲＡＮ１０４ｂ内のｅノードＢ１７０ａ、１７０ｂ、１７０ｃの各々に接続されうる。サービングゲートウェイ１７４は、一般に、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに／からルーティングおよび転送することができる。サービングゲートウェイ１７４は、ｅノードＢ間ハンドオーバ中におけるユーザプレーンのアンカリング（anchoring）、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能な場合に行うページングのトリガ、並びにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストの管理および記憶など、他の機能も実行することができる。

【0056】

サービングゲートウェイ１７４は、ＰＤＮゲートウェイ１７６にも接続されることができ、ＰＤＮゲートウェイ１７６は、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスの間の通信を円滑化することができる。

【0057】

コアネットワーク１０６ｂは、他のネットワークとの通信を円滑化することができる。例えば、コアネットワーク１０６ｂは、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスの間の通信を円滑化することができる。例えば、コアネットワーク１０６ｂは、コアネットワーク１０６ｂとＰＳＴＮ１０８の間のインターフェースとしてサービスするＩＰゲートウェイ（例えばＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むことができ、またはＩＰゲートウェイと通信することができる。また、コアネットワーク１０６ｂは、ネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができ、ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される他の有線または無線ネットワークを含むことができる。

【0058】

図１Ｅは、ＲＡＮ１０４およびコアネットワーク１０６の例示的な実施形態をそれぞれ備えるＲＡＮ１０４ｃおよびコアネットワーク１０６ｃを含む通信システム１００の一実施形態のシステム図である。ＲＡＮ１０４、例えばＲＡＮ１０４ｃは、ＩＥＥＥ８０２．１６無線技術を利用して、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信する、アクセスサービスネットワーク（ＡＳＮ）とすることができる。以下でさらに説明するように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの異なる機能エンティティと、ＲＡＮ１０４ｃと、コアネットワーク１０６ｃとの間の通信リンクは、参照点として定義されることができる。

【0059】

図１Ｅに示されるように、ＲＡＮ１０４ｃは、基地局１８０ａ、１８０ｂ、１８０ｃと、ＡＳＮゲートウェイ１８２とを含むことができるが、ＲＡＮ１０４ｃは、一実施形態との整合性を保ちながら、任意の数の基地局とＡＳＮゲートウェイとを含むことができることが理解されよう。基地局１８０ａ、１８０ｂ、１８０ｃは各々が、ＲＡＮ１０４ｃ内の特定のセル（図示されず）に関連付けられ、各々が、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信する１または複数の送受信機を含むことができる。一実施形態では、基地局１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実施することができる。従って、基地局１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、ＷＴＲＵ１０２ａから無線信号を受信することができる。基地局１８０ａ、１８０ｂ、１８０ｃは、ハンドオフトリガリング、トンネル確立、無線リソース管理、トラフィック分類およびサービス品質（ＱｏＳ）ポリシ実施などの、モビリティ管理機能も提供することができる。ＡＳＮゲートウェイ１８２は、トラフィック集約ポイントとしてサービスすることができ、ページング、加入者プロファイルのキャッシング、コアネットワーク１０６ｃへのルーティングなどを担うことができる。

【0060】

ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＲＡＮ１０４ｃの間のエアインターフェース１１６は、ＩＥＥＥ８０２．１６仕様を実施するＲ１参照点として定義されうる。また、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの各々は、コアネットワーク１０６ｃとの論理インターフェース（図示されず）を確立することができる。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとコアネットワーク１０６ｃの間の論理インターフェースは、Ｒ２参照点として定義されることができ、Ｒ２参照点は、認証、認可、ＩＰホスト構成管理および／またはモビリティ管理のために使用されることができる。

【0061】

基地局１８０ａ、１８０ｂ、１８０ｃの各々の間の通信リンクは、ＷＴＲＵハンドオーバおよび基地局間でのデータの転送を円滑化するためのプロトコルを含む、Ｒ８参照点として定義されうる。基地局１８０ａ、１８０ｂ、１８０ｃとＡＳＮゲートウェイ１８２の間の通信リンクは、Ｒ６参照点として定義されうる。Ｒ６参照点は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの各々に関連するモビリティイベントに基づいたモビリティ管理を円滑化するためのプロトコルを含むことができる。

【0062】

図１Ｅに示されるように、ＲＡＮ１０４ｃはコアネットワーク１０６ｃに接続されうる。ＲＡＮ１０４ｃとコアネットワーク１０６ｃの間の通信リンクは、例えばデータ転送およびモビリティ管理機能を円滑化するためのプロトコルを含む、Ｒ３参照点として定義されうる。コアネットワーク１０６ｃは、モバイルＩＰホームエージェント（ＭＩＰ－ＨＡ）１８４と、認証認可課金（ＡＡＡ）サーバ１８６と、ゲートウェイ１８８とを含むことができる。上記要素の各々は、コアネットワーク１０６ｃの部分として示されているが、これらの要素の任意の要素は、コアネットワーク運営体とは異なるエンティティによって所有および／または運営されうることが理解されよう。

【0063】

ＭＩＰ－ＨＡ１８４は、ＩＰアドレス管理を担うことができ、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが、異なるＡＳＮの間で、および／または異なるコアネットワークの間でローミングを行うことを可能にする。ＭＩＰ－ＨＡ１８４は、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスの間の通信を円滑化することができる。ＡＡＡサーバ１８６は、ユーザ認証およびユーザサービスのサポートを担うことができる。ゲートウェイ１８８は、他のネットワークとの網間接続を円滑化することができる。例えば、ゲートウェイ１８８は、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスの間の通信を円滑化することができる。また、ゲートウェイ１８８は、ネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができ、ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される他の有線または無線ネットワークを含むことができる。

【0064】

図１Ｅには示されていないが、ＲＡＮ１０４ｃは他のＡＳＮに接続され、コアネットワーク１０６ｃは他のコアネットワークに接続されうることが理解されよう。ＲＡＮ１０４ｃと他のＡＳＮの間の通信リンクはＲ４参照点として定義されることができ、Ｒ４参照点は、ＲＡＮ１０４ｃと他のＡＳＮの間で、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティを調整するためのプロトコルを含むことができる。コアネットワーク１０６ｃと他のコアネットワークの間の通信リンクはＲ５参照点として定義され、Ｒ５参照点は、ホームコアネットワークと在圏コアネットワークの間の網間接続を円滑化するためのプロトコルを含むことができる。

【0065】

Ｄ２Ｄ通信リソースのスケジューリングへの分散アプローチを説明するために、システム、方法および手段が提供される。Ｄ２Ｄ通信のために構成される無線送受信ユニット（ＷＴＲＵ）（Ｄ２Ｄ ＷＴＲＵ）が、集中コントローラのある、または集中コントローラのないシステムにおいて構成されうる。Ｄ２Ｄ ＷＴＲＵは、例えば、スケジューリング割り当て（ＳＡ）および／またはデータ通信の、送信および／または受信のためのリソースのセットを含む、Ｄ２Ｄ通信関連パラメータのセットで構成（例えば、事前構成）されうる。ＳＡは、リソース要求（ＲＲＥＱ）メッセージまたはスケジューリング公表（announcement）メッセージと呼ばれてよい。ＳＡのために構成されたリソースのセットは、構成されたＳＡリソースのセットと呼ばれうる。データ通信のために構成されたリソースのセットは、構成されたＤ２Ｄデータ通信リソースのセットと呼ばれうる。Ｄ２Ｄデータ通信リソースのセットは、ＰＲＢのセット、サブフレームのセット、送信パターンのセット（例えば、時間、周波数、または時間および周波数における）、またはスケジューリング期間継続時間のうちの、１または複数を含むことができる。送信パターンは、送信の時間リソースパターン（Ｔ－ＲＰＴ）と呼ばれうる。あるいはまた、スケジューリング期間は、送信期間または配分インターバルまたはグラント継続時間と呼ばれうる。Ｄ２Ｄ ＷＴＲＵは、別の送信機によって選択されたリソースによる干渉を制限する制約の下で、リソース（例えば、ＳＡリソースおよび／またはデータ通信リソース）を選択することができる。Ｄ２Ｄ ＷＴＲＵは、例えば、選択されたチャネル上でデータを送信するかどうか、データ送信が衝突を引き起こさないことを条件とされているかどうか、および／または、データ送信が干渉閾値を超えないことを条件とされているかどうかの、データを送信するための１または複数の条件を判定するように構成されうる。Ｄ２Ｄ ＷＴＲＵは、例えば、リンクアダプテーションまたはリソース選択のために、１または複数の他の同時送信Ｄ２Ｄ ＷＴＲＵによって招かれ得る干渉を判定するように構成されてよい。

【0066】

リソースは、時間、周波数、符号および／もしくはシーケンス、並びに／または空間ドメインにおいて定義されてよい。リソースは、ドメインの組合せで定義された各エントリを有するシーケンスまたはセットによって表示されてよい。１または複数の他のＷＴＲＵ（例えば、１または複数の他のＤ２Ｄ ＷＴＲＵ）にデータを送るＷＴＲＵ（例えば、Ｄ２Ｄ ＷＴＲＵ）は、送信元ＷＴＲＵと呼ばれてよい。送信元ＷＴＲＵからＤ２Ｄ通信（例えば、データ）を受信するＷＴＲＵ（例えば、Ｄ２Ｄ ＷＴＲＵ）は、宛先ＷＴＲＵと呼ばれてよい。送信元ＷＴＲＵの範囲（例えば、無線通信範囲）内にあるが、送信元ＷＴＲＵから送信されたＤ２Ｄ通信（例えば、データ）の受信機として選択されていない、および／または意図されていないＷＴＲＵ（例えば、Ｄ２Ｄ ＷＴＲＵ）は、非宛先ＷＴＲＵと呼ばれてよい。ＷＴＲＵは、送信元ＷＴＲＵ、宛先ＷＴＲＵ、および／または非宛先ＷＴＲＵのアクションを実施するように構成されてよい。

【0067】

ＷＴＲＵは、Ｄ２Ｄ通信に一致して、１または複数の送信元ＷＴＲＵアクションを実施するように構成されてよい。例えば、これらのアクションは、それぞれのトリガするイベントに応答してＳＡを送信すること、ＳＡの送信のためのリソースを選択すること、および／または、データの送信のためのリソースを選択すること、並びに／または、Ｄ２Ｄ制御シグナリングもしくはサービスシグナリングの送信のためのリソースを選択することを含むことができる。

【0068】

ＷＴＲＵは、例えば、データが送信のために準備ができていること、もしくはスケジュールされていること、タイマーの期限切れ、１もしくは複数のＳＡを受信すること、またはＳＡの不在のうちの、１または複数を含むことができる、１または複数のトリガするイベントの発生に応答して、１または複数のＳＡを送信するように構成されてよい。ＳＡは、リソースを要求する、またはネゴシエートするために使用され得る制御メッセージであってよい。ＳＡは、１または複数の他の目的、例えば、リンクアダプテーション、リソース表示、ＷＴＲＵ存在表示、および／またはＷＴＲＵステータス表示などのために使用されてもよい。リソースは、以下のドメイン、すなわち、時間、周波数、符号および／もしくはシーケンス、並びに／または空間のうちの、１または複数において定義されてよい。ＳＡは、リソースの使用、またはリソースを使用する意図を公表するために使用されてよい。ＳＡは、スケジューリング期間において１度よりも多く送信されてもよい。ＳＡは、ＷＴＲＵがＤ２Ｄデータを送信するのと同じ、もしくはもっと後のスケジューリング期間に、または多数のスケジューリング期間に関連付けられてよい。

【0069】

ＷＴＲＵ（例えば、Ｄ２Ｄ ＷＴＲＵ）は、例えば、そのデータバッファにおいて、送信のために準備ができているＤ２Ｄデータを有することができる。ＷＴＲＵは、その後にデータの送信が続くＳＡの送信を始めるように構成されてよい。ＷＴＲＵは、例えば、ＷＴＲＵが送信のために準備ができているデータを有するときに、ＳＡを送信するように構成されてよい。送信のためにデータの準備ができている状態は、バッファステータス表示によって表示されてよい。

【0070】

ＷＴＲＵは、例えば、タイマーの期限切れに基づいて、ＳＡを送信するように構成されてよい。ＷＴＲＵは、例えば、ＷＴＲＵが送信するためのデータ（例えば、Ｄ２Ｄデータ）を有さないことがあるときでさえ、ＳＡを周期的に送信するように構成されてよい。ＷＴＲＵは、例えば、ＷＴＲＵの存在および／またはＷＴＲＵのステータスを表示するために、ＳＡを周期的に送信することができる。そのようなタイマーは、例えば、ＳＡの送信時、または後続のデータの送信時に再開されてよい。

【0071】

ＷＴＲＵは、ＲＲＳＰメッセージの受信に基づいて、ＳＡを送信するように構成されうる。リソース応答（ＲＲＳＰ）メッセージは、リソース要求（例えば、ＳＡ）に応答して提供され得る、制御メッセージまたはサービスメッセージであってよい。ＲＲＳＰメッセージは、１または複数の他の目的、例えば、リンクアダプテーション、リソース表示、ＷＴＲＵ存在表示、またはＷＴＲＵステータス表示のために使用されてもよい。ＷＴＲＵは、ＲＲＳＰメッセージのコンテンツに基づいて、ＳＡを送信するようにトリガされうる。

【0072】

ＷＴＲＵは、応答（例えば、ＲＲＳＰメッセージ）の不在に基づいて、ＳＡを送信するように構成されうる。例えば、タイマーの期限切れより前の、宛先ＷＴＲＵからの応答（例えば、ＲＲＳＰメッセージ）の受信の欠如に基づいて、ＷＴＲＵは、ＳＡを送信するようにトリガされうる。そのようなタイマーは、例えば、ＳＡの送信時に開始されうる。

【0073】

ＷＴＲＵは、例えば、それがネットワークのカバレッジ内にあることをＷＴＲＵが識別しているときに、ＳＡを送信するように構成されうる。ＷＴＲＵは、いくつかの手順、プロセスまたは技法のうちの少なくとも１つを用いて、ネットワーク内カバレッジを識別するように構成されうる。例えば、ＷＴＲＵは、１次同期信号（ＰＳＳ）もしくは２次同期信号（ＳＳＳ）、または事前に決められた閾値を上回る共通参照信号電力を識別することによって、ネットワーク内カバレッジを識別するように構成されうる。ＷＴＲＵは、それが物理ブロードキャストチャネル（ＰＢＣＨ）または共通制御チャネルを正常にデコードしているときに、ネットワーク内カバレッジを識別するように構成されうる。ＷＴＲＵは、それがネットワークエントリを正常に実施しているときに、例えば、それがタイミングアドバンスもしくは無線ネットワーク一時識別子（例えば、Ｃ－ＲＮＴＩ）を取得しているとき、またはそれがネットワークアクセス手順を正常に完了しているときに、ネットワーク内カバレッジを識別するように構成されてよい。

【0074】

ＷＴＲＵ（例えば、Ｄ２Ｄ ＷＴＲＵ）は、ＳＡの送信のための、許可されたＳＡリソースのセットを判定するように構成されうる。許可されたＳＡリソースのセットは、構成されたＳＡリソースのセットのサブセットであってよい。例えば、ＷＴＲＵは、例えば、ＷＴＲＵがネットワークカバレッジ下にないことがあるときに使用するための、許可されたＳＡリソースのセットで事前構成されてよい。例えば、許可されたＳＡリソースのセットは、ＷＴＲＵのＵＳＩＭにおいて、そのメモリにおいて、またはアプリケーション層で構成されてよい。

【0075】

ＷＴＲＵは、例えば、基地局（例えば、ｅＮＢ）から受信された信号、例えば、専用の無線リソース制御（ＲＲＣ）構成信号、またはシステム情報ブロードキャスト（ＳＩＢ）においてブロードキャストされた信号に基づいて、許可されたＳＡリソースのセットを判定することができる。ＷＴＲＵは、例えば、ＰＤ２ＤＳＣＨ（物理Ｄ２Ｄ同期チャネル）または別のＤ２Ｄ制御メッセージを介した、別のＤ２Ｄ ＵＥからの受信信号に基づいて、許可されたＳＡリソースのセットを判定することができる。例えば、許可されたＳＡリソースのセットは、構成されたＳＡリソースのセットと同じであってもよい。許可されたＳＡリソースは、グラントを介して、基地局によって明示的に示されてよい。

【0076】

ＷＴＲＵ（例えば、Ｄ２Ｄ ＷＴＲＵ）は、送信されることになるデータの特徴に基づいて、ＳＡリソースを判定する、および／または選択するように構成されうる。例えば、ＷＴＲＵは、ＱｏＳ（および／またはＱＣＩ）、トラフィックタイプ（例えば、遅延センシティブ対非遅延センシティブ）、アプリケーションおよび／もしくは送信データに関連付けられた他の特徴、または論理チャネル優先度のうちの、１または複数に基づいて、ＳＡリソースを判定する、および／または選択するように構成されうる。例えば、第１のＳＡリソースが、音声を搬送するＤ２Ｄデータのために選択されることがあるが、第２のＳＡリソースは、ＩＰパケットを搬送するＤ２Ｄデータのために選択されることがある。許可されたＳＡのセット内のＳＡまたはＳＡのセットと、送信データ特徴との間の関連付けは、例えば、アプリケーション、ＵＳＩＭにおいて、デバイスメモリにおいて事前構成されても、またはＲＲＣシグナリングを介してもよい。

【0077】

ＷＴＲＵは、１または複数のＳＡを送信するためのＳＡリソースを、許可されたＳＡのセットから選択するように構成されうる。ＳＡリソースは、例えば、ＲＲＣシグナリングを介して、ＷＴＲＵに提供されうる。ＷＴＲＵは、リソースのセットの中から、リソースを選択するように構成されうる。例えば、ＷＴＲＵは、許可されたＳＡリソースのセットから、１または複数のＳＡを送信するためのＳＡリソースをランダムに選択するように構成されうる。例えば、ＷＴＲＵに関連付けられたアイデンティティが、乱数生成器シードに使用されうる。例えば、乱数は、ＳＡリソースを判定するために使用されうる。

【0078】

ＷＴＲＵは、受信信号および／または測定値に基づいて、許可されたＳＡリソースのセットから、ＳＡリソースを選択するように構成されうる。例えば、ＷＴＲＵは、以前のＳＡリソース上で電力を測定し、どのリソースが使用されていないかを（例えば、受信電力閾値を介して、またはＳＡの正常な受信に基づいて）判定することによって、許可されたＳＡリソースのセットから利用可能なＳＡリソースのセットを判定するように構成されうる。ＷＴＲＵは、許可されたＳＡリソースのセットの領域において干渉レベルを測定し、より少ない干渉にさらされた、または最も少なく干渉されたＳＡリソースのセットから選択された、ＳＡリソースを選択するように構成されうる。

【0079】

ＷＴＲＵは、１または複数の以前のＳＡ送信、ＲＲＳＰ、および／またはデータ送信において使用されたデータ送信リソースまたはＳＡリソースの選択に基づいて、ＳＡリソースを選択するように構成されてよい。例えば、ＷＴＲＵは、ＳＡリソースを判定するために、データリソースとＳＡリソースとの間で事前定義されたマッピングを使用して、データ送信リソースの選択に基づいて、リソースを選択するように構成されてよい。例えば、サブフレームＮ＋Ｘで、データ送信のためのリソースを選択しているＷＴＲＵは、サブフレームＮで、ＳＡリソースを選択することができる。別の例において、リソースブロックＮで、データ送信のためのリソースを選択しているＷＴＲＵは、リソースブロック（Ｎ＋Ｘ）％Ｍ（例えば、Ｘは正の整数またはヌル整数であり、Ｍはリソースブロックの合計数である）で、ＳＡリソースを選択することができる。

【0080】

ＷＴＲＵは、例えば、ＳＡリソースを判定するために、以前のリソースと選択されたリソースとの間で事前定義されたマッピングを使用して、１または複数の以前のＳＡ送信、ＲＲＳＰメッセージ、および／またはＤ２Ｄデータまたは制御において使用されたリソースに基づいて、リソースを選択するように構成されてよい。例において、リソースブロックＮで、データ送信またはＳＡ送信のためのリソースを以前に選択しているＷＴＲＵは、リソースブロック（Ｎ＋Ｘ）％Ｍで、ＳＡリソースを選択することができる。

【0081】

ＷＴＲＵは、例えば、チャネル上の以下のタイプのバースト、すなわち、同期、制御、および／またはデータのうちの少なくとも１つに対してデコードを試みることにより、送信がチャネル上の発信であるかどうかを識別することによって、リソースを選択するように構成されうる。

【0082】

ＷＴＲＵは、同期バースト、制御バーストおよび／またはデータバーストの位置、並びに事前に決められたチャネル構造に少なくとも部分的に基づいて、少なくとも部分的にＳＡ送信機会を引き出すことによって、ＳＡリソースを選択するように構成されうる。

【0083】

ＷＴＲＵは、プリエンプション（preemption）スロットをＳＡ送信機会として少なくとも部分的に考えることによって、ＳＡリソースを選択するように構成されてよい。ＷＴＲＵは、例えば、その通信優先度が、進行中の通信のための優先度設定よりも高い場合、プリエンプションスロットをＳＡ送信機会として考えるように構成されてよい。

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

図２は、パイロット情報および制御情報を搬送するＯＦＤＭシンボル２００の例を示す。図２に示されるように、パイロットビットが受信機におけるチャネル推定を可能にするために全体のスペクトルをカバーするように、パイロットビット２０２は、送信信号のＮ_BWＰＲＢにわたって散らされている。

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

【数1】

【0182】

に等しくてよく、ここで、

【0183】

【数2】

【0184】

は、２項係数であってよい。ｎ個の時間ユニットのうち、ＴＰ内のｋ個の時間ユニットのＴＰリソース（またはＴ－ＲＰＴ）の数は、

【0185】

【数3】

【0186】

によって与えられてよい。そのようなＴＰリソース（またはＴ－ＲＰＴ）は、例えば、０から

【0187】

【数4】

【0188】

までの範囲のインデックスによって識別されうる。その中で送信が行われてよい時間ユニット（ｋ）の数、および／または、ＴＰリソース（またはＴ－ＲＰＴ）の継続時間（ｎ）は、１または複数のＴＰリソース（またはＴ－ＲＰＴ）について同じであってよいし、またはそれはＴＰリソース（またはＴ－ＲＰＴ）に依存してもよい。

【0189】

受信ＷＴＲＵが（例えば、十分に良好な無線条件下で）時間ユニット内にペイロードをデコードすることができるように、ＴＰ内で、ペイロードユニットは、ＴＰリソース（またはＴ－ＲＰＴ）の１または複数の時間ユニットにおいて、ＷＴＲＵによって完全に送信されうる。１または複数の時間ユニットから受信された信号を組み合わせるＷＴＲＵのための符号化利得を高めるために、同じＰＤＵの符号化されたビットの異なるサブセット（例えば、異なる冗長バージョン）が、１または複数の時間ユニットにおいて送信されうる。冗長バージョンは、（例えば、ＴＰ内の）時間ユニットインデックスに基づいて、および／または、ＴＰリソース（またはＴ－ＲＰＴ）の時間ユニットのセット内の時間ユニットの順序に基づいて、事前定義されうる。

【0190】

ＷＴＲＵは、ＴＰリソース（またはＴ－ＲＰＴ）内の異なる時間ユニットにおいて、多数のペイロードユニットが送信および／または受信され得ることを、提供するように構成されうる。ペイロードユニットは、特定のハイブリッド自動再送要求（ＨＡＲＱ）プロセスまたはＨＡＲＱエンティティに対応することができる。個別の時間ユニットにおける送信は、特定のＨＡＲＱプロセスおよび／もしくは特定の冗長バージョン（ＲＶ）、並びに／または１または複数のＨＡＲＱプロセスに関連付けられた再送信シーケンス番号（ＲＳＮ）、その他に対応することができる。送信に関連付けられたＨＡＲＱプロセスインデックスは、（例えば、ＴＰ内の）時間ユニットインデックスに基づいて、またはＴＰリソース（もしくはＴ－ＲＰＴ）の時間ユニットのセット内の時間ユニットの順序に基づいて、事前定義されうる。

【0191】

ＷＴＲＵは、ＴＰリソース（またはＴ－ＲＰＴ）が単一のＨＡＲＱプロセスまたはペイロードユニットに関連付けられ得ることを、提供するように構成されうる。時間ドメイン（例えば、異なる時間ユニットを占有する）または周波数ドメイン（例えば、異なる周波数リソースを占有する）において直交してよく、しかし同様の時間インターバルまたは時間期間にまたがることができる、ＴＰリソース（またはＴ－ＲＰＴ）を使用することによって、多数のＨＡＲＱプロセスの同時送信がサポートされうる。例えば、４つのＨＡＲＱプロセスを伴うシナリオにおいて、ｎ番目のＨＡＲＱプロセスに関連付けられたＴＰリソース（またはＴ－ＲＰＴ）は、４つのサブフレームおよびオフセットｎの期間によって定義されるサブフレームのセット内のサブフレームのサブセットに限定されうる。４つのＨＡＲＱを伴う上の例は、明快さおよび説明しやすさのために、本開示において提供される非制限例である。他の構成は、４つのＨＡＲＱプロセスよりも多い、またはより少ないＨＡＲＱプロセスを伴うシナリオにおいて、１もしくは複数のＴＰリソース（またはＴ－ＲＰＴ）の中で、または、サブフレームの１もしくは複数のサブセット、並びに１または複数のオフセットの中で、関連付けを提供することができる。

【0192】

スケジューリング期間に対応する継続時間は、ＴＰリソース（またはＴ－ＲＰＴ）に対応する継続時間よりも大きくてよい。例えば、スケジューリング期間は、１６０ｍｓの期間について定義されてよく、一方でＴＰリソース（またはＴ－ＲＰＴ）は、２０ｍｓの送信期間（ＴＰ）について定義されてよい。スケジューリング期間の継続時間は、Ｄ２Ｄ送信の各々のために使用される固定値であってよいし、あるいは、それは可変および／または構成可能であってもよい。ＷＴＲＵは、スケジューリング期間継続時間または送信期間継続時間を、例えば、ｅＮＢからのグラントとしてシグナリングされた、ＷＴＲＵにおいて事前構成され、ネットワークによって提供された構成の結果として選ぶことができる、または、以下で説明するように、利用可能なデータおよび送信機会に基づいて、ＷＴＲＵによって自律的に選ばれてよい。スケジューリング期間の継続時間は、ＳＡにおいて明示的にシグナリングされてもよいし、ＳＡにおいてシグナリングされる他の情報（例えば、パターンインデックス－例えば、パターンがスケジューリング継続時間にリンクされ得る）、ＳＡによって使用されるリソース、もしくはＳＡにおいてシグナリングされるＴＰの数によって暗黙的に判定されてもよいし、または、それは、サービス（例えば、アプリケーション、グループ、その他）にリンクされてもよい。

【0193】

ＷＴＲＵは、スケジューリング期間内の各連続する送信期間において、同じＴＰリソース（もしくはＴ－ＲＰＴ）、またはＴＰリソース（もしくはＴ－ＲＰＴ）のセットを使用するように構成されうる。ＷＴＲＵは、各連続する送信期間において、異なるＴＰリソース（もしくはＴ－ＲＰＴ）、またはＴＰリソース（もしくはＴ－ＲＰＴ）のセットを使用するように構成されてもよい。スケジューリング期間の各送信期間に使用されるＴＰリソース（もしくはＴ－ＲＰＴ）、またはＴＰリソース（もしくはＴ－ＲＰＴ）のセットは、この情報がスケジューリング公表に含まれ得るように、スケジューリング期間の冒頭で、ＷＴＲＵによって判定されうる。ＷＴＲＵは、各送信期間に使用されるＴＰリソース（またはＴ－ＲＰＴ）のセットが事前に決められたシーケンスに従って判定され得るように、構成されうる。

【0194】

共通時間参照は、互いに通信するためにそれが有用であると分かることができるＷＴＲＵのセットの間で、ＴＰが同期され得るように確立されうる。ＷＴＲＵは、１または複数の、または各々の、ＴＰのために使用するためのＴＰリソース（またはＴ－ＲＰＴ）を判定することができる。ＷＴＲＵは、判定されたＴＰリソース（またはＴ－ＲＰＴ）に対応することができるそれらの時間ユニットの間に、そのペイロードを送信することができる。ＷＴＲＵは、判定されたＴＰリソース（またはＴ－ＲＰＴ）に対応しないことがある少なくとも時間ユニットの間に、他のＷＴＲＵからの信号の受信を試みることができる。ＷＴＲＵは、例えば、ＷＴＲＵが所与のＴＰの間に送信するためのペイロードユニットを有さないことがあるシナリオなどにおいて、いかなる判定されたＴＰリソース（またはＴ－ＲＰＴ）にもかかわらず、ＴＰの１または複数の（例えば、全ての）時間ユニットの間に、他のＷＴＲＵからの信号の受信を試みることができる。

【0195】

ＷＴＲＵのペアは、例えば、それらがＴＰのために異なるＴＰリソース（またはＴ－ＲＰＴ）を判定していてよいシナリオにおいて、このＴＰにおける少なくとも１つの時間ユニットにおいて、互いの送信信号を相互に受信することができてよい。双方向通信は、ＴＰにおいて異なるＴＰリソース（またはＴ－ＲＰＴ）を割り当てられてよいＷＴＲＵのグループ内の、任意のＷＴＲＵのペアの間で可能であってよい。

【0196】

時間ユニットにおけるペイロードユニットの送信は、１もしくは複数のうちの１つ、または多数の周波数リソース上で行われうる。周波数リソースは、例えば、周波数において境を接していても、いなくてもよい、少なくとも１つのリソースブロックのセットとして定義されうる。時間ユニットにおいて送信するＷＴＲＵは、おそらくはＷＴＲＵのセット内での通信の信頼性を高めるために、異なるＴＰリソース（またはＴ－ＲＰＴ）のための同じ時間ユニットに対応する周波数リソースが異なり得るように、この時間ユニットおよび／またはＴＰリソース（もしくはＴ－ＲＰＴ）の関数である周波数リソースを選択することができる。例えば、シナリオの中でもとりわけ、時間スロットにおける利用可能な周波数リソースの数が十分であり得る場合に、異なるＴＰリソース（またはＴ－ＲＰＴ）において行われる送信の間で、直交性（例えば、完全な直交性）が達成されうる。直交性（例えば、完全な直交性）は、ｎ個の時間ユニットのうち、ＴＰ内のｋ個の時間ユニットのＴＰリソース（またはＴ－ＲＰＴ）のセット内で達成されてよく、例えば、

【0197】

【数5】

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

リソース選択は、例えば、ホッピングのケースで、ＴＰリソースインデックス（もしくはＴ－ＲＰＴインデックス）ベースで、および／またはシーケンスインデックスベースで実施されうる。送信のためのリソースを（例えば、それが利用可能であり得るかどうかを含んで）選択するための本明細書で説明する技法は、ＴＰリソースインデックス（もしくはＴ－ＲＰＴインデックス）の点から、並びに／または、ＴＰリソースインデックス（もしくはＴ－ＲＰＴインデックス）および／もしくは（おそらくは定義されるのであれば）周波数リソースインデックスの組合せの点から定義され得るリソースに適用可能であってよい。リソースは、例えば、ＴＰリソースインデックス（またはＴ－ＲＰＴインデックス）が連続するＴＰの間で変化しなくてよいシナリオにおいて、ＴＰリソースインデックス（もしくはＴ－ＲＰＴインデックス）および／または周波数リソースインデックスとして定義されてよい。ＷＴＲＵは、いくつかの実施形態において１または複数のＴＰにわたって平均され得る、ＴＰリソース（またはＴ－ＲＰＴ）の１または複数の時間ユニットおよび／または周波数リソースユニットに測定を実施することができる。例えば、ＴＰリソースインデックス（またはＴ－ＲＰＴインデックス）が、シーケンスに従って連続するＴＰの間で変化してよいシナリオにおいて、同じＴＰにおいて同じＴＰリソースインデックス（またはＴ－ＲＰＴインデックス）を有するシーケンスのペアを有さなくてよいシーケンスのセットのうちの少なくとも１つを識別することができるリソースは、シーケンスインデックスとして定義されうる。ＷＴＲＵは、シーケンスインデックスとして定義されたリソースにおいて、測定を実施することができる。ＴＰにおけるそのような測定は、おそらくは、例えば、ＴＰインデックスに基づいて、このＴＰにおけるこのシーケンスインデックスに対応するＴＰリソースインデックス（またはＴ－ＲＰＴインデックス）を、例えば判定することによって実施されうる。測定は、このＴＰにおけるＴＰリソースインデックス（またはＴ－ＲＰＴインデックス）の、１つもしくは複数の、または各々の、時間ユニットおよび／または周波数リソースユニットに実施されうる。

【0228】

ＷＴＲＵは、異なる宛先グループまたは宛先ＩＤへの同時送信の数に基づいて、リソース選択を実施するように構成されうる。すなわち、ＷＴＲＵは、認可されてよく、多数の宛先グループまたは宛先ＩＤに送信するためのデータを有することができる。

【0229】

ＷＴＲＵは、異なるグループまたは受信機に対してターゲットにされた異なるＭＡＣ ＰＤＵを作成することによって、リソース選択を実施するように構成されうる。この構成は、ＷＴＲＵが異なるグループからのデータを同じトランスポートブロックの中に多重化することができないことがあるシナリオにおいて、有益であってよい。

【0230】

ＷＴＲＵは、所与のスケジューリング期間または送信期間における送信を、単一の宛先に限定することによって、リソース選択を実施するように構成されうる。このシナリオにおいて、ＷＴＲＵは、（優先度がある場合）最も高い優先度の宛先またはサービスを選択し、本明細書で説明する手順を実施して、所与の宛先に属するデータをスケジューリング期間内に送信することができる。次のスケジューリング機会において、他の宛先グループに対するデータが送信されうる。異なる宛先に対するデータが送信される順序は、例えば、優先度レベル、データレートレベルに依存してもよいし、またはラウンドロビンスキームに基づいていてもよい。

【0231】

ＷＴＲＵは、同じスケジューリング期間内に多数の宛先に送信することによって、リソース選択を実施するように構成されうる。例えば、異なる宛先に送信されるデータが、スケジューリング期間内の時間において多重化される。時間において多重化することができるように、ＷＴＲＵは、スケジューリング期間の継続時間について重複する送信機会を有さない２つの送信パターンを選出するように構成されうる。ＷＴＲＵは、（事前に決められた許可された最大まで）送信機会における重複の最小量を有する２つの送信パターンを選出するように構成されうる。ＷＴＲＵは、複数のＭＡＣ ＰＤＵの中で、送信するための１つのＭＡＣ ＰＤＵを選出し、他の送信を、優先度の順に、またはラウンドロビン方式で、優先順位を付けられた（またはドロップされる）パケットの間で交互に、のいずれかで、（例えば、重複が存在するＴＴＩまたはＴＰの間に）ドロップするように構成されうる。ＷＴＲＵは、送信に関連付けられたＰＲＢが隣接する場合、重複する送信機会を選出するように構成されうる。

【0232】

ＷＴＲＵは、ＳＡに関連付けられたスケジューリング期間の継続時間について、以下の送信パラメータ、すなわち、ＴＢＳ、ＭＣＳ（例えば、ＭＣＳインデックス）、帯域幅（例えば、ＰＲＢの数）、ＨＡＲＱプロセスの数、ＰＤＵ間インターバル時間、ＨＡＲＱ送信の数のうちの、１または複数を選択するように構成されうる。ＷＴＲＵは、Ｄ２Ｄバッファにあるデータの量、データ優先度、および構成されたアプリケーション（例えば、音声、ビデオストリーミングなど）に関連付けられたデータのタイプ（例えば、遅延センシティブか否か）、並びに／または、送信されることになるデータの送信レートのうちの、１つもしくは複数に基づいて、送信期間（例えば、スケジューリング期間）またはインターバルの間に送信するためのビットの数を判定するように構成されうる。例えば、ＷＴＲＵは、ＨＡＲＱプロファイルおよびＤ２Ｄ送信パターンに従って、インターバルの間に送信される必要のあるデータの量、および送信され得る新しいＭＡＣ ＰＤＵの数を推定することによって、スケジューリング期間における各送信の、ＴＢＳ（例えば、ＴＢＳサイズ）、ＭＣＳ（例えば、ＭＣＳインデックス）、および／または帯域幅を判定するように構成されうる。例えば、ＳＡが送信継続時間またはスケジューリング期間のための情報を搬送する場合、ＴＢ、ＢＷ、およびＭＣＳなどの送信パラメータは、送信継続時間の間、不変のままであってよい。

【0233】

ＷＴＲＵは、ＭＣＳ、ＴＢサイズ、ＭＣＳ、ＴＢＳインデックス、および必要とされる送信機会の数を判定するためのオプションを有することができる。例えば、そのようなパラメータを選択するとき、リンクの範囲（例えばカバレッジ）とキャパシティとの兼ね合いが考慮に入れられてよい。いくつかのサービス、例えば、緊急サービスでは、通信の受信を確実にするために、より大きなカバレッジが必要なことがある。別のタイプのサービスでは、カバレッジはそれほど重要ではないことがあり、ＷＴＲＵは、例えば、より低い帯域幅およびより高いＭＣＳを使用することによって、キャパシティを最適化してみることができる。これらのタイプのサービスは、アプリケーションごと、サービスごと、もしくは論理チャネルごとのベースでＷＴＲＵにおいて構成されてもよいし、またはユーザ選好表示として提供されてもよい。例えば、重要な緊急コールを始めるユーザは、緊急レベルまたはカバレッジ要件を示すことができる。そのような基準は、ＷＴＲＵに、キャパシティに優先してカバレッジを最適化するように強制することができる。

【0234】

ＷＴＲＵは、例えば、本明細書で説明する方法の１つ、または組合せを使用して、送信され得る所望されるビットの数またはトランスポートブロックサイズを判定することができる。ＵＥは、許可された、利用可能な、または構成されたＢＷオプション（例えば、この送信のために使用され得るＲＢの数）、および使用され得るＭＣＳ、並びに利用可能なトランスポートブロックサイズに基づいて、利用可能な送信パラメータを判定することができる。これは、例えば、表形式のフォーマット（例えば、ＭＣＳ（ＴＢＳインデックス）／ＲＢ組合せのペア、および組合せごとの対応するＴＢサイズ）において提供されうる。ＷＴＲＵは、例えば、送信するためのデータのビットの数を判定することができる。ＷＴＲＵは、最も低い考え得る利用可能なＢＷ（例えば、ＲＢの数）を提供することができるＴＢＳインデックスを選択することができ、これは、ＷＴＲＵに、選択された数のビットの送信を達成することができる最も低い変調次数を使用して、選択された数のビットを送信するのを許可することができる。例えば、ＴＢＳインデックス０～９が、変調次数２に対応し、１０～１６が変調次数４に対応する場合、かつＷＴＲＵが１４４ビットを送信したい場合、それは、最も低い変調次数に対して１４４ビットを許可する最も低いＢＷを選択することができ（それは１４４ビットのケースでは変調次数２であってよい）、例えば、Ｎ_PRB＝２およびＩｔｂｓ＝５である。

【0235】

【表1】

【0236】

ＷＴＲＵは、最も低い考え得るＭＣＳ（ＴＢＳ）インデックスを使用して選択された数のビットをＵＥが送信するのを許可することになる、最も低いＢＷ（ＲＢの数）を選択することができる。ＵＥは、（例えば、ＵＥがいつも利用可能なリソース内の範囲を最適化したい場合に）そのような選択を行うように構成されうる。この方法を用いるテーブル１を例として使用して、ＷＴＲＵは、選択された数のビット（例えば、１４４ビット）を送信することができる最も低いＴＢＳインデックスが、ＴＢＳインデックス１に対応し、そのＴＢＳインデックスで送信するための最も低い帯域幅が、Ｎ_PRB＝４であることを判定することができる。

【0237】

ＷＴＲＵは、選択されたトランスポートブロックの送信を許可することができる、最小数のＲＢおよび変調次数（例えば、最も低い変調次数）を使用することができる。ＷＴＲＵまたはサービスは、（例えば、ＷＴＲＵがリソース使用を最小化したく、カバレッジはそれほど重要ではない場合に）そのような選択を行うように構成されうる。

【0238】

ＷＴＲＵは、セットＮ_PRBを与えられてよく、ＭＣＳおよびＴＢＳインデックスを選ぶことは、送信するために選択された数のビットの関数であってよい。

【0239】

ＷＴＲＵは、ＷＴＲＵがカバレッジ最適化モードで動作しているか、それともキャパシティ最適化モードで動作しているかに基づいて、パラメータのセットまたは選択方法を選択することができる。ＷＴＲＵは、動作モードで構成されうる。ＷＴＲＵは、例えば、システムおよび／またはリソース利用に基づいて、それ自体で動作モードを判定することができる。例えば、ＷＴＲＵが低いリソース利用を測定する場合、それは、カバレッジを最適化し、より多くのリソースを使用することができる。例えば、リソースが利用されることになると判定されるとき、ＷＴＲＵは、カバレッジ制約を満たすように、キャパシティを最適化する、またはレートを削減することができる。

【0240】

ＷＴＲＵは、情報ビットレートおよび帯域幅のターゲット比で構成されうる。ワイヤレスシステムにおいて、必要とされるＥｂ／Ｎｏ（例えば、スペクトルノイズ密度（Ｎｏ）に対するビットごとのエネルギーの比（Ｅｂ））は、（２^y－１）／ｙよりも高くてよく、例えば、ｙは、情報ビットレートＲと帯域幅Ｗとの比である。この関係に従って、例えば、単一のユーザリンクでは、Ｅｂ／Ｎｏを最小化し、範囲を最大化するために、ｙ＝Ｒ／Ｗは、低い（例えば、非常に低い）に設定されてよく、Ｗは、高い（例えば、非常に高い）に設定されてよい。値、すなわちＷおよびｙの設定は、上位システムリソースを使用することができる。保証されたビットレートを有するいくつかのケース（例えば、音声）およびサービスにおいて、ターゲット情報ビットレートＲは、提供されても、または固定されていてよい。ＢＷは、提供されてもよいし、または、ＷＴＲＵが考え得る選択肢のセットから選択してもよい。ＷＴＲＵは、所与のターゲットビットレートＲおよびｙの値に必要とされるＢＷを判定することができる。ＷＴＲＵは、ターゲットレートおよび固定されたＢＷを与えられてもよい。例えば、ＢＷが提供され得る、またはＷＴＲＵによって判定され得る、かつトランスポートブロックが選択され得るとき、ＷＴＲＵは、トランスポートブロックサイズの送信を許可することができる最も小さいＭＣＳおよび／またはＭＣＳ／ＴＢＳインデックスを選択することができる。ＷＴＲＵは、１または複数のパラメータのセット（例えば、Ｗ１＝２ＲＢおよびＷ２＝４ＲＢとしてＷ値を有するパラメータの２つのセット）を与えられうる。例えば、ＷＴＲＵがカバレッジ最適化モードで動作しているか、それともキャパシティ最適化モードで動作しているかに基づいて、ＷＴＲＵは、使用するためのパラメータのセットを選択することができる。ＷＴＲＵは、例えば、本明細書で説明するように、パラメータのセットを選択することができる。

【0241】

ターゲットｙ＝Ｒ／Ｗ値は、例えば、サービス、アプリケーション、論理チャネル、論理チャネルのグループ、ＷＴＲＵ、その他のうちの、１または複数について設定されてよい。帯域幅に対する情報ビットレートの比Ｒ／ＢＷは、送信電力レベルの範囲を導出することができる。１または複数のサービスは、異なるターゲット範囲を有することができる。Ｅｂ／Ｎｏ値（例えば、実際に必要とされるＥｂ／Ｎｏ値）は、例えば、異なるＢＬＥＲ要件などに起因して、異なるサービスについて異なっていてよい。所与の電力Ｐｔについて、最大またはターゲットの情報ビットレートＲｍａｘが構成されうる（例えば、それは所与の最大ＴＢサイズに変換することができる）。所与のレートおよび構成されたｙについて、ＷＴＲＵは、ターゲット帯域幅Ｗを、（Ｒｍａｘ×Ｙ）として判定することができる。ＢＷおよびＴＢサイズに基づいて、ＷＴＲＵは、所与のターゲットＢＷでＴＢを送信するために必要とされる、ターゲットＭＣＳおよび／またはＴＢＳインデックスを判定することができる。ＷＴＲＵは、他のパラメータのサブセットで構成されてもよく、見逃しているパラメータを判定することができる。

【0242】

送信に利用可能なビットの数は、構成されたＲｍａｘ、または（例えば、ターゲットレートＲｍａｘによって判定された）最大ＴＢよりも少なくてよい。例えば、本明細書で示されるように、ＷＴＲＵは、送信に利用可能なデータの量が最大ＴＢよりも少ない、またはレートがＲｍａｘよりも少ないことを判定することができる。ＷＴＲＵは、ＴＢサイズが最大ＴＢよりも少ないことを判定することができる。ＷＴＲＵは、ＨＡＲＱ送信の各々を利用しなくてもよい。ＷＴＲＵは、Ｒｍａｘレートで送信することができる。ＷＴＲＵは、ＴＢ最大サイズで送信することができる。ＷＴＲＵは、パディングを使用することができる。ＷＴＲＵは、最大ＴＢサイズから、送信に利用可能なデータの量を適合させることができるＴＢサイズに、ＴＢサイズを調整することができる。新しいＴＢサイズは、Ｒｎｅｗレートに変換されてよく、新しい帯域幅Ｗは、ｙ／Ｒｎｅｗと判定されてよい。所与の選択された数のビット（例えば、ＴＢ選択された）のために使用されることになるＷ（例えば、最終的なＷ）は、ターゲットＷ（例えば、ＲｍａｘまたはＴＢｍａｘを使用して判定された）を、ＴＢ選択された／ＴＢｍａｘ／またはＲｎｅｗ／Ｒｍａｘの分だけ倍率変更することによって、判定されうる。Ｗ（例えば、Ｎ_PRB）が選択されると、選択されたＴＢを送信するために使用される、ＭＣＳもしくは最も低いＭＣＳ、または最も低いＴＢＳインデックスが、テーブルから選択されうる。

【0243】

ＷＴＲＵは、例えば、ＷＴＲＵが最大ターゲットレートで送信することができる場合に判定されるターゲットＢＷ（Ｗ）を判定することができる。ＷＴＲＵは、ターゲットＢＷ（Ｗ）で、選択されたＴＢを送信するのに必要とされるＭＣＳまたはＴＢＳインデックスを判定することができる。ＷＴＲＵは、同じ判定されたターゲットＭＣＳを保持することができる。ＷＴＲＵは、所与のＴＢサイズを送信するために新しく必要とされるＢＷを見つけることができる。ＷＴＲＵは、同じターゲット電力Ｐｔを使用することができる。ＷＴＲＵは、例えば、新しく選択された帯域幅およびＭＣＳ（および、例えば、他の調整要因）に応じて、新しく必要とされる電力を判定することができる。

【0244】

本明細書で説明するように、ＷＴＲＵは、所与のおよび／または選択されたＢＷおよびＴＢＳインデックスにおいて、それが送信するために利用可能な十分な電力を有さない（例えば、ｅＮＢからの調整に起因して）ことを判定することができる。ＷＴＲＵは、選択されたＴＢＳサイズの送信を許可するために、次に最も小さい許可されたＢＷ、および対応するＴＢＳインデックス（例えば、より高いと思われるＴＢＳインデックス）を見つけることができる。ＷＴＲＵは、所与の電力で送信され得る次に利用可能なＢＷを見つけ、選択されたＴＢサイズを、次に利用可能なＢＷおよび／または選択されたターゲットＴＢＳインデックス（例えば、上述されたように選択されたＴＢＳインデックス）のサイズに調整することができる。ＷＴＲＵは、次に最も大きい利用可能なＢＷを判定することができる。ＷＴＲＵは、例えば、新しいＢＷに基づいて、ｙを構成することができる、および／または、新しいレートＲを判定することができる。Ｒの新しい値は、新しいＴＢサイズに変換することができる。ＷＴＲＵは、例えば、新しいＴＢサイズ、選択されたＢＷに基づいて、適正なＭＣＳを判定することができる。

【0245】

ＷＴＲＵは、利用可能な電力によって許可された、利用可能なＢＷおよびＭＣＳ（例えば、ＴＢＳインデックス）の組合せの各々を判定することができる。利用可能なＷＴＲＵ電力は、ＷＴＲＵにおいて構成されうる（例えば、Ｄ２Ｄ送信のための、またはサービスのためのＰｍａｘ）。ＷＴＲＵは、例えば、他のセルラーＷＴＲＵとのＷＴＲＵの共存を提供するように、ｅＮＢによって制御され、調整されうる。所与のＢＷおよびＭＣＳの組合せについてＴＢを送信するために必要とされる電力が利用可能な許可された電力よりも高い場合、ＷＴＲＵは、利用可能なおよび／または許可された組合せから、これらの組合せを除外することができる。

【0246】

ＷＴＲＵは、例えば、送信パラメータを判定するために、送信するためのトランスポートブロックサイズを判定することができる。ＷＴＲＵによる送信パラメータの選択は、１または複数の送信パラメータの関数であってよい。例えば、送信パラメータは、事前に決められた予測されるパケット到着レート、もしくは最小の事前に決められたレート（または保証されるビットレート）、事前に決められたバッファされたデータの量、事前に決められた時間期間（例えば、ＷＴＲＵが、受信された、バッファされた、および／または予期されるデータを、それが送信すべきであることを知ることができる時間期間（例えば、スケジューリング期間または送信期間））、事前に決められた許可されたトランスポートブロックサイズ、事前に決められた許可された帯域幅、並びに／または、事前に決められた許可された送信機会およびスケジューリング期間の継続時間を含むことができる。

【0247】

ＷＴＲＵは、予期されるデータおよび／または利用可能なデータの合計数に基づいて、１または複数の送信パラメータを選択することができる。ＷＴＲＵは、１もしくは複数のＴＴＩまたはＴＰにおいて送信するためのビットの最小数を判定することができる。その判定は、例えば、スケジューリング期間内の利用可能なスケジューリング／送信機会に基づくことができる。ＷＴＲＵは、許容できる最小レートおよび／またはターゲットレートでバッファを空にするために、ＷＴＲＵが個別の送信機会において送信することができるビットの最小数を判定することができる。

【0248】

ＷＴＲＵは、スケジューリング期間内の利用可能な送信機会の数（例えば、時間ユニット）を判定するように構成されてよい。スケジューリング期間または送信内の送信機会は、（例えば、ＷＴＲＵに関連付けられた、またはＤ２Ｄ送信のために許可された１または複数のスケジューリング期間内で）固定されていてもよいし、または、１もしくは複数の送信パターンが、同じ数の新しい送信機会（例えば、その中でＷＴＲＵが、例えばＨＡＲＱ再送信の原因とならない新しいデータを送信することができるＴＴＩ）からなってもよい。スケジューリング期間内の送信機会は、変化してよい。例えば、送信時間の異なる周波数を有する送信パターンが利用可能であり、選択されうる。

【0249】

ＷＴＲＵは、それが利用することができる時間期間（例えば、スケジューリング期間）内での最適な送信パターンおよび／または最適な数の送信機会を判定することができる。ＷＴＲＵによる送信機会の選択は、複数の送信機会ルールに従うことができる。例えば、ＷＴＲＵは、以下のルールのうちの１または複数に従うことができる。ＷＴＲＵは、例えば、事前に決められたターゲットの許可されたＴＢサイズを使用してデータを搬送することができる最も低い数の送信機会を有するパターンを選択することによって、パターン選択を最適化するために提供することができるルールに準拠するように構成されうる。例えば、事前に決められたターゲットの許可されたＴＢサイズは、ＷＴＲＵ、複数のＷＴＲＵ、Ｄ２Ｄ送信のために使用されるＷＴＲＵの各々、またはＷＴＲＵの論理チャネルもしくはサービスに関連付けられうる。ルールは、送信のために使用されるＴＴＩの数にわたる送信の範囲（例えば、最小ＴＢサイズ）を優先することができる。ＷＴＲＵは、送信機会ルールに準拠するように構成されうる。送信機会ルールは、例えば、ＷＴＲＵが最も大きい許可されたＴＢサイズまでを、または、選択されたもしくは構成された／ターゲットＴＢサイズまでを使用することができることを想定して、使用され得る最も低い数の送信機会を有するパターンを選択することができる。例えば、ＴＢサイズは、ターゲットシステム動作ポイントに基づくことができ、または電力制限／限定に基づくことができ、または、サービス、アプリケーション、もしくは論理チャネルグループを有する、ＷＴＲＵ、ＷＴＲＵのグループに関連付けられた、許可された／利用可能なＢＷおよび／またはＭＣＳ基づくことができる。ＷＴＲＵは、スケジューリング期間の間にＷＴＲＵが占有することができるＴＴＩの数を削減するために、範囲を妥協することができるルールに準拠することができる。ＷＴＲＵは、例えば、サービスの構成に基づいて、送信機会を判定することができるルールに準拠するように構成されうる。

【0250】

送信機会を判定するために、ＷＴＲＵは、所与の時間期間内にデータを送信するために作成するためのトランスポートブロックの数を判定するように構成されうる。送信機会の判定は、例えば、本明細書で説明するように、想定されたトランスポートブロックサイズに依存しうる。例えば、最も小さなＴＢ、最も大きなＴＢ、および／または、事前に決められた選択された／構成されたトランスポートブロックサイズを使用する。ＷＴＲＵは、例えば、ターゲットＴＢサイズに基づいて、式１番に一致して、トランスポートブロックの数を判定することができる。

【0251】

【数6】

【0252】

式１番に示されるように、ターゲットＴＢサイズは、最小、最大、または個別に選択された／構成された／ターゲットサイズを表示する事前に決められた値であってよい。送信するためのデータは、本明細書で説明するように、送信期間内に送信されることが予測されるビットの数であってよい。トランスポートブロックの合計数は、（例えば、端数を切り上げた）整数値であってよい。ＷＴＲＵは、ＴＢごとに含まれてよい、考え得るヘッダ（例えば、ＭＡＣ、ＲＬＣ、ＰＤＣＰ）を明らかにするように構成されうる（例えば、ＴＢサイズは、考え得るヘッダを引いたＴＢサイズと等価であることになる）。

【0253】

許可された、または利用可能なパターンのうちの１または複数について、ＷＴＲＵは、期間内に利用されるＴＴＩの数を最大化するようにＷＴＲＵに許可するパターン（例えば、送信機会が役に立たなくなっていないパターン、または役に立たなくなっている送信機会の最小数を選出する）、または、（可能であれば）全てのデータを送信するようにＷＴＲＵに許可するパターンを選択することができる。

【0254】

パターンの選択を実施するために、ＷＴＲＵは、新しい送信のためにいくつの機会が利用可能であるかを（パターンごとに、またはスケジューリング期間ごとに）判定するように構成されうる。例えば、ＷＴＲＵは、パターンがＮ個の新しいＴＢが送信されることを見込むことを判定することができる。異なる許可されたパターンについての値Ｎは、既にＷＴＲＵにおいて既知であってもよいし、または、ＷＴＲＵが送信／スケジューリング期間内に送信できる合計ＴＴＩの最大数、再送信の数、およびＨＡＲＱプロセスに基づいて、ＷＴＲＵが、値Ｎを計算してもよい。ＷＴＲＵが最も小さいＴＢサイズを想定するシナリオにおいて、ＷＴＲＵは、利用されるＴＴＩの数を最大化することをＷＴＲＵに許可することができるパターンを選出することができる。例えば、ＷＴＲＵは、トランスポートブロックの判定された数に等しい、またはそれよりも小さい、新しいＴｘ機会の最も大きい数を有するパターンを選出することができる。

【0255】

使用されるＴｘ機会の数をＷＴＲＵが最小化するシナリオにおいて、ＷＴＲＵは、時間期間内にトランスポートブロックを送信することができる新しいＴｘ機会の最も低い数を有するパターンを選択することができる。例えば、それは、トランスポートブロックの判定された数に等しい、またはそれよりも大きい、新しいＴｘの機会の最も小さい数を有するパターンを送信することができる。

【0256】

ＷＴＲＵは、スケジューリング期間において送信するためのデータの量を判定するように構成されうる。スケジューリング期間において送信するためのデータは、送信するために利用可能なデータの関数、および／またはターゲット送信レートの関数であってよい。

【0257】

すなわち、ＷＴＲＵは、要因のうちの１つまたは要因の組合せに従って、それが送信期間内に送信しなければならない利用可能なデータの量を判定することができる。ＷＴＲＵは、選択の時間にバッファされたデータの合計量に基づいて、送信するために利用可能なデータの量に関してその判定の基礎を成すことができる。ＷＴＲＵは、バッファされたデータの合計量、およびスケジューリング期間内に予測されるデータ到着（例えば、到着レート）に基づいて、送信するためのデータの量に関してその判定の基礎を成すことができる。ＷＴＲＵは、最小の事前に決められたレートまたは保証されたビットレートに基づいて、送信するためのデータの量に関してその判定の基礎を成すことができる。

【0258】

本明細書で説明する様々な技法は、スケジューリング期間において送信するために利用可能なデータの量を判定するために、個々に、または任意の組合せで使用されうる。データをどのように送信するかを判定するために使用される技法は、サービスまたは論理チャネルに関連付けられた構成の関数であってよい。

【0259】

ＷＴＲＵは、バッファおよび／または到着レートに基づいて、送信するためのデータを判定するように構成されうる。すなわち、送信されることが予測されるデータは、到着すること、かつ送信されることが予測されるデータにプラスして、既にバッファにあるデータを含むことができる（例えば、ＷＴＲＵは、スケジューリング期間内に新たに到着したデータにプラスして、バッファのコンテンツを空にすることを試みることができる）。このシナリオにおいて、送信に利用可能なデータは、到着することが予測されるデータにプラスした既にバッファにあるデータと等価である。
送信に利用可能なデータ＝既にバッファにあるデータ＋予測されるデータ（式２番）

【0260】

式２番は、ＴＴＩ継続時間値（例えば、１ｍｓ）、および送信期間（例えば、第１の利用可能なスケジューリング期間）の終了までのＴＴＩの数が考えられてよい、非制限例の構成である。式２番に示されるように、同じ宛先ＩＤを有する多数の論理チャネルが送信に利用可能である場合、既にバッファにあるデータおよび予測される新しいデータ到着が、一緒に多重化され得る同じ宛先グループに属する多数の論理チャネルまたはアプリケーションからの、利用可能なデータの和として計算されうる。予測されるデータは、ＷＴＲＵがスケジューリング期間内に受信することを予測していてよいデータであってよい。ＷＴＲＵは、予測されるデータを、
予測されるデータレート×（ＴＴＩ値×送信期間の終了までのＴＴＩの＃）
に基づいて、判定することができる。予測されるデータは、データ（例えば、新しいデータ）が到着することが予測され得るレートであってよい。これは、サービス（例えば、音声、ベストエフォートなど）に関連したパラメータであってよく、ＷＴＲＵにおいて構成される、または事前に決められうる。到着レートは、送信レートまたはターゲットの予測されるレートに対応することができる。例えば、ベストエフォートのための予測されるデータレートは、０であってよい（例えば、ＷＴＲＵは、既にバッファにあるデータを判定することができる）。予測されるデータを計算するとき、ＷＴＲＵは、計算において、到着する潜在的なパケットの考え得るヘッダ圧縮およびヘッダ除去を明らかにすることができる。式２の例において、ＷＴＲＵは、バッファにおいて利用可能なデータに基づいて、送信に利用可能なデータを判定することができる。

【0261】

ＷＴＲＵは、ターゲットの事前に決められたレートに基づいて、送信するためのデータを判定するように構成されうる。ターゲットの事前に決められたレートは、何らかのサービス品質を保証するためのレート（例えば、送信の保証されたレート）、またはＷＴＲＵが所与のリソース上で送信することを許可されうる最大レート、またはターゲット情報ビットレートであってよく、所与の論理チャネルについて、論理チャネルのグループ（ＬＣＧ）について、もしくは個別のサービスについて、または、グループＩＤもしくは宛先ＩＤに関連して、構成または事前構成されうる。ターゲットの事前に決められたレートは、ＬＣＧに関連付けられたＰＢＲ（優先されるビットレート）に対応することができる。例えば、ＷＴＲＵは、（例えば、所与のサービスまたは論理チャネルのために構成されたように）ターゲットの事前に決められたレートで、データを送信してみることができる。
ターゲットの事前に決められたレートに従って送信するためのデータ＝ターゲットの事前に決められたレート×（ＴＴＩ値×送信期間の終了までのＴＴＩの＃）（式３番）

【0262】

式３番は、ターゲットの事前に決められたレートに等しくてよいターゲットレート要件に従って、送信するためのデータが設定され得る非制限例の構成であってよい。ＴＴＩ値（例えば、ＴＴＩの継続時間（例えば、１ｍｓ））、および送信期間（例えば、第１の利用可能なスケジューリング期間）の終了までのＴＴＩの数が考えられうる。同じ宛先ＩＤを有する多数の論理チャネルが送信に利用可能である場合、送信に利用可能なデータが、一緒に多重化するように許可された多数の論理チャネル、または同じ宛先グループに属するアプリケーションからの、利用可能なデータの和として計算されうる。

【0263】

ＷＴＲＵは、送信するためのデータが、送信に利用可能なデータと等価であってよいことを判定することができる。ＷＴＲＵは、送信するためのデータが、ターゲットの事前に決められたレートに従って送信するためのデータに対応することができることを判定することができる。

【0264】

ＷＴＲＵは、スケジューリング期間において送信するためのデータが、ターゲットの事前に決められたレート値に従って送信するためのデータ、および送信のための利用可能なデータの最小と、等価であることを判定することができる。
送信するためのデータ＝最小（ターゲットの事前に決められたレートに従って送信するためのデータ、送信のための利用可能なデータ）（式４番）

【0265】

式４番は、送信するためのデータが、最小レート要件に従って送信するためのデータ、および送信に利用可能なデータ（例えば、バッファされたデータ＋到着することが予測されるデータ）であってよい事前に決められた最小値に等しくてよい、非制限例の構成を示す。ＷＴＲＵは、ｎのＴＢについて含まれてよい、考え得るヘッダ（例えば、ＭＡＣ、ＲＬＣ、ＰＤＣＰ）を明らかにするように構成されてよい。

【0266】

ＷＴＲＵは、ベストエフォートサービスのために送信するためのデータを判定するように構成されうる。すなわち、ＷＴＲＵが遵守するための最小の事前に決められたレートを有することができず、むしろベストエフォート方式でデータを送信することを試みることができるケースにおいて、ＷＴＲＵは、ベストエフォートサービスで構成されうる。ＷＴＲＵは、本明細書で説明するように、バッファにあるデータを送信することを試みることができる。ＷＴＲＵは、利用可能なリソース、システムにおいて測定された干渉、および／または最大遅延時間に応じて送信することを判定することができる。例えば、ＷＴＲＵは、リソース利用のレベルを測定し、各送信期間（例えば、スケジューリング期間）内の送信のレートを調整することができる。例えば、ＷＴＲＵは、受信されたスケジューリング割り当てに基づいて、または、データリソース、もしくはスケジューリングリソース上の測定されたエネルギーに基づいて、またはその平均で、所与の時間フレームにおいて利用可能なリソースの数を判定することができる。

【0267】

ＷＴＲＵは、例えば、以下の判定を行うように構成されうる。リソースの少なくとも１つもしくはいくつかのサブセットが利用されていない、またはリソースの平均利用が閾値を下回る場合、ＷＴＲＵは、バッファされたデータの送信を始めるように判定することができる。ＷＴＲＵは、上のようにバッファされたデータの合計値に基づいて（例えば、到着レートが０と等価である）、送信するためのデータを判定することができる。ＷＴＲＵは、例えば、利用可能なリソースが存在する場合、所与の送信機会において（例えば、バッファおよび最も潜在的な送信機会に基づいて）、最も多い量のデータを送信することを試みることができる。

【0268】

ＷＴＲＵは、最も低い考え得るレート（例えば、最も低いレートおよびＴＢ）で送信することを開始し、より多い利用可能なリソースが検出された場合に、次のスケジューリング機会でレートを増加させるように構成されうる。

【0269】

ＷＴＲＵは、スケジューリング期間における新しい送信機会の数、および送信するためのデータの合計数を選択または判定した後に、トランスポートブロックサイズを選択するように構成されうる。ＷＴＲＵは、期間（例えば、スケジューリング期間）を有する送信の継続時間のために使用するためのトランスポートブロックサイズを判定するように構成されうる。

【0270】

選択されたトランスポートブロックは、ＷＴＲＵが、そのバッファを空にする（例えば、事前に決められたターゲットレートで）こと、または送信期間内および所与の送信機会内に、本明細書で説明するように送信するためのデータを配信することを試みることができるように、選択されうる。

【0271】

ＷＴＲＵは、Ｄ２Ｄ ＴＴＩにおいて送信するための情報ビットの最小数を判定するように構成されうる。Ｄ２Ｄ ＴＴＩにおいて送信するためのビットの最小数は、第１の利用可能なスケジューリング期間における機会の合計数（例えば、新しいＴｘ機会の合計数）で割られた、送信するためのデータに等しくてよい。新しいＴＸ機会の合計数は、ＷＴＲＵが時間期間（例えば、スケジューリング期間）内に新しいＴＢサイズを送信することができるサブフレームに対応することができる。

【0272】

ＷＴＲＵは、例えば、Ｄ２Ｄ ＴＴＩにおいて送信されることになるビットの最小数を搬送することができる最も小さな利用可能なトランスポートブロック、およびＤ２Ｄ ＴＴＩにおいてビットの最小数を送信するために事前に決められた考え得るヘッダを、選択するように構成されうる。計算に含まれるヘッダは、例えば、ＰＤＣＰヘッダ（例えば、ヘッダ圧縮を考慮に入れて）、ＲＬＣヘッダ、およびＭＡＣヘッダを含むことができる。

【0273】

ＷＴＲＵは、構成設定によって許可された利用可能なトランスポートブロックサイズに対応するための利用可能なトランスポートブロック、（例えば、所与のサービスのために事前に決められた利用可能な電力および範囲に基づいた）電力制限、（例えば、ＷＴＲＵが選択することができる許可された帯域幅に依存する）帯域幅制限、および／または選択されたパターンを、選択するように構成されうる。

【0274】

ＷＴＲＵは、例えば、選択されたトランスポートブロックサイズで送信され得る論理チャネルからのデータの量をそれが最大化するように、ＲＬＣ ＰＤＵサイズを選択するように構成されうる。

【0275】

ＷＴＲＵは、本明細書で説明する様々な技法および手順に一致して、１または複数のスケジューリング公表を提供するように構成されうる。ＷＴＲＵは、１または複数の装置、メカニズム、またはシステム、並びに同様の技法を含むことができる、スケジューリング公表機能性をサポートするためのフレームワークを提供するように構成されうる。ＷＴＲＵは、技法を実装するために、マシンによって可読なプログラムストレージデバイスを明白に具体化する、またはマシンによって実行可能な命令のプログラムを明白に具体化する、コンピュータ実装される命令を含むことができる。本明細書で説明するフレームワークは、デバイスツーデバイス（Ｄ２Ｄ）通信がネットワークカバレッジの外側、またはネットワークカバレッジ下（例えば、ｅＮＢ、言い換えれば、ここでは制御ノード）で行われてよいことを考慮に入れている。従って、これらのシナリオにおいて、リソース効率を向上させるためにＤ２Ｄリソースを制御し、干渉を制御することが、ネットワークにとって望ましいことがある。

【0276】

図５は、１または複数のスケジューリング割り当て５００を提供するためのベースライン動作フレームワークの例の図示である。図５に示されるように、ＷＴＲＵ（例えば、Ｄ２Ｄ ＷＴＲＵ）は、基地局（ＢＳ）（例えば、モード１ Ｄ２Ｄ通信動作のために構成されたｅＮＢ）に、Ｄ２Ｄリソースを要求するように構成されうる。ＢＳは、例えば、Ｄ２Ｄ通信のためにＷＴＲＵが使用するためのグラントを発行することができる。グラントは、例えば、１または複数のＤ２Ｄスケジューリング期間を含むことができる特定の時間の期間の間、有効であってよい。

【0277】

Ｄ２Ｄスケジューリング期間は、例えば、１または複数のＤ２Ｄフレームからなってよい。図６は、デバイスツーデバイス（Ｄ２Ｄ）フレーム構造６００の例の図示である。図６に示されるように、Ｄ２Ｄフレームは、事前に決められた長さ（例えば、１ｍｓ）の多数のサブフレームからなることができる。図６に示されるように、１または複数の制御サブフレーム６０２、および１または複数のデータサブフレーム６０４が提供されうる。

【0278】

ＷＴＲＵは、２以上のタイプのＤ２Ｄフレーム、例えば、制御サブフレームを搬送する１または複数のフレーム（本明細書で説明するものなど）、および制御サブフレームを搬送しないデータのみのフレームで構成されうる。図７は、２つのタイプのＤ２Ｄフレームを含むＤ２Ｄスケジューリング期間７０２の例を示す。図７に示されるように、Ｄ２Ｄスケジューリング期間は、Ｎ_FＤ２Ｄフレームからなることができる。Ｄ２Ｄフレーム（例えば、Ｄ２Ｄフレーム７０４）の長さは、固定されていてよい。例えば、フレームの長さは、事前に決められた規定された長さに（例えば、定常のＬＴＥフレームと同じである１０ｍｓなどの、３ＧＰＰ仕様に一致して）設定されうる。同様に、制御サブフレームおよびデータサブフレームの位置および数は、３ＧＰＰ仕様に一致して固定されていてよい。

【0279】

様々な技法および手順に一致して、スケジューリング公表のグラント受信および管理手順が本明細書で説明する。図５に示されるように、ＷＴＲＵ（例えば、Ｄ２Ｄ ＷＴＲＵ）によって受信されたＤ２Ｄグラントは、例えば、１または複数の要素を含むことができる。Ｄ２Ｄ ＷＴＲＵは、送信要素のために許可されたデータレート、送信電力要素、送信のために許可されたデータレート、または、データ送信のために配分されたリソース要素（例えば、ＴＰリソースもしくはＴ－ＲＰＴ）のうちの、１または複数を含むように構成されうる。配分されたリソース要素は、ＷＴＲＵが使用しなければならない１つの特定のリソースインデックス、および／または、そこからＷＴＲＵが選択をさらに行うことができる（例えば、ランダムに）リソースのセットを含むことができる。

【0280】

本明細書で説明するグラント受信および管理手順に一致して、ＷＴＲＵ（例えば、Ｄ２Ｄ ＷＴＲＵ）は、様々なタイプのグラントを受信し、処理するために提供することができるグラント要素を含むように構成されうる。すなわち、例えば、Ｄ２Ｄ ＷＴＲＵは、準永続的なグラントを受信し、処理するように構成されてよい。ＷＴＲＵは、時間制限されたグラントを受信し、処理するように構成されうる。時間制限されたグラントの実際の有効性継続時間は、例えば、３ＧＰＰ仕様に一致して固定されていても、または事前に決められた時間の継続時間に一致して事前構成されていてもよい。有効性期間は、例えば、Ｄ２Ｄグラントの部分として明示的にシグナリングされうる。有効性は、Ｄ２Ｄスケジューリング期間の整数として表されうる（例えば、特殊なケースでは、グラントの有効性は、単一のＤ２Ｄスケジューリング期間である）。

【0281】

本明細書で説明するグラント受信および管理手順に一致して、ＷＴＲＵは、グラントを受信することに対してターゲットにされたＷＴＲＵのアイデンティティを判定するための要素を含むように構成されうる。

【0282】

また、本明細書で説明するグラント受信および管理手順に一致して、ＷＴＲＵは、Ｄ２Ｄグラントが適用されるサービスまたは論理チャネルのセットを含むように構成されうる。例えば、グラントを受信するとき、ＷＴＲＵは、グラントがそのＷＴＲＵに専用であるかどうかを（例えば、そのアイデンティティを使用することによって）判定することができる。ＷＴＲＵは、グラントがＰＤＣＣＨ上で搬送される場合に、ＤＣＩメカニズムなどの手順が使用され得るように構成されうる。ＷＴＲＵは、Ｄ２Ｄグラントのために定義された新しいＤＣＩフォーマットを受信するように構成されうる。ＷＴＲＵがＤ２Ｄグラントを正常にデコードすると、それは次いで、送信のためにＤ２Ｄグラントにおいて示されたパラメータを適用することができる。

【0283】

ＷＴＲＵは、例えば、１または複数のイベントの発生時に、グラントをリセットし、Ｄ２Ｄデータを送信することを中止するように構成されうる。例えば、グラント有効性期間は、期限切れし、それにより、グラントのリセットを引き起こす、および／または、Ｄ２Ｄデータの送信を中止することがある。Ｄ２Ｄ ＷＴＲＵは、例えば、グラントのリセットを引き起こす、および／またはＤ２Ｄデータの送信を中止することができる、０グラント、または準永続的なスケジューリング非アクティブ化命令を受信するように構成されうる。ＷＴＲＵは、例えば、ＷＴＲＵがカバレッジの外に移動する、または異なるセルもしくは基地局にハンドオーバするときに、グラントのリセットを引き起こす、および／またはＤ２Ｄデータの送信を中止するように構成されうる。ＷＴＲＵは、Ｄ２Ｄスケジューリング期間の終了時に、送信を中止するように構成されうる。

【0284】

新しいグラントの受信時に、ＷＴＲＵは、事前に決められた特定の時間に（例えば、次のＤ２Ｄスケジューリング期間の開始時に）、新しく受信されたグラントを使用するように構成されうる。

【0285】

本明細書で説明するように、ＷＴＲＵは、スケジューリング公表の手順および技法を提供するように構成されうる。ＷＴＲＵは、例えば、ＳＡを繰り返して送信するように構成されうる。すなわち、ＷＴＲＵがＤ２Ｄデータ送信のために構成され、有効なグラントを有するとき（またはネットワークカバレッジの外側にあるとき）、Ｄ２Ｄ ＷＴＲＵは、データ送信の前に、スケジューリング割り当て（ＳＡ）を送信するように構成されうる。ＳＡ（それは、本明細書で説明するようにＲＲＥＱと等価であってよい）は、関連付けられたデータ送信の存在、およびデータをデコードするためのパラメータを、ターゲットの受信ＷＴＲＵ（例えば、宛先ＷＴＲＵ）に示すために使用されうる。

【0286】

Ｄ２Ｄブロードキャスト通信において、スケジューリングは、例えば、分散方式で遂行されうる。ＳＡは、例えば、多数のＤ２ＤフレームからなってよいＤ２Ｄスケジューリング期間の継続時間の間、有効であると想定されうる。Ｄ２Ｄスケジューリング期間の継続時間は大きいことがあるので、Ｄ２Ｄスケジューリング期間の過程の間にＳＡを再送信することにより、ＳＡ検出に堅牢性を提供することが、重要であると思われることがある。この手順または技法は、第１のＳＡを見逃していることがある受信ＷＴＲＵが、例えば、それがＤ２Ｄスケジューリング期間の冒頭で第１のＳＡを見逃した場合であっても、なおもデータをデコードすることを開始できてよいという、利益を提供する。

【0287】

ＷＴＲＵ（例えば、Ｄ２Ｄ ＷＴＲＵ）は、（ＳＡリソースセット内の）次のＳＡ送信機会において、同じリソースおよび時間ユニットを使用して、ＳＡを再送信することができる。ＷＴＲＵは、他のＷＴＲＵからの（例えば、ＷＴＲＵの第１のＳＡと同じ時間に、またはより少なく干渉され得るリソースにおいて、第１のＳＡを送信することができるＷＴＲＵからの）受信のチャンスを増加させるために、ＳＡを再送信することができる。ＷＴＲＵは、再送信のためのリソースセット内で異なるリソース（例えば、異なる時間）を選ぶことができる。ＷＴＲＵは、時間およびリソースをランダムに選出することができる、または、それは、リソース選択のために上述されたソリューションのうちのいずれかに従うことができる。

【0288】

ＷＴＲＵは、ＳＡに基づいて、１または複数のＤ２Ｄスケジューリング期間のタイミングを判定するように構成されうる。すなわち、データをデコードするために、受信ＷＴＲＵは、ＴＰリソース（またはＴ－ＲＰＴ）、ＭＣＳ、ＴＢＳ、ＲＶなどを判定するように構成されてよく、並びに、Ｄ２Ｄスケジューリング期間のタイミングが（例えば、ＴＰリソース（またはＴ－ＲＰＴ）と揃えるために）特定される。受信ＷＴＲＵは、ＳＡにおける明示的または暗黙的な表示に基づいて、Ｄ２Ｄスケジューリング期間を判定するように構成されうる。例えば、ＳＡは、Ｄ２Ｄスケジューリング期間内のＤ２Ｄフレームカウントの明示的な表示を搬送することができる。送信ＷＴＲＵは、Ｄ２Ｄスケジューリング期間内の各Ｄ２Ｄフレームにおいて、ＳＡにおけるＤ２Ｄフレームカウンタフィールドを設定する（および、各新しいＤ２Ｄスケジューリング期間にカウントをリセットする）ように構成されうる。受信ＷＴＲＵはその場合、ＳＡにおけるＤ２Ｄフレームカウンタをデコードすることによって、Ｄ２Ｄスケジューリング期間の冒頭を判定することができる。ＳＡから１または複数のスケジューリング期間を暗黙的に判定する例は、ＳＡの特徴、および／またはＤ２Ｄ同期信号（Ｄ２ＤＳＳ）に基づいて、それがＤ２Ｄフレームカウントを暗黙的に引き出すことができるように構成された受信ＷＴＲＵを含むことができる。例えば、ＷＴＲＵは、Ｄ２Ｄスケジューリング期間に関連付けられたＤ２ＤＳＳまたはＳＡにおける１または複数の参照信号の特徴を使用して、Ｄ２Ｄフレームカウントを判定することができる。

【0289】

ＷＴＲＵは、ＳＡの受信時に、一定のアクションを取るように構成されうる。例えば、ＳＡの受信時、ＷＴＲＵは、（例えば、本明細書で説明する手順および技法を使用して）Ｄ２Ｄスケジューリング期間を判定するように構成されうる。ＷＴＲＵは、ＳＡがＤ２Ｄスケジューリング期間の第１のＳＡであるかどうかを判定するように構成されうる。ＷＴＲＵは、例えば、様々な事前に決められた表示パラメータ（例えば、ＭＣＳ、ＴＢＳなど）を使用して、ＴＰリソース（またはＴ－ＲＰＴ）を判定し、表示されたＴＰリソース（またはＴ－ＲＰＴ）におけるデータをデコードすることを試みることができる。ＷＴＲＵは、Ｄ２Ｄスケジューリング期間の冒頭で、またはそれが新しいＤ２Ｄスケジューリング期間のために受信を開始するとき、ＨＡＲＱメモリをフラッシュする、および／または、受信しているデータが新しいデータであることを想定する（例えば、１または複数の新しいＨＡＲＱプロセスのために、ＷＴＲＵが新データインジケータを受信していることを想定する）ことができる。ＷＴＲＵは、受信されたＳＡが、Ｄ２Ｄスケジューリング期間の第１のＳＡではないことを判定するように構成されうる。そのようなシナリオにおいて、ＷＴＲＵは、ＴＰリソース（またはＴ－ＲＰＴ）を判定し、Ｄ２Ｄスケジューリング期間において事前に決められたポジションに従って（例えば、判定されたＤ２Ｄフレーム番号に従って）パターンをシフトし、データをデコードすることを試みることができる。

【0290】

ＷＴＲＵは、Ｄ２Ｄスケジューリング期間の間にＷＴＲＵがＳＡを正常にデコードせず、しかし、同じＤ２Ｄスケジューリング期間に関連付けられた以前のＳＡをデコードしているシナリオに対処するように構成されうる。このシナリオにおいて、ＷＴＲＵは、例えば、受信された第１のＳＡがなおも有効であることを想定し、同じＤ２Ｄスケジューリング期間の間に以前に受信された同じパラメータを使用して、データをデコードすることを試みることができる。ＷＴＲＵがデータをデコードすることを試みずに、次のＳＡ信号を待つことを提供する構成に一致して、ＷＴＲＵはこのシナリオに対処することができる。ＷＴＲＵは、Ｄ２Ｄスケジューリング期間においてこれ以上受信されるべきデータがないことを示すことができる、ＳＡ上の特殊な表示（例えば、早期の終止）を受信するように構成されうる。そのような状況において、Ｄ２Ｄ ＷＴＲＵは、残りのＤ２Ｄスケジューリング期間の間にデータをデコードするのを試みることを中止するように構成されうる。

【0291】

本明細書で説明するＳＡの受信のための手順および技法は、手順および／または技法の任意の順序または組合せであってよい。

【0292】

送信ＷＴＲＵ（例えば、送信Ｄ２Ｄ ＷＴＲＵ）は、データおよび／もしくはＳＡ送信を中止する、または特殊な終止表示を送信するように構成されうる。すなわち、送信ＷＴＲＵは、例えば、Ｄ２Ｄフレームによって定義されたような特定の時機に、ＳＡを送信するように構成されうる。送信ＷＴＲＵがそのバッファを空にしたとき、送信ＷＴＲＵは、データを送信することを中止するように構成されうる。送信ＷＴＲＵは、早期の終止のための特殊な表示を有する１または複数のＳＡを（例えば、関連付けられたＤ２Ｄスケジューリング期間の終了まで）さらに送信することができる。この表示は、１または複数の受信ＷＴＲＵに、データについてモニタすることを中止するのを許可することができる。送信ＷＴＲＵは、例えば、それがそのバッファを空にしたときに、それ以上ＳＡを送信しないように構成されうる。この状況において、１または複数の受信ＷＴＲＵ（例えば、Ｄ２Ｄ ＷＴＲＵ）は、ＳＡを受信しないときにデータについてモニタすることを中止するか、または、なおもデコードすることを試みるかのいずれかに構成されうる。１または複数の受信ＷＴＲＵがデコードすることを試み続けるという場合、それらは、バッテリエネルギーを浪費することがある。

【0293】

本明細書で説明するプロセスおよび手段は、任意の組合せで適用することができ、他の無線技術に、および他のサービスのために適用することができる。ＷＴＲＵは、物理デバイスのアイデンティティ、または、加入関連アイデンティティ、例えば、ＭＳＩＳＤＮ、ＳＩＰ、ＵＲＩなどの、ユーザのアイデンティティを指すことがある。ＷＴＲＵは、アプリケーションベースのアイデンティティ、例えば、アプリケーションごとに使用され得るユーザ名を指すことがある。

【0294】

クリアチャネル評価は、Ｄ２Ｄ送信リソースが、利用可能かどうか、および／または、ＲＲＥＱ（もしくはＳＡ）、ＲＲＳＰ、もしくはＤ２Ｄデータチャネルを送る、および／または受信するのに好適かどうかを判定するために、利用されうる。ＷＴＲＵは、クリアチャネル評価を利用するように構成されうる。ＷＴＲＵは、Ｄ２Ｄ送信リソースが、利用可能であり得るかどうか、並びに／または、ＲＲＥＱ（もしくはＳＡ）、ＲＲＳＰ、および／もしくはＤ２Ｄデータチャネルを送る、および／または受信するために好適かどうかを判定するために、測定および／またはチャネル検知を利用するように構成されうる。

【0295】

ＷＴＲＵは、Ｄ２Ｄ送信リソースが利用可能であり得るかどうかを判定するように構成されうる。ＷＴＲＵは、どのリソースがＤ２Ｄ送信に好適であり得るかを判定するように構成されうる。ＷＴＲＵは、Ｄ２Ｄ送信および／またはシグナリングのためのリソースを選択するように構成されうる。ＷＴＲＵは、他のＷＴＲＵからのＤ２Ｄ制御のためのリソースを選択するように構成されうる。ＷＴＲＵは、他のＷＴＲＵへの送信のためのリソースを選択するように構成されうる。

【0296】

ＷＴＲＵは、構成情報を取得するように構成されうる。ＷＴＲＵは、近傍におけるＤ２Ｄ送信リソースについての構成情報を取得するように構成されうる。ＷＴＲＵは、近傍におけるＤ２Ｄリソースについての構成情報を取得するために、記憶された構成情報を使用するように構成されうる。ＷＴＲＵは、ＷＴＲＵに記憶されたデータベースに構成情報を記憶するように構成されうる。例えば、構成は、ＵＩＣＣ／ＵＳＩＭ、アプリケーションデータ上に、および／またはＳＷ構成を通して、記憶されうる。ＷＴＲＵは、近傍におけるＤ２Ｄリソースについての構成情報を取得するために、シグナリングされた構成情報を使用するように構成されうる。ＷＴＲＵは、使用中のＤ２Ｄ構成についての情報を搬送する他のＷＴＲＵからの制御シグナリングをデコードするように構成されうる。ＷＴＲＵは、使用中のＤ２Ｄ構成についての情報を搬送する他のＷＴＲＵからの制御シグナリングをデコードすることによって、シグナリングされた構成情報を取得することができる。例えば、ＷＴＲＵは、クラスタヘッド、ｅＮＢ、および／またはＤ２Ｄ制御サーバから、構成情報を取得することができる。ＷＴＲＵは、ユーザ入力に基づいて手動で選択された構成情報から、構成情報を取得するように構成されうる。例えば、ＷＴＲＵは、チャネル番号および符号識別子などの送信リソースを手動で選択することによるデバイスのユーザから、構成情報を取得することができる。

【0297】

ＷＴＲＵは、その近傍において使用中の許可されたＤ２Ｄ送信リソースを判定するように構成されうる。例えば、ＷＴＲＵは、フレームにおいてＤ２Ｄ送信のために許可された１または複数の考え得るサブフレームを判定することができる。ＷＴＲＵは、Ｄ２Ｄサブフレームの反復パターンにおいて、Ｄ２Ｄ送信のために許可された１または複数の考え得るサブフレームを判定することができる。ＷＴＲＵは、時間および／またはＤ２ＤチャネルアクセスパラメータにおいてＤ２Ｄ送信リソースがいつ発生するかを判定することができるフレームにおいて、Ｄ２Ｄ送信のために許可された１または複数の考え得るサブフレームを判定することができる。広告されたＤ２Ｄ送信リソースのためのチャネルアクセスパラメータは、特定のＤ２Ｄ配分を含むことができる。広告されたＤ２Ｄ送信リソースのためのチャネルアクセスパラメータは、許可されたリソースを含むことができる。許可されたリソースは、ビーコン信号および／またはＳＡシグナリング、その他を送信する、および／または受信することができる。

【0298】

ＷＴＲＵは、１または複数のＤ２Ｄ送信リソースにチャネル測定を実施することができる。ＷＴＲＵは、１または複数のＤ２Ｄ送信リソースにチャネル測定を実施することができ、送信リソースは、送信リソースの事前に決められたサブセットを備える。ＷＴＲＵは、１または複数のＤ２Ｄ送信リソースにチャネル測定を実施することができ、送信リソースは、他のデバイスによる着信Ｄ２Ｄ送信をモニタするための送信リソースを識別するために選択される。ＷＴＲＵは、１または複数のＤ２Ｄ送信リソースにチャネル測定を実施することができ、送信リソースは、ＷＴＲＵのＤ２Ｄ送信のために好適な送信リソースを識別するために選択される。

【0299】

送信リソースのチャネル測定および／または評価は、１または複数の考え得る時間／周波数リソースのサブセットに制限されうる。送信リソースのチャネル測定および／または評価を制限することは、Ｄ２Ｄトランシーバ設計の複雑性を削減することができる。送信リソースのチャネル測定および／または評価を制限することは、例えば、その上で送信が発生することが予測され得ない時間／周波数リソースを除外することによって、測定プロセスの信頼性を向上させることができる。

【0300】

ＷＴＲＵは、システムの帯域幅を判定するように構成されうる。ＷＴＲＵは、識別されたサブフレームの測定を開始して、どの周波数リソースおよび時間リソースの組合せが、最も少なく干渉されるかを判定するように構成されうる。周波数はＲＢを備えることができる。時間はサブフレームを備えることができる。例えば、ＷＴＲＵは、サブフレーム７、８および９における１０ＭＨｚの全体のシステム帯域幅において、１または複数の偶数無線フレームが近傍においてＤ２Ｄ送信のために許可され得ることを判定し、それらの識別されたサブフレームの測定を開始して、周波数リソースおよび／または時間リソースのどの特定の組合せが最も少なく干渉されるかを判定するように構成されうる。

【0301】

ＷＴＲＵは、個別に有効なおよび／または好適な送信リソースを識別するために、チャネル測定において異なるタイプの送信リソースを区別するように構成されうる。ＷＴＲＵは、異なる測定を並行して実行するように構成されうる。ＷＴＲＵは、時間において重複する異なる測定を実行するように構成されうる。ＷＴＲＵは、異なる測定を順次実行するように構成されうる。例えば、ＷＴＲＵは、Ｄ２Ｄ同期を検索するために、リソースの第１のサブセットに第１のタイプのチャネル測定を実施するように構成される。例えば、ＷＴＲＵは、ビーコン送信を検索するために、リソースの第１のサブセットに第１のタイプのチャネル測定を実施するように構成される。例えば、ＷＴＲＵは、ＳＡ送信が発生し得るリソースの第２のサブセットへの第２のタイプのチャネル測定を検索するために、リソースの第１のサブセットに第１のタイプのチャネル測定を実施するように構成される。

【0302】

ＷＴＲＵは、異なるタイプの送信リソースを区別するように構成されうる。例えば、ＷＴＲＵが異なるタイプの送信リソースを区別するときに、ＷＴＲＵは、これらのリソースにおいて発生することが予測され得る信号構造の特性を活用するために、測定ハードウェアおよび／またはソフトウェアを利用するように構成されうる。異なるタイプの送信リソースを区別することは、Ｄ２Ｄ信号についての検出パフォーマンスを増加させことができる。異なるタイプの送信リソースを区別することは、Ｄ２Ｄトランシーバ設計の複雑性を削減することができる。

【0303】

ＷＴＲＵは、その近傍において使用中であってよい好適なＤ２Ｄ送信リソースを判定するように構成されうる。ＷＴＲＵは、異なる目的を区別することができる送信リソースの１または複数のセットを判定するように構成されうる。ＷＴＲＵは、リソースのセットが搬送することができる予測されるシグナリングを判定するように構成されうる。

【0304】

ＷＴＲＵは、選択された好適なＤ２Ｄ送信リソースから、送信リソースを選択するように構成されうる。選択されたリソースは、ＷＴＲＵが着信する送信についてモニタするＤ２Ｄリソースに対応することができる。選択されたリソースは、ＷＴＲＵがＤ２Ｄ送信のために選択するリソースに対応することができる。

【0305】

ＷＴＲＵは、測定値を取得するように構成されうる。ＷＴＲＵは、選択を行うために、測定値を比較するように構成されうる。ＷＴＲＵは、好適なＤ２Ｄ送信リソースのセットを判定するように構成されうる。

【0306】

ＷＴＲＵは、これらのリソースを、Ｄ２Ｄアクセススロットにセグメント化することによって、Ｄ２Ｄ送信リソースのリストを評価することができる。

【0307】

例えば、Ｄ２Ｄ送信リソースが偶数無線フレームにおいてサブフレーム７、８および９に対応する場合、ＷＴＲＵは、これらのリソースを分割するように構成されてよく、ＷＴＲＵは、リソースが送信されることになるかどうかを判定するようにさらに構成される。ＷＴＲＵがリソースは送信されることになると判定した場合、１もしくは複数の、または各々のＤ２Ｄ信号が、サブフレームのＬ＝２ＲＢを占有することができるように、ＷＴＲＵはリソースを送信するように構成されうる。１０ＭＨｚの帯域幅または５０ＲＢでの例の場合、ＷＴＲＵが周波数ガードまたは確保されたＲＢを明らかにするように構成され得るときなどに、ＷＴＲＵは、各々がＬ＝２ＲＢからなる２２のアクセススロットが可能であってよいことを判定するように構成されうる。アクセススロットは、サブフレームにおけるＯＦＤＭシンボルのサブセットに対応することができる。アクセススロットは、１よりも多いサブフレーム上でグループ化された１または複数のＲＢに対応することができ、これは、同じ周波数位置で発生してもよいし、または異なる周波数位置で発生してもよい。異なるＤ２Ｄ信号タイプは、周波数ドメインおよび／または時間において、異なるサイズを有することがあるアクセススロットに対応することができる。例えば、１つのサブフレームにおいて２ＲＢを占有する第１のタイプのＤ２Ｄ信号／チャネル、および、１ＰＲＢを占有し、かつ２つの異なるサブフレームにわたって発生する第２のタイプのＤ２Ｄ信号／チャネル、などである。ＷＴＲＵは、異なるタイプのアクセススロットを区別することができる。ＷＴＲＵは、チャネルアクセススロットのマップを判定するように構成されうる。

【0308】

チャネルアクセススロットのために引き出された測定値およびメトリクスは、送信リソースの空間的再利用を見込むために、受信された信号電力の比較の客観的尺度、および／または知覚された干渉レベルを差し出すことができる。チャネルアクセススロットのために引き出された測定値およびメトリクスは、増加されたＤ２Ｄキャパシティを提供することができる。

【0309】

ＷＴＲＵは、判定されたアクセススロットのためのメトリクスを引き出すように構成されうる。ＷＴＲＵは、アクセススロットにおいて利用可能なＲＥの全セットを使用して、送信リソース上の信号電力を判定するように構成されうる。ＷＴＲＵは、アクセススロットにおいて利用可能なＲＥの全セットを使用して、送信リソース上の干渉を判定するように構成されうる。ＷＴＲＵは、アクセススロットにおいて利用可能なＲＥのサブセットを使用して、送信リソース上の信号電力を判定するように構成されうる。ＷＴＲＵは、アクセススロットにおいて利用可能なＲＥのサブセットを使用して、送信リソース上の干渉を判定するように構成されうる。

【0310】

ＷＴＲＵは、ＲＥのサブセット上の受信信号電力を測定するように構成されてよい。ＲＥのサブセットは、例えば、パイロットシンボルを含む、所与のアクセススロットのためのＤ２Ｄ送信のための信号構造から既知であってよい。ＷＴＲＵは、例えば、アクセススロットにおけるＲＥのサブセット上の受信された電力寄与を評価することによって、干渉測定値を引き出すことができる。そのような測定値は、例えば、多数のシンボルまたはサブフレームにわたって取得された個々の測定値に基づいて、組み合わされうる。

【0311】

ＷＴＲＵは、個々のアクセススロットのためのメトリクスのリストを取得することができる。ＷＴＲＵは、取得されたチャネル測定値を、オフセット値のセットで処理することができる。ＷＴＲＵは、マッピング関数を使用して、個々のアクセススロットのための代表値のセットを生み出すことができる。ＷＴＲＵは、マッピング関数を使用して、アクセススロットの選択されたグループ分けのための代表値のセットを生み出すことができる。

【0312】

例えば、ＷＴＲＵは、第１のアクセススロットが１０（例えば、高い）のチャネル占有値を有することができ、一方で第２のアクセススロットが２（例えば、低い）のチャネル占有値を有することができることを判定することができる。ＷＴＲＵは、オフセット値を明らかにするとき、第１のタイプの第１のアクセススロット上の受信信号電力が－９０ｄＢｍであり、第２のタイプの第２のチャネルアクセススロット上の受信信号電力が－８０ｄＢｍであることを判定することができる。

【0313】

ＷＴＲＵは、１または複数の好適なＤ２Ｄ送信リソースを選択することができる。例えば、ＷＴＲＵは、おそらくは、本明細書で説明する測定および評価に基づいて、１または複数の好適なＤ２Ｄ送信リソースを選択することができる。

【0314】

例えば、ＷＴＲＵは、最も少なく干渉されたおよび／または使用されたアクセススロットのセットを判定することができる。ＷＴＲＵは、最も少ないＫ＝１０の干渉されたアクセススロットのセットからのランダムな選択に基づいて、少なくとも１つの送信リソースを選定することができる。

【0315】

ＷＴＲＵは、測定されたアクセススロットのセットから、特定のタイプのＤ２Ｄ信号を搬送することができるアクセススロットを判定するように構成されうる。特定のタイプのＤ２Ｄ信号は、近傍において同期または発見の役割を果たすＤ２Ｄ信号を含むことができる。

【0316】

ＷＴＲＵは、モニタするためのアクセススロットを選択することができ、アクセススロットは、観察された最も高い信号電力を有するアクセススロットのセットから選択される。ＷＴＲＵは、他のＷＴＲＵから着信するＤ２Ｄ送信をデコードすることができる。

【0317】

図８は、Ｄ２Ｄ ＰＵＳＣＨを公表するためにＳＡを使用する例示的な送信手順８００を示す。送信は、ＳＡを使用して、例えばリンクアダプテーションを含む、Ｄ２Ｄ物理アップリンク共有チャネル（ＰＵＳＣＨ）リソースの使用を公表することができる。８０２で、ＷＴＲＵは、Ｄ２Ｄ構成情報を受信することができる。８０４で、ＷＴＲＵは、Ｄ２Ｄ送信リソースを判定することができる。８０６で、ＷＴＲＵは、ＳＡを送信することができる。８０８で、ＷＴＲＵは、Ｄ２Ｄ ＰＵＳＣＨを送信することができる。Ｄ２Ｄ送信がやむことができるとＷＴＲＵが判定するまで、ＷＴＲＵは、８０４、８０６、および８０８を繰り返すように構成されうる。ＷＴＲＵは、８１０でＤ２Ｄ送信をやめるように構成されうる。

【0318】

８０２で、ＷＴＲＵは、例えば、ブロードキャストシステム情報を通して構成情報を読み取ることによって、Ｄ２Ｄ構成を受信することができる。ＷＴＲＵは、例えば、Ｄ２Ｄ ＰＵＳＣＨを使用するＤ２Ｄ通信を介して、またはＰＤ２ＤＳＣＨ（物理Ｄ２Ｄ同期チャネル）などの制御チャネルを介して、別のデバイスから受信された構成メッセージを読み取ることによって、Ｄ２Ｄ構成を受信することができる。構成は、周期性および／または反復などの、Ｄ２Ｄ信号送信のためのタイミング／同期情報を含むことができる。構成は、１または複数のタイミング情報を含むことができる。タイミング情報は、異なるタイプのＤ２Ｄ信号に適用可能であってよい。例えば、第１のタイミング情報は、ＳＡについての送信機会または受信機会に対応することができる。第２のタイミング情報は、Ｄ２Ｄ ＰＵＳＣＨについての送信機会または受信機会に対応することができる。構成は、ＳＡ並びにＤ２Ｄ ＰＵＳＣＨの送信および／または受信に対応するリソース配分のために、適用可能なＰＲＢおよび／またはリソースインデックス（例えば、Ｄ２Ｄ信号タイプに依存して）を含むことができる。

【0319】

８０４で、Ｄ２Ｄ構成を入手したＷＴＲＵは、Ｄ２Ｄ送信リソースを判定するように構成されうる。ＷＴＲＵは、測定値に基づいて、Ｄ２Ｄ送信リソースを判定することができる。ＷＴＲＵは、利用可能なリソースのセットからのリソースのうちの１つのランダムな選択に基づいて、Ｄ２Ｄ送信リソースを判定することができる。ＷＴＲＵは、シグナリング交換によって、Ｄ２Ｄ送信リソースを判定することができる。ＷＴＲＵは、送信ＷＴＲＵとｅＮＢとの間での、表示、リソース要求および／またはリソースグラント付与を含むシグナリング交換によって、Ｄ２Ｄ送信リソースを判定することができる。シグナリング交換によってＤ２Ｄ送信リソースを判定することは、ネットワークカバレッジ下で動作するときに利用されうる。

【0320】

８０６で、ＷＴＲＵは、第１の送信期間の間に、選択されたＤ２Ｄ送信リソースの第１のセット上でＳＡを送信することができる。第１の送信期間の間、ＳＡによって公表され得るＤ２Ｄ ＰＵＳＣＨのための選択された送信パラメータのセットが、有効であってよい。ＷＴＲＵは、構成可能なＰ_SA周期性の間に、Ｎ_SA回、ＳＡを送信することができる。例えば、Ｎ_SAは２であってよく、Ｐ_SAは５０ｍｓであってよい。ＳＡは、本明細書で説明するＭＣＳおよび／またはＨＡＲＱ関連情報などの、Ｄ２Ｄ ＰＵＳＣＨの送信パラメータに関連することができる情報を含むことができる。

【0321】

８０８で、ＷＴＲＵは、第２の送信期間の間に、選択されたＤ２Ｄ送信リソースの第２のセット上でＤ２Ｄ ＰＵＳＣＨを送信することができる。Ｄ２Ｄ ＰＵＳＣＨは、Ｐ_D2DＴＴＩ、ＴＰ、またはサブフレームの周期性で送信されてよい。例えば、Ｐ_D2Dは、４ｍｓであってよい。

【0322】

ＷＴＲＵは、第２の送信期間（または、例えば、スケジューリング期間）の間、有効であってよい、Ｄ２Ｄ送信リソースのセットを判定することができる。例えば、ＷＴＲＵは、第１のＳＡ送信期間が期限切れする前に、第２の送信期間の間、有効であってよいＤ２Ｄ送信リソースのセットを判定することができる。後続の送信期間の選択された送信リソースは、先行する送信期間の選択された送信リソースに対応することができる。後続の送信期間の選択された送信リソースは、先行する送信期間の選択された送信リソースとは異なっていてもよい。ＷＴＲＵは、後続の送信期間のための送信リソースの新しいセットを選択するかどうかを判定するように構成されうる。例えば、ＷＴＲＵが事前に決められた量または回数について、続けて同じ送信リソースを使用している場合に、ＷＴＲＵは、送信リソースの新しいセットを選択するように判定することができる。ＷＴＲＵは、例えば、ランダムな試行に基づいて、送信リソースの新しいセットを選択するように判定することができる。例えば、ＷＴＲＵは、Ｍ_periodのうちＮ_select回、ランダムに（例えば、一様に）送信リソースの新しいセットを選択するように構成されてよく、ここで、Ｎ_selectおよびＭ_periodに対する値は、仕様において、またはネットワークを介して、事前構成されうる。ＷＴＲＵは、ＷＴＲＵ ＩＤまたは他の送信に特定の識別子によってオプションでパラメータ化された、特定の事前に決められたサブフレーム番号で、送信リソースの新しいセットを選択するように構成されうる。より具体的には、ＷＴＲＵは、ＷＴＲＵ ＩＤまたは他の送信に特定の識別子（ＩＤ）に関連付けられたオフセットで、Ｍ_periodフレームまたはサブフレームごとに送信リソースの新しいセットを選択するように構成されうる。例えば、ＷＴＲＵは、以下の関係、すなわち、（ＳＦＮ＋ＩＤ）ｍｏｄ Ｍ_period＝０が当てはまるとき、送信リソースの新しいセットを選択するように構成されてよく、ＳＦＮは、ここではサブフレーム番号である。選択された送信パラメータのセットは、同じであっても、異なっていてもよい。

【0323】

８１０で、ＷＴＲＵは、ＷＴＲＵがそのＤ２Ｄ送信を終了する、および／または、やめることができるかどうかを判定することができる。送信元ＷＴＲＵは、データがないとき、Ｄ２Ｄ信号を送信するのを中止することができる。ＷＴＲＵは、タイマーが期限切れしたとき、Ｄ２Ｄ信号を送信するのを中止することができる。ＷＴＲＵは、最大カウンタ値が到達されたとき、Ｄ２Ｄ信号を送信するのを中止することができる。ＷＴＲＵは、ｅＮＢからのシグナリングメッセージを受信するとき、Ｄ２Ｄ信号を送信するのを中止することができる。ＷＴＲＵは、ネットワークカバレッジ下で動作している間に、ｅＮＢからのシグナリングメッセージを受信するとき、Ｄ２Ｄ信号を送信するのを中止することができる。

【0324】

図９は、効率的なＤ２Ｄデータシグナリングのために、送信がどのように利用され得るかの例を示す。図９に示されるように、送信元ＷＴＲＵが８０６および８０８で送信するためのＤ２Ｄ送信リソースを判定することができる測定帯域幅９０１は、１０ＭＨｚの全通常のアップリンクチャネル帯域幅９０２よりも少なく設定されうる。ＳＡ送信の周期性は、Ｐ_SA＝４０ｍｓであるように構成されうる。ＳＡ期間ごとに１つのＳＡ送信があってよく、例えば、Ｎ_SAは１であってよい。Ｄ２Ｄ ＰＵＳＣＨの送信は、Ｐ_D2D＝８ｍｓを使用して、８ｍｓで行われうる（例えば、８ｍｓインターバルで繰り返されるＴｘ）。第１のＳＡスケジューリング期間の間、Ｄ２Ｄ ＰＵＳＣＨのための周波数ホッピングは、省略されてよく、関連付けられたＳＡ９０３が、ＭＣＳ＿４を示すことができる。第２のスケジューリング期間において、送信リソース９０５の別の判定に続いて、同じ送信リソースが保持されうる。別のＭＣＳ９０６が、ＳＡによって示されうる。第３のスケジューリング期間において、ＳＡによって示されるようにＭＣＳ９０７、９０８の両方が変化してよく、Ｄ２Ｄ ＰＵＳＣＨのための周波数ホッピングが可能にされうる。ＷＴＲＵによるチャネル利用可能性評価の別のラウンドにより先行される第４のスケジューリング期間において、図８の８０６および８０８で送信するためのＤ２Ｄ送信リソースの別のセットが選択されうる。ＭＣＳ９０９は、ＳＡを通して示された値に設定されうる。

【0325】

宛先ＷＴＲＵは、送信パラメータを別々にデコードすることができる。デコードされた送信パラメータは、Ｄ２Ｄ ＰＵＳＣＨのための周波数位置および／またはＭＣＳを含むことができる。ＷＴＲＵはＳＡを受信することができる。ＷＴＲＵは、スケジューリング期間の間のＤ２Ｄ ＰＵＳＣＨの後続の発生に受信機を同調させることができる。ＳＡの受信は、スケジューリング期間の間のＤ２Ｄ ＰＵＳＣＨの後続の発生に受信機を同調させるのに十分であってよい。ＷＴＲＵは、頻繁におよび／または断続して、ＳＡを送ることができる。頻繁に断続してＳＡを送ることは、宛先ＷＴＲＵがトークスパートの冒頭を見逃した場合であっても、宛先ＷＴＲＵに、送信元ＷＴＲＵによる任意の進行中のＤ２Ｄ送信に同調させることを可能にすることができる。

【0326】

ＷＴＲＵは、ＳＡに関連付けられたスケジューリング期間の継続時間について、以下の送信パラメータ、すなわち、ＴＢＳ、ＭＣＳ、帯域幅、ＰＲＢの数、ＨＡＲＱプロセスの数、ＰＤＵ間インターバル時間、ＨＡＲＱ送信の数のうちの、１または複数を選択するように構成されうる。ＷＴＲＵは、スケジューリング期間の間に送信するためのビットの数を判定するように構成されてよい。ＷＴＲＵは、インターバルの間に送信するためのビットの数を判定するように構成されうる。スケジューリング期間またはインターバルは、Ｄ２Ｄバッファにあるデータの量、データ優先度、および構成されたアプリケーションに関連付けられたデータのタイプ（例えば、遅延センシティブか否か）、送信されることになるデータの送信レートのうちの、１または複数に基づくことができる。構成されたアプリケーションは、音声、ビデオストリーミングなどを含むことができる。例えば、ＷＴＲＵは、スケジューリング期間における１または複数の送信のＴＢＳ、ＭＣＳ、およびＢＷを判定するように構成されうる。ＷＴＲＵは、ＨＡＲＱプロファイルおよびＤ２Ｄ送信パターンに従って、インターバルの間に送信される必要のあるデータの量、および送信され得る新しいＭＡＣ ＰＤＵの数を推定することによって、スケジューリング期間における１または複数の送信のＴＢＳ、ＭＣＳ、およびＢＷを判定するように構成されうる。

【0327】

ＷＴＲＵは、ホッピングパターンを選択するように構成されうる。ＷＴＲＵは、ホッピングパターンおよびＤ２Ｄ送信パターンを選択するように構成されうる。Ｄ２Ｄ送信パターンが時間パターンのみとして定義される場合に、ＷＴＲＵは、ホッピングパターンを選択することができる。ＷＴＲＵは、１または複数のパラメータに基づいて、ホッピングパターンを設定するように構成されうる。パラメータは、ＷＴＲＵ ＩＤ、送信パターンインデックス、ＳＡリソース、時間（例えば、フレーム／サブフレーム番号）、宛先ＩＤ、Ｄ２ＤＳＳパラメータ等を含むことができる。ＳＡは、ホッピングパターンが基づく情報を部分的に示すことができる。ＷＴＲＵは、ＳＡから、ホッピングパターンが基づく情報を受信するように構成されうる。例えば、ＷＴＲＵは、送信元ＩＤ、ターゲットＩＤなどの、ＳＡにおいて搬送される１または複数の識別子に基づいて、ホッピングパターンを判定することができる。ＷＴＲＵは、Ｄ２Ｄデータ送信およびＤ２Ｄ送信パターンインデックスに関連付けられたターゲットＩＤに基づいて、ホッピングパターンを設定することができる。受信ＷＴＲＵが所与のサービスのための単一の送信を受信することができてよい場合に、ＷＴＲＵは、ホッピングパターンを設定することができる。ＷＴＲＵは、ターゲットＩＤおよびＳＡリソースに基づいて、ホッピングパターンを設定することができる。

【0328】

ＷＴＲＵは、以下の要素、すなわち、ＭＣＳ、Ｄ２Ｄ送信パターン（すなわち、Ｔ－ＲＰＴ）、ＰＲＢの数（またはＢＷ）、宛先ＩＤのうちの、１または複数からの制御情報を含むことができる。ＷＴＲＵは、制御情報をエンコードすることができる。ＷＴＲＵは、固定されたフォーマットを有するＰＵＳＣＨのような送信構造を使用して、送信することができる。ＳＡの固定されたフォーマットは、受信機に既知であってよい。

【0329】

２以上のＷＴＲＵ（例えば、Ｄ２Ｄ ＷＴＲＵ）は、例えば、ネットワークインフラストラクチャの不在の場合に、直接Ｄ２Ｄ通信をサポートするように構成されうる。例えば、公共安全の用途（例えば、警察、消防士、救急車など）において、２以上のＷＴＲＵは、ネットワークの範囲外のときに、直接通信することができる。例えば、ＷＴＲＵは、電力ネットワークアクセスのない、または低い電力ネットワークアクセスのトンネルまたはベースメントにあることがある。公共安全用途においては、直接通信するための能力が動作に欠かせないことがある。

【0330】

公共安全通信の例は、多数のユーザが、例えば、プッシュツートーク（ＰＴＴ）を使用して、グループで通信することができる場合であってよい。ＰＴＴは、所与のグループにおいて、ある時間に単一のユーザが話すことができるときにのみ半二重であってよい。各グループは、通信のために特定のＰＴＴチャネルを割り当てられうる。ＰＴＴチャネルは、いずれも（例えば、ネットワークによって判定された）準静的ベースで、物理チャネル、および／または、物理リソースのセットにマップされた論理チャネルであってよい。物理リソースのセットは、事前構成されうる。ＰＴＴチャネルは、サービスであると考えられうる。例えば、ＷＴＲＵは、多数の同時サービスで構成されうる。

【0331】

（例えば、公共安全目的のための）Ｄ２Ｄブロードキャスト通信は、ＷＴＲＵがネットワークからの制御なし（例えば、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）なし））に動作することができるように、ネットワークインフラストラクチャの不在の場合に機能的であってよい。結果として、受信ＷＴＲＵは、受信された送信のパラメータの表示を、それらを適切にデコードするために必要とすることがある。

【0332】

Ｄ２Ｄブロードキャスト通信は、高い範囲（またはカバレッジ）要件によって特徴付けられうる。Ｄ２Ｄ送信リンクは、インフラストラクチャベースのアップリンク送信（ＷＴＲＵツーｅＮＢ）とはいっそう異なっていてよく、その理由は、両方のデバイス（例えば、Ｄ２Ｄ ＷＴＲＵ）が、地上の低い高さで特定されることがあり、デバイスの各々の受信機感度が、基地局のそれと同じほど高くはないことがある（例えば、４ｄＢの代わりに９ｄＢ雑音指数）からである。

【0333】

十分な範囲を有するＤ２Ｄブロードキャスト通信におけるデータ送信を可能にするために、システム、方法および手段が提供されうる。例えば、ＷＴＲＵは、物理チャネル（物理Ｄ２Ｄブロードキャストチャネル（ＰＤＢＣＨ））上で、送信時間インターバル（ＴＴＩ）においていくつかのトランスポートブロック（例えば、０、１または１よりも多い）から上位層データを送信することができる。ＷＴＲＵは、ＰＤＢＣＨ上で、ＴＴＩにおいて制御情報を送信することができる。ＰＤＢＣＨは、Ｄ２Ｄ ＰＵＳＣＨと呼ばれうる。

【0334】

図１０は、上位層データおよび制御情報を送信する例を示す。制御情報の処理は、他の制御チャネル（例えば、物理アップリンク共有チャネル（ＰＵＳＣＨ）または物理ダウンリンク共有チャネル（ＰＤＳＣＨ））のために定義されたものと同様であってよい。図１０の例に示されるように、１００２で、上位層データが（例えば、各トランスポートブロックから）エンコードされてよく、制御情報が（例えば、適用可能な場合）エンコードされてよい。１００４で、上位層データおよび／または制御情報は、符号ブロックおよび／またはトランスポートブロックにセグメント化されてよい。巡回冗長検査（ＣＲＣ）情報が、符号ブロックおよび／またはトランスポートブロックの各々について追加されうる。１００６で、上位層データおよび制御情報（例えば、適用可能な場合）について、符号化されたビットが、多重化されうる、および／またはインターリーブされうる。１００８で、符号化された、並びに多重化された、および／またはインターリーブされた上位層データおよび制御情報（例えば、適用可能な場合）が、スクランブルされ、変調されうる。１０１０で、レイヤマッピング、事前符号化、およびマッピングが、ＰＤＢＣＨの物理リソースに適用されうる。

【0335】

ＷＴＲＵは、１または複数の受信ＷＴＲＵによるＰＤＢＣＨの受信を少なくとも支援するために、ポートごとに少なくとも１つの参照信号（Ｄ２Ｄブロードキャスト復調参照信号（ＤＢＤＭ－ＲＳ））を送信することができる。ＤＢＤＭ－ＲＳは、アップリンクまたはダウンリンク通信のために使用される参照信号（ＤＭ－ＲＳ）と同様の、または同一の構造を有することができる。ＤＢＤＭ－ＲＳは、ＰＤＢＣＨのそれに近い（すなわち、同じサブフレームおよびリソースブロック内の）時間および周波数におけるリソースを使用して、チャネル推定の品質を最大化することができる。ＤＢＤＭ－ＲＳは、Ｄ２ＤＳＳと呼ばれうる。

【0336】

受信ＷＴＲＵは、少なくとも１つのＤＢＤＭ－ＲＳを測定して、ＰＤＢＣＨを送信するために使用される各アンテナポートのチャネルを推定することができる。図１０に示された方法に対応するステップは、例えば、ＰＤＢＣＨの受信、並びにトランスポートブロックおよび／または制御情報（例えば、ＳＡ）の後続のデコーディングのために、逆の順序で実施されうる。

【0337】

制御情報（例えば、ＳＡ）は、現在のＰＤＢＣＨ送信に含まれるデータを、例えば、１または複数の以前のＰＤＢＣＨ送信と組み合わせて処理するために必要とされる情報を含むことができる。制御情報は、例えば、以下のうちの１または複数において使用されるパラメータを含むことができる。例えば、制御情報は、ＰＤＢＣＨ上で送信されるデータのためのハイブリッド自動再送要求（ＨＡＲＱ）情報におけるパラメータ（例えば、ＨＡＲＱエンティティまたはプロセスの表示、新しいデータまたは再送信データの表示、冗長バージョンまたは再送信シーケンス番号（ＲＳＮ））を含むことができる。例えば、制御情報は、トランスポートブロックの数の表示におけるパラメータ（例えば、スケジューリング期間の継続時間について）を含むことができる。例えば、制御情報は、制御情報が含まれる（例えば、多重化される、および／またはインターリーブされる）かどうかの表示におけるパラメータを含むことができる。例えば、制御情報は、上位層データが含まれるかどうか（例えば、１もしくは複数のトランスポートブロック）、または、ＰＤＢＣＨが制御情報、リソースマッピングを含むかどうかの、表示におけるパラメータ（ＰＲＢの数（帯域幅）もしくはＰＲＢのセットなどのＰＤＢＣＨによって使用されるリソースブロックのセットの表示など）を含むことができる。例えば、制御情報は、送信のために使用されるアンテナポートのセットの表示におけるパラメータを含むことができる。例えば、制御情報は、スクランブルするための、および／または参照信号生成のための、擬似ランダムシーケンスの初期化のために使用されるパラメータの表示におけるパラメータを含むことができる。例えば、制御情報は、ユーザおよび／もしくはサービスインデックスの表示、並びに／またはセキュリティコンテキストインデックスの表示におけるパラメータを含むことができる。制御情報は、スケジューリング要求もしくはチャネル状態情報レポーティング（適用可能な場合）、上位層機能性（暗号化すること、および／もしくは完全性保護など）のサポートにおけるシーケンス番号、並びに／またはフレームもしくはフレーム番号などの、他の機能性をサポートする情報を含むことができる。

【0338】

制御情報は、ＷＴＲＵのために事前定義、事前構成されても、または上位層シグナリングによって提供されてもよい。制御情報は、以前のパラグラフにおいて概説された処理に従って、ＰＤＢＣＨなどの物理チャネルにおいて、または制御情報を搬送するために使用される別々の物理チャネル（例えば、ＰＤ２ＤＳＣＨ）において、送信されうる（例えば、明示的に送信される）。制御情報は、例えば、送信信号のプロパティを制御情報の考え得る値に関連付けることによって、提供されうる（例えば、暗黙的に提供される）。

【0339】

制御情報の暗黙的な提供に関して、受信デバイスは、ＤＢ－ＤＭＲＳのプロパティに対する考え得る値のセットの１つ（例えば、２以上のシンボル間の巡回シフト差）を検出することに基づいて、ＳＡデコーディング（例えば、トランスポートブロック（ＴＢ）サイズ、または変調符号化方式（ＭＣＳ））を取得することができる。制御情報は、ＳＡに沿って送信された参照信号（ＤＢ－ＤＭＲＳ）のプロパティ、またはＳＡの特定のＯＦＤＭシンボルのプロパティによって、暗黙的に表示されうる。暗黙的な表示は、ＳＡを明示的に表示すること（例えば、ＰＤＢＣＨそれ自体において）の必要性を削減し、または除外し、従って、情報ビットごとの利用可能なエネルギーを最大化することができる。

【0340】

ＳＡ制御情報は、Ｎ個の考え得る事前定義されたトランスポートの組合せのセットへのインデックスを含むことができ、トランスポートの組合せは、ＳＡの送信に関連付けられたパラメータ値の特定のセットとして定義されうる。例えば、トランスポートの組合せは、リソースブロックの数に対する一定の値、並びに変調符号化方式に対する値を定義することができる。トランスポートの組合せは、トランスポートブロックサイズに対する一定の値を定義することができる。考え得る事前定義されたトランスポートの組合せのセットは、事前定義、事前構成されてもよいし、または上位層によって提供されてもよい。

【0341】

制御情報に関連付けられうるＤＢ－ＤＭＲＳのプロパティのいくつかの例は、例えば、ＤＢ－ＤＭＲＳが存在する特定のＯＦＤＭシンボルにおいて検出される巡回シフトの値α、ＤＢ－ＤＭＲＳが存在する２つの特定のＯＦＤＭシンボルの間の巡回シフトの値の間の差、ベースシーケンス番号ｕｆ、シーケンス番号ｖ、（ｕ，ｖ）の組合せ、直交シーケンスｗ_i（ｍ）へのインデックスＩ、ＤＢ－ＤＭＲＳが存在するＯＦＤＭシンボルの間の時間差などを含む。

【0342】

ＤＢ－ＤＭＲＳは、ＰＵＳＣＨまたは物理アップリンク制御チャネル（ＰＵＣＣＨ）に関連付けられたＵＬ ＤＭ－ＲＳのそれと同様の構造を有することができる。ＯＦＤＭシンボルにおける参照信号は、式５に示されるように、ｚａｄｏｆｆ－ｃｈｕベースシーケンスの巡回シフトから引き出されてよい。

【0343】

【数7】

【0344】

ここで、

【0345】

【数8】

【0346】

は、グループ番号ｕ、シーケンス番号ｖのｚａｄｏｆｆ－ｃｈｕベースシーケンスであり、αは、巡回シフトであり、ｎは、サブキャリアと共に増加するシーケンスへのインデックスである。例えば、ＤＢ－ＤＭＲＳが存在するＯＦＤＭシンボルの数Ｍが１よりも大きい場合に、ｍによってインデックスされたＯＦＤＭシンボルにおける参照信号は、ｗ_i（ｍ）を乗算されてよい。ｗ_i（ｍ）は、長さＭの直交シーケンスのセットの１つであってよい。

【0347】

１または複数のトランスポートブロックサイズ（例えば、ＴＢＳ１およびＴＢＳ２）並びに／またはＭＣＳ（例えば、ＭＣＳ１およびＭＣＳ２）が提供されうる。受信デバイスは、Ｄ２Ｄ通信のために使用されるように既知であるパラメータ（ｕ，ｖ）およびｗ_i（ｍ）の特定のセットを事前構成から判定することができ、ＤＢ－ＤＭＲＳが存在するはずである２つのＯＦＤＭシンボルの間の時間差を知ることができる。受信デバイスは、例えば、２つのＯＦＤＭシンボルの間の巡回シフト（α₀およびα₁）における差についての２つの仮説を使用して、これらのパラメータを使用するＤＢ－ＤＭＲＳの検出を試みることができる。この検出は、相関器設計（例えば、各ＯＦＤＭシンボルにおける受信信号は、仮説に従って、考え得るＤＢ－ＤＭＲＳシーケンスに対応するシーケンスを乗算される）を使用して実装されうる。検出は、ＰＤＢＣＨおよびＤＢ－ＤＭＲＳと共に送信され得る他の同期信号（例えば、プリアンブル信号）によって支援されうる。受信デバイスは、巡回シフト間の時間差の値を判定し、対応するＴＢＳ値に従って、ＰＤＢＣＨをデコードすることを試みることができる。

【0348】

受信デバイスは、同期シーケンスのプロパティを検出することによって、ＴＴＩにおけるＰＤＢＣＨの帯域幅を判定することができる。例えば、ＳＡは、ＰＤＢＣＨの帯域幅（または配分のリソースブロックの数）を含むことができる。ＷＴＲＵは、送信帯域幅の固定された既知の部分を占有する第１の同期／パイロットシーケンスを送信するように構成されうる。例えば、ＷＴＲＵは、中間Ｎ_syncＰＲＢ（例えば、Ｎ_sync＝１）上で、この第１のシーケンス（例えば、同期シーケンスと呼ばれる）を送信するように構成されうる。ＷＴＲＵは、例えば、ルックアップテーブルのテーブル２に示されるように、各々構成可能な／考え得る信号帯域幅に関連付けられたシーケンスパラメータ（例えば、ルートシーケンス番号、巡回シフト、その他）のセットで構成されうる。ＷＴＲＵは、送信帯域幅に基づいて、第１のシーケンスのためのパラメータを選択することができる。ＷＴＲＵは、例えば、信号帯域幅を表示するために、多数の同期／パイロットシーケンスのパラメータを選択するように構成されうる。

【0349】

【表2】

【0350】

受信ＷＴＲＵは、同期シーケンスパラメータ（例えば、ＺＣルート）を検出し、ＰＤＢＣＨについてのＰＲＢの数を判定するためにルックアップテーブルにおいて関連付けられたエントリを見つけることによって、ＰＤＢＣＨ帯域幅を判定することができる。

【0351】

図１１は、同期シーケンス１１０２および制御情報を搬送するＯＦＤＭシンボル１１００の例を示す。ＰＤＢＣＨ帯域幅が同期シーケンス（事前定義された）帯域幅よりも大きいという条件で、ＷＴＲＵは、信号が全ＰＤＢＣＨ帯域幅を占有するように、同期シーケンスと同じＯＦＤＭシンボル上で、データまたは制御１１０６および／もしくはパイロット１１０４などの他の情報を送信するように構成されうる。例えば、ＷＴＲＵは、ＯＦＤＭタイプの多重化（例えば、単一搬送波ＯＦＤＭ（ＳＣ－ＯＦＤＭ）とは対照的に）を使用して、情報を送信するように構成されうる。図１１に示されるように、ＷＴＲＵは、ＯＦＤＭシンボルの非同期シーケンス空間においてパイロットシンボルを搬送することができる。

【0352】

１または複数のＷＴＲＵは、デバイスツーデバイス（Ｄ２Ｄ）通信などにおいて、無線で直接通信するように構成されうる。無線で直接通信するように構成されたＷＴＲＵは、ネットワークインフラストラクチャを経由する必要なしに通信するように構成されうる。ＷＴＲＵは、デバイスツーデバイス通信を使用して、例えば、通信範囲内にあってよい、デバイスの近接性を判定する、および／または、１または複数のデバイス間で情報を交換することができる。

【0353】

ＷＴＲＵは、ネットワークインフラストラクチャからの支援の不在の場合に、直接Ｄ２Ｄ通信をサポートするように構成されうる。ＷＴＲＵは、例えば、ネットワークの範囲外（例えば、トンネルにおいて、ベースメントにおいて、その他）のときに、２以上のＷＴＲＵが通信する必要があり得る公共安全用途において、ネットワークインフラストラクチャからの支援の不在の場合に、直接Ｄ２Ｄ通信をサポートするように構成されうる。公共安全（例えば、警察、消防士、救急車、その他）においては、直接通信するための能力が動作に欠かせないことがある。

【0354】

ＰＴＴチャネルは、本明細書では広くチャネルと呼ばれうる。ＰＴＴチャネルは、サービスと考えられうる。例えば、ＰＴＴチャネルがサービスと考えられる場合、ＷＴＲＵは、多数の同時サービスで構成されうる。多数のチャネルが配分されうる。多数のチャネルは、例えば、同じセッション内で、ユーザのグループに充当されうる。

【0355】

ＷＴＲＵは、例えば、公共安全において、多数のチャネル（例えば、ＰＴＴチャネル）をモニタするように構成されうる。ＷＴＲＵは、例えば、公共安全において、多数のチャネル（例えば、ＰＴＴチャネル）を受信するように構成されうる。ＷＴＲＵは、ルールまたは論理を実装することができる。ＷＴＲＵがいつチャネルをモニタする、および／または受信するかを判定することができるように、ＷＴＲＵは、ルールまたは論理を実装することができる。ＷＴＲＵは、チャネルを並行して、モニタする、および／または受信することができる。ＷＴＲＵは、物理チャネルのアイデンティティ、および／または関連付けられた論理チャネルのアイデンティティから、通信の１または複数の態様を推測することができる。ＷＴＲＵは、１または複数の物理チャネルを、少なくとも１つの論理チャネル（例えば、ＰＴＴチャネル）に関連付けることができる。例えば、ＷＴＲＵは、アプリケーション層での適切な配信のために、１または複数の物理チャネルを、少なくとも１つの論理チャネルに関連付けることができる。ＷＴＲＵは、物理層からアプリケーションへの異なるデータストリームを見分ける、および／またはルーティングするように構成されうる。

【0356】

本明細書で説明する実施形態は、３ＧＰＰ ＬＴＥ技術および関連仕様に基づいて説明され得るが、実施形態は、ＷＣＤＭＡ、ＨＳＰＡ、ＨＳＵＰＡおよび／またはＨＳＤＰＡに基づいた他の３ＧＰＰ技術を含むがそれらに制限されない、直接デバイスツーデバイス通信のための方法を実装する任意の無線技術に等しく適用可能であってよい。

【0357】

ＷＴＲＵは、セキュリティのためにＤ２Ｄ送信を通信するように構成されうる。ＷＴＲＵは、非セキュリティ目的のためにＤ２Ｄ送信を通信するように構成されうる。ＷＴＲＵは、セキュリティ関連手順を実施することができる。ＷＴＲＵは、Ｄ２Ｄ通信の１または複数の送信のために、セキュリティをアクティブ化することができる。

【0358】

ＷＴＲＵは、Ｄ２Ｄ通信および／またはデータを暗号化するように構成されうる。ＷＴＲＵは、Ｄ２Ｄ通信および／またはデータを復号するように構成されうる。ＷＴＲＵは、第２層で暗号化を実施するように構成されうる。第２層は、ＰＤＣＰ、ＲＬＣまたはＭＡＣを含むことができる。ＷＴＲＵは、暗号化されたデータユニットが適用可能なＰＤＵのデータ部分であり得るように、暗号化を実施するように構成されうる。例えば、ＰＤＣＰでは、ＷＴＲＵは、暗号化されたデータユニットが適用可能なＳＤＵのデータ部分であり得るように、暗号化を実施するように構成されうる。ＳＤＵは、アプリケーションデータおよび／またはＩＰパケットを備えることができる。例えば、ＭＡＣでは、ＷＴＲＵは、暗号化されたデータユニットが適用可能なＭＡＣ ＳＤＵのデータ部分であり得るように、暗号化を実施するように構成されうる。ＭＡＣ ＳＤＵは、アプリケーションデータおよび／またはＩＰパケットに対応することができる。ＷＴＲＵは、セキュリティコンテキストを適用するように構成されうる。ＷＴＲＵは、暗号化を実施するときに、セキュリティコンテキストを適用するように構成されうる。セキュリティコンテキストは、暗号化アルゴリズム、鍵などを含むことができる。ＷＴＲＵは、復号を適用することができる。例えば、ＷＴＲＵが適用可能なセキュリティを有する送信を受信することができるときに、ＷＴＲＵは、復号を適用することができる。

【0359】

ＷＴＲＵは、完全性保護および検証を実施するように構成されうる。ＷＴＲＵは、第２層で完全性保護を実施するように構成されうる。レイヤ２は、ＰＤＣＰ、ＲＬＣまたはＭＡＣを備えることができる。ＷＴＲＵは、暗号化後に、完全性保護されたデータユニットが適用可能なＰＤＵのＰＤＵヘッダ部分を含むことができるように、完全性保護を実施するように構成されうる。ＷＴＲＵは、暗号化後に、完全性保護されたデータユニットが適用可能なＰＤＵのデータ部分を含むことができるように、完全性保護を実施するように構成されうる。ＭＡＣでは、例えば、ＭＡＣ－Ｉフィールドそれ自体を除外することによって、ＭＡＣ－Ｉフィールドの１または複数のビットを既知の値（例えば、０）に設定することなどによって、ＷＴＲＵは、暗号化後に、完全性保護されたデータユニットが適用可能なＭＡＣ ＰＤＵのデータ部分を含むことができるように、完全性保護を実施するように構成されうる。ＷＴＲＵは、完全性保護を使用して、セキュリティ、暗号化／復号をアクティブ化する、および／または、関係した送信のための適用可能なセキュリティコンテキストの判定などを確認することができる。

【0360】

ＷＴＲＵは、そのようなセキュリティ手順を利用し、セキュリティをアクティブ化し、かつ／または、適用可能なセキュリティコンテキストを管理するように構成されうる。ＷＴＲＵは、セキュリティパラメータで構成されうる。ＷＴＲＵは、（例えば、帯域外）事前構成によるセキュリティパラメータで構成されうる。ＷＴＲＵは、上位層によるセキュリティパラメータで構成されうる。ＷＴＲＵは、Ｄ２Ｄリンク上での構成態様の受信によるセキュリティパラメータで、部分的に構成されうる。セキュリティは、Ｄ２Ｄセッションごとに、Ｄ２Ｄチャネルごとに、Ｄ２Ｄ送信ごとに、Ｗ／ユーザのグループもしくはサブセットごとに、および／または特定のユーザに関連した送信のために、適用可能であってよい。ＷＴＲＵは、Ｄ２Ｄセッションごとに、Ｄ２Ｄチャネルごとに、Ｄ２Ｄ送信ごとに、Ｗ／ユーザのグループもしくはサブセットごとに、および／または特定のユーザに関連した送信のために、セキュリティを適用するように構成されうる。第２層プロトコルは、セキュリティを実施するために構成されうる。第２層プロトコルは、ＰＤＣＰ、ＲＬＣ、もしくはＭＡＣ、または物理層を含むことができる。アプリケーション層は、セキュリティを実施することができる。アプリケーション層は、ＩＰアプリケーションまたはコーデックを含むことができる。

【0361】

セキュリティは、１もしくは複数の、または全ての送信のために利用されうる。例えば、ＷＴＲＵは、所与のＤ２Ｄセッションのための１もしくは複数の、または全ての送信に、セキュリティが適用可能であることを判定するように構成されうる。例えば、ＷＴＲＵは、事前構成されたセキュリティコンテキストを使用することができるＤ２Ｄセッションのための全ての送信に、セキュリティが適用可能であることを判定するように構成される。ＷＴＲＵは、ＷＴＲＵによって受信および／または送信された送信に含まれ得るアイデンティティに応じて、適用可能なセキュリティを判定するように構成されうる。ＷＴＲＵは、ＷＴＲＵによって受信および／または送信された送信に含まれ得る複数のセキュリティコンテキストのうちの１つへのインデックスに応じて、適用可能なセキュリティを判定するように構成されうる。ＷＴＲＵは、セッションのための送信が実施され、受信され、または送信され得るチャネルに応じて、適用可能なセキュリティを判定するように構成されうる。

【0362】

セキュリティは、チャネルの、１もしくは複数の、または全ての送信のために利用されうる。例えば、ＷＴＲＵは、所与のＤ２Ｄチャネルについて、１もしくは複数の、または全ての送信に、セキュリティが適用可能であることを判定することができる。例えば、ＷＴＲＵは、Ｄ２Ｄセッションに適用可能なチャネルのセットの部分であり得る１もしくは複数の、または全ての制御チャネルに、セキュリティが適用可能であることを判定することができる。Ｄ２Ｄセッションに適用可能なチャネルのセットの部分であり得る制御チャネルは、例えば、関係したＤ２Ｄセッションの部分であり得る他のチャネルおよび／または通信のためにさらなるセキュリティパラメータを提供することができる制御チャネルであってよい。Ｄ２Ｄセッションに適用可能なチャネルのセットの部分であり得る制御チャネルは、例えば、関係したＤ２Ｄセッションに適用可能な構成態様を提供することができる制御チャネルであってよい。関係したＤ２Ｄセッションに適用可能な構成態様は、物理リソース、チャネル配置、および／またはそのようなリソースのアービトレーションを含むが、それらに制限されない。Ｄ２Ｄセッションに適用可能なチャネルのセットの部分であり得る制御チャネルは、特定のセキュアにされたチャネルのための関係したＤ２Ｄセッションに適用可能な構成態様を提供することができる制御チャネルであってよい。特定のセキュアにされたチャネルは、Ｄ２Ｄセッションに適用可能なチャネルのセットの部分であってよい。Ｄ２Ｄセッションに適用可能なチャネルのセットの部分であり得る制御チャネルは、Ｄ２Ｄセッションにおいて特定の特権（例えば、スーパーユーザに利用可能な競合フリーチャネル）を有する１または複数のユーザに専用であってよい。

【0363】

セキュリティは、ＷＴＲＵおよび／またはユーザの１もしくは複数の、または全ての送信のために利用されうる。ＷＴＲＵは、１もしくは複数の、または全ての送信のためにセキュリティを利用するように構成されうる。例えば、ＷＴＲＵは、ＷＴＲＵおよび／またはユーザのための１もしくは複数の、または全ての送信に、セキュリティが適用可能であることを判定することができる。ＷＴＲＵは、送信に含まれ得るアイデンティティに応じて、セキュリティが適用可能であることを判定することができる。アイデンティティは、ＷＴＲＵによって受信および／または送信されるときに、送信に含まれうる。ＷＴＲＵは、送信に含まれ得る複数のセキュリティコンテキストのうちの１つへのインデックスに応じて、セキュリティが適用可能であることを判定することができる。複数のセキュリティコンテキストのうちの１つへのインデックスは、ＷＴＲＵによって受信および／または送信されるときに、送信に含まれうる。ＷＴＲＵは、送信が実施され得るチャネルに応じて、セキュリティが適用可能であることを判定することができる。送信は、例えば、ＷＴＲＵによって受信または送信されるときに、実施されうる。

【0364】

セキュリティは、ＷＴＲＵおよび／またはユーザのグループのために利用されうる。ＷＴＲＵは、ＷＴＲＵおよび／またはユーザの所与のグループのための１もしくは複数の、または全ての送信に、セキュリティが適用可能であることを判定することができる。ＷＴＲＵは、送信に含まれたアイデンティティに応じて、ＷＴＲＵおよび／またはユーザの所与のグループのための１もしくは複数の、または全ての送信に、セキュリティが適用可能であることを判定することができる。アイデンティティは、ＷＴＲＵによって受信および／または送信されるときに、送信に含まれうる。ＷＴＲＵは、送信に含まれる複数のセキュリティコンテキストのうちの１つへのインデックスに応じて、ＷＴＲＵおよび／またはユーザの所与のグループのための１もしくは複数の、または全ての送信に、セキュリティが適用可能であることを判定することができる。複数のセキュリティコンテキストのうちの１つへのインデックスは、ＷＴＲＵによって受信および／または送信されるときに、送信に含まれうる。ＷＴＲＵは、送信が実施され得るチャネルに応じて、ＷＴＲＵおよび／またはユーザの所与のグループのための１もしくは複数の、または全ての送信に、セキュリティが適用可能であることを判定することができる。送信は、例えば、ＷＴＲＵによって受信または送信されるときに、実施されうる。

【0365】

セキュリティは、トランスポートブロック／ＰＤＵごとに利用されうる。ＷＴＲＵは、１もしくは複数の、または全てのトランスポートブロックおよび／またはＰＤＵのための送信に、セキュリティが適用可能であるかどうかを判定することができる。ＷＴＲＵは、１もしくは複数の、または全てのトランスポートブロックおよび／またはＰＤＵのための送信に、セキュリティが非適用可能であるかどうかを判定することができる。ＷＴＲＵは、ＰＤＵフォーマットにおける明示的なインジケータに応じて、および／または、ＰＤＵフォーマットにおける特定のフィールド、例えばＭＡＣ－Ｉフィールドの存在から、１もしくは複数の、または全てのトランスポートブロックおよび／またはＰＤＵのための送信に、セキュリティが適用可能であるかどうかを判定することができる。インジケータは、複数のセキュリティコンテキストのうちの１つへのインデックスであってよい。

【0366】

セキュリティは、パケットごとに利用されうる。セキュリティは、受信されたＰＤＵに明示的に表示されうる。ＷＴＲＵは、受信されたＰＤＵにおける表示から、セキュリティがアクティブ化されていることを判定することができる。表示は、ビットまたはフラグであってよい。セキュリティの使用がＤ２Ｄセッションの静的な態様ではないことがあるとき、および／または、少なくともいくつかのパラメータが、セッションの継続時間の間に動的に変化し得るときなど、所与の送信のためにセキュリティが適用可能であり得るかどうかを判定するための他の技法をＷＴＲＵが有さないことがあるときに、ＷＴＲＵは、受信されたＰＤＵにおける表示から、セキュリティがアクティブ化されていることを判定することができる。

【0367】

セキュリティはパケットごとに利用されうる。セキュリティは、受信されたＰＤＵにおけるＭＡＣ－Ｉフィールドの存在から、明示的に表示されうる。ＷＴＲＵは、受信されたＰＤＵにおけるＭＡＣ－Ｉフィールドの存在から、セキュリティがアクティブ化されていることを判定することができる。ＷＴＲＵは、恐らくはＭＡＣ－Ｉ検証が成功した場合に、選択されたセキュリティコンテキストが有効であり得ることを判定することができる。

【0368】

ＷＴＲＵは、全体のセッションのために、セキュリティが適用可能であることを判定することができる。ＷＴＲＵは、静的構成、Ｄ２Ｄ通信に適用可能なチャネルのセット、および／または、チャネルそれ自体のアイデンティティ、その他のうちの少なくとも１つに応じて、所与のＤ２Ｄセッションの１もしくは複数の、または全ての送信のために、セキュリティが適用可能であることを判定することができる。

【0369】

１または複数のセキュリティコンテキストが管理されうる。ＷＴＲＵは、ＰＤＵに適用するための適切なセキュリティコンテキストを判定することができる。ＷＴＲＵは、例えば、アイデンティティに応じて、ＰＤＵに適用するための適切なセキュリティコンテキストを判定することができる。

【0370】

図１２は、ＬＴＥセキュリティに適用可能な例示的なセキュリティ原則を表す。図２に示されるように、セキュリティ関数への入力は、セキュリティ関数が適用され得るブロックの、カウント１２０１、１２０２、ベアラアイデンティティ１２０３、１２０４、方向１２０５、１２０６、および／または、長さ１２０７、１２０８を含むことができる。カウントは、シーケンシング情報を備えることができる。ベアラアイデンティティは、論理チャネルを含むことができる。方向は、チャネルがアップリンクか、それともダウンリンクかを表示する１ビットを含むことができる。鍵１２０９、１２１０もまた、セキュリティ関数への入力であってよい。

【0371】

ＷＴＲＵは、アイデンティティに応じて、所与の送信、チャネル、ＷＴＲＵ／ユーザのグループ、および／またはＤ２Ｄセッションに適用可能であり得るセキュリティコンテキストを判定することができる。ＷＴＲＵは、複数のセキュリティコンテキストのうちの１つへのインデックスに応じて、所与の送信、チャネル、ＷＴＲＵ／ユーザのグループ、および／またはＤ２Ｄセッションに適用可能であり得るセキュリティコンテキストを判定することができる。例えば、ＷＴＲＵは、所与のチャネルが特定のセキュリティコンテキストに対応することができることを判定することができる。ＷＴＲＵは、そのセキュリティコンテキストを使用して、チャネルに適用可能であり得る送信のために１または複数のセキュリティ関連手順を実施することができる。例えば、アクティブ化されているとき、ＷＴＲＵは、そのセキュリティコンテキストを使用して、チャネルに適用可能であり得る送信のために１または複数のセキュリティ関連手順を実施することができる。ＷＴＲＵは、所定の送信が、特定のセキュリティコンテキストに対応することができることを判定することができる。セキュリティコンテキストは、関係したＰＤＵにおける識別子の存在によって識別されうる。ＷＴＲＵは、そのセキュリティコンテキストを使用して、関係したＰＤＵのためのセキュリティ関連手順を実施することができる。例えば、アクティブ化されているとき、ＷＴＲＵは、そのセキュリティコンテキストを使用して、関係したＰＤＵのためのセキュリティ関連手順を実施することができる。

【0372】

ＷＴＲＵは、アイデンティティに応じて、セキュリティコンテキストのための鍵を引き出すことができる。アイデンティティは、例えば、セッション特定のセキュリティパラメータのための、セッションアイデンティティであってよい。アイデンティティは、例えば、チャネル特定のセキュリティパラメータのための、チャネルアイデンティティであってよい。アイデンティティは、例えば、ユーザおよび／またはＷＴＲＵ特定のセキュリティパラメータのための、送信機アイデンティティであってよい。ＷＴＲＵは、レガシーベアラ１２０３、１２０４パラメータと同様のセキュリティ関数への入力として、アイデンティティを使用することができる。

【0373】

ＷＴＲＵは、通信に関連付けられた、鍵の連結および／または１もしくは複数のフィールドから、鍵１２０９、１２１０を引き出すことができる。フィールドは、識別子であってよい。フィールドは、本明細書で説明する識別子と同様の識別子であってよい。フィールドは、鍵再生成動作を実施するために使用される値であってよい。ＷＴＲＵは、特定のセキュリティコンテキストを使用するセッションの１または複数のＷＴＲＵと、値を交換することができる。ＷＴＲＵは値を受信することができる。ＷＴＲＵは、セッションおよび新しい値に適用可能であり得る鍵の連結によって、新しい鍵を引き出すことができる。セキュリティコンテキストは、有効性期間に関連付けられうる。ＷＴＲＵは、セキュリティコンテキストを、有効性期間に関連付けるように構成されうる。セキュリティコンテキストは、無効にされうる。ＷＴＲＵは、セキュリティコンテキストを無効にするように構成されうる。セキュリティコンテキストは、セッションの開始に相対的な、最後の構成に相対的な、通信チャネルそれ自体で受信されたタイムスタンプに相対的な時間に基づいて、および／または絶対時間に基づいて、無効にされうる。ＷＴＲＵは、セッションの開始に相対的な、最後の構成に相対的な、通信チャネルそれ自体で受信されたタイムスタンプに相対的な時間に基づいて、および／または絶対時間に基づいて、セキュリティコンテキストを無効にするように構成されうる。

【0374】

パケットデータコンバージェンスプロトコル（ＰＤＣＰ）は、シーケンシング情報、ヘッダ圧縮、並びに／または、セキュリティ、暗号化および／もしくは認証を提供することができる。ＰＤＣＰ Ｄ２Ｄ層は、１または複数の上位層と対話するように構成されうる。ＰＤＣＰ Ｄ２Ｄ層は、１または複数の下位層と対話するように構成されうる。ＰＤＣＰ Ｄ２Ｄ層は、無線リンク制御（ＲＬＣ）と対話するように構成されうる。ＬＴＥ ＲＬＣは、セグメンテーション／再セグメンテーション、および自動再送信要求（ＡＲＱ）を提供することができる。ＲＬＣ Ｄ２Ｄ層は、１または複数の上位層と対話するように構成されうる。ＲＬＣ Ｄ２Ｄ層は、下位層（ＭＡＣ）と対話するように構成されうる。

【0375】

ＬＴＥ媒体アクセス制御（ＭＡＣ）は、１または複数の関数を提供することができる。ＭＡＣ Ｄ２Ｄ ＰＤＵは、ＭＡＣヘッダ、０もしくはそれ以上のＭＡＣサービスデータユニット（ＳＤＵ）、０もしくはそれ以上のＭＡＣ制御要素（ＣＥ）、０もしくは１のＭＡＣ－Ｉフィールド、および／または、パディングを含むことができる。ＭＡＣ ＰＤＵヘッダは、１または複数のＭＡＣ ＰＤＵサブヘッダを含むことができる。１もしくは複数の、または各々のサブヘッダは、ＭＡＣ ＳＤＵ、ＭＡＣ制御要素、および／またはパディングに対応することができる。ＭＡＣヘッダにおける１もしくは複数の、または各々のサブヘッダは、ＭＡＣ ＰＤＵにおいて、対応するＭＡＣ ＳＤＵと同じ順序を有することができる。

【0376】

ＷＴＲＵは、セキュリティのためにＭＡＣ ＰＤＵヘッダを利用するように構成されうる。ＭＡＣ ＰＤＵヘッダは、シーケンシング情報を含むことができる。シーケンシング情報は、シーケンス番号（ＳＮ）を含むことができる。表示は、ＭＡＣ ＣＥの部分であってよい。ＳＮは、セキュリティのために使用されうる。ＷＴＲＵは、セキュリティのためにＳＮを使用するように構成されうる。ＷＴＲＵは、シーケンシング情報および／またはＭＡＣ ＣＥの存在から、セキュリティが適用可能であり得ることを判定することができる。ＳＮ空間は、ＷＴＲＵに特定であってよい。ＳＮ空間は、チャネルに特定またはセッションに特定であってよい。例えば、ＷＴＲＵがＳＮ衝突を回避することができる場合、ＳＮは、チャネルに特定またはセッションに特定であってよい。

【0377】

ＭＡＣ ＰＤＵヘッダは、タイムスタンプ情報を含むことができる。タイムスタンプ情報は、絶対的であってよい時間情報、またはセッションの開始、最後の構成、以前の送信もしくは同類のものに相対的であってよい時間情報を含むことができる。例えば、タイミング情報は、それが相対的な場合、ＷＴＲＵに特定であってよい。ＳＮ空間は、例えば、タイミングが絶対的な場合、チャネルに特定またはセッションに特定であってよい。タイミング情報は、セキュリティ関数へのシーケンシング入力として使用されうる。タイミング情報は、ＳＮ／カウントの代わりに、セキュリティ関数へのシーケンシング入力として使用されうる。ＷＴＲＵは、タイミング情報を、セキュリティ関数へのシーケンシング入力として使用することができる。ＷＴＲＵは、タイミング情報を、ＳＮ／カウントの代わりに、セキュリティ関数へのシーケンシング入力として使用することができる。

【0378】

ＭＡＣ ＰＤＵヘッダは、データの送信元の表示を含むことができる。データの送信元の表示は、アイデンティティであってよい。表示は、ＭＡＣ ＣＥの部分であってよい。例えば、ＷＴＲＵは、ＷＴＲＵに割り当てられた静的な値から、アイデンティティを引き出すことができる。例えば、アイデンティティは、Ｄ２Ｄセッションにおける優先度レベルおよび／または役割などの、ユーザおよび／またはＷＴＲＵのカテゴリから引き出されうる。例えば、ＷＴＲＵは、Ｄ２Ｄセッションにおける優先度レベルおよび／または役割などの、ユーザおよび／またはＷＴＲＵのカテゴリから、アイデンティティを引き出すことができる。例えば、アイデンティティは、セキュリティコンテキストへのインデックスに対応することができる。例えば、ＷＴＲＵは、アイデンティティがセキュリティコンテキストへのインデックスに対応することを判定することができる。

【0379】

ＭＡＣ ＰＤＵヘッダは、ＭＡＣ ＳＤＵのタイプの表示を含むことができる。ＭＡＣ ＳＤＵのタイプの表示は、プロトコルタイプフィールドである。フィールドは、対応するＭＡＣ ＳＤＵに関連付けられたＭＡＣサブヘッダの部分であってよい。フィールドは、ＭＡＣ ＳＤＵがアプリケーションペイロードを含むことができることを表示することができる。フィールドは、アプリケーションのタイプ、および／またはアプリケーション層フォーマッティングを識別することができる。アプリケーション層フォーマッティングは、コーデックモードの形式での符号化されたビットの配置であってよい。フィールドは、ＭＡＣ ＳＤＵが、ＲＬＣ ＰＤＵ、ＰＤＣＰ ＰＤＵ、および／または、ＩＰパケットに対応するデータを含むことができることを表示することができる。

【0380】

ＭＡＣ ＰＤＵヘッダは、セキュリティが、適用可能であり得るか否か、および／またはアクティブ化され得るか否かの表示を含むことができる。例えば、フィールドは、対応するＭＡＣ ＳＤＵに関連付けられたＭＡＣサブヘッダの部分であってよい。

【0381】

ＭＡＣ ＰＤＵヘッダは、セキュリティ関連フィールドが、関係したＭＡＣ ＳＤＵに存在し得るか否かの表示を含むことができる。例えば、フィールドは、対応するＭＡＣ ＳＤＵに関連付けられてよいＭＡＣサブヘッダの部分であってよい。例えば、ＭＡＣサブヘッダにおけるフラグが、対応するＭＡＣ ＳＤＵのためのＭＡＣ－Ｉの存在を示すことができる。

【0382】

ＭＡＣ ＳＤＵは、以下、すなわち、ＰＤＣＰ ＰＤＵ、ＲＬＤ ＰＤＵ、アプリケーションデータ、例えばオーディオデータの場合はいくつかのスピーチ符号化されたビット、並びに／または、本明細書で説明するようなセキュリティ方法を使用して、暗号化された、および／もしくは復号されたＭＡＣ ＳＤＵのコンテンツの判定のうちの、少なくとも１つに従ってよい。例えば、ＷＴＲＵは、ＭＡＣ ＰＤＵがＭＡＣ－ｉを含むことができる場合などに、セキュリティが適用可能であり得ることを判定することができる。ＷＴＲＵは、ＭＡＣ－ｉを正常に検証することができる。ＷＴＲＵは、ＭＡＣ ＰＤＵのＭＡＣ ＳＤＵ部分上などの、ＭＡＣ ＰＤＵのセキュアにされた部分上で、復号動作を実施することができる。ＷＴＲＵは、本明細書で説明するような適用可能なセキュリティコンテキストを使用して、動作を実施することができる。

【0383】

ＭＡＣ－Ｉフィールドは、以下のうちの少なくとも１つに従ってよい。ＭＡＣ－Ｉフィールドは、３２ビットフィールドなどの固定長であってよい。フィールドは、特定のＭＡＣ ＰＤＵフォーマットの１もしくは複数の、または全ての発生について存在してよい。セキュリティが非適用可能な場合、フィールドのビットは、０に設定されてよい。フィールドは、セキュリティが適用可能であり得るときに存在してよい。フィールドは、セキュリティが利用可能であるときに存在してよい。セキュリティの適用可能性または利用可能性は、本明細書で説明するように判定されうる。

【0384】

１もしくは複数の、または各々のＳＤＵのための少なくとも１つのＭＡＣ－Ｉフィールドが利用されうる。例えば、ＰＤＵごとに０または１の代わりに、１もしくは複数の、または各々のＳＤＵのための少なくとも１つのＭＡＣ－Ｉフィールドが利用されうる。

【0385】

ハイブリッド自動再送要求（ＨＡＲＱ）は、Ｄ２Ｄ送信のために利用されうる。ＷＴＲＵは、１または複数のＨＡＲＱプロセスを使用して、Ｄ２Ｄのための送信を実施するように構成されうる。ＨＡＲＱプロセスは、ＨＡＲＱエンティティに関連付けられうる。ＨＡＲＱエンティティは、Ｄ２Ｄ動作に専用であってよい。ＨＡＲＱエンティティは、１よりも多いＤ２ＤセッションのためのＨＡＲＱプロセスに対処することができる。ＨＡＲＱエンティティは、１よりも多いＤ２ＤリンクのためのＨＡＲＱプロセスに対処することができる。ＨＡＲＱエンティティは、Ｄ２Ｄに関連付けられた物理リソースのセットのためのＨＡＲＱプロセスに対処することができる。例えば、ＷＴＲＵは、Ｄ２Ｄ動作のためにＨＡＲＱエンティティを構成することができる。ＨＡＲＱエンティティは、１または複数のＨＡＲＱプロセスに対処することができる。例えば、１もしくは複数の、または各々の、ユーザデータ情報および／または制御情報の送信のために、ＭＡＣインスタンスが、同じＨＡＲＱプロセスを呼び出すことができる。ＭＡＣインスタンスは、事前に決められたパターンを使用して、同じＨＡＲＱプロセスを呼び出すことができる。ＭＡＣインスタンスは、特定の数までの送信について、同じＨＡＲＱプロセスを呼び出すことができる。例えば、事前に決められたパターンは、続きの送信時間インターバルのセットであってよい。事前に決められたパターンは、バンドル送信および／またはブラインド非適応再送信と同様であってよい。事前に決められたパターンは、例えば、周期的に発生する時機および／またはいくつかの固定された遅延オフセットに基づいた、ばらばらの送信時間インターバルのセットを含むことができる。制御チャネルが存在してよい。ＨＡＲＱ動作は、動的であってよい。ＨＡＲＱ動作は、関係したスケジューリング情報に従ってよい。データ情報の１もしくは複数の、または各々の送信は、バンドルとして送信されてよい。データ情報の１もしくは複数の、または各々の送信は、周期的に、かつ事前構成された合計送信の数まで繰り返して送信されうる。

【0386】

ＭＡＣ Ｄ２Ｄ層は、１または複数の上位層と対話することができる。上位層は、Ｌ２プロトコルエンティティ（例えば、ＲＬＣ層、ＰＤＣＰ層、その他）、Ｌ３制御エンティティ（例えば、ＲＲＣエンティティ）、ＩＰスタックを実装するエンティティ、および／またはアプリケーション（例えば、コーデック）のうちの、１または複数であってよい。対話は、直接および／または非直接であってよい。例えば、直接対話は、ＭＡＣエンティティと直接対話することができるオーディオコーデックを含むことができる。直接対話は、例えば、ＩＰ、ＰＤＣＰまたはＲＬＣが構成され得ない場合に、ＭＡＣエンティティと直接対話することができるオーディオコーデックを含むことができる。直接対話は、例えば、ＭＡＣサービスに透過的な場合に、ＭＡＣエンティティと直接対話することができるオーディオコーデックを含むことができる。セキュリティ関数は、コーデックアプリケーションによって、および／またはＭＡＣエンティティによって実施されうる。ＷＴＲＵは、コーデックアプリケーションによって、および／またはＭＡＣエンティティによって実施されるセキュリティ関数を利用するように構成されうる。

【0387】

ＭＡＣ Ｄ２Ｄ層は、下位層（例えば、ＰＨＹ）と対話することができる。ＭＡＣ Ｄ２Ｄ層は、物理層（Ｌ１）と対話することができる。ＭＡＣ Ｄ２Ｄ層と下位層との対話における無線リンク管理では、同期していない（out of synch）、競合、メディアビジー、プリエンプション、制御チャネルの喪失、ＭＡＣ中断へのきっかけ、ＭＡＣ一時停止へのきっかけ、その他の表示が、制御態様に専用のチャネルの受信に基づくことができる。ＭＡＣ層と下位層との対話におけるデータ送信では、ＰＨＹ層が、１または複数の送信機会を表示することができる。送信機会は、同期入手および／または内部タイミングに基づくことができる。ＭＡＣは、ＨＡＲＱプロセスをいつ呼び出すかを伝えられうる。ＭＡＣ層と下位層との間の対話におけるデータ受信では、ＰＨＹ層が、適切なＨＡＲＱプロセスにルーティングされてよいトランスポートブロックの受信を表示することができる。

【0388】

アプリケーション層への／アプリケーション層からのデータストリーム多重化／逆多重化が、無線リソースアクセスおよび制御のために利用されうる。Ｄ２Ｄブロードキャスト通信では、ＷＴＲＵは、送信が行われ得るリソースを判定するため、並びに／または、物理層機能性、およびセキュリティ等の上位層機能性をサポートするための構成を使用するように構成されうる。構成は、物理層リソース、および／またはプロトコルもしくはアプリケーション構成を伴うことができる。物理層リソースは、物理チャネルのタイプ、その上で送信が行われ得る搬送波周波数、その上で送信が行われ得る時間期間、単一の搬送波において多重化され得る物理チャネルのためのリソースブロック配分および／もしくはリソースインデックス、変調符号化方式、参照信号の生成もしくはスクランブリングに使用される、擬似ランダムシーケンスへの初期値などのシーケンス識別子、並びに／または、送信電力もしくは送信電力を判定するために使用される構成パラメータを含むことができる。プロトコルまたはアプリケーション構成は、セキュリティコンテキスト識別子、並びに／または、コーデックタイプおよび／もしくはコーデックレートを含むことができる。

【0389】

ＷＴＲＵは、構成に従って、１または複数の搬送波周波数上の少なくとも１つの物理チャネルを受信する、またはモニタするように構成されうる。ＷＴＲＵは、アプリケーション、サービス、および／または、ユーザもしくはグループに関連付けられたデータを受信することができる。

【0390】

ＷＴＲＵは、構成に従って、１または複数の搬送波周波数上の少なくとも１つの物理チャネルで送信することができる。ＷＴＲＵは、アプリケーション、サービス、ユーザまたはグループに関連付けられたデータを送信することができる。ＷＴＲＵは、Ｄ２Ｄブロードキャスト通信のための構成を判定し、かつ／または受信するように構成されうる。

【0391】

ＷＴＲＵは、アプリケーションまたは外部モジュールからの事前構成を受信するように構成されうる。ＷＴＲＵは、アプリケーションと、Ｄ２Ｄブロードキャストのための無線リソース制御エンティティ（例えば、ＲＲＣ－ＤＢ）との間のアプリケーションプログラミングインターフェース（ＡＰＩ）から、構成情報を受信することができる。ＷＴＲＵは、搬送波周波数などパラメータ、および／または、一定のグループアイデンティティのために使用され得るセキュリティコンテキストを、エンドユーザが直接構成することを可能にすることができる。ＷＴＲＵは、ＵＳＩＭなどの外部モジュールからの構成情報のうちのいくつか、または全てを受信することができる。

【0392】

物理リソースとデータのタイプとの間で、マッピングが利用されうる。ＷＴＲＵは、送信されているデータのいくつかの特徴と、送信のために使用され得る物理リソースとの間で、マッピングを確立することができる。マッピングは、構成情報の部分であってよい。ＷＴＲＵは、残りの構成（例えば、アプリケーションからの事前構成）のために使用され得る同じ技法を使用して、マッピングを取得することができる。

【0393】

ＷＴＲＵは、マッピングに従って、データのプロパティに基づいた、データおよび／もしくは信号の、送信並びに／または受信のための物理リソースを選択することができる。ＷＴＲＵは、マッピングに従ってデータがデコードされていてよい物理リソースから、データおよび／または信号のプロパティを判定することができる。

【0394】

ＷＴＲＵは、物理リソースがユーザＩＤに関連付けられてよいことを判定することができる。例えば、ＷＴＲＵは、送信のために使用される物理リソースに応じて、所与の送信の発信元のアイデンティティを判定することができる。例えば、ＷＴＲＵは、各々インデックスされた１または複数のアイデンティティの事前構成されたセットを有することができ、その結果、デバイスは、物理リソースをそのようなアイデンティティに関連付けることができる。ＷＴＲＵは、構成されている、および／または利用可能である場合に、そのようなアイデンティティから、送信に関連付けられた他のパラメータを判定することができる。

【0395】

ＷＴＲＵは、物理リソースがセキュリティコンテキストに関連付けられうることを判定することができる。例えば、ＷＴＲＵは、所与の送信に適用するためにはどのセキュリティコンテキストかを判定することができる。ＷＴＲＵは、送信のために使用される物理リソースに応じて、所与の送信に適用するためにはどのセキュリティコンテキストかを判定することができる。ＷＴＲＵは、１もしくは複数が、または各々がインデックスされ得る、１または複数のセキュリティコンテキストの事前構成されたセットを有することができ、その結果、デバイスは、物理リソースをそのようなインデックスに関連付けることができる。

【0396】

ＷＴＲＵは、物理リソースがアプリケーションのタイプに関連付けられうることを判定することができる。アプリケーションのタイプは、送信元ＩＰアドレス、宛先ＩＰアドレス、トランスポートプロトコル層（例えば、ＵＤＰ、ＴＣＰ）における送信元ポート、トランスポートプロトコル層（例えば、ＵＤＰ、ＴＣＰ）における宛先ポート、アプリケーションプロトコル（例えば、ＲＴＰ）、アプリケーションタイプ、エンコーディングレート、またはそれらの任意の組合せのうちの、１または複数を含むことができる。例えば、チャネルは、送信元／宛先ＩＰアドレス、および送信元／宛先ＵＤＰポートを含むことができるパラメータのセットに関連付けられうる。

【0397】

ＷＴＲＵは、特定のＩＰパケットの宛先アドレスとポート番号との組合せを判定するように構成されうる。例えば、ＷＴＲＵは、受信信号のＰＨＹ／ＭＡＣ層特徴に基づいて、特定のＩＰパケットの宛先アドレスとポート番号との組合せを判定するように構成されうる。ＷＴＲＵは、ＩＰ宛先／ポートおよび／または他のＩＰパラメータの値を設定するように構成されうる。例えば、ＷＴＲＵは、シナリオの中でもとりわけ、ＩＰパケットをアプリケーション層に渡す前に、ＩＰ宛先／ポートおよび／または他のＩＰパラメータの値を設定するように構成されうる。

【0398】

ＷＴＲＵは、宛先ＩＰ／ポート番号と、物理リソース／通信ＩＤとの間のマッピングで構成されうる。ＷＴＲＵは、上位層を介して／ＵＳＩＭ上の事前構成その他を介して、構成されうる。ＷＴＲＵは、例えば、特定の物理チャネルリソース上で送信を受信するときに、ルックアップテーブルから、宛先ＩＰアドレスとポートとの組合せを判定するように構成されうる。ＷＴＲＵは、例えば、特定の物理チャネルリソース上で送信を受信するときに、ルックアップテーブルから、ポートを判定するように構成されうる。ＷＴＲＵは、デコードされたデータを上位層に渡すように構成されうる。ＷＴＲＵは、例えば、ＩＰパケットを構築するとき、および／またはそれを上位層に渡す前に、宛先アドレス／ポート番号を上書きするように構成されうる。

【0399】

ＷＴＲＵは、物理リソースが、エンコーディングのタイプおよび／またはデータのタイプに関連付けられうることを判定することができる。チャネルは、コーデックタイプに関連付けられうる。チャネルは、コーデックレートに関連付けられうる。ＷＴＲＵは、例えば、送信のために使用され得るチャネルに応じて、コーデックレートが所与の送信に適用可能であり得ることを判定することができる。ＷＴＲＵは、１もしくは複数が、または各々がインデックスされ得る、１または複数のコーデックタイプおよび／またはコーデックレートの事前構成されたセットを有することができ、その結果、デバイスは、物理チャネルをそのようなエンコーディングパラメータに関連付けることができる。

【0400】

ＷＴＲＵは、物理リソースが制御チャネルに関連付けられうることを判定することができる。制御チャネルは、どの他のチャネルが存在し得るかを示すことができる。制御チャネルは、関係したＤ２Ｄセッションのためのそれぞれの関連付けを示すことができる。

【0401】

ＷＴＲＵは、選択されたＳＡリソースに関連付けられたスケジューリング期間の開始を判定することができる。ＷＴＲＵは、ＳＡに表示されたパラメータに従って、データを送信することができる。ＷＴＲＵは、スケジューリング期間内の第１の送信機会に、データを送信することができる。ＷＴＲＵは、選択されたパターンに従って判定されたスケジューリング期間内の第１の送信機会に、データを送信することができる。

【0402】

上述されたプロセスは、コンピュータおよび／またはプロセッサによる実行のためにコンピュータ可読媒体に組み込まれた、コンピュータプログラム、ソフトウェアおよび／またはファームウェアで実装されうる。コンピュータ可読媒体の例は、電子信号（有線および／または無線接続上で送信される）、並びに／またはコンピュータ可読ストレージ媒体を含むが、それらに制限はされない。コンピュータ可読ストレージ媒体の例は、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、制限はされないが、内部ハードディスクおよびリムーバブルディスクなどの磁気媒体、磁気光学媒体、並びに／または、ＣＤ－ＲＯＭディスクおよび／もしくはデジタル多用途ディスク（ＤＶＤ）などの光学媒体を含むが、それらに制限はされない。ソフトウェアに関連付けられるプロセッサは、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、および／または任意のホストコンピュータにおいて使用するための無線周波数トランシーバを実装するために使用されてよい。

【図1A】

【図1B】

【図1C】

【図1D】

【図1E】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】