▶ インターデイジタル パテント ホールディングス インコーポレイテッドの特許一覧
特開2022-172293デバイスツーデバイス（Ｄ２Ｄ）プリエンプションおよびアクセス制御
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2022172293
(43)【公開日】2022-11-15
(54)【発明の名称】デバイスツーデバイス（Ｄ２Ｄ）プリエンプションおよびアクセス制御
(51)【国際特許分類】
H04W 72/10 20090101AFI20221108BHJP
H04W 92/18 20090101ALI20221108BHJP
H04W 72/12 20090101ALI20221108BHJP
H04W 72/02 20090101ALI20221108BHJP
【ＦＩ】
H04W72/10
H04W92/18
H04W72/12
H04W72/02
【審査請求】有
【請求項の数】18
【出願形態】ＯＬ
(21)【出願番号】P 2022140744
(22)【出願日】2022-09-05
(62)【分割の表示】P 2020082108の分割
【原出願日】2015-08-06
(31)【優先権主張番号】62/034,115
(32)【優先日】2014-08-06
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】62/144,132
(32)【優先日】2015-04-07
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】62/161,108
(32)【優先日】2015-05-13
(33)【優先権主張国・地域又は機関】US
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．３ＧＰＰ
(71)【出願人】
【識別番号】510030995
【氏名又は名称】インターデイジタル パテント ホールディングス インコーポレイテッド
(74)【代理人】
【識別番号】110001243
【氏名又は名称】弁理士法人谷・阿部特許事務所
(72)【発明者】
【氏名】マリアン ルドルフ
(72)【発明者】
【氏名】ブノワ ペルティエ
(72)【発明者】
【氏名】ダイアナ パニ
(72)【発明者】
【氏名】ポール マリニエール
(72)【発明者】
【氏名】サミアン カウル
(72)【発明者】
【氏名】マルティーノ エム．フレダ
(57)【要約】
【課題】Ｄ２Ｄ中継に関する優先度受信および／または優先度送信を企図する。実施形態は、隔離されたリソースの使用に関するシグナリングを企図する。
【解決手段】アクセス制御、ならびにチャネルおよびシグナリング優先度を決定するシステム、方法、および手段が開示される。無線送受信ユニット（ＷＴＲＵ）は、送信されることになるデバイスツーデバイス（Ｄ２Ｄ）データを少なくとも部分的に決定するように構成されたプロセッサを備えることが可能である。ＷＴＲＵは、Ｄ２Ｄデータが送信され得るかどうかを決定することが可能である。ＷＴＲＵは、優先度ベースのＤ２Ｄデータ信号のために使用される利用可能なスケジューリング割当て（ＳＡ）リソースを決定することが可能である。ＷＴＲＵは、優先度ベースのＤ２Ｄデータ信号のために使用される１つまたは複数の利用可能なＳＡリソースを選択することが可能である。ＷＴＲＵは、Ｄ２Ｄデータを送信することが可能であり、Ｄ２Ｄデータは、選択されたＳＡリソース上で伝送され得る
【選択図】図５
【解決手段】アクセス制御、ならびにチャネルおよびシグナリング優先度を決定するシステム、方法、および手段が開示される。無線送受信ユニット（ＷＴＲＵ）は、送信されることになるデバイスツーデバイス（Ｄ２Ｄ）データを少なくとも部分的に決定するように構成されたプロセッサを備えることが可能である。ＷＴＲＵは、Ｄ２Ｄデータが送信され得るかどうかを決定することが可能である。ＷＴＲＵは、優先度ベースのＤ２Ｄデータ信号のために使用される利用可能なスケジューリング割当て（ＳＡ）リソースを決定することが可能である。ＷＴＲＵは、優先度ベースのＤ２Ｄデータ信号のために使用される１つまたは複数の利用可能なＳＡリソースを選択することが可能である。ＷＴＲＵは、Ｄ２Ｄデータを送信することが可能であり、Ｄ２Ｄデータは、選択されたＳＡリソース上で伝送され得る
【選択図】図５
【特許請求の範囲】
【請求項1】
第１の無線送受信ユニット（ＷＴＲＵ）であって、
第１のサイドリンクデータ送信のための第１のスケジューリング割当てを送信し、前記第１のスケジューリング割当てが、前記第１のサイドリンクデータ送信に関連付けられた第１の優先度レベル、前記第１のサイドリンクデータ送信に関連付けられた第１の持続時間、および、１つまたは複数の第１のリソース識別子を示し、
第２のＷＴＲＵから第２のサイドリンクデータ送信のための第２のスケジューリング割当てを受信し、前記第２のスケジューリング割当てが、前記第２のサイドリンクデータ送信に関連付けられた第２の優先度レベル、前記第２のサイドリンクデータ送信に関連付けられた第２の持続時間、および、１つまたは複数の第２のリソース識別子を示し、
前記第１のサイドリンクデータ送信のために前記第１のＷＴＲＵによって使用されている１つまたは複数の第１のリソースが前記１つまたは複数の第２のリソース識別子のうちの第２のリソース識別子と対応すると決定し、
前記第１の優先度レベルが前記第２の優先度レベルより低いと決定し、
第３のスケジューリング割当てを送信し、
前記１つまたは複数の第１のリソースが前記第２のリソース識別子と対応するという前記決定、および、前記第１の優先度レベルが前記第２の優先度レベルより低いという前記決定に基づいて、前記第１のサイドリンクデータ送信のための１つまたは複数の第２のリソースを選択し、
前記第１のサイドリンクデータ送信を前記１つまたは複数の第２のリソースで送信する
ように構成されたプロセッサを備えた、第１のＷＴＲＵ。
第１のサイドリンクデータ送信のための第１のスケジューリング割当てを送信し、前記第１のスケジューリング割当てが、前記第１のサイドリンクデータ送信に関連付けられた第１の優先度レベル、前記第１のサイドリンクデータ送信に関連付けられた第１の持続時間、および、１つまたは複数の第１のリソース識別子を示し、
第２のＷＴＲＵから第２のサイドリンクデータ送信のための第２のスケジューリング割当てを受信し、前記第２のスケジューリング割当てが、前記第２のサイドリンクデータ送信に関連付けられた第２の優先度レベル、前記第２のサイドリンクデータ送信に関連付けられた第２の持続時間、および、１つまたは複数の第２のリソース識別子を示し、
前記第１のサイドリンクデータ送信のために前記第１のＷＴＲＵによって使用されている１つまたは複数の第１のリソースが前記１つまたは複数の第２のリソース識別子のうちの第２のリソース識別子と対応すると決定し、
前記第１の優先度レベルが前記第２の優先度レベルより低いと決定し、
第３のスケジューリング割当てを送信し、
前記１つまたは複数の第１のリソースが前記第２のリソース識別子と対応するという前記決定、および、前記第１の優先度レベルが前記第２の優先度レベルより低いという前記決定に基づいて、前記第１のサイドリンクデータ送信のための１つまたは複数の第２のリソースを選択し、
前記第１のサイドリンクデータ送信を前記１つまたは複数の第２のリソースで送信する
ように構成されたプロセッサを備えた、第１のＷＴＲＵ。
【請求項2】
前記１つまたは複数の第１のリソース識別子の各々が、前記第１のサイドリンクデータ送信のために前記第１のＷＴＲＵによって選択されたリソースを示す、請求項１に記載の第１のＷＴＲＵ。
【請求項3】
前記プロセッサが、前記第１のスケジューリング割当てにおいて示された前記第１の持続時間が満了すると、前記１つまたは複数の第１のリソースでデータを送信することを停止するようにさらに構成されている、請求項１に記載の第１のＷＴＲＵ。
【請求項4】
前記プロセッサが、前記第１のスケジューリング割当てにおいて示された前記第１の持続時間が満了すると、リソース解放表示を送信するようにさらに構成されている、請求項１に記載の第１のＷＴＲＵ。
【請求項5】
前記リソース解放表示が、前記１つまたは複数の第１のリソースを解放できることを示す、請求項４に記載の第１のＷＴＲＵ。
【請求項6】
前記第１の持続時間が、前記１つまたは複数の第１のリソースが前記第１のサイドリンクデータ送信に利用可能であるスケジューリング周期に関連付けられた長さを有する、請求項１に記載の第１のＷＴＲＵ。
【請求項7】
異なるスケジューリング周期に対して異なる長さが使用される、請求項６に記載の第１のＷＴＲＵ。
【請求項8】
前記プロセッサが、第２のスケジューリング割当てに関連付けられた信号強度を測定するようにさらに構成されており、および、前記プロセッサが、前記信号強度が事前定義された閾値よりも大きいことに基づいて、リソースを前記１つまたは複数の第２のリソースから除外するようにさらに構成されている、請求項１に記載の第１のＷＴＲＵ。
【請求項9】
前記第１の持続時間が前記第２の持続時間と等しい、請求項１に記載の第１のＷＴＲＵ。
【請求項10】
第１の無線送受信ユニット（ＷＴＲＵ）により実装される方法であって、
第１のサイドリンクデータ送信のための第１のスケジューリング割当てを送信することであって、前記第１のスケジューリング割当てが、前記第１のサイドリンクデータ送信に関連付けられた第１の優先度レベル、前記第１のサイドリンクデータ送信に関連付けられた第１の持続時間、および、１つまたは複数の第１のリソース識別子を示す、ことと、
第２のＷＴＲＵから第２のサイドリンクデータ送信のための第２のスケジューリング割当てを受信することであって、前記第２のスケジューリング割当てが、前記第２のサイドリンクデータ送信に関連付けられた第２の優先度レベル、前記第２のサイドリンクデータ送信に関連付けられた第２の持続時間、および、１つまたは複数の第２のリソース識別子を示す、ことと、
前記第１のサイドリンクデータ送信のために前記第１のＷＴＲＵによって使用されている１つまたは複数の第１のリソースが前記１つまたは複数の第２のリソース識別子のうちの第２のリソース識別子と対応すると決定することと、
前記第１の優先度レベルが前記第２の優先度レベルより低いと決定することと、
第３のスケジューリング割当てを送信することと、
前記１つまたは複数の第１のリソースが前記第２のリソース識別子と対応するという前記決定、および、前記第１の優先度レベルが前記第２の優先度レベルより低いという前記決定に基づいて、前記第１のサイドリンクデータ送信のための１つまたは複数の第２のリソースを選択することと、
前記第１のサイドリンクデータ送信を前記１つまたは複数の第２のリソースで送信することと
を備える、方法。
第１のサイドリンクデータ送信のための第１のスケジューリング割当てを送信することであって、前記第１のスケジューリング割当てが、前記第１のサイドリンクデータ送信に関連付けられた第１の優先度レベル、前記第１のサイドリンクデータ送信に関連付けられた第１の持続時間、および、１つまたは複数の第１のリソース識別子を示す、ことと、
第２のＷＴＲＵから第２のサイドリンクデータ送信のための第２のスケジューリング割当てを受信することであって、前記第２のスケジューリング割当てが、前記第２のサイドリンクデータ送信に関連付けられた第２の優先度レベル、前記第２のサイドリンクデータ送信に関連付けられた第２の持続時間、および、１つまたは複数の第２のリソース識別子を示す、ことと、
前記第１のサイドリンクデータ送信のために前記第１のＷＴＲＵによって使用されている１つまたは複数の第１のリソースが前記１つまたは複数の第２のリソース識別子のうちの第２のリソース識別子と対応すると決定することと、
前記第１の優先度レベルが前記第２の優先度レベルより低いと決定することと、
第３のスケジューリング割当てを送信することと、
前記１つまたは複数の第１のリソースが前記第２のリソース識別子と対応するという前記決定、および、前記第１の優先度レベルが前記第２の優先度レベルより低いという前記決定に基づいて、前記第１のサイドリンクデータ送信のための１つまたは複数の第２のリソースを選択することと、
前記第１のサイドリンクデータ送信を前記１つまたは複数の第２のリソースで送信することと
を備える、方法。
【請求項11】
前記１つまたは複数の第１のリソース識別子の各々が、前記第１のサイドリンクデータ送信のために前記第１のＷＴＲＵによって選択されたリソースを示す、請求項１０に記載の方法。
【請求項12】
前記第１のスケジューリング割当てにおいて示された前記第１の持続時間が満了すると、前記１つまたは複数の第１のリソースでデータを送信することを停止することをさらに備える、請求項１０に記載の方法。
【請求項13】
前記第１のスケジューリング割当てにおいて示された前記第１の持続時間が満了すると、リソース解放表示を送信することをさらに備える、請求項１０に記載の方法。
【請求項14】
前記リソース解放表示が、前記１つまたは複数の第１のリソースを解放できることを示す、請求項１３に記載の方法。
【請求項15】
前記第１の持続時間が、前記１つまたは複数の第１のリソースが前記第１のサイドリンクデータ送信に利用可能であるスケジューリング周期に関連付けられた長さを有する、請求項１１に記載の方法。
【請求項16】
異なるスケジューリング周期に対して異なる長さが使用される、請求項１５に記載の方法。
【請求項17】
第２のスケジューリング割当てに関連付けられた信号強度を測定することと、前記信号強度が事前定義された閾値よりも大きいことに基づいて、リソースを前記１つまたは複数の第２のリソースから除外することとをさらに備える、請求項１０に記載の方法。
【請求項18】
前記第１の持続時間が前記第２の持続時間と等しい、請求項１０に記載の方法。
【発明の詳細な説明】
【技術分野】
【0001】
関連出願の相互参照
本出願は、２０１４年８月６日に出願した米国特許仮出願第６２／０３４，１１５号、２０１５年４月７日に出願した米国特許仮出願第６２／１４４，１３２号、および２０１５年５月１３日に出願した米国特許仮出願第６２／１６１，１０８号の利益を主張するものであり、以上の出願のすべての開示は、それらの開示の全体が本明細書に完全に記載されているかのように参照により、事実上、本明細書に組み込まれている。
本出願は、２０１４年８月６日に出願した米国特許仮出願第６２／０３４，１１５号、２０１５年４月７日に出願した米国特許仮出願第６２／１４４，１３２号、および２０１５年５月１３日に出願した米国特許仮出願第６２／１６１，１０８号の利益を主張するものであり、以上の出願のすべての開示は、それらの開示の全体が本明細書に完全に記載されているかのように参照により、事実上、本明細書に組み込まれている。
【背景技術】
【0002】
デバイスツーデバイス（Ｄ２Ｄ）通信は、公共安全通信などの様々な目的で利用され得る。Ｄ２Ｄ通信は、ＬＴＥ、ＩＥＥＥその他などの標準化された技術に関連付けられることが可能である。ＬＴＥシステムにおいて、アクセス制御および／または優先度処理が、端末による無線リソースへのアクセスおよび／または使用を調停するのに使用され得る。
【発明の概要】
【0003】
アクセス制御、ならびにチャネルおよびシグナリング優先度を決定するシステム、手段、および方法が開示される。無線送受信ユニット（ＷＴＲＵ）は、送信されることになるデバイスツーデバイス（Ｄ２Ｄ）データを少なくとも部分的に決定するように構成されたプロセッサを備えることが可能である。ＷＴＲＵは、Ｄ２Ｄデータが送信され得るかどうかを決定することが可能である。ＷＴＲＵは、優先度ベースのＤ２Ｄデータ信号のために使用される利用可能なスケジューリング割当て（ＳＡ：scheduling assignment）リソースを決定することが可能である。ＷＴＲＵは、優先度ベースのＤ２Ｄデータ信号のために使用される１つまたは複数の利用可能なＳＡリソースを選択することが可能である。ＷＴＲＵは、Ｄ２Ｄデータを送信することが可能であり、Ｄ２Ｄデータは、選択されたＳＡリソース上で送信され得る。
【0004】
ＷＴＲＵは、ＳＡリソースの事前構成されたセットから利用可能なＳＡリソースを選択するように構成され得る。ＷＴＲＵは、構成シグナリングを受信すること、および／または受信された構成シグナリングから利用可能なＳＡリソースを決定することを行うように構成され得る。
【0005】
実施形態は、例えば、Ｄ２Ｄ中継に関する優先度受信および／または優先度送信を企図する。実施形態は、（例えば、保証された）隔離された（segregated）リソースの使用に関するシグナリングを企図する。
【0006】
無線送受信ユニット（ＷＴＲＵ）が受信機を備えることが可能である。受信機が、１つまたは複数のスケジューリング割当て（ＳＡ）に関する１つまたは複数の無線リソースの割当てを受信するように構成され得る。ＷＴＲＵは、プロセッサを備えることが可能である。プロセッサは、第１の周波数領域ＳＡ（ＦＤ ＳＡ）プールを決定するように構成され得る。第１のＦＤ ＳＡプールは、第１の優先度デバイスツーデバイス（Ｄ２Ｄ）送信のうちの少なくとも１つに割り当てられた１つまたは複数のＳＡを含むことが可能である。プロセッサは、第２のＦＤ ＳＡプールを決定するように構成され得る。第２のＦＤ ＳＡプールは、第２の優先度Ｄ２Ｄ送信のうちの少なくとも１つに割り当てられた１つまたは複数のＳＡを含むことが可能である。ＷＴＲＵは、送信機を備えることが可能である。送信機は、第１のＦＤ ＳＡプールからの１つまたは複数のＳＡに関する少なくとも１つの無線リソースを使用して少なくとも１つの第１の優先度Ｄ２Ｄ送信を送信するように構成され得る。送信機は、第２のＦＤ ＳＡプールからの１つまたは複数のＳＡに関する少なくとも１つの無線リソースを使用して少なくとも１つの第２の優先度Ｄ２Ｄ送信を送信するように構成され得る。
【0007】
無線送受信ユニット（ＷＴＲＵ）が、デバイスツーデバイス（Ｄ２Ｄ）通信をすることができることが可能である。ＷＴＲＵは、受信機を備えることが可能である。受信機は、第１のＤ２Ｄチャネルまたは第１のＤ２Ｄ信号のうちの少なくとも１つを受信するように構成され得る。ＷＴＲＵは、プロセッサを備えることが可能である。プロセッサは、第２のＤ２Ｄチャネルまたは第２のＤ２Ｄ信号のうちの少なくとも１つが、第１のＤ２Ｄチャネルまたは第１のＤ２Ｄ信号のうちの少なくとも１つが受信されている間に送信されることになるかどうかを決定するように構成され得る。プロセッサは、第２のＤ２Ｄチャネルまたは第２のＤ２Ｄ信号のうちの少なくとも１つが、第１のＤ２Ｄチャネルまたは第１のＤ２Ｄ信号のうちの少なくとも１つが受信されている間に送信されることになると決定すると、第１のＤ２Ｄチャネルまたは第１のＤ２Ｄ信号のうちの少なくとも１つと、第２のＤ２Ｄチャネルまたは第２のＤ２Ｄ信号のうちの少なくとも１つの間の相対優先度を決定するように構成され得る。プロセッサは、第１のＤ２Ｄチャネルもしくは第１のＤ２Ｄ信号、または第２のＤ２Ｄチャネルもしくは第２のＤ２Ｄ信号のいずれがより高い相対優先度を有するかを受信するために使用されることになるＤ２Ｄサブフレームの数を決定するように構成され得る。
【0008】
無線送受信ユニット（ＷＴＲＵ）が、デバイスツーデバイス（Ｄ２Ｄ）通信をすることができることが可能である。ＷＴＲＵは、プロセッサを備えることが可能である。プロセッサは、プリエンプション表示を送信することを決定するように構成され得る。プロセッサは、スケジューリング割当て（ＳＡ）経由でプリエンプション表示を送信することを決定するように構成され得る。ＷＴＲＵは、送信機を備えることが可能である。送信機は、Ｄ２Ｄ通信をすることができる別のＷＴＲＵに制御信号の一部としてＳＡを送信するように構成され得る。
【0009】
無線送受信ユニット（ＷＴＲＵ）が、受信機を備えることが可能である。受信機は、１つまたは複数のスケジューリング割当て（ＳＡ）に関する１つまたは複数の無線リソースの割当てを受信するように構成され得る。ＷＴＲＵは、プロセッサを備えることが可能である。プロセッサは、第１のＳＡプールを決定するように構成され得る。第１のＳＡプールは、第１の優先度デバイスツーデバイス（Ｄ２Ｄ）送信のうちの少なくとも１つに割り当てられた１つまたは複数のＳＡを含むことが可能である。プロセッサは、第２のＳＡプールを決定するように構成され得る。第２のＳＡプールは、第２の優先度Ｄ２Ｄ送信のうちの少なくとも１つに割り当てられた１つまたは複数のＳＡを含むことが可能である。プロセッサは、第１のＳＡプールのうちの１つまたは複数のＳＡに関する１つまたは複数のリソースに関連付けられた第１の優先度スケジューリング発生の数を閾値と比較するように構成され得る。ＷＴＲＵは、送信機を備えることが可能である。送信機は、その数が閾値と等しいとき、または閾値を超えるとき、第１のＳＡプールからの１つまたは複数のＳＡに関する少なくとも１つの無線リソースを使用して少なくとも１つの第１の優先度Ｄ２Ｄ送信を送信するように構成され得る。
【図面の簡単な説明】
【0010】
添付の図面と併せて例として与えられる後段の説明からより詳細な理解が得られ得る。
【図1A】１つまたは複数の開示される実施形態が実行され得る例示的な通信システムを示すシステム図である。
【図2】ＳＡおよびＤ２ＤデータサブフレームにおけるＴＤＭを介する優先度ベースのアクセスの例を示す図である。
【図3】共有されるＤ２ＤデータサブフレームにおけるＳＡのＴＤＭを介するＤ２Ｄ通信に関する優先度ベースのアクセスの例を示す図である。
【図4】ＳＡおよびＤ２ＤデータサブフレームにおけるＦＤＭを介するＤ２Ｄ通信に関する優先度ベースのアクセスの例を示す図である。
【図5】共有されるＤ２ＤデータサブフレームにおけるＳＡのＦＤＭを介するＤ２Ｄ通信に関する優先度ベースのアクセスの例を示す図である。
【図6】Ｄ２Ｄサブフレームプールに関する異なるリソース割当て密度（例えば、ＴＤＭ）を介する優先度ベースのアクセスの例を示す図である。
【図7】異なるリソース割当て密度（例えば、送信パターン）を介する優先度ベースのアクセスの例を示す図である。
【図8】永続性パラメータ（例えば、ＳＡ）を使用するＤ２Ｄデータに関する優先度ベースのアクセスの例を示す図である。
【図9】ＦＤＤ半複信動作を有するＤ２Ｄ端末による高優先度チャネルの優先される受信の例を示す図である。
【図10】複数の同時に受信されるＤ２Ｄチャネル（例えば音声）の例の図である。
【図11】複数の同時に送信されることになるＤ２Ｄチャネル（例えば音声およびデータ）の例の図である。
【発明を実施するための形態】
【0011】
次に、例示的な実施形態の詳細な説明が、様々な図を参照して説明される。この説明は、可能な実行様態の詳細な例を提供するものの、詳細は、例であることが意図され、アプリケーションの範囲をまったく限定しないことに留意されたい。本明細書において使用される「ある」という冠詞は、さらなる限定または特徴付けがない限り、例えば、「１つもしくは複数の」または「少なくとも１つの」を意味するものと理解され得る。
【0012】
図１Ａは、１つまたは複数の開示される実施形態が実行され得る例示的な通信システム１００の図である。通信システム１００は、音声、データ、ビデオ、メッセージング、ブロードキャストその他などのコンテンツを複数の無線ユーザに提供する多元接続システムであり得る。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共有を介してそのようなコンテンツにアクセスすることを可能にし得る。例えば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ－ＦＤＭＡ）、および類似したものなどの１つまたは複数のチャネルアクセス方法を使用することが可能である。
【0013】
図１Ａに示されるとおり、通信システム１００は、無線送受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、および／または１０２ｄ（一般に、またはひとまとめにしてＷＴＲＵ１０２として参照され得る）と、無線アクセスネットワーク（ＲＡＮ）１０３／１０４／１０５と、コアネットワーク１０６／１０７／１０９と、公衆交換電話ネットワーク（ＰＳＴＮ）１０８と、インターネット１１０と、他のネットワーク１１２とを含むことが可能であり、ただし、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図することが認識されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれは、無線環境において動作するように、かつ／または通信するように構成された任意のタイプのデバイスであり得る。例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信するように、かつ／または受信するように構成されることが可能であり、ユーザ機器（ＷＴＲＵ）、モバイル局、固定加入者ユニットもしくはモバイル加入者ユニット、ポケットベル、セルラ電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、家庭用電子機器、および類似したものを含み得る。
【0014】
また、通信システム１００は、基地局１１４ａおよび基地局１１４ｂを含むことも可能である。基地局１１４ａ、１１４ｂのそれぞれは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインターフェース接続して、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／またはネットワーク１１２などの１つまたは複数の通信ネットワークに対するアクセスを円滑にするように構成された任意のタイプのデバイスであり得る。例として、基地局１１４ａ、１１４ｂは、基地局トランシーバ（ＢＴＳ）ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータ、および類似したものであることが可能である。基地局１１４ａ、１１４ｂはそれぞれ単一の要素として示されるものの、基地局１１４ａ、１１４ｂは、任意の数の互いに接続された基地局および／またはネットワーク要素を含み得ることが認識されよう。
【0015】
基地局１１４ａは、他の基地局、および／または基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードその他などの他のネットワーク要素（図示せず）を含むことも可能なＲＡＮ１０３／１０４／１０５の一部であり得る。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）として参照され得る特定の地理的区域内で無線信号を送信するように、かつ／または受信するように構成され得る。セルは、セルセクタにさらに分割され得る。例えば、基地局１１４ａに関連付けられたセルは、３つのセクタに分割され得る。このため、一実施形態において、基地局１１４ａは、例えば、セルの各セクタにつき１つの、３つのトランシーバを含み得る。別の実施形態において、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を使用することが可能であり、したがって、セルの各セクタにつき複数のトランシーバを利用することが可能である。
【0016】
基地局１１４ａ、１１４ｂは、任意の適切な無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光その他）であることが可能な無線インターフェース１１５／１１６／１１７上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数と通信することが可能である。無線インターフェース１１５／１１６／１１７は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立され得る。
【0017】
より具体的には、前述したとおり、通信システム１００は、多元接続システムであることが可能であり、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡ、および類似したものなどの１つまたは複数のチャネルアクセススキームを使用することが可能である。例えば、ＲＡＮ１０３／１０４／１０５における基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を使用して無線インターフェース１１５／１１６／１１７を確立することが可能なユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）などの無線技術を実行することが可能である。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／またはＥｖｏｌｖｅｄ ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含み得る。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含み得る。
【0018】
別の実施形態において、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥアドバンスト（ＬＴＥ－Ａ）を使用して無線インターフェース１１５／１１６／１１７を確立することが可能なＥｖｏｌｖｅｄ ＵＭＴＳ地上無線アクセス（Ｅ－ＵＴＲＡ）などの無線技術を実行することが可能である。
【0019】
他の実施形態において、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが、ＩＥＥＥ８０２．１６（例えば、ワールドワイドインターオペラビリティフォーマイクロウェイブアクセス（Worldwide Interoperability for Microwave Access）（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ－ＤＯ、暫定標準２０００（ＩＳ－２０００）、暫定標準９５（ＩＳ－９５）、暫定標準８５６（ＩＳ－８５６）、グローバルシステムフォーモバイルコミュニケーションズ（Global System for Mobile Communications）（ＧＳＭ（登録商標））、エンハンストデータレートフォーＧＳＭエボリューション（Enhanced Data rate for GSM Evolution）（ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）その他などの無線技術を実行することが可能である。
【0020】
図１Ａにおける基地局１１４ｂは、例えば、無線ルータ、ホームノードＢ、ホームｅノードＢ、またはアクセスポイントであることが可能であり、ビジネスの場所、自宅、車両、キャンパス、および類似したものなどの局所化された区域において無線接続を円滑にするために任意の適切なＲＡＴを利用することが可能である。一実施形態において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄが、ＩＥＥＥ８０２．１１などの無線技術を実行して、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立することが可能である。別の実施形態において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄが、ＩＥＥＥ８０２．１５などの無線技術を実行して、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立することが可能である。さらに別の実施形態において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄが、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａその他）を利用して、ピコセルまたはフェムトセルを確立することが可能である。図１Ａに示されるとおり、基地局１１４ｂは、インターネット１１０に対する直接の接続を有することが可能である。このため、基地局１１４ｂは、コアネットワーク１０６／１０７／１０９経由でインターネット１１０にアクセスすることを要求されないことが可能である。
【0021】
ＲＡＮ１０３／１０４／１０５は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数の音声サービス、データサービス、アプリケーションサービス、および／またはボイスオーバーインターネットプロトコル（Voice over Internet Protocol）（ＶｏＩＰ）サービスを提供するように構成された任意のタイプのネットワークであり得るコアネットワーク１０６／１０７／１０９と通信状態にあることが可能である。例えば、コアネットワーク１０６／１０７／１０９は、呼制御、料金請求サービス、モバイル位置ベースのサービス、プリペイド通話、インターネット接続、ビデオ配信その他を提供すること、および／またはユーザ認証などの高レベルセキュリティ機能を実行することが可能である。図１Ａには示されないものの、ＲＡＮ１０３／１０４／１０５、および／またはコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１０５と同一のＲＡＴ、または異なるＲＡＴを使用する他のＲＡＮと直接もしくは間接の通信状態にあることが可能であることが認識されよう。例えば、Ｅ－ＵＴＲＡ無線技術を利用していることが可能なＲＡＮ１０３／１０４／１０５に接続されていることに加えて、コアネットワーク１０６／１０７／１０９は、ＧＳＭ無線技術を使用する別のＲＡＮ（図示せず）と通信状態にあることも可能である。
【0022】
また、コアネットワーク１０６／１０７／１０９は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするゲートウェイの役割をすることも可能である。ＰＳＴＮ１０８は、普通の従来の電話サービス（ＰＯＴＳ）を提供する回線交換電話ネットワークを含み得る。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートにおける伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、およびインターネットプロトコル（ＩＰ）などの一般的な通信プロトコルを使用する互いに接続されたコンピュータネットワークおよびデバイスの地球規模のシステムを含み得る。ネットワーク１１２は、他のサービスプロバイダによって所有され、かつ／または動作させられる有線通信ネットワークまたは無線通信ネットワークを含み得る。例えば、ネットワーク１１２は、ＲＡＮ１０３／１０４／１０５と同一のＲＡＴ、または異なるＲＡＴを使用することが可能な１つまたは複数のＲＡＮに接続された別のコアネットワークを含み得る。
【0023】
通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちのいくつかまたはすべては、マルチモード能力を含むことが可能であり、例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンク上で異なる無線ネットワークと通信するための複数のトランシーバを含むことが可能である。例えば、図１Ａに示されるＷＴＲＵ１０２ｃが、セルラベースの無線技術を使用することが可能な基地局１１４ａ、およびＩＥＥＥ８０２無線技術を使用することが可能な基地局１１４ｂと通信するように構成されることが可能である。
【0024】
図１Ｂは、例示的なＷＴＲＵ１０２のシステム図である。図１Ｂに示されるとおり、ＷＴＲＵ１０２は、プロセッサ１１８と、トランシーバ１２０と、送受信要素１２２と、スピーカ／マイクロフォン１２４と、キーパッド１２６と、ディスプレイ／タッチパッド１２８と、非リムーバブルメモリ１３０と、リムーバブルメモリ１３２と、電源１３４と、全地球測位システム（ＧＰＳ）チップセット１３６と、他の周辺装置１３８とを含むことが可能である。ＷＴＲＵ１０２は、実施形態と合致したままでありながら、前述の要素の任意の部分的組合せを含み得ることが認識されよう。また、実施形態は、基地局１１４ａおよび１１４ｂ、ならびに／または、とりわけ、基地局トランシーバ（ＢＴＳ）、ノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、ホームノードＢ、ｅｖｏｌｖｅｄホームノードＢ（ｅノードＢ）、ホームｅｖｏｌｖｅｄノードＢ（ＨｅＮＢ）、ホームｅｖｏｌｖｅｄノードＢゲートウェイ、およびプロキシノードなどの、ただし、以上には限定されない、基地局１１４ａおよび１１４ｂが代表することが可能なノードが、図１Ｂに示され、かつ本明細書において説明される要素のうちのいくつかまたはすべてを含み得ることを企図する。
【0025】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、他の任意のタイプの集積回路（ＩＣ）、状態マシン、および類似したものであることが可能である。プロセッサ１１８は、ＷＴＲＵ１０２が無線環境において動作することを可能にする信号符号化、データ処理、電力制御、入出力処理、および／または他の任意の機能を実行することが可能である。プロセッサ１１８は、送受信要素１２２に結合され得るトランシーバ１２０に結合され得る。図１Ｂは、プロセッサ１１８とトランシーバを別々の構成要素として示すが、プロセッサ１１８とトランシーバ１２０は、電子パッケージまたはチップに一緒に組み込まれてもよいことが認識されよう。
【0026】
送受信要素１２２は、無線インターフェース１１５／１１６／１１７上で基地局（例えば、基地局１１４ａ）に信号を送信するように、または基地局（例えば、基地局１１４ａ）から信号を受信するように構成され得る。例えば、一実施形態において、送受信要素１２２は、ＲＦ信号を送信するように、かつ／または受信するように構成されたアンテナであることが可能である。別の実施形態において、送受信要素１２２は、例えば、ＩＲ信号、ＵＶ信号、または可視光信号を送信するように、かつ／または受信するように構成されたエミッタ／検出器であることが可能である。さらに別の実施形態において、送受信要素１２２は、ＲＦ信号と光信号の両方を送信すること、および受信することを行うように構成され得る。送受信要素１２２は、無線信号の任意の組合せを送信するように、かつ／または受信するように構成され得ることが認識されよう。
【0027】
さらに、送受信要素１２２は、単一の要素として図１Ｂに示されるものの、ＷＴＲＵ１０２は、任意の数の送受信要素１２２を含むことが可能である。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を使用することが可能である。このため、一実施形態において、ＷＴＲＵ１０２は、無線インターフェース１１５／１１６／１１７上で無線信号を送信するため、および受信するための２つ以上の送受信要素１２２（例えば、複数のアンテナ）を含むことが可能である。
【0028】
トランシーバ１２０は、送受信要素１２２によって送信されることになる信号を変調するように、かつ送受信要素１２２によって受信されることになる信号を復調するように構成され得る。前述したとおり、ＷＴＲＵ１０２は、マルチモード能力を有することが可能である。このため、トランシーバ１２０は、ＷＴＲＵ１０２が、例えば、ＵＴＲＡおよびＩＥＥＥ８０２．１１などの複数のＲＡＴ経由で通信することを可能にするための複数のトランシーバを含むことが可能である。
【0029】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（ＬＣＤ）ディスプレイユニットもしくは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合されることが可能であり、かつそれらからユーザ入力データを受信することが可能である。また、プロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８にユーザデータを出力することも可能である。さらに、プロセッサ１１８は、非リムーバブルメモリ１３０および／またはリムーバブルメモリ１３２などの任意の適切なタイプのメモリからの情報にアクセスすることが可能であり、かつそのようなメモリにデータを記憶することが可能である。非リムーバブルメモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、ハードディスク、または他の任意のタイプのメモリストレージデバイスを含み得る。リムーバブルメモリ１３２は、加入者識別情報モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカード、および類似したものを含み得る。他の実施形態において、プロセッサ１１８は、サーバまたはホームコンピュータ（図示せず）の上など、ＷＴＲＵ１０２上に物理的に位置付けられていないメモリからの情報にアクセスすること、またはそのようなメモリにデータを記憶することが可能である。
【0030】
プロセッサ１１８は、電源１３４から電力を受け取ることが可能であり、ＷＴＲＵ１０２におけるその他の構成要素に対する電力を配るように、かつ／または制御するように構成されることが可能である。電源１３４は、ＷＴＲＵ１０２に電力を供給するための任意の適切なデバイスであり得る。例えば、電源１３４は、１つまたは複数の乾電池（例えば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ－ｉｏｎ）その他）、太陽電池、燃料電池、および類似したものを含むことが可能である。
【0031】
また、プロセッサ１１８は、ＷＴＲＵ１０２の現在位置に関する位置情報（例えば、経度と緯度）を提供するように構成され得るＧＰＳチップセット１３６に結合されることも可能である。ＧＰＳチップセット１３６からの情報に加えて、またはその代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）から無線インターフェース１１５／１１６／１１７上で位置情報を受信すること、および／または２つ以上の近くの基地局から受信されている信号のタイミングに基づいてそのロケーションを決定することが可能である。ＷＴＲＵ１０２は、実施形態と合致したままでありながら、任意の適切な位置決定方法によって位置情報を獲得することが可能であることが認識されよう。
【0032】
プロセッサ１１８は、さらなるフィーチャ、機能、および／または有線接続もしくは無線接続を提供する１つまたは複数のソフトウェアモジュールおよび／またはハードウェアモジュールを含み得る他の周辺装置１３８にさらに結合され得る。例えば、周辺装置１３８は、加速度計、電子コンパス、衛星トランシーバ、デジタルカメラ（写真もしくはビデオのための）、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビトランシーバ、ハンズフリーハンドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調された（ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、および類似したものを含み得る。
【0033】
図１Ｃは、実施形態によるＲＡＮ１０３およびコアネットワーク１０６のシステム図である。前述したとおり、ＲＡＮ１０３は、ＵＴＲＡ無線技術を使用して、無線インターフェース１１５上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することが可能である。また、ＲＡＮ１０３は、コアネットワーク１０６と通信状態にあることも可能である。図１Ｃに示されるとおり、ＲＡＮ１０３は、無線インターフェース１１５上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数のトランシーバをそれぞれが含み得るノードＢ１４０ａ、１４０ｂ、１４０ｃを含むことが可能である。ノードＢ１４０ａ、１４０ｂ、１４０ｃはそれぞれが、ＲＡＮ１０３内の特定のセル（図示せず）に関連付けられることが可能である。また、ＲＡＮ１０３は、ＲＮＣ１４２ａ、１４２ｂを含むことも可能である。ＲＡＮ１０３は、実施形態と合致したままでありながら、任意の数のノードＢおよびＲＮＣを含み得ることが認識されよう。
【0034】
図１Ｃに示されるとおり、ノードＢ１４０ａ、１４０ｂが、ＲＮＣ１４２ａと通信状態にあることが可能である。さらに、ノードＢ１４０ｃが、ＲＮＣ１４２ｂと通信状態にあることが可能である。ノードＢ１４０ａ、１４０ｂ、１４０ｃは、Ｉｕｂインターフェース経由でそれぞれのＲＮＣ１４２ａ、１４２ｂと通信することが可能である。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインターフェース経由で互いに通信状態にあることが可能である。ＲＮＣ１４２ａ、１４２ｂのそれぞれは、それが接続されたそれぞれのノードＢ１４０ａ、１４０ｂ、１４０ｃを制御するように構成され得る。さらに、ＲＮＣ１４２ａ、１４２ｂのそれぞれは、アウタループ電力制御、負荷制御、受付け制御、パケットスケジューリング、ハンドオーバ制御、マクロダイバーシティ、セキュリティ機能、データ暗号化、および類似したものなどの他の機能を実行するように、またはサポートするように構成され得る。
【0035】
図１Ｃに示されるコアネットワーク１０６は、メディアゲートウェイ（ＭＧＷ）１４４、モバイル交換局（ＭＳＣ）１４６、サービングＧＰＲＳサポートノード（ＳＧＳＮ）１４８、および／またはゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）１５０を含むことが可能である。前述の要素のそれぞれは、コアネットワーク１０６の一部として示されるが、これらの要素のうちのいずれか１つが、コアネットワークオペレータ以外のエンティティによって所有され、かつ／または動作させられてもよいことが認識されよう。
【0036】
ＲＡＮ１０３におけるＲＮＣ１４２ａは、ＩｕＣＳインターフェース経由でコアネットワーク１０６におけるＭＳＣ１４６に接続され得る。ＭＳＣ１４６は、ＭＧＷ１４４に接続され得る。ＭＳＣ１４６およびＭＧＷ１４４は、ＰＳＴＮ１０８などの回線交換ネットワークに対するアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスの間の通信を円滑にすることが可能である。
【0037】
また、ＲＡＮ１０３におけるＲＮＣ１４２ａは、ＩｕＰＳインターフェース経由でコアネットワーク１０６におけるＳＧＳＮ１４８に接続されることも可能である。ＳＧＳＮ１４８は、ＧＧＳＮ１５０に接続され得る。ＳＧＳＮ１４８およびＧＧＳＮ１５０は、インターネット１１０などのパケット交換ネットワークに対するアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応のデバイスの間の通信を円滑にすることが可能である。
【0038】
前述したとおり、コアネットワーク１０６は、他のサービスプロバイダによって所有され、かつ／または動作させられる他の有線通信ネットワークまたは無線通信ネットワークを含み得るネットワーク１１２に接続されることも可能である。
【0039】
図１Ｄは、実施形態によるＲＡＮ１０４およびコアネットワーク１０７のシステム図である。前述したとおり、ＲＡＮ１０４は、Ｅ－ＵＴＲＡ無線技術を使用して、無線インターフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することが可能である。また、ＲＡＮ１０４は、コアネットワーク１０７と通信状態にあることも可能である。
【0040】
ＲＡＮ１０４は、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃを含むことが可能であり、ただし、ＲＡＮ１０４は、実施形態と合致したままでありながら、任意の数のｅノードＢを含み得ることが認識されよう。ｅノードＢ１６０ａ、１６０ｂ、１６０ｃはそれぞれ、無線インターフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数のトランシーバを含むことが可能である。一実施形態において、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実行することが可能である。このため、例えば、ｅノードＢ１６０ａは、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信すること、およびＷＴＲＵ１０２ａから無線信号を受信することが可能である。
【0041】
ｅノードＢ１６０ａ、１６０ｂ、１６０ｃのそれぞれは、特定のセル（図示せず）に関連付けられることが可能であり、無線リソース管理決定、ハンドオーバ決定、アップリンクおよび／またはダウンリンクにおけるユーザのスケジューリング、および類似したことを扱うように構成されることが可能である。図１Ｄに示されるとおり、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェース上で互いに通信することが可能である。
【0042】
図１Ｄに示されるコアネットワーク１０７は、モビリティ管理ゲートウェイ（ＭＭＥ）１６２と、サービングゲートウェイ１６４と、パケットデータネットワーク（ＰＤＮ）ゲートウェイ１６６とを含み得る。前述の要素のそれぞれは、コアネットワーク１０７の一部として示されるが、これらの要素のうちのいずれか１つが、コアネットワークオペレータ以外のエンティティによって所有され、かつ／または動作させられてもよいことが認識されよう。
【0043】
ＭＭＥ１６２は、Ｓ１インターフェース経由でＲＡＮ１０４におけるｅノードＢ１６０ａ、１６０ｂ、１６０ｃのそれぞれに接続されることが可能であり、かつ制御ノードの役割をすることが可能である。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラ活性化／不活性化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ中に特定のサービングゲートウェイを選択すること、および類似したことを担うことが可能である。また、ＭＭＥ１６２は、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡなどの他の無線技術を使用する他のＲＡＮ（図示せず）の間で切り換えるための制御プレーン機能を提供することも可能である。
【0044】
サービングゲートウェイ１６４は、Ｓ１インターフェース経由でＲＡＮ１０４におけるｅノードＢ１６０ａ、１６０ｂ、１６０ｃのそれぞれに接続され得る。サービングゲートウェイ１６４は、一般に、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに／からユーザデータパケットをルーティングすること、および転送することを行うことが可能である。また、サービングゲートウェイ１６４は、ｅノードＢハンドオーバ中にユーザプレーンをアンカすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにダウンリンクデータが利用可能である場合にページングをトリガすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理すること、および記憶すること、ならびに類似したことなどの他の機能を実行することも可能である。
【0045】
また、サービングゲートウェイ１６４は、ＰＤＮゲートウェイ１６６に接続されることも可能であり、このことが、インターネット１１０などのパケット交換ネットワークに対するアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応のデバイスの間の通信を円滑にすることが可能である。
【0046】
コアネットワーク１０７は、他のネットワークとの通信を円滑にすることが可能である。例えば、コアネットワーク１０７は、ＰＳＴＮ１０８などの回線交換ネットワークに対するアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスの間の通信を円滑にすることが可能である。例えば、コアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ１０８の間でインターフェースの役割をするＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むこと、またはそのようなＩＰゲートウェイと通信することが可能である。さらに、コアネットワーク１０７は、他のサービスプロバイダによって所有され、かつ／または動作させられる他の有線ネットワークまたは無線ネットワークを含み得るネットワーク１１２に対するアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することが可能である。
【0047】
図１Ｅは、実施形態によるＲＡＮ１０５およびコアネットワーク１０９のシステム図である。ＲＡＮ１０５は、ＩＥＥＥ８０２．１６無線技術を使用して、無線インターフェース１１７上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するアクセスサービスネットワーク（ＡＳＮ）であることが可能である。後段でさらに説明されるとおり、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、ＲＡＮ１０５、およびコアネットワーク１０９の異なる機能エンティティの間の通信リンクは、参照ポイントとして定義され得る。
【0048】
図１Ｅに示されるとおり、ＲＡＮ１０５は、基地局１８０ａ、１８０ｂ、１８０ｃと、ＡＳＮゲートウェイ１８２とを含むことが可能であり、ただし、ＲＡＮ１０５は、実施形態と合致したままでありながら、任意の数の基地局およびＡＳＮゲートウェイを含み得ることが認識されよう。基地局１８０ａ、１８０ｂ、１８０ｃはそれぞれ、ＲＡＮ１０５における特定のセル（図示せず）に関連付けられることが可能であり、かつそれぞれ、無線インターフェース１１７上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数のトランシーバを含むことが可能である。一実施形態において、基地局１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実行することが可能である。このため、例えば、基地局１８０ａは、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信すること、およびＷＴＲＵ１０２ａから無線信号を受信することが可能である。また、基地局１８０ａ、１８０ｂ、１８０ｃは、ハンドオフトリガ、トンネル確立、無線リソース管理、トラフィック分類、サービス品質（ＱｏＳ）ポリシー執行、および類似したことなどのモビリティ管理機能を提供することも可能である。ＡＳＮゲートウェイ１８２は、トラフィック集約ポイントの役割をすることが可能であり、かつページング、加入者プロファイルのキャッシング、コアネットワーク１０９に対するルーティング、および類似したことを担うことが可能である。
【0049】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＲＡＮ１０５の間の無線インターフェース１１７は、ＩＥＥＥ８０２．１６規格を実行するＲ１参照ポイントとして定義され得る。さらに、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのそれぞれが、コアネットワーク１０９を相手に論理インターフェース（図示せず）を確立することが可能である。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとコアネットワーク１０９の間の論理インターフェースは、認証、許可、ＩＰホスト構成管理、および／またはモビリティ管理のために使用され得るＲ２参照ポイントとして定義され得る。
【0050】
基地局１８０ａ、１８０ｂ、１８０ｃのそれぞれの間の通信リンクは、ＷＴＲＵハンドオーバ、および基地局間のデータの転送を円滑にするためのプロトコルを含むＲ８参照ポイントとして定義され得る。基地局１８０ａ、１８０ｂ、１８０ｃとＡＳＮゲートウェイ１８２の間の通信リンクは、Ｒ６参照ポイントとして定義され得る。Ｒ６参照ポイントは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのそれぞれに関連付けられたモビリティイベントに基づくモビリティ管理を円滑にするためのプロトコルを含み得る。
【0051】
図１Ｅに示されるとおり、ＲＡＮ１０５は、コアネットワーク１０９に接続され得る。ＲＡＮ１０５とコアネットワーク１０９の間の通信リンクは、例えば、データ転送およびモビリティ管理能力を円滑にするためのプロトコルを含むＲ３参照ポイントとして定義され得る。コアネットワーク１０９は、モバイルＩＰ電話エージェント（ＭＩＰ－ＨＡ）１８４と、認証、許可、アカウンティング（ＡＡＡ）サーバ１８６と、ゲートウェイ１８８とを含み得る。前述の要素のそれぞれは、コアネットワーク１０９の一部として示されるが、これらの要素のうちのいずれか１つが、コアネットワークオペレータ以外のエンティティによって所有され、かつ／または動作させられてもよいことが認識されよう。
【0052】
ＭＩＰ－ＨＡは、ＩＰアドレス管理を担うことが可能であり、かつＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが、異なるＡＳＮ間、および／または異なるコアネットワーク間でローミングすることを可能にし得る。ＭＩＰ－ＨＡ１８４は、インターネット１１０などのパケット交換ネットワークに対するアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応のデバイスの間の通信を円滑にすることが可能である。ＡＡＡサーバ１８６は、ユーザ認証を担うこと、およびユーザサービスをサポートすることを担うことが可能である。ゲートウェイ１８８は、他のネットワークとのインターワーキングを円滑にすることが可能である。例えば、ゲートウェイ１８８は、ＰＳＴＮ１０８などの回線交換ネットワークに対するアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスの間の通信を円滑にすることが可能である。さらに、ゲートウェイ１８８は、他のサービスプロバイダによって所有され、かつ／または動作させられる有線ネットワークまたは無線ネットワークを含み得るネットワーク１１２に対するアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することが可能である。
【0053】
図１Ｅには示されないものの、ＲＡＮ１０５は、他のＡＳＮに接続されることが可能であり、かつコアネットワーク１０９は、他のコアネットワークに接続されることが可能であることが認識されよう。ＲＡＮ１０５とそれらの他のＡＳＮの間の通信リンクは、ＲＡＮ１０５とそれらの他のＡＳＮの間でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティを調整するためのプロトコルを含むことが可能なＲ４参照ポイントとして定義され得る。コアネットワーク１０９とそれらの他のコアネットワークの間の通信リンクは、ホームコアネットワークと移動先コアネットワークの間のインターワーキングを円滑にするためのプロトコルを含むことが可能なＲ５参照ポイントとして定義され得る。
【0054】
３ＧＰＰおよび／またはＬＴＥベースの無線アクセスに関して、Ｄ２Ｄ通信のサポートが、ＬＴＥ技術を使用した費用対効果の大きい、高能力の公共安全通信を可能にし得る。このことは、公共安全（ＰＳ）タイプのアプリケーションの使用のために利用可能な無線アクセス技術のＣＡＰＥＸおよびＯＰＥＸを下げるために管轄区域をまたいで無線アクセス技術を調和させる所望によって動機付けられ得る。このことは、スケーラブルな広帯域無線ソリューションが、音声およびビデオのような異なるサービスタイプの効率的な多重化を可能にし得るので、ＬＴＥによって動機付けられ得る。
【0055】
ＰＳアプリケーションは、ＬＴＥネットワークの無線カバレッジ下にない可能性がある区域において、例えば、トンネル内で、深い地下室内で、かつ／または破局的なシステム停止の後に無線通信を利用する（通常、要求する）可能性があるので、動作しているネットワークがない状況で、かつ／または臨時展開される無線インフラストラクチャの到着に先立って、ＰＳに関するＤ２Ｄ通信をサポートする有用性が存在し得る。動作するネットワークインフラストラクチャが存在する状況で動作している場合でさえ、ＰＳ通信は、民間のサービスより高い信頼性を利用する（通常、要求する）可能性がある。
【0056】
例えば、初期対応者(first responder)の間のＰＳタイプのアプリケーションが、複数のトークグループを使用する直接のプッシュツートーク音声サービスを含むことが可能である。ＰＳタイプのアプリケーションは、例えば、ＬＴＥブロードキャスト無線が提供する能力を効率的に使用するビデオプッシュまたはビデオダウンロードなどのサービスを含むことが可能である。
【0057】
Ｄ２Ｄ通信は、例えば、ことによると展開される場合に、ＰＳタイプのアプリケーションおよび／または民間の使用事例に利用可能であり得る。例えば、民間の使用は、ネットワークインフラストラクチャによって範囲に含まれない区域において双方向無線通信のサポートもしばしば要求する公益企業であることが可能である。発見などのＤ２Ｄサービスが、民間の使用事例におけるＬＴＥベースの無線アクセスを使用する近接性ベースのサービスおよび／またはトラフィックオフロードを可能にする適切なシグナリング機構である。
【0058】
アクセス制御が本明細書において開示され得る。優先度処理が本明細書において開示され得る。
【0059】
ＬＴＥシステムにおいて、端末による無線リソースに対するアクセスおよび／または使用を調停するアクセス制御機構および／または優先度処理機構が存在することが可能である。
【0060】
例えば、ブロードキャストチャネル（ＢＣＨ）上で搬送されるシステム情報ブロードキャスト（ＳＩＢ）メッセージが、セルに接続しようと試みている端末がいずれのアクセスサービスクラス、例えば、緊急事態のみ、メンテナンスのみ、および／または任意のタイプに関して許されるかの情報を搬送することが可能である。アクセス制御は、例えば、端末デバイスがＬＴＥセルに接続されると、可能であり得る。例えば、信頼できるようにサポートされ得るより多くの端末がセルに接続されている場合、アクセス層（ＡＳ）接続および／または非アクセス層（ＮＡＳ）接続が、ネットワーク側から終了させられることが可能である。端末デバイスは、オペレータのネットワークにおけるＧＳＭまたは３Ｇ ＨＳＰＡのような別の無線アクセス技術のチャネルおよび／またはバンクにリダイレクトされ得る。
【0061】
既存のＬＴＥネットワークにおけるアクセス制御が、１つまたは複数の（例えば、多くの）形態で存在することが可能である。ＬＴＥネットワークにおけるアクセス制御は、端末デバイスが、例えば、接続試行に先立って、かつ／またはセルに接続されている間に、ネットワークによって無線リソースに対するアクセスに関して拒否されること、および／または制限されることが可能であるという共通点を有し得る。
【0062】
ＬＴＥシステムは、同時に実行している無線サービスの優先度処理のための技法を提供することが可能である。優先度処理は、先に、かつ／または保証されたビットレートもしくは保証された待ち時間でサービス提供されることが可能な会話音声、ビデオのようなより高いサービス品質（ＱｏＳ）データストリームを確実にするのに使用され得る。優先度処理は、制御シグナリング（例えば、有用な／不可欠な制御シグナリング）にサービス提供する（例えば、先にサービス提供する）のに使用され得る。
【0063】
例えば、ＬＴＥシステムにおいて、システムにおいて複数のユーザを有するデータの優先度処理が、基地局が、ダウンリンク（ＤＬ）においてリアルタイムＱｏＳ制約を有する高優先度データを（例えば、先に）スケジュールすることによって可能であり得る。システムにおいて複数のユーザを有するデータの優先度処理は、基地局が、より低い優先度ダウンロードタイプのデータに関してサービスデータレートを人工的に低減すること、および／または絞ることによって可能であり得る。緊急事態呼をサポートする場合などにシステムは、Ｅ９１１呼に関して優先度処理を実行して、通常の音声呼に関して通常、保証されるのと比べて、（例えば、はるかに）より高い成功する呼セットアップパーセンテージ、および／または（例えば、はるかに）より低いドロップされる呼の発生を保証することが可能である。単一の端末デバイスが、同時に送信することになる複数のタイプのデータを有する場合、規則が、ＵＬ送信機会が許可されていることが可能である場合に、より高い優先度データを（例えば、先に）送信することを指定することが可能である。より低い優先度データは、例えば、より高い論理チャネル優先度に割り当てられたパケットがそれらの送信を完了すると、完了すること（例えば、後に）が可能である。
【0064】
単一のユーザ視点からの優先度処理、および／またはシステム視点からの優先度処理は、既存のＬＴＥシステムにおいて異なる形態で実行され得る。これらは、より高い優先度データが、ことによると有用である場合、（例えば、先に）送信されることが可能であり、かつ／またはより低い優先度データが、同時のサービスが同時にサポートされなければならない場合、送信をプリエンプトされ得るという共通点を有し得る。
【0065】
Ｄ２Ｄ通信は、ＬＴＥベースの無線アクセスを使用することが可能である。
【0066】
ＬＴＥベースの無線アクセスを使用するＤ２Ｄ通信は、ネットワーク制御モードにおいて、かつ／またはＷＴＲＵ自律モードにおいて動作するように設計され得る。ネットワーク制御モードは、モード１として参照されることが可能であり、ＷＴＲＵ自律モードは、モード２として参照されることが可能である。モード１（ネットワーク制御された）は、いくつかの条件下で、例えば、Ｄ２Ｄ端末がＬＴＥ基地局の無線範囲に入っている場合に可能（例えば、そのような場合のみに可能）であり得る。Ｄ２Ｄ端末は、例えば、それがＬＴＥ基地局と通信することができない場合、モード２（ＷＴＲＵ自律）動作にフォールバックすることが可能である。この事例において、それは、概ね、端末自体に事前記憶されたチャネルアクセスパラメータを使用することが可能である。
【0067】
モード１を使用するＤ２Ｄ通信に関して、ＬＴＥ基地局は、Ｄ２Ｄ送信を可能にするようにＵＬサブフレームの選択されたセットを確保することが可能である。ＬＴＥ基地局は、隣接セルおよび／またはモード２端末のためのＤ２Ｄ通信が受信され得る、関連付けられたパラメータを有するＵＬサブフレームのセットを告知することが可能である。すべてに満たないＬＴＥシステム帯域幅（ＢＷ）が、Ｄ２Ｄのために確保されたサブフレームにおけるＤ２Ｄ送信のために利用可能であり得る。例えば、ことによると、モード１において動作している場合、Ｄ２Ｄ通信のための無線リソースは、サービングセルによってＤ２Ｄ端末に許可され得る。ネットワークからのＤ２Ｄ許可（grant）は、例えば、利用可能なＤ２Ｄデータの量を基地局に示す、セルラＵＬ上の端末によるＵＬ送信によって先行され得る。セルラＤＬ上でＬＴＥ基地局からＤ２Ｄ端末によって受信されるＤ２Ｄ許可（grant）は、Ｄ２Ｄ端末が、いくつかの選択された無線リソース、例えば、或るスケジューリング周期にわたるいくつかのサブフレームにおいて出現するいくつかの無線ブロック（ＲＢ）を使用することを可能にし得る。
【0068】
Ｄ２Ｄ端末は、１つもしくは複数のＤ２Ｄサブフレームのセット（例えば、第１のセット）においてスケジューリング割当て（ＳＡ）メッセージを送信すること、および／またはスケジューリング周期中にＤ２Ｄサブフレームのセット（例えば、第２のセット）においてＤ２Ｄデータを送信することが可能である。スケジューリング割当て（例えば、およびその他）は、識別子フィールドと、ＭＣＳフィールドと、リソースインジケータと、ＴＡフィールドとを包含することが可能である。Ｄ２Ｄデータパケット（例えば、およびその他）は、送信元アドレスおよび／または宛先アドレスを有するＭＡＣヘッダを包含することが可能である。複数の論理チャネルが、ＷＴＲＵによってＤ２Ｄサブフレームにおける単一のトランスポートブロック（ＴＢ）の一部として多重化され、かつ／または送信されることが可能である。
【0069】
モード２を使用するＤ２Ｄ通信に関して、Ｄ２Ｄ端末が、時間／周波数無線リソースを選択する（例えば、自律的に選択する）ことが可能である。ＳＡ制御メッセージの送信、および／または対応するＤ２Ｄデータ、スケジューリング周期、もしくは監視サブフレームで使用するためのサブフレームなどのチャネルアクセスパラメータが、Ｄ２Ｄ端末上で事前構成され（例えば、通常、事前構成され）、かつ／または記憶されることが可能である。モード２端末は、モード１端末と同一の、または同様の送信挙動に従うことが可能であり、例えば、それらは、スケジューリング周期においてＳＡを送信し、その後にＤ２Ｄデータを送信することが可能である。先行するＵＬトラフィックボリューム表示および／またはＤＬ Ｄ２Ｄ許可段階(grant phase)は、モード１端末と同一の、または同様の送信挙動に従うことが可能である。
【0070】
モード１およびモード２におけるＤ２Ｄ通信に関して、Ｄ２Ｄ端末は、受信機がそれらの送信を復調するのを助けるＤ２Ｄ同期信号および／またはチャネルメッセージなどの補助Ｄ２Ｄ信号を送信することが可能である。
【0071】
ＬＴＥベースの無線アクセスを使用するＤ２Ｄ通信は、音声チャネルおよび／またはデータパケットおよび／またはデータストリームを搬送することが可能である。Ｄ２Ｄ通信は、Ｄ２Ｄ発見サービスを含み得る。Ｄ２Ｄ発見（例えば、音声チャネルとは異なり）は、１つ、２つ、または少数の（例えば、せいぜい）サブフレームに入ることが可能な小さいパケット送信を使用する（例えば、そのようなパケット送信のみを使用する）ことが可能である。例えば、これらのパケットは、近辺における端末を相手にしたＤ２Ｄデータ交換に参加するデバイスおよび／またはＳＷアプリケーションの利用可能性を告知するアプリケーションデータを包含することが可能である。
【0072】
Ｄ２Ｄ発見は、音声および／または一般的なＤ２Ｄデータに関するＤ２Ｄ通信のために使用され得るなどの、同一の、または同様のチャネルアクセスプロトコルを使用することが可能であり、または使用しないことも可能である。ＬＴＥ基地局のカバレッジに入っている場合などの、Ｄ２Ｄ発見サービスに関して、Ｄ２Ｄ発見リソースは、音声または一般的なＤ２Ｄデータを有するＤ２Ｄ通信のために使用されるものから割り当てられる（例えば、別個に割り当てられる）ことが可能である。Ｄ２Ｄ発見メッセージのための無線リソースは、ｅＮＢによって確保されることが可能であり、かつ／またはＵＬサブフレーム（例えば、タイプ１発見）における繰り返し発生する（例えば、周期的に繰り返し発生する）時間－周波数無線リソースであることが可能であり、かつ／またはＬＴＥサービングセルによってＤ２Ｄ端末（例えば、タイプ２発見）に割り当てられる（例えば、明示的に割り当てられる）ことが可能なリソースのセットからＤ２Ｄ端末によって選択され得る（例えば、自律的に）。後者は、Ｄ２Ｄ通信モード１と同様であり得る。スケジューリング割当ての送信は、Ｄ２Ｄ発見メッセージを送信する場合に使用されない可能性がある。Ｄ２Ｄ発見メッセージを送信する（例えば、それのみを送信する）Ｄ２Ｄ端末は、受信機を助ける補助Ｄ２Ｄ同期信号を送信するのに使用され得る。
【0073】
従来のＬＴＥネットワークと同等のＬＴＥベースの無線アクセスを使用するＤ２Ｄ通信のためのアクセス制御機構、優先度処理機構、および／またはプリエンプション機構が、本明細書において説明され得る。
【0074】
公共安全アプリケーションで使用するためのものなどのＤ２Ｄ端末が、動作するＬＴＥ無線ネットワークインフラストラクチャがない状況で動作するように（例えば、本来的に）設計され得る。このことは、これらのデバイスがチャネルアクセスおよびＤ２Ｄデータ送信の任意の処理に関して自動的に動作することができる可能性があるということを意味している可能性がある。概ねＬＴＥネットワークを相手にした制御シグナリングメッセージ交換を介してネットワーク制御されることが可能な現在のＬＴＥ端末デバイスとは異なり、Ｄ２Ｄ端末デバイスは、（Ｕ）ＳＩＭカード上のそれらのチャネルアクセス挙動および／または送信挙動を決定することが可能な、かつ／またはアプリケーションソフトウェア（ＳＷ）の一部としてのいくつかの（例えば、すべてではない場合、ほとんどの）パラメータを記憶する（例えば、通常、記憶する）ことが可能である。
【0075】
ＬＴＥベースの無線アクセスを使用するＤ２Ｄ通信のための送信手順および／またはチャネルアクセスプロトコルは、個々のデバイスに関する優先度を区別するランダムなアクセスを可能にするように、かつ／またはＤ２Ｄデータに関するサービス品質（ＱｏＳ）を考慮したデータ送信を可能にするように設計されていない可能性がある。特定のデバイスもしくはユーザがＤ２Ｄ無線リソースにアクセスすることを拒否し、限定し、かつ／または制限する機構が存在することが可能である。
【0076】
例えば、シナリオのなかでもとりわけ、ＬＴＥセルの無線範囲に入っている場合、近辺におけるＤ２Ｄ端末によって使用されるように確保され得る許容可能なＵＬサブフレームにいくつかの限定が、ＬＴＥサービングセルによって課され得る。異なるユーザによる、または所与のＤ２Ｄユーザから送信される異なるタイプのデータに関する優先度処理およびチャネルアクセスは、決定論的に確実にされることはない可能性がある。ＬＴＥサービングセルにおけるＤ２Ｄ無線リソースが過剰にプロビジョニングされている場合（例えば、そのような場合のみ）、高優先度端末に関する成功するチャネルアクセス、およびより高い優先度データの成功する送信が、例えば、統計的な意味で確実にされることが可能である。動作するＬＴＥ無線ネットワークインフラストラクチャがない状況において、Ｄ２Ｄ無線リソースの使用に対する制御はそれほど存在しない可能性がある。
【0077】
Ｄ２Ｄ端末は、例えば、無線リソース割当てトレードオフに関して、異なるタイプのＤ２Ｄデータを区別しない可能性がある。
【0078】
ＬＴＥベースの無線アクセスを使用するＤ２Ｄ通信は、例えば、送信するデバイスによってＤ２Ｄデータペイロードをセキュリティ保護するようにＤ２Ｄ ＳＷアプリケーションのために使用される暗号化キーもしくはメッセージ完全性保護キー、およびＤ２Ｄサービス識別子を関連付ける場合、受信される異なるタイプのＤ２Ｄ通信の（例えば、暗黙の）区別を可能にし得る。キーおよび識別子が知られている場合、送信するＤ２Ｄ端末または受信するＤ２Ｄ端末は、例えば、それが、いずれかのそのようなＤ２Ｄ送信を（例えば、物理的に）復調していること、および／または復号していることが可能であるまで、より高い優先度ユーザおよび／またはより高い優先度タイプのＤ２Ｄデータを区別することができない可能性がある。Ｄ２Ｄデバイスは、例えば、それら自らの送信挙動および／または受信挙動を決定する場合、進行中のＤ２Ｄ通信および／または計画されるＤ２Ｄ通信の優先度を考慮に入れない可能性がある。送信の準備ができているＤ２Ｄ端末は、例えば、それが、進行中のクリティカルなＤ２Ｄ通信が存在する状況などにおいて、１つもしくは複数のチャネル、またはすべてのチャネルを（例えば、物理的に）復調するまで、チャネルアクセスを控えることをしない可能性がある。Ｄ２Ｄ端末は、他のＤ２Ｄ端末によって近辺において使用され得る１つもしくは複数のＤ２Ｄ識別子、またはすべてのＤ２Ｄ識別子、ならびに／または関連付けられた導き出されたペイロード暗号化キーおよび／またはメッセージ完全性保護キーの知識を有して構成されない（例えば、決してそのように構成されない）可能性がある。このことは、１つまたは複数の（例えば、ほとんどの）Ｄ２Ｄ端末が、それらが、受信されたＤ２Ｄペイロードコンテンツに基づいて復号し、区別しようと試みるＤ２Ｄデータの種類および／またはタイプに無関心であり得ることを意味する。ペイロードは、信頼されるキー、および／または関連付けられた識別子がない状況においてそのようなＤ２Ｄデバイスによって復号されない可能性がある。搬送されるＤ２Ｄペイロードについての情報が、導き出されない可能性がある。
【0079】
優先度ベースのチャネルアクセス、サービス利用可能性およびＱｏＳを確実にするＤ２Ｄ端末および／もしくはＤ２Ｄデータのタイプの関数としてのＤ２Ｄ通信の優先度ベースの処理、ならびに／またはクリティカルな状況におけるプリエンプションを可能にし得るＬＴＥ無線アクセス技術を使用するＤ２Ｄ通信のための機構が、本明細書において説明され得る。優先度ベースのアクセス機構および／または送信機構の利用可能性は、無線送信の効率を強化すること、Ｄ２Ｄ無線リソースの使用を向上させることが可能であり、かつ／または従来のＬＴＥネットワークと同様にＤ２Ｄユーザのためのチャネル利用可能性および／またはサービス利用可能性を向上させることが可能である。
【0080】
Ｄ２Ｄデータという用語は、Ｄ２Ｄ端末間のＤ２Ｄ関連の通信を参照することが可能である。例えば、一般性を失うことなしに、Ｄ２Ｄデータは、音声もしくはそのセグメントを搬送するなどのデータパケットを含むことが可能であり、それは、ファイルダウンロードもしくはファイルアップロード、ストリーミングビデオもしくは双方向ビデオのために使用されるなどのＩＰパケットもしくはそのセグメントを含むことが可能であり、それは、Ｄ２Ｄ制御シグナリングを含むことが可能であり、またはそれは、Ｄ２Ｄ発見もしくはＤ２ＤサービスもしくはＤ２Ｄ利用可能性メッセージその他を含むことが可能である。本明細書において開示されるフィーチャは、３ＧＰＰ Ｄ２Ｄ通信の一般的なコンテキストにおいて説明されることが可能であり、フィーチャは、例えば、Ｄ２Ｄ発見などの他のフィーチャに適用可能であり得る。
【0081】
Ｄ２Ｄ優先度は、チャネルアクセスに基づくことが可能である。１つもしくは複数の（例えば、異なる）ＳＡおよび／またはデータプールが、優先度ベースのアクセスのために使用され得る。アクセス機構は、無線リソースセット（例えば、隔離（segregated）された無線リソースセット）に基づくことが可能である。
【0082】
Ｄ２Ｄ通信のための優先度ベースのアクセスは、時間領域において、かつ／または周波数領域において隔離された（segregated）無線リソースセットを使用することが可能である。
【0083】
優先されるＤ２Ｄアクセスで使用するための時間領域および／または周波数領域における隔離された（segregated）無線リソースセットは、スケジューリング割当て（ＳＡ）、Ｄ２Ｄデータ、Ｄ２Ｄ制御、またはＤ２Ｄ発見などのＤ２Ｄサービスシグナリング、これらのＤ２Ｄデータ信号／チャネルのうちの１つのため、および／またはこれらのＤ２Ｄデータ信号／チャネルのうちの複数のために使用され得る無線リソース上で実現され得る。
【0084】
図２は、ＳＡおよびＤ２ＤデータサブフレームにおけるＴＤＭを介する優先度ベースのアクセスの例示的な図である。Ｄ２Ｄ通信のための優先度ベースのアクセスは、ＳＡおよび／またはＤ２Ｄデータプールの時分割多重化（ＴＤＭ）を介して実現され得る。
【0085】
図２の例において、Ｎ＝２の異なるＳＡプールおよびそれらのＭ＝２の対応するＤ２Ｄデータプールが存在する。時間領域における異なり、かつ／または別々のサブフレームサブセットにわたって２つの異なるＳＡプールが定義される。図２において、Ｐ＝１６０ミリ秒のスケジューリング周期ごとのＳＡプールごとのＳＡに関してＬ１＝１のサブフレームが存在する。異なり、かつ／または別々のサブフレームサブセットにわたって２つのＤ２Ｄデータプールが定義され得る。図２において、スケジューリング周期ごとのＤ２ＤデータプールごとにＬ２＝１８の利用可能なサブフレームが存在する。
【0086】
ＳＡプール（例えば、図２における第１のＳＡプールなどの）は、スケジューリング周期の持続時間にわたるＤ２Ｄデータプール（例えば、第１のＤ２Ｄデータプール）における付随するＤ２Ｄデータ送信（例えば、高優先度Ｄ２Ｄデータ送信）のためにＳＡを搬送することが可能である。高優先度送信は、対応者トークグループ（例えば、初期対応者トークグループ）および／または高優先度音声チャネルに対応することが可能である。ＳＡプール（例えば、図２における第２のＳＡプールなどの）が、Ｄ２Ｄデータプール（例えば、第２のＤ２Ｄデータプール）における対応するより低い優先度Ｄ２Ｄ送信のためのＳＡを搬送することが可能である。より低い優先度送信は、Ｄ２Ｄサービスデータの背景ファイルダウンロードおよび／または時間クリティカルでない交換であり得る。
【0087】
高優先度Ｄ２Ｄデータ送信は、ＳＡ（例えば、図２における第１のＳＡ）および／または対応するＤ２Ｄデータプール（例えば、図２の第１のＤ２Ｄデータプール）によって使用される無線リソース上で行われ（例えば、そのような無線リソース上でのみ行われ）得る。低優先度Ｄ２Ｄデータ送信は、ＳＡ（例えば、第２のＳＡ）および／またはＤ２Ｄデータプール（例えば、第２のＤ２Ｄデータプール）のために使用される無線リソース上で行われ（例えば、そのような無線リソース上でのみ行われ）得る。高優先度（例えば、第１の）ＳＡプールのサブフレームにおいて搬送されるＳＡは、低優先度（例えば、第２の）Ｄ２Ｄデータプールに関する無線リソース上のＤ２Ｄデータを告知しない可能性がある。低優先度（例えば、第２の）ＳＡプールのサブフレームにおいて搬送されるＳＡは、高優先度（例えば、第１の）Ｄ２Ｄデータプールに関する無線リソース上のＤ２Ｄデータを告知しない可能性がある。
【0088】
より低い優先度Ｄ２Ｄ送信におけるＴＤＭは、より高い優先度ＳＡ／データプール上で行われることができないことが可能であり、このことが、Ｄ２Ｄ送信に関する優先度処理を向上させることが可能である。高優先度プール上のＳＡおよび／またはＤ２Ｄデータのネットワーク制御された無線リソース割当てのために、低優先度Ｄ２Ｄデバイスおよび低優先度Ｄ２Ｄチャネルは、隔離された（segregated）ＴＤＭ無線リソースに関して競合しないことが可能である。そのようなＳＡ／データリソース上のＷＴＲＵ自律競合解決のために、低優先度Ｄ２Ｄデバイスおよび低優先度Ｄ２Ｄチャネルは、隔離されたＴＤＭ無線リソースに関して競合しないことが可能である。Ｄ２Ｄ端末によるＳＡ／データのランダムな無線リソース選択のために、低優先度Ｄ２Ｄデバイスおよび低優先度チャネルは、隔離されたＴＤＭ無線リソースに関して競合しないことが可能である。より高い優先度Ｄ２Ｄデータは、より低い優先度Ｄ２Ｄデータからの低減された干渉のため、無線リソースの初期決定中、および／または進行中の送信中、送信されることに成功する（相当に）より高い確率を有し得る。優先度処理ができないレガシーＤ２Ｄ端末は、リソース隔離（Resource segregation）を介して新たなより高い優先度ＳＡ／データプールにアクセスすることを防止され得る。
【0089】
図３は、共有されるＤ２ＤデータサブフレームにおけるＳＡのＴＤＭを介するＤ２Ｄ通信のための優先度ベースのアクセスの例示的な図である。Ｄ２Ｄ通信のための優先度ベースのアクセスは、共有されるＤ２Ｄデータプールを使用しながらなど、ＳＡプールの時分割多重化（ＴＤＭ）を介して実現され得る。
【0090】
図３において、Ｎ＝２の異なるＳＡプール、およびＭ＝１の対応するＤ２Ｄデータプールが存在する。時間領域における異なり、かつ／または別々のサブフレームサブセットにわたって２つの異なるＳＡプールが定義される。図３において、Ｐ＝１６０ミリ秒のスケジューリング周期ごとのＳＡプールごとのＳＡに関してＬ１＝１のサブフレームが存在する。Ｄ２Ｄデータプールは、スケジューリング周期ごとにＬ２＝３８の利用可能なサブフレームを有する。
【0091】
ＳＡプール（例えば、図３における第１のＳＡプール）は、付随する高優先度Ｄ２Ｄデータ送信のためのＳＡを搬送することが可能である。ＳＡプール（例えば、図３における第２のＳＡプール）は、付随するより低い優先度Ｄ２Ｄデータ送信のためのＳＡを搬送することが可能である。
【0092】
高優先度Ｄ２Ｄデータ送信は、高優先度ＳＡプール（第１のＳＡプール）からの無線リソースを使用することによって（例えば、そうすることのみによって）送信されることが可能である。より低い優先度Ｄ２Ｄデータ送信は、より低い優先度ＳＡプール（第２の）からの無線リソースを使用することによって（例えば、そうすることのみによって）送信されることが可能である。高優先度ＳＡプール（例えば、第１のＳＡプール）および／またはより低い優先度ＳＡプール（例えば、第２の）からのＳＡは、Ｄ２Ｄデータプールの共有される無線リソース上で送信されるＤ２Ｄデータに対応することが可能である。
【0093】
Ｄ２Ｄ送信のための優先度処理が向上することが可能である。例えば、Ｄ２Ｄ送信のための優先度処理は、より低い優先度Ｄ２Ｄ送信がより高い優先度ＳＡプール上で行われ得ない場合、向上する可能性がある。高優先度プール上のＳＡのネットワーク制御される無線リソース割当てのために、低優先度Ｄ２Ｄデバイスおよび低優先度Ｄ２Ｄチャネルは、そのような隔離されたＴＤＭ無線リソースに関して競合しないことが可能である。そのようなＳＡリソース上のＷＴＲＵ自律競合解決のために、低優先度Ｄ２Ｄデバイスおよび低優先度Ｄ２Ｄチャネルは、そのような隔離されたＴＤＭ無線リソースに関して競合しないことが可能である。Ｄ２Ｄ端末によるＳＡを決定するランダムな無線リソース選択のために、低優先度Ｄ２Ｄデバイスおよび低優先度チャネルは、そのような隔離されたＴＤＭ無線リソースに関して競合しないことが可能である。より高い優先度Ｄ２Ｄデータは、例えば、ＳＡ無線リソース上の干渉および／または競合の回避のため、送信される（例えば、相当に）より高い確率を有し得る。優先度ベースのアクセス機構は、共有されるＤ２Ｄデータプールの原理および／またはリソース利用（例えば、本来的なリソース利用）効率を保ちながら、実行されることが可能である。
【0094】
図４は、ＳＡおよびＤ２ＤデータサブフレームにおけるＦＤＭを介するＤ２Ｄ通信のための優先度ベースのアクセスの例示的な図である。Ｄ２Ｄ通信のための優先度ベースのアクセスは、ＳＡおよびＤ２Ｄデータプールの周波数分割多重化（ＦＤＭ）を介して実現され得る。
【0095】
図４の例において、時間領域におけるＮ＝１のＳＡプール、および時間領域におけるＭ＝１の対応するＤ２Ｄデータプールが存在する。図４において、Ｐ＝１６０ミリ秒のスケジューリング周期ごとのＳＡプールごとのＳＡに関してＬ１＝２のサブフレームが存在する。図４において、スケジューリング周期ごとのＤ２Ｄデータプールにおいて、Ｌ２＝３８の利用可能なサブフレームが存在する。ＳＡプールにおける無線リソースは、周波数領域におけるＬ２＝２の異なり、かつ別々の無線ブロックサブセットを包含する。ＳＡを包含するサブフレームは、ＲＢ１０～３０における高優先度Ｄ２Ｄデータ送信のためのＳＡと、ＲＢ４０～６０における低優先度Ｄ２ＤデータのためのＳＡを包含することが可能である。Ｄ２Ｄデータを包含するサブフレームは、ＲＢ１０～３０およびＲＢ４０～６０において（例えば、それらにおいてのみ）（例えば、それぞれ）高優先度送信および／または低優先度送信を包含することが可能である。これらは、周波数領域におけるＳＡデータプールおよびＤ２Ｄデータプールとして参照され得る。
【0096】
周波数領域ＳＡプール（例えば、図４における第１の周波数領域ＳＡプール）は、例えば、スケジューリング周期の持続時間にわたって、周波数領域Ｄ２Ｄデータプール（例えば、図４における第１の周波数領域Ｄ２Ｄデータプール）における付随する高優先度Ｄ２Ｄデータ送信のためのＳＡを搬送することが可能である。周波数領域ＳＡプール（例えば、図４における第２の周波数領域ＳＡプール）は、周波数領域Ｄ２Ｄデータプール（図４における第２の周波数領域Ｄ２Ｄデータプール）における付随するより低い優先度Ｄ２Ｄ送信のためのＳＡを搬送することが可能である。
【0097】
高優先度Ｄ２Ｄデータ送信は、ＳＡ（例えば、第１のＳＡ）、および／または対応するＤ２Ｄデータプール（例えば、第１のＤ２Ｄデータプール）によって使用される周波数領域などの、周波数領域における無線リソース上で行われること（例えば、そのような無線リソース上でのみ）が可能である。より低い優先度Ｄ２Ｄデータ送信は、周波数領域におけるＳＡ（例えば、第２のＳＡ）および／またはデータプール（例えば、第２のデータプール）に関して使用される無線リソース上で（例えば、そのような無線リソース上でのみ）行われ得る。例えば、高優先度ＳＡ周波数領域（例えば、第１のＳＡ周波数領域）のサブフレームにおいて搬送されるＳＡが、低優先度Ｄ２Ｄデータ（例えば、第２のＤ２Ｄデータ）周波数領域で使用される無線リソース上でＤ２Ｄデータを告知しないことが可能である。低優先度周波数領域ＳＡ領域において搬送されるＳＡが、高優先度Ｄ２Ｄデータ周波数領域（例えば、第１のＤ２Ｄデータ周波数領域）領域における無線リソース上でＤ２Ｄデータを告知しないことが可能である。
【0098】
Ｄ２Ｄ送信のための優先度処理は、例えば、より低い優先度Ｄ２Ｄ送信がより高い優先度ＳＡ／データ周波数領域プール上で行われないことが可能である場合、向上させられ得る。低優先度Ｄ２Ｄデバイスおよび／または低優先度チャネルは、隔離された（segregated）ＦＤＭ無線リソースに関して競合しないことが可能である。より高い優先度Ｄ２Ｄデータは、より低い優先度Ｄ２Ｄデータからの低減された干渉のため、無線リソースの決定中、および／または進行中の送信中、送信されることに成功するより高い（例えば、相当により高い）確率を有し得る。
【0099】
図５は、共有されるＤ２ＤデータサブフレームにおけるＳＡのＦＤＭを介するＤ２Ｄ通信のための優先度ベースのアクセスの例示的な図である。Ｄ２Ｄ通信のための優先度ベースのアクセスは、共有されるＤ２Ｄデータプールを使用しながら、ＳＡプールの周波数分割多重化（ＦＤＭ）を介して実現され得る。
【0100】
図５において、時間領域におけるＮ＝１のＳＡプール、および時間領域におけるＭ＝１の対応するＤ２Ｄデータプールが存在する。図５において、Ｐ＝１６０ミリ秒のスケジューリング周期ごとのＳＡに関してＬ１＝２のサブフレームが存在する。図５において、スケジューリング周期ごとのＤ２ＤデータプールにおいてＬ２＝３８の利用可能なサブフレームが存在する。ＳＡプールにおける無線リソースは、周波数領域におけるＬ２＝２の異なり、かつ／または別々の無線ブロックサブセットを含み得る。ＳＡを包含するサブフレームは、ＲＢ１０～３０における高優先度Ｄ２Ｄデータ送信のためのＳＡ、およびＲＢ４０～６０における低優先度Ｄ２ＤデータのためのＳＡを包含することが可能である。これらは、周波数領域におけるＳＡプールとして参照され得る。Ｄ２Ｄデータを包含するサブフレームは、１つまたは複数の（例えば、すべての）ＲＢにおいて指定されるところなどで、高優先度送信および／または低優先度送信を含むことが可能である。
【0101】
周波数領域ＳＡプール（例えば、図５における第１の周波数領域ＳＡプール）は、スケジューリング周期の持続時間にわたるＤ２Ｄデータプールにおいてなど、付随する高優先度Ｄ２Ｄデータ送信のためにＳＡを搬送することが可能である。周波数領域ＳＡプール（例えば、図５における第２の周波数領域ＳＡプール）は、例えば、Ｄ２Ｄデータプールにおける付随するより低い優先度Ｄ２Ｄ送信のためのＳＡを搬送することが可能である。
【0102】
高優先度Ｄ２Ｄデータ送信は、周波数領域における高優先度ＳＡプール（例えば、第１のＳＡプール）からの無線リソースを使用することによって（例えば、そうすることによってのみ）送信され得る。より低い優先度Ｄ２Ｄデータ送信は、周波数領域におけるより低い優先度ＳＡプール（例えば、第２のＳＡプール）のために使用される無線リソースを使用することによって（例えば、そうすることによってのみ）送信され得る。周波数領域における高優先度ＳＡプール（例えば、第１のＳＡプール）および／またはより低い優先度ＳＡプール（例えば、第２のＳＡプール）からのＳＡは、Ｄ２Ｄデータプールの共有される無線リソース上で送信されるＤ２Ｄデータに対応することが可能である。
【0103】
Ｄ２Ｄ送信のための優先度処理が、向上させられることが可能である。例えば、Ｄ２Ｄ送信のための優先度処理が、より低い優先度Ｄ２Ｄ送信が、周波数領域におけるより高い優先度ＳＡ無線リソース上で行われないことが可能である場合、向上させられ得る。高優先度プール上のＳＡに対するネットワーク制御された無線リソース割当てのために、低優先度Ｄ２Ｄデバイスおよび／または低優先度チャネルは、そのような隔離されたＦＤＭ無線リソースに関して競合しないことが可能である。そのようなＳＡリソース上の競合解決のために、低優先度Ｄ２Ｄデバイスおよび／または低優先度チャネルは、そのような隔離されたＦＤＭ無線リソースに関して競合しないことが可能である。Ｄ２Ｄ端末によるＳＡを決定するランダムな無線リソース選択のために、低優先度Ｄ２Ｄデバイスおよび低優先度チャネルは、そのような隔離されたＦＤＭ無線リソースに関して競合しないことが可能である。より高い優先度Ｄ２Ｄデータは、ＳＡ無線リソース上の干渉および／または競合の回避のため、送信されるより高い（例えば、相当により高い）確率を有し得る。優先度ベースのアクセス機構は、共有されるＤ２Ｄデータプールの原理および／またはリソース利用（例えば、本来的なリソース利用）効率を保ちながら、実行されることが可能である。
【0104】
Ｄ２Ｄ通信のための優先度ベースのアクセスは、ＳＡおよび／またはＤ２ＤデータプールのＴＤＭおよび／またはＦＤＭを介して実現され得る。ＳＡおよびＤ２Ｄデータ（例えば、両方）に関するリソースプールは、周波数および／または時間において隔離され得る。
【0105】
Ｄ２Ｄ通信のための優先度ベースのアクセスは、例えば、共有されるＤ２Ｄデータプールを使用しながら、ＳＡプールのＴＤＭおよび／またはＦＤＭを介して実現され得る。
【0106】
本明細書において説明される例は、時間領域および／または周波数領域においてＳＡまたはデータプールを有する２つより多くの優先度クラスの事例に拡張され得る。例えば、ＳＡおよびデータに関する４つの異なり、かつ／または別々のサブフレームサブセットに対応するＮ＝Ｍ＝４の優先度カテゴリが使用され得る。ＴＤＭまたはＦＤＭを使用する無線リソース隔離(radio recourse segregation)は、スケジューリング周期ごとのプールごとにＳＡに許されるＬ１＝１を超えるサブフレームの事例に拡張され得る。スケジューリング周期の異なる長さが使用され得る。ＳＡ送信は、後のスケジューリング周期において、かつ／または複数のスケジューリング周期において送信されるＤ２Ｄデータに対応することが可能である。例えば、スケジューリング周期と独立に、またはそれらと併せて、半永続的な、時間限定された、かつ／または動的に許可されるＤ２Ｄデータ送信の原理が、ＴＤＭ原理および／またはＦＤＭ原理と一緒に使用され得る。時間リソースおよび／または周波数リソースは、隣接していないことが可能である。ＳＡおよびＤ２Ｄデータの例は、例示目的で使用され得る。ＴＤＭおよび／またはＦＤＭ無線リソース隔離の原理は、異なるＤ２Ｄチャネルまたはシグナリングメッセージを使用する場合に同様に説明され得る。例えば、Ｄ２Ｄ発見メッセージが、Ｄ２Ｄ制御シグナリングからＴＤＭにおいて分離されてもよい。
【0107】
送信機会は、例えば、以下によって決定され得る。
【0108】
完全に、または部分的に隔離されたＴＤＭ／ＦＤＭ無線リソースを使用するＤ２Ｄ優先度ベースのアクセスのためのＤ２Ｄ送信機会が、制御するデバイスによって公示され得る。制御するデバイスは、Ｄ２Ｄ端末、および／または基地局などのＬＴＥ無線ネットワークデバイスであることが可能である。
【0109】
制御するデバイスは、高優先度Ｄ２Ｄデータ送信のために使用されることになる無線リソースのセット（例えば、無線リソースの第１のセット）をシグナリングすることが可能である。制御するデバイスは、より低い優先度Ｄ２Ｄデータ送信のために使用されることになる無線リソースのセット（例えば、無線リソースの第２のセット）をシグナリングすることが可能である。無線リソースセットは、異なるタイプのＤ２Ｄデータおよび／または制御メッセージもしくはサービスメッセージを区別することが可能である。無線リソースセットは、異なるタイプのシグナリングに関する異なるパラメータセットを含み得る。制御するデバイスは、リソースの異なるセットを、かつ／またはリソースの１つもしくは複数のセット、または各セットに関してシグナリングすることが可能であり、それは、対応するリソースを使用することを許され得る関連付けられた優先度レベル（例えば、またはアクセスクラス）をシグナリングすることが可能である。
【0110】
制御するデバイスは、ＢＣＨブロードキャストチャネルまたはＰＤ２ＤＳＣＨブロードキャストチャネルなどの共有される制御チャネルを使用することによって、それらの無線リソースセットを（例えば、明示的に）シグナリングすることが可能である。例えば、ＢＣＨ上のシステム情報が、サブフレーム番号もしくはサブフレームセットのいずれか１つもしくは両方、またはアクセス優先度レベルと組み合わせた、もしくは関連した周波数リソースの組合せを包含することが可能である。そのようなＤ２Ｄアクセスレベルおよび／または優先度レベルは、与えられる（例えば、明示的に）ことが可能である。そのようなＤ２Ｄアクセスレベルおよび／または優先度レベルは、例えば、それらが通信され得る順序上で導き出される（例えば、暗黙に）ことが可能である。そのようなＤ２Ｄアクセスレベルおよび／または優先度レベルは、インデックスリストの一部として与えられることが可能である。
【0111】
完全に、または部分的に隔離されたＴＤＭ／ＦＤＭ無線リソースを使用するＤ２Ｄ優先度ベースのアクセスのためのＤ２Ｄ送信機会が、例えば、知られている送信フォーマットおよび／または参照信号を観察すること、および／または復号することから、Ｄ２Ｄ端末によって導き出されることが可能である。
【0112】
制御するデバイスが、その付近において使用するためにＤ２Ｄ優先度ベースのアクセスをサポートして、対応する無線リソースセットをセットアップすることが可能である。例えば、制御するデバイスは、高優先度アクセスのために時間／周波数リソース（例えば、第１の時間／周波数リソース）における送信フォーマット（例えば、第１の送信フォーマット）を使用してＤ２Ｄ信号（例えば、第１のＤ２Ｄ信号）を送信することが可能である。制御するデバイスは、より低い優先度アクセスのために時間／周波数リソース（例えば、第２の時間／周波数リソース）における送信フォーマット（例えば、第２の送信フォーマット）を使用してＤ２Ｄ信号（例えば、第２のＤ２Ｄ信号）を送信することが可能である。Ｄ２Ｄ信号（例えば、第１のＤ２Ｄ信号）は、高優先度を示すペイロードフィールドおよび／またはコードポイントを使用するＳＡであり得る。Ｄ２Ｄ信号（例えば、第２のＤ２Ｄ信号）は、パイロットシンボルおよび／または符号化シーケンスの選択などの、そのＬ１送信フォーマットを介して別のＤ２Ｄ信号（例えば、第１のＤ２Ｄ信号）から区別され得る。Ｄ２Ｄデータを送信すること、および／または受信することを意図するＤ２Ｄ端末は、制御するデバイスからの高優先度無線リソースおよび低優先度無線リソースを示し、かつ／または特徴付ける別のＤ２Ｄ端末からのそのような送信を観察することによって時間リソースおよび／または周波数リソースに関するアクセスレベルおよび／または優先度レベルを（例えば、暗黙に）決定することが可能である。制御するデバイスは、観察されるＤ２Ｄ信号および／または使用される時間／周波数リソースの間の関係を決定することが可能である。Ｄ２Ｄ端末は、観察される信号の発生から獲得される高優先度Ｄ２Ｄデータまたは低優先度Ｄ２Ｄデータに関する送信機会を表すことが可能なリストおよび／またはデータベースを確立することが可能である。
【0113】
完全に、または部分的に隔離されたＴＤＭ／ＦＤＭ無線リソースを使用するＤ２Ｄ優先度ベースのアクセスのための時間領域または周波数領域におけるＤ２Ｄ送信機会が、例えば、知られているおよび／または観察可能な参照信号に関して、タイミング関係からＤ２Ｄ端末によって導き出されることが可能である。
【0114】
例えば、そのような参照信号は、Ｄ２ＤＳＳ、ＤＬ Ｓｙｎｃ信号、またはＰＤ２ＤＳＣＨなどのタイミング獲得信号および／または周波数獲得信号の発生であることが可能である。受信するＤ２Ｄ端末が、そのような参照信号の発生を決定することが可能である。受信するＤ２Ｄ端末が、高優先度Ｄ２Ｄデータまたは低優先度Ｄ２Ｄデータのための送信機会の時間領域における予期される発生を計算することが可能である。タイミング関係が、例えば、ＳＦＮなどの１つのパラメータとして時間を表すインデックスもしくはカウンタを使用して、式を介して実行され、かつ／または与えられることが可能である。タイミング関係は、値のビットマップおよび／または表にされたセットによって与えられ得る。例えば、高優先度Ｄ２Ｄ送信機会が、送信機からのＤ２ＤＳＳの測定された発生から開始して８番目および９番目のサブフレームごとに与えられることが可能である一方で、低優先度Ｄ２Ｄ送信機会が、第１のＤ２ＤＳＳ発生から３サブフレームだけオフセットされながら、１２番目のサブフレームごとに与えられることが可能である。
【0115】
本明細書において説明される例は、２つより多くの優先度クラスの使用に、または異なるタイミング関係もしくは異なるシグナリングフォーマット表現の使用に拡張され得る。
【0116】
アクセス機構は、無線リソース送信パラメータの使用に基づき得る。
【0117】
Ｄ２Ｄ通信のための優先度ベースのアクセスは、例えば、時間領域および／または周波数領域におけるＤ２Ｄデータのための異なる無線リソース送信パラメータ（ＲＲＰＴ）の使用を介して実現されることが可能であり、高優先度Ｄ２Ｄデータまたは低優先度Ｄ２Ｄデータで使用するためのＲＲＰＴは、所与の時間周期にわたる時間／周波数領域における異なる割当て密度によって特徴付けられ得る。
【0118】
異なる無線リソース送信パターンを使用する優先されるＤ２Ｄアクセスは、Ｄ２Ｄデータ信号／チャネルのうちのいずれか１つに関して、またはこれらのＤ２Ｄデータ信号／チャネルのうちの１つまたは複数（例えば、いくつか）に関して、スケジューリング割当て（ＳＡ）、データ、Ｄ２Ｄ発見などの制御シグナリングもしくはサービスシグナリングのために使用される無線リソース上で実現され得る。
【0119】
図６は、ＴＤＭなどの、Ｄ２Ｄサブフレームプールに関する異なるリソース割当て密度を介する優先度ベースのアクセスの例示的な図である。図６において、スケジューリング周期ごとの異なる数のサブフレームが、高優先度Ｄ２Ｄデータおよび低優先度Ｄ２Ｄデータに（例えば、それぞれに）関するＳＡおよびＤ２Ｄデータのための時間領域隔離されたリソースで割り当てられること、および／または構成されることが可能である。
【0120】
図６において、無線リソース送信（例えば、第１の無線リソース送信）パターン（ＲＲＴＰ）が、高優先度Ｄ２Ｄデータのために構成されることが可能であり、１６０ミリ秒のスケジューリング周期ごとに３１のＤ２Ｄデータサブフレームを可能にする一方で、スケジューリング周期ごとに１５のサブフレームを可能にする低優先度Ｄ２Ｄデータのための（例えば、第２の）ＲＲＴＰが使用され得る。
【0121】
高優先度ＳＡプール（例えば、図６における第１のＳＡプール）および／または対応するＤ２Ｄデータプールは、時間周期ごとに、例えば、１スケジューリング周期ごとに、低優先度ＳＡプール（例えば、図６における第２のＳＡ）および／または対応するＤ２Ｄデータプールとは異なる量の無線リソース（例えば、２倍多く）を割り当てることが可能である。
【0122】
Ｄ２Ｄ送信のための優先度処理は、例えば、Ｄ２Ｄ送信ごとの同一のリソース使用効率に関して、より低い優先度Ｄ２Ｄ送信が、高優先度Ｄ２Ｄデータ送信と比べて、完了するのにより長くかかり得るという点で、向上させられ得る。高優先度Ｄ２Ｄデータ伝送は、時間および／または周波数においてより多くのリソース割当てスペース（例えば、「より大きいパイプ」）を利用することが可能であり、このことが、（例えば、第２の）低優先度ＳＡおよび低優先度Ｄ２Ｄデータプールと比較された場合に、送信を完了するそれらの時間を向上させること、および／またはそれらの観察可能な信号対雑音および／もしくは干渉比（ＳＩＮＲ）を向上させることが可能である。
【0123】
図６に示されるとおり、時間多重化されたＳＡおよびＤ２Ｄデータリソースは、ＴＤＭに拡張されることが可能であり、共有されるＤ２Ｄデータプールを使用しながら（例えば、使用しながらのみ）ＳＡ無線リソースに適用されることが可能である。図６に示される例は、ＳＡまたはＤ２Ｄデータプールに対する、または両方に対する周波数領域割当てに拡張され得る。
【0124】
図６に示される例は、例えば、時間における無線リソース密度が、低優先度Ｄ２Ｄ（例えば、図６における第２の低優先度Ｄ２Ｄ）送信機会に使用されるものと比べられた場合に、高優先度ＳＡ（例えば、図６における第１の高優先度ＳＡ）およびＤ２Ｄデータプールに関して予期され得る異なる送信特性のために調整されることを可能にすることによって、調整され得る。例えば、高優先度Ｄ２Ｄデータが、２０ミリ秒周期ごとに合計５つの送信が目標レベル２～４％におけるＢＬＥＲのために０～１ｄＢの動作ＳＩＮＲを維持するのに使用され得る、サブフレームごとに３ＰＲＢを占有する音声ブロードキャストチャネルから主に成る一方で、低優先度Ｄ２Ｄデータが、２ＰＲＢを使用し、かつ５ｄＢの動作ＳＩＮＲに対する検出信頼性を達成するのに繰返しを使用しないＤ２Ｄ発見から成る場合、ＳＡおよびデータプール（例えば、第１のＳＡおよびデータプール）は、所望されるとおりに、より高い優先度トラフィックに関する過剰プロビジョニング要因によって調整された、同一の、もしくは類似した量の提供されるトラフィックに関する予期される再送の数を考慮に入れること（例えば、考慮に入れることのみ）によってなど、順序アプローチ（例えば、第１の順序アプローチ）において過剰サイズにされる可能性がある。
【0125】
図７は、異なるリソース割当て密度（例えば、送信パラメータ）を介する優先度ベースのアクセスの例示的な図である。図７において、スケジューリング周期ごとに異なる数のサブフレームが、高優先度Ｄ２Ｄデータおよび低優先度Ｄ２Ｄデータを（例えば、それぞれ）送信している間などに、ＳＡおよびＤ２Ｄデータのための時間領域隔離されたリソースでＤ２Ｄ端末によって使用され得る。
【0126】
無線リソース送信パターン（ＲＲＴＰ）（例えば、図７における第１のＲＲＴＰ）が、高優先度Ｄ２Ｄデータに関してＤ２Ｄ端末によって使用されることが可能である一方で、Ｄ２Ｄ端末は、低優先度Ｄ２Ｄデータに関して異なるＲＲＴＰ（例えば、図７における第２のＲＲＴＰ）を使用することが可能である。
【0127】
図７において、共有されるＤ２Ｄデータプールが構成され得る。音声などの高優先度Ｄ２Ｄデータを送信することを意図するＤ２Ｄ送信機が、１６０ミリ秒のスケジューリング周期にわたる２８のサブフレームの使用をもたらし得るＲＲＴＰ（例えば、第１のＲＲＴＰ）を示すＳＡを送信することが可能である。Ｄ２Ｄシグナリングなどのより低い優先度Ｄ２Ｄデータの送信に関して、Ｄ２Ｄ送信機は、同一のスケジューリング周期にわたる１９のサブフレーム（例えば、１９のサブフレームのみ）の使用をもたらし得る別の、または異なるＲＲＴＰ（例えば、図７における第２のＲＲＴＰ）を使用することが可能である。
【0128】
高優先度ＲＲＴＰ（例えば、図７における第１のＲＲＴＰ）および／または低優先度ＲＲＴＰ（例えば、図７における第２のＲＲＴＰ）は、１つのスケジューリング周期などの時間周期ごとに異なる量の無線リソースを割り当てることが可能である。
【0129】
Ｄ２Ｄ送信のための優先度処理は、例えば、Ｄ２Ｄ送信ごとの同一のリソース使用効率に関して、より低い優先度Ｄ２Ｄ送信が、高優先度Ｄ２Ｄデータ送信と比べて、完了するのにより長くかかり得るという点で、向上させられ得る。Ｄ２Ｄ送信機デバイスは、例えば、高優先度Ｄ２Ｄデータ対低優先度Ｄ２Ｄデータの事例に対応するＤ２Ｄデータを送信するのに使用される無線リソースの量を選択する（例えば、自律的に選択する）ことが可能である。共有されるＤ２Ｄデータプールが使用されることが可能であり、リソース利用および効率を向上させることが可能である。
【0130】
図７において、時間多重化されたＳＡおよびＤ２Ｄデータリソースが、ＳＡおよびＤ２Ｄデータプールに適用されたＲＲＰＴに関する周波数領域割当てに拡張され得る。
【0131】
時間領域割当ておよび周波数領域割当ては、例えば、所与の時間周期にわたって異なる割当て密度を実現するように無線リソース送信パターンを介して組み合わされることが可能である。このことは、本明細書において説明されるとおり、例えば、Ｄ２Ｄデータの異なる送信特性を考慮に入れるように拡張され得る。
【0132】
本明細書において説明される例（例えば、図６および図７に関する）は、時間領域または周波数領域においてＳＡまたはデータプールを有する２つより多くの優先度クラスの事例に拡張され得る。例えば、４つの異なる別々の無線リソース送信パターンに対応するＮ＝Ｍ＝４優先度カテゴリが使用され得る。スケジューリング周期の異なる長さが使用され得る。ＳＡ送信は、後のスケジューリング周期、および／または複数のスケジューリング周期において送信されるＤ２Ｄデータに対応することが可能である。スケジューリング周期とは独立に、またはそれと併せて、半永続的、時間限定された、または動的に許可されるＤ２Ｄデータ送信の原理が、時間周期ごとに異なる無線リソース送信密度の前述される原理と一緒に使用されることが可能である。例は、例示目的でＳＡおよびＤ２Ｄデータを使用したが、時間周期ごとの無線リソース送信密度の原理は、優先度ベースのアクセスを実行するのに異なるＤ２Ｄチャネルまたは異なるシグナリングメッセージを使用する場合にも同様に説明され得る。
【0133】
Ｄ２Ｄデータに関して異なる無線リソース送信パターン（ＲＲＰＴ）を使用するＤ２Ｄ優先度ベースのアクセスのためのＤ２Ｄ送信機会は、制御するデバイスによって公示され得る。高優先度Ｄ２Ｄデータまたは低優先度Ｄ２Ｄデータで使用するためのＲＲＰＴは、所与の時間周期にわたるなどの、時間／周波数領域における異なる割当て密度によって特徴付けられることが可能である。制御するデバイスは、Ｄ２Ｄ端末であり得る。制御するデバイスは、基地局などのＬＴＥ無線ネットワークデバイスであり得る。
【0134】
制御するデバイスが、高優先度Ｄ２Ｄデータ送信で使用するための時間周期にわたる（例えば、第１の）無線リソース割当て密度を有する無線リソースのセット（例えば、無線リソースの第１のセット）をシグナリングすることが可能である。制御するデバイスが、より低い優先度Ｄ２Ｄデータ送信で使用するための時間周期にわたる異なる無線リソース（例えば、第２の異なる無線リソース）割当て密度を有する無線リソースのセット（例えば、無線リソースの第２のセット）をシグナリングすることが可能である。
【0135】
制御するデバイスは、例えば、ＢＣＨブロードキャストチャネルまたはＰＤ２ＤＳＣＨブロードキャストチャネルなどの共有される制御チャネルを使用することによって、それらの無線リソースセットを（例えば、明示的に）シグナリングすることが可能である。ＢＣＨ上のシステム情報は、サブフレーム番号もしくはサブフレームセットのいずれか１つもしくは両方、またはアクセス優先度レベルと組み合わせた、もしくは関連した周波数リソースの組合せを包含することが可能である。そのようなＤ２Ｄアクセスレベルおよび優先度レベルは、与えられる（例えば、明示的に）ことが可能であり、それらが通信され得る順序上で導き出される（例えば、暗黙に）ことが可能であり、インデックスリストの一部として与えられることが可能であり、またはそれらが通信され得る順序によって導き出されることが可能である。
【0136】
Ｄ２Ｄ優先度ベースのアクセスのためのＤ２Ｄ送信機会は、例えば、高優先度Ｄ２Ｄデータまたは低優先度Ｄ２Ｄデータで使用するためのＲＲＰＴが、事前決定された時間周期にわたる時間／周波数領域における異なる割当て密度によって特徴付けられることが可能であるなどの、Ｄ２Ｄデータのための別々の無線リソース送信パターン（ＲＲＰＴ）の形態で、送信するＤ２Ｄ端末によって決定され得る。
【0137】
Ｄ２Ｄデータを送信することを意図するＤ２Ｄ送信機デバイスが、そのＤ２Ｄデータが高優先度データのカテゴリに対応するか、または低優先度データのカテゴリに対応するかを（例えば、先に）決定することが可能である。Ｄ２Ｄ送信機は、例えば、優先度の決定の結果として、そのＤ２Ｄデータ送信で使用するための対応するＳＡおよび／またはデータ無線リソースを決定することが可能である。Ｄ２Ｄ送信機デバイスは、ＲＲＰＴが、所与の時間周期にわたる時間／周波数領域における異なる割当て密度によって特徴付けられるなど、高優先度Ｄ２Ｄデータのために使用されることになるＲＲＰＴ（例えば、第１のＲＲＰＴ）、または低優先度Ｄ２Ｄデータのために使用されることになるＲＲＰＴ（例えば、第２のＲＲＰＴ）を選択することが可能である。Ｄ２Ｄ送信機は、決定された無線リソース上でＳＡおよび／またはＤ２Ｄデータを送信することが可能である。ＳＡおよびＤ２Ｄデータの送信は、例えば、送信することになるデータがもはや存在しない場合、終了することが可能である。適切な無線リソースの再評価および／または決定が、例えば、高優先度ＳＡもしくは低優先度ＳＡに許される無線リソースに変更が存在する場合、または新たなスケジューリング周期が開始した場合、行われ得る。
【0138】
Ｄ２Ｄデータを復号することを意図するＤ２Ｄ受信機が、ＳＡおよび／またはデータ無線リソースを決定することが可能である。Ｄ２Ｄ受信機は、対応する無線リソース上で高優先度Ｄ２Ｄ送信が受信され得るか、または低優先度Ｄ２Ｄ送信が受信され得るかを決定することが可能である。Ｄ２Ｄ受信機は、Ｄ２Ｄ信号送信から示されること、もしくは復号されること、もしくは導き出されることが可能であるなどの、Ｄ２Ｄデータのアクセス優先度を表すことが可能な無線リソース送信パターン（ＲＲＴＰ）を決定することが可能である。ＲＲＴＰの関数として、Ｄ２Ｄ受信機は、例えば、決定されたパラメータの関数として、無線リソースの少なくともサブセットを復号しようと、かつ／または復調しようと試みることが可能である。
【0139】
優先されたアクセスを使用するＤ２Ｄデータのための異なる無線リソース送信パターン（ＲＲＰＴ）は、例えば、タイミング関係から送信するＤ２Ｄ端末によって決定され得る。高優先度Ｄ２Ｄデータまたは低優先度Ｄ２Ｄデータで使用するためのＲＲＰＴは、例えば、所与の時間周期にわたる時間／周波数領域における異なる割当て密度によって特徴付けられることが可能である。
【0140】
例えば、参照信号を使用してタイミングパラメータを決定する場合、これらは、Ｄ２ＤＳＳ、ＤＬ Ｓｙｎｃ信号、またはＰＤ２ＤＳＣＨなどのタイミング信号および／または周波数獲得信号の発生であり得る。送信するＤ２Ｄ端末が、タイミング基準の発生に関するベースラインパターンなどの、ＲＲＰＴ（例えば、第１のＲＲＰＴ）を決定することが可能である。送信するＤ２Ｄ端末は、例えば、決定されたＲＲＰＴを入力（例えば、第１の入力）として、かつＤ２Ｄデータが高優先度であるか、または低優先度であるかのパラメータを入力（例えば、第２の入力）として使用することによって、そのＤ２Ｄ送信のために使用するための調整されたＲＲＰＴ（例えば、第２の調整されたＲＲＰＴ）を決定することが可能である。タイミング関係は、ＳＦＮなどの１つまたは複数のパラメータとして時間を表すインデックスまたはカウンタを使用する式を介して実行されること、または与えられることが可能である。タイミング関係は、値のビットマップまたは表にされたセットによって与えられ得る。例えば、高優先度Ｄ２Ｄ送信機会が、送信機からのＤ２ＤＳＳの測定された発生から開始して４番目のサブフレームごとの送信をもたらすベースラインＲＲＰＴパターンから決定されることが可能である一方で、低優先度Ｄ２Ｄ送信機会が、第１のＤ２ＤＳＳ発生から３サブフレームだけオフセットされながら、１２番目のサブフレームごとに（例えば、のみ）決定されることが可能である。
【0141】
本明細書において説明される例は、２つのより多くの優先度クラス、または異なるタイミング関係の使用に拡張され得る。
【0142】
アクセス機構は、高優先度デバイスに関して保証された隔離されたリソースを使用することが可能である。
【0143】
優先度アクセスは、より高い優先度データ送信によって使用され得るリソースのセットを保証すること、および／または潜在的に確保することによって実行され得る。リソースは、ＳＡおよび／またはデータプールのための時間／周波数リソースのセット（例えば、パターンのセットを含む）に対応することが可能である。より高い優先度ＷＴＲＵが、これらのリソースに対して保証されたアクセスを有することが可能であり、より低い優先度ＷＴＲＵが、高優先度確保されたデータリソースを、例えば、それらのリソースが高優先度データによって使用されていない場合、使用することが可能である。
【0144】
ＳＡリソースプールは、異なる優先度アクセスＷＴＲＵおよび／またはデータ送信のために時間および／または周波数において隔離され得る。例えば、スケジューリング周期における最初のＮのＳＡサブフレームが、高優先度データを送信するデバイス、および／または高優先度デバイスであり得るデバイスによって（例えば、そのようなデバイスによってのみ）使用され得るサブフレームに対応することが可能である。
【0145】
ＷＴＲＵが、ＷＴＲＵにおいて利用可能なデータと比べて、より高い優先度を有するデータの送信のために構成されたリソース（例えば、ＳＡリソース／サブフレーム）を監視することが可能である。ＷＴＲＵは、より高い優先度データ送信のために確保されたサブフレームを監視することが可能である。
【0146】
ＷＴＲＵが、少なくともＸ（例えば、Ｘは、構成可能な数であり得る）のより高い優先度スケジューリング発生が、より高い優先度ＳＡリソース上で検出され得る（例えば、事前定義されたウインドウにわたる現在のもしくは過去のスケジューリング周期において）ことを決定した場合、ＷＴＲＵは、低優先度データのために確保された／構成されたリソースプール上で（例えば、そのようなリソースプール上でのみ）より低い優先度データを送信することが可能である。ＷＴＲＵが、少なくともＸのより高い優先度スケジューリング発生がより高い優先度ＳＡリソース上で検出され得ることを決定した場合、ＷＴＲＵは、低優先度データのために使用されることになるＲＲＰＴのリストから選択された、または送信のために利用可能なデータの優先度レベルのために構成されたＲＲＰＴのうちの１つまたは複数（例えば、１つ）を使用して送信する（例えば、そのようにしてのみ送信する）ことが可能である。このことは、少なくとも１つの高優先度データ送信が存在する場合、より低い優先度ＷＴＲＵが、より高い優先度データのためのリソースを使用しようと試みないことが可能である。Ｘ未満のスケジューリング発生が検出された場合、ＷＴＲＵは、より高い優先度データのため、およびより低い優先度データのために構成されたデータリソースプールからリソースを選択することが可能である。Ｘ未満のスケジューリング発生が検出された場合、ＷＴＲＵは、より高い優先度データのため、およびより低い優先度データのために確保されたＲＲＰＴのリストから選択することが可能である。
【0147】
ＷＴＲＵは、高優先度ＳＡリソース上で送信されるＳＡを（例えば、先に）復号し、高優先度データによって使用されるリソースのセットもしくはＲＲＰＴのセットを決定することが可能である。ＷＴＲＵは、高優先度データによって使用されるリソースのセットもしくはＲＲＰＴのセットを、使用することになる利用可能なＲＲＰＴもしくは利用可能なリソースのリストから除外することが可能である。このことは、より低い優先度データを送信するＷＴＲＵが、より高い優先度データを送信するのに使用されないことが可能なリソースを利用することを可能にし得る。
【0148】
８０ミリ秒のスケジューリング周期ごとに４つのＳＡサブフレームが、Ｄ２Ｄ送信のために構成され得る。ＳＡサブフレーム１～４のセット（例えば、完全なセット）が、例えば、高優先度Ｄ２Ｄデータに関してＷＴＲＵによって送信および／または受信のために使用され得る。ＳＡサブフレーム３～４のサブセットが、低優先度Ｄ２ＤデータのためにＷＴＲＵによって使用され得る（例えば、ＳＡサブフレーム３～４のサブセットのみが、低優先度Ｄ２ＤデータのためにＷＴＲＵによって使用され得る）。ＷＴＲＵが、それが送信しなければならないＤ２Ｄデータが高優先度Ｄ２Ｄデータであるか、または低優先度Ｄ２Ｄデータであるかを（例えば、先に）決定することが可能である。ＷＴＲＵが、そのＤ２Ｄデータが低優先度であることを決定した場合、ＷＴＲＵは、他のＷＴＲＵによる高優先度Ｄ２Ｄ送信が、４つの利用可能なＳＡサブフレームにおけるＳＡを復号することからスケジューリング周期に関して告知されるかどうかを決定することが可能である。それが、そのような高優先度ＳＡを見出した場合、それは、復号情報を抽出し、かつ／またはこれらの高優先度ＳＡに対応する送信パラメータを決定することが可能である。ＷＴＲＵは、他の高優先度ＷＴＲＵによって現在、使用中であるＤ２Ｄ ＳＡのセット、および対応するＤ２Ｄデータサブフレームを決定することが可能である。ＷＴＲＵは、決定された高優先度ＷＴＲＵ（例えば、決定されたすべての高優先度ＷＴＲＵ）によって使用中でないＳＡおよび／またはＤ２Ｄデータリソースを選択し、それ自らのＳＡを送信することが可能である。利用可能なＳＡおよび／またはＤ２Ｄデータリソースが見出され得ない場合、その送信は、延期され得る。例えば、前述されるとおり、ＷＴＲＵが、そのＤ２Ｄデータが高優先度であることを決定した場合、それは、それ自らの送信のために利用可能なＳＡおよび対応するＤ２Ｄデータリソース（例えば、それ自らの送信のためのいずれかの利用可能なＳＡおよび対応するＤ２Ｄデータリソース）を選択することが可能である。
【0149】
本明細書において説明される１つまたは複数の技法において、ことによると、例えば、シナリオのなかでもとりわけ、低優先度ＷＴＲＵによって復号される高優先度ＷＴＲＵ送信の数が、何らかの値Ｎより大きい可能性がある場合、低優先度ＷＴＲＵは、以下のうちの１つまたは複数を使用する挙動を有することが可能である。すなわち、
同一のスケジューリング周期における別のＳＡプールおよび／またはデータプールの上で送信する
同一のＳＡプールを使用するが、同一のスケジューリング周期における別のデータプール上で送信する
同一のスケジューリング周期における同一のＳＡおよび／またはデータプールを使用するが、高優先度ＷＴＲＵのうちのいずれかによって使用されないことが可能なＳＡに関するＴＲＰＴおよび／または時間周波数リソースを使用して送信する
現在のスケジューリング周期において送信電力を低減する
次のスケジューリング周期、および／または将来におけるランダムな時間に送信を延期する、かつ／または
再送タイマを開始し、タイマは、いくつかの技法において、ことによると、満了した後、ＷＴＲＵが、例えば、シナリオのなかでもとりわけ、前述されることのうちの１つまたは複数を再試行することが可能である。
同一のスケジューリング周期における別のＳＡプールおよび／またはデータプールの上で送信する
同一のＳＡプールを使用するが、同一のスケジューリング周期における別のデータプール上で送信する
同一のスケジューリング周期における同一のＳＡおよび／またはデータプールを使用するが、高優先度ＷＴＲＵのうちのいずれかによって使用されないことが可能なＳＡに関するＴＲＰＴおよび／または時間周波数リソースを使用して送信する
現在のスケジューリング周期において送信電力を低減する
次のスケジューリング周期、および／または将来におけるランダムな時間に送信を延期する、かつ／または
再送タイマを開始し、タイマは、いくつかの技法において、ことによると、満了した後、ＷＴＲＵが、例えば、シナリオのなかでもとりわけ、前述されることのうちの１つまたは複数を再試行することが可能である。
【0150】
いくつかの実施形態において、例えば、シナリオのなかでもとりわけ、ＳＡリソースに関して、ことによると、ＳＡリソースの衝突を回避するのに、かつ／またはことによると、ＳＡリソースが、高優先度ユーザによってより容易にアクセス可能であることを可能にするのに、高優先度のために使用可能なＳＡサブフレームが、時間的に先に（例えば、低優先度ＳＡと比較されて）発生する（部分的に、または完全に）ことが可能である。高優先度ＷＴＲＵに関連付けられたＳＡリソース、および／または低優先度ＷＴＲＵに関連付けられたものが、シグナリング経由で（例えば、異なるＳＡプールに割り当てられることによって）ＷＴＲＵにおいて構成されることが可能であり、かつ／または１つもしくは複数の、またはすべてのＷＴＲＵにおいて静的に構成されることが可能である。
【0151】
例えば、特定の送信プールに関するサブフレームリソースおよび／またはリソースブロックとして構成されたＳＡリソースのセット（０＜＝Ｎ ＰＵＣＣＨ＜Ｎ２）が、２つのセットに分離されることが可能であり、０＜＝Ｎ＿ＰＵＣＣＨ＜Ｎ１が、高優先度ユーザのために確保されることが可能であり、Ｎ１＜＝Ｎ＿ＰＵＣＣＨ＜Ｎ２が、低優先度ユーザのために確保されることが可能である（例えば、より早期のサブフレームにおけるリソースは、より少ない、または同一のＮ＿ＰＵＣＣＨインデックスを有することが可能である）。ことによると、高優先度ＷＴＲＵが、特定のプールを使用して送信する場合、ＷＴＲＵは、高優先度ユーザのために確保されたＳＡリソース（かつ、ことによると、いくつかの技法において、そのようなリソースのみ）をランダムに選択し、かつ／または利用することが可能である。
【0152】
高優先度（例えば、第１の優先度）を有するＷＴＲＵが、所与のスケジューリング周期におけるＤ２Ｄ ＳＡ送信のために構成されたいずれかのＳＡリソースを選択し、かつ／または利用することが可能である。低優先度（例えば、第２の優先度）を有するＷＴＲＵが、高優先度送信のために確保されたＳＡリソースの一部ではない可能性があるいずれかのＳＡリソースを利用することが可能である。低優先度ＷＴＲＵは、高優先度ＷＴＲＵに関連付けられたＳＡを復号することによってそのような決定を行うことが可能である。
【0153】
例えば、高優先度ＷＴＲＵによって選択され得る第１のＮ１時間周波数ブロックが、低優先度ＷＴＲＵによって選択され得る第１のＮ２時間周波数ブロックに時間において先行して発生することが可能である（例えば、常に発生することが可能である）。すなわち、高優先度ＷＴＲＵに関するＮ１が、セット０＜Ｎ１＜Ｋ１に入っていることが可能である一方で、低優先度ＷＴＲＵに関するＮ２が、Ｎ１＜Ｎ２＜Ｋ２のどこかに入っていることが可能である。例えば、パラメータＮ１、Ｎ２、Ｋ１、および／またはＫ２は、サブフレーム番号またはサブフレームインデックスなどの時間インデックスを参照することが可能である。高優先度ＷＴＲＵ送信に関する第１のＳＡプールが、０からＫ１＝３まで番号が付けられたサブフレームにおいて利用可能であり得る。低優先度ＷＴＲＵ送信のために第２のＳＡプールが、０からＫ２＝８まで番号が付けられたサブフレームにおいて利用可能であり得る。ことによると、シナリオのなかでもとりわけ、低優先度ＷＴＲＵが、サブフレームＮ１＝０、１、および／または２において高優先度ＷＴＲＵ送信を検出しないことが可能である場合、それは、サブフレームＮ２＞２におけるＳＡリソースを利用することが可能である。例えば、パラメータＮ１、Ｎ２、Ｋ１、および／またはＫ２は、番号が付けられ、かつ／またはインデックスが付けられたＲＢ／サブフレーム時間周波数リソースとして識別されるなどの、時間周波数インデックスを参照することが可能である。高優先度ＷＴＲＵ送信のための第１のＳＡプールが、０からＫ１＝２まで番号が付けられたサブフレームにおいて、かつサブフレームごとに５０ＲＢにおいて利用可能であって、１つもしくは複数、またはそれぞれ、インデックスが付けられた１５０のＲＢ／サブフレーム時間周波数リソースをもたらすことが可能である。低優先度ＷＴＲＵ送信のための第２のＳＡプールが、サブフレームごとに２０ＲＢを使用して、０からＫ２＝５まで番号が付けられたサブフレームにおいて利用可能であって、１つもしくは複数、またはそれぞれ、インデックスが付けられた１２０のＲＢ／サブフレーム時間周波数リソースをもたらすことが可能である。ことによると、シナリオのなかでもとりわけ、例えば、低優先度ＷＴＲＵが、インデックスが付けられた１５０の高優先度ＲＢ／サブフレーム時間周波数リソースにおいて高優先度ＷＴＲＵ送信を検出しない可能性がある場合、それは、インデックスが付けられた１２０の低優先度ＲＢ／サブフレーム時間周波数リソースにおけるＳＡリソースを利用することが可能である。
【0154】
低優先度送信を有するＷＴＲＵが、ことによると、高優先度ＷＴＲＵのために確保されたスケジューリング周期のためのＳＡリソース（例えば、その少なくとも一部分を）、シナリオのなかでもとりわけ、例えば、低優先度送信を有するＷＴＲＵが、これらのリソースが使用され得ることを決定することが可能である後、使用することが可能である。例えば、ＳＡ（初期送信および／または再送）が、一緒に関連付けられている少なくとも２つの別々の時間／周波数ブロックを含む場合、低優先度送信を有するＷＴＲＵが、ことによると、例えば、第１のＰＵＣＣＨ送信が使用されないことが可能であることを決定した後、高優先度ＷＴＲＵ送信に属することが可能な残りのＰＵＣＣＨ送信を使用することが可能である。ＷＴＲＵは、より少ない反復、変更された送信電力、および／または低減されたＭＣＳのうちの１つまたは複数で送信することが可能である。低優先度ＷＴＲＵは、ことによると、シナリオのなかでもとりわけ、例えば、より高い優先度ＷＴＲＵによる送信が存在しないことを決定している場合、低優先度ＷＴＲＵのために確保されていないＳＡリソースを利用することが可能である。いずれの選択を行うかの決定は、ことによると、例えば、シグナリングされた基準に基づいて、ランダムな決定であることが可能であり、かつ／またはチャネル測定に基づくことが可能である。
【0155】
ＷＴＲＵが、１つまたは複数の送信プール上で本明細書において説明される例における同一の挙動または異なる挙動を適用することが可能であり、かつ、ことによると、いくつかのシナリオにおいて、同時にそうすることが可能である。例えば、低優先度ＷＴＲＵが、ことによると、送信することになるプールを選択する前に、１つもしくは複数の、または複数のプールにおける高優先度送信をリッスンすることが可能である。異なるプールが、高優先度ＷＴＲＵ送信および／または低優先度ＷＴＲＵ送信の間でＳＡリソースに関する異なる確保規則を有することが可能である（例えば、プール１が、高優先度および／または低優先度のための１つまたは複数の別々のＳＡリソースを有することが可能である一方で、プール２は有さないことが可能である）。
【0156】
本明細書において説明されるフィーチャを使用して、高優先度Ｄ２Ｄ送信が、構成され、かつ／または利用可能なＤ２Ｄ送信リソースに優先的アクセス（例えば、第１のアクセス）を有することが可能である。低優先度Ｄ２Ｄ送信が、これらの関数として選択されることが可能であり、Ｄ２Ｄ送信リソースが依然として利用可能である場合、送信されることが可能である。ＷＴＲＵが、サブフレームを搬送しているＳＡにおいて着信するＳＡを復号して、それらが、監視されるトークグループの一部として対応するＤ２Ｄデータを受信することが可能であるかどうかを決定していることが可能であることを所与として、ＳＡを復号することから獲得される利用可能な情報を使用して、いずれのＤ２Ｄ送信リソースが占有されているかを決定することは、追加される復号する複雑さがほとんどなしに手に入ることが可能である。
【0157】
いくつかの実施形態において、特定のリソースが、高優先度送信のために確保されることが可能であり、かつ／または高優先度ＷＴＲＵが、それらが高優先度ＳＡおよび／または所与のスケジューリング周期に関するデータリソースを使用することが可能であることを低優先度ＷＴＲＵに示す占有フラグを送信することが可能である。占有フラグは、ＳＡの一部として（例えば、ＳＡの始めに）送信されることが可能であり、かつ／または目標スケジューリング周期に先立ってＳＡにおいて送信されることも可能であり、ことによると、例えば、１つまたは複数の将来のスケジューリング周期における１つまたは複数のＳＡリソースの占有を示す。占有フラグは、１つもしくは複数の、またはすべてのＤ２Ｄ ＷＴＲＵによって読み取られ得る別個のチャネル（例えば、Ｄ２ＤＳＳおよび／またはＰＤ２ＤＳＣＨ）において送信され得る。フラグが、（例えば、単一の）ＳＡリソースに、プールおよび／またはリソースに、かつ／またはＤ２Ｄの送信に利用可能な１つもしくは複数の、またはすべてのリソースに関連付けられることが可能である。
【0158】
例えば、８０ミリ秒のスケジューリング周期ごとに４つのＳＡサブフレームが、Ｄ２Ｄ送信のために構成され得る。サブフレーム１および２に関連付けられた（例えば、単一の）占有フラグが、高優先度ＷＴＲＵがこれらのサブフレームのいずれかを利用することが可能である場合にはいつでも、設定され得る。低優先度ＷＴＲＵが、ＳＡを送信すること、および／または（例えば、その後）データを送信することを所望することが可能である。ＷＴＲＵは、占有フラグの存在を検査して、ことによると、例えば、そのスケジューリング周期に関してＳＡを送信することを計画しているより高い優先度ＷＴＲＵが存在するかどうかを決定することが可能である。シナリオのなかでもとりわけ、占有フラグが設定されている場合、低優先度ＷＴＲＵがサブフレーム３および４を利用することが可能である（例えば、サブフレーム３および４のみを利用することが可能である）。シナリオのなかでもとりわけ、占有フラグが設定されていない場合、より低い優先度ＷＴＲＵは、送信のために任意のＳＡリソースを選択することができる。
【0159】
例えば、スケジューリング周期ｘ上でリソースを選択している（例えば、かつ／またはこのことを、占有フラグを使用して示している）可能性がある高優先度ＷＴＲＵが、それが同一のＳＡリソース、および／または後続のＳＡ周期上のデータ（例えば、ＲＲＰＴ）を再使用する可能性があることを示すことも可能である。とりわけ、そのようなシナリオにおいて、低優先度ＷＴＲＵは、例えば、次の２つのスケジューリング周期に関して高優先度リソースを使用しないことが可能である。
【0160】
ＷＴＲＵが、低優先度ユーザに宛先指定されることが可能な占有フラグを送信することを可能にされるように構成されること（例えば、ｅＮＢおよび／またはＰｒｏＳｅ機能によって）が可能であり、かつ／または事前構成されることが可能である。例えば、ＷＴＲＵが、「特別なユーザ」（警察署長、消防署長その他）によって使用されるように構成され得る。ＷＴＲＵが、ことによると、例えば、いくつかの条件および／またはトリガ（例えば、緊急事態状況）の下で、占有フラグを送信することが可能である（例えば、そうすることを可能にされ得る）。このトリガは、ＷＴＲＵが、時間の周期、例えば、有限の時間の周期にわたってそうすることを可能にし得る。
【0161】
いくつかの実施形態において、ＷＴＲＵは、高優先度データのために確保され得るＳＡのためのリソースのセットおよび／またはＲＲＰＴのセットの信号強度および／または信号占有率を測定すること、および／または決定することが可能である。ＷＴＲＵは、ことによると、例えば、信号強度および／または信号占有率が何らかの事前定義された、かつ／または知られている閾値を下回っている場合、それらのリソースを送信することが可能である（例えば、そのような場合にのみ送信することが可能である）。測定は、ＷＴＲＵが送信することを所望し得る時点および／またはスケジューリング周期において行われることが可能であり、かつ／またはそれらは、過去のスケジューリング周期で行われ、かつ／または過去のいくつかのスケジューリング周期にわたって平均された測定を含むことが可能である。測定は、測定および／またはＲＲＳＩ、および／または同様の占有率測定または干渉測定を含むことが可能である。閾値は、静的に定義されることが可能であり、かつ／またはそれらは、ＲＲＣシグナリング経由で、かつ／またはＤ２Ｄ同期チャネル（ＰＤ２ＤＳＣＨ）におけるＰＨＹ層シグナリング経由でＷＴＲＵにおいて構成されることが可能である。
【0162】
例えば、８０ミリ秒のスケジューリング周期ごとに４つのＳＡサブフレームが、Ｄ２Ｄ送信のために構成され得る。ＳＡサブフレーム１～４の完全なセットが、高優先度Ｄ２Ｄデータに関するＷＴＲＵによる送信および／または受信のために使用され得る。ＳＡサブフレーム３～４のサブセット（例えば、そのようなサブセットだけが）、低優先度Ｄ２Ｄデータに関してＷＴＲＵのために使用され得る。ＷＴＲＵが、それが送信することを所望し得るＤ２Ｄデータが高優先度Ｄ２Ｄデータであるか、または低優先度Ｄ２Ｄデータであるかを決定することが可能である。シナリオのなかでもとりわけ、Ｄ２Ｄデータが低優先度である場合、ＷＴＲＵは、ＳＡサブフレーム１および／または２の信号占有率を検査することが可能である。信号占有率は、例えば、最後のＮのサブフレームにわたるＲＳＳＩの平均された測定であることが可能である。これらのサブフレームのいずれかの信号占有率測定が閾値を下回っている場合、送信することになる低優先度データを有するＷＴＲＵは、送信のためにそのサブフレームを選択することが可能である。シナリオのなかでもとりわけ、占有率測定が閾値を超えている場合、送信することになる低優先度データを有するＷＴＲＵは、送信のためにサブフレーム３および／または４を使用することが可能である。シナリオのなかでもとりわけ、送信することになる高優先度Ｄ２Ｄデータを自らが有すると決定することが可能なＷＴＲＵは、ＳＡサブフレーム１および／または２を使用して送信することが可能であり、かつ／または４つのＳＡサブフレームのうちのいずれかの上で送信することが可能である。
【0163】
いくつかの実施形態において、異なる優先度レベルが存在することが可能であり、対応するように、異なるＳＡサブフレームおよび／または異なる閾値が存在することが可能である。最低の優先度レベル（例えば、４つのレベルのうちの）を有するＷＴＲＵが、４つのサブフレームのうちの１つもしくは複数、またはそれぞれに関して占有率測定を検査することが可能である。シナリオのなかでもとりわけ、４つのサブフレームのうちのいずれかの占有率レベルが、そのサブフレームに関する対応する閾値を下回っている場合、ＷＴＲＵは、占有率レベルが閾値を下回っていたサブフレームのいずれかの上で送信することが可能である。シナリオのなかでもとりわけ、ＳＡサブフレームのいずれもこの基準を満たさない（例えば、いずれの時間においても）場合、送信することになる低優先度データを有するＷＴＲＵは、それの送信を次のＳＡ周期に延期することが可能であり、かつ／または説明される技法を繰り返すことが可能である。
【0164】
１つまたは複数の技法において、ＳＡおよび／またはデータリソースの１つもしくは複数、またはセットが確保され得る。高優先度ＷＴＲＵが、シナリオのなかでもとりわけ、ことによると、そのようなリソースを利用している場合に、低優先度ＷＴＲＵと比べて、より高い電力で送信することが可能である。高優先度送信を有するＷＴＲＵは、これらの確保されたリソースを使用することが可能である（例えば、そのようなリソースを使用するように制限されることが可能である）。高優先度送信を有するＷＴＲＵは、ことによると、高優先度ＷＴＲＵに関連付けられた送信電力値を尊重しながら、１つもしくは複数の、またはすべてのリソースを使用することが可能である。低優先度送信を有するＷＴＲＵは、ことによると、低優先度ＷＴＲＵに関連付けられた送信電力値を尊重しながら、１つもしくは複数の、またはすべてのリソース（例えば、確保されたリソース、および／または確保されていないリソース）を使用することが可能である。低優先度ＷＴＲＵが、高優先度ＷＴＲＵのために確保されたリソース上で、より低い送信電力で送信することが可能な１つまたは複数の技法が、本明細書において説明される他の技法と組み合わせて使用され得る。
【0165】
本明細書において説明される技法のうちの１つまたは複数において、高優先度ＷＴＲＵのための保証された隔離されたリソースが、ネットワークによってシグナリングされることが可能であり（例えば、ＲＲＣシグナリング、ＮＡＳシグナリング、および／またはＭＡＣシグナリング経由で）、かつ／または静的に決定されること、および／または定義されることが可能である。それらは、ＰｒｏＳｅ機能によって定義されること／決定されることが可能である。保証された隔離されたリソースの存在は、ことによると、１つまたは複数の規則に基づいて、１つもしくは複数の、または各ＷＴＲＵによって動的に決定されることが可能であり、かつ／またはすべてのＷＴＲＵに関して同一でないことが可能である。例えば、低優先度ＷＴＲＵが、ことによると、例えば、現在のスケジューリング周期および／もしくは以前のスケジューリング周期の行われた測定、および／または高優先度ＷＴＲＵの存在の現在の決定および／もしくは過去の決定に基づいて、隔離されたリソースが所与のスケジューリング周期上に存在し得ると決定することが可能である。例えば、低優先度ＷＴＲＵが、ことによると、例えば、そのような決定が、隔離されたリソースがまったく存在しない可能性があることを示すことが可能なスケジューリング周期上で通常のリリース１２規則を使用して動作しながら、これらのスケジューリング周期上で１つまたは複数の隔離されたリソースに関連付けられた規則を尊重することが可能である。
【0166】
本明細書において説明されるフィーチャは、ＳＡサブフレームを使用して特定の、かつ／または限定された構成を使用することが可能であり、動作原理は、Ｄ２Ｄ送信のために許されるＤ２Ｄサブフレームおよび／または周波数領域を含むなどの、ＳＡ以外のＤ２Ｄサブフレームに拡張されることが可能である。本明細書において説明されるフィーチャは、２つより多くの優先度レベル、例えば、低および高より多くの、例えば、低、中、および高、優先度の範囲、その他の事例に関して適用され得る。本明細書において説明されるフィーチャ（例えば、より高い優先度ＷＴＲＵが時間／周波数リソースを先に使用することを可能にし、より低い優先度ＷＴＲＵが、時間／周波数におけるそれ自らのＤ２Ｄ送信リソースを、いずれが、より高い優先度ＷＴＲＵによって使用中と告知されているかを決定した後（例えば、決定した後にのみ）選択することを可能にする段階的Ｄ２Ｄ送信リソース）は、他のＤ２Ｄ信号、および／またはＳＡ以外のチャネルに適用されることが可能である。
【0167】
Ｄ２Ｄ制御およびデータに関するアクセス機構が、提供され得る。
【0168】
制御シグナリングを搬送するＤ２Ｄデータ送信が、指定された時間／周波数リソースのセットにおけるＷＴＲＵによって受信されること、および／または送信されることが可能である。
【0169】
Ｄ２Ｄ制御シグナリングは、フロア制御、セッション制御、接続確立、および／または同様の目的で、例えば、グループ呼を管理するようにＤ２Ｄ ＷＴＲＵの間で交換されるアプリケーション層制御メッセージを参照することが可能である。Ｄ２Ｄ制御シグナリングは、ＷＴＲＵにおけるＤ２Ｄ接続ならびに受信および／または送信を管理する目的で使用される無線メッセージに対応することが可能である。アプリケーション層における制御シグナリングは、自己完結型のＤ２Ｄ ＰＤＵであることが可能であり、またはそれは、ＶｏＩＰパケット、もしくはそのセグメントを搬送するなどのＤ２Ｄデータと多重化されることが可能である。
【0170】
Ｄ２Ｄ制御メッセージの送信および／または受信のための指定された時間／周波数リソースのセットが、以下のパラメータ、すなわち、フレームカウンタもしくはサブフレームカウンタなどのタイミング値、セル全体のフレーム値もしくはＤ２Ｄシステムフレーム値、参照サブフレームもしくは参照フレームに適用されるタイミングオフセット値、選択されたセル全体の信号もしくはチャネルまたはＤ２Ｄ信号もしくはＤ２Ｄチャネルの発生に適用されるオフセット、周波数領域の周波数インデックス、ＲＢ、もしくはグループ、セル全体の識別子もしくはＤ２Ｄシステム識別子もしくはＷＴＲＵ識別子、グループ通信識別子、またはチャネルインデックス値もしくはグループインデックス値のうちの１つまたは複数から獲得され得る。
【0171】
いくつかのまたはすべてのパラメータは、ＷＴＲＵにおいて事前構成されることが可能であり、またはそれらは、システム動作中の構成シグナリングを介して獲得されることが可能であり、またはそれらは、ルックアップテーブルもしくは式もしくは均等物を用いてＷＴＲＵによって導き出されることが可能である。ＷＴＲＵは、例えば、Ｄ２Ｄサブフレーム、許される周波数領域その他を決定した後、Ｄ２Ｄ送信リソースを、利用可能な送信リソースの限定され、かつ／または指定されたサブセットとして導き出すことが可能である。
【0172】
ＷＴＲＵは、可能なＤ２Ｄデータサブフレームのサブセットを備えることが可能な選択され、かつ／または確保されたサブフレームのセットにおいてＤ２Ｄ制御メッセージを送信すること、または受信することが可能である。４０ミリ秒のスケジューリング周期が使用される場合、４番目ごとのスケジューリング周期が、例えば、１つの、選択された、または可能な１つもしくは複数の、または各Ｄ２Ｄ通信グループに関して、Ｄ２Ｄ制御メッセージもしくはシグナリングを含み得る。
【0173】
時間／周波数送信パターンのセットが、Ｄ２Ｄ制御メッセージの送信および／または受信のために使用され得る。送信パターンのセットは、所定であること、および／もしくは固定であることが可能であり、またはそれは、Ｄ２Ｄ ＷＴＲＵによって、例えば、Ｄ２Ｄ送信パラメータの関数として導き出されることが可能である。Ｄ２Ｄデータサブフレーム割当ての後に続いて可能な６４の送信パターンが獲得される場合、それらのうちの最初の７つ（例えば、それらのうちの最初の７つのみ）が、Ｄ２Ｄ通信グループに関連付けられたＤ２Ｄ制御シグナリングを送信する目的で使用され得る。本明細書において説明されるフィーチャを使用して、有用な、かつ／または時間クリティカルなＤ２Ｄ制御シグナリングが、システムにおける確保されたＤ２Ｄ送信リソースを利用することが可能であり、例えば、それは、ＶｏＩＰなどのＤ２ＤデータがＤ２Ｄ送信リソースにおいて同時に送信される場合、干渉されないこと、または送信機会の欠如を被らないことが可能である。
【0174】
Ｄ２Ｄ送信機デバイスが、Ｄ２Ｄデータを送信することが可能である。本明細書において説明される例に関して、Ｄ２Ｄデータを送信することを意図するＤ２Ｄ送信機デバイスが、送信に利用可能な最高優先度データ、およびＤ２Ｄデータの関連付けられた優先度レベルを決定する（例えば、先に決定する）ことが可能である。ＷＴＲＵが、ＷＴＲＵ（例えば、高優先度ＷＴＲＵ）の優先度レベルを決定することが可能である。Ｄ２Ｄ送信機は、例えば、優先度の決定の結果として、それのＤ２Ｄデータ送信で使用するための対応するＳＡおよび／またはデータ無線リソースを決定することが可能である。Ｄ２Ｄ送信機は、決定された無線リソース上でＳＡおよび／またはＤ２Ｄデータを送信することが可能である。ＷＴＲＵは、それが使用し得るＤ２Ｄリソースを、例えば、システムにおけるより高い優先度ユーザによって使用されるリソースの関数として決定することが可能である。ＳＡおよびＤ２Ｄデータの送信は、例えば、送信することになるデータがもはや存在しない場合、終了することが可能である。例えば、高優先度ＳＡもしくは低優先度ＳＡに関して許される無線リソースの変更が存在することが可能な場合、または新たなスケジューリング周期が開始することが可能な場合、または時間限定された許可(grant)が満了することが可能な場合、適切な無線リソースの再評価および／または決定が行われ得る。
【0175】
Ｄ２Ｄ受信機デバイスが、Ｄ２Ｄデータを受信することが可能である。Ｄ２Ｄデータを復号することを意図するＤ２Ｄ受信機デバイスが、ＳＡおよび／またはデータ無線リソースを決定することが可能である。Ｄ２Ｄ受信機デバイスが、対応する無線リソース上で高優先度Ｄ２Ｄ送信が受信され得るか、または低優先度Ｄ２Ｄ送信が受信され得るかを決定することが可能である。Ｄ２Ｄ受信機デバイスは、受信され得るＤ２Ｄサービスなどの、パラメータの関数として決定された１つもしくは複数の無線リソース、またはすべての無線リソース、および／または無線リソースの選択されたサブセット（例えば、そのようなサブセットのみ）を復号しようと試みることが可能である。例えば、デバイスによって受信されることになる進行中の高優先度Ｄ２Ｄデータ送信が存在する場合、それは、例えば、受信機処理制約が存在する場合、より低い優先度ＳＡおよび／またはデータプールに対応する無線リソース上で受信しないことを選択することが可能である。例えば、デバイスが、低優先度背景サービスシグナリングなどの、選択されたタイプ（例えば、或る選択されたタイプのみ）のＤ２Ｄ信号／チャネルを受信するように構成され得る場合、それは、高優先度ＳＡ／データプールに対応する無線リソースの受信および／または処理をしないで済ますことが可能である。Ｄ２Ｄ受信機デバイスは、決定された無線リソースを使用して、Ｄ２Ｄデータ送信を復調すること、および／または処理することが可能である。
【0176】
優先度ベースのアクセスは、無線リソースの競合解決を利用することが可能である。
【0177】
Ｄ２Ｄ通信のための優先度ベースのアクセスは、例えば、Ｄ２Ｄ送信のための時間／周波数リソースを決定している間に、永続性パラメータの使用を介して実現され得る。
【0178】
優先されるＤ２Ｄアクセスで使用するための永続性パラメータは、例えば、１つもしくは複数のＤ２Ｄデータ信号／チャネルのための、または１つもしくは複数の、またはいくつかのＤ２Ｄデータ信号／チャネルのためのＤ２Ｄ発見などの、スケジューリング割当て（ＳＡ）、Ｄ２Ｄデータ、制御シグナリングもしくはサービスシグナリングのための無線リソースに関連付けられることが可能である。永続性パラメータの使用は、ランダムなリソース選択、チャネルビジー機構、またはＤ２Ｄ許可(grant)を用いたリソース割当てなどの異なるリソース選択アプローチと組み合わせられることが可能である。
【0179】
図８は、永続性パラメータ（例えば、ＳＡ）を使用するＤ２Ｄデータのための優先度ベースのアクセスの例示的な図である。図８において、永続性パラメータが、送信することになるＤ２Ｄデータを有するＤ２Ｄ送信機デバイスによって、無線リソースが送信機デバイスによって使用され得るかどうかを決定するのに、かつそれらが使用され得る場合、スケジューリング周期の始めに優先度ベースのＤ２Ｄデータのために使用され得るＳＡリソースを決定するのに使用されることが可能である。
【0180】
Ｄ２Ｄデータを送信することを意図するＤ２Ｄ送信機は、利用可能なＳＡリソースのセットを決定することが可能である。Ｄ２Ｄ送信機は、受信された構成シグナリングから、事前記憶された情報から、かつ／またはチャネル測定からなど、異なる手段によっていずれのＳＡリソースが利用可能であり得るかを決定することが可能である。利用可能であると見なされるＳＡリソースに関して、Ｄ２Ｄ送信機は、１つまたは複数の（例えば、すべての）ＳＡアクセス機会に関して０．．．１からランダムな数を引くことが可能である。Ｄ２Ｄ送信機は、所与のＳＡアクセス機会に関して引かれたランダムな数が、高優先度データに関するなどの閾値（例えば、ＰＨ＝０．２）より高いかどうかを比較することが可能である。はいである場合、それは、そのアクセス機会におけるＳＡに対応するリソース上で任意の高優先度Ｄ２Ｄデータを送信することを選択することが可能である。Ｄ２Ｄ送信機が、送信することになる低優先度Ｄ２Ｄデータを有する場合、それは、例えば、引かれたランダムな数が閾値（例えば、ＰＨ＝０．８）より高い場合、所与のＳＡアクセス機会を有効であると見なすことが（例えば、そのような場合のみ）可能である。結果として、Ｄ２Ｄ送信機が、１つまたは複数の有効なアクセス機会を決定した場合、それは、そのような選択されたＳＡアクセス機会上で送信することが可能である。Ｄ２Ｄ送信機は、次の来たるべきＳＡリソースプールに関して前述のことを繰り返すことが可能である。
【0181】
Ｄ２Ｄ送信機が、例えば、任意の高優先度データの（例えば、排他的）送信のために、或る数（例えば、約６０％）のＳＡアクセス機会を有効であると決定する（例えば、平均で）ことが可能である。Ｄ２Ｄ送信機は、任意の低優先度データおよび／または高優先度データに関して或る数（例えば、２０％）を有効であると決定することが可能である。Ｄ２Ｄ送信機は、或る数（例えば、約２０％）のＳＡアクセス機会を禁じられたものと見なすことが可能である。
【0182】
永続性パラメータの使用は、高優先度Ｄ２Ｄデータが、低優先度Ｄ２Ｄデータと比べて、（例えば、相当に）より頻繁にＤ２Ｄ端末によって送信されることを可能にされることを統計的にもたらし得る。Ｄ２Ｄ通信のための優先度ベースのアクセスは、より高い優先度データ（例えば、制御シグナリング）および／またはより高い優先度ユーザに、より低い優先度ユーザと比べて、より頻繁にＳＡおよび／またはデータのリソース選択を獲得させることによって向上させられ得る。
【0183】
図８は、ＳＡまたはデータプールを有する２つより多くの優先度クラスに拡張され得る。例えば、Ｎ＝４の優先度カテゴリに関連付けられた永続性パラメータが使用され得る。Ｄ２Ｄデータ送信のためのアクセス機会は、決定され、かつ／またはシグナリングされ、かつ／または異なるサブフレームおよび／または周波数領域の範囲内に限定された時間／周波数リソースのセットから解釈され得る。利用可能なリソースのリストは、先行する測定および／またはチャネル観察から獲得され得る。本明細書において説明される例は、周波数領域におけるＤ２Ｄアクセス機会ではなく、時間を表すサブフレームおよび／またはカウンタおよび／またはインデックスに関連付けられた永続性パラメータに拡張され得る。時間および／または周波数リソースは、隣接していないことが可能である。
【0184】
本明細書において説明される原理は、独立に、または１つまたは複数のスケジューリング周期と併せて、半永続的な、時間限定された、または動的に許可されるＤ２Ｄデータ送信のために同様に適用することが可能である。本明細書において説明される例は、ＳＡアクセス機会のコンテキストにおいて使用され得るが、Ｄ２Ｄアクセス機会に関連付けられた永続性パラメータの使用は、Ｄ２Ｄデータサブフレームに、かつ／または異なるＤ２Ｄチャネルもしくはシグナリングメッセージを使用するために同様に適用されることも可能である。例えば、Ｄ２Ｄ制御シグナリングではなく、Ｄ２Ｄ発見メッセージのための優先度ベースのアクセスが、本明細書において説明されるとおり決定されることが可能である。
【0185】
Ｄ２Ｄ通信のための優先度ベースのアクセスは、例えば、Ｄ２Ｄ送信のための有効な時間／周波数リソースを決定しながら、永続性パラメータの使用を介して実現され得る。
【0186】
Ｄ２Ｄ送信機デバイスが、Ｄ２Ｄ送信機会が、例えば、永続性パラメータと併せたチャネル測定の組合せとして、許され得るかどうかを決定することが可能である。チャネル測定は、候補Ｄ２Ｄ送信機会の（例えば、ランダムな）選択によって置き換えられてもよい。
【0187】
優先されるＤ２Ｄアクセスで使用するための永続性パラメータは、制御するデバイスによって公示され得る。制御するデバイスは、Ｄ２Ｄ端末であることが可能である。制御するデバイスは、基地局などのＬＴＥ無線ネットワークデバイスであり得る。
【0188】
制御するデバイスが、高優先度Ｄ２Ｄデータ送信のために使用されることになる無線リソースに関連付けられた永続性パラメータのセット（例えば、永続性パラメータの第１のセット）をシグナリングすることが可能である。制御するデバイスが、より低い優先度Ｄ２Ｄデータ送信のために使用されることになる永続性パラメータのセット（例えば、永続性パラメータの第２のセット）無線リソースをシグナリングすることが可能である。永続性パラメータは、異なるタイプのＤ２Ｄデータおよび／または制御メッセージもしくはサービスメッセージを区別することが可能であり、異なるタイプのシグナリングに関して異なるパラメータセットを含むことが可能である。
【0189】
制御するデバイスは、ＢＣＨブロードキャストチャネルまたはＰＤ２ＤＳＣＨブロードキャストチャネルなどの共有される制御チャネルを使用することによってそれらの無線リソースセットを（例えば、明示的に）シグナリングすることが可能である。ＢＣＨ上のシステム情報は、サブフレーム番号もしくはサブフレームセットのいずれか１つもしくは両方、または永続性パラメータと組み合わせた、もしくは関連した周波数リソースの組合せを包含することが可能である。永続性パラメータは、与えられる（例えば、明示的に）ことが可能である。永続性パラメータは、それらが通信される順序上で導き出される（例えば、暗黙に）ことが可能である。永続性パラメータは、インデックスリストの一部として与えられることが可能である。
【0190】
優先されるＤ２Ｄアクセスで使用される永続パラメータは、例えば、以下、すなわち、観察される信号条件、チャネル測定、送信衝突および／もしくは干渉の感知、より高い優先度ＷＴＲＵによる送信の検出、タイミング値および／もしくはカウンタ値（例えば、データ待ち時間要件に基づく）、および／またはシグナリングイベントのうちの１つまたは複数の関数として、Ｄ２Ｄ端末によって調整され得る。
【0191】
送信するＤ２Ｄ端末が、いずれのＤ２Ｄアクセス機会も、例えば、永続性検査の結果として許され得ないことを決定する（例えば、第１のインスタンスにおいて決定する）ことが可能である。送信するＤ２Ｄ端末は、それのＤ２Ｄ送信に関する試みを（例えば、第２の）後の時点に延期することが可能である。Ｄ２Ｄ送信機は、低優先度アクセスに関する閾値をより低い値に（例えば、ＰＬ＝０．７に）低減することが可能である。このことは、例えば、いくつかの条件が満たされた場合（例えば、信号条件、タイミング値もしくはカウンタ値、シグナリングイベントその他に基づいて）、当てはまることが可能である。（例えば、第２の）後の時点インスタンス中、それが、それの低優先度データを送信することに依然として失敗する場合、それは、閾値をより低い値に、例えば、０．６に低減することが可能である。（例えば、第３の）後の時間インスタンスにおいて、それが、低優先度Ｄ２Ｄデータを送信することに成功した場合、Ｄ２Ｄ端末は、低優先度データを送信しようとする任意の（例えば、後続の）初期の試みに関して、閾値を初期値、例えば、ＰＬ＝０．８にリセットすることが可能である。
【0192】
永続性パラメータは、例えば、以下のイベントもしくは観察、成功した、もしくは失敗したアクセス試行、キューにおける利用可能な絶対もしくは相対Ｄ２Ｄトラフィック量、満了におけるタイマ値もしくはカウンタ値（例えば、遅延センシティブなトラフィックに関して、もしくは待ち時間要件を満たすように）のうちの１つまたは複数（例えば、１つ）の関数として、または先行するＤ２Ｄデータ送信イベントもしくは受信イベント、他のＤ２Ｄ端末もしくはＬＴＥインフラストラクチャノードから受信される信号もしくはチャネルの受信された信号強度などの関数として、Ｄ２Ｄ送信機によって調整され得る。Ｄ２Ｄ端末による永続性パラメータの調整は、Ｄ２Ｄ発見に関する信号条件、イベント、またはタイマ／カウンタ条件などの関数として調整されている、Ｄ２Ｄ制御シグナリングに関する継続的な監視および／または更新を受ける永続性パラメータのセット（例えば、永続性パラメータの第１のセット）、Ｄ２Ｄ高優先度データのためのセット（例えば、Ｄ２Ｄ高優先度データのための第２のセット）、永続性パラメータのセット（例えば、永続性パラメータの第３のセット）などの異なるタイプのＤ２Ｄデータに関して別々に発生することが可能である。
【0193】
Ｄ２Ｄ端末に関する送信のタイプに適用可能な永続性パラメータは、例えば、他の端末によって送信される、受信されるＤ２Ｄ信号の特性の関数として適応させられることが可能である。そのような信号は、永続性パラメータを適応させるＤ２Ｄ端末に向けられることが可能であり、またはそうでないことも可能である。特性は、以下、すなわち、場合により、特定のチャネル（例えば、ＰＳＣＣＨもしくはＰＳＳＣＨ）からの、時間の周期にわたって受信されるＤ２Ｄ送信の数と関係する適切性、または少なくとも１つの受信されるＤ２Ｄ送信に関連付けられた優先度レベルのうちの１つまたは複数を含み得る。
【0194】
ＷＴＲＵが、例えば、それが、少なくとも１つのＤ２Ｄ送信（またはそれに関連付けられたＳＡ）を受信した場合、送信のタイプに適用可能な永続性パラメータを低減することが可能である。受信されるＤ２Ｄ送信は、以下の条件のうちの少なくとも１つ満たさなければならない可能性がある。すなわち、受信されるＤ２Ｄ送信の優先度レベルが、送信のタイプに関連付けられた優先度より高い、またはそのような優先度以上でなければならない可能性がある、受信されるＤ２Ｄ送信が、場合により、同一の、もしくはより高い優先度の、最後に受信されるＤ２Ｄ送信の後、或る持続時間を超えずに受信されなければならない可能性がある、受信されるＤ２Ｄ送信に関連付けられたグループ宛先ＩＤ、送信元ＩＤもしくは宛先ＩＤが、或る値と合致しなければならない可能性がある、Ｄ２Ｄ送信が受信されたリソース（例えば、リソースプール）が、永続性パラメータが適用可能である送信のタイプに関連付けられたリソースプールなどのリソースのセットのうちの１つと合致しなければならない可能性がある。
【0195】
受信されるＤ２Ｄ送信の優先度レベルが、以下、すなわち、優先度の明示的表示などのサイドリンク制御情報に（例えば、ＰＳＣＣＨに）含まれるフィールド、もしくは優先度レベルに関連付けられ得るグループ宛先ＩＤ、優先度の明示的表示、または優先度レベルに関連付けられた送信元識別情報もしくは宛先識別情報などの、ＰＳＳＣＨから復号されたトランスポートブロックのＭＡＣヘッダにおけるフィールド、Ｄ２Ｄ送信が受信されたリソース（例えば、リソースプールおよび／またはＴ－ＲＰＴ）のうちの１つまたは複数から獲得され得る。
【0196】
１つもしくは複数の、または各受信されるＤ２Ｄ送信に関して、永続性パラメータは、第１のステップサイズだけ低減され得る。永続性パラメータは、それの値が、例えば、受信されるＤ２Ｄ送信がない状況において、より高いレベルに漸進的に復元されるように、規則的間隔で第２のステップサイズ（例えば、通常、第１のステップサイズより小さいことが可能な）だけ増加され得る。ＷＴＲＵは、過去の評価周期にわたる受信されるＤ２Ｄ送信（または均等なこととして、ＳＡ）の数もしくは密度に基づいて、または均等なこととして、Ｄ２Ｄリソース上の推定される負荷に基づいて（例えば、推定される平均ＳＩＮＲ、もしくはその他に基づいて）、永続性パラメータの値を周期的に決定することが可能である。
【0197】
ＷＴＲＵは、受信されるＤ２Ｄ送信のＰＳＣＣＨまたはＰＳＳＣＨにおけるフィールドから永続性パラメータの値を受信することが可能であり、それが現在の値より低い場合、かつ／またはこの送信が受信されると開始されるタイマが満了するまで、この値を適用することが可能である。
【0198】
永続性パラメータは、例えば、それが、前述した条件のうちの１つ満たされた場合でさえ、或る値を下回って低下する（または或る値を上回って増加する）ことができないように、定義された範囲内にあるように制約され得る。
【0199】
サポートするパラメータは、より高い層によって構成されること、事前定義されること、または事前構成されることが可能である。そのようなサポートするパラメータは、例えば、ステップサイズ、間隔、評価周期の持続時間、永続性値（例えば、場合により、適用可能な場合、受信されるフィールドの１つもしくは複数の、または各値に関する）、評価周期内の受信される送信の数の対応する間隔、または最小値および最大値のうちの１つまたは複数を含み得る。
【0200】
本明細書において説明される受信されるＤ２Ｄ信号の特性は、候補リソースのセットのなかのリソースプールの選択を決定することが可能である（例えば、これは、永続性パラメータに加えてであり得る）。例えば、ＷＴＲＵは、或るメトリックを最大化する、または最小化するリソースプールを選択することが可能であり、メトリックは、リソースプール上の受信されるＤ２Ｄ送信の関数であり得る。メトリックは、本明細書において永続性値に関して説明されるのと同様に評価され得る（例えば、時間の周期における受信されるＤ２Ｄ送信の数がより高い場合、低下する）。
【0201】
Ｄ２Ｄ端末に関する送信のタイプに適用可能な永続パラメータは、他の１つまたは複数の端末によって送信される、受信されるＤ２Ｄ信号の特性の関数として調整されることが可能である。そのような信号は、永続性パラメータを適応させるＤ２Ｄ端末に向けられることが可能であり、またはそうでないことも可能である。受信されるＤ２Ｄ信号の特性は、場合により、特定のチャネル（例えば、ＰＳＣＣＨもしくはＰＳＳＣＨ）からの、時間の周期にわたって受信されるＤ２Ｄ送信の数と関係する特性、または少なくとも１つの受信されるＤ２Ｄ送信に関連付けられた優先度レベルのうちの１つまたは複数を含み得る。
【0202】
１つまたは複数の永続性パラメータは、受信されるＤ２Ｄ送信に基づいて調整され得る。例えば、ＷＴＲＵが、それが少なくとも１つのＤ２Ｄ送信を受信した場合、送信のタイプに適用可能な永続性パラメータを低減することが可能である。受信されるＤ２Ｄ送信は、以下の条件のうちの少なくとも１つ満たさなければならない可能性がある。すなわち、受信されるＤ２Ｄ送信の優先度レベルが、送信のタイプに関連付けられた優先度より高い、またはそのような優先度以上でなければならない可能性がある、受信されるＤ２Ｄ送信が、最後に受信されるＤ２Ｄ送信（例えば、同一の、もしくはより高い優先度の）の後、或る持続時間を超えずに受信される、受信されるＤ２Ｄ送信に関連付けられたグループ宛先ＩＤ、または送信元ＩＤもしくは宛先ＩＤが、或る値と合致する、Ｄ２Ｄ送信が受信されたリソース（例えば、リソースプール）が、永続性パラメータが適用可能である送信のタイプに関連付けられたリソースプールなどのリソースのセットのうちの１つと合致する。
【0203】
受信されるＤ２Ｄ送信の優先度レベルが、以下、すなわち、優先度の明示的表示などのサイドリンク制御情報に（例えば、ＰＳＣＣＨに）含まれるフィールド、もしくは優先度レベルに関連付けられ得るグループ宛先ＩＤ、優先度の明示的表示、もしくは優先度レベルに関連付けられた送信元識別情報もしくは宛先識別情報などの、ＰＳＳＣＨから復号されたトランスポートブロックのＭＡＣヘッダにおけるフィールド、Ｄ２Ｄ送信が受信されたリソース（例えば、リソースプールおよび／またはＴ－ＲＰＴ）のうちの１つまたは複数から獲得され得る。
【0204】
１つまたは複数の永続性パラメータが、受信されるＤ２Ｄ送信に基づいて調整され得る。以下の例のうちの１つまたは複数を適用することが可能である。
【0205】
Ｄ２Ｄ送信が受信されると、永続性パラメータが、第１のステップサイズだけ低減され得る（例えば、これは、Ｄ２Ｄ送信が受信されると１回もしくは複数回、または各回、発生することが可能である）。永続性パラメータは、それの値が、受信されるＤ２Ｄ送信がない状況において、より高いレベルに漸進的に復元され得るように、規則的間隔で第２のステップサイズ（例えば、通常、第１のステップサイズより小さいことが可能な）だけ増加され得る。
【0206】
ＷＴＲＵは、過去の評価周期にわたる受信されるＤ２Ｄ送信の数に基づいて、永続性パラメータの値を周期的に決定することが可能である。
【0207】
ＷＴＲＵは、受信されるＤ２Ｄ送信のＰＳＣＣＨまたはＰＳＳＣＨにおけるフィールドからの永続性パラメータの値を受信することが可能であり、それが現在の永続性パラメータ値より低い場合、この値を適用することが可能である。値は、送信が受信されると開始されるタイマが満了するまで維持され得る。
【0208】
永続性パラメータは、定義された範囲内に制約され得る。例えば、永続性パラメータは、前述の条件のうちの１つ満たされた場合でさえ、或る値を下回って低下する（または或る値を上回って増加する）ことが可能でない。
【0209】
サポートするパラメータは、より高い層によって構成されること、事前定義されること、または事前構成されることが可能である。サポートするパラメータは、例えば、ステップサイズ、間隔、評価周期の持続時間、永続性値（例えば、適用可能な場合、受信されるフィールドの１つもしくは複数の、または各値に関する）、評価周期内の受信される送信の数の対応する間隔、または最小値および最大値の少なくとも１つを含み得る。
【0210】
本明細書において説明される受信されるＤ２Ｄ信号の特性は、候補リソースのセットのなかのリソースプールの選択を決定することが可能である（例えば、これは、永続性パラメータに加えてであり得る）。例えば、ＷＴＲＵは、或るメトリックを最大化する（または最小化する）リソースプールを選択することが可能であり、メトリックは、リソースプール上の受信されるＤ２Ｄ送信の関数であり得る。メトリックは、本明細書において永続性値に関して説明されるとおりに調整され得る（例えば、時間の周期における受信されるＤ２Ｄ送信の数がより高い場合、低下する）。
【0211】
優先度ベースのアクセスは、永続的無線リソースを含み得る。
【0212】
Ｄ２Ｄ通信のための優先度ベースのアクセスは、高優先度Ｄ２Ｄチャネルまたは高優先度信号または高優先度ユーザに対する永続的無線リソース割当てを介して実現され得る。
【0213】
永続的無線リソース割当ては、高優先度Ｄ２Ｄ送信の持続時間、および／または単一のスケジューリング周期を超えてなど、事前決定され、かつ／もしくは事前構成された持続時間にわたってＤ２Ｄ端末によって保持され得る無線リソース送信機会の使用を意味することが可能である。永続的無線リソース割当ては、Ｄ２Ｄ端末が、例えば、それが、それの高優先度Ｄ２Ｄチャネルおよび／またはＤ２Ｄ信号送信を開始するチャネル選択機構を介してＤ２Ｄ無線リソースに対するアクセスを決定する場合などの、Ｄ２Ｄ送信機会を再選択することなしに、時間の延長された周期にわたって獲得された無線リソースを保持することが可能であることによって特徴付けられることが可能である。チャネル選択機構は、例えば、サブフレームおよびＲＢ組合せなどの無線リソースのランダムな選択を意味することが可能である。チャネル選択機構は、サブフレームにおける少なくとも干渉されるＲＢのセットなどの、測定ベースの無線リソース選択を意味し得る。チャネル選択は、ｅＮＢなどの別のデバイスを介したリソース割当てを意味することが可能である。
【0214】
高優先度Ｄ２Ｄ音声グループチャネルを送信することを意図するＤ２Ｄ端末が、例えば、デバイスに事前記憶された情報から、許されるＤ２Ｄサブフレームを決定することが可能である。事前記憶された情報は、所与の送信期間にわたってＤ２Ｄデータで使用するために許されたＳＡおよび／またはサブフレーム（例えば、第２のサブフレーム）のセットの送信のために許されたサブフレームのセット（例えば、サブフレームの第１のセット）を含み得る。Ｄ２Ｄ端末は、ＳＡサブフレーム上の測定を介してチャネル選択を実行して、それのＳＡに関する適切な、少なくとも干渉される送信機会を決定することが可能である。デバイスは、それ自らのＳＡの送信のためにＳＡサブフレームにおける１つまたは複数の（例えば、２つの）ＰＲＢを選択することが可能である。少なくとも干渉されるリソースを決定する測定を介したチャネル選択は、Ｄ２Ｄ端末が適切な（例えば、干渉されない）送信機会を識別しない可能性がある場合などに、送信を後の時点に延期することを暗示することが可能である。Ｄ２Ｄ端末は、例えば、Ｄ２Ｄ端末がＳＡを送信することを開始すると、対応するスケジューリング周期にわたってこのＳＡに関連付けられたＤ２Ｄデータを送信することが可能である。サブフレームにおける対応するＤ２Ｄデータ、およびスケジューリング周期のサブフレーム部分内に含まれるＲＢの位置は、無線リソース送信パターン（ＲＲＴＰ）を介して示されることが可能である。ＲＲＴＰは、例えば、それのペイロードの一部としてＳＡに含まれることが可能であり、またはそれは、ＳＡの時間／周波数位置、またはそれらの組合せを介して与えられることが可能である。Ｄ２Ｄ端末は、例えば、スケジューリング周期が終わった後、それが獲得した無線リソースを保持して（例えば、それらのリソースを明け渡すことと対比される）、ＳＡおよび／または対応するＤ２Ｄデータリソースの上のチャネル選択を再実行することを許され得る。Ｄ２Ｄ端末は、チャネル選択を回避することが可能であり、かつ／またはいずれの進行中の高優先度Ｄ２Ｄ送信も中断されないことが可能である。優先度ベースのアクセスは、高優先度Ｄ２Ｄチャネルがリソースに対するアクセスに関して競合しないことが可能であるように向上させられ得る（例えば、統計的に）。高優先度Ｄ２Ｄチャネルが、送信の開始においてリソースに関して競合することが可能である。いくつかより多くのスケジューリング周期の順序においてなど、長い（例えば、十分に長い）高優先度Ｄ２Ｄ送信が、Ｄ２Ｄ無線リソースに対する保証されたアクセスを、例えば、獲得された後、利用することが可能である。高優先度Ｄ２Ｄデータ送信は、例えば、それらが、チャネル選択のために進行中の送信中に割込みを被らないことが可能であるという点で、向上することが可能である。
【0215】
時間周期（例えば、第１の時間周期）においてＤ２Ｄ送信機会を選択したＤ２Ｄ端末が、例えば、それが、送信することになる高優先度Ｄ２Ｄデータを有し得る場合、獲得された無線リソースを、時間周期（例えば、第２の時間周期）において保持することが可能である。
【0216】
例えば、Ｄ２Ｄ端末が、ＳＦＮ１におけるサブフレーム１のＲＢ３～４においてＳＡを送信することを選択していることが可能である。ＳＦＮ１～１６からの選択されたサブフレームにおいて関連付けられたＤ２Ｄデータを送信することが、次のスケジューリング周期にわたってＳＦＮ１７のＲＢ３～４においてなどの、同一の、または同様のＳＡ送信機会を使用しつづけることが可能である。
【0217】
本明細書において説明される例は、特定のＤ２Ｄデータ特性の目的に合うように拡張され得る。例えば、送信周期（例えば、第１の送信周期）のＲＲＰＴが、後続の送信周期のＲＲＰＴを決定することが可能である。Ｄ２Ｄ送信機会の永続的使用は、Ｄ２Ｄ端末によって、例えば、それのＤ２Ｄデータおよび／または制御シグナリングの一部として示され得る。そのような表示は、ＳＡ情報フィールドによって与えられるなどの、ペイロードの一部を介して、またはシーケンス符号化パラメータもしくは初期化値もしくは初期化設定の選択を介して、または送信周期のうちの１つもしくは複数、またはすべてにおける特定のシグナリングフォーマットを介して実現され得る。
【0218】
時点Ｔ１においてＤ２Ｄ送信機会を選択していることが可能なＤ２Ｄ端末が、Ｄ２Ｄ送信機会を再選択する前に、選択されたＤ２Ｄ無線リソースを、事前決定された量の時間にわたって保持することが可能である。
【0219】
例えば、ＳＦＮ１におけるサブフレーム１のＲＢ３～４においてＳＡを送信することを選択しているＤ２Ｄ端末が、持続時間３．２秒にわたって無線リソースを保持することが可能である。
【0220】
Ｄ２Ｄサービスアクセスクラスが、本明細書において説明され得る。
【0221】
Ｄ２Ｄ端末は、それらのＤ２Ｄ関連の構成の一部として、それらがサポートすることが可能なＤ２Ｄデータと関係するＤ２Ｄサービスアクセスクラス情報を記憶することが可能である。
【0222】
Ｄ２Ｄアクセスクラス情報は、Ｄ２Ｄデータ送信のための優先度ベースのアクセスをサポートするのに使用される任意のタイプのパラメータに対応することが可能である。所与の端末に関するＤ２Ｄアクセスクラスは、それがサポートすることが可能なＤ２Ｄおよび／または公共安全サービスに対応することが可能である。
【0223】
Ｄ２Ｄ端末は、ファイルアップロードおよび／またはファイルダウンロードをサポートすることが可能である（例えば、それらのみをサポートすることが可能である）。Ｄ２Ｄ端末は、それが、オーディオアプリケーションをサポートしない可能性があるなど、公共安全音声呼グループをサポートしない可能性がある。Ｄ２Ｄ端末は、例示的なＤ２Ｄサービスアクセスクラス３をサポートすることが可能であり（例えば、それのみをサポートすることが可能であり）、任意の公示された低優先度Ｄ２Ｄアクセス機会を使用すること（例えば、それのみを使用すること）が可能である。
【0224】
Ｄ２Ｄ端末は、公共安全音声グループおよび／またはファイルアップロードもしくはファイルダウンロードをサポートすることが可能である。Ｄ２Ｄ端末は、例示的なＤ２Ｄサービスアクセスクラス２および／もしくは３をサポートすることが可能であり、かつ／または高優先度Ｄ２Ｄデータアクセス機会および／または低優先度Ｄ２Ｄデータアクセス機会を使用することが可能である。
【0225】
Ｄ２Ｄ端末が、音声（例えば、音声のみ）をサポートすることが可能であり、命令系統におけるスタッフによって使用されるように、または音声呼グループのために確保されることが可能である。Ｄ２Ｄ端末は、最高の緊急事態タイプの音声呼のために（例えば、例示的な）Ｄ２Ｄサービスアクセスクラス１をサポートし、かつ／または高優先度Ｄ２Ｄデータアクセス機会のためにクラス２をサポートすることが可能である。
【0226】
Ｄ２Ｄサービスアクセスクラスは、Ｄ２Ｄ端末において異なるタイプの許されたＤ２Ｄサービスを確立することが可能な記憶された構成情報に関連付けられることが可能である。
【0227】
Ｄ２Ｄ端末に記憶されたＤ２Ｄサービスアクセスクラスは、そのＤ２Ｄ端末によって、許されたＤ２Ｄ時間／周波数無線リソースを決定するようにシグナリングから獲得されたチャネルアクセスパラメータと併せて使用され得る。例えば、記憶されたＤ２Ｄサービスアクセスクラス２および３により高優先度Ｄ２Ｄデータ送信および低優先度Ｄ２Ｄデータ送信をサポートするＤ２Ｄ端末が、ＤＬブロードキャストチャネルからＤ２Ｄ関連の構成情報を読み取ることが可能であり、それが、それの送信機を、これらのクラスに関する復号されたシグナリングパラメータ（例えば、本明細書において説明される）の関数として構成することが可能であり、かつそれが、それがサポートしないことが可能な最高優先度の公示されるＤ２Ｄサービスクラス１により獲得された情報を破棄すること、および／または無視することが可能である。
【0228】
Ｄ２Ｄ端末におけるＤ２Ｄサービスアクセスクラスは、Ｄ２Ｄ優先されるアクセスに関する記憶されたチャネルアクセスパラメータのセットに関連付けられることが可能である。
【0229】
例えば、時間においてＳＡ送信のために許されるＤ２Ｄサブフレームのセット（例えば、許されるＤ２Ｄサブフレームの第１のセット）が、例えば、データベースもしくはインデックステーブルエントリの形態でＤ２Ｄサービスアクセスクラスに関連付けられることが可能である。永続性パラメータのセット（例えば、永続性パラメータの第１のセット）が、公共安全音声などのＤ２Ｄサービスクラス（例えば、第１のＤ２Ｄサービスクラス）に関連付けられたＤ２Ｄ端末に記憶され得る。ファイルアップロードまたはファイルダウンロードなどのＤ２Ｄサービスクラス（例えば、第２のＤ２Ｄサービスクラス）に関連付けられた永続性パラメータのセット（例えば、永続性パラメータの第２のセット）が、Ｄ２Ｄ端末に記憶され得る。
【0230】
Ｄ２Ｄ送信および／またはＤ２Ｄ受信が開示され得る。Ｄ２Ｄ送信および／またはＤ２Ｄ受信は、優先度処理を含み得る。
【0231】
ＷＴＲＵが、或る音声トラフィックまたはデータトラフィックの送信のために少なくとも１つのリソースに対するアクセスが所望されるという表示を送信することが可能である。そのような表示は、本明細書において説明される所望されるアクセス表示として参照され得る。そのような表示は、本明細書において説明されるプリエンプション表示の使用経由で提供され得る。そのような表示を受信するＷＴＲＵが、進行中の送信に割込みをかけること、および／または時間の周期にわたってリソースにアクセスするのを控えることが可能である。受信される表示は、より高い層（例えば、アプリケーション層）に提供され得る。このことは、別のユーザがリソースに対するアクセスを所望することをエンドユーザに示すことが可能である。
【0232】
所望されるアクセス表示の送信のための１つまたは複数のトリガが提供され得る。ＷＴＲＵが、以下のうちの１つまたは複数に基づいて所望されるアクセス表示の送信を開始することが可能である。
【0233】
アプリケーションが、所望されるアクセス表示のトリガ送信を要求することが可能である。そのような要求は、例えば、ユーザインターフェースを介してエンドユーザを出所とすることが可能である。例えば、以下のうちの１つまたは複数を適用することが可能である。エンドユーザが、例えば、緊急事態状況において、音声送信またはデータ送信のために使用される機器の特定のキーまたはボタンを押すことが可能である。所望されるアクセス表示の送信が、音声感情認識アプリケーションが、緊急事態状況と合致する感情を検出することによってトリガされ得る。所望されるアクセス表示の送信は、ＷＴＲＵが、１つまたは複数の利用可能なリソース（例えば、すべての利用可能なリソース）が他のＷＴＲＵからの送信のために利用されることを決定した場合、トリガされ得る。表示は、他のＷＴＲＵからの検出された送信がより低い優先度レベルにある場合（例えば、そのような場合のみ）、トリガされ得る。
【0234】
所望されるアクセス表示の送信は、ＷＴＲＵが、他のいずれのＷＴＲＵも、依然として有効であり得る所望されるアクセス表示を送信していないことが可能であることを決定した場合（例えば、そのような場合のみ）、トリガされ得る。優先度レベルが、所望されるアクセス表示の一部として示される場合、そのような条件は、別のＷＴＲＵによって送信され得る表示が、トリガされることになる表示と比べて優先度（例えば、より高い、または等しい優先度）を示す場合（例えば、そのような場合のみ）、適用することが可能である。受信される表示が有効であるかどうかを決定する可能な条件が、本明細書において説明され得る。
【0235】
所望されるアクセス表示が、以下のうちの１つまたは複数を含み得る。ＷＴＲＵは、以下のうちの１つまたは複数（例えば、少なくとも１つ）を、表示を包含するメッセージの一部として含み得る。ＷＴＲＵの識別情報。１つまたは複数の表示によって関係させられ得るトラフィックを識別する値（「トラフィック識別情報」）。所与のトラフィックと関係する送信される表示（例えば、第１の送信される表示）に関して、そのような値は、他の表示によって使用されないことが可能である可能な値のサブセットから選択され（例えば、ランダムに選択され）得る。表示（例えば、後続の表示）に関して、値は、同一の、または同様の関係させられたトラフィックと関係する他の表示（例えば、以前の表示）における同一の、または同様の値に設定され得る。優先度レベル、持続時間、予期される持続時間、データの量、データレート、送信電力レベル、アプリケーション、サービスなどの表示によって関係させられたトラフィックの１つまたは複数の（例えば、少なくとも１つの）特性。表示を適用することが可能なリソースの１つまたは複数の（例えば、少なくとも１つの）識別子。ＷＴＲＵは、表示によって関係させられるリソースを識別する１つまたは複数の（例えば、少なくとも１つの）識別子に設定され得る。関係させられるトラフィックが送信されることを開始し得る前の、かつ／または表示が再送され得る前の時間の周期（例えば、または遅延）。この値は、待機タイマの持続時間に対応し得る。例えば、遅延の満了において、関係させられるトラフィックが送信されることを開始し得るか、または表示が再送され得るかの表示。
【0236】
所望されるアクセス表示の送信が、本明細書において説明され得る。所望されるアクセス表示が、ＰＤ２ＤＳＣＨなどの、制御目的で使用される物理チャネル上で符号化され、かつ／または送信され得る。表示は、同一の、または同様のタイプのトランスポートチャネルまたは物理チャネルを通常のトラフィックとして使用して、例えば、場合により、表示のための特定のリソース、または確保されたリソースのセットのうちの１つもしくは複数を使用して送信され得る。表示は、スケジューリング割当ての一部として含まれることが可能であり、さらに／またはスケジューリング割当ての送信のために使用されるリソースのセット内で送信されることが可能である。表示は、追加される堅牢性のために複数のインスタンスにおいて送信され得る。
【0237】
所望されるアクション表示の送信の後、アクションが行われ得る。表示の送信の後、かつ／または表示の送信を完了した後、ＷＴＲＵは、持続時間が、ＷＴＲＵが、関係させられたトラフィックの送信を開始することが可能であり、かつ／または表示を再送することが可能な（例えば、最終の）時間に対応し得るタイマ（例えば、「待機タイマ」として本明細書において参照される）を開始することが可能である。ＷＴＲＵは、１つまたは複数の（例えば、少なくとも１つの）有効なリソースを監視して、それが、利用可能であるかどうか、および／または１つまたは複数の（例えば、少なくとも１つの）他のＷＴＲＵがリソース上で送信している可能性があるかどうかを検出することが可能である。有効なリソースは、所望されるアクセス表示によって関係させられ得るトラフィックの送信に利用可能であるように構成されたリソースのセットのうちの１つまたは複数（例えば、１つ）に対応することが可能である。ＷＴＲＵは、それが、関係させられるトラフィックの優先度レベルと等しい、またはそれより低い優先度レベルに関連付けられ得る場合、リソースを有効であると見なすことが可能である（例えば、そのような場合のみそうすることが可能である）。
【0238】
ＷＴＲＵは、例えば、１つまたは複数の（例えば、少なくとも１つの）リソースが、関係させられるトラフィックの送信に利用可能であり得ることを検出した後、待機タイマを停止することが可能である。ＷＴＲＵは、関係させられるトラフィックの送信を、その１つまたは複数の（例えば、少なくとも１つの）リソース上で開始することが可能である。
【0239】
待機タイマが満了した後、ＷＴＲＵは、以下のアクションのうちの１つまたは複数（例えば、少なくとも１つ）を実行することが可能である。ＷＴＲＵは、表示の送信を再開すること、および／または待機タイマを再スタートすることが可能である。ＷＴＲＵは、有効なリソース上の関係させられるトラフィックの送信を、ＷＴＲＵが、このリソース上で他のＷＴＲＵの送信を検出した場合、または検出しなかった場合に開始することが可能である。関係させられるトラフィックの送信の開始後、ＷＴＲＵは、タイマ（本明細書において「キープアライブ」タイマとして参照される）を開始することが可能である。
【0240】
関係させられるトラフィックの送信のためのリソースの選択の後、ＷＴＲＵは、例えば、いずれのリソースが選択されているかを他のＷＴＲＵに示す目的で、選択されたリソース表示の送信を開始することが可能である。このことは、他のＷＴＲＵが、ＷＴＲＵによって使用されないリソース上で送信を再開することを可能にし得る。選択されたリソース表示は、１つもしくは複数の（例えば、少なくとも１つの）リソース識別子（例えば、インデックス）、および／またはリソースの使用に関する持続時間もしくは最小持続時間を包含することが可能である。選択されたリソース表示は、例えば、送信される（例えば、以前に送信された）所望されるリソース表示とは異なり得るリソース識別子に関するシグナリングされる値を有する所望されるリソース表示と同一である、または同様であることが可能である。
【0241】
ＷＴＲＵは、例えば、キープアライブタイマの満了後、それが、送信され得る所望されるアクセス表示によって関係させられるトラフィックが依然として存在し得ることを決定した場合、後続の所望されるアクセス表示の送信、および／または選択されたリソース表示の送信を開始することが可能である。キープアライブタイマは、待機タイマと同一の、もしくは同様の値に対応すること、または待機タイマと同一であること、もしくは同様であることが可能である。
【0242】
解放表示が送信され得る。解放表示送信が、本明細書において開示され得る。ＷＴＲＵは、例えば、送信され得る送信される（例えば、以前に送信された）所望されるアクセス表示によって関係させられるトラフィックがもはや存在しないことが可能である場合、解放表示の送信をトリガすること、および／またはキープアライブタイマを停止することが可能である。そのような決定は、より高い層に基づいて所望されるアクセス表示をトリガするために使用され得る、本明細書において説明される機構と同様の機構を使用して実行され得る。所望されるアクセス表示によって関係させられるトラフィックを送信するための最大持続時間は、より高い層によって、または別様に構成され得る。解放表示は、関係させられるトラフィックに対応するトラフィック識別情報を含み得る。解放表示は、所望されるアクセス表示と同一の物理チャネル上で符号化され、かつ／または送信され得る。
【0243】
所望されるアクセス表示および／または選択されたリソース表示の受信後、アクションが行われ得る。ＷＴＲＵが、他のＷＴＲＵが、所望されるアクセス表示、選択されたリソース表示、および／または解放表示を送信することが可能な１つまたは複数の（例えば、少なくとも１つの）物理チャネルを監視することが可能である。
【0244】
所望されるアクセス表示の受信後、ＷＴＲＵは、以下のアクションのうちの１つまたは複数（例えば、少なくとも１つ）を実行することが可能である。ＷＴＲＵは、受信される表示によってシグナリングされる優先度レベルより低い、またはそのような優先度レベルと等しい優先度を有し得るトラフィックに関して（例えば、そのようなトラフィックに関してのみ）表示を考慮に入れることが可能である。これは、本明細書において「優先されないトラフィック」として参照され得る。ＷＴＲＵは、例えば、同一の、または同様のトラフィック識別情報パラメータを含む、受信される（例えば、以前に受信された）表示に関連付けられた実行中の待機タイマおよび／またはキープアライブタイマを停止することが可能である。ＷＴＲＵは、受信される表示に値が含まれ得る持続時間で待機タイマを開始することが可能であり、または再スタートすることが可能である。
【0245】
選択されたリソース表示の受信後、ＷＴＲＵは、例えば、同一の、または同様のトラフィック識別情報パラメータを含む、受信される表示（例えば、以前に受信された表示）に関連付けられた実行中の待機タイマおよび／またはキープアライブタイマを停止させることが可能であり、受信される表示に含まれ得る持続時間でキープアライブタイマを開始することが可能であり、または再スタートすることが可能である。表示は、アプリケーション層またはユーザインターフェースなどのより高い層に送信されて、例えば、別のユーザがリソースにアクセスしようと試みている可能性があることをエンドユーザに通知することが可能である。そのような通知は、視覚的（例えば、光インジケータ）であること、可聴であること、または触覚（例えば、振動）であることが可能である。
【0246】
ＷＴＲＵは、それが、表示によって関係させられる１つまたは複数の（例えば、少なくとも１つの）リソース上で優先されないトラフィックを送信している（例えば、現在、送信している）かどうかを決定することが可能である。表示によって関係させられるリソースのセットは、存在する場合、表示に含まれる１つまたは複数の（例えば、少なくとも１つの）値に対応することが可能である。リソースのセットは、表示に含まれる優先度レベルと等しいか、またはそれより低いことが可能な優先度レベルに関連付けられたリソースに対応することが可能である。ＷＴＲＵは、そのようなリソース上の優先されないトラフィックの送信を停止する（例えば、即時に停止する）ことが可能である。ＷＴＲＵは、例えば、次のスケジューリング周期の始めに、かつ／または待機タイマの満了時に、送信を停止することが可能である。リソース上のトラフィック送信の割込みは、別のリソースが利用可能であり得る場合に（例えば、そのような場合のみ）、または表示がアプリケーション層もしくはユーザインターフェースに送信されない可能性がある場合に行われ得る。
【0247】
受信される（例えば、以前に受信された）表示に関連付けられた待機タイマまたはキープアライブタイマが実行中であり得る間、または選択されたリソース表示の受信後、ＷＴＲＵは、優先されないトラフィックを送信するために、かつ／または優先されないトラフィックの送信を開始するために、表示によって関係させられるリソースのセットの一部でないことが可能な１つまたは複数の（例えば、少なくとも１つの）リソースを選択することが可能である。
【0248】
解放表示の受信後、および／またはキープアライブタイマの満了後、アクションが行われ得る。解放表示の受信後、ＷＴＲＵは、例えば、同一の、または同様のトラフィック識別情報パラメータを含む、受信される（例えば、以前に受信された）表示に関連付けられたいずれのタイマ（例えば、待機タイマもしくはキープアライブタイマ）も停止することが可能である。ＷＴＲＵは、例えば、解放表示に含まれ得るトラフィック識別情報に関して、いずれのトラフィックも優先されないことがないことが可能であることを決定することが可能である。キープアライブタイマの満了後、ＷＴＲＵは、例えば、関連付けられた解放表示（例えば、これの受信後、タイマが開始されていることが可能な）に含まれ得るトラフィック識別情報に関して、いずれのトラフィックも優先されないことがないことが可能であることを決定することが可能である。
【0249】
プリエンプションは、Ｄ２Ｄ優先されたチャネルアクセスを利用することが可能である。
【0250】
プリエンプション表示は、明示的であり得る。明示的なプリエンプション表示、およびプリエンプション表示の物理的処理が、本明細書において説明され得る。分散されたスケジューリングＤ２Ｄシステムにおいて、高優先度メッセージが時間どおりにリソースに対するアクセスを得ることを確実にする制御するエンティティが存在しない可能性がある。プリエンプションは、デバイスによって、例えば、リソースがそれ自らの使用のために解放され得るように、別のデバイスからの進行中の通信に割込みをかける（例えば、一時的に割込みをかける）のに使用され得る機構であり得る。
【0251】
プリエンプションは、例えば、ＷＴＲＵが、高優先度メッセージを送信する場合などの、リソースが制約されることが可能であり、かつ／または１つもしくは複数の、または各リソースが利用され（例えば、現在、利用され）得る場合、動機付けられることが可能である。ユーザのグループ（例えば、もしくは他の分類）のためのリソースが占有されることが可能であり、かつ／またはそのグループのためのより高い優先度信号が送信されることが可能である（例えば、他の無線リソースが利用可能であり、かつそれらが他のユーザグループのために確保され得る）場合、プリエンプションが使用され得る。
【0252】
Ｄ２Ｄ ＷＴＲＵが、プリエンプション表示を送信するように構成され得る。表示は、メッセージから成ることが可能であり、かつ／または或る量の情報を搬送することが可能である。表示は、例えば、情報の量（例えば、限定された量）が推測され得る信号から成ることが可能である。
【0253】
メッセージベースの表示が本明細書において説明され得る。Ｄ２Ｄ ＷＴＲＵは、メッセージベースのプリエンプション表示を送信するように構成され得る。プリエンプションメッセージは、任意の順序または組合せで、以下の情報、すなわち、リソースインデックス、識別情報、優先度レベル、バックオフする時間の量、割込み原因、および／またはＴ－ＲＰＴのうちの１つまたは複数を搬送することが可能である。プリエンプトするＷＴＲＵは、例えば、使用される（例えば、現在、使用されている）リソースのリストから選択され得る特定のリソースインデックスを示すことが可能である。そのリソースに関連付けられた送信は、リソース上で送信する（例えば、現在、送信している）ユーザの識別情報にかかわらず、割込みをかけられることが可能である。識別情報は、プリエンプトすることになる目標ＷＴＲＵ識別情報および／またはグループ識別情報（例えば、いずれのユーザ／目標グループが送信を停止することが可能であるか）を示すのに使用され得る。優先度レベルが、プリエンプションメッセージに関連付けられること、および／またはデータ送信のものであることが可能である。ＷＴＲＵは、それの送信に関連付けられた優先度レベルを示して、例えば、より低い優先度を有するＷＴＲＵが送信を停止することが可能であるようにすることが可能である。プリエンプトされたＷＴＲＵ時間の量は、その送信に割込みをかけることが可能である。バックオフ時間が満了した後、プリエンプトされたＷＴＲＵは、送信を再開することを可能にされ得る。割込み原因は、プリエンプションの原因であり得る。例えば、原因は、例えば、緊急事態呼、中継すること、その他を含む有限のリストから選択され得る。Ｔ－ＲＰＴは、プリエンプトするパターンインデックスであることが可能である。ＷＴＲＵは、それが割込みをかけることを所望し得るリソースを示す（例えば、明示的に）ことが可能である。
【0254】
ＷＴＲＵは、スケジューリング割当て（ＳＡ）経由でプリエンプションメッセージを送信するように構成され得る。ＷＴＲＵは、ＳＡがプリエンプションメッセージに関連付けられ得ることを示す特別な識別子をＳＡにおいて使用するように構成され得る。ＷＴＲＵは、ＳＡ経由でプリエンプションメッセージを、例えば、制御信号として送信することが可能である。
【0255】
プリエンプションメッセージは、ＳＡにおいて直接に搬送されて、その結果、ＳＡの既存のフィールドに取って代わることが可能である。ＷＴＲＵは、確保ＳＡプールを使用して、ＳＡフォーマットを使用するプリエンプションメッセージを送信することが可能である。データを送信するＤ２Ｄ ＷＴＲＵは、プリエンプションリソースプールを監視して、それらの送信がプリエンプトされ得るか否かを決定するように構成され得る。プリエンプションメッセージを受信するＷＴＲＵは、受信されるＳＡが従来のＳＡであり得るか、またはプリエンプションメッセージであり得るかを決定する（例えば、盲目に決定する）ように構成され得る。ＷＴＲＵは、例えば、ＳＡおよび／またはプリエンプションメッセージに付加されたＣＲＣに基づいて（例えば、盲目に基づいて）、この決定を行うことが可能である。プリエンプションメッセージ部分は、ＳＡに関連付けられたデータにおいて搬送され得る。例えば、プリエンプションメッセージは、ＭＡＣ制御要素（ＣＥ）経由で搬送され得る。
【0256】
ＷＴＲＵは、ＰＵＣＣＨリソース上でプリエンプションメッセージを送信するように構成され得る。
【0257】
このＰＵＣＣＨリソースは、Ｄ２Ｄ送信に関連付けられることが可能である。関連付けは、例えば、ＷＴＲＵが割込みをかけることを所望し得る送信に関連付けられたＳＡの特性に基づいて行われ得る。例えば、ＷＴＲＵは、例えば、ＳＡが送信された後に、かつ／または、例えば、使用され得るＳＡリソースに基づいて、周波数における特定のＰＵＣＣＨ位置において、知られている時点でプリエンプション表示を送信するように構成され得る。
【0258】
ＷＴＲＵは、信号フォーマットを使用してプリエンプションメッセージを送信することが可能である。ＷＴＲＵは、プリエンプションのために確保され得る時間／周波数リソースにおいてプリエンプションメッセージを送信するように構成され得る。
【0259】
ＷＴＲＵは、指定された時間／周波数リソースのセットにおいて（例えば、そのようなセットにおいてのみ）プリエンプションメッセージを送信するように、かつ／または受信するように構成され得る。
【0260】
プリエンプションメッセージの送信および／または受信のための指定された時間／周波数リソースのセットは、以下、すなわち、フレームカウンタもしくはサブフレームカウンタなどのタイミング値、セル全体のフレーム値もしくはＤ２Ｄシステムフレーム値、参照サブフレームもしくは参照フレームに適用されるタイミングオフセット値、選択されたセル全体の信号もしくはチャネルまたはＤ２Ｄ信号もしくはＤ２Ｄチャネルの発生に適用されるオフセット、周波数領域の周波数インデックス、ＲＢ、もしくはグループ、セル全体の識別子もしくはＤ２Ｄシステム識別子もしくはＷＴＲＵ識別子、グループ通信識別子、またはチャネルインデックス値もしくはグループインデックス値のうちの１つまたは複数から獲得され得る。
【0261】
いくつかのまたはすべてのパラメータは、ＷＴＲＵにおいて事前構成されることが可能であり、またはそれらは、システム動作中の構成シグナリングを介して獲得されることが可能であり、またはそれらは、ルックアップテーブルもしくは式もしくは均等物を用いてＷＴＲＵによって導き出されることが可能である。
【0262】
ＷＴＲＵは、可能なＳＡサブフレームのサブセットを備え得る選択された、かつ／または確保されたサブフレームのセットにおいてプリエンプションメッセージを送信すること、または受信することが可能である。例えば、ＳＡが、８０ミリ秒のスケジューリング周期にわたって構成される場合、特定のスケジューリング周期に関するＳＡサブフレームの４番目ごとの発生が、プリエンプションメッセージを含むことが可能である。ＳＡとプリエンプションメッセージがともに存在し得る共有されるリソースのこの事例において、ＷＴＲＵは、復号することを介して、特定の時間／周波数リソースがＳＡを含むか、またはプリエンプションメッセージを含むかを区別することが可能である。
【0263】
ＷＴＲＵは、それが、プリエンプションメッセージを送信するのに、かつ／または受信するのに使用することが可能なＳＡまたはＤ２Ｄデータのために使用されないＤ２Ｄサブフレームのセットで構成されることが可能である。例えば、ＳＡが、４０ミリ秒のスケジューリング周期にわたって構成される場合、プリエンプションメッセージは、８０ミリ秒ごとにその目的で確保され、かつ、例えば、ＳＡまたはデータ送信のために別様に使用されないことが可能である指定されたＤ２Ｄサブフレームにおいて送信されること、または受信されることが可能である。専用の時間／周波数リソースがプリエンプションメッセージのために使用されるこの事例に関して、ＷＴＲＵは、単一の送信フォーマットを検出することが可能である（例えば、単一の送信フォーマットを検出することのみを必要とする）。
【0264】
ＷＴＲＵは、Ｄ２Ｄデータフレームのサブセットにおいてプリエンプションメッセージを送信すること、および／または受信することが可能である。ＳＡが、スケジューリング周期にわたってＤ２Ｄデータを告知する一方で、Ｄ２Ｄデータサブフレームのセットが、プリエンプションメッセージを搬送する制御シグナリングを含むことが可能である。ＷＴＲＵは、選択されたシグナリングフォーマットを復号することを用いてＤ２Ｄサブフレームのセット上のプリエンプションメッセージの存在および／または不在を決定することが可能である。
【0265】
ＷＴＲＵは、制御またはデータのために使用される可能なＤ２Ｄサブフレームのセットから選択され得る、１つまたは複数の限定された周波数領域においてプリエンプションメッセージを送信すること、または受信することが可能である。ＷＴＲＵは、ＳＡのために構成されたサブフレームにおけるＲＢ（例えば、１～１０）の選択されたセット上で（例えば、そのようなセットの上のみで）プリエンプションメッセージの存在に関して復号すること、またはプリエンプションメッセージを送信することが可能である。ＲＢの許されるセットは、ＷＴＲＵに知られていること、および／またはＲＢインデックスから導き出されることが可能である。
【0266】
信号ベースの表示が、本明細書において説明され得る。
【0267】
ＷＴＲＵは、例えば、プリエンプション表示のための手段として信号を送信するように構成され得る。この信号は、例えば、ザドフ－チューシーケンスに基づく、シーケンスの事前定義されたリストからとられた信号から成ることが可能である。
【0268】
プリエンプション信号自体は、情報（例えば、明示的な情報）をまったく搬送しない可能性がある一方で。表示（例えば、暗黙の表示）は、受信するＷＴＲＵによって、信号の受信から推測され得る。
【0269】
受信するＷＴＲＵが、例えば、信号、時間／周波数送信、および／またはその他のインデックスに基づいて、プリエンプション信号からの情報を決定することが可能である。プリエンプション信号は、規則の知られているセットを使用してプリエンプトすることになる進行中の送信に関連付けられることが可能なＰＲＢのセットの上で送信され得る。ＷＴＲＵは、それがプリエンプトすることを所望し得る送信に関連付けられたＳＡに関連付けられたＰＲＢのセットの上でプリエンプション信号を送信するように構成され得る。
【0270】
ＷＴＲＵは、例えば、以下、すなわち、送信の優先度レベル、ＷＴＲＵ識別子（例えば、ＲＮＴＩ、ＩＭＳＩ、もしくはその他）、グループ通信識別子、ＷＴＲＵがプリエンプトすることを所望する送信に関連付けられた送信パターンであり得る送信パターンインデックスのうちの１つまたは複数に基づいて、事前定義されたリストからプリエンプション信号（またはシーケンスの生成のためのパラメータ）を選択するように構成され得る。
【0271】
ＷＴＲＵは、プリエンプション信号の選択を、本明細書において説明される要素のうちの１つまたは複数に基づけることが可能である。
【0272】
プリエンプション表示をいつ送信することになるかが決定され得る。ＷＴＲＵは、プリエンプション表示をいつ送信することになるかの条件を決定するように構成され得る。ＷＴＲＵは、例えば、以下のトリガのうちの１つまたは複数（任意の順序または組合せで）に基づいて、プリエンプション表示を送信することを決定するように構成され得る。ＷＴＲＵは、送信することになるデータを有することが可能である。ＷＴＲＵは、プリエンプションを使用するように構成され、かつ／または許されることが可能である。送信することになるデータは、プリエンプションが許され、かつ／または構成されることが可能な論理チャネル／ベアラ／ＱｏＳ／ＱＣＩに関連付けられ得る。ＷＴＲＵは、より高い層（例えば、ＲＲＣ）からプリエンプションを開始する／停止するコマンドを受信することが可能である。送信されることになるデータパケットは、より高い層（例えば、ＭＡＣ）によって送信されるプリエンプションに対する要求に関連付けられ得る。ＷＴＲＵは、例えば、ＳＡの測定または監視に基づいて、それのデータの送信に利用可能な無線リソースが存在しない可能性があることを決定していることが可能である。ＷＴＲＵは、（例えば、現在）使用されることが可能であり、かつ／またはプリエンプトされることが可能な１つまたは複数の（例えば、少なくとも１つの）リソースが存在することを決定していることが可能である。ＷＴＲＵは、例えば、それが受信することが可能なＳＡに基づいて、１つもしくは複数の、または各データ送信の優先度レベルを決定するように構成され得る。ＷＴＲＵは、１つもしくは複数の、または各受信されるＳＡに関して、かつ／または受信される１つもしくは複数の、または各送信に関して、それがプリエンプトされ得るか否かを決定するように構成され得る。このことは、例えば、絶対優先度、送信源の識別情報、送信のための目標識別情報、その他のうちの１つまたは複数に基づいて実行され得る。例えば、送信することになるデータの優先度は、１つまたは複数の（例えば、少なくとも１つの）進行中の送信より高いことが可能である。ＷＴＲＵの優先度は、データを送信している１つまたは複数の（例えば、少なくとも１つの）他のＷＴＲＵの優先度より高いことが可能である。目標グループの優先度は、データが送信されていることが可能な１つまたは複数の（例えば、少なくとも１つの）他の目標グループの優先度より高いことが可能である。
【0273】
ＷＴＲＵが、プリエンプション表示の受信後、アクションを行うことが可能である。データを送信しているＤ２Ｄ ＷＴＲＵが、潜在的なプリエンプション表示に対して監視するように構成され得る。ＷＴＲＵは、確保された知られている時間／周波数位置においてプリエンプション表示を受信するように構成されることが可能であり、かつ／またはＳＡにおいてプリエンプション表示を受信するように構成されることが可能である。
【0274】
ＷＴＲＵは、受信されるプリエンプション信号に従って動作するか否かを決定することが可能である。
【0275】
ＷＴＲＵが、それがプリエンプション表示を受信していることを決定することが可能である場合、ＷＴＲＵは、それが、プリエンプション表示に従って動作することが可能であるかどうか、および／またはそのように動作することを所望し得るかどうかを決定するように構成されることが可能である。ＷＴＲＵは、例えば、以下のうちの１つまたは複数に基づいて、それが、受信されたプリエンプション表示に従って動作することが可能であるかどうか、および／またはそのように動作することを所望し得るかどうかを決定するように構成されることが可能である。プリエンプション表示に関連付けられることが可能な優先度レベル（例えば、明示的なプリエンプション優先度レベル、プリエンプション表示の送信機に関連付けられた優先度レベル、目標グループの優先度レベル、その他）。プリエンプション表示に関連付けられることが可能な目標ＷＴＲＵ。例えば、プリエンプション表示は、割込みが行われることになる目標送信機／送信を示す情報を搬送することが可能である。ＷＴＲＵは、例えば、プリエンプションメッセージのコンテンツ（例えば、送信機識別子、グループ識別子、特定のリソース識別子、優先度レベル、その他）に基づいて、またはプリエンプション信号の時間／周波数／信号特性に（例えば、暗黙に）基づいて、それがプリエンプション表示の目標であるかどうかを決定するように構成され得る。
【0276】
プリエンプションアプリケーションが、本明細書において説明され得る。
【0277】
ＷＴＲＵは、ＷＴＲＵによって受信されるプリエンプション表示に従って動作することが可能であり、かつプリエンプトされ得るリソースを解放するように構成されることが可能である。ＷＴＲＵは、それが、従って動作することが可能であり、かつ／または従って動作することを所望し得ることをそれが決定することが可能なプリエンプション表示の検出後、例えば、以下を実行するように構成され得る。ＷＴＲＵは、データ送信を停止することが可能である。ＷＴＲＵは、リソースを解放することが可能である。ＷＴＲＵは、ＳＡの送信を停止するように構成され得る。ＷＴＲＵは、リソース解放の表示を送信するように構成され得る。例えば、ＷＴＲＵは、送信終了（例えば、プリエンプション）の原因を示す（例えば、オプションとして示す）終了を示す特別な表示をＳＡにおいて送信するように構成され得る。ＷＴＲＵは、バックオフタイマ（例えば、事前定義された値の）を開始するように構成され得る。ＷＴＲＵは、例えば、タイマが満了するまで、データ送信を再開すること、および／またはデータの送信を試みることを許されないことが可能である。プリエンプションが完了されることが可能であり、かつ／またはプリエンプションタイマが満了した後、ＷＴＲＵは、それが新たな（例えば、フレッシュな、または更新された）送信であるかのように送信を再初期化する（例えば、送信パラメータを再評価して）ように構成され得る。
【0278】
ＷＴＲＵは、プリエンプション割込みの持続時間にわたってリソースを「保持する」ように構成され得る。ＷＴＲＵは、リソースを保持する表示を送信するように構成され得る。例えば、ＷＴＲＵは、リソース確保（例えば、プリエンプション）の原因を示す（例えば、オプションとして示す）、リソース確保（例えば、「チャネル保留」）を示す表示をＳＡにおいて送信するように構成され得る。ＷＴＲＵは、バックオフタイマ（例えば、事前定義された値の）を開始するように構成され得る。ＷＴＲＵは、タイマが満了するまで、データ送信を再開すること、および／またはデータの送信を試みることを許されないことが可能である。プリエンプションが完了し、かつ／またはプリエンプションタイマが満了した後、ＷＴＲＵは、プリエンプトされたのと同一のリソースを使用して送信を再開するように構成され得る。ＷＴＲＵは、例えば、それが、同一の、または同様のスケジューリング周期内で送信を再開する場合、同一の、または同様のリソースを使用して送信を再開する（例えば、再開のみする）ように構成される（例えば、オプションとして構成される）ことが可能である。ＷＴＲＵは、それが、従って動作することが可能であり、かつ／または従って動作することを所望し得るプリエンプション表示の受信を、より高い層に示すように構成され得る。例えば、ＷＴＲＵは、チャネルがいつビジーであり得るのか、および／またはＷＴＲＵが送信を保留している可能性があるかを、より高い層に示すように構成され得る。ＷＴＲＵは、それが、プリエンプションのためにデータを送信することに失敗し得る場合を、より高い層に示すように構成され得る。このことは、いくらかの時間が経過した後、データが破棄され得る遅延センシティブなアプリケーションに関して関係があり得る。ＷＴＲＵは、プリエンプションのため割込みの持続時間が、特定の事前定義された持続時間より長い可能性がある場合を、より高い層に示すことが可能である。
【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】
デバイスにおいて複数のＤ２Ｄデータチャネルを処理する送信が、本明細書において説明され得る。Ｄ２Ｄ端末が、Ｄ２ＤチャネルまたはＤ２Ｄ信号の優先度に基づいて、送信されることになる複数のＤ２ＤチャネルまたはＤ２Ｄ信号（例えば、同時のＤ２ＤチャネルまたはＤ２Ｄ信号）を処理することが可能である。
【0321】
Ｄ２Ｄ端末が、複数のＤ２ＤチャネルまたはＤ２Ｄ信号を（例えば、同時に）送信すること、および／または送信することを所望することが可能である。送信されることになるＤ２ＤチャネルまたはＤ２Ｄ信号に関する優先度に基づいて、それは、送信されることになる、より低い優先度Ｄ２Ｄチャネルおよび／またはＤ２Ｄ信号に対応する情報コンテンツまたは符号化されたビットストリームもしくはサンプルを、例えば、メモリに記憶する（例えば、一時的に記憶する）ことが可能である一方で、例えば、別のより高い優先度Ｄ２Ｄチャネルおよび／またはＤ２Ｄ信号を処理および／または転送し、かつそれを送信パスに提示する。
【0322】
Ｄ２Ｄ端末が、送信のためにリソースが利用可能でないことが可能である場合にＤ２Ｄ信号を送信することが可能であり、かつ／または送信することを所望することが可能である。それは、例えば、リソースが利用可能になり得るまで、かつ／またはタイマが満了するまで、この信号の情報コンテンツ、または符号化されたビットストリームもしくはサンプルを記憶する（例えば、一時的に記憶する）ことが可能である。タイマの満了後、サンプルは、破棄されて、またはストレージ（例えば、永久ストレージ）に記憶されて、エンドユーザが、送信されていない信号に後にアクセスすることを可能にすることが可能である。
【0323】
図１１は、送信されることになる複数の同時のＤ２Ｄチャネル（例えば、音声およびデータ）の例示的な図である。図１１において、Ｄ２Ｄ端末が、音声呼グループチャネルなどの、より高優先度Ｄ２Ｄ音声チャネル（例えば、第１の高優先度Ｄ２Ｄ音声チャネル）および／またはより低い優先度Ｄ２Ｄチャネル（例えば、第２のより低い優先度Ｄ２Ｄチャネル）を送信すること（例えば、同時に送信すること）が可能である。
【0324】
図１１において、高優先度Ｄ２Ｄ音声チャネル（例えば、第１の高優先度Ｄ２Ｄ音声チャネル）に対応するトークスパートが、例えば、時点Ｔ２まで、複数のスケジューリング周期にわたってＤ２Ｄ端末によって処理され得る。低優先度Ｄ２Ｄデータチャネル（例えば、第２の低優先度Ｄ２Ｄデータチャネル）を送信するデバイス内部要求が、例えば、時点Ｔ１から開始して、受信され得る。要求は、ユーザによって、またはＤ２Ｄのためのデータパケットを処理することが可能であり、および／またはそのような要求を発することが可能なアプリケーションによって発行されることが可能である。Ｄ２Ｄ端末は、送信（例えば、単一の送信）フロントエンドチェーンを有することが可能である。任意の所与のサブフレームにおいて、Ｄ２Ｄチャネルの１つまたは複数の（例えば、１つのみの）トランスポートブロック（ＴＢ）が、Ｔｘパスに、例えば、考慮されるＤ２Ｄチャネルに関するそのサブフレーム上でそれの（例えば、完全な）利用可能な出力電力を使用するために提示されることが可能である。このことは、Ｄ２Ｄチャネルに関する実現可能なリンク予算を最大化することが可能である。Ｄ２Ｄ端末は、高優先度および／または低優先度Ｄ２Ｄチャネルおよび／またはそれの制御シグナリング（例えば、同時に制御シグナリング）を異なるサブフレームにおいて送信することができ得る。
【0325】
時点Ｔ１における低優先度Ｄ２Ｄデータチャネル（例えば、第２の低優先度Ｄ２Ｄデータチャネル）に対する送信要求の着信後、Ｄ２Ｄ端末は、高優先度音声チャネル（例えば、第１の高優先度音声チャネル）に利用可能であり得る任意のＤ２Ｄデータを送信パスに転送することを続けることが可能である一方で、それは、送信されることになる（例えば、同時に送信されることになる）より低い優先度Ｄ２Ｄデータチャネル（例えば、第２のより低い優先度Ｄ２Ｄデータチャネル）の任意のサンプルまたは信号表現をメモリに記憶し（例えば、一時的に記憶し）、かつ／またはバッファリングする。時点Ｔ２で、高優先度Ｄ２Ｄ音声チャネル（例えば、第１の高優先度Ｄ２Ｄ音声チャネル）のトークスパートが終了し、低優先度Ｄ２Ｄデータチャネル（例えば、低優先度Ｄ２Ｄデータチャネルのみ）が送信され得る場合、Ｄ２Ｄ端末は、それの送信パスを高優先度Ｄ２Ｄ音声チャネルから低優先度Ｄ２Ｄデータチャネルに切り換えることが可能である。低優先度Ｄ２Ｄデータチャネルに対応するそのような記憶されたサンプルおよび／または情報コンテンツをメモリ（例えば、一時メモリ）から送信パスに転送することは、時間遅延または時間遅れを含み得る。例えば、図１１において、約３スケジューリング周期、または約４８０ミリ秒が、一時メモリから処理され得る。Ｄ２Ｄアプリケーションが、例えば、双方向会話音声ではなく、時間クリティカルではないデータタイプに対応し得る場合、低優先度Ｄ２Ｄデータ送信の部分または全体を記憶すること（例えば、一時的に記憶すること）を介して導入される時間遅延または時間遅れは、許容可能であり得る。
【0326】
図１１において、Ｄ２Ｄ端末は、例えば、進行中のより高い優先度Ｄ２Ｄ音声チャネル送信中、より低い優先度Ｄ２Ｄデータ送信を間断的に多重化することが可能である。それは、より高い優先度Ｄ２Ｄ音声チャネルのためのトランスポートブロックの送信のために使用されないことが可能なＤ２Ｄサブフレームにおいて（例えば、図１１におけるＤ２Ｄサブフレームのみにおいて）そうすることが可能である。時点Ｔ２までに、送信のために準備ができており、かつ低優先度チャネルのための時点Ｔ１とＴ２の間の送信パスによって受信されることが可能な、より低い優先度Ｄ２Ｄデータが、Ｔ１とＴ２の間で送信されていることが可能である。
【0327】
Ｄ２Ｄ送信機処理は、Ｄ２Ｄ端末が、送信されることになる複数のＤ２ＤチャネルまたはＤ２Ｄ信号（例えば、同時のＤ２ＤチャネルまたはＤ２Ｄ信号）を、送信されることになるそのような複数のＤ２Ｄチャネルおよび／またはＤ２Ｄ信号に関連付けられた優先度処理に基づいて、処理する（例えば、自動的に処理する）ことが可能であるという点で向上させられ得る。手動チャネル切換えまたは送信の延期と同様のいずれのユーザ介入も、有用ではないことが可能である。より高い優先度Ｄ２Ｄチャネルおよび／またはＤ２Ｄ信号が、例えば、他のチャネルまたは信号が存在する状況で、送信する要求後、Ｄ２Ｄ端末処理を介して優先され得る。
【0328】
本明細書において説明され、図１１に示される例は、２つより多くの優先度クラスの事例に拡張され得る。スケジューリング周期の異なる長さが使用され得る。ＳＡ送信は、後のスケジューリング周期において、または複数のスケジューリング周期において送信されるＤ２Ｄデータに対応することが可能である。スケジューリング周期と独立に、またはそれらと併せて、半永続的な、時間限定された、かつ／または動的に許可されるＤ２Ｄデータ送信の原理が使用され得る。時間リソースおよび／または周波数リソースは、隣接していないことが可能である。例は、例示目的でスケジューリング割当て、ならびに送信されることになる高優先度および低優先度受信されるＤ２Ｄ音声チャネルおよびデータチャネルを使用している可能性がある。送信されることになる低優先度Ｄ２Ｄチャネルおよび／またはＤ２Ｄ信号に対応するサンプルを一時的にバッファリングし、記憶する原理は、異なるＤ２Ｄチャネルおよび／または信号メッセージタイプにも同様に適用され得る。例えば、送信されることになるＤ２Ｄ発見メッセージが、記憶され（例えば、一時的に記憶され）、かつ／または後の時点における処理のためにキューに入れられることが可能である一方で、高優先度Ｄ２Ｄ制御またはデータシグナリングが、Ｄ２Ｄ端末における送信する要求の受信後、処理されることが可能である。
【0329】
送信されることになるＤ２ＤデータチャネルまたはＤ２Ｄ信号（例えば、同時のＤ２ＤデータチャネルまたはＤ２Ｄ信号）は、例えば、ファイルアップロードに対応するＩＰパケットなどの音声パケット、制御パケット、サービスパケット、および／またはデータパケットであることが可能である。送信されることになるＤ２Ｄチャネル（例えば、第２のＤ２Ｄチャネル）に対応するサンプルをメモリにバッファリングすること、および／または記憶すること（例えば、一時的にバッファリングすること、および／または記憶すること）の使用は、デバイスアーキテクチャ、リアルタイム処理のための構成要素利用可能性、Ｄ２Ｄデータのデバイス出力表現、無線リソースの使用、および／または要求されるユーザ対話、その他に関するＤ２Ｄ端末における送信機限定を回避するように適用され得る。送信されることになる複数のチャネルおよび／または信号（例えば、同時のチャネルおよび／または信号）の送信機処理および／または優先は、セルラ通信およびＤ２Ｄ無線リンクの上で送信されることになるチャネルまたは信号にも同様に適用され得る。
【0330】
Ｄ２Ｄ端末は、Ｄ２Ｄチャネルおよび／またはＤ２Ｄ信号（例えば、第１のＤ２Ｄチャネルおよび／またはＤ２Ｄ信号）を送信しながら、Ｄ２Ｄチャネルおよび／またはＤ２Ｄ信号（例えば、第２の）を送信する要求が受信され得るかどうかを決定することが可能である。Ｄ２Ｄチャネルおよび／またはＤ２Ｄ信号（例えば、第２のＤ２Ｄチャネルおよび／またはＤ２Ｄ信号）が送信されることになるという決定後、Ｄ２Ｄ端末は、送信されることになるＤ２ＤチャネルまたはＤ２Ｄ信号（例えば、同時のＤ２ＤチャネルまたはＤ２Ｄ信号）のいずれが直接に処理され得るか、およびいずれがメモリに記憶され（例えば、一時的に記憶され）得るかを決定することが可能である。決定は、送信されることになるＤ２ＤチャネルもしくはＤ２Ｄ信号または通信に関連付けられた優先度に基づき得る。送信されることになるＤ２Ｄチャネルおよび／またはＤ２Ｄ信号を表すサンプルまたは情報を直接に処理することは、端末の送信パスに情報を提示することを暗示することが可能であり、またはそれは、Ｄ２Ｄ端末上で実行される他の処理構成要素にそのようなサンプルを転送することを暗示することが可能である。メモリに記憶すること（例えば、一時的に記憶すること）は、送信されることになるＤ２Ｄチャネルおよび／またはＤ２Ｄ信号のチャネル変調、情報のチャネル符号化、および／またはそのようなＤ２ＤチャネルまたはＤ２Ｄ信号のプロトコル処理などの部分的送信機処理と組み合わされることが可能である。
【0331】
Ｄ２Ｄ端末が、メモリに記憶された（一時的に記憶された）Ｄ２Ｄデータをいつ処理するかを決定することが可能である。Ｄ２Ｄ端末は、例えば、本明細書において説明されるとおり、送信されることになるＤ２Ｄチャネルおよび／またはＤ２Ｄ信号のそのような記憶された（例えば、一時的に記憶された）サンプルまたは情報コンテンツに直接の処理を適用することを決定することが可能である。Ｄ２Ｄ端末は、記憶されたサンプルを、送信機パスなどのデバイスの出力構成要素に転送することが可能である。それは、例えば、時間遅延および／または条件の選択されたセットが満たされ得る場合、記憶されたサンプルが破棄され得ることを決定することが可能である。デバイスは、例えば、それが、より高い優先度Ｄ２Ｄチャネルおよび／またはＤ２Ｄ信号によって使用中でないことが可能であるサブフレームにおいてなど、より高い優先度Ｄ２Ｄチャネルを送信することが可能である時間周期中に、低優先度Ｄ２Ｄチャネルおよび／またはＤ２Ｄ信号（例えば、第２の低優先度Ｄ２Ｄチャネルおよび／またはＤ２Ｄ信号）の送信される（例えば、同時に送信される）部分の一部として、可能である。
【0332】
Ｄ２Ｄ端末は、本明細書において説明される例と併せて、それの送信機処理の一部として行われ得る動作について告知する、および／または知らせる、デバイス構成要素から、またはデバイス構成要素に、またはデバイス構成要素の間で互いに交換される通知および／またはシグナリングメッセージを発行することが可能である。それは、他のデバイスにそのような通知またはシグナリングメッセージを発行することが可能である。Ｄ２Ｄ端末は、例えば、選択された条件、送信機構成、タイマ値もしくはカウンタ値もしくはインデックス値の関数として、本明細書において説明される例を実行するように構成され得る。
【0333】
Ｄ２Ｄ端末が、送信されることになる同時のＤ２ＤチャネルまたはＤ２Ｄ信号の優先度に基づいて、送信されることになる複数のＤ２ＤチャネルまたはＤ２Ｄ信号を処理することが可能である。処理することは、例えば、デバイスによって送信されることになる他のＤ２ＤチャネルまたはＤ２Ｄ信号が存在する状況で、送信されることになるＤ２Ｄチャネルおよび／またはＤ２Ｄ信号の部分または全体を送信すること、および／または破棄すること、および／または優先することを含み得る。
【0334】
Ｄ２Ｄ端末が、記憶（例えば、一時的記憶）のために送信されることになるＤ２Ｄチャネルおよび／またはＤ２Ｄ信号（例えば、第２のＤ２Ｄチャネルおよび／またはＤ２Ｄ信号）を選択しながら、直接の処理のために送信されることになるＤ２Ｄチャネルおよび／またはＤ２Ｄ信号（例えば、第１のＤ２Ｄチャネルおよび／またはＤ２Ｄ信号）を選択することが可能である。直接の処理および／または記憶（例えば、一時的記憶）は、送信機に関して本明細書において説明される例示的な実現に対応することが可能である。
【0335】
Ｄ２Ｄ端末は、優先度アクセスグループを決定すること、および／または利用可能なＤ２ＤデータチャネルまたはＤ２Ｄ信号から利用可能な優先度もしくは優先度アクセスグループに対してマップすることによってＤ２Ｄデータを送信することが可能である。
【0336】
データを送信する優先度アクセスグループが選択され得る。
【0337】
ＷＴＲＵは、いくつかの別々の優先度アクセスグループで構成されることが可能であり、複数のサービスまたはアプリケーションを実行させていることが可能である。ＷＴＲＵは、送信することになるＤ２Ｄデータを利用可能な優先度アクセスグループにどのようにマップするかを決定することが可能である。
【0338】
優先度アクセスグループは、データ優先および／またはトラフィック差別化（例えば、異なる優先度を有する異なるリソースプール、同一のリソースプール内の優先アクセス、その他）をサポートする本明細書において説明されるスキームまたはリソースプール構成のいずれかを本明細書において参照することが可能である。
【0339】
ＷＴＲＵは、本明細書において説明される以下のパラメータのうちの１つもしくは複数、または組合せに基づいて、使用することになる優先度アクセスグループを決定することが可能である。ＷＴＲＵは、ＰｒｏＳｅベアラ、および／またはＰｒｏＳｅ／アプリケーション層パケット、および／または優先度アクセスグループの論理チャネル優先度またはＬＣＧ優先度の間の構成されたマッピングを使用することが可能である。例えば、論値チャネル優先度１～４で構成されたＰｒｏＳｅベアラが、優先度アクセスグループ１または最高優先度グループにマップされ得る。特定のグループ、トラフィックタイプ、および／またはユーザタイプに関連付けられた１つもしくは複数の、または各サービスが、より高い層による割り当てられた優先度を有することが可能である。パケットがアクセス層に着信すると、それは、グループ宛先、送信元宛先、および／または関連付けられた優先度に基づいて、論理チャネルまたはＰＤＣＰエンティティにマップされ得る。所与の論理チャネルに関して、ＷＴＲＵは、パケットの優先度を認識していることが可能であり、マッピングに基づいて、ＷＴＲＵは、パケットまたは論理チャネルがいずれの優先度アクセスグループに属するかを決定することが可能である。ＷＴＲＵは、優先度アクセスグループに対する、または論理チャネル（もしくはパケット）優先度に対するＴＦＴのマッピングに基づいて、優先度アクセスグループを決定することが可能である。ＷＴＲＵは、１つもしくは複数の、または各トラフィックタイプのためのＴＦＴフィルタのセット、ならびに１つもしくは複数の、または各トラフィックタイプに関連付けられることになる論理チャネルもしくはアクセスグループの優先度で構成され得る。例えば、ＷＴＲＵは、（例えば、３つの）ＴＦＴフィルタ、およびそれらのうちの１つもしくは複数、またはそれぞれに関するマッピング規則（例えば、音声トラフィックが、優先度アクセスグループ１にマップされ、ビデオトラフィックが、優先度アクセスグループ２にマップされ、データトラフィックが、優先度アクセスグループ３にマップされる）で構成され得る。ＷＴＲＵは、トラフィック検査を実行して、１つもしくは複数の、または各パケットのトラフィッククラスを決定することが可能であり、かつ／またはそれは、構成されたマッピング規則をルックアップして、例えば、いずれの優先度アクセスグループが使用され得るかを決定することが可能である。
【0340】
ＷＴＲＵは、ことによると、中継器の役割をし、かつ／またはセルラ／Ｕｕリンク上でデータを（例えば、先に）受信するＷＴＲＵが、データを受信することが可能なＥＰＳベアラおよび／または無線ベアラの、Ｄ２Ｄリンク上の優先度アクセスグループに対するマッピングに基づいて、使用することになる優先度アクセスグループを決定することが可能である。例えば、中継器の役割をするＷＴＲＵが、異なる優先度レベルに関するデータを送信する別々のＥＰＳ／無線ベアラで構成され得る。ＷＴＲＵは、特定のＥＰＳベアラ上で受信されるデータを、ことによると、例えば、事前定義され、かつ／またはシグナリングされる（例えば、ｅＮＢもしくはＰｒｏＳｅ機能によって）マッピングに基づいて、特定の優先度アクセスグループにマップすることが可能である。
【0341】
ＷＴＲＵは、デバイスごとに、デバイス構成に基づいて優先度アクセスグループを決定することが可能である（例えば、そのデバイスからの１つもしくは複数の、またはすべてのサービスが、同一の、または同様の優先度アクセスを使用すること、または常に使用することが可能である）。ＷＴＲＵは、例えば、グループにおける階層（例えば、消防署長が、グループにおいて最高優先度を有するように構成される）に基づいて、デバイス／ＷＴＲＵ優先度で構成され得る。ＷＴＲＵは、ＷＴＲＵにおける観察されるトラフィック特性に基づいて、優先度アクセスグループを決定することが可能である。ＷＴＲＵは、過去の、および／または進行中のトラフィック特性（例えば、着信間時間、データレート、その他）を保持することが可能であり、かつ／またはそれらのトラフィック特性を満たすのに使用され得る適切な優先度アクセスグループを決定することが可能である。ＷＴＲＵは、Ｄ２Ｄ ＷＴＲＵの関数に基づいて、優先度アクセスグループを決定することが可能である。例えば、ＷＴＲＵが中継器として動作していることが可能である場合、いくらかの、もしくはすべてのトラフィックが或る優先度アクセスグループにマップされることが可能であり、またはＷＴＲＵは、中継器として動作している場合、異なる（より高い）優先度アクセスグループを使用するように構成され得る。ＷＴＲＵは、より高い層によって構成されたサービスの関数として優先度アクセスグループを決定することが可能である。例えば、より高い層が、緊急事態サービスに対するＤ２Ｄ要求を要求した場合、ＷＴＲＵは、緊急事態優先度アクセスグループを使用する有用性を決定することが可能である。
【0342】
本明細書において説明される構成パラメータは、例えば、ＲＲＣまたはより高い層シグナリング（例えば、ＰｒｏＳｅ機能からの）によってなど、Ｄ２Ｄサービスまたはベアラ構成と一緒に、ＷＴＲＵに提供され得る。ＷＴＲＵは、マッピング規則で事前構成され得る。
【0343】
カバレッジ内ＷＴＲＵが、ＷＴＲＵが使用していることが可能な優先度アクセスグループをＰｒｏＳｅ機能／ｅＮＢに報告するように構成され得る。ｅＮＢは、例えば、シナリオのなかでもとりわけ、マッピングがＷＴＲＵによって（例えば、単独で）決定されない可能性があるシナリオにおいて、ＰｒｏＳｅ機能から、および／またはネットワークにおける別のノード（例えば、ＭＭＥ）から、本明細書において説明される構成パラメータ（例えば、ＬＣＧ ＩＤのマッピング、論理チャネル、優先度レベル、および／または優先度アクセスグループ）を与えられ得る。
【0344】
選択された優先度アクセスプールが、送信のために利用され得る。
【0345】
ＷＴＲＵは、どのようにデータを、選択された優先度アクセスグループに多重化し、かつ／または優先度アクセスグループの特性を使用してデータを送信するかを決定することが可能である。本明細書において説明される特徴は、ＷＴＲＵが、１つのトランスポートブロックにおいて、１つの送信元－宛先ペアに属するデータ（例えば、そのようなデータのみ）を多重化することができる事例に適用可能であり、かつ／またはＷＴＲＵが、異なる宛先に属するデータを多重化することができる事例に適用可能であることが可能である。
【0346】
ＷＴＲＵは、どのように多重化するか、および１つまたは複数の（例えば、１つのみの）決定された優先度アクセスグループを使用していくらか、またはすべてのデータをどこに送信するかを決定することが可能である。例えば、ＷＴＲＵは、選択されたアクセスグループのなかで最高優先度を有する優先度アクセスグループを使用してすべてのＤ２Ｄを送信することを決定することが可能である（例えば、Ｄ２Ｄ緊急事態サービスが、より高い層によって要求された場合、そのデバイスからのいくらかの、またはすべてのトラフィックが、緊急事態優先度アクセスグループを使用して送信され得る）。例えば、ＷＴＲＵは、データが利用可能である最高優先度サービスまたは優先度アクセスグループを決定し、かつこの優先度サービスが送信され得るリソースまたは送信特性を決定することが可能である。ＷＴＲＵは、優先度サービスを一緒に（例えば、優先度サービスのいずれかを一緒に）多重化すること、およびそれらを、最高優先度データの送信特性を使用して送信することを可能にされ得る。論理チャネル優先が、例えば、１つもしくは複数の、または各ＰＤＵ作成に関して、より低いトラフィッククラスからより高いトラフィッククラスを優先するように、送信機において実行され得る。ＷＴＲＵが、１つの送信元－宛先ペアからのデータを多重化することに限定される事例において、ＷＴＲＵは、宛先（例えば、すべての宛先）にわたる最高優先度サービスまたはデータを決定し、その優先度のための送信特性およびリソースを決定することが可能であり、かつその宛先に属する異なる優先度からのデータを、例えば、ＬＣＰおよび利用可能なスペースにより、同一のＰＤＵにおいて多重化することが可能である。
【0347】
一緒に多重化され得る論理チャネルは、そのアクセスグループ内の最高優先度サービスが属する宛先にさらに制限され得る。
【0348】
データは、複数の優先度アクセスグループを使用して送信されるように隔離され得る。例えば、ＷＴＲＵは、同一の優先度アクセスグループに属するデータを一緒に多重化することを決定し、かつ／またはそれらを、選択された優先度アクセスグループの特性を使用して送信することが可能である。１つまたは複数の（例えば、２つの）優先度アクセスグループが構成される（例えば、高および低）場合、ＷＴＲＵは、構成された論理チャネルを１つまたは複数の（例えば、２つの）グループに分類することが可能であり、それは、１つもしくは複数の、または各グループ内の論理チャネルを別のパケットに多重化するように（例えば、個別の）論理チャネル優先を実行することが可能である。
【0349】
１つもしくは複数の、または各パケットが、例えば、優先度アクセスグループインジケータと一緒に、より低い層に送信され得る。１つもしくは複数の、または各パケットが、別個のインジケータに関連付けられて、例えば、そのパケットを送信するのにプリエンプションが使用され得る（例えば、サポートされる場合）ことを示すことが可能である。
【0350】
優先度アクセスグループを決定するトリガが、本明細書において説明され得る。ＷＴＲＵは、優先度アクセスグループを選択する有用性を決定し、かつ／または以下のトリガ、すなわち、Ｄ２Ｄサービス（例えば、緊急事態呼）の開始／終了後、Ｄ２Ｄデータが送信するのに利用可能であり得る場合、Ｄ２Ｄデータが、例えば、スケジューリング周期の始めに、送信するのに利用可能であり得る場合、ＷＴＲＵの機能が変化した（例えば、ＷＴＲＵが、中継器として動作することを開始すること、および／または停止することが可能である）場合、新たなＤ２Ｄリソース構成が、より高い層から提供され得る場合のうちの１つまたは複数を検出すると、それが使用していることが可能な優先度アクセスグループを変更する。
【0351】
優先度アクセスグループは、変化し得る。ＷＴＲＵが、新たな優先度アクセスグループを選択し、かつ／またはＤ２Ｄデータを異なる優先度アクセスグループに再マップすることを決定することが可能である場合、ＷＴＲＵは、以下のアクション、すなわち、リソース選択のためにより早期の優先度アクセスグループを使用することを停止する、選択された優先度アクセスグループに属することが可能なトラフィックタイプおよび論理チャネルもしくは論理チャネルのグループを決定する、選択された優先度アクセスグループのうちの１つもしくは複数、またはそれぞれに関するリソースおよび／または送信機会を選択するリソース選択を実行する、選択された優先度アクセスグループに属すことが可能な１つもしくは複数の、またはすべての論理チャネルに関して論理チャネル優先を実行し、かつ／またはパケットを生成するうちの１つまたは複数を実行するように構成され得る。
【0352】
フィーチャおよび要素は、ＬＴＥ（例えば、ＬＴＥ－Ａ）およびＬＴＥ用語を参照して説明されるものの、本明細書において説明されるフィーチャおよび要素は、他の有線および無線通信プロトコル、例えば、ＨＳＰＡ、ＨＳＰＡ＋、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＷＬＡＮ、および／または類似したものに対するアプリケーションであり得る。
【0353】
フィーチャおよび要素は、特定の組合せで前段で説明されるものの、当業者は、１つもしくは複数の、または各フィーチャもしくは要素が、単独で使用されること、またはその他のフィーチャおよび要素と任意の組合せで使用され得ることを認識する。さらに、本明細書において説明される方法は、コンピュータまたはプロセッサによって実行されるようにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアにおいて実行され得る。コンピュータ可読媒体の例は、電子信号（有線接続または無線接続上で送信される）と、コンピュータ可読記憶媒体とを含む。コンピュータ可読記憶媒体の例は、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスクおよびリムーバブルディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ－ＲＯＭおよびデジタルバーサタイルディスク（ＤＶＤ）などの光媒体を含むが、以上には限定されない。ソフトウェアに関連付けられたプロセッサが、ＷＴＲＵにおいて使用するための無線周波数トランシーバ、ＷＴＲＵ、端末、基地局、ＲＮＣ、または任意のホストコンピュータを実行するのに使用され得る。
【図1A】
【図1B】
【図1C】
【図1D】
【図1E】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】