JP2020523890A - アップリンク通信のためのジョイントリソースプール - Google Patents

Abstract

実施例はユーザー機器ＵＥと基地局ＢＳのような他の装置との間の通信ネットワークに関する。実施例は、例えば、アップリンクＵＬなどの通信方法に関する。ジョイントリソースプール（ＪＲＰ）が定義される。【選択図】図５ｃ

Description

技術分野
実施例はユーザー機器ＵＥと基地局ＢＳのような他の装置との間の通信ネットワークに関する。

実施例は、例えばアップリンクＵＬのための通信方法に関する。

背景技術
通信ネットワークは、アップリンクＵＬ（ＵＥからＢＳへ）および／またはダウンリンクＤＬ（ＢＳからＵＥへ）における、ユーザ機器ＵＥおよび中央エンティティまたは装置（例えば、ｅＮＢ／ｇＮＢ、コアネットワークエンティティのような基地局ＢＳ）の間の送信および受信を必要とすることができる。

例えば、同じＢＳを使用する異なるＵＥの送信および／または受信の間に干渉を発生させることができる。

従来技術
ここでは、通信システム（例えば、無線通信システム）におけるのユーザ端末（またはユーザ機器（ＵＥ））または複数のＵＥから基地局（ＢＳ）へのアップリンク（ＵＬ）通信に焦点を置く。複数のＵＥは、音声またはデータパケットをＢＳに同時に送信することができる。

移動通信システムでは、アップリンク（ＵＬ）は制限要因である。ユーザー機器（ＵＥ）は限られた可能性を有し、これらの装置が特に以下を参照して高度に統合されているという事実が主な原因である。
−制限された送信電力
−制限された処理能力
−電池の制限
−単一の送受信アンテナまたは少数の送受信アンテナのみをサポートするＵＥの複雑さによる空間的な自由度の使用

さらに、ＵＥから基地局への信号は、以下の多くの障害を受ける可能性がある。
−ＵＥが基地局信号から遮られる可能性がある（例えば、建物内）。
−ＵＥがセルのセルエッジに配置される可能性がある。
−ＵＥが他のセルにハンドオーバする可能性がある。
−同じ周波数で送信する一連の基地局から信号を受信する場合、ＵＥが干渉ゾーンにある可能性がある。
−ＵＥが様々な速度で移動する可能性があり、したがって、無線チャネルは通信中に変化する可能性がある。

図１１は、異なるＵＥ（ＵＥ´_k、ＵＥ´_i、ＵＥ´_A）が、標準Ｕｕインタフェースを使用して、アップリンクで基地局と通信する従来技術のシステムを示す。ＵＥ´_kは、ＰＣ５リンクを使用するデバイス対デバイス（Ｄ２Ｄ）シナリオにおいてＵＥ´_iと通信する。ＵＥは、他のＵＥからの干渉を受ける可能性がある。

いくつかの通信スキームでは、異なるＵＥ間でＢＳによる周期的な送信がスケジューリングされる。１つのＵＥがＵＬデータを送信するとき、他のＵＥが同時に使用して送信を実行しないことが理論的に想定される。しかし、実際には、例えば、同じタイムスロットにおいて、同じ周波数帯域で送信する隣接セル内のＵＥによって、障害が実際に生じる。

いくつかの場合では、ＰＣ５リソースがＵｕのために基地局によって提供されるリソースに十分に整合していない場合、ＰＣ５ベースの干渉が発生しうる。これは、いくつかの場合では、干渉を引き起しうる。

隣接するセルからの干渉は、例えば、ＬＴＥ／ＮＲネットワークにおいて発生する可能性がある。図１１には、ＵＥ´_jの送信がＵＥ´_Aの送信と干渉する例が示されている。

従来技術では、通信の障害に対処するための技術が開発されてきた。しかし、すべての障害可能性、特に、スケジュールされた送信に対処することは困難である。すなわち、以前に送信されたデータまたはデータの冗長バージョンの再送信が、その後送信されるデータの代わりになるだろう（またはそれとデータの衝突を引き起こすだろう）。

発明の概要
１つの態様によれば、ユーザー機器ＵＥは以下のように構成される。
−外部装置から、他のＵＥと共有されるＪＲＰ物理リソースにおけるアップリンクＵＬ通信のためのジョイントリソースプールＪＲＰの構成データを受信する。
−許可された物理リソースについてのデータを送信することによってＵＬ通信を実行する。
−追加のＵＬ通信を実行するか否かを決定し、実行することを決定した場合には、ＪＲＰ物理リソースについてのデータを送信することによって追加のＵＬ通信を実行する。
したがって、必要な場合（例えば、緊急呼出、低いＱｏＳ）に使用することができる追加の通信リソースを有するＵＥを提供することができ、ＵＥをネットワークの状態に適応させることができる。

１つの態様によれば、ＪＲＰの構成データは媒体アクセスおよび／または衝突解決および／またはデータ再送信および／または冗長送信のための規則を含む。

このような理由で、ＪＲＰリソース（例えば、タイムスロット、周波数帯域、コードディメンション（code dimensions）、空間チャネル、電力レベルなど）を定義する以外に、ＪＲＰの構成データは各ＵＥについてＪＲＰリソースにアクセスする際にどのように動作するか（例えば、どの媒体アクセスプロトコルを使用するか）を定義することもできる。したがって、ＵＥはより好ましい通信スキームによって動作し、このような理由でネットワーク全体のＱｏＳを増加させるだろう。

１つの態様によれば、ＵＥはトラフィックまたはトラフィックのメトリクス、サービス品質ＱｏＳ、ＱｏＳのメトリクス、不正確な送信データの判定または不正確な送信データの判定についてのメトリクス、通信の緊急度および／または選択の少なくも１つに関連する基準に従って、追加のＵＬ通信を実行するかどうかを決定するように構成することができる。

したがって、例えばＱｏＳが低いＵＥは、許可されたリソース以外の通信リソースが必要であると判断した場合にＪＲＰを使用することができ、ＵＥを特定の状況を適応させることができる。

１つの態様によれば、データを再送信するために特定の許可されたリソースを使用し、特定の許可されたリソースのためにスケジュールされたデータを送信するためにＪＲＰを使用するようにＵＥを構成することができる。１つの態様によれば、これは外部装置によって構成データを提供する規則でもよい。

それ故に、再送信されたデータ（例えば、ＵＥによって以前に送信されたが、受信機によって適切に受信されなかったデータであってもよい）を、以前に送信されたデータに使用されていない物理リソースにおいて再送信することができる。したがって、ダイバーシティを増加する。すなわち、以前に送信されたデータに使用される許可された物理リソースが、（例えば、非常に短い時間、突然）ＪＲＰ許可リソースよりも信頼性が低くなる場合、正しい再送信の可能性が増加し、したがって信頼性が向上する。したがって、ＵＥは、以前の不正確な送信のためにより信頼性の高いチャネルを適応的に選択することができる。

１つの態様によれば、ＵＥは、ＪＲＰリソースのランク付けを使用して、上位のＪＲＰリソースに優先順位を与えるように構成することができる。１つの態様によれば、これは外部装置によって構成データに提供される規則であってもよい。

例えば、第１のＵＥに割り当てられたＪＲＰ物理リソースは、第１位のランク付けから少なくともランク付けされた複数のリソースを含むことができる。第１のＵＥに対する第１の選択は、第１位にランク付けされたＪＲＰ物理リソースであってもよい。ＵＥに対する最後の選択は、最下位にランク付けされたＪＲＰ物理リソースであってもよい。同様に、第２のＵＥに割り当てられたＪＲＰ物理リソースは、第１位のランク付けから少なくともランク付けされた複数のリソースを含むことができる。第１のＵＥのランク付けは、第２のＵＥのランクとは異なる可能性がある。例えば、第２のＵＥのランク付けは、第１のＵＥのランクの逆であってもよい。それ故に、第１および第２のＵＥは両方とも割り当てられ第１位にランク付けされたリソースを使用する場合、異なる物理リソースを使用して通信されるため、その通信は衝突しないだろう。したがって、衝突の発生が減少し、信頼性が向上する。

１つの態様によれば、ＵＥは媒体アクセス制御ＭＡＣ層および／または物理ＰＨＹ層に実装された送信キューを含むことができる。１つの態様によれば、ＵＥは構成データに従って、ＪＲＰおよび／または許可されたリソースを使用して送信キューを退避するように構成することができる。

したがって、ＵＥによって使用される許可されたリソースおよびＪＲＰリソースを、ＵＥのハードウェアにマッピングすることができる。ＵＥを使用されるべき物理リソースの選択に誘導してもよい。許可された部分およびＪＲＰ部分があってもよい。各部分（例えば、行列として表すことができる）において、各行を送信されるべきＵＬデータ（パケット、メッセージ、送信）に関連付けることができる。特定の許可されたまたはＪＲＰの物理リソース（例えば、タイムスロット、周波数帯域、空間チャネル、コードディメンション、電力レベルなど）への各ＵＬデータの関連付けがあってもよい。キューへの書き込みは、例えば、関連する許可されたまたはＪＲＰ物理リソースでのＵＬデータの送信を暗示することができる。キューからデータを削除することは、（データがまだ送信されていない場合）そのデータの送信の回避を暗示することができる。

１つの態様によれば、ＵＥをリッスンビフォアトークスキーム（例えばＣＳＭＡ）によってＪＲＰにアクセスするように構成することができる。１つの態様によれば、これは、外部装置によって構成データに提供される規則であってもよい。

したがって、衝突送信の発生を回避することができるので、信頼性を高めることができる。

１つの態様によれば、ＵＥを周波数ホッピングスキームによってＪＲＰにアクセスするように構成することができる。１つの態様によれば、これは、外部装置によって構成データに提供される規則であってもよい。

したがって、異なる周波数で送信する異なるＵＥの確率を高める観点から、衝突送信の発生を低減することができるので、信頼性を高めることができる。

１つの態様によれば、ＪＲＰ物理リソースは、時間領域、周波数領域、空間領域、符号領域および電力領域の少なくとも１つまたはいくつかまたはいずれかの組み合わせであってもよい。１つ態様によれば、外部装置は構成データにそれらを示すことができる。

したがって、ＪＲＰ物理リソースは送信に最も適しており、したがって、ＪＲＰ物理リソースをネットワークの状態に適合させることができる。

１つの態様によれば、装置は以下のように構成することができる。
−トラフィックのメトリクス、サービス品質ＱｏＳのメトリクス、不正確なデータの受信の判定、通信の緊急度および／または選択に基づいて、ジョイントリソースプールＪＲＰを形成する物理リソースを決定し、物理リソースはアップリンクＵＬ通信のための異なるユーザー機器ＵＥによって共有される。
−ＵＥの少なくともいくつかにＪＲＰの物理リソースをシグナリングする（例えば、構成データを送信することによって）。

基地局ＢＳ（ｅＮＢ／ｇＮＢ、コアネットワークエンティティなど）または複数のＵＥの間で選択されたＵＥのような、中央エンティティであってもよい装置は、それ故に、各ＵＥのための物理リソースを決定することができる。したがって、装置はネットワーク内の通信を制御し、ネットワークのための最も適切な構成を決定することができる。

１つの態様によれば、装置は以下のように構成することができる。
−異なるＵＥについて異なるＪＲＰ物理リソースを優先するために、および／または異なるＵＥによって異なるＪＲＰ物理リソースを使用する確率を増大させるために、異なるＵＥについて、ＪＲＰ物理リソースの異なるランク付けを定義する。
−異なるリソースのランク付けを異なるＵＥにシグナリングする（例えば、構成データを送信することによって）。

したがって、装置は異なるランク付けを使用するように異なるＵＥに指示することができ、同じＪＲＰ物理リソースにおける衝突の可能性を低減することができる。

１つの態様によれば、装置は以下のように構成することができる。
−異なるＵＥのためのＪＲＰ物理リソースの異なるランク付けを定義し、異なるＵＥのための異なるＪＲＰ物理リソースに異なる優先度を与えることによって正しい再送信を受信する確率を高めるため、および／または異なるＵＥが異なる物理リソースを使用する確率を高めるために、破損（正しく復号されていない）データの受信を決定する。
−異なるリソースのランキング付けを異なるＵＥにシグナリングする（例えば、構成データを送信することによって）。

したがって、ＵＬデータの不正確な受信が装置によって決定されると、各ＵＥのランク付けを修正することによってやり直すことができ、それによって衝突の確率を低減することができる。

１つの態様によれば、装置は以下のように構成することができる。
−媒体アクセスおよび／または衝突解決および／またはＪＲＰ内のデータ再送信のための規則を決定する。
−ＵＥの少なくともいくつかに規則をシグナリングする（例えば、構成データを送信することによって）。

したがって、装置は、どのＪＲＰ物理リソースが使用されるべきかを決定するだけでなく、ＪＲＰリソースに入るときに各ＵＥがどのように動作するかを定義する。

１つの態様によれば、装置は以下のように構成することができる。
−異なるＵＥに関連付けられるＪＲＰにおける再送信のための異なるバックオフタイマーを決定する。
−異なるバックオフタイマーを異なるＵＥにシグナリングする（例えば、構成データを送信することによって）。

したがって、この規則に続いて、ＵＥは衝突なしに異なるタイムスロットで再送信されるだろう。このような規則は、２つの異なるＵＥによって送信されたＵＬデータ間の第１の衝突の場合に特に有利である。すなわち、異なるバックオフタイマーの定義の観点から、第２の衝突が回避される。したがって、信頼性が向上する。

１つの態様によれば、方法は以下を含むことができる。
−ユーザー機器ＵＥによって、少なくとも１つの他のＵＥと共有されるＪＲＰ物理リソースにおけるアップリンクＵＬ通信のためのジョイントリソースプールＪＲＰの構成データを受信するステップ。
−許可された物理リソースについてのデータを送信することによってＵＬ通信を実行するステップ。
−追加のＵＬ通信を実行するか否かを決定し、実行することを決定した場合には、ＪＲＰ物理リソースについてのデータを送信することによって追加のＵＬ通信を実行するステップ。

