JP7137090B2 - 通信装置、及び通信システム - Google Patents

通信装置、及び通信システム Download PDF

Info

Publication number
JP7137090B2
JP7137090B2 JP2020547754A JP2020547754A JP7137090B2 JP 7137090 B2 JP7137090 B2 JP 7137090B2 JP 2020547754 A JP2020547754 A JP 2020547754A JP 2020547754 A JP2020547754 A JP 2020547754A JP 7137090 B2 JP7137090 B2 JP 7137090B2
Authority
JP
Japan
Prior art keywords
resource
resources
axis direction
terminal
time axis
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2020547754A
Other languages
English (en)
Other versions
JPWO2020065867A1 (ja
Inventor
ジヤンミン ウー
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Publication of JPWO2020065867A1 publication Critical patent/JPWO2020065867A1/ja
Application granted granted Critical
Publication of JP7137090B2 publication Critical patent/JP7137090B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/02—Selection of wireless resources by user or terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/14—Direct-mode setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/50—Connection management for emergency connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/18—Interfaces between hierarchically similar devices between terminal devices

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

本発明は、通信装置、及び通信方法に関する。
現在のネットワークは、モバイル端末（スマートフォンやフューチャーホン）のトラフィックがネットワークのリソースの大半を占めている。また、モバイル端末が使うトラフィックは、今後も拡大していく傾向にある。
一方で、ＩｏＴ（Internet of things）サービス（例えば、交通システム、スマートメータ、装置等の監視システム）の展開にあわせて、多様な要求条件を持つサービスに対応することが求められている。そのため、第５世代移動体通信（５Ｇまたは、ＮＲ（Ｎｅｗ Ｒａｄｉｏ））の通信規格では、４Ｇ（第４世代移動体通信）の標準技術（例えば、非特許文献２～１２）に加えて、さらなる高データレート化、大容量化、低遅延化を実現する技術が求められている。
なお、第５世代通信規格については、３ＧＰＰ（Third Generation Partnership Project）の作業部会（例えば、ＴＳＧ－ＲＡＮ ＷＧ１、ＴＳＧ－ＲＡＮ ＷＧ２等）で技術検討が進められている（非特許文献１３～４０）。
上述したように、多種多様なサービスに対応するために、５Ｇでは、ｅＭＢＢ（Enhanced Mobile Broad Band）、Ｍａｓｓｉｖｅ ＭＴＣ（Machine Type Communications)、およびＵＲＬＬＣ（Ultra-Reliable and Low Latency Communication）に分類される多くのユースケースのサポートを想定している。
また、３ＧＰＰの作業部会では、Ｖ２Ｘ（Vehicle to Everything）通信についても議論されている。Ｖ２Ｘは、例えば、サイドリンクチャネルを用いて、自動車間通信を行うＶ２Ｖ（Vehicle to Vehicle）、自動車と歩行者（Pedestrian）間で通信を行うＶ２Ｐ（Vehicle to Pedestrian）、自動車と標識等の道路インフラ間で通信を行うＶ２Ｉ（Vehicle to Infrastructure）、及び自動車とネットワーク間で通信を行うＶ２Ｎ（Vehicle to Network）等の総称である。Ｖ２Ｘに関する規定は、例えば非特許文献１に記載されている。
Ｖ２Ｘにおけるリソース配置に関しては、制御チャネル（ＰＳＣＣＨ：Physical Sidelink Control Channel）とデータチャネル（ＰＳＳＣＨ：Physical Sidelink Shared CHannle）とを隣接させる配置方法と、制御チャネルとデータチャネルとを隣接させない方法がある。なお、ＰＳＣＣＨのリソースには、例えば、対応するＰＳＳＣＨのデータの変調方式及び符号化率に関する情報などを含むＳＣＩ（Sidelink Control Information）がマッピングされる。
Ｖ２Ｘにおいて、リソースを割り当てる方式として、例えば、移動体通信システムが集中的に制御する方式と、Ｖ２Ｘを実施する各端末装置が自律的に制御する方式とがある。移動体通信システムが集中的に制御する方式は、Ｖ２Ｘを実施する端末装置が移動体通信システムのカバレージに在圏する際に適用可能であり、モード３とも呼ばれる。一方、各端末装置が自律的に制御する方式は、端末装置が移動体通信システムのカバレージに在圏しなくても適用可能であり、モード４とも呼ばれる。モード４では、リソースの割り当てのための端末装置と移動体通信システムとの間の通信が行われないため、端末装置において送信データが発生した場合の送信遅延が短縮され、厳しい遅延要求を満たすことが可能である。
モード４においては、各端末装置は、Ｖ２Ｘに用いられる周波数帯域をセンシングし、センシングの結果に基づいて他の端末装置が使用する可能性が高いリソースを除外し、データの送信に用いるリソースを選択する。
図２０は、モード４によるリソースの選択例を表す図である。図２０に示すように、ある送信データが時刻Ｔにおいて発生すると、端末装置は、送信データに許容される遅延時間（Ｌａｔｅｎｃｙ Ｄｅａｄｌｉｎｅ）に応じた時間幅の選択ウィンドウ（Ｓｅｌｅｃｔｅｄ Ｗｉｎｄｏｗ）を設定する。そして、端末装置は、時刻Ｔまでのセンシングの結果に基づいて、選択ウィンドウ内において他の端末装置が使用する可能性が高いリソースを除外する。図２０においては、例えば、斜線及び横線で示すリソースが除外される。そして、端末装置は、選択ウィンドウ内で除外されずに残ったリソースのいずれかを選択し、選択したリソースに送信データをマッピングして送信する。
3GPP TS 22.186 V16.0.0（2018-09） 3GPP TS 36.211 V15.2.0（2018-06） 3GPP TS 36.212 V15.2.1（2018-07） 3GPP TS 36.213 V15.2.0（2018-06） 3GPP TS 36.300 V15.2.0（2018-06） 3GPP TS 36.321 V15.2.0（2018-07） 3GPP TS 36.322 V15.1.0（2018-07） 3GPP TS 36.323 V15.0.0（2018-07） 3GPP TS 36.331 V15.2.2（2018-06） 3GPP TS 36.413 V15.2.0（2018-06） 3GPP TS 36.423 V15.2.0（2018-06） 3GPP TS 36.425 V15.0.0（2018-06） 3GPP TS 37.340 V15.2.0（2018-06） 3GPP TS 38.201 V15.0.0（2017-12） 3GPP TS 38.202 V15.2.0（2018-06） 3GPP TS 38.211 V15.2.0（2018-06） 3GPP TS 38.212 V15.2.0（2018-06） 3GPP TS 38.213 V15.2.0（2018-06） 3GPP TS 38.214 V15.2.0（2018-06） 3GPP TS 38.215 V15.2.0（2018-06） 3GPP TS 38.300 V15.2.0（2018-06） 3GPP TS 38.321 V15.2.0（2018-06） 3GPP TS 38.322 V15.2.0（2018-06） 3GPP TS 38.323 V15.2.0（2018-06） 3GPP TS 38.331 V15.2.1（2018-06） 3GPP TS 38.401 V15.2.0（2018-06） 3GPP TS 38.410 V15.0.0（2018-06） 3GPP TS 38.413 V15.0.0（2018-06） 3GPP TS 38.420 V15.0.0（2018-06） 3GPP TS 38.423 V15.0.0（2018-06） 3GPP TS 38.470 V15.2.0（2018-06） 3GPP TS 38.473 V15.2.1（2018-07） 3GPP TR 38.801 V14.0.0（2017-03） 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 V15.0.0（2018-06） 3GPP TR 38.912 V15.0.0（2018-06） 3GPP TR 38.913 V15.0.0（2018-06） 3GPP TR 37.885 V15.0.0 (2018-06) 3GPP TR 22.886 V15.1.0 (2017-03) 3GPP TSG RAN #80, RP-180602, "Status Report for RAN WG1 to TSG-RAN #80", La Jolla, USA 11h-14th June, 2018. 3GPP TSG RAN #80, RP-181429, "New SID: Study on NR V2X", La Jolla, USA 11h-14th June, 2018. R. M. Masegosa, and J. Gozalvez, "LTE-V for Sidelink 5G V2X Vehicular Communications: A New 5G Technology for Short-Range Vehicle-to-Everything Communications", IEEE Vehicular Technology Magazine, Pages: 30-39, Volume-2, Issue-4, December 2017.
上述した非特許文献４０には、ＰＲＲ（Packet reception ratio：パケット受信比率）について規定している。ＰＲＲは、例えば、Ｔｙｐｅ１の場合、送信パケットについて、送信パケットから距離（ａ，ｂ）の範囲内に位置する端末装置（又は車両）の数をＹ、Ｙの中で受信に成功した端末装置（又は車両）の数をＸとすると、Ｘ／Ｙで表される。又は、ＰＲＲは、例えば、Ｔｙｐｅ２の場合、受信端末装置の数をＺ、Ｚの中で受信に成功した端末装置の数をＳとすると、Ｓ／Ｚで表される。ＰＲＲは、例えば、受信端末装置のうち受信に成功した端末装置の数を表している。
図２１は、端末装置を備える車両ｈ１～ｈ８が互いに通信を行っている例を表す図である。図２１の例では、車両ｈ２が、他の車両ｈ１，ｈ３～ｈ８へパケットデータ（以下、「パケット」と称する場合がある。）＃１を送信し、車両ｈ４も、他の車両ｈ１～ｈ３，ｈ５～ｈ８へパケット＃２を送信している。この場合、Ｈａｌｆ Ｄｕｐｌｅｘの制限によって、車両ｈ２は送信モードであり、車両ｈ４も送信モードとなっている。そのため、車両ｈ２から送信されたパケット＃１は車両ｈ４にて正常に受信することができない。また、車両ｈ４から送信されたパケット＃２も車両ｈ２にて正常に受信することができない。この場合、ＰＲＲ＝６／７となる。
上述した非特許文献１にも記載されるように、５Ｇにおいては、Ｖ２Ｘ通信に関し、厳しい遅延が要求されている。しかし、図２１の例では、車両ｈ２も車両ｈ４も、次の送信機会までパケット＃１，＃２の送信を待つことになる。この場合、５Ｇが要求する遅延要求を満たすことができない場合がある。
開示の技術は、上記に鑑みてなされたものであって、通信の遅延を少なくすることが可能な通信装置、及び通信システムを提供することを目的とする。
１つの側面では、通信装置において、周波数軸方向でＮ（Ｎは１以上の整数）個、時間軸方向でＮＴ（ＮＴは２以上の整数）個、全部でＮ×ＮＴ個のリソースにおいて、時間軸方向で１番目にあるＮ個の周波数軸方向の各リソースを第１のリソースとして各通信装置に割り当て、周波数軸方向で１番目にある時間軸方向で２番目からＮＴ番目の各リソースを第２のリソースとして前記各通信装置に割り当て、時間軸方向で２番目にある周波数軸方向で２番目からＮ番目の各リソースを前記第１のリソースとして他の各通信装置に割り当て、周波数軸方向で２番目にある時間軸方向で３番目からＮＴ番目の各リソースを前記第２のリソースとして前記他の各通信装置に割り当て、これを繰り返して、複数の通信装置に対して前記第１及び第２のリソースを割り当てるサブグループ管理部と、前記第１のリソースを利用して制御信号又はデータを送信し、前記第２のリソースを利用して前記制御信号又は前記データを再送する送信制御部とを備え、前記リソースのサイズは変更可能である。
通信の遅延を少なくすることが可能となる。
図１は通信システムの構成例を表す図である。 図２は端末装置の構成例を表す図である。 図３はサブチャネルの構成例を表す図である。 図４（Ａ）と図４（Ｂ）はサブチャネルに含まれるＰＳＣＣＨとＰＳＳＣＨの例を表す図である。 図５（Ａ）と図５（Ｂ）はサブチャネルに含まれるＰＳＣＣＨとＰＳＳＣＨの例を表す図である。 図６（Ａ）と図６（Ｂ）はサブチャネルに含まれるＰＳＣＣＨとＰＳＳＣＨの例を表す図である。 図７（Ａ）と図７（Ｂ）はサブチャネルに含まれるＰＳＣＣＨとＰＳＳＣＨの例を表す図である。 図８はサブチャネルに含まれるＰＳＣＣＨとＰＳＳＣＨの例を表す図である。 図９はリソースの割り当て例を表す図である。 図１０（Ａ）と図１０（Ｂ）はリソースの割り当て例を表す図である。 図１１はリソースの割り当て例を表す図である。 図１２はリソースの割り当て例を表す図である。 図１３はリソースの割り当て例を表す図である。 図１４はリソースの割り当て例を表す図である。 図１５（Ａ）と図１５（Ｂ）はランダム化の例を表す図である。 図１６（Ａ）と図１６（Ｂ）は再配置の例を表す図である。 図１７（Ａ）はＰＣＲＬＩＣＨの配置例、図１７（Ｂ）はＰＣＲＬＩＣＨを用いて送信される情報の例を夫々表す図である。 図１８はリソースの割り当て例を表すフローチャートである。 図１９は緊急データを送信する際の動作例を表すフローチャートである。 図２０はモード４によるリソース選択例を表す図である。 図２１は車両間で通信が行われる例を表す図である。
以下、本実施の形態について図面を参照して詳細に説明する。本明細書における課題及び実施例は一例であり、本願の権利範囲を限定するものではない。特に、記載の表現が異なっていたとしても技術的に同等であれば、異なる表現であっても本願の技術を適用可能であり、権利範囲を限定するものではない。そして、各実施の形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。
また、本明細書で使用している用語や記載した技術的内容は、３ＧＰＰなど通信に関する規格として仕様書や寄書に記載された用語や技術的内容が適宜用いられてもよい。このような仕様書としては、例えば、３ＧＰＰ ＴＳ ３８．２１１ Ｖ１５．１．０（２０１８－０３）などがある。
なお、３ＧＰＰの仕様書は、随時、更新される。従って、上述した仕様書は、本願出願時における最新の仕様書が用いられてよい。そして、最新の仕様書に記載された用語や技術的内容が、本明細書において適宜用いられてよい。
以下に、本願の開示する通信装置、及び通信システムの実施例を、図面に基づいて詳細に説明する。なお、以下の実施の形態は、開示の技術を限定するものではない。
［第１の実施の形態］
＜１．通信システムの構成例＞
図１は、第１の実施の形態における通信システム１０の構成例を表す図である。
通信システム１０は、複数の端末装置１００－１～１００－４を備える。各端末装置１００－１～１００－４は、各車両１００－ｖ１～１００－ｖ４に備えられている。
端末装置（又は通信装置。以下、「端末」と称する場合がある。）１００－１～１００－４は、例えば、フィーチャーフォン、スマートフォン、パーソナルコンピュータ、タブレット端末、ゲーム装置など、無線通信が可能な通信装置である。
また、端末１００－１～１００－４は、例えば、端末間通信が可能である。端末１００－１～１００－４は、基地局２００と無線通信を行うことなく、データを互いに送受信することが可能である。或いは、端末１００－１～１００－４は、通信システム１０のカバレッジに在圏しなくても、自律的に無線通信を制御することが可能である。このような端末間通信の例として、Ｖ２Ｘ通信がある。Ｖ２Ｘは、例えば、上述したように、Ｖ２ＶやＶ２Ｐ、Ｖ２Ｉ、Ｖ２Ｎなどの総称である。従って、例えば、図１において、端末１００－１が車両１００－ｖ１に備えられている場合、通信相手の一方の端末１００－２は、車両１００－ｖ２ではなく、歩行者が持っていてもよいし、標識に備えられたものであってもよい。ただし、以下では、端末１００－１～１００－４は、車両１００－ｖ１～１００－ｖ４に備えられているものとして説明する。
なお、図１に示すように、各端末１００－１～１００－４は、基地局２００のカバレッジ範囲内（Ｉｎ－ｃｏｖｅｒａｇｅ）で他の端末と通信が可能であり、基地局２００のカバレッジ範囲外（Ｏｕｔ－ｏｆ－ｃｏｖｅｒａｇｅ）でも他の端末と通信が可能である。
また、端末１００－１～１００－４は、データなどを送信するときは、他の端末から送信されたデータなどを受信することができず、他の端末からデータなどを受信するときは、データなどを他の端末へ送信することができない。すなわち、端末１００－１～１００－４は、送信モードのときは受信モードにすることができず、受信モードのときは送信モードにすることができない端末となっている。このような端末１００－１～１００－４を、例えば、Ｈａｌｆ－ｄｕｐｌｅｘ（モード）の端末と称する場合がある。
さらに、通信システム１０には、基地局装置（以下、「基地局」と称する場合がある。）２００が含まれてもよい。この場合、端末１００－１，１００－２は、例えば、基地局２００から送信されたＲＲＣ（Radio Resource Control）メッセージを受信し、受信したＲＲＣメッセージに基づいて、互いに無線通信が可能となる場合がある。
さらに、本第１の実施の形態では、ＮＲで規定された制御チャネルやデータチャネルが用いられてもよい。ただし、以下では、制御チャネルとしてＶ２Ｘ通信で規定されたＰＳＣＣＨ、データチャネルとしてＶ２Ｘ通信で規定されたＰＳＳＣＨを例にしてそれぞれ説明する。
さらに、図１の例では、通信システム１０には、４台の端末１００－１～１００－４が含まれる例を表している。通信システム１０に含まれる端末１００－１～１００－４の台数は、２台や３台でもよいし、５台以上あってもよい。
以下では、とくに断らない限り、端末１００－１～１００－４を、端末１００と称する場合がある。
＜２．端末装置の構成例＞
図２は、端末１００の構成例を表す図である。
端末１００は、プロセッサ１１０、メモリ１２０、無線通信部１３０、及びアンテナ１４０を備える。
プロセッサ１１０は、例えば、ＣＰＵ（Central Processing Unit）、ＤＳＰ（Digital Signal Processor）、又はＦＰＧＡ（Field Programmable Gate Array）などであり、端末１００全体を制御する。プロセッサ１１０は、グループ管理部１１１、使用リソース制御部１１２、送信制御部１１３、及び受信制御部１１４を含む。
グループ管理部１１１は、端末１００が属するグループを管理する。具体的には、グループ管理部１１１は、例えば、端末１００のグループへの加入や脱退を制御したり、同一グループに属する端末１００の識別情報と使用リソースを管理したりする。なお、グループ管理部１１１が管理するグループは、例えば、Ｖ２Ｘグループと称する場合がある。
また、グループ管理部１１１は、グループ内でサブフレームごとに動的に決定されるクラスタヘッダ（ＣＨ：Cluster Header）がどの端末１００であるかを管理する。ＣＨは、各サブフレームにおける代表端末（又は代表通信装置）であり、要求に応じて、各サブフレームにおいてリソースの再配置（又はＲｅ－ｏｒｄｅｒ）を行う。以下では、ＣＨの端末を、例えば、代表端末と称する場合がある。端末１００は、緊急で送信（又は突発的に送信）するパケットデータ（Ｓｐｏｒａｄｉｃ Ｐａｃｋｅｔ）（以下、「パケット」と称する場合がある。）が発生した場合、代表端末により再配置されたリソースを用いることで、このようなパケットを送信することが短時間で可能となる。詳細は動作例で説明する。
さらに、グループ管理部１１１は、端末１００がＣＨでない場合、緊急で送信するパケットが発生すると、緊急送信の送信要求を生成し、生成した送信要求を送信するように使用リソース制御部１１２へ指示する。また、グループ管理部１１１は、受信制御部１１４から再配置情報を受け取ると、再配置情報に従って、リソースを再配置する。一方、グループ管理部１１１は、端末１００がＣＨである場合、他の端末１００から送信された送信要求を、受信制御部１１４を介して受信すると、各端末１００が使用するリソースを再配置する。そして、グループ管理部１１１は、再配置されたリソースを示す再配置情報を生成し、生成した再配置情報を送信するように、使用リソース制御部１１２へ指示する。
グループ管理部１１１は、サブグループ管理部１１１０を含む。
サブグループ管理部１１１０は、端末１００が属するサブグループを管理する。具体的には、サブグループ管理部１１１０は、例えば、端末１００のサブグループへの加入や脱退を制御したり、同一サブグループに属する端末１００の識別情報と使用リソースを管理したりする。
なお、サブグループ管理部１１１０が管理するサブグループは、例えば、Ｖ２Ｘグループに含まれるサブグループである。すなわち、サブグループ管理部１１１０は、例えば、端末数、周波数軸方向に含まれるサブチャネル数（又はリソース数）などに基づいて、Ｖ２Ｘグループに含まれるサブグループ数を決定し、自局を含めて端末１００を、各サブグループに順次割り振る。そして、サブグループ管理部１１１０は、例えば、サブグループに含まれる端末１００のリソースを管理し、サブグループに含まれる端末１００に対して制御チャネル（ＰＳＣＣＨ）やデータチャネル（ＰＳＳＣＨ）のリソースを割り当てる。
サブグループ管理部１１１０は、サブグループに含まれる各端末１００に対して、各端末１００の識別情報を用いて、各リソースを割り当てる。各端末１００がどのリソースにマッピングされるかは、例えば、制御信号に含まれるＳＣＩによって示される。この場合、サブグループ管理部１１１０は、そのような情報を含むＳＣＩを生成し、ＳＣＩを含む制御信号を生成し、生成した制御信号を使用リソース制御部１１２へ出力してもよい。
本第１の実施の形態においては、サブグループ管理部１１１０は、１サブチャネル分のリソースのサイズをサブグループごとに変更することが可能である。詳細は後述する。サブグループ管理部１１１０は、例えば、リソースのサイズを含むＳＣＩを生成して、使用リソース制御部１１２などを介して、そのリソースのサイズに関する情報を他の端末装置へ送信することが可能である。
使用リソース制御部１１２は、端末１００が制御信号の送信やデータの送信に利用するリソースを制御する。具体的には、使用リソース制御部１１２は、グループ管理部１１１から出力されたパケットの送信要求や再配置要求の指示に対して、送信要求や再配置要求を所定のリソースを使用して送信するように制御する。
また、使用リソース制御部１１２は、サブグループ管理部１１１０から出力された制御信号に含まれる割り当て結果に従って、制御チャネルのリソースやデータチャネルのリソースを制御する。具体的には、使用リソース制御部１１２は、例えば、図９に示す割り当て結果を受け取り、この割り当て結果に従って、所定のリソース（ｖ１やｖ２など）を用いた制御信号の送信や、データの送信を制御する。
図２に戻り、送信制御部１１３は、使用リソース制御部１１２により制御されたリソースを用いて制御信号やデータを送信するように無線通信部１３０を制御する。具体的には、送信制御部１１３は、以下の処理を行う。すなわち、送信制御部１１３は、プロセッサ１１０内のアプリケーション処理部などからデータを受け取り、受け取ったデータに対して誤り訂正符号化処理（以下では、「符号化処理」と称する場合がある。）と変調処理などを施す。また、送信制御部１１３は、使用リソース制御部１１２を介して、サブグループ管理部１１１０から受け取った制御信号や、グループ管理部１１１から受け取った送信要求や再配置情報などに対して符号化処理と変調処理などを施す。送信制御部１１３は、使用リソース制御部１１２からの指示により、例えば、制御信号をＰＳＣＣＨ、データをＰＳＳＣＨ、送信要求や再配置情報などをＰＣＲＬＩＣＨ（Physical Control Resource Location Indication CHannel）の各リソースにそれぞれマッピングする。そして、送信制御部１１３は、マッピングにより得られた送信信号を、無線通信部１３０を介して、マルチキャスト（又はグループキャスト）により送信する。なお、ＰＣＲＬＩＣＨの詳細は後述する。
受信制御部１１４は、他の端末１００から受信した受信信号に対して、復調処理と誤り訂正復号処理（以下、「復号化処理」と称する場合がある。）などを施す。具体的には、受信制御部１１４は、ＰＳＣＣＨにマッピングされた受信信号に対して復調処理などを施すことで、制御信号を抽出（又は再生）する。また、受信制御部１１４は、ＰＳＳＣＨにマッピングされた受信信号に対して復調処理などを施すことで、データを抽出（又は再生）する。さらに、受信制御部１１４は、ＰＳＣＲＬＩＣＨにマッピングされた受信信号に対して復調処理などを施すことで、送信要求や再配置情報などを抽出（又は再生）する。受信制御部１１４は、抽出したデータや制御信号をプロセッサ１１０内のアプリケーション処理部などへ出力する。受信制御部１１４は、抽出した送信要求をグループ管理部１１１へ出力し、送信要求に応じたリソースの再配置を依頼する。受信制御部１１４は、抽出した再配置情報をサブグループ管理部１１１０へ出力する。
メモリ１２０は、例えば、ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）などである。メモリ１２０は、例えば、プログラムを記憶し、プロセッサ１１０によりプログラムが読み出されて、プロセッサ１１０においてプログラムが実行される。この実行により、例えば、グループ管理部１１１、サブグループ管理部１１１０、使用リソース制御部１１２、送信制御部１１３、受信制御部１１４の機能が実現可能となる。また、メモリ１２０は、例えば、プロセッサ１１０が処理を実行する際に利用する情報などを記憶する。
無線通信部１３０は、送信制御部１１３から出力された送信信号に対して、Ｄ／Ａ（Digital to Analog）変換処理と、無線帯域への周波数変換処理（アップコンバート）などを施す。無線通信部１３０は、無線帯域に変換された無線信号をアンテナ１４０へ出力する。
また、無線通信部１３０は、アンテナ１４０から出力された無線信号に対して、ベースバンド帯域への周波数変換処理（ダウンコンバート）と、Ａ／Ｄ（Analog to Digital）変換処理などを施し、受信信号へ変換する。無線通信部１３０は、受信信号を受信制御部１１４へ出力する。
アンテナ１４０は、無線通信部１３０から出力された無線信号を他の端末１００へ送信する。また、アンテナ１４０は、他の端末１００から送信された無線信号を受信し、受信した無線信号を受信制御部１１４へ出力する。
＜３．サブチャネルの構成例＞
図３は、１サブチャネル分のリソースの構成例を表す図である。図３において、縦軸は周波数軸方向、横軸は時間軸方向をそれぞれ表す。
１サブチャネル分のリソースには、１又は複数のチャネルエレメント（ＣＥ：Channel Element。以下、「ＣＥ」と称する場合がある。）が含まれる。図３の例では、周波数軸方向にＭＦ個、時間軸方向にＭＴ個のＣＥが１サブチャネル分のリソースに含まれる例を表している。
ＣＥは、例えば、制御信号やデータ信号（又はデータ）を搬送（convey）することが可能な最小の送信単位である。又は、ＣＥは、例えば、制御信号やデータ信号を送信したり受信したりすることが可能なスケジューリングリソースの最小単位を表している。
１つのＣＥは、例えば、ＬＴＥ（Long Term Evolution）やＮＲにおけるリソースエレメント（ＲＥ:Resource Element）でもよいし、リソースブロック（ＲＢ：Resource Block）でもよい。従って、例えば、周波数軸方向においては１サブキャリア、時間軸方向においては１シンボルにより１つのＣＥが形成されてもよい。或いは、例えば、周波数軸方向において複数サブキャリア、時間軸方向において複数シンボルで１つのＣＥが形成されてもよい。或いは、例えば、周波数軸方向では１サブキャリアで時間軸方向では複数シンボル、又は、周波数軸方向では複数サブキャリアで時間軸方向では１シンボルにより、１つのＣＥが形成されてもよい。
本第１の実施の形態においては、この１サブチャネル分のリソースのサイズ（又は大きさ）は、１サブチャネル分のリソースに含まれるＣＥ数によって変更可能となっている。例えば、１サブチャネル分のリソースには、ＣＥ１１の１個（ＭＦ＝１，ＭＴ＝１）のＣＥが含まれてもよいし、ＣＥ１１からＣＥ１０１０までの１００個（ＭＦ＝１０，ＭＴ＝１０）のＣＥが含まれてもよい。また、例えば、ＭＦ＝ＭＴでもよいし、ＭＦ≠ＭＴでもよい。
そして、本第１の実施に形態においては、ＭＦとＭＴ（又は１サブチャネル分のリソースのサイズ、或いはＣＥ数）は、例えば、データを送信するパケットのパケットサイズ（又はデータのデータ量）、要求される遅延量、又はＶ２Ｘ通信のチャネル状態などの全部又は一部により変更可能（又は制御可能）となっている。
例えば、パケットサイズが数万バイトなど、大きくなればなるほど、ＭＦとＭＴとを大きくすることが可能である。また、例えば、要求される遅延量が短ければ短いほど、ＭＴを小さくすることが可能である。さらに、例えば、チャネル状態が悪ければ悪いほど、ＭＦとＭＴの少なくともいずれか一方を大きくして、ＳＮＲ（Signal to Noise Ratio）を大きくし、或いは、ダイバーシティゲインを得たりすることが可能となる。
なお、ＭＦとＭＴは、例えば、ＳＣＩにより示され、ＰＳＣＣＨを利用して送信されてもよい。又は、ＭＦとＭＴは、例えば、ＲＲＣメッセージに含まれ、基地局２００から端末１００へ送信されてもよい。或いは、ＭＦとＭＴは、例えば、工場出荷時などにおいてシステムとして予め決められてもよい。
また、本第１の実施の形態においては、ＣＥを含むサブチャネルを利用した通信は、通信システム１０のカバレッジ範囲内（Ｉｎ－ｃｏｖｅｒａｇｅ）とカバレッジ範囲外（Ｏｕｔ－ｏｆ－ｃｏｖｅｒａｇｅ）の双方で実施可能である。図１の例では、端末１００－１，１００－２も、端末１００－３，１００－４も、いずれも、ＣＥを含むサブチャネルを利用して通信が可能である。
さらに、本第１の実施の形態では、制御チャネルとデータチャネルとは、ＣＥ単位で（又はＣＥ毎に）設定可能である。
例えば、図４（Ａ）に示すように、１つのサブチャネル全体がＰＳＣＣＨとして割り当てられてもよいし、図４（Ｂ）に示すように１つのサブチャネル全体がＰＳＳＣＨとして割り当てられてもよい。
また、例えば、図５（Ａ）に示すように、１つのサブチャネルの時間軸方向に沿ったＣＥ１１～ＣＥＭＴ１がＰＳＣＣＨとして割り当てられ、それ以外のＣＥ１２～ＣＥＭＴＭＦがＰＳＳＣＨとして割り当てられてもよい。
さらに、例えば、図５（Ｂ）に示すように１つのサブチャネルの周波数軸に沿ったＣＥ１１～ＣＥ１ＭＦがＰＳＣＣＨとして割り当てられ、それ以外のＣＥ２１～ＣＥＭＴＭＦがＰＳＳＣＨとして割り当てられてもよい。
さらに、例えば、図６（Ａ）や図６（Ｂ）に示すように、１つのサブチャネルに含まれるＣＥのうち、一部のＣＥがＰＳＣＣＨ、それ以外のＣＥがＰＳＳＣＨでもよい。
さらに、例えば、図７（Ａ）に示すように、１つのサブチャネルの周波数領域の全部（実線）又は一部（点線）と同じ周波数領域であって、そのサブチャネルに隣接する、ある時間領域がＰＳＣＣＨであり、そのサブチャネルに含まれる全ＣＥがＰＳＳＣＨでもよい。
さらに、例えば、図７（Ｂ）に示すように、１つのサブチャネルの時間領域の全部（実線）又は一部（点線）と同じ時間領域であって、そのサブチャネルに隣接する、ある周波数領域がＰＳＣＣＨであり、そのサブチャネルに含まれる全ＣＥがＰＳＳＣＨでもよい。
さらに、例えば、図８で示すように、１つのサブチャネルの周波数領域の一部と同じ周波数領域であって、そのサブチャネルに隣接するある時間領域と、その時間領域と隣接するそのサブチャネルに含まれるリソースとがＰＳＣＣＨでもよい。この場合、そのサブチャネルに含まれるそのリソース（ＣＥ１１とＣＥ１２を含むＣＥ）以外のリソースがＰＳＳＣＨでもよい。
このように、本第１の実施の形態における１サブチャネル分のリソースのサイズはＣＥ数により変更可能となっている。このサイズは、例えば、周波数軸方向では１サブチャネル、時間軸方向では１サブチャネルに相当する時間となる。１サブチャネルに相当する時間の例としては、例えば、サブフレーム、スロット、ミニスロット、シンボルなどがある。
＜４．リソース割り当て例＞
図９は、１サブグループ分のリソースの割り当て例を表す図である。図９において、横軸は時間軸方向、縦軸は周波数軸方向をそれぞれ表す。図９に示すように、周波数軸方向には、サブチャンネル数でＮ個のリソースがある。また、時間軸方向には、周波数軸方向のサブチャネル数に対応するリソースであって、ＮＴ（ＮＴは２以上の整数）個のリソースがある。従って、図９に示すリソース数は、Ｎ×ＮＴ個となる。ただし、図９の例では、ＮＴ＝Ｎ＋１の例を表している。以下では、ＮＴ＝Ｎ＋１の例で説明する。
図９に示す各リソースは、例えば、図３に示す１サブチャネル分のリソースを表す。また、図９に示す各リソースには、ｖ１からｖ（Ｎ×（Ｎ＋１）／２）（Ｎは、例えば、周波数軸方向におけるサブチャネル数を表し、１以上の整数を表す。）までの識別情報が割り振られている。各識別情報は、例えば、各端末１００の識別情報を表す。例えば、ｖ１は、端末１００－１に割り当てられたリソース、ｖ２は、端末１００－２に割り当てられたリソースを表す。
また、図９に示す１サブグループ分のリソースは、図４（Ａ）から図８までの関係から、例えば、全体として、ＰＳＣＣＨとして割り当てられたリソースでもよいし、ＰＳＳＣＨとして割り当てられたリソースでもよい。又は、図９に示すリソースは、例えば、一部がＰＳＣＣＨでもよいし、それ以外のリソースがＰＳＳＣＨでもよい。１サブチャネル分のリソースが、例えば、図７（Ａ）から図８の場合、図９に示すリソース例では、周波数軸方向のＮ個のサブチャネルのリソースに隣接した全部又は一部の周波数領域がＰＳＣＣＨでもよい。この場合、時間軸方向の（Ｎ＋１）個のサブチャネルのリソースに隣接した全部又は一部の時間軸領域がＰＳＣＣＨでもよい。
以下では、識別情報ｖ１が付与された端末１００を端末ｖ１、識別情報ｖ２が付与された端末１００を端末ｖ２と称する場合がある。従って、識別情報ｖ（Ｎ×（Ｎ＋１）／２）が付与された端末１００を、端末ｖ（Ｎ×（Ｎ＋１）／２）と称する場合がある。
そして、図９に示すように、端末１００は、時間軸方向で１番目、周波数軸方向で１番目からＮ番目までのＮ個の各リソースを、端末ｖ１～端末ｖＮまでの各端末１００に割り当てる。また、端末１００は、周波数軸方向で１番目、時間軸方向で２番目から（Ｎ＋１）番目までのＮ個のリソースを、端末ｖ１～端末ｖＮまでの各端末１００に割り当てる。
さらに、端末１００は、時間軸方向で２番目にある周波数軸方向で２番目からＮ番目までの（Ｎ－１）個のリソースを、端末ｖ（Ｎ＋１）～端末ｖ（２Ｎ－１）までの各端末１００に割り当てる。さらに、端末１００は、周波数軸方向で２番目にある時間軸方向で３番目から（Ｎ＋１）番目までの（Ｎ－１）個のリソースを、端末ｖ（Ｎ＋１）～端末ｖ（２Ｎ－１）に割り当てる。
以降、端末１００は、残りのリソースに対して、これらを繰り返す。最後は、端末１００は、時間軸方向でＮ番目、周波数軸方向でＮ番目のリソースと、時間軸方向で（Ｎ＋１）番目、周波数軸方向でＮ番目のリソースを、端末ｖ（Ｎ×（Ｎ＋１）／２）に割り当てる。
図９に示すように、各端末ｖ１～ｖ（Ｎ×（Ｎ＋１）／２）に対して、２つのリソースが割り当てられている。例えば、時間軸方向で１番目、周波数軸方向で１番目からＮ番目までのリソースは、制御信号又はデータの少なくとも一方の初送用（initial）のリソースである。また、周波数軸方向で１番目、時間軸方向で２番目から（Ｎ＋１）番目までのリソースは、制御信号又はデータの少なくとも一方の再送用（repetition）のリソースとなる。また、例えば、時間軸方向で２番目、周波数軸方向で２番目からＮ番目までのリソースは、制御信号又はデータの少なくとも一方の初送用のリソースとなる。この場合、周波数軸方向で２番目、時間軸方向で３番目から（Ｎ＋１）番目までのリソースは、制御信号又はデータの少なくとも一方の再送用のリソースとなる。
従って、端末ｖ１は、周波数軸方向で１番目、時間軸方向で１番目のリソースを用いて、制御信号又はデータの少なくとも一方を送信し、周波数軸歩行で１番目、時間軸方向で２番目のリソースを用いて、制御信号又はデータの少なくとも一方を再送する。
本第１の実施の形態における各端末１００は、Ｈａｌｆ－Ｄｕｐｌｅｘとなっており、送信と受信を同時に行うことができない。図９に示すリソースの並べ方によって、すべてのユーザは、送信されたパケットを少なくとも１回受信することを保証することが可能となる。また、制御信号又はデータを送信する機会が２回あることで、送信機会が１回の場合と比較して、例えば、受信側の端末１００は、送信側の端末から送信されたデータを受信する確率を向上させることが可能となる。この点については、以下、Ｎ＝２，３の場合の例で具体的に説明する。
図１０（Ａ）は、Ｎ＝２の場合のリソース割り当て例を表す図である。図１０（Ａ）の例では、各リソースの時間軸方向は１サブチャネルの長さとなっている。
図１０（Ａ）に示すように、Ｎ＝２の場合、端末ｖ１～ｖ３の３台の端末に対して、リソースの割り当てが可能である。割り当ての方法は、図９の場合と同様に行う。これにより、端末ｖ１については、周波数軸方向で１番目、時間軸方向でＳＣ（Sub Channel:サブチャネル）＃１のリソースと、周波数軸方向で１番目、時間軸方向でＳＣ＃２のリソースとに、ＰＳＣＣＨ又はＰＳＳＣＨの少なくとも一方のリソースが割り当てられる。また、端末ｖ２については、周波数軸方向で２番目、時間軸方向でＳＣ＃１のリソースと、周波数軸方向で１番目、時間軸方向でＳＣ＃３のリソースとに、ＰＳＣＣＨ又はＰＳＳＣＨの少なくとも一方のリソースが割り当てられる。さらに、端末ｖ３については、周波数軸方向で２番目、時間軸方向でＳＣ＃２のリソースと、周波数軸方向で２番目、時間軸方向でＳＣ＃３のリソースとに、ＰＳＣＣＨ又はＰＳＳＣＨの少なくとも一方のリソースが割り当てられる。
ここで、ＳＣ＃１に着目すると、ＳＣ＃１の期間では、端末ｖ１と端末ｖ２とにリソースが割り当てられている。端末ｖ３は、ＳＣ＃１の期間では、リソースが割り当てられていない。従って、端末ｖ３は、ＳＣ＃１の期間では、例えば、受信モードの端末とすることが可能である。そのため、端末ｖ３は、ＳＣ＃１の期間では、端末ｖ１や端末ｖ２から送信されたデータを受信することが可能となる。
また、ＳＣ＃２に着目すると、ＳＣ＃２の期間では、端末ｖ１と端末ｖ３にリソースが割り当てられ、端末ｖ２は、ＳＣ＃２の期間ではリソースが割り当てられていない。従って、端末ｖ２は、ＳＣ＃２の期間では、例えば、受信モードの端末とすることが可能である。そのため、端末ｖ２は、ＳＣ＃２の期間では、端末ｖ１や端末ｖ３から送信されたデータを受信することが可能となる。
さらに、ＳＣ＃３に着目すると、ＳＣ＃３の期間では、端末ｖ１はリソースが割り当てられていない。従って、端末ｖ１は、ＳＣ＃３の期間では、端末ｖ２や端末ｖ３から送信されたデータを受信することが可能となる。
すなわち、ＳＣ＃１の期間では、端末ｖ３がデータを受信し、ＳＣ＃２の期間では、端末ｖ２がデータを受信し、ＳＣ＃３の期間では、端末ｖ１がデータを受信することが可能である。従って、ＳＣ＃１～ＳＣ＃３の全期間では、全端末ｖ１～ｖ３がデータを受信することが可能となる。
ＳＣ＃１～ＳＣ＃３までの全期間、例えば、端末ｖ１と端末ｖ２に対してリソースが割り当てられると、端末ｖ１と端末ｖ２はＳＣ＃１～ＳＣ＃３までの全期間、送信モードとなる。この場合、端末ｖ１と端末ｖ２は、ＳＣ＃１～ＳＣ＃３までの全期間において、他方の端末ｖ２と端末ｖ１から送信されたデータを受信することができない。従って、パケットが衝突し、ＰＲＲが低下する。
しかし、図１０（Ａ）に示すようなリソースの割り当てを行うと、ＳＣ＃１～ＳＣ＃３までの期間において、全端末ｖ１～ｖ３が受信モードとなる期間が存在する。そのため、ＳＣ＃１～ＳＣ＃３までの期間において送信されたデータは、いずれかの期間で受信することが可能となる。従って、ＳＣ＃１～ＳＣ＃３までの全期間、端末ｖ１と端末ｖ２に対してリソースが割り当てられる場合と比較して、ＰＲＲを向上させることが可能となる。
図１０（Ｂ）は、Ｎ＝３の場合のリソースの割り当て例を表す図である。この場合も、各リソースの時間軸方向の長さは１サブフレームである。
図１０（Ｂ）の割り当て方法も、図９と同様である。この場合も、ＳＣ＃１の期間に着目すると、端末ｖ１～ｖ３にリソースが割り当てられ、他の端末ｖ４～ｖ６はリソースが割り当てられていない。ＳＣ＃１の期間では、端末ｖ４～ｖ６は受信モードとして、端末ｖ１～ｖ３から送信されたデータを受信することが可能である。
また、ＳＣ＃２の期間では、端末ｖ２，ｖ３，ｖ６が受信モードとなり、端末ｖ１，ｖ４，ｖ５から送信されたデータを受信可能となる。さらに、ＳＣ＃３の期間では、端末ｖ１，ｖ３，ｖ５が受信モード、ＳＣ＃４の期間では、端末ｖ１，ｖ２，ｖ４が受信モードとなり得る。
すなわち、Ｎ＝３の場合、ＳＣ＃１～ＳＣ＃３までにおいて、全部の端末ｖ１～ｖ６が少なくとも１回は受信モードとなる。
例えば、ＳＣ＃１～ＳＣ＃４まで全期間にわたり、端末ｖ１～ｖ３にリソースを割り当てる場合、端末ｖ１～ｖ３は受信モードにはならず、端末ｖ１～ｖ３から送信されたデータを受信することができない。
図１０（Ｂ）の例では、ＳＣ＃１～ＳＣ＃４の期間で少なくとも１回、端末ｖ１～ｖ６は受信モードとなるため、ＳＣ＃１～ＳＣ＃４まで全期間にわたり、端末ｖ１～ｖ３にリソースを割り当てる場合と比較して、ＰＲＲを向上させることが可能となる。
＜５．Ｖ２Ｘグループとサブグループとの関係＞
図１１は、Ｖ２Ｘグループ内に含まれる各サブグループのリソース割り当て例を表す図である。図１１では、サブグループＳＧ＃１とＳＧ＃２の２個のサブグループにより１つのＶ２Ｘグループが形成される例を表している。ただし、各１サブチャネル分のリソースは全て同じサイズとなっている。
例えば、サブグループＳＧ＃１に含まれる端末ｖ１は、周波数領域で１番目、時間領域で１番目のリソースが割り当てられた場合を考える。端末ｖ１が他の端末よりも多くのデータを送信する場合、割り当てられたリソースでは全部のデータを送信することができない場合がある。また、端末ｖ１は、このリソースに代えて、サブグループＳＧ＃２のリソースを選択しても、各リソースは全て同じサイズのため、全部のデータを送信することができない場合がある。このような場合、端末ｖ１は、次の送信機会において、割り当てられたリソースを選択して、残りのデータを送信することになる。従って、図１１に示すように、リソースのサイズが全て同じ場合、通信の遅延が生ずる場合がある。
そこで、本第１の実施の形態では、サブグループ毎に、１つのサブチャネル分のリソースのサイズを変更するようにしている。
図１２は、本第１の実施の形態におけるリソースの割り当て例を表す図である。図１２に示す例では、サブグループ＃１からサブグループ＃ＬまでのＬ個のサブグループにより１つのＶ２Ｘグループが形成される例を表している。
図１２に示すように、サブグループ＃１には、周波数軸方向でＮ個のサブチャネル、時間軸方向で（Ｎ＋１）個のサブチャネルが含まれる。
一方、サブグループ＃２には、周波数軸方向でＮ／２個のサブチャネル、時間軸方向で（Ｎ／２＋１）個のサブチャネルが含まれる。ただし、１サブチャネル分のリソース（以下、「リソース」と称する場合がある。）は、サブグループ＃１に含まれる各リソースと比較して、周波数軸方向では２倍、時間軸方向は同じサイズとなっている。すなわち、サブグループ＃２の各リソースには、サブグループ＃１の各リソースと比較して、周波数軸方向で２倍の数のＣＥが含まれ、時間軸方向では同じ数のＣＥが含まれている。
また、サブグループ＃Ｌには、周波数軸方向で１個のリソース、時間軸方向で２個のリソースが含まれる。サブグループ＃Ｌに含まれるリソースは、サブグループ＃１に含まれるリソースと比較して、周波数軸方向ではＮ倍、時間軸方向では同じサイズとなっている。すなわち、サブグループ＃Ｌの各リソースには、サブグループ＃１の各リソースと比較して、周波数軸方向でＮ倍の数のＣＥが含まれ、時間軸方向では同じ数のＣＥが含まれている。
図１２に示すリソース割り当て例は、例えば、各リソースのサイズがサブグループ毎に周波数軸方向で異なる例を表している。
図１３は、リソース割り当て例を表す図である。図１３では、サブグループ＃１～＃３までの３個のサブグループにより１つのＶ２Ｘグループが形成される例を表す。
図１３に示す例では、サブグループ＃１では、（６×７）（周波数軸方向に６個、時間軸方向に７個）個のリソースを含む。サブグループ＃１の各リソースは、（１×１）（周波数軸方向に１個、時間軸方向に１個）個のＣＥを含む。
また、サブグループ＃２では、（３×４）個のリソースを含む。また、サブグループ＃２の各リソースは、２×１個のＣＥを含む。
さらに、サブグループ＃３では、（２×３）個のリソースを含む。サブグループ＃３の各リソースは、３×２個のＣＥを含む。
図１３に示すリソース割り当て例は、例えば、各リソースのサイズが、サブグループ毎に、周波数軸方向と時間軸方向の双方で異なる例を表している。
図１２や図１３に示すように、リソースサイズは、サブグループ毎に異なる。そのため、例えば、端末ｖ１は、送信データ量が、他の端末よりも多いとき、サブグループ＃Ｌ（図１２）やサブグループ＃３（図１３）のリソースを選択し、そのリソースを利用してそのデータを送信することが可能となる。また、例えば、端末ｖ１は、送信データ量が他の端末よりも少ないときは、サブグループ＃１のリソースを選択して、データを送信してもよい。
このように、本第１の実施の形態では、端末ｖ１は、例えば、送信データ量に応じて、そのリソースを選択することが可能となる。これにより、例えば、端末ｖ１の送信データ量が他の端末と比較して多いとき、端末ｖ１は、例えば、図１３のサブグループ＃３のリソース「ｖ１」を選択して、そのリソースを利用してデータを送信することが可能となる。この場合、１回の送信機会で全てのデータを送信することが可能となる。従って、端末ｖ１が次の送信機会を待ってデータを送信する場合と比較して、通信の遅延を少なくすることが可能となる。
なお、端末ｖ１のリソースとして、例えば、図１３に示すサブグループ＃３のｖ１が選択された場合、端末ｖ１が属するサブグループに含まれる他の端末も、サブグループ＃３のリソースが選択される。
図１４もリソースの割り当て例を表す図である。図１４では、図１２と同様に、サブグループ＃１からサブグループ＃ＬまでのＬ個のサブグループにより１つのＶ２Ｘグループが形成される例を表している。
図１４に示す例では、サブグループ＃１では、Ｎ×（Ｎ＋１）個のリソースが含まれる。サブグループ＃２でも、Ｎ×（Ｎ＋１）個のリソースが含まれる。ただし、サブグループ＃２の各リソースは、サブグループ＃１の各リソースと比較して、周波数軸方向では同じサイズであるが、時間軸方向においてそのサイズが大きくなっている。サブグループ＃Ｌは、（１×１）個のリソースを含む。サブグループ＃Ｌのリソースサイズは、サブグループ＃１のリソースサイズと比較して、周波数軸方向でＮ倍、時間軸方向では同じサイズとなっている。
このように、図１４に示す１サブチャネル分の各リソースのサイズも、サブグループ毎に異なる。そのため、各端末１００は、送信データ量に応じて、リソースを選択することで、通信の遅延を少なくすることが可能となる。
なお、図１４に示す例は、例えば、各リソースのサイズがサブグループ毎に時間軸方向で異なる例を表している。
＜６．ランダム化＞
例えば、図１３の例では、リソースサイズが最も大きいサブグループ＃３の各リソースは、他のサブグループの各リソースと比較して、データや制御信号を送信する時間が遅い。そのため、他の端末と比較して送信データ量が多い端末１００は、データや制御信号の送信が待たされる場合がある。
そこで、本第１の実施の形態では、ランダム化が行われる。ランダム化は、例えば、Ｖ２Ｘグループ単位で行われる。ランダム化により、例えば、各端末１００はデータや制御信号を送信する時間を均等にさせることが可能となり、リソースの公平な割り当てを行うことが可能となる。
図１５（Ａ）と図１５（Ｂ）はランダム化の例を表す図である。ランダム化の手順としては、例えば図１５（Ａ）に示すように最初に周波数軸方向でランダム化が行われ、次に、図１５（Ｂ）に示すように時間軸方向でランダム化が行われる。
最初に周波数軸方向のランダム化について説明する。図１５（Ａ）に示す例では、時間軸方向で１番目のリソースにおいて、サブグループＳＧ＃１の端末ｖ１に割り当てたリソースと、端末ｖ３に割り当てたリソースとが周波数軸方向で交換される。また、時間軸方向で２番目のリソースでは、端末ｖ５に割り当てたリソースと端末ｖ７に割り当てたリソースとが周波数軸方向で交換される。
周波数軸方向へのランダム化は、例えば、各サブチャネルに相当する期間内に割り当てた周波数軸方向のリソースの範囲内であって、１つのリソースを他のリソースと交換するのであれば、どのような交換であってもよい。従って、例えば、図１５（Ａ）において、時間軸方向で１番目のリソースでは、端末ｖ２に割り当てたリソースと端末ｖ４に割り当てたリソースを交換してもよい。周波数軸方向のランダム化は、例えば、各端末１００に割り当てられたリソースを周波数軸方向で交換することで行われる。
時間軸方向へのランダム化について、図１５（Ｂ）の例では、時間軸方向で１番目のリソースを、４番目のリソースへ移動させ、２番目のリソースを６番目のリソースへ移動させている。
このように、時間軸方向へのランダム化は、例えば、各サブチャネルに相当する期間に含まれる周波数軸方向のリソースを１つの集合として、各集合を他のサブチャネルに相当する期間へ移動させるようにしている。この場合、ある集合と他の集合とが同一の期間へ重複して入れ換えることが行われなければ、どの期間へ移動させるようにしてもよい。時間軸方向のランダム化は、例えば、１サブチャネルに相当する期間内おいて周波数軸方向に含まれる全リソースを１つの単位にして、その単位で時間軸方向にランダムに入れ換えることで行われる。
このように、ランダム化は、例えば、周波数軸方向と時間軸方向において、リソースをランダムに入れ換えることである。
ただし、例えば、図１５（Ａ）において、時間軸方向で１番目の期間に割り当てられた端末ｖ１のリソースと、２番目の期間に割り当てられた端末ｖ５のリソースを交換することはできない。ランダム化においては、各サブチャネルに相当する期間を超えて、リソースを交換することまでは許容されない。
また、上述したように、リソースの交換はＶ２Ｘグループ内で行われる。Ｖ２Ｘグループ間でリソースを交換することはできない。
＜７．緊急パケットの送信＞
端末１００は、例えば、サブグループ内で図９に示すように各リソースを各端末に割り当て、Ｖ２Ｘグループにおいて各リソースをランダム化し、ランダム化したリソースの割り当て結果を利用して、制御信号やデータを送信する。このとき、端末１００は、緊急でパケットを送信する場合がある。以下、緊急パケットの送信例について、図１６（Ａ）から図１７（Ｂ）を利用して説明する。
例えば、端末１００は、ランダム化により、図１６（Ａ）に示すリソースの割り当て結果を得たものとする。図１６（Ａ）に示すように、サブグループ＃２に属する端末ｖ１は、時刻Ｔ０において緊急パケットを送信する機会が発生したものとする。
このとき、端末ｖ１は、時刻Ｔ１に、送信要求を送信する。例えば、端末ｖ１は、ＰＣＲＬＩＣＨを利用して送信要求を送信する。
図１７（Ａ）は、ＰＣＲＬＩＣＨのリソース割り当て例を表す図である。ＰＣＲＬＩＣＨは、ＰＳＣＣＨとＰＳＳＣＨとは異なる周波数領域に存在する。ＰＣＲＬＩＣＨは、例えば、再配置制御用チャネルと称する場合がある。
図１７（Ｂ）は、ＰＣＲＬＩＣＨを利用して送信される情報の例を表す図である。ただし、図１７（Ｂ）は、１サブフレーム期間内で送信される情報の例を表している。
ＰＣＲＬＩＣＨは、スロット＃１とスロット＃２の２つの領域に分割される。スロット＃１には、ＡＧＣ（Automatic Gain Control）領域とＤＭＲＳ（Demodulation Reference Signal）領域、ガード区間領域、及び送信要求領域が設けられている。各領域は、例えば、１つのシンボル期間を表す。
ＡＧＣ領域は、例えば、自動でゲインを制御するための領域である。ＤＭＲＳ領域は、例えば、復調の際の基準信号となる参照信号を送信するための領域である。ガード区間領域は、例えば、隣接スロットとの干渉を防止するために用いられる領域である。
送信要求領域は、例えば、送信要求を送信するための領域である。緊急パケットが発生した端末１００は、スロット＃１の送信要求領域のシンボルを利用して送信要求を送信する。
スロット＃２には、ＡＧＣ領域、ＤＭＲＳ領域、ガード区間領域、及び再配置情報領域が設けられている。再配置情報領域は、例えば、送信要求を受信した代表端末（例えば端末１００－４）が再配置したリソースの情報を送信するための領域である。代表端末１００は、スロット＃１の送信要求領域のシンボルを利用して送信要求を受信すると、スロット＃２の再配置情報領域のシンボルを利用して、再配置情報を送信する。一方、送信要求を送信した端末１００は、スロット＃２の再配置情報領域のシンボルを利用して、代表端末から送信された再配置情報を受信する。
図１６（Ｂ）に戻り、端末ｖ１は、送信要求を送信する場合、前半スロット（スロット＃１）にある送信要求領域のシンボル（時刻Ｔ１に位置するシンボル）を利用して、送信要求を送信する。そして、図１６（Ｂ）に示すように、端末ｖ１は、代表端末（例えば端末１００－６）から、後半スロット（スロット＃２）にある再配置情報領域のシンボル（時刻Ｔ２に位置するシンボル）を利用して、再配置情報を受信する。
図１６（Ｂ）に示す例では、再配置情報（「Ｒｅ－ｏｒｄｅｒ」）は、時間軸方向で最後から２番目のＳＧ＃４の端末に割り当てたリソース（「Ｉｄｌｅ」となっているリソース）を、時間軸方向で最初から３番目の位置へ移動させることを表す情報を含んでいる。また、再配置情報は、このリソースを移動後、以降のリソースを時間軸方向で後方へシフトさせることを表す情報を含んでいる。シフトにより、サブグループＳＧ＃３の端末ｖ１と端末ｖ３に割り当てたリソースは、時間軸方向で１つ後方へシフトされ、サブグループ＃１の端末ｖ１～端末ｖ４も、時間軸方向で後方へ１つシフトされ、順次、以降のリソースも１つずつシフトされる。
端末ｖ１は、例えば、「Ｉｄｌｅ」となっているリソースを利用して、緊急パケットを送信することが可能となる。
端末ｖ１は、緊急パケットの送信が終了すると、例えば、再配置前の状態（例えば図１６（Ａ））に戻す。又は、端末ｖ１は、再配置後の状態（例えば図１６（Ｂ））のままにしてもよい。
このように、端末ｖ１は、代表端末により生成された再配置情報に従って、リソースを入れ換える。入れ換え自体は、例えば、ランダム化における時間軸方向の入れ換え（例えば図１５（Ｂ））と同様である。すなわち、端末ｖ１は、１つのサブチャネルに相当する期間内の周波数軸方向のリソースを１つの集合として、他のサブフレーム期間へ入れ換え、その際、同一期間で複数の集合が重複しないように入れ換える。
このように、緊急パケットが発生しても、１サブチャネルに相当する期間のうち、前半の期間を利用して送信要求を代表端末へ送信し、後半の期間を利用して代表端末から再配置情報を受信する。従って、端末ｖ１は、１つのサブチャネルに相当する期間内で緊急パケット送信のためのリソースを確保することができ、緊急パケットを低遅延で送信することが可能となる。
また、サブグループＳＧ＃２に属する端末ｖ１は、時間軸方向で２番目のリソースを利用することができないときでも、３番目の「Ｉｄｌｅ」のリソースを利用してデータを送信することが可能である。よって、端末ｖは、２番目のリソースを利用することができずに、次の送信機会を待つ場合と比較して、通信の遅延を少なくすることが可能となる。
＜８．動作例＞
動作例について、最初に、リソース割り当ての動作例について説明する。次に、緊急データを送信する場合の動作例について説明する。
＜８．１ リソース割り当ての動作例＞
図１８は、リソース割り当ての動作例を表すフローチャートである。
端末１００は、処理を開始すると（Ｓ１０）、複数の端末についてサブグループ化を行う（Ｓ１１）。例えば、サブグループ管理部１１１０は、各端末１００を、各サブグループに順次振り分ける。
次に、端末１００は、各サブグループ内でリソースを割り当てる（Ｓ１２）。例えば、サブグループ管理部１１１０は、各サブグループ内で、図９に示すように、各端末１００に対してリソースを順次割り当てる。
このとき、サブグループ管理部１１１０は、プロセッサ１１０内のアプリケーション処理部からデータを受け取り、そのデータを送信するパケットのパケットサイズ（又はデータ量）を計算してもよい。また、サブグループ管理部１１１０は、メモリ１２０から、要求される遅延量を読み出してもよい。さらに、サブグループ管理部１１１０は、受信制御部１１４で測定されたチャネル状態の情報を受信制御部１１４から受け取ってもよい。
そして、サブグループ管理部１１１０は、パケットサイズ、要求される遅延、又はチャネル状態の全部又は一部に基づいて、ＭＦとＭＴを決定する。この場合、サブグループ管理部１１１０は、例えば、サブグループ毎に異なるＭＦとＭＴを決定する。サブグループ管理部１１１０は、このようにして決定したＭＦとＭＴを含むＳＣＩを生成して、制御信号に含めて送信することで、ＰＳＣＣＨを利用して他の端末へ送信することが可能となる。なお、他の端末でＭＦとＭＴが決定された場合、サブグループ管理部１１１０は、受信制御部１１４を介して、他の端末から送信された制御信号からＭＦとＭＴを抽出すればよい。
また、基地局２００において、ＭＦとＭＴが決定される場合もある。この場合、サブグループ管理部１１１０は、受信制御部１１４を介して、基地局２００から送信されたＲＲＣメッセージを受信し、受信したＲＲＣメッセージからＭＦとＭＴを抽出すればよい。この場合、基地局２００では、例えば、サブグループ毎にＭＦとＭＴを決定することになる。
さらに、ＭＦとＭＴが予め決められる場合もある。この場合、工場出荷時にメモリ１２０にＭＦとＭＴが記憶され、サブグループ管理部１１１０は、メモリ１２０からＭＦとＭＴを読み出すことで、ＭＦとＭＴを得ることが可能となる。この場合も、メモリ１２０には、例えば、サブグループ毎に異なるＭＦとＭＴが記憶される。
サブグループ管理部１１１０は、ＭＦとＭＴに基づいて、リソースのサイズを決定する。この場合、サブグループ管理部１１１０は、サブグループ毎にそのサイズを決定する。そして、サブグループ管理部１１１０は、このように決定したリソースを用いて、図９に示す各リソースを各端末に割り当てる。
次に、端末１００は、Ｖ２Ｘグループ内でランダム化を行う（Ｓ１３）。例えば、サブグループ管理部１１１０は、各端末１００に割り当てたリソースについて、周波数軸方向でランダム化を行い（例えば、図１５（Ａ））、次に、時間軸方向でランダム化を行う（例えば、図１５（Ｂ））。
そして、端末１００は、リソース割り当てを終了する（Ｓ１４）。
その後、サブグループ管理部１１１０は、割り当て結果を使用リソース制御部１１２へ出力する。使用リソース制御部１１２は、割り当て結果に従って、自局に割り当てられたリソースを用いて制御信号やデータの送信を送信制御部１１３へ指示する。送信制御部１１３は、指示に従って、割り当てられたリソースを用いて制御信号やデータを送信する。この場合、図９に示すように、送信制御部１１３は、初送用のリソースを用いて、制御信号やデータを送信し、再送用のリソースを用いて制御信号やデータを再送する。
＜８．２ 緊急パケットの送信＞
図１９は、緊急パケットを送信する際の動作例を表すフローチャートである。
端末１００は、処理を開始すると（Ｓ３０）、グループ化を行う（Ｓ３１）。端末１００は、図１８に示す処理を行うことで、グループ化を行う。
図１９に戻り、次に、端末１００は、緊急データ（又は緊急パケット。以下、「緊急パケット」）の発生の有無を確認する（Ｓ３２）。例えば、グループ管理部１１１は、プロセッサ１１０内のアプリケーション処理部において緊急パケットが発生したか否かを確認することで、処理を行ってもよい。
端末１００は、緊急パケットが発生したとき（Ｓ３２でＹｅｓ）、送信要求を送信する（Ｓ５３）。例えば、端末１００は、以下の処理を行う。
すなわち、グループ管理部１１１は、送信要求を生成して、生成した送信要求を使用リソース制御部１１２へ出力する。使用リソース制御部１１２は、送信要求を受け取ると、ＰＣＲＬＩＣＨにおける１サブチャネル分に相当する期間のうち、前半期間の送信要求領域のシンボルを用いて、送信要求を送信することを、送信制御部１１３へ指示する。送信制御部１１３は、ＰＣＲＬＩＣＨの指示されたシンボルを用いて、送信要求を送信する。送信要求は、複数の端末１００のうち、代表端末へ送信される。
次に、端末１００は、代表端末から送信された再配置情報を受信する（Ｓ３４）。例えば、グループ管理部１１１は、受信制御部１１４を介して、ＰＣＲＬＩＣＨにおける１サブチャネル分に相当する期間のうち、後半期間の再配置情報領域のシンボルを利用して、再配置情報を受信する。
次に、端末１００は、交換リソースにより送信する（Ｓ３５）。例えば、端末１００は、以下の処理を行う。
すなわち、グループ管理部１１１は、再配置情報に従って、リソースを時間軸方向で交換し、交換後のリソースの割り当て結果を使用リソース制御部１１２へ出力する。使用リソース制御部１１２は、割り当て結果に従って、制御信号と緊急データを送信するよう送信制御部１１３へ指示し、送信制御部１１３は指示に従って、制御信号と緊急データとを送信する。リソース交換例としては、例えば、図１６（Ｂ）がある。
図１９に戻り、次に、端末１００は、グループ情報を更新する（Ｓ３６）。端末１００では、再配置情報を受信することで、リソースの一部が交換される。そのため、グループ管理部１１１は、各端末１００の識別情報とリソースとを対応付けたグループ情報を更新する。グループ管理部１１１は、更新後のグループ情報をメモリ１２０に記憶する。
そして、端末１００は、緊急パケットの送信処理を終了する（Ｓ３７）。
一方、端末１００は、緊急パケットが発生しないとき（Ｓ３２でＮｏ）、グループ化（Ｓ３１）の際に割り当てたリソースを用いて、制御信号とデータとを送信する（Ｓ３８）。そして、端末１００は、緊急パケットの送信処理を終了する（Ｓ５７）。
なお、緊急パケットを送信する端末から送信要求を受信して、再配置情報を送信する代表端末１００の動作例は、例えば、以下となる。
すなわち、代表端末１００のグループ管理部１１１は、受信制御部１１４を介して送信要求を受信すると、メモリ１２０に記憶された再配置情報をメモリ１２０から読み出す。そして、グループ管理部１１１は、読み出した再配置情報をグループキャストで送信するよう使用リソース制御部１１２へ指示する。使用リソース制御部１１２は、ＰＣＲＬＩＣＨの送信要求を受信した１サブチャネルに相当する期間のうち、後半期間における再配置情報領域のシンボルを用いて、再配置情報を送信するよう送信制御部１１３へ指示する。送信制御部１１３は、この指示に従って再配置情報を送信する。
以上、第１の実施の形態における端末１００の動作例を説明した。
このように、本第１の実施の形態では、端末１００は、周波数軸方向でＮ（Ｎは２以上の整数）個、時間軸方向でＮＴ（ＮＴは２以上の整数）個、全部でＮ×ＮＴ個のリソースを以下のようにして、各端末１００に割り当てる。
すなわち、端末１００は、時間軸方向で１番目にあるＮ個の周波数軸方向の各リソースを初送用のリソースとして各端末１００（例えば、端末ｖ１～ｖＮ）に割り当てる。また、端末１００は、周波数軸方向で１番目にある時間軸方向で２番目からＮＴ番目の各リソースを再送用のリソースとして各端末１００に割り当てる。
さらに、端末１００は、時間軸方向で２番目にある周波数軸方向で２番目からＮ番目の各リソースを初送用のリソースとして他の各端末１００（例えば、端末ｖ（Ｎ＋１）～ｖ（２Ｎ－１））に割り当てる。さら、端末１００は、周波数軸方向で２番目にある時間軸方向で３番目からＮＴ番目の各リソースを再送用のリソースとして他の各端末１００に割り当てる。
以降、端末１００は、これを繰り返して、複数の端末１００（例えば、端末ｖ１～端末ｖ（Ｎ×（Ｎ＋１）／２））に、各リソースを割り当てる。
そして、端末１００は、自局に割り当てられた初送用のリソースを用いて制御信号やデータを送信し、自局に割り当てられた再送用のリソースを用いて制御信号やデータを再送する。
このようなリソースの割り当てにおいて、端末１００は、各リソースのサイズを変更することが可能である。例えば、端末１００は、サブグループ毎にそのサイズを変更することが可能である。
そのため、端末１００は、例えば、異なるサイズのリソースの中から、送信データ量が第１の閾値より多いときは、第２の閾値より大きいサイズのリソースを選択することが可能となる。
従って、端末１００は、例えば、次の送信機会まで待つことなく、１回の送信機会で送信データを送信することが可能となる。よって、本第１の実施の形態における端末１００は、送信機会を待つ場合と比較して、通信の遅延を少なくすることが可能となる。
[その他の実施の形態]
上述した第１の実施の形態において、図９に示すリソースの割り当ては、例えば、送信側にある端末１００で行われる。例えば、送信側の端末において、図３に示す各リソースのサイズを決定し、図９に示すリソース割り当てとランダム化により、割り当てたリソースを用いて制御信号とデータを送信（例えばグループキャストで送信）することが可能となる。この場合、受信側の端末１００は、センシングにより、送信側の端末で割り当てられた制御チャネルのリソースを利用して、送信側の端末から送信された制御信号を受信する。受信側の端末１００は、制御信号に含まれるＳＣＩにより、送信側の端末で割り当てられたリソース（例えば図９）と各リソースのサイズ（例えば図３）を把握する。そして、受信側の端末１００は、センシングにより、送信側の端末で割り当てられたリソースを利用して、送信側の端末から送信されたデータを受信することが可能となる。
また、上述した第１の実施の形態では、ランダム化は、最初に、周波数軸方向、次に、時間軸方向で行われる例を説明した。例えば、ランダム化は、最初に時間軸方向、次に、周波数軸方向で行われてもよい。
１０：通信システム
１００（１００－１～１００－４）：端末装置（端末）
１１０：プロセッサ １１１：グループ管理部
１１１０：サブグループ管理部 １１２：使用リソース制御部
１１３：送信制御部 １１４：受信制御部
１２０：メモリ １３０：無線通信部
１４０：アンテナ ｖ１～ｖＮ：識別情報
２００：基地局装置（基地局）

