JP7546003B2 - 解放されたリソースを利用する通信装置および通信方法 - Google Patents

Description

以下の開示は、新無線（ＮＲ：New Radio）通信の通信装置および通信方法に関し、より詳細には、解放されたリソースを利用する通信装置および通信方法に関する。

Ｖ２Ｘ通信は、車両が公道およびその他の道路利用者と対話することを可能にし、したがって自動運転車（autonomous vehicle）を実現するうえで重要な要素と考えられる。

この過程を加速するため、３ＧＰＰ（第３世代パートナーシッププロジェクト）は、高度なＶ２Ｘサービスの技術的解決策を明らかにする目的で、５Ｇ ＮＲベースのＶ２Ｘ通信（同義語としてＮＲ Ｖ２Ｘ通信とも呼ばれる）を検討しており、このＶ２Ｘ通信では、車両（同義語として、Ｖ２Ｘアプリケーションをサポートする通信装置またはユーザ機器（ＵＥ）とも呼ばれる）は、近くの別の車両、インフラストラクチャノード、および／または歩行者と、自身のステータス情報をサイドリンク（ＳＬ）を通じて交換することができる。ステータス情報は、位置、速度、進行方向などに関する情報を含む。

このようなＶ２Ｘ通信においては、少なくとも２つのサイドリンク（ＳＬ）リソース割当てモードが３ＧＰＰによって検討されている。リソース割当てモード１では、サイドリンク（ＳＬ）送信用にＵＥによって使用される（１つまたは複数の）サイドリンク（ＳＬ）リソースが、基地局（ＢＳ）によってスケジューリングされる。リソース割当てモード２では、基地局／ネットワークによって設定されるサイドリンク（ＳＬ）リソース、または事前に設定されるサイドリンク（ＳＬ）リソースの中で、ＵＥがサイドリンク（ＳＬ）送信リソースを決定し、すなわち基地局はスケジューリングを行わない。リソース割当てに関する３ＧＰＰの検討では、複数の異なる送信ブロック（ＴＢ）の複数の送信用に（１つまたは複数の）リソースが選択されるセミパーシステント（半静的）方式と、各送信ブロック（ＴＢ）の送信用にリソースが選択される動的方式という観点から、モード２（ａ）のセンシングおよびリソース選択手順も考慮されている。

西安で開催された３ＧＰＰ ＲＡＮ ＷＧ１ ＃９６ｂ会合では、以下の項目が検討された。
－ ＮＲ Ｖ２Ｘでは、センシングおよびリソース選択手順に基づく、予約なしでのＴＢの最初の送信がサポートされる。
－ ＮＲ Ｖ２Ｘでは、センシングおよびリソース選択手順に基づく、異なるＴＢに関連する少なくともサイドリンク制御情報（ＳＣＩ）によるＴＢの最初の送信用のサイドリンクリソースの予約がサポートされる。この機能は、（事前）設定によって有効／無効にすることができる。
－ 今後の検討項目： ＮＲ Ｖ２Ｘでは、リソースを予約するためのスタンドアロンのＰＳＣＣＨ（物理サイドリンク制御チャネル）送信がサポートされる。

リノで開催された３ＧＰＰ ＲＡＮ ＷＧ１ ＃９７会合では、以下の項目が検討された。
－ ＮＲ Ｖ２Ｘモード２では、同じＴＢの以前の送信に関連付けられるシグナリングによるフィードバックベースのＰＳＳＣＨ（物理サイドリンク共有チャネル）再送信のためのリソース予約がサポートされる。
〇 今後の検討項目： 以降のセンシングおよびリソース選択手順に対する影響
〇 上述したＴＢの少なくとも送信機の観点から、使用されないリソースを解放するためにＨＡＲＱ（ハイブリッド自動再送要求）フィードバックを用いることがサポートされる

しかしながら、解放されたリソースを利用する通信装置および通信方法については、これまで議論されていない。

したがって、解放されたリソースを利用するための実現可能な技術的解決策を提供する通信装置および通信方法が必要とされている。さらに、以下の詳細な説明および添付の請求項を、添付の図面および本開示の背景技術のセクションと併せて検討することにより、他の望ましい特徴および特性が明らかになるであろう。

3GPP TS 38.300 v15.6.0 3GPP TS 38.211 v15.6.0 ITU-R M.2083 TR 38.913 TS 23.501 v16.1.0 TS36.213

本発明を制限することのない例示的な実施形態は、解放されたリソースを利用する通信装置および通信方法を提供することを促進する。

本開示の第１の実施形態によれば、通信装置であって、動作時、予約されているリソースに関する解放情報を別の通信装置から受信する受信機であって、予約されているリソースが、その別の通信装置からの送信用に予約されている、受信機と、動作時、通信装置がその後の送信を行うときに複数のリソース候補からリソースを選択する回路であって、複数のリソース候補が、予約されているリソースを含む、回路と、を備える通信装置、を提供する。

本開示の第２の実施形態によれば、通信装置であって、動作時、予約されているリソースに関する解放情報を決定する回路であって、予約されているリソースが、この通信装置からの送信用に予約されている、回路と、動作時、解放情報を別の通信装置に送信する送信機と、を備える通信装置、を提供する。

本開示の第３の実施形態によれば、通信方法であって、予約されているリソースに関する解放情報を受信するステップであって、予約されているリソースが、通信装置からの送信用に予約されている、ステップと、その後の送信が行われるときに複数のリソース候補からリソースを選択するステップであって、複数のリソース候補が、予約されているリソースを含む、ステップと、を含む、通信方法、を提供する。

本開示の第４の実施形態によれば、通信方法であって、予約されているリソースに関する解放情報を決定するステップであって、予約されているリソースが送信用に予約されている、ステップと、解放情報を通信装置に送信するステップと、を含む、通信方法、を提供する。

なお、一般的または特定の実施形態は、システム、方法、集積回路、コンピュータプログラム、記憶媒体、またはこれらの任意の選択的な組合せとして実施できることに留意されたい。

開示されている実施形態のさらなる恩恵および利点は、本明細書および図面から明らかになるであろう。これらの恩恵および／または利点は、本明細書および図面の様々な実施形態および特徴によって個別に得ることができ、このような恩恵および／または利点の１つまたは複数を得るために、これらの特徴すべてを設ける必要はない。

この技術分野における通常の技術を有する者には、一例にすぎない以下の説明を図面を参照しながら読み進めることによって、本開示の実施形態が深く理解され容易に明らかになるであろう。
３ＧＰＰ ＮＲシステムの例示的なアーキテクチャを示している。 ＮＧ－ＲＡＮと５ＧＣとの間の機能の分離を示した概略図である。 ＲＲＣ接続確立／再設定手順のシーケンス図である。 拡張モバイルブロードバンド（ｅＭＢＢ）、大規模マシンタイプ通信（ｍＭＴＣ）、および超高信頼・低遅延通信（ＵＲＬＬＣ）の使用シナリオを示した概略図である。 非ローミングシナリオ向けの例示的な５Ｇシステムアーキテクチャを示したブロック図である。 Ｖ２Ｘ通信において、その後の送信用にリソースをどのように予約するかを図解した概略図を示している。 様々な実施形態に係る動作Ａによる、解放されたリソースがどのように利用されるかを図解した概略図を示している。 様々な実施形態に係る動作Ｂによる、解放されたリソースがどのように利用されるかを図解した概略図を示している。 様々な実施形態に係る動作Ａおよび動作Ｂにおいて物理（ＰＨＹ）層がどのようにセンシングを実行するかを図解した流れ図を示している。 様々な実施形態に係る動作Ａにおいて物理（ＰＨＹ）層が流れ図のステップ９０４をどのように実行するかを図解した流れ図を示している。 様々な実施形態に係る動作Ａにおいて媒体アクセス制御（ＭＡＣ）層が解放判定および選択をどのように実行するかを図解した流れ図を示している。 様々な実施形態に係る動作Ｂにおいて物理（ＰＨＹ）層が流れ図のステップ９０４をどのように実行するかを図解した流れ図を示している。 様々な実施形態に係る動作Ｂおよび動作ＣにおいてＭＡＣ層が選択をどのように実行するかを図解した流れ図を示している。 様々な実施形態に係る、ＭＡＣ層が、解放されたリソースをどのように優先させるかを図解した流れ図を示している。 様々な実施形態に係る動作Ａ、動作Ｂ、および動作Ｃにおける物理（ＰＨＹ）層の設定を図解した概略図を示している。 様々な実施形態に係る通信方法を図解した流れ図を示している。 様々な実施形態に係る通信方法を図解した流れ図を示している。 様々な実施形態に従った通信装置の概略的な例を示している。この通信装置は、ＵＥまたはｇＮＢ／基地局として実施することができ、本開示の様々な実施形態に従って、解放されたリソースを利用するように構成することができる。

図中の要素は簡潔かつ明確であるように図解されており、必ずしも正しい縮尺では描かれていないことが、当業者には理解されるであろう。本発明の実施形態を深く理解できるように、例えば、図解、ブロック図、または流れ図の中のいくつかの要素の寸法が、他の要素に比べて誇張して描かれていることがある。

本開示のいくつかの実施形態について、図面を参照しながら、一例としてのみ説明する。図面内の類似する参照数字および参照文字は、類似する要素または等価の要素を指している。

［５Ｇ ＮＲシステムのアーキテクチャおよびプロトコルスタック］
３ＧＰＰは、最大１００ＧＨｚの周波数で動作する新しい無線アクセス技術（ＮＲ）の開発を含む第５世代セルラー技術（単に５Ｇと呼ばれる）の次のリリースに取り組んでいる。５Ｇ標準の最初のバージョンは、２０１７年の終わりに完了し、これにより、５Ｇ ＮＲ標準に準拠したスマートフォンの試験および商用展開に進むことができる。