この方法の実施例を、例えば、上記および／または下記のいずれかのＵＥによって実行することができる。

１つの態様によれば、方法は以下を含むことができる。
−トラフィックのメトリクス、サービス品質ＱｏＳのメトリクス、破損データの受信の判定、通信の緊急度および／または選択のうちの少なくとも１つに基づいて、ジョイントリソースプールＪＲＰを形成する物理リソースを決定するステップであって、ＪＲＰ物理リソースがアップリンクＵＬ通信のための異なるユーザー機器ＵＥによって共有される、物理リソースを決定するステップ。
−物理リソースをＵＥの少なくとも１つまたはいくつかにシグナリングするステップ。

この方法の実施例を、例えば、上記および／または下記の装置のいずれか（例えば、ＢＳ、選択されたＵＥなどの中央エンティティ）によって実行することができる。

上記の方法は、１つの態様による方法を形成するために実行することができる。

１つの態様によれば、ＵＥが中央エンティティを定義または選択する設定ステップを提供することができる。ＢＳが中央エンティティであることは厳密には必要ではない。中央エンティティは、例えば、ＵＥの１つとすることができる。

１つの態様によれば、非一時的記憶ユニットは、プロセッサによって実行されると、プロセッサに、上記または下記のいずれかの方法を実行させ、上記または下記のいずれかの製品を実装する命令を記憶することができる。

実施例では、ユーザー機器はＪＲＰリソースのランク付けを使用し、対象とする目標のためのゲインを提供する特定のランク付けされたＪＲＰリソースに優先順位を与えることができる。

図面の説明
以下の添付図面を参照して、実施例をさらに詳細に説明する。

図１は、本発明の一実施例による方法を示す。 図２ａは、本発明の実施例によるシステムを示す。 図２ｂは、本発明の実施例によるシステムを示す。 図２ｃは、本発明の実施例によるシステムを示す。 図３は、本発明の一実施例による装置を示す。 図４は、本発明の一実施例による装置を示す。 図５ａは、本発明の実施例による技術を示す。 図５ｂは、本発明の実施例による技術を示す。 図５ｃは、本発明の実施例による技術を示す。 図６ａは、本発明の実施例による技術を示す。 図６ｂは、本発明の実施例による技術を示す。 図６ｃは、本発明の実施例による技術を示す。 図７は、本発明の実施例による技術を示す。 図８は、本発明の実施例による技術を示す。 図９は、本発明の実施例による技術を示す。 図１０は、本発明の実施例による技術を示す。 図１１は、従来技術によるシステムを示す。 図１２は、本発明の一実施例による装置を示す。

詳細な説明
図１は、方法１０を示す。方法１０は、アップリンク（ＵＬ）でのユーザー機器（ＵＥ）の通信を許可することができる。

方法１０は、例えば、方法１２を含むことができる。方法１２は、例えば、ジョイント−リソースプールＪＲＰを形成する物理リソースを決定するステップ１３を含み、物理リソースはアップリンクＵＬ通信のための異なるユーザー機器ＵＥによって共有される。方法１２は、例えば、ＵＥの少なくともいくつかに対して、物理リソース（例えば、ＪＲＰにおけるＵＬのために）をシグナリングするステップ１４を含むことができる（いくつかの場合では、ＤＬ物理リソースおよび／または許可されたＵＬ物理リソースがシグナリングされてもよい）。ステップ１４は、構成データをＵＥに送信することを含むことができる（構成データは、とりわけ、ＵＥによって使用されるＪＲＰ物理リソースの指示、および／または、媒体アクセスのための規則、および／または、衝突解決のための規則、および／またはデータ再送信のための規則、およびいくつかの実施例では他のデータを含むことができる）。ＪＲＰの異なる物理リソースを異なるＵＥに示すことができる。方法１２は、例えば、中央エンティティによって実行させることができる。中央エンティティは、ＵＥによって使用されるリソースを決定する装置（基地局ＢＳなどであり、ｇＮＢ／ｅＮＢまたはコアネットワークエンティティまたはＵＥのグループによって中央エンティティとして選出または選択されたＵＥとすることができる）を含むことができる。方法１２は、ＵＬおよび／またはＤＬについて、ＵＥ（例えば、スケジューラデバイス）に許可された物理リソースを割り当てる同一のエンティティによって実行されてもよい。

いくつかの実施例では、構成データは、物理ダウンリンク制御チャネルＰＤＣＣＨ、または拡張ＰＤＣＣＨ（ｅＰＤＣＣＨ）またはｓＰＤＣＣＨ（短い送信時間間隔ｓＴＴＩモード、および／または超高信頼低遅延通信ＵＲＬＬＣトラフィック）またはサイドリンクを使用して、進化したパケットコア（ＥＰＣ）、ＬＴＥ、４Ｇおよび５Ｇの専門用語を使用して、（１４で）シグナリングすることができる。シグナリングステップをユニキャスト、マルチキャストおよび／またはブロードキャストを介して実行することができる。

方法１０は、例えば、方法１５を含むことができる。方法１５は、他のＵＥと共有されるＪＲＰ物理リソースにおけるアップリンクＵＬ通信のためのジョイント−リソースプールＪＲＰの構成データを（例えば、方法１２および／またはステップ１４を実行する装置から）受信するステップ１６を含むことができる（例えば、構成データは、どのＪＲＰ物理リソースが、どのＵＥ、および／または、媒体アクセスおよび／または衝突解決および／またはデータ再送信および／または冗長再送信などのためのどの規則によって使用されるかを示す）。方法１５のインスタンスを、各ＵＥによって実行してもよい（異なるＵＥが例えば、異なる構成データおよび／または異なる条件の結果として、異なるインスタンスを実行することができる）。方法１５は、例えば、許可された物理リソース（例えば、ＪＲＰの一部ではない物理リソースであってもよい）にデータを送信することによって、および／またはＤＬにおいて（例えば、ＢＳのような中央エンティティから）データを受信することによって、ＵＬ通信を実行するステップ１７を含むことができる。方法１０は、例えば、追加のＵＬ通信を実行するか否かを決定するステップ１８を含むことができる。実行することを決定した場合には、方法はＪＲＰ物理リソースにおいてデータを送信することによって追加のＵＬ通信を実行することを含むことができる。方法１５は、異なるＵＥのグループの各々によって実行されてもよい。各ＵＥには、ＪＲＰの異なる物理リソースを示すことができる。それ故に、各ＵＥは、ステップ１７において、許可された物理リソースについてＵＬ通信を実行し、追加のＵＬ通信を実行する可能性および／または必要性を決定した場合、各ＵＥは他のＵＥ（に割り当てられた）によって使用されるＪＲＰの物理リソースとは異なる可能性のあるＪＲＰの物理リソースを使用して、ＵＬデータ（例えば、パケット）を送信することができる。しかし、異なるＵＥのいくつかは、ＪＲＰのいくつかのリソースを共有することができる。

方法１０は、第３世代パートナーシッププロジェクト（３ＧＰＰ）、４Ｇ、５Ｇ、ロングタームエボリューション（ＬＴＥ）、ＮＲ、ＥＰＣなどのモバイル通信のための標準の下で通信を提供することができる。通信は、ユニバーサル移動体通信システム（ＵＭＴＳ）、地上無線アクセスネットワーク（ＵＴＲＡＮ）または進化したＵＴＲＡＮ（ｅＵＴＲＡＮ）に準拠することができる。通信は、時分割複信（ＴＤＤ）送信（ＵＬおよび／またはＤＬ送信）を含むことができる。通信は、周波数分割複信（ＦＤＤ）送信（ＵＬおよび／またはＤＬ送信）を含むことができる。ＢＳは、進化したノード（ｅＮＢ）、ｇＮＢ（５Ｇの専門用語を使用する）、または、一般に、ｇＮＢ／ｅＮｂであってもよい。いくつかの実施例では、ＵＥは、特定のＱｏＳ要件を有する無線ベアラを設定するために、コアネットワーク、例えば進化したパケットコア（ＥＰＣ）へのインタフェースとしてＢＳを使用するだろう。ＮＲにおいて、ＵＥはパケット−バイ−パケットサービスフローを可能にするために、コアネットワーク、例えばＥＰＣに結合されたｇＮＢを介してサービスフローを設定することができる。

ＥＰＣは、進化したパケットコアであり、特定の標準化されたインタフェースおよびエンティティから構成され、無線アクセスネットワーク（ＲＡＮ）をインターネットまたは他の非３ＧＰＰインタフェース（例えばＷＬＡＮなど）と接続するために使用することができる。ＥＰＣは、ＬＴＥ／ＮＲネットワークにおける接続を終了させることができ、例えば、セキュリティ、ＱｏＳベアラ／フローなどを設定する。

いくつかの実施例では、１４、１６、１７および／または１８における通信の少なくともいくつかのステップを、例えば、ＬＴＥまたはＮＲ規格、および／または、例えば、ＷｉＦｉ、ブルートゥース（登録商標）などの他の無線アクセス技術にしたがって実施してもよい。

通信は、例えば電磁波を使用する無線周波数（ＲＦ）のような無線であってもよい。いくつかの実施例では、通信は超音波を使用してもよい。

実施例では、無線通信は、直交周波数分割多重（ＯＦＤＭ）システム、ＬＴＥ標準によって定義される直交周波数分割多元接続（ＯＦＤＭＡ）システム、またはＣＰを有するかまたは有しない任意の他のＩＦＦＴベースの信号、例えばＤＦＴ−Ｓ−ＯＦＤＭまたはＳＣ−ＦＤＭＡなどの周波数分割多重化に基づく単一トーンまたはマルチキャリアシステムに基づくことができる。複数のアクセスのための非直交波形、例えば、フィルタバンクマルチキャリア（ＦＢＭＣ）のような他の波形を使用することができる。ＣＰ−ＳＣＦＤＭＡ（サイクリックプレフィックスシングルキャリアＦＤＭＡ）を、例えば局所的または連続的なモードで使用することも可能である。

図２ａは、システム２０を示す。システム２０は、例えば、セルラーネットワークまたはその一部に実装することができる。システム２０は、中央エンティティ２２を含むことができる。システム２０は、複数のＵＥ２４、２６、２８を含むことができる。中央エンティティ２２は、例えば、方法１２のステップの少なくともいくつかを実行することができる。中央エンティティは、例えば、ＢＳ（例えば、ｇＮＢ／ｅＮＢ、コアネットワークエンティティ）であってもよい。中央エンティティ２２は、各ＵＥについてＪＲＰ物理リソースを定義することができる。さらに、中央エンティティ２２は、例えば、ＵＬおよび／またはＤＬ通信のために、（例えば、スケジューリングによって）各ＵＥのための許可された物理リソースをを定義することができる。中央エンティティ２２は、信号２４´、２６´、２８´をそれぞれＵＥ２４、２６、２８に送信することによって、信号アクティビティを実行することができる。信号はＪＲＰ構成データを送信することができる。いくつかの実施例では、異なるＵＥに向けられたＪＲＰ構成データは、異なる情報を送信することができる。すなわち、特定のＵＥは、他のＵＥにシグナリングされた構成データを必ずしも知る必要がない。いくつかの実施例では、信号２４´、２６´、２８´の構成データは物理ダウンリンク制御チャネルＰＤＣＣＨ、ｅＰＤＣＣＨおよびｓＰＤＣＣＨまたはサイドリンク（例えば、ＰＣ５インタフェースを使用する）のうちの１つを介してシグナリングされる。ＵＥ２４、２６、２８は、ステップ１７で、許可された物理リソースにおいて、ＵＬ通信２４´´、２６´´、２８´´をそれぞれ実行することができる。ＵＥ２４、２６、２８の１つが、その廃棄時に許可された物理リソースからデータを送信する必要がある場合、ＪＲＰ物理リソースを使用して、ＵＬ通信２４´´´、２６´´´、２８´´´を実行することができる。

いくつかの実施例では、中央装置は、（例えば、ステップ１４において）構成データを他のＵＥに送信する装置（ＵＥであってもよい）である。それ故に、分散された解決策を実行することができる。複数のＵＥは、それらの間の中央装置を選択または定義することが可能であり、他のＵＥのための構成データを定義することができる。決定の基準（例えば、ＵＥのシリアル番号）、ランダム、半ランダムもしくは擬似ランダムの基準または他の基準を使用して、中央エンティティを選択または定義することができる。それ故に、中央エンティティは、場合によっては、ＢＳとは異なるかもしれない。構成データは、例えばＤ２Ｄを使用して１４で送信することができる。

図２ｂ及び図２ｃは、システム２０ｂを示す。システム２０ｂは、ステップ１３および１４を実行する中央エンティティではないＢＳ２２ｂを含むことができる（いくつかの場合では、ＢＳ２２ｂは、許可されたリソースのための、および／またはＤＬリソースをスケジューリングするためのスケジューラであってもよい）。この場合において、中央エンティティはＵＥ２４、２６、２８の１つであり、ＵＥによって選択または定義され得る。図２ｂは、特に、ＵＥ２４、２６、２８が、お互いに通信２４ｂ、２７ｂ、２８ｂを（例えば、Ｄ２Ｄ、ＰＣ５、ブルートゥース（登録商標）、ＷｉＦｉなどを使用して）送信することによって、中央エンティティを定義または選択する設定ステップを示す。この場合において、中央エンティティは、ＵＥ２６となるように選択される（選択は、選出、選択または他の方法によって実行されてもよい）。図２ｃに示すように、ＵＥ２６（中央エンティティとして動作する）は、ステップ１３において、ＪＲＰの特徴、および／または媒体アクセスおよび／または衝突解決を取り扱うための規則を定義することができ、ステップ１４において（構成データを送信する）信号２４´および２８´をＵＥ２４および２８へ送信する。ＵＥ２４および２８は、ステップ１６で信号２４´および２８´を受信する。ＵＥは（いくつかの実施例では、ＵＥ／中央エンティティ２６も）、ステップ１７において、許可された物理リソースを使用して、ＢＳ２２ｂに向かって、ＵＬ通信２４´´、２６´´、２８´´を実行することができる。ＵＥは（いくつかの実施例では、ＵＥ／中央エンティティ２６も）、ステップ１８において、ＪＲＰ物理リソースを使用して、ＢＳ２２ｂに向かって、ＵＬ通信２４´´´、２６´´´、２８´´´を実行することができる。

