JPWO2020031355A1 - 端末装置及び無線通信システム - Google Patents

Abstract

端末装置は、判定部と、生成部と、送信部と、割当部とを有する。判定部は、他の端末装置と直接通信する高優先のデータの送信要求を検出した場合に、データ送信に割当可能な複数のリソースの中で当該送信要求のデータ送信に割り当てるリソースが不足しているか否かを判定する。生成部は、送信要求のデータ送信に割り当てるリソースが不足している場合に、送信要求のデータ送信の優先レベルよりも下位のデータ送信に使用する他の端末装置が予約済みのリソースを選択し、選択した予約済みのリソースの開放を要求するコマンドを生成する。送信部は、生成部で生成したコマンドを各他の端末装置に送信する。割当部は、コマンドに応じて他の端末装置が開放したリソースを送信要求のデータ送信に割り当てる。その結果、送信要求のデータ送信に応じた許容最大遅延時間のサービス要件を満たすことができる。

Description

本発明は、端末装置及び無線通信システムに関する。

現在のネットワークは、例えば、スマートフォンやフューチャーホン等のモバイル端末のトラフィックがネットワークのリソースの大半を占めている。また、モバイル端末が使うトラフィックは、今後も拡大していく傾向にある。

一方で、ＩｏＴ（Internet of a Things）サービス、例えば、交通システム、スマートメータ、装置等の監視システム等のサービスの展開にあわせて、多種多様な要求条件のサービスに対応することが求められている。そのため、第５世代移動体通信（５Ｇ又はＮＲ（Ｎｅｗ Ｒａｄｉｏ））の通信規格では、４Ｇ（第４世代移動体通信）の標準技術（例えば、非特許文献２〜１２）に加えて、さらなる高データレート化、大容量化、低遅延化を実現する技術が求められている。尚、第５世代通信規格については、３ＧＰＰの作業部会（例えば、ＴＳＧ−ＲＡＮ ＷＧ１、ＴＳＧ−ＲＡＮ ＷＧ２等）で技術検討が進められている（非特許文献１３〜３９）。

上記で述べたように、多種多様なサービスに対応するために、５Ｇでは、ｅＭＢＢ（Enhanced Mobile BroadBand）、Ｍａｓｓｉｖｅ ＭＴＣ（Machine Type Communications)、およびＵＲＬＬＣ（Ultra−Reliable and Low Latency Communication）に分類される多くのユースケースのサポートを想定している。また、３ＧＰＰの作業部会では、Ｖ２Ｘ（Vehicle to Everying）通信についても議論されている。また、３ＧＰＰの作業部会では、Ｄ２Ｄ（Device to Device）通信についても議論されている。Ｄ２Ｄ通信は、サイドリンク通信と呼ばれることもある。また、Ｄ２Ｄ通信の一例として、Ｖ２Ｘが検討されている。Ｖ２Ｘ通信は、例えば、サイドリンクチャネルを使用した通信であって、例えば、Ｖ２Ｖ（Vehicle to Vehicle）通信、Ｖ２Ｐ（Vehicle to Pedestrian）通信や、Ｖ２Ｉ（Vehicle to Infrastructure）通信等がある。Ｖ２Ｖ通信は、自動車と自動車との間の通信、Ｖ２Ｐ通信は、自動車と歩行者（Pedestrian）との間の通信、Ｖ２Ｉ通信は、自動車と標識等の道路インフラとの間の通信である。Ｖ２Ｘに関する規定は、例えば、非特許文献１に記載されている。

４ＧのＶ２Ｘのリソースを割り当てる方式には、例えば、移動体通信システムが集中的に制御する方式と、Ｖ２Ｘを実施する各端末装置が自律的に制御する方式とがある。移動体通信システムが集中的に制御する方式は、Ｖ２Ｘを実施する端末装置が移動体通信システムの基地局のカバレージに在圏する際に適用可能であり、モード３とも呼ばれる。一方、各端末装置が自律的に制御する方式は、端末装置が基地局のカバレージに在圏しなくても適用可能であり、モード４とも呼ばれる。モード４では、端末装置と基地局との間でのリソースの割当のための通信が行われない。

モード４での各端末装置は、Ｖ２Ｘ通信に用いられる周波数帯域全体をセンシングする。各端末装置は、パケットの送信要求を検出した場合、センシングの結果に基づいてパケット送信に割り当てるリソースを選択する。端末装置は、パケットの送信要求を検出すると、パケット送信に許容できる許容最大遅延時間に応じて選択ウインドウ内の時間幅を設定することになる。そして、端末装置は、送信要求を検出した時点から所定期間前までのセンシング結果に基づいて選択ウインドウ内で他の端末装置が使用する可能性が高いリソースを予約済みに設定する。そして、端末装置は、選択ウインドウを参照し、選択ウインドウ内に予約済みリソース以外の空きのリソースを選択し、選択した空きのリソースに送信要求のパケット送信を割当てて送信する。

3GPP TS 22.186 V15.2.0（2017-09） 3GPP TS 36.211 V15.1.0（2018-03） 3GPP TS 36.212 V15.1.0（2018-03） 3GPP TS 36.213 V15.1.0（2018-03） 3GPP TS 36.300 V15.1.0（2018-03） 3GPP TS 36.321 V15.1.0（2018-03） 3GPP TS 36.322 V15.0.1（2018-04） 3GPP TS 36.323 V14.5.0（2017-12） 3GPP TS 36.331 V15.1.0（2018-03） 3GPP TS 36.413 V15.1.0（2018-03） 3GPP TS 36.423 V15.1.0（2018-03） 3GPP TS 36.425 V14.1.0（2018-03） 3GPP TS 37.340 V15.1.0（2018-03） 3GPP TS 38.201 V15.0.0（2017-12） 3GPP TS 38.202 V15.1.0（2018-03） 3GPP TS 38.211 V15.1.0（2018-03） 3GPP TS 38.212 V15.1.1（2018-04） 3GPP TS 38.213 V15.1.0（2018-0312） 3GPP TS 38.214 V15.1.0（2018-03） 3GPP TS 38.215 V15.1.0（2018-03） 3GPP TS 38.300 V15.1.0（2018-03） 3GPP TS 38.321 V15.1.0（2018-03） 3GPP TS 38.322 V15.1.0（2018-03） 3GPP TS 38.323 V15.1.0（2018-03） 3GPP TS 38.331 V15.1.0（2018-03） 3GPP TS 38.401 V15.1.0（2018-03） 3GPP TS 38.410 V0.9.0（2018-04） 3GPP TS 38.413 V0.8.0（2018-04） 3GPP TS 38.420 V0.8.0（2018-04） 3GPP TS 38.423 V0.8.0（2018-04） 3GPP TS 38.470 V15.1.0（2018-03） 3GPP TS 38.473 V15.1.1（2018-04） 3GPP TR 38.801 V14.0.0（2017-04） 3GPP TR 38.802 V14.2.0（2017-09） 3GPP TR 38.803 V14.2.0（2017-09） 3GPP TR 38.804 V14.0.0（2017-03） 3GPP TR 38.900 V14.3.1（2017-07） 3GPP TR 38.912 V14.1.0（2017-06） 3GPP TR 38.913 V14.3.0（2017-06）

しかし、現状のリソースの割当方法では、現在、３ＧＰＰで議論されているＶ２Ｘ（例えば、ＮＲ-Ｖ２Ｘ）のサービス要件を満たすことができない可能性がある。例えば、低遅延が要求されるパケットの送信要求が発生した場合に、センシング処理を行った結果、送信要求のパケットが送信可能な空きリソースが不足し、送信要求のパケットが送信できなくなり、サービス要件を満たすことができなくなる。

例えば、モード４での端末装置では、パケット送信の許容最大遅延時間に応じて選択ウインドウの時間幅を設定するため、高優先パケットの送信要求を検出した場合、高優先のパケット送信の許容最大遅延時間が短くなるため、選択ウインドウの時間幅も短くなる。更に、選択ウインドウの時間幅が短くなると、選択ウインドウ内で送信要求のパケット送信に割当可能なリソース量も少なくなる。その結果、リソース量の減少によって高優先パケットの許容最大遅延時間内に高優先パケットが送信できなくなり、サービス要件が満たさなくなる。

開示の技術は、上記に鑑みてなされたものであって、送信要求のパケット送信に応じた許容最大遅延時間の要求を満たすことができることを目的とする。

一つの態様の端末装置は、判定部と、生成部と、送信部と、割当部とを有する。判定部は、他の端末装置と直接通信する高優先のデータの送信要求を検出した場合に、データ送信に割当可能な複数のリソースの中で当該送信要求のデータ送信に割り当てるリソースが不足しているか否かを判定する。生成部は、送信要求のデータ送信に割り当てるリソースが不足している場合に、送信要求のデータ送信の優先レベルよりも下位のデータ送信に使用する他の端末装置が予約済みのリソースを選択し、選択した予約済みのリソースの開放を要求するコマンドを生成する。送信部は、生成部で生成したコマンドを各他の端末装置に送信する。割当部４４は、コマンドに応じて他の端末装置が開放したリソースを送信要求のデータ送信に割り当てる。

一つの態様では、送信要求のパケット送信に応じた許容最大遅延時間のサービス要件を満たすことができる。

図１は、実施例１の無線通信システムの一例を示す説明図である。 図２は、センシングウインドウ及び選択ウインドウの一例を示す説明図である。 図３は、送信パケットの許容最大遅延時間に応じて選択ウインドウの時間幅が変動する際の一例を示す説明図である。 図４は、実施例１の移動局の一例を示すブロック図である。 図５は、実施例１の移動局のＶ２Ｖスケジューラ部の機能の一例を示すブロック図である。 図６は、実施例１のミュート標示の伝送方法及びミュート動作の一例を示す説明図である。 図７は、実施例１の送信側割当処理に関わる移動局の処理動作の一例を示すフロー図である。 図８は、実施例１の受信側開放処理に関わる移動局の処理動作の一例を示すフロー図である。 図９は、実施例２の無線通信システムの一例を示す説明図である。 図１０は、実施例２のメンバ側割当処理に関わるメンバ局の処理動作の一例を示すフロー図である。 図１１は、実施例２のヘッド側割当処理に関わるヘッド局の処理動作の一例を示すフロー図である。 図１２は、実施例２のメンバ側開放処理に関わるメンバ局の処理動作の一例を示すフロー図である。 図１３は、実施例３のミュート標示の伝送方法及びミュート動作の一例を示す説明図である。 図１４は、実施例４のミュート標示の伝送方法及びミュート動作の一例を示す説明図である。 図１５は、実施例５のミュート標示の伝送方法及びミュート動作の一例を示す説明図である。 図１６は、実施例６のミュート標示の伝送方法及びミュート動作の一例を示す説明図である。 図１７は、実施例７のミュート標示の伝送方法及びミュート動作の一例を示す説明図である。 図１８は、実施例８のミュート標示の伝送方法及びミュート動作の一例を示す説明図である。 図１９は、ミュート標示に関する情報を含むＳＣＩフォーマットの一例を示す説明図である。 図２０は、実施例９のミュート標示の伝送方法及びミュート動作の一例を示す説明図である。 図２１は、実施例１０のミュート標示の伝送方法及びミュート動作の一例を示す説明図である。

以下、本実施の形態について図面を参照して詳細に説明する。本明細書における課題及び実施例は一例であり、本願の権利範囲を限定するものではない。特に、記載の表現が異なっていたとしても技術的に同等であれば、異なる表現であっても本願の技術を適用可能であり、権利範囲を限定するものではない。そして、各実施の形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

また、本明細書で使用している用語や記載した技術的内容は、３ＧＰＰなど通信に関する規格として仕様書や寄書に記載された用語や技術的内容が適宜用いられてもよい。このような仕様書としては、例えば、上述した3GPP TS 38.211 V15.1.0（2018-03）がある。

以下に、本願の開示する端末装置及び無線通信システムの実施例を、図面に基づいて詳細に説明する。なお、以下の実施例は開示の技術を限定するものではない。

図１は、実施例１の無線通信システム１の一例を示す説明図である。図１に示す無線通信システム１は、複数の移動局２と、基地局３とを有する。無線通信システム１には、移動局２を車両に配置し、移動局２間の直接通信を実現するリソース割当方式として、例えば、ＬＴＥ−Ｖ２Ｖ（Long Term Evolution-Vehicle to Vehicle）がある。Ｖ２Ｖ通信のリソース割当方式には、例えば、モード３及びモード４がある。

モード３で使用する無線通信システム１Ａでは、基地局３が集中的にリソースを制御し、Ｖ２Ｖ通信を実施する移動局２が基地局３のカバレージに在圏する際に適用可能である。また、モード４で使用する無線通信システム１Ｂでは、Ｖ２Ｖ通信を実施する各移動局２が自律的に制御し、移動局２が基地局３のカバレージに在圏しなくても適用可能である。

