WO2019031603A1 - 端末装置および通信方法 - Google Patents

Abstract

端末装置は、ＰＵＳＣＨデータを送信する送信部と、ＲＲＣ情報を受信する受信部とを備える。前記送信部は、ＰＵＳＣＨデータ送信用のシンボル情報、周期、およびＨＡＲＱプロセス数によって決められたＨＡＲＱプロセスＩＤに関連付けられたリソースを使用してＰＵＳＣＨデータを送信する。前記受信部は、ＰＵＳＣＨデータ送信を行ってから、ＲＲＣ情報に含まれるタイマが満了するまでに、ＨＡＲＱプロセスＩＤのＰＵＳＣＨデータ送信の応答を受信しなかった場合、前記送信部は、前記ＰＵＳＣＨデータ送信用の前記シンボル情報、前記周期、および前記ＨＡＲＱプロセス数によって決められた前記ＨＡＲＱプロセスＩＤに関連付けられた前記リソースを使用して新規ＰＵＳＣＨデータを送信する。

Description

端末装置および通信方法

　本発明は、端末装置およびその通信方法に関する。
　本願は、２０１７年８月１０日に日本に出願された特願２０１７－１５５５７８号について優先権を主張し、その内容をここに援用する。

　近年、第５世代移動通信システム（5G: 5th Generation mobile telecommunication systems）が注目されており、主に多数の端末装置によるＭＴＣ（mMTC；Massive Machine Type Communications）、超高信頼・低遅延通信（URLLC；Ultra-reliable and low latency communications）、大容量・高速通信（eMBB；enhanced Mobile BroadBand）を実現する通信技術の仕様化が見込まれている。３ＧＰＰ（3rd Generation Partnership Project）では、５Ｇの通信技術としてＮＲ（New Radio）の検討が行われており、NRのマルチアクセス(MA: Multiple Access)の議論が進められている。

　５Ｇでは、これまでネットワークに接続されていなかった多様な機器を接続するＩｏＴ（Internet of Things）の実現が見込まれ、ｍＭＴＣの実現が重要な要素の一つになっている。３ＧＰＰにおいて、小さいサイズのデータ送受信を行う端末装置を収容するＭＴＣ（Machine Type Communication）として、Ｍ２Ｍ（Machine-to-Machine）通信技術の標準化が既に行われている（非特許文献１）。さらに、低レートでのデータ送信を狭帯域でサポートするため、ＮＢ－ＩｏＴ（Narrow Band-IoT）の仕様化が行われている（非特許文献２）。５Ｇでは、これらの標準規格よりもさらなる多数端末の収容を実現すると共に、超高信頼・低遅延通信が必要なIoTの機器も収容することが期待されている。

　一方、３ＧＰＰで仕様化されているＬＴＥ（Long Term Evolution）、ＬＴＥ－Ａ（LTE-Advanced）等の通信システムにおいて、端末装置（ＵＥ：User Equipment）は、ランダムアクセスプロシージャ（Random Access Procedure）やスケジューリング要求（ＳＲ：Scheduling Request）等を使用して、基地局装置（ＢＳ；Base Station、ｅＮＢ；evolved Node Bとも呼称される）に、上りリンクのデータを送信するための無線リソースを要求する。前記基地局装置は、ＳＲを基に各端末装置に上り送信許可（ＵＬ　Ｇｒａｎｔ）を与える。前記端末装置は、前記基地局装置から制御情報のＵＬ　Ｇｒａｎｔを受信すると、そのＵＬ　Ｇｒａｎｔに含まれる上りリンク送信パラメータに基づき、所定の無線リソースで上りリンクのデータを送信する（Scheduled access、grant-based accessと呼ばれる、以下スケジュールドアクセスとする）。このように、基地局装置は、全ての上りリンクのデータ送信を制御する（基地局装置は、各端末装置よって送信される上りリンクのデータの無線リソースを把握している）。スケジュールドアクセスにおいて、基地局装置が上りリンク無線リソースを制御することにより、直交多元接続（ＯＭＡ：Orthogonal Multiple Access）を実現できる。

　５ＧのｍＭＴＣでは、スケジュールドアクセスを用いると制御情報量が増大することが問題である。また、ＵＲＬＬＣではスケジュールドアクセスを用いると遅延が長くなることが問題である。そこで、端末装置がランダムアクセスプロシージャもしくはＳＲ送信をしない、かつＵＬ　Ｇｒａｎｔ受信等を行うことなくデータ送信を行うグラントフリーアクセス（grant free access、grant less access、Contention-based accessやAutonomous accessなどとも呼称される、以下、グラントフリーアクセスとする）が検討されている（非特許文献３）。グラントフリーアクセスでは、多数デバイスが小さいサイズのデータの送信を行う場合でも、制御情報によるオーバーヘッドの増加を抑えることができる。さらに、グラントフリーアクセスでは、ＵＬ　Ｇｒａｎｔ受信等を行わないため、送信データの発生から送信までの時間を短くできる。

　また、グラントフリーアクセスでは、再送時にグラントを使ってスケジュールドアクセスに切り替えることが検討されている。グラントフリーアクセスと再送のスケジュールドアクセスのプロセスを複数使用できるようにプロセス識別子（プロセスＩＤ、ＰＩＤ）の導入が検討されている。グラントフリーアクセスのデータ送信時では、グラントフリーアクセスで使用する時間もしくは周波数の無線リソースとＰＩＤを関連付けることが検討されている。

3GPP， TR36.888 V12.0.0， "Study on provision of low-cost Machine-Type Communications (MTC) User Equipments (UEs) based on LTE," Jun. 2013 3GPP， TR45.820 V13.0.0， "Cellular system support for ultra-low complexity and low throughput Internet of Things (CIoT)," Aug. 2015 R1-165595, 3GPP TSG RAN WG1 #85 Meeting, Nanjing, China, May23-27, 2016

　ｍＭＴＣやＵＲＬＬＣに相当するデータ送信を行う端末装置は、グラントフリーアクセスでデータ送信に対する再送をスケジュールドベースアクセスに切換える場合、再送用のグラントでどのＰＩＤに対する再送かを適切に示さないと、プロセス管理ができなくなるという問題がある。

　本発明の一態様はこのような事情を鑑みてなされたものであり、その目的は、ＵＲＬＬＣのグラントフリーアクセスのデータを送信する端末装置を効率的に収容することが可能な端末装置及び通信方法を提供することにある。

　上述した課題を解決するために本発明の一態様に係る基地局装置、端末装置および通信方法の構成は、次の通りである。

　（１）本発明の一態様は、基地局装置と通信する端末装置であって、ＰＵＳＣＨデータを送信する送信部と、ＲＲＣ情報を受信する受信部とを備え、前記ＲＲＣ情報は、前記ＰＵＳＣＨデータ送信用のリソース情報、前記ＰＵＳＣＨのデータ送信のＨＡＲＱプロセス数、周期、タイマの満了時間を含み、前記ＰＵＳＣＨデータ送信用の前記リソース情報は、前記ＰＵＳＣＨデータ送信用のシンボル情報を含み、ＨＡＲＱプロセスＩＤは前記ＰＵＳＣＨデータ送信用の前記シンボル情報、前記周期、および前記ＨＡＲＱプロセス数によって決められ、前記送信部は、前記ＰＵＳＣＨデータ送信用の前記シンボル情報、前記周期、および前記ＨＡＲＱプロセス数によって決められた前記ＨＡＲＱプロセスＩＤに関連付けられたリソースを使用してＰＵＳＣＨデータを送信し、前記受信部が、前記ＰＵＳＣＨデータ送信を行ってから、前記ＲＲＣ情報に含まれる前記タイマが満了するまでに、前記ＨＡＲＱプロセスＩＤの前記ＰＵＳＣＨデータ送信の応答を受信しなかった場合、前記送信部は、前記ＰＵＳＣＨデータ送信用の前記シンボル情報、前記周期、および前記ＨＡＲＱプロセス数によって決められた前記ＨＡＲＱプロセスＩＤに関連付けられた前記リソースを使用して新規ＰＵＳＣＨデータを送信すること、を特徴とする。

　（２）また、本発明の一態様は、基地局装置と通信する端末装置であって、データを送信する送信部と、ＲＲＣと物理下りリンク制御チャネルで制御情報を受信する受信部とを備え、前記ＲＲＣで通知される送信パラメータに、データ送信に使用できる複数の無線リソースを示すサブキャリアとスロットの情報が少なくとも含まれ、前記制御情報は、前記無線リソースの少なくとも１つを使ったデータ送信を許可する情報が含まれ、前記送信部は前記スロットインデックスから算出される第１のプロセスIDと、少なくとも１つの第２のプロセスIDのデータ送信が可能であり、前記第１のプロセスIDを使ったデータ送信に対する再送を指定する前記制御情報を受信した場合、送信部は前記第１のプロセスIDの再送に対するACKを受信するまで少なくとも前記第１のプロセスIDと関連付けられた前記無線リソースでのデータ送信を止める。

　（３）また、本発明の一態様は、前記第１のプロセスIDのデータ送信に対する再送を指定する前記制御情報を受信した場合、前記第２のプロセスIDと関連付けられた無線リソースでのデータ送信を行う。

　（４）また、本発明の一態様は、前記第１のプロセスIDのデータ送信に対する再送を指定する前記制御情報を受信した場合、前記第１のプロセスIDの再送に対するACKの受信を所定のスロット数までできなければ、前記第１のプロセスIDと関連付けられた前記無線リソースのデータ送信を再開する。

　（５）また、本発明の一態様は、前記第１のプロセスIDのデータ送信に対する再送を指定する前記制御情報を受信した場合、前記第１のプロセスIDの再送に対するNACKを所定の回数受信時に、前記第１のプロセスIDと関連付けられた前記無線リソースのデータ送信を再開する。

　（６）また、本発明の一態様は、前記制御情報の検出に使用するＲＮＴＩが複数存在し、検出時に使用したＲＮＴＩと前記制御情報に含まれるプロセスIDによりデータ送信のプロセスを識別する。

　（７）また、本発明の一態様は、前記第１のプロセスIDのデータ送信していない、かつ前記第１のプロセスIDのデータ送信に対する再送を指定する前記制御情報を受信した場合、前記制御情報で指定されたトランスポートブロックサイズのビット数だけ０を並べたビット列を指定されたリソースブロックで送信する。

　（８）また、本発明の一態様は、前記第１のプロセスIDのデータ送信していない、かつ前記第１のプロセスIDのデータ送信に対する再送を指定する前記制御情報を受信した場合、前記制御情報で指定されたリソースブロックでバッファステータスレポート、Power Headroom、CSIの少なくとも１つを送信する。

　（９）また、本発明の一態様は、基地局装置と通信する端末装置の通信方法であって、ＲＲＣ情報を受信し、前記ＲＲＣ情報は、ＰＵＳＣＨデータ送信用のリソース情報、前記ＰＵＳＣＨのデータ送信のＨＡＲＱプロセス数、周期、タイマの満了時間を含み、前記ＰＵＳＣＨデータ送信用の前記リソース情報は、前記ＰＵＳＣＨデータ送信用のシンボル情報を含み、ＨＡＲＱプロセスＩＤは前記ＰＵＳＣＨデータ送信用の前記シンボル情報、前記周期、および前記ＨＡＲＱプロセス数によって決められ、前記ＰＵＳＣＨデータ送信用の前記シンボル情報、前記周期、および前記ＨＡＲＱプロセス数によって決められた前記ＨＡＲＱプロセスＩＤに関連付けられたリソースを使用してＰＵＳＣＨデータを送信し、前記ＰＵＳＣＨデータ送信を行ってから、前記ＲＲＣ情報に含まれる前記タイマが満了するまでに、前記ＨＡＲＱプロセスＩＤの前記ＰＵＳＣＨデータ送信の応答を受信しなかった場合、前記ＰＵＳＣＨデータ送信用の前記シンボル情報、前記周期、および前記ＨＡＲＱプロセス数によって決められた前記ＨＡＲＱプロセスＩＤに関連付けられた前記リソースを使用して新規ＰＵＳＣＨデータを送信する。

　本発明の一又は複数の態様によれば、グラントフリーアクセスでＵＲＬＬＣのデータ送信する端末装置を効率的に収容することができる。

第１の実施形態に係る通信システムの例を示す図である。 第１の実施形態に係る通信システムの無線フレーム構成例を示す図である。 第１の実施形態に係る端末装置２０の構成を示す概略ブロック図である。 第１の実施形態に係るグラントフリーアクセスにおける基地局装置及び端末装置間のシーケンス例を示す図である。 第１の実施形態における基地局装置１０の構成を示す概略ブロック図である。 第１の実施形態に係る信号検出部の一例を示す図である。 本実施形態に係る無線リソースとプロセスＩＤの関連付けの一例を示す図である。 本実施形態に係る無線リソースとプロセスＩＤの関連付けの一例を示す図である。 本実施形態に係る無線リソースとプロセスＩＤの関連付けの一例を示す図である。 本実施形態に係るプロセス管理方法の一例を示す図である。 第２の実施形態に係るプロセス管理方法の一例を示す図である。 第３の実施形態に係るプロセス管理方法の一例を示す図である。 第４の実施形態に係るＳＲＳの送信の一例を示す図である。 第４の実施形態に係るＳＲＳの送信の一例を示す図である。 第４の実施形態に係るＳＲＳの送信の一例を示す図である。 第４の実施形態に係るＳＲＳの送信の一例を示す図である。 第５の実施形態に係るＳＲＳの送信の一例を示す図である。

　本実施形態に係る通信システムは、基地局装置（セル、スモールセル、ピコセル、サービングセル、コンポーネントキャリア、ｅＮｏｄｅＢ（ｅＮＢ）、Ｈｏｍｅ　ｅＮｏｄｅＢ、Ｌｏｗ　Ｐｏｗｅｒ　Ｎｏｄｅ、Ｒｅｍｏｔｅ　Ｒａｄｉｏ　Ｈｅａｄ、ｇＮｏｄｅＢ（ｇＮＢ）、制御局とも呼称される）および端末装置（端末、移動端末、移動局、ＵＥ:User Equipmentとも呼称される）を備える。該通信システムにおいて、下りリンクの場合、基地局装置は送信装置（送信点、送信アンテナ群、送信アンテナポート群）となり、端末装置は受信装置（受信点、受信端末、受信アンテナ群、受信アンテナポート群）となる。上りリンクの場合、基地局装置は受信装置となり、端末装置は送信装置となる。前記通信システムは、Ｄ２Ｄ（Device-to-Device）通信にも適用可能である。その場合、送信装置も受信装置も共に端末装置になる。

　前記通信システムは、人間が介入する端末装置と基地局装置間のデータ通信に限定されるものではなく、ＭＴＣ（Machine Type Communication）、Ｍ２Ｍ通信（Machine-to-Machine Communication）、ＩｏＴ（Internet of Things）用通信、ＮＢ－ＩｏＴ（Narrow Band-IoT）等（以下、ＭＴＣと呼ぶ）の人間の介入を必要としないデータ通信の形態にも、適用することができる。この場合、端末装置がＭＴＣ端末となる。前記通信システムは、上りリンク及び下りリンクにおいて、ＤＦＴＳ－ＯＦＤＭ（Discrete Fourier Transform Spread - Orthogonal Frequency Division Multiplexing、SC-FDMA（Single Carrier - Frequency Division Multiple Access）とも称される）、ＣＰ－ＯＦＤＭ（Cyclic Prefix - Orthogonal Frequency Division Multiplexing）等のマルチキャリア伝送方式を用いることができる。前記通信システムは、フィルタを適用したＦＢＭＣ（Filter Bank Multi Carrier）、ｆ－ＯＦＤＭ（Filtered - OFDM）、ＵＦ－ＯＦＤＭ（Universal Filtered - OFDM）、Ｗ－ＯＦＤＭ（Windowing - OFDM）、スパース符号を用いる伝送方式（ＳＣＭＡ：Sparse Code Multiple Access）などを用いることもできる。さらに、前記通信システムは、ＤＦＴプレコーディングを適用し、上記のフィルタを用いる信号波形を用いてもよい。さらに、前記通信システムは、前記伝送方式において、符号拡散、インターリーブ、スパース符号等を施すこともできる。なお、以下では、上りリンクはＤＦＴＳ－ＯＦＤＭ伝送とＣＰ－ＯＦＤＭ伝送の少なくとも一つを用い、下りリンクはＣＰ－ＯＦＤＭ伝送を用いた場合で説明するが、これに限らず、他の伝送方式を適用することができる。

　本実施形態における基地局装置及び端末装置は、無線事業者がサービスを提供する国や地域から使用許可（免許）が得られた、いわゆるライセンスバンド（licensed band）と呼ばれる周波数バンド、及び／又は、国や地域からの使用許可（免許）を必要としない、いわゆるアンライセンスバンド（unlicensed band）と呼ばれる周波数バンドで通信することができる。アンライセンスバンドでは、キャリアセンス（例えば、listen before talk方式）に基づく通信としても良い。

　本実施形態において、“Ｘ／Ｙ”は、“ＸまたはＹ”の意味を含む。本実施形態において、“Ｘ／Ｙ”は、“ＸおよびＹ”の意味を含む。本実施形態において、“Ｘ／Ｙ”は、“Ｘおよび／またはＹ”の意味を含む。（第１の実施形態）
　図１は、本実施形態に係る通信システムの構成例を示す図である。本実施形態における通信システムは、基地局装置１０、端末装置２０－１～２０－ｎ１（ｎ１は基地局装置１０と接続している端末装置数）を備える。端末装置２０－１～２０－ｎ１を総称して端末装置２０とも称する。カバレッジ１０ａは、基地局装置１０が端末装置２０と接続可能な範囲（通信エリア）である（セルとも呼ぶ）。

　図１において、上りリンクｒ３０の無線通信は、少なくとも以下の上りリンク物理チャネルを含む。上りリンク物理チャネルは、上位層から出力された情報を送信するために使用される。
・物理上りリンク制御チャネル（ＰＵＣＣＨ）
・物理上りリンク共有チャネル（ＰＵＳＣＨ）
・物理ランダムアクセスチャネル（ＰＲＡＣＨ）
　ＰＵＣＣＨは、上りリンク制御情報（Uplink Control Information: UCI）を送信するために用いられる物理チャネルである。上りリンク制御情報は、下りリンクデータ（Downlink transport block, Medium Access Control Protocol Data Unit: MAC PDU, Downlink-Shared Channel: DL-SCH, Physical Downlink Shared Channel: PDSCH）に対する肯定応答（positive acknowledgement: ACK）／否定応答（Negative acknowledgement: NACK）を含む。ＡＣＫ／ＮＡＣＫは、ＨＡＲＱ－ＡＣＫ（Hybrid Automatic Repeat request ACKnowledgement）、ＨＡＲＱフィードバック、ＨＡＲＱ応答、または、ＨＡＲＱ制御情報、送達確認を示す信号とも称される。

　上りリンク制御情報は、初期送信のためのＰＵＳＣＨ（Uplink-Shared Channel: UL-SCH）リソースを要求するために用いられるスケジューリングリクエスト（Scheduling Request: SR）を含む。スケジューリングリクエストは、正のスケジューリングリクエスト（positive scheduling request）、または、負のスケジューリングリクエスト（negative scheduling request）を含む。正のスケジューリングリクエストは、初期送信のためのＵＬ－ＳＣＨリソースを要求することを示す。負のスケジューリングリクエストは、初期送信のためのＵＬ－ＳＣＨリソースを要求しないことを示す。

　上りリンク制御情報は、下りリンクのチャネル状態情報（Channel State Information:CSI）を含む。前記下りリンクのチャネル状態情報は、好適な空間多重数（レイヤ数）を示すランク指標（Rank Indicator: RI）、好適なプレコーダを示すプレコーディング行列指標（Precoding Matrix Indicator: PMI）、好適な伝送レートを指定するチャネル品質指標（Channel Quality Indicator: CQI）などを含む。前記ＰＭＩは、端末装置によって決定されるコードブックを示す。該コードブックは、物理下りリンク共有チャネルのプレコーディングに関連する。前記ＣＱＩは、所定の帯域における好適な変調方式（例えば、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ、２５６ＱＡＭＡＭなど）、符号化率（coding rate）、および周波数利用効率を指し示すインデックス（ＣＱＩインデックス）を用いることができる。端末装置は、ＰＤＳＣＨのトランスポートブロックが所定のブロック誤り確率（例えば、誤り率０．１）を超えずに受信可能であろうＣＱＩインデックスをＣＱＩテーブルから選択する。

　ＰＵＳＣＨは、上りリンクデータ（Uplink Transport Block、Uplink-Shared Channel:UL-SCH）を送信するために用いられる物理チャネルである。ＰＵＳＣＨは、前記上りリンクデータと共に、下りリンクデータに対するＨＡＲＱ－ＡＣＫおよび／またはチャネル状態情報を送信するために用いられてもよい。ＰＵＳＣＨは、チャネル状態情報のみを送信するために用いられてもよい。ＰＵＳＣＨはＨＡＲＱ－ＡＣＫおよびチャネル状態情報のみを送信するために用いられてもよい。

　ＰＵＳＣＨは、無線リソース制御（Radio Resource Control: RRC）シグナリングを送信するために用いられる。ＲＲＣシグナリングは、ＲＲＣメッセージ／ＲＲＣ層の情報／ＲＲＣ層の信号／ＲＲＣ層のパラメータ／ＲＲＣ情報要素とも称される。ＲＲＣシグナリングは、無線リソース制御層において処理される情報／信号である。基地局装置から送信されるＲＲＣシグナリングは、セル内における複数の端末装置に対して共通のシグナリングであってもよい。基地局装置から送信されるＲＲＣシグナリングは、ある端末装置に対して専用のシグナリング（dedicated signalingとも称する）であってもよい。すなわち、ユーザ装置固有（UE-specific）な情報は、ある端末装置に対して専用のシグナリングを用いて送信される。ＲＲＣメッセージは、端末装置のＵＥ　Ｃａｐａｂｉｌｉｔｙを含めることができる。ＵＥ　Ｃａｐａｂｉｌｉｔｙは、該端末装置がサポートする機能を示す情報である。

　ＰＵＳＣＨは、ＭＡＣ　ＣＥ（Medium Access Control Element）を送信するために用いられる。ＭＡＣ　ＣＥは、媒体アクセス制御層（Medium Access Control layer）において処理（送信）される情報／信号である。例えば、パワーヘッドルーム（PH: Power Headroom）は、ＭＡＣ　ＣＥに含まれ、物理上りリンク共有チャネルを経由して報告されてもよい。すなわち、ＭＡＣ　ＣＥのフィールドが、パワーヘッドルームのレベルを示すために用いられる。上りリンクデータは、ＲＲＣメッセージ、ＭＡＣ　ＣＥを含むことができる。ＲＲＣシグナリング、および／または、ＭＡＣ　ＣＥを、上位層の信号（higher layer signaling）とも称する。ＲＲＣシグナリング、および／または、ＭＡＣ　ＣＥは、トランスポートブロックに含まれる。

　ＰＲＡＣＨは、ランダムアクセスに用いるプリアンブルを送信するために用いられる。ＰＲＡＣＨは、初期コネクション確立（initial connection establishment）プロシージャ、ハンドオーバプロシージャ、コネクション再確立（connection re-establishment）プロシージャ、上りリンク送信に対する同期（タイミング調整）、およびＰＵＳＣＨ（ＵＬ－ＳＣＨ）リソースの要求を示すために用いられる。