実施例（図２ａ、２ｂ、２ｃに示されたものなど）において、ＵＥの少なくとも一つ以上は、例えば、携帯電話、スマートフォン、モバイル／ポータブル端末、モバイル／ポータブルコンピュータ、タブレット、中継器、自動車、トラック、バスの車両用通信装置、ドローンまたは他の航空車両の移動通信装置などの中から選択される装置であってもよい。ＵＥの少なくともいくつかは、ｌｏＴ装置またはｌｏＴ装置に接続された通信装置であってもよい。いくつかの場合では、図２ｂの例において、中央エンティティ２６は、他のＵＥの間で選択または定義された通常のＵＥであってもよい。

物理リソース（許可された物理リソースおよび／またはＪＲＰ物理リソース）は、例えば、時間領域、周波数領域、空間領域、符号領域、電力領域の少なくとも１つまたは組み合わせであってもよい。これらの領域のうちの少なくとも１つにおける多重化技術を実行することができる。

時間領域を参照すると、許可された物理リソースはＵＬ送信を実行するために異なるＵＥに（例えば、スケジューリングによって）割り当てられたタイムスロットを含むことができる。各タイムスロットは、特定のＵＥに割り当てられた物理リソースであってもよい。タイムスロットは、送信時間間隔（ＴＴＩ）または短縮ＴＴＩ（ｓＴＴＩ）、ＴＴＩのグループまたはミニスロット（ＮＲ用語）とすることができる。ステップ１７を実行するとき、ＵＥはその予め割り当てられた（スケジュールされた）タイムスロットの間にＵＬ通信を実行することができる。

時間領域を参照すると、ＪＲＰ物理リソースは１つのＵＥに予め割り当てられていないタイムスロットを含むことができる。ステップ１８を実行するとき、ＵＥはＪＲＰタイムスロットのうちの１つの間にＵＬでデータを送信することによって、ＪＲＰにアクセスすることができる。

周波数領域を参照すると、許可された物理リソースはＵＬ送信を実行するために異なるＵＥに（例えば、スケジューリングによって）割り当てられた周波数帯域を含むことができる。各周波数帯域は、特定のＵＥに割り当てられた物理リソースであってもよい。ステップ１７を実行するとき、ＵＥはその予め割り当てられた（スケジュールされた）周波数を使用してＵＬ通信を実行することができる。

周波数領域を参照すると、ＪＲＰ物理リソースは１つのＵＥに予め割り当てられていない周波数帯域を含むことができる。ステップ１８を実行するとき、ＵＥはＪＲＰ周波数帯域を使用してＵＬでデータを送信することによって、ＪＲＰにアクセスすることができる。

空間領域を参照すると、許可された物理リソースはＵＬ送信を実行するために異なるＵＥに（例えば、スケジューリングによって）割り当てられた空間チャネル（例えば、ビームフォーミングによって得られる）を含むことができる。各空間チャネルは、特定のＵＥに割り当てられた物理リソースであってもよい。ステップ１７を実行するとき、ＵＥはその空間チャネルを使用してＵＬ通信を実行することができる。

空間領域を参照すると、ＪＲＰ物理リソースは１つのＵＥに予め割り当てられていない空間チャネルを含むことができる。ステップ１８を実行するとき、ＵＥはＪＲＰ空間チャネルを使用してＵＬでデータを送信することによって、ＪＲＰにアクセスすることができる。

符号領域を参照すると、許可された物理リソースは、ＵＬ送信を実行する、例えば、非直交多重アクセス（ＭＵＳＴ）スキームを利用するために異なるＵＥに（例えば、スケジューリングによって）割り当てられたコードを含むことができる。コードは、異なるＵＥ間で分割され得る物理リソースであってもよい。ステップ１７を実行するとき、ＵＥはそのコードを用いてＵＬ通信を実行することができる。

符号領域を参照すると、ＪＲＰ物理リソースは、特定のＵＥに予め割り当てられていないコードを含むことができる。ステップ１８を実行するとき、ＵＥはＪＲＰコードを使用してＵＬでデータを送信することによって、ＪＲＰにアクセスすることができる。

電力領域を参照すると、許可された物理リソースは、ＵＬ送信を実行するために異なるＵＥに（例えば、スケジューリングによって）割り当てられた電力レベルを含むことができる。各電力値（例えば、電力レベルの範囲）は、特定のＵＥに割り当てられうる物理リソースであってもよい。ステップ１７を実行する場合、ＵＥはその電力レベルを使用してＵＬ通信を実行することができる。

電力領域を参照すると、ＪＲＰ物理リソースは、特定のＵＥに予め割り当てられていない電力レベル（例えば、電力レベル範囲）を含むことができる。ステップ１８を実行するとき、ＵＥはその電力レベルでＵＬのデータを送信することによって、ＪＲＰにアクセスすることができる。

いくつかの実施例では、各物理リソース（許可された物理リソースおよび／またはＪＲＰ物理リソース）は、時間領域、周波数領域、空間領域、符号領域、電力領域の組み合わせを含むことができる。例えば、特定のＵＥが第１のタイムスロットの間に、第１の周波数帯域で、第１の空間チャネルで、第１のコードで、第１の電力レベルで、および、第２のタイムスロットの間に、第２の周波数帯域で、第２の空間チャネルで、第２のコードで、第２の電力レベルで、などによって送信することを、中央エンティティによって、決定する（スケジュールする）ことができる。それ故に、各物理リソース（許可された物理リソースまたはＪＲＰ物理リソース）は、時間、周波数、空間チャネル、コードおよび／または電力レベルの任意の組み合わせとして定義することができる。

実施例では、ＪＲＰ物理リソースは少なくとも（伝播）遅延ドメイン内にあってもよい。実施例では、ＪＲＰ物理リソースは少なくともドップラードメイン内にあってもよい。これらの解決策は、例えばＯＴＦＳのような波形によってアドレス可能であるので、遅延−ドップラードメイン内のリソースを割り当てることによって達成することができる。

いくつかの実施例では、物理リソースは例えばＰＣ５に従って、デバイス対デバイス（Ｄ２Ｄ）通信を含むことができる。

ＪＲＰ物理リソースを例えば、送信されるデータが許可された物理リソースを超える場合に使用してもよい。

いくつかの実施例では、許可された物理リソースおよび／またはＪＲＰ物理リソースを使用して実行されるＵＬ送信は、ＬＴＥ物理アップリンク制御チャネル（ＰＵＣＣＨ）、ｅＰＵＣＣＨ、ｓＰＵＣＣＨ（例えば、ＬＴＥ、４Ｇ、ＮＲ、５Ｇで設定された種類を使用する）の少なくとも１つに対応する。

ＪＲＰ構成データは、例えば、ＵＬを実行するための複数のＵＥに物理リソースを関連付けることができる。ＪＲＰ構成データは、例えば、いくつかの物理リソースをＵＥのいずれか（例えば、ＪＲＰリソースにアクセスする第１のＵＥ）に関連付けることができる。さらにまたは代替的に、ＪＲＰ構成データは、異なる物理リソースを異なるＵＥまたはＵＥのグループに関連付けることができる（例えば、いくつかの特定のＵＥへのＪＲＰリソースにアクセスすることの可能性を制限する）。

さらにまたは代替的に、ＪＲＰ構成データは、異なるＵＥのためのＪＲＰリソースの異なるランク付けを定義することができる。例えば、第１のＵＥは、第１の周波数帯域（第１のＵＥのための第１位にランク付けされた周波数帯域）、必要であれば、第２の周波数帯域（第１のＵＥのための第２位にランク付けされた周波数帯域）を使用してＪＲＰにアクセスすることが好ましく、第２のＵＥは、第２の周波数帯域（第２のＵＥのための第１位にランク付けされた周波数帯域）、必要であれば、第１の周波数帯域（第２のＵＥのための第２位にランク付けされた周波数帯域）を使用してＪＲＰにアクセスすることが好ましい。これにより、衝突の確率を低減することができる。

異なるランク付けは、例えば、不正確なＵＬデータが中央エンティティ（例えば、ＢＳ）によって受信された後定義され、異なるＪＲＰ物理リソースで実行された異なるＵＬ送信を有する確率を増大させ、衝突の確率を低減し、信頼性を増大させる。

実施例では、中央エンティティはオーケストレータであってもよい。オーケストレータは、オーケストレータと、ＪＲＰのＵＬリソースを使用する通信プロセスに含まれる装置との間の任意の通信手段によって、無線リソースへの媒体アクセスをオーケストレイトする（調整する）ことができる任意の装置またはエンティティとすることができる。その意味で、オーケストレータは、例えば、ＯＴＴ通信リンク（ＯＴＴ：オーバーザトップ）を介してアクセス可能なネットワーク内のどこかのデータベースであってもよい。

ＪＲＰリソースは、いくつかの基準／メトリック、例えば、混雑、ＲＳＳＩレベルなどに従って順序付け／順位付けすることができ、これは、順序付けられたＪＲＰから特定のリソースを選択することにより、より良い結果またはより少ないエネルギー、努力、例えばメッセージ衝突の確率を有する特定の目標を達成することを可能にすることを意味する。

ランク付け基準は、例えば以下のようにすることができる。
−例えば、私たちがデュアル接続モードまたはキャリアアグリゲーションにおいてＪＲＰを動作させる場合、異なるキャリア周波数のうちのいくつかを選択する可能性を有するキャリア周波数
−干渉レベルまたは干渉電力、パイロット電力、アップリンク送信電力など
−例えば１５ｋＨｚを超える３０ｋＨｚを好む所与の帯域幅部分（ＢＷＰ）における使用可能なニューメロロジー（ＳＣＳ）

いくつかの実施例では、（例えば中央エンティティおよび／またはＢＳによって要求される）周波数ホッピングスキームを実装することが可能である。例えば、各周波数帯域は、異なるＵＥによって（例えばランダム、半ランダム、擬似ランダムな方法でもしくは構成データにあらかじめ定義されたまたは定義されたシーケンスに従って）別にホッピングされ得る。いくつかの実施例では、中央エンティティおよび／またはＢＳの決定に従って、構成データが、少なくともいくつかのＪＲＰ物理リソースを少なくともいくつかのＵＥに対して禁止することができる。

ＪＲＰ構成データは、ＪＲＰ物理リソースおよび／または衝突解決にアクセスするための異なる規則を含むことができる。例えば、構成データは、（少なくともいくつかのＵＥについて）可能なリスニングスキーマの前のバックオフタイマー（その長さは、ランダム、半ランダム、擬似ランダム、あらかじめ定義され、または構成データ中に定義される）の後にいくつかのＵＬデータが（再）送信されることを定義することができる。リッスンビフォアトーク（ＬＢＴ）モードで動作する場合、装置（例えばＵＥ）は、例えば、ＪＲＰ物理リソースにアクセスする前にランダムバックオフと結合されたキャリアセンシングを実行することができる。構成データは、いくつかのＵＬデータが自動再送要求（ＡＲＱ）スキームまたはハイブリッド自動再送要求（ＨＡＲＱ）スキームを使用してのみ再送信されることを提供することができる。構成データは、いくつかのＵＬデータが半永続的スケジューリング（ＳＰＳ）スキームを使用して再送信されることを提供することができる。

図３は、ＪＲＰ定義器３０を示し、中央エンティティおよび／またはＢＳ２２またはＵＥの中から選出されたまたは選択されたＵＥであってもよい（または一部であってもよい）。ＪＲＰ定義器３０は、ＪＲＰリソースに関する構成データ３１を異なるＵＥに（ＵＥ₁、ＵＥ₂、ＵＥ₃、．．．、ＵＥ_N、そのうちのいくつかはＵＥ２４−２６であり、そのうちの少なくとも１つは、いくつかの実施例では、方法１５のインスタンスを実行する。）（例えばステップ１４において）送信することができる。ＪＲＰ定義器３０は、１つ以上の基準に基づいて、構成データ３１（どの物理リソースをどのＵＥで使用するか、および／またはどのＵＥで使用する媒体アクセスおよび／または衝突解決の規則かなど）を決定する。基準は、１つ以上のデータ３３−３７を含むことができる。いくつかの実施例では、データ３２−３７の少なくともいくつかは、ネットワークステータス３２を構成するのに寄与することができる。基準は、あらかじめ定義されおよび／または定義されおよび／またはリアルタイムで変更されてもよい。

ＪＲＰ定義器３０は、ネットワーク内のトラフィック３３（またはメトリクスまたはそれに関連する推定）を少なくとも部分的に含む基準に基づいて、構成データを定義することができる。トラフィックは、例えば、中央装置内に存在するＵＥの数（ｇ／ｅＮＢのようなＢＳであってもよい）、現在のコール数、現在開いているセッション数などを考慮して測定することができる。いくつかの実施例では、トラフィックが過剰でない場合、１つのＪＲＰ物理リソースと競合するＵＥの数を増やすことができる。いくつかの実施例では、ＵＥの数の増加の決定（例えばセル内）において、少なくともいくつかのＵＥを廃棄してＪＲＰ物理リソースの量を減少させることができることが提供することができる。

ＪＲＰ定義器３０は、ネットワーク内のサービス品質（ＱｏＳ）３４（またはメトリクスまたはそれに関連する推定）を少なくとも部分的に含む基準に基づいて構成データを定義することができる。ＱｏＳ３４は、例えば、正しく復号されていないメッセージ（例えば、ＵＥからＢＳへのＵＬ通信）の統計を考慮して測定することができる。いくつかの実施例では、いくつかの特定のＵＥについてＱｏＳが不足している場合、ＪＲＰは低いＱｏＳを受けるＵＥに一意的にまたは優先的に物理リソースを関連付けることによって修正することができる。いくつかの実施例では、ＱｏＳが一般に不足している場合、ＪＲＰ物理リソースの量を増加させることができる。