モード４で使用する無線通信システム１Ｂ内の各移動局２は、Ｖ２Ｖ通信に用いられる周波数帯域をセンシングする。具体的には、移動局２は、所定のセンシング期間において、Ｖ２Ｖ通信に用いられる周波数帯域全体のＳＣＩ（Side link Control Channel）を受信し、対応するサブチャネルの受信電力を計測する。そして、移動局２は、それぞれのサブフレーム及びサブチャネルにおいて他の移動局２が信号を送信しているか否かを判定する。移動局２は、パケット送信の送信要求を検出した場合、センシング結果に基づき、他の移動局２が使用する可能性が高いリソースを除外し、パケット送信に割り当てる空きリソースを選択する。モード４での移動局２は、パケット送信の送信要求を検出した場合、送信パケットの許容最大遅延時間に応じた選択ウインドウの時間幅を設定する。そして、移動局２は、センシング結果に基づいて、他の移動局２が使用する可能性の高いリソースを予約済みリソースとして選択ウインドウ内に設定する。そして、移動局２は、選択ウインドウ内に予約済みリソース以外の空きリソースを選択し、選択した空きリソースにパケット送信を割当てる。

図２は、センシングウインドウ及び選択ウインドウの一例を示す説明図である。図２に示すセンシングウインドウ及び選択ウインドウは、例えば、モード４の無線通信システム１ＢのＵＥ３の移動局２のＶ２Ｖ通信のセンシングウインドウ及び選択ウインドウの一例である。センシングウインドウは、Ｖ２Ｖ通信に使用する周波数帯域でＰＳＣＣＨ（Physical Side link Control Channel）を受信し、ＰＳＣＣＨ内のＳＣＩから移動局２のリソースの使用状況を捕捉したセンシング結果である。リソースは、例えば、１ｍ秒のスロット毎に３個のサブチャネルを配置し、各サブチャネルは、Ｖ２Ｖの制御信号である制御情報と、Ｖ２Ｖのデータ信号であるデータとを有する。例えば、ＵＥ３の移動局２は、Ｖ２Ｖ通信に使用する周波数帯域全体の各ＰＳＣＣＨ内のＳＣＩから各サブチャネルの予約済みリソースは分かる。なお、ＳＣＩから各サブチャネルの予約済みリソースがわかるのは、ＳＣＩに含まれる情報を復号（解読）することができるからである。なお、ＵＥ３は、ＰＳＳＣＨ-ＲＳＲＰおよびＳ-ＲＳＳＩ（サイドリンクRSSI）を測定し、測定結果に基づいて１つのリソースを選択することが可能である。ＵＥ３の移動局２は、各サブチャネルの受信電力が所定閾値を超えているか否かの計測結果で他の移動局２によるリソースの使用状況を捕捉するセンシング処理を実行する。図２に示すセンシングウインドウは、ＵＥ３の移動局２が捕捉したセンシング結果であって、ＵＥ１及びＵＥ２の移動局２が使用するリソースを示している。ＵＥ３の移動局２は、パケットの送信要求を検出すると、パケット送信の選択ウインドウの時間幅を設定し、送信要求の検出から１０００ｍ秒前までのセンシング結果に基づき、ＵＥ１及びＵＥ２の移動局２で予約済みのリソースを選択ウインドウ内に設定する。ＵＥ３の移動局２は、選択ウインドウ内の予約済みリソース以外の空きリソースを選択し、選択した空きリソースに送信要求のパケット送信を割当てる。

前述した通り、移動局２は、パケットの送信要求を検出すると、パケット送信の許容最大遅延時間に応じて選択ウインドウの時間幅を変動する。尚、例えば、ＬＴＥで規定する許容最大遅延時間は、例えば、２０ｍｓ〜１００ｍｓのため、選択ウインドウの時間幅も２０ｍｓ〜１００ｍｓとなる。

また、移動局２は、センシング結果に基づき、選択ウインドウ内の予約済みリソースが８０％以上になると、各サブチャネルのリソースの受信電力の所定閾値を３ｄＢに増やすことでリソースの使用状況を高精度に捕捉することになる。その結果、移動局２は、選択ウインドウ内でリソースの使用状況を高精度に認識できる。移動局２は、選択ウインドウから利用可能なリソースをランダムに選択し、選択したリソースに送信要求のパケット送信を割当てることになる。

しかしながら、Ｒ１６ ＮＲ−Ｖ２Ｘには、例えば、隊列走行、先進運転、拡張センサや遠隔運転等のＡｄｖａｎｃｅｄ Ｖ２Ｘのサービスがある。隊列走行は、例えば、移動局２が搭載された複数の車両が隊列を組んで自動走行するサービスである。先進運転は、例えば、移動局２が搭載された走行中の車両の車線逸脱を防止する支援システム等のサービスである。拡張センサは、例えば、移動局２が搭載された車両が検出したセンサ結果を他の移動局２が搭載された他の車両で使用するサービスである。遠隔運転は、例えば、移動局２が搭載された車両の遠隔操作による運転サービスである。

先進運転のサービス要件には、例えば、ペイロードが２０００バイト、許容最大遅延時間（Max end to end Latency）が３ｍ秒、信頼度が９９．９９９％、データレートが３０Ｍｂｐｓ、最小無線範囲が５００メートルの無線条件が求められている。また、拡張センサには、例えば、許容最大遅延時間が３ｍ秒、信頼度が９９．９９９％、データレートが５０Ｍｂｐｓ、最小無線範囲が２００メートルの無線条件が求められている。

図３は、送信パケットの許容最大遅延時間に応じて選択ウインドウの時間幅が変動する際の一例を示す説明図である。例えば、高優先パケットの許容最大遅延時間である３ｍ秒のサービス条件を満たすためには、図３に示すように選択ウインドウの時間幅を１００ｍ秒から３ｍ秒に短くする必要がある。しかしながら、例えば、高優先パケットの許容最大遅延時間に応じて選択ウインドウの時間幅を短くした場合、選択ウインドウ内のリソース数が少なくなって、選択ウインドウ内で使用可能なリソース数が少なくなる。その結果、Ｖ２Ｖの移動局２では、高優先パケットが送信できなくなる場合も想定される。

そこで、移動局２は、高優先パケットの許容最大遅延時間に応じて選択ウインドウの時間幅が短くなった場合でも、高優先パケットに割り当てるリソースを確保してサービス要件を満たすことが求められている。

図４は、実施例１の移動局２の一例を示すブロック図である。図２に示す移動局２は、セルラーアンテナ１１と、セルラー受信部１２と、ＣＰ（Cyclic Prefix）除去部１３と、ＦＦＴ（Fast Fourier Transform：高速フーリエ変換）部１４と、復号部１５と、スケジューラ部１６とを有する。更に、移動局２は、データ生成部１７と、データ符号化部１８と、ＩＦＦＴ（Inverse Fast Fourier Transform：逆高速フーリエ変換）部１９と、ＣＰ付加部２０と、セルラー送信部２１とを有する。更に、移動局２は、Ｖ２Ｖアンテナ２２と、Ｖ２Ｖ受信部２３と、Ｖ２Ｖ制御復号部２４と、Ｖ２Ｖデータ復号部２５と、ミュート標示復号部２６と、Ｖ２Ｖスケジューラ部２７と、リソースプール２８とを有する。移動局２は、Ｖ２Ｖ制御生成部２９と、Ｖ２Ｖデータ生成部３０と、ミュート標示生成部３１と、Ｖ２Ｖ送信部３２とを有する。

セルラーアンテナ１１は、例えば、モード３の無線通信システム１Ａに使用する無線キャリアの無線信号を送受信する。セルラー受信部１２は、セルラーアンテナ１１を通じて無線信号を受信し、その受信信号に対して、例えば、ダウンコンバート及びＡ／Ｄ変換等の無線受信処理を実行する。ＣＰ除去部１３は、受信信号にシンボル単位で付加されたＣＰを除去する。そして、ＣＰ除去部１３は、ＣＰ除去後の受信信号をＦＦＴ部１４へ出力する。ＦＦＴ部１４は、ＣＰ除去部１３から出力された受信信号を高速フーリエ変換し、時間領域の受信信号を周波数領域の受信信号に変換する。受信信号には、基地局３から送信されたデータや制御信号等が含まれる。復号部１５は、ＦＦＴ部１４で変換後の周波数領域の受信信号からデータを復調及び復号する。復号部１５は、変換後の周波数領域の受信信号から制御信号を復調及び復号する。

スケジューラ部１６は、基地局３との間で送受信されるデータに無線リソースを割当てるスケジューリングを実行する。具体的には、スケジューラ部１６は、各移動局２が送信するデータに無線リソースを割り当てる、移動局２から基地局３への上り回線のスケジューリングを実行する。スケジューラ部１６は、基地局３から移動局２への下り回線のスケジューリングを実行する。

データ生成部１７は、基地局３に送信するデータを生成する。データ符号化部１８は、生成したデータを符号化及び変調し、変調後のデータをＩＦＦＴ部１９へ出力する。ＩＦＦＴ部１９は、データ生成部１７から出力されたデータを逆高速フーリエ変換し、周波数領域の送信信号を時間領域の送信信号に変換する。そして、ＩＦＦＴ部１９は、時間領域の送信信号をＣＰ付加部２０へ出力する。ＣＰ付加部２０は、ＩＦＦＴ部１９から出力される送信信号にシンボル単位でＣＰを付加する。そして、ＣＰ付加部２０は、ＣＰが付加された送信信号をセルラー送信部２１へ出力する。セルラー送信部２１は、送信信号をＤ／Ａ変換及びアップコンバート等の無線送信処理を実行し、セルラーアンテナ１１を通じて無線信号を送信する。

また、Ｖ２Ｖアンテナ２２は、例えば、モード４の無線通信システム１Ｂに使用するＶ２Ｖ通信の無線信号を送受信する。Ｖ２Ｖ受信部２３は、Ｖ２Ｖアンテナ２２を通じて無線信号を受信し、その受信信号に対して、例えば、ダウンコンバート及びＡ／Ｄ変換等の無線受信処理を実行する。Ｖ２Ｖ制御復号部２４は、Ｖ２Ｖ受信部２３で受信処理した受信信号に含まれるＶ２Ｖの制御信号を復号化する。Ｖ２Ｖの制御信号は、受信信号内のＰＳＳＣＨ内のサブチャネル内の制御情報である。Ｖ２Ｖデータ復号部２５は、Ｖ２Ｖ受信部２３で受信処理した受信信号に含まれるＶ２Ｖのデータ信号を復号する。Ｖ２Ｖのデータ信号は、受信信号内のＰＳＳＣＨ内のサブチャネル内のデータである。ミュート標示復号部２６は、Ｖ２Ｖ受信部２３で受信処理した受信信号に含まれるミュート標示を復号する。ミュート標示は、受信信号内の所定周期に格納するコマンド等の制御情報である。ミュート標示は、詳細は後述するが、特定の予約済みのリソースの開放を各移動局２に要求するコマンドである。

Ｖ２Ｖスケジューラ部２７は、Ｖ２Ｖの移動局２との間で送受信されるデータにＶ２Ｖ通信に使用するリソースを割当てるスケジューリングを実行する。リソースプール２８は、Ｖ２Ｖ通信に使用するリソースの使用状況、例えば、センシングウインドウや選択ウインドウ等の情報を管理している。Ｖ２Ｖ制御生成部２９は、送信先の移動局２に送信するＶ２Ｖの制御信号、例えば、サブチャネルの制御情報を生成する。Ｖ２Ｖデータ生成部３０は、送信先の移動局２に送信するＶ２Ｖのデータ信号、例えば、サブチャネルのデータを生成する。ミュート標示生成部３１は、各移動局２にブロードキャスト送信するミュート標示を生成する。Ｖ２Ｖ送信部３２は、Ｖ２Ｖ制御生成部２９で生成したＶ２Ｖの制御信号と、Ｖ２Ｖデータ生成部３０で生成したＶ２Ｖのデータ信号とを含むＶ２Ｖの送信信号をＤ／Ａ変換及びアップコンバート等の無線送信処理を実行する。そして、Ｖ２Ｖ送信部３２は、無線送信処理実行後のＶ２Ｖの無線信号を、Ｖ２Ｖアンテナ２２を通じて送信する。Ｖ２Ｖ送信部３２は、ミュート標示生成部３１で生成したミュート標示をＤ／Ａ変換及びアップコンバート等の無線送信処理を実行し、Ｖ２Ｖアンテナ２２を通じてミュート標示を各移動局２にブロードキャスト送信する。