特に、全体的なシステムアーキテクチャは、ｇＮＢを備えるＮＧ－ＲＡＮ（次世代－無線アクセスネットワーク：Next Generation - Radio Access Network）を想定しており、ｇＮＢは、ＵＥに向かうＮＧ無線アクセスユーザプレーン（ＳＤＡＰ／ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）プロトコルおよび制御プレーン（ＲＲＣ）プロトコルを終端させる。ｇＮＢは、Ｘｎインタフェースによって互いに相互接続されている。さらにｇＮＢは、次世代（ＮＧ）インタフェースによってＮＧＣ（次世代コア：Next Generation Core）に接続され、より具体的には、ＮＧ－ＣインタフェースによってＡＭＦ（アクセスおよびモビリティ管理機能：Access and Mobility Management Function）（例：ＡＭＦを実行する特定のコアエンティティ）に接続され、ＮＧ－ＵインタフェースによってＵＰＦ（ユーザプレーン機能：User Plane Function）（例：ＵＰＦを実行する特定のコアエンティティ）に接続される。図１はＮＧ－ＲＡＮアーキテクチャを示している（非特許文献１の４節を参照）。

ＮＲにおけるユーザプレーンプロトコルスタック（例えば非特許文献１の４．４．１節を参照）は、ＰＤＣＰ（パケットデータコンバージェンスプロトコル：Packet Data Convergence Protocol、非特許文献１の６．４節を参照）サブレイヤ、ＲＬＣ（無線リンク制御：Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ、非特許文献１の６．３節を参照）サブレイヤ、およびＭＡＣ（媒体アクセス制御：Medium Access Control、非特許文献１の６．２節を参照）サブレイヤを含み、これらのサブレイヤは、ネットワーク側ではｇＮＢにおいて終端する。これに加えて、ＰＤＣＰの上に、アクセス層（ＡＳ）の新しいサブレイヤ（ＳＤＡＰ：サービスデータアダプテーションプロトコル：Service Data Adaptation Protocol）が導入される（例えば非特許文献１の６．５節を参照）。ＮＲにおいても制御プレーンプロトコルスタックが定義されている（例えば非特許文献１の４．４．２節を参照）。レイヤ２の機能の概要は、非特許文献ｘの６節に記載されている。ＰＤＣＰサブレイヤ、ＲＬＣサブレイヤ、およびＭＡＣサブレイヤの機能は、それぞれ非特許文献１の６．４節、６．３節、および６．２節に記載されている。ＲＲＣレイヤの機能は、非特許文献１の７節に記載されている。

媒体アクセス制御（ＭＡＣ）層は、例えば、論理チャネルの多重化と、スケジューリングおよびスケジューリング関連機能（様々なヌメロロジーの処理を含む）を扱う。

物理層（ＰＨＹ）は、例えば、符号化、ＰＨＹ ＨＡＲＱ処理、変調、マルチアンテナ処理、適切な物理時間－周波数リソースへの信号のマッピングの責務を担う。さらに物理層（ＰＨＹ）は、物理チャネルへのトランスポートチャネルのマッピングを処理する。物理層（ＰＨＹ）は、トランスポートチャネルの形でＭＡＣ層にサービスを提供する。物理チャネルは、特定のトランスポートチャネルの送信に使用される時間周波数リソースのセットに対応し、各トランスポートチャネルが、対応する物理チャネルにマッピングされる。例えば、物理チャネルは、アップリンク用として、ＰＲＡＣＨ（物理ランダムアクセスチャネル：Physical Random Access Channel）、ＰＵＳＣＨ（物理アップリンク共有チャネル：Physical Uplink Shared Channel）、およびＰＵＣＣＨ（物理アップリンク制御チャネル：Physical Uplink Control Channel）があり、ダウンリンク用として、ＰＤＳＣＨ（物理ダウンリンク共有チャネル：Physical Downlink Shared Channel）、ＰＤＣＣＨ（物理ダウンリンク制御チャネル：Physical Downlink Control Channel）、およびＰＢＣＨ（物理ブロードキャストチャネル：Physical Broadcast Channel）がある。

ＮＲのユースケース／配置シナリオには、拡張モバイルブロードバンド（ｅＭＢＢ）、超高信頼・低遅延通信（ＵＲＬＬＣ）、大規模マシンタイプ通信（ｍＭＴＣ）が含まれ、これらのサービスは、データレート、レイテンシ、およびカバレッジに関して多様な要件を有する。例えばｅＭＢＢは、ＩＭＴ－Ａｄｖａｎｃｅｄによって提供される３倍のオーダーのピークデータレート（ダウンリンクが２０Ｇｂｐｓ、アップリンクが１０Ｇｂｐｓ）およびユーザ体感データレートをサポートすることが期待される。これに対してＵＲＬＬＣの場合、より厳しい要件として、極めて低いレイテンシ（ユーザプレーンのレイテンシはアップリンクおよびダウンリンクそれぞれで０．５ｍｓ）および高い信頼性（１ｍｓ内で１～１０^－５）が課せられる。さらにｍＭＴＣでは、高い接続密度（都市環境では１ｋｍ^２あたり１，０００，０００個のデバイス）、過酷な環境における広いカバレッジ、デバイスコストを下げるための極めて長寿命のバッテリ（１５年）が好ましくは要求されうる。

したがって、あるユースケースに適したＯＦＤＭヌメロロジー（例：サブキャリア間隔、ＯＦＤＭシンボル持続時間、サイクリックプレフィックス（ＣＰ）持続時間、スケジューリング間隔あたりのシンボル数）が、別のユースケースではうまく機能しないことがある。例えば、低レイテンシのサービスでは、ｍＭＴＣサービスよりも短いシンボル持続時間（したがってより大きいサブキャリア間隔）、および／または、スケジューリング間隔（ＴＴＩとも称される）あたりの少ないシンボル、が好ましくは要求されうる。さらには、チャネルの遅延スプレッドが大きい配置シナリオでは、遅延スプレッドが短いシナリオよりも長いサイクリックプレフィックス（ＣＰ）持続時間が好ましくは要求されうる。同程度のサイクリックプレフィックス（ＣＰ）オーバーヘッドを維持するため、遅延スプレッドに応じてサブキャリア間隔を最適化するべきである。ＮＲでは、サブキャリア間隔の２つ以上の値がサポートされうる。したがって現在のところ、１５ｋＨｚ、３０ｋＨｚ、６０ｋＨｚ、．．．のサブキャリア間隔が検討されている。シンボル持続時間Ｔ_ｕとサブキャリア間隔Δｆは、式Δｆ＝１／Ｔ_ｕにより、直接関係している。ＬＴＥシステムの場合と同様に、１個のＯＦＤＭ／ＳＣ－ＦＤＭＡシンボルの長さに対する１つのサブキャリアから構成される最小リソース単位を表すのに、用語「リソースエレメント」を使用することができる。

新しい無線システム５Ｇ ＮＲでは、各ヌメロロジーおよびキャリアごとに、アップリンクおよびダウンリンクそれぞれにおいて、サブキャリアとＯＦＤＭシンボルのリソースグリッドが定義される。リソースグリッド内の各要素は、リソースエレメントと呼ばれ、周波数領域における周波数インデックスと時間領域におけるシンボル位置とに基づいて識別される（非特許文献２を参照）。

［ＮＧ－ＲＡＮと５ＧＣの間の５Ｇ ＮＲ機能の分割］
図２は、ＮＧ－ＲＡＮと５ＧＣとの間での機能の分割を示している。ＮＧ－ＲＡＮの論理ノードは、ｇＮＢまたはｎｇ－ｅＮＢである。５ＧＣの論理ノードは、ＡＭＦ、ＵＰＦ、およびＳＭＦである。

ｇＮＢおよびｎｇ－ｅＮＢは、特に次の主要機能を処理する。
－ 無線ベアラ制御（Radio Bearer Control）、無線アドミッション制御（Radio Admission Control）、接続モビリティ制御（Connection Mobility Control）、アップリンクおよびダウンリンクの両方向におけるＵＥへの動的なリソース割当て（スケジューリング）など、無線リソース管理（Radio Resource Management）の機能
－ ＩＰヘッダ圧縮、暗号化、およびデータの整合性保護
－ ＵＥによって提供される情報からＡＭＦへのルーティングを決定できないときのＵＥのアタッチ時のＡＭＦの選択
－ ＵＰＦへのユーザプレーンデータのルーティング
－ ＡＭＦへの制御プレーン情報のルーティング
－ 接続の確立および解放
－ ページングメッセージのスケジューリングおよび送信
－ （ＡＭＦまたはＯＡＭから送られる）システムブロードキャスト情報のスケジューリングおよび送信
－ モビリティおよびスケジューリングのための測定および測定報告の設定
－ アップリンクにおけるトランスポートレベルのパケットマーキング
－ セッション管理
－ ネットワークスライシングのサポート
－ ＱｏＳフロー管理およびデータ無線ベアラへのマッピング
－ ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるＵＥのサポート
－ ＮＡＳメッセージの配信機能
－ 無線アクセスネットワークシェアリング
－ 二重接続
－ ＮＲとＥ－ＵＴＲＡ間の緊密なインターワーキング

アクセスおよびモビリティ管理機能（ＡＭＦ）は、次の主要機能を処理する。
－ 非アクセス層（ＮＡＳ：Non-Access Stratum）シグナリングの終端
－ ＮＡＳシグナリングのセキュリティ
－ アクセス層（ＡＳ：Access Stratum）のセキュリティ制御
－ ３ＧＰＰアクセスネットワーク間のモビリティのためのコアネットワーク（ＣＮ：Core Network）ノード間シグナリング
－ アイドルモードＵＥの到達可能性（ページング再送の制御および実行を含む）
－ レジストレーションエリア（Registration Area）管理
－ システム内モビリティおよびシステム間モビリティのサポート
－ アクセス認証
－ ローミング権のチェックを含むアクセス認証
－ モビリティ管理制御（サプスクリプションおよびポリシー）
－ ネットワークスライシングのサポート
－ セッション管理機能（ＳＭＦ：Session Management Function）の選択