ＪＲＰ定義器３０は、不正確なデータ３６の判定を少なくとも部分的に含む基準に基づいて構成データを定義することができる。ＵＬデータが中央エンティティおよび／またはＢＳ（ＪＲＰ定義器）によって適切に受信されない場合、後者は、いくつかのデータの再送信を要求することができる。

推定は、統計データ（例えば地理的位置、人間の存在などに関連する）を含むことができる。推定は、少なくとも部分的に、履歴データによって調整されてもよく、および／または経験的知識に基づいて自動的におよび／または少なくとも部分的に計算されてもよい。

ＪＲＰ定義器３０は、通信の緊急度３６（呼通信、特殊セッション等）を少なくとも部分的に含む基準に基づいて、例えば安全関連の目的（第１の応答器など）について構成データ３１を定義することができる。例は、超高信頼低遅延通信（ＵＲＬＬＣ）であってもよい。緊急通信を必要とするＵＥを、ＪＲＰ定義器３０によって追加のＪＲＰリソースを使用するように割り当てることができる。逆に、緊急通信を必要としないＵＥに対してＪＲＰリソースを低減することができる。

ＪＲＰ定義器３０は、選択３７を少なくとも部分的に含む基準に基づいて構成データ３１を決定することができる。選択されたＵＥを、追加のＪＲＰ物理リソースに割り当てることができる。選択されていないＵＥは、ＪＲＰ物理リソースの減少（または、いくつかの実施例ではヌル）量を与えることができる。選択は、例えば、ユーザーの要求によって（例えば、ネットワークを管理するサービスプロバイダによって提供される追加のサービスとして）動作することができる。したがって、選択されたユーザに増大した通信能力および／または信頼性および／または速度を提供することができる。

特に、ＪＲＰ定義器は、例えば、異なるネットワークステータスに基づいて基準を変更することによって、リアルタイムで動作することができる。

実施例はスポーツイベントに関連してもよい。すなわち、公共においていくつかのユーザーが、スポーツイベントの時間および場所に一般的に関連付けられた追加の通信能力（プレミアムサービス）を要求することを予測することができる。イベントの前後の数時間、その場所においてプレミアムサービスに対するユーザの関心は、非常に低減されるだろう。したがって、スポーツイベントの場所では、その日の異なる時間が異なる基準（および異なる構成データ、および異なるＵＥへの物理リソースおよび規則の異なる割り当て）に関連しうる。

ＪＲＰリソースを異なるＵＥに割り当てるための基準は、ネットワークの状態（ＵＥの状況）に基づいてリアルタイムで変化することができる。

いくつかの実施例では、物理ＪＲＰリソースを割り当てるための事前条件（またはいずれにせよ、構成データを変更すること）は、ＵＥからの明示的な要求のＪＲＰ定義器（中央装置、例えばＢＳまたはＵＥの中から選択されたＵＥ）による受信である。ネットワークの状態に基づいて、ＪＲＰ定義器（中央装置、例えばＢＳ）は、要求を充足／拒否することを決定することができる。

図４は装置４０を示し、ＵＥまたはＵＥ（例えば、２４−２８、ＵＥ₁−ＵＥ_Nおよび／または方法１５を実行するＵＥ）を管理する電子回路、例えば携帯電話であってもよい。プロセッサ４２を使用することができる。プロセッサ４２は、デジタル信号プロセッサＤＳＰ、マイクロコントローラ、フィールドプログラマブルゲートアレイＦＰＧＡなどのロジック半導体素子を含むことができる。プロセッサ４２では、アプリケーション（例えば上位層のアプリケーション）を実行することができる。例えば、アプリケーションが、携帯電話ネットワークにおいて音声の送信を要求することができる。いくつかの実施例では、プロセッサ４２は、データ送信（例えば、ＶｏＩＰまたはビデオデータ）および／または音声送信をサポートすることができる。

装置４０は、入出力（Ｉ／Ｏ）ユニット４１を備えることができる。いくつかの実施例では、Ｉ／Ｏユニット４１は、プロセッサ４２に送信されるオーディオ信号（またはそれらのアナログまたはデジタル電子バージョン）を得ることができる。Ｉ／Ｏユニット４１は、リモートデバイス（例えばホットスポット用）に追加的にまたは代替的に接続されてもよい。

装置は、ＵＥの機能および／またはステップ１６−１８の少なくともいくつかおよび／または上述のアプリケーションを実装するために、プロセッサ４２によって実行される非一時的な記憶メモリユニットも含むことができる。

ＵＬ送信を通信ユニット４３によって制御されるアンテナ４４を使用することによって実行してもよい。後者を、順番に、プロセッサ４２によって制御してもよい。実施例では、Ｉ／Ｏユニット４１（またはＩ／Ｏユニット４１の無線サブユニット）は、アンテナ４４および／または通信ユニット４３の同じ構成要素に組み込まれてもよい。

通信ユニット４３は、媒体アクセス制御（ＭＡＣ）層および／または物理（ＰＨＹ）層で動作することができる。通信ユニット４３は、（例えば、ＢＳに向かって）ＵＬでデータを送信し、（例えば、ＢＳから）ＤＬでデータを受信することができる。"

通信ユニット４３は、許可された物理リソーステーブル４５に基づいて、許可された物理リソースにおけるＵＬ送信を実行することができる。テーブル４５を、例えば、メモリ素子（ランダムアクセスメモリＲＡＭ、レジスタ、ＦＬＡＳＨメモリなど）によって具体化することができる。いくつかの実施例では、テーブル４５はプロセッサ４２によって変更されてもよい（いくつかの実施例では、テーブル４５は、通信ユニット４３および／またはプロセッサと通信ユニットの両方によって変更されてもよい）。例えば、プロセッサ４２は、特定のスケジューリングを選択するために、ＢＳ（または選択されたＵＥ）によって指示されてもよい。

テーブル４５は、ＵＬデータを正しく送信するように通信ユニット４３を案内してもよい。図４の表現では、テーブル４５の各行を特定の許可された物理リソースに関連付けることができる。図４において時間領域および周波数領域のみが単純化のために示されているけれども、テーブル４５の列を領域（例えば、時間領域、周波数領域、空間領域、符号領域、電力領域）に関連付けることができる。それ故に、ＵＬデータが送信されるたびに、通信ユニット４３は、例えば、どのタイムスロットおよび／または周波数帯域（および／または空間チャネルおよび／またはコードおよび／または電力レベル）でＵＬ通信が実行されるかを知っている。

通信ユニット４３は、ＪＲＰ物理リソーステーブル４６に基づいて、ＪＲＰ物理リソースにおけるＵＬ送信を実行することができる。テーブル４６を、例えば、メモリ素子（ＲＡＭ、レジスタ、ＦＬＡＳＨメモリなど）によって具体化することができる。いくつかの実施例では、テーブル４６はプロセッサ４２によって作成および／または制御および／または変更されてもよい（いくつかの実施例では、テーブル４６が通信ユニット４３および／またはプロセッサと通信ユニットの両方によって変更されてもよい）。例えば、プロセッサ４２は、ステップ１６で取得された構成データ（例えば３１）を受信することができる。それ故に、テーブル４６は、ＪＲＰを用いてＵＬデータを正しく送信するように通信ユニット４３を案内してもよい。図４の表現では、テーブル４６の各行を送信される特定のデータに関連付けることができる。テーブルの各列をリソース（時間領域、周波数領域、空間領域、符号領域および／または電力領域）に関連付けることができる。ＵＬデータがＪＲＰに関連して送信されるたびに、通信ユニット４３は、例えば、どのタイムスロット、どの周波数帯域、どの空間チャネル、どのコードおよび／またはどの電力レベルでＵＬ通信が実行されるかを知っている。

いくつかの実施例では、テーブル４６内の位置がランク付けされる。テーブル４６内の第１行を第１位にランク付けされたＪＲＰリソースに関連付けることができ、第２行を第２位にランク付けされたＪＲＰリソースに関連付けることができる。したがって、ＪＲＰリソースは優先されてもよい（例えば、優先順位スキームに付される）。第１位にランク付けされたＪＲＰリソースを第２位にランク付けされたＪＲＰリソースに対して優先的に（またはより確率が高いいくつかの例、例えば、ランダム、セミランダム、疑似ランダム戦略の場合または使用において）選択することができる。例えば、プロセッサ４２は、テーブル４６の最上位の行に送信されるデータを割り当てることができる。通信ユニット４３は、関連付けられた最上位のＪＲＰリソースを使用してそのデータのＵＬ送信を実行するだろう。プロセッサ４２が、それらを退避する前にテーブル４６において複数のデータを蓄積する場合（高ペイロードまたは緊急の通信、例えばＰＵＣＣＨの場合）、送信されるいくつかのデータが（より下位のＪＲＰリソースに関連して）より下位に位置づけられるだろう。それにもかかわらず、通信ユニット４３は、テーブル４６におけるＪＲＰリソースに対応してデータを送信するだろう。

いくつかの場合には、周波数ホッピングスキームを使用することができる。後続のＵＬ送信は、異なる周波数帯域で実行されてもよい。

実施例では、ＪＲＰリソースのランク付けは、中央エンティティ（ＢＳ、例えば、ｇＮＢ／ｅＮＢまたはコアネットワークエンティティのようなＢＳ、もしくは選出されたまたは選択されたＵＥ）によって割り当てられ、構成データ３１の一部としてＵＥにシグナリングされる（例えば、２４´、２６´、２８´、３１、および／またはステップ１４）。特に、中央エンティティおよび／またはＢＳ（例えば、２２、３０および／またはステップ１３）は、異なるＵＥに異なるランク付け（またはランダム、準ランダム、擬似ランダム戦略の場合の確率）を関連付けることができる。例えば、第１のＵＥが特定のランク付けを使用するように命令され、第２のＵＥが、第１のＵＥの反対のランク付けを使用するように命令された場合（第１のＵＥの第１位にランク付けされたＪＲＰリソースが第２のＵＥの最下位のＪＲＰリソースである場合またはその逆の場合）、それらのＵＬ送信間の衝突はほとんど発生しない。一方、第１のＵＥがより上位のＪＲＰリソースに優先的に送信し、第２のＵＥは、第１のＵＥの観点ではより下位のリソースであるＪＲＰリソースに優先的に送信することで、衝突確率を低減する。実施例では、ＵＥは、ＪＲＰリソース（５２ａ−５２ｋ）のランク付けを使用して、対象とする目標のためのゲインを提供する特定のランク付けされたＪＲＰリソースに優先順位を与えることができる。
基本的に、テーブル４５と４６とは、送信するためのＵＬデータの送信キューを形成するものとして理解することができる。プロセッサ４２は、テーブル４５で送信されるいくつかのデータ（キューの許可されたリソース部分）と、テーブル４６で送信される他のデータ（キューのＪＲＰリソース部分）とを割り当てることができる。
図５ａは、実施例による、ＪＲＰ物理リソース５２（ＪＲＰ₁、ＪＲＰ₂）および許可された物理リソース５１（ＵＥ₁、ＵＥ₂、ＵＥ₃に関連するＵＥ）の再分割の例を示す。構成データ３１は、例えば、ＪＲＰ₁がＵＥ₁とＵＥ₂とで共有され、ＪＲＰ₂がＵＥ₂とＵＥ₃とで共有されていることを提供することができる。ＪＲＰ₁およびＪＲＰ₂は、時間領域、周波数領域、空間領域、符号領域および／または電力領域におけるＪＲＰ物理リソースの任意の集合（領域）であってもよい。ＵＥ₂は、例えば、ＪＲＰ₁とＪＲＰ₂との間で選択することができる。

図５ｂは、複数のＪＲＰ物理リソース５２ａ−５２ｈによって構成されるＪＲＰ₁を示す。いくつかの実施例では、ＪＲＰ物理リソース５２ａ−５２ｈをランク付けすることができる（例えば、構成データによって定義されるように）。ＵＥ₁は、ＪＲＰ物理リソース５２ａが第１位にランク付けされたリソースであり、ＪＲＰ物理リソース５２ｂが第２位にランク付けされたリソースであり、ＪＲＰ物理リソース５２ｋが最下位にランク付けされたリソースであるランク付けリスト（例えば、テーブル４６のような）を有することができる。ＵＥ₂は、ＪＲＰ物理リソース５２ｋが第１位にランク付けされたリソースであり、ＪＲＰ物理リソース５２ｊが第２位にランク付けされたリソースであり、ＪＲＰ物理リソース５２ａが最下位にランク付けされたリソースであるランク付けリスト（例えば、テーブル４６のような）を有することができる。したがって、ＵＥ₁はＪＲＰ物理リソース５２ａを使用してＵＬデータを優先的に送信することを選択することができ、一方、ＵＥ₂はＪＲＰ物理リソース５２ｋを使用してＵＬデータを優先的に送信することを選択することができる。ＵＥ₁がＪＲＰ₁の上位半分（例えば、５１ａ−５１ｅ）を送信するだけであり、ＵＥ₂がＪＲＰ₂の上位の半分（例えば、５１ｋ−５１ｇ）を送信する状況では、衝突は生じない。

図５ｃは、実施例によるプールサイズの動的な適応を示す。ＵＥ_iがその許可された物理リソース５１を有する可能性よりもより多くのＵＬデータを送信する必要がある場合、ＵＥ_iは、ＪＲＰリソース５２を使用することができる。ランク付けスキーム（例えば、周波数ホッピングスキーム）が使用される場合、ＪＲＰは、ＵＥ_iの必要性を動的に適応する（例えば、優先的にリソース５２ａ、その後５２ｂ、その後５２ｃなどを選択することによって）。

図６ａ−図６ｃは、共有されたＪＲＰリソースの使用の異なる場合を示す。図６ａのケース〜１は、（例えば、異なるランク付けに従って）異なるＪＲＰ物理リソースを使用するＵＥ_iおよびＵＥ_kの場合を示す。図６ｂのケース〜２は、ＵＥ_iおよびＵＥ_kがＪＲＰ物理リソースの使用を増加させる場合を示す。図６ｃのケース〜３は、ＵＥ_iおよびＵＥ_kがＪＲＰ物理リソースの使用を増加し、ＵＥ_iによって使用されるいくつかのＪＲＰ物理リソースがＵＥ_kによって使用されるいくつかのＪＲＰ物理リソースと重複する場合を示す（例えば、図５ｂを参照すると、両方のＵＥがリソース５２ａ−５２ｈのいくつかを使用することができる）。最後の場合は、衝突が発生する可能性がある。