図５は、実施例１の移動局２のＶ２Ｖスケジューラ部２７の機能の一例を示すブロック図である。Ｖ２Ｖスケジューラ部２７は、図示していないＲＯＭ（Read Only Memory）内に格納されたプログラムを読み出し、読み出したプログラムを実行することで、例えば、判定部４１、生成部４２、送信部４３、割当部４４及び開放部４５の機能を実行する。判定部４１は、高優先パケットの送信要求を検出した場合に、センシング結果に基づき、Ｖ２Ｖ通信に割当可能な複数のリソースの中で高優先のパケット送信に使用する空きリソースが不足しているか否かを判定する。生成部４２は、高優先のパケット送信に使用する空きリソースが不足している場合に、パケット送信の優先レベルが下位である低優先のパケット送信で他の移動局２が予約済みのリソースを選択する。更に、生成部４２は、選択したリソースの開放を要求するミュート標示を生成するようにミュート標示生成部３１を制御する。ミュート標示には、選択したリソースの開放を要求するミュート対象のリソースを識別するリソース情報が含まれている。ミュート標示には、例えば、ＣＲＣを含むＰＳＣＣＨの内、後述する監視周期のＰＳＳＣＨを使用する。ミュート標示は、制御情報等のＳＣＩと同一サイズ（例えば、１６ビット又は３２ビット構成）である。ミュート標示のＳＣＩと他のＳＣＩとの差異を明確にするため、ミュート標示のＳＣＩには、ＲＮＴＩ（Radio Network Temporary Identifier）を格納する。尚、ミュート標示を受信する移動局２は、ＳＣＩ内のＲＮＴＩでミュート標示のＳＣＩを容易に識別できる。

送信部４３は、生成したミュート標示を各他の移動局２にブロードキャスト送信するようにＶ２Ｖ送信部３２を制御する。割当部４４は、ミュート標示に応じて他の移動局２が開放した空きリソースに高優先のパケット送信を割当てる。開放部４５は、他の移動局２から受信したミュート標示内のミュート対象のリソースが自局で予約済みのリソースであるか否かを判定する。開放部４５は、他の移動局２から検出したミュート標示のミュート対象のリソースが自局で予約済みのリソースの場合、ミュート対象の予約済みのリソースを開放する。

図６は、実施例１のミュート標示の伝送方法及びミュート動作の一例を示す説明図である。移動局２は、Ｖ２Ｖ通信に使用するリソースと同一のリソース内の所定周期のリソースを、ミュート標示を送信する標示チャネルとして使用する。そして、所定周期のリソース内の制御情報にミュート標示を含める。ミュート標示を送信する移動局２は、標示チャネルを使用してミュート標示を他の移動局２にブロードキャスト送信する。また、ミュート標示を受信する移動局２は、所定周期の標示チャネルを監視周期としてミュート標示の有無を監視する。標示チャネルの期間は、前述した通り、Ｖ２Ｖ通信と同一のリソースを使用しているため、Ｖ２Ｖ通信ができない状態になる。尚、説明の便宜上、ミュート標示を送信する移動局２は移動局２Ａ、ミュート標示を受信した移動局２の内、ミュート標示内のミュート対象のリソースが自局で予約済みの移動局２は移動局２Ｂとする。

移動局２Ａは、パケットの送信要求を検出した場合、送信要求を検出した時点から１０００ｍ秒前までのセンシング結果に基づき、他の移動局２によるリソースの使用状況を捕捉する。移動局２Ａは、送信要求のパケット送信の許容最大遅延時間に応じた選択ウインドウの時間幅を設定し、他の移動局２の使用状況から、送信要求のパケット送信に使用する空きリソースが不足しているか否かを判定する。移動局２Ａは、送信要求のパケット送信に使用する空きリソースが不足していない場合、送信要求の送信データに空きリソースを割り当てる。

また、移動局２Ａは、送信要求のパケット送信に使用する空きリソースが不足している場合、送信要求の優先レベルが下位の予約済みのリソースをミュート対象のリソースとして選択する。移動局２Ａは、選択したミュート対象のリソースを識別するリソース情報を含むミュート標示を、標示チャネルを通じて他の移動局２にブロードキャスト送信する。

また、ミュート標示を受信する移動局２は、標示チャネルを通じてミュート標示を受信した場合、ミュート標示を解読してミュート標示内のリソース情報を抽出し、リソース情報からミュート対象のリソースを特定する。更に、移動局２は、ミュート対象のリソースが自局で予約済みのリソースであるか否かを判定する。更に、ミュート標示を受信した移動局２の内、移動局２Ｂは、ミュート対象のリソースが自局で予約済みのリソースであるため、当該予約済みのリソースを開放する。

そして、ミュート標示を送信した移動局２Ａは、ミュート標示に応じて移動局２Ｂが開放したミュート対象の空きリソースに送信要求のパケット送信を割当てる。その結果、移動局２Ａは、例えば、低優先のパケット送信で予約済みのリソースによって空きリソースがない、または不足している場合でも、送信要求のパケット送信にリソースを割当てることができる。

例えば、ＵＥ１０の移動局２Ａは、図６に示すように高優先パケットの送信要求を検出した場合、送信要求を検出した時点から１０００ｍ秒前までのセンシング結果に基づき、他の移動局２のリソースの使用状況を捕捉する。更に、ＵＥ１０の移動局２Ａは、高優先のパケット送信の許容最大遅延時間に応じて選択ウインドウの時間幅を設定し、他の移動局２の使用状況から送信要求の高優先パケットに使用する空きリソースが不足しているか否かを判定する。

ＵＥ１０の移動局２Ａは、送信要求の高優先パケットに使用する空きリソースが不足しているため、センシング結果から送信要求のパケット送信の優先レベルが高優先よりも下位の低優先の予約済みのリソースをミュート対象のリソースとして選択する。尚、ＵＥ１０の移動局２Ａのパケット送信の優先レベルは高優先、ＵＥ２の移動局２が予約済みのリソースに使用するパケット送信の優先レベルは低優先とする。従って、ＵＥ１０の移動局２Ａは、センシング結果から送信要求のパケット送信の優先レベルが下位の低優先のＵＥ２の移動局２Ｂの予約済みのリソースをミュート対象のリソースとして選択する。そして、ＵＥ１０の移動局２Ａは、選択したミュート対象のリソースを識別するリソース情報を含むミュート標示を生成する。ＵＥ１０の移動局２Ａは、標示チャネルの監視周期のタイミングでミュート標示を各他の移動局２にブロードキャスト送信する。

また、ＵＥ２の移動局２Ｂは、監視周期のタイミングでミュート標示を検出した場合、ミュート標示を解読してリソース情報を抽出し、抽出したリソース情報からミュート対象のリソースを特定する。ＵＥ２の移動局２Ｂは、ミュート標示のリソースが自局で予約済みのリソースであるため、予約済みのリソースを開放する。

更に、ＵＥ１０の移動局２Ａは、ミュート標示を送信した後、ミュート標示に応じてＵＥ２の移動局２Ａが開放したミュート対象の空きリソースに送信要求の高優先のパケット送信を割当てる。その結果、ＵＥ１０の移動局２Ａは、高優先のパケット送信を実現できる。

次に実施例１の無線通信システム１の内、モード４の無線通信システム１Ｂの動作について説明する。図７は、実施例１の送信側割当処理に関わる移動局２Ａの処理動作の一例を示すフロー図である。送信側の移動局２Ａは、自局の送信要求を検出したか否かを判定する（ステップＳ１１）。尚、送信要求は、例えば、自局でパケットの送信を要求する要求である。移動局２Ａは、自局の送信要求を検出した場合（ステップＳ１１肯定）、送信要求のパケット送信の優先レベルが高優先であるか否かを判定する（ステップＳ１２）。優先レベルは、前述した通り、例えば、高優先と低優先との２段階である。

移動局２Ａは、送信要求のパケット送信の優先レベルが高優先である場合（ステップＳ１２肯定）、センシング結果から送信要求の高優先のパケット送信に使用する空きリソースが不足しているか否かを判定する（ステップＳ１３）。移動局２Ａは、高優先のパケット送信に使用する空きリソースが不足している場合（ステップＳ１３肯定）、センシングウインドウのモニタを継続する（ステップＳ１４）。移動局２Ａは、センシング結果に基づき、選択ウインドウ内のミュート対象のリソースを選択する（ステップＳ１５）。

移動局２Ａは、選択したミュート対象のリソースを識別するリソース情報を含むミュート標示を生成する（ステップＳ１６）。移動局２Ａは、生成したミュート標示を図６に示す標示チャネルで各移動局２にブロードキャスト送信する（ステップＳ１７）。その結果、例えば、移動局２Ｂは、移動局２Ａからのミュート標示を受信した場合に、ミュート標示内のミュート対象のリソースが自局で予約済みのリソースのため、予約済みのリソースを開放することになる。そして、移動局２Ａは、ミュート対象のリソースを送信要求のパケット送信に割り当ててパケット送信を実行し（ステップＳ１８）、図７に示す処理動作を終了する。

また、移動局２Ａは、送信要求のパケット送信の優先レベルが高優先でない場合（ステップＳ１２否定）、センシングウインドウのモニタを継続する（ステップＳ１９）。そして、移動局２Ａは、センシング結果に基づき、選択ウインドウ内の使用可能なリソースを選択する（ステップＳ２０）。そして、移動局２Ａは、選択リソースに送信要求のパケット送信を割当ててパケット送信を実行し（ステップＳ２１）、図７に示す処理動作を終了する。また、移動局２Ａは、空きリソースが不足していない場合（ステップＳ１３否定）、送信要求のパケット送信に使用できる空きリソースがあると判断し、センシングウインドウのモニタを継続すべく、ステップＳ１９に移行する。また、移動局２Ａは、自局の送信要求を検出しなかった場合（ステップＳ１１否定）、センシングウインドウのモニタを継続し（ステップＳ２２）、図７に示す処理動作を終了する。

図７に示す送信側割当処理を実行する移動局２Ａは、高優先パケットの送信要求を検出した場合、センシング結果に基づき、送信要求の高優先のパケット送信に使用する空きリソースが不足しているか否かを判定する。移動局２Ａは、空きリソースが不足している場合、優先レベルが下位の低優先の予約済みリソースを選択し、選択した予約済みのリソースをミュート対象のリソースに含むミュート標示を各移動局２にブロードキャスト送信する。更に、移動局２Ａは、移動局２Ｂがミュート標示に応じて開放したミュート対象の空きリソースに送信要求の高優先のパケット送信を割当てる。その結果、移動局２は、空きリソースが不足した場合でも、高優先のパケット送信を実現できる。

図８は、実施例１の受信側開放処理に関わる移動局２の処理動作の一例を示すフロー図である。受信側の移動局２は、現在がミュート標示の監視周期であるか否かを判定する（ステップＳ３１）。尚、監視周期は、ミュート標示が送信又は受信できる周期である。移動局２は、現在が監視周期の場合（ステップＳ３１肯定）、監視周期内に移動局２Ａからミュート標示があるか否かを判定する（ステップＳ３２）。移動局２は、監視周期内にミュート標示がある場合（ステップＳ３２肯定）、自局で予約済みのリソースがあるか否かを判定する（ステップＳ３３）。移動局２は、自局で予約済みのリソースがある場合（ステップＳ３３肯定）、ミュート標示を解読してリソース情報からミュート対象のリソースを特定し、自局で予約済みのリソースがミュート対象のリソースであるか否かを判定する（ステップＳ３４）。移動局２は、自局で予約済みのリソースがミュート対象のリソースの場合（ステップＳ３４肯定）、ミュート対象である自局で予約済みのリソースを開放し（ステップＳ３５）、図８に示す処理動作を終了する。

移動局２は、ミュート標示の監視周期でない場合（ステップＳ３１否定）、又は監視周期内にミュート標示がない場合（ステップＳ３２否定）、センシングウインドウのモニタを継続し（ステップＳ３６）、図８に示す処理動作を終了する。また、移動局２は、予約済みのリソースがない場合（ステップＳ３３否定）、又は、自局で予約済みのリソースがミュート標示内のミュート対象のリソースでない場合（ステップＳ３４否定）、図８に示す処理動作を終了する。

図８に示す受信側開放処理を実行する移動局２は、ミュート標示を検出した場合、ミュート標示内のリソース情報からミュート対象のリソースを特定し、自局で予約済みのリソースがミュート対象のリソースであるか否かを判定する。移動局２は、自局で予約済みのリソースがミュート対象のリソースである場合、ミュート対象の予約済みリソースを開放する。その結果、ミュート標示を送信した移動局２Ａは、ミュート標示に応じて開放された空きリソースに送信要求のパケット送信を割当てることができる。

実施例１のモード４での移動局２は、高優先パケットの送信要求を検出した場合、センシング結果に基づき、送信要求の高優先のパケット送信に使用する空きリソースが不足しているか否かを判定する。移動局２は、高優先のパケット送信に使用する空きリソースが不足している場合、低優先の予約済みリソースを選択し、選択した予約済みのリソースをミュート対象のリソースに含むミュート標示を生成する。更に、移動局２は、生成したミュート標示を標示チャネルで各移動局２にブロードキャスト送信する。更に、移動局２は、他の移動局２がミュート標示に応じて開放したミュート対象の空きリソースに送信要求の高優先のパケット送信を割当てる。その結果、移動局２は、空きリソースが不足した場合でも、送信要求に応じて高優先のパケット送信を実現できる。送信要求のパケット送信に応じた許容最大遅延時間のサービス要件を満たすことができる。

しかも、モード４での移動局２は、Ｖ２Ｖ通信に使用するリソース内の所定周期のリソースである標示チャネルを使用してミュート標示を他の移動局２にブロードキャスト送信した。その結果、ミュート標示を受信する移動局２は、標示チャネルがＶ２Ｖ通信のリソースを使用するため、通常のＶ２Ｖ通信のセンシングをしながら、標示チャネルのミュート標示も捕捉できる。