Claims (15)

  1. 周波数軸方向でＮ（Ｎは１以上の整数）個、時間軸方向でＮＴ（ＮＴは２以上の整数）個、全部でＮ×ＮＴ個のリソースにおいて、時間軸方向で１番目にあるＮ個の周波数軸方向の各リソースを第１のリソースとして各通信装置に割り当て、周波数軸方向で１番目にある時間軸方向で２番目からＮＴ番目の各リソースを第２のリソースとして前記各通信装置に割り当て、時間軸方向で２番目にある周波数軸方向で２番目からＮ番目の各リソースを前記第１のリソースとして他の各通信装置に割り当て、周波数軸方向で２番目にある時間軸方向で３番目からＮＴ番目の各リソースを前記第２のリソースとして前記他の各通信装置に割り当て、これを繰り返して、複数の通信装置に対して前記第１及び第２のリソースを割り当てるサブグループ管理部と、
    前記第１のリソースを利用して制御信号又はデータを送信し、前記第２のリソースを利用して前記制御信号又は前記データを再送する送信制御部とを備え、
    前記リソースのサイズは変更可能であることを特徴とする通信装置。
  2. 前記リソースには、１又は複数のチャネルエレメントが含まれ、
    前記チャネルエレメントは、前記制御信号又は前記データを搬送することが可能な最小の送信単位である
    ことを特徴とする請求項１記載の通信装置。
  3. 前記サイズは、前記データのデータ量、要求される遅延、又はチャネル状態の全部又は一部に基づいて変更可能であることを特徴とする請求項１記載の通信装置。
  4. 前記リソースには、１又は複数のチャネルエレメントが含まれ、
    前記チャネルエレメントは、前記制御信号又は前記データを搬送することが可能な最小の送信単位であり、
    前記サイズは、周波数軸方向において前記リソースに含まれる前記チャネルエレメントの数と、時間軸方向において前記リソースに含まれる前記チャネルエレメントの数とにより表されることを特徴とする請求項３記載の通信装置。
  5. 前記サブグループ管理部は、前記データのデータ量、要求される遅延量、又はチャネル状態の全部又は一部に基づいて、前記サイズを決定することを特徴とする請求項１記載の通信装置。
  6. 前記送信制御部は、決定した前記サイズを含む前記制御信号を前記第１のリソースを利用して送信し、前記第２のリソースを利用して前記制御信号を再送することを特徴とする請求項５記載の通信装置。
  7. 更に、基地局装置から送信された前記サイズを含むＲＲＣ（Radio Resource Control）メッセージを受信する受信制御部を備えることを特徴とする請求項１記載の通信装置。
  8. 更に、前記サイズに関する情報を記憶するメモリを備え、
    前記サブグループ管理部は、前記メモリに記憶された前記サイズに関する情報を利用して、前記サイズを決定することを特徴とする請求項１記載の通信装置。
  9. 前記サブグループ管理部は、サブグループ毎に異なる前記サイズを決定することを特徴とする請求項１記載の通信装置。
  10. 前記通信装置は、基地局装置のカバレッジ範囲内又は前記基地局装置のカバレッジ範囲外で他の通信装置と通信することが可能であることを特徴とする請求項１記載の通信装置。
  11. 前記データを送信するデータチャネルと前記制御信号を送信する制御チャネルは、前記チャネルエレメント毎に設定可能であることを特徴とする請求項２記載の通信装置。
  12. 前記サブグループ管理部は、前記複数の通信装置に割り当てた前記第１及び第２のリソースを、周波数軸方向と時間軸方向とにおいて、ランダムに入れ換えることを特徴とする請求項１記載の通信装置。
  13. 前記サブグループ管理部は、前記第１及び第２のリソースを、周波数軸方向と時間軸方向とにおいて、ランダムに入れ換え、更に、代表通信装置により生成された再配置情報に従って、前記複数の通信装置に割り当てた前記リソースを時間軸方向に入れ換えることを特徴とする請求項１２記載の通信装置。
  14. 他の通信装置から送信された無線信号を受信する無線通信部と、
    周波数軸方向でＮ（Ｎは１以上の整数）個、時間軸方向でＮＴ（ＮＴは２以上の整数）個、全部でＮ×ＮＴ個の制御チャネルのリソースにおいて、時間軸方向で１番目にあるＮ個の周波数軸方向の各リソースが第１の制御チャネルのリソースとして各通信装置に割り当てられ、周波数軸方向で１番目にある時間軸方向で２番目からＮＴ番目の各リソースが第２の制御チャネルのリソースとして前記各通信装置に割り当てられ、時間軸方向で２番目にある周波数軸方向で２番目からＮ番目の各リソースが前記第１の制御チャネルのリソースとして他の各通信装置に割り当てられ、周波数軸方向で２番目にある時間軸方向で３番目からＮＴ番目の各リソースが前記第２の制御チャネルとして前記他の各通信装置に割り当てられ、これを繰り返して、複数の通信装置に対して前記第１及び第２の制御チャネルのリソースが割り当てられ、前記第１の制御チャネルのリソースを利用して送信された制御信号を、前記無線信号から抽出し、前記第２の制御チャネルのリソースを利用して再送された前記制御信号を、前記無線信号から抽出する受信制御部とを備え、
    前記リソースのサイズは変更可能であることを特徴とする通信装置。
  15. 第１及び第２の通信装置を備える通信システムであって、
    前記第１の通信装置は、
    周波数軸方向でＮ（Ｎは１以上の整数）個、時間軸方向でＮＴ（ＮＴは２以上の整数）個、全部でＮ×ＮＴ個の制御チャネルのリソースにおいて、時間軸方向で１番目にあるＮ個の周波数軸方向の各リソースを第１の制御チャネルのリソースとして各通信装置に割り当て、周波数軸方向で１番目にある時間軸方向で２番目からＮＴ番目の各リソースを第２の制御チャネルのリソースとして前記各通信装置に割り当て、時間軸方向で２番目にある周波数軸方向で２番目からＮ番目の各リソースを前記第１の制御チャネルのリソースとして他の各通信装置に割り当て、周波数軸方向で２番目にある時間軸方向で３番目からＮＴ番目の各リソースを前記第２の制御チャネルとして前記他の各通信装置に割り当て、これを繰り返して、複数の通信装置に対して前記第１及び第２の制御チャネルのリソースを割り当てるサブグループ管理部と、
    前記第１の制御チャネルのリソースを利用して制御信号を送信し、前記第２の制御チャネルのリソースを利用して前記制御信号を再送する送信制御部とを備え、
    前記第２の通信装置は、
    前記第１の制御チャネルのリソースを利用して前記制御信号を受信し、前記第２の制御チャネルのリソースを利用して再送された前記制御信号を受信する受信制御部を備え、
    前記リソースのサイズは変更可能であることを特徴とする通信システム。