さらに、ユーザプレーン機能（ＵＰＦ：User Plane Function）は、次の主要機能を処理する。
－ ＲＡＴ内／ＲＡＴ間モビリティのためのアンカーポイント（適用可能時）
－ データネットワークとの相互接続の外部ＰＤＵセッションポイント
－ パケットのルーティングおよび転送
－ パケット検査およびポリシールール施行のユーザプレーン部分
－ トラフィック使用報告
－ データネットワークへのトラフィックフローのルーティングをサポートするためのアップリンク分類器
－ マルチホームＰＤＵセッションをサポートするためのブランチングポイント
－ ユーザプレーンのＱｏＳ処理（例：パケットフィルタリング、ゲーティング、ＵＬ／ＤＬレート強制）
－ アップリンクトラフィックの検証（ＳＤＦからＱｏＳフローへのマッピング）
－ ダウンリンクパケットのバッファリングおよびダウンリンクデータ通知のトリガリング

最後に、セッション管理機能（ＳＭＦ）は、次の主要機能を処理する。
－ セッション管理
－ ＵＥ ＩＰアドレスの割当ておよび管理
－ ＵＰ機能の選択および制御
－ トラフィックを正しい宛先にルーティングするためのユーザプレーン機能（ＵＰＦ）におけるトラフィックステアリングの設定
－ ポリシー施行およびＱｏＳの制御部分
－ ダウンリンクデータ通知

［ＲＲＣ接続の確立および再設定手順］
図３は、ＵＥがＲＲＣ＿ＩＤＬＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤに移行するときの、ＮＡＳ部分における、ＵＥ、ｇＮＢ、ＡＭＦの間のインタラクションを示している（非特許文献１を参照）。

ＲＲＣは、ＵＥおよびｇＮＢの設定に使用される上位層シグナリング（プロトコル）である。特に、この移行では、ＡＭＦがＵＥコンテキストデータ（例：ＰＤＵセッションコンテキスト、セキュリティキー、ＵＥ無線能力、ＵＥセキュリティ能力などを含む）を準備し、それをINITIAL CONTEXT SETUP REQUESTによってｇＮＢに送る。次にｇＮＢが、ＵＥとのＡＳセキュリティをアクティブにし、これはｇＮＢがSecurityModeCommandメッセージをＵＥに送信し、ＵＥがSecurityModeCompleteメッセージでｇＮＢに応答することによって実行される。その後ｇＮＢは、再設定を実行してシグナリング無線ベアラ２（ＳＲＢ２）およびデータ無線ベアラ（ＤＲＢ）を確立し、これは、ｇＮＢがRRCReconfigurationメッセージをＵＥに送信し、これに応答してＵＥからのRRCReconfigurationCompleteをｇＮＢが受信することによる。シグナリングのみの接続の場合、ＳＲＢ２およびＤＲＢが確立されないため、RRCReconfigurationに関連するこれらのステップはスキップされる。最後にｇＮＢは、確立手順が完了したことを、INITIAL CONTEXT SETUP RESPONSEによってＡＭＦに通知する。

したがって本開示では、第５世代コア（５ＧＣ）のエンティティ（例えばＡＭＦ、ＳＭＦなど）が提供され、このエンティティは、ｇＮｏｄｅＢとユーザ機器（ＵＥ）との間にシグナリング無線ベアラが確立されるように、動作時にｇＮｏｄｅＢとの次世代（ＮＧ）接続を確立する制御回路と、動作時にそのＮＧ接続を介して初期コンテキストセットアップメッセージをｇＮｏｄｅＢに送信する送信機とを備える。特に、ｇＮｏｄｅＢは、リソース割当て設定情報要素を含む無線リソース制御（ＲＲＣ）シグナリングをシグナリング無線ベアラを介してＵＥに送信する。次いでＵＥが、このリソース割当て設定に基づいてアップリンク送信またはダウンリンク受信を実行する。

［ＩＭＴ－２０２０以降の使用シナリオ］
図４は、５Ｇ ＮＲのユースケースのいくつかを示している。３ＧＰＰ（第３世代パートナーシッププロジェクト）の新無線（３ＧＰＰ ＮＲ）では、初期のＩＭＴ－２０２０による様々なサービスおよびアプリケーションをサポートするために想定される３つのユースケースが考慮されている。拡張モバイルブロードバンド（ｅＭＢＢ）のフェーズ１の仕様は決定された。現在および今後の作業としては、ｅＭＢＢのサポートをさらに拡張することに加えて、超高信頼・低遅延通信（ＵＲＬＬＣ）および大規模マシンタイプ通信の標準化が含まれる。図４は、ＩＭＴ－２０００およびそれ以降に想定される使用シナリオのいくつかの例を示している（例えば非特許文献３の図２を参照）。

ＵＲＬＬＣのユースケースは、スループット、レイテンシ、可用性などの能力に関する厳しい要件を有し、産業製造や生産プロセスのワイヤレス制御、リモート医療手術、スマートグリッドにおける配電自動化、輸送の安全性など、将来の垂直アプリケーションを実現する手段の１つとして想定されている。ＵＲＬＬＣの超高信頼性は、非特許文献４によって設定される要件を満たすための技術を特定することによってサポートされる。リリース１５のＮＲ ＵＲＬＬＣでは、重要な要件として、ＵＬ（アップリンク）およびＤＬ（ダウンリンク）それぞれで０．５ｍｓの目標ユーザープレーンレイテンシが含まれる。パケットの１回の送信における一般的なＵＲＬＬＣの要件は、１ｍｓのユーザープレーンレイテンシでパケットサイズ３２バイトの場合にＢＬＥＲ（ブロック誤り率）１Ｅ－５である。

物理層の観点から、信頼性を向上させる方法はいくつか考えられる。現在、信頼性を向上させるためには、ＵＲＬＬＣ用の個別のＣＱＩテーブルの定義、よりコンパクトなＤＣＩフォーマット、ＰＤＣＣＨの繰り返しなどがある。しかしながら、（ＮＲ ＵＲＬＬＣの重要な要件について）ＮＲがさらに安定し、開発が進むにつれて、超高信頼性を実現するための範囲が広がりうる。リリース１５におけるＮＲ ＵＲＬＬＣの具体的なユースケースとしては、拡張現実／仮想現実（ＡＲ／ＶＲ）、ｅ－ヘルス、ｅ－セーフティ、ミッションクリティカルなアプリケーションが挙げられる。

さらに、ＮＲ ＵＲＬＬＣが対象とする技術強化は、レイテンシの改善および信頼性の向上を目標としている。レイテンシを改善するための技術強化としては、設定可能なヌメロロジー、柔軟なマッピングを使用する非スロットベースのスケジューリング、グラントフリー（設定済みグラント（configured grant））のアップリンク、データチャネルのスロットレベルの繰り返し、およびダウンリンクのプリエンプションが挙げられる。プリエンプションとは、リソースがすでに割り当てられている送信が中止され、すでに割り当てられているリソースが、後から要求された、より小さいレイテンシ／より高い優先度要件を有する別の送信に使用されることを意味する。したがって、すでに許可された送信が、より後の送信によってプリエンプトされる。プリエンプションは、サービスタイプに関係なく適用される。例えば、サービスタイプＡ（ＵＲＬＬＣ）の送信を、サービスタイプＢ（ｅＭＢＢなど）の送信によってプリエンプトすることができる。信頼性の向上に関連する技術強化としては、１Ｅ－５の目標ＢＬＥＲのための専用ＣＱＩ／ＭＣＳテーブルが挙げられる。

ｍＭＴＣ（大規模マシンタイプ通信）のユースケースは、非常に多数の接続されたデバイスが、一般には遅延の影響が小さい比較的少量のデータを送信することを特徴とする。デバイスは、低コストでありかつ極めて長いバッテリ寿命を有することが要求される。ＮＲの観点からは、非常に狭い帯域幅部分を利用することは、ＵＥの観点からの省電力を達成して長いバッテリ寿命を可能にするための１つの可能な解決策である。

上に述べたように、ＮＲにおける信頼性の範囲が広がることが予測される。あらゆるケース、特にＵＲＬＬＣおよびｍＭＴＣの場合に必要な１つの重要な要件は、高信頼性または超高信頼性である。無線の観点およびネットワークの観点から、信頼性を向上させるためのいくつかのメカニズムを考えることができる。一般には、信頼性の向上に役立つ可能性のある重要な領域がいくつか存在する。これらの領域としては、コンパクトな制御チャネル情報、データチャネル／制御チャネルの繰り返し、周波数領域、時間領域、および／または空間領域に関連するダイバーシチが挙げられる。これらの領域は、特定の通信シナリオには関係なく、一般的に信頼性に適用可能である。

ＮＲ ＵＲＬＬＣの場合、ファクトリーオートメーション、運輸業、配電など、より厳しい要件のさらなるユースケースが特定されている。より厳しい要件とは、ユースケースに応じて、より高い信頼性（最大１０^－６レベル）、より高い可用性、最大２５６バイトのパケットサイズ、数μｓオーダーの時刻同期（周波数範囲に応じて１μｓないし数μｓ）、０．５～１ｍｓオーダーの短いレイテンシ、特に０．５ｍｓの目標ユーザープレーンレイテンシである。

さらに、ＮＲ ＵＲＬＬＣの場合、物理層の観点からいくつかの技術的強化が確認されている。特に、ＰＤＣＣＨ（物理ダウンリンク制御チャネル）に関連する強化として、コンパクトなＤＣＩ、ＰＤＣＣＨの繰り返し、ＰＤＣＣＨモニタリングの増加などが挙げられる。また、ＵＣＩ（アップリンク制御情報：Uplink Control Information）に関連する強化として、ＨＡＲＱ（ハイブリッド自動再送要求）の強化およびＣＳＩフィードバックの強化が挙げられる。また、ミニスロットレベルのホッピングや再送／繰り返しの強化に関連するＰＵＳＣＨの強化も認識されている。用語「ミニスロット」は、スロットよりも少ない数のシンボルを含むＴＴＩ（送信時間間隔：Transmission Time Interval）を意味する（スロットは１４個のシンボルを含む）。