尚、上記実施例１のモード４の無線通信システム１Ｂでは、移動局２の主従を設定していない場合を例示した。しかしながら、例えば、自動車隊列走行の各移動局２は、グループを構成し、グループ内に１台の移動局２をヘッド局２Ｃ、ヘッド局２Ｃ以外の他の移動局２をメンバ局２Ｄ，２Ｅ，２Ｆとする。そこで、このような主従関係のある無線通信システム１Ｂの実施の形態につき、実施例２として以下に説明する。尚、実施例１の無線通信システム１と同一の構成には同一符号を付すことで、その重複する構成及び動作の説明については省略する。

図９は、実施例２の無線通信システム１の一例を示す説明図である。自動車隊列走行において各移動局２は、グループを構成する。グループ内の１台の移動局２をヘッド局２Ｃ、ヘッド局２Ｃ以外の他の移動局２をメンバ局２Ｄ，２Ｅ，２Ｆとして機能する。尚、ヘッド局２Ｃ以外のメンバ局２Ｄ、２Ｅ及び２Ｆは、例えば、高優先のパケット送信を要求したメンバ局２Ｄと、ミュート標示に応じて自局の予約済みのリソースを開放するメンバ局２Ｅと、ミュート対象のリソースが未使用のメンバ局２Ｆとを有する。

メンバ局２Ｄが、高優先パケットの送信要求を検出した場合、送信要求を検出した時点から１０００ｍ秒前までのセンシング結果に基づき、他の移動局２のリソースの使用状況を捕捉する。メンバ局２Ｄは、送信要求の許容最大遅延時間に応じた選択ウインドウの時間幅を設定し、他の移動局２の使用状況から、送信要求の高優先のパケット送信に使用する空きリソースが不足しているか否かを判定する。メンバ局２Ｄは、空きリソースが不足していない場合、送信要求の高優先のパケット送信に空きリソースを割り当てる。

また、メンバ局２Ｄは、高優先のパケット送信に使用する空きリソースが不足している場合、送信要求のパケット送信の優先レベルが下位の低優先の予約済みのリソースをミュート対象のリソースとして選択する。メンバ局２Ｄは、選択したミュート対象のリソースを識別するリソース情報を含むミュート要求をヘッド局２Ｃに送信する。

ヘッド局２Ｃは、メンバ局２Ｄからのミュート要求を検出した場合、ミュート要求内のリソース情報を含むミュート標示を、標示チャネルを通じて他の移動局（メンバ局）２にブロードキャスト送信する。ミュート標示を受信する移動局（メンバ局）２は、標示チャネルを通じてミュート標示を受信した場合、ミュート標示を解読してミュート標示内のリソース情報からミュート対象のリソースを特定する。更に、移動局（メンバ局）２は、ミュート対象のリソースが自局で予約済みのリソースであるか否かを判定する。更に、移動局２、例えば、メンバ局２Ｅは、ミュート対象のリソースが自局で予約済みのリソースの場合、当該予約済みのリソースを開放する。

そして、ミュート要求を発信したメンバ局２Ｄは、メンバ局２Ｅがミュート標示に応じて開放したミュート対象の空きリソースに送信要求の高優先のパケット送信を割当てる。その結果、メンバ局２Ｄは、選択ウインドウ内に空きリソースが不足している場合でも、空きリソースに高優先のパケット送信を割当てる。

次に実施例２の無線通信システム１の内、モード４の無線通信システム１Ｂの動作について説明する。図１０は、実施例２のメンバ側割当処理に関わるメンバ局２Ｄの処理動作の一例を示すフロー図である。メンバ局２Ｄは、自局の送信要求を検出したか否かを判定する（ステップＳ４１）。尚、送信要求は、例えば、パケットの送信を要求する要求である。メンバ局２Ｄは、自局の送信要求を検出した場合（ステップＳ４１肯定）、送信要求のパケット送信の優先レベルが高優先であるか否かを判定する（ステップＳ４２）。優先レベルは、例えば、高優先と低優先との２段階である。

メンバ局２Ｄは、送信要求のパケット送信の優先レベルが高優先である場合（ステップＳ４２肯定）、送信要求の高優先のパケット送信に使用する空きリソースが不足しているか否かを判定する（ステップＳ４３）。メンバ局２Ｄは、高優先のパケット送信に使用する空きリソースが不足している場合（ステップＳ４３肯定）、センシングウインドウのモニタを継続する（ステップＳ４４）。メンバ局２Ｄは、センシング結果に基づき、選択ウインドウ内のミュート対象のリソースを選択する（ステップＳ４５）。

メンバ局２Ｄは、選択したミュート対象のリソースを含むミュート要求をヘッド局２Ｃに送信する（ステップＳ４６）。その結果、ヘッド局２Ｃは、ミュート要求に応じてミュート標示を生成し、生成したミュート標示を各移動局（メンバ局）２にブロードキャスト送信する。そして、移動局２（メンバ局２Ｅ）は、受信したミュート標示内のミュート対象のリソースが自局で予約済みのリソースの場合、当該予約済みのリソースを開放することになる。そして、メンバ局２Ｄは、メンバ局２Ｅが開放したミュート対象のリソースを送信要求の高優先のパケット送信に割り当ててパケット送信を実行し（ステップＳ４７）、図１０に示す処理動作を終了する。

また、メンバ局２Ｄは、送信要求のパケット送信の優先レベルが高優先でない場合（ステップＳ４２否定）、センシングウインドウのモニタを継続する（ステップＳ４８）。メンバ局２Ｄは、センシング結果に基づき、選択ウインドウ内の使用可能なリソースを選択する（ステップＳ４９）。そして、メンバ局２Ｄは、選択リソースに送信要求のパケット送信を割当ててパケット送信を実行し（ステップＳ５０）、図１０に示す処理動作を終了する。また、メンバ局２Ｄは、高優先のパケット送信に使用する空きリソースが不足していない場合（ステップＳ４３否定）、送信要求のパケット送信に割当可能な空きリソースがあると判断し、センシングウインドウのモニタを継続すべく、ステップＳ４８に移行する。また、メンバ局２Ｄは、自局の送信要求を検出しなかった場合（ステップＳ４１否定）、センシングウインドウのモニタを継続し（ステップＳ５１）、図１０に示す処理動作を終了する。

図１０に示すメンバ側割当処理を実行するメンバ局２Ｄは、高優先パケットの送信要求を検出した場合、センシング結果に基づき、送信要求の高優先のパケットに使用する空きリソースが不足しているか否かを判定する。メンバ局２Ｄは、空きリソースが不足している場合、低優先の予約済みリソースを選択し、選択した予約済みのリソースをミュート対象のリソースとし、当該ミュート対象のリソースを含むミュート要求をヘッド局２Ｃに送信する。メンバ局２Ｄは、ヘッド局２Ｃからのミュート標示に応じてメンバ局２Ｅが開放したミュート対象の空きリソースに送信要求の高優先のパケット送信を割当てる。その結果、メンバ局２Ｄは、空きリソースが不足した場合でも、送信要求に応じて高優先のパケット送信を実行できる。

図１１は、実施例２のヘッド側割当処理に関わるヘッド局２Ｃの処理動作の一例を示すフロー図である。ヘッド局２Ｃは、自局の送信要求を検出したか否かを判定する（ステップＳ６１）。尚、送信要求は、例えば、パケットの送信を要求する要求である。ヘッド局２Ｃは、自局の送信要求を検出した場合（ステップＳ６１肯定）、送信要求のパケット送信の優先レベルが高優先であるか否かを判定する（ステップＳ６２）。優先レベルは、例えば、高優先と低優先との２段階である。

ヘッド局２Ｃは、送信要求のパケット送信の優先レベルが高優先である場合（ステップＳ６２肯定）、送信要求の高優先のパケット送信に使用する空きリソースが不足しているか否かを判定する（ステップＳ６３）。ヘッド局２Ｃは、空きリソースが不足している場合（ステップＳ６３肯定）、センシングウインドウのモニタを継続する（ステップＳ６４）。ヘッド局２Ｃは、センシング結果に基づき、選択ウインドウ内のミュート対象のリソースを選択する（ステップＳ６５）。

ヘッド局２Ｃは、選択したミュート対象のリソースを識別するリソース情報を含むミュート標示を生成する（ステップＳ６６）。ヘッド局２Ｃは、生成したミュート標示をメンバ局である各移動局（メンバ局）２にブロードキャスト送信する（ステップＳ６７）。その結果、移動局（メンバ局）２は、ヘッド局２Ｃからのミュート標示を受信し、ミュート標示内のミュート対象のリソースが自局で予約済みのリソースの場合、予約済みのリソースを開放することになる。ヘッド局２Ｃは、ミュート対象のリソースを送信要求の高優先のパケット送信に割り当ててパケット送信を実行し（ステップＳ６８）、図１１に示す処理動作を終了する。

また、ヘッド局２Ｃは、送信要求の優先レベルが高優先でない場合（ステップＳ６２否定）、センシングウインドウのモニタを継続し（ステップＳ６９）、センシング結果に基づき、選択ウインドウ内の使用可能なリソースを選択する（ステップＳ７０）。そして、ヘッド局２Ｃは、選択リソースを送信要求のパケット送信に割り当ててパケット送信を実行し（ステップＳ７１）、図１１に示す処理動作を終了する。

また、ヘッド局２Ｃは、空きリソースが不足していない場合（ステップＳ６３否定）、送信要求のパケット送信に使用できる空きリソースがあると判断し、センシングウインドウのモニタを継続すべく、ステップＳ６９に移行する。

また、ヘッド局２Ｃは、自局の送信要求を検出しなかった場合（ステップＳ６１否定）、メンバ局２Ｄからのミュート要求を検出したか否かを判定する（ステップＳ７２）。ヘッド局２Ｃは、メンバ局２Ｄからのミュート要求を検出した場合（ステップＳ７２肯定）、ミュート要求に関わる送信要求のパケット送信の優先レベルが高優先であるか否かを判定する（ステップＳ７３）。ヘッド局２Ｃは、ミュート要求に関わる送信要求のパケット送信の優先レベルが高優先の場合（ステップＳ７３肯定）、ミュート要求内のミュート対象のリソースを含むミュート標示を生成する（ステップＳ７４）。更に、ヘッド局２Ｃは、ミュート標示を各移動局（メンバ局）２にブロードキャスト送信し（ステップＳ７５）、図１１に示す処理動作を終了する。ヘッド局２Ｃは、ミュート要求に関わる送信要求のパケット送信の優先レベルが高優先でない場合（ステップＳ７３否定）、センシングウインドウのモニタを継続し（ステップＳ７６）、図１１に示す処理動作を終了する。

図１１に示すヘッド側割当処理を実行するヘッド局２Ｃは、メンバ局２Ｄから高優先の送信要求に関わるミュート要求を受信した場合、ミュート要求内のリソース情報を含むミュート標示を生成する。ヘッド局２Ｃは、生成したミュート標示を各移動局（メンバ局）２にブロードキャスト送信する。その結果、メンバ局２Ｄは、メンバ局２Ｅがミュート標示に応じて開放したミュート対象の空きリソースに高優先のパケット送信を割当てる。その結果、メンバ局２Ｄは、空きリソースが不足した場合でも、送信要求に応じて高優先のパケット送信を実行できる。

図１２は、実施例２のメンバ側開放処理に関わるメンバ局２Ｅの処理動作の一例を示すフロー図である。メンバ局２Ｅは、現在がミュート標示の監視周期であるか否かを判定する（ステップＳ８１）。尚、監視周期は、ミュート標示を監視する周期である。メンバ局２Ｅは、現在が監視周期の場合（ステップＳ８１肯定）、監視周期内にヘッド局２Ｃからのミュート標示があるか否かを判定する（ステップＳ８２）。メンバ局２Ｅは、監視周期内にミュート標示がある場合（ステップＳ８２肯定）、自局で予約済みのリソースがあるか否かを判定する（ステップＳ８３）。メンバ局２Ｅは、自局で予約済みのリソースがある場合（ステップＳ８３肯定）、ミュート標示を解読してリソース情報からミュート対象のリソースを特定し、自局で予約済みのリソースがミュート対象のリソースであるか否かを判定する（ステップＳ８４）。

メンバ局２Ｅは、自局で予約済みのリソースがミュート対象のリソースの場合（ステップＳ８４肯定）、ミュート対象のリソースである予約済みのリソースを開放し（ステップＳ８５）、図１２に示す処理動作を終了する。メンバ局２Ｅは、ミュート標示の監視周期でない場合（ステップＳ８１否定）、又は監視周期内にミュート標示がない場合（ステップＳ８２否定）、センシングウインドウのモニタを継続し（ステップＳ８６）、図１２に示す処理動作を終了する。また、メンバ局２Ｅは、予約済みのリソースがない場合（ステップＳ８３否定）、又は、自局で予約済みのリソースがミュート対象のリソースでない場合（ステップＳ８４否定）、モニタを継続すべくステップＳ８６に移行する。