いくつかの実施例では、例えば、２つの異なるＵＥが同時にＵＬ通信を実行する可能性を有する場合に、衝突が発生する可能性がある。

構成データは、ＪＲＰを使用するときに、アクセス媒体および／または衝突解決についてＵＥの少なくともいくつかによって従うべき規則を含むことができる。いくつかの実施例では、少なくともいくつかの（およびいくつかの特定の実施例では、すべての）規則があらかじめ定義されていてもよい。いくつかの実施例では、規則は異なる領域におけるデータを多重化する方法を定義する。

いくつかの実施例では、構成データおよび／または事前定義に含まれる規則に従って、ＵＥはランダムに、半ランダムに、擬似ランダムに、またはあらかじめ定義された割り当ておよび／または周波数ホッピングスキームに基づいて、ＪＲＰ領域内のリソースを割り当てることができる。リソースアクセスは競合ベースであってもよい。データ再送信はランダムバックオフタイマに基づくことができ、潜在的な衝突の数を減らすことができる。

いくつかの実施例では、構成データおよび／または事前定義に含まれる規則に従って、ＵＥは空間領域においてＪＲＰ物理リソースを使用することができ、ダイバーシティ技術および／またはビームフォーミング技術の使用を暗示することができる。いくつかの実施例では、いくつかの規則の衝突によって、ＪＲＰ領域内で使用されるリソースのみに特別なビームフォーミング技術を実行することによって、衝突を解決することができる。

いくつかの実施例では、構成データおよび／または事前定義に含まれる規則に従って、例えばライセンス補助アクセス（ＬＡＡ）などのＬＴＥ／ＮＲアンライセンスアクセス手順を使用して、工業的、科学的および医療的なバンド（ＩＳＭ）にＪＲＰを位置付けることもできる。

いくつかの実施例では、構成データおよび／または事前定義に含まれる規則に従って、リッスンビフォアトーク（ＬＢＴ）手順を使用することができる。ＬＢＴの手順は、ＷｉＦｉおよび／または衝突回避を有する搬送波感知多重アクセス（ＣＳＭＡ／ＣＡ）ＭＡＣプロトコル、および／または低電力チャネルホッピングＭＡＣプロトコルを使用することができ、例えばブルートゥース（登録商標）のような他の無線低電力技術で使用される。

ホッピングスキームは、ランダム、半ランダム、擬似ランダムベース、および／またはあらかじめ定義されたパラメータまたは構成データ（例えば、中央エンティティによって提供される）に基づくことができる。それ故に、ＵＬ送信でＪＲＰを実行する場合に、あらかじめ定義されたホッピングパターンを取得することもできる。

いくつかの実施例では、構成データおよび／または事前定義に含まれる規則に従って、符号領域において、非直交マルチユーザ送信技術（ＭＵＳＴ）、例えばＮＯＭＡを使用することができる。ＵＥは、同じ物理リソースで送信することができ、特別なＭＵＳＴデコーダを使用する受信機によって区別することができる。いくつかの例によれば、ＪＲＰ領域におけるＭＵＳＴ送信技術を使用することによって、衝突を解決することができる。

いくつかの実施例では、構成データおよび／または事前定義に含まれる規則は、ＵＲＬＬＣに対して動作することができる。

いくつかの実施例では、構成データおよび／または事前定義に含まれる規則は、半永続的スケジューリングＳＰＳ技術を使用して動作することができる。

いくつかの実施例では、構成データおよび／または事前定義に含まれる規則は、ＡＲＱまたはＨＡＲＱ技術を使用して動作することができる。ＪＲＰのための特別なＨＡＲＱ手順を提供することができる。

いくつかの規則に従って、ＵＥは中央エンティティおよび／またはＢＳ（例えばＢＳ）からの肯定応答（ＡＣＫ）または非肯定応答（ＮＡＣＫ）を要求することを控える。

いくつかの規則に従って、データを再送信することができる。いくつかの規則に従って、（例えば、巡回冗長検査ＣＲＣのような技術を実行することによって）データが破損されていることを（ＵＥによって、または、中央エンティティおよび／またはＢＳのような外部デバイスによって）決定した場合、再送信を実行することができる。いくつかの規則に従って、外部装置（中央エンティティおよび／またはＢＳ）は、ＵＬデータが破損していると決定した場合、外部装置は誤った復号（例えばＮＡＣＫの送信）をＵＥに通知することができる。いくつかの規則に従って、外部装置（中央エンティティおよび／またはＢＳ）は、ＵＬデータの適切な復号の決定において、ＡＣＫを送信することができる。すなわち、ＵＥは閾値内でＡＣＫが取得されていないと判定した場合、データを再送信することができる。いくつかの規則に従って、少なくともいくつかのＵＬデータは常に再送信される。

図７および図８は、もともとＧにスケジュールされていたデータをＪＲＰにシフトする場合、以前に送信されたデータ（ＪＲＰまたはＧのいずれか）を再送信するための規則を示す。

図７は、（あらかじめ定義されたおよび／または構成データに含まれる）特定の規則に従うＵＬデータ再送信の例を示す。Ｇは、許可された物理リソースを指し、ＪＲＰはＪＲＰ物理リソースを指す。ＵＬデータ＃１は、データ＃２、＃３、＃４、＃５の前に順次送信されるようにスケジューリングされている。データ＃１は、Ｇ内のデータ＃１^*として、（不適正な復号の判定またはルーチンとして、例えば冗長度を増大させることを考慮して）再送信される。Ｇにおけるデータ＃１^*の送信は、データ＃４に割り当てられた同一の許可された物理リソースであってもよく、ＪＲＰにシフトされてもよい。例では、データ＃１^*の送信は、冗長データを含む。

図４および図７を参照すると、データ＃１、＃２、＃３、＃４および＃５は、もともと許可された物理リソーステーブル４５の異なる行に格納されていた。しかし、データ＃１の再送信が決定された場合、データ＃４は、許可された物理リソーステーブル４５から削除され、ＪＲＰ物理リソーステーブル４６に書き込まれる。一方、データ＃１^*は、許可された物理リソーステーブル４５に書き込まれる。この削除−書き換え技術を、実施例および実施形態にしたがって、プロセッサ４２によって、および／または、通信コントローラ４３によって、および／または他のハードウェアによって実行することができる。

図８は、（あらかじめ定義されたおよび／または構成データに含まれる）規則に従うＵＬデータ再送信の例を示す。許可された物理リソースＧにおいてデータ＃１ａが送信されている間、データ＃１ｂは、例えば異なる物理リソース（例えば、異なる周波数帯域、異なる空間チャネル、異なる電力レベル）を使用して、ＪＲＰにおいて送信される。データ＃１ｂの再送信は、Ｇおいて、すなわち、もともとデータ＃３に対してスケジュールされた同じ物理リソースにおいて実行される。

図４及び図８を参照すると、データ＃１ａ、＃２、＃３及び＃４は、もともと許可された物理リソーステーブル４５の異なる行に格納されており、データ＃１ｂは、もともとＪＲＰ物理リソーステーブル４６に格納されている。しかし、データ＃１ｂの再送信が決定された場合に、許可された物理リソーステーブル４５からデータ＃３が削除され、ＪＲＰ物理リソーステーブル４６に書き込まれ、データ＃１ｂは許可された物理リソーステーブル４５に書き込まれる。

この削除−書き換え技術は、実施例および実施形態にしたがって、プロセッサ４２によって、および／または、通信コントローラ４３によって、および／または他のハードウェアによって実行することができる。

図９は、図８の規則に追加してまたは代替的に使用することができる規則に従う技術を示す。データ＃１は、ＪＲＰで送信されるが、バックオフタイマーが満了した後、データはＧ内のデータ＃１^*として再送信される。

異なるリソースにおける再送信は、いくつかのリソースが（例えば、一時的にまたは非予測的に）利用できないまたは信頼できない可能性があるという点で有利であるだろう。したがって、ＪＲＰの代わりにＧで再送信することにより、ダイバーシティおよび信頼性を向上させることができる。

実施例及び／又は規則によれば、上記及び／又は下記のデータ再送信は、（例えば、メッセージ全体を再送信することによって）完全に及び／又は（例えばデータの一部のみを再送信することによって）部分的に完了することができる。実施例および／または規則によれば、上記および／または下記のデータ再送信は冗長データのみが（例えばＨＡＲＱ技術について）送信されるようにしてもよい。

特に、中央装置（例えばＢＳ）が通信を再スケジューリングする必要がないため、効率を高めることができる。

いくつかの規則（例えば、構成データおよび／または事前定義されたものが提供される）は、例えば、ＳＰＳ技術を実装する場合に、異なるＵＥのためのバックオフタイマーの使用を暗示することができる。実施例は図１０によって提供される。ＵＥ ＡおよびＣによって送信されたデータ間の衝突は、両方のＵＥが同じＪＲＰリソースブロック１０１内で同時にＵＬ送信を開始する結果として生じる可能性があり、（例えば、中央エンティティ及び／又はＢＳによって送信された構成データに従って）両方のＵＥがアクセスする権利を有する。両方の送信されたデータは、中央エンティティおよび／またはＢＳによって適切に復号されない。したがって、（１０２で）ＵＥ Ａに向けられたＮＡＣＫメッセージおよび（１０３で）ＵＥ Ｃに向けられたＮＡＣＫメッセージを送信する。ＵＥは、異なるバックオフタイマ（Ｔ１およびＴ２）が経過するのを待った後、（１０４および１０５で）データを再送信することができる。バックオフタイマーは、中央エンティティおよび／またはＢＳによってＮＡＣＫメッセージを提供されてもよく、あらかじめ定義されてもよく、ＵＥによってランダムに、半ランダムに、または擬似ランダムに決定されてもよく、および／または、中央エンティティおよび／またはＢＳによって送信された構成データに示されてもよい。

いくつかの規則は、ＬＢＴ技術（例えばＣＳＭＡ／ＣＡ）を提供することができる。各ＵＥは、ＪＲＰにおける送信を開始する前に、（例えばサンプリングによって）送信を検出することができる。キャリアセンシングスキーマを使用することができる。例えば、バックオフタイマーは、特定のＪＲＰリソースが別のＵＥによってアクセスされていることを検知する第１のＵＥによって使用されてもよい。バックオフタイマーが経過するのを待っている間、第１のＵＥは、別の許可された物理リソースに対してＵＬ通信を実行してもよい。したがって、異なるＵＥ間の送信を重ね合わせる確率が大幅に低減される。

いくつかの規則は、いくつかの特定の誤りの検出においてのみ、または特定のＱｏＳフローが決定された場合にのみ、ＪＲＰを使用してＵＬ送信を開始することができることを提供することができる。

いくつかの規則は、（例えば、ブロックまたは最大パケット誤り率またはＮＡＣＫのレートが経験されるか、またはＨＡＲＱに関する統計値に基づいて）特定の不所望の誤り率が検出された場合のみ、ＪＲＰを使用してＵＬ送信を開始することを提供することができる。

いくつかの規則は、以下のスキームの少なくともいくつかを提供することができる。
−ＪＲＰリソースのためのＨＡＲＱプロセスを切り替えるように構成する。
−ＪＲＰリソースのランダムアクセス中にキャリアセンシングを使用する場合に、バックタイマーを構成する。
−ＵＥを（例えば、Ｄ２Ｄおよび／またはＰＣ５を介して）情報を交換し、ＪＲＰアクセスの構成を整列するように構成する。例えば互いに到達している場合に直交ホッピングシーケンスを選択する。
−リソースプールにおいてセンシング測定を定義する（例えば、ＵＥがＪＲＰリソースの使用をランダムに監視する、または、ＢＳがＪＲＰリソースを監視し、これをユニキャスト／マルチキャスト／ブロードキャストを介してＵＥに送信する。この利用率に基づいて、装置はＪＲＰリソースを利用することを選択することができる。）

いくつかの規則は、例えば、ライセンスされた周波数帯域を選択することを提供することができる。
−帯域内（同一コンポーネントキャリア内）
−帯域外（例えば、保護周波数帯）
−キャリアアグルゲーション（例えば、別個の帯域）
−ＪＲＰをＩＳＭバンド（集約されたＩＳＭリソースの特別なアクセス）または任意の他のタイプのライセンスされていない帯域内とすることができる。

ＪＲＰを介して送信され得るデータは以下のようなものであってもよい。
−いくつかの実施例では、データリソースのみ（例えば、物理的なアップリンク共有チャネル、ＰＵＳＣＨ）
−いくつかの実施例では、制御リソースのみ、例えば、報告の測定
−いくつかの実施例では、データリソースおよび制御リソースの両方

本発明の説明はここで提供される。これは、ここでは、特にＵＲＬＬＣサービスのための、例えばＵＥがＵＬにおけるリソース許可のために競合する、通信シナリオと呼ばれる。さらに、上記の実施例は、ＵＥ（またはＵＥのグループ）が、上位層、例えばアプリケーション層、または物理層で多数の発生する再送信から受信するデータパケットによって引き起こされるＵＬ送信ピークを経験する場合に、使用され得るだろう。この考えの実施例は、例えば、送信ピークが不規則な時間ベースで発生する場合に適用することができ、したがって、サービスによって要求される所与の時間間隔において標準的な動的または半永続的（ＳＰＳ）ＲＲＭによって扱うことができない。