［ＱｏＳの制御］
５Ｇ ＱｏＳ（サービス品質）モデルは、ＱｏＳフローに基づいており、保証フロービットレートを必要とするＱｏＳフロー（ＧＢＲ ＱｏＳフロー）と、保証フロービットレートを必要としないＱｏＳフロー（非ＧＢＲ ＱｏＳフロー）の両方をサポートする。したがってＮＡＳレベルでは、ＱｏＳフローはＰＤＵセッションにおけるＱｏＳ差別化の最も細かい粒度である。ＱｏＳフローは、ＰＤＵセッション内では、ＮＧ－Ｕインタフェースを通じてカプセル化ヘッダ内で伝えられるＱｏＳフローＩＤ（ＱＦＩ）によって識別される。

５ＧＣは、ＵＥごとに１つまたは複数のＰＤＵセッションを確立する。ＮＧ－ＲＡＮは、ＵＥごとに、ＰＤＵセッションと一緒に少なくとも１つのデータ無線ベアラ（ＤＲＢ）を確立し、次にそのＰＤＵセッションのＱｏＳフローのための追加のＤＲＢを、例えば図３を参照しながら上述したように設定することができる（いつ設定するかはＮＧ－ＲＡＮが決定する）。ＮＧ－ＲＡＮは、異なるＰＤＵセッションに属するパケットを異なるＤＲＢにマッピングする。ＵＥおよび５ＧＣにおけるＮＡＳレベルのパケットフィルタによって、ＵＬおよびＤＬのパケットがＱｏＳフローに関連付けられ、ＵＥおよびＮＧ－ＲＡＮにおけるＡＳレベルのマッピング規則によって、ＵＬおよびＤＬのＱｏＳフローがＤＲＢに関連付けられる。

図５は、５Ｇ ＮＲの非ローミング基準アーキテクチャ（非特許文献５の４．２３節を参照）を示している。アプリケーション機能（ＡＦ：Application Function）（例えば図４に例示的に記載されている５Ｇサービスを処理する外部アプリケーションサーバ）は、サービスを提供する目的で、３ＧＰＰコアネットワークと対話する。例えば、トラフィックのルーティングに対するアプリケーションの影響をサポートしたり、ネットワーク公開機能（ＮＥＦ：Network Exposure Function）にアクセスしたり、ポリシー制御（例：ＱｏＳ制御）のためのポリシーフレームワーク（ポリシー制御機能（ＰＣＦ）を参照）と対話する。事業者の配備に基づいて、事業者によって信頼されるものとみなされるアプリケーション機能（ＡＦ）を、関連するネットワーク機能（Network Function）と直接対話できるようにすることができる。ネットワーク機能に直接アクセスすることが事業者によって許可されていないアプリケーション機能（ＡＦ）は、ＮＥＦを介して外部の公開フレームワークを使用して、関連するネットワーク機能と対話する。

さらに図５は、５Ｇアーキテクチャの機能ユニットとして、ネットワークスライス選択機能（ＮＳＳＦ：Network Slice Selection Function）、ネットワークリポジトリ機能（ＮＲＦ：Network Repository Function）、統一データ管理（ＵＤＭ：Unified Data Management）、認証サーバ機能（ＡＵＳＦ：Authentication Server Function）、アクセスおよびモビリティ管理機能（ＡＭＦ：Access and Mobility Management Function）、セッション管理機能（ＳＭＦ：Session Management Function）、およびデータネットワーク（ＤＮ：Data Network）（例：事業者のサービス、インターネットアクセス、またはサードパーティのサービス）を示している。コアネットワーク機能およびアプリケーションサービスのすべてまたは一部を、クラウドコンピューティング環境に配置して実行してもよい。

したがって本開示では、送信機および制御回路を備えたアプリケーションサーバ（例えば５ＧアーキテクチャのＡＦ）が提供される。送信機は、動作時、ＵＲＬＬＣサービス、ｅＭＭＢサービス、およびｍＭＴＣサービスのうちの少なくとも１つに対するＱｏＳ要件を含む要求を、５ＧＣの機能（例えばＮＥＦ、ＡＭＦ、ＳＭＦ、ＰＣＦ、ＵＰＦなど）の少なくとも１つに送信して、ＱｏＳ要件に従ってｇＮｏｄｅＢとＵＥの間の無線ベアラを含むＰＤＵセッションを確立する。制御回路は、動作時、確立されたＰＤＵセッションを使用してサービスを実行する。

上述したように、使用されないリソースをＨＡＲＱフィードバックを使用して解放することは、少なくとも対象のＴＢの送信側ＵＥの観点からはサポートされている。しかしながら、使用されないリソースを送信側ＵＥによって解放することを目的とする追加のシグナリングは定義されていない。さらに、このＴＢの（１基または複数の）受信ＵＥおよび他のＵＥの挙動は、今後の検討課題である。

ＬＴＥ Ｖ２Ｘにおける物理層によるリソースのセンシングおよび報告は、非特許文献６の１４．１．１．６節に以下の手順で定義されている。
１） ＰＳＳＣＨ送信Ｒ_ｘ，ｙのためのシングルサブフレームリソース候補が、サブフレーム

内のサブチャネルｘ＋ｊを持つＬ_{ｓｕｂＣＨ}個の連続するサブチャネルのセットとして定義される（ｊ＝０，．．．，Ｌ_{ｓｕｂＣＨ}－１）。ＵＥは、時間間隔［ｎ＋Ｔ_１，ｎ＋Ｔ_２］内の対応するＰＳＳＣＨリソースプール（１４．１．５節に記載）に含まれるＬ_{ｓｕｂＣＨ}個の連続するサブチャネルのセットが、１つのシングルサブフレームリソース候補に相当すると想定する。ここで、Ｔ_１およびＴ_２の選択はＵＥの実装に依存し、ｐｒｉｏ_ＴＸに対して上位レイヤによってＴ_２ｍｉｎ（ｐｒｉｏ_ＴＸ）が提供される場合はＴ_１≦４かつＴ_２ｍｉｎ（ｐｒｉｏ_ＴＸ）≦Ｔ_２≦１００であり、そうでない場合は２０≦Ｔ_２≦１００である。ＵＥが選択するＴ_２は、レイテンシ要件を満たすものとする。シングルサブフレームリソース候補の総数は、Ｍ_{ｔｏｔａｌ}によって表される。
２） ＵＥは、自身の送信が行われるサブフレームを除き、サブフレーム

、

、…、

を監視し、サブフレームｎがセット

に属している場合には

であり、そうでない場合、サブフレーム

は、セット

に属するサブフレームｎの後の最初のサブフレームである。ＵＥは、これらのサブフレームにおいて復号されたＰＳＣＣＨおよび測定されたＳ－ＲＳＳＩに基づいて、以下の手順の動作を行うものとする。
３） パラメータＴｈ_ａ，ｂを、SL-ThresPSSCH-RSRP-List内のｉ番目のSL-ThresPSSCH-RSRPフィールドによって示される値に設定する（ｉ＝ａ＊８＋ｂ＋１）。
４） セットＳ_Ａを、すべてのシングルサブフレームリソース候補の和集合に初期化する。セットＳ_Ｂを、空のセットに初期化する。
５） ＵＥは、以下の条件をすべて満たす場合、シングルサブフレームリソース候補Ｒ_ｘｙをセットＳ_Ａから除外する。
－ ＵＥがステップ２でサブフレーム

を監視していない。
－

を満たす整数ｊが存在する。ここで、ｊ＝０，１，．．．，Ｃ_{ｒｅｓｅｌ}－１、

、ｋは上位層パラメータrestrictResourceReservationPeriodによって許可される任意の値、ｑ＝１，２，．．．，Ｑである。ここで、ｋ＜１かつ

である場合、Ｑ＝１／ｋであり、このときサブフレームｎがセット

に属する場合には

であり、そうでない場合にはサブフレーム

は、サブフレームｎの後のセット

に属する最初のサブフレームである。そうでない場合、Ｑ＝１である。
６） ＵＥは、以下の条件をすべて満たす場合、シングルサブフレームリソース候補Ｒ_ｘｙをセットＳ_Ａから除外する。
－ ＵＥがサブフレーム

においてＳＣＩフォーマット１を受信し、受信したＳＣＩフォーマット１の「Resource reservation（リソース予約）」フィールドおよび「Priority（優先度）」フィールドが、１４．２．１節に従ってそれぞれ値Ｐ_{ｒｓｖｐ＿ＲＸ}および値ｐｒｉｏ_ＲＸを示している。
－ 受信したＳＣＩフォーマット１によるＰＳＳＣＨ－ＲＳＲＰ測定値が、

より高い。
－ サブフレーム

において受信したＳＣＩフォーマット、またはサブフレーム

において受信すると想定される同じＳＣＩフォーマット１が、１４．１．１．４Ｃに従って、ｑ＝１，２，．．．，Ｑおよびｊ＝０，１，．．．，Ｃ_{ｒｅｓｅｌ}－１に対して

と重なるリソースブロックとサブフレームのセットを決定する。ここで、Ｐ_{ｒｓｖｐ＿ＲＸ}＜１かつｎ’－ｍ≦Ｐ_ｓｔｅｐ×Ｐ_{ｒｓｖｐ＿ＲＸ}である場合、Ｑ＝１／Ｐ_{ｒｓｖｐ＿ＲＸ}であり、このときサブフレームｎがセット

に属する場合には

であり、そうでない場合にはサブフレーム

は、セット

に属するサブフレームｎの後の最初のサブフレームである。そうでない場合、Ｑ＝１である。
７） セットＳ_Ａに残るシングルサブフレームリソース候補の数が０．２・Ｍ_{ｔｏｔａｌ}より小さい場合は、Ｔｈ_ａ，ｂを３ｄＢ大きくしてステップ４を繰り返す。
８） セットＳ_Ａ内に残るシングルサブフレームリソース候補Ｒ_ｘ，ｙについて、ステップ２で監視されたサブフレーム内のサブチャネルｘ＋ｋ（ｋ＝０，．．．，Ｌ_{ｓｕｂＣＨ}－１）において測定されたＳ－ＲＳＳＩの線形平均としてメトリックＥ_ｘ，ｙを定義する。ステップ２で監視されたサブフレームは、Ｐ_{ｒｓｖｐ＿ＴＸ}≧１００の場合に負でない整数ｊに対して

によって表すことができ、そうでない場合に負でない整数ｊに対して