図１２に示すメンバ側開放処理を実行するメンバ局２Ｅは、ミュート標示を検出した場合、ミュート標示内のリソース情報からミュート対象のリソースを特定し、自局で予約済みのリソースがミュート対象のリソースであるか否かを判定する。メンバ局２Ｅは、自局で予約済みのリソースがミュート対象のリソースである場合、ミュート対象の予約済みリソースを開放する。その結果、ミュート標示を送信したメンバ局２Ｄは、ミュート標示に応じて開放された空きリソースに送信要求のパケット送信を割当てて送信できる。

実施例２のモード４でのメンバ局２Ｄは、高優先パケットの送信要求を検出した場合、センシング結果に基づき、送信要求の高優先のパケット送信に使用する空きリソースが不足しているか否かを判定する。メンバ局２Ｄは、空きリソースが不足している場合、低優先の予約済みリソースを選択し、選択した予約済みのリソースをミュート対象のリソースとし、ミュート対象のリソースを含むミュート要求をヘッド局２Ｃに送信する。ヘッド局２Ｃは、メンバ局２Ｄからのミュート要求を受信した場合、ミュート要求内のミュート対象のリソースを含むミュート標示を各移動局（メンバ局）２にブロードキャスト送信する。メンバ局２Ｅは、ミュート標示に応じてミュート対象のリソースが自局で予約済みのリソースの場合、予約済みのリソースを開放する。そして、メンバ局２Ｄは、メンバ局２Ｅがミュート標示に応じて開放したミュート対象の空きリソースに高優先のパケット送信を割当てる。その結果、メンバ局２Ｄは、空きリソースが不足した場合でも、送信要求に応じて高優先のパケット送信を実行できる。

尚、上記実施例１及び２では、パケット送信の優先レベルが高優先及び低優先の２段階の場合を例示したが、優先レベルが２段階に限定されるものではなく、複数段であっても良く、適宜変更可能である。例えば、パケット送信の優先レベルを３段階にした場合の実施の形態につき、実施例３として以下に説明する。尚、実施例１と同一の構成には同一符号を付すことで、その重複する構成及び動作の説明については省略する。

図１３は、実施例３のミュート標示の伝送方法及びミュート動作の一例を示す説明図である。パケット送信の優先レベルは、例えば、ＬＶ１〜ＬＶ３の３段階とし、ＬＶ１は、優先レベルが最上位のパケット送信、ＬＶ２は、優先レベルが第２位のパケット送信、ＬＶ３は、優先レベルが第３位のパケット送信とする。ＬＶ１のパケット送信の許容最大遅延時間は、例えば、３ｍ秒、ＬＶ２のパケット送信の許容最大遅延時間は、例えば、１０ｍ秒、ＬＶ３のパケット送信の許容最大遅延時間は、例えば、１５ｍ秒とする。

例えば、ＵＥ１０の移動局２Ａは、図１３に示すようにＬＶ１のパケット送信の送信要求を検出した場合、送信要求を検出した時点から１０００ｍ秒前までのセンシング結果に基づき、他の移動局２のリソースの使用状況を捕捉する。更に、ＵＥ１０の移動局２Ａは、送信要求の許容最大遅延時間３ｍ秒に応じて選択ウインドウの時間幅を設定し、他の移動局２の使用状況からＬＶ１のパケット送信に使用する空きリソースが不足しているか否かを判定する。

ＵＥ１０の移動局は、ＬＶ１のパケット送信に使用する空きリソースが不足しているため、パケット送信の優先レベル（ＬＶ１）よりも下位のＬＶ２又はＬＶ３の予約済みのリソースをミュート対象のリソースとして選択する。尚、ＵＥ１０の移動局２Ａのパケット送信の優先レベルは“ＬＶ１”、例えば、ＵＥ２の移動局２が予約済みのリソースに使用するパケット送信の優先レベルは“ＬＶ３”とする。従って、ＵＥ１０の移動局２Ａは、送信要求のパケット送信の優先レベルＬＶ１よりも下位のＬＶ３のＵＥ２の移動局２の予約済みのリソースをミュート対象のリソースとして選択する。そして、ＵＥ１０の移動局２Ａは、選択したミュート対象のリソースを識別するリソース情報を含むミュート標示を生成する。

ＵＥ１０の移動局２Ａは、標示チャネル内の監視周期のタイミングでミュート標示を各他の移動局２にブロードキャスト送信する。ＵＥ２の移動局２Ｂは、監視周期のタイミングでミュート標示を受信した場合、ミュート標示を解読してリソース情報からミュート対象のリソースを特定する。ＵＥ２の移動局２Ｂは、ミュート対象のリソースが自局で予約済みのリソースであるため、予約済みのリソースを開放する。

更に、ＵＥ１０の移動局２Ａは、ミュート標示を送信した後、ミュート標示に応じてＵＥ２の移動局２Ａが開放したミュート対象の空きリソースに送信要求のＬＶ１のパケット送信を割当てる。その結果、ＵＥ１０の移動局２Ａは、ＬＶ１のパケット送信を実行できる。

また、ＵＥ１０の移動局２Ａが、ＬＶ２のパケット送信の送信要求を検出し、送信要求のＬＶ２のパケット送信に使用する空きリソースが不足している場合、ＬＶ２よりも下位のＬＶ３のパケット送信のＵＥ２の移動局２Ｂで予約済みのリソースを選択する。そして、ＵＥ１０の移動局２Ａは、選択したリソースをミュート対象のリソースとしてミュート標示をブロードキャスト送信する。

そして、ミュート標示を受信したＵＥ２の移動局２Ｂは、ミュート標示内のミュート対象のリソースが予約済みのリソースの場合、ＬＶ３の予約済みのリソースを開放する。そして、ＵＥ１０の移動局２Ａは、ＵＥ２の移動局２Ｂが開放したリソースに送信要求のＬＶ２のパケット送信を割当てる。

また、上記実施例１の無線通信システム１では、Ｖ２Ｖ通信に使用するリソース内の所定周期のリソースである標示チャネルを使用してミュート標示を他の移動局２にブロードキャスト送信する場合を例示した。しかしながら、実施例１の標示チャネルは、Ｖ２Ｖ通信に使用するリソースの一部であるため、ミュート標示を送信しない場合にもリソースを確保する必要がある。従って、Ｖ２Ｖ通信のリソースの使用効率が低下する場合も考えられる。そこで、Ｖ２Ｖ通信に使用するリソースと異なる周波数帯域の所定周期のリソースを標示チャネルに使用してミュート標示を他の移動局２にブロードキャスト送信しても良く、その実施の形態につき、実施例４として以下に説明する。尚、実施例１の無線通信システムと同一の構成には同一符号を付すことで、その重複する構成及び動作の説明については省略する。

図１４は、実施例４のミュート標示の伝送方法及びミュート動作の一例を示す説明図である。移動局２Ａは、Ｖ２Ｖ通信に使用するリソースと異なる周波数帯域の所定周期のリソースを標示チャネルに使用する。ミュート標示を送信する移動局２Ａは、標示チャネルを使用してミュート標示を他の移動局２にブロードキャスト送信する。また、ミュート標示を受信する移動局２Ｂは、標示チャネルを監視周期としてミュート標示の有無を監視する。標示チャネルの期間は、前述した通り、Ｖ２Ｖ通信と異なる周波数帯域のリソースを使用しているため、Ｖ２Ｖ通信とミュート標示通信とが同時に使用できる状態である。

移動局２Ａは、パケットの送信要求を検出した場合、送信要求を検出した時点から１０００ｍ秒前までのセンシング結果に基づき、他の移動局２のリソースの使用状況を捕捉する。移動局２Ａは、送信要求の許容最大遅延時間に応じた選択ウインドウを設定し、他の移動局２の使用状況から送信要求の高優先のパケット送信に使用する空きリソースが不足しているか否かを判定する。移動局２Ａは、送信要求の高優先のパケット送信に使用する空きリソースが不足していない場合、送信要求の高優先のパケット送信に空きリソースを割り当てる。

また、移動局２Ａは、送信要求の高優先のパケット送信に使用する空きリソースが不足している場合、低優先の予約済みのリソースをミュート対象のリソースとして選択する。この際、移動局２Ａは、標示チャネルの監視周期と同一タイミングのＶ２Ｖ通信のリソースを使用中の場合、監視周期のミュート標示を解読できない。従って、監視周期と同一タイミングでＶ２Ｖ通信を使用中の移動局２が使用する予約済みのリソースは、ミュート対象のリソースから除外する。つまり、移動局２は、監視周期のミュート標示と同一タイミングのＶ２Ｖ通信のリソースのＳＣＩとを同時に解読することができないため、監視周期と同一タイミングのＶ２Ｖ通信の予約済みのリソースをミュート対象のリソースから除外する。そして、移動局２Ａは、選択したミュート対象のリソースを識別するリソース情報を含むミュート標示を、標示チャネルを通じて他の移動局２にブロードキャスト送信する。

また、ミュート標示を受信する移動局２Ｂは、標示チャネルの監視周期を監視し、監視周期に応じてミュート標示を受信したか否かを判定する。移動局２Ｂは、ミュート標示を受信した場合、ミュート標示を解読してリソース情報からミュート対象のリソースを特定する。更に、移動局２Ｂは、ミュート対象のリソースが自局で予約済みのリソースであるか否かを判定する。更に、移動局２Ｂは、ミュート対象のリソースが自局で予約済みのリソースの場合、当該予約済みのリソースを開放する。

そして、ミュート標示を送信した移動局２Ａは、ミュート標示に応じて開放されたミュート対象の空きリソースに送信要求のパケット送信を割当てる。その結果、移動局２Ａは、送信要求のパケット送信に使用する空きリソースが不足している場合でも、高優先のパケット送信に空きリソースを割当てることができる。

例えば、ＵＥ１０の移動局２Ａは、図１４に示すように高優先パケットの送信要求を検出した場合、送信要求を検出した時点から１０００ｍ秒前までのセンシング結果に基づき、他の移動局２のリソースの使用状況を捕捉する。更に、ＵＥ１０の移動局２Ａは、送信要求の許容最大遅延時間に応じて選択ウインドウの時間幅を設定し、他の移動局２の使用状況から送信要求の高優先のパケット送信に使用する空きリソースが不足しているか否かを判定する。

ＵＥ１０の移動局２Ａは、送信要求の高優先のパケット送信に使用する空きリソースが不足しているため、低優先の予約済みのリソースをミュート対象のリソースとして選択する。尚、ＵＥ１０の移動局２Ａの送信要求のパケット送信の優先レベルは高優先、例えば、ＵＥ２の移動局２Ｂが予約済みのリソースに割当済みのパケット送信の優先レベルは低優先とする。ＵＥ１０の移動局２Ａは、標示チャネルの監視周期と同一タイミングのリソースを使用中のＵＥ２、ＵＥ４及びＵＥ５の移動局２のリソースをミュート対象のリソースから除外する。従って、ＵＥ１０の移動局２Ａは、送信要求の高優先のパケット送信の優先レベルが下位の低優先のＵＥ１の移動局２Ｂの予約済みのリソースをミュート対象のリソースとして選択する。そして、ＵＥ１０の移動局２Ａは、選択したミュート対象のリソースを識別するリソース情報を含むミュート標示を生成する。ＵＥ１０の移動局２Ａは、標示チャネルの監視周期のタイミングでミュート標示を各他の移動局２にブロードキャスト送信する。

また、ＵＥ１の移動局２Ｂは、監視周期のタイミングでミュート標示を検出した場合、ミュート標示を解読してリソース情報からミュート対象のリソースを特定する。ＵＥ１の移動局２Ｂは、ミュート対象のリソースが自局で予約済みのリソースであるため、予約済みのリソースを開放する。

更に、ＵＥ１０の移動局２Ａは、ミュート標示を送信した後、ミュート標示に応じてＵＥ１の移動局２Ｂが開放したミュート対象の空きリソースに送信要求の高優先のパケット送信を割当てる。その結果、ＵＥ１０の移動局２Ａは、高優先のパケット送信を実行できる。

実施例４では、Ｖ２Ｖ通信に使用するリソースと異なる周波数帯域の所定周期のリソースを標示チャネルに使用した。その結果、実施例１の標示チャネルに比較してＶ２Ｖ通信のリソースを使用しないため、Ｖ２Ｖ通信の無線効率の向上が図れる。

尚、上記実施例４のミュート標示内のミュート対象のリソース数は１個の場合を例示したが、１個に限定されるものではなく、例えば、複数個であっても良く、適宜変更可能である。ミュート標示内に２個のミュート対象のリソースを含む場合の実施の形態につき、実施例５として以下に説明する。尚、上記実施例と同一の構成には同一符号を付すことで、その重複する構成及び動作の説明については省略する。

図１５は、実施例５のミュート標示の伝送方法及びミュート動作の一例を示す説明図である。実施例４のミュート標示内のミュート対象のリソースは、１個であるのに対し、実施例５のミュート標示内のミュート対象のリソースは、２個である。２個のミュート対象のリストが生じる場合とは、例えば、ヘッド局２Ｃが２台のメンバ局２Ｄからミュート要求を受信した場合が想定できる。