重要な考えは、瞬時の送信ピーク（高いトラフィック需要）の場合、ＵＥは、潜在的に割り当てられた専用の（または許可ベースの）物理リソースに加えて、ジョイントリソースプール（ＪＲＰ）を使用して、リソースについて超過したデータを送信する。実施例では、ＪＲＰはマルチユーザグラントフリーアクセスのために予約されてもよい。このリソースプールは、例えば、時間、周波数、空間および／または符号領域で、特定の基地局によって提供される無線リソースの動的なパーセンテージを含むことができる。いくつかのＵＥが同じＪＲＰリソースに同時にアクセスする場合、ＪＲＰリソースについて部分的な衝突が発生する可能性がある。

特定のＵＥが特定の時間インスタンスにおいてすべてのデータパケットに対してリソース許可を有していないかもしれないが、単一のＵＥまたはＵＥのセットは、非常に短い時間周期内にサービスキュー内のすべてのデータパケットを送信することができる。これは、特に（ＵＲＬＬＣシナリオのように）低遅延トラフィックの場合である。

ＪＲＰはグラントフリーベースで使用されることが意図されているので、ＪＲＰリソースを必要とする複数のＵＥが同じ物理リソースについて送信することができる。それ故に、衝突をより迅速に解決する方法を提供することができる。いくつかの方法は、ＪＲＰ領域においてのみ動作してもよく、またはＪＲＰと専用データ領域（許可された物理リソース）の両方を同時に考慮してもよい。ＪＲＰにアクセスする場合の特定のユースケースの改良が、図５ｃおよび図６ａ−６ｃに示されている。

隣接セル内のＵＥがＪＲＰにアクセスするとき、部分的な衝突も発生する可能性がある。したがって、周囲のＵＥまたは基地局によって引き起こされる干渉は、ＪＲＰリソースの衝突解決に影響を及ぼす。

したがって、取り扱うために、（例えば、中央エンティティからＵＥへの構成データ３１にシグナリングされる）規則を定義することができる。
−ＪＲＰリソースのアクセス手順（競合ベース、競合フリーベース）
−部分的な復号とコードワードの部分的な再送信を含むＨＡＲＱプロトコルを含むＪＲＰリソースについての部分的な衝突および衝突解決
−ＨＡＲＱプロトコルを含む専用およびＪＲＰリソースの共同使用
−ＪＲＰリソースについてのＭＵＳＴ概念を使用したコーディング
−特定のＵＥから別のエンティティ（ＰＣ５を介したＵＥ、Ｕｕを介したＢＳ）へのＪＲＰリソースの利用率のシグナリングを含む衝突検出

以下の項目は、中央エンティティ（例えばＢＳ）と、ジョイントリソースプール（ＪＲＰ）を参照するＵＥとの間のシグナリングに関連してもよく、構成データ３１において交換された情報に含まれてもよい。
−時間および／または周波数および／または空間および／またはコードおよび／または電力レベルにおけるＪＲＰの位置
−ＵＥごとのＪＲＰの最大使用量（例えば、許可されたリソースおよび／またはＪＲＰリソースのいずれかのような物理リソースの数）
−多重化パラメータ（ホッピングシーケンス、コード（例えばＣＤＭＡ）または非直交多重アクセス（ＮＯＭＡ）スキーム、例えば、ＭＵＳＴシーケンス／パターン、タイムスロット）
−フィードバックモード、例えば、ＡＣＫ／ＮＡＣＫ、ＡＣＫのみ（タイマ付き）、プール使用の専用シグナリング（許可されたリソース）
−ユーザをミュートし、このユーザがある時間周期の間にＪＲＰリソースにアクセスするのを防止する明示的なシグナリングを使用する衝突バックオフ（ＱｏＳ）および／または衝突解決
このユーザーが再びＪＲＰリソースを使用することができるように、ユーザーを再起動するシグナリングを可能にする。
−ＵＥごとのＪＲＰ利用率。すなわち、重複（衝突）がない場合には、シグナリングなしで検出を容易に行うことができる。そうでない場合、ＵＥごとのＪＲＰ利用率は、中央エンティティ（例えばｅＮＢのようなＢＳ）またはＤ２Ｄ（例えばＰＣ５）を介して近隣ＵＥに送信されることが可能である。

１４で実行されるシグナリングは、専用リソース、共有リソースＪＲＰ（例えば衝突によって影響される可能性が最も低い領域）または別個の制御信号チャネルのいずれかであってもよい。いくつかの実施例では、特定のＵＥまたはＵＥのグループに対するＪＲＰ衝突バックオフ手順を提供することができる。実施例では、ＵＥはＱｏＳ要求によってランク付けされ得る。これを使用して、ＵＥはＱｏＳクラスを使用して優先されることができる。ミュート信号を定義する可能性がある。すなわち、中央エンティティまたはＢＳ（例えば、ｅＮＢ／ｇＮＢ、コアネットワークエンティティ）は、ユニキャストを介して特定のＵＥ、またはＪＲＰリソースを使用して停止するためにマルチキャスト／ブロードキャストを介してＵＥのグループに指示するミュート信号を送信することができる。

参考文献は、本願明細書では、上述の実施例に含まれる可能性がある特定の機能およびスキームを提供する。

５Ｇおよび新しい無線（ＮＲ）通信におけるニューメロロジーは、複数のサブキャリア間隔（ＳＣＳ）、例えば、１５、３０、６０、１２０、．．．を定義する。これは、ＳＣＳが一般に２＾ｋ^*１５ｋＨｚであり、ここで、ｋ＝０、１、２、．．．と定義されることを意味する。１５ｋＨｚのＳＣＳは、ＬＴＥ（４Ｇ）に対して定義された唯一の間隔であった。

パイロット電力は、例えば、チャネル推定およびチャネル品質表示に使用される基準信号（ＲＳ）の送信電力である。

帯域幅部分（ＢＷＰ）はＮＲで定義され、すべてのＵＥは、送信帯域の１つ以上のＢＷＰをサポートすることができ、ＢＷＰは、上記で定義されたような１つ以上のニューメロロジーを有することができる。

無線リソース管理−一般に、ＢＳに関連するＵＥは、限られたリソースのセットに対して競合する可能性がある。これらのリソースは、ダウンリンク（ＤＬ）およびアップリンク（ＵＬ）で、中央エンティティまたはＢＳによって選択されたＵＥのセットに割り当てることができる。このリソースの割り当てを実行する中央エンティティまたはＢＳ（例えば２２、２２ｂ）は、スケジューラまたは無線リソース管理（ＲＲＭ）であってもよい。ＤＬおよび／またはＵＬリソースの割り当てまたはリソースマップは、ＬＴＥおよびＮＲの規格において異なる特定の動作モードに応じて、ダウンリンク制御指示（ＤＣＩ）を使用するまたはＤＬ共有データチャネル（ＰＤＳＣＨ）の特定のフィールドを使用するＤＬ制御チャネル（ＰＤＣＣＨ）のすべてのＵＥに、指示またはブロードキャストの両方とも実行することができる。ＮＲは、データを受信する特定のＵＥに対してデータおよびシグナリングトラフィックがより密にパックされる、自己完結型フレーム構造を使用することに留意されたい。動的スケジューリングの場合、ＲＲＭはすべてのＬＴＥまたはＮＲのサブフレームまたはスケジューリングエンティティにおいて、リソースまたはアップリンクリソース許可を割り当てることができる。リソースは、ある時間周期内に割り当てられた異なる周波数リソースであってもよく、例えば、いくつかのＯＦＤＭシンボル（ＯＳ）、周波数リソースまたは物理リソースブロック（ＰＲＢｓ）のグループ、異なるキャリア（キャリアアグリゲーション）に割り当てられたＰＲＢｓ、異なる物理リンク（デュアル接続性のような）、異なるリソースプール、または２つのＵＥまたは装置の間の直接通信（Ｄ２Ｄ）、異なる無線アクセス技術（マルチＲＡＴ）に割り当てられたＰＲＢｓ、アドバンスドビームフォーミング技術を使用する異なる空間的な自由度に割り当てられたリソース（例えば、ビームフォーミングを用いた送信アンテナ）であってもよい。

半永続スケジューリング（ＳＰＳ）−ＳＰＳ［１］は、リソース許可のための制御信号トラフィックを低減する可能性である。それはＤＬおよび／またはＵＬ方向で動作することができる。ＳＰＳは、規則的な時間グリッドでスケジュールされたリソース、例えば８０ｍｓまたは１２０ｍｓ毎に割り当てられたデータパケットを、例えば、ボイスオーバーＩＰ（ＶｏＩＰ）サービスにおいて制御トラフィックを低減することができる。特に、一定のパケットサイズが使用される場合（例えばＶｏＩＰコーデックに応じて）、ＳＰＳおよび（例えば、一定のビットレートと一定の間隔の）ＶｏＩＰは、制御シグナリングに使用されるリソースを最小限に抑えることができる。ＳＰＳは、無線（ＱｏＳ）ベアラのセットアップ中に構成することができる。ＳＰＳ構成は、ＲＲＭサイクルに関する情報を含むことができ、基本的には、適用されている間に起動され、解放されまたは変更され得る構成テンプレートであってもよい。一般に、ＬＴＥにおけるＳＰＳは以下で別個に構成される。
−ダウンリンク（半永続スケジュール間隔ＤＬ）および
−アップリンク（半永続スケジュール間隔ＵＬ）方向

ＳＰＳ構成は、ＴＲ３６．３３１、“Radioresourcecontrol(RRC);protocolspecification”に記載されており、以下に例が示されている。ここで、ｓｆ１０は１０個のサブフレームに対応し、ｓｆ１２８は１２０個のサブフレームに対応する。

短送信時間間隔（ｓＴＴＩ）またはＵＲＬＬＣサービスをサポートする４Ｇまたは５Ｇのシステムでは、ＳＰＳ間隔は、１−５ｍｓの間の値にさらに短縮することができる。詳細はＴＲ３６．３３１において示されている。

ＨＡＲＱメカニズム−ハイブリッド自動再送要求（ＨＡＲＱ）は、反復符号化と組み合わされた高速順方向誤り訂正符号の組み合わせである。データパケットの冗長情報の選択的な再送信によって、および受信機においてデータパケットの異なるバージョンをインテリジェントに組み合わせることによって、データ送信のロバスト性を改善することができる。ＨＡＲＱは、データパケットの成功受信時に送信肯定応答メッセージ（ＡＣＫ）、データパケットがエラーで受信された場合に非肯定応答メッセージ（ＮＡＣＫ）及び／又はタイマが組み合わされて、ＡＣＫシグナリングに使用される制御トラフィックを低減することができる。さらに、ＮＡＣＫトラフィックは、実施例では、次の送信でどの冗長バージョンが反復するかを示すことができる。

超高信頼低遅延通信（ＵＲＬＬＣ）−強化されたモバイルブロードバンド（ｅＭＢＢ）データトラフィックに加えて、ＵＲＬＬＣは、ＬＴＥリリース（例えば、ＬＴＥ Ｒｅｌ．１５を参照されたい）およびＮＲ技術によってサポートされる重要な使用ケースである。ＵＲＬＬＣは、低パケットエラーレート（ＰＥＲｓ）、例えば１０^-5ＰＥＲｓをサポート中、１ｍｓまたはそれ以下、例えばＮＲにおいて０．５ｍｓまたは０．２５ｍｓで、エンドツーエンドのリソース送信をターゲットとする。ＵＲＬＬＣの使用ケースは、マシン型通信（ＭＴＣ）のシナリオに必要な数百バイト、例えば２００バイトの小さいパケットサイズを有するシナリオである。現在のＬＴＥリリースでは、エンドツーエンド遅延は、通常、ＨＡＲＱ処理タイマ（ＡＣＫ／ＮＡＣＫが受信されるまでの少なくとも４ｍｓ遅延）、ならびに現在のＵＥチップセットの処理能力によって制限されることに留意されたい。ＵＲＬＬＣをサポートするために、進歩したＲＲＭと新しいチップ技術とを組み合わせることが必須となる。さらに、ＬＴＥ Ｒｅｌ．１５は、短縮されたフレーム構造（ｓＴＴＩ）を導入し、一方、ＮＲはより大きなサブキャリアスケーリング（ＳＣＳ）およびミニスロット（ＬＴＥにおけるｓＴＴＩへの対応するＮＲ技術）を定義する。ＬＴＥにおけるメカニズムは、以前のリリースとの逆互換性に起因して制限されることに留意されたい。それにもかかわらず、実施例はＬＴＥおよびＮＲ技術の両方をターゲットとすることができる。

アップリンクグラントフリーアクセス−これは、ＵＲＬＬＣトラフィックのために設計されたアップリンク送信許可を伴わないＵＬ送信スキームである。リソースは、１つ以上のユーザー間で共有されてもよいし、共有されていなくてもよい。リソース構成は、まだ定義されていない。ＳＰＳ間隔がＵＲＬＬＣサービス要件よりも大きい場合、例えば、ＳＰＳ間隔が１２０ｍｓに設定され、データが１ｍｓ以内に送信されることができる場合、ＵＥはＵＬリソース許可またはＵＬ ＳＰＳリソース許可を待つ必要がないので、このモードはＵＲＬＬＣトラフィックに対して特に興味深い。

デバイス対デバイス（Ｄ２Ｄ）通信−このスキームによれば、ＵＥは、専用のＵＬリソースを利用して、他のＵＥと直接通信する。Ｄ２Ｄは、互いに検出するために近接しているデバイス（ＵＥ）が互いにこの直接通信できる近接サービス（ＰｒｏＳｅ）を定義し、ＰＣ５として知られている。Ｄ２Ｄの主な利点は、ネットワーク負荷を減少させ、所与の帯域幅における容量を増大させ、オフネットワークエリアにおける通信を提供することであり、例えば、後者は、公共安全（ＰＳ）のシナリオにおける使用のような特別なサービスの場合に特に重要である。ネットワークカバレッジの下でＤ２Ｄ通信が行われる場合、基地局はＵＬに専用の周波数ブロックを割り当て、直接Ｄ２Ｄ ＰＣ５通信のリソースプールとして使用される。リソースは集中的または分散方式で共有される。集中的な方法では、中央エンティティ（例えばＢＳ、例えばｅＮＢ／ｇＮＢ、コアネットワークエンティティ）は、ＵＥに専用のリソースを割り当てることができる。対照的に、自律モードとしても知られている分散モードでは、ＵＥはランダムにまたは検知した後に、ＰＣ５リソースプールに空きリソースを割り当て、データを送信する。車両の通信において、車両対車両（Ｖ２Ｖ）ネットワークは、リソース割り当てモード［ＲＰ−１６１７８８、Ｒ２−１６２２９６］の各々におけるＳＰＳ付与に依存する。

