(57)【要約】  通信システムは、第１の端末装置と、第１の端末装置に対してデータ送信に使用するリソースを割当てる第２の端末装置とを有する。第２の端末装置は、割当部と、第１の送信部と、解放部とを有する。第１の端末装置は、選択部と、第２の送信部とを有する。割当部は、データ送信に割当可能なリソース群内のリソースを予約する。第１の送信部は、リソースの予約情報を含む報知信号をブロードキャスト送信する。選択部は、報知信号を受信し、報知信号内の予約情報のリソースから使用するリソースを選択する。第２の送信部は、選択されたリソースを使用して無線レイヤ情報を含むフィードバック信号を第２の端末装置に送信する。割当部は、第１の端末装置からフィードバック信号を受信し、第１の端末装置に対してデータ送信のリソースを割当てる。解放部は、フィードバック信号を受信した場合に、フィードバック信号に使用したリソースの予約を解放する。
2020166032.tif 000002
【特許請求の範囲】
【請求項１】
第１の端末装置と、前記第１の端末装置に対してデータ送信に使用するリソースを割当てる第２の端末装置とを有する通信システムであって、
前記第２の端末装置は、
前記データ送信に割当可能なリソース群内のリソースを予約する割当部と、
前記リソースの予約情報を含む報知信号をブロードキャスト送信する第１の送信部と
を有し、
前記第１の端末装置は、
前記報知信号を受信し、当該報知信号内の前記リソースの予約情報により、予約されたリソースから使用するリソースを選択する選択部と、
選択された前記リソースを使用して無線レイヤ情報を含むフィードバック信号を前記第２の端末装置に送信する第２の送信部と
を有し、
前記第２の端末装置は、
前記第１の端末装置から前記無線レイヤ情報を含むフィードバック信号を受信し、第１の端末装置に対してデータ送信のリソースを割当てる前記割当部と、
前記フィードバック信号を受信した場合に、当該フィードバック信号に使用したリソースの予約を解放する解放部と
を有することを特徴とする通信システム。
【請求項２】
前記選択部は、
前記リソース群から一つのサブセットリソースを指定し、指定されたサブセットリソースをセンシングし、空きのリソースを選択することを特徴とする請求項１に記載の通信システム。
【請求項３】
前記選択部は、
前記リソース群から複数のサブセットリソースを指定し、指定された複数のサブセットリソースをセンシングして、空きの一つのサブセットリソースを選択することを特徴とする請求項１に記載の通信システム。
【請求項４】
前記第１の送信部は、
前記リソース群の一部のリソースを用いてリソースを予約し、当該リソースの予約情報を含む前記報知信号をブロードキャスト送信することを特徴とする請求項１に記載の通信システム。
【請求項５】
前記第１の送信部は、
前記リソース群の全部を複数個に分割したリソースを予約し、当該リソースの予約情報を含む前記報知信号をブロードキャスト送信することを特徴とする請求項１に記載の通信システム。
【請求項６】
他の端末装置に対してデータ送信に使用するリソースを割当てる端末装置であって、
前記データ送信に割当可能なリソース群内のリソースを予約する割当部と、
前記リソースの予約情報を含む報知信号をブロードキャスト送信する送信部と、
前記報知信号を受信した前記他の端末装置が当該報知信号内の予約情報から選択したリソースを使用し、当該他の端末装置の自局の無線レイヤ情報を含むフィードバック信号を当該他の端末装置から受信し、当該他の端末装置に対してデータ送信のリソースを割当てる前記割当部と、
前記フィードバック信号を受信した場合に、当該フィードバック信号に使用したリソースの予約を解放する解放部と
を有することを特徴とする端末装置。
【請求項７】
他の端末装置に割り当てられたリソースを使用してデータ送信を実行する端末装置であって、
前記データ送信に割当可能なリソース群内のリソースを予約したリソースの予約情報を含む報知信号を前記他の端末装置から受信した場合に、当該報知信号内の前記リソースの予約情報により、予約されたリソースから使用するリソースを選択する選択部と、
選択された前記リソースを使用して無線レイヤ情報を含むフィードバック信号を前記他の端末装置に送信する送信部と
を有することを特徴とする端末装置。
【請求項８】
第１の端末装置と、前記第１の端末装置に対してデータ送信に使用するリソースを割当てる第２の端末装置とを有する通信システムであって、
前記第２の端末装置は、
前記データ送信に割当可能なリソース群内の各リソースを識別するリソースプール情報を含む報知信号をブロードキャスト送信する第１の送信部を有し、
前記第１の端末装置は、
前記報知信号を受信した場合に、当該報知信号内の前記リソースプール情報を取得する第１の取得部と、
取得された前記リソースプール情報に基づき、自局の無線レイヤ情報を含むスケジューリング要求信号を第２の端末装置に送信する第２の送信部と
を有し、
前記第２の端末装置は、
前記スケジューリング要求信号を受信した場合に当該スケジューリング要求信号から無線レイヤ情報を取得する第２の取得部と、
取得された前記無線レイヤ情報を参照し、前記スケジューリング要求信号を送信した前記第１の端末装置に対して前記データ送信のリソースを割当てる割当部と
を有することを特徴とする通信システム。
【請求項９】
第１の端末装置と、前記第１の端末装置に対してデータ送信に使用するリソースを割当てる第２の端末装置とを有する通信システムであって、
前記第２の端末装置は、
基地局で管理された割当可能なリソース群内の各リソース又はサブセットをセンシングし、センシング結果に基づき、一つのリソース又はサブセットを選択し、選択されたリソース又はサブセットを使用して、前記データ送信に割当可能なリソース群内の各リソースを識別するリソースプール情報を含む報知信号をブロードキャスト送信する第１の送信部を有し、
前記第１の端末装置は、
前記報知信号を受信した場合に、当該報知信号内の前記リソースプール情報を取得する第１の取得部と、
取得された前記リソースプール情報に基づき、前記データ送信のリソースを割当てる割当部と
を有することを特徴とする通信システム。
【請求項１０】
第１の端末装置と、前記第１の端末装置に対してデータ送信に使用するリソースを割当てる第２の端末装置とを有する通信システムであって、
前記第１の端末装置は、
自局の無線レイヤ情報を含む発見信号を送信する第１の送信部を有し、
前記第２の端末装置は、
前記発見信号を受信した場合に、当該発見信号から前記無線レイヤ情報を取得する第１の取得部と、
取得された前記無線レイヤ情報を参照し、当該無線レイヤ情報に関わる前記第１の端末装置に対する予約のリソースを管理するテーブル情報を生成する割当部と、
前記テーブル情報を含むスケジューリング信号を前記第１の端末装置に送信する第２の送信部と
を有し、
前記第１の端末装置は、
前記スケジューリング信号を受信した場合に、前記スケジューリング信号内のテーブル情報を取得する第２の取得部と、
取得された前記テーブル情報を参照して自局のデータ送信のリソースを特定する特定部と
を有することを特徴とする通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システム及び端末装置に関する。
【背景技術】
【０００２】
現在のネットワークは、例えば、スマートフォンやフューチャーホン等のモバイル端末のトラフィックがネットワークのリソースの大半を占めている。また、モバイル端末が使うトラフィックは、今後も拡大していく傾向にある。【０００３】
一方で、ＩｏＴ（Internet  of  a  things）サービス、例えば、交通システム、スマートメータ、装置等の監視システム等のサービスの展開にあわせて、多種多様な要求条件のサービスに対応することが求められている。そのため、第５世代移動体通信（５Ｇ又はＮＲ（Ｎｅｗ  Ｒａｄｉｏ））の通信規格では、４Ｇ（第４世代移動体通信）の標準技術（例えば、非特許文献２〜１２）に加えて、さらなる高データレート化、大容量化、低遅延化を実現する技術が求められている。尚、第５世代通信規格については、３ＧＰＰの作業部会（例えば、ＴＳＧ−ＲＡＮ  ＷＧ１、ＴＳＧ−ＲＡＮ  ＷＧ２等）で技術検討が進められている（非特許文献１３〜３９）。【０００４】
上記で述べたように、多種多様なサービスに対応するために、５Ｇでは、ｅＭＢＢ（Enhanced  Mobile  BroadBand）、Ｍａｓｓｉｖｅ  ＭＴＣ（Machine  Type  Communications)、およびＵＲＬＬＣ（Ultra−Reliable  and  Low  Latency  Communication）に分類される多くのユースケースのサポートを想定している。また、３ＧＰＰの作業部会では、Ｖ２Ｘ（Vehicle  to    Everything）通信についても議論されている。また、３ＧＰＰの作業部会では、Ｄ２Ｄ（Device  to  Device）通信についても議論されている。Ｄ２Ｄ通信は、サイドリンク通信と呼ばれることもある。また、Ｄ２Ｄ通信の一例として、Ｖ２Ｘが検討されている。Ｖ２Ｘ通信は、例えば、サイドリンクチャネルを使用した通信であって、例えば、Ｖ２Ｖ(Vehicle  to  Vehicle)通信、Ｖ２Ｐ(Vehicle  to  Pedestrian)通信や、Ｖ２Ｉ(Vehicle  to  Infrastructure)通信等がある。Ｖ２Ｖ通信は、自動車と自動車との間の通信、Ｖ２Ｐ通信は、自動車と歩行者(Pedestrian)との間の通信、Ｖ２Ｉ通信は、自動車と標識等の道路インフラとの間の通信である。Ｖ２Ｘに関する規定は、例えば、非特許文献１に記載されている。４ＧのＶ２Ｘでは、データ送信に対してフィードバックを行わずに、１つのデータに対して２回のデータ送信を実行する。【０００５】
４ＧのＶ２Ｘのリソースを割り当てる方式には、例えば、移動体通信システムが集中的に制御する方式と、Ｖ２Ｘを実施する各端末装置が自律的に制御する方式とがある。移動体通信システムが集中的に制御する方式は、Ｖ２Ｘを実施する端末装置が移動体通信システムの基地局のカバレージに在圏する際に適用可能であり、モード１とも呼ばれる。一方、各端末装置が自律的に制御する方式は、端末装置が基地局のカバレージに在圏しなくても適用可能であり、モード２とも呼ばれる。モード２では、端末装置と基地局との間でのリソースの割当のための通信が行われない。【０００６】
更に、モード２では、複数の端末装置でグループを構成し、複数の端末装置の内、１台の端末装置をヘッド局(又はスケジューリング局（scheduling  UE)）、ヘッド局以外の他の端末装置をメンバ局とし、ヘッド局が複数のメンバ局に対して無線リソースを自律的に割り当てる方法が検討されている。
【先行技術文献】
【非特許文献】
【０００７】
【非特許文献１】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）がある。
【００１５】
以下に、本願の開示する通信システム及び端末装置の実施例を、図面に基づいて詳細に説明する。なお、以下の実施例は開示の技術を限定するものではない。
【実施例１】
【００１６】
図１は、実施例１の無線通信システム１の一例を示す説明図である。図１に示す無線通信システム１は、複数の移動局（UE:User  Equipment）２と、基地局(BS:Base  Station)３とを有する。無線通信システム１には、移動局２を車両に配置し、移動局２間の直接通信を実現するリソース割当方式として、例えば、ＬＴＥ−Ｖ２Ｖ(Long  Term  Evolution-Vehicle  to  Vehicle)がある。Ｖ２Ｖ通信のリソース割当方式には、例えば、モード１及びモード２がある。【００１７】
モード１で使用する無線通信システム１Ａでは、基地局３が集中的にリソースを制御し、Ｖ２Ｖ通信を実施する移動局２が基地局３のカバレージに在圏する際に適用可能である。また、モード２で使用する無線通信システム１Ｂでは、Ｖ２Ｖ通信を実施する各移動局２が自律的に制御し、移動局２が基地局３のカバレージに在圏しなくても適用可能である。モード２で使用する無線通信システム１Ｂでは、例えば、自動車隊列走行の複数の移動局２でグループを構成する場合がある。尚、自動車隊列走行は、例えば、移動局２が搭載された複数の車両が隊列を組んで自動走行するサービスである。例えば、グループ内の１台の移動局２をヘッド局２Ａ、ヘッド局２Ａ以外の他の移動局２をメンバ局２Ｂとする。ヘッド局２Ａとメンバ局２Ｂとは主従関係にある。ヘッド局２Ａは、他のメンバ局２Ｂのデータ送信に使用するリソースを割当てるスケジューリング動作を実行する。【００１８】
モード２で使用する無線通信システム１Ｂ内の各移動局２は、Ｖ２Ｖ通信に用いられる周波数帯域をセンシングする。具体的には、移動局２は、所定のセンシング期間において、Ｖ２Ｖ通信に用いられる周波数帯域全体のＳＣＩ（Side  link  Control  Channel）を受信し、対応するサブチャネルの受信電力を計測する。そして、移動局２は、それぞれのサブフレーム及びサブチャネルにおいて他の移動局２が信号を送信しているか否かを判定する。移動局２は、データ送信の送信要求を検出した場合、センシング結果に基づき、他の移動局２が使用する可能性が高いリソースを除外し、データ送信に割り当てる空きリソースを選択する。移動局２は、センシング結果に基づいて、他の移動局２が使用する可能性の高いリソースを予約済みリソースとして選択ウインドウ内に設定する。そして、移動局２は、選択ウインドウ内に予約済みリソース以外の空きリソースを選択し、選択した空きリソースにデータ送信を割当てる。【００１９】
また、モード２には、例えば、モード２ａやモード２ｄ等の複数のモードが検討されている。モード２ａでは、移動局２が送信のためのサイドリンクリソースを自律的に選択するモードである。また、モード２ｄは、移動局２が他の移動局２のサイドリンク送信をスケジューリングするモードである。モード２ｄのグループでは、複数のメンバ局２Ｂと、メンバ局２Ｂに対して自律的にリソースを割当てるヘッド局２Ａとを有し、ヘッド局２Ａは、基地局３の代わりに、サイドリンクのリソースをメンバ局２Ｂに割当てる。【００２０】
図２は、実施例１の移動局２の一例を示すブロック図である。図２に示す移動局２は、セルラーアンテナ１１と、セルラー受信部１２と、ＣＰ（Cyclic  Prefix）除去部１３と、ＦＦＴ（Fast  Fourier  Transform：高速フーリエ変換）部１４と、復号部１５と、スケジューラ部１６とを有する。更に、移動局２は、データ生成部１７と、データ符号化部１８と、ＩＦＦＴ（Inverse  Fast  Fourier  Transform：逆高速フーリエ変換）部１９と、ＣＰ付加部２０と、セルラー送信部２１とを有する。更に、移動局２は、Ｖ２Ｖアンテナ２２と、Ｖ２Ｖ受信部２３と、Ｖ２Ｖ制御復号部２４と、Ｖ２Ｖデータ復号部２５と、Ｖ２Ｖスケジューラ部２７と、リソースプール２８とを有する。移動局２は、Ｖ２Ｖ制御生成部２９と、Ｖ２Ｖデータ生成部３０と、Ｖ２Ｖ送信部３２とを有する。【００２１】
セルラーアンテナ１１は、例えば、モード１の無線通信システム１Ａに使用する無線キャリアの無線信号を送受信する。セルラー受信部１２は、セルラーアンテナ１１を通じて無線信号を受信し、その受信信号に対して、例えば、ダウンコンバート及びＡ／Ｄ変換等の無線受信処理を実行する。ＣＰ除去部１３は、受信信号にシンボル単位で付加されたＣＰを除去する。そして、ＣＰ除去部１３は、ＣＰ除去後の受信信号をＦＦＴ部１４へ出力する。ＦＦＴ部１４は、ＣＰ除去部１３から出力された受信信号を高速フーリエ変換し、時間領域の受信信号を周波数領域の受信信号に変換する。受信信号には、基地局３から送信されたデータや制御信号等が含まれる。復号部１５は、ＦＦＴ部１４で変換後の周波数領域の受信信号からデータを復調及び復号する。復号部１５は、変換後の周波数領域の受信信号から制御信号を復調及び復号する。【００２２】
スケジューラ部１６は、基地局３との間で送受信されるデータに無線リソースを割当てるスケジューリングを実行する。具体的には、スケジューラ部１６は、各移動局２が送信するデータに無線リソースを割り当てる、移動局２から基地局３への上り回線のスケジューリングを実行する。スケジューラ部１６は、基地局３から移動局２への下り回線のスケジューリングを実行する。【００２３】
データ生成部１７は、基地局３に送信するデータを生成する。データ符号化部１８は、生成したデータを符号化及び変調し、変調後のデータをＩＦＦＴ部１９へ出力する。ＩＦＦＴ部１９は、データ生成部１７から出力されたデータを逆高速フーリエ変換し、周波数領域の送信信号を時間領域の送信信号に変換する。そして、ＩＦＦＴ部１９は、時間領域の送信信号をＣＰ付加部２０へ出力する。ＣＰ付加部２０は、ＩＦＦＴ部１９から出力される送信信号にシンボル単位でＣＰを付加する。そして、ＣＰ付加部２０は、ＣＰが付加された送信信号をセルラー送信部２１へ出力する。セルラー送信部２１は、送信信号をＤ／Ａ変換及びアップコンバート等の無線送信処理を実行し、セルラーアンテナ１１を通じて無線信号を送信する。【００２４】
また、Ｖ２Ｖアンテナ２２は、例えば、モード２の無線通信システム１Ｂに使用するＶ２Ｖ通信の無線信号を送受信する。Ｖ２Ｖ受信部２３は、Ｖ２Ｖアンテナ２２を通じて無線信号を受信し、その受信信号に対して、例えば、ダウンコンバート及びＡ／Ｄ変換等の無線受信処理を実行する。Ｖ２Ｖ制御復号部２４は、Ｖ２Ｖ受信部２３で受信処理した受信信号に含まれるＶ２Ｖの制御信号を復号化する。Ｖ２Ｖの制御信号は、受信信号内のＰＳＳＣＨ内のサブチャネル内の制御情報である。Ｖ２Ｖデータ復号部２５は、Ｖ２Ｖ受信部２３で受信処理した受信信号に含まれるＶ２Ｖのデータ信号を復号する。Ｖ２Ｖのデータ信号は、受信信号内のＰＳＳＣＨ内のサブチャネル内のデータである。【００２５】
Ｖ２Ｖスケジューラ部２７は、Ｖ２Ｖの移動局２との間で送受信されるデータにＶ２Ｖ通信に使用するリソースを割当てるスケジューリングを実行する。リソースプール２８は、Ｖ２Ｖ通信に使用するリソース、例えば、後述するモード２ａプール２８Ａやモード２ｄプール２８Ｂ等を管理している。Ｖ２Ｖ制御生成部２９は、送信先の移動局２に送信するＶ２Ｖの制御信号、例えば、サブチャネルの制御情報を生成する。Ｖ２Ｖデータ生成部３０は、送信先の移動局２に送信するＶ２Ｖのデータ信号、例えば、サブチャネルのデータを生成する。Ｖ２Ｖ送信部３２は、Ｖ２Ｖ制御生成部２９で生成したＶ２Ｖの制御信号と、Ｖ２Ｖデータ生成部３０で生成したＶ２Ｖのデータ信号とを含むＶ２Ｖの送信信号をＤ／Ａ変換及びアップコンバート等の無線送信処理を実行する。そして、Ｖ２Ｖ送信部３２は、無線送信処理実行後のＶ２Ｖの無線信号を、Ｖ２Ｖアンテナ２２を通じて送信する。【００２６】
図３Ａは、移動局２（ヘッド局２Ａ）のＶ２Ｖスケジューラ部２７の機能の一例を示すブロック図、図３Ｂは、移動局２（メンバ局２Ｂ）のＶ２Ｖスケジューラ部２７の機能の一例を示すブロック図である。図３Ａに示すヘッド局２ＡのＶ２Ｖスケジューラ部２７は、図示していないＲＯＭ（Read  Only  Memory）内に格納されたプログラムを読み出し、読み出したプログラムを実行することで、例えば、第１の送信部４１、割当部４２及び解放部４３の機能を実行する。第１の送信部４１は、データ送信に割当可能なモード２ｄプール２８Ｂの一部から直交リソースを含む第１の直交リソース群１００を含む報知信号をブロードキャスト送信する。尚、直交リソースは、グループ参加を希望する際にフィードバック信号を返信するための直交状態のリソースである。フィードバック信号は、ヘッド局２Ａに対してグループ参加を求めるための返信信号である。割当部４２は、メンバ局２Ｂからフィードバック信号（返信）を受信した場合に、当該フィードバック信号内の無線レイヤ情報に基づき、当該無線レイヤ情報に関わるメンバ局２Ｂに対してデータ送信のリソースを割当てる。割当部４２は、無線レイヤ情報内のＱｏＳ情報を認識した後、例えば、同期又は非同期の２種類の異なるトラヒックタイプを検討しながら、データ送信のリソースを割当てる。更に、解放部４３は、フィードバック信号を受信した場合に、当該フィードバック信号に使用した直交リソースの予約を解放して当該直交リソースをデータ送信用のモード２ｄプール２８Ｂに戻す。【００２７】
また、図３Ｂに示すメンバ局２ＢのＶ２Ｖスケジューラ部２７は、図示していないＲＯＭ内に格納されたプログラムを読み出し、読み出したプログラムを実行することで、例えば、選択部５１及び第２の送信部５２の機能を実行する。選択部５１は、報知信号を受信した場合に当該報知信号内の第１の直交リソース群１００内の直交リソースを選択する。選択部５１は、第１の直交リソース群１００から一つの直交リソースを指定し、指定された直交リソースに対して短期間センシング処理を実行する。尚、短期間センシング処理は、全部の直交リソースをセンシングするのではなく、センシング結果に基づき、直交リソースが使用中の場合に次候補の未指定の直交リソースを指定してセンシング処理を実行する。更に、選択部５１は、センシング結果に基づき、当該直交リソースが空きの場合に、当該空きの直交リソースを選択する。第２の送信部５２は、選択された直交リソースを予約して自局の無線レイヤ情報を含むフィードバック信号をヘッド局２Ａに送信する。【００２８】
図４は、実施例１のリソースプール２８の一例を示す説明図である。リソースプール２８は、モード２ａのリソースを管理するモード２ａプール２８Ａと、モード２ｄのリソースを管理するモード２ｄプール２８Ｂとがある。モード２ａプール２８Ａは、自局が自律的に割り当てるリソースプールである。モード２ｄプール２８Ｂは、ヘッド局２Ａがメンバ局２Ｂに割り当てるリソースプールである。【００２９】
図５Ａは、第１の直交リソース群１００の一例を示す説明図である。ヘッド局２Ａは、モード２ｄプール２８Ｂの一部の直交リソースＲ１〜Ｒ６を含む第１の直交リソース群１００を生成する。尚、説明の便宜上、第１の直交リソース群１００は、６個の直交リソースＲ１〜Ｒ６を含むものとし、直交リソースＲ１〜Ｒ６まで予約可能な空き状態とする。直交リソースは、報知信号に対するフィーバック信号送信用に使用するリソースである。尚、説明の便宜上、第１の直交リソース群１００は、例えば、６個の直交リソースＲ１〜Ｒ６を格納している。ヘッド局２Ａは、第１の直交リソース群１００を含む報知信号を、モード２ａプール２８Ａを使用してＳＣＩでブロードキャスト送信する。その結果、移動局２は、ヘッド局２Ａのグループにメンバ局２Ｂとして参加する場合、ヘッド局２Ａから報知信号を受信し、受信した報知信号内の第１の直交リソース群１００を取得する。【００３０】
図５Ｂは、直交リソース選択時の第１の直交リソース群１００の一例を示す説明図である。移動局２は、第１の直交リソース群１００内の１個の直交リソースを指定し、指定された直交リソースに対して短期間センシング処理を実行し、当該直交リソースが空きであるか否かを判定する。移動局２は、直交リソースが空きの場合、当該空きの直交リソースを選択する。また、移動局２は、直交リソースが空きでない場合、第１の直交リソース群１００の内、未指定の直交リソースを指定し、指定された直交リソースに対して短期間センシング処理を実行する。移動局２は、センシング結果に基づき、直交リソースが空きの場合、空きの直交リソースを選択（予約）した後、空きの直交リソースを使用して報知信号に対するフィードバック信号をヘッド局２Ａに送信する。尚、図５Ｂに示す第１の直交リソース群１００は、直交リソースＲ１〜Ｒ３が予約済み、直交リソースＲ４〜Ｒ６をフィードバック信号送信用に予約可能な状態とする。【００３１】
図５Ｃは、直交リソース解放時の第１の直交リソース群１００の一例を示す説明図である。ヘッド局２Ａは、移動局２から直交リソースを使用してフィードバック信号を受信した場合、当該移動局２をメンバ局２Ｂとして登録する。更に、ヘッド局２Ａは、当該フィードバック信号の受信に使用した直交リソースの予約を解放し、当該直交リソースをデータ送信用のモード２ｄプール２８Ｂに戻す。つまり、ヘッド局２Ａは、複数の直交リソースＲ１〜Ｒ６の内、３個の直交リソースＲ１〜Ｒ３を使用してフィードバック信号を受信した場合、直交リソースＲ１〜Ｒ３を解放してモード２ｄプール２８Ｂに戻す。従って、図５Ｃに示す第１の直交リソース群１００は、直交リソースＲ１〜Ｒ３をデータ送信用のモード２ｄプール２８Ｂに戻し、直交リソースＲ４〜Ｒ６をフィードバック信号送信用に予約可能状態としている。【００３２】
図５Ｄは、メンバ離脱時の第１の直交リソース群１００の一例を示す説明図である。メンバ局２Ｂは、ヘッド局２Ａのグループからの離脱を要求する場合、離脱要求信号をヘッド局２Ａに送信する。ヘッド局２Ａは、メンバ局２Ｂからの離脱要求信号を受信した場合、メンバ局２Ｂがフィードバック信号に使用した直交リソースＲ２のみを第１の直交リソース群１００に戻す。その結果、図５Ｄに示す第１の直交リソース群１００は、直交リソースＲ２、Ｒ４〜Ｒ６をフィードバック信号送信用として予約可能な状態としている。【００３３】
図６は、第１の報知信号送信処理に関わるヘッド局２Ａの処理動作の一例を示すフロー図である。図６においてヘッド局２Ａ内の第１の送信部４１は、モード２ｄプール２８Ｂの一部を第１の直交リソース群１００として生成し、当該第１の直交リソース群１００を一時的にフィードバック信号送信用として予約する（ステップＳ１１）。第１の送信部４１は、予約済みの第１の直交リソース群１００を含む報知信号をモード２ａプール２８ＡのＳＣＩを使用してブロードキャスト送信し（ステップＳ１２）、図６に示す処理動作を終了する。【００３４】
ヘッド局２Ａは、モード２ｄプール２８Ｂの一部を直交リソースの第１の直交リソース群１００とし、第１の直交リソース群１００を含む報知信号をブロードキャスト送信する。その結果、ヘッド局２Ａは、メンバ参加に必要なフィードバック信号送信用の直交リソースを近隣の移動局２に送信できる。更に、メンバ局２Ｂを希望する移動局２は、フィードバック信号送信用の直交リソースを認識できる。【００３５】
図７は、第１のフィードバック処理に関わるメンバ局２Ｂの処理動作の一例を示すフロー図である。尚、説明の便宜上、メンバ局２Ｂとして第１のフィードバック処理を実行する処理動作について説明するが、グループ参加を希望する移動局２は第１のフィードバック処理を実行した後にヘッド局２Ａのメンバ局２Ｂとなる。図７においてメンバ局２Ｂ内の選択部５１は、モード２ａプール２８Ａを使用してヘッド局２Ａから報知信号を受信したか否かを判定する（ステップＳ２１）。選択部５１は、報知信号を受信した場合（ステップＳ２１肯定）、報知信号から第１の直交リソース群１００を取得する（ステップＳ２２）。【００３６】
選択部５１は、第１の直交リソース群１００を取得した後、取得した第１の直交リソース群１００から未指定の直交リソースを指定する（ステップＳ２３）。選択部５１は、未指定の直交リソースを指定した後、指定された直交リソースに対する短期間センシング処理を実行する（ステップＳ２４）。選択部５１は、センシング結果に基づき、指定の直交リソースが空きであるか否かを判定する（ステップＳ２５）。【００３７】
選択部５１は、指定の直交リソースが空きの場合（ステップＳ２５肯定）、空きの直交リソースを選択する（ステップＳ２６）。更に、メンバ局２Ｂ内の第２の送信部５２は、空きの直交リソースを選択した後、自局の無線レイヤ情報を生成し、無線レイヤ情報を含むフィードバック信号を生成する（ステップＳ２７）。尚、無線レイヤ情報は、例えば、移動局性能情報、レイヤ２識別情報（ＩＤ）、バッファ状態情報（現在使用中のデータサイズ）やＱｏＳ情報（同期又は非同期通信等）等）の情報である。第２の送信部５２は、モード２ｄプール２８Ｂを使用して、選択された直交リソースを使用してフィードバック信号をヘッド局２Ａに送信する（ステップＳ２８）。【００３８】
更に、メンバ局２Ｂは、ヘッド局２Ａからスケジューリング情報を受信したか否かを判定する（ステップＳ２９）。メンバ局２Ｂは、スケジューリング情報を受信した場合（ステップＳ２９肯定）、スケジューリング情報内の割当リソースを用いてデータ送信し（ステップＳ３０）、図７に示す処理動作を終了する。【００３９】
また、メンバ局２Ｂは、ヘッド局２Ａから報知信号を受信しなかった場合（ステップＳ２１否定）、図７に示す処理動作を終了する。また、メンバ局２Ｂは、指定の直交リソースが空きでない場合（ステップＳ２５否定）、未指定の直交リソースを指定すべく、ステップＳ２３に移行する。また、メンバ局２Ｂは、ヘッド局２Ａからスケジューリング情報を受信しなかった場合（ステップＳ２９否定）、スケジューリング情報を受信するか否かを判定すべく、ステップＳ２９の処理動作に移行する。【００４０】
移動局２は、ヘッド局２Ａからの報知信号を受信した場合、報知信号から第１の直交リソース群１００を取得し、第１の直交リソース群１００が直交リソースを指定し、指定された直交リソースに対して短期間センシング処理を実行する。移動局２は、センシング結果に基づき、指定された直交リソースが空きの場合、空きの直交リソースを使用して自局の無線レイヤ情報を含むフィードバック信号をヘッド局２Ａに送信する。その結果、移動局２は、第１の直交リソース群１００内の直交リソースを使用してフィードバック信号をヘッド局２Ａに送信するため、メンバ局２Ｂとしてグループ参加できる。【００４１】
図８は、第１のリソース更新処理に関わるヘッド局２Ａの処理動作の一例を示すフロー図である。図８においてヘッド局２Ａは、メンバ局２Ｂからフィードバック信号を受信したか否かを判定する（ステップＳ３１）。ヘッド局２Ａは、フィードバック信号を受信した場合（ステップＳ３１肯定）、フィードバック信号から無線レイヤ情報を取得する（ステップＳ３２）。【００４２】
ヘッド局２Ａは、無線レイヤ情報を取得した後、無線レイヤ情報に基づき、フィードバック信号を送信した移動局２（メンバ局２Ｂ）を識別する。更に、ヘッド局２Ａは、無線レイヤ情報のメンバ局２Ｂのデータ送信に使用するリソースを割当てるスケジューリング情報を生成する（ステップＳ３３）。ヘッド局２Ａは、生成したスケジューリング情報をメンバ局２Ｂに送信する（ステップＳ３４）。ヘッド局２Ａ内の解放部４３は、フィードバック信号を受信した後、フィードバック信号の受信に使用した直交リソースの予約を解放し、解放後の直交リソースをデータ送信用としてモード２ｄプール２８Ｂに戻す（ステップＳ３５）。そして、ヘッド局２Ａは、図８に示す処理動作を終了する。【００４３】
ヘッド局２Ａは、フィードバック信号を受信しなかった場合（ステップＳ３１否定）、メンバ局２Ｂから離脱要求信号を受信したか否かを判定する（ステップＳ３６）。ヘッド局２Ａは、離脱要求信号を受信した場合（ステップＳ３６肯定）、離脱要求のメンバ局２Ｂが先のフィードバック信号の受信に使用した直交リソースを第１の直交リソース群１００に戻し（ステップＳ３７）、図８に示す処理動作を終了する。ヘッド局２Ａは、メンバ局２Ｂから離脱要求信号を受信しなかった場合（ステップＳ３６否定）、図８に示す処理動作を終了する。【００４４】
ヘッド局２Ａは、直交リソースを使用してフィードバック信号を受信した場合、フィードバック信号送信用の直交リソースをデータ送信用のモード２ｄプールに戻す。その結果、リソースの利用効率の向上を図ることができる。【００４５】
ヘッド局２Ａは、メンバ局２Ｂからの離脱要求信号を受信した場合、離脱要求のメンバ局２Ｂがフィードバック信号の受信に使用した直交リソースを第１の直交リソース群１００に戻す。その結果、直交リソースを第１の直交リソースに戻すことで、フィードバック信号送信用の直交リソースの利用効率の向上を図ることができる。【００４６】
実施例１では、サイドリンク発見のためにリソースは一時的予約(temporally  reserved)及び動的更新(dynamically  updated)がされるため、リソースの利用効率が高まる。【００４７】
尚、上記実施例１の第１の直交リソース群１００は、例えば、グループ参加可能台数が６台の場合、直交リソース数を６個とする場合を例示したが、６台に限定されるものではなく、グループ参加可能台数に応じて適宜変更可能である。尚、６個の直交リソースは、３ビットで表現し、ＳＣＩフォーマット内の３ビットを使用して表現できる。【００４８】
また、ヘッド局２Ａは、グループ参加台数を増やす場合、次のタイミングで第１の直交リソース群１００内のリソース数を増やしても良い。また、ヘッド局２Ａは、グループ参加可能台数を減らす場合、次のタイミングで第１の直交リソース群１００内のリソース数を減らしても良く、適宜変更可能である。【００４９】
上記実施例１では、第１の直交リソース群１００を複数のリソースで構成する場合を例示したが、複数のリソースで構成する複数のサブセットで構成しても良く、適宜変更可能である。なお、上記実施例１では、第１の直交リソース群を構成する例であるが、例えば、直交しないリソース群/サブセットで構成しても良い。
【実施例２】
【００５０】
次に基地局３からリソースプール情報を取得したヘッド局２Ａが基地局圏外で運用する場合の実施例２の無線通信システム１Ｂについて説明する。図９Ａは、移動局２（ヘッド局２Ａ）のＶ２Ｖスケジューラ部２７の機能の一例を示すブロック図、図９Ｂは、移動局２（メンバ局２Ｂ）のＶ２Ｖスケジューラ部２７の機能の一例を示すブロック図である。図９Ａに示すヘッド局２ＡのＶ２Ｖスケジューラ部２７は、図示していないＲＯＭ内に格納されたプログラムを読み出し、読み出したプログラムを実行することで、例えば、第３の送信部４１Ａ、第２の取得部４４Ａ及び割当部４２Ａの機能を実行する。第３の送信部４１Ａは、基地局３から許可された割当可能なリソース群を識別するリソースプール情報を含む報知信号をブロードキャスト送信する。第２の取得部４４Ａは、メンバ局２Ｂからスケジューリング要求信号を受信した場合に当該スケジューリング要求信号から無線レイヤ情報を取得する。割当部４２Ａは、取得された無線レイヤ情報を参照し、メンバ局２Ｂに対してデータ送信のリソースを割当てる。【００５１】
また、図９Ｂに示すメンバ局２ＢのＶ２Ｖスケジューラ部２７は、図示していないＲＯＭ内に格納されたプログラムを読み出し、読み出したプログラムを実行することで、例えば、第１の取得部５１Ａ及び第４の送信部５２Ａの機能を実行する。第１の取得部５１Ａは、ヘッド局２Ａから報知信号を受信した場合に、当該報知信号内のリソースプール情報を取得する。第４の送信部５２Ａは、取得されたリソースプール情報に基づき、自局の無線レイヤ情報を含むスケジューリング要求信号をヘッド局２Ａに送信する。【００５２】
図１０は、第１の報知処理に関わるヘッド局２Ａの処理動作の一例を示すフロー図である。図１０においてヘッド局２Ａは、基地局３から割当可能なリソースプールを取得する（ステップＳ４１）。ヘッド局２Ａは、基地局３から割当可能なリソースプールを取得した後、リソースプールに対するセンシング処理を実行する（ステップＳ４２）。ヘッド局２Ａは、リソースプールに対するセンシング処理を実行した後、センシング結果に基づき、自局が使用するリソース（または、複数のリソース／複数のサブセット）を選択する（ステップＳ４３）。【００５３】
基地局３の圏外にいるヘッド局２Ａは、モード２ｄプール２８Ｂを用いてリソースプール情報を生成して予約し（ステップＳ４４）、リソースプール情報を含む報知信号をＳＣＩでブロードキャスト送信し（ステップＳ４５）、図１０に示す処理動作を終了する。【００５４】
ヘッド局２Ａは、モード２ｄプール２８Ｂを用いてリソースプール情報を生成し、リソースプール情報を含む報知信号をブロードキャスト送信する。その結果、メンバ局２Ｂは、報知信号を受信した場合、割当可能なリソースプール情報を認識できる。【００５５】
図１１は、送信処理に関わるメンバ局２Ｂの処理動作の一例を示すフロー図である。図１１においてメンバ局２Ｂ内の第１の取得部５１Ａは、ヘッド局２Ａから報知信号を受信したか否かを判定する（ステップＳ５１）。第１の取得部５１Ａは、ヘッド局２Ａから報知信号を受信した場合（ステップＳ５１肯定）、報知信号からヘッド局２ＡのＩＤ及びリソースプール情報を取得する（ステップＳ５２）。その結果、メンバ局２Ｂは、リソースプール情報を管理するヘッド局２Ａを認識できる。【００５６】
メンバ局２Ｂ内の第４の送信部５２Ａは、送信データがあるか否かを判定する（ステップＳ５３）。第４の送信部５２Ａは、送信データがある場合（ステップＳ５３肯定）、自局の無線レイヤ情報を含むスケジューリング要求信号を生成する（ステップＳ５４）。【００５７】
第４の送信部５２Ａは、スケジューリング要求信号を生成した後、リソースプール情報に基づき、スケジューリング要求信号をＳＣＩでヘッド局２Ａに送信する（ステップＳ５５）。メンバ局２Ｂは、スケジューリング要求信号を送信した後、ヘッド局２Ａからスケジューリング情報を受信したか否かを判定する（ステップＳ５６）。メンバ局２Ｂは、スケジューリング情報を受信した場合（ステップＳ５６肯定）、スケジューリング情報内の割当リソースを用いてデータ送信し（ステップＳ５７）、図１１に示す処理動作を終了する。【００５８】
メンバ局２Ｂは、ヘッド局２Ａから報知信号を受信しなかった場合（ステップＳ５１否定）、図１１に示す処理動作を終了する。メンバ局２Ｂは、送信データがない場合（ステップＳ５３否定）、図１１に示す処理動作を終了する。また、メンバ局２Ｂは、ヘッド局２Ａからスケジューリング情報を受信しなかった場合（ステップＳ５６否定）、スケジューリング情報を受信したか否かを判定すべく、ステップＳ５６に移行する。【００５９】
メンバ局２Ｂは、送信データがある場合、ヘッド局２Ａに対してスケジューリング要求信号を送信する。その結果、ヘッド局２Ａは、ＳＣＩを介してスケジューリング要求信号を発行したメンバ局２Ｂにリソースを割り当てることができる。【００６０】
図１２は、スケジューリング処理に関わるヘッド局２Ａの処理動作の一例を示すフロー図である。図１２において基地局３圏外のヘッド局２Ａ内の第２の取得部４４Ａは、メンバ局２Ｂからスケジューリング要求信号を受信したか否かを判定する（ステップＳ６１）。第２の取得部４４Ａは、メンバ局２Ｂからスケジューリング要求信号を受信した場合（ステップＳ６１肯定）、スケジューリング要求信号から無線レイヤ情報を取得する（ステップＳ６２）。【００６１】
ヘッド局２Ａ内の割当部４２Ａは、無線レイヤ情報を取得した後、無線レイヤ情報のメンバ局２Ｂにデータ送信に使用するリソースを割当てるスケジューリング情報を生成する（ステップＳ６３）。割当部４２Ａは、生成したスケジューリング情報をメンバ局２Ｂに送信し（ステップＳ６４）、図８に示す処理動作を終了する。【００６２】
ヘッド局２Ａは、メンバ局２Ｂからスケジューリング要求信号を受信した場合、スケジューリング要求信号内の無線レイヤ情報を取得し、無線レイヤ情報のメンバ局２Ｂにデータ送信に使用するリソースのスケジューリング情報をメンバ局２Ｂに送信する。その結果、メンバ局２Ｂは、ヘッド局２Ａからのスケジューリング情報内のリソース情報に基づきデータ送信を実現できる。【００６３】
例えば、メンバ局２Ｂ同士、すなわち送信側メンバ局２Ｂから受信側メンバ局２Ｂに対してユニキャスト通信を実行する場合、初回送信（Initial  Transmission）、再送（Retransmission）、ＡＣＫ／ＮＡＣＫのフィードバックを実行することが想定される。そこで、ヘッド局２Ａは、初回送信用に使用するリソースを選択し、再送用に使用するリソースを予約し、受信側メンバ局２ＢからのＡＣＫ／ＮＡＣＫのフィードバック用に使用するするリソースを選択する。この場合、レイヤ２のＩＤは、ＨＡＲＱ(Hybrid  Automatic  Retransmission  Request)のＡＣＫ／ＮＡＣＫに使用される。その後、送信側メンバ局２ＢはＨＡＲＱを解読できる。つまり、ヘッド局２Ａは、初回送信、再送及びＡＣＫ／ＮＡＣＫフィードバックの各リソースを送信側メンバ局２Ｂ及び受信側メンバ局２Ｂに割当てるスケジューリング情報をＳＣＩでブロードキャスト送信する。【００６４】
尚、上記実施例２のヘッド局２Ａは、基地局３に許可されたリソースプール情報に基づき、データ送信に使用する空きリソースをメンバ局２Ｂに割当てる場合を例示した。しかしながら、各メンバ局２Ｂが、ヘッド局２Ａから報知信号を受信した場合、報知信号内のリソースプール情報に基づき、リソースプール内のリソースに対するセンシング処理を実行しても良い。この場合、各メンバ局２Ｂは、センシング結果に基づき、ＡＣＫ／ＮＡＣＫフィードバックやデータ送信に使用する未使用の空きリソースを選択しても良く、適宜変更可能である。【００６５】
例えば、メンバ局２Ｂと、メンバ局２Ｂに対してデータ送信に使用するリソースを割当てるヘッド局２Ａとを有する無線システムとする。ヘッド局２Ａは、基地局で管理された割当可能なリソース群内の各リソース又はサブセットをセンシングする。更に、ヘッド局２Ａは、センシング結果に基づき、一つのリソース又はサブセットを選択する。更に、ヘッド局２Ａは、選択されたリソース又はサブセットを使用して、データ送信に割当可能なリソース群内の各リソースを識別するリソースプール情報を含む報知信号をブロードキャスト送信する。メンバ局２Ｂは、報知信号を受信した場合に、当該報知信号内のリソースプール情報を取得する。メンバ局２Ｂは、取得されたリソースプール情報に基づき、データ送信のリソースを割当てる。この場合、メンバ局２Ｂは、ヘッド局２Ａに対するリソース割当用のスケジューリング要求の送信を必要としない。【００６６】
また、実施例２では、データ送信に割当てるリソースを例示したが、リソースに限定されるものではなく、サブセットでも良く、適宜変更可能である。
【実施例３】
【００６７】
次に基地局３からリソースプール情報を取得したヘッド局２Ａが基地局３圏内で運用する場合の実施例３の無線通信システム１Ｂについて説明する。尚、実施例２と同一の構成には同一符号を付すことで、その重複する構成及び動作の説明については省略する。【００６８】
図１３は、実施例３の第２の報知処理に関わるヘッド局２Ａの処理動作の一例を示すフロー図である。図１３においてヘッド局２Ａは、基地局３に対してヘッド要求信号を送信する（ステップＳ７１）。ヘッド局２Ａは、ヘッド要求信号を送信した後、基地局３から割当可能なサブセットを取得する（ステップＳ７２）。ヘッド局２Ａは、モード２ｄプール２８Ｂを用いてリソースプール情報を生成し、リソースプール情報を予約する（ステップＳ７３）。【００６９】
基地局３圏内のヘッド局２Ａは、図示せぬモード１プールを用いて、予約済みのリソースプール情報を含む報知信号をＳＣＩでブロードキャスト送信し（ステップＳ７４）、図１３に示す処理動作を終了する。尚、モード１プールは、基地局３が各移動局２のリソースを割り当てるリソースプールである。【００７０】
基地局３の圏内のヘッド局２Ａは、モード２ｄプール２８Ｂを用いてリソースプール情報を生成し、予約済みのリソースプール情報を含む報知信号を、モード１プールを用いてブロードキャスト送信する。その結果、ヘッド局２Ａは、基地局３の圏内の場合でも、割当可能なリソースプール情報を各メンバ局２Ｂに配信する。更に、各メンバ局２Ｂは、割当可能なリソースプール情報を認識できる。【００７１】
尚、実施例３のヘッド局２Ａは、基地局３圏内の場合、ヘッド要求信号に応じて基地局３からリソースプール情報を取得する場合を例示したが、基地局３が上位レイヤを通じてリソースプール情報をヘッド局２Ａに通知しても良く、適宜変更可能である。【００７２】
上記実施例３のヘッド局２Ａは、基地局３に許可されたリソースプール情報に基づき、データ送信に使用する空きリソースをメンバ局２Ｂに割当てる場合を例示した。しかしながら、各メンバ局２Ｂが、ヘッド局２Ａから報知信号を受信した場合、報知信号内のリソースプール情報に基づき、リソースプール内のリソースに対するセンシング処理を実行しても良い。この場合、各メンバ局２Ｂは、センシング結果に基づき、ＡＣＫ／ＮＡＣＫフィードバックやデータ送信に使用する未使用の空きリソースを選択しても良く、適宜変更可能である。【００７３】
また、実施例３では、データ送信に割当てるリソースを例示したが、リソースに限定されるものではなく、サブセットでも良く、適宜変更可能である。
【実施例４】
【００７４】
次に実施例４の無線通信システム１Ｂについて説明する。基地局３は、上位レイヤを使用して複数の移動局２の内、一の移動局２をヘッド局２Ａに指定する。図１４Ａは、移動局２（ヘッド局２Ａ）のＶ２Ｖスケジューラ部２７の機能の一例を示すブロック図、図１４Ｂは、移動局２（メンバ局２Ｂ）のＶ２Ｖスケジューラ部２７の機能の一例を示すブロック図である。図１４Ａに示すヘッド局２ＡのＶ２Ｖスケジューラ部２７は、図示していないＲＯＭ内に格納されたプログラムを読み出し、読み出したプログラムを実行することで、例えば、第１の送信部４１Ｂ及び割当部４２Ｂの機能を実行する。第１の送信部４１Ｂは、データ送信に割当可能なモード２ｄプール２８Ｂの全部を複数の直交サブセットに分割し、複数の直交サブセットを含む第２の直交リソース群１１０を含む報知信号をブロードキャスト送信する。割当部４２Ｂは、メンバ局２Ｂからのフィードバック信号を受信した場合に、当該フィードバック信号内の無線レイヤ情報に基づき、当該無線レイヤ情報に関わるメンバ局２Ｂに対してデータ送信のリソースを割当てる。【００７５】
また、図１４Ｂに示すメンバ局２ＢのＶ２Ｖスケジューラ部２７は、図示していないＲＯＭ内に格納されたプログラムを読み出し、読み出したプログラムを実行することで、例えば、選択部５１Ｂ及び第２の送信部５２Ｂの機能を実行する。選択部５１Ｂは、報知信号を受信した場合に当該報知信号内の第２の直交リソース群１１０内の直交サブセットを選択する。尚、直交サブセットは、フィードバック信号送信用及びデータ送信用に使用するリソース群である。選択部５１Ｂは、第２の直交リソース群１１０から一つの直交サブセットを指定し、指定された直交サブセットに対して短期間センシング処理を実行する。更に、選択部５１Ｂは、当該直交サブセットが空きの場合に、当該空きの直交サブセットを選択する。第２の送信部５２Ｂは、選択された直交サブセットを予約して自局の無線レイヤ情報を含むフィードバック信号をヘッド局２Ａに送信する。【００７６】
図１５Ａは、第２の直交リソース群１１０の一例を示す説明図である。ヘッド局２Ａは、モード２ｄプール２８Ｂ全体を所定個数の直交サブセットに分割し、所定個数の直交サブセットを含む第２の直交リソース群１１０を生成する。尚、説明の便宜上、図１５Ａに示す第２の直交リソース群１１０は、例えば、直交サブセットＲ１１〜Ｒ１９の計９個の直交サブセットを有する。第２の直交リソース群１１０は、報知信号に対するフィードバック信号を送信するのに使用するリソース群である。ヘッド局２Ａは、第２の直交リソース群１１０を含む報知信号をブロードキャスト送信する。その結果、移動局２は、ヘッド局２Ａのグループにメンバ局２Ｂとして参加する場合、報知信号を受信し、受信した報知信号内の第２の直交リソース群１１０を取得する。【００７７】
図１５Ｂは、直交サブセット選択時の第２の直交リソース群１１０の一例を示す説明図である。移動局２は、第２の直交リソース群１１０内の１個の直交サブセットを指定し、指定された直交サブセットに対して短期間センシング処理を実行する。移動局２は、当該直交サブセットが空きであるか否かを判定する。移動局２は、直交サブセットが空きの場合、当該空きの直交サブセットを選択する。また、移動局２は、直交サブセットが空きでない場合、第２の直交リソース群１１０の内、未指定の直交サブセットを指定し、指定された直交サブセットに対して短期間センシング処理を実行する。移動局２は、空きの直交サブセットを選択した後、空きの直交サブセットを使用して報知信号に対する自局の無線レイヤ情報を含むフィードバック信号をヘッド局２Ａに送信する。図１５Ｂに示す第２の直交リソース群１１０は、例えば、Ｒ１２，Ｒ１３及びＲ１５の直交サブセットを使用してフィードバック信号送信に予約済みとし、残りの直交サブセットを予約可能状態としている。【００７８】
図１５Ｃは、メンバ離脱時の第２の直交リソース群１１０の一例を示す説明図である。メンバ局２Ｂは、ヘッド局２Ａのグループからの離脱を要求する場合、離脱要求信号をヘッド局２Ａに送信する。ヘッド局２Ａは、メンバ局２Ｂからの離脱要求信号を受信した場合、メンバ局２Ｂがフィードバック信号に使用した直交リソースを第２の直交リソース群１１０に戻す。図１５Ｃに示す第２の直交リソース群１１０は、Ｒ１３の直交サブセットをデータ送信に使用したメンバ局２Ｂがグループ離脱した場合、当該Ｒ１３の直交サブセットを解放する。【００７９】
図１６は、第２の報知信号送信処理に関わるヘッド局２Ａの処理動作の一例を示すフロー図である。図１６においてヘッド局２Ａ内の第１の送信部４１Ｂは、モード２ｄプール２８Ｂの全部を所定個数の直交サブセットに分割する。更に、第１の送信部４１Ｂは、分割した複数の直交サブセットを含む第２の直交リソース群１１０を生成し、当該第２の直交リソース群１１０を予約する（ステップＳ８１）。第１の送信部４１Ｂは、予約済みの第２の直交リソース群１１０を含む報知信号をＳＣＩでブロードキャスト送信し（ステップＳ８２）、図１６に示す処理動作を終了する。【００８０】
ヘッド局２Ａは、モード２ｄプール２８Ｂの全部を所定個数の直交サブセットに分割し、複数の直交サブセットを含む第２の直交リソース群１１０を生成し、第２の直交リソース群１１０を含む報知信号をブロードキャスト送信する。その結果、ヘッド局２Ａのグループに参加する各移動局２は、報知信号内の第２の直交リソース群１１０を参照し、フィードバック信号送信用及びデータ送信用に使用する直交サブセットを認識できる。【００８１】
図１７は、第２のフィードバック処理に関わるメンバ局２Ｂの処理動作の一例を示すフロー図である。図１７においてメンバ局２Ｂ内の選択部５１Ｂは、ヘッド局２Ａから報知信号を受信したか否かを判定する（ステップＳ９１）。選択部５１Ｂは、報知信号を受信した場合（ステップＳ９１肯定）、報知信号から第２の直交リソース群１１０を取得する（ステップＳ９２）。【００８２】
選択部５１Ｂは、第２の直交リソース群１１０を取得した後、取得した第２の直交リソース群１１０から未指定の直交サブセットを指定する（ステップＳ９３）。選択部５１Ｂは、未指定の直交サブセットを指定した後、指定された直交サブセットに対する短期間センシング処理を実行する（ステップＳ９４）。選択部５１Ｂは、センシング結果に基づき、直交サブセットが空きであるか否かを判定する（ステップＳ９５）。【００８３】
選択部５１Ｂは、直交サブセットが空きの場合（ステップＳ９５肯定）、空きの直交サブセットを選択する（ステップＳ９６）。更に、メンバ局２Ｂ内の第２の送信部５２Ｂは、空きの直交サブセットを選択した後、自局の無線レイヤ情報を生成し、無線レイヤ情報を含むフィードバック信号を生成する（ステップＳ９７）。第２の送信部５２Ｂは、選択された直交サブセットを使用してフィードバック信号をヘッド局２Ａに送信する（ステップＳ９８）。【００８４】
更に、メンバ局２Ｂは、ヘッド局２Ａからスケジューリング情報を受信したか否かを判定する（ステップＳ９９）。メンバ局２Ｂは、スケジューリング情報を受信した場合（ステップＳ９９肯定）、スケジューリング情報内の割当サブセットを用いてデータ送信し（ステップＳ１００）、図１７に示す処理動作を終了する。【００８５】
また、メンバ局２Ｂは、ヘッド局２Ａから報知信号を受信しなかった場合（ステップＳ９１否定）、図１７に示す処理動作を終了する。また、メンバ局２Ｂは、指定の直交サブセットが空きでない場合（ステップＳ９５否定）、未指定の直交サブセットを指定すべく、ステップＳ９３に移行する。また、メンバ局２Ｂは、ヘッド局２Ａからスケジューリング情報を受信しなかった場合（ステップＳ９９否定）、スケジューリング情報を受信するか否かを判定すべく、ステップＳ９９の処理動作に移行する。【００８６】
移動局２は、ヘッド局２Ａからの報知信号を受信した場合、報知信号から第２の直交リソース群１１０を取得し、第２の直交リソース群１１０が直交サブセットを指定し、指定された直交サブセットに対して短期間センシング処理を実行する。移動局２は、センシング結果に基づき、指定された直交サブセットが空きの場合、空きの直交サブセットを使用して自局の無線レイヤ情報を含むフィードバック信号をヘッド局２Ａに送信する。その結果、移動局２は、第２の直交リソース群１１０内の直交サブセットを使用してフィードバック信号をヘッド局２Ａに送信するため、メンバ局２Ｂとしてグループ参加できる。【００８７】
図１８は、第２のリソース更新処理に関わるヘッド局２Ａの処理動作の一例を示すフロー図である。図１８においてヘッド局２Ａ内の割当部４２Ｂは、メンバ局２Ｂからフィードバック信号を受信したか否かを判定する（ステップＳ１１１）。割当部４２Ｂは、フィードバック信号を受信した場合（ステップＳ１１１肯定）、フィードバック信号から無線レイヤ情報を取得する（ステップＳ１１２）。【００８８】
割当部４２Ｂは、無線レイヤ情報を取得した後、無線レイヤ情報に基づき、無線レイヤ情報のメンバ局２Ｂにデータ送信に使用する直交サブセットを割当てるスケジューリング情報を生成する（ステップＳ１１３）。尚、メンバ局２Ｂのデータ送信に使用する直交サブセットは、フィードバック信号送信用に使用した同一サブセットを使用しても良く、適宜変更可能である。割当部４２Ｂは、生成したスケジューリング情報をメンバ局２Ｂに送信する（ステップＳ１１４）。【００８９】
ヘッド局２Ａは、スケジューリング情報をメンバ局２Ｂに送信した後、基地局３の圏内であるか否かを判定する（ステップＳ１１５）。ヘッド局２Ａは、基地局３の圏内の場合（ステップＳ１１５肯定）、リソースが不十分であるか否かを判定する（ステップＳ１１６）。基地局３圏内のヘッド局２Ａは、リソースが不十分の場合（ステップＳ１１６肯定）、基地局３に対して第２の直交リソース群１１０のリソース増加を要求し（ステップＳ１１７）、図１８に示す処理動作を終了する。その結果、基地局３は、モード２ｄプール２８Ｂのリソース量を増加して第２の直交リソース群１１０を動的に増加する。【００９０】
ヘッド局２Ａは、基地局３の圏内でない、すなわち圏外の場合（ステップＳ１１５否定）、リソースが不十分であるか否かを判定する（ステップＳ１１８）。ヘッド局２Ａは、リソースが不十分の場合（ステップＳ１１８肯定）、ＳＣＩを通じてメンバ局２Ｂのコリジョン（衝突）を監視する（ステップＳ１１９）。基地局３圏外のヘッド局２Ａは、監視結果に基づき、モード２ｄプール２８Ｂのリソース不足によるメンバ局２Ｂに対してコリンジョン回避を指示し（ステップＳ１２０）、図１８に示す処理動作を終了する。つまり、基地局３圏外のヘッド局２Ａは、衝突を回避するため、一部のメンバ局２Ｂにモード２ａプール２８Ａを使用するように指示する。【００９１】
ヘッド局２Ａは、フィードバック信号を受信しなかった場合（ステップＳ１１１否定）、メンバ局２Ｂから離脱要求信号を受信したか否かを判定する（ステップＳ１２１）。ヘッド局２Ａは、離脱要求信号を受信した場合（ステップＳ１２１肯定）、離脱要求のメンバ局２Ｂが先のフィードバック信号の受信に使用した直交サブセットを第２の直交リソース群１１０に戻し（ステップＳ１２２）、図１８に示す処理動作を終了する。【００９２】
ヘッド局２Ａは、メンバ局２Ｂから離脱要求信号を受信しなかった場合（ステップＳ１２１否定）、図１８に示す処理動作を終了する。ヘッド局２Ａは、リソースが不十分でない場合（ステップＳ１１６否定）、図１８に示す処理動作を終了する。また、ヘッド局２Ａは、リソースが不十分でない場合（ステップＳ１１８否定）、図１８に示す処理動作を終了する。【００９３】
ヘッド局２Ａは、直交サブセットを使用してフィードバック信号を受信した場合、メンバ局２Ｂに対してフィードバック信号送信に使用した直交サブセットをデータ送信用にも使用する。その結果、メンバ局２Ｂは、リソースの利用効率の向上を図ることができる。【００９４】
ヘッド局２Ａは、メンバ局２Ｂからの離脱要求信号を受信した場合、離脱要求のメンバ局２Ｂがフィードバック信号の受信に使用した直交サブセットを第２の直交リソース群１１０に戻す。その結果、フィードバック信号送信用の直交サブセットの利用効率の向上を図ることができる。【００９５】
また、基地局３圏内のヘッド局２Ａは、リソースが不足している場合、基地局３に対してリソースの増加を要求する。その結果、基地局３は、モード２ｄプール２８Ｂのリソースを増加して第２の直交リソース群１１０のリソースを増加するため、第２の直交リソース群１１０のリソースの利用効率の向上が図れる。【００９６】
また、基地局３圏外のヘッド局２Ａは、リソースが不足している場合、メンバ局２Ｂに対してコリジョン回避を指示する。その結果、各メンバ局２Ｂは、コリジョン回避指示に応じてモード２ａプール２８Ａを使用し、第２の直交リソース群１１０のリソースの利用効率の向上を図る。【００９７】
尚、実施例４のヘッド局２Ａは、フィードバック信号を受信した後、フィードバック信号の受信に使用した直交サブセットをデータ送信に使用する場合を例示した。しかしながら、ヘッド局２Ａは、直交サブセットの予約を解放し、解放後の直交サブセットをデータ送信用としてモード２ｄプール２８Ｂに戻しても良く、適宜変更可能である。
【実施例５】
【００９８】
次に実施例５の無線通信システム１Ｂについて説明する。尚、実施例１と同一の構成には同一符号を付すことで、その重複する構成及び動作の説明については省略する。図１９Ａは、移動局（メンバ局２Ｂ）のＶ２Ｖスケジューラ部２７の機能の一例を示すブロック図、図１９Ｂは、移動局２（ヘッド局２Ａ）のＶ２Ｖスケジューラ部２７の機能の一例を示すブロック図である。図１９Ａに示すメンバ局２ＢのＶ２Ｖスケジューラ部２７は、図示していないＲＯＭ内に格納されたプログラムを読み出し、読み出したプログラムを実行することで、例えば、第５の送信部５４Ｃ、第４の取得部５５Ｃ及び特定部５６Ｃの機能を実行する。第５の送信部５４Ｃは、自局の無線レイヤ情報を含む発見信号をブロードキャスト送信する。第４の取得部５５Ｃは、ヘッド局２Ａからスケジューリング信号を受信した場合に、スケジューリング信号内の割当テーブル情報を取得する。割当テーブル情報は、メンバ局２Ｂ毎に予約済みのリソースを対応付けて管理する情報である。特定部５６Ｃは、取得された割当テーブル情報を参照して自局のデータ送信に使用するリソースを特定する。【００９９】
また、図１９Ｂに示すヘッド局２ＡのＶ２Ｖスケジューラ部２７は、図示していないＲＯＭ内に格納されたプログラムを読み出し、読み出したプログラムを実行することで、例えば、第３の取得部４４Ｃ、割当部４５Ｃ及び第６の送信部４６Ｃの機能を実行する。第３の取得部４４Ｃは、移動局２からの発見信号を受信した場合に、当該発見信号から無線レイヤ情報を取得する。割当部４５Ｃは、取得された無線レイヤ情報(例えば、レイヤ２ＩＤ)を参照し、メンバ局２Ｂ毎の予約済みのリソースを対応付ける割当テーブル情報を生成する。第６の送信部４６Ｃは、割当テーブル情報を含むスケジューリング信号をメンバ局２Ｂに送信する。【０１００】
図２０は、加入処理に関わるメンバ局２Ｂの処理動作の一例を示すフロー図である。図２０においてメンバ局２Ｂ内の第５の送信部５４Ｃは、自局の無線レイヤ情報を生成する（ステップＳ１３１）。第５の送信部５４Ｃは、無線レイヤ情報を含む発見信号をヘッド局２Ａにブロードキャスト送信する（ステップＳ１３２）。【０１０１】
メンバ局２Ｂ内の第４の取得部５５Ｃは、ヘッド局２Ａからスケジューリング情報を受信したか否かを判定する（ステップＳ１３３）。第４の取得部５５Ｃは、スケジューリング情報を受信した場合（ステップＳ１３３肯定）、スケジューリング情報内の割当テーブル情報を取得する（ステップＳ１３４）。【０１０２】
メンバ局２Ｂ内の特定部５６Ｃは、スケジューリング情報内の割当テーブル情報を取得した後、割当テーブル情報を参照して自局のデータ送信に使用するリソースを特定し（ステップＳ１３５）、図２０に示す処理動作を終了する。メンバ局２Ｂは、ヘッド局２Ａからスケジューリング情報を受信しなかった場合（ステップＳ１３３否定）、図２０に示す処理動作を終了する。【０１０３】
メンバ局２Ｂは、自局の無線レイヤ情報を含む発見信号をヘッド局２Ａにブロードキャスト送信する。その結果、ヘッド局２Ａは、発見信号でグループ参加を希望する移動局２を認識できる。【０１０４】
更に、メンバ局２Ｂは、割当テーブル情報を含むスケジューリング情報を受信した場合、割当テーブル情報を参照して自局のデータ送信に使用するリソースを特定する。その結果、メンバ局２Ｂは、データ送信に使用するリソースを認識できる。【０１０５】
図２１は、登録処理に関わるヘッド局２Ａの処理動作の一例を示すフロー図である。図２１においてヘッド局２Ａ内の第３の取得部４４Ｃは、他の移動局２からの発見信号を受信したか否かを判定する（ステップＳ１４１）。第３の取得部４４Ｃは、発見信号を受信した場合（ステップＳ１４１肯定）、発見信号から無線レイヤ情報を取得する（ステップＳ１４２）。【０１０６】
ヘッド局２Ａ内の割当部４５Ｃは、無線レイヤ情報を取得した後、無線レイヤ情報に基づき、各メンバ局２Ｂのデータ送信に使用する予約済みのリソースとメンバ局２ＢのＩＤとを対応付ける割当テーブル情報を生成する（ステップＳ１４３）。ヘッド局２Ａの第６の送信部４６Ｃは、割当テーブル情報を生成した後、割当テーブル情報及びヘッド局２ＡのＩＤを含むスケジューリング情報を各メンバ局２ＢにＳＣＩで送信し（ステップＳ１４４）、図２１に示す処理動作を終了する。ヘッド局２Ａは、発見信号を受信しなかった場合（ステップＳ１４１否定）、図２１に示す処理動作を終了する。【０１０７】
ヘッド局２Ａは、メンバ局２Ｂからの発見信号を受信した場合、発見信号内の無線レイヤ情報に基づき、各メンバ局２Ｂの予約済みのリソースを管理する割当テーブル情報を生成する。更に、ヘッド局２Ａは、割当テーブル情報及びヘッド局２ＡのＩＤを含むスケジューリング情報を各メンバ局２Ｂに送信する。その結果、各メンバ局２Ｂは、スケジューリング情報内の割当テーブル情報を見て、自局のデータ送信に使用するリソースを特定できる。【０１０８】
尚、実施例４のヘッド局２Ａは、上位層メッセージ、例えば、ＲＲＣ（Radio  Resource  Control）メッセージを使用してリソースの一部を各メンバ局２Ｂに設定しても良く、適宜変更可能である。この場合、ヘッド局２Ａは、各メンバ局２Ｂからの発見信号を受信した後、各メンバ局２Ｂのレイヤ２のＩＤを認識できる。その後、ヘッド局２Ａは、レイヤ２のＩＤに基づき、メンバ局２Ｂにリソースを割当てるＲＲＣを使用できる。【０１０９】
上記実施例では、Ｖ２Ｖ通信の無線通信システム１Ｂを例示したが、例えば、Ｖ２Ｐ通信やＶ２Ｉ通信等のＶ２Ｘ通信にも適用可能である。
【符号の説明】
【０１１０】
１Ｂ  無線通信システム
２  移動局
２Ａ  ヘッド局
２Ｂ  メンバ局
４１  第１の送信部
４２  割当部
４３  解放部
５１  選択部
５２  第２の送信部
１００  第１の直交リソース群
１１０  第２の直交リソース群
【図１】
2020166032.tif 000003
【図２】
2020166032.tif 000004
【図３Ａ】
2020166032.tif 000005
【図３Ｂ】
2020166032.tif 000006
【図４】
2020166032.tif 000007
【図５Ａ】
2020166032.tif 000008
【図５Ｂ】
2020166032.tif 000009
【図５Ｃ】
2020166032.tif 000010
【図５Ｄ】
2020166032.tif 000011
【図６】
2020166032.tif 000012
【図７】
2020166032.tif 000013
【図８】
2020166032.tif 000014
【図９Ａ】
2020166032.tif 000015
【図９Ｂ】
2020166032.tif 000016
【図１０】
2020166032.tif 000017
【図１１】
2020166032.tif 000018
【図１２】
2020166032.tif 000019
【図１３】
2020166032.tif 000020
【図１４Ａ】
2020166032.tif 000021
【図１４Ｂ】
2020166032.tif 000022
【図１５Ａ】
2020166032.tif 000023
【図１５Ｂ】
2020166032.tif 000024
【図１５Ｃ】
2020166032.tif 000025
【図１６】
2020166032.tif 000026
【図１７】
2020166032.tif 000027
【図１８】
2020166032.tif 000028
【図１９Ａ】
2020166032.tif 000029
【図１９Ｂ】
2020166032.tif 000030
【図２０】
2020166032.tif 000031
【図２１】
2020166032.tif 000032
【国際調査報告】
2020166032.tif 000033
2020166032.tif 000034
2020166032.tif 000035
2020166032.tif 000036
2020166032.tif 000037
2020166032.tif 000038
2020166032.tif 000039
2020166032.tif 000040
2020166032.tif 000041
2020166032.tif 000042
2020166032.tif 000043