ＵＥ１０のメンバ局２Ｄが、高優先のパケット送信の送信要求を検出した場合、送信要求を検出した時点から１０００ｍ秒前までのセンシング結果に基づき、他の移動局２のリソースの使用状況を捕捉する。ＵＥ１０のメンバ局２Ｄは、高優先の送信要求の許容最大遅延時間に応じた選択ウインドウの時間幅を設定し、他の移動局２の使用状況から送信要求の高優先のパケット送信に使用する空きリソースが不足しているか否かを判定する。ＵＥ１０のメンバ局２Ｄは、空きリソースが不足していない場合、送信要求の高優先のパケット送信に空きリソースを割り当てる。

また、ＵＥ１０のメンバ局２Ｄは、空きリソースが不足している場合、送信要求の高優先のパケット送信の優先レベルが下位の低優先の予約済みのリソースをミュート対象のリソースとして選択する。ＵＥ１０のメンバ局２Ｄは、例えば、低優先のＵＥ１のメンバ局２Ｅが使用する予約済みのリソースをミュート対象のリソースとして選択する。ＵＥ１０のメンバ局２Ｄは、選択したミュート対象のリソースを識別するリソース情報を含むミュート要求をヘッド局２Ｃに送信する。

ＵＥ１１のメンバ局２Ｄが、ＵＥ１０のメンバ局２Ｄの送信要求後、かつ、監視期間前に高優先パケットの送信要求を検出した場合、送信要求を検出した時点から１０００ｍ秒前までのセンシング結果に基づき、他の移動局２のリソースの使用状況を捕捉する。ＵＥ１１のメンバ局２Ｄは、高優先パケットの送信要求の許容最大遅延時間に応じた選択ウインドウの時間幅を設定し、他の移動局２の使用状況から送信要求のパケット送信に使用する空きリソースが不足しているか否かを判定する。ＵＥ１１のメンバ局２Ｄは、空きリソースが不足していない場合、送信要求のパケット送信に使用する空きリソースを割り当てる。

また、ＵＥ１１のメンバ局２Ｄは、空きリソースが不足している場合、送信要求のパケット送信の優先レベルよりも下位の予約済みのリソースをミュート対象のリソースとして選択する。ＵＥ１１のメンバ局２Ｄは、例えば、低優先のＵＥ７のメンバ局２Ｅが使用する予約済みのリソースをミュート対象のリソースとして選択する。ＵＥ１１のメンバ局２Ｄは、選択したミュート対象のリソースを識別するリソース情報を含むミュート要求をヘッド局２Ｃに送信する。

ヘッド局２Ｃは、ＵＥ１０のメンバ局２Ｄからのミュート要求を検出した場合、ミュート要求内のリソース情報を抽出する。更に、ヘッド局２Ｃは、ＵＥ１０のメンバ局２Ｄからのミュート要求を検出した場合、ミュート要求内のリソース情報を抽出する。同様に、ヘッド局２Ｃは、ＵＥ１１のメンバ局２Ｄからのミュート要求を検出した場合、ミュート要求内のリソース情報を抽出する。そして、ヘッド局２Ｃは、ＵＥ１０及びＵＥ１１のメンバ局２Ｄから抽出した２個のミュート対象のリソースを含むミュート標示を生成する。

ヘッド局２Ｃは、２個のミュート対象のリソースを含むミュート標示を、標示チャネルを通じて他の移動局２にブロードキャスト送信する。移動局２は、標示チャネルを通じてミュート標示を受信した場合、ミュート標示を解読してリソース情報からミュート対象のリソースを特定する。更に、移動局２は、ミュート対象のリソースが自局で予約済みのリソースであるか否かを判定する。更に、移動局２、例えば、ＵＥ１及びＵＥ７のメンバ局２Ｅは、ミュート対象のリソースが自局で予約済みのリソースの場合、当該予約済みのリソースを開放する。

そして、ミュート要求を発信したＵＥ１０のメンバ局２Ｄは、ＵＥ１のメンバ局２Ｅがミュート標示に応じて開放したミュート対象の空きリソースに送信要求のパケット送信を割当てる。その結果、ＵＥ１０のメンバ局２Ｄは、選択ウインドウ内に空きリソースが不足している場合でも、送信要求の高優先のパケット送信にリソースを割当てる。

そして、ミュート要求を発信したＵＥ１１のメンバ局２Ｄは、ＵＥ７のメンバ局２Ｅがミュート標示に応じて開放したミュート対象の空きリソースに送信要求のパケット送信を割当てる。その結果、ＵＥ１１のメンバ局２Ｄは、選択ウインドウ内に空きリソースが不足している場合でも、送信要求の高優先のパケット送信にリソースを割当てる。

実施例５では、１個のミュート標示に２個のミュート対象のリソースを格納可能にしたので、ミュート標示の送信効率の向上が図れる。

上記実施例１の無線通信システム１では、Ｖ２Ｖ通信に使用するリソース内の所定周期のリソースである標示チャネルを使用してミュート標示を他の移動局２にブロードキャスト送信する場合を例示した。更に、ミュート標示内のミュート対象のリソース数が１個の場合を例示したが、複数個でも良く、その実施の形態につき、実施例６として以下に説明する。尚、実施例１乃至３と同一の構成には同一符号を付すことで、その重複する構成及び動作の説明については省略する。

図１６は、実施例６のミュート標示の伝送方法及びミュート動作の一例を示す説明図である。実施例１のミュート標示内のミュート対象のリソースの数は、１個であるのに対し、実施例５のミュート標示内のミュート対象のリソースの数は、例えば、２個である。例えば、２個のミュート対象のリソースが生じる場合とは、ヘッド局２Ｃが２台のメンバ局２Ｄからミュート要求を受信した場合である。また、パケット送信の優先レベルは、例えば、ＬＶ１〜ＬＶ３の３段階とする。

ＵＥ１０のメンバ局２Ｄが、ＬＶ１のパケット送信の送信要求を検出した場合、送信要求を検出した時点から１０００ｍ秒前までのセンシング結果に基づき、他の移動局２のリソースの使用状況を捕捉する。ＵＥ１０のメンバ局２Ｄは、ＬＶ１のパケット送信の許容最大遅延時間に応じた選択ウインドウの時間幅を設定し、他の移動局２の使用状況から送信要求のＬＶ１のパケット送信に使用する空きリソースが不足しているか否かを判定する。ＵＥ１０のメンバ局２Ｄは、空きリソースが不足していない場合、ＬＶ１のパケット送信に空きリソースを割り当てる。

また、ＵＥ１０のメンバ局２Ｄは、空きリソースが不足している場合、送信要求のパケット送信の優先レベル（ＬＶ１）よりも下位のＬＶ３の予約済みのリソースをミュート対象のリソースとして選択する。ＵＥ１０のメンバ局２Ｄは、例えば、ＵＥ２のメンバ局２Ｅが使用するＬＶ３の予約済みのリソースをミュート対象のリソースとして選択する。ＵＥ１０のメンバ局２Ｄは、選択したミュート対象のリソースを識別するリソース情報を含むミュート要求をヘッド局２Ｃに送信する。

また、ＵＥ１１のメンバ局２Ｄが、ＵＥ１０のメンバ局２Ｄの送信要求後、かつ、監視期間前にＬＶ１の送信要求を検出した場合、送信要求を検出した時点から１０００ｍ秒前までのセンシング結果に基づき、他の移動局２のリソースの使用状況を捕捉する。ＵＥ１１のメンバ局２Ｄは、送信要求のＬＶ１のパケット送信の許容最大遅延時間に応じた選択ウインドウの時間幅を設定し、他の移動局２の使用状況から送信要求のＬＶ１のパケット送信に使用する空きリソースが不足しているか否かを判定する。ＵＥ１１のメンバ局２Ｄは、空きリソースが不足していない場合、送信要求のＬＶ１のパケット送信に空きリソースを割り当てる。

また、ＵＥ１１のメンバ局２Ｄは、空きリソースが不足している場合、送信要求のパケット送信の優先レベル（ＬＶ１）よりも下位のＬＶ３の予約済みのリソースをミュート対象のリソースとして選択する。ＵＥ１１のメンバ局２Ｄは、例えば、ＵＥ１のメンバ局２Ｅが使用するＬＶ３の予約済みのリソースをミュート対象のリソースとして選択する。ＵＥ１１のメンバ局２Ｄは、選択したミュート対象のリソースを識別するリソース情報を含むミュート要求をヘッド局２Ｃに送信する。

ヘッド局２Ｃは、ＵＥ１０のメンバ局２Ｄからのミュート要求を検出した場合、ミュート要求内のリソース情報を抽出し、ミュート対象のリソースを特定する。同様に、ヘッド局２Ｃは、ＵＥ１１のメンバ局２Ｄからのミュート要求を検出した場合、ミュート要求内のリソース情報を抽出する。そして、ヘッド局２Ｃは、ＵＥ１０及びＵＥ１１のメンバ局２Ｄから２個のミュート対象のリソースを含むミュート標示を生成する。

ヘッド局２Ｃは、２個のミュート対象のリソースを含むミュート標示を、標示チャネルを通じて他の移動局２にブロードキャスト送信する。ミュート標示を受信する移動局（メンバ局）２は、標示チャネルを通じてミュート標示を受信した場合、ミュート標示を解読してリソース情報からミュート対象のリソースを特定する。更に、移動局２は、ミュート対象のリソースが自局で予約済みのリソースであるか否かを判定する。更に、移動局２、例えば、ＵＥ１及びＵＥ２のメンバ局２Ｅは、ミュート対象のリソースが自局で予約済みのリソースの場合、当該予約済みのリソースを開放する。

そして、ミュート要求を発信したＵＥ１０のメンバ局２Ｄは、ミュート標示に応じて開放されたＵＥ２のミュート対象の空きリソースに送信要求のＬＶ１のパケット送信を割当てる。その結果、ＵＥ１０のメンバ局２Ｄは、選択ウインドウ内に空きリソースが不足している場合でも、送信要求のＬＶ１のパケット送信を実行できる。

そして、ミュート要求を発信したＵＥ１１のメンバ局２Ｄは、ＵＥ１のメンバ局２Ｅがミュート標示に応じて開放したミュート対象の空きリソースに送信要求のＬＶ１のパケット送信を割当てる。その結果、ＵＥ１１のメンバ局２Ｄは、選択ウインドウ内に空きリソースが不足している場合でも、送信要求のＬＶ１のパケット送信を実行できる。

尚、標示チャネルの監視周期には、例えば、３個のサブチャネルのリソースを有するため、各サブチャネルのＳＣＩにミュート標示を格納できる。しかも、ミュート標示は最大で２個のミュート対象のリソースを格納可能である。従って、標示チャネルの監視周期では、３個のサブチャネルを使用して最大６個までのミュート対象のリソースを送信することが可能になる。

実施例６では、１個のミュート標示に２個のミュート対象のリソースを格納可能にしたので、ミュート標示の送信効率の向上が図れる。

尚、上記実施例では、Ｖ２Ｖ通信に使用する１スロット分のリソース内のＳＣＩを使用してミュート標示を送信する場合を例示した。しかしながら、１スロット分のリソースに限定されるものではなく、例えば、半スロットや２スロット等のスロット分のリソースでも良く、適宜変更可能である。

また、上記実施例のミュート標示は、ミュート対象のリソースを識別するリソース情報を格納する場合を例示した。しかしながら、ミュート標示は、例えば、選択ウインドウ内のミュート対象のリソースの位置及び各リソースの予約有無が識別可能になるようにビットマップ形式にした情報を格納しても良く、その実施の形態につき、実施例７として以下に説明する。

図１７は、実施例７のミュート標示の伝送方法及びミュート動作の一例を示す説明図である。ミュート標示は、送信要求のパケット送信の許容最大遅延時間に応じて変動する選択ウインドウ内の各リソースの位置を区分し、ミュート対象のリソースの位置が識別可能になるようにビットマップ形式のリソース情報を格納する。例えば、許容最大遅延時間が３ｍ秒の場合、選択ウインドウの時間幅が３ｍ秒になる。従って、選択ウインドウは、３×３の９個のリソースに区画できる。ビットマップ形式のリソース情報は、９個のリソースに区画し、例えば、ミュート対象のリソースを“１”、ミュート対象のリソース以外のリソースを“０”で表現する。

ＵＥ１０の移動局２Ａは、高優先のパケット送信の送信要求を検出した場合、送信要求を検出した時点から１０００ｍ秒前までのセンシング結果に基づき、他の移動局２のリソースの使用状況を捕捉する。ＵＥ１０の移動局２Ａは、送信要求の高優先のパケット送信の許容最大遅延時間に応じた選択ウインドウを設定し、他の移動局２の使用状況から送信要求の高優先のパケット送信に使用する空きリソースが不足しているか否かを判定する。ＵＥ１０の移動局２Ａは、送信要求の高優先のパケット送信に使用する空きリソースが不足していない場合、送信要求の送信データに空きリソースを割り当てる。