によって表すことができる。
９） ＵＥは、セットＳ_Ａから、メトリックＥ_ｘ，ｙが最小のシングルサブフレームリソース候補をセットＳ_Ｂに移動させる。セットＳ_Ｂ内のシングルサブフレームリソース候補の数が０．２・Ｍ_{ｔｏｔａｌ}以上になるまで、このステップを繰り返す。
１０） ＵＥが複数のキャリアでリソースプールを使用して送信するように上位層によって設定されている場合、同時送信キャリア数の制限、サポートされるキャリアの組合せの制限、またはＲＦ再調整時間のための中断などの理由により、すでに選択されたリソースを使用して他のキャリアで送信が行われると想定して、キャリア内のシングルサブフレームリソース候補での送信をＵＥがサポートしない場合は、ＵＥはシングルサブフレームリソース候補をＳ_Ｂから除外する［１０］。
次にＵＥはＳ_Ｂを上位層に報告する。

図６は、Ｖ２Ｘ通信において、以降の送信用にリソースをどのように予約するかを図解した概略図６００を示している。例えば、送信側ＵＥ（Ｔｘ ＵＥ）は、リソース＃１ ６０２を使用して、受信側ＵＥ（Ｒｘ ＵＥ）へのＴＢのサイドリンク（ＳＬ）送信を実行することができる。

Ｔｘ ＵＥおよび（１基または複数の）Ｒｘ ＵＥは、例えば１つまたは複数の電気通信／ＰＬＭＮ（Public Land Mobile Network）事業者の通信サービスに加入している車両に統合または設置された通信モジュールを含むことができる。Ｔｘ ＵＥおよび（１基または複数の）Ｒｘ ＵＥは、電気通信／ＰＬＭＮ事業者に加入して、電気通信事業者の基地局と通信することができる。基地局は、次世代ＮｏｄｅＢ（ｇＮＢ）とすることができる。基地局はｎｇ－ｅＮＢとすることもでき、ＮＧインタフェースを介して５Ｇコアネットワークに接続されてもよいことが、当業者には理解されるであろう。

ＴＢのサイドリンク（ＳＬ）送信は、ＰＳＳＣＨ（物理サイドリンク共有チャネル）を介して行うことができ、対応する制御情報ＳＣＩを、ＰＳＣＣＨ（物理サイドリンク制御チャネル）を介して送信することができる。したがって、図６に示したように、リソース＃１ ６０２のＳＣＩ＃１は、リソース＃１ ６０２における現在の送信（ＳＣＩ＃１＋ＰＳＳＣＨ＃１）を示し、さらに、同じターゲット受信機（すなわちＲｘ ＵＥ）への以降に起こりうる送信（ＳＣＩ＃２＋ＰＳＳＣＨ＃２）のためのリソース＃２ ６０４を予約する。

特定の状況下で、Ｔｘ ＵＥは、ＳＣＩ＃２＋ＰＳＳＣＨ＃２のその後の送信をキャンセルすることがあり、その場合、予約されたリソース＃２ ６０４は解放されたものとして扱われる。例えば、ＰＳＳＣＨ＃２が、ＰＳＳＣＨ＃１に対して行われうるＨＡＲＱ再送である場合、ＰＳＳＣＨ＃１が正常に受信されれば、リソース＃２ ６０４を解放することができる。

これまで３ＧＰＰでは、ＨＡＲＱ再送信用に予約されたリソースを解放するためのシグナリングについてのみ議論されてきた。しかしながら、解放されたリソースをどのように利用するか（すなわち現在の送信のＲｘ ＵＥ、Ｔｘ ＵＥ、および他のＵＥの挙動）はまだ明確ではない。

したがって本開示は、解放されたリソースをＲｘ ＵＥ、Ｔｘ ＵＥ、および他のＵＥが利用できるように、改良された通信手順を提案する。

以下の段落では、現在の送信の（１基または複数の）Ｒｘ ＵＥ、Ｔｘ ＵＥ、および他のＵＥが、解放されたリソースを利用することを有利に可能にするＶ２Ｘ通信メカニズムを参照しながら、特定の例示的な実施形態について説明する。

ＵＥがその後の送信（すなわち現在の送信が行われた後の送信）用に予約したサイドリンクリソースについては、予約されたリソースがＵＥによって解放されたとき、解放情報／シグナリングが特定のＵＥ（例えばＴｘ ＵＥ、またはＴｘ ＵＥおよびＲｘ ＵＥ）に知らされる。解放情報を認識しているＵＥは、その後に行われうる送信用のリソースを選択するときに、解放されたリソースを含めることができる。予約は、現在の送信において制御情報を受信／復号するすべてのＵＥに既知であるため、これらのＵＥは、予約されているリソースを、センシング手順時に除外する。解放されたリソースにおける無線上の衝突の可能性が低くなり、これは有利である。

図６に戻り、Ｔｘ ＵＥは、リソース＃１ ６０２においてＴＢ＃１のサイドリンク送信を実行することができる。リソース＃１ ６０２内のＳＣＩ＃１は、リソース＃１ ６０２での現在の送信（ＳＣＩ＃１＋ＰＳＳＣＨ＃１）を示すとともにリソース＃２も予約し、このリソース＃２は、ＰＳＳＣＨ＃１と同じターゲット受信機への、例えばその後のＨＡＲＱ再送など、その後の送信用に使用することができる。リソース＃１ ６０２におけるＴＢ＃１の送信は、別のＵＥへのユニキャスト、ＵＥのグループへのグループキャスト、またはブロードキャストとすることができる。ＳＣＩ＃１の基準信号受信電力（ＲＳＲＰ）がＴｈ_ａ，ｂよりも高い、ＳＣＩ＃１を受信するすべてのＵＥ（ＰＳＳＣＨ＃１のターゲット受信機だけではない）を対象に、リソース＃２におけるその後の送信が予約される。Ｔｘ ＵＥは、例えば、受信ＵＥからＰＳＦＣＨ（物理サイドリンクフィードバックチャネル）を通じて解放情報を受信することにより、リソース＃１ ６０２におけるＴＢ＃１の送信が受信ＵＥによって正常に受信されたときに、リソース＃２ ６０４を解放できることを認識する。解放情報は、受信ＵＥからＴｘ ＵＥへの確認応答フィードバック（例えばＨＡＲＱ－ＡＣＫまたは非ＮＡＣＫ）など、予約されているリソースを解放できることを通知する任意の明示的または暗黙的な信号とすることができる。また、Ｔｘ ＵＥは、リソース＃２ ６０４が解放されたことを通知するために解放情報を決定して他のＵＥに送信してもよく、したがってこれらのＵＥは、自身の送信用のリソースを選択するときにリソース＃２ ６０４を含めることができる。様々な実施形態においては、解放情報は、例えばモード１送信の場合に、関連する基地局またはｇＮＢからＴｘ ＵＥおよびＲｘ ＵＥ宛に生成してもよい。

図７は、予約されているリソースに関する解放情報をＵＥが認識した後に、様々な実施形態に係る動作Ａによって、解放されたリソースがどのように利用されるかを図解した概略図７００を示している。予約されているリソースは、送信用に予約されているリソースである。例えば、図６で説明したようにＴｘ ＵＥは、解放されたリソース＃２ ６０４を、別のＴＢ（例えばＴＢ＃２）のその後の送信用に再利用することができる。動作Ａでは、Ｔｘ ＵＥの物理層７０２は、初期セットＳ_Ａからの候補リソースのセンシング手順を実行し、次いで、候補リソースのセットＳ_ＢをＴｘ ＵＥのＭＡＣ層６０４に報告する。初期セットＳ_Ａは、ＴＢ＃２のその後の送信用のＭ_{ｔｏｔａｌ}個の候補リソースすべてを含む。物理層７０２は、センシング手順時に、予約されているリソース＃２ ６０４がＳ_Ａ内にある場合、予約されているリソース＃２ ６０４が初期セットＳ_Ａから除外されないように、リソース除外ステップを実行することができる。逆に、予約されているリソース＃２ ６０４がＳ_Ａ内にない場合、予約されているリソース＃２ ６０４は初期セットＳ_Ａから除外される。ＭＡＣ層７０４に報告されるセットＳ_Ｂは、リソース除外ステップ後に残るセットＳ_Ａからの、Ｍ_{ｔｏｔａｌ}個の２０％以上の、ＲＳＲＰが最も低い候補リソースを含む。

その後、ＭＡＣ層７０４が、解放判定およびリソースの選択を実行する。解放判定は、予約されている候補リソースに対して実行され、ＭＡＣ層７０４は、予約されている候補リソースの解放情報に基づいて、予約されている候補リソースが解放されているか否かを判定する。解放情報は、Ｔｘ ＵＥによって（すなわちリソース＃２ ６０４など、ＴＸ ＵＥからのその後の送信用に予約されている候補リソースについて）決定または生成されてもよいし、Ｒｘ ＵＥまたは関連する基地局から受信されてもよい。例えば、Ｓ_Ｂにリソース＃２ ６０４が含まれており、リソース＃２ ６０４が解放されているとＭＡＣ層によって判定された場合、ＭＡＣ層７０４は以下のように動作する。
－ ＴＢ＃２のその後の送信用のリソースを選択するときに、ＭＡＣ層７０４は、リソース＃２ ６０４を含む連続する候補リソース（十分なサイズおよびレイテンシがある場合）を優先させることができる。
－ リソース＃２ ６０４は、一部を使用する、単独で使用する、または他の連続するリソースと一緒に使用することができる。
－ リソース＃２ ６０４が解放されていないと判定される場合、ＭＡＣ層７０４は、ＴＢ＃２の送信用に、Ｓ_Ｂからリソースのランダムな選択を実行することができる。