図１２は、プロセッサ１２２（いくつかの実施例では、プロセッサ４２とすることができる）を含むシステム１２０を示し、プロセッサ１２２は、上述の方法、ステップおよび／または動作のうちの少なくとも１つを実行し、および／または上述の装置、システムおよび／または製品の少なくとも１つを実装することができる。システム１２０は、一時的なメモリ１２４（ランダムアクセスメモリＲＡＭおよび／またはレジスタ）を含むことができる。例えば、テーブル４５および４６は、いくつかの実施例では、一時的なメモリ１２４の一部であってもよい。

さらに、システム１２０は、プロセッサ（例えばプロセッサ１２２および／または４２）によって実行されると、プロセッサに上述の方法および／または動作の少なくとも１つを実行させ、および／または上述の装置、製品およびシステムの機能を実装させことができる命令１２６ａを含む非一時的メモリユニット１２６（例えば、リードオンリーメモリＲＯＭ、フラッシュ、ファームウェアなどに実装される）を備えることができる。

システム１２０は、他の装置と通信するための少なくとも１つの入出力Ｉ／Ｏユニット１２８を含むこともできる。

信頼性は、パケット（データ）を配信するためである。送信者から受信者への情報は、所与の／選択された／あらかじめ定義された時間間隔、例えば１０^-3より低い動作停止の確率で１００ｍｓ以内にメッセージＡを配信することにおいて、所与の／選択された／あらかじめ定義されたレベルを下回るエラーまたは動作停止の確率を有することができる。

実施例では、ＵＥは、必要な待ち時間を許容される最大の失敗確率および／またはデータ通信の最大の信頼性／耐久性で達成するように構成することができる。

一般に、実施例は、コンピュータプログラム製品がコンピュータ上で動作するときに、方法の１つを実行するように動作可能であるプログラム命令によるコンピュータプログラム製品として実装することができる。プログラム命令は、例えば機械読取可能な媒体に記憶することができる。

他の例は、機械読取可能なキャリアに記憶された、本願明細書に記載された方法の１つを実行するコンピュータプログラムを含む。
言い換えれば、方法の一実施例は、それ故に、コンピュータプログラムがコンピュータ上で動作するとき、本願明細書に記載された方法の１つを実行するプログラム命令を有するコンピュータプログラムである。

方法のさらなる例は、それ故に、その上に記録され、本願明細書に記載された方法の１つを実行するためのコンピュータプログラムを記録したデータキャリア媒体（またはデジタル記憶媒体またはコンピュータ読取可能媒体）である。
データキャリア媒体、デジタル記憶媒体または記録媒体は、無形で一時的な信号ではなく、有形および／または不揮発性である。

方法のさらなる実施例は、それ故に、本願明細書で記載された方法の１つを実行するコンピュータプログラムを表すデータストリームまたは信号のシーケンスである。データストリームまたは信号のシーケンスは、例えば、データ通信接続、例えばインターネットによって転送することができる。

更なる実施例は、本願明細書に記載された方法のうちの１つを実行する処理手段、例えば、コンピュータまたはプログラマブルロジックデバイスを含む。

更なる実施例は、本願明細書に記載された方法の１つを実行するコンピュータプログラムがインストールされたコンピュータを含む。

更なる実施例は、本願明細書に記載された方法の１つを実行するコンピュータプログラムを受信機に（例えば、電子的または光学的に）転送する装置またはシステムを含む。受信機は、例えば、コンピュータ、モバイルデバイス、メモリデバイスなどとすることができる。装置またはシステムは、例えば、コンピュータプログラムを受信機に転送するファイルサーバを備えることができる。

いくつかの実施例では、プログラマブルロジックデバイス（例えば、フィールドプログラマブルゲートアレイ）を使用して、本願明細書に記載の方法の機能の一部または全部を実行することができる。いくつかの実施例では、フィールドプログラマブルゲートアレイは、本願明細書に記載された方法の１つを実行するために、マイクロプロセッサと協働することができる。一般に、方法は任意の適切なハードウェア装置によって実行することができる。

上記記載された実施例は、単に上述した原理に対して説明したものである。本願明細書に記載された構成および詳細の修正および変更は、明らかであることと理解される。それ故に、本発明は、特許請求の範囲のスコープによって制限され、本願明細書の実施例の記載および説明の方法によって表された特定の詳細によって制限されないことが意図される。

同等又は等価の要素、もしくは同等又は等価な機能を有する要素は、異なる図に現れる場合であっても、同等又は等価の参照番号によって以下の説明で示される。

参考文献
［１］ SPS - http://howltestuffworks.blogspot.de/2013/10/semi-persistent-scheduling.html
［２］ R1-1700024. "Support of URLLC in UL", Huawei, HiSilicon, Spokane, USA, Jan. 2017
［３］ R1-1700375. "Uplink URLLC Transmission without Grant", Intel, Spokane, USA, Jan. 2017
［４］ R1-1704481. "Discussions on HARQ for grant-free UL URLLC". Fujitsu, Spokane, USA, April

Claims (55)

1. ユーザー機器ＵＥ（２４、２６、２８、４０）であって、
   外部装置（２２、２６、３０）から、他のユーザー機器と共有されるＪＲＰ物理リソース（５２、５２ａ−５２ｋ、ＪＲＰ₁、ＪＲＰ₂）におけるアップリンクＵＬ通信のためのジョイントリソースプールＪＲＰの構成データ（３１）を受信し（１６）、
   許可された物理リソース（５１、Ｇ）についてのデータを送信することによってＵＬ通信（２４´´、２６´´、２８´´）を実行し（１７）、
   追加のＵＬ通信を実行するか否かを決定し、実行することを決定した場合には、ＪＲＰ物理リソースについてのデータを送信することによって追加のＵＬ通信（２４´´´、２６´´´、２８´´´）を実行し（１８）、
   データ（１、１ｂ）を再送信（１^*、１ｂ^*）するために特定の許可されたリソース（Ｇ）を使用し、前記特定の許可されたリソースのためにスケジュールされたデータ（３）を送信するために前記ＪＲＰを使用するようにさらに構成される、ユーザー機器。
2. ユーザー機器ＵＥ（２４、２６、２８、４０）であって、
   外部装置（２２、２６、３０）から、他のユーザー機器と共有されるＪＲＰ物理リソース（５２、５２ａ−５２ｋ、ＪＲＰ₁、ＪＲＰ₂）におけるアップリンクＵＬ通信のためのジョイントリソースプールＪＲＰの構成データ（３１）を受信し（１６）、
   許可された物理リソース（５１、Ｇ）についてのデータを送信することによってＵＬ通信（２４´´、２６´´、２８´´）を実行し（１７）、
   追加のＵＬ通信を実行するか否かを決定し、実行することを決定した場合には、ＪＲＰ物理リソースについてのデータを送信することによって追加のＵＬ通信（２４´´´、２６´´´、２８´´´）を実行し（１８）、
   ＪＲＰリソース（５２ａ−５２ｋ）のランク付けを使用して、ターゲットとするゴールに対するゲインを提供する特定のランク付けされたＪＲＰリソースに優先順位を与えるように構成される、ユーザー機器。
3. ユーザー機器ＵＥ（２４、２６、２８、４０）であって、
   外部装置（２２、２６、３０）から、他のユーザー機器と共有されるＪＲＰ物理リソース（５２、５２ａ−５２ｋ、ＪＲＰ₁、ＪＲＰ₂）におけるアップリンクＵＬ通信のためのジョイントリソースプールＪＲＰの構成データ（３１）を受信し（１６）、
   許可された物理リソース（５１、Ｇ）についてのデータを送信することによってＵＬ通信（２４´´、２６´´、２８´´）を実行し（１７）、
   追加のＵＬ通信を実行するか否かを決定し、実行することを決定した場合には、ＪＲＰ物理リソースについてのデータを送信することによって追加のＵＬ通信（２４´´´、２６´´´、２８´´´）を実行する（１８）、ユーザー機器。
4. 前記構成データ（３１）は媒体アクセスのための規則を含む、請求項１ないし請求項３のいずれかに記載のユーザー機器。
5. 前記構成データ（３１）は衝突解決／回避のための規則を含む、請求項１ないし請求項４のいずれかに記載のユーザー機器。
6. 前記構成データ（３１）はデータ再送信のための規則を含む、請求項１ないし請求項５のいずれかに記載のユーザー機器。
7. 少なくともトラフィック（３３）またはトラフィックについてのメトリクスに関連する基準に従って、追加のＵＬ通信を実行するかどうかを決定するようにさらに構成される、請求項１ないし請求項６のいずれかに記載のユーザー機器。
8. 少なくともサービス品質ＱｏＳ（３４）またはＱｏＳについてのメトリクスに関連する基準に従って、追加のＵＬ通信を実行するかどうかを決定するようにさらに構成される、請求項１ないし請求項７のいずれかに記載のユーザー機器。
9. 少なくとも不正確に送信されたデータ（３５）の決定または不正確に送信されたデータの決定についてのメトリクスに関連する基準に従って、追加のＵＬ通信を実行するかどうかを決定するようにさらに構成される、請求項１ないし請求項８のいずれかに記載のユーザー機器。
10. 少なくとも通信の緊急度（３６）に関連する基準に従って、追加のＵＬ通信を実行するかどうかを決定するようにさらに構成される、請求項１ないし請求項９のいずれかに記載のユーザー機器。
11. 少なくとも選択（３７）に関連する基準に従って、追加のＵＬ通信を実行するかどうかを決定するようにさらに構成される、請求項１ないし請求項１０のいずれかに記載のユーザー機器。
12. データ（１、１ｂ）を再送信（１^*、１ｂ^*）するために特定の許可されたリソース（Ｇ）を使用し、前記特定の許可されたリソースのためにスケジュールされたデータ（３）を送信するために前記ＪＲＰを使用するようにさらに構成される、請求項１ないし請求項１１のいずれかに記載のユーザー機器。
13. 前記許可されたリソース（Ｇ）内のデータ（１）を送信し、再送信が必要な場合には、前記データを再送信するために前記特定の許可されたリソース（Ｇ）を使用するようにさらに構成される、請求項１ないし請求項１２のいずれかに記載のユーザー機器。
14. 前記ＪＲＰ内のデータ（１）を送信し、再送信が必要な場合には、前記データを再送信するための特定の許可されたリソース（Ｇ）を使用する、請求項１ないし請求項１３のいずれかに記載のユーザー機器。
15. ＪＲＰリソース（５２ａ−５２ｋ）のランク付けを使用して、上位のＪＲＰリソースに優先順位を与えるようにさらに構成される、請求項１ないし請求項１４のいずれかに記載のユーザー機器。
16. ＪＲＰテーブル（４６）を、前記テーブルの各行が少なくとも１つのＪＲＰリソースに対応するように使用し、
    前記ＪＲＰテーブル（４６）に送信されるデータを割り当て、
    前記ランク付けに従ってＪＲＰテーブル（４６）を退避させるようにさらに構成される、請求項１ないし請求項１５のいずれかに記載のユーザー機器。
17. 第１位にランク付けされたまたは最下位にランク付けされたＪＲＰリソースを優先して送信するようにさらに構成される、請求項１６に記載のユーザー機器。
18. ターゲットとするゴールに応じて、より高い確率またはより低い確率で、ランダム、準ランダムまたは擬似ランダムスキームに従って、前記第１位にランク付けされたＪＲＰリソースを送信するようにさらに構成される、請求項１６に記載のユーザー機器。
19. 媒体アクセス制御ＭＡＣ層および／または物理ＰＨＹ層に実装された送信キュー（４５、４６）をさらに含み、
    前記ユーザー機器は、前記構成データ（３１）に従って、前記ＪＲＰおよび／または前記許可されたリソースを使用して前記送信キュー（４５、４６）を退避するように構成される、請求項１ないし請求項１８のいずれかに記載のユーザー機器。
20. 前記キューの行は、送信のために選択される前記ＪＲＰリソースの前記ランク付けに関連付けられる、請求項１９に記載のユーザー機器。
21. リッスンビフォアトークスキームによって前記ＪＲＰにアクセスするようにさらに構成される、請求項１ないし請求項２０のいずれかに記載のユーザー機器。
22. 周波数ホッピングスキームによって前記ＪＲＰにアクセスするようにさらに構成される、請求項１ないし請求項２１のいずれかに記載のユーザー機器。
23. 前記ＪＲＰ物理リソースは、時間領域、周波数領域、空間領域、符号領域および電力領域のうちの少なくとも１つまたはいくつかの組み合わせにある、請求項１ないし請求項２２のいずれかに記載のユーザー機器。
24. 前記ＪＲＰ物理リソースは少なくとも１つの時間領域にある、請求項１ないし請求項２３のいずれかに記載のユーザー機器。
25. 前記ＪＲＰ物理リソースは少なくとも周波数領域にある、請求項１ないし請求項２４のいずれかに記載のユーザー機器。
26. 前記ＪＲＰ物理リソースは少なくとも符号領域にある、請求項１ないし請求項２５のいずれかに記載のユーザー機器。
27. 前記ＪＲＰ物理リソースは少なくとも電力領域であるにある、請求項１ないし請求項２６のいずれかに記載のユーザー機器。
28. 中央エンティティを定義するためおよび／または選択するための設定に他のユーザー機器とともに参加して、
    前記中央エンティティが、前記他のユーザー機器と共有されるＪＲＰ物理リソース（５２、５２ａ−５２ｋ、ＪＲＰ₁、ＪＲＰ₂）におけるアップリンクＵＬ通信のためのジョイントリソースプールＪＲＰの前記構成データ（３１）をシグナリングする、請求項１ないし請求項２７のいずれかに記載のユーザー機器。