JP2020547754A 2018-09-27 2018-09-27 通信装置、及び通信システム Active JP7137090B2 (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2018/036094 WO2020065867A1 (ja) 2018-09-27 2018-09-27 通信装置、及び通信システム

Publications (2)

Publication Number Publication Date
JPWO2020065867A1 JPWO2020065867A1 (ja) 2021-09-16
JP7137090B2 true JP7137090B2 (ja) 2022-09-14

Family

ID=69950428

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2020547754A Active JP7137090B2 (ja) 2018-09-27 2018-09-27 通信装置、及び通信システム

Country Status (5)

Country Link
US (1) US11974252B2 (ja)
EP (1) EP3860250A4 (ja)
JP (1) JP7137090B2 (ja)
CN (1) CN112771952A (ja)
WO (1) WO2020065867A1 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20230036892A1 (en) * 2021-08-02 2023-02-02 Qualcomm Incorporated Configured grant for sub-slot based physical sidelink shared channels

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015029954A1 (ja) 2013-08-28 2015-03-05 京セラ株式会社 ユーザ端末及び移動通信システム
WO2016021699A1 (ja) 2014-08-08 2016-02-11 京セラ株式会社 ユーザ端末及びプロセッサ
WO2018030021A1 (ja) 2016-08-08 2018-02-15 ソニー株式会社 通信装置、通信方法、及びプログラム

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5281453B2 (ja) * 2009-03-25 2013-09-04 株式会社エヌ・ティ・ティ・ドコモ 無線基地局及び移動通信方法
CN105338637B (zh) * 2014-08-07 2019-11-19 中兴通讯股份有限公司 D2d通信处理方法、装置、d2d通信设备及基站
CN106304351A (zh) * 2015-05-27 2017-01-04 中兴通讯股份有限公司 一种资源分配的方法和装置
WO2018030185A1 (ja) * 2016-08-10 2018-02-15 ソニー株式会社 通信装置及び通信方法
CN107734548A (zh) * 2016-08-11 2018-02-23 中兴通讯股份有限公司 V2x通信的信道发送方法及装置
WO2021075595A1 (ko) * 2019-10-16 2021-04-22 엘지전자 주식회사 무선 통신 시스템에서 취약한 도로 사용자를 위한 메시지를 사용자 단말이 송수신하는 방법
US20230209527A1 (en) * 2021-12-23 2023-06-29 Samsung Electronics Co., Ltd. Method and apparatus for transmission and reception based on predicted transmission configuration information in wireless communication systems

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015029954A1 (ja) 2013-08-28 2015-03-05 京セラ株式会社 ユーザ端末及び移動通信システム
WO2016021699A1 (ja) 2014-08-08 2016-02-11 京セラ株式会社 ユーザ端末及びプロセッサ
WO2018030021A1 (ja) 2016-08-08 2018-02-15 ソニー株式会社 通信装置、通信方法、及びプログラム

Also Published As

Publication number Publication date
US11974252B2 (en) 2024-04-30
WO2020065867A1 (ja) 2020-04-02
JPWO2020065867A1 (ja) 2021-09-16
EP3860250A1 (en) 2021-08-04
EP3860250A4 (en) 2021-11-17
CN112771952A (zh) 2021-05-07
US20210219267A1 (en) 2021-07-15

Similar Documents

Publication Publication Date Title
JP7375837B2 (ja) 低複雑度の狭帯域端末のためのランダムアクセス手順でのｈａｒｑメッセージに割り当てられたリソースを示すための方法
CN108353422B (zh) 用于无线通信系统中的侧链路通信的方法和设备
US11895622B2 (en) User apparatus, and transmission method
JP2022549595A (ja) データ送信方法と装置
US11303491B2 (en) Method and apparatus for transmitting and receiving reference signal for sidelink data in wireless communication system
US20220303059A1 (en) Method and device for reservation of sidelink resource in communication system
CN109429334B (zh) 一种数据传输方法及装置
KR20200036995A (ko) Nr v2x 시스템을 위한 harq 동작을 수행하는 방법 및 장치
US11647501B2 (en) Method and apparatus for frequency and time resource allocation for data transmission in wireless communication system
CN108353415A (zh) 用于传输业务的方法、移动台和网络设备
JP2024101060A (ja) サイドリンク構成のためのシステムおよび方法
WO2020039488A1 (ja) 通信装置、及び通信システム
JP7137090B2 (ja) 通信装置、及び通信システム
CN112583536B (zh) 反馈信息处理方法及通信装置
KR20210023711A (ko) 통신 시스템에서 사이드링크 자원들의 설정 방법
KR20210023712A (ko) 통신 시스템에서 사이드링크 자원의 예약을 위한 방법 및 장치
WO2020095403A1 (ja) 端末装置、通信システム、及び通信方法
JP7286776B2 (ja) 通信方法及び装置
JP7288223B2 (ja) 送信装置、受信装置、無線通信システム、及び通信方法
KR102672117B1 (ko) 송신 장치, 수신 장치, 무선 통신 시스템 및 통신 방법
US20240056263A1 (en) Communications device, infrastructure equipment and methods
CN108631932B (zh) 一种调制与编码策略mcs配置方法及设备
KR20210061907A (ko) 무선 통신 시스템에서 데이터 전송을 위한 주파수 및 시간 자원을 할당하는 방법 및 장치
KR20230060998A (ko) 비면허 대역에서 사이드링크 정보 송수신 방법 및 장치
CN117858236A (zh) 通信方法及通信装置

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210507

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20210507

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20220802

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20220815

R150 Certificate of patent or registration of utility model

Ref document number: 7137090

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150