図８は、様々な実施形態に係る動作Ｂによって、解放されたリソースがどのように利用されるかを図解した概略図８００を示している。例えば、図６で説明したようにＴｘ ＵＥは、解放されたリソース＃２ ６０４を、別のＴＢ（例えばＴＢ＃２）のその後の送信に再利用することができる。動作Ｂでは、Ｔｘ ＵＥの物理層８０２は、初期セットＳ_Ａからの候補リソースを対象にセンシング手順および解放判定を実行し、候補リソースのセットＳ_ＢをＴｘ ＵＥのＭＡＣ層８０４に報告する。初期セットＳ_Ａには、ＴＢ＃２のその後の送信用のＭ_{ｔｏｔａｌ}個の候補リソースすべてが含まれている。物理層８０２は、センシング手順時、予約されているリソース＃２ ６０４がＳ_Ａ内にあり、かつ、予約されているリソース＃２ ６０４が解放されたと物理層８０２によって判定された場合に、予約されたリソース＃２ ６０４が初期セットＳ_Ａから除外されないようにリソース除外ステップを実行することができる。逆に、予約されているリソース＃２ ６０４がＳ_Ａ内にあっても、予約されているリソース＃２ ６０４が解放されていないと物理層８０２によって判定された場合には、予約されているリソース＃２ ６０４を初期セットＳ_Ａから除外する。解放判定は、予約されている候補リソースに対して実行され、物理層８０２は、予約されている候補リソースの解放情報に基づいて、予約されている候補リソースが解放されていると判定する。解放情報は、Ｔｘ ＵＥによって（すなわちリソース＃２ ６０４など、ＴＸ ＵＥからのその後の送信用に予約されている候補リソースについて）決定されてもよいし、Ｒｘ ＵＥまたは関連する基地局から受信されてもよい。ＭＡＣ層８０４に報告されるセットＳ_Ｂは、リソース除外ステップ後に残っているセットＳ_Ａからの、Ｍ_{ｔｏｔａｌ}個の２０％以上の、ＲＳＲＰが最も低い候補リソースを含む。

その後、ＭＡＣ層８０４がリソース選択を実行する。例えばＳ_Ｂがリソース＃２ ６０４を含む場合、ＭＡＣ層８０４は以下のように動作する。
－ ＴＢ＃２のその後の送信用のリソースを選択するときに、ＭＡＣ層８０４は、リソース＃２ ６０４を含む連続する候補リソース（十分なサイズおよびレイテンシがある場合）を優先させることができる。
－ リソース＃２ ６０４は、一部を使用する、単独で使用する、または他の連続するリソースと一緒に使用することができる。
－ Ｓ_Ｂがリソース＃２ ６０４を含まない場合、ＭＡＣ層８０４は、ＴＢ＃２の送信用に、Ｓ_Ｂからリソースのランダムな選択を実行することができる。

さらには、予約されているリソースに関する解放情報をＵＥが認識した後、さまざまな実施形態に係る動作Ｃによって、解放されたリソースを利用することができる。例えば、図６で説明したようにＴｘ ＵＥは、解放されたリソース＃２ ６０４を、別のＴＢ（例えばＴＢ＃２）のその後の送信に再利用することができる。動作Ｃでは、候補リソースのセットＳ_Ｂを、事前設定、ＲＲＣ、またはＭＡＣによって、Ｔｘ ＵＥのＭＡＣ層に提供することができる。その後、ＭＡＣ層はリソース選択を実行する。例えば、Ｓ_Ｂがリソース＃２ ６０４を含む場合、ＭＡＣ層は以下のように動作する。
－ ＴＢ＃２のその後の送信用のリソースを選択するときに、ＭＡＣ層は、リソース＃２ ６０４を含む連続する候補リソース（十分なサイズおよびレイテンシがある場合）を優先させることができる。
－ リソース＃２ ６０４は、一部を使用する、単独で使用する、または他の連続するリソースと一緒に使用することができる。
－ Ｓ_Ｂがリソース＃２ ６０４を含まない場合、ＭＡＣ層は、ＴＢ＃２の送信用に、Ｓ_Ｂからリソースのランダムな選択を実行することができる。

図９は、様々な実施形態に係る動作Ａおよび動作Ｂにおいて物理層（物理層７０２および物理層８０２など）がどのようにセンシングを実行するかを図解した流れ図９００を示している。ステップ９０２においては、物理層が、Ｍ_{ｔｏｔａｌ}個の候補リソースすべてを含むセットＳ_Ａを検出する。ステップ９０４においては、特定の条件が満たされる場合には候補リソースがセットＳ_Ａから除外されるように、物理層がリソース除外の反復を実行する。除外の条件は動作Ａと動作Ｂとで異なり、なぜなら物理層は動作Ｂでは解放判定を実行するが、動作Ａでは解放判定を実行しないためである。ステップ９０６においては、リソース除外ステップ９０４の後にＳ_Ａに残っている候補リソース数が０．２・Ｍ_{ｔｏｔａｌ}未満であるかどうかを判定する。リソース除外ステップ９０４の後にＳ_Ａに残っている候補リソース数が０．２・Ｍ_{ｔｏｔａｌ}未満であると判定される場合、処理はステップ９１４に進み、Ｔｈ_ａ，ｂを３ｄＢ大きくしてステップ９０４に戻り、ステップ９０６においてセットＳ_ＡがＭ_{ｔｏｔａｌ}個の候補リソースの２０％以上を含むと判定されるまで、リソース除外プロセスを繰り返す。

その後、プロセスはソートステップ９０８に進み、ＲＳＲＰが最も低い候補リソースをＳ_ＡからＳ_Ｂに移動させる。様々な実施形態において、動作Ｂでのステップ９０８では、リソース＃２ ６０４がＳ_Ａから除外されており、最も低いＲＳＰＲの候補リソースがＭ_{ｔｏｔａｌ}の２０％という条件を満たす場合に、リソース＃２ ６０４がセットＳ_Ｂに含まれるように、リソース＃２ ６０４により多くの重みを与えてもよい。様々な実施形態において、動作Ａまたは動作Ｂでのステップ９０８では、リソース＃２ ６０４がＳ_Ａから除外されていないが、最も低いＲＳＰＲの候補リソースがＭ_{ｔｏｔａｌ}の２０％という条件を満たさない場合に、リソース＃２ ６０４がセットＳ_Ｂに含まれるように、リソース＃２ ６０４により多くの重みを与えてもよい。

ステップ９１０においては、セットＳ_Ｂ内の候補リソース数が０．２・Ｍ_{ｔｏｔａｌ}未満であるかどうかを判定する。セットＳ_Ｂ内の候補リソース数が０．２・Ｍ_{ｔｏｔａｌ}未満であると判定される場合、セットＳ_Ｂ内の候補リソース数が０．２・Ｍ_{ｔｏｔａｌ}以上になるまでソートステップ９０８を繰り返す。ステップ９１２においては、セットＳ_Ｂを上位層（例えばＭＡＣ層７０４またはＭＡＣ層８０４）に報告する。

図１０は、様々な実施形態に係る動作Ａにおいて、物理層（物理層７０２など）が流れ図９００のステップ９０４をどのように実行するかを図解した流れ図１０００を示している。ステップ１００２においては、物理層７０２が、候補リソースが予約されているかどうかを判定する。候補リソースが予約されていないと判定される場合、処理はステップ１００８に進み、候補リソースをセットＳ_Ａから除外しない。候補リソースが予約されていると判定される場合、処理はステップ１００４に進み、候補リソースが、関与するＵＥ（この場合にはＴｘ ＵＥ）のために予約されているかどうかを判定する。候補リソースがＴｘ ＵＥのために予約されていると判定される場合、処理はステップ１００８に進み、候補リソースをセットＳ_Ａから除外しない。そうでない場合、処理はステップ１００６に進み、候補リソースを除外する。ステップ１００８によって、候補リソースにおける無線上の衝突の可能性が小さくなり、これは有利である。

図１１は、様々な実施形態に係る動作Ａにおいて、ＭＡＣ層（ＭＡＣ層７０４など）が解放判定および選択をどのように実行するかを図解した流れ図１１００を示している。ステップ１１０２においては、セットＳ_ＢがＭＡＣ層７０４に報告される。ステップ１１０４においては、セットＳ_Ｂが、予約されているリソース（例えば予約されているリソース＃２ ６０４）を含むかどうかを判定する。セットＳ_Ｂが予約されているリソースを含まないと判定される場合、処理はステップ１１１２に進み、ＭＡＣ層７０４は、ＴＢ＃２の送信用にセットＳ_Ｂからリソースのランダムな選択を実行する。予約されているリソースを含むと判定される場合、処理は解放判定ステップ１１０６に進み、予約されているリソースが解放されているかどうかを判定する。解放判定は、予約されている候補リソースに対して実行され、ＭＡＣ層７０４は、予約されている候補リソースの解放情報に基づいて、予約されている候補リソースが解放されているか否かを判定する。解放情報は、Ｔｘ ＵＥによって（すなわちリソース＃２ ６０４など、ＴＸ ＵＥからのその後の送信用に予約されている候補リソースについて）決定または生成されてもよいし、または、Ｒｘ ＵＥまたは関連する基地局から受信されてもよい。候補リソースが解放されていると判定されない場合、処理はステップ１１１２に進み、ＭＡＣ層７０４は、ＴＢ＃２の送信用にセットＳ_Ｂからリソースのランダムな選択を実行する。候補リソースが解放されていると判定される場合、処理はステップ１１０８に進み、候補リソースのサイズがＱｏＳ（サービス品質）要件を満たしているかどうかを判定する。候補リソースのサイズがＱｏＳ要件を満たしていないと判定される場合、処理はステップ１１１２に進み、ＭＡＣ層７０４がＴＢ＃２の送信用にセットＳ_Ｂからリソースのランダム選択を実行する。ＱｏＳ要件を満たしていると判定される場合、処理はステップ１１１０に進み、ＭＡＣ層７０４は、ＴＢ＃２の送信用にセットＳ_Ｂからリソースを選択する際に、解放されたリソースを他の候補リソースよりも優先させる。Ｔｘ ＵＥは、解放されたリソース＃２ ６０４をその後の送信に再利用することができ、これは有利である。