また、ＵＥ１０の移動局２Ａは、高優先のパケット送信に使用する空きリソースが不足している場合、送信要求のパケット送信の優先レベル（高優先）よりも下位の低優先の予約済みのリソースをミュート対象のリソースとして選択する。この際、ＵＥ１０の移動局２Ａは、例えば、ＵＥ１の移動局２Ｂが低優先のパケット送信に予約済みのリソースをミュート対象のリソースとして選択する。ＵＥ１０の移動局２Ａは、選択ウインドウ内のミュート対象のリソース位置を“１”、選択ウインドウ内のミュート対象のリソース以外の他のリソース位置を“０”とするビットマップ形式のリソース情報を生成する。そして、ＵＥ１０の移動局２Ａは、ビットマップ形式のリソース情報を含むミュート標示を生成する。そして、ＵＥ１０の移動局２Ａは、ミュート標示を、標示チャネルを通じて他の移動局２にブロードキャスト送信する。

また、各移動局２Ｂは、標示チャネルの監視周期を監視し、監視周期に応じてミュート標示を受信したか否かを判定する。移動局２Ｂは、ミュート標示を受信した場合、ミュート標示を解読してミュート標示内のリソース情報のリソース位置を特定する。移動局２Ｂは、特定されたリソース位置が自局で予約済みのリソース位置と同一であるか否かを判定する。ＵＥ１の移動局２Ｂは、ビットマップ形式のリソース情報を参照し、特定されたリソース位置が自局で予約済みのリソース位置と同一の場合、ミュート対象のリソースが自局の予約済みのリソースであると判断し、当該予約済みのリソースを開放する。

そして、ミュート標示を送信したＵＥ１０の移動局２Ａは、ＵＥ１の移動局２Ｂがミュート標示に応じて開放したミュート対象の空きリソースに送信要求の高優先のパケット送信を割当てる。その結果、ＵＥ１０の移動局２Ａは、空きリソースが不足している場合でも、送信要求の高優先のパケット送信を実行できる。

尚、ビットマップ形式のリソース情報は、パケット送信の許容最大遅延時間に応じて選択ウインドウ内の時間幅が変動するため、その時間幅に応じてビットマップ形式のリソース位置の区画も変動することは言うまでもない。

実施例７では、選択ウインドウ内のリソース位置及び各リソースの予約有無をビットマップ形式で識別可能にする識別情報をミュート標示で送信した。その結果、ミュート標示を受信した各移動局２は、ビットマップ形式のリソース情報を参照してミュート対象のリソースが簡単に識別できる。

上記実施例では、Ｖ２Ｖ通信の無線通信システム１Ｂを例示したが、例えば、Ｖ２Ｐ通信やＶ２Ｉ通信等のＶ２Ｘ通信にも適用可能である。

実施例１のリソース情報には、ミュート対象のリソース位置を識別する識別情報を含める場合を例示した。しかしながら、当該リソースを使用する移動局２を識別する移動局識別情報や当該リソースに使用するパケット送信の優先レベルを含めるようにしても良く、適宜変更可能である。

上記実施例２のメンバ局２Ｄは、高優先パケットの送信要求を検出した場合、送信要求を検出した時点から１０００ｍ秒までのセンシング結果から高優先パケットの優先レベルが下位のミュート対象のリソースを選択する。そして、メンバ局２Ｄは、選択したミュート対象のリソースをミュート要求としてヘッド局２Ｃに送信する場合を例示したが、これに限定されるものではない。例えば、メンバ局２Ｄは、高優先パケットの送信要求を検出した場合、ミュート対象のリソースを選択することなく、ミュート要求をヘッド局２Ｃに送信する。そして、ヘッド局２Ｃは、ミュート要求に応じてミュート対象のリソースを選択し、ミュート対象のリソースのリソース情報を含むミュート標示を他の移動局にブロードキャスト送信しても良く、適宜変更可能である。この場合、ヘッド局２Ｃは、ミュート標示を送信する際にミュート対象のリソースを、ミュート要求を発信したメンバ局２Ｄに通知しておくものとする。

また、上記実施例５及び６においてミュート対象のリソースが複数ある場合として、ヘッド局２Ｃが複数のメンバ局２Ｄからミュート要求を受信した場合を例示した。しかしながら、これに限定されるものではなく、あるメンバ局２Ｄが複数の送信要求を検出した場合にも適用可能である。

図１８は、実施例８のミュート標示の伝送方法及びミュート動作の一例を示す説明図である。尚、ＵＥ１０の移動局２Ａが、所定の位置のリソースでＶ２Ｖ通信を予約済み（リソースを確保している）とする。

ＵＥ１０の移動局２Ａは、送信要求の高優先パケットのサイズより自局で予約済みのリソースが小さいと判断された場合、予約済みのリソースの制御情報（ＳＣＩ）領域にミュート標示の情報を付加する。要するに、送信するデータに対するＳＣＩの一部には、ミュート標示を実行するか否かを判定する情報又は、ミュート標示を行うミュート対象のリソースに関する情報を示すミュート標示の情報が含まれている。その後、他の移動局２は、当該ＳＣＩの情報を検出してＳＣＩの情報を解読し、ＳＣＩ内のミュート標示の情報を解読する。更に、移動局２は、ミュート標示の情報を解読することで、ミュート対象のリソースを開放する情報があるか否かを判定する。他の移動局２は、自局で予約済みのリソースがミュート対象のリソースであるか否かを判定する。移動局２は、自局で予約済みのリソースがミュート対象のリソースの場合、ミュート対象のリソースを開放する。

例えば、ＵＥ１０の移動局２Ａは、自局で予約済みのリソースのサイズよりも大の高優先パケットの送信要求を検出した場合、送信要求を検出した時点から１０００ｍ秒前までのセンシング結果に基づき、他の移動局２のリソースの使用状況を捕捉する。移動局２Ａは、送信要求の許容最大遅延時間に応じた選択ウインドウを設定し、他の移動局２の使用状況から送信要求の高優先のパケット送信に使用する空きリソースが不足しているか否かを判定する。ＵＥ１０の移動局２Ａは、送信要求の高優先のパケット送信に使用する空きリソースが不足している場合、低優先の予約済みのリソースをミュート対象のリソースとして選択する。そして、移動局２Ａは、選択したミュート対象のリソースを識別するリソース情報を含むミュート標示の情報を予約済みのリソース内のＳＣＩ領域に追加する。

移動局２は、各リソース内のＳＣＩの情報を解読し、ＳＣＩ内のミュート標示の情報を解読する。更に、移動局２は、ミュート標示の情報を解読することで、ミュート対象のリソースを開放する情報があるか否かを判定する。他の移動局２の内、ＵＥ２の移動局２Ｂは、自局で予約済みのリソースがミュート対象のリソースであるか否かを判定する。ＵＥ２の移動局２Ｂは、図１８に示すように、自局で予約済みのリソースがミュート対象のリソースの場合、ミュート対象のリソースを開放する。

そして、ＵＥ１０の移動局２Ａは、予約済みのリソースと、ミュート標示に応じてＵＥ２の移動局２Ｂが開放したミュート対象の空きリソースとに送信要求の高優先のパケット送信を割当てる。その結果、ＵＥ１０の移動局２Ａは、予約済みのリソースの他に、開放された空きリソースに高優先のパケット送信を割り当てる。

実施例８の移動局２Ａは、送信要求の高優先のパケット送信に使用するリソースが自局で予約済みのリソースでは足りず、かつ、選択ウインドウ内に空きリソースが不足している場合、自局の予約済みのリソース内のＳＣＩ領域にミュート標示の情報を付加する。各移動局２は、Ｖ２Ｖ通信の周波数帯域のＳＣＩを解読し、ミュート対象のリソースが自局で予約済みのリソースの場合、ミュート対象のリソースを開放する。その結果、移動局２Ａは、高優先のパケット送信に使用するリソースが自局で予約済みのリソースでは足りず、かつ、選択ウインドウ内に空きリソースが不足している場合でも、高優先のパケット送信を実現できる。

更に、実施例８の移動局２は、自局で予約済みのリソースがある場合、ミュート標示に使用する専用のリソースを確保することなく、自局で予約済みのリソース内のＳＣＩ領域にミュート標示の情報を付加する。その結果、専用のリソースがなくても、自局で使用中のリソースのＳＣＩを使用してミュート標示を各移動局２に送信できるため、Ｖ２Ｖ通信の無線効率の向上が図れる。

図１９は、ミュート標示に関する情報を含むＳＣＩフォーマットの一例を示す説明図である。図１９に示すＳＣＩフォーマットは、例えば、初期送信（initial transmission）と再送信（retransmission）との間の時間差（Time Gap:時間間隔）と、再送信インデックスと、初期送信と再送信との周波数リソース位置と、リソース予約とを有する。ＳＣＩフォーマットは、例えば、ミュート標示情報ビットと、ＭＣＳと、グループ宛先ＩＤと、優先情報ビットと、再送信インデックスとを有する。初期送信と再送信との間の時間差には４ビット、再送信インデックスには１ビット、初期送信と再送信との周波数リソース位置には８ビット、リソース予約には４ビットで構成する。ＭＣＳには５ビット、グループ宛先ＩＤには８ビット、優先情報ビットには３ビット、再送信インデックスには１ビット、ミュート標示情報ビットには９ビットで構成する。

ミュート標示情報ビットは、ミュート対象のリソースの位置を識別するリソース情報を配置する。ミュート標示情報ビットは、図１７に示すように、例えば選択ウインドウ内のリソース配置構成が３×３に区画される場合、「９」ビットのビットマップ形式でミュート対象のリソース位置を表現した。例えば、選択ウインドウ内のリソース配置構成が２×２に区画される場合、「４」ビットのビットマップ形式でミュート対象のリソース位置を表現する。また、選択ウインドウ内のリソース配置構成が４×４に区画される場合、「１６」ビットのビットマップ形式でミュート対象のリソース位置を表現する。従って、選択ウインドウ内のリソース配置構成に応じてミュート標示情報ビットのビット数を適宜変更する。

更に、移動局２は、自局で予約済みのリソースがある場合、ミュート標示に使用する専用のリソースを確保することなく、自局で予約済みのリソース内のＳＣＩにミュート標示の情報を付加する。その結果、専用のリソースがなくても、自局で使用中のリソースのＳＣＩを使用してビットマップ形式のミュート標示を各移動局２に送信できるため、Ｖ２Ｖ通信の無線効率の向上が図れる。

図２０は、実施例９のミュート標示の伝送方法及びミュート動作の一例を示す説明図である。実施例８のサブチャネルは、当該サブチャネルのＳＣＩ領域と当該サブチャネルのデータ領域とが同一の時間領域にあるのに対し、実施例９のサブチャネルは、当該サブチャネルのＳＣＩ領域と当該サブチャネルのデータ領域とが異なる時間領域にある。図２０に示すようにＵＥ１０の移動局２Ａのサブチャネルのデータ領域とＵＥ１０の移動局２ＡのサブチャネルのＳＣＩ領域との時間領域が異なる。尚、ＵＥ１０の移動局２Ａが、所定の位置のリソースでＶ２Ｖ通信を予約済み（リソースを確保している）とする。

ＵＥ１０の移動局２Ａは、送信要求の高優先パケットのサイズより自局で予約済みのリソースが小さいと判断された場合、予約済みのリソースのＳＣＩ領域にミュート標示の情報を付加する。尚、予約済みのリソースに相当するサブチャネルのＳＣＩ領域とサブチャネルのデータ領域とは異なる時間領域にある。

他の移動局２は、当該ＳＣＩの情報を検出してＳＣＩの情報を解読し、ＳＣＩ内のミュート標示の情報を解読する。更に、移動局２は、ミュート標示の情報を解読することで、ミュート対象のリソースを開放する情報があるか否かを判定する。他の移動局２は、自局で予約済みのリソースがミュート対象のリソースであるか否かを判定する。移動局２は、自局で予約済みのリソースがミュート対象のリソースの場合、ミュート対象のリソースを開放する。

例えば、ＵＥ１０の移動局２Ａは、自局で予約済みのリソースのサイズよりも大の高優先パケットの送信要求を検出した場合、送信要求を検出した時点から１０００ｍ秒前までのセンシング結果に基づき、他の移動局２のリソースの使用状況を捕捉する。移動局２Ａは、送信要求の許容最大遅延時間に応じた選択ウインドウを設定し、他の移動局２の使用状況から送信要求の高優先のパケット送信に使用する空きリソースが不足しているか否かを判定する。ＵＥ１０の移動局２Ａは、送信要求の高優先のパケット送信に使用する空きリソースが不足している場合、低優先の予約済みのリソースをミュート対象のリソースとして選択する。そして、移動局２Ａは、選択したミュート対象のリソースを識別するリソース情報を含むミュート標示の情報を予約済みのリソースのデータ領域と異なる時間領域のＳＣＩ領域に追加する。