　上りリンクの無線通信では、上りリンク物理信号として上りリンク参照信号（Uplink Reference Signal: UL RS）が用いられる。上りリンク参照信号には、復調用参照信号（Demodulation Reference Signal: DMRS）、サウンディング参照信号（Sounding Reference Signal: SRS）が含まれる。ＤＭＲＳは、物理上りリンク共有チャネル／物理上りリンク制御チャネルの送信に関連する。例えば、基地局装置１０は、物理上りリンク共有チャネル／物理上りリンク制御チャネルを復調するとき、伝搬路推定／伝搬路補正を行うために復調用参照信号を使用する。

　ＳＲＳ(Sounding Reference Signal)は、物理上りリンク共有チャネル／物理上りリンク制御チャネルの送信に関連しない。つまり、上りリンクのデータ送信の有無に関わらず、端末装置は周期的もしくは非周期的にＳＲＳを送信する。周期的なＳＲＳでは、端末装置は基地局装置より上位層の信号（例えばＲＲＣ）で通知されたパラメータに基づいてＳＲＳを送信する。一方、非周期的なＳＲＳでは、端末装置は基地局装置より上位層の信号（例えばＲＲＣ）で通知されたパラメータとＳＲＳの送信タイミングを示す物理下りリンク制御チャネル（例えば、ＤＣＩ）に基づいてＳＲＳを送信する。基地局装置１０は、上りリンクのチャネル状態を測定（CSI Measurement）するためにＳＲＳを使用する。基地局装置１０は、ＳＲＳの受信により得られた測定結果から、タイミングアライメントや閉ループ送信電力制御を行っても良い。

　図１において、下りリンクｒ３１の無線通信では、少なくとも以下の下りリンク物理チャネルが用いられる。下りリンク物理チャネルは、上位層から出力された情報を送信するために使用される。
・物理報知チャネル（ＰＢＣＨ）
・物理下りリンク制御チャネル（ＰＤＣＣＨ）
・物理下りリンク共有チャネル（ＰＤＳＣＨ）
　ＰＢＣＨは、端末装置で共通に用いられるマスターインフォメーションブロック（Master Information Block: MIB, Broadcast Channel: BCH）を報知するために用いられる。ＭＩＢはシステム情報の１つである。例えば、ＭＩＢは、下りリンク送信帯域幅設定、システムフレーム番号（ＳＦＮ：System Frame number）を含む。ＭＩＢは、ＰＢＣＨが送信されるスロットの番号、サブフレームの番号、および、無線フレームの番号の少なくとも一部を指示する情報を含んでもよい。

　ＰＤＣＣＨは、下りリンク制御情報（Downlink Control Information: DCI）を送信するために用いられる。下りリンク制御情報は、用途に基づいた複数のフォーマット（ＤＣＩフォーマットとも称する）が定義される。１つのＤＣＩフォーマットを構成するＤＣＩの種類やビット数に基づいて、ＤＣＩフォーマットは定義されてもよい。下りリンク制御情報は、下りリンクデータ送信のための制御情報と上りリンクデータ送信のための制御情報を含む。下りリンクデータ送信のためのＤＣＩフォーマットは、下りリンクアサインメント（または、下りリンクグラント）とも称する。上りリンクデータ送信のためのＤＣＩフォーマットは、上りリンクグラント（または、上りリンクアサインメント）とも称する。

　１つの下りリンクアサインメントは、１つのサービングセル内の１つのＰＤＳＣＨのスケジューリングに用いられる。下りリンクグラントは、該下りリンクグラントが送信されたスロット／サブフレームと同じスロット／サブフレーム内のＰＤＳＣＨのスケジューリングのために、少なくとも用いられてもよい。下りリンクアサインメントには、ＰＤＳＣＨのためのリソースブロック割り当て、ＰＤＳＣＨに対するＭＣＳ（Modulation and Coding Scheme）、初期送信または再送信を指示するＮＤＩ（NEW Data Indicator）、下りリンクにおけるＨＡＲＱプロセス番号を示す情報、ターボコーディング時にコードワードに加えられた冗長ビットの情報を示すＲｅｄｕｄａｎｃｙ　ｖｅｒｓｉｏｎ（RV）などの下りリンク制御情報が含まれる。コードワードとは、誤り訂正符号化後のデータである。下りリンクアサインメントはＰＵＣＣＨに対する送信電力制御（ＴＰＣ：Transmission Power Control）コマンド、ＰＵＳＣＨに対するＴＰＣコマンド、ＳＲＳ（Sounding Reference Signal）に対するＴＰＣコマンドを含めてもよい。なおここでＳＲＳとは、上りリンクのチャネル状態を基地局装置が把握するために端末装置が送信する参照信号である。下りリンクアサインメントはＡｐｅｒｉｏｄｉｃ　ＳＲＳのトリガーの情報を含めても良い。なお、各下りリンクデータ送信のためのＤＣＩフォーマットには、上記情報のうち、その用途のために必要な情報（フィールド）が含まれる。

　１つの上りリンクグラントは、１つのサービングセル内の１つのＰＵＳＣＨのスケジューリングを端末装置に通知するために用いられる。上りリンクグラントは、ＰＵＳＣＨを送信するためのリソースブロック割り当てに関する情報（リソースブロック割り当ておよびホッピングリソース割り当て）、ＰＵＳＣＨのＭＣＳに関する情報（ＭＣＳ／Ｒｅｄｕｎｄａｎｃｙ　ｖｅｒｓｉｏｎ）、ＤＭＲＳに施されるサイクリックシフト量、ＰＵＳＣＨの再送に関する情報（ＮＤＩ）、ＰＵＳＣＨに対するＴＰＣコマンド、下りリンクのチャネル状態情報（Channel State Information: CSI）要求（CSI request）、など上りリンク制御情報を含む。上りリンクグラントは、上りリンクにおけるＨＡＲＱプロセス番号（PID：Process Identifierとも呼称する）を示す情報、ＰＵＣＣＨに対する送信電力制御（ＴＰＣ：Transmission Power Control）コマンド、ＰＵＳＣＨに対するＴＰＣコマンドを含めてもよい。ＨＡＲＱプロセス番号は、DCIフォーマットの中に通知するためのフィールドを有しても良いし、後述するＲＮＴＩ（Radio Network Temporary Identifier）と関連付けられていても良いし、ＤＭＲＳに関する情報を関連付けられていても良い。上りリンクグラントは、Ａｐｅｒｉｏｄｉｃ　ＳＲＳのトリガーの情報を含めても良い。上りリンクグラントは、ＰＵＳＣＨを繰り返し送信する回数を示すＲｅｐｅｔｉｔｏｎ　ｎｕｍｂｅｒを含めてもよい。なお、各上りリンクデータ送信のためのＤＣＩフォーマットには、上記情報のうち、その用途のために必要な情報（フィールド）が含まれる。

　ＰＤＳＣＨ／ＰＵＳＣＨに対するＭＣＳは、該ＰＤＳＣＨ／該ＰＵＳＣＨの変調オーダーおよびＴＢＳ（Transport Block Size: TBS）インデックスを指し示すインデックス（ＭＣＳインデックス）を用いることができる。変調オーダーは、変調方式と対応づけられる。変調オーダー「２」、「４」、「６」、「８」、「１０」は各々、「ＱＰＳＫ」、「１６ＱＡＭ」、「６４ＱＡＭ」、「２５６ＱＡＭ」、「１０２４ＱＡＭ」を示す。ＴＢＳインデックスは、前記ＰＤＣＣＨでスケジュールされたＰＤＳＣＨ／ＰＵＳＣＨのトランスポートブロックサイズを特定するために使用されるインデックスである。通信システム１（基地局装置１０及び端末装置２０）は、前記ＴＢＳインデックスと前記ＰＤＳＣＨ／ＰＵＳＣＨ送信のために割当てられたリソースブロック数によってトランスポートブロックサイズを特定できるテーブル（トランスポートブロックサイズテーブル）を共有する。

　ＰＤＣＣＨは、下りリンク制御情報に巡回冗長検査（Cyclic Redundancy Check: CRC）を付加して生成される。ＰＤＣＣＨにおいて、ＣＲＣパリティビットは、所定の識別子を用いてスクランブル（排他的論理和演算、マスクとも呼ぶ）される。パリティビットは、Ｃ－ＲＮＴＩ（Cell-Radio Network Temporary Identifier）、ＳＰＳ（Semi Persistent Scheduling）Ｃ－ＲＮＴＩ、Ｔｅｍｐｏｒａｒｙ　Ｃ－ＲＮＴＩ、Ｐ（Paging）－ＲＮＴＩ、ＳＩ（System Information）－ＲＮＴＩ、またはＲＡ（Random Access）－ＲＮＴＩでスクランブルされる。Ｃ－ＲＮＴＩおよびＳＰＳ　Ｃ－ＲＮＴＩは、セル内において端末装置を識別するための識別子である。Ｔｅｍｐｏｒａｒｙ　Ｃ－ＲＮＴＩは、コンテンションベースランダムアクセス手順（contention based random access procedure）中に、ランダムアクセスプリアンブルを送信した端末装置を識別するための識別子である。Ｃ－ＲＮＴＩおよびＴｅｍｐｏｒａｒｙ　Ｃ－ＲＮＴＩは、単一のサブフレームにおけるＰＤＳＣＨ送信またはＰＵＳＣＨ送信を制御するために用いられる。ＳＰＳ　Ｃ－ＲＮＴＩは、ＰＤＳＣＨまたはＰＵＳＣＨのリソースを周期的に割り当てるために用いられる。Ｐ－ＲＮＴＩは、ページングメッセージ(Paging Channel: PCH)を送信するために用いられる。ＳＩ－ＲＮＴＩは、ＳＩＢを送信するために用いられる、ＲＡ－ＲＮＴＩは、ランダムアクセスレスポンス(ランダムアクセスプロシージャーにおけるメッセージ２)を送信するために用いられる。なお、前記識別子は、グラントフリーアクセスのためのＲＮＴＩを含んでもよい。グラントフリーアクセスのためのＲＮＴＩは、特定の複数の端末装置が共有でもちいるＲＮＴＩ、もしくは端末装置固有で用いるＲＮＴＩの一方もしくは両方とすることができる。グラントフリーアクセスの詳細は後述する。グラントフリーアクセスのＲＮＴＩによってスクランブルされたＣＲＣを付加したＤＣＩは、グラントフリーアクセスのアクティベーション、ディアクティベーション、パラメータ変更のために使用することができ、パラメータはリソース設定（ＤＭＲＳの設定パラメータ、グラントフリーアクセスの無線リソース、グラントフリーアクセスに用いられるＭＣＳ、繰り返し回数、周波数ホッピングの有無など）を含むことができる。

　ＰＤＳＣＨは、下りリンクデータ（下りリンクトランスポートブロック、DL-SCH）を送信するために用いられる。ＰＤＳＣＨは、システムインフォメーションメッセージ（System Information Block: SIBとも称する。）を送信するために用いられる。ＳＩＢの一部又は全部は、ＲＲＣメッセージに含めることができる。

　ＰＤＳＣＨは、ＲＲＣシグナリングを送信するために用いられる。基地局装置から送信されるＲＲＣシグナリングは、セル内における複数の端末装置に対して共通（セル固有）であってもよい。すなわち、そのセル内のユーザ装置共通の情報は、セル固有のＲＲＣシグナリングを使用して送信される。基地局装置から送信されるＲＲＣシグナリングは、ある端末装置に対して専用のメッセージ（dedicated signalingとも称する）であってもよい。すなわち、ユーザ装置固有（UE-Specific）な情報は、ある端末装置に対して専用のメッセージを使用して送信される。

　ＰＤＳＣＨは、ＭＡＣ　ＣＥを送信するために用いられる。ＲＲＣシグナリングおよび／またはＭＡＣ　ＣＥを、上位層の信号（higher layer signaling）とも称する。ＰＭＣＨは、マルチキャストデータ（Multicast Channel: MCH）を送信するために用いられる。

　図１の下りリンクの無線通信では、下りリンク物理信号として同期信号（Synchronization signal: SS）、下りリンク参照信号（Downlink Reference Signal: DL RS）が用いられる。

　同期信号は、端末装置が下りリンクの周波数領域および時間領域の同期を取るために用いられる。下りリンク参照信号は、端末装置が、下りリンク物理チャネルの伝搬路推定／伝搬路補正を行なうために用いられる。例えば、下りリンク参照信号は、ＰＢＣＨ、ＰＤＳＣＨ、ＰＤＣＣＨを復調するために用いられる。下りリンク参照信号は、端末装置が、下りリンクのチャネル状態の測定（ＣＳＩ　ｍｅａｓｕｒｅｍｅｎｔ）するために用いることもできる。下りリンク参照信号には、ＣＲＳ（Cell-specific Reference Signal）、ＣＳI-ＲＳ（Channel state information Reference Signal）、ＤＲＳ（Discovery Reference Signal）、ＤＭＲＳ（Demodulation Reference Signal）を含むことができる。

　下りリンク物理チャネルおよび下りリンク物理信号を総称して、下りリンク信号とも称する。また、上りリンク物理チャネルおよび上りリンク物理信号を総称して、上りリンク信号とも称する。また、下りリンク物理チャネルおよび上りリンク物理チャネルを総称して、物理チャネルとも称する。また、下りリンク物理信号および上りリンク物理信号を総称して、物理信号とも称する。

　ＢＣＨ、ＵＬ－ＳＣＨおよびＤＬ－ＳＣＨは、トランスポートチャネルである。ＭＡＣ層で用いられるチャネルを、トランスポートチャネルと称する。ＭＡＣ層で用いられるトランスポートチャネルの単位を、トランスポートブロック（ＴＢ：Transport Block）、または、ＭＡＣ　ＰＤＵ（Protocol Data Unit）とも称する。トランスポートブロックは、ＭＡＣ層が物理層に渡す（deliverする）データの単位である。物理層において、トランスポートブロックはコードワードにマップされ、コードワード毎に符号化処理などが行なわれる。

　上位層処理は、媒体アクセス制御（Medium Access Control: MAC）層、パケットデータ統合プロトコル（Packet Data Convergence Protocol: PDCP）層、無線リンク制御（Radio Link Control: RLC）層、無線リソース制御（Radio Resource Control: RRC）層などの物理層より上位層の処理を行なう。

　媒体アクセス制御（Medium Access Control: MAC）層、パケットデータ統合プロトコル（Packet Data Convergence Protocol: PDCP）層、無線リンク制御（Radio Link Control: RLC）層、無線リソース制御（Radio Resource Control: RRC）層などの物理層より上位層の処理を行なう。

　上位層の処理部では、各端末装置のための各種ＲＮＴＩを設定する。前記ＲＮＴＩは、ＰＤＣＣＨ、ＰＤＳＣＨなどの暗号化（スクランブリング）に用いられる。上位層の処理では、ＰＤＳＣＨに配置される下りリンクデータ（トランスポートブロック、DL-SCH）、端末装置固有のシステムインフォメーション（System Information Block: SIB）、ＲＲＣメッセージ、ＭＡＣ　ＣＥなどを生成、又は上位ノードから取得し、送信する。上位層の処理では、端末装置２０の各種設定情報の管理をする。なお、無線リソース制御の機能の一部は、ＭＡＣレイヤや物理レイヤで行われてもよい。

　上位層の処理では、端末装置がサポートする機能（UE capability）等、端末装置に関する情報を端末装置２０から受信する。端末装置２０は、自身の機能を基地局装置１０に上位層の信号（ＲＲＣシグナリング）で送信する。端末装置に関する情報は、その端末装置が所定の機能をサポートするかどうかを示す情報、または、その端末装置が所定の機能に対する導入およびテストの完了を示す情報を含む。所定の機能をサポートするかどうかは、所定の機能に対する導入およびテストを完了しているかどうかを含む。

　端末装置が所定の機能をサポートする場合、その端末装置はその所定の機能をサポートするかどうかを示す情報（パラメータ）を送信する。端末装置が所定の機能をサポートしない場合、その端末装置はその所定の機能をサポートするかどうかを示す情報（パラメータ）を送信しなくてもよい。すなわち、その所定の機能をサポートするかどうかは、その所定の機能をサポートするかどうかを示す情報（パラメータ）を送信するかどうかによって通知される。なお、所定の機能をサポートするかどうかを示す情報（パラメータ）は、１または０の１ビットを用いて通知してもよい。

　図１において、基地局装置１０及び端末装置２０は、上りリンクにおいて、グラントフリーアクセス（grant free access、grant less access、Contention-based accessやAutonomous accessとも呼ばれる）を用いた多元接続（MA: Multiple Access）をサポートする。グラントフリーアクセスとは、端末装置によるＳＲの送信と基地局装置によるＤＣＩを使ったＵＬ　Ｇｒａｎｔ（L1 signalingによるＵＬ　Ｇｒａｎｔとも呼ばれる）によるデータ送信の物理リソースと送信タイミングの指定の手順を行わずに端末装置が上りリンクのデータ（物理上りリンクチャネルなど）を送信する方式である。よって、端末装置は、予めグラントフリーアクセスに使用できる物理リソースや送信パラメータを受信しておき、送信データがバッファに入っている場合のみ、設定されている物理リソースを使用してデータ送信することができる。

　グラントフリーアクセスには以下の３つのタイプが存在する。１つ目は、基地局装置がグラントフリーアクセスに関する送信パラメータを端末装置に上位層の信号（例えば、ＲＲＣ）で送信し、さらにグラントフリーアクセスのデータ送信の許可開始（アクティベーション）と許可終了（ディアクティベーション）、送信パラメータの変更も上位層の信号で送信する方式である。ここで、グラントフリーアクセスに関する送信パラメータには、グラントフリーアクセスのデータ送信に使用可能な物理リソース（時間・周波数リソース）、ＭＣＳ、繰り返し送信の有無、繰り返し回数、周波数ホッピングの有無、ホッピングパターン、ＤＭＲＳの設定（サイクリックシフトやＯＣＣなど）、ＴＰＣに関する設定に関する情報が含まれても良い。グラントフリーアクセスに関する送信パラメータとデータ送信の許可開始は、同時に設定されても良いし、グラントフリーアクセスに関する送信パラメータが設定された後、異なるタイミングでグラントフリーアクセスのデータ送信の許可開始が設定されても良い。２つ目は、基地局装置がグラントフリーアクセスに関する送信パラメータを端末装置に上位層の信号（例えば、ＲＲＣ）で送信し、グラントフリーアクセスのデータ送信の許可開始（アクティベーション）と許可終了（ディアクティベーション）、送信パラメータの変更はＤＣＩ（L1 signaling）で送信する。ここで、ＤＣＩによる許可開始（アクティベーション）にはグラントフリーアクセスに使用可能な物理リソース（リソースブロックの割当て）は含まれなくても良い。３つ目は、基地局装置がグラントフリーアクセスに関する送信パラメータを端末装置に上位層の信号（例えば、ＲＲＣ）で送信し、さらにグラントフリーアクセスのデータ送信の許可開始（アクティベーション）と許可終了（ディアクティベーション）を上位層の信号で送信し、送信パラメータの変更のみＤＣＩ（L1 signaling）で送信する。グラントフリーアクセスに関する送信パラメータとデータ送信の許可開始は、同時に設定されても良いし、グラントフリーアクセスに関する送信パラメータが設定された後、異なるタイミングでグラントフリーアクセスのデータ送信の許可開始が設定されても良い。本発明の一態様は、上記のグラントフリーアクセスのいずれに適用しても良い。

　一方、ＳＰＳ（Semi-Persistent Scheduling）という技術がＬＴＥで導入されており、主にＶｏＩＰ（Voice over Internet Protocol）の用途で周期的なリソース割当てが可能である。ＳＰＳでは、ＤＣＩを使い、物理リソースの指定（リソースブロックの割当て）やＭＣＳなどの送信パラメータを含むＵＬ　Ｇｒａｎｔで許可開始（アクティベーション）を行う。そのため、グラントフリーアクセスの上位層の信号（例えば、ＲＲＣ）で許可開始（アクティベーション）する２つのタイプは、ＳＰＳと開始手順が異なる。また、グラントフリーアクセスのＤＣＩ（L1 signaling）で許可開始（アクティベーション）する１つのタイプは、許可開始（アクティベーション）に使用可能な物理リソース（リソースブロックの割当て）が含まれない点で異なっても良い。また、基地局装置はグラントフリーアクセスで使用されるＤＣＩ（L1 signaling）とＳＰＳで使用されるＤＣＩで異なる種類のＲＮＴＩを使ってスクランブルしても良い。

　基地局装置１０及び端末装置２０は、直交マルチアクセスに加えて、非直交マルチアクセスをサポートしても良い。なお、基地局装置１０及び端末装置２０は、グラントフリーアクセス及びスケジュールドアクセスの両方をサポートすることもできる。ここで、スケジュールドアクセスとは、以下の手順により端末装置２０がデータ送信するこという。端末装置２０は、ランダムアクセスプロシージャ（Random Access Procedure）やＳＲを使用して、基地局装置１０に、上りリンクのデータを送信するための無線リソースを要求する。前記基地局装置は、ＲＡＣＨやＳＲを基に各端末装置にＤＣＩでＵＬ　Ｇｒａｎｔを与える。前記端末装置は、前記基地局装置から制御情報のＵＬ　Ｇｒａｎｔを受信すると、そのＵＬ　Ｇｒａｎｔに含まれる上りリンク送信パラメータに基づき、所定の無線リソースで上りリンクのデータを送信する。

　上りリンクの物理チャネル送信のための下りリンク制御情報は、スケジュールドアクセスとグラントフリーアクセスで共有フィールドを含むことができる。この場合、基地局装置１０がグラントフリーアクセスで上りリンクの物理チャネルを送信することを指示した場合、基地局装置１０及び端末装置２０は、前記共有フィールドに格納されたビット系列をグラントフリーアクセスのための設定（例えば、グラントフリーアクセスのために定義された参照テーブル）に従って解釈する。同様に、基地局装置１０がスケジュールドアクセスで上りリンクの物理チャネルを送信することを指示した場合、基地局装置１０及び端末装置２０は、前記共有フィールドをスケジュールドアクセスのために設定に従って解釈する。グラントフリーアクセスにおける上りリンクの物理チャネルの送信は、アシンクロナスデータ送信（Asynchronous data transmission）と称される。なお、スケジュールドにおける上りリンクの物理チャネルの送信は、シンクロナスデータ送信（Synchronous data transmission）と称される。