図１２は、様々な実施形態に係る操作Ｂにおいて、物理層（物理層８０２など）が流れ図９００のステップ９０４をどのように実行するかを図解した流れ図１２００を示している。ステップ１２０２においては、物理層８０２が、候補リソースが予約されているかどうかを判定する。候補リソースが予約されていないと判定される場合、処理はステップ１２０８に進み、セットＳ_Ａから候補リソースを除外しない。候補リソースが予約されていると判定される場合、処理はステップ１２０４に進み、候補リソースが、関与するＵＥ（この場合にはＴｘ ＵＥ）のために予約されているかどうかを判定する。候補リソースがＴｘ ＵＥのために予約されていないと判定される場合、処理はステップ１２１０に進み、セットＳ_Ａから候補リソースを除外する。Ｔｘ ＵＥのために予約されていると判定される場合、処理は解放判定ステップ１２０６に進み、予約されているリソースが解放されているかどうかを判定する。解放判定は、予約されている候補リソースに対して実行され、物理層８０２は、予約されている候補リソースの解放情報に基づいて、予約されている候補リソースが解放されているか否かを判定する。解放情報は、Ｔｘ ＵＥによって（すなわちリソース＃２ ６０４など、Ｔｘ ＵＥからのその後の送信用に予約されている候補リソースについて）決定または生成されてもよいし、または、Ｒｘ ＵＥまたは関連する基地局から受信されてもよい。候補リソースが解放されていると判定される場合、処理はステップ１２０８に進み、セットＳ_Ａから候補リソースを除外しない。解放されていないと判定される場合、処理はステップ１２１０に進み、セットＳ_Ａから候補リソースを除外する。ステップ１２０４によって、候補リソースにおける無線上の衝突の可能性が小さくなり、これは有利である。

図１３は、様々な実施形態に係る動作Ｂおよび動作ＣにおいてＭＡＣ層（例えばＭＡＣ層８０４）がリソース選択をどのように実行するかを図解した流れ図１３００を示している。ステップ１３０２においては、セットＳ_ＢがＭＡＣ層８０４に報告される。ステップ１３０４においては、セットＳ_Ｂが、予約されているリソース（例えば予約されているリソース＃２ ６０４）を含むかどうかを判定する。セットＳ_Ｂが予約されているリソースを含まないと判定される場合、処理はステップ１３１０に進み、ＭＡＣ層８０４は、ＴＢ＃２の送信用にセットＳ_Ｂからリソースのランダムな選択を実行する。予約されているリソースを含むと判定される場合、処理はステップ１３０６に進み、候補リソースのサイズがＱｏＳ要件を満たしているかどうかを判定する。候補リソースのサイズがＱｏＳ要件を満たしていないと判定される場合、処理はステップ１３１０に進み、ＭＡＣ層８０４は、ＴＢ＃２の送信用にセットＳ_Ｂからリソースのランダムな選択を実行する。ＱｏＳ要件を満たしていると判定される場合、処理はステップ１３０８に進み、ＭＡＣ層８０４は、ＴＢ＃２の送信用にセットＳ_Ｂからリソースを選択する際に、解放されたリソース＃２ ６０４を他の候補リソースよりも優先させる。Ｔｘ ＵＥは、解放されたリソース＃２ ６０４をその後の送信に再利用することができ、これは有利である。

図１４は、様々な実施形態に係る動作Ａ、動作Ｂ、および動作Ｃにおいて、ＭＡＣ層（例えばＭＡＣ層７０４または８０４）が、解放されたリソースをどのように優先させるかを図解した流れ図１４００を示している。優先は、流れ図１１００のステップ１１１０および流れ図１３００のステップ１３０８において実行される。ステップ１４０２においては、予約されたリソース＃２ ６０４のリソースサイズがＴＢ＃２の送信に十分であるかどうかを判定する。サイズが十分ではないと判定される場合、処理はステップ１４０６に進み、ＭＡＣ層７０４または８０４は、ＴＢ＃２の送信用に、予約されたリソース＃２ ６０４を他の連続するリソースと一緒に使用する。ＭＡＣ層７０４または８０４は、ステップ１４０８において、他の連続するリソースについてセットＳ_Ｂからランダムな選択を実行することができる。一方で、サイズが十分であると判定される場合、処理はステップ１４０４に進み、予約されたリソース＃２ ６０４を、ＴＢ＃２の送信用に単独で使用する、または一部を使用する。解放されたリソース＃２ ６０４がＴＢ＃２の送信に再利用されるように優先され、これは有利である。

特に、解放されたリソース＃２ ６０４の解放情報を多数のＵＥが認識しているときには、ＭＡＣ層によって実行されるリソース選択において、解放されたリソース＃２ ６０４を他の候補リソースと同じ確率で扱ってもよいことが理解されるであろう。

図１５は、様々な実施形態に係る動作Ａ、動作Ｂ、および動作Ｃにおける物理層の設定を図解した概略図１５００を示している。動作Ａおよび動作Ｂでは、物理層（すなわち物理層７０２および８０２）は、候補リソースのセンシングを実行し、結果のセットＳ_ＢをＭＡＣ層（すなわちＭＡＣ層７０４および８０４）に報告するように構成されている。しかしながら動作Ｃでは、物理層はリソースのセンシングを支援するようには構成されていない。

（１基または複数の）Ｒｘ ＵＥまたは他のＵＥが、リソース＃２ ６０４が解放されたことを認識しているとき、例えばリソース＃２ ６０４の解放情報がＴｘ ＵＥから（１基または複数の）Ｒｘ ＵＥまたは他のＵＥに送信されるとき、動作Ａ、動作Ｂ、および動作Ｃを、Ｒｘ ＵＥまたは他のＵＥに、それぞれの自身のその後の送信を対象に適用することもできることが理解されるであろう。このことは、現在の送信（すなわちＴＢ＃１の送信）が（１基または複数の）Ｒｘ ＵＥへのユニキャスト、グループキャスト、ブロードキャストのいずれであっても適用される。グループキャストの場合には、Ｒｘ ＵＥの数が少ないことが好ましいことがあり、そうでないとＲｘ ＵＥ間での衝突の可能性が高まりうる。さらに、Ｔｘ ＵＥによって送信されるＴＢの最初の送信用のリソース（すなわちリソース＃１）およびＨＡＲＱ再送信用のリソース（すなわちリソース＃２）の両方をｇＮＢが割り当てる場合、上述した動作をモード１の送信に適用することもできる。解放されたリソースが（１基または複数の）Ｒｘ ＵＥまた他のＵＥの送信リソースプール内にない様々な実施形態では、Ｔｘ ＵＥのみが、解放されたリソースを使用することができる。

図１６は、様々な実施形態に係る通信方法を図解した流れ図１６００を示している。ステップ１６０２においては、予約されているリソースに関する解放情報を受信し、予約されているリソースは、通信装置からの送信用に予約されている。ステップ１６０４においては、その後の送信が行われるときに、複数のリソース候補からリソースを選択し、複数のリソース候補は、予約されているリソースを含む。

図１７は、様々な実施形態に係る通信方法を図解した流れ図１７００を示している。ステップ１７０２においては、予約されているリソースに関する解放情報を決定し、予約されているリソースは送信用に予約されている。ステップ１７０４においては、解放情報を通信装置に送信する。

図１８は、図１～図１７に示した様々な実施形態に従ってＶ２Ｘ通信を確立するために実施することのできる通信装置１８００の、部分的に枠で囲んだ概略図を示している。通信装置１８００は、様々な実施形態に係るＵＥまたは基地局として実施することができる。

通信装置１８００の様々な機能および動作は、階層モデルに従って各層に配置される。このモデルでは、下位の層は、３ＧＰＰ仕様に従って上位の層に報告し、上位の層から指示を受け取る。簡潔さを目的として、階層モデルの詳細については本開示では詳しく説明しない。

図１８に示したように、通信装置１８００は、回路１８１４と、少なくとも１つの送信機１８０２と、少なくとも１つの受信機１８０４と、少なくとも１つのアンテナ１８１２（簡潔さのため図１８には図解を目的として１つのみのアンテナを示してある）とを含むことができる。回路１８１４は、少なくとも１つのコントローラ１８０６を含むことができ、コントローラ１８０６は、無線ネットワーク内の１基または複数の別の通信装置との通信の制御を含む、実行するように設計されているタスクをソフトウェアおよびハードウェアの支援下で実行するときに使用される。回路１８１４は、少なくとも１つの送信信号生成器１８０８および少なくとも１つの受信信号プロセッサ１８１０をさらに含むことができる。少なくとも１つのコントローラ１８０６は、少なくとも１つの送信機１８０２を通じて１基または複数の別の通信装置に送られる信号（例えば予約されているリソースに関する解放情報を含む信号）を生成するように、少なくとも１つの送信信号生成器１８０８を制御することができ、さらに、少なくとも１つのコントローラ１８０６の制御下で１基または複数の別の通信装置から少なくとも１つの受信機１８０４を通じて受信される信号（例えば予約されているリソースに関する解放情報を含む信号）を処理するように、少なくとも１つの受信信号プロセッサ１８１０を制御することができる。少なくとも１つの送信信号生成器１８０８および少なくとも１つの受信信号プロセッサ１８１０は、図１８に示したように、上述した機能のために少なくとも１つのコントローラ１８０６と通信する、通信装置１８００のスタンドアロンモジュールとすることができる。これに代えて、少なくとも１つの送信信号生成器１８０８および少なくとも１つの受信信号プロセッサ１８１０を、少なくとも１つのコントローラ１８０６に含めることができる。なお、これらの機能モジュールの配置はフレキシブルであり、実際のニーズおよび／または要件に応じて変化してよいことが、当業者には理解されるであろう。データ処理装置、記憶装置、および他の関連する制御装置を、適切な回路基板および／またはチップセットに設けることができる。様々な実施形態においては、動作時、少なくとも１つの送信機１８０２、少なくとも１つの受信機１８０４、および少なくとも１つのアンテナ１８１２を、少なくとも１つのコントローラ１８０６によって制御することができる。

通信装置１８００は、動作時、解放されたリソースを利用するために必要な機能を提供する。例えば、通信装置１８００はＵＥであり、受信機１８０４が、動作時、予約されているリソースに関する解放情報を別の通信装置から受信し、予約されているリソースは、その別の通信装置からの送信用に予約されている。回路１８１４は、動作時、通信装置がその後の送信を行うときに複数のリソース候補からリソースを選択し、複数のリソース候補は予約されているリソースを含む。