29. 別のユーザー機器（ＵＥ₁）とＪＲＰリソースを共有するように構成され、前記ユーザー機器は、前記ランキングが上位のＪＲＰリソースが前記別のユーザー機器（ＵＥ₂）のランク付けリストの前記ランキングが下位のＪＲＰリソースに対して逆順に順序付けられるようなランク付けリストを有するようにさらに構成される、請求項１ないし請求項２８のいずれかに記載のユーザー機器。
30. トラフィック（３３）のメトリクス、サービス品質ＱｏＳ（３４）のメトリクス、不正確なデータ（３５）の受信の判定、通信の緊急度（３６）および／または選択（３７）に基づいて、ジョイントリソースプールＪＲＰを形成する物理リソース（５２、５２ａ−５２ｋ、ＪＲＰ₁、ＪＲＰ₂）を決定し、前記物理リソースはアップリンクＵＬ通信のための異なるユーザー機器ＵＥ（２４、２６、２８、４０）によって共有され（１３）、
    前記ユーザー機器の少なくともいくつかにＪＲＰの物理リソースと、前記ユーザー機器の少なくともいくつかに規則とをシグナリングし（１４）、
    データ（１、１ｂ）を再送信（１^*、１ｂ^*）するために特定の許可されたリソース（Ｇ）を使用し、前記特定の許可されたリソースのためにスケジュールされたデータを送信するために前記ＪＲＰを使用する少なくとも１つの規則を含む、装置（２２、２６、３０）。
31. トラフィック（３３）のメトリクス、サービス品質ＱｏＳ（３４）のメトリクス、不正確なデータ（３５）の受信の判定、通信の緊急度（３６）および／または選択（３７）に基づいて、ジョイントリソースプールＪＲＰを形成する物理リソース（５２、５２ａ−５２ｋ、ＪＲＰ₁、ＪＲＰ₂）を決定し、前記物理リソースはアップリンクＵＬ通信のための異なるユーザー機器ＵＥ（２４、２６、２８、４０）によって共有され（１３）、
    前記ユーザー機器の少なくともいくつかにＪＲＰの物理リソースをシグナリングし（１４）、
    前記ＪＲＰリソース（５２ａ−５２ｋ）の少なくともいくつかはランク付けされ、より上位にランク付けされたＪＲＰリソースに優先順位を与える、装置（２２、２６、３０）。
32. トラフィック（３３）のメトリクス、サービス品質ＱｏＳ（３４）のメトリクス、不正確なデータ（３５）の受信の判定、通信の緊急度（３６）および／または選択（３７）に基づいて、ジョイントリソースプールＪＲＰを形成する物理リソース（５２、５２ａ−５２ｋ、ＪＲＰ₁、ＪＲＰ₂）を決定し、前記物理リソースはアップリンクＵＬ通信のための異なるユーザー機器ＵＥ（２４、２６、２８、４０）によって共有され（１３）、
    前記ユーザー機器の少なくともいくつかに前記ＪＲＰの物理リソースをシグナリングする（１４）ように構成される、装置（２２、２６、３０）。
33. 異なるユーザー機器について異なるＪＲＰ物理リソースを優先するために、および／または異なるユーザー機器によって異なるＪＲＰ物理リソースを使用する確率を増大させるために、異なるユーザー機器について、ＪＲＰ物理リソース（５２ａ−５２ｋ）の異なるランク付けを定義し、
    前記異なるリソースのランク付けを前記異なるユーザー機器にシグナリングするようにさらに構成される、請求項３０ないし請求項３２に記載の装置。
34. 異なるユーザー機器のためのＪＲＰ物理リソース（５２ａ−５２ｋ）の異なるランク付けを定義し、異なるユーザー機器のための異なるＪＲＰ物理リソースに異なる優先度を与えることによって正しい再送信を受信する確率を高めるため、および／または異なるユーザー機器が異なる物理リソースを使用する確率を高めるために、破損データ（３５）の受信を決定し、
    前記異なるリソースのランク付けを前記異なるユーザー機器にシグナリングするようにさらに構成される、請求項３０ないし請求項３３のいずれかに記載の装置。
35. 媒体アクセスおよび／または衝突解決および／またはＪＲＰ内のデータ再送信のための規則を決定し、
    前記ユーザー機器の少なくともいくつかに前記規則をシグナリングするようにさらに構成される、請求項３０ないし請求項３４のいずれかに記載の装置。
36. 少なくとも１つの規則は請求項１ないし請求項２９のいずれかのユーザー機器として動作するように構成される、請求項３５に記載の装置。
37. 異なるユーザー機器に関連付けられる前記ＪＲＰにおける再送信のための異なるバックオフタイマー（Ｔ１、Ｔ２）を決定し、
    前記異なるバックオフタイマーを前記異なるユーザー機器にシグナリングするようにさらに構成される、請求項３０ないし請求項３６のいずれかに記載の装置。
38. 前記装置は基地局として構成される、請求項３０ないし請求項３７のいずれかに記載の装置。
39. 中央エンティティを定義および／または選択するための設定に他のユーザー機器と参加して、
    中央エンティティとして動作する前記ユーザー機器が、前記他のユーザー機器と共有されたＪＲＰ物理リソース（５２、５２ａ−５２ｋ、ＪＲＰ₁、ＪＲＰ₂）におけるアップリンクＵＬ通信のためのジョイントリソースプールＪＲＰの前記構成データ（３１）をシグナリングするように構成されるユーザー機器として構成される、請求項３０ないし請求項３７のいずれかに記載の装置。
40. ユーザー機器ＵＥ（２４、２６、２８、４０）によって、少なくとも１つの他のユーザー機器と共有されるＪＲＰ物理リソース（５２、５２ａ−５２ｋ、ＪＲＰ₁、ＪＲＰ₂）におけるアップリンクＵＬ通信のためのジョイントリソースプールＪＲＰの構成データ（３１）を受信するステップ（１６）と、
    許可された物理リソース（５１、Ｇ）についてのデータを送信することによってＵＬ通信（２４´´、２６´´、２８´´）を実行するステップ（１７）と、
    追加のＵＬ通信を実行するか否かを決定し、実行することを決定した場合には、ＪＲＰ物理リソースについてのデータを送信することによって追加のＵＬ通信（２４´´´、２６´´´、２８´´´）を実行するステップ（１８）と、
    を含み、
    前記方法は、データ（１、１ｂ）を再送信（１^*、１ｂ^*）するために特定の許可されたリソース（Ｇ）を使用することをさらに含み、前記特定の許可されたリソースのためにスケジュールされたデータを送信するために前記ＪＲＰを使用する、方法（１５）。
41. 方法（１５）は、
    ユーザー機器ＵＥ（２４、２６、２８、４０）によって、少なくとも１つの他のユーザー機器と共有されるＪＲＰ物理リソース（５２、５２ａ−５２ｋ、ＪＲＰ₁、ＪＲＰ₂）におけるアップリンクＵＬ通信のためのジョイントリソースプールＪＲＰの構成データ（３１）を受信するステップ（１６）と、
    許可された物理リソース（５１、Ｇ）についてのデータを送信することによってＵＬ通信（２４´´、２６´´、２８´´）を実行するステップ（１７）と、
    追加のＵＬ通信を実行するか否かを決定し、実行することを決定した場合には、ＪＲＰ物理リソースについてのデータを送信することによって追加のＵＬ通信（２４´´´、２６´´´、２８´´´）を実行するステップ（１８）と、
    を含み、
    前記方法は、ＪＲＰリソース（５２ａ−５２ｋ）のランク付けを使用することを含み、上位または下位のＪＲＰリソース、もしくはランダムにまたは均等にランク付けされている場合には、順序付けられた方法で選択されたＪＲＰリソースに優先順位を与える、方法（１５）。
42. ユーザー機器ＵＥ（２４、２６、２８、４０）によって、少なくとも１つの他のユーザー機器と共有されるＪＲＰ物理リソース（５２、５２ａ−５２ｋ、ＪＲＰ₁、ＪＲＰ₂）におけるアップリンクＵＬ通信のためのジョイントリソースプールＪＲＰの構成データ（３１）を受信するステップ（１６）と、
    許可された物理リソース（５１、Ｇ）についてのデータを送信することによってＵＬ通信（２４´´、２６´´、２８´´）を実行するステップ（１７）と、
    追加のＵＬ通信を実行するか否かを決定し、実行することを決定した場合には、ＪＲＰ物理リソースについてのデータを送信することによって追加のＵＬ通信（２４´´´、２６´´´、２８´´´）を実行するステップ（１８）と、
    を含む、方法（１５）。
43. トラフィック（３３）のメトリクス、サービス品質ＱｏＳ（３４）のメトリクス、破損データ（３５）の受信の判定、通信の緊急度（３６）、および／または選択（３７）のうちの少なくとも１つに基づいて、ジョイントリソースプールＪＲＰを形成する物理リソース（５２、５２ａ−５２ｋ、ＪＲＰ₁、ＪＲＰ₂）を決定するステップであって、前記ＪＲＰ物理リソースがアップリンクＵＬ通信のための異なるユーザー機器ＵＥ（２４、２６、２８、４０）によって共有される、決定するステップ（１３）と、
    前記物理リソースを前記ユーザー機器の少なくとも１つまたはいくつかにシグナリングするステップ（１４）と、
    を含む、方法（１２）。
44. トラフィック（３３）のメトリクス、サービス品質ＱｏＳ（３４）のメトリクス、破損データ（３５）の受信の判定、通信の緊急度（３６）および／または選択（３７）のうちの少なくとも１つに基づいて、ジョイントリソースプールＪＲＰを形成する物理リソース（５２、５２ａ−５２ｋ、ＪＲＰ₁、ＪＲＰ₂）を決定するステップであって、前記ＪＲＰ物理リソースがアップリンクＵＬ通信のための異なるユーザー機器ＵＥ（２４、２６、２８、４０）によって共有される、物理リソースを決定するステップ（１３）と、
    媒体アクセスおよび／または衝突解決および／またはＪＲＰ内のデータ再送信のための規則を決定するステップと、
    前記物理リソースを前記ユーザー機器の少なくとも１つまたはいくつかにシグナリングするステップ（１４）と、
    を含み、
    前記規則はデータ（１、１ｂ）を再送信（１^*、１ｂ^*）するために特定の許可されたリソース（Ｇ）を使用し、前記特定の許可されたリソースのためにスケジュールされたデータを送信するために前記ＪＲＰを使用する規則を少なくとも１つ含む、方法（１２）。
45. トラフィック（３３）のメトリクス、サービス品質ＱｏＳ（３４）のメトリクス、破損データ（３５）の受信の判定、通信の緊急度（３６）、および／または選択（３７）のうちの少なくとも１つに基づいて、ジョイントリソースプールＪＲＰを形成する物理リソース（５２、５２ａ−５２ｋ、ＪＲＰ₁、ＪＲＰ₂）を決定するステップであって、前記ＪＲＰ物理リソースがアップリンクＵＬ通信のための異なるユーザー機器ＵＥ（２４、２６、２８、４０）によって共有される、決定するステップ（１３）を備え、
    前記ＪＲＰリソース（５２ａ−５２ｋ）の少なくともいくつかはランク付けされ、上位にランク付けされたＪＲＰリソースに優先順位を与える、方法（１２）。
46. 中央エンティティによって請求項４３ないし請求項４５のいずれかの方法を実行するステップ（１２）と、
    少なくとも１つのＵＥによって請求項４０ないし請求項４２のいずれかの方法を実行するステップ（１５）と、
    を含む、方法（１０）。
47. 前記ＵＥ（２４、２６、２８）が前記中央エンティティ（２６）を定義または選定する設定ステップをさらに含む、請求項４６に記載の方法（１０）。
48. プロセッサ（４２、１２２）によって実行されると、前記プロセッサに、請求項４０ないし請求項４７のいずれかに記載の方法を実行させ、請求項１ないし請求項３９のいずれかに記載の製品を実装する命令（１２６）を記憶する、非一時的記憶ユニット（１２６）。
49. トラフィック（３３）のメトリクス、サービス品質ＱｏＳ（３４）のメトリクス、破損データ（３５）の受信の判定、通信の緊急度（３６）、および／または選択（３７）のうちの少なくとも１つに基づいて、ジョイントリソースプールＪＲＰを形成する物理リソース（５２、５２ａ−５２ｋ、ＪＲＰ₁、ＪＲＰ₂）を決定するステップであって、前記ＪＲＰ物理リソースがアップリンクＵＬ通信のための異なるユーザー機器ＵＥ（２４、２６、２８、４０）によって共有される、物理リソースを決定するステップ（１３）と、
    ＪＲＰリソース（５２ａ−５２ｋ）のランク付けに使用して、ターゲットとするゴールに対するゲインを提供する特定のランク付けされたＪＲＰリソースに優先順位を与えるステップと、
    を含む、方法（１２）。
50. 前記ＪＲＰ物理リソースが少なくとも空間領域にある、請求項１ないし請求項３９のいずれかに記載のユーザー機器。
51. 前記ＪＲＰ物理リソースは少なくとも空間領域にある、請求項１ないし請求項３９または請求項５０のいずれかに記載のユーザー機器。
52. 前記ＪＲＰ物理リソースは少なくともドップラードメインにある、請求項１ないし請求項３９または請求項５０または請求項５１のいずれかに記載のユーザー機器。
53. 前記装置は、前記関連する装置へのシグナリングに使用されるオーケストレーティングユニットとして備える、請求項３０ないし請求項３７のいずれかに記載の装置。
54. 送信者から受信者への情報は、所与の／選択された／あらかじめ定義された時間間隔で所与の／選択された／あらかじめ定義されたレベルを下回るエラーまたは動作停止の確率を有する、請求項１ないし請求項３９および請求項５０ないし請求項５３のいずれかに記載のユーザー機器。
55. 必要な待ち時間を許容される最大の失敗確率および／またはデータ通信の最大の信頼性／耐久性で達成するように構成される、請求項１ないし請求項４１および請求項５０ないし請求項５４のいずれかに記載のユーザー機器。

Images