　グラントフリーアクセスにおいて、端末装置２０は、上りリンクのデータを送信する無線リソースをランダムに選択するようにしてもよい。例えば、端末装置２０は、利用可能な複数の無線リソースの候補がリソースプールとして基地局装置１０から通知されており、該リソースプールからランダムに無線リソースを選択する。グラントフリーアクセスにおいて、端末装置２０が上りリンクのデータを送信する無線リソースは、基地局装置１０によって予め設定されてもよい。この場合、端末装置２０は、予め設定された前記無線リソースを用いて、ＤＣＩのＵＬ　Ｇｒａｎｔ（物理リソースの指定を含む）を受信せずに、前記上りリンクのデータを送信する。前記無線リソースは、複数の上りリンクのマルチアクセスリソース（上りリンクのデータをマッピングすることができるリソース）から構成される。端末装置２０は、複数の上りリンクのマルチアクセスリソースから選択した１又は複数の上りリンクのマルチアクセスリソースを用いて、上りリンクのデータを送信する。なお、端末装置２０が上りリンクのデータを送信する前記無線リソースは、基地局装置１０及び端末装置２０で構成される通信システムにおいて予め決定されていてもよい。前記上りリンクのデータを送信する前記無線リソースは、基地局装置１０によって、物理報知チャネル（例えば、ＰＢＣＨ：Physical Broadcast Channel）／無線リソース制御ＲＲＣ（Radio Resource Control）／システムインフォメーション（例えば、ＳＩＢ：System Information Block）／物理下りリンク制御チャネル（下りリンク制御情報、例えばＰＤＣＣＨ：Physical Downlink Control Channel、ＥＰＤＣＣＨ：Enhanced PDCCH、ＭＰＤＣＣＨ：MTC PDCCH、ＮＰＤＣＣＨ：Narrowband PDCCH）を用いて、端末装置２０に通知されてもよい。

　グラントフリーアクセスにおいて、前記上りリンクのマルチアクセスリソースは、マルチアクセスの物理リソースとマルチアクセス署名リソース（Multi Access Signature Resource）で構成される。前記マルチアクセスの物理リソースは、時間と周波数から構成されるリソースである。マルチアクセスの物理リソースとマルチアクセス署名リソースは、各端末装置が送信した上りリンクの物理チャネルを特定することに用いられうる。前記リソースブロックは、基地局装置１０及び端末装置２０が物理チャネル（例えば、物理データ共有チャネル、物理制御チャネル）をマッピングすることができる単位である。前記リソースブロックは、周波数領域において、1以上のサブキャリア（例えば、１２サブキャリア、１６サブキャリア）から構成される。

　マルチアクセス署名リソースは、複数のマルチアクセス署名群（マルチアクセス署名プールとも呼ばれる）のうち、少なくとも１つのマルチアクセス署名で構成される。マルチアクセス署名は、各端末装置が送信する上りリンクの物理チャネルを区別（同定）する特徴（目印、指標）を示す情報である。マルチアクセス署名は、空間多重パターン、拡散符号パターン（Ｗａｌｓｈ符号、ＯＣＣ；Orthogonal Cover Code、データ拡散用のサイクリックシフト、スパース符号など）、インターリーブパターン、復調用参照信号パターン（参照信号系列、サイクリックシフト、ＯＣＣ、ＩＦＤＭ）／識別信号パターン、送信電力、等であり、これらの中の少なくとも一つが含まれる。グラントフリーアクセスにおいて、端末装置２０は、マルチアクセス署名プールから選択した１つ又は複数のマルチアクセス署名を用いて、上りリンクのデータを送信する。端末装置２０は、使用可能なマルチアクセス署名を基地局装置１０に通知することができる。基地局装置１０は、端末装置２０が上りリンクのデータを送信する際に使用するマルチアクセス署名を端末装置に通知することができる。基地局装置１０は、端末装置２０が上りリンクのデータを送信する際に使用可能なマルチアクセス署名群を端末装置２０に通知することができる。使用可能なマルチアクセス署名群は、報知チャネル／ＲＲＣ／システムインフォメーション／下りリンク制御チャネルを用いて、通知されてもよい。この場合、端末装置２０は、通知されたマルチアクセス署名群から選択したマルチアクセス署名を用いて、上りリンクのデータを送信することができる。

　端末装置２０は、マルチアクセスリソースを用いて、上りリンクのデータを送信する。例えば、端末装置２０は、１つのマルチアクセスの物理リソースと拡散符号パターンなどからなるマルチキャリア署名リソースで構成されるマルチアクセスリソースに、上りリンクのデータをマッピングすることができる。端末装置２０は、１つのマルチアクセスの物理リソースとインターリーブパターンからなるマルチキャリア署名リソースで構成されるマルチアクセスリソースに、上りリンクのデータを割当てることもできる。端末装置２０は、１つのマルチアクセスの物理リソースと復調用参照信号パターン／識別信号パターンからなるマルチアクセス署名リソースで構成されるマルチアクセスリソースに、上りリンクのデータをマッピングすることもできる。端末装置２０は、１つのマルチアクセスの物理リソースと送信電力パターンからなるマルチアクセス署名リソースで構成されるマルチアクセスリソースに、上りリンクのデータをマッピングすることもできる（例えば、前記各上りリンクのデータの送信電力は、基地局装置１０において受信電力差が生じるように、設定されてもよい。）このようなグラントフリーアクセスにおいて、本実施形態の通信システムでは、複数の端末装置２０が送信した上りリンクのデータが、上りリンクのマルチアクセスの物理リソースにおいて、重複（重畳、空間多重、非直交多重、衝突）して送信されること、を許容しても良い。

　基地局装置１０は、グラントフリーアクセスにおいて、各端末装置によって送信した上りリンクのデータの信号を検出する。基地局装置１０は、前記上りリンクのデータ信号を検出するために、干渉信号の復調結果によって干渉除去を行うＳＬＩＣ（Ｓｙｍｂｏｌ　Ｌｅｖｅｌ　Ｉｎｔｅｒｆｅｒｅｎｃｅ　Ｃａｎｃｅｌｌａｔｉｏｎ）、干渉信号の復号結果によって干渉除去を行うＣＷＩＣ（Ｃｏｄｅｗｏｒｄ　Ｌｅｖｅｌ　Ｉｎｔｅｒｆｅｒｅｎｃｅ　Ｃａｎｃｅｌｌａｔｉｏｎ、逐次干渉キャンセラ；ＳＩＣや並列干渉キャンセラ；ＰＩＣとも呼称される）、ターボ等化、送信信号候補の中から最もそれらしいものを探索する最尤検出（ＭＬＤ：maximum likelihood detection、Ｒ－ＭＬＤ：Reduced complexity maximum likelihood detection）、干渉信号を線形演算によって抑圧するＥＭＭＳＥ－ＩＲＣ（Enhanced Minimum Mean Square Error-Interference Rejection Combining）、メッセージパッシングによる信号検出（ＢＰ：Belief propagation）やマッチドフィルタとＢＰを組み合わせたＭＦ（Matched Filter）－ＢＰなどを備えても良い。なお、以下では、グラントフリーアクセスにおいて、基地局装置１０が、ターボ等化等の高度な受信装置（Advanced Receiver）を適用して、非直交多重された上りリンクのデータ信号を検出する場合で説明するが、上りリンクのデータ信号を検出できれば、これに限らない。例えば、ＭＲＣ（Maximal Ratio Combining）などのマッチドフィルタや干渉キャンセラを用いない１－Ｔａｐ　ＭＭＳＥを用いてもよい。

　図２は、本実施形態に係る通信システムの無線フレーム構成例を示す図である。無線フレーム構成は、時間領域のマルチアクセスの物理リソースにおける構成を示す。１つの無線フレームは、複数のサブフレームから構成される。図２は、１つの無線フレームが１０個のサブフレームから構成される例である。端末装置２０は、リファレンスとなるサブキャリア間隔（リファレンスニューメロロジー）を持つ。前記サブフレームは、リファレンスとなるサブキャリア間隔において生成される複数のＯＦＤＭシンボルで構成される。図２は、１つのサブフレームが１４つのＯＦＤＭシンボルから構成される例である。

　１つのスロットは、端末装置２０が上りリンクのデータ送信に用いるサブキャリア間隔において生成される複数のＯＦＤＭシンボルから構成される。図２は、１つのスロットが７つのＯＦＤＭシンボルから構成される例である。図２は、リファレンスとなるサブキャリア間隔と上りリンクのデータ送信に用いるサブキャリア間隔が同一である場合である。この場合、１つのサブフレームは複数のスロットから構成される。図２は、１つのサブフレームが２つのスロットから構成される例である。本実施形態に係る通信システムは、スロットを、端末装置２０が物理チャネル（例えば、物理データ共有チャネル、物理制御チャネル）をマッピングする最小単位としてもよい。この場合、前記マルチアクセスの物理リソースにおいて、１つのスロットが時間領域におけるリソースブロック単位となる。さらに、本実施形態に係る通信システムは、端末装置２０が物理チャネルをマッピングする最小単位を１もしくは複数のＯＦＤＭシンボル（例えば、２～７ＯＦＤＭシンボル）としても良い。基地局装置１０は、１もしくは複数のＯＦＤＭシンボルが時間領域におけるリソースブロック単位となる。基地局装置１０は、物理チャネルをマッピングする最小単位を端末装置２０にシグナリングしても良い。

　図３は、本実施形態に係る端末装置２０の構成を示す概略ブロック図である。端末装置２０は、受信アンテナ２０２、受信部（受信ステップ）２０４、上位層処理部（上位層処理ステップ）２０６、制御部（制御ステップ）２０８、送信部（送信ステップ）２１０、送信アンテナ２１２を含んで構成される。受信部２０４は、無線受信部（無線受信ステップ）２０４０、ＦＦＴ部２０４１（ＦＦＴステップ）、多重分離部（多重分離ステップ）２０４２、復調部（復調ステップ）２０４４、復号部（復号ステップ）２０４６を含んで構成される。送信部２１０は、符号化部（符号化ステップ）２１００、変調部（変調ステップ）２１０２、ＤＦＴ部（ＤＦＴステップ）２１０４、多元接続処理部（多元接続処理ステップ）２１０６、多重部（多重ステップ）２１０８、無線送信部（無線送信ステップ）２１１０、ＩＦＦＴ部（ＩＦＦＴステップ）２１０９、上りリンク参照信号生成部（上りリンク参照信号生成ステップ）２１１２を含んで構成される。

　受信部２０４は、受信アンテナ２０２を介して基地局装置１０からの受信した下りリンク信号（下りリンクの物理チャネル、下りリンク物理信号）を多重分離、復調、復号する。受信部２０４は、受信信号から分離した制御チャネル（制御情報）を制御部２０８に出力する。受信部２０４は、復号結果を上位層処理部２０６に出力する。受信部２０４は、前記受信信号に含まれる上りリンクの物理チャネル及び上りリンク参照信号の設定に関する情報（上りリンク送信に関する設定情報と呼ぶ）を取得する。上りリンク送信に関する設定情報は、グラントフリーアクセスに関する設定情報を含む。下りリンク信号は、端末装置２０のＵＥ　ＩＤを含むこともできる。

　無線受信部２０４０は、受信アンテナ２０２を介して受信した下りリンク信号を、ダウンコンバートによりベースバンド信号に変換し、不要な周波数成分を除去し、信号レベルが適切に維持されるように増幅レベルを制御し、受信した信号の同相成分および直交成分に基づいて、直交復調し、直交復調されたアナログ信号をディジタル信号に変換する。無線受信部２０４０は、変換したディジタル信号からＣＰ（Cyclic Prefix）に相当する部分を除去する。ＦＦＴ部２０４１はＣＰを除去した下りリンク信号に対して高速フーリエ変換を行い（ＯＦＤＭ変調に対する復調処理）、周波数領域の信号を抽出する。

　多重分離部２０４２は、前記抽出した周波数領域の下りリンク信号に含まれる下りリンクの物理チャネル（物理下りリンク制御チャネル、物理下りリンク共有チャネル、物理報知チャネル、等）、下りリンク参照信号等を、分離抽出する。多重分離部２０４２は、下りリンク参照信号を用いたチャネル測定機能（チャネル測定部）を含む。多重分離部２０４２は、前記チャネル測定結果を用いた下りリンク信号のチャネル補償機能（チャネル補償部）を含む。多重分離部は、物理下りリンクチャネルを復調部２０４４／制御部２０８に出力する。

　復調部２０４４は、各下りリンクの物理チャネルの変調シンボルそれぞれに対して、ＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ、２５６ＱＡＭ等の予め定められた、または下りリンクグラントで予め通知した変調方式を用いて受信信号の復調を行なう。

　復号部２０４６は、復調された各下りリンクの物理チャネルの符号化ビットを、予め定められた符号化方式の、予め定められた、又は下りリンクグラントで予め通知した符号化率で復号を行ない、復号した下りリンクのデータ／下りリンク受信に関する設定情報／上りリンク送信に関する設定情報を上位層処理部２０６へ出力する。

　制御部２０８は、下りリンクの物理チャネル（物理下りリンク制御チャネル、物理下りリンク共有チャネル等）に含まれる下りリンク受信に関する設定情報／上りリンク送信に関する設定情報を用いて、受信部２０４及び送信部２１０の制御を行う。上りリンク送信に関する設定情報は、グラントフリーアクセスに関する設定情報を含むことができる。制御部２０８は、前記グラントフリーアクセスに関する設定情報に含まれるマルチアクセスリソース（マルチアクセスの物理リソース／マルチアクセス署名リソース）に関する設定情報に従って、上りリンク参照信号生成部２１１２及び多元接続処理部２１０６を制御する。図３において、制御部２０８は、前記グラントフリーアクセスに関する設定情報から算出される復調用参照信号／識別信号の生成に用いられるパラメータやマルチアクセス署名リソースに従って、上りリンク参照信号生成部２１１２及び多元接続処理部２１０６を制御する。制御部２０８は、前記下りリンク受信に関する設定情報／上りリンク送信に関する設定情報を受信部２０４／上位層処理部２０６から取得する。下りリンク受信に関する設定情報／上りリンク送信に関する設定情報は、下りリンクの物理チャネルに含まれる下りリンク制御情報（ＤＣＩ）から取得されうる。下りリンク受信に関する設定情報／上りリンク送信に関する設定情報は、下りリンクの物理チャネルに含まれる下りリンク制御情報（ＤＣＩ）から取得されうる。前記グラントフリーアクセスに関する設定情報は、前記物理下りリンク制御チャネル／物理下りリンク共有チャネル／報知チャネルに含まれうる。下りリンクの物理チャネルは、グラントフリーアクセス専用の物理チャネルを含んでも良い。この場合、前記グラントフリーアクセスに関す設定情報の一部又は全部は、グラントフリーアクセス専用の物理チャネルから取得されうる。なお、送信部２１０が物理上りリンク制御チャネルを送信する場合、制御部２０８は、上りリンク制御情報（ＵＣＩ：Uplink Control information）を生成し、送信部２１０に出力する。なお、制御部１０８の機能の一部は、上位層処理部１０２に含めることができる。なお、送信部２１０が物理上りリンク制御チャネルを送信する場合、ＤＦＴの適用有無の切り替えを制御部２０８によって行っても良い。なお、制御部２０８はデータ信号に付加するＣＰの長さのパラメータに従って、送信部２１０を制御しても良い。制御部２０８は、グラントフリーアクセスとスケジュールドアクセスで異なるＣＰの長さとしても良く、例えばグラントフリーアクセスの場合にＣＰを長くしても良い。また、制御部２０８は、前記グラントフリーアクセスに関する設定情報に含まれるＣＰの長さのパラメータに従って、送信部２１０を制御しても良い。なお、ＤＦＴを適用する場合に、ＤＦＴに入力前の信号列の先頭／後方にゼロを挿入するＺｅｒｏ－Ｔａｉｌ　ＤＦＴＳ－ＯＦＤＭの信号波形を用いても良い。また、ＤＦＴを適用する場合に、ＤＦＴに入力前の信号列の先頭／後方にＺａｄｏｆｆ－Ｃｈｕ系列などの特定の系列を挿入するＵＷ－ＤＦＴＳ－ＯＦＤＭの信号波形を用いても良い。ＤＦＴＳ－ＯＦＤＭは、所定の搬送波周波数より低い場合に使用し、Ｚｅｒｏ－Ｔａｉｌ
　ＤＦＴＳ－ＯＦＤＭ／ＵＷ－ＤＦＴＳ－ＯＦＤＭは、所定の搬送波周波数より高い場合に使用しても良い。

　制御部２０８は、受信部２０４で検出したグラントフリーアクセスに用いるリソースに関する情報を送信部２１０に入力する。グラントフリーアクセスに用いるリソースに関する情報は、物理下りリンク制御チャネル／物理下りリンク共有チャネル／報知チャネルで通知される。グラントフリーアクセスに用いるリソースに関する情報の詳細は後述する。

　上位層処理部２０６は、媒体アクセス制御（ＭＡＣ）層、パケットデータ統合プロトコル（ＰＤＣＰ）層、無線リンク制御（ＲＬＣ）層、無線リソース制御（ＲＲＣ）層の処理を行なう。上位層処理部２０６は、自端末装置がサポートしている端末装置の機能（UE capability）に関する情報を送信部２１０に出力する。例えば、上位層処理部２０６は、前記端末装置の機能に関する情報をＲＲＣ層でシグナリングする。

　前記端末装置の機能に関する情報は、その端末装置が所定の機能をサポートするかどうかを示す情報、または、その端末装置が所定の機能に対する導入およびテストの完了を示す情報を含む。所定の機能をサポートするかどうかは、所定の機能に対する導入およびテストを完了しているかどうかを含む。端末装置が所定の機能をサポートする場合、その端末装置はその所定の機能をサポートするかどうかを示す情報（パラメータ）を送信する。端末装置が所定の機能をサポートしない場合、その端末装置はその所定の機能をサポートするかどうかを示す情報（パラメータ）を送信しないようにしてよい。すなわち、その所定の機能をサポートするかどうかは、その所定の機能をサポートするかどうかを示す情報（パラメータ）を送信するかどうかによって通知される。なお、所定の機能をサポートするかどうかを示す情報（パラメータ）は、１または０の１ビットを用いて通知してもよい。

　前記端末装置の機能に関する情報は、グラントフリーアクセスをサポートすることを示す情報を含む。グラントフリーアクセスに対応する機能が複数ある場合、上位層処理部２０６は、機能毎にサポートするかどうかを示す情報を送信することができる。グラントフリーアクセスをサポートすることを示す情報は、自端末装置がサポートしているマルチアクセスの物理リソース、マルチアクセス署名リソースを示す情報を含む。グラントフリーアクセスをサポートすることを示す情報は、前記マルチアクセスの物理リソース、マルチアクセス署名リソースの設定のための参照テーブルの設定を含んでもよい。グラントフリーアクセスをサポートすることを示す情報は、アンテナポート、スクランブリングアイデンティティ及びレイヤ数を示す複数のテーブルに対応している能力、所定数のアンテナポート数に対応している能力、所定の送信モードに対応している能力の一部又は全部を含んでも良い。送信モードは、アンテナポート数、送信ダイバーシチ、レイヤ数、グラントフリーアクセスのサポート等の有無により定められる。

　上位層処理部２０６は、自端末装置の各種設定情報の管理をする。前記各種設定情報の一部は、制御部２０８に入力される。各種設定情報は、受信部２０４を介して下りリンクの物理チャネルを用いて、基地局装置１０から受信される。前記各種設定情報は、受信部２０４から入力されたグラントフリーアクセスに関する設定情報を含む。前記グラントフリーアクセスに関する設定情報は、マルチアクセスリソース（マルチアクセスの物理リソース、マルチアクセス署名リソース）の設定情報を含む。例えば、上りリンクのリソースブロック設定（リソースブロック当たりのＯＦＤＭシンボル数／サブキャリア数）、復調用参照信号／識別信号の設定（参照信号系列、サイクリックシフト、マッピングされるＯＦＤＭシンボル等）、拡散符号設定（Ｗａｌｓｈ符号、ＯＣＣ；Orthogonal Cover Code、スパース符号やこれらの拡散符号の拡散率など）、インターリーブ設定、送信電力設定、送受信アンテナ設定、送受信ビームフォーミング設定、等のマルチアクセス署名リソースに関する設定（端末装置２０が送信した上りリンクの物理チャネルを同定するための目印に基づいて施される処理に関する設定）が含まれうる。これらのマルチアクセス署名リソースは、直接的又は間接的に、関連付けられてもよい（結び付けられてもよい）。マルチアクセス署名リソースの関連付けは、マルチアクセス署名プロセスインデックスによって示される。また、前記グラントフリーアクセスに関する設定情報には、前記マルチアクセスの物理リソース、マルチアクセス署名リソースの設定のための参照テーブルの設定が含まれてもよい。前記グラントフリーアクセスに関する設定情報は、グラントフリーアクセスのセットアップ、リリースを示す情報、上りリンクのデータ信号に対するＡＣＫ／ＮＡＣＫの受信タイミング情報、上りリンクのデータ信号の再送タイミング情報などを含めてもよい。

　上位層処理部２０６は、グラントフリーアクセスに関する設定情報に基づいて、グラントフリーで上りリンクのデータ（トランスポートブロック）を送信するマルチアクセスリソース（マルチアクセスの物理リソース、マルチアクセス署名リソース）を管理する。上位層処理部２０６は、グラントフリーアクセスに関する設定情報に基づき、送信部２１０を制御するための情報を制御部２０８に出力する。上位層処理部２０６は、受信部２０４／制御部２０８から自端末装置のＵＥ　ＩＤを取得する。前記ＵＥ　ＩＤは、グラントフリーアクセスに関する設定情報に含めることもできる。

　上位層処理部２０６は、生成された上りリンクのデータ（例えば、ＵＬ－ＳＣＨ）を、送信部２１０に出力する。上位層処理部２０６は、ユーザの操作を介さず（例えば、センサにより取得されたデータ）に生成された上りリンクのデータを、送信部２１０に出力することもできる。前記上りリンクのデータには、ＵＥ　ＩＤを格納するフィールドを有しても良い。上位層処理部２０６は、前記上りリンクのデータにＣＲＣを付加する。前記ＣＲＣのパリティビットは、前記上りリンクのデータを用いて生成される。前記ＣＲＣのパリティビットは、自端末装置に割当てられたＵＥ　ＩＤでスクランブル（排他的論理和演算、マスク、暗号化とも呼ぶ）される。前記ＵＥ　ＩＤは、グラントフリーアクセスにおける端末装置固有の識別子を用いてもよい。

　送信部２１０は、送信する上りリンクのデータが発生した場合、基地局装置１０から送信されたグラントフリーアクセスに関する設定情報に基づいて、ＵＬ　Ｇｒａｎｔの受信なしで、物理上りリンク共有チャネルを送信する。また、送信部２１０は、ＵＬ　Ｇｒａｎｔによりデータ送信用のリソースを受信している場合、スケジュールドアクセスで物理上りリンク共有チャネルを送信しても良い。送信部２１０は、制御部２０８から入力されたグラントフリーアクセス／スケジュールドアクセスに関する設定に従って、物理上りリンク共有チャネル及びそれに関連付けられた復調用参照信号／識別信号を生成する。

　符号化部２１００は、予め定められた／制御部２０８が設定した符号化方式を用いて、上位層処理部２０６から入力された上りリンクのデータを符号化する（リピティションを含む）。符号化方式は、畳み込み符号化、ターボ符号化、ＬＤＰＣ（Low Density Parity Check）符号化、Ｐｏｌａｒ符号化、等を適用することができる。データ送信ではＬＤＰＣ符号、制御情報の送信ではＰｏｌａｒ符号を用い、使用する上りリンクのチャネルによって異なる誤り訂正符号化を用いても良い。また、送信するデータや制御情報のサイズによって異なる誤り訂正符号化を用いても良く、例えばデータサイズが所定の値よりも小さい場合には畳み込み符号を用い、それ以外は前記の訂正符号化を用いても良い。前記符号化は、符号化率１／３に加え、低い符号化率１／６や１／１２などのマザーコードを用いてもよい。また、マザーコードより高い符号化率を用いる場合には、レートマッチング（パンクチャリング）によりデータ伝送に用いる符号化率を実現しても良い。変調部２１０２は、符号化部２１００から入力された符号化ビットをＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ、２５６ＱＡＭ等（π／２シフトＢＰＳＫ、π／４シフトＱＰＳＫも含んでもよい）の下りリンク制御情報で通知された変調方式または、チャネル毎に予め定められた変調方式で変調する。