解放情報は、ＰＳＦＣＨを通じて受信することができる。回路１８１４は、複数のリソース候補から、予約されているリソースを除外する、または除外しないようにさらに構成することができ、複数のリソース候補から予約されているリソースを除外する、または除外しないという判定は、解放情報に基づいて物理層またはＭＡＣ層によって行われる。リソースの選択はＭＡＣ層によって行うことができる。

送信機１８０２は、動作時、選択されたリソースを使用してその後の送信を送信する。送信機１８０２は、上記の別の通信装置とは異なる１基または複数の他の通信装置に解放情報を送信するようにさらに構成することができる。

例えば、通信装置１８００はＵＥであり、回路１８１４が、動作時、予約されているリソースに関する解放情報を決定することができ、予約されているリソースは、通信装置からの送信用に予約されている。送信機１８０２は、動作時、解放情報を別の通信装置に送信することができる。

受信機１８０４は、動作時、基地局から、アクセスポイント（ＡＰ）から、または別の通信装置とは異なる通信装置から、解放情報を受信する。解放情報は、ＰＳＦＣＨを通じて受信することができる。回路１８１４は、通信装置がその後の送信を行うときに複数のリソース候補からリソースを選択するようにさらに構成することができ、複数のリソース候補は、予約されているリソースを含む。送信機１８０２は、選択されたリソースを使用してその後の送信を送信するようにさらに構成することができる。

回路１８１４は、複数のリソース候補から、予約されているリソースを除外する、または除外しないようにさらに構成することができ、複数のリソース候補から予約されているリソースを除外する、または除外しないという判定は、解放情報に基づいて物理層またはＭＡＣ層によって行うことができる。リソースの選択はＭＡＣ層によって行うことができる。送信機１８０２は、通信装置のグループに解放情報を送信するようにさらに構成することができる。

上述したように、本開示の実施形態は、解放されたリソースにおける無線上の衝突の可能性を有利に低減する、解放されたリソースを利用する高度な通信システム、通信方法、および通信装置を提供する。

本開示は、ソフトウェアによって、ハードウェアによって、またはハードウェアと協働するソフトウェアによって、実施することができる。上述した各実施形態の説明において使用される各機能ブロックは、その一部または全体を、集積回路などのＬＳＩによって実施することができ、各実施形態において説明した各プロセスは、その一部または全体を、同じＬＳＩまたはＬＳＩの組合せによって制御することができる。ＬＳＩは、チップとして個別に形成する、または、機能ブロックの一部またはすべてが含まれるように１個のチップを形成することができる。ＬＳＩは、自身に結合されたデータ入出力部を含むことができる。ＬＳＩは、集積度の違いに応じて、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、またはウルトラＬＳＩとも称される。しかしながら、集積回路を実施する技術は、ＬＳＩに限定されず、専用回路、汎用プロセッサ、または専用プロセッサを使用することによって実施することができる。さらには、ＬＳＩの製造後にプログラムすることのできるＦＰＧＡ（フィールドプログラマブルゲートアレイ）や、ＬＳＩ内部に配置されている回路セルの接続および設定を再設定できるリコンフィギャラブル・プロセッサを使用することもできる。本開示は、デジタル処理またはアナログ処理として実施することができる。半導体技術または別の派生技術が進歩する結果として、ＬＳＩが将来の集積回路技術に置き換わる場合、その将来の集積回路技術を使用して機能ブロックを集積化することができる。バイオテクノロジを適用することもできる。

本開示は、通信の機能を有する任意の種類の装置、デバイス、またはシステム（通信装置と呼ばれる）によって実施することができる。

通信装置は、送受信機および処理／制御回路を備えることができる。送受信機は、受信機および送信機を備える、および／または、受信機および送信機として機能することができる。送信機および受信機としての送受信機は、増幅器、ＲＦ変調器／復調器などを含むＲＦ（無線周波数）モジュールと、１つまたは複数のアンテナを含むことができる。

このような通信装置の非限定的ないくつかの例としては、電話（例：携帯電話、スマートフォン）、タブレット、パーソナルコンピュータ（ＰＣ）（例：ラップトップ、デスクトップ、ノートブック）、カメラ（例：デジタルスチル／ビデオカメラ）、デジタルプレイヤー（デジタルオーディオ／ビデオプレイヤー）、ウェアラブルデバイス（例：ウェアラブルカメラ、スマートウォッチ、トラッキングデバイス）、ゲームコンソール、電子書籍リーダー、遠隔医療／テレメディシン（リモート医療・医薬）装置、通信機能を提供する車両（例：自動車、飛行機、船舶）、およびこれらのさまざまな組合せ、が挙げられる。

通信装置は、携帯型または可搬型に限定されず、非携帯型または据え付け型である任意の種類の装置、デバイス、またはシステム、例えば、スマートホームデバイス（例：電化製品、照明、スマートメーター、制御盤）、自動販売機、および「モノのインターネット（ＩｏＴ：Internet of Things）」のネットワーク内の任意の他の「モノ」なども含むことができる。

通信は、例えばセルラーシステム、無線ＬＡＮシステム、衛星システム、その他、およびこれらのさまざまな組合せを通じてデータを交換するステップ、を含むことができる。

通信装置は、本開示の中で説明した通信の機能を実行する通信デバイスに結合されたコントローラやセンサなどのデバイスを備えることができる。例えば、通信装置は、通信装置の通信機能を実行する通信デバイスによって使用される制御信号またはデータ信号を生成するコントローラまたはセンサ、を備えることができる。

通信装置は、インフラストラクチャ設備、例えば、上の非限定的な例における装置等の装置と通信する、またはそのような装置を制御する基地局、アクセスポイント、および任意の他の装置、デバイス、またはシステムなどを、さらに含むことができる。

様々な実施形態のいくかの特性はデバイスを参照しながら説明されているが、対応する特性は様々な実施形態の方法にもあてはまり、逆も同様である。

特定の実施形態に示した本開示には、広範に説明した本開示の趣旨または範囲から逸脱することなく、多数の変更および／または修正を行い得ることが、当業者には理解されるであろう。したがって本明細書における実施形態は、あらゆる点において説明を目的としており、本発明を制限するものではないとみなされたい。

Claims (12)

1. 通信装置であって、
   別の通信装置からの送信用に予約されていたリソースの解放を示す解放情報を、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）を通じて前記別の通信装置から受信する受信機と、
   前記通信装置が前記解放情報を受信した後の送信を行うときに、予約されているリソースを含む複数のリソース候補からリソースを選択する回路と、
   を備え、
   前記回路は、前記予約されているリソースが、前記通信装置のために予約されているか否かに基づいて、前記複数のリソース候補からリソースを選択する際に、前記予約されているリソースを除外するか否かを判定する、
   通信装置。
2. 前記回路は、前記予約されているリソースが前記通信装置以外のために予約されている場合、前記複数のリソース候補から前記予約されているリソースを除外する、
   請求項１に記載の通信装置。
3. 前記回路は、前記予約されているリソースが前記通信装置のために予約され、かつ、解放されていない場合、前記複数のリソース候補から前記予約されているリソースを除外する、
   請求項２に記載の通信装置。
4. 前記選択されたリソースを使用して前記解放情報を受信した後の送信を送信する送信機、をさらに備える、
   請求項１に記載の通信装置。
5. 前記送信機は、前記別の通信装置とは異なる１基または複数の他の通信装置に前記解放情報を送信する、
   請求項４に記載の通信装置。
6. 通信装置であって、
   前記通信装置からの送信用に予約されていたリソースの解放を示す解放情報を決定する回路と、
   前記解放情報を、ＰＳＦＣＨを通じて別の通信装置に送信する送信機と、
   を備え、
   前記回路は、予約されているリソースを含む複数のリソース候補からリソースを選択し、
   前記送信機は、前記選択されたリソースを使用して送信を行い、
   前記回路は、前記予約されているリソースが、前記通信装置のために予約されているか否かに基づいて、前記複数のリソース候補からリソースを選択する際に、前記予約されているリソースを除外するか否かを判定する、
   通信装置。
7. 基地局から、アクセスポイント（ＡＰ）から、または前記別の通信装置とは異なる通信装置から、前記解放情報を受信する受信機、をさらに備える、
   請求項６に記載の通信装置。
8. 前記回路は、前記予約されているリソースが前記通信装置以外のために予約されている場合、前記複数のリソース候補から前記予約されているリソースを除外する、
   請求項６に記載の通信装置。
9. 前記回路は、前記予約されているリソースが前記通信装置のために予約され、かつ、解放されていない場合、前記複数のリソース候補から前記予約されているリソースを除外する、
   請求項８に記載の通信装置。
10. 前記送信機は、前記解放情報を通信装置のグループに送信する、
    請求項６に記載の通信装置。
11. 通信装置の通信方法であって、
    別の通信装置からの送信用に予約されていたリソースの解放を示す解放情報を、ＰＳＦＣＨを通じて前記別の通信装置から受信する第１ステップと、
    前記通信装置において前記解放情報を受信した後の送信が行われるときに、予約されているリソースを含む複数のリソース候補からリソースを選択する第２ステップと、
    を含み、
    前記第２ステップでは、前記予約されているリソースが、前記通信装置のために予約されているか否かに基づいて、前記複数のリソース候補からリソースを選択する際に、前記予約されているリソースを除外するか否かを判定する、
    通信方法。
12. 通信装置の通信方法であって、
    前記通信装置からの送信用に予約されていたリソースの解放を示す解放情報を決定する第１ステップと、
    前記解放情報を、ＰＳＦＣＨを通じて別の通信装置に送信する第２ステップと、
    予約されているリソースを含む複数のリソース候補からリソースを選択する第３ステップと、
    前記選択されたリソースを使用して送信を行う第４ステップと、
    を含み、
    前記第３ステップでは、前記予約されているリソースが、前記通信装置のために予約されているか否かに基づいて、前記複数のリソース候補からリソースを選択する際に、前記予約されているリソースを除外するか否かを判定する、
    通信方法。
    
    

Images