(57)【要約】      （修正有）【課題】上りリンクにおいてｅＭＢＢのトラフィックとＵＲＬＬＣのトラフィックの判別が可能な基地局装置、端末装置及び通信方法を提供する。【解決手段】端末装置は、ＲＲＣと第１のＤＣＩ若くは第２のＤＣＩを検出する制御情報検出部と第１のデータ送信若くは第２のデータ送信のいずれかを行う送信部とを備え、サービングセルに少なくとも２つのＢＷＰが設定され、１つのＢＷＰのみアクティブとし、ＲＲＣに含まれるＢＷＰ固有のコンフィグレーションで第２のＤＣＩが設定に基づく第２のデータ送信の設定が可能であり、第１のＤＣＩで通知された第１のデータ送信はアクティブなＢＷＰでデータを送信し、第２のＤＣＩで通知された第２のデータ送信は第２のデータ送信が設定されたＢＷＰでデータ送信し、第２のＤＣＩを検出かつ第２のデータ送信が設定されているＢＷＰがディアクティブの場合、第２のデータ送信が設定されているＢＷＰをアクティブに設定する。【選択図】図５
2020025183.tif 000002
【特許請求の範囲】
【請求項１】
基地局装置と少なくとも１つのサービングセルで通信する端末装置であって、
ＲＲＣ(Radio Resource Control)情報と上りリンクグラントを通知する第１のＤＣＩ(Downlink Control Information)と第２のＤＣＩを検出する制御情報検出部と、
前記第１のＤＣＩもしくは前記第２のＤＣＩで指示されるデータ送信を行う送信部と、を備え、
第１のＲＲＣ情報により前記サービングセルに少なくとも第１のＢＰＷ(BandWidth Part)と第２のＢＷＰが設定され、
第２のＲＲＣ情報により前記第２のＤＣＩは第２のＢＷＰと関連付けられ、
前記第１のＤＣＩと前記第２のＤＣＩは情報量が異なり、
前記第２のＤＣＩは前記第１のＢＷＰと第２のＢＷＰの切り替え情報ビットを含まず、
前記送信部は前記第１のＢＷＰまたは第２のＢＷＰのいずれかのアクティブなＢＷＰで前記データ送信を行い、
前記制御情報検出部が前記第１のＢＷＰで前記第２のＤＣＩを検出したときに、前記第２のＢＷＰをアクティブとし、前記第２のＢＷＰでデータ送信を行うことを特徴とする端末装置。
【請求項２】
前記第２のＢＷＰがアクティブとなっているときに、前記第２のＢＷＰのデータ送信に用いるＨＡＲＱプロセスが全て終了した場合、前記第２のＢＷＰをディアクティベートすることを特徴とする請求項１に記載の端末装置。
【請求項３】
前記制御情報検出部が前記第１のＢＷＰで前記第２のＤＣＩを検出したときに、
インアクティビティタイマーを開始し、前記インアクティビティタイマーが満了したときに前記第２のＢＷＰをディアクティベートする事を特徴とする請求項１に記載の端末装置。
【請求項４】
前記第１のＲＲＣ情報によりさらに第３のＢＷＰが設定された場合、
前記第２のＤＣＩに設定された複数のＢＷＰのいずれかを示す情報フィールドが追加される事を特徴とする請求項１に記載の端末装置。
【請求項５】
前記第１のＲＲＣ情報によりさらに第４のＢＷＰが設定された場合、
前記追加された複数のＢＷＰのいずれかを示す情報フィールドのビット長が変わる事を特徴とする請求項４に記載の端末装置。
【請求項６】
基地局装置と少なくとも１つのサービングセルで通信する端末装置であって、
ＲＲＣ(Radio Resource Control)情報と上りリンクグラントを通知する第１のＤＣＩ(Downlink Control Information)と第２のＤＣＩを検出する制御情報検出部と、
前記第１のＤＣＩもしくは前記第２のＤＣＩで指示されるデータ送信を行う送信部と、を備え、
第１のＲＲＣ情報により前記サービングセルに少なくとも第１のＢＰＷ(BandWidth Part)と第２のＢＷＰが設定され、
第３のＲＲＣ情報により前記第２のＤＣＩで用いるＲＮＴＩ(Radio Network Temporary
Identifier)として少なくとも第１のＲＮＴＩと第２のＲＮＴＩを設定され、
前記第２のＤＣＩで前記第１のＲＮＴＩが使用されていることを検出した場合は第１のＢＷＰをアクティベートし、前記第２のＤＣＩで前記第１のＲＮＴＩが使用されていることを検出した場合は前記第２のＢＷＰをアクティベートする事を特徴とする端末装置。
【請求項７】
基地局装置と少なくとも１つのサービングセルで通信する端末装置であって、
ＲＲＣ(Radio Resource Control)情報を検出する制御情報検出部と、
送信部と、を備え、
第１のＲＲＣ情報により前記サービングセルに少なくとも第１のＢＰＷ(BandWidth Part)と第２のＢＷＰが設定され、
第４のＲＲＣ情報により少なくとも第１のスケジューリング要求のリソースと第２のスケジューリング要求のリソースを設定し、
前記第１のスケジューリング要求のリソースを用いるときは前記第１のＢＷＰを用いた上りリンク送信を要求し、前記第２のスケジューリング要求のリソースを用いるときは前記第２のＢＷＰを用いた上りリンク送信を要求することを特徴とする端末装置。
【請求項８】
端末装置と少なくとも１つのサービングセルで通信する基地局装置であって、
ＲＲＣ(Radio Resource Control)情報と上りリンクグラントを通知する第１のＤＣＩ(Downlink Control Information)と第２のＤＣＩの生成を制御する制御部と、
前記第１のＤＣＩ、前記第２のＤＣＩ、前記ＲＲＣ情報のいずれかを送信する送信部と、
前記端末装置から送信される信号を受信する受信部と、を備え、
第１のＲＲＣ情報により前記サービングセルに少なくとも第１のＢＰＷ(BandWidth Part)と第２のＢＷＰを設定し、
第２のＲＲＣ情報により前記第２のＤＣＩを第２のＢＷＰと関連付け、
前記第１のＤＣＩと前記第２のＤＣＩは情報量が異なり、
前記第２のＤＣＩは前記第１のＢＷＰと第２のＢＷＰの切り替え情報ビットを含まず、
前記受信部は前記第１のＢＷＰまたは第２のＢＷＰのいずれかのアクティブなＢＷＰで前記端末装置から送信される信号を受信し、
前記第１のＢＷＰで前記第２のＤＣＩを送信したときに、前記第２のＢＷＰをアクティブとし、前記第２のＢＷＰで前記端末装置から送信される信号を受信することを特徴とする基地局装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、基地局装置、端末装置およびその通信方法に関する。
【背景技術】
【０００２】
近年、第５世代移動通信システム（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やResource allocation for uplink transmission without grant、configured grant type1 transmissionなどとも呼称される、以下、グラントフリーアクセスとする）やSemi-persistent scheduling(SPS、configured grant type2 transmissionなどとも呼
称される)の活用が検討されている（非特許文献３）。グラントフリーアクセスでは、多
数デバイスが小さいサイズのデータの送信を行う場合でも、制御情報によるオーバーヘッドの増加を抑えることができる。さらに、グラントフリーアクセスでは、ＵＬ  Ｇｒａｎ
ｔ受信等を行わないため、送信データの発生から送信までの時間を短くできる。また、SPSでは一部の送信パラメータを上位層の制御情報で通知し、上位層で通知していない送信
パラメータと共に周期的なリソースの使用許可を示すアクティベーションのＵＬ  Ｇｒａｎｔで通知することでデータ送信が可能となる。
【０００６】
５Ｇでは、１つのサービングセルの中に最大４つのＢＷＰ(Band Width Part)を設定す
ることができ、ＢＷＰ毎にサブキャリア間隔や帯域幅を設定することができる。そのため、eMBBでは広帯域のＢＷＰを使用し、mMTCでは狭帯域のＢＷＰを使用し、URLLCではサブ
キャリア間隔が広い(OFDMシンボル長が短い) ＢＷＰを使用することができる。ＢＷＰは
ＤＣＩフォーマット0_1と1_1によるダイナミックなスイッチが可能である。
【０００７】
また、URLLCでは、データの高信頼性だけでなく、UL GrantやDL Grantの制御情報(PDCCH)の高信頼性を担保することも検討されている。例えば、低符号化率でUL GrantやDL Grantを送信できるＣｏｍｐａｃｔ  ＤＣＩフォーマットの導入が検討されている。これは、情報ビット数の多いＤＣＩフォーマットは、情報ビット数の少ないＤＣＩォーマットと比べ、アグリゲーションレベルが一定の場合に符号化率が高くなる。よって、Ｃｏｍｐａｃｔ  ＤＣＩフォーマットは既存のＤＣＩフォーマット0_0、1_0よりもさらに情報ビット数が少ないＤＣＩフォーマットとすることが検討されている。ここで、ＤＣＩフォーマット0_0と1_0は、DCIフォーマット0_1と1_1より情報ビット数が少ないフォーマットである。
【先行技術文献】
【非特許文献】
【０００８】
【非特許文献１】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
【非特許文献３】3GPP，TS38.214 V15.1.0， “Physical layer procedures for data (Release 15),” Mar. 2018
【発明の概要】
【発明が解決しようとする課題】
【０００９】
高信頼・低遅延が要求されるＵＲＬＬＣでは、ＤＣＩフォーマットを使って、サブキャリア間隔の広いＢＷＰにスイッチを行い、同一データの繰り返し送信もしくは低符号化率のデータ送信を適用することが好ましい。しかしながら、ＢＷＰのスイッチに使用できるＤＣＩフォーマットは、高い符号化率の送信となるＤＣＩフォーマット0_1もしくは1_1のみでサポートされ、制御情報の信頼性がデータの信頼性よりも低くなる問題がある。
【００１０】
本発明はこのような事情を鑑みてなされたものであり、その目的は、データの低遅延、高信頼を実現することが可能な基地局装置、端末装置及び通信方法を提供することにある。
【課題を解決するための手段】
【００１１】
上述した課題を解決するために本発明に係る基地局装置、端末装置および通信方法の構成は、次の通りである。
【００１２】
（１）本発明の一態様は、ＲＲＣ(Radio Resource Control)情報と上りリンクグラントを通知する第１のＤＣＩ(Downlink Control Information)と第２のＤＣＩを検出する制御情報検出部と、前記第１のＤＣＩもしくは前記第２のＤＣＩで指示されるデータ送信を行う送信部と、を備え、第１のＲＲＣ情報により前記サービングセルに少なくとも第１のＢＰＷ(BandWidth Part)と第２のＢＷＰが設定され、第２のＲＲＣ情報により前記第２のＤ
ＣＩは第２のＢＷＰと関連付けられ、前記第１のＤＣＩと前記第２のＤＣＩは情報量が異なり、前記第２のＤＣＩは前記第１のＢＷＰと第２のＢＷＰの切り替え情報ビットを含まず、前記送信部は前記第１のＢＷＰまたは第２のＢＷＰのいずれかのアクティブなＢＷＰで前記データ送信を行い、前記制御情報検出部が前記第１のＢＷＰで前記第２のＤＣＩを検出したときに、前記第２のＢＷＰをアクティブとし、前記第２のＢＷＰでデータ送信を行う端末装置である。
【００１３】
（２）また、本発明の一態様は前記第２のＢＷＰがアクティブとなっているときに、前記第２のＢＷＰのデータ送信に用いるＨＡＲＱプロセスが全て終了した場合、前記第２のＢＷＰをディアクティベートする端末装置である。
【００１４】
（３）また、本発明の一態様は、前記制御情報検出部が前記第１のＢＷＰで前記第２のＤＣＩを検出したときに、インアクティビティタイマーを開始し、前記インアクティビティタイマーが満了したときに前記第２のＢＷＰをディアクティベートする端末装置である。
【００１５】
（４）また、本発明の一態様は、前記第１のＲＲＣ情報によりさらに第３のＢＷＰが設定された場合、前記第２のＤＣＩに設定された複数のＢＷＰのいずれかを示す情報フィールドが追加される端末装置である。
【００１６】
（５）また、本発明の一態様は、前記第１のＲＲＣ情報によりさらに第４のＢＷＰが設定された場合、前記追加された複数のＢＷＰのいずれかを示す情報フィールドのビット長が変わる端末装置である。
【００１７】
（６）また、本発明の一態様は、ＲＲＣ(Radio Resource Control)情報と上りリンクグラントを通知する第１のＤＣＩ(Downlink Control Information)と第２のＤＣＩを検出する制御情報検出部と、前記第１のＤＣＩもしくは前記第２のＤＣＩで指示されるデータ送信を行う送信部と、を備え、第１のＲＲＣ情報により前記サービングセルに少なくとも第１のＢＰＷ(BandWidth Part)と第２のＢＷＰが設定され、第３のＲＲＣ情報により前記第２のＤＣＩで用いるＲＮＴＩ(Radio Network Temporary Identifier)として少なくとも第１のＲＮＴＩと第２のＲＮＴＩを設定され、前記第２のＤＣＩで前記第１のＲＮＴＩが使用されていることを検出した場合は第１のＢＷＰをアクティベートし、前記第２のＤＣＩで前記第１のＲＮＴＩが使用されていることを検出した場合は前記第２のＢＷＰをアクティベートする端末装置である。
【００１８】
（７）また、本発明の一態様は、ＲＲＣ(Radio Resource Control)情報を検出する制御情報検出部と、送信部と、を備え、第１のＲＲＣ情報により前記サービングセルに少なくとも第１のＢＰＷ(BandWidth Part)と第２のＢＷＰが設定され、第４のＲＲＣ情報により少なくとも第１のスケジューリング要求のリソースと第２のスケジューリング要求のリソースを設定し、前記第１のスケジューリング要求のリソースを用いるときは前記第１のＢＷＰを用いた上りリンク送信を要求し、前記第２のスケジューリング要求のリソースを用いるときは前記第２のＢＷＰを用いた上りリンク送信を要求する端末装置である。
【００１９】
（８）また、本発明の一態様は、ＲＲＣ(Radio Resource Control)情報と上りリンクグラントを通知する第１のＤＣＩ(Downlink Control Information)と第２のＤＣＩの生成を制御する制御部と、前記第１のＤＣＩ、前記第２のＤＣＩ、前記ＲＲＣ情報のいずれかを送信する送信部と、前記端末装置から送信される信号を受信する受信部と、を備え、第１のＲＲＣ情報により前記サービングセルに少なくとも第１のＢＰＷ(BandWidth Part)と第２のＢＷＰを設定し、第２のＲＲＣ情報により前記第２のＤＣＩを第２のＢＷＰと関連付け、前記第１のＤＣＩと前記第２のＤＣＩは情報量が異なり、前記第２のＤＣＩは前記第
１のＢＷＰと第２のＢＷＰの切り替え情報ビットを含まず、前記受信部は前記第１のＢＷＰまたは第２のＢＷＰのいずれかのアクティブなＢＷＰで前記端末装置から送信される信号を受信し、前記第１のＢＷＰで前記第２のＤＣＩを送信したときに、前記第２のＢＷＰをアクティブとし、前記第２のＢＷＰで前記端末装置から送信される信号を受信する基地局装置。
【発明の効果】
【００２０】
本発明の一又は複数の態様によれば、効率的な上りリンクのデータ送信を実現することができる。
【図面の簡単な説明】
【００２１】
【図１】第１の実施形態に係る通信システムの例を示す図である。
【図２】第１の実施形態に係る通信システムの無線フレーム構成例を示す図である。
【図３】第１の実施形態に係る基地局装置１０の構成を示す概略ブロック図である。
【図４】第１の実施形態に係る信号検出部の一例を示す図である。
【図５】第１の実施形態における端末装置２０の構成を示す概略ブロック図である。
【図６】第１の実施形態に係る信号検出部の一例を示す図である。
【図７】ダイナミックスケジューリグの上りリンクのデータ送信のシーケンスチャートの一例を示す図である。
【図８】configured grantに係る上りリンクのデータ送信のシーケンスチャートの一例を示す図である。
【図９】configured grantに係る上りリンクのデータ送信のシーケンスチャートの一例を示す図である。
【図１０】第１の実施形態に係る１つのサービングセル内のＢＷＰの切り換え動作を示す図である。
【図１１】第４の実施形態に係る上りリンクのconfigured grantのACK送信の一例を示す図である。
【図１２】第４の実施形態に係る上りリンクのconfigured grantのACK送信の一例を示す図である。
【図１３】第５の実施形態に係る上りリンクのconfigured grantのACK送信の一例を示す図である。
【発明を実施するための形態】
【００２２】
本実施形態に係る通信システムは、基地局装置（セル、スモールセル、ピコセル、サービングセル、コンポーネントキャリア、ｅＮｏｄｅＢ（ｅＮＢ）、Ｈｏｍｅ  ｅＮｏｄｅＢ、Ｌｏｗ  Ｐｏｗｅｒ  Ｎｏｄｅ、Ｒｅｍｏｔｅ  Ｒａｄｉｏ  Ｈｅａｄ、ｇＮｏｄｅＢ（ｇＮＢ）、制御局、Ｂａｎｄｗｉｄｔｈ  Ｐａｒｔ（ＢＷＰ）、Ｓｕｐｐｌｅｍｅｎｔａｒｙ  Ｕｐｌｉｎｋ（ＳＵＬ）とも呼称される）および端末装置（端末、移動端末、移動局、ＵＥ: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 Requ
est: SR）を含む。スケジューリングリクエストは、正のスケジューリングリクエスト（positive scheduling request）、または、負のスケジューリングリクエスト（negative scheduling request）を含む。正のスケジューリングリクエストは、初期送信のためのＵ
Ｌ−ＳＣＨリソースを要求することを示す。負のスケジューリングリクエストは、初期送信のためのＵＬ−ＳＣＨリソースを要求しないことを示す。
【００３０】
上りリンク制御情報は、下りリンクのチャネル状態情報（Channel State Information:
CSI）を含む。前記下りリンクのチャネル状態情報は、好適な空間多重数（レイヤ数）を示すランク指標（Rank Indicator: RI）、好適なプレコーダを示すプレコーディング行列指標（Precoding Matrix Indicator: PMI）、好適な伝送レートを指定するチャネル品質
指標（Channel Quality Indicator: CQI）などを含む。前記ＰＭＩは、端末装置によって決定されるコードブックを示す。該コードブックは、物理下りリンク共有チャネルのプレコーディングに関連する。前記ＣＱＩは、所定の帯域における好適な変調方式（例えば、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ、２５６ＱＡＭなど）、符号化率（coding rate）、
および周波数利用効率を指し示すインデックス（ＣＱＩインデックス）を用いることができる。端末装置は、ＰＤＳＣＨのトランスポートブロックが所定のブロック誤り確率（例えば、誤り率０．１）を超えずに受信可能であろうＣＱＩインデックスをＣＱＩテーブルから選択する。ここで、端末装置は、トランスポートブロック用の所定の誤り確率（誤り率）を複数有してもよい。例えば、ｅＭＢＢのデータのブロック誤り率は０．１をターゲットとし、ＵＲＬＬＣのデータのブロック誤り率は０．００００１をターゲットとしても良い。端末装置は、上位レイヤ（例えば、基地局からＲＲＣシグナリングでセットアップ）で設定された場合にターゲットの誤り率（トランスポートブロック誤り率）毎のCSIフ
ィードバックを行っても良いし、上位レイヤで複数ターゲットの誤り率のうち１つが上位レイヤで設定された場合に設定されたターゲットの誤り率のCSIフィードバックを行って
も良い。なおＲＲＣシグナリングで誤り率が設定されたか否かではなく、ｅＭＢＢ（つまりＢＬＥＲが０．１を超えない伝送）用のＣＱＩテーブルではないＣＱＩテーブルが選択されたか否かによって、ｅＭＢＢ用の誤り率（例えば０．１）ではない誤り率によってＣＳＩを算出してもよい。
【００３１】
ＰＵＣＣＨは、ＰＵＣＣＨフォーマット０〜４が定義されており、ＰＵＣＣＨフォーマット０、２は１〜２ＯＦＤＭシンボルで送信、ＰＵＣＣＨフォーマット１，３、４は４〜１４ＯＦＤＭシンボルで送信する。ＰＵＣＣＨフォーマット０と１は、２ビット以下の通知に用いられ、ＨＡＲＱ−ＡＣＫのみ、ＳＲのみ、もしくはＨＡＲＱ−ＡＣＫとＳＲを同時に通知できる。ＰＵＣＣＨフォーマット１、３、４は、２ビットより多いビットの通知に用いられ、ＨＡＲＱ−ＡＣＫ、ＳＲ、ＣＳＩを同時に通知できる。ＰＵＣＣＨの送信に使用するＯＦＤＭシンボル数は、上位レイヤ（例えば、ＲＲＣシグナリングでセットアップ）で設定され、いずれのＰＵＣＣＨフォーマットを使用するかはＰＵＣＣＨを送信するタイミング（スロット、ＯＦＤＭシンボル）で、ＳＲ送信やＣＳＩ送信があるか否かによって決まる。
【００３２】
ＰＵＣＣＨの設定情報（コンフィグレーション）であるＰＵＣＣＨ−ｃｏｎｆｉｇでは、ＰＵＣＣＨフォーマット１〜４の使用の有無、ＰＵＣＣＨリソース（開始物理リソースブロック、ＰＲＢ−Ｉｄ）、各ＰＵＣＣＨリソースで使用できるＰＵＣＣＨフォーマットの関連付けの情報、イントラスロットホッピングの設定が含まれ、さらに、ＳＲの設定情報であるＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔＲｅｓｏｕｒｃｅＣｏｎｆｉｇも含まれる。ＳＲの設定情報は、スケジューリングリクエストＩＤ、スケジューリングリクエストの周期とオフセット、使用されるＰＵＣＣＨリソースの情報が含まれる。なお、スケジューリングリクエストＩＤは、ＭＡＣ−ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇ内のＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔＣｏｎｆｉｇで設定されるＳＲ禁止タイマーとＳＲの最大送信回数と設定と関連付けに使用される。
【００３３】
ＰＵＳＣＨは、上りリンクデータ（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）とも称する。ＲＲＣシグナリング、および／または、ＭＡＣ  ＣＥは、トランスポートブロックに含まれる。
【００３６】
ＰＵＳＣＨは、ＤＣＩフォーマットに含まれる上りリンクの送信パラメータ（例えば、時間領域のリソース割当、周波数領域のリソース割当など）に基づき、指定された無線リソースで上りリンクのデータ送信を行うダイナミックスケジューリング（動的無線リソースの割当）のデータ送信に用いられても良い。ＰＵＳＣＨは、ＲＲＣのＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇによる周波数ホッピング、ＤＭＲＳコンフィグレーション、ｍｃｓテーブル、ｍｃｓテーブルトランスフォームプレコーダ、ｕｃｉ−ｏｎＰＵＳＣＨ、リソースアロケーションタイプ、ＲＢＧサイズ、クローズドループの送信電力制御（powerControlLoopToUse）、目標受信電力とαセット（p0-PUSCH-Alpha）、Ｔｒａｎｓｆｏ
ｒｍＰｒｅｃｏｄｅｒ（プレコーダ）、ｎｒｏｆＨＡＲＱ（ＨＡＲＱプロセス数）、同一データの繰り返し送信回数（ｒｅｐＫ）、ｒｅｐＫ−ＲＶ（同一データの繰り返し送信時のリダンダンシーバージョンのパターン）、Ｃｏｎｆｉｇｕｒｅｄ  Ｇｒａｎｔ  Ｔｙｐｅ１とＴｙｐｅ２の周期、Ｃｏｎｆｉｇｕｒｅｄ  ＧｒａｎｔのＮＡＣＫ受信用のタイマーを受信後に、ＣＲＣがＣＳ−ＲＮＴＩでスクランブルされているＤＣＩフォーマット０＿０／０＿１／１＿０／１＿１を受信し、さらに受信したＤＣＩフォーマット０＿０／０＿１／１＿０／１＿１が所定のフィールドにＶａｌｉｄａｔｉｏｎの設定がされているアクティベーションの制御情報を受信することで周期的な無線リソースを使用したデータ送信が許可されるＤＬ  ＳＰＳ（Semi-Persistent scheduling）もしくはＣｏｎｆｉｇｕｒｅｄ  ｇｒａｎｔ  Ｔｙｐｅ２（Ｃｏｎｆｉｇｕｒｅｄ  ｕｐｌｉｎｋ  ｇｒａｎｔ（設定された上りリンクグラント）  ｔｙｐｅ２）のデータ送信に用いられても良い。ここで
、Ｖａｌｉｄａｔｉｏｎに使用されるフィールドはＨＡＲＱのプロセス番号の全ビットとＲＶの２ビットなどが用いられても良い。また、configured grant type2 transmission
のディアクティベーション（リリース）の制御情報のＶａｌｉｄａｔｉｏｎに使用されるフィールドはＨＡＲＱのプロセス番号の全ビット、ＭＣＳの全ビット、リソースブロックアサインメントの全ビット、ＲＶの２ビットなどが用いられても良い。さらに、ＰＵＳＣＨは、ＲＲＣによりconfigured grant type2 transmissionの情報に加えて、ｒｒｃＣｏ
ｎｆｉｇｕｒｅｄＵｐｌｉｎｋＧｒａｎｔを受信することで周期的なデータ送信が許可されるconfigured grant type1 transmissionに用いられても良い。ｒｒｃＣｏｎｆｉｇｕ
ｒｅｄＵｐｌｉｎｋＧｒａｎｔの情報には、時間領域のリソース割当、時間領域のオフセット、周波数領域のリソース割当、アンテナポート、ＤＭＲＳの系列初期化、プレコーディングとレイヤ数、ＳＲＳリソースインディケータ、ｍｃｓとＴＢＳ、周波数ホッピングオフセット、パスロスリファレンスインデックスが含まれても良い。また、同一のサービングセル内（コンポーネントキャリア内）で、configured grant type1 transmissionとconfigured type2 grant transmissionが設定された場合は、configured grant type1 transmissionを優先しても良い。また、同一のサービングセル内でconfigured grant type1 transmissionの上りリンクグラントとダイナミックスケジューリングの上りリンクグラントが時間領域で重複する場合、ダイナミックスケジューリングの上りリンクグラントがオーバライド（ｏｖｅｒｒｉｄｅ、ダイナミックスケジューリングのみ使用し、configured
grant type1 transmissionの上りリンクグラントを覆す）しても良い。また、複数の上
りリンクグラントが時間領域で重複するとは、少なくとも一部のＯＦＤＭシンボルで重複することを意味しても良いし、サブキャリア間隔（ＳＣＳ）が異なる場合はＯＦＤＭシンボル長が異なるため、ＯＦＤＭシンボル内の一部の時間が重複することを意味しても良い。configured grant type1 transmissionの設定は、ＰＣｅｌｌ（Ｐｒｉｍａｒｙ  Ｃｅ
ｌｌ）のみならず、ＲＲＣでアクティベーションされていないＳＣｅｌｌ（Ｓｅｃｏｎｄａｒｙ  Ｃｅｌｌ）に設定することも可能とし、configured grant type1 transmission
の設定されたＳｃｅｌｌは、アクティベーション後にconfigured grant type1 transmissionの上りリンクグラントが有効となっても良い。
【００３７】
ＰＲＡＣＨは、ランダムアクセスに用いるプリアンブルを送信するために用いられる。ＰＲＡＣＨは、初期コネクション確立（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）、ＤＡＩ（Downlink Assignment Index）、PUCCHの送信電力制御（ＴＰＣ：Transmission Power
Control）コマンド、PUCCHのリソースインディケータ、ＰＤＳＣＨからＨＡＲＱフィー
ドバックタイミングのインディケータなどがある。なお、各下りリンクデータ送信のためのＤＣＩフォーマットには、上記情報のいずれかに対応する１または複数の必要な情報（フィールド）が含まれてよい。ＤＣＩフォーマット１＿０とＤＣＩフォーマット１＿１のいずれか一方、もしくは両方が下りリンクのＳＰＳのアクティベーションとディアクティベーション（リリース）に使われても良い。ＤＣＩフォーマット１＿１は、複数のＢＷＰが設定されているとき、有効な（Ａｃｔｉｖｅ）ＢＷＰの切り替えを指示しても良い。ここで、１つのサービングセル内で有効なＢＷＰは１つとする。
【００４４】
上りリンクのデータ送信のためのＤＣＩフォーマットには、ＤＣＩフォーマット０＿０とＤＣＩフォーマット０＿１などがある。ＤＣＩフォーマット０＿０はフォールバック用の上りリンクのデータ送信用であり、ＭＩＭＯなどをサポートするＤＣＩフォーマット０＿１よりも設定可能なパラメータ（フィールド）が少ない。また、ＤＣＩフォーマット０＿１は、通知するパラメータ（フィールド）の有無（有効／無効）を変えることが可能であり、有効とするフィールドによりＤＣＩフォーマット０＿０よりもビット数が多くなる。一方、ＤＣＩフォーマット０＿１はＭＩＭＯや複数のコードワード伝送、ＳＲＳリソースインディケータ、プレコーディング情報、アンテナポートの情報、ＳＲＳ要求の情報、ＣＳＩ要求の情報、ＣＢＧ送信情報、上りリンクのＰＴＲＳアソシエーション、ＤＭＲＳのシーケンス初期化などが通知可能であり、さらに、一部のフィールドの有無やビット数は上位層（例えばＲＲＣシグナリング）の設定に応じて、追加される。１つの上りリンクグラントは、１つのサービングセル内の１つのＰＵＳＣＨのスケジューリングを端末装置に通知するために用いられる。ＢＷＰが設定されているときは、１つのサービングセル内の有効なＢＷＰ内の１つのＰＵＳＣＨのスケジューリングに用いられる。上りリンクグラントは、該上りリンクグラントが送信されたスロット／サブフレームからＫ２スロット／サブフレーム後のＰＵＳＣＨのスケジューリングのために、用いられてもよい。また、上りリンクグラントは、複数のスロット／サブフレームのＰＵＳＣＨのスケジューリングのために、用いられてもよい。ＤＣＩフォーマット０＿０による上りリンクグラントは、以下のフィールドが含まれる。例えば、ＤＣＩフォーマットの識別子、周波数領域リソースアサインメント（ＰＵＳＣＨを送信するためのリソースブロック割り当てに関する情報および時間領域リソースアサインメント、周波数ホッピングフラグ、ＰＵＳＣＨのＭＣＳに関する情報、ＲＶ、ＮＤＩ、上りリンクにおけるＨＡＲＱプロセス番号を示す情報、ＰＵＳＣＨに対するＴＰＣコマンド、ＵＬ／ＳＵＬ（Supplemental UL）インディケータなど
がある。ＤＣＩフォーマット０＿０とＤＣＩフォーマット０＿１のいずれか一方、もしくは両方が上りリンクのＳＰＳのアクティベーションとディアクティベーション（リリース）に使われても良い。ＤＣＩフォーマット１＿０は、複数のＢＷＰが設定されているとき、有効な（Ａｃｔｉｖｅ）ＢＷＰの切り替えを指示しても良い。ここで、１つのサービングセル内で有効なＢＷＰは１つとする。
【００４５】
ＤＣＩフォーマットは、ＳＦＩ−ＲＮＴＩでＣＲＣがスクランブルされたＤＣＩフォーマット２＿０でスロットフォーマットインディケータ（ＳＦＩ）の通知に用いられても良
い。ＤＣＩフォーマットは、ＩＮＴ−ＲＮＴＩでＣＲＣがスクランブルされたＤＣＩフォーマット２＿１で、端末装置が自局のために意図された下りリンクのデータ送信がないことを想定するかもしれないＰＲＢ（１以上）とＯＦＤＭシンボル（１以上）の通知に用いられても良い。ＤＣＩフォーマットは、ＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩもしくはＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩでＣＲＣがスクランブルされたＤＣＩフォーマット２＿２で、ＰＵＳＣＨとＰＵＣＣＨのためのＴＰＣコマンドの送信に用いられても良い。ＤＣＩフォーマットは、ＴＰＣ−ＳＲＳ−ＲＮＴＩでＣＲＣがスクランブルされたＤＣＩフォーマット２＿３で、１以上の端末装置によるＳＲＳ送信のためのＴＰＣコマンドのグループの送信に用いられても良い。ＤＣＩフォーマット２＿３は、ＳＲＳ要求にも使われても良い。ＤＣＩフォーマットは、ＩＮＴ−ＲＮＴＩもしくはその他のＲＮＴＩ（例えば、ＵＬ−ＩＮＴ−ＲＮＴＩ）でＣＲＣがスクランブルされたＤＣＩフォーマット２＿Ｘ（例えば、ＤＣＩフォーマット２＿４、ＤＣＩフォーマット２＿１Ａ）で、ＵＬ  Ｇｒａｎｔ／Ｃｏｎｆｉｇｕｒｅｄ  ＵＬ  Ｇｒａｎｔでスケジューリング済みのうち、端末装置がデータ送信を行わないＰＲＢ（１以上）とＯＦＤＭシンボル（１以上）の通知に用いられても良い。
【００４６】
ＰＤＳＣＨ／ＰＵＳＣＨに対するＭＣＳは、該ＰＤＳＣＨ／該ＰＵＳＣＨの変調オーダーおよびターゲットの符号化率を指し示すインデックス（ＭＣＳインデックス）を用いることができる。変調オーダーは、変調方式と対応づけられる。変調オーダー「２」、「４」、「６」は各々、「ＱＰＳＫ」、「１６ＱＡＭ」、「６４ＱＡＭ」を示す。さらに、上位レイヤ（例えばＲＲＣシグナリング）で２５６ＱＡＭや１０２４ＱＡＭの設定がされた場合、変調オーダー「８」、「１０」の通知が可能であり、それぞれ「２５６ＱＡＭ」、「１０２４ＱＡＭ」を示す。ターゲット符号化率は、前記ＰＤＣＣＨでスケジュールされたＰＤＳＣＨ／ＰＵＳＣＨのリソースエレメント数（リソースブロック数）に応じて、送信するビット数であるＴＢＳ（トランスポートブロックサイズ）の決定に使用される。通信システム１（基地局装置１０及び端末装置２０）は、ＭＣＳとターゲットの符号化率と前記ＰＤＳＣＨ／ＰＵＳＣＨ送信のために割当てられたリソースエレメント数（リソースブロック数）によってトランスポートブロックサイズの算出方法を共有する。
【００４７】
ＰＤＣＣＨは、下りリンク制御情報に巡回冗長検査（Cyclic Redundancy Check: CRC）を付加して生成される。ＰＤＣＣＨにおいて、ＣＲＣパリティビットは、所定の識別子を用いてスクランブル（排他的論理和演算、マスクとも呼ぶ）される。パリティビットは、Ｃ−ＲＮＴＩ（Cell-Radio Network Temporary Identifier）、ＣＳ（Configured Scheduling）−ＲＮＴＩ、ＴＣ（Ｔｅｍｐｏｒａｒｙ  Ｃ）−ＲＮＴＩ、Ｐ（Paging）−ＲＮＴＩ、ＳＩ（System Information）−ＲＮＴＩ、ＲＡ（Random Access）−ＲＮＴＩで、Ｉ
ＮＴ−ＲＮＴＩ、ＳＦＩ（Slot Format Indicator）−ＲＮＴＩ、ＴＰＣ−ＰＵＳＣＨ−
ＲＮＴＩ、ＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩ、またはＴＰＣ−ＳＲＳ−ＲＮＴＩでスクランブルされる。Ｃ−ＲＮＴＩはダイナミックスケジューリング、ＣＳ−ＲＮＴＩはＳＰＳ／グラントフリーアクセス／Ｃｏｎｆｉｇｕｒｅｄ  Ｇｒａｎｔ  Ｔｙｐｅ１もしくはＴｙｐｅ２でセル内における端末装置を識別するための識別子である。Ｔｅｍｐｏｒａｒｙ  Ｃ−ＲＮＴＩは、コンテンションベースランダムアクセス手順（contention based random access procedure）中において、ランダムアクセスプリアンブルを送信した端末装置を識別するための識別子である。Ｃ−ＲＮＴＩおよびＴｅｍｐｏｒａｒｙ  Ｃ−ＲＮＴＩは、単一のサブフレームにおけるＰＤＳＣＨ送信またはＰＵＳＣＨ送信を制御するために用いられる。ＣＳ−ＲＮＴＩは、ＰＤＳＣＨまたはＰＵＳＣＨのリソースを周期的に割り当てるために用いられる。Ｐ−ＲＮＴＩは、ページングメッセージ(Paging Channel: PCH)
を送信するために用いられる。ＳＩ−ＲＮＴＩは、ＳＩＢを送信するために用いられる、ＲＡ−ＲＮＴＩは、ランダムアクセスレスポンス(ランダムアクセスプロシージャにおけ
るメッセージ２)を送信するために用いられる。ＳＦＩ−ＲＮＴＩはスロットフォーマッ
トを通知するために用いられる。ＩＮＴ−ＲＮＴＩは下りリンク／上りリンクのプリエンプション（Pre-emption）を通知するために用いられる。ＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩ
とＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩ、ＴＰＣ−ＳＲＳ−ＲＮＴＩは、それぞれＰＵＳＣＨとＰＵＣＣＨ、ＳＲＳの送信電力制御値を通知するために用いられる。なお、前記識別子は、グラントフリーアクセス／ＳＰＳ／Ｃｏｎｆｉｇｕｒｅｄ  Ｇｒａｎｔ  Ｔｙｐｅ１もしくはＴｙｐｅ２を複数設定するために、設定毎のＣＳ−ＲＮＴＩを含んでもよい。一例としてＣＳ−ＲＮＴＩによってスクランブルされたＣＲＣを付加したＤＣＩは、グラントフリーアクセスのアクティベーション、ディアクティベーション（リリース）、パラメータ変更や再送制御（ＡＣＫ／ＮＡＣＫ送信）のために使用することができ、パラメータはリソース設定（ＤＭＲＳの設定パラメータ、グラントフリーアクセスの周波数領域・時間領域のリソース、グラントフリーアクセスに用いられるＭＣＳ、繰り返し回数、周波数ホッピングの有無など）を含むことができる。
【００４８】
ＰＤＳＣＨは、下りリンクデータ（下りリンクトランスポートブロック、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やResource allocation for uplink transmission without grant、configured grant type1 transmissionなどとも呼称される、以下、グラントフリーアクセスとする）を用いた多元接続（MA: Multiple Access）をサポートする。グラントフリーアク
セスとは、端末装置によるＳＲの送信と基地局装置によるＤＣＩを使ったＵＬ  Ｇｒａｎｔ（L1 signalingによるＵＬ  Ｇｒａｎｔとも呼ばれる）によるデータ送信の物理リソースと送信タイミングの指定の手順を行わずに端末装置が上りリンクのデータ（物理上りリンクチャネルなど）を送信する方式である。よって、端末装置は、ＲＲＣシグナリング(
例えばConfiguredGrantConfig)により、使用できるリソースの割当て周期、目標受信電力、フラクショナルＴＰＣの値（α）、ＨＡＲＱプロセス数、同一トランスポートの繰り返し送信時のＲＶパターンに加え、ＲＲＣシグナリングのＣｏｎｆｉｇｕｒｅｄ  Ｕｐｌｉ
ｎｋ  Ｇｒａｎｔ（ｒｒｃＣｏｎｆｉｇｕｒｅｄＵｐｌｉｎｋＧｒａｎｔ、設定された上りリンクグラント）として、予めグラントフリーアクセスに使用できる物理リソース（周波数領域のリソースアサインメント、時間領域のリソースアサインメント）や送信パラメータ（ＤＭＲＳのサイクリックシフトやＯＣＣ、アンテナポート番号、ＤＭＲＳを配置するＯＦＤＭシンボルの位置や数、同一トランスポートの繰り返し送信回数などを含んでも良い）を受信しておき、送信データがバッファに入っている場合のみ、設定されている物理リソースを使用してデータ送信することができる。つまり、上位層がグラントフリーアクセスで送信するトランスポートブロックを運んでこない場合は、グラントフリーアクセスのデータ送信は行わない。また、端末装置は、ConfiguredGrantConfigを受信している
が、ＲＲＣシグナリングのrrc-ConfiguredUplinkGrantを受信していない場合、ＵＬ  Ｇ
ｒａｎｔ(ＤＣＩフォーマット)によるアクティベーションにより、ＳＰＳ（configured grant type2 transmission）で同様のデータ送信を行うこともできる。
【００６１】
グラントフリーアクセスには以下の２つのタイプが存在する。１つ目のconfigured grant type1 transmission （UL-TWG-type1）は、基地局装置がグラントフリーアクセスに関する送信パラメータを端末装置に上位層の信号（例えば、ＲＲＣ）で送信し、さらにグラントフリーアクセスのデータ送信の許可開始（アクティベーション、ＲＲＣセットアップ）と許可終了（ディアクティベーション（リリース）、ＲＲＣリリース）、送信パラメータの変更も上位層の信号で送信する方式である。ここで、グラントフリーアクセスに関する送信パラメータには、グラントフリーアクセスのデータ送信に使用可能な物理リソース（時間領域と周波数領域のリソースアサインメント）、物理リソースの周期、ＭＣＳ、繰り返し送信の有無、繰り返し回数、繰り返し送信時のＲＶの設定、周波数ホッピングの有無、ホッピングパターン、ＤＭＲＳの設定（ｆｒｏｎｔ−ｌｏａｄｅｄ  ＤＭＲＳのＯＦＤＭシンボル数、サイクリックシフトと時間拡散の設定など）、ＨＡＲＱのプロセス数、トランスフォーマプレコーダの情報、ＴＰＣに関する設定に関する情報が含まれても良い。グラントフリーアクセスに関する送信パラメータとデータ送信の許可開始は、同時に設定されても良いし、グラントフリーアクセスに関する送信パラメータが設定された後、異なるタイミング（ＳＣｅｌｌであれば、ＳＣｅｌｌアクティベーションなど）でグラントフリーアクセスのデータ送信の許可開始が設定されても良い。２つ目のconfigured grant
type2 transmission （UL-TWG-type2）は、基地局装置がグラントフリーアクセスに関する送信パラメータを端末装置に上位層の情報（例えば、ＲＲＣメッセージ）で送信し、グラントフリーアクセスのデータ送信の許可開始（アクティベーション）と許可終了（ディアクティベーション（リリース））、送信パラメータの変更はＤＣＩ（L1 signaling）で送信する。ここで、ＲＲＣで物理リソースの周期、繰り返し回数、繰り返し送信時のＲＶの設定、ＨＡＲＱのプロセス数、トランスフォーマプレコーダの情報、ＴＰＣに関する設定に関する情報が含まれ、ＤＣＩによる許可開始（アクティベーション）にはグラントフリーアクセスに使用可能な物理リソース（リソースブロックの割当て）が含まれても良い。グラントフリーアクセスに関する送信パラメータとデータ送信の許可開始は、同時に設定されても良いし、グラントフリーアクセスに関する送信パラメータが設定された後、異なるタイミングでグラントフリーアクセスのデータ送信の許可開始が設定されても良い。本発明は、上記のグラントフリーアクセスのいずれに適用しても良い。
【００６２】
一方、ＳＰＳ（Semi-Persistent Scheduling）という技術がＬＴＥで導入されており、ＶｏＩＰ（Voice over Internet Protocol）等の用途に周期的なリソース割当てが可能である。ＳＰＳでは、ＤＣＩを使い、物理リソースの指定（リソースブロックの割当て）やＭＣＳなどの送信パラメータを含む所定のＤＣＩで許可開始（アクティベーション）を行う。そのため、グラントフリーアクセスのなかで上位層の情報（例えば、ＲＲＣメッセージ）で許可開始（アクティベーション）するタイプ(UL-TWG-type1)は、ＳＰＳと開始手順が異なる。また、UL-TWG-type２は、ＤＣＩ（L1 signaling）で許可開始（アクティベー
ション）する点は同じだが、ＳＣｅｌｌやＢＷＰ、ＳＵＬで使用できる点やＲＲＣシグナ
リングで繰り返し回数、繰り返し送信時のＲＶの設定を通知する点で異なっても良い。また、基地局装置はグラントフリーアクセス（UL-TWG-type1の再送またはUL-TWG-type２の
設定、再送）で使用されるＤＣＩ（L1 signaling）とダイナミックスケジューリングで使用されるＤＣＩで異なる種類のＲＮＴＩを使ってスクランブルしても良いし、UL-TWG-type1の再送制御で使用するＤＣＩとUL-TWG-type２のアクティベーションとディアクティベ
ーション（リリース）と再送制御で使用するＤＣＩで同じＲＮＴＩ（ＣＳ−ＲＮＴＩ）を使ってスクランブルしても良い。
【００６３】
基地局装置１０及び端末装置２０は、直交マルチアクセスに加えて、非直交マルチアクセスをサポートしても良い。なお、基地局装置１０及び端末装置２０は、グラントフリーアクセス及びスケジュールドアクセス（ダイナミックスケジューリング）の両方をサポートすることもできる。ここで、上りリンクのスケジュールドアクセスとは、以下の手順により端末装置２０がデータ送信するこという。端末装置２０は、ランダムアクセスプロシージャ（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）−ＢＰなどを備えても良い。
【００７０】
図２は、本実施形態に係る通信システムの無線フレーム構成例を示す図である。無線フレーム構成は、時間領域のマルチアクセスの物理リソースにおける構成を示す。１つの無線フレームは、複数のスロット（サブフレームでも良い）から構成される。図２は、１つの無線フレームが１０個のスロットから構成される例である。端末装置２０は、リファレンスとなるサブキャリア間隔（リファレンスニューメロロジー）を持つ。前記サブフレームは、リファレンスとなるサブキャリア間隔において生成される複数のＯＦＤＭシンボルで構成される。図２は、サブキャリア間隔が１５ｋＨｚであり、１フレームが１０スロット、１つのサブフレームが１スロットで構成され、１スロットが１４つのＯＦＤＭシンボルから構成される例である。サブキャリア間隔が１５ｋＨｚ×２μ（μは０以上の整数）の場合、１フレームが２μ×１０スロット、１サブフレームが２μスロットで構成される。
【００７１】
図２は、リファレンスとなるサブキャリア間隔と上りリンクのデータ送信に用いるサブキャリア間隔が同一である場合である。本実施形態に係る通信システムは、スロットを、端末装置２０が物理チャネル（例えば、物理データ共有チャネル、物理制御チャネル）をマッピングする最小単位としてもよい。この場合、前記マルチアクセスの物理リソースにおいて、１つのスロットが時間領域におけるリソースブロック単位となる。さらに、本実施形態に係る通信システムは、端末装置２０が物理チャネルをマッピングする最小単位を１もしくは複数のＯＦＤＭシンボル（例えば、２〜１３ＯＦＤＭシンボル）としても良い。基地局装置１０は、１もしくは複数のＯＦＤＭシンボルが時間領域におけるリソースブロック単位となる。基地局装置１０は、物理チャネルをマッピングする最小単位を端末装置２０にシグナリングしても良い。
【００７２】
図３は、本実施形態に係る基地局装置１０の構成を示す概略ブロック図である。基地局装置１０は、受信アンテナ２０２、受信部（受信ステップ）２０４、上位層処理部（上位層処理ステップ）２０６、制御部（制御ステップ）２０８、送信部（送信ステップ）２１０、送信アンテナ２１２を含んで構成される。受信部２０４は、無線受信部（無線受信ステップ）２０４０、ＦＦＴ部２０４１（ＦＦＴステップ）、多重分離部（多重分離ステップ）２０４２、伝搬路推定部（伝搬路推定ステップ）２０４３、信号検出部（信号検出ステップ）２０４４を含んで構成される。送信部２１０は、符号化部（符号化ステップ）２１００、変調部（変調ステップ）２１０２、多元接続処理部（多元接続処理ステップ）２１０６、多重部（多重ステップ）２１０８、無線送信部（無線送信ステップ）２１１０、ＩＦＦＴ部（ＩＦＦＴステップ）２１０９、下りリンク参照信号生成部（下りリンク参照信号生成ステップ）２１１２、下りリンク制御信号生成部（下りリンク制御信号生成ステップ）２１１３を含んで構成される。
【００７３】
受信部２０４は、受信アンテナ２０２を介して端末装置１０からの受信した上りリンク信号（上りリンクの物理チャネル、上りリンク物理信号）を多重分離、復調、復号する。
受信部２０４は、受信信号から分離した制御チャネル（制御情報）を制御部２０８に出力する。受信部２０４は、復号結果を上位層処理部２０６に出力する。受信部２０４は、前記受信信号に含まれるＳＲや下りリンクのデータ送信に対するＡＣＫ／ＮＡＣＫ、ＣＳＩを取得する。
【００７４】
無線受信部２０４０は、受信アンテナ２０２を介して受信した上りリンク信号を、ダウンコンバートによりベースバンド信号に変換し、不要な周波数成分を除去し、信号レベルが適切に維持されるように増幅レベルを制御し、受信した信号の同相成分および直交成分に基づいて、直交復調し、直交復調されたアナログ信号をディジタル信号に変換する。無線受信部２０４０は、変換したディジタル信号からＣＰ（Cyclic Prefix）に相当する部
分を除去する。ＦＦＴ部２０４１はＣＰを除去した下りリンク信号に対して高速フーリエ変換を行い（ＯＦＤＭ変調に対する復調処理）、周波数領域の信号を抽出する。
【００７５】
伝搬路推定部２０４３は、復調用参照信号を用いて、上りリンクの物理チャネルの信号検出のためのチャネル推定を行う。伝搬路推定部２０４３には、復調用参照信号がマッピングされているリソース及び各端末装置に割当てた復調用参照信号系列が制御部２０８から入力される。伝搬路推定部２０４３は、前記復調用参照信号系列を用いて、基地局装置１０と端末装置２０の間のチャネル状態（伝搬路状態）を測定する。伝搬路推定部２０４３は、グラントフリーアクセスの場合、チャネル推定の結果（チャネル状態のインパルス応答、周波数応答）を用いて、端末装置の識別を行うことができる（このため、識別部とも称する）。伝搬路推定部２０４３は、チャネル状態の抽出に成功した復調用参照信号に関連付けられる端末装置２０が、上りリンクの物理チャネルを送信したと判断する。多重分離部２０４２は、伝搬路推定部２０４３が上りリンクの物理チャネルが送信されたと判断したリソースにおいて、ＦＦＴ部２０４１から入力された周波数領域の信号（複数の端末装置２０の信号が含まれる）を抽出する。
【００７６】
多重分離部２０４２は、前記抽出した周波数領域の上りリンク信号に含まれる上りリンクの物理チャネル（物理上りリンク制御チャネル、物理上りリンク共有チャネル）等を分離抽出する。多重分離部は、物理上りリンクチャネルを信号検出部２０４４／制御部２０８に出力する。
【００７７】
信号検出部２０４４は、伝搬路推定部２０４３で推定されたチャネル推定結果及び多重分離部２０４２から入力される前記周波数領域の信号を用いて、各端末装置の上りリンクのデータ（上りリンクの物理チャネル）の信号を検出する。信号検出部２０４４は、上りリンクのデータを送信したと判断した端末装置２０に割当てた復調用参照信号（チャネル状態の抽出に成功した復調用参照信号）に関連付けられた端末装置２０の信号の検出処理を行う。
【００７８】
図４は、本実施形態に係る信号検出部の一例を示す図である。信号検出部２０４４は、等化部２５０４、多元接続信号分離部２５０６−１〜２５０６−ｕ、ＩＤＦＴ部２５０８−１〜２５０８−ｕ、復調部２５１０−１〜２５１０−ｕ、復号部２５１２−１〜２５１２−ｕから構成される。ｕは、グラントフリーアクセスの場合、同一又は重複するマルチアクセスの物理リソースにおいて（同一時間及び同一周波数において）、伝搬路推定部２０４３が上りリンクのデータを送信したと判断（チャネル状態の抽出に成功）した端末装置数である。ｕは、スケジュールドアクセスの場合、ＤＣＩで同一又は重複するマルチアクセスの物理リソースにおいて（同一時間、例えばＯＦＤＭシンボル、スロットにおいて）、上りリンクのデータ送信を許可した端末装置数である。信号検出部２０４４を構成する各部位は、制御部２０８から入力される各端末装置のグラントフリーアクセスに関する設定を用いて、制御される。
【００７９】
等化部２５０４は、伝搬路推定部２０４３より入力された周波数応答よりＭＭＳＥ規範に基づく等化重みを生成する。ここで、等化処理は、ＭＲＣやＺＦを用いても良い。等化部２５０４は、該等化重みを多重分離部２０４２から入力される周波数領域の信号（各端末装置の信号が含まれる）に乗算し、各端末装置の周波数領域の信号を抽出する。等化部２５０４は、等化後の各端末装置の周波数領域の信号をＩＤＦＴ部２５０８−１〜２５０８−ｕに出力する。ここで、信号波形をＤＦＴＳ−ＯＦＤＭとした端末装置２０が送信したデータを検出する場合、ＩＤＦＴ部２５０８−１〜２５０８−ｕに周波数領域の信号を出力する。また、信号波形をＯＦＤＭとした端末装置２０が送信したデータを受信する場合、多元接続信号分離部２５０６−１〜２５０６−ｕに周波数領域の信号を出力する。
【００８０】
ＩＤＦＴ部２５０８−１〜２５０８−ｕは、等化後の各端末装置の周波数領域の信号を時間領域の信号に変換する。なお、ＩＤＦＴ部２５０８−１〜２５０８−ｕは、端末装置２０のＤＦＴ部で施された処理に対応する。多元接続信号分離部２５０６−１〜２５０６−ｕは、ＩＤＦＴ後の各端末装置の時間領域の信号に対して、マルチアクセス署名リソースにより多重されている信号を分離する（多元接続信号分離処理）。例えば、マルチアクセス署名リソースとして符号拡散を用いた場合は、多元接続信号分離部２５０６−１〜２５０６−ｕの各々は、各端末装置に割当てられた拡散符号系列を用いて、逆拡散処理を行う。なお、マルチアクセス署名リソースとしてインターリーブが適用される場合、ＩＤＦＴ後の各端末装置の時間領域の信号に対して、デインターリーブ処理が行われる（デインターリーブ部）。
【００８１】
復調部２５１０−１〜２５１０−ｕには、予め通知されている、又は予め決められている各端末装置の変調方式の情報（ＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ、２５６ＱＡＭ等）が制御部２０８から入力される。復調部２５１０−１〜２５１０−ｕは、前記変調方式の情報に基づき、多元接続信号の分離後の信号に対して復調処理を施し、ビット系列のＬＬＲ（Log Likelihood Ratio）を出力する。
【００８２】
復号部２５１２−１〜２５１２−ｕには、予め通知されている、又は予め決められている符号化率の情報が制御部２０８から入力される。復号部２５１２−１〜２５１２−ｕは、前記復調部２５１０−１〜２５１０−ｕから出力されたＬＬＲの系列に対して復号処理を行い、復号した上りリンクのデータ／上りリンク制御情報を上位層処理部２０６へ出力する。逐次干渉キャンセラ（ＳＩＣ: Successive Interference Canceller）やターボ等
化等のキャンセル処理を行うために、復号部２５１２−１〜２５１２−ｕは、復号部出力の外部ＬＬＲもしくは事後ＬＬＲからレプリカを生成し、キャンセル処理をしても良い。外部ＬＬＲと事後ＬＬＲの違いは、それぞれ復号後のＬＬＲから復号部２５１２−１〜２５１２−ｕに入力される事前ＬＬＲを減算するか、否かである。復号部２５１２−１〜２５１２−ｕは、ＳＩＣやターボ等化の繰り返し回数が所定の回数に達した場合、復号処理後のＬＬＲに対して硬判定を行い、各端末装置における上りリンクのデータのビット系列を、上位層処理部２０６に出力しても良い。なお、ターボ等化処理を用いた信号検出に限らず、レプリカ生成し、干渉除去を用いない信号検出や最尤検出、ＥＭＭＳＥ−ＩＲＣなどを用いることもできる。
【００８３】
制御部２０８は、上りリンクの物理チャネル（物理上りリンク制御チャネル、物理上りリンク共有チャネル等）に含まれる上りリンク受信に関する設定情報／下りリンク送信に関する設定情報（基地局装置から端末装置へＤＣＩやＲＲＣ、ＳＩＢなどで通知）を用いて、受信部２０４及び送信部２１０の制御を行う。制御部２０８は、前記上りリンク受信に関する設定情報／下りリンク送信に関する設定情報を上位層処理部２０６から取得する。送信部２１０が物理下りリンク制御チャネルを送信する場合、制御部２０８は、下りリンク制御情報（ＤＣＩ：Downlink Control information）を生成し、送信部２１０に出力する。なお、制御部１０８の機能の一部は、上位層処理部１０２に含めることができる。
なお、制御部２０８はデータ信号に付加するＣＰの長さのパラメータに従って、送信部２１０を制御しても良い。
【００８４】
上位層処理部２０６は、媒体アクセス制御（ＭＡＣ：Medium Access Control）層、パ
ケットデータ統合プロトコル（ＰＤＣＰ：Packet Data Convergence Protocol）層、無線リンク制御（ＲＬＣ：Radio Link Control）層、無線リソース制御（ＲＲＣ：Radio Resource Control）層などの物理層より上位層の処理を行なう。上位層処理部２０６は、送信部２１０および受信部２０４の制御を行なうために必要な情報を生成し、制御部２０８に出力する。上位層処理部２０６は、下りリンクのデータ（例えば、ＤＬ−ＳＣＨ）、報知情報（例えば、ＢＣＨ）、ハイブリッド自動再送要求（Hybrid Automatic Repeat request）インジケータ（ＨＡＲＱインジケータ）などを送信部２１０に出力する。上位層処理
部２０６は、端末装置からサポートしている端末装置の機能（UE capability）に関する
情報を受信部２０４から入力される。例えば、上位層処理部２０６は、前記端末装置の機能に関する情報をＲＲＣ層のシグナリングで受信する。
【００８５】
前記端末装置の機能に関する情報は、その端末装置が所定の機能をサポートするかどうかを示す情報、または、その端末装置が所定の機能に対する導入およびテストの完了を示す情報を含む。所定の機能をサポートするかどうかは、所定の機能に対する導入およびテストを完了しているかどうかを含む。端末装置が所定の機能をサポートする場合、その端末装置はその所定の機能をサポートするかどうかを示す情報（パラメータ）を送信する。端末装置が所定の機能をサポートしない場合、その端末装置はその所定の機能をサポートするかどうかを示す情報（パラメータ）を送信しないようにしてよい。すなわち、その所定の機能をサポートするかどうかは、その所定の機能をサポートするかどうかを示す情報（パラメータ）を送信するかどうかによって通知される。なお、所定の機能をサポートするかどうかを示す情報（パラメータ）は、１または０の１ビットを用いて通知してもよい。
【００８６】
前記端末装置の機能に関する情報は、グラントフリーアクセスをサポートすることを示す情報（UL-TWG-type1とUL-TWG-type2をそれぞれサポートするか否かの情報）を含む。グラントフリーアクセスに対応する機能が複数ある場合、上位層処理部２０６は、機能毎にサポートするかどうかを示す情報を受信することができる。グラントフリーアクセスをサポートすることを示す情報は、端末装置がサポートしているマルチアクセスの物理リソース、マルチアクセス署名リソースを示す情報を含む。グラントフリーアクセスをサポートすることを示す情報は、前記マルチアクセスの物理リソース、マルチアクセス署名リソースの設定のための参照テーブルの設定を含んでもよい。グラントフリーアクセスをサポートすることを示す情報は、アンテナポート、スクランブリングアイデンティティ及びレイヤ数を示す複数のテーブルに対応している能力、所定数のアンテナポート数に対応している能力、所定の送信モードに対応している能力の一部又は全部を含んでも良い。送信モードは、アンテナポート数、送信ダイバーシチ、レイヤ数、グラントフリーアクセスのサポート等の有無により定められる。
【００８７】
前記端末装置の機能に関する情報は、ＵＲＬＬＣに関する機能をサポートすることを示す情報を含んでも良い。例えば、上りリンクのダイナミックスケジューリングやＳＰＳ／グラントフリーアクセスや下りリンクのダイナミックスケジューリングやＳＰＳのＤＣＩフォーマットとして、ＤＣＩフォーマット内のフィールドの合計の情報ビット数の少ないｃｏｍｐａｃｔ  ＤＣＩフォーマットがあり、前記端末装置の機能に関する情報はｃｏｍｐａｃｔ  ＤＣＩフォーマットの受信処理（ブラインドデコーディング）をサポートすることを示す情報を含んでも良い。ＤＣＩは、ＰＤＣＣＨのサーチスペースに配置されて送信されるが、アグリゲーションレベル毎に使用できるリソース数が決まっている。そのため、ＤＣＩフォーマットのフィールドの合計の情報ビット数が多いと高い符号化率の伝送
となり、ＤＣＩフォーマットのフィールドの合計のビット数が少ないと低い符号化率の伝送となる。そのため、ＵＲＬＬＣのような高信頼性が要求される場合は、ｃｏｍｐａｃｔ
ＤＣＩフォーマットを使用して低い符号化率を用いることが好ましい。なお、ＬＴＥやＮＲで予め決められたリソースエレメント（サーチスペース）に所定のＤＣＩフォーマットのＤＣＩが配置される。そのため、リソースエレメント数（アグリゲーションレベル）を一定とすると、ペイロードサイズの大きいＤＣＩフォーマットはペイロードサイズの小さいＤＣＩフォーマットと比較して、高い符号化率の送信となり、高信頼性を満たすことが難しくなる。
【００８８】
前記端末装置の機能に関する情報は、ＵＲＬＬＣに関する各種機能をサポートすることを示す情報を含んでも良い。例えば、上りリンクや下りリンクのダイナミックスケジューリングのＤＣＩフォーマットの情報が重複して送信されているＤＣＩを受信することで、信頼性の高いＰＤＣＣＨの検出（ブラインドデコーディングによる検出）機能をサポートすることを示す情報を含んでも良い。ＰＤＣＣＨで重複したＤＣＩフォーマットの情報を送信する場合、基地局装置は重複して送信されるＤＣＩのためのサーチスペース内のブラインドデコーディングの候補やアグリゲーションレベルやサーチスペース、ＣＯＲＥＳＥＴ、ＢＷＰ、サービングセル、スロットが関連付けられて、所定の規則で同一のＤＣＩフォーマットの情報を繰り返し送信しても良い。この繰り返し送信は１つのＤＣＩの中で行ってもよく、複数のＤＣＩを用いてもよい。
【００８９】
前記端末装置の機能に関する情報は、キャリアアグリゲーションに関する機能をサポートすることを示す情報を含んでも良い。また、前記端末装置の機能に関する情報は、複数のコンポーネントキャリア（サービングセル）の同時送信（時間領域の重複、少なくとも一部のＯＦＤＭシンボルで重複する場合も含む）に関する機能をサポートすることを示す情報を含んでも良い。
【００９０】
上位層処理部２０６は、端末装置の各種設定情報の管理をする。前記各種設定情報の一部は、制御部２０８に入力される。各種設定情報は、送信部２１０を介して下りリンクの物理チャネルを用いて、基地局装置１０から送信される。前記各種設定情報は、送信部２１０から入力されたグラントフリーアクセスに関する設定情報を含む。前記グラントフリーアクセスに関する設定情報は、マルチアクセスリソース（マルチアクセスの物理リソース、マルチアクセス署名リソース）の設定情報を含む。例えば、上りリンクのリソースブロック設定（使用するＯＦＤＭシンボルの開始位置とＯＦＤＭシンボル数／リソースブロック数）、復調用参照信号／識別信号の設定（参照信号系列、サイクリックシフト、マッピングされるＯＦＤＭシンボル等）、拡散符号設定（Ｗａｌｓｈ符号、ＯＣＣ；Orthogonal Cover Code、スパース符号やこれらの拡散符号の拡散率など）、インターリーブ設定
、送信電力設定、送受信アンテナ設定、送受信ビームフォーミング設定、等のマルチアクセス署名リソースに関する設定（端末装置２０が送信した上りリンクの物理チャネルを同定するための目印に基づいて施される処理に関する設定）が含まれうる。これらのマルチアクセス署名リソースは、直接的又は間接的に、関連付けられてもよい（結び付けられてもよい）。マルチアクセス署名リソースの関連付けは、マルチアクセス署名プロセスインデックスによって示される。また、前記グラントフリーアクセスに関する設定情報には、前記マルチアクセスの物理リソース、マルチアクセス署名リソースの設定のための参照テーブルの設定が含まれてもよい。前記グラントフリーアクセスに関する設定情報は、グラントフリーアクセスのセットアップ、リリースを示す情報、上りリンクのデータ信号に対するＡＣＫ／ＮＡＣＫの受信タイミング情報、上りリンクのデータ信号の再送タイミング情報などを含めてもよい。
【００９１】
上位層処理部２０６は、制御情報として通知したグラントフリーアクセスに関する設定情報に基づいて、グラントフリーで上りリンクのデータ（トランスポートブロック）のマ
ルチアクセスリソース（マルチアクセスの物理リソース、マルチアクセス署名リソース）を管理する。上位層処理部２０６は、グラントフリーアクセスに関する設定情報に基づき、受信部２０４を制御するための情報を制御部２０８に出力する。
【００９２】
上位層処理部２０６は、生成された下りリンクのデータ（例えば、ＤＬ−ＳＣＨ）を、送信部２１０に出力する。前記下りリンクのデータには、ＵＥ  ＩＤ（ＲＮＴＩ）を格納するフィールドを有しても良い。上位層処理部２０６は、前記下りリンクのデータにＣＲＣを付加する。前記ＣＲＣのパリティビットは、前記下りリンクのデータを用いて生成される。前記ＣＲＣのパリティビットは、宛先の端末装置に割当てられたＵＥ  ＩＤ（ＲＮＴＩ）でスクランブル（排他的論理和演算、マスク、暗号化とも呼ぶ）される。ただし、ＲＮＴＩは前述の通り、複数の種類が存在し、送信するデータなどによって使用するＲＮＴＩが異なる。
【００９３】
上位層処理部２０６は、ブロードキャストするシステムインフォメーション（ＭＩＢ、ＳＩＢ）を生成、又は上位ノードから取得する。上位層処理部２０６は、前記ブロードキャストするシステムインフォメーションを送信部２１０に出力する。前記ブロードキャストするシステムインフォメーションは、基地局装置１０がグラントフリーアクセスをサポートすることを示す情報を含めることができる。上位層処理部２０６は、前記システムインフォメーションに、グラントフリーアクセスに関する設定情報（マルチアクセスの物理リソース、マルチアクセス署名リソースなどのマルチアクセスリソースに関する設定情報など）の一部又は全部を含めることができる。上りリンク前記システム制御情報は、送信部２１０において、物理報知チャネル／物理下りリンク共有チャネルにマッピングされる。
【００９４】
上位層処理部２０６は、物理下りリンク共有チャネルにマッピングされる下りリンクのデータ（トランスポートブロック）、システムインフォメーション（ＳＩＢ）、ＲＲＣメッセージ、ＭＡＣ  ＣＥなどを生成、又は上位ノードから取得し、送信部２１０に出力する。上位層処理部２０６は、これらの上位層の信号にグラントフリーアクセスに関する設定情報、グラントフリーアクセスのセットアップ、リリースを示すパラメータの一部又は全部を含めることができる。上位層処理部２０６は、グラントフリーアクセスに関する設定情報を通知するための専用ＳＩＢを生成してもよい。
【００９５】
上位層処理部２０６は、グラントフリーアクセスをサポートしている端末装置２０に対して、マルチアクセスリソースをマッピングする。基地局装置１０は、マルチアクセス署名リソースに関する設定パラメータの参照テーブルを保持しても良い。上位層処理部２０６は、前記端末装置２０に対して各設定パラメータを割当てる。上位層処理部２０６は、前記マルチアアクセス署名リソースを用いて、各端末装置に対するグラントフリーアクセスに関する設定情報を生成する。上位層処理部２０６は、各端末装置に対するグラントフリーアクセスに関する設定情報の一部又は全部を含む下りリンク共有チャネルを生成する。上位層処理部２０６は、前記グラントフリーアクセスに関する設定情報を、制御部２０８／送信部２１０に出力する。
【００９６】
上位層処理部２０６は、各端末装置に対してＵＥ  ＩＤを設定し、通知する。ＵＥ  ＩＤは、無線ネットワーク一時的識別子（ＲＮＴＩ：Cell Radio Network Temporary Identifier）を用いることができる。ＵＥ  ＩＤは、下りリンク制御チャネル、下りリンク共
有チャネルに付加されるＣＲＣのスクランブルに用いられる。ＵＥ  ＩＤは、上りリンク共有チャネルに付加されるＣＲＣのスクランブリングに用いられる。ＵＥ  ＩＤは、上りリンク参照信号系列の生成に用いられる。上位層処理部２０６は、ＳＰＳ／グラントフリーアクセス固有のＵＥ  ＩＤを設定してもよい。上位層処理部２０６は、グラントフリーアクセスをサポートする端末装置か否かで区別して、ＵＥ  ＩＤを設定してもよい。例え
ば、下りリンクの物理チャネルがスケジュールドアクセスで送信され、上りリンクの物理チャネルがグラントフリーアクセスで送信される場合、下りリンクの物理チャネル用ＵＥ
ＩＤは、下りリンクの物理チャネル用ＵＥ  ＩＤと区別して設定してもよい。上位層処理部２０６は、前記ＵＥ  ＩＤに関する設定情報を、送信部２１０／制御部２０８／受信部２０４に出力する。
【００９７】
上位層処理部２０６は、物理チャネル（物理下りリンク共有チャネル、物理上りリンク共有チャネルなど）の符号化率、変調方式（あるいはＭＣＳ）および送信電力などを決定する。上位層処理部２０６は、前記符号化率／変調方式／送信電力を送信部２１０／制御部２０８／受信部２０４に出力する。上位層処理部２０６は、前記符号化率／変調方式／送信電力を上位層の信号に含めることができる。
【００９８】
送信部２１０は、送信する下りリンクのデータが発生した場合、物理下りリンク共有チャネルを送信する。また、送信部２１０は、ＤＬ  Ｇｒａｎｔによりデータ送信用のリソースを送信している場合、スケジュールドアクセスで物理下りリンク共有チャネルを送信し、ＳＰＳをアクティベーション時はＳＰＳの物理下りリンク共有チャネルを送信しても良い。送信部２１０は、制御部２０８から入力されたスケジュールドアクセス／ＳＰＳに関する設定に従って、物理下りリンク共有チャネル及びそれに関連付けられた復調用参照信号／制御信号を生成する。
【００９９】
符号化部２１００は、予め定められた／制御部２０８が設定した符号化方式を用いて、上位層処理部２０６から入力された下りリンクのデータを符号化する（リピティションを含む）。符号化方式は、畳み込み符号化、ターボ符号化、ＬＤＰＣ（Low Density Parity
Check）符号化、Ｐｏｌａｒ符号化、等を適用することができる。データ送信ではＬＤＰＣ符号、制御情報の送信ではＰｏｌａｒ符号を用い、使用する下りリンクのチャネルによって異なる誤り訂正符号化を用いても良い。また、送信するデータや制御情報のサイズによって異なる誤り訂正符号化を用いても良く、例えばデータサイズが所定の値よりも小さい場合には畳み込み符号を用い、それ以外は前記の訂正符号化を用いても良い。前記符号化は、符号化率１／３に加え、低い符号化率１／６や１／１２などのマザーコードを用いてもよい。また、マザーコードより高い符号化率を用いる場合には、レートマッチング（パンクチャリング）によりデータ伝送に用いる符号化率を実現しても良い。変調部２１０２は、符号化部２１００から入力された符号化ビットをＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ、２５６ＱＡＭ等（π／２シフトＢＰＳＫ、π／４シフトＱＰＳＫも含んでもよい）の下りリンク制御情報で通知された変調方式または、チャネル毎に予め定められた変調方式で変調する。
【０１００】
多元接続処理部２１０６は、変調部２１０２から出力される系列に対して、制御部２０８から入力されるマルチアクセス署名リソースに従って、複数のデータが多重されても基地局装置１０が信号の検出が可能なように信号を変換する。マルチアクセス署名リソースが拡散の場合は、拡散符号系列の設定に従って拡散符号系列を乗算する。なお、多元接続処理部２１０６は、マルチアクセス署名リソースとしてインターリーブが設定された場合、前記多元接続処理部２１０６は、インターリーブ部に置換えることができる。インターリーブ部は、変調部２１０２から出力される系列に対して、制御部２０８から入力されるインターリーブパターンの設定に従ってインターリーブ処理を行う。マルチアクセス署名リソースとして符号拡散及びインターリーブが設定された場合、送信部２１０は、多元接続処理部２１０６は拡散処理とインターリーブを行う。その他のマルチアクセス署名リソースが適用された場合でも、同様であり、スパース符号などを適用しても良い。
【０１０１】
多元接続処理部２１０６は、信号波形をＯＦＤＭとする場合、多元接続処理後の信号を多重部２１０８に入力する。下りリンク参照信号生成部２１１２は、制御部２０８から入
力される復調用参照信号の設定情報に従って、復調用参照信号を生成する。復調用参照信号／識別信号の設定情報は、基地局装置が下りリンク制御情報で通知するＯＦＤＭシンボル数、ＤＭＲＳの配置するＯＦＤＭシンボル位置、サイクリックシフト、時間領域の拡散などの情報を基に、予め定められた規則で求まる系列を生成する。
【０１０２】
多重部２１０８は、下りリンクの物理チャネルと下りリンク参照信号を送信アンテナポート毎にリソースエレメントへ多重（マッピング、配置）する。多重部２１０８は、ＳＣＭＡを用いる場合、制御部２０８から入力されるＳＣＭＡリソースパターンに従って、前記下りリンクの物理チャネルをリソースエレメントに配置する。
【０１０３】
ＩＦＦＴ部２１０９は多重された信号を逆高速フーリエ変換（Inverse Fast Fourier  Transform: IFFT）して、ＯＦＤＭ方式の変調を行い、ＯＦＤＭシンボルを生成する。無
線送信部２１１０は、前記ＯＦＤＭ方式の変調されたシンボルにＣＰを付加し、ベースバンドのディジタル信号を生成する。さらに、無線送信部２１１０は、前記ベースバンドのディジタル信号をアナログ信号に変換し、余分な周波数成分を除去し、アップコンバートにより搬送周波数に変換し、電力増幅し、送信アンテナ２１２を介して端末装置２０に送信する。無線送信部２１１０は、送信電力制御機能（送信電力制御部）を含む。前記送信電力制御は、制御部２０８から入力される送信電力の設定情報に従う。なお、ＦＢＭＣ、ＵＦ−ＯＦＤＭ、Ｆ−ＯＦＤＭが適用される場合、前記ＯＦＤＭシンボルに対して、サブキャリア単位又はサブバンド単位でフィルタ処理が行われる。
【０１０４】
図５は、本実施形態における端末装置２０の構成を示す概略ブロック図である。端末装置２０は、上位層処理部（上位層処理ステップ）１０２、送信部（送信ステップ）１０４、送信アンテナ１０６、制御部（制御ステップ）１０８、受信アンテナ１１０、受信部（受信ステップ）１１２を含んで構成される。送信部１０４は、符号化部（符号化ステップ）１０４０、変調部（変調ステップ）１０４２、多元接続処理部（多元接続処理ステップ）１０４３、多重部（多重ステップ）１０４４、ＤＦＴ部（ＤＦＴステップ）１０４５、上りリンク制御信号生成部（上りリンク制御信号生成ステップ）１０４６、上りリンク参照信号生成部（上りリンク参照信号生成ステップ）１０４８、ＩＦＦＴ部１０４９（ＩＦＦＴステップ）及び無線送信部（無線送信ステップ）１０５０を含んで構成される。受信部１１２は、無線受信部（無線受信ステップ）１１２０、ＦＦＴ部（ＦＦＴステップ）１１２１、伝搬路推定部（伝搬路推定ステップ）１１２２、多重分離部（多重分離ステップ）１１２４及び信号検出部（信号検出ステップ）１１２６を含んで構成される。
【０１０５】
上位層処理部１０２は、媒体アクセス制御（ＭＡＣ：Medium Access Control）層、パ
ケットデータ統合プロトコル（ＰＤＣＰ：Packet Data Convergence Protocol）層、無線リンク制御（ＲＬＣ：Radio Link Control）層、無線リソース制御（ＲＲＣ：Radio Resource Control）層などの物理層より上位層の処理を行なう。上位層処理部１０２は、送信部１０４および受信部１１２の制御を行なうために必要な情報を生成し、制御部１０８に出力する。上位層処理部１０２は、上りリンクのデータ（例えば、ＵＬ−ＳＣＨ）、上りリンクの制御情報のなどを送信部１０４に出力する。
【０１０６】
上位層処理部１０２は、端末装置の機能（UE capability）等の端末装置に関する情報
を、基地局装置１０から（送信部１０４を介して）送信する。端末装置に関する情報は、グラントフリーアクセスやｃｏｍｐａｃｔ  ＤＣＩの受信／検出／ブラインドデコーディングをサポートすることを示す情報、繰り返しＤＣＩフォーマットの情報がＰＤＣＣＨで送信された場合の受信／検出／ブラインドデコーディングをサポートすることを示す情報、その機能毎にサポートするかどうかを示す情報を含む。グラントフリーアクセスをサポートすることを示す情報、その機能毎にサポートするかどうかを示す情報は、送信モードで区別されてもよい。
【０１０７】
制御部１０８は、上位層処理部１０２から入力された各種設定情報に基づいて、送信部１０４および受信部１１２の制御を行なう。制御部１０８は、上位層処理部１０２から入力された制御情報に関する設定情報に基づいて、上りリンク制御情報（ＵＣＩ）を生成し、送信部１０４に出力する。
【０１０８】
送信部１０４は、各端末装置のために、上位層処理部１０２から入力された上りリンク制御情報、上りリンク共有チャネル等を符号化および変調し、物理上りリンク制御チャネル、物理上りリンク共有チャネルを生成する。符号化部１０４０は、予め定められた／制御情報で通知された符号化方式を用いて、上りリンク制御情報、上りリンク共有チャネルを符号化する（リピティションを含む）。符号化方式は、畳み込み符号化、ターボ符号化、ＬＤＰＣ（Low Density Parity Check）符号化、Ｐｏｌａｒ符号化、等を適用することができる。変調部１０４２は、符号化部１０４０から入力された符号化ビットをＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ、２５６ＱＡＭ等の予め定められた／制御情報で通知された変調方式で変調する。
【０１０９】
多元接続処理部１０４３は、変調部１０４２から出力される系列に対して、制御部１０８から入力されるマルチアクセス署名リソースに従って、複数のデータが多重されても基地局装置１０が信号の検出が可能なように信号を変換する。マルチアクセス署名リソースが拡散の場合は、拡散符号系列の設定に従って拡散符号系列を乗算する。前記拡散符号系列の設定は、前記復調用参照信号／識別信号などの他のグラントフリーアクセスに関する設定と関連付けられても良い。なお、多元接続処理は、ＤＦＴ処理後の系列に対して行ってもよい。なお、多元接続処理部１０４３は、マルチアクセス署名リソースとしてインターリーブが設定された場合、前記多元接続処理部１０４３は、インターリーブ部に置換えることができる。インターリーブ部は、ＤＦＴ部から出力される系列に対して、制御部１０８から入力されるインターリーブパターンの設定に従ってインターリーブ処理を行う。マルチアクセス署名リソースとして符号拡散及びインターリーブが設定された場合、送信部１０４は、多元接続処理部１０４３は拡散処理とインターリーブを行う。その他のマルチアクセス署名リソースが適用された場合でも、同様であり、スパース符号などを適用しても良い。
【０１１０】
多元接続処理部１０４３は、信号波形をＤＦＴＳ−ＯＦＤＭとするか、ＯＦＤＭとするかによって、多元接続処理後の信号をＤＦＴ部１０４５もしくは多重部１０４４に入力する。信号波形をＤＦＴＳ−ＯＦＤＭとする場合、ＤＦＴ部１０４５は、多元接続処理部１０４３から出力される多元接続処理後の変調シンボルを並列に並び替えてから離散フーリエ変換（Discrete Fourier Transform: DFT）処理をする。ここで，前記変調シンボルに
ゼロのシンボル列を付加して、ＤＦＴを行うことでＩＦＦＴ後の時間信号にＣＰの代わりにゼロ区間を使う信号波形としても良い。また、変調シンボルにＧｏｌｄ系列やＺａｄｏｆｆ−Ｃｈｕ系列などの特定の系列を付加して、ＤＦＴを行うことでＩＦＦＴ後の時間信号にＣＰの代わりに特定パターンを使う信号波形としても良い。信号波形をＯＦＤＭとする場合は、ＤＦＴを適用しないため、多元接続処理後の信号を多重部１０４４に入力する。制御部１０８は、前記グラントフリーアクセスに関する設定情報に含まれる前記ゼロのシンボル列の設定（シンボル列のビット数など）、前記特定の系列の設定（系列の種(seed)、系列長など）を用いて、制御する。
【０１１１】
上りリンク制御信号生成部１０４６は、制御部１０８から入力される上りリンク制御情報にＣＲＣを付加して、物理上りリンク制御チャネルを生成する。上りリンク参照信号生成部１０４８は、上りリンク参照信号を生成する。
【０１１２】
多重部１０４４は、多元接続処理部１０４３もしくはＤＦＴ部１０４５の変調された各
上りリンクの物理チャネルの変調シンボル、物理上りリンク制御チャネルと上りリンク参照信号をリソースエレメントにマッピングする。多重部１０４４は、物理上りリンク共有チャネル、物理上りリンク制御チャネルを、各端末装置に割当てられたリソースにマッピングする。
【０１１３】
ＩＦＦＴ部１０４９は、多重された各上りリンクの物理チャネルの変調シンボルを逆高速フーリエ変換（Inverse Fast Fourier Transform: IFFT）してＯＦＤＭシンボルを生成する。無線送信部１０５０は、前記ＯＦＤＭシンボルにサイクリックプレフィックス（cyclic prefix: CP）を付加してベースバンドのディジタル信号を生成する。さらに、無線
送信部１０５０は、前記ディジタル信号をアナログ信号に変換し、フィルタリングにより余分な周波数成分を除去し、搬送周波数にアップコンバートし、電力増幅し、送信アンテナ１０６に出力して送信する。
【０１１４】
受信部１１２は、基地局装置１０から送信された下りリンクの物理チャネルを、復調用参照信号を用いて検出する。受信部１１２は、基地局装置より制御情報（ＤＣＩやＲＲＣ、ＳＩＢなど）で通知された設定情報に基づいて、下りリンクの物理チャネルの検出を行う。ここで、受信部１１２は、ＰＤＣＣＨに含まれるサーチスペースに対して、予め決められている、もしくは上位層の制御情報（ＲＲＣシグナリング）で通知されている候補に対してブラインドデコーディングを行う。受信部１１２は、ブラインドデコーディングの結果、Ｃ−ＲＮＴＩやＣＳ−ＲＮＴＩ、ＩＮＴ−ＲＮＴＩ（下りリンクと上りリンクの両方が存在しても良い）、その他のＲＮＴＩでスクランブルされているＣＲＣを使い、ＤＣＩを検出する。ブラインドデコーディングは、受信部１１２内の信号検出部１１２６で行われても良いし、図中には記載していないが、別途、制御信号検出部を有して、制御信号検出部で行われても良い。
【０１１５】
無線受信部１１２０は、受信アンテナ１１０を介して受信した上りリンクの信号を、ダウンコンバートによりベースバンド信号に変換し、不要な周波数成分を除去し、信号レベルが適切に維持されるように増幅レベルを制御し、受信された信号の同相成分および直交成分に基づいて、直交復調し、直交復調されたアナログ信号をディジタル信号に変換する。無線受信部１１２０は、変換したディジタル信号からＣＰに相当する部分を除去する。ＦＦＴ部１１２１は、ＣＰを除去した信号に対して高速フーリエ変換（Fast Fourier Transform: FFT）を行い、周波数領域の信号を抽出する。
【０１１６】
伝搬路推定部１１２２は、復調用参照信号を用いて、下りリンクの物理チャネルの信号検出のためのチャネル推定を行う。伝搬路推定部１１２２には、復調用参照信号がマッピングされているリソース及び各端末装置に割当てた復調用参照信号系列が制御部１０８から入力される。伝搬路推定部１１２２は、前記復調用参照信号系列を用いて、基地局装置１０と端末装置２０の間のチャネル状態（伝搬路状態）を測定する。多重分離部１１２４は、無線受信部１１２０から入力された周波数領域の信号（複数の端末装置２０の信号が含まれる）を抽出する。信号検出部１１２６は、前記チャネル推定結果及び多重分離部１１２４から入力される前記周波数領域の信号を用いて、下りリンクのデータ（上りリンクの物理チャネル）の信号を検出する。
【０１１７】
上位層処理部１０２は、信号検出部１１２６から下りリンクのデータ（硬判定後のビット系列）を取得する。上位層処理部１０２は、各端末装置の復号後の下りリンクのデータに含まれるＣＲＣに対して、各端末に割当てたＵＥ  ＩＤ（ＲＮＴＩ）を用いて、デスクランブル（排他的論理和演算）を行う。上位層処理部１０２は、デスクランブルによる誤り検出の結果、下りリンクのデータに誤りが無い場合、下りリンクのデータを正しく受信できたと判断する。
【０１１８】
図６は、本実施形態に係る信号検出部の一例を示す図である。信号検出部１１２６は、等化部１５０４、多元接続信号分離部１５０６−１〜１５０６−ｃ、復調部１５１０−１〜１５１０−ｃ、復号部１５１２−１〜１５１２−ｃから構成される。
【０１１９】
等化部１５０４は、伝搬路推定部１１２２より入力された周波数応答よりＭＭＳＥ規範に基づく等化重みを生成する。ここで、等化処理は、ＭＲＣやＺＦを用いても良い。等化部１５０４は、該等化重みを多重分離部１１２４から入力される周波数領域の信号に乗算し、周波数領域の信号を抽出する。等化部１５０４は、等化後の周波数領域の信号を多元接続信号分離部１５０６−１〜１５０６−ｃに出力する。ｃは１以上であり、同一サブフレーム、同一スロット、同一ＯＦＤＭシンボルで受信した信号、例えばＰＵＳＣＨとＰＵＣＣＨなどの数である。その他の下りリンクのチャネルの受信を同一のタイミングで受信としても良い。
【０１２０】
多元接続信号分離部１５０６−１〜１５０６−ｃは、時間領域の信号に対して、マルチアクセス署名リソースにより多重されている信号を分離する（多元接続信号分離処理）。例えば、マルチアクセス署名リソースとして符号拡散を用いた場合は、多元接続信号分離部１５０６−１〜１５０６−ｃの各々は、使用された拡散符号系列を用いて、逆拡散処理を行う。なお、マルチアクセス署名リソースとしてインターリーブが適用される場合、時間領域の信号に対して、デインターリーブ処理が行われる（デインターリーブ部）。
【０１２１】
復調部１５１０−１〜１５１０−ｃには、予め通知されている、又は予め決められている変調方式の情報が制御部１０８から入力される。復調部１５１０−１〜１５１０−ｃは、前記変調方式の情報に基づき、多元接続信号の分離後の信号に対して復調処理を施し、ビット系列のＬＬＲ（Log Likelihood Ratio）を出力する。
【０１２２】
復号部１５１２−１〜１５１２−ｃには、予め通知されている、又は予め決められている符号化率の情報が制御部１０８から入力される。復号部１５１２−１〜１５１２−ｃは、前記復調部１５１０−１〜１５１０−ｃから出力されたＬＬＲの系列に対して復号処理を行う。逐次干渉キャンセラ（ＳＩＣ: Successive Interference Canceller）やターボ
等化等のキャンセル処理を行うために、復号部１５１２−１〜１５１２−ｃは、復号部出力の外部ＬＬＲもしくは事後ＬＬＲからレプリカを生成し、キャンセル処理をしても良い。外部ＬＬＲと事後ＬＬＲの違いは、それぞれ復号後のＬＬＲから復号部１５１２−１〜１５１２−ｃに入力される事前ＬＬＲを減算するか、否かである。
【０１２３】
図７に、ダイナミックスケジューリグの上りリンクのデータ送信のシーケンスチャートの一例を示す。基地局装置１０は、下りリンクにおいて、同期信号、報知チャネルを所定の無線フレームフォーマットに従って、定期的に送信する。端末装置２０は、同期信号、報知チャネル等を用いて、初期接続を行う（Ｓ２０１）。端末装置２０は、同期信号を用いて、下りリンクにおけるフレーム同期、シンボル同期を行う。前記報知チャネルにグラントフリーアクセスに関する設定情報が含まれている場合、端末装置２０は、接続したセルにおけるグラントフリーアクセスに関する設定を取得する。基地局装置１０は、初期接続において、各端末装置２０にＵＥ  ＩＤを通知することができる。
【０１２４】
端末装置２０は、ＵＥ  Ｃａｐａｂｉｌｉｔｙを送信する（Ｓ２０２）。基地局装置１０は、前記ＵＥ  Ｃａｐａｂｉｌｉｔｙを用いて、端末装置２０がグラントフリーアクセスをサポートの有無、ＵＲＬＬＣのデータ送信をサポートの有無、ｅＭＢＢのデータ送信のサポートの有無、複数種類のＳＲの送信のサポートの有無、異なるＭＣＳテーブルを使用するデータ送信のサポートの有無、ＤＣＩフォーマット０＿０と０＿１よりも少ないビット数のＣｏｍｐａｃｔ  ＤＣＩの検出のサポートの有無、繰り返し送信されるＤＣＩフォーマットの検出のサポートの有無、グループ共通ＤＣＩの検出のサポートの有無、を特
定することができる。なお、Ｓ２０１〜Ｓ２０３において、端末装置２０は、上りリンク同期やＲＲＣ接続要求のためのリソースを取得するために、物理ランダムアクセスチャネルを送信することができる。
【０１２５】
基地局装置１０は、ＲＲＣメッセージ、ＳＩＢ等を用いて、上りリンクのデータ送信用の無線リソースを要求するスケジューリングリクエスト（ＳＲ）の設定情報を端末装置２０の各々に送信する（Ｓ２０３）。ここで、上りリンクのデータ送信用の無線リソースを要求する２種類のスケジューリングリクエスト（ＳＲ）の設定情報を端末装置２０の各々に送信してもよい。ここで、ＳＲの設定は、使用するＰＵＣＣＨフォーマット（０もしくは１）やＰＵＣＣＨのリソース、ＳＲの送信後の送信禁止タイマーの期間、ＳＲの最大送信回数、ＳＲの送信可能な周期とオフセットを複数設定できるが、複数のサービングセル、ＢＷＰ、使用するＰＵＣＣＨフォーマットに対応するものである。また、上りリンクのｅＭＢＢ用のＳＲのための設定と上りリンクのＵＲＬＬＣ用のＳＲのための設定の２種類を通知しても良い。なお、ｍＭＴＣ用のＳＲなども含め、基地局装置は３種類上のＳＲの設定情報を通知しても良い。
【０１２６】
ｅＭＢＢとＵＲＬＬＣ用のＳＲの通知方法の一例は、複数設定されているＳＲの送信設定（ＰＵＣＣＨリソース、ＰＵＣＣＨフォーマット、ＳＲの送信可能な周期とオフセット、ＳＲの送信後の送信禁止タイマーの期間、ＳＲの最大送信回数を１つのセットとする）の中で、１つ以上の設定（１つ以上のセット）をＵＲＬＬＣ用のＳＲの送信設定として、ＲＲＣなどの上位層の信号で指定してもよい。また、ＳＲの送信後の送信禁止タイマーの期間、ＳＲの最大送信回数のセットを示すＩＤ（ＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔＩｄ）により、１つ以上のＩＤをＵＲＬＬＣ用のＳＲの送信設定として、ＲＲＣなどの上位層の信号で指定してもよい。また、ＰＵＣＣＨリソース、ＰＵＣＣＨフォーマット、ＳＲの送信可能な周期とオフセットのセットを示すＩＤ（ＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔＲｅｓｏｕｒｃｅＩｄ）により、１つ以上のＩＤをＵＲＬＬＣ用のＳＲの送信設定として、ＲＲＣなどの上位層の信号で指定してもよい。ＳＲの送信設定として使用するＩＤは一度に複数種類を用いてもよい。
【０１２７】
上記のように、ＳＲの送信設定のセットやいずれかのＩＤを用いてＵＲＬＬＣ用のＳＲの送信設定を通知し、複数のセットもしくは複数のＩＤをＵＲＬＬＣ用のＳＲの送信設定として指定する場合、複数のＵＲＬＬＣ用の送信設定の中から所定の数までを有効として、ＢＷＰのスイッチやサービングセルのアクティベーション／ディアクティベーションにより、有効でないＵＲＬＬＣ用のＳＲの送信設定を有効なＵＲＬＬＣ用のＳＲ設定と入れ替える、または有効であったＵＲＬＬＣ用のＳＲの送信設定を無効とし、新たに指定されたＵＲＬＬＣ用のＳＲの送信設定を有効として設定しても良い。一例として、基地局装置が、３つのセットもしくはＩＤをＵＲＬＬＣ用のＳＲの送信設定として指定し、指定したＵＲＬＬＣ用のＳＲの送信設定の中の１つのセットもしくはＩＤのみを有効とする場合、有効なＵＲＬＬＣ用のＳＲの送信設定でＳＲ送信はＵＲＬＬＣのスケジューリングリクエストとし、その他の２つの指定されたＵＲＬＬＣ用のＳＲの送信設定によるＳＲ送信をｅＭＢＢのスケジューリングリクエストとしてもよい。ＵＲＬＬＣ用のＳＲの送信設定が行われていても、ＵＲＬＬＣ用に関連付いているＢＷＰの一部が無効になっている場合、ＵＲＬＬＣ用のＳＲの送信設定の中で無効なものをｅＭＢＢのスケジューリングリクエストとしてもよい。ＵＲＬＬＣ用のＳＲの送信設定として複数のセットもしくはＩＤを指定する場合、優先順位の情報も付加され、優先順位が高いかつ有効なＢＷＰと関連付いているセットもしくはＩＤをＵＲＬＬＣ用のＳＲの送信設定としてもよい。また、優先順位の設定は、ＳＲの送信設定情報ではなく、ＢＷＰやサービングセル、ＰＣｅｌｌ／ＰＳＣｅｌl／ＳＣｅｌｌなどの種別（例えば、ＰＣｅｌｌ優先）、セルグループ（ＣＧ）の種別（
例えばＭＣＧ優先）、ＳＵＬか否か（例えばＳＵＬ優先）、設定されているサブキャリア間隔（例えば、サブキャリア間隔が広い方が優先）、設定されているＰＵＣＣＨフォーマ
ットの単位で設定されてもよい。なお、１サービングセル内にある１つの端末装置に対して４つのＢＷＰを設定でき、１つのＢＷＰのみ有効にできる。また、１つの端末装置が複数のＵＲＬＬＣ用の接続を同時に設定する場合、それぞれの接続に対して別のＳＲの送信設定をしてもよい。例えば異なるＳＲの設定を複数のスケジューリングリクエストＩＤのそれぞれに設定し、スケジューリングリクエストＩＤのそれぞれを異なるＵＲＬＬＣ用の接続のためのＳＲとしてもよい。
【０１２８】
このように、複数のＳＲの送信設定のセットや複数のＩＤによりＵＲＬＬＣ用のＳＲの送信設定を指定すれば、タイマーやＤＣＩによる有効なＢＷＰのスイッチやサービングセルのディアクティベーションで使用できる帯域が変わった場合に、ＵＲＬＬＣ用のＳＲの送信設定も切り替えることができる。
【０１２９】
Ｓ２０２において、ＲＲＣメッセージ、ＳＩＢなどの上位層の情報に、Ｃｏｍｐａｃｔ
ＤＣＩやグラントフリーアクセスに関する設定情報が含まれてもよい。グラントフリーアクセスに関する設定情報は、マルチアアクセス署名リソースの割当てを含んでもよい。また、ＲＲＣメッセージ、ＳＩＢなどの上位層の情報に、ＢＷＰに関する設定情報が含まれてもよい。
【０１３０】
端末装置２０は、ＵＲＬＬＣの上りリンクのデータが発生した場合、ＵＲＬＬＣ用のＳＲの送信設定に基づいて、指定されているＰＵＣＣＨフォーマットのＳＲの信号を生成する（Ｓ２０４）。ここで、ＵＲＬＬＣの上りリンクのデータが発生とは、上位層がＵＲＬＬＣのデータのトランスポートブロックを提供したこととしても良い。端末装置２０は、ＵＲＬＬＣ用のＳＲの送信設定に基づいて、上りリンク制御チャネルでＳＲの信号を送信する（Ｓ２０５）。基地局装置１０は、ＵＲＬＬＣ用のＳＲの送信設定に基づくＳＲを検出した場合、下りリンク制御チャネルでＤＣＩフォーマットによるＵＲＬＬＣ用のＵＬ  Ｇｒａｎｔを端末装置２０に送信する（Ｓ２０６）。ここで、ＵＲＬＬＣ用のＵＬ  Ｇｒａｎｔは、Ｃｏｍｐａｃｔ  ＤＣＩを使用しても良いし、同一のＤＣＩを繰り返し送信しても良いし、スケジューリング情報やＭＣＳの指定方法やＨＡＲＱプロセス番号の指定方法のいずれかがｅＭＢＢのデータ伝送と異なるＵＬ  Ｇｒａｎｔでも良い。該上りリンクの物理チャネル及び復調用参照信号を送信（初送）する（Ｓ２０７）。端末装置２０は、データ送信に使用する物理チャネルはダイナミックスケジューリングのＵＬ  Ｇｒａｎｔに基づく伝送の場合とグラントフリーアクセス／ＳＰＳに基づく伝送があり、データ送信タイミング（スロットもしくはＯＦＤＭシンボル）で使用できるリソースを使って送信してもよい。基地局装置１０は、端末装置２０が送信した上りリンクの物理チャネルの検出を行う（Ｓ２０８）。基地局装置１０は、前記誤り検出の結果を基に、端末装置２０に下りリンク制御チャネルでＤＣＩフォーマットを使ってＡＣＫ／ＮＡＣＫを送信する（Ｓ２０９）。Ｓ２０８において、誤りが検出されなかった場合、基地局装置１０は受信した上りリンクのデータの受信を正しく完了したと判断し、ＡＣＫを送信する。一方、Ｓ２０８において、誤りが検出された場合、基地局装置１０は、受信した上りリンクのデータの受信を誤ったと判断し、ＮＡＣＫを送信する。
【０１３１】
ここで、ＤＣＩを用いたＵＬ  Ｇｒａｎｔによる上りリンクのデータ送信に対するＡＣＫ／ＮＡＣＫの通知は、ＵＬ  Ｇｒａｎｔで使われるＤＣＩフォーマット内のＨＡＲＱプロセスＩＤとＮＤＩを使う。具体的には、データ送信したＨＡＲＱプロセスＩＤを含むＤＣＩフォーマットを検出した場合、ＮＤＩが前回の同一ＨＡＲＱプロセスＩＤのＤＣＩフォーマットを検出時のＮＤＩ値から変更されている場合（１ビットのため、トグルされている場合）はＡＣＫであり（図７では、Ｓ２０６とＳ２０９で検出したＤＣＩが同一のＨＡＲＱプロセスＩＤを示し、ＮＤＩがトグルされていればＡＣＫ）、検出したＤＣＩフォーマットは新規のデータ送信用の上りリンクグラントとなり、ＮＤＩ値が同一の場合（トグルされていない場合）はＮＡＣＫであり（図７では、Ｓ２０６とＳ２０９で検出したＤ
ＣＩが同一のＨＡＲＱプロセスＩＤを示し、ＮＤＩがトグルされていなければＮＡＣＫ）となる。ＮＡＣＫのＤＣＩフォーマットを検出した場合、検出したＤＣＩフォーマットは再送のデータ送信用の上りリンクグラントとなる。
【０１３２】
なお、Ｓ２０６で上りリンクグラントを通知するＤＣＩフォーマットは、上りリンクのデータ送信に使用する周波数リソース（リソースブロック、リソースブロックグループ、サブキャリア）の情報と、ＰＤＣＣＨでＤＣＩフォーマットを検出したスロットｎから上りリンクのデータ送信タイミングまでの相対的な時間（例えば、相対的な時間がｋであれば、スロットｎ＋ｋが上りリンクのデータ送信タイミング）と上りリンクのデータ送信タイミングのスロット内で使用するＯＦＤＭシンボル数と開始位置、連続するＯＦＤＭシンボル数が含まれても良い。また、上りリンクグラントは、複数のスロットのデータ送信を通知しても良く、上りリンクのデータ送信タイミングを示す相対的な時間をｋとする場合、スロットｎ＋ｋ〜スロットｎ＋ｋ＋ｎ’までのデータ送信を許可する場合、上りリンクグラントにｎ’の情報が含まれる。
【０１３３】
端末装置は、ＰＤＣＣＨのブラインドデコーディングにより、上りリンクグラントを検出した場合、上りリンクグラントで指定された上りリンクのデータ送信タイミングで、上りリンクのデータを送信する。ここで、上りリンクグラントには、ＨＡＲＱのプロセス番号（例えば４ビット）があり、端末装置は上りリンクグラントで指定されたＨＡＲＱのプロセス番号に対応した上りリンクグラントのデータ送信を行う。
【０１３４】
図８に、configured grantに係る上りリンクのデータ送信のシーケンスチャートの一例を示す。図８と図７の違いは、Ｓ３０３、Ｓ３０７〜Ｓ３０９であり、図７との差異の処理について説明する。端末装置がＳ２０２においてＵＥ  Ｃａｐａｂｉｌｉｔｙを用いて、ＵＲＬＬＣとｅＭＢＢのデータ送信をサポートしていることを通知する。ここで、ｅＭＢＢとＵＲＬＬＣのデータ送信の違いは、ＤＣＩフォーマット０＿０／０＿１で上りリンクグラントを受信した場合とＤＣＩフォーマット０＿０／０＿１よりも少ない制御情報ビット数で構成されるｃｏｍｐａｃｔ  ＤＣＩで上りリンクグラントを受信した場合としても良いし、データ送信に使用するＭＣＳテーブルの最低の周波数利用効率（Ｓｐｅｃｔｒａｌ  ｅｆｆｉｃｉｅｎｃｙ）が高いテーブルを使用する場合と低いテーブルを使用する場合としても良いし、データ送信に使用できるＭＣＳテーブルが異なるとしても良いし（例えばターゲットブロック誤り率が異なる）、ダイナミックスケジューリングの場合とＳＰＳ／Ｃｏｎｆｉｇｕｒｅｄ  ｇｒａｎｔ／グラントフリーアクセスの場合としても良いし、ＨＡＲＱプロセス数が１６個の場合とＨＡＲＱプロセス数が４個の場合としても良いし、データ送信の繰り返し回数が所定の値以下（例えば１以下）と繰り返し回数が所定の値より大きい場合としても良いし、ＬＣＨ（Ｌｏｇｉｃａｌ  ＣＨａｎｎｅｌ）のプライオリティが低い場合とプライオリティが高い場合としても良いし、ＱＣＩ（ＱｏＳ  Ｃｌａｓｓ  Ｉｎｄｉｃａｔｏｒ）によって決まっても良い。
【０１３５】
基地局装置１０は、ＲＲＣメッセージ、ＳＩＢ等を用いて、Configured grantの設定情報を端末装置２０の各々に送信する（Ｓ３０３）。ここで、Configured grantの設定は、前述のConfiguredGrantConfigであっても良いし、ConfiguredGrantConfigにrrcConfiguredGrantが含まれた情報を用いても良い。また、rrcConfiguredGrant以外の情報によってConfigured grantの設定を示してもよい。ここで、ConfiguredGrantConfigにrrcConfiguredGrantが含まれる場合はＤＣＩフォーマットの通知なく、データ送信が可能となり、ConfiguredGrantConfigにrrcConfiguredGrantが含まれない場合はConfiguredGrantConfigの情
報とＤＣＩフォーマットの情報と併せてConfigured grantデータ送信が可能となるようにしてもよい。
【０１３６】
端末装置は、Configured grantの設定情報もしくは、Configured grantの設定情報とＤ
ＣＩで示されるＵＲＬＬＣ用のＵＬ  Ｇｒａｎｔに基づいて該上りリンクの物理チャネル及び復調用参照信号を送信（初送）する（Ｓ３０７）。端末装置は、Configured grantの設定情報を用いたデータ送信時に、NACKの検出のためにConfigured Grant Timerを開始する。Configured Grant Timerの満了時間は基地局装置１０から指定されてもよく、基地局装置１０と端末装置の間であらかじめ決められていてもよい。基地局装置１０は、configured grantにより端末装置２０が送信した上りリンクの物理チャネルの検出を行う（Ｓ３０８）。基地局装置１０は、端末装置２０が送信したconfigured grantによる上りリンクの物理チャネルの検出に失敗した場合、Configured Grant Timerの満了時間前にＤＣＩフォーマットでＮＡＣＫを送信する（Ｓ３０９）。Configured grantによる上りリンク送信の再送処理は、ダイナミックスケジューリングによる上りリンク送信を使用するため、以降の処理は、図７と同じであり、説明を省略する。
【０１３７】
図９に、configured grantに係る上りリンクのデータ送信のシーケンスチャートの一例を示す。図８はconfigured grantに基づくデータ送信がNACKの場合であったが、図９ではconfigured grantに基づくデータ送信がACKの場合である。基地局装置１０は、端末装置
２０が送信したconfigured grantによる上りリンクの物理チャネルの検出を行う（Ｓ３０８）。基地局装置１０は、端末装置２０が送信したconfigured grantによる上りリンクの物理チャネルの検出に成功した場合、何も通知しない。つまり、端末装置はConfigured Grant Timerが満了までＤＣＩフォーマットを検出せず、ＮＡＣＫを検出しなかったためＡＣＫと判断する（Ｓ３１０）。
【０１３８】
図１０に、第１の実施形態に係る１つのサービングセル内のＢＷＰの切り換え動作を示す一例である。同図では、１つのサービングセルの中で４つのＢＷＰが設定されており、サービングセルが設定された場合に最初に使用されるイニシャルＢＷＰであるＢＷＰ１、ｅＭＢＢなどの広帯域の伝送に使用されるＢＷＰ２、ＵＲＬＬＣを主用途とするサブキャリア間隔が１５ｋＨｚよりも広い（例えば３０ｋＨｚ、６０ｋＨｚなど）ＢＷＰ３、ＢＷＰ１とＢＷＰ２の中間の帯域幅のＢＷＰ４が設定されている例である。それぞれのＢＰＷに対して識別子（ＢＷＰ−ＩＤ）を設定してよい。所定の識別子の値、例えばＩＤ＝０をイニシャルＢＷＰとして扱ってもよい。まず、サービングセルが設定されるとイニシャルＢＷＰとして設定されているＢＷＰ１がアクティブとなる。ＤＣＩフォーマットによるＢＷＰスイッチでＢＷＰ２をアクティブにすると、ＢＷＰ１はディアクティブになる。これは、１つのサービングセル内では、１つのＢＷＰのみアクティブになることができるためである。さらに、ＵＲＬＬＣのデータ送信もしくは受信のために、ＤＣＩフォーマットによるＢＷＰ３へのスイッチが行われる。さらに、ＢＷＰスイッチにより、アクティブなＢＷＰがＢＷＰ２、ＢＷＰ４と変更していくことが可能である。また、ＢＷＰスイッチはＤＣＩフォーマットによる通知に限らず、ＢＷＰインアクティビティタイマーによるスイッチも行われる。ＢＷＰスイッチが発生すると、端末装置はＢＷＰインアクティビティタイマーを開始する。このＢＷＰインアクティビティタイマーは、アクティブなＢＷＰでＤＣＩフォーマットが検出された場合に、リスタートされる。ＢＷＰインアクティビティタイマーが満了した場合、アクティブなＢＷＰは初期ＢＷＰとなる。ＢＷＰインアクティビティタイマー満了時に移行するＢＷＰはイニシャルＢＷＰではなく、別途設定するデフォルトＢＷＰであっても良い。例えば、図１０のＢＷＰ２がデフォルトＢＷＰ（イニシャルＢＷＰのＢＷＰ１と異なる例）であり、ＤＣＩフォーマットによるＢＷＰスイッチでＢＷＰ３がアクティブになった場合、ＢＷＰインアクティビティタイマーが開始される。ＢＷＰインアクティビティタイマーが満了した場合、ＤＣＩフォーマットによるＢＷＰスイッチなしに、ＢＷＰ２がアクティブになる。
【０１３９】
ＢＷＰスイッチが可能なＤＣＩフォーマットは０＿１／１＿１であり、フォールバック用のＤＣＩフォーマット０＿０／１＿０よりも情報ビット数が多い。情報ビット数の多いＤＣＩフォーマットは、情報ビット数の少ないＤＣＩフォーマットと比べ、アグリゲーシ
ョンレベルが一定の場合に符号化率が高くなり、高信頼性を保つことが難しい。そのため、ＵＲＬＬＣのために、図１０の例のようなＢＷＰ２からＢＷＰ３へ切り換えに、ＤＣＩフォーマットは０＿１／１＿１を使うことは好ましくない。一方、フォールバック用のＤＣＩフォーマット０＿０／１＿０には、ＢＷＰスイッチを指定するフィールドがなく、ＢＷＰスイッチを通知することができない。また、ＤＣＩフォーマット０＿０／１＿０においても、ＵＲＬＬＣで要求される高信頼性を達成するには十分ではない場合がある。そこで、本実施形態では、ＤＣＩフォーマット０＿０／１＿０よりもさらに情報ビット数が少ないＤＣＩフォーマット、Ｃｏｍｐａｃｔ  ＤＣＩフォーマットによるＢＷＰスイッチを行う。以下、Ｃｏｍｐａｃｔ  ＤＣＩフォーマットは、上りリンクグラントの通知はＤＣＩフォーマット０＿ｃ、下りリンクグラントの通知はＤＣＩフォーマット１＿ｃとする。
【０１４０】
基地局装置は、ＲＲＣ情報を使用してＵＲＬＬＣのデータ送信に使用するＢＷＰとＣｏｍｐａｃｔ  ＤＣＩフォーマットによるスケジューリングの設定を端末装置に対して行う。一例として、ＲＲＣ情報に含まれるサービングセルの設定（ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇ）の下りリンクのＢＷＰ毎の設定（ＢＷＰ−Ｄｏｗｎｌｉｎｋ）のＰＤＣＣＨの設定（ＰＤＣＣＨ−ｃｏｎｆｉｇ）もしくはＰＤＳＣＨの設定（ＰＤＳＣＨ−ｃｏｎｆｉｇ）の際にＣｏｍｐａｃｔ  ＤＣＩフォーマットを使用してスケジューリングの設定を行ってよい。また、上りリンクでは、ＲＲＣ情報に含まれるサービングセルの設定（ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇ）の上りリンクのＢＷＰ毎の設定（ＵｐｌｉｎｋＣｏｎｆｉｇ内のＢＷＰ−Ｕｐｌｉｎｋ）のＰＵＳＣＨの設定（ＰＵＳＣＨ−ｃｏｎｆｉｇ）でＣｏｍｐａｃｔ  ＤＣＩフォーマットによるスケジューリングの設定を行ってよい。
【０１４１】
まず、１つのサービングセル内で設定されている複数のＢＷＰのうち、１つのＢＷＰのみでＣｏｍｐａｃｔ  ＤＣＩフォーマットによるスケジューリングが設定されている場合について説明する。下りリンクにおいて、ＢＷＰ毎の設定であるＰＤＣＣＨ−ｃｏｎｆｉｇもしくはＰＤＳＣＨ−ｃｏｎｆｉｇで１つのＢＷＰのみでＣｏｍｐａｃｔ  ＤＣＩフォーマットによるスケジューリングが設定されており、図１０のＢＷＰ３に設定されている例を説明する。つまり、図１０が下りリンクのＢＷＰの設定状況を示す例である。図１０において、サービングセルが設定された場合に最初に使用されるイニシャルＢＷＰであるＢＷＰ１からＤＣＩフォーマット１＿１によりＢＷＰ２へスイッチした場合に、下りリンクのＵＲＬＬＣのデータが発生後、基地局装置はＤＣＩフォーマット１＿ｃによるスケジューリングを行う。この場合、アクティブなＢＷＰはＢＷＰ２のため、ＢＷＰ２のＰＤＣＣＨでＤＣＩフォーマット１＿ｃを送信する。端末装置は、ブラインドデコーディングによりＤＣＩフォーマット１＿ｃを検出した場合、ＢＷＰ２がディアクティブになり、ＢＷＰ３がアクティブになったと判断する。さらに、端末装置は、ＤＣＩフォーマット１＿ｃの下りリンクグラントに基づいて、下りリンクのデータを受信する。
【０１４２】
次に、上りリンクにおいて、ＢＷＰ毎の設定であるＰＵＳＣＨ−ｃｏｎｆｉｇで１つのＢＷＰのみでＣｏｍｐａｃｔ  ＤＣＩフォーマットによるスケジューリングが設定されており、図１０のＢＷＰ３に設定されている例を説明する。つまり、図１０が上りリンクのＢＷＰの設定状況を示す例である。図１０において、サービングセルが設定された場合に最初に使用されるイニシャルＢＷＰであるＢＷＰ１からＤＣＩフォーマット０＿１によりＢＷＰ２へスイッチした場合を想定する。このとき、端末装置は、上りリンクのＵＲＬＬＣのデータが発生後にスケジューリングリクエストを送信する。ここで、スケジューリングリクエストは、ＵＲＬＬＣのトラフィックであることを、スケジューリングリクエストの送信に使用するリソースやパラメータ（スケジューリングリクエストＩＤなど）によって通知しても良い。その後、基地局装置はＤＣＩフォーマット０＿ｃによるスケジューリングを行う。この場合、基地局装置はアクティブな下りリンクのＢＷＰのＰＤＣＣＨでＤＣＩフォーマット０＿ｃを送信する。端末装置は、ブラインドデコーディングによりＤＣＩフォーマット０＿ｃを検出した場合、ＢＷＰ２がディアクティブになり、ＢＷＰ３がア
クティブになったと判断する。さらに、端末装置は、ＤＣＩフォーマット０＿ｃのＵＬ  ｇｒａｎｔに基づいて、上りリンクのデータを送信する。
【０１４３】
このように、ＲＲＣ情報で設定されるＣｏｍｐａｃｔ  ＤＣＩフォーマットによる下りリンクの受信／上りリンクの送信を行うＢＷＰが１つしかない場合は、Ｃｏｍｐａｃｔ  ＤＣＩフォーマットにＢＷＰスイッチの専用フィールドがなくても、ＵＲＬＬＣ用のＢＷＰへスイッチを実現できる。つまり、ＢＷＰスイッチを通知するために、Ｃｏｍｐａｃｔ
ＤＣＩフォーマットの情報ビット数が増加しないため、Ｃｏｍｐａｃｔ  ＤＣＩフォーマットの符号化率が高くなることを防ぎ、高信頼性を保つことができる。Ｃｏｍｐａｃｔ
ＤＣＩにはＢＷＰスイッチ用のフィールドを設けず、Ｃｏｍｐａｃｔ  ＤＣＩフォーマットに対応付けられるＢＷＰを１つとしてもよい。Ｃｏｍｐａｃｔ  ＤＣＩの情報量を一定とすると、ＢＷＰスイッチに使用するＣｏｍｐａｃｔ  ＤＣＩのためのブラインドデコードの回数を増やす必要がない。また、Ｃｏｍｐａｃｔ  ＤＣＩフォーマットに限らず、別のＤＣＩフォーマットの送信方法にも、本実施形態のＢＷＰスイッチは適用できる。例えば、ＤＣＩフォーマットの繰り返し送信によるスケジューリングが１つのサービングセル内の１つのＢＷＰに設定された場合、ブラインドデコーディングにより繰り返し送信されたＤＣＩフォーマットを検出したとき、前述のようなＵＲＬＬＣ用のＢＷＰへスイッチしても良い。また、別の例として、アグリゲーションレベルが所定の値以上（８以上もしくは１６以上、３２以上など）の場合にＵＲＬＬＣ用のＢＷＰへスイッチする設定を、ＲＲＣ情報を用いて行っても良い。また、アグリゲーションレベルが所定の値以上かつ所定のサーチスペース（共通サーチスペースのみ、もしくはＵＥ固有サーチスペースのみなど）の組合せでＵＲＬＬＣ用のＢＷＰへスイッチする設定を、ＲＲＣ情報を用いて行っても良い。また、アグリゲーションレベルが所定の値以上かつ所定のＤＣＩフォーマット（ＤＣＩフォーマット０＿０、もしくはＤＣＩフォーマット１＿０など）の組合せでＵＲＬＬＣ用のＢＷＰへスイッチする設定を、ＲＲＣ情報を用いて行っても良い。また、アグリゲーションレベルが所定の値以上かつ所定のサーチスペース（共通サーチスペースのみ、もしくはＵＥ固有サーチスペースのみなど）かつ所定のＤＣＩフォーマット（ＤＣＩフォーマット０＿０、もしくはＤＣＩフォーマット１＿０）などの組合せでＵＲＬＬＣ用のＢＷＰへスイッチする設定を、ＲＲＣ情報を用いて行っても良い。
【０１４４】
１つのサービングセル内で設定されている複数のＢＷＰのうち、１つのＢＷＰのみでＵＲＬＬＣ用のＢＷＰスイッチが設定されている場合、Ｃｏｍｐａｃｔ  ＤＣＩフォーマット、もしくは上述の別の方法によるＵＲＬＬＣ用のＢＷＰスイッチ後の動作について説明する。ＵＲＬＬＣ用のＢＷＰスイッチ時に、端末装置はＵＲＬＬＣ用のＢＷＰインアクティビティタイマーを開始しても良い。端末装置はＵＲＬＬＣ用のＢＷＰインアクティビティタイマーが動作中に、ＵＲＬＬＣ用のＢＷＰのスケジューリングを行う下りリンク／上りリンクのグラントを受信した場合、ＵＲＬＬＣ用のＢＷＰインアクティビティタイマーを再スタートする。端末装置はＵＲＬＬＣ用のＢＷＰインアクティビティタイマーが満了した場合、デフォルトＢＷＰ、またはイニシャルＢＷＰにスイッチしても良い。端末装置はＵＲＬＬＣ用のＢＷＰインアクティビティタイマーが満了した場合、ＵＲＬＬＣ用のＢＷＰがアクティブになる直前までアクティブだったＢＷＰにスイッチしても良い。端末装置はＵＲＬＬＣ用のＢＷＰインアクティビティタイマーが満了時にスイッチするＢＷＰをＲＲＣ情報によって設定されている場合は、ＵＲＬＬＣ用のＢＷＰインアクティビティタイマーが満了した場合にＲＲＣ情報によって設定されているＢＷＰにスイッチしても良い。ＵＲＬＬＣ用のＢＷＰインアクティビティのタイマーは、通常のＢＷＰインアクティビティタイマーと兼用しても良いし、別に用意しても良い。
【０１４５】
また、別の例として、ＵＲＬＬＣ用のＢＷＰスイッチ時に、端末装置は、ＵＲＬＬＣ用のトラフィックのＨＡＲＱプロセスが完了するまでをＵＲＬＬＣ用のＢＷＰがアクティブとしても良い。具体的には、端末装置は、ＵＲＬＬＣ用のトラフィックの下りリンク／上
りリンクグラントを検出時にＵＲＬＬＣ用のＢＷＰにスイッチし、データの受信／送信を行い、下りリンクデータに対するＡＣＫを送信／上りリンクに対するＡＣＫを受信した場合に、ＵＲＬＬＣ用のＢＷＰをディアクティブにしても良い。ＵＲＬＬＣ用にＢＷＰにおいて複数のＨＡＲＱプロセスが動作している場合、全てのＨＡＲＱプロセスが完了するまでＵＲＬＬＣ用のＢＰＷがアクティブとしてもよい。また、ＵＲＬＬＣ用に繰り返し送信が設定されているときに、繰り返し送信が完了する前にＡＣＫを受信した場合に繰り返し送信を途中で打ち切り、ＨＡＲＱプロセスを終了してＵＲＬＬＣ用のＢＷＰをディアクティブにしてもよい。ＵＲＬＬＣ用のＢＷＰがディアクティブになった場合、デフォルトＢＷＰにスイッチしても良いし、ＵＲＬＬＣ用のＢＷＰがアクティブになる直前までアクティブだったＢＷＰにスイッチしても良いし、ＲＲＣ情報などで設定されているＢＷＰにスイッチしても良い。また、ＨＡＲＱのプロセスが完了するまでではなく、ＵＲＬＬＣ用のトラフィックのデータの受信／送信までＵＲＬＬＣ用のＢＷＰがアクティブとしても良い。つまり、上りリンクのデータ送信に対するＡＣＫ／ＮＡＣＫはＤＣＩが使われるため、ＡＣＫ／ＮＡＣＫを通知するＤＣＩフォーマットにより、再度ＵＲＬＬＣ用のＢＷＰにスイッチするかが通知される。また、ＵＲＬＬＣ用のＢＰＷのアクティベート、ディアクティベートをＨＡＲＱプロセス単位ではなく、上位層の処理単位、例えばＲＬＣ  ＰＤＵ単位や、ＰＤＣＰ  ＰＤＵ単位で行ってもよい。上位層の処理単位の送信完了毎にＵＲＬＬＣ用のＢＷＰをディアクティベートしてもよい。ＨＡＲＱプロセスの完了をインアクティビティタイマーで判断し、インアクティビティタイマーの満了に基づいてＢＷＰの切り替えを行ってもよい。ＵＲＬＬＣ用のインアクティビティタイマーがある場合は、このＵＲＬＬＣ用のインアクティビティタイマーの満了に基づいてＢＷＰの切り替えを行ってもよい。
【０１４６】
まず、１つのサービングセル内で設定されている複数のＢＷＰのうち、複数のＢＷＰでＣｏｍｐａｃｔ  ＤＣＩフォーマットによるスケジューリングが設定されている場合について説明する。下りリンクにおいて、ＢＷＰ毎の設定であるＰＤＣＣＨ−ｃｏｎｆｉｇもしくはＰＤＳＣＨ−ｃｏｎｆｉｇで複数のＢＷＰでＣｏｍｐａｃｔ  ＤＣＩフォーマットによるスケジューリングが設定されており、図１０のＢＷＰ３とＢＷＰ４に設定されている例を説明する。つまり、図１０が下りリンクのＢＷＰの設定状況を示す例である。図１０において、サービングセルが設定された場合に最初に使用されるイニシャルＢＷＰであるＢＷＰ１からＤＣＩフォーマット１＿１によりＢＷＰ２へスイッチした場合に、下りリンクのＵＲＬＬＣのデータが発生後、基地局装置はＤＣＩフォーマット１＿ｃによるスケジューリングを行う。この場合、アクティブなＢＷＰはＢＷＰ２のため、ＢＷＰ２のＰＤＣＣＨでＤＣＩフォーマット１＿ｃを送信する。端末装置は、ブラインドデコーディングによりＤＣＩフォーマット１＿ｃを検出した場合、ＤＣＩフォーマット１＿ｃに、Ｃｏｍｐａｃｔ  ＤＣＩフォーマットでＢＷＰ３とＢＷＰ４のいずれかを指定するフィールド（１ビット）がある。このフィールドによりＢＷＰ３が指定されている場合、端末装置は、ＢＷＰ２がディアクティブになり、ＢＷＰ３がアクティブになったと判断する。さらに、端末装置は、ＤＣＩフォーマット１＿ｃの下りリンクグラントに基づいて、下りリンクのデータを受信する。
【０１４７】
さらに、１つのサービングセル内で設定されている複数のＢＷＰのうち、３つ以上のＢＷＰでＣｏｍｐａｃｔ  ＤＣＩフォーマットによるスケジューリングが設定されている場合、ＤＣＩフォーマット１＿ｃに、アクティブにするＢＷＰを指定するフィールド（２ビット）が設定されても良い。よって、ＲＲＣで設定されるＣｏｍｐａｃｔ  ＤＣＩフォーマットによるスケジューリングを行うＢＷＰの数によって、ＤＣＩフォーマット１＿ｃに含まれるアクティブにするＢＷＰを指定するフィールドのビット数（例えば、０ビット、１ビット、２ビットのいずれか）が決まっても良い。
【０１４８】
次に、上りリンクにおいて、ＢＷＰ毎の設定であるＰＵＳＣＨ−ｃｏｎｆｉｇで複数の
ＢＷＰでＣｏｍｐａｃｔ  ＤＣＩフォーマットによるスケジューリングが設定されており、図１０のＢＷＰ３とＢＷＰ４に設定されている例を説明する。つまり、図１０が上りリンクのＢＷＰの設定状況を示す例である。図１０において、サービングセルが設定された場合に最初に使用されるイニシャルＢＷＰであるＢＷＰ１からＤＣＩフォーマット０＿１によりＢＷＰ２へスイッチした場合を想定する。このとき、端末装置は、上りリンクのＵＲＬＬＣのデータが発生後にスケジューリングリクエストを送信する。ここで、スケジューリングリクエストは、ＵＲＬＬＣのトラフィックであることを、スケジューリングリクエストの送信に使用するリソースやパラメータによって通知しても良い。その後、基地局装置はＤＣＩフォーマット０＿ｃによるスケジューリングを行う。この場合、基地局装置はアクティブな下りリンクのＢＷＰのＰＤＣＣＨでＤＣＩフォーマット０＿ｃを送信する。端末装置は、ブラインドデコーディングによりＤＣＩフォーマット０＿ｃを検出した場合、ＤＣＩフォーマット０＿ｃに、Ｃｏｍｐａｃｔ  ＤＣＩフォーマットでＢＷＰ３とＢＷＰ４のいずれかを指定するフィールド（１ビット）がある。このフィールドによりＢＷＰ３が指定されている場合、端末装置は、ＢＷＰ２がディアクティブになり、ＢＷＰ３がアクティブになったと判断する。さらに、端末装置は、ＤＣＩフォーマット０＿ｃの上りリンクグラントに基づいて、上りリンクのデータを送信する。
【０１４９】
さらに、１つのサービングセル内で設定されている複数のＢＷＰのうち、３つ以上のＢＷＰでＣｏｍｐａｃｔ  ＤＣＩフォーマットによるスケジューリングが設定されている場合、ＤＣＩフォーマット０＿ｃに、アクティブにするＢＷＰを指定するフィールド（２ビット）が設定されても良い。よって、ＲＲＣで設定されるＣｏｍｐａｃｔ  ＤＣＩフォーマットによるスケジューリングを行うＢＷＰの数によって、ＤＣＩフォーマット０＿ｃに含まれるアクティブにするＢＷＰを指定するフィールドのビット数（例えば、０ビット、１ビット、２ビットのいずれか）が決まっても良い。
【０１５０】
本実施形態では、１つのサービングセル内に複数のＢＷＰが設定され、そのうちの一部のＢＷＰにおいてＵＲＬＬＣ用のＤＣＩフォーマットのスケジューリングが設定された場合に、ＵＲＬＬＣ用のＤＣＩフォーマットを検出時にＵＲＬＬＣ用のＢＷＰにスイッチする。よって、端末装置は高信頼性を満たすＤＣＩフォーマットでＵＲＬＬＣ用のＢＷＰへスイッチすることができ、下りリンク／上りリンクグラントから下りリンクデータ受信／上りリンクデータ送信までの高信頼性の要求条件を満たすことができる。
（第２の実施形態）
【０１５１】
本実施形態は、高信頼性を満たすＤＣＩフォーマットの情報ビット数を変えずに複数のＢＷＰへの切り替えを指定する方法について説明する。本実施形態に係る通信システムは、図３、図４、図５及び図６で説明した基地局装置１０及び端末装置２０で構成される。以下、第１の実施形態との相違点／追加点を主に説明する。
【０１５２】
基地局装置は、ＵＲＬＬＣのデータ送信に使用するＢＷＰの指定方法として、ＲＲＣ情報と、Ｃｏｍｐａｃｔ  ＤＣＩフォーマットの一方、または両方を利用し、ＵＲＬＬＣのデータ送信のスケジューリングの設定を行う。具体的には、ＲＲＣ情報に含まれるサービングセルの設定（ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇ）の下りリンクのＢＷＰ毎の設定（ＢＷＰ−Ｄｏｗｎｌｉｎｋ）のＰＤＣＣＨの設定（ＰＤＣＣＨ−ｃｏｎｆｉｇ）もしくはＰＤＳＣＨの設定（ＰＤＳＣＨ−ｃｏｎｆｉｇ）でＣｏｍｐａｃｔ  ＤＣＩフォーマットによるスケジューリング時のＲＮＴＩを指定する。一方、上りリンクでは、ＲＲＣ情報に含まれるサービングセルの設定（ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇ）の上りリンクのＢＷＰ毎の設定（ＵｐｌｉｎｋＣｏｎｆｉｇ内のＢＷＰ−Ｕｐｌｉｎｋ）のＰＵＳＣＨの設定（ＰＵＳＣＨ−ｃｏｎｆｉｇ）でＣｏｍｐａｃｔ  ＤＣＩフォーマットによるスケジューリング時のＲＮＴＩを指定する。同一のＢＷＰに対して複数のＵＲＬＬＣのスケジューリングの設定を行ってもよい。Ｃｏｍｐａｃｔ  ＤＣＩのスケジューリング時に、Ｂ
ＷＰ固有のＲＮＴＩが設定されるため、端末装置はブラインドデコーディングでＣｏｍｐａｃｔ  ＤＣＩを検出時にＣＲＣのスクランブルで使用されていたＲＮＴＩの値により、スイッチするＢＷＰ（アクティブにするＢＷＰ）を判断する。Ｃｏｍｐａｃｔ  ＤＣＩフォーマットの検出時の信頼性を向上させるためにビット長の長いＲＮＴＩを用いてスクランブルしてもよい。また、情報量を減らしたＣｏｍｐａｃｔ  ＤＣＩフォーマットに合わせた短いビット長のＲＮＴＩを用いてスクランブルしてもよい。
【０１５３】
１つのサービングセル内で設定されている複数のＢＷＰのうち、複数のＢＷＰでＣｏｍｐａｃｔ  ＤＣＩフォーマットによるスケジューリングが設定されている場合について説明する。下りリンクにおいて、ＢＷＰ毎の設定であるＰＤＣＣＨ−ｃｏｎｆｉｇもしくはＰＤＳＣＨ−ｃｏｎｆｉｇで複数のＢＷＰでＣｏｍｐａｃｔ  ＤＣＩフォーマットによるスケジューリングが設定されており、図１０のＢＷＰ３とＢＷＰ４に設定されている例を説明する。つまり、図１０が下りリンクのＢＷＰの設定状況を示す例である。図１０において、サービングセルが設定された場合に最初に使用されるイニシャルＢＷＰであるＢＷＰ１からＤＣＩフォーマット１＿１によりＢＷＰ２へスイッチした場合に、下りリンクのＵＲＬＬＣのデータが発生後、基地局装置はＤＣＩフォーマット１＿ｃによるスケジューリングを行う。この場合、アクティブなＢＷＰはＢＷＰ２のため、ＢＷＰ２のＰＤＣＣＨでＤＣＩフォーマット１＿ｃを送信する。端末装置は、ブラインドデコーディングによりＤＣＩフォーマット１＿ｃを検出した場合、ＤＣＩフォーマット１＿ｃに付加されているＣＲＣのスクランブル（排他的論理演算）に使用されているＲＮＴＩによりＢＷＰ３とＢＷＰ４のどちらを指定しているかを判別する。具体的には、ブラインドデコーディングの結果、ＤＣＩフォーマットを検出したかのチェックに使用するＣＲＣビットに対して、設定されているＲＮＴＩで排他的論理和演算し、その演算結果のビットで誤りの有無をチェックする。誤り無と判定された場合に、ＣＲＣと排他的論理和演算したＲＮＴＩが送信側で使用されたＲＮＴＩと判別することができる。そのため、端末装置は、ＢＷＰ毎に設定されているＲＮＴＩのうち、送信側で使用されたＲＮＴＩにより指定されたＢＷＰを判別する。ＲＮＴＩによりＢＷＰ３が指定されている場合、端末装置は、ＢＷＰ２がディアクティブになり、ＢＷＰ３がアクティブになったと判断する。さらに、端末装置は、ＤＣＩフォーマット１＿ｃの下りリンクグラントに基づいて、下りリンクのデータを受信する。
【０１５４】
上りリンクにおいて、ＢＷＰ毎の設定であるＰＵＳＣＨ−ｃｏｎｆｉｇで複数のＢＷＰでＣｏｍｐａｃｔ  ＤＣＩフォーマットによるスケジューリングが設定されており、図１０のＢＷＰ３とＢＷＰ４に設定されている例を説明する。つまり、図１０が上りリンクのＢＷＰの設定状況を示す例である。図１０において、サービングセルが設定された場合に最初に使用されるイニシャルＢＷＰであるＢＷＰ１からＤＣＩフォーマット０＿１によりＢＷＰ２へスイッチした場合を想定する。このとき、端末装置は、上りリンクのＵＲＬＬＣのデータが発生後にスケジューリングリクエストを送信する。ここで、スケジューリングリクエストは、ＵＲＬＬＣのトラフィックであることを、スケジューリングリクエストの送信に使用するリソースやパラメータによって通知しても良い。その後、基地局装置はＤＣＩフォーマット０＿ｃによるスケジューリングを行う。この場合、基地局装置はアクティブな下りリンクのＢＷＰのＰＤＣＣＨでＤＣＩフォーマット０＿ｃを送信する。端末装置は、ブラインドデコーディングによりＤＣＩフォーマット０＿ｃを検出した場合、ＤＣＩフォーマット０＿ｃに付加されているＣＲＣのスクランブル（排他的論理演算）に使用されているＲＮＴＩによりＢＷＰ３とＢＷＰ４のどちらを指定しているかを判別する。具体的には、ブラインドデコーディングの結果、ＤＣＩフォーマットを検出したかのチェックに使用するＣＲＣビットに対して、設定されているＲＮＴＩで排他的論理和演算し、その演算結果のビットで誤りの有無をチェックする。誤り無と判定された場合に、ＣＲＣと排他的論理和演算したＲＮＴＩが送信側で使用されたＲＮＴＩと判別することができる。そのため、端末装置は、ＢＷＰ毎に設定されているＲＮＴＩのうち、送信側で使用されたＲＮＴＩにより指定されたＢＷＰを判別する。ＲＮＴＩによりＢＷＰ３が指定されてい
る場合、端末装置は、ＢＷＰ２がディアクティブになり、ＢＷＰ３がアクティブになったと判断する。さらに、端末装置は、ＤＣＩフォーマット０＿ｃの上りリンクグラントに基づいて、上りリンクのデータを送信する。
【０１５５】
なお、本実施形態は、Ｃｏｍｐａｃｔ  ＤＣＩフォーマットへの適用に限定されるものではなく、ＤＣＩフォーマット０＿０／０＿１／１＿０／１＿１に適用しても良い。なお、本実施形態は、第１の実施形態と同様に、Ｃｏｍｐａｃｔ  ＤＣＩフォーマットに限らず、ＤＣＩフォーマットの繰り返し送信に適用しても良い。なお、本実施形態は、ＲＮＴＩに加えて、アグリゲーションレベルが所定の値以上の場合としても良いし、サーチスペース（共通サーチスペースのみ、もしくはＵＥ固有サーチスペースのみ）としても良いし、ＤＣＩフォーマット（ＤＣＩフォーマット０＿０、もしくはＤＣＩフォーマット１＿０）としても良い。
【０１５６】
本実施形態では、１つのサービングセル内に複数のＢＷＰが設定され、そのうちの一部のＢＷＰにおいてＵＲＬＬＣ用のＤＣＩフォーマット（一例としてＣｏｍｐａｃｔ  ＤＣＩフォーマットや、ＵＲＬＬＣ用のＲＮＴＩによってスクランブルされたＤＣＩなど）のスケジューリングが設定された場合に、ＵＲＬＬＣ用のＤＣＩフォーマットの送信に使用されたＲＮＴＩでＢＷＰにスイッチする。よって、端末装置は高信頼性を満たすＤＣＩフォーマットでＵＲＬＬＣ用のＢＷＰへスイッチすることができ、下りリンク／上りリンクグラントから下りリンクデータ受信／上りリンクデータ送信までの高信頼性の要求条件を満たすことができる。
（第３の実施形態）
【０１５７】
本実施形態は、上りリンクの制御情報によりＢＷＰへの切り替え要求を通知する方法について説明する。本実施形態に係る通信システムは、図３、図４、図５及び図６で説明した基地局装置１０及び端末装置２０で構成される。以下、前実施形態との相違点／追加点を主に説明する。
【０１５８】
図７のシーケンスチャートを用いて説明する。Ｓ２０３において、端末装置は、ＢＷＰスイッチを要求するＳＲのリソース設定情報とＢＷＰスイッチを要求しないＳＲのリソース設定情報を受信している。端末装置は、ＵＲＬＬＣでないデータが発生した場合、ＢＷＰスイッチを要求しないＳＲの設定に基づいて、指定されているＰＵＣＣＨフォーマットのＳＲの信号を生成する（Ｓ２０４）。ここで、ＵＲＬＬＣでない上りリンクのデータが発生とは、上位層がＵＲＬＬＣでないデータのトランスポートブロックを提供したこととしてもよい。端末装置は、ＢＷＰスイッチを要求しないＳＲの設定に基づいて、上りリンク制御チャネルでＳＲの信号を送信する（Ｓ２０５）。基地局装置は、ＢＷＰスイッチを要求しないＳＲの送信設定に基づくＳＲを検出した場合、下りリンク制御チャネルでＤＣＩフォーマットによるＤＣＩフォーマット０＿０／０＿１でＵＬ  Ｇｒａｎｔを端末装置に送信する（Ｓ２０６）。以降は、前述の図７の説明と同様のため省略する。
【０１５９】
一方、端末装置は、ＵＲＬＬＣのデータが発生した場合、ＢＷＰスイッチを要求するＳＲの設定に基づいて、指定されているＰＵＣＣＨフォーマットのＳＲの信号を生成する（Ｓ２０４）。ここで、ＵＲＬＬＣの上りリンクのデータが発生とは、上位層がＵＲＬＬＣのデータのトランスポートブロックを提供したこととしてもよい。端末装置は、ＢＷＰスイッチを要求するＳＲの設定に基づいて、上りリンク制御チャネルでＳＲの信号を送信する（Ｓ２０５）。基地局装置は、ＢＷＰスイッチを要求するＳＲの送信設定に基づくＳＲを検出した場合、下りリンク制御チャネルでＵＲＬＬＣ用のＤＣＩフォーマットでＵＬ  Ｇｒａｎｔを端末装置に送信する（Ｓ２０６）。ここで、ＵＲＬＬＣ用のＤＣＩフォーマットとは、Ｃｏｍｐａｃｔ  ＤＣＩフォーマットであっても良いし、ＤＣＩフォーマットの繰り返し送信であっても良いし、ＵＲＬＬＣ用に設定されたＲＮＴＩが使われたＤＣＩ
フォーマットであっても良いし、アグリゲーションレベルが所定の値以上、サーチスペース（共通サーチスペースのみ、もしくはＵＥ固有サーチスペースのみ）、ＤＣＩフォーマット（ＤＣＩフォーマット０＿０、もしくはＤＣＩフォーマット１＿０）の少なくとも２つの組合せであっても良い。以降は、前述の図７の説明と同様のため省略する。
【０１６０】
ここで、ＵＲＬＬＣ用のデータとは、ＵＬ  Ｇｒａｎｔが示すスケジューリング情報やＭＣＳの指定方法（最高／最低の周波数利用効率が異なる、ターゲットのブロック誤り率が異なる、使用できる変調多値数が異なる、などの複数のテーブルにより指定）やＨＡＲＱプロセス番号の指定方法のいずれかがＵＲＬＬＣでないデータ伝送と異なるとしても良い。
【０１６１】
ここで、ＢＷＰスイッチを要求するＳＲのリソースやパラメータの情報は、ＰＵＣＣＨの設定情報（コンフィグレーション）であるＰＵＣＣＨ−ｃｏｎｆｉｇで設定されても良い。ＰＵＣＣＨ−ｃｏｎｆｉｇには、前述の通り、使用するフォーマット、ＰＵＣＣＨリソース、リソースとフォーマットの関連付け、イントラスロットホッピングの設定、ＳＲの設定情報がある。ＳＲの設定情報は、スケジューリングリクエストＩＤ（ＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔＩｄ）、スケジューリングリクエストの周期とオフセット、使用されるＰＵＣＣＨリソースの情報が含まれる。ＰＵＣＣＨ−ｃｏｎｆｉｇの中で、ＢＷＰスイッチを要求するＳＲのスケジューリングリクエストＩＤを設定し、基地局装置が設定されたスケジューリングリクエストＩＤに基づくＳＲを受信時に、ＢＷＰスイッチを要求するＳＲと判断しても良い。なお、ＰＵＣＣＨ−ｃｏｎｆｉｇの中で設定するスケジューリングリクエストＩＤは、ＢＷＰスイッチを要求しないＳＲとしても良い。
【０１６２】
なお、基地局装置は、ＢＷＰスイッチを要求するＳＲを受信した場合は、ＤＣＩフォーマットに含まれる情報によりＢＷＰスイッチを通知しても良いし、第１の実施形態もしくは第２の実施形態に記載の方法でＢＷＰスイッチを通知しても良い。また、ＲＲＣシグナリングにより予め、ＢＷＰスイッチを要求するＳＲによりアクティブなＢＷＰをスイッチすると設定しても良い。
【０１６３】
本実施形態では、上りリンクにおいて、ＢＷＰスイッチを要求するＳＲとＢＷＰスイッチを要求しないＳＲの設定が存在し、端末装置がＵＲＬＬＣのデータ送信用にＳＲを送信するとき、ＢＷＰスイッチを要求するＳＲを送信する。その結果、基地局装置は端末装置が持っているデータがＵＲＬＬＣのデータであるかを把握することができ、ＢＷＰスイッチを指示することができ、上りリンクのＵＲＬＬＣのデータ送信においても高信頼性の要求条件を満たすことができる。
（第４の実施形態）
【０１６４】
本実施形態は、上りリンクにおけるconfigured grant type1/type2のACKを通知する方
法について説明する。本実施形態に係る通信システムは、図３、図４、図５及び図６で説明した基地局装置１０及び端末装置２０で構成される。以下、前実施形態との相違点／追加点を主に説明する。
【０１６５】
図９のconfigured grantに係る上りリンクのデータ送信のシーケンスチャートでは、ＡＣＫを送信していないが、本実施形態では効率的にＡＣＫを送信する。ダイナミックスケジューリングのグラント、configured grantのいずれに基づく上りリンクデータ送信であっても、ＤＣＩフォーマットでフィードバックする。ただし、configured grantのデータ送信に関しては、前述の通り、NACKのみ通知する。しかしながら、基地局装置がconfigured grantのデータ送信を検知できずにNACKを送信しない場合、端末装置はNACKを受信すべきだが、ACKと判断する。また、基地局装置がconfigured grantのデータ送信の検出に失
敗し、NACKを通知するＤＣＩフォーマットを送信したが、端末装置がＤＣＩフォーマット
のブラインドデコーディングに失敗した場合、端末装置はNACKを受信すべきだが、ACKと
判断する。これらの問題を回避するためには、ACKの通知をする必要がある。ただし、ACKを各端末装置宛てのＤＣＩフォーマットで通知すると仮定した場合、configured grantのデータ送信をする端末装置が多数存在し、同一スロットに集中するとＤＣＩフォーマットを多数送信する必要があり、PDCCHのリソースが不足する。そこで、本実施形態では、複
数の端末装置をグループ化し、グループ単位でACKを送信する例について説明する。
【０１６６】
図１１に、第４の実施形態に係る上りリンクのconfigured grantのACK送信の一例を示
す。Configured grant type1/type2のデータ送信に対するACKを通知する場合、ACK/NACK
のみを送信するだけでなく、ACKとなるプロセスIDを通知する必要がある。これは、Configured grant type1/type2は複数のプロセスを持つことができ、送信するOFDMシンボル番
号によってHARQプロセスID(以下、PIDとする)が決まる。複数のOFDMシンボルで送信する
場合は先頭のOFDMシンボル番号によってPIDが決まる。また、Configured grant type1/type2において同一のデータの繰り返し送信が設定されている場合は、最初の送信の先頭のOFDMシンボル番号によってPIDが決まる。複数のPIDのHARQプロセスが実行されている場合
、どのプロセスに対するACKであるかを示す必要がある。そこで、本実施形態では、UE毎
にACKとなるプロセスIDを指定する。
【０１６７】
図１１では、グループ化された複数の端末装置宛てのACKを含むグループ共通ＤＣＩフ
ォーマット(Group Common DCI format、GC-DCI format)は各行の情報になる。つまり、図１１の一行目は、１つのGC-DCI formatであり、ＵＥ１〜４宛てのACKとなるPIDが入って
いる。さらに、本実施形態のGC-DCI formatは、テーブルID、CRCが付加され、誤り訂正符号化される。まず、ACKとなるPIDは、必ずしもグループ化されている端末装置の全てのACKの送信タイミングが同じになるとは限らない。そこで、ACKを通知する端末装置のためのフィールドではACKとなるPIDの情報を入れ、ACKを通知する必要のない端末装置のための
フィールドでは現在実行中でないPIDを入れる。各端末装置は、configured grant type1/type2のデータ送信後(configuredGrantTimer実行中)はACKを通知するためのGC-DCI formatをブラインドデコーディングし、configured grant type1/type2のデータ送信していな
い場合(configuredGrantTimerが実行されていない)、ACKを通知するためのGC-DCI formatをブラインドデコーディングしないとしても良い。また、各端末装置は、GC-DCI format
を検出するためのパラメータをRRCシグナリングで受信してもよい。つまり、自局宛てのACKが通知されるTable ID、RNTI、GC-DCI formatの中で自局宛ての情報が含まれるオフセ
ット（何番目かの情報）、各PIDのビット数などがRRCシグナリングで通知されても良い。
【０１６８】
configured grant type1/type2では端末装置によって、RRCシグナリングによりプロセ
スIDの数が異なる。しかしながら、GC-DCI formatで端末装置毎にACKを通知するPIDのビ
ット数が異なると複雑になるため、GC-DCI formatに含まれる端末装置毎のPIDのビット数は固定としても良い。また、GC-DCI formatに含まれる端末装置毎のPIDのビット数は可変としても良く、この場合は、GC-DCI formatの中で自局宛ての情報が含まれるオフセット
は、何番目のユーザという情報ではなく、何番目のビットとしても良い。GC-DCI format
の中で自局宛ての情報が入っている有効ビット数は、RRCシグナリングで設定されているconfigured grant type1/type2のHARQプロセス数によって決まっても良い。
【０１６９】
図１１では、ＵＥ１〜４、ＵＥ５〜８、ＵＥ９〜１２、ＵＥ１３〜１６のグループ化をパターン１（Ｔａｂｌｅ  ＩＤ１）とし、ＵＥ１／５／９／１３、ＵＥ２／６／１０／１４、ＵＥ３／７／１１／１５、ＵＥ４／８／１２／１６のグループ化をパターン２（Ｔａｂｌｅ  ＩＤ２）としている。ＵＥ１は、ACKを通知するためのGC-DCI formatを検出し、ＲＮＴＩ１が使用され、Ｔａｂｌｅ１が示されている場合、オフセットが１番目と判断する。一方、ＵＥ１は、ACKを通知するためのGC-DCI formatを検出してＲＮＴＩ２とテーブル１、もしくはＲＮＴＩ３とテーブル２であれば、自局宛ての情報はなしと判断する。こ
のようにＲＮＴＩとテーブルＩＤで自局宛てのACKの有無とオフセットを判断する。この
ように複数のテーブルＩＤを用意することで、多様な組合せでＡＣＫをグループ化することができる。例えば、テーブルＩＤ１のみの場合、ＵＥ１とＵＥ５を同一タイミング（同一スロット／同一ＯＦＤＭシンボル）で送信する場合、グループ化できないが、テーブルＩＤ２が用意されていれば、グループ化して送信することができる。
【０１７０】
図１２に、第４の実施形態に係る上りリンクのconfigured grantのACK送信の一例を示
す。図１２は、図１１と異なるグループ化のため、図１１と組合せて使用することで、多様な組合せでグループ化が可能となる。テーブルＩＤの数は、ＲＲＣシグナリングで基地局装置より通知され、テーブルＩＤのフィールドのビット数が決まっても良い。また、ACKを通知するためのGC-DCI formatの情報ビット数は、グループ化する端末装置数とプロセスＩＤのビット数に依存する。そのため、基地局装置は、グループ化する端末装置数とプロセスＩＤのビット数を決める際に、ＤＣＩフォーマット０＿０／１＿０の情報ビット数未満とすることで、高信頼性を実現することができる、また、基地局装置は、グループ化する端末装置数とプロセスＩＤのビット数を決める際に、ＤＣＩフォーマット０＿０／１＿０の情報ビット数と一致、もしくはＣｏｍｐａｃｔ  ＤＣＩの情報ビット数と一致など、他のＤＣＩフォーマットの情報ビット数と一致させることで、ブラインドデコーディング回数の増やさないようにしても良い。また、従来は、ＤＣＩフォーマット０＿０／１＿０で１端末装置宛てのＡＣＫを送信していたが、ACKを通知するためのGC-DCI formatがＤＣＩフォーマット０＿０／１＿０の情報ビット数以下であれば、グループ化する端末装置がなく、１端末装置宛てにACKを通知するためのGC-DCI formatを送信しても周波数利用効率を維持できる。
【０１７１】
本実施形態では、上りリンクにおけるconfigured grant type1/type2のACKとなるプロ
セスＩＤをグループ化して通知する。その結果、configured grant type1/type2のデータ送信を行う端末装置が増加した場合にもPDCCHの周波数利用効率の低下を抑制できる。
（第５の実施形態）
【０１７２】
本実施形態は、上りリンクにおけるconfigured grant type1/type2のACKをグループ化
した端末装置に一括で通知する方法について説明する。本実施形態に係る通信システムは、図３、図４、図５及び図６で説明した基地局装置１０及び端末装置２０で構成される。以下、前実施形態との相違点／追加点を主に説明する。
【０１７３】
図１３に、第５の実施形態に係る上りリンクのconfigured grantのACK送信の一例を示
す。同図では、同一スロット内の同一のＯＦＤＭシンボル（１以上のＯＦＤＭシンボル）で、ＵＥ１と２がconfigured grant type1/type2でデータ送信し、さらに同一スロット内の異なるＯＦＤＭ（１以上のＯＦＤＭシンボル）でＵＥ３がconfigured grant type1/type2でデータ送信する。この場合、基地局装置は、前実施形態のようなACKを通知するため
のGC-DCI formatを使って、ＵＥ１〜ＵＥ３にACKとなるPIDを通知する。一方、図１１の
別のスロットでは、ＵＥ３がconfigured grant type1/type2でデータ送信し、同一スロットの異なるＯＦＤＭ（１以上のＯＦＤＭシンボル）でＵＥ４とＵＥ５がconfigured grant
type1/type2でデータ送信する。この場合、基地局装置は前実施形態のようなACKを通知
するためのGC-DCI formatを使って、ＵＥ３〜ＵＥ５にACKとなるPIDを通知するのが好ま
しい。しかしながら、ＵＥ４とＵＥ５のデータ送信タイミングからACKを通知するためのGC-DCI formatの通知タイミングまでの時間が非常に短いと、基地局装置の処理時間が足りず、グループ化ができない。
【０１７４】
そこで、本実施形態では、端末装置がconfigured grant type1/type2のデータ送信からACKを通知するためのGC-DCI formatを検出するまでの最小の時間(以下、t_minとする)を
設定する。具体的には、基地局装置は、t_minをＲＲＣシグナリングで通知する。端末装
置は、configured grant type1/type2のデータ送信後、t_min経過するまではGC-DCI formatのブラインドデコーディング（モニタリング）をスキップしても良い。また、端末装置は、configured grant type1/type2のデータ送信後、t_minまでのタイマーを起動し、タ
イマーが満了するまではＤＲＸに入っても良い。また、端末装置は、configured grant type1/type2のデータ送信後、t_minまでの間に検出したGC-DCI formatは無視しても良い。ただし、複数のＨＡＲＱプロセスが存在する場合は、ＨＡＲＱプロセス単位でt_minの時
間の管理が行われており、configured grant type1/type2のデータ送信をPID1とすると、データ送信からt_minまでの間に検出したGC-DCI formatにPID1の情報が含まれる場合に、端末装置はGC-DCI formatを無視するとしても良い。
【０１７５】
本実施形態では、上りリンクにおけるconfigured grant type1/type2のACKをグループ
化した端末装置に一括で通知する。また、グループ化する場合に、configured grant type1/type2のデータ送信からGC-DCI formatまでの最小時間を設定する。その結果、configured grant type1/type2のデータ送信を行う端末装置が増加した場合にもPDCCHの周波数利用効率の低下を抑制できる。
【０１７６】
なお、本明細書の実施形態は、複数の実施形態を組み合わせて適用しても良いし、各実施形態のみを適用しても良い。
【０１７７】
本発明に関わる装置で動作するプログラムは、本発明に関わる上述した実施形態の機能を実現するように、Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ（ＣＰＵ）等を制御してコンピュータを機能させるプログラムであっても良い。プログラムあるいはプログラムによって取り扱われる情報は、処理時に一時的にＲａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ（ＲＡＭ）などの揮発性メモリに読み込まれ、あるいはフラッシュメモリなどの不揮発性メモリやＨａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ（ＨＤＤ）に格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが行なわれる。
【０１７８】
なお、上述した実施形態における装置の一部、をコンピュータで実現するようにしても良い。その場合、実施形態の機能を実現するためのプログラムをコンピュータが読み取り可能な記録媒体に記録しても良い。この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現しても良い。ここでいう「コンピュータシステム」とは、装置に内蔵されたコンピュータシステムであって、オペレーティングシステムや周辺機器等のハードウェアを含むものとする。また、「コンピュータが読み取り可能な記録媒体」とは、半導体記録媒体、光記録媒体、磁気記録媒体等のいずれであっても良い。
【０１７９】
さらに「コンピュータが読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでも良い。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
【０１８０】
また、上述した実施形態に用いた装置の各機能ブロック、または諸特徴は、電気回路、すなわち典型的には集積回路あるいは複数の集積回路で実装または実行され得る。本明細書で述べられた機能を実行するように設計された電気回路は、汎用用途プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、またはその他のプログラマブル論理デバイス、ディスクリートゲートまたはトランジスタロジック、ディスクリートハードウェア部品、
またはこれらを組み合わせたものを含んでよい。汎用用途プロセッサは、マイクロプロセッサであってもよいし、従来型のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンであっても良い。前述した電気回路は、ディジタル回路で構成されていてもよいし、アナログ回路で構成されていてもよい。また、半導体技術の進歩により現在の集積回路に代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能である。
【０１８１】
なお、本願発明は上述の実施形態に限定されるものではない。実施形態では、装置の一例を記載したが、本願発明は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、ＡＶ機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器などの端末装置もしくは通信装置に適用出来る。
【０１８２】
以上、この発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記各実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。
【産業上の利用可能性】
【０１８３】
本発明は、基地局装置、端末装置および通信方法に用いて好適である。
【符号の説明】
【０１８４】
１０  基地局装置
２０−１〜２０−ｎ１  端末装置
１０ａ  基地局装置１０が端末装置と接続可能な範囲
１０２  上位層処理部
１０４  送信部
１０６  送信アンテナ
１０８  制御部
１１０  受信アンテナ
１１２  受信部
１０４０  符号化部
１０４２  変調部
１０４３  多元接続処理部
１０４４  多重部
１０４６  上りリンク制御信号生成部
１０４８  上りリンク参照信号生成部
１０４９  ＩＦＦＴ部
１０５０  無線送信部
１１２０  無線受信部
１１２１  ＦＦＴ部
１１２２  伝搬路推定部
１１２４  多重分離部
１１２６  信号検出部
１５０４  等化部
１５０６−１〜１５０６−ｃ  多元接続信号分離部
１５１０−１〜１５１０−ｃ  復調部
１５１２−１〜１５１２−ｃ  復号部
２０２  受信アンテナ
２０４  受信部
２０６  上位層処理部
２０８  制御部
２１０  送信部
２１２  送信アンテナ
２１００  符号化部
２１０２  変調部
２１０６  多元接続処理部
２１０８  多重部
２１０９  ＩＦＦＴ部
２１１０  無線送信部
２１１２  下りリンク参照信号生成部
２１１３  下りリンク制御信号生成部
２０４０  無線受信部
２０４１  ＦＦＴ部
２０４２  多重分離部
２０４３  伝搬路推定部
２０４４  信号検出部
２５０４  等化部
２５０６−１〜２５０６−ｕ  多元接続信号分離部
２５０８−１〜２５０８−ｕ  ＩＤＦＴ部
２５１０−１〜２５１０−ｕ  復調部
２５１２−１〜２５１２−ｕ  復号部
【図１】
2020025183.tif 000003
【図２】
2020025183.tif 000004
【図３】
2020025183.tif 000005
【図４】
2020025183.tif 000006
【図５】
2020025183.tif 000007
【図６】
2020025183.tif 000008
【図７】
2020025183.tif 000009
【図８】
2020025183.tif 000010
【図９】
2020025183.tif 000011
【図１０】
2020025183.tif 000012
【図１１】
2020025183.tif 000013
【図１２】
2020025183.tif 000014
【図１３】
2020025183.tif 000015