　多元接続処理部２１０６は、変調部２１０２から出力される系列に対して、制御部２０８から入力されるマルチアクセス署名リソースに従って、複数のデータが多重されても基地局装置１０が信号の検出が可能なように信号を変換する。マルチアクセス署名リソースが拡散の場合は、拡散符号系列の設定に従って拡散符号系列を乗算する。前記拡散符号系列の設定は、前記復調用参照信号／識別信号などの他のグラントフリーアクセスに関する設定と関連付けられても良い。なお、多元接続処理は、ＤＦＴ処理後の系列に対して行ってもよい。なお、多元接続処理部２１０６は、マルチアクセス署名リソースとしてインターリーブが設定された場合、前記多元接続処理部２１０６は、インターリーブ部に置換えることができる。インターリーブ部は、ＤＦＴ部から出力される系列に対して、制御部２０８から入力されるインターリーブパターンの設定に従ってインターリーブ処理を行う。マルチアクセス署名リソースとして符号拡散及びインターリーブが設定された場合、送信部２１０は、多元接続処理部２１０６は拡散処理とインターリーブを行う。その他のマルチアクセス署名リソースが適用された場合でも、同様であり、スパース符号などを適用しても良い。

　多元接続処理部２１０６は、信号波形をＤＦＴＳ－ＯＦＤＭとするか、ＯＦＤＭとするかによって、多元接続処理後の信号をＤＦＴ部２１０４もしくは多重部２１０８に入力する。信号波形をＤＦＴＳ－ＯＦＤＭとする場合、ＤＦＴ部２１０４は、多元接続処理部２１０６から出力される多元接続処理後の変調シンボルを並列に並び替えてから離散フーリエ変換（Discrete Fourier Transform: DFT）処理をする。ここで，前記変調シンボルにゼロのシンボル列を付加して、ＤＦＴを行うことでＩＦＦＴ後の時間信号にＣＰの代わりにゼロ区間を使う信号波形としても良い。また、変調シンボルにＧｏｌｄ系列やＺａｄｏｆｆ－Ｃｈｕ系列などの特定の系列を付加して、ＤＦＴを行うことでＩＦＦＴ後の時間信号にＣＰの代わりに特定パターンを使う信号波形としても良い。信号波形をＯＦＤＭとする場合は、ＤＦＴを適用しないため、多元接続処理後の信号を多重部２１０８に入力する。制御部２０８は、前記グラントフリーアクセスに関する設定情報に含まれる前記ゼロのシンボル列の設定（シンボル列のビット数など）、前記特定の系列の設定（系列の種(seed)、系列長など）を用いて、制御する。

　上りリンク参照信号生成部２１１２は、制御部２０８から入力される復調用参照信号の設定情報に従って、復調用参照信号を生成する。また、上りリンク参照信号生成部２１１２は、基地局装置より通知されているＳＲＳの送信タイミングの場合、ＳＲＳの送信パラメータに基づいてＳＲＳを生成する。詳細は後述する。前記復調用参照信号／識別信号の設定情報は、グラントフリーアクセスに関す設定（マルチアクセスの物理リソース／マルチアクセス署名リソースに関する設定）と関連付けられても良い。復調用参照信号／識別信号の設定情報は、基地局装置１０を識別するための物理セル識別子（physical cell identity: PCI、Cell IDなどと称される）、上りリンク参照信号をマッピングするサブキャリア数（帯域幅）、ＯＦＤＭシンボル数、サイクリックシフト、ＯＣＣ系列等のなどを基に、予め定められた規則（例えば、式（１））で求まる系列を生成する。

　多重部２１０８は、上りリンクの物理チャネル（ＤＦＴ部２１０４の出力信号）、上りリンク参照信号を送信アンテナポート毎に多重（マッピング）する。多重部２１０８は、上りリンクの物理チャネル、上りリンク参照信号を送信アンテナポート毎にリソースエレメントに配置する。多重部２１０８は、ＳＣＭＡを用いる場合、制御部２０８から入力されるＳＣＭＡリソースパターンに従って、前記上りリンクの物理チャネルをリソースエレメントに配置する。前記ＳＣＭＡリソースパターンは、前記グラントフリーアクセスに関する設定情報に含まれ得る。

　ＩＦＦＴ部２１０９は多重された信号を逆高速フーリエ変換（Inverse Fast Fourier　Transform: IFFT）して、ＤＦＴＳ－ＯＦＤＭ（ＳＣ－ＦＤＭＡ）方式もしくはＯＦＤＭ方式の変調を行い、ＳＣ－ＦＤＭＡシンボルもしくはＯＦＤＭシンボルを生成する。無線送信部２１１０は、前記ＳＣ－ＦＤＭＡシンボルにＣＰを付加し、ベースバンドのディジタル信号を生成する。さらに、無線送信部２１１０は、前記ベースバンドのディジタル信号をアナログ信号に変換し、余分な周波数成分を除去し、アップコンバートにより搬送周波数に変換し、電力増幅し、送信アンテナ２１２を介して基地局装置１０に送信する。無線送信部２１１０は、送信電力制御機能（送信電力制御部）を含む。前記送信電力制御は、制御部２０８から入力される送信電力の設定情報に従う。前記送信電力の設定情報は、前記グラントフリーアクセスに関す設定情報と関連付けられている。なお、ＦＢＭＣ、ＵＦ－ＯＦＤＭ、Ｆ－ＯＦＤＭが適用される場合、前記ＳＣ－ＦＤＭＡシンボル（又はＯＦＤＭシンボル）に対して、サブキャリア単位又はサブバンド単位でフィルタ処理が行われる。

　前記端末装置２０は、グラントフリーアクセスのデータ送信において、長い遅延が許容されるデータ、非常に高い信頼性は不要なデータの少なくとも一つを満たすｍＭＴＣ用のデータ送信（以下、ｍＭＴＣ用送信と呼称する）と、低遅延かつ高信頼が要求されるＵＲＬLＣ用のデータ送信（以下、ＵＲＬＬＣ用送信と呼称する）のうち、少なくとも一方が可能である。また、ｍＭＴＣ用送信は長い遅延が許容されるデータの送信、ＵＲＬＬＣ用送信は低遅延が要求されるデータの送信としても良い。ｍＭＴＣ用送信やＵＲＬＬＣ用送信は、ｍＭＴＣの設定情報（パラメータ、コンフィグレーション情報）に基づくデータ送信、ＵＲＬＬＣの設定情報（パラメータ、コンフィグレーション情報）に基づくデータ送信であっても良い。ｍＭＴＣとＵＲＬＬＣの設定情報は、データサイズ、再送回数、データ伝送に使用する帯域幅、送信電力のパラメータ、データフォーマット（フレームストラクチャー）、１回のデータ送信で使うＯＦＤＭシンボル数、サブキャリア間隔、データ伝送に使用する搬送波周波数、データ送信に使用するアンテナポート数／物理的なアンテナ数、データ送信に用いる変調多値数や符号化率、誤り訂正符号化方式の少なくとも１つが個別に設定されても良い。ｍＭＴＣ用送信やＵＲＬＬＣ用送信は、ｍＭＴＣ用の専用の物理リソースでのデータ送信、ＵＲＬＬＣ用の専用の物理リソースでのデータ送信であっても良い。ｍＭＴＣ用送信やＵＲＬＬＣ用送信は、ｍＭＴＣ用の専用のマルチアクセス署名リソースでのデータ送信、ＵＲＬＬＣ用の専用のマルチアクセス署名リソースでのデータ送信であっても良い。

　図４に本実施形態に係るグラントフリーアクセスにおける基地局装置及び端末装置間のシーケンス例を示す図である。基地局装置１０は、下りリンクにおいて、同期信号、報知チャネルを所定の無線フレームフォーマットに従って、定期的に送信する。端末装置２０は、同期信号、報知チャネル等を用いて、初期接続を行う（Ｓ１０１）。端末装置２０は、同期信号を用いて、下りリンクにおけるフレーム同期、シンボル同期を行う。前記報知チャネルにグラントフリーアクセスに関する設定情報が含まれている場合、端末装置２０は、接続したセルにおけるグラントフリーアクセスに関する設定を取得する。基地局装置１０は、初期接続において、各端末装置２０にＵＥ　ＩＤを通知することができる。

　端末装置２０は、ＵＥ　Ｃａｐａｂｉｌｉｔｙを送信する（Ｓ１０２）。基地局装置１０は、前記ＵＥ　Ｃａｐａｂｉｌｉｔｙを用いて、端末装置２０がグラントフリーアクセスをサポートしているか、を特定することができる。なお、Ｓ１０１～Ｓ１０３において、端末装置２０は、上りリンク同期やＲＲＣ接続要求のためのリソースを取得するために、物理ランダムアクセスチャネルを送信することができる。

　基地局装置１０は、ＲＲＣメッセージ、ＳＩＢ等を用いて、グラントフリーアクセスに関する設定情報を端末装置２０の各々に送信する（Ｓ１０３）。グラントフリーアクセスに関する設定情報は、マルチアアクセス署名リソースの割当てを含む。グラントフリーアクセスに関する設定情報を受信した端末装置２０は、上りリンクのデータに施されるマルチアクセス署名リソースなどの送信パラメータを取得する。なお、前記グラントフリーアクセスに関する設定情報の一部又は全部は、下りリンク制御情報によって、通知されてもよい。さらに、基地局装置１０は、ＲＲＣメッセージ、ＳＩＢ等もしくはＤＣＩ（L1 signaling）のいずれかを用いて、グラントフリーアクセスのデータ送信の許可を端末装置２０にアクティベーションを通知する（Ｓ１０３１）。

　グラントフリーアクセスをサポートする端末装置２０は、上りリンクのデータが発生した場合、自端末に割当てられた復調用参照信号を生成する。さらに、前記復調用参照信号とマルチアクセス署名リソースは関連付けられていても良く、これらの情報を用いて、上りリンクの物理チャネルを生成する（Ｓ１０４）。基地局装置１０からＤＣＩによるＵＬ　Ｇｒａｎｔを得ることなく、該上りリンクの物理チャネル及び復調用参照信号を送信（初送）する（Ｓ１０５）。また、復調用参照信号とは別に基地局装置１０がデータ送信した端末装置２０を識別するための識別信号を送信しても良い。

　基地局装置１０は、各端末装置２０に割当てた復調用参照信号／識別信号を用いて、端末装置２０の識別処理を行う。さらに、基地局装置１０は、識別した端末装置２０について、前記復調用参照信号／識別信号とマルチアアクセス署名リソース等を用いて、上りリンクの物理チャネルの検出処理を行う。基地局装置１０は、さらに、各端末装置に割当てたＵＥ　ＩＤを用いた誤り検出処理を行う（Ｓ１０６）。基地局装置１０は、前記誤り検出の結果を基に、端末装置２０にＡＣＫ／ＮＡＣＫを送信する（Ｓ１０７）。Ｓ１０６において、誤りが検出されなかった場合、基地局装置１０は、端末装置２０の識別及び該端末装置が送信した上りリンクのデータの受信を正しく完了したと判断し、ＡＣＫを送信する。一方、Ｓ１０６において、誤りが検出された場合、基地局装置１０は、端末装置２０の識別又は該端末装置が送信した上りリンクのデータの受信を誤ったと判断し、ＮＡＣＫを送信する。

　ＮＡＣＫを受信した端末装置２０は、再度上りリンクの物理チャネル及び参照信号を送信（再送）する（Ｓ１０８）。端末装置２０は、基地局装置１０から再送用のマルチアアクセス署名リソース、物理リソースが指示されている場合、予め決められているパターンもしくは制御情報で指定されている参照テーブルなどに従って、マルチアアクセス署名リソース、物理リソースの変更を行う。基地局装置１０は、再送された上りリンクの物理チャネルに対して、上りリンクの物理チャネルの検出処理を行う（Ｓ１０９）。基地局装置１０は、さらに、各端末装置に割当てたＵＥ　ＩＤを用いた誤り検出処理を行う（Ｓ１０９）。基地局装置１０は、前記誤り検出の結果を基に、端末装置２０にＡＣＫ／ＮＡＣＫを送信する（Ｓ１１０）。基地局装置１０は、ＲＲＣメッセージ、ＳＩＢ等もしくはＤＣＩ（L1 signaling）のいずれかを用いて、グラントフリーアクセスのデータ送信の許可を終了する場合、端末装置２０にディアクティベーションを通知する（Ｓ１１１）。ここで、ディアクティベーションは、端末装置２０がグラントフリーアクセスを行う必要がなくなったなどの場合のみに送信するものとしても良い。端末装置２０がグラントフリーアクセスのデータ送信が必要な場合、ディアクティベーションをせずに、アクティベーション状態を維持していても良い。

　グラントフリーアクセスでは、端末装置２０のデータ送信から基地局装置１０のＡＣＫ／ＮＡＣＫ送信までの時間を予め決めた時間とするシンクロナスＨＡＲＱと基地局装置１０がＡＣＫ／ＮＡＣＫ送信タイミングを変えられるアシンクロナスＨＡＲＱの適用が考えられる。ｍＭＴＣ用送信では、長い遅延が許容されるデータを送信するため、シンクロナスＨＡＲＱもしくはアシンクロナスＨＡＲＱのいずれを用いても良い。一方、ＵＲＬＬＣ用送信では低遅延かつ高信頼が要求されるデータを送信することから、基地局装置１０が正しくデータを検出できなかった場合には低遅延での再送制御が必要である。例えば、固定の短い時間でＡＣＫ／ＮＡＣＫを送信するシンクロナスＨＡＲＱや基地局装置１０が短い時間内でＡＣＫ／ＮＡＣＫを送信するアシンクロナスＨＡＲＱなどが必要である。

　図５は、本実施形態における基地局装置１０の構成を示す概略ブロック図である。基地局装置１０は、上位層処理部（上位層処理ステップ）１０２、送信部（送信ステップ）１０４、送信アンテナ１０６、制御部（制御ステップ）１０８、受信アンテナ１１０、受信部（受信ステップ）１１２を含んで構成される。送信部１０４は、符号化部（符号化ステップ）１０４０、変調部（変調ステップ）１０４２、多重部（多重ステップ）１０４４、下りリンク制御信号生成部（下りリンク制御信号生成ステップ）１０４６、下りリンク参照信号生成部（下りリンク参照信号生成ステップ）１０４８、ＩＦＦＴ部１０４９（ＩＦＦＴステップ）及び無線送信部（無線送信ステップ）１０５０を含んで構成される。受信部１１２は、無線受信部（無線受信ステップ）１１２０、ＦＦＴ部（ＦＦＴステップ）１１２１、伝搬路推定部（伝搬路推定ステップ）１１２２、多重分離部（多重分離ステップ）１１２４及び信号検出部（信号検出ステップ）１１２６を含んで構成される。

　上位層処理部１０２は、媒体アクセス制御（ＭＡＣ：Medium Access Control）層、パケットデータ統合プロトコル（ＰＤＣＰ：Packet Data Convergence Protocol）層、無線リンク制御（ＲＬＣ：Radio Link Control）層、無線リソース制御（ＲＲＣ：Radio Resource Control）層などの物理層より上位層の処理を行なう。上位層処理部１０２は、送信部１０４および受信部１１２の制御を行なうために必要な情報を生成し、制御部１０８に出力する。上位層処理部１０２は、下りリンクのデータ（例えば、ＤＬ－ＳＣＨ）、報知情報（例えば、ＢＣＨ）、ハイブリッド自動再送要求（Hybrid Automatic Request）インジケータ（ＨＡＲＱインジケータ）などを送信部１０４に出力する。

　上位層処理部１０２は、端末装置の機能（UE capability）等の端末装置に関する情報を、端末装置２０から（受信部１１２を介して）受信する。端末装置に関する情報は、グラントフリーアクセスをサポートすることを示す情報、その機能毎にサポートするかどうかを示す情報を含む。グラントフリーアクセスをサポートすることを示す情報、その機能毎にサポートするかどうかを示す情報は、送信モードで区別されてもよい。上位層処理部１０２は、端末装置２０がサポートしている送信モードによって、グラントフリーアクセスをサポートしているか判断することができる。

　上位層処理部１０２は、ブロードキャストするシステムインフォメーション（ＭＩＢ、ＳＩＢ）を生成、又は上位ノードから取得する。上位層処理部１０２は、前記ブロードキャストするシステムインフォメーションを送信部１０４に出力する。前記ブロードキャストするシステムインフォメーションは、基地局装置１０がグラントフリーアクセスをサポートすることを示す情報を含めることができる。上位層処理部１０２は、前記システムインフォメーションに、グラントフリーアクセスに関する設定情報（マルチアクセスの物理リソース、マルチアクセス署名リソースなどのマルチアクセスリソースに関する設定情報など）の一部又は全部を含めることができる。上りリンク前記システム制御情報は、送信部１０４において、物理報知チャネル／物理下りリンク共有チャネルにマッピングされる。

　上位層処理部１０２は、物理下りリンク共有チャネルにマッピングされる下りリンクのデータ（トランスポートブロック）、システムインフォメーション（ＳＩＢ）、ＲＲＣメッセージ、ＭＡＣ　ＣＥなどを生成、又は上位ノードから取得し、送信部１０４に出力する。上位層処理部１０２は、これらの上位層の信号にグラントフリーアクセスに関する設定情報、グラントフリーアクセスのセットアップ、リリースを示すパラメータの一部又は全部を含めることができる。ここで、グラントフリーアクセスのセットアップは、グラントフリーアクセスのアクティベーションを含んでも良いし、アクティベーションを上位層の信号もしくはＤＣＩにより別途、通知しても良い。グラントフリーアクセスのリリースは、グラントフリーアクセスのディアクティベーションを含んでも良いし、ディアクティベーションを上位層の信号もしくはＤＣＩにより別途、通知しても良い。上位層処理部１０２は、グラントフリーアクセスに関する設定情報を通知するための専用ＳＩＢを生成してもよい。

　上位層処理部１０２は、グラントフリーアクセスをサポートしている端末装置２０に対して、マルチアクセスリソースをマッピングする。基地局装置１０は、マルチアクセス署名リソースに関する設定パラメータの参照テーブルを保持しても良い。上位層処理部１０２は、前記端末装置２０に対して各設定パラメータを割当てる。上位層処理部１０２は、前記マルチアアクセス署名リソースを用いて、各端末装置に対するグラントフリーアクセスに関する設定情報を生成する。上位層処理部１０２は、各端末装置に対するグラントフリーアクセスに関する設定情報の一部又は全部を含む下りリンク共有チャネルを生成する。上位層処理部１０２は、前記グラントフリーアクセスに関する設定情報を、制御部１０８／送信部１０４に出力する。

　上位層処理部１０２は、各端末装置に対してＵＥ　ＩＤを設定し、通知する。ＵＥ　ＩＤは、無線ネットワーク一時的識別子（ＲＮＴＩ：Cell Radio Network Temporary Identifier）を用いることができる。ＵＥ　ＩＤは、下りリンク制御チャネル、下りリンク共有チャネルに付加されるＣＲＣのスクランブルに用いられる。ＵＥ　ＩＤは、上りリンク共有チャネルに付加されるＣＲＣのスクランブリングに用いられる。ＵＥ　ＩＤは、上りリンク参照信号系列の生成に用いられる。上位層処理部１０２は、グラントフリーアクセス固有のＵＥ　ＩＤを設定してもよい。上位層処理部１０２は、グラントフリーアクセスをサポートする端末装置か否かで区別して、ＵＥ　ＩＤを設定してもよい。例えば、下りリンクの物理チャネルがスケジュールドアクセスで送信され、上りリンクの物理チャネルがグラントフリーアクセスで送信される場合、下りリンクの物理チャネル用ＵＥ　ＩＤは、下りリンクの物理チャネル用ＵＥ　ＩＤと区別して設定してもよい。上位層処理部１０２は、前記ＵＥ　ＩＤに関する設定情報を、送信部１０４／制御部１０８／受信部１１２に出力する。

　上位層処理部１０２は、物理チャネル（物理下りリンク共有チャネル、物理上りリンク共有チャネルなど）の符号化率、変調方式（あるいはＭＣＳ）および送信電力などを決定する。上位層処理部１０２は、前記符号化率／変調方式／送信電力を送信部１０４／制御部１０８／受信部１１２に出力する。上位層処理部１０２は、前記符号化率／変調方式／送信電力を上位層の信号に含めることができる。

　制御部１０８は、上位層処理部１０２から入力された各種設定情報に基づいて、送信部１０４および受信部１１２の制御を行なう。制御部１０８は、上位層処理部１０２から入力された下りリンク送信及び上りリンク送信に関する設定情報に基づいて、下りリンク制御情報（ＤＣＩ）を生成し、送信部１０４に出力する。制御部１０８は、下りリンク制御情報に、前記グラントフリーアクセスに関する設定情報の一部又は全部を含めることができる。

　制御部１０８は、上位層処理部１０２から入力された前記グラントフリーアクセスに関する設定情報に従って、受信部１１２を制御する。制御部１０８は、上位層処理部１０２から入力されたマルチアクセス署名リソースや復調用参照信号系列／識別信号に従って、伝搬路推定部１１２２に対して、チャネル推定及び端末装置を識別する。制御部１０８は、データ送信した端末装置の識別結果、チャネル推定値、識別された端末装置の使用するマルチアクセス署名リソースなどを信号検出部１１２６に出力する。なお、制御部１０８の機能は、上位層処理部１０２に含めることができる。

　送信部１０４は、各端末装置のために、上位層処理部１０２から入力された報知情報、下りリンク制御情報、下りリンク共有チャネル等を符号化および変調し、物理報知チャネル、物理下りリンク制御チャネル、物理下りリンク共有チャネルを生成する。符号化部１０４０は、予め定められた／上位層処理部１０２が決定した符号化方式を用いて、報知情報、下りリンク制御情報、下りリンク共有チャネルを符号化する（リピティションを含む）。符号化方式は、畳み込み符号化、ターボ符号化、ＬＤＰＣ（Low Density Parity Check）符号化、Ｐｏｌａｒ符号化、等を適用することができる。変調部１０４２は、符号化部１０４０から入力された符号化ビットをＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ、２５６ＱＡＭ等の予め定められた／上位層処理部１０２が決定した変調方式で変調する。

　下りリンク制御信号生成部１０４６は、制御部１０８から入力される下りリンク制御情報にＣＲＣを付加して、物理下りリンク制御チャネルを生成する。下りリンク制御情報は、グラントフリーアクセスに関する設定情報の一部又は全部を含む。前記ＣＲＣは、各端末装置に割当てられたＵＥ　ＩＤでスクランブルされる。下りリンク参照信号生成部１０４８は、下りリンク参照信号を生成する。前記下りリンク参照信号は、基地局装置１０を識別するためのＵＥ　ＩＤなどの基に予め定められた規則で求まる。