移動局２は、各リソース内のＳＣＩの情報を解読し、ＳＣＩ内のミュート標示の情報を解読する。更に、移動局２は、ミュート標示の情報を解読することで、ミュート対象のリソースを開放する情報があるか否かを判定する。他の移動局２の内、ＵＥ２の移動局２Ｂは、自局で予約済みのリソースがミュート対象のリソースであるか否かを判定する。ＵＥ２の移動局２Ｂは、図２０に示すように、自局で予約済みのリソースがミュート対象のリソースの場合、ミュート対象のリソースを開放する。

そして、ＵＥ１０の移動局２Ａは、予約済みのリソースと、ミュート標示に応じてＵＥ２の移動局２Ｂが開放したミュート対象の空きリソースとに送信要求の高優先のパケット送信を割当てる。その結果、ＵＥ１０の移動局２Ａは、予約済みのリソースの他に、開放された空きリソースに高優先のパケット送信を割り当てる。

実施例９の移動局２Ａは、送信要求の高優先のパケット送信に使用するリソースが自局で予約済みのリソースでは足りず、かつ、選択ウインドウ内に空きリソースが不足している場合、自局で予約済みのリソース内のＳＣＩ領域にミュート標示の情報を付加する。各移動局２は、Ｖ２Ｖ通信の周波数帯域のＳＣＩを解読し、ミュート対象のリソースが自局で予約済みのリソースの場合、ミュート対象のリソースを開放する。その結果、移動局２Ａは、高優先のパケット送信に使用するリソースが自局で予約済みのリソースでは足りず、かつ、選択ウインドウ内に空きリソースが不足している場合でも、高優先のパケット送信を実現できる。

更に、実施例９の移動局２は、自局で予約済みのリソースがある場合、ミュート標示に使用する専用のリソースを確保することなく、自局で予約済みのリソース内のデータ領域と時間領域が異なるＳＣＩ領域にミュート標示の情報を付加する。その結果、専用のリソースがなくても、自局で使用中のリソースのＳＣＩを使用してミュート標示を各移動局２に送信できるため、Ｖ２Ｖ通信の無線効率の向上が図れる。

尚、ＵＥ１０の移動局２が予約済みのリソースの時間領域又は周波数−時間領域を基準にミュート対象のリソースを指定しても良いし、ミュート標示の情報を付与した時間領域を基準にミュート対象のリソースを指定しても良く、適宜変更可能である。

図２１は、実施例１０のミュート標示の伝送方法及びミュート動作の一例を示す説明図である。実施例８のＶ２Ｖ通信のリソースは、ＵＥ１０の移動局２が予めリソースを確保し、同一時間領域のＳＣＩ領域にミュート標示を付加している。これに対し、実施例１０のＶ２Ｖ通信のリソースは、ＵＥ１０の移動局２が予めリソースを確保しているのではなく、ＳＣＩ領域にミュート標示の情報を付加している。

図２１に示す同一時間領域の３個のサブチャネルのリソースは、例えば、３個のデータ領域を纏めた周波数帯域のリソースと、例えば、３個のＳＣＩ領域を纏めた周波数帯域のリソースとを有する。

例えば、ＵＥ１０の移動局２Ａは、高優先パケットの送信要求を検出した場合、送信要求を検出した時点から１０００ｍ秒前までのセンシング結果に基づき、他の移動局２のリソースの使用状況を捕捉する。移動局２Ａは、送信要求の許容最大遅延時間に応じた選択ウインドウを設定し、他の移動局２の使用状況から送信要求の高優先のパケット送信に使用する空きリソースが不足しているか否かを判定する。ＵＥ１０の移動局２Ａは、送信要求の高優先のパケット送信に使用する空きリソースが不足している場合、低優先の予約済みのリソースをミュート対象のリソースとして選択する。尚、図２１に示す例では、送信要求の高優先パケットに使用するリソースとして２個のリソースを選択する。そして、ＵＥ１０の移動局２Ａは、選択したミュート対象のリソースを識別するリソース情報を含むミュート標示の情報をＳＣＩ領域に付加する。

移動局２は、各リソース内のＳＣＩの情報を解読し、ＳＣＩ内のミュート標示の情報を解読する。更に、移動局２は、ミュート標示の情報を解読することで、ミュート対象のリソースを開放する情報があるか否かを判定する。他の移動局２の内、ＵＥ１及びＵＥ２の移動局２Ｂは、自局で予約済みのリソースがミュート対象のリソースであるか否かを判定する。ＵＥ１の移動局２Ｂは、図２０に示すように、自局で予約済みのリソースがミュート対象のリソースの場合、ミュート対象のリソースを開放する。同様に、ＵＥ２の移動局２Ｂは、図２０に示すように、自局で予約済みのリソースがミュート対象のリソースの場合、ミュート対象のリソースを開放する。

そして、ＵＥ１０の移動局２Ａは、ミュート標示に応じてＵＥ１及びＵＥ２の移動局２Ｂが開放したミュート対象の空きリソースに送信要求の高優先のパケット送信を割当てる。その結果、ＵＥ１０の移動局２Ａは、開放された空きリソースに高優先のパケット送信を割り当てる。

実施例１０の移動局２Ａは、送信要求の高優先のパケット送信に使用する空きリソースが不足している場合、ＳＣＩにミュート標示の情報を付加する。各移動局２は、Ｖ２Ｖ通信の周波数帯域のＳＣＩを解読し、ミュート対象のリソースが自局で予約済みのリソースの場合、ミュート対象の予約済みのリソースを開放する。その結果、移動局２Ａは、高優先のパケット送信に使用する空きリソースが不足している場合でも、高優先のパケット送信を実現できる。

更に、実施例１０の移動局２は、ミュート標示に使用する専用のリソースを確保することなく、ＳＣＩ領域にミュート標示の情報を付加する。その結果、専用のリソースがなくても、ＳＣＩを使用してミュート標示を各移動局２に送信できるため、Ｖ２Ｖ通信の無線効率の向上が図れる。

尚、実施例１０のＶ２通信のリソースは、同一時間領域におけるＳＣＩ領域を纏めた周波数帯域とデータ領域を纏めた周波数帯域とを有するリソース構成を例示したが、これに限定されるものではない。例えば、図１８に示すリソース構成や図２０に示すリソース構成でも良く、移動局２Ａは、リソース内の一つのＳＣＩ領域にミュート標示を付加しても良く、適宜変更可能である。

尚、図２１に示すＳＣＩ領域内のミュート標示は、リソースの初期位置を指定し、初期位置から連続する周波数領域又は時間領域を示すことでミュート対象のリソースを指定する。また、ミュート標示の情報で複数のミュート対象のリソースを示しても良く、この場合、例えば、９ビットの内、“１”を示す値のミュート対象のリソースを開放することで、簡単に複数のミュート対象のリソースを開放できる。

以上のように、実施例８乃至１０は、ＳＣＩを用いて、ミュート標示の指示を行うことができる。そのため、送信要求のパケットサイズを確保しているリソースよりも大きい場合にも対応できる。尚、実施例８〜１０と実施例１〜７を組み合わせても使用することができる。例えば、実施例１で説明したミュート標示で最初のミュート対象のリソースを各移動局２に指示する。更に、実施例８乃至１０で説明したＳＣＩを用いて、最初のミュート対象のリソース位置を基準に必要なリソース分をミュート対象のリソースとして各移動局２に送信しても良く、適宜変更可能である。

１Ｂ 無線通信システム
２，２Ａ，２Ｂ 移動局
２Ｃ ヘッド局
２Ｄ メンバ局
２Ｅ メンバ局
４１ 判定部
４２ 生成部
４３ 送信部
４４ 割当部
４５ 開放部

Claims (12)

1. 他の端末装置と直接通信する高優先のデータの送信要求を検出した場合に、データ送信に割当可能な複数のリソースの中で当該送信要求のデータ送信に割り当てるリソースが不足しているか否かを判定する判定部と、
   前記送信要求のデータ送信に割り当てるリソースが不足している場合に、前記送信要求のデータ送信の優先レベルよりも下位のデータ送信に使用する前記他の端末装置が予約済みのリソースを選択し、選択した予約済みのリソースの開放を要求するコマンドを生成する生成部と、
   前記生成部で生成した前記コマンドを前記各他の端末装置に送信する送信部と、
   前記コマンドに応じて前記他の端末装置が開放したリソースを前記送信要求のデータ送信に割り当てる割当部と
   を有することを特徴とする端末装置。
2. 前記他の端末装置から受信した前記コマンドが開放を要求するリソースが自装置で予約済みのリソースである場合に当該予約済みのリソースを開放する開放部を有することを特徴とする請求項１に記載の端末装置。
3. 前記送信部は、
   前記複数のリソース内の所定周期のリソースを使用して前記コマンドを前記各他の端末装置に送信することを特徴とする請求項１に記載の端末装置。
4. 前記コマンドは、前記リソースのサブチャネル内の制御情報に配置し、データ送信に使用する制御情報と識別可能になるように当該コマンドを識別する識別情報を有することを特徴とする請求項３に記載の端末装置。
5. 前記複数のリソースは、データを格納するデータ領域と、制御情報を格納する制御情報領域とを有し、
   前記送信部は、
   前記制御情報領域を使用して前記コマンドを前記各他の端末装置に送信することを特徴とする請求項１に記載の端末装置。
6. 前記送信部は、
   前記複数のリソースと異なる周波数帯域の所定周期のリソースを使用して前記コマンドを前記各他の端末装置に送信することを特徴とする請求項１に記載の端末装置。
7. 前記コマンドは、
   開放を要求するリソースを識別するリソース情報を含むことを特徴とする請求項１に記載の端末装置。
8. 前記コマンドは、
   前記データ送信に使用する選択ウインドウ内の各リソースの位置及び各リソースの開放対象の有無をビットマップ形式で識別可能にしたリソース情報を含むことを特徴とする請求項１に記載の端末装置。
9. 前記コマンドは、
   前記データ送信に使用する選択ウインドウ内の複数のリソースを区画し、区画したリソース毎に開放対象の有無をビット形式で識別可能にしたビットマップ形式のリソース情報を含むことを特徴とする請求項１に記載の端末装置。
10. 他の端末装置と直接通信するデータの送信要求を検出した場合に、データ送信に割当可能な複数のリソースの中で当該送信要求のデータ送信に割り当てる割当部と、
    前記他の端末装置から自装置が予約済みのリソースの開放を要求するコマンドを受信し、当該コマンドが開放を要求する前記リソースが自装置で予約済みのリソースである場合に、当該予約済みのリソースを開放する開放部と
    を有することを特徴とする端末装置。
11. 第１の端末装置と、前記第１の端末装置と直接通信する第２の端末装置とを有する無線通信システムであって、
    前記第１の端末装置は、
    高優先のデータの送信要求を検出した場合に、データ送信に割当可能な複数のリソースの中で当該送信要求のデータ送信に割り当てるリソースが不足しているか否かを判定する判定部と、
    前記送信要求のデータ送信に割り当てるリソースが不足している場合に、前記送信要求のデータ送信の優先レベルよりも下位のデータ送信に使用する他の端末装置が予約済みのリソースを選択し、選択した予約済みのリソースの開放を要求するコマンドを生成する生成部と、
    前記生成部で生成した前記コマンドを前記各他の端末装置に送信する送信部と
    を有し、
    前記第２の端末装置は、
    前記第１の端末装置から受信した当該コマンドが開放を要求するリソースが自装置で予約済みのリソースである場合に前記予約済みのリソースを開放する開放部を有し、
    前記第１の端末装置は、
    前記コマンド送信後、前記第２の端末装置が開放したリソースを前記送信要求のデータ送信に割り当てる割当部
    を有することを特徴とする無線通信システム。
12. 第１の端末装置と、前記第１の端末装置と直接通信する第２の端末装置と、前記第１の端末装置及び前記第２の端末装置と直接通信する第３の端末装置とを有する無線通信システムであって、
    前記第１の端末装置は、
    高優先のデータの送信要求を検出した場合に、データ送信に割当可能な複数のリソースの中で当該送信要求のデータ送信に割り当てるリソースが不足しているか否かを判定する判定部と、
    前記送信要求のデータ送信に割り当てるリソースが不足している場合に、前記送信要求のデータ送信の優先レベルよりも下位のデータ送信に使用する他の端末装置が予約済みのリソースを選択し、選択した予約済みのリソースの開放を要求する要求を生成し、生成した前記要求を前記第２の端末装置に送信する送信部と
    を有し、
    前記第２の端末装置は、
    前記第１の端末装置から前記要求を受信した場合に、前記要求に関わるリソースの開放を要求するコマンドを生成する生成部と、
    前記生成部で生成した前記コマンドを各他の端末装置に送信する送信部と
    を有し、
    前記第３の端末装置は、
    前記第２の端末装置から受信した前記コマンドが開放を要求するリソースが自装置で予約済みのリソースである場合に前記予約済みのリソースを開放する開放部を有し、
    前記第１の端末装置は、
    前記コマンド送信後、前記第３の端末装置が開放したリソースを前記送信要求のデータ送信に割り当てる割当部
    を有することを特徴とする無線通信システム。

Images