　多重部１０４４は、変調された各下りリンクの物理チャネルの変調シンボル、物理下りリンク制御チャネルと下りリンク参照信号をリソースエレメントにマッピングする。多重部１０４４は、物理下りリンク共有チャネル、物理下りリンク制御チャネルを、各端末装置に割当てられたリソースにマッピングする。

　ＩＦＦＴ部１０４９は、多重された各下りリンクの物理チャネルの変調シンボルを逆高速フーリエ変換（Inverse Fast Fourier Transform: IFFT）してＯＦＤＭシンボルを生成する。無線送信部１０５０は、前記ＯＦＤＭシンボルにサイクリックプレフィックス（cyclic prefix: CP）を付加してベースバンドのディジタル信号を生成する。さらに、無線送信部１０５０は、前記ディジタル信号をアナログ信号に変換し、フィルタリングにより余分な周波数成分を除去し、搬送周波数にアップコンバートし、電力増幅し、送信アンテナ１０６に出力して送信する。

　受信部１１２は、グラントフリーアクセスによって端末装置２０から送信された上りリンクの物理チャネルを、復調用参照信号／識別信号を用いて検出する。受信部１１２は、各端末装置に対して設定したグラントフリーアクセスに関する設定情報に基づいて、各端末装置の端末装置の識別及び上りリンクの物理チャネルの検出を行う。

　無線受信部１１２０は、受信アンテナ１１０を介して受信した上りリンクの信号を、ダウンコンバートによりベースバンド信号に変換し、不要な周波数成分を除去し、信号レベルが適切に維持されるように増幅レベルを制御し、受信された信号の同相成分および直交成分に基づいて、直交復調し、直交復調されたアナログ信号をディジタル信号に変換する。無線受信部１１２０は、変換したディジタル信号からＣＰに相当する部分を除去する。ＦＦＴ部１１２１は、ＣＰを除去した信号に対して高速フーリエ変換（Fast Fourier Transform: FFT）を行い、周波数領域の信号を抽出する。

　伝搬路推定部１１２２は、復調用参照信号／識別信号を用いて、端末装置の識別及び上りリンクの物理チャネルの信号検出のためのチャネル推定を行う。伝搬路推定部１１２２には、復調用参照信号／識別信号がマッピングされているリソース及び各端末装置に割当てた復調用参照信号系列／識別信号が制御部１０８から入力される。伝搬路推定部１１２２は、前記復調用参照信号系列／識別信号を用いて、基地局装置１０と端末装置２０の間のチャネル状態（伝搬路状態）を測定する。伝搬路推定部１１２２は、チャネル推定の結果（チャネル状態のインパルス応答、周波数応答）を用いて、端末装置の識別を行うことができる（このため、識別部とも称する）。伝搬路推定部１１２２は、チャネル状態の抽出に成功した復調用参照信号／識別信号に関連付けられる端末装置２０が、上りリンクの物理チャネルを送信したと判断する。また、伝搬路推定部１１２２は、ＳＲＳの受信タイミングの場合、端末装置に通知しているＳＲＳの送信パラメータの情報に基づいてＳＲＳを抽出し、チャネル状態の把握や、閉ループの送信電力制御やタイミングアライメントが必要か否かの判断に必要かの把握をする。多重分離部１１２４は、伝搬路推定部１１２２が上りリンクの物理チャネルが送信されたと判断したリソースにおいて、無線受信部１１２０から入力された周波数領域の信号（複数の端末装置２０の信号が含まれる）を抽出する。

　信号検出部１１２６は、前記チャネル推定結果及び多重分離部１１２４から入力される前記周波数領域の信号を用いて、各端末装置の上りリンクのデータ（上りリンクの物理チャネル）の信号を検出する。信号検出部１１２６は、上りリンクのデータを送信したと判断した端末装置２０に割当てた復調用参照信号（チャネル状態の抽出に成功した復調用参照信号）／識別信号に関連付けられた端末装置２０の信号の検出処理を行う。

　上位層処理部１０２は、信号検出部１１２６から各端末装置の復号後の上りリンクのデータ（硬判定後のビット系列）を取得する。上位層処理部１０２は、各端末装置の復号後の上りリンクのデータに含まれるＣＲＣに対して、各端末に割当てたＵＥ　ＩＤを用いて、デスクランブル（排他的論理和演算）を行う。上位層処理部１０２は、デスクランブルによる誤り検出の結果、上りリンクのデータに誤りが無い場合、端末装置の識別を正しく完了し、該端末装置から送信された上りリンクのデータを正しく受信できたと判断する。

　図６は、本実施形態に係る信号検出部の一例を示す図である。信号検出部１１２６は、キャンセル部１５０２、等化部１５０４、多元接続信号分離部１５０６－１～１５０６－ｕ、ＩＤＦＴ部１５０８－１～１５０８－ｕ、復調部１５１０－１～１５１０－ｕ、復号部１５１２－１～１５１２－ｕ、レプリカ生成部１５１４から構成される。ｕは、同一又は重複するマルチアクセスの物理リソースにおいて（同一時間及び同一周波数において）、伝搬路推定部１１２２が上りリンクのデータを送信したと判断（チャネル状態の抽出に成功）した端末装置数である。信号検出部１１２６を構成する各部位は、制御部１０８から入力される各端末装置のグラントフリーアクセスに関する設定を用いて、制御される。

　キャンセル処理部１５０２は、多重分離部１１２４から入力される周波数領域の信号（各端末装置の信号が含まれる）から、レプリカ生成部１５１４から入力されたソフトレプリカを減算する（キャンセル処理）。等化部１５０４は、伝搬路推定部１１２２より入力された周波数応答よりＭＭＳＥ規範に基づく等化重みを生成する。ここで、等化処理は、ＭＲＣやＺＦを用いても良い。等化部１５０４は、該等化重みをソフトキャンセル後の周波数領域の信号に乗算し、各端末装置の周波数領域の信号を抽出する。等化部１５０４は、等化後の各端末装置の周波数領域の信号をＩＤＦＴ部１５０８－１～１５０８－ｕに出力する。ここで、信号波形をＤＦＴＳ－ＯＦＤＭとした端末装置２０が送信したデータを検出する場合、ＩＤＦＴ部１５０８－１～１５０８－ｕに周波数領域の信号を出力する。また、信号波形をＣＰ－ＯＦＤＭとした端末装置２０が送信したデータを受信する場合、多元接続信号分離部１５０６－１～１５０６－ｕに周波数領域の信号を出力する。端末装置毎にデータ送信に用いられる信号波形が異なっても良い。

　ＩＤＦＴ部１５０８－１～１５０８－ｕは、等化後の各端末装置の周波数領域の信号を時間領域の信号に変換する。なお、ＩＤＦＴ部１５０８－１～１５０８－ｕは、端末装置２０のＤＦＴ部２１０４で施された処理に対応する。多元接続信号分離部１５０６－１～１５０６－ｕは、ＩＤＦＴ後の各端末装置の時間領域の信号に対して、マルチアクセス署名リソースにより多重されている信号を分離する（多元接続信号分離処理）。例えば、マルチアクセス署名リソースとして符号拡散を用いた場合は、多元接続信号分離部１５０６－１～１５０６－ｕの各々は、各端末装置に割当てられた拡散符号系列を用いて、逆拡散処理を行う。なお、マルチアクセス署名リソースとしてインターリーブが適用される場合、ＩＤＦＴ後の各端末装置の時間領域の信号に対して、デインターリーブ処理が行われる（デインターリーブ部）。

　復調部１５１０－１～１５１０－ｕには、予め通知されている、又は予め決められている各端末装置の変調方式の情報が制御部１０８から入力される。復調部１５１０－１～１５１０－ｕは、前記変調方式の情報に基づき、多元接続信号の分離後の信号に対して復調処理を施し、ビット系列のＬＬＲ（Log Likelihood Ratio）を出力する。

　復号部１５１２－１～１５１２－ｕには、予め通知されている、又は予め決められている符号化率の情報が制御部１０８から入力される。復号部１５１２－１～１５１２－ｕは、前記復調部１５１０－１～１５１０－ｕから出力されたＬＬＲの系列に対して復号処理を行う。逐次干渉キャンセラ（ＳＩＣ: Successive Interference Canceller）やターボ等化等のキャンセル処理を行うために、復号部１５１２－１～１５１２－ｕは、復号部出力の外部ＬＬＲもしくは事後ＬＬＲをレプリカ生成部１５１４に出力する。外部ＬＬＲと事後ＬＬＲの違いは、それぞれ復号後のＬＬＲから復号部１５１２－１～１５１２－ｕに入力される事前ＬＬＲを減算するか、否かである。復号部１５１２－１～１５１２－ｕは、ＳＩＣやターボ等化の繰り返し回数が所定の回数に達した場合、復号処理後のＬＬＲに対して硬判定を行い、各端末装置における上りリンクのデータのビット系列を、上位層処理部１０２に出力する。

　レプリカ生成部１５１４は、各復号部から入力されたＬＬＲ系列を、各端末装置が上りリンクのデータに施した変調方式に応じて各端末装置のシンボルレプリカを生成する。レプリカ生成部１５１４は、前記シンボルレプリカに対して、各端末装置が上りリンクのデータに施したマルチアクセス署名リソースに従って信号を変換する。さらに、レプリカ生成部１５１４は、多元接続処理後の信号をＤＦＴで周波数領域の信号に変換する。そして、レプリカ生成部１５１４は、ＤＦＴ後の信号に対して、伝搬路推定部１１２２から入力された周波数応答を乗算することでソフトレプリカを生成する。なお、図６では、ターボ等化処理を用いた信号検出を説明したが、レプリカ生成し、干渉除去を用いない信号検出や最尤検出、ＥＭＭＳＥ－ＩＲＣなどを用いることもできる。

　図７に、本実施形態に係る無線リソースとプロセスＩＤの関連付けの一例を示す。ここで、プロセスＩＤはＨＡＲＱのプロセスＩＤであり、以下、プロセスＩＤと呼ぶ。同図では、周波数の区切りをリソースブロックもしくは複数のリソースブロックから構成されるリソースブロックグループとする。リソースブロックとは、複数のサブキャリアから構成され、例えば、１２サブキャリアや２４サブキャリアから構成されても良い。同図の時間方向の区切りは、フレーム（無線フレーム）、サブフレーム、もしくはスロット、もしくはスケジューリングの最小単位のＯＦＤＭシンボル数（スロットを構成するＯＦＤＭシンボル数より少ない）とする。スロットは、例えば７ＯＦＤＭシンボルを１スロットとしても良い。サブフレームは、例えば２スロットを１サブフレームとしても良い。フレーム（無線フレーム）は、例えば１０サブフレームを１フレームとしても良い。以下、周波数方向の区切りをリソースブロックグループ、時間方向の区切りをスロットとする例で説明する。同図は例では、グラントフリーアクセスのプロセスＩＤ数が４であり、グラントフリーアクセスのリソースが周波数ホッピングしない場合である。つまり、フレーム、サブフレーム、スロット、ＯＦＤＭシンボルによって、グラントフリーアクセスのリソースのリソースブロックグループが変わらない場合である。また、グラントフリーアクセスは全スロットで可能な例である。同図は、プロセスＩＤ数をＰｎとし、スロット番号（スロットインデックス）をＳｎとした場合、プロセス番号はＳｎをＰｎで割った余り（Ｘ　ｍｏｄ（Ｙ）はＸをＹで割った余りと定義し、以下、Ｓｎ　（ｍｏｄ　Ｐｎ）とする。）で定義している。よって、スロット５でグラントフリーアクセスのデータ送信をした場合は、プロセスＩＤは１となる。ここで、グラントフリーアクセスのデータ送信を複数回繰り返して送信する場合、同一のスロット内で送信しても良いし、複数のスロットにわたって繰り返して送信しても良い。複数のスロットにわたって繰り返して送信する場合、同一のプロセスＩＤのスロットでの送信のみ可能となる。

　図８に、本実施形態に係る無線リソースとプロセスＩＤの関連付けの一例を示す。同図は、複数のグラントフリーアクセス用のリソースブロックグループが設定さており、使用可能なリソースブロックグループの両端に配置された例（１サービングセルもしくは１コンポーネントキャリアで使用可能なリソースブロックグループの両端）であるが、本発明の一態様はこの例に限定されない。例えば、複数のグラントフリーアクセスリソースが隣接するリソースブロックグループとなっても良い。図８の例のように両端のリソースブロックグループもしくは非連続なリソースブロックグループをグラントフリーアクセスリソースとした場合、周波数選択性フェージングにより複数のグラントフリーアクセスリソースのチャネル利得が落ち込む可能性が低くなる。一方、複数のグラントフリーアクセスリソースが隣接するリソースブロックグループとすると（例えば、グラントフリーアクセスリソースが２つであり、図８のグラントフリーアクセスリソース１とそのリソースに隣接するリソースブロックグループをグラントフリーアクセスリソース２とすると）、異なるサブキャリア間隔（numerology）や異なるフレーム構成などの信号を周波数分割多重とする場合にガードバンドが少なくて良い。また、同図では、グラントフリーアクセスリソースは全スロットで使用可能な例であるが、本発明のこの例に限定されるものではなく、例えば、グラントフリーアクセスリソースは２スロットや４スロットの周期で設定されても良い。

　図８の例では、グラントフリーアクセスのリソース１にプロセスＩＤのＰＩＤ０とＰＩＤ１を割当て、グラントフリーアクセスのリソース２にプロセスＩＤのＰＩＤ２とＰＩＤ３を割当てている。つまり、グラントフリーアクセスのリソース１では、Ｓｎ　（ｍｏｄ　（Ｐｎ÷Ｒｎ））でプロセス番号を算出し、Ｒｎはグラントフリーアクセスのリソースの数である。一方、グラントフリーアクセスのリソース２では、Ｓｎ　（ｍｏｄ　（Ｐｎ÷Ｒｎ））＋（Ｐｎ÷Ｒｎ）でプロセス番号を算出する。

　図９に、本実施形態に係る無線リソースとプロセスＩＤの関連付けの一例を示す。同図は、グラントフリーアクセスのリソースが周波数ホッピングする場合であり、２スロットに１回グラントフリーアクセスが可能なリソースが設定されている例である。この場合、プロセス番号はＳｎ÷Ｓｐ　（ｍｏｄ　Ｐｎ）で算出され、Ｓｐはグラントフリーアクセスが設定されている周期である。例えば、Ｓｐ＝２は２スロットに１回グラントフリーアクセスが可能なリソースが設定されていることを示し、図９のような場合である。本発明の一態様は、無線リソースとプロセスＩＤの関連付ける方法は図７～９の例に限定されるものではなく、例えば、スロット番号とＲＲＣで通知されるＵＥ固有のパラメータＰ＿ｕｅとセル固有のパラメータＰ＿ｃｅｌｌからプロセス番号を決まっても良い。具体的には、プロセス番号はＰＩＤ＿ｇｆ＝Ｓｎ＋Ｐ＿ｕｅ＋Ｐ＿ｃｅｌｌ（ｍｏｄ　Ｐｎ）として算出されても良い。Ｐ＿ｕｅは、Ｃ－ＲＮＴＩやグラントフリーアクセス用のＲＮＴＩを用いても良い。Ｐｎは、グラントフリーアクセスのデータ送信に使用できるプロセスＩＤの数であっても良い。Ｐｎは予め決まっていても良いし、ＵＥ毎に設定可能となるようにＲＲＣで通知されても良い。また、図７～９のグラントフリーアクセスの無線リソースと関連付けられているプロセスＩＤは、スケジュールドアクセスの初送のデータ送信のプロセスＩＤとして使用できないようにしても良い。この場合、ＰＩＤ＿ｇｆがＧ以上の値の場合、グラントフリーアクセスのデータ送信のプロセス番号は、ＰＩＤ’＿ｇｆ＝ＰＩＤ＿ｇｆ＋Ｇにより得られても良い。Ｇは予め決まっていても良いし、ＵＥ毎に設定可能となるようにＲＲＣで通知されても良い。

　図１０に、本実施形態に係るプロセス管理方法の一例を示す。同図は、説明を簡単とするため、グラントフリーアクセスリソースを１つとして、プロセス数を４つの場合を示しているが、本発明の一態様はこの例に限定されるものではない。また、グラントフリーアクセスリソースは連続するスロットとして設定されていても、非連続のスロットとして周期的に設定されていても良い。また、グラントフリーアクセスリソースは周波数ホッピングが適用されていても、適用されていなくても良い。同図では、端末装置がＰＩＤ０のスロットｎでグラントフリーアクセスのデータ送信を行う。端末装置は、スロットｎ＋ｎ＿ｇｒａｎｔでＰＩＤ０のグラントフリーアクセスに対する再送用のグラントを検出する。ただし、ｎ＿ｇｒａｎｔはシンクロナスＨＡＲＱの場合、端末装置固有もしくはセル固有のスロット数であり、アシンクロナスＨＡＲＱの場合は基地局装置と端末装置間で共有している値ではなく、基地局装置が決めることができる。図１０ではｎ＿ｇｒａｎｔ＝３の例である。

　端末装置は、ＰＩＤ０のグラントフリーアクセスに対する再送用のグラントを検出後、ＰＩＤ０はスケジュールドベースの再送に切り替わったと判断する。この場合、ＰＩＤ０はスケジュールドベースの再送中に、端末装置がＰＩＤ０のグラントフリーアクセスを行うと、再送が発生した場合、２つ目のＰＩＤ０はスケジュールドベースのプロセスとなってしまい、同一のプロセスＩＤの再送制御が存在することになってしまう。そこで、本実施形態では、ＰＩＤ０はスケジュールドベースの再送中に、端末装置は、ＰＩＤ０のグラントフリーアクセスリソースでのデータ伝送を中断する。つまり、端末装置は、ＰＩＤｘ（図１０ではｘ＝０の例）のグラントフリーアクセスのデータ送信に対して、ＰＩＤｘの再送用のグラントを検出したスロットｎ＋ｎ＿ｇｒａｎｔからＰＩＤｘの再送のＡＣＫを受信したスロットｎ＋ｎ＿ｇｒａｎｔ＋ｎ＿ａｃｋまでのＰＩＤｘのリソースでグラントフリーアクセスのデータ送信を行わず、ＰＩＤｙ（ｙ≠ｘ）のリソースでグラントフリーアクセスのデータ送信を行う。図１０は、ｎ＿ａｃｋ＝８の例であるが、ｎ＿ａｃｋは再送回数やスケジュールドベースのデータ送信の制御遅延（グラント受信からデータ送信までの時間やデータ送信からＡＣＫ／ＮＡＣＫ受信までの時間）の設定に依存する。

　ＰＩＤｘのスケジュールドベースの再送中における、ＰＩＤｘのグラントフリーアクセスが使用できない期間は、スロットｎ＋ｎ＿ｇｒａｎｔ＋ｍ１からスロットｎ＋ｎ＿ｇｒａｎｔ＋ｎ＿ａｃｋ＋ｍ２までとしても良い。これは、端末装置がグラントを検出したスロットでデータ送信を止めることができないためであり、端末装置がグラントをブラインドデコーディングで検出するための処理遅延を考慮して、ｍ１（０以上の整数）スロット分の時間が入っている。また、ｍ２（０以上の整数）においても端末装置がＰＤＣＣＨで通知されるＡＣＫ／ＮＡＣＫの受信処理に必要な時間を考慮し、ｍ２スロット分の時間が入っている。ｍ１とｍ２は、予め決められた値でも良いし、基地局装置が端末装置に対してＲＲＣなどの上位層の制御信号で通知されていても良い。

　再送制御では、再送回数の最大値がＲＲＣなどの上位層の制御信号により通知されており、端末装置は再送回数の最大値まで再送を行い、ＮＡＣＫを受信すると、ＡＣＫを受信しない。ここで、ＰＩＤｘのスケジュールドベースの再送時に、再送回数の最大値までＮＡＣＫを受信した場合の動作について説明する。この場合、ＡＣＫを受信できないため、ＰＩＤｘのリソースでグラントフリーアクセスのデータ送信が再開できない問題がある。そこで、端末装置は、ＰＩＤｘのスケジュールドベースの再送で、再送回数の最大値までＮＡＣＫを受信した場合、ＰＩＤｘのＨＡＲＱプロシージャは終了したと見なし、ＰＩＤｘのリソースでグラントフリーアクセスのデータ送信を再開しても良い。また、再送回数の最大値までＮＡＣＫを受信したスロットｎ＋ｎ＿ｇｒａｎｔ＋ｎ＿ｎａｃｋ＿ｍａｘとし、ＰＩＤｘのリソースでグラントフリーアクセスのデータ送信をスロットｎ＋ｎ＿ｇｒａｎｔ＋ｎ＿ｎａｃｋ＿ｍａｘ＋ｍ２からとしても良い。

　端末装置は、ＰＩＤｘのスケジュールドベースの再送におけるＡＣＫを検出できなかった場合（端末装置がＰＤＣＣＨの復号に失敗した場合）、ＰＩＤｘのリソースでグラントフリーアクセスのデータ送信が再開できない。ここで、ＰＩＤｘのスケジュールドベースのデータ送信を中断するタイムアウト時間を設定しても良い。具体的には、端末装置は基地局装置よりＲＲＣなどの上位層の制御信号によりｎ＿ｔｉｍｅｏｕｔが通知され、ＰＩＤｘのグラントフリーアクセスが使用できない期間をスロットスロットｎ＋ｎ＿ｇｒａｎｔ＋ｍ１からスロットｍｉｎ（ｎ＋ｎ＿ｇｒａｎｔ＋ｎ＿ａｃｋ＋ｍ２，ｎ＋ｎ＿ｇｒａｎｔ＋ｍ１＋ｎ＿ｔｉｍｅｏｕｔ）までとしても良い。ｍｉｎ（Ｘ，Ｙ）はＸとＹで小さい値を選択する関数である。よって、ＰＩＤｘのリソースのグラントフリーアクセスのデータ送信ができなくなるスロットからｎ＿ｔｉｍｅｏｕｔスロット後にＡＣＫの有無に関わらず、ＰＩＤｘのリソースのグラントフリーアクセスのデータ送信が再開できる。

　本実施形態では、グラントフリーアクセスの無線リソースに関連付いているプロセス番号がスケジュールドベースの初送のプロセス番号として使用できない例である。そのため、上りリンクのプロセス番号が８つあり、０～３をグラントフリーアクセスとし、４～７をスケジュールドベースアクセスとして使用しても良い。また、グラントフリーアクセスのデータ送信の再送用グラントとスケジュールドベースアクセスのデータ送信用のグラントを復号するためのＲＮＴＩが異なり、上りリンクのプロセス番号が８つあり、グラントフリーアクセスとスケジュールドベースアクセスでそれぞれ８つのプロセス番号を使っても良い。つまり、検出したＲＮＴＩの種別とＤＣＩに含まれるプロセスＩＤの情報からプロセス管理を行っても良い。

　本実施形態では、グラントフリーアクセスの送信機会をスロットで説明したが、スロットではなくＯＦＤＭシンボル単位としても良いし、複数のＯＦＤＭシンボル単位としても良いし、サブフレーム単位でも良い。

　本実施形態では、グラントフリーアクセスのデータ送信が無線リソースと関連付いてプロセスＩＤが決定され、再送がスケジュールドベースのデータ送信に切り替わった際に、再送プロシージャの間は、再送中のプロセスＩＤと関連付いた無線リソースのデータ送信を中断する。そのため、同一のプロセスＩＤの送信が並行して使用されることを回避することができる。その結果、グラントフリーアクセスにおいて、プロセス管理を適切にすることができ、再送信号の合成などが実現でき、再送回数の減少による低遅延化、再送時の誤り率特性の改善、周波数利用効率の改善が可能となる。

　（第２の実施形態）
　本実施形態は、グラントフリーアクセスのデータ送信が無線リソースと関連付いてプロセスＩＤが決定され、端末装置がグラントフリーアクセスのデータ送信をしていないプロセスＩＤの再送用のグラントを検出した場合の一例である。本実施形態に係る通信システムは、図３、図５及び図６で説明した端末装置２０及び基地局装置１０で構成される。以下、第１の実施形態との相違点／追加点を主に説明する。

　図１１に、第２の実施形態に係るプロセス管理方法の一例を示す。図１１と図１０の違いは、図中で先頭のＰＩＤ０のスロットにおいて、端末装置がグラントフリーアクセスのデータ送信の有無である。図１１では、図中で先頭のＰＩＤ０のスロットで端末装置がグラントフリーアクセスのデータ送信をしていない。端末装置は、スロットｎ＋ｎ＿ｇｒａｎｔでＰＩＤ０のグラントフリーアクセスに対する再送用のグラントを検出する。ここで、端末装置は前実施形態と同様に、スロットｎ＋ｎ＿ｇｒａｎｔ＋ｍ１からＰＩＤ０のリソースのグラントフリーアクセスのデータ送信を中断する。ここで、端末装置は、ＰＩＤ０のグラントフリーアクセスに対する再送用のグラントを無視することも可能だが、この場合、基地局装置は最大の再送回数までＮＡＣＫを送信することになり、ＰＩＤ０のリソースのグラントフリーアクセスのデータ送信を中断する期間が長くってしまう。

　本実施形態では、端末装置がＰＩＤｘのリソースのグラントフリーアクセスのデータ送信がなかったことを、グラントに含まれる無線リソースを使って通知する。具体的には、基地局装置と端末装置間で予め決められたビット列もしくは制御情報を送信する。一例は、端末装置は、ゼロでパディングしたデータを送信することで、ＰＩＤｘのリソースのグラントフリーアクセスのデータ送信がなかったこと通知する。ここで、ゼロでパディングするとは、再送のグラントで通知されたトランスポートブロックサイズのビット数分だけ０を並べたビット列を送信する、などである。ただし、本実施形態は、この例に限定されるものではなく、ＭＡＣヘッダなどの上位層のヘッダを含めて、ＰＩＤｘのリソースのグラントフリーアクセスのデータ送信がなかった通知しても良い。基地局装置は、ゼロでパディングしたデータを検出した場合、ＰＩＤｘのグラントフリーアクセスに対する再送を終了するため、ＡＣＫを送信する。端末装置は、ＡＣＫを受信することでＰＩＤｘの再送が終了したと判断し、ＰＩＤｘのリソースのグラントフリーアクセスのデータ送信を再開する。

　また、端末装置は、ＰＩＤｘのリソースのグラントフリーアクセスのデータ送信していない、かつＰＩＤｘのグラントフリーアクセスに対する再送用のグラントを検出した場合、グラントに含まれる無線リソースを使ってバッファステータスレポート（BSR：Buffer Status Report）を通知しても良い。この場合、端末装置が通知するBSRはスケジュールドベースアクセスとグラントフリーアクセスの2種類のBSRがあれば、グラントフリーアクセスのBSRを送信しても良いし、両方のBSRを送信しても良い。また、BSRを送信するビット数がグラントで指定されるトランスポートブロックサイズより少ない場合はゼロでパディングをする。

　また、端末装置は、ＰＩＤｘのリソースのグラントフリーアクセスのデータ送信していない、かつＰＩＤｘのグラントフリーアクセスに対する再送用のグラントを検出した場合、グラントに含まれる無線リソースを使ってBSRに加えて、Power Headroom(PH)やCSIを送信しても良い。例えば、グラントに含まれる無線リソースで送信できるデータビット数に応じて、優先度が高い順からBSR、PH、CSIと多重しても良い。例えば、グラントに含まれる無線リソースでBSR、PH、CSIの全て送信できない場合は、BSRとPHのみを送信、もしくはBSRのみを送信するなどである。

　また、端末装置は、ＰＩＤｘのリソースのグラントフリーアクセスのデータ送信していない、かつＰＩＤｘのグラントフリーアクセスに対する再送用のグラントを検出した場合、かつ初送データある場合、ＰＩＤｘのグラントで通知されたリソースを用いて初送のデータ送信をしても良い。ここで、初送データでなくても、バッファにデータが残っていれば、ＰＩＤｘのグラントで通知されたリソースを用いて送信しても良い。

　また、端末装置は、ＰＩＤｘのリソースのグラントフリーアクセスのデータ送信していない、かつＰＩＤｘのグラントフリーアクセスに対する再送用のグラントを検出した場合、かつ異なるＰＩＤｙ（ｙ≠ｘ）のグラントを検出した場合、端末装置は、ＰＩＤｘのグラントで通知されたリソースを用いてゼロでパディングしたデータを送信し、ＰＩＤｙのグラントで通知されたリソースのデータ送信は行わないとしても良い。また、上記の場合、ＰＩＤｙのグラントで通知されたリソースのデータ送信を行い、ＰＩＤｘのグラントで通知されたリソースでのデータ送信を行わないとしても良い。ＰＩＤｙのグラント送信のみを行う例は、BSR、PH、CSIのいずれかを送信する場合、もしくは初送のデータを持っている場合などである。

　本実施形態では、グラントフリーアクセスの無線リソースに関連付いているプロセス番号がスケジュールドベースの初送のプロセス番号として使用できない例である。そのため、上りリンクのプロセス番号が８つあり、０～３をグラントフリーアクセスとし、４～７をスケジュールドベースアクセスとして使用しても良い。また、グラントフリーアクセスのデータ送信の再送用グラントとスケジュールドベースアクセスのデータ送信用のグラントを復号するためのＲＮＴＩが異なり、上りリンクのプロセス番号が８つあり、グラントフリーアクセスとスケジュールドベースアクセスでそれぞれ８つのプロセス番号を使っても良い。つまり、検出したＲＮＴＩの種別とＤＣＩに含まれるプロセスＩＤの情報からプロセス管理を行っても良い。

　本実施形態では、グラントフリーアクセスの送信機会をスロットで説明したが、スロットではなくＯＦＤＭシンボル単位としても良いし、複数のＯＦＤＭシンボル単位としても良いし、サブフレーム単位でも良い。

　本実施形態では、端末装置がＰＩＤｘのリソースのグラントフリーアクセスのデータ送信していない、かつＰＩＤｘのグラントフリーアクセスに対する再送用のグラントを検出した場合、ＰＩＤｘのリソースのグラントフリーアクセスのデータ送信していないことを通知する。そのため、基地局装置は、データ送信していない端末装置のデータを検知する誤判定（Ｆａｌｓｅ　Ａｌａｒｍ）による再送制御を早期に終了することができる。その結果、使用できるグラントフリーアクセスのリソースの減少を防ぎ、低遅延化や無線リソースを効率的に使用でき、周波数利用効率の改善が可能となる。

　（第３の実施形態）
　本実施形態は、グラントフリーアクセスのデータ送信に対する再送をスケジュールドベースでデータ送信する場合に、再送で使用しているプロセスＩＤをグラントフリーアクセスのデータ送信でも並行して使用できる一例である。本実施形態に係る通信システムは、図３、図５及び図６で説明した端末装置２０及び基地局装置１０で構成される。以下、第１の実施形態との相違点／追加点を主に説明する。

　図１２に、第３の実施形態に係るプロセス管理方法の一例を示す。同図は、説明を簡単とするため、グラントフリーアクセスリソースを１つとして、プロセス数を４つの場合を示しているが、本発明の一態様はこの例に限定されるものではない。また、グラントフリーアクセスリソースは連続するスロットとして設定されていても、非連続のスロットとして周期的に設定されていても良い。また、グラントフリーアクセスリソースは周波数ホッピングが適用されていても、適用されていなくても良い。同図では、端末装置がＰＩＤ０のスロットｎでグラントフリーアクセスのデータ送信を行う。端末装置は、スロットｎ＋ｎ＿ｇｒａｎｔでＰＩＤ０のグラントフリーアクセスに対する再送用のグラントを検出する。

　第１の実施形態では、スロットｎ＋ｎ＿ｇｒａｎｔ＋ｍ１からスロットｎ＋ｎ＿ｇｒａｎｔ＋ｎ＿ａｃｋ＋ｍ２までＰＩＤｘ（図１２ではｘ＝０の例）のリソースのグラントフリーアクセスのデータ送信が中断したが、本実施形態では、上記の期間でもＰＩＤｘのリソースのグラントフリーアクセスのデータ送信が可能となる。これは、グラントフリーアクセスのデータ送信に対するプロセス番号が無線リソースに関連付けられており、グラントフリーアクセスのデータ送信の再送としてスケジュールドベースのデータ送信に切換え時にプロセス番号が拡張されるためである。プロセス番号を拡張する例として、図１２では、再送用のグラントの送信タイミング（スロット）を使う例である。

　図１２では、スロット単位でグラントの送信タイミングによりＰＩＤｘ－１もしくはＰＩＤｘ－２となることを意味し、端末装置はＰＩＤ０の再送用のグラントをＰＩＤｘ－１のタイミングで検出しているため、再送のスケジュールドベースのデータ送信のプロセスＩＤはＰＩＤ０－１となる。このように、グラントフリーアクセスのデータ送信で同一のプロセスＩＤであったとしても再送のスケジュールドベースのデータ送信で異なるプロセスＩＤをつけることができる。そのため、ＰＩＤｘのリソースのグラントフリーアクセスのデータ送信に対する再送のプロシージャが行われている最中でもＰＩＤｘのリソースのグラントフリーアクセスのデータ送信が可能となる。図１２では、ＰＩＤｘを２つ識別できるようにする例だが、４つ識別できるように、ＰＩＤｘ－１～４を用意しても良い。

　また、端末装置がＰＩＤｘの再送用のグラントを検出したサーチスペースによって、プロセスＩＤを拡張しても良く、Ｃｏｍｍｏｎ　Ｓｅａｒｃｈ　Ｓｐａｃｅ（CSS）で検出した場合はＰＩＤｘ－１、ＵＥ－ｓｐｅｃｉｆｉｃ　Ｓｅａｒｃｈ　Ｓｐａｃｅ（USS）で検出した場合はＰＩＤｘ－２としても良い。また、端末装置がＰＩＤｘの再送用のグラントを検出した際のアグリゲーションレベルによって、プロセスＩＤを拡張しても良く、アグリゲーションレベル１、２、４、８がある場合に、どのアグリゲーションレベルでグラントを検出したのかによってＰＩＤｘ－１～４を決めても良い。また、ブラインドデコーディングで復号を試行する候補によって、プロセスＩＤを拡張しても良く、それぞれの候補がＰＩＤｘ－１～ｎ＿ｓｓ（ｎ＿ｓｓはブラインドデコーディングする候補の数）に対応し、グラントを検出した候補でＰＩＤｘ－１～ｎ＿ｓｓを決めても良い。また、端末装置がＰＩＤｘの再送用のグラントを検出した際のＤＣＩフォーマットによって、プロセスＩＤを拡張しても良く、例えば、ＤＣＩフォーマット１Ａか、ＤＣＩ２なのかによってＰＩＤｘ－１とＰＩＤｘ－２を決めても良い。

　また、基地局装置が通知するＰＩＤｘの再送用のグラントに含まれるＤＭＲＳに関するパラメータ（サイクリックシフトやＣｏｍｂのＲＦや周波数位置）と関連付けてプロセスＩＤを拡張しても良く、例えば、グラントフリーアクセスのデータ送信で使ったＤＭＲＳに関するパラメータと同じ設定の場合はＰＩＤｘ－１、異なる設定の場合はＰＩＤｘ－２としても良い。また、別の例は、ＤＭＲＳのサイクリックシフトが８パターンある場合に、サイクリックシフトの回転量からＰＩＤｘ－１～８を決めても良い。

　また、基地局装置が通知するＰＩＤｘの再送用のグラントに含まれるその他のパラメータ）と関連付けてプロセスＩＤを拡張しても良く、例えば、再送ではインクリメンタルリダンダンシーの再送はサポートせず、ＲＶの値を使っても良いし、ＮＤＩやＭＣＳの一部のフィールドを使っても良い。

　本実施形態では、グラントフリーアクセスの無線リソースに関連付いているプロセス番号がスケジュールドベースの初送のプロセス番号として使用できない例である。そのため、上りリンクのプロセス番号が８つあり、０～３をグラントフリーアクセスとし、４～７をスケジュールドベースアクセスとして使用しても良い。また、グラントフリーアクセスのデータ送信の再送用グラントとスケジュールドベースアクセスのデータ送信用のグラントを復号するためのＲＮＴＩが異なり、上りリンクのプロセス番号が８つあり、グラントフリーアクセスとスケジュールドベースアクセスでそれぞれ８つのプロセス番号を使っても良い。つまり、検出したＲＮＴＩの種別とＤＣＩに含まれるプロセスＩＤの情報からプロセス管理を行っても良い。

　本実施形態では、グラントフリーアクセスの送信機会をスロットで説明したが、スロットではなくＯＦＤＭシンボル単位としても良いし、複数のＯＦＤＭシンボル単位としても良いし、サブフレーム単位でも良い。

　本実施形態では、ＰＩＤｘのリソースのグラントフリーアクセスのデータ送信に対する再送において、再送時のスケジュールドベースのデータ送信のプロセスＩＤを拡張する方法を示した。この場合、再送でスケジュールドベースのデータ送信に使われているプロセスＩＤと関連づいているグラントフリーアクセスのリソースを使用することができる。その結果、使用できるグラントフリーアクセスのリソースの減少を防ぎ、低遅延化や無線リソースを効率的に使用でき、周波数利用効率の改善が可能となる。

　（第４の実施形態）
　スケジュールドアクセスでは、基地局装置が端末装置毎の上りリンクのチャネル情報を把握するために、ＳＲＳを送信する。基地局装置は、ＳＲＳの送信パラメータとして、ＳＲＳを送信する周期、時間のオフセット、周波数位置、帯域幅、周波数のホッピングパターン、ＩＦＤＭのｒｅｐｅｔｉｔｉｏｎ　ｆａｃｔｏｒ（ＲＦ）とＩＦＤＭのオフセット（ＲＦとオフセットをまとめてｃｏｍｂ関連情報と呼ぶ）、アンテナポート、ＳＲＳ用の目標受信電力をＲＲＣで端末装置へ通知する。上記の送信パラメータのようにＳＲＳの送信周期を設定し、周期的に送信するＳＲＳをＰｅｒｉｏｄｉｃ（周期的）　ＳＲＳと呼ぶ。一方、ＳＲＳの送信周期などの送信タイミングを決めずに、ＤＣＩでＳＲＳの送信タイミングを指定する方法があり、これをＡｐｅｒｉｏｄｉｃ（非周期的）　ＳＲＳと呼ぶ。Ａｐｅｒｉｏｄｉｃ　ＳＲＳもＰｅｒｉｏｄｉｃ　ＳＲＳと同様に、送信周期や時間のオフセットを除く送信パラメータをＲＲＣで端末装置へ通知する。

　一方、ＵＲＬＬＣのグラントフリーアクセスでは、端末装置がデータを有する時のみデータ送信するため長時間データ送信がないことがあるが、高信頼の通信を実現するために、高精度の閉ループの送信電力制御やタイミングアライメントを実現することが好ましい。しかしながら、スケジュールドアクセス用のＳＲＳでは、ＵＲＬＬＣのグラントフリーアクセスのために、ＳＲＳの送信パラメータの送信周期や周波数位置、帯域幅、周波数ホッピングパターンを決定するわけではない。そのため、ＵＲＬＬＣのグラントフリーアクセス用のＳＲＳの送信パラメータは、スケジュールドアクセス用のＳＲＳのパラメータと異なる設定とすることが好ましい。そこで、本実施形態では、スケジュールドアクセスとＵＲＬＬＣのグラントフリーアクセスで個別にＳＲＳの送信パラメータを設定する。

　図１３に、本実施形態に係るＳＲＳの送信の一例を示す。同図はＰｅｒｉｏｄｉｃ　ＳＲＳの送信の一例である。同図では、周波数の区切りをリソースブロックもしくは複数のリソースブロックから構成されるリソースブロックグループとする。リソースブロックとは、複数のサブキャリアから構成され、例えば、１２サブキャリアや２４サブキャリアから構成されても良い。同図の時間方向の区切りは、フレーム（無線フレーム）、サブフレーム、もしくはスロット、もしくはスケジューリングの最小単位のＯＦＤＭシンボル数（スロットを構成するＯＦＤＭシンボル数より少ない）とする。スロットは、例えば７ＯＦＤＭシンボルを１スロットとしても良い。サブフレームは、例えば２スロットを１サブフレームとしても良い。フレーム（無線フレーム）は、例えば１０サブフレームを１フレームとしても良い。以下、周波数方向の区切りをリソースブロックグループ、時間方向の区切りをスロットとする例で説明する。同図の例では、ＵＲＬＬＣのグラントフリーアクセスに使用可能なＵＲＬＬＣリソースは周波数ホッピングしない場合である。つまり、フレーム、サブフレーム、スロット、ＯＦＤＭシンボルによって、ＵＲＬＬＣリソースのリソースブロックグループが変わらない場合である。また、同図では、２つあるＵＲＬＬＣリソースは、使用可能なリソースブロックグループの両端に配置された例（１サービングセルもしくは１コンポーネントキャリアで使用可能なリソースブロックグループの両端）であるが、本発明の一態様はこの例に限定されない。例えば、複数のＵＲＬＬＣリソースが隣接するリソースブロックグループとなっても良い。図１３の例のように両端のリソースブロックグループもしくは非連続なリソースブロックグループをＵＲＬＬＣリソースとした場合、周波数選択性フェージングにより複数のＵＲＬＬＣリソースのチャネル利得が落ち込む可能性が低くなる。一方、複数のＵＲＬＬＣリソースが隣接するリソースブロックグループとすると（例えば、ＵＲＬＬＣリソースが２つであり、図１３のＵＲＬＬＣリソース１とそのリソースに隣接するリソースブロックグループをＵＲＬＬＣリソース２とすると）、異なるサブキャリア間隔（numerology）や異なるフレーム構成などの信号を周波数分割多重とする場合にガードバンドが少なくて良い。また、同図では、ＵＲＬＬＣリソースは全スロットで使用可能な例であるが、本発明のこの例に限定されるものではなく、例えば、ＵＲＬＬＣリソースは２スロットや４スロットの周期で設定されても良い。

　図１３では２つの端末装置がＳＲＳを送信している場合であり、ＵＲＬＬＣリソース１でグラントフリーアクセスが可能な端末装置ＡとＵＲＬＬＣリソース１と２の少なくとも一方でグラントフリーアクセスが可能な端末装置Ｂが存在している。まず、端末装置Ａは、スケジュールドアクセス用のＳＲＳ送信パラメータとＵＲＬＬＣ用のＳＲＳの送信パラメータがそれぞれ設定されており、スケジュールドアクセス用のＳＲＳ送信パラメータは前述の通りである。一方、ＵＲＬＬＣ用のＳＲＳの送信パラメータは、グラントフリーアクセスのデータ送信に使用できるリソースブロックグループが限定されており、ＳＲＳ送信に使用する周波数位置、帯域幅、周波数のホッピングパターンの少なくとも１つを除き、その他は前述のＳＲＳの送信パラメータが含まれて良い。そのため、ＵＲＬＬＣ用のＳＲＳを送信するリソースブロックグループは、ＲＲＣなどの上位層の信号で設定されるＵＲＬＬＣリソースの情報に基づいて決定されても良い。また、ＵＲＬＬＣ用のＳＲＳを送信するリソースブロックグループは、ＲＲＣなどの上位層の信号で設定されるＵＲＬＬＣリソースの情報とＵＲＬＬＣ用のＳＲＳの送信パラメータの情報の両方に基づいて決定されても良い。具体的には、ＵＲＬＬＣリソースが複数設定されており、ＵＲＬＬＣ用のＳＲＳを送信に使用するＵＲＬＬＣリソースの順番に関する情報はＵＲＬＬＣ用のＳＲＳの送信パラメータに含まれていても良い。なお、スケジュールドアクセス用のＳＲＳ送信パラメータは非ＵＲＬＬＣ用のＳＲＳ送信パラメータであっても良い。

　ＵＲＬＬＣ用のＳＲＳの送信パラメータは、高精度のタイミングアライメントや閉ループの送信電力制御ができるように、スケジュールドアクセスのＳＲＳの送信周期よりも短い送信周期を設定出来ても良い。例えば、ＵＲＬＬＣ用のＳＲＳの送信周期で設定できる最小のスロット数がスケジュールドアクセス用のＳＲＳの送信周期で設定できる最小のスロット数よりも小さくても良い。また、別の例では、ＵＲＬＬＣ用のＳＲＳの送信周期はＯＦＤＭシンボル数やスロット数で指定可能であり、スケジュールドアクセス用のＳＲＳの送信周期はサブフレーム数や無線フレーム数で指定可能のように、指定する周期の単位が異なっても良い。図１３では、端末装置はＵＲＬＬＣリソース１では、４スロットに１回ＳＲＳを送信しており（４スロットの周期）、ＵＲＬＬＣでないリソースでは、４スロットよりも長い周期で３リソースブロックグループ分のＳＲＳを送信している。

　ＵＲＬＬＣ用のＳＲＳとスケジュールドアクセスのＳＲＳでアンテナポートが異なっており、ＵＲＬＬＣ用のＳＲＳのアンテナポートＸはスケジュールドアクセスのＳＲＳのアンテナポートＹと設定されても良い（Ｘ≠Ｙ）。また、ＵＲＬＬＣ用のＳＲＳは１つのアンテナポートでの送信のみ可能とし、ＵＲＬＬＣ用のＳＲＳの送信パラメータにアンテナポートの設定が含まれず、スケジュールドアクセス用のＳＲＳは複数のアンテナポートでの送信が可能であり、スケジュールドアクセス用のＳＲＳの送信パラメータにアンテナポートの設定が含まれても良い。

　図１３における端末装置Ｂは、複数のＵＲＬＬＣリソースが使用可能であるため、ＵＲＬＬＣ用のＳＲＳの送信パラメータに、送信開始するＵＲＬＬＣリソースの情報を含んでも良い。例えば、端末装置Ｂは、上位層の信号で予めＵＲＬＬＣリソースの設定がされており、ＵＲＬＬＣ用のＳＲＳの送信パラメータとして送信開始するＵＲＬＬＣリソースの情報を受信しても良い。同図の端末装置Ｂは、ＵＲＬＬＣリソース２、ＵＲＬＬＣリソース１の順に４スロットの周期でＳＲＳを送信し、ＵＲＬＬＣでないリソースでは４スロットより長い周期で２リソースブロックグループ分のＳＲＳを送信している例である。また、端末装置Ｂが受信するＵＲＬＬＣ用のＳＲＳの送信パラメータに、１ＯＦＤＭシンボルでＳＲＳの送信に使用するＵＲＬＬＣリソース数の情報を含んでも良い。例えば、端末装置ＢはＵＲＬＬＣ用のＳＲＳを同時に２つのＵＲＬＬＣリソースで送信する送信パラメータを受信した場合、図１３では１サービングセルで使用可能なリソースブロックグループの両端で同時にＵＲＬＬＣ用のＳＲＳの送信を行う。

　図１４に、第１の実施形態に係るＳＲＳの送信の一例を示す。同図はＰｅｒｉｏｄｉｃ
　ＳＲＳの送信の一例であり、ＵＲＬＬＣのグラントフリーアクセスに使用可能なＵＲＬＬＣリソースは周波数ホッピングする場合である。つまり、フレーム、サブフレーム、スロット、ＯＦＤＭシンボルによって、ＵＲＬＬＣリソースのリソースブロックグループが変わる場合である。また、同図では、ＵＲＬＬＣリソースは２スロットの周期で設定されている例だが、本発明の一態様はこの例に限定されるものではない。同図では、図１３と同様にＵＲＬＬＣ用のＳＲＳを送信するリソースブロックグループがＲＲＣなどの上位層の信号で設定されるＵＲＬＬＣリソースの情報に基づいて決定されても良い。また、ＵＲＬＬＣ用のＳＲＳを送信するリソースブロックグループは、ＲＲＣなどの上位層の信号で設定されるＵＲＬＬＣリソースの情報とＵＲＬＬＣ用のＳＲＳの送信パラメータの情報の両方に基づいて決定されても良い。

　図１４では１つの端末装置がＳＲＳを送信している場合であり、４つＵＲＬＬＣリソースに対して、１回ＳＲＳを送信する例である。同図の例では、基地局装置が端末装置に対して、ＵＲＬＬＣ用のＳＲＳの送信周期として、Ａ個のＵＲＬＬＣリソースに対して１回ＳＲＳを送信する設定をＲＲＣなどの上位層の信号で送信する。端末装置は、ＵＲＬＬＣリソースがＢ個のスロットの周期で設定されている場合、ＵＲＬＬＣ用のＳＲＳをＡＢ（ＡとＢの積）個のスロットの周期で送信する。よって、同図の例では、Ａ＝４、Ｂ＝２であり、端末装置はＳＲＳを８スロットの周期で送信する。一方、同図の端末装置は、スケジュールドアクセス用のＳＲＳ送信として、１回のＳＲＳ送信で３リソースブロックグループの帯域幅が指定されており、ＵＲＬＬＣ用のＳＲＳ送信の周期よりも長く設定されている例である。

　図１４において、端末装置はスケジュールドアクセス用のＳＲＳ送信をＵＲＬＬＣリソースの設定されていないスロットのみとしても良い。具体的には、端末装置は、ＵＲＬＬＣリソースのリソースブロックグループを含まないかつスケジュールドアクセス用のＳＲＳ送信のタイミングの場合、スケジュールドアクセス用のＳＲＳを送信する。一方、端末装置は、ＵＲＬＬＣリソースのリソースブロックグループを含むかつスケジュールドアクセス用のＳＲＳ送信のタイミングの場合、スケジュールドアクセス用のＳＲＳを送信しない。また、スケジュールドアクセス用のＳＲＳ送信のタイミングがＵＲＬＬＣリソースのリソースブロックグループを含むスロットか否かによって、端末装置がスケジュールドアクセス用のＳＲＳをするか否かを変える制御は、ＵＲＬＬＣリソースの設定周期がＣスロット以上の場合のみとしても良い。例えば、Ｃは２以上の場合としても良い。

　図１５に、第１の実施形態に係るＳＲＳの送信の一例を示す。同図では、Ｐｅｒｉｏｄｉｃ　ＳＲＳの送信の一例であり、２つの設定のＳＲＳの送信をしている例である。設定１のＳＲＳ送信では、送信パラメータとして、ＳＲＳを送信する周期、時間のオフセット、周波数位置、帯域幅、周波数のホッピングパターン、ｃｏｍｂ関連情報、アンテナポート、ＳＲＳ用の目標受信電力がＲＲＣで通知される。一方、設定２のＳＲＳ送信では、送信パラメータとして、ＳＲＳ送信に使用する周波数位置、帯域幅、周波数のホッピングパターンの少なくとも１つを除き、その他は設定１の送信パラメータと同様にＲＲＣで通知される。設定２のＳＲＳ送信では、データ送信に使用されるリソースブロックグループが限定されている場合に使用するため、予めＲＲＣなどで通知されているデータ送信用のリソースブロックグループの情報に基づいてＳＲＳを送信する周波数位置、帯域幅の少なくとも一つが決定されても良い。また、設定２のＳＲＳ送信に使用するリソースブロックグループは、予めＲＲＣなどで通知されているデータ送信用のリソースブロックグループと設定２のＳＲＳ送信の送信パラメータの情報の両方に基づいて決定されても良い。設定１と設定２のＳＲＳは異なるビーム用のＳＲＳ送信であっても良い。この場合、設定１は、複数のビームのＳＲＳ送信を行い、設定２は特定のビームのＳＲＳ送信を行っても良い。また、設定１と設定２のＳＲＳは異なるサブキャリア間隔のＳＲＳ送信であっても良い。設定１と設定２のＳＲＳは異なるサービングセルのＳＲＳ送信であっても良い。設定１と設定２のＳＲＳは、異なるフレーム構成のＳＲＳ送信であっても良い。

　図１６に、第１の実施形態に係るＳＲＳの送信の一例を示す。同図では、Ｐｅｒｉｏｄｉｃ　ＳＲＳの送信の一例であり、スケジュールドアクセス用のＳＲＳ送信とＵＲＬＬＣ用のＳＲＳ送信を行う例である。まず、端末装置は、スケジュールドアクセス用のＳＲＳの送信パラメータとして、ＳＲＳを送信する周期、時間のオフセット、周波数位置、帯域幅、周波数のホッピングパターン、ｃｏｍｂ関連情報、アンテナポート、ＳＲＳ用の目標受信電力がＲＲＣで通知され、この送信パラメータに基づいてＳＲＳを送信する。同図では、スケジュールドアクセス用のＳＲＳが３リソースブロックグループで送信される場合である。基地局装置は、端末装置に対してＵＲＬＬＣ用のリソースをアクティベーションした場合、ＵＲＬＬＣ用のＳＲＳの送信パラメータを通知する。端末装置は、ＵＲＬＬＣ用のＳＲＳの送信パラメータを受信した場合、スケジュールドアクセス用のＳＲＳ送信を中断する。つまり、端末装置は、同図の様にＵＲＬＬＣ用のＳＲＳを周期的に送信する設定が有効な間、スケジュールドアクセス用のＳＲＳ送信を行わず、ＵＲＬＬＣ用のＳＲＳのみ送信する。ここで、基地局装置は、ＵＲＬＬＣ用のＳＲＳの送信パラメータをＵＲＬＬＣ用のリソースをアクティベーションと同時に通知する場合について説明したが、本発明の一態様はこの例に限定されない。例えば、基地局装置は、ＵＲＬＬＣ用のリソースのアクティベーションを通知した後、必要に応じてＵＲＬＬＣ用のＳＲＳの送信パラメータを通知しても良い。また、基地局装置は、ＵＲＬＬＣ用のＳＲＳの送信パラメータを通知して上りリンクのチャネル情報を取得した上で、ＵＲＬＬＣ用のリソースのアクティベーションをしても良い。また、端末装置は、ＵＲＬＬＣ用のリソースのディアクティベーション（リリース）もしくはＵＲＬＬＣ用のＳＲＳの送信パラメータの削除（リリース）によりＵＲＬＬＣ用のＳＲＳを中断し、スケジュールドアクセス用のＳＲＳ送信を再開しても良い。

　本実施形態では、Ｐｅｒｉｏｄｉｃ　ＳＲＳの送信の例で説明したが、Ａｐｅｒｉｏｄｉｃ　ＳＲＳの送信に適用しても良い。例えば、Ａｐｅｒｉｏｄｉｃ　ＳＲＳのトリガーできるＳＲＳ送信用のパラメータが複数存在し、少なくとも１つのＳＲＳ送信のパラメータでは使用する周波数位置、帯域幅、周波数のホッピングパターンの少なくとも１つを除く設定とし、残りのＳＲＳ送信のパラメータでは使用する周波数位置、帯域幅、周波数のホッピングパターンが含まれる設定としても良い。

　グラントフリーアクセスのデータ送信のスロットとＳＲＳ送信のトリガーがされたスロットが一致したら、ＳＲＳの送信を行わない、としても良い。

　本実施形態では、ＵＲＬＬＣ用のＳＲＳの送信に使用するリソースは、少なくともＵＲＬＬＣのデータ送信に使用できるリソースの情報に基づいて決定されるが、データ送信用のリソースブロック数もしくはリソースブロックグループ数が設定可能なＳＲＳ送信のリソースブロック数もしくはリソースブロックグループ数でない場合、以下のようにＳＲＳを送信しても良い。一例は、データ送信用のリソースブロック数もしくはリソースブロックグループ数を超える最小の設定可能なＳＲＳの送信リソースブロック数もしくはリソースブロックグループ数でＳＲＳの系列を生成し、系列のインデックスの昇順／降順にリソースエレメントに割当てて送信し、割当できなかった系列を送らない。また、別の一例は、データ送信用のリソースブロック数もしくはリソースブロックグループ数以下で最大の設定可能なＳＲＳの送信リソースブロック数もしくはリソースブロックグループ数でＳＲＳの系列を生成し、データ送信用のリソースブロックもしくはリソースブロックグループの中の一部でＳＲＳを送信する。

　本実施形態では、基地局装置がＵＲＬＬＣ用のＳＲＳの送信パラメータとスケジュールドアクセス用のＳＲＳの送信パラメータを端末装置にそれぞれ通知する。ＵＲＬＬＣ用のＳＲＳの送信に使用するリソースは、少なくともＵＲＬＬＣのデータ送信に使用できるリソースの情報に基づいて決定され、スケジュールドアクセス用のＳＲＳの送信に使用するリソースは、スケジュールドアクセス用のＳＲＳの送信パラメータのみに基づいて決定される。このように、複数のパラメータのデータ送信（グラントフリーアクセスかスケジュールドアクセスかも含む）／複数の要求条件のデータ送信／複数の送信モードのデータ送信の各用途に合わせたＳＲＳ送信が可能となる。その結果、ＵＲＬＬＣのグラントフリーアクセスにおいて、高精度な閉ループの送信電力制御やタイミングアライメントを実現でき、効率的に高信頼なデータ送信が実現でき、周波数利用効率の向上を実現できる。

　（第５の実施形態）
　本実施形態は、基地局装置がＵＲＬＬＣ用のＳＲＳの送信パラメータとスケジュールドアクセス用のＳＲＳの送信パラメータを端末装置にそれぞれ通知し、同一のスロットもしくは同一のＯＦＤＭシンボルでＵＲＬＬＣ用のＳＲＳとスケジュールドアクセス用のＳＲＳの送信タイミングである（トリガーされた）場合の一例である。本実施形態に係る通信システムは、図３、図５及び図６で説明した端末装置２０及び基地局装置１０で構成される。以下、第１の実施形態との相違点／追加点を主に説明する。

　図１７に、第２の実施形態に係るＳＲＳの送信の一例を示す。同図はＰｅｒｉｏｄｉｃ
　ＳＲＳの送信の一例であり、ＵＲＬＬＣのグラントフリーアクセスに使用可能なＵＲＬＬＣリソースは周波数ホッピングする場合である。同図では、ＵＲＬＬＣリソースは２スロットの周期で設定されている例だが、本発明の一態様はこの例に限定されるものではない。同図では、図１３と同様にＵＲＬＬＣ用のＳＲＳを送信するリソースブロックグループがＲＲＣなどの上位層の信号で設定されるＵＲＬＬＣリソースの情報に基づいて決定されても良い。また、ＵＲＬＬＣ用のＳＲＳを送信するリソースブロックグループは、ＲＲＣなどの上位層の信号で設定されるＵＲＬＬＣリソースの情報とＵＲＬＬＣ用のＳＲＳの送信パラメータの情報の両方に基づいて決定されても良い。

　図１７では１つの端末装置がＳＲＳを送信している場合であり、２つのＵＲＬＬＣリソースに対して、１回のＳＲＳを送信する例である。一方、同図の端末装置は、スケジュールドアクセス用のＳＲＳ送信として、１回のＳＲＳ送信で３リソースブロックグループの帯域幅が指定されており、ＵＲＬＬＣ用のＳＲＳ送信の周期よりも長く設定されている例である。

　図１７の左から５つ目のスロットでは、同一スロットでＵＲＬＬＣ用のＳＲＳとスケジュールドアクセス用のＳＲＳがトリガーされており、この場合の本発明の一態様における端末装置のふるまいについて説明する。端末装置は、予め基地局装置に対して、ＳＲＳに関するＵＥ　Ｃａｐａｂｉｌｉｔｙを通知している。ＳＲＳに関するＵＥ　Ｃａｐａｂｉｌｉｔｙの一つに、同一サービングセル内で複数のＳＲＳ送信が可能かを示す情報があり、以下、このＵＥ　ＣａｐａｂｉｌｉｔｙをＭｕｌｔｉ－ＳＲＳ送信機能と呼ぶ。ここで、Ｍｕｌｔｉ－ＳＲＳ送信機能は、複数のサービングセル内で複数のＳＲＳ送信が可能かを示す情報であっても良い。Ｍｕｌｔｉ－ＳＲＳ送信機能は、Ｄｕａｌ　ＣｏｎｎｅｃｔｉｖｉｔｙのＵＥ　Ｃａｐａｂｉｌｉｔｙの情報であっても良い。Ｍｕｌｔｉ－ＳＲＳ送信機能は、Ｄｕａｌ　ＣｏｎｎｅｃｔｉｖｉｔｙのＰＣＧ（Ｐｒｉｍａｒｙ　Ｃｅｌｌ　Ｇｒｏｕｐ）もしくはＳＣＧ（Ｓｅｃｏｎｄａｒｙ　Ｃｅｌｌ　Ｇｒｏｕｐ）内で複数のＳＲＳ送信が可能かを示す情報であっても良い。

　端末装置がＭｕｌｔｉ－ＳＲＳ送信機能を有する場合かつ同一スロットでＵＲＬＬＣ用のＳＲＳとスケジュールドアクセス用のＳＲＳの送信がトリガーされた場合において説明する。この場合、端末装置は、ＵＲＬＬＣ用のＳＲＳとスケジュールドアクセス用のＳＲＳの送信電力を各々算出する。ここで、ＵＲＬＬＣ用のＳＲＳとスケジュールドアクセス用のＳＲＳは、少なくとも閉ループの送信電力制御の積算値が異なっても良い。また、ＵＲＬＬＣ用のＳＲＳとスケジュールドアクセス用のＳＲＳは、少なくとも目標受信電力の設定を送信パラメータとしてそれぞれ通知されていても良い。また、ＵＲＬＬＣ用のＳＲＳとスケジュールドアクセス用のＳＲＳは、異なる目標受信電力の値を有しており、１つの目標受信電力は通知され、他方の目標受信電力は通知された目標受信電力からのオフセット値のみが通知されても良い。

　端末装置は、ＳＲＳの送信電力の算出式の例は、Ｐ_{ＳＲＳ,ｃ}（ｉ）＝ｍｉｎ｛Ｐ_{ＣＭＡＸ,ｃ}（ｉ），Ｐ_{ＳＲＳ＿ＯＦＦＳＥＴ,ｃ}（ｍ）＋１０ｌｏｇ_１０（Ｍ_{ＳＲＳ,ｃ}（ｉ））＋Ｐ_{Ｏ＿ＰＵＳＣＨ,ｃ}（ｊ）＋α_ｃ（ｊ）・ＰＬ_ｃ＋ｆ_ｃ,ｑ（ｉ）｝である。ここで、ｍｉｎは｛｝内で小さい値を選択するものとする。Ｐ_{ＣＭＡＸ,ｃ}（ｉ）は、サービングセルｃにおけるｉ番目のサブフレームの端末装置の許容される最大送信電力であり、Ｐ_{ＳＲＳ＿ＯＦＦＳＥＴ,ｃ}（ｍ）は上位層で設定されるオフセットの値であり、ｍ＝０はＰｅｒｉｏｄｉｃ　ＳＲＳ（Ｔｙｐｅ０）、ｍ＝１はＡｐｅｒｉｏｄｉｃ　ＳＲＳ（Ｔｙｐｅ１）であり、Ｍ_{ＳＲＳ,ｃ}（ｉ）はサービングセルｃにおけるｉ番目のサブフレームで送信するＳＲＳの帯域幅（リソースブロック数もしくはリソースブロックグループ数）、Ｐ_{Ｏ＿ＰＵＳＣＨ,ｃ}（ｊ）はサービングセルｃにおけるスケジューリングｊにおける１ＲＢあたりの名目上の目標受信電力（ｊ＝１に固定）、α_ｃ（ｊ）はサービングセルｃにおけるフラクショナル送信電力制御のパラメータ（ｊ＝１に固定）、ＰＬ_ｃはサービングセルｃにおけるパスロス、ｆ_ｃ,ｑ（ｉ）はサービングセルｃ、送信ｑにおける閉ループの送信電力制御のパラメータ、ｑはＵＲＬＬＣ用のＳＲＳ送信かスケジュールドアクセス用のＳＲＳ送信かを示すパラメータである。送信電力の算出に用いるＰ_{Ｏ＿ＰＵＳＣＨ,ｃ}（ｊ）は、Ｐ_{Ｏ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ,ｃ}（ｊ）とＰ_{Ｏ＿ＵＥ＿ＰＵＳＣＨ,ｃ}（ｊ）の和で決まる。Ｐ_{Ｏ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ,ｃ}（ｊ）は、ＲＲＣで通知される。Ｐ_{ＣＭＡＸ,ｃ}（ｉ）はＭＰＲ（Ｍａｘｉｍｕｍ　Ｐｏｗｅｒ　Ｒｅｄｕｃｔｉｏｎ）、Ａ－ＭＰＲ（Ａｄｄｉｔｉｏｎａｌ－ＭＰＲ）、Ｐ－ＭＰＲ（Ｐｏｗｅｒ　Ｍａｎａｇｅｍｅｎｔ－ＭＰＲ）から決まるＰ_{ＣＭＡＸ＿Ｌ,ｃ}（ｉ）と、Ｐ_{ＥＭＡＸ,ｃ}やＰ_{ＰｏｗｅｒＣｌａｓｓ}から決まるＰ_{ＣＭＡＸ＿Ｈ,ｃ}（ｉ）の間で、端末装置の持つＰＡ（Ｐｏｗｅｒ　Ａｍｐｌｉｆｉｅｒ）の能力に応じて設定される。

　端末装置が各々算出したＵＲＬＬＣ用のＳＲＳとスケジュールドアクセス用のＳＲＳの送信電力の和がＰ_{ＣＭＡＸ,ｃ}（ｉ）を下回る場合は両方のＳＲＳを同一のスロットで送信する。一方、端末装置が各々算出したＵＲＬＬＣ用のＳＲＳとスケジュールドアクセス用のＳＲＳの送信電力の和がＰ_{ＣＭＡＸ,ｃ}（ｉ）を上回る場合は、ＵＲＬＬＣ用のＳＲＳに優先して送信電力を割り当てる。ここで、優先して送信電力を割り当てるＳＲＳは、スケジュールドアクセス用のＳＲＳよりグラントフリーアクセス用のＳＲＳを優先するとしても良いし、非ＵＲＬＬＣ（例えば、ｅＭＢＢやｍＭＴＣ）用のＳＲＳよりＵＲＬＬＣ用のＳＲＳを優先するとしても良い。

　ＵＲＬＬＣ用のＳＲＳの送信電力の算出結果Ｐ_{ＳＲＳ＿ＵＲＬＬＣ,ｃ}（ｉ）、スケジュールドアクセス用のＳＲＳの送信電力の算出結果Ｐ_{ＳＲＳ＿Ｓｃｈｅｄｕｌｅ,ｃ}（ｉ）と端末装置の許容される最大送信電力Ｐ_{ＣＭＡＸ,ｃ}（ｉ）から、以下のようにＵＲＬＬＣ用のＳＲＳに優先的に送信電力を割り当てる。ＵＲＬＬＣ用のＳＲＳの送信電力は算出結果のＰ_{ＳＲＳ＿ＵＲＬＬＣ,ｃ}（ｉ）とし、スケジュールドアクセス用のＳＲＳの送信電力は、Ｐ_{ＣＭＡＸ,ｃ}（ｉ）－Ｐ_{ＳＲＳ＿ＵＲＬＬＣ,ｃ}（ｉ）とする。送信電力が足りない場合のため、Ｐ_{ＣＭＡＸ,ｃ}（ｉ）－Ｐ_{ＳＲＳ＿ＵＲＬＬＣ,ｃ}（ｉ）＜Ｐ_{ＳＲＳ＿Ｓｃｈｅｄｕｌｅ,ｃ}（ｉ）を満たす。端末装置は、スケジュールドアクセス用のＳＲＳの送信電力の下限Ｔ_{ＳＲＳ＿Ｓｃｈｅｄｕｌｅ}が設定されていても良く、この場合、Ｔ_{ＳＲＳ＿Ｓｃｈｅｄｕｌｅ}≦Ｐ_{ＣＭＡＸ,ｃ}（ｉ）－Ｐ_{ＳＲＳ＿ＵＲＬＬＣ,ｃ}（ｉ）を満たす場合のみスケジュールドアクセス用のＳＲＳを送信しても良い。Ｔ_{ＳＲＳ＿Ｓｃｈｅｄｕｌｅ}は基地局装置がＲＲＣなどの上位層の信号で端末装置に通知しても良い。端末装置は、Ｔ_{ＳＲＳ＿Ｓｃｈｅｄｕｌｅ}＞Ｐ_{ＣＭＡＸ,ｃ}（ｉ）－Ｐ_{ＳＲＳ＿ＵＲＬＬＣ,ｃ}（ｉ）となる場合、スケジュールドアクセス用のＳＲＳを送信しなくても良い。

　端末装置は、ＵＲＬＬＣ用のＳＲＳとスケジュールドアクセス用のＳＲＳが同一スロットでトリガーされた場合、ＲＲＣなどの上位層の信号でスケジュールドアクセス用のＳＲＳの送信電力の下限Ｔ_{ＳＲＳ＿Ｓｃｈｅｄｕｌｅ}が設定されてなければ、常にＵＲＬＬＣ用のＳＲＳのみ送信しても良い。また、Ｔ_{ＳＲＳ＿Ｓｃｈｅｄｕｌｅ}＝０が設定可能であっても良く、Ｔ_{ＳＲＳ＿Ｓｃｈｅｄｕｌｅ}＝０の場合、端末装置は、Ｐ_{ＣＭＡＸ,ｃ}（ｉ）－Ｐ_{ＳＲＳ＿ＵＲＬＬＣ,ｃ}（ｉ）が正の値であれば、常にスケジュールドアクセス用のＳＲＳを送信するとしても良い。端末装置は、Ｍｕｌｔｉ－ＳＲＳ送信機能を有しない場合、ＵＲＬＬＣ用のＳＲＳのみ送信するとしても良い。

　本実施形態では、ＵＲＬＬＣ用のＳＲＳとスケジュールドアクセス用のＳＲＳが同一タイミングでトリガーされた場合、端末装置はＵＲＬＬＣ用のＳＲＳの送信を優先する、もしくはＵＲＬＬＣ用のＳＲＳに割当てる送信電力を優先する。その結果、ＵＲＬＬＣのグラントフリーアクセスにおいて、高精度な閉ループの送信電力制御やタイミングアライメントを実現でき、効率的に高信頼なデータ送信が実現でき、周波数利用効率の向上を実現できる。

　（第５の実施形態の変形例）
　本変形例では、基地局装置がＵＲＬＬＣ用のＳＲＳの送信パラメータとスケジュールドアクセス用のＳＲＳの送信パラメータを端末装置にそれぞれ通知し、同一のスロットもしくは同一のＯＦＤＭシンボルでＵＲＬＬＣ用のＳＲＳとスケジュールドアクセス用のＳＲＳの送信タイミングである（トリガーされた）場合の一例である。本実施形態に係る通信システムは、図３、図５及び図６で説明した端末装置２０及び基地局装置１０で構成される。以下、第１の実施形態との相違点／追加点を主に説明する。

　本変形例では、Ｐｅｒｉｏｄｉｃ　ＳＲＳだけでなく、Ａｐｅｒｉｏｄｉｃ　ＳＲＳの送信も行う場合である。本変形例は、前実施形態の図１７のように、同一のスロットもしくは同一のＯＦＤＭシンボルで複数の種類のＳＲＳの送信タイミングである（トリガーされた）場合の一例である。

　端末装置がＭｕｌｔｉ－ＳＲＳ送信機能を有する場合かつ同一スロットで複数のＳＲＳ送信がトリガーされた場合、優先度の高い順に送信電力を割り当てる。ＳＲＳの優先度は、高い順にＵＲＬＬＣ用のＡｐｅｒｉｏｄｉｃ　ＳＲＳ、スケジュールドアクセス用のＡｐｅｒｉｏｄｉｃ　ＳＲＳ、ＵＲＬＬＣ用のＰｅｒｉｏｄｉｃ　ＳＲＳ、スケジュールドアクセス用のＰｅｒｉｏｄｉｃ　ＳＲＳとしても良い。この場合、端末装置は、トリガーされたＳＲＳの送信電力を各々算出する。ここで、ＵＲＬＬＣ用のＡｐｅｒｉｏｄｉｃ／Ｐｅｒｉｏｄｉｃ　ＳＲＳとスケジュールドアクセス用のＡｐｅｒｉｏｄｉｃ／Ｐｅｒｉｏｄｉｃ　ＳＲＳは、少なくとも閉ループの送信電力制御の積算値が異なっても良い。また、ＵＲＬＬＣ用のＡｐｅｒｉｏｄｉｃ／Ｐｅｒｉｏｄｉｃ　ＳＲＳとスケジュールドアクセス用のＡｐｅｒｉｏｄｉｃ／Ｐｅｒｉｏｄｉｃ　ＳＲＳは、少なくとも目標受信電力の設定を送信パラメータとしてそれぞれ通知されていても良い。また、ＵＲＬＬＣ用のＡｐｅｒｉｏｄｉｃ／Ｐｅｒｉｏｄｉｃ　ＳＲＳとスケジュールドアクセス用のＡｐｅｒｉｏｄｉｃ／Ｐｅｒｉｏｄｉｃ　ＳＲＳは、異なる目標受信電力の値を有しており、１つの目標受信電力は通知され、他方の目標受信電力は通知された目標受信電力からのオフセット値のみが通知されても良い。

　ＳＲＳの送信電力の算出式の例は、前実施形態と同じである。各々算出したＳＲＳの送信電力の和がＰ_{ＣＭＡＸ,ｃ}（ｉ）を下回る場合は全ＳＲＳを同一のスロットで送信する。一方、各々算出したＳＲＳの送信電力の和がＰ_{ＣＭＡＸ,ｃ}（ｉ）を上回る場合は優先度の高い順に送信電力を割り当てる。

　ＵＲＬＬＣ用のＡｐｅｒｉｏｄｉｃ　ＳＲＳの送信電力の算出結果Ｐ_{ＳＲＳ＿Ａ＿ＵＲＬＬＣ,ｃ}（ｉ）、ＵＲＬＬＣ用のＰｅｒｉｏｄｉｃ　ＳＲＳの送信電力の算出結果Ｐ_{ＳＲＳ＿Ｐ＿ＵＲＬＬＣ,ｃ}（ｉ）、スケジュールドアクセス用のＡｐｅｒｉｏｄｉｃ　ＳＲＳの送信電力の算出結果Ｐ_{ＳＲＳ＿Ａ＿Ｓｃｈｅｄｕｌｅ,ｃ}（ｉ）、スケジュールドアクセス用のＰｅｒｉｏｄｉｃ　ＳＲＳの送信電力の算出結果Ｐ_{ＳＲＳ＿Ａ＿Ｓｃｈｅｄｕｌｅ,ｃ}（ｉ）と端末装置の許容される最大送信電力Ｐ_{ＣＭＡＸ,ｃ}（ｉ）から、以下のようにＳＲＳの送信電力を決定する。ＵＲＬＬＣ用のＡｐｅｒｉｏｄｉｃ　ＳＲＳの送信電力は算出結果のＰ_{ＳＲＳ＿Ａ＿ＵＲＬＬＣ,ｃ}（ｉ）とし、スケジュールドアクセス用のＡｐｅｒｉｏｄｉｃ　ＳＲＳの送信電力は、ｍｉｎ｛Ｐ_{ＳＲＳ＿Ａ＿Ｓｃｈｅｄｕｌｅ,ｃ}（ｉ），Ｐ_{ＣＭＡＸ,ｃ}（ｉ）－Ｐ_{ＳＲＳ＿Ａ＿ＵＲＬＬＣ,ｃ}（ｉ）｝とし、この値がスケジュールドアクセス用のＡｐｅｒｉｏｄｉｃ　ＳＲＳの送信電力の下限Ｔ_{Ａ＿ＳＲＳ＿Ｓｃｈｅｄｕｌｅ}より大きければ、スケジュールドアクセス用のＡｐｅｒｉｏｄｉｃ
　ＳＲＳを送信する。ＵＲＬＬＣ用とスケジュールドアクセス用のＡｐｅｒｉｏｄｉｃ　ＳＲＳの送信電力の和をＰ_{Ａ＿ＳＲＳ,ｃ}（ｉ）とし、Ｐ_{ＣＭＡＸ,ｃ}（ｉ）－Ｐ_{Ａ＿ＳＲＳ}＞０の場合、端末装置はＵＲＬＬＣ用のＰｅｒｉｏｄｉｃ　ＳＲＳの送信電力をｍｉｎ｛Ｐ_{ＳＲＳ＿Ｐ＿ＵＲＬＬＣ,ｃ}（ｉ），Ｐ_{ＣＭＡＸ,ｃ}（ｉ）－Ｐ_{Ａ＿ＳＲＳ,ｃ}（ｉ）｝とし、この値がＵＲＬＬＣ用のＰｅｒｉｏｄｉｃ　ＳＲＳの送信電力の下限Ｔ_{Ｐ＿ＳＲＳ＿ＵＲＬＬＣ}より大きければ、ＵＲＬＬＣ用のＰｅｒｉｏｄｉｃ　ＳＲＳを送信する。さらに、ＵＲＬＬＣ用とスケジュールドアクセス用のＡｐｅｒｉｏｄｉｃ　ＳＲＳ、ＵＲＬＬＣ用のＰｅｒｉｏｄｉｃ　ＳＲＳの送信電力の和をＰ_{３ＳＲＳ,ｃ}（ｉ）とし、Ｐ_{ＣＭＡＸ,ｃ}（ｉ）－Ｐ_{３ＳＲＳ,ｃ}（ｉ）＞０の場合、端末装置はスケジュールドアクセス用のＰｅｒｉｏｄｉｃ　ＳＲＳの送信電力をｍｉｎ｛Ｐ_{ＳＲＳ＿Ｐ＿Ｓｃｈｅｄｕｌｅ,ｃ}（ｉ），Ｐ_{ＣＭＡＸ,ｃ}（ｉ）－Ｐ_{３ＳＲＳ,ｃ}（ｉ）｝とし、この値がスケジュールドアクセス用のＰｅｒｉｏｄｉｃ　ＳＲＳの送信電力の下限Ｔ_{Ｐ＿ＳＲＳ＿Ｓｃｈｅｄｕｌｅ}より大きければ、スケジュールドアクセス用のＰｅｒｉｏｄｉｃ　ＳＲＳを送信する。ここで、トリガーされていないＳＲＳの送信電力は０とする。

　ＳＲＳに送信電力を割り当てる場合の優先度は、優先度の高い順に、ＵＲＬＬＣ用のＡｐｅｒｉｏｄｉｃ　ＳＲＳ、ＵＲＬＬＣ用のＰｅｒｉｏｄｉｃ　ＳＲＳ、スケジュールドアクセス用のＡｐｅｒｉｏｄｉｃ　ＳＲＳ、スケジュールドアクセス用のＰｅｒｉｏｄｉｃ　ＳＲＳとしても良い。また、ＵＲＬＬＣ用のＡｐｅｒｉｏｄｉｃ　ＳＲＳやスケジュールドアクセス用のＡｐｅｒｉｏｄｉｃ　ＳＲＳの送信パラメータを送る際に、各ＳＲＳへ送信電力を割り当てる際の優先度の情報を基地局装置が端末装置に通知しても良い。

　本実施形態では、複数のＳＲＳが同一タイミングでトリガーされた場合、端末装置は優先度の高いＳＲＳに対し、優先的に送信電力を割り当てる。その結果、ＵＲＬＬＣのグラントフリーアクセスにおいて、高精度な閉ループの送信電力制御やタイミングアライメントを実現でき、効率的に高信頼なデータ送信が実現でき、周波数利用効率の向上を実現できる。

　（第６の実施形態）
　本実施形態は、基地局装置がスケジュールドアクセス用のＳＲＳを送信する端末装置に対し、スケジュールドアクセス用のＳＲＳの送信を禁止する一例について説明する。本実施形態に係る通信システムは、図３、図５及び図６で説明した端末装置２０及び基地局装置１０で構成される。以下、第１、２の実施形態との相違点／追加点を主に説明する。

　本実施形態では、図１７のようにＵＲＬＬＣリソースを端末装置に割当てている際、ＵＲＬＬＣのデータ送信を行わない端末装置に対して、ＳＲＳの送信を禁止するリソースの情報を通知する。例えば、ＳＲＳの送信を禁止するリソースの情報は、ブロードキャストもしくはＵＥ共通の情報であるＣｏｍｍｏｎ　ＤＣＩで通知しても良い。ここで、Ｃｏｍｍｏｎ　ＤＣＩとはサービングセル内の端末装置が取得できる制御情報であっても良い。Ｃｏｍｍｏｎ　ＤＣＩは、ＵＲＬＬＣリソースが設定されていない端末装置が取得できる制御情報であっても良い。ＳＲＳの送信を禁止するリソースの情報には、ＵＲＬＬＣリソースの周期、周波数位置（周波数ホッピングが適用されている場合はホッピングパターン）、リソースブロックグループ数が含まれても良い。スケジュールドアクセス用のＳＲＳを送信する端末装置は、トリガーされたＳＲＳの送信用リソースがＵＲＬＬＣリソースと少なくとも一部の周波数で重複する場合、スケジュールドアクセス用のＳＲＳの送信を中止（スキップ）しても良い。また、スケジュールドアクセス用のＳＲＳを送信する端末装置は、トリガーされたＳＲＳの送信用リソースがＵＲＬＬＣリソースと一部の周波数のみ重複する場合、ＵＲＬＬＣリソースと重複しないリソースでスケジュールドアクセス用のＳＲＳを送信しても良い。

　この場合、端末装置はスケジュールドアクセス用のＳＲＳの送信パラメータとして設定されている帯域幅分の系列長のＳＲＳを生成し、ＵＲＬＬＣリソースと重複するリソースに割当て予定の信号を０としても良い。また、端末装置はＵＲＬＬＣリソースと重複しないリソース分の系列長でＳＲＳを生成するとしても良い。また、端末装置は、ＵＲＬＬＣリソースと重複するリソースを除くスケジュールドアクセス用のＳＲＳを送信するリソースが非連続にならない場合、上記のいずれかのＳＲＳの生成を行い、スケジュールドアクセス用のＳＲＳを送信するリソースが非連続になる場合はＳＲＳの送信をスキップするとしても良い。

　本実施形態では、基地局装置がスケジュールドアクセス用のＳＲＳを送信する端末装置に対し、ＵＲＬＬＣリソースにおけるスケジュールドアクセス用のＳＲＳの送信を禁止する。その結果、ＵＲＬＬＣ用のＳＲＳとスケジュールドアクセス用のＳＲＳがリソースを共有することがなくなり、ＵＲＬＬＣ用のＳＲＳによりサウンディングの精度向上が実現できる。

　なお、本明細書の実施形態は、複数の実施形態を組み合わせて適用しても良いし、各実施形態のみを適用しても良い。

　本発明の一態様に関わる装置で動作するプログラムは、本発明の一態様に関わる上述した実施形態の機能を実現するように、Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ（ＣＰＵ）等を制御してコンピュータを機能させるプログラムであっても良い。プログラムあるいはプログラムによって取り扱われる情報は、処理時に一時的にＲａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ（ＲＡＭ）などの揮発性メモリに読み込まれ、あるいはフラッシュメモリなどの不揮発性メモリやＨａｒｄ　Ｄｉｓｋ　Ｄｒｉｖｅ（ＨＤＤ）に格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが行なわれる。

　なお、上述した実施形態における装置の一部、をコンピュータで実現するようにしても良い。その場合、実施形態の機能を実現するためのプログラムをコンピュータが読み取り可能な記録媒体に記録しても良い。この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現しても良い。ここでいう「コンピュータシステム」とは、装置に内蔵されたコンピュータシステムであって、オペレーティングシステムや周辺機器等のハードウェアを含むものとする。また、「コンピュータが読み取り可能な記録媒体」とは、半導体記録媒体、光記録媒体、磁気記録媒体等のいずれであっても良い。

　さらに「コンピュータが読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでも良い。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。

　また、上述した実施形態に用いた装置の各機能ブロック、または諸特徴は、電気回路、すなわち典型的には集積回路あるいは複数の集積回路で実装または実行され得る。本明細書で述べられた機能を実行するように設計された電気回路は、汎用用途プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、またはその他のプログラマブル論理デバイス、ディスクリートゲートまたはトランジスタロジック、ディスクリートハードウェア部品、またはこれらを組み合わせたものを含んでよい。汎用用途プロセッサは、マイクロプロセッサであってもよいし、従来型のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンであっても良い。前述した電気回路は、ディジタル回路で構成されていてもよいし、アナログ回路で構成されていてもよい。また、半導体技術の進歩により現在の集積回路に代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能である。

　なお、本願発明は上述の実施形態に限定されるものではない。実施形態では、装置の一例を記載したが、本願発明は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、ＡＶ機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器などの端末装置もしくは通信装置に適用出来る。

　以上、この発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明の一態様は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記各実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。

　本発明の一態様は、基地局装置、端末装置および通信方法に用いて好適である。本発明の一態様は、例えば、通信システム、通信機器（例えば、携帯電話装置、基地局装置、無線ＬＡＮ装置、或いはセンサーデバイス）、集積回路（例えば、通信チップ）、又はプログラム等において、利用することができる。

１０　基地局装置
２０－１～２０－ｎ１　端末装置
１０ａ　基地局装置１０が端末装置と接続可能な範囲
１０２　上位層処理部
１０４　送信部
１０６　送信アンテナ
１０８　制御部
１１０　受信アンテナ
１１２　受信部
１０４０　符号化部
１０４２　変調部
１０４４　多重部
１０４６　下りリンク制御信号生成部
１０４８　下りリンク参照信号生成部
１０４９　ＩＦＦＴ部
１０５０　無線送信部
１１２０　無線受信部
１１２１　ＦＦＴ部
１１２２　伝搬路推定部
１１２４　多重分離部
１１２６　信号検出部
１５０２　キャンセル部
１５０４　等化部
１５０６－１～１５０６－ｕ　多元接続信号分離部
１５０８－１～１５０８－ｕ　ＩＤＦＴ部
１５１０－１～１５１０－ｕ　復調部
１５１２－１～１５１２－ｕ　復号部
１５１４　レプリカ生成部
２０２　受信アンテナ
２０４　受信部
２０６　上位層処理部
２０８　制御部
２１０　送信部
２１２　送信アンテナ
２１００　符号化部
２１０２　変調部
２１０４　ＤＦＴ部
２１０６　多元接続処理部
２１０８　多重部
２１０９　ＩＦＦＴ部
２１１０　無線送信部
２１１２　上りリンク参照信号生成部
２０４０　無線受信部
２０４１　ＦＦＴ部
２０４２　多重分離部
２０４４　復調部
２０４６　復号部

Claims (9)

1. 　基地局装置と通信する端末装置であって、
   　ＰＵＳＣＨデータを送信する送信部と、
   　ＲＲＣ情報を受信する受信部と
   　を備え、
   　前記ＲＲＣ情報は、前記ＰＵＳＣＨデータ送信用のリソース情報、前記ＰＵＳＣＨのデータ送信のＨＡＲＱプロセス数、周期、タイマの満了時間を含み、
   　前記ＰＵＳＣＨデータ送信用の前記リソース情報は、前記ＰＵＳＣＨデータ送信用のシンボル情報を含み、
   　ＨＡＲＱプロセスＩＤは前記ＰＵＳＣＨデータ送信用の前記シンボル情報、前記周期、および前記ＨＡＲＱプロセス数によって決められ、
   　前記送信部は、前記ＰＵＳＣＨデータ送信用の前記シンボル情報、前記周期、および前記ＨＡＲＱプロセス数によって決められた前記ＨＡＲＱプロセスＩＤに関連付けられたリソースを使用してＰＵＳＣＨデータを送信し、
   　前記受信部が、前記ＰＵＳＣＨデータ送信を行ってから、前記ＲＲＣ情報に含まれる前記タイマが満了するまでに、前記ＨＡＲＱプロセスＩＤの前記ＰＵＳＣＨデータ送信の応答を受信しなかった場合、前記送信部は、前記ＰＵＳＣＨデータ送信用の前記シンボル情報、前記周期、および前記ＨＡＲＱプロセス数によって決められた前記ＨＡＲＱプロセスＩＤに関連付けられた前記リソースを使用して新規ＰＵＳＣＨデータを送信すること、を特徴とする端末装置。
2. 　基地局装置と通信する端末装置であって、
   　データを送信する送信部と、ＲＲＣと物理下りリンク制御チャネルで制御情報を受信する受信部とを備え、
   　前記ＲＲＣで通知される送信パラメータに、データ送信に使用できる複数の無線リソースを示すサブキャリアとスロットの情報が少なくとも含まれ、
   　前記制御情報は、前記無線リソースの少なくとも１つを使ったデータ送信を許可する情報が含まれ、
   　前記送信部はスロットインデックスから算出される第１のプロセスIDと、少なくとも１つの第２のプロセスIDのデータ送信が可能であり、
   　前記第１のプロセスIDを使ったデータ送信に対する再送を指定する前記制御情報を受信した場合、送信部は前記第１のプロセスIDの再送に対するACKを受信するまで少なくとも前記第１のプロセスIDと関連付けられた前記無線リソースでのデータ送信を止めること、を特徴とする端末装置。
3. 　前記第１のプロセスIDのデータ送信に対する再送を指定する前記制御情報を受信した場合、前記第２のプロセスIDと関連付けられた無線リソースでのデータ送信を行うこと、を特徴とする請求項２に記載の端末装置。
4. 　前記第１のプロセスIDのデータ送信に対する再送を指定する前記制御情報を受信した場合、前記第１のプロセスIDの再送に対するACKの受信を所定のスロット数までできなければ、前記第１のプロセスIDと関連付けられた前記無線リソースのデータ送信を再開すること、を特徴とする請求項２に記載の端末装置。
5. 　前記第１のプロセスIDのデータ送信に対する再送を指定する前記制御情報を受信した場合、前記第１のプロセスIDの再送に対するNACKを所定の回数受信時に、前記第１のプロセスIDと関連付けられた前記無線リソースのデータ送信を再開すること、を特徴とする請求項２に記載の端末装置。
6. 　前記制御情報の検出に使用するＲＮＴＩが複数存在し、検出時に使用したＲＮＴＩと前記制御情報に含まれるプロセスIDによりデータ送信のプロセスを識別すること、を特徴とする請求項２に記載の端末装置。
7. 　前記第１のプロセスIDのデータ送信していない、かつ前記第１のプロセスIDのデータ送信に対する再送を指定する前記制御情報を受信した場合、前記制御情報で指定されたトランスポートブロックサイズのビット数だけ０を並べたビット列を指定されたリソースブロックで送信すること、を特徴とする請求項２に記載の端末装置。
8. 　前記第１のプロセスIDのデータ送信していない、かつ前記第１のプロセスIDのデータ送信に対する再送を指定する前記制御情報を受信した場合、前記制御情報で指定されたリソースブロックでバッファステータスレポート、Power Headroom、CSIの少なくとも１つを送信すること、を特徴とする請求項２に記載の端末装置。
9. 　基地局装置と通信する端末装置の通信方法であって、
   　ＲＲＣ情報を受信し、
   　前記ＲＲＣ情報は、ＰＵＳＣＨデータ送信用のリソース情報、前記ＰＵＳＣＨのデータ送信のＨＡＲＱプロセス数、周期、タイマの満了時間を含み、
   　前記ＰＵＳＣＨデータ送信用の前記リソース情報は、前記ＰＵＳＣＨデータ送信用のシンボル情報を含み、
   　ＨＡＲＱプロセスＩＤは前記ＰＵＳＣＨデータ送信用の前記シンボル情報、前記周期、および前記ＨＡＲＱプロセス数によって決められ、
   　前記ＰＵＳＣＨデータ送信用の前記シンボル情報、前記周期、および前記ＨＡＲＱプロセス数によって決められた前記ＨＡＲＱプロセスＩＤに関連付けられたリソースを使用してＰＵＳＣＨデータを送信し、
   　前記ＰＵＳＣＨデータ送信を行ってから、前記ＲＲＣ情報に含まれる前記タイマが満了するまでに、前記ＨＡＲＱプロセスＩＤの前記ＰＵＳＣＨデータ送信の応答を受信しなかった場合、前記ＰＵＳＣＨデータ送信用の前記シンボル情報、前記周期、および前記ＨＡＲＱプロセス数によって決められた前記ＨＡＲＱプロセスＩＤに関連付けられた前記リソースを使用して新規ＰＵＳＣＨデータを送信すること、を特徴とする通信方法。

Images