WO2021029159A1 - 通信装置及び通信方法 - Google Patents

Abstract

通信装置は、異なるタイミングで取得する複数のデータをソフト合成する他の通信装置から、データに対するリクエストデータを取得する取得部（２３１）と、取得部（２３１）が、前記リクエストデータを取得した場合に、ソフト合成に関する情報を生成する生成部（２３２）と、ソフト合成に関する情報を、他の通信装置に送信する送信部（２３３）と、を備える。

Description

通信装置及び通信方法

　本開示は、通信装置及び通信方法に関する。

　通信技術の進展により、高スループットや低遅延化等、通信パフォーマンスが大幅に向上している。しかしながら、近年では、通信パフォーマンスのさらなる向上に向けて通信技術の検討が進められている。例えば、ＮＲ（New　Radio）等の次世代の無線アクセス技術（ＲＡＴ：Radio　Access　Technology）では、通信のさらなる低遅延化のため、２ステップランダムアクセス（2-STEP　Random　Access）手続きの導入が検討されている。

RP-182894,　ZTE　Corporation,　Senachips,　"2-step　RACH　for　NR,"　3GPP　TSG　RAN　Meeting#82,　Sorrento,　Italy,　2018年12月

　例えば、２ステップランダムアクセス手続において、データの誤りが発生すると、ＨＡＲＱ（Hybrid　ARQ（Automatic　Repeat　reQuest））合成を適用して誤り訂正が行われる。しかし、２ステップランダムアクセス手続に含まれるランダムアクセス応答のメッセージ間で、ＨＡＲＱ合成を行う場合に、うまく行かない可能性がある。この問題は、ＲＡＣＨ（(Random　Access　Channel　Procedure）時におけるデータ送信など、他のケースにも発生し得る。なお、ＨＡＲＱ合成は、ソフト合成（soft　combining）とも呼ばれる。

　そこで、本開示では、ソフト合成を適切に実行することができる通信装置及び通信方法を提案する。

　上記の課題を解決するために、本開示に係る一形態の通信装置は、異なるタイミングで取得する複数のデータをソフト合成する他の通信装置から、前記データに対するリクエストデータを取得する取得部と、前記取得部が、前記リクエストデータを取得した場合に、前記ソフト合成に関する情報を生成する生成部と、前記ソフト合成に関する情報を、前記他の通信装置に送信する送信部と、を備える。

本開示の実施形態に係る通信システムの構成例を示す図である。 本開示の実施形態に係る管理装置の構成例を示す図である。 本開示の実施形態に係る基地局装置の構成例を示す図である。 本開示の実施形態に係る中継装置の構成例を示す図である。 本開示の実施形態に係る端末装置の構成例を示す図である。 本開示に係る初期接続処理の一例を示すフローチャートである。 コンテンションベースランダムアクセス手続きを示す図である。 非コンテンションベースランダムアクセス手続きを示す図である。 ２ステップランダムアクセス手続きを示す図である。 Grant　based送信の一例を示すシーケンス図である。 Configured　grant送信の一例を示すシーケンス図である。 ＮＯＭＡを使ったデータの送受信を説明するための図である。 本開示の実施形態に係るＮＯＭＡ送信処理の一例を示す説明図である。 本開示の実施形態に係るＮＯＭＡ送信処理の一例を示す説明図である。 ＮＯＭＡを使ったデータの送受信を説明するための図である。 本開示の実施形態に係るＮＯＭＡ送信処理の一例を示す説明図である。 本開示の実施形態に係るＮＯＭＡ送信処理の一例を示す説明図である。 本開示の実施形態に係るＮＯＭＡ受信処理の一例を示す説明図である。 ＨＡＲＱ合成可能な場合の２－ＳＴＥＰ　ＲＡＣＨプロシージャの一例を示す図である。 ＨＡＲＱ合成不可能な場合の２－ＳＴＥＰ　ＲＡＣＨプロシージャの一例を示す図である。 課題２の解決手段の２－ＳＴＥＰ　ＲＡＣＨプロシージャの一例を示す図である。 課題３の解決手段の２－ＳＴＥＰ　ＲＡＣＨプロシージャの一例を示す図である。

　以下に、本開示の実施形態について図面に基づいて詳細に説明する。なお、以下の各実施形態において、同一の部位には同一の符号を付することにより重複する説明を省略する。

　また、本明細書及び図面において、実質的に同一の機能構成を有する複数の構成要素を、同一の符号の後に異なる数字を付して区別する場合もある。例えば、実質的に同一の機能構成を有する複数の構成を、必要に応じて端末装置４０_１、４０_２及び４０_３のように区別する。ただし、実質的に同一の機能構成を有する複数の構成要素の各々を特に区別する必要がない場合、同一符号のみを付する。例えば、端末装置４０_１、４０_２及び４０_３を特に区別する必要が無い場合には、単に端末装置４０と称する。

　また、以下に示す項目順序に従って本開示を説明する。
　１．はじめに
　２．通信システムの構成
　２－１．通信システムの全体構成
　２－２．管理装置の構成
　２－３．基地局装置の構成
　２－４．中継装置の構成
　２－５．端末装置の構成
　３．通信システムの基本動作
　３－１．初期接続処理
　３－２．本実施形態におけるシステム情報
　３－３．ランダムアクセス手続き
　３－４．ＮＲのランダムアクセス手続き
　３－５．ＮＲの２－ＳＴＥＰ　ＲＡＣＨプロシージャ
　３－６．Configured　grant送信
　３－７．ＮＯＭＡを使ったデータの送受信
　３－８．本実施形態におけるＣＢＧ（Code　Block　Group）
　４．課題１の解決手段の具体例
　４－１．ＰＤＣＣＨで通知する方法
　４－２．ＰＤＳＣＨの物理パラメータで通知する方法
　４－３．その他の物理パラメータで通知する方法
　４－４．ＨＡＲＱ合成可能な場合の２－ＳＴＥＰ　ＲＡＣＨプロシージャ
　４－５．ＨＡＲＱ合成不可能な場合の２－ＳＴＥＰ　ＲＡＣＨプロシージャ
　５．課題２の解決手段の具体例
　５－１．上りリンクスケジュール情報（UL　grant）の場合
　５－２．ＴＡコマンドの場合
　５－３．ＭＡＣ　ＣＥとして送信されなかったＰＵＳＣＨリソースの通知方法
　５－４．課題２の解決手段の２－ＳＴＥＰ　ＲＡＣＨプロシージャの一例
　６．課題３の解決手段の具体例
　６－１．ＰＤＳＣＨで分離する方法
　６－２．ＣＧＢで分離する方法
　６－３．コードワード（トランスポートブロック）で分離する方法
　６－４．課題３の解決手段の２－ＳＴＥＰ　ＲＡＣＨプロシージャの一例
　７．課題４の解決手段の具体例
　８．メッセージＢを再送する仕組み
　８－１．メッセージＢの初送が端末装置固有のＰＤＣＣＨで送信される場合
　８－２．メッセージＢの初送が端末装置に共通のＰＤＣＣＨで送信される場合
　９．むすび

＜＜１．はじめに＞＞
　ＬＴＥ（Long　Term　Evolution）、ＮＲ（New　Radio）等の無線アクセス技術（ＲＡＴ：Radio　Access　Technology）が３ＧＰＰ（3rd　Generation　Partnership　Project）で検討されている。ＬＴＥ及びＮＲは、セルラー通信技術の一種であり、基地局がカバーするエリアをセル状に複数配置することで端末装置の移動通信を可能にする。

　なお、以下の説明では、「ＬＴＥ」には、ＬＴＥ－Ａ（LTE-Advanced）、ＬＴＥ－Ａ　Ｐｒｏ（LTE-Advanced　Pro）、及びＥＵＴＲＡ（Evolved　Universal　Terrestrial　Radio　Access）が含まれるものとする。また、ＮＲには、ＮＲＡＴ（New　Radio　Access　Technology）、及びＦＥＵＴＲＡ（Further　EUTRA）が含まれるものとする。なお、単一の基地局は複数のセルを管理してもよい。以下の説明において、ＬＴＥに対応するセルはＬＴＥセルと呼称され、ＮＲに対応するセルはＮＲセルと呼称される。

　ＮＲは、ＬＴＥの次の世代（第５世代）の無線アクセス技術（ＲＡＴ）である。ＮＲは、ｅＭＢＢ（Enhanced　Mobile　Broadband）、ｍＭＴＣ（Massive　Machine　Type　Communications）及びＵＲＬＬＣ（Ultra-Reliable　and　Low　Latency　Communications）を含む様々なユースケースに対応できる無線アクセス技術である。ＮＲは、これらのユースケースにおける利用シナリオ、要求条件、及び配置シナリオなどに対応する技術フレームワークを目指して検討されている。

　ＮＲでは、通信のさらなる低遅延化のため、２ステップランダムアクセス手続きが検討されている。ランダムアクセス手続きは、端末装置がセル（基地局装置）に初期接続する場合等に使用される処理であり、従来のＬＴＥでは、例えば４ステップのランダムアクセス手続きが使用され、遅延の一因ともなっていた。ランダムアクセス手続きを２ステップで完了できれば、大幅な遅延の低減を期待できる。２ステップランダムアクセス手続き、４ステップのランダムアクセス手続の詳細な説明は後述する。

　ここで、２ステップランダムアクセス手続において、データの誤りが発生すると、ＨＡＲＱ合成を適用して誤り訂正が行われる。しかし、２ステップランダムアクセス手続に含まれるランダムアクセス応答のメッセージ間で、ＨＡＲＱ合成を行う場合に、うまく行かない可能性がある。この問題は、ＲＡＣＨ（(Random　Access　Channel　Procedure）時におけるデータ送信など、他のケースにも発生し得る。

　例えば、ランダムアクセス応答のメッセージ間でＨＡＲＱ合成を適用する場合の課題として、以下に説明する課題１～４がある。

　［課題１］
　基地局装置から端末装置に送信されるＰＤＳＣＨ（Physical　Downlink　Shared　Channel）において、複数種類のランダムアクセス応答が送信される可能性があり、ＨＡＲＱ合成を適用できない場合がある。

　ＰＤＳＣＨは、メッセージＡの受信が成功したことを示すランダムアクセス応答（成功ＲＡＲ、SuccessRAR）、または、４－ｓｔｅｐ　ＲＡＣＨプロシージャへフォールバックを指示するランダムアクセス応答（フォールバックＲＡＲ、FallbackRAR）、または、バックオフ時間待機した後に再度ＰＲＡＣＨを送信することを指示するランダムアクセス応答（バックオフ指示、Backoff　indication）を含む。

　所定のランダムアクセス応答のみＨＡＲＱ合成が可能であった場合、端末装置は、ＨＡＲＱ合成が行うことができる同一種類のランダムアクセス応答間でＨＡＲＱ合成を行うために、事前に種類を知る必要がある。

　たとえば、端末装置は、ランダムアクセス応答の種類がSuccessRARである場合に、ＨＡＲＱ合成が可能である。端末装置は、ランダムアクセス応答の種類がSuccessRARである場合に、受信信号をソフトバッファに格納する。一方で、端末装置は、ランダムアクセス応答の種類がSuccessRARでない場合に、受信信号をソフトバッファに格納しない。

　［課題２］
　基地局装置から端末装置に送信されるＰＤＳＣＨ（Physical　Downlink　Shared　Channel）において、同じ種類のランダムアクセス応答であっても、初送と再送でコンテンツが異なる可能性があり、ＨＡＲＱ合成を適用できない場合がある。端末装置は、初送と再送でコンテンツが異なっていると、ＨＡＲＱ合成を適用し難い。

　例えば、初送と再送でコンテンツが異なる一例として、上りリンクのためのスケジューリング情報（UL　grant）やＴＡ（Timing　advance）コマンドが挙げられる。また、メッセージＢの次の上りリンクのためのスケジューリング情報（UL　grant）が含まれる可能性がある。

　ランダムアクセス応答の種類がFallbackRARの場合、ランダムアクセス応答には、メッセージ３の送信のための、上りリンクスケジューリング情報（UL　grant）が含まれる。

　ランダムアクセス応答の種類がSuccessRARの場合にも、ＲＡＣＨプロシージャ後の上リリンク送信のための、上りリンクスケジューリング情報（UL　grant）が含まれる可能性がある。

　たとえば、ＴＡ（Timing　advance）コマンドを含んでいるＣ－ＲＮＴＩにアドレスされたＰＤＵ　ＰＤＣＣＨをスケジュールするＰＤＳＣＨには、上りリンクスケジューリング情報（UL　grant）を含む可能性がある。

　上りリンクスケジューリング情報は上りリンクリソース割当情報を含むが、上りリンクリソース割当は指示タイミングで異なるため、上りリンクリソース割当情報も指示タイミングによって異なる。

　上記のように、メッセージＢに関するＰＤＳＣＨにおいて、初送と再送でコンテンツが異なっていると、ＨＡＲＱ合成を適用し難い。

　［課題３］
　基地局装置は、リソース利用効率を向上させるために、ランダムアクセス応答と他のデータとを多重してＰＤＳＣＨで端末装置に送信する場合、初送と再送でコンテンツの中身を異ならせる場合がある。ここで、初送と再送でコンテンツの内容が異なることを、端末装置が復号前に知らないと、ＨＡＲＱ合成を適切に実行し難い。

　ランダムアクセス応答に多重される他のデータの例として次のものがある。基地局装置は、同一のＰＲＡＣＨオケージョンで異なるプリアンブルインデックスを用いて送信した端末装置を複数検出できた場合、メッセージＢに複数の端末装置宛のランダムアクセス応答を含めて送信することができる。

　基地局装置は、他のデータとして、ユーザプレーン（U-plan、UP）データを含める可能性がある。基地局装置は、接続状態（RRC_Connected）の端末装置に対しては、メッセージＢのＰＤＳＣＨにユーザプレーンデータを含めて送信することができる。さらに、基地局装置は、アイドル状態（RRC_idle）やRRC_inactiveの端末装置に対しても、メッセージＢのＰＤＳＣＨにユーザプレーンデータを含めて送信してもよい。

　たとえば、端末装置が初送で他のデータの受信を成功させた場合、基地局装置は、その他のデータを再送で送る必要はない。基地局装置は、他のデータの再送をしないように制御することでリソース利用効率を向上させることができる。ただし、他のデータがメッセージＢのＰＤＳＣＨの初送とメッセージＢのＰＤＳＣＨの再送で異なる場合、異なっていることを事前に通知されなければ、同じランダムアクセス応答であっても、端末装置がＨＡＲＱ合成を行うことは困難である。

　［課題４］
　メッセージＢの中に複数の端末装置に対するランダムアクセス応答が含まれている場合、端末装置は、ＨＡＲＱ－ＡＣＫを基地局装置にフィードバックすることが困難である。

　端末装置がＨＡＲＱ－ＡＣＫを基地局装置にフィードバックするために用いられるＰＵＣＣＨリソース（送信スロットおよびスロット内における時間／周波数リソース）は、ＰＤＣＣＨによって指示される。一つのＰＤＣＣＨは一つのＰＵＣＣＨリソースのみ指示するため、複数端末装置宛のＰＤＳＣＨに対するＰＵＣＣＨリソースの指示は現状サポートされていない。

　本実施形態では以下の手段により、上記の課題１～４の問題を解決する。

　［課題１の解決手段］
　例えば、基地局装置は、端末装置によってメッセージＢのＰＤＳＣＨがソフト合成される前に、端末装置に対して、ランダムアクセス応答の種類を通知する。端末装置は、基地局装置から、ランダムアクセス応答の種類の通知を受け付け、同一種類のランダムアクセス応答間のＨＡＲＱ合成を行う。

　具体的には、端末装置は、基地局装置から受信するランダムアクセス応答の初送と再送において、各ランダムアクセス応答の種類が同じSuccessRARである場合に、初送と再送と間でＨＡＲＱ合成を行う。端末装置は、基地局装置から受信するランダムアクセス応答の初送と再送において、各ランダムアクセス応答の種類が同じFallbackRARである場合に、初送と再送と間でＨＡＲＱ合成を行う。端末装置は、基地局装置から受信するランダムアクセス応答の初送と再送において、各ランダムアクセス応答の種類が同じFallbackRARである場合に、初送と再送との間でＨＡＲＱ合成を行う。

　一方、端末装置は、基地局装置から受信するランダムアクセス応答の初送と再送において、各ランダムアクセス応答の種類が異なる場合には、ＨＡＲＱ合成をスキップすることができる。

　上記のように、課題１の解決手段によって、端末装置は、事前にランダムアクセス応答の種類を認知することができ、これによって、後のＰＤＳＣＨの復号処理において、バッファリングおよびＨＡＲＱ合成処理を行うか否かの判断をすることができる。メッセージＢのＨＡＲＱ合成をサポートすることができる。また、適切にＨＡＲＱ合成処理をスキップすることができる。

　なお、課題１の解決手段の具体例は、後述する＜＜４．課題１の解決手段の具体例＞＞で説明する。

　［課題２の解決手段］
　例えば、基地局装置は、ＰＤＳＣＨによって、メッセージＢを端末装置に送信する場合、初送と再送間のＰＤＳＣＨに含まれるコンテンツが同じになるように、ＭＡＣ（Medium　Access　Control）　ＣＥ（Control　Element）で送る情報に制限を設ける。たとえば、基地局装置は、上りリンクスケジューリング情報（UL　grant）やＴＡ（Timing　Advance）の場合、ＰＵＳＣＨリソースに関する情報の全部または一部をＭＡＣ　ＣＥとして送らない。すなわち、基地局装置は、リアルタイムで変化するような情報をＭＡＣ　ＣＥとして送らず、他の方法によって送信する。

　たとえば、基地局装置は、ＰＵＳＣＨリソースの候補（ＰＵＳＣＨリソースセット）のみ、ＭＡＣ　ＣＥで送信する。ＰＵＳＣＨリソースセットは、初送と再送で変わらない。基地局装置は、送らなかったＰＵＳＣＨリソースの情報は、他の下りのリンクチャネルや物理パラメータによって、端末装置に指示する。

　上記のように、課題２の解決手段によって、初送と再送間のＰＤＳＣＨに含まれるＭＡＣ　ＣＥの値が固定され、端末装置は、ＨＡＲＱ合成が可能となる。

　なお、課題２の解決手段の具体例は、後述する＜＜５．課題２の解決手段の具体例＞＞で説明する。

　［課題３の解決手段］
　例えば、基地局装置は、メッセージＢを端末装置に送信する場合、ランダムアクセス応答の領域と他のデータの領域とを分離する。端末装置は、ランダムアクセス応答が割り当てられた領域のデータを用いて、初送と再送におけるＨＡＲＱ合成を実行することができる。

　上記のように、ランダムアクセス応答と他のデータの領域とを分離することで、端末装置は、個別に復号およびＨＡＲＱ－ＡＣＫフィードバックを行うことができ、再送のリソース効率を向上することができる。

　なお、課題３の解決手段の具体例は、後述する＜＜６．課題３の解決手段の具体例＞＞で説明する。

　［課題４の解決手段］
　例えば、基地局装置は、メッセージＢを複数の端末装置に送信する場合、複数のＨＡＲＱ－ＡＣＫフィードバックリソース割当てを行う。複数の端末装置は、基地局装置に割り当てられたＨＡＲＱ－ＡＣＫフィードバックリソースを用いて、多重化してＨＡＲＱ－ＡＣＫフィードバックを行う。ＨＡＲＱ－ＡＣＫフィードバックに用いられる物理チャネルは、ＰＵＣＣＨでもよいし、ＰＵＳＣＨでもよい。

　ＨＡＲＱ－ＡＣＫフィードバックリソースは、端末装置個別に割り当てられる場合と、端末装置共通に割り当てられる場合が、挙げられる。

　上記のように、複数のＨＡＲＱ－ＡＣＫフィードバックリソースを割り当てることで、メッセージＢの中に複数の端末装置に対するランダムアクセス応答が含まれている場合でも、ＨＡＲＱ－ＡＣＫをフィードバックすることができる。

　なお、課題４の解決手段の具体例は、後述する＜＜７．課題４の解決手段の具体例＞＞で説明する。

　以上、本実施形態の概要を説明したが、以下、本実施形態の通信システム１を詳細に説明する。

＜＜２．通信システムの構成＞＞
　通信システム１は、基地局装置を備え、端末装置と無線接続が可能である。

　本実施形態の通信システム１が備える通信装置（例えば、端末装置）は、２ステップランダムアクセスを使った初期接続が可能である。ここで、２ステップランダムアクセスとは、例えば、従来の４ステップのランダムアクセス（コンテンションベースランダムアクセス手続き）を２ステップにしたランダムアクセスのことである。２ステップランダムアクセスでは、プリアンブルの送信とメッセージ３の送信が最初のステップでなされ、メッセージ２とメッセージ４の送信が次のステップでなされる。２ステップランダムアクセスについては、後述の＜３－３．ランダムアクセス手続き＞、＜３－５．ＮＲの２－ＳＴＥＰ　ＲＡＣＨプロシージャ＞で詳しく述べる。

　また、本実施形態の通信システム１が備える通信装置（例えば、端末装置）は、Configured　Grant送信が可能である。ここで、Configured　Grant送信とは、通信装置（例えば、端末装置）が他の通信装置（例えば、基地局装置）からの動的なリソースアロケーション（Grant）を受信することなく、予め他の通信装置から指示された使用可能な周波数および時間リソースから、通信装置が適当なリソースを利用して送信することを示す。Configured　Grant送信については、後述の＜３－６．Configured　grant送信＞で詳しく述べる。

　以下、通信システム１の構成を具体的に説明する。

＜２－１．通信システムの全体構成＞
　図１は、本開示の実施形態に係る通信システム１の構成例を示す図である。通信システム１は、端末装置に無線アクセスネットワークを提供する無線通信システムである。例えば、通信システム１は、ＬＴＥ、ＮＲ等の無線アクセス技術を使ったセルラー通信システムである。

　通信システム１は、図１に示すように、管理装置１０と、基地局装置２０と、中継装置３０と、端末装置４０と、を備える。通信システム１は、通信システム１を構成する各無線通信装置が連携して動作することで、ユーザに対し、移動通信が可能な無線ネットワークを提供する。本実施形態の無線ネットワークは、無線アクセスネットワークＲＡＮとコアネットワークＣＮとで構成される。なお、無線通信装置は、無線通信の機能を有する装置のことであり、図１の例では、基地局装置２０、中継装置３０、及び端末装置４０が該当する。

　通信システム１は、管理装置１０、基地局装置２０、中継装置３０、及び端末装置４０をそれぞれ複数備えていてもよい。図１の例では、通信システム１は、管理装置１０として管理装置１０_１、１０_２等を備えている。また、通信システム１は、基地局装置２０として基地局装置２０_１、２０_２、２０_３等を備えており、中継装置３０として中継装置３０_１、３０_２等を備えている。また、通信システム１は、端末装置４０として端末装置４０_１、４０_２、４０_３等を備えている。

　なお、図中の装置は、論理的な意味での装置と考えてもよい。つまり、同図の装置の一部が仮想マシン（VM：Virtual　Machine）、コンテナ（Container）、ドッカー（Docker）などで実現され、それらが物理的に同一のハードウェア上で実装されてもよい。

　なお、ＬＴＥの基地局は、ｅＮｏｄｅＢ（Evolved　Node　B）又はｅＮＢと称されることがある。また、ＮＲの基地局は、ｇＮｏｄｅＢ又はｇＮＢと称されることがある。また、ＬＴＥ及びＮＲでは、端末装置（移動局、移動局装置、又は端末ともいう。）はＵＥ（User　Equipment）と称されることがある。なお、端末装置は、通信装置の一種であり、移動局、移動局装置、又は端末とも称される。

　本実施形態において、通信装置という概念には、携帯端末等の持ち運び可能な移動体装置（端末装置）のみならず、構造物や移動体に設置される装置も含まれる。構造物や移動体そのものを通信装置とみなしてもよい。また、通信装置という概念には、端末装置のみならず、基地局装置及び中継装置も含まれる。通信装置は、処理装置及び情報処理装置の一種である。また、通信装置は、送信装置又は受信装置と言い換えることが可能である。

　［管理装置］
　管理装置１０は、無線ネットワークを管理する装置である。例えば、管理装置１０は基地局装置２０の通信を管理する装置である。例えば、管理装置１０は、ＭＭＥ（Mobility　Management　Entity）、ＡＭＦ（Access　and　Mobility　Management　Function）、或いは、ＳＭＦ（Session　Management　Function）として機能する装置である。

　管理装置１０は、ゲートウェイ装置等とともに、コアネットワークＣＮを構成する。コアネットワークＣＮは、例えば、移動体通信事業者等の所定のエンティティ（主体）が有するネットワークである。例えば、コアネットワークＣＮは、ＥＰＣ（Evolved　Packet　Core）や５ＧＣ（5G　Core　network）である。なお、所定のエンティティは、基地局装置２０を利用、運用、及び／又は管理するエンティティと同じであってもよいし、異なっていてもよい。

　なお、管理装置１０はゲートウェイの機能を有していてもよい。例えば、コアネットワークがＥＰＣなのであれば、管理装置１０は、Ｓ－ＧＷやＰ－ＧＷとしての機能を有していてもよい。また、コアネットワークが５ＧＣなのであれば、管理装置１０は、ＵＰＦ（User　Plane　Function）としての機能を有していてもよい。なお、管理装置１０は必ずしもコアネットワークＣＮを構成する装置でなくてもよい。例えば、コアネットワークＣＮがＷ－ＣＤＭＡ（Wideband　Code　Division　Multiple　Access）やｃｄｍａ２０００（Code　Division　Multiple　Access　2000）のコアネットワークであるとする。このとき、管理装置１０はＲＮＣ（Radio　Network　Controller）として機能する装置であってもよい。

　管理装置１０は、複数の基地局装置２０それぞれと接続され、基地局装置２０の通信を管理する。例えば、管理装置１０は、端末装置４０が、どの基地局装置（或いはどのセル）に接続しているか、どの基地局装置（或いはどのセル）の通信エリア内に存在しているか、等を端末装置４０ごとに把握して管理する。セルは、ｐＣｅｌｌ（Primary　Cell）やｓＣｅｌｌ（Secondary　Cell）であってもよい。セルは、セルごとに、端末装置４０が使用できる無線資源（例えば、周波数チャネル、コンポーネントキャリア（Component　Carrier）等）が異なっていてもよい。また、ひとつの基地局装置が複数のセルを提供してもよい。

　［基地局装置］
　基地局装置２０は、端末装置４０と無線通信する無線通信装置である。基地局装置２０は通信装置の一種である。基地局装置２０は、例えば、無線基地局（Base　Station、Node　B、eNB、gNB、など）や無線アクセスポイント（Access　Point）に相当する装置である。基地局装置２０は、無線リレー局であってもよい。基地局装置２０は、ＲＲＨ（Remote　Radio　Head）と呼ばれる光張り出し装置であってもよい。また、基地局装置２０は、ＦＰＵ（Field　Pickup　Unit）等の受信局装置であってもよい。また、基地局装置２０は、無線アクセス回線と無線バックホール回線を時分割多重、周波数分割多重、或いは、空間分割多重で提供するＩＡＢ（Integrated　Access　and　Backhaul）ドナーノード、或いは、ＩＡＢリレーノードであってもよい。

　なお、基地局装置２０が使用する無線アクセス技術は、セルラー通信技術であってもよいし、無線ＬＡＮ技術であってもよい。勿論、基地局装置２０が使用する無線アクセス技術は、これらに限定されず、他の無線アクセス技術であってもよい。基地局装置２０が使用する無線アクセス技術は、ＬＰＷＡ（Low　Power　Wide　Area）通信技術であってもよい。ここで、ＬＰＷＡ通信は、ＬＰＷＡ規格に準拠した通信のことである。ＬＰＷＡ規格としては、例えば、ＥＬＴＲＥＳ、ＺＥＴＡ、ＳＩＧＦＯＸ、ＬｏＲａＷＡＮ、ＮＢ－Ｉｏｔ等が挙げられる。勿論、ＬＰＷＡ規格はこれらに限定されず、他のＬＰＷＡ規格であってもよい。その他、基地局装置２０が使用する無線通信は、ミリ波を使った無線通信であってもよい。また、基地局装置２０が使用する無線通信は、電波を使った無線通信であってもよいし、赤外線や可視光を使った無線通信（光無線）であってもよい。

　基地局装置２０は、端末装置４０とＮＯＭＡ通信することが可能であってもよい。ここで、ＮＯＭＡ通信は、非直交リソースを使った通信（送信、受信、或いはその双方）のことである。非直交リソースについては後述する。なお、基地局装置２０は、他の基地局装置２０及び中継装置３０とＮＯＭＡ通信可能に構成されていてもよい。

　なお、基地局装置２０は、基地局装置－コアネットワーク間インタフェース（例えば、S1　Interface等）を介してお互いに通信可能であってもよい。このインタフェースは、有線及び無線のいずれであってもよい。また、基地局装置は、基地局装置間インタフェース（例えば、X2　Interface、S1　Interface等）を介して互いに通信可能であってもよい。このインタフェースは、有線及び無線のいずれであってもよい。

　基地局装置２０は、さまざまなエンティティ（主体）によって利用、運用、及び／又は管理されうる。例えば、エンティティとしては、移動体通信事業者（MNO：Mobile　Network　Operator）、仮想移動体通信事業者（MVNO：Mobile　Virtual　Network　Operator）、仮想移動体通信イネーブラ（MVNE：Mobile　Virtual　Network　Enabler）、ニュートラルホストネットワーク（NHN：Neutral　Host　Network）事業者、エンタープライズ、教育機関（学校法人、各自治体教育委員会、等）、不動産（ビル、マンション等）管理者、個人などが想定されうる。

　勿論、基地局装置２０の利用、運用、及び／又は管理の主体はこれらに限定されない。基地局装置２０は１事業者が設置及び／又は運用を行うものであってもよいし、一個人が設置及び／又は運用を行うものであってもよい。勿論、基地局装置２０の設置・運用主体はこれらに限定されない。例えば、基地局装置２０は、複数の事業者または複数の個人が共同で設置・運用を行うものであってもよい。また、基地局装置２０は、複数の事業者または複数の個人が利用する共用設備であってもよい。この場合、設備の設置及び／又は運用は利用者とは異なる第三者によって実施されてもよい。

　なお、基地局装置（基地局ともいう。）という概念には、ドナー基地局のみならず、リレー基地局（中継局、或いは中継局装置ともいう。）も含まれる。また、基地局という概念には、基地局の機能を備えた構造物（Structure）のみならず、構造物に設置される装置も含まれる。

　構造物は、例えば、高層ビル、家屋、鉄塔、駅施設、空港施設、港湾施設、スタジアム等の建物である。なお、構造物という概念には、建物のみならず、トンネル、橋梁、ダム、塀、鉄柱等の構築物（Non-building　structure）や、クレーン、門、風車等の設備も含まれる。また、構造物という概念には、陸上（狭義の地上）又は地中の構造物のみならず、桟橋、メガフロート等の水上の構造物や、海洋観測設備等の水中の構造物も含まれる。基地局装置は、処理装置、或いは情報処理装置と言い換えることができる。

　基地局装置２０は、ドナー局であってもよいし、リレー局（中継局）であってもよい。また、基地局装置２０は、固定局であってもよいし、移動局であってもよい。移動局は、移動可能に構成された無線通信装置（例えば、基地局装置）である。このとき、基地局装置２０は、移動体に設置される装置であってもよいし、移動体そのものであってもよい。例えば、移動能力（Mobility）をもつリレー局装置は、移動局としての基地局装置２０とみなすことができる。また、車両、ドローン、スマートフォンなど、もともと移動能力がある装置であって、基地局装置の機能（少なくとも基地局装置の機能の一部）を搭載した装置も、移動局としての基地局装置２０に該当する。

　ここで、移動体は、スマートフォンや携帯電話等のモバイル端末であってもよい。また、移動体は、陸上（狭義の地上）を移動する移動体（例えば、自動車、自転車、バス、トラック、自動二輪車、列車、リニアモーターカー等の車両）であってもよいし、地中（例えば、トンネル内）を移動する移動体（例えば、地下鉄）であってもよい。

　また、移動体は、水上を移動する移動体（例えば、旅客船、貨物船、ホバークラフト等の船舶）であってもよいし、水中を移動する移動体（例えば、潜水艇、潜水艦、無人潜水機等の潜水船）であってもよい。

　また、移動体は、大気圏内を移動する移動体（例えば、飛行機、飛行船、ドローン等の航空機）であってもよいし、大気圏外を移動する移動体（例えば、人工衛星、宇宙船、宇宙ステーション、探査機等の人工天体）であってもよい。大気圏外を移動する移動体は宇宙移動体と言い換えることができる。

　また、基地局装置２０は、地上に設置される地上基地局装置（地上局装置）であってもよい。例えば、基地局装置２０は、地上の構造物に配置される基地局装置であってもよいし、地上を移動する移動体に設置される基地局装置であってもよい。より具体的には、基地局装置２０は、ビル等の構造物に設置されたアンテナ及びそのアンテナに接続する信号処理装置であってもよい。勿論、基地局装置２０は、構造物や移動体そのものであってもよい。「地上」は、陸上（狭義の地上）のみならず、地中、水上、水中も含む広義の地上である。なお、基地局装置２０は、地上基地局装置に限られない。基地局装置２０は、空中又は宇宙を浮遊可能な非地上基地局装置（非地上局装置）であってもよい。例えば、基地局装置２０は、航空機局装置や衛星局装置であってもよい。

　航空機局装置は、航空機等、大気圏内を浮遊可能な無線通信装置である。航空機局装置は、航空機等に搭載される装置であってもよいし、航空機そのものであってもよい。なお、航空機という概念には、飛行機、グライダー等の重航空機のみならず、気球、飛行船等の軽航空機も含まれる。また、航空機という概念には、重航空機や軽航空機のみならず、ヘリコプターやオートジャイロ等の回転翼機も含まれる。なお、航空機局装置（又は、航空機局装置が搭載される航空機）は、ドローン等の無人航空機であってもよい。

　なお、無人航空機という概念には、無人航空システム（UAS：Unmanned　Aircraft　Systems）、つなぎ無人航空システム（tethered　UAS）も含まれる。また、無人航空機という概念には、軽無人航空システム（LTA：Lighter　than　Air　UAS）、重無人航空システム（HTA：Heavier　than　Air　UAS）が含まれる。その他、無人航空機という概念には、高高度無人航空システムプラットフォーム（HAPs：High　Altitude　UAS　Platforms）も含まれる。

　衛星局装置は、大気圏外を浮遊可能な無線通信装置である。衛星局装置は、人工衛星等の宇宙移動体に搭載される装置であってもよいし、宇宙移動体そのものであってもよい。衛星局装置となる衛星は、低軌道（LEO：Low　Earth　Orbiting）衛星、中軌道（MEO：Medium　Earth　Orbiting）衛星、静止（GEO：Geostationary　Earth　Orbiting）衛星、高楕円軌道（HEO：Highly　Elliptical　Orbiting）衛星の何れであってもよい。勿論、衛星局装置は、低軌道衛星、中軌道衛星、静止衛星、又は高楕円軌道衛星に搭載される装置であってもよい。

　基地局装置２０のカバレッジの大きさは、マクロセルのような大きなものから、ピコセルのような小さなものであってもよい。勿論、基地局装置２０のカバレッジの大きさは、フェムトセルのような極めて小さなものであってもよい。また、基地局装置２０はビームフォーミングの能力を有していてもよい。この場合、基地局装置２０はビームごとにセルやサービスエリアが形成されてもよい。

　図１の例では、基地局装置２０_１は、中継装置３０_１と接続されており、基地局装置２０_２は、中継装置３０_２と接続されている。基地局装置２０_１は中継装置３０_１を介して端末装置４０と間接的に無線通信することが可能である。同様に、基地局装置２０_２は、中継装置３０_２を介して端末装置４０と間接的に無線通信することが可能である。

　［中継装置］
　中継装置３０は、基地局の中継局となる装置である。中継装置３０は、基地局装置の一種である。中継装置は、リレー基地局装置（或いはリレー基地局）と言い換えることができる。中継装置３０は、端末装置４０とＮＯＭＡ通信することが可能である。中継装置３０は、基地局装置２０と端末装置４０との通信を中継する。なお、中継装置３０は、他の中継装置３０及び基地局装置２０とＮＯＭＡ通信可能に構成されていてもよい。中継装置３０は、地上局装置であってもよいし、非地上局装置であってもよい。中継装置３０は基地局装置２０とともに無線アクセスネットワークＲＡＮを構成する。

　［端末装置］
　端末装置４０は、基地局装置２０或いは中継装置３０と無線通信する無線通信装置である。端末装置４０は、例えば、携帯電話、スマートデバイス（スマートフォン、又はタブレット）、ＰＤＡ（Personal　Digital　Assistant）、パーソナルコンピュータである。また、端末装置４０は、通信機能が具備された業務用カメラといった機器であってもよいし、ＦＰＵ(Field　Pickup　Unit)等の通信機器が搭載されたバイクや移動中継車等であってもよい。また、端末装置４０は、Ｍ２Ｍ（Machine　to　Machine）デバイス、又はＩｏＴ（Internet　of　Things）デバイスであってもよい。

　また、端末装置４０は、他の端末装置４０とサイドリンク通信が可能であってもよい。端末装置４０は、サイドリンク通信を行う際、ＨＡＲＱ等の自動再送技術を使用可能であってもよい。端末装置４０は、基地局装置２０及び中継装置３０とＮＯＭＡ通信が可能であってもよい。なお、端末装置４０は、他の端末装置４０との通信（サイドリンク）においてもＮＯＭＡ通信が可能であってもよい。また、端末装置４０は、他の通信装置（例えば、基地局装置２０、中継装置３０、及び他の端末装置４０）とＬＰＷＡ通信が可能であってもよい。その他、端末装置４０が使用する無線通信は、ミリ波を使った無線通信であってもよい。なお、端末装置４０が使用する無線通信（サイドリンク通信を含む。）は、電波を使った無線通信であってもよいし、赤外線や可視光を使った無線通信（光無線）であってもよい。

　また、端末装置４０は、移動体装置であってもよい。ここで、移動体装置は、移動可能な無線通信装置である。このとき、端末装置４０は、移動体に設置される無線通信装置であってもよいし、移動体そのものであってもよい。例えば、端末装置４０は、自動車、バス、トラック、自動二輪車等の道路上を移動する車両（Vehicle）、或いは、当該車両に搭載された無線通信装置であってもよい。なお、移動体は、モバイル端末であってもよいし、陸上（狭義の地上）、地中、水上、或いは、水中を移動する移動体であってもよい。また、移動体は、ドローン、ヘリコプター等の大気圏内を移動する移動体であってもよいし、人工衛星等の大気圏外を移動する移動体であってもよい。

　端末装置４０は、同時に複数の基地局装置または複数のセルと接続して通信を実施してもよい。例えば、１つの基地局装置が複数のセル（例えば、ｐＣｅｌｌ、sＣｅｌｌ）を介して通信エリアをサポートしている場合に、キャリアアグリゲーション（CA：Carrier　Aggregation）技術やデュアルコネクティビティ（DC：Dual　Connectivity）技術、マルチコネクティビティ（MC：Multi-Connectivity）技術によって、それら複数のセルを束ねて基地局装置２０と端末装置４０とで通信することが可能である。或いは、異なる基地局装置２０のセルを介して、協調送受信（CoMP：Coordinated　Multi-Point　Transmission　and　Reception）技術によって、端末装置４０とそれら複数の基地局装置２０が通信することも可能である。

　なお、端末装置４０は、必ずしも人が直接的に使用する装置である必要はない。端末装置４０は、いわゆるＭＴＣ（Machine　Type　Communication）のように、工場の機械等に設置されるセンサであってもよい。また、端末装置４０は、Ｍ２Ｍ（Machine　to　Machine）デバイス、又はＩｏＴ（Internet　of　Things）デバイスであってもよい。また、端末装置４０は、Ｄ２Ｄ（Device　to　Device）やＶ２Ｘ（Vehicle　to　everything）に代表されるように、リレー通信機能を具備した装置であってもよい。また、端末装置４０は、無線バックホール等で利用されるＣＰＥ（Client　Premises　Equipment）と呼ばれる機器であってもよい。

　以下、実施形態に係る通信システム１を構成する各装置の構成を具体的に説明する。なお、以下に示す各装置の構成はあくまで一例である。各装置の構成は、以下の構成とは異なっていてもよい。

＜２－２．管理装置の構成＞
　図２は、本開示の実施形態に係る管理装置１０の構成例を示す図である。管理装置１０は、無線ネットワークを管理する装置である。管理装置１０は、通信部１１と、記憶部１２と、制御部１３と、を備える。なお、図２に示した構成は機能的な構成であり、ハードウェア構成はこれとは異なっていてもよい。また、管理装置１０の機能は、複数の物理的に分離された構成に分散して実装されてもよい。例えば、管理装置１０は、複数のサーバ装置により構成されていてもよい。

　通信部１１は、他の装置と通信するための通信インタフェースである。通信部１１は、ネットワークインタフェースであってもよいし、機器接続インタフェースであってもよい。例えば、通信部１１は、ＮＩＣ（Network　Interface　Card）等のＬＡＮ（Local　Area　Network）インタフェースであってもよいし、ＵＳＢ（Universal　Serial　Bus）ホストコントローラ、ＵＳＢポート等により構成されるＵＳＢインタフェースであってもよい。また、通信部１１は、有線インタフェースであってもよいし、無線インタフェースであってもよい。通信部１１は、管理装置１０の通信手段として機能する。通信部１１は、制御部１３の制御に従って基地局装置２０と通信する。

　記憶部１２は、ＤＲＡＭ（Dynamic　Random　Access　Memory）、ＳＲＡＭ（Static　Random　Access　Memory）、フラッシュメモリ、ハードディスク等のデータ読み書き可能な記憶装置である。記憶部１２は、管理装置１０の記憶手段として機能する。記憶部１２は、例えば、端末装置４０の接続状態を記憶する。例えば、記憶部１２は、端末装置４０のＲＲＣ（Radio　Resource　Control）の状態やＥＣＭ（EPS　Connection　Management）の状態を記憶する。記憶部１２は、端末装置４０の位置情報を記憶するホームメモリとして機能してもよい。

　制御部１３は、管理装置１０の各部を制御するコントローラ（controller）である。制御部１３は、例えば、ＣＰＵ（Central　Processing　Unit）、ＭＰＵ（Micro　Processing　Unit）等のプロセッサにより実現される。例えば、制御部１３は、管理装置１０内部の記憶装置に記憶されている各種プログラムを、プロセッサがＲＡＭ（Random　Access　Memory）等を作業領域として実行することにより実現される。なお、制御部１３は、ＡＳＩＣ（Application　Specific　Integrated　Circuit）やＦＰＧＡ（Field　Programmable　Gate　Array）等の集積回路により実現されてもよい。ＣＰＵ、ＭＰＵ、ＡＳＩＣ、及びＦＰＧＡは何れもコントローラとみなすことができる。

＜２－３．基地局装置の構成＞
　次に、基地局装置の構成を説明する。図３は、本開示の実施形態に係る基地局装置２０の構成例を示す図である。基地局装置２０は、従来の４ステップのランダムアクセス手続き（コンテンションベースランダムアクセス手続き）、３ステップのランダムアクセス手続き（非コンテンションベースランダムアクセス手続き）に加えて、２ステップランダムアクセス手続きをサポートする。また、基地局装置２０は、端末装置４０とＮＯＭＡ通信が可能である。基地局装置２０は、信号処理部２１と、記憶部２２と、制御部２３と、を備える。なお、図３に示した構成は機能的な構成であり、ハードウェア構成はこれとは異なっていてもよい。また、基地局装置２０の機能は、複数の物理的に分離された構成に分散して実装されてもよい。

　信号処理部２１は、他の無線通信装置（例えば、端末装置４０、中継装置３０）と無線通信するための信号処理部である。信号処理部２１は、制御部２３の制御に従って動作する。信号処理部２１は１又は複数の無線アクセス方式に対応する。例えば、信号処理部２１は、ＮＲ及びＬＴＥの双方に対応する。信号処理部２１は、ＮＲやＬＴＥに加えて、Ｗ－ＣＤＭＡやｃｄｍａ２０００に対応していてもよい。また、信号処理部２１は、ＮＯＭＡを使った通信に対応している。ＮＯＭＡについては後に詳しく述べる。

　信号処理部２１は、受信処理部２１１、送信処理部２１２、アンテナ２１３を備える。信号処理部２１は、受信処理部２１１、送信処理部２１２、及びアンテナ２１３をそれぞれ複数備えていてもよい。なお、信号処理部２１が複数の無線アクセス方式に対応する場合、信号処理部２１の各部は、無線アクセス方式毎に個別に構成されうる。例えば、受信処理部２１１及び送信処理部２１２は、ＬＴＥとＮＲとで個別に構成されてもよい。

　受信処理部２１１は、アンテナ２１３を介して受信された上りリンク信号の処理を行う。受信処理部２１１は、無線受信部２１１ａと、多重分離部２１１ｂと、復調部２１１ｃと、復号部２１１ｄと、を備える。

　無線受信部２１１ａは、上りリンク信号に対して、ダウンコンバート、不要な周波数成分の除去、増幅レベルの制御、直交復調、デジタル信号への変換、ガードインターバル（サイクリックプレフィックス）の除去、高速フーリエ変換による周波数領域信号の抽出等を行う。多重分離部２１１ｂは、無線受信部２１１ａから出力された信号から、ＰＵＳＣＨ（Physical　Uplink　Shared　Channel）、ＰＵＣＣＨ（Physical　Uplink　Control　Channel）等の上りリンクチャネル及び上りリンク参照信号を分離する。復調部２１１ｃは、上りリンクチャネルの変調シンボルに対して、ＢＰＳＫ（Binary　Phase　Shift　Keying）、ＱＰＳＫ（Quadrature　Phase　shift　Keying）等の変調方式を使って受信信号の復調を行う。復調部２１１ｃが使用する変調方式は、１６ＱＡＭ（Quadrature　Amplitude　Modulation）、６４ＱＡＭ、又は２５６ＱＡＭであってもよい。この場合、コンステレーション上の信号点は必ずしも等距離である必要はない。コンステレーションは、不均一コンステレーション（NUC：Non　Uniform　Constellation）であってもよい。復号部２１１ｄは、復調された上りリンクチャネルの符号化ビットに対して、復号処理を行う。復号された上りリンクデータ及び上りリンク制御情報は制御部２３へ出力される。

　送信処理部２１２は、下りリンク制御情報及び下りリンクデータの送信処理を行う。送信処理部２１２は、符号化部２１２ａと、変調部２１２ｂと、多重部２１２ｃと、無線送信部２１２ｄと、を備える。

　符号化部２１２ａは、制御部２３から入力された下りリンク制御情報及び下りリンクデータを、ブロック符号化、畳み込み符号化、ターボ符号化等の符号化方式を用いて符号化を行う。変調部２１２ｂは、符号化部２１２ａから出力された符号化ビットをＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ、２５６ＱＡＭ等の所定の変調方式で変調する。この場合、コンステレーション上の信号点は必ずしも等距離である必要はない。コンステレーションは、不均一コンステレーションであってもよい。多重部２１２ｃは、各チャネルの変調シンボルと下りリンク参照信号とを多重化し、所定のリソースエレメントに配置する。無線送信部２１２ｄは、多重部２１２ｃからの信号に対して、各種信号処理を行う。例えば、無線送信部２１２ｄは、高速フーリエ変換による時間領域への変換、ガードインターバル（サイクリックプレフィックス）の付加、ベースバンドのデジタル信号の生成、アナログ信号への変換、直交変調、アップコンバート、余分な周波数成分の除去、電力の増幅等の処理を行う。送信処理部２１２で生成された信号は、アンテナ２１３から送信される。

　記憶部２２は、ＤＲＡＭ、ＳＲＡＭ、フラッシュメモリ、ハードディスク等のデータ読み書き可能な記憶装置である。記憶部２２は、基地局装置２０の記憶手段として機能する。

　制御部２３は、基地局装置２０の各部を制御するコントローラ（controller）である。制御部２３は、例えば、ＣＰＵ（Central　Processing　Unit）、ＭＰＵ（Micro　Processing　Unit）等のプロセッサにより実現される。例えば、制御部２３は、基地局装置２０内部の記憶装置に記憶されている各種プログラムを、プロセッサがＲＡＭ（Random　Access　Memory）等を作業領域として実行することにより実現される。なお、制御部２３は、ＡＳＩＣ（Application　Specific　Integrated　Circuit）やＦＰＧＡ（Field　Programmable　Gate　Array）等の集積回路により実現されてもよい。ＣＰＵ、ＭＰＵ、ＡＳＩＣ、及びＦＰＧＡは何れもコントローラとみなすことができる。

　制御部２３は、図３に示すように、取得部２３１と、生成部２３２と、送信部２３３と、を備える。制御部２３を構成する各ブロック（取得部２３１～送信部２３３）はそれぞれ制御部２３の機能を示す機能ブロックである。これら機能ブロックはソフトウェアブロックであってもよいし、ハードウェアブロックであってもよい。例えば、上述の機能ブロックが、それぞれ、ソフトウェア（マイクロプログラムを含む。）で実現される１つのソフトウェアモジュールであってもよいし、半導体チップ（ダイ）上の１つの回路ブロックであってもよい。勿論、各機能ブロックがそれぞれ１つのプロセッサ又は１つの集積回路であってもよい。機能ブロックの構成方法は任意である。

　なお、制御部２３は上述の機能ブロックとは異なる機能単位で構成されていてもよい。制御部２３を構成する各ブロック（取得部２３１～送信部２３３）の動作は、後述する。なお、制御部２３を構成する各ブロックの動作は、端末装置４０の制御部を構成する各ブロックの動作と同様であってもよい。端末装置４０の構成は後述する。

　例えば、取得部２３１は、異なるタイミングで取得する複数のデータをソフト合成する他の通信装置（端末装置４０）から、データに対するリクエストデータを取得する。生成部２３２は、取得部２３１が、リクエストデータを取得した場合に、ソフト合成に関する情報を生成する。送信部２３３は、ソフト合成に関する情報を、他の通信装置に送信する。取得部２３１、生成部２３２、送信部２３３の処理は、後述する＜＜４．課題１の解決手段の具体例＞＞、＜＜５．課題２の解決手段の具体例＞＞、＜＜６．課題３の解決手段の具体例＞＞、＜＜７．課題４の解決手段の具体例＞＞において説明する基地局装置２０の処理に対応する。

＜２－４．中継装置の構成＞
　次に、中継装置３０の構成を説明する。図４は、本開示の実施形態に係る中継装置３０の構成例を示す図である。中継装置３０は、端末装置４０とＮＯＭＡ通信が可能である。中継装置３０は、信号処理部３１と、記憶部３２と、ネットワーク通信部３３と、制御部３４と、を備える。なお、図４に示した構成は機能的な構成であり、ハードウェア構成はこれとは異なっていてもよい。また、中継装置３０の機能は、複数の物理的に分離された構成に分散して実装されてもよい。

　信号処理部３１は、他の無線通信装置（例えば、基地局装置２０、及び端末装置４０）と無線通信するための信号処理部である。信号処理部３１は、制御部３４の制御に従って動作する。信号処理部３１は、受信処理部３１１、送信処理部３１２、アンテナ３１３を備える。信号処理部３１、受信処理部３１１、送信処理部３１２、及びアンテナ３１３の構成は、基地局装置２０の信号処理部２１、受信処理部２１１、送信処理部２１２及びアンテナ２１３と同様である。

　記憶部３２は、ＤＲＡＭ、ＳＲＡＭ、フラッシュメモリ、ハードディスク等のデータ読み書き可能な記憶装置である。記憶部３２は、中継装置３０の記憶手段として機能する。記憶部３２の構成は、基地局装置２０の記憶部２２と同様である。

　ネットワーク通信部３３は、他の装置と通信するための通信インタフェースである。例えば、ネットワーク通信部３３は、ＮＩＣ等のＬＡＮインタフェースである。ネットワーク通信部３３は、有線インタフェースであってもよいし、無線インタフェースであってもよい。ネットワーク通信部３３は、中継装置３０のネットワーク通信手段として機能する。ネットワーク通信部３３は、制御部３４の制御に従って基地局装置２０と通信する。

　制御部３４は、中継装置３０の各部を制御するコントローラである。制御部３４の構成は、基地局装置２０の制御部２３と同様であってもよい。

＜２－５．端末装置の構成＞
　次に、端末装置４０の構成を説明する。図５は、本開示の実施形態に係る端末装置４０の構成例を示す図である。端末装置４０は、従来の４ステップのランダムアクセス手続き（コンテンションベースランダムアクセス手続き）、３ステップのランダムアクセス手続き（非コンテンションベースランダムアクセス手続き）に加えて、２ステップランダムアクセス手続きを使用可能である。端末装置４０は、基地局装置２０及び中継装置３０とＮＯＭＡ通信が可能である。端末装置４０は、信号処理部４１と、記憶部４２と、ネットワーク通信部４３と、入出力部４４と、制御部４５と、を備える。なお、図５に示した構成は機能的な構成であり、ハードウェア構成はこれとは異なっていてもよい。また、端末装置４０の機能は、複数の物理的に分離された構成に分散して実装されてもよい。

　信号処理部４１は、他の無線通信装置（例えば、基地局装置２０、及び中継装置３０）と無線通信するための信号処理部である。信号処理部４１は、制御部４５の制御に従って動作する。信号処理部４１は１又は複数の無線アクセス方式に対応する。例えば、信号処理部４１は、ＮＲ及びＬＴＥの双方に対応する。信号処理部４１は、ＮＲやＬＴＥに加えて、Ｗ－ＣＤＭＡやｃｄｍａ２０００に対応していてもよい。また、信号処理部４１は、ＮＯＭＡを使った通信に対応している。ＮＯＭＡについては後に詳しく述べる。

　信号処理部４１は、受信処理部４１１、送信処理部４１２、アンテナ４１３を備える。信号処理部４１は、受信処理部４１１、送信処理部４１２、及びアンテナ４１３をそれぞれ複数備えていてもよい。なお、信号処理部４１が複数の無線アクセス方式に対応する場合、信号処理部４１の各部は、無線アクセス方式毎に個別に構成されうる。例えば、受信処理部４１１及び送信処理部４１２は、ＬＴＥとＮＲとで個別に構成されてもよい。

　受信処理部４１１は、アンテナ４１３を介して受信された下りリンク信号の処理を行う。受信処理部４１１は、無線受信部４１１ａと、多重分離部４１１ｂと、復調部４１１ｃと、復号部４１１ｄと、を備える。

　無線受信部４１１ａは、下りリンク信号に対して、ダウンコンバート、不要な周波数成分の除去、増幅レベルの制御、直交復調、デジタル信号への変換、ガードインターバル（サイクリックプレフィックス）の除去、高速フーリエ変換による周波数領域信号の抽出等を行う。多重分離部４１１ｂは、無線受信部４１１ａから出力された信号から、下りリンクチャネル、下りリンク同期信号、及び下りリンク参照信号を分離する。下りリンクチャネルは、例えば、ＰＢＣＨ(Physical　Broadcast　Channel)、ＰＤＳＣＨ（Physical　Downlink　Shared　Channel）、ＰＤＣＣＨ（Physical　Downlink　Control　Channel）等のチャネルである。復調部４１１ｃは、下りリンクチャネルの変調シンボルに対して、ＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ、２５６ＱＡＭ等の変調方式を使って受信信号の復調を行う。この場合、コンステレーション上の信号点は必ずしも等距離である必要はない。コンステレーションは、不均一コンステレーションであってもよい。復号部４１１ｄは、復調された下りリンクチャネルの符号化ビットに対して、復号処理を行う。復号された下りリンクデータ及び下りリンク制御情報は制御部４５へ出力される。

　送信処理部４１２は、上りリンク制御情報及び上りリンクデータの送信処理を行う。送信処理部４１２は、符号化部４１２ａと、変調部４１２ｂと、多重部４１２ｃと、無線送信部４１２ｄと、を備える。

　符号化部４１２ａは、制御部４５から入力された上りリンク制御情報及び上りリンクデータを、ブロック符号化、畳み込み符号化、ターボ符号化等の符号化方式を用いて符号化を行う。変調部４１２ｂは、符号化部４１２ａから出力された符号化ビットをＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ、２５６ＱＡＭ等の所定の変調方式で変調する。この場合、コンステレーション上の信号点は必ずしも等距離である必要はない。コンステレーションは、不均一コンステレーションであってもよい。多重部４１２ｃは、各チャネルの変調シンボルと上りリンク参照信号とを多重化し、所定のリソースエレメントに配置する。無線送信部４１２ｄは、多重部４１２ｃからの信号に対して、各種信号処理を行う。例えば、無線送信部４１２ｄは、逆高速フーリエ変換による時間領域への変換、ガードインターバル（サイクリックプレフィックス）の付加、ベースバンドのデジタル信号の生成、アナログ信号への変換、直交変調、アップコンバート、余分な周波数成分の除去、電力の増幅等の処理を行う。送信処理部４１２で生成された信号は、アンテナ４１３から送信される。

　記憶部４２は、ＤＲＡＭ、ＳＲＡＭ、フラッシュメモリ、ハードディスク等のデータ読み書き可能な記憶装置である。記憶部４２は、端末装置４０の記憶手段として機能する。

　ネットワーク通信部４３は、他の装置と通信するための通信インタフェースである。例えば、ネットワーク通信部４３は、ＮＩＣ等のＬＡＮインタフェースである。ネットワーク通信部４３は、有線インタフェースであってもよいし、無線インタフェースであってもよい。ネットワーク通信部４３は、端末装置４０のネットワーク通信手段として機能する。ネットワーク通信部４３は、制御部４５の制御に従って、他の装置と通信する。

　入出力部４４は、ユーザと情報をやりとりするためのユーザインタフェースである。例えば、入出力部４４は、キーボード、マウス、操作キー、タッチパネル等、ユーザが各種操作を行うための操作装置である。又は、入出力部４４は、液晶ディスプレイ（Liquid　Crystal　Display）、有機ＥＬディスプレイ(Organic　Electroluminescence　Display)等の表示装置である。入出力部４４は、スピーカー、ブザー等の音響装置であってもよい。また、入出力部４４は、ＬＥＤ（Light　Emitting　Diode）ランプ等の点灯装置であってもよい。入出力部４４は、端末装置４０の入出力手段（入力手段、出力手段、操作手段又は通知手段）として機能する。

　制御部４５は、端末装置４０の各部を制御するコントローラである。制御部４５は、例えば、ＣＰＵ、ＭＰＵ等のプロセッサにより実現される。例えば、制御部４５は、端末装置４０内部の記憶装置に記憶されている各種プログラムを、プロセッサがＲＡＭ等を作業領域として実行することにより実現される。なお、制御部４５は、ＡＳＩＣやＦＰＧＡ等の集積回路により実現されてもよい。ＣＰＵ、ＭＰＵ、ＡＳＩＣ、及びＦＰＧＡは何れもコントローラとみなすことができる。

　制御部４５は、図５に示すように、取得部４５１と、判定部４５２と、を備える。制御部４５を構成する各ブロック（取得部４５１～判定部４５２）はそれぞれ制御部４５の機能を示す機能ブロックである。これら機能ブロックはソフトウェアブロックであってもよいし、ハードウェアブロックであってもよい。例えば、上述の機能ブロックが、それぞれ、ソフトウェア（マイクロプログラムを含む。）で実現される１つのソフトウェアモジュールであってもよいし、半導体チップ（ダイ）上の１つの回路ブロックであってもよい。勿論、各機能ブロックがそれぞれ１つのプロセッサ又は１つの集積回路であってもよい。機能ブロックの構成方法は任意である。

　なお、制御部４５は上述の機能ブロックとは異なる機能単位で構成されていてもよい。制御部４５を構成する各ブロック（取得部４５１～判定部４５２）の動作は、後に述べる。なお、制御部４５を構成する各ブロックの動作は、基地局装置２０の制御部２３を構成する各ブロック（取得部２３１～送信部２３３）の動作と同様であってもよい。

　例えば、取得部４５１は、他の通信装置（基地局装置２０）から、ソフト合成に関する情報を取得する。判定部４５２は、ソフト合成に関する情報を基にして、他の通信装置から異なるタイミングで取得した複数のデータをソフト合成するか否かを判定する。取得部４５１、判定部４５２の処理は、後述する＜＜４．課題１の解決手段の具体例＞＞、＜＜５．課題２の解決手段の具体例＞＞、＜＜６．課題３の解決手段の具体例＞＞、＜＜７．課題４の解決手段の具体例＞＞において説明する端末装置４０の処理に対応する。

＜＜３．通信システムの基本動作＞＞
＜３－１．初期接続処理＞
　次に、通信システム１の動作について説明する。まず、初期接続処理を説明する。初期接続とは、端末装置４０がいずれのセルにも接続していない状態（アイドル状態）から、いずれかのセルとの接続を確立した状態（接続状態）に遷移するための処理である。

　図６は、本開示に係る初期接続処理の一例を示すフローチャートである。以下、図６を参照しながら、初期接続処理を説明する。以下に示す初期接続処理は、例えば、端末装置４０に電源が投入された場合に端末装置４０の制御部４５によって実行される。

　図６に示すように、まず、アイドル状態の端末装置４０は、始めに、セル選択手続きを行う。セル選択手続には、同期信号の検出とＰＢＣＨ(Physical　Broadcast　Channel)の復号の工程が含まれる。端末装置４０は、同期信号の検出し（ステップＳ１０１）、検出した同期信号に基づいて、セルと下りリンクでの同期を行う。

　次に、端末装置４０は、下りリンクの同期確立後、ＰＢＣＨの復号を試み（ステップＳ１０２）、システム情報の取得を行う（ステップＳ１０３）。このとき、端末装置４０は、まず、第一のシステム情報を取得し、次に、ＰＢＣＨに含まれる第一のシステム情報に基づき、第二のシステム情報を取得する。

　次に、端末装置４０は、第一のシステム情報および／または第二のシステム情報に基づき、ランダムアクセス手続き（ランダムアクセスプロシージャ、ＲＡＣＨ(Random　Access　Channel)手続き、ＲＡＣＨプロシージャ）を行う。ランダムアクセス手続きには、ランダムアクセスプリアンブルの送信、ランダムアクセス応答の受信、メッセージ３（Message　3）の送信、そして衝突解決（Contention　resolution）の受信の工程が含まれる。

　ランダムアクセス手続きでは、端末装置４０は、先ず、所定のＰＲＡＣＨ(Physical　Random　Access　Channel)プリアンブルを選択し、送信を行う（ステップＳ１０４）。次に、端末装置４０は、そのＰＲＡＣＨプリアンブルに対応するランダムアクセス応答を含んだＰＤＳＣＨ(Physical　Downlink　Shared　Channel)を受信する（ステップＳ１０５）。

　次に、端末装置４０は、そのランダムアクセス応答に含まれた、ランダムアクセスレスポンスグラントによってスケジュールされたリソースを用いてメッセージ３を含むＰＵＳＣＨを送信する（ステップＳ１０６）。最後に、端末装置４０は、そのＰＵＳＣＨに対応する衝突解決を含んだＰＤＳＣＨを受信する（ステップＳ１０７）。

　メッセージ３は、ＲＲＣ接続要求のＲＲＣ(Radio　Resource　Control)メッセージを含む。衝突解決は、ＲＲＣ接続セットアップのＲＲＣメッセージを含む。端末装置４０は、ＲＲＣ接続セットアップのＲＲＣメッセージを受信した場合、ＲＲＣ接続動作を行い、ＲＲＣアイドル状態からＲＲＣ接続状態に遷移する。端末装置４０は、ＲＲＣ接続状態に遷移した後、ＲＲＣ接続セットアップ完了のＲＲＣメッセージを基地局装置に送信する。この一連の動作によって、端末装置４０は、基地局装置と接続することができる。

　なお、ランダムアクセスプリアンブルはメッセージ１、ランダムアクセス応答はメッセージ２、衝突解決はメッセージ４、ＲＲＣ接続セットアップ完了のメッセージはメッセージ５とも呼称される。端末装置４０は、ランダムアクセス手続きの全ての工程が完了した後は、そのセルと接続されている状態（接続状態）に遷移することができる。

　ランダムアクセスプリアンブルは、ＰＲＡＣＨに関連付けて送信される。ランダムアクセス応答は、ＰＤＳＣＨで送信される。ランダムアクセス応答を含むＰＤＳＣＨは、ＰＤＣＣＨ(Physical　Downlink　Control　Channel)でスケジュールされる。メッセージ３は、ＰＵＳＣＨで送信される。メッセージ３を含むＰＵＳＣＨは、ランダムアクセス応答に含まれる上りリンクグラントによってスケジュールされる。

＜３－２．本実施形態におけるシステム情報＞
　システム情報は、当該システム情報を送信するセルにおける設定を報知する情報である。システム情報には、例えば、セルへのアクセスに関する情報、セル選択に関する情報、他ＲＡＴや他システムに関する情報等が含まれる。

　システム情報には、ＭＩＢ（Master　Information　Block）とＳＩＢ（System　Information　Block）とが含まれる。ＭＩＢは、ＳＩＢ等を受信するのに必要な物理層の情報であり、ＰＢＣＨによって報知される固定のペイロードサイズの情報である。ＭＩＢには、ＳＩＢを取得するための情報が含まれる。ＳＩＢは、ＭＩＢ以外のシステム情報である。ＳＩＢは、ＭＩＢ以外のシステム情報であり、ＰＤＳＣＨによって報知される。

　また、システム情報は、第一のシステム情報と第二のシステム情報と第三のシステム情報に分類することができる。第一のシステム情報及び第二のシステム情報には、セルへのアクセスに関する情報、その他のシステム情報の取得に関する情報、及びセル選択に関する情報が含まれる。ＭＩＢに含まれる情報が第一のシステム情報である。また、ＳＩＢのうちのＳＩＢ１に含まれる情報が第二のシステム情報である。残りのシステム情報が第三のシステム情報である。

　ＭＩＢは、システム情報を受信するのに必要な物理層の情報であり、システムフレーム番号の一部、少なくともＳＩＢ１および初期接続のためのメッセージ２／４およびページングおよびブロードキャストＳＩメッセージのサブキャリア間隔の情報、サブキャリアオフセットの情報、ＤＭＲＳタイプＡの位置の情報、少なくともＳＩＢ１のためのＰＤＣＣＨ設定、セル禁止（cell　barred）の情報、周波数内再選択の情報、等が含まれる。

　ＳＩＢ１には、セル選択に関する情報、セルアクセスに関連する情報、接続確立失敗制御に関する情報、ＳＩＢ１以外のシステム情報のスケジューリング情報、サービングセルの設定、等が含まれる。サービングセルの設定は、セル固有のパラメータが含まれており、下りリンク設定、上りリンク設定、ＴＤＤ設定情報、などが含まれている。上りリンク設定の中にＲＡＣＨ設定、等が含まれる。

　システム情報を取得できた場合、制御部４５は、第１のシステム情報及び／又は第２のシステム情報に基づき、ランダムアクセス手続き（Random　Access　Procedure）を実行する。ランダムアクセス手続きは、ＲＡＣＨ手続き(Random　Access　Channel　Procedure)やＲＡ手続き(RA　Procedure)と称されることがある。ランダムアクセス手続きの完了により、端末装置４０は未接続状態から接続状態に遷移する。

＜３－３．ランダムアクセス手続き＞
　次に、ランダムアクセス手続きについて説明する。ランダムアクセス手続きは、アイドル状態から接続状態（又は非アクティブ状態）への「ＲＲＣ接続セットアップ」、非アクティブ状態から接続状態への「状態遷移の要求」等の目的で実行される。また、ランダムアクセス手続きは、上りリンクデータ送信のためのリソース要求を行う「スケジューリングリクエスト」、上りリンクの同期を調整する「タイミングアドバンス調整」の目的でも使用される。その他、ランダムアクセス手続きは、送信されていないシステム情報を要求する「オンデマンドＳＩ要求」、途切れたビーム接続を復帰させる「ビームリカバリー」、接続セルを切り替える「ハンドオーバ」等の場合に実行される。

　「ＲＲＣ接続セットアップ」は、トラフィックの発生などに応じて端末装置４０が基地局装置に接続する際に実行される動作である。具体的には、基地局装置から端末装置４０に対して接続に関する情報（例えば、ＵＥコンテキスト）を渡す動作である。ＵＥコンテキストは、基地局装置から指示された所定の通信装置識別情報（例えば、Ｃ－ＲＮＴＩ）で管理される。端末装置４０は、この動作を終えると、アイドル状態から非アクティブ状態、又は、アイドル状態から接続状態へ状態遷移する。

　「状態遷移の要求」は、端末装置４０が、トラフィックの発生などに応じて非アクティブ状態から接続状態への状態遷移の要求を行う動作である。接続状態に遷移することで、端末装置４０は基地局装置とユニキャストデータの送受信を行うことができる。

　「スケジューリングリクエスト」は、端末装置４０が、トラフィックの発生などに応じて上りリンクデータ送信のためのリソース要求を行う動作である。基地局装置は、このスケジューリングリクエストを正常に受信した後、通信装置にＰＵＳＣＨのリソースを割り当てる。なお、スケジューリングリクエストはＰＵＣＣＨによっても行われる。

　「タイミングアドバンス調整」は、伝搬遅延によって生じる下りリンクと上りリンクのフレームの誤差を調整するための動作である。端末装置４０は、下りリンクフレームに調整されたタイミングでＰＲＡＣＨ（Physical　Random　Access　Channel）を送信する。これにより、基地局装置は、端末装置４０との伝搬遅延を認識することができ、メッセージ２などでタイミングアドバンスの値をその端末装置４０に指示することができる。

　「オンデマンドＳＩ要求」は、システム情報のオーバヘッド等の目的で送信されていないシステム情報が端末装置４０にとって必要であった場合に、基地局装置へシステム情報の送信を要求する動作である。

　「ビームリカバリー」は、ビームが確立された後に端末装置４０の移動や他の物体による通信経路の遮断などで、通信品質が低下した場合に、復帰要求を行う動作である。この要求を受けた基地局装置は、異なるビームを用いて端末装置４０と接続を試みる。

　「ハンドオーバ」は、端末装置４０の移動など電波環境の変化などにより接続しているセル（サービングセル）からそのセルと隣接しているセル（ネイバーセル）へ接続を切り替える動作である。基地局装置２０からハンドオーバコマンドを受信した端末装置４０は、ハンドオーバコマンドによって指定されたネイバーセルに接続要求を行う。

　ランダムアクセス手続きにはコンテンションベースランダムアクセス手続き（Contention　based　Random　Access　Procedure）と非コンテンションベースランダムアクセス手続き（Non-contention　based　Random　Access　Procedure）とがある。最初に、コンテンションベースランダムアクセス手続きについて説明する。

　なお、以下で説明するランダムアクセス手続きは、通信システム１がサポートするＲＡＴがＬＴＥであることを想定したランダムアクセス手続きである。しかしながら、以下で説明するランダムアクセス手続きは、通信システム１がサポートするＲＡＴがＬＴＥ以外の場合にも適用可能である。

　［コンテンションベースランダムアクセス手続き］
　コンテンションベースランダムアクセス手続きは、端末装置４０主導で行われるランダムアクセス手続きである。図７は、コンテンションベースランダムアクセス手続きを示す図である。コンテンションベースランダムアクセス手続きは、図７に示すように、端末装置４０からのランダムアクセスプリアンブルの送信から始まる４ステップの手続きである。コンテンションベースランダムアクセス手続きには、ランダムアクセスプリアンブル（Msg1）の送信、ランダムアクセス応答（Msg2）の受信、メッセージ（Msg3）の送信、そして競合解決のメッセージ（Msg4）の受信の工程が含まれる。

　まず、端末装置４０は、予め決められた複数のプリアンブル系列の中から使用するプリアンブル系列をランダムに選択する。そして、端末装置４０は、選択したプリアンブル系列を含むメッセージ（Msg1：Random　Access　Preamble）を接続先の基地局装置に送信する（ステップＳ２０１）。このとき、基地局装置２０は、非地上基地局装置であってもよいし、地上基地局装置であってもよい。以下の説明では、端末装置４０がランダムアクセスプリアンブルを送信する基地局装置２０は地上基地局装置であるものとして説明する。ランダムアクセスプリアンブルは、ＰＲＡＣＨで送信される。

　基地局装置２０の制御部２３は、ランダムアクセスプリアンブルを受信すると、それに対するランダムアクセス応答（Msg2：Random　Access　Response）を端末装置４０に送信する。このランダムアクセス応答は、例えばＰＤＳＣＨを用いて送信される。端末装置４０は、基地局装置２０から送信されたランダムアクセス応答（Msg2）を受信する（ステップＳ２０２）。ランダムアクセス応答には、基地局装置２０が受信できた１又は複数のランダムアクセスプリアンブルや、当該ランダムアクセスプリアンブルに対応するＵＬ（Up　Link）のリソース（以下、上りリンクグラントという。）が含まれる。また、ランダムアクセス応答には、基地局装置２０が端末装置４０に一時的に割り当てた端末装置４０に固有の識別子であるＴＣ－ＲＮＴＩ（Temporary　Cell　Radio　Network　Temporary　Identifier）が含まれる。

　端末装置４０は、基地局装置２０からランダムアクセス応答を受信すると、その受信情報にステップＳ２０１で送信したランダムアクセスプリアンブルが含まれるか否かを判別する。ランダムアクセスプリアンブルが含まれる場合、端末装置４０は、当該ランダムアクセス応答に含まれる上りリンクグラントの中から、ステップＳ２０１で送信したランダムアクセスプリアンブルに対応する上りリンクグラントを抽出する。そして、端末装置４０は、抽出した上りリンクグラントによってスケジュールされたリソースを使って、ＵＬのメッセージ（Msg3：Scheduled　Transmission）の送信を行なう（ステップＳ２０３）。メッセージ（Msg3）の送信は、ＰＵＳＣＨを使って行われる。メッセージ（Msg3）には、ＲＲＣ(Radio　Resource　Control)接続要求のためのＲＲＣメッセージが含まれる。また、メッセージ（Msg3）には端末装置４０の識別子が含まれる。

　コンテンションベースランダムアクセス手続きでは、端末装置４０がランダムに選択したランダムアクセスプリアンブルが手続きに用いられる。そのため、端末装置４０がランダムアクセスプリアンブルを送信すると同時に、他の端末装置４０が同じランダムアクセスプリアンブルを基地局装置２０に送信してしまう場合が起こり得る。そこで、基地局装置２０の制御部２３は、ステップＳ２０３で端末装置４０が送信した識別子を受信することで、どの端末装置間でプリアンブルの競合が発生したかを認識して競合解決する。制御部２３は、競合解決により選択した端末装置４０に対して、競合解決（Msg4：Contention　Resolution）を送信する。競合解決（Msg4）には、ステップＳ２０３で端末装置４０が送信した識別子が含まれる。また、競合解決（Msg4）には、ＲＲＣ接続セットアップのＲＲＣメッセージが含まれる。端末装置４０は、基地局装置２０から送信された競合解決のメッセージ（Msg4）を受信する（ステップＳ２０４）。

　端末装置４０は、ステップＳ２０３で送信した識別子とステップＳ２０４で受信した識別子とを比較する。識別子が一致しない場合、端末装置４０は、ステップＳ２０１からランダムアクセス手続をやり直す。識別子が一致する場合、端末装置４０は、ＲＲＣ接続動作を行い、アイドル状態（RRC_IDLE）から接続状態（RRC_CONNECTED）に遷移する。端末装置４０はステップＳ２０２で取得したＴＣ－ＲＮＴＩをＣ－ＲＮＴＩ（Cell　Radio　Network　Temporary　Identifier）として以後の通信で使用する。接続状態に遷移した後、端末装置４０は、ＲＲＣ接続セットアップ完了のＲＲＣメッセージを基地局装置に送信する。ＲＲＣ接続セットアップ完了のメッセージはメッセージ５とも称される。この一連の動作によって、端末装置４０は、基地局装置２０と接続する。

　なお、図７に示したコンテンションベースランダムアクセス手続きは、４ステップのランダムアクセス手続き（4-step　RACH）である。しかしながら、通信システム１は、コンテンションベースランダムアクセス手続きとして、２ステップのランダムアクセス手続き（2-step　RACH）をサポートすることも可能である。例えば、端末装置４０は、ランダムアクセスプリアンブルの送信とともに、ステップＳ２０３で示したメッセージ（Msg3）の送信も行う。そして、基地局装置２０の制御部２３がそれらの応答としてランダムアクセス応答（Msg2）及び競合解決（Msg4）の送信を行う。２ステップでランダムアクセス手続きが完了するので、端末装置４０は基地局装置２０に素早く接続できる。

　［非コンテンションベースランダムアクセス手続き］
　次に、非コンテンションベースランダムアクセス手続きについて説明する。非コンテンションベースランダムアクセス手続きは、基地局装置主導で行われるランダムアクセス手続きである。図８は、非コンテンションベースランダムアクセス手続きを示す図である。非コンテンションベースランダムアクセス手続きは、基地局装置からのランダムアクセスプリアンブル割り当ての送信から始まる３ステップの手続きである。非コンテンションベースランダムアクセス手続きには、ランダムアクセスプリアンブル割り当て（Msg0）の受信、ランダムアクセスプリアンブル（Msg1）の送信、ランダムアクセス応答（Msg2）の受信の工程が含まれる。なお、以下のランダムアクセス手続きの説明では、基地局装置２０は地上基地局装置であるものとするが、基地局装置は非地上基地局装置であってもよい。

　コンテンションベースランダムアクセス手続きでは、端末装置４０がプリアンブル系列をランダムに選択した。しかし、非コンテンションベースランダムアクセス手続きでは、基地局装置２０が、端末装置４０に個別のランダムアクセスプリアンブルを割り当てる。端末装置４０は、基地局装置２０から、ランダムアクセスプリアンブルの割り当て（Msg0：RA　Preamble　Assignment）を受信する（ステップＳ３０１）。

　端末装置４０は、ステップＳ３０１で割り当てられたランダムアクセスプリアンブルを用いて、基地局装置２０に対してランダムアクセスを実行する。すなわち、端末装置４０は、割り当てられたランダムアクセスプリアンブル（Msg1：Random　Access　Preamble）をＰＲＡＣＨにて基地局装置２０に送信する（ステップＳ３０２）。

　基地局装置２０の制御部２３は、ランダムアクセスプリアンブル（Msg1）を端末装置４０から受信する。そして、制御部２３は、当該ランダムアクセスプリアンブルに対するランダムアクセス応答（Msg2：Random　Access　Response）を端末装置４０に送信する（ステップＳ３０３）。ランダムアクセス応答には、例えば、受信したランダムアクセスプリアンブルに対応する上りリンクグラントの情報が含まれる。端末装置４０は、ランダムアクセス応答（Msg2）を受信すると、ＲＲＣ接続動作を行い、アイドル状態（RRC_IDLE）から接続状態（RRC_CONNECTED）に遷移する。

　このように、非コンテンションベースランダムアクセス手続きでは、基地局装置がランダムアクセスプリアンブルをスケジュールするので、プリアンブルの衝突が起こり辛い。

＜３－４．ＮＲのランダムアクセス手続き＞
　以上、通信システム１がサポートするＲＡＴがＬＴＥであることを想定したランダムアクセス手続きについて説明した。なお、上記のランダムアクセス手続きはＬＴＥ以外のＲＡＴにも適用可能である。以下、通信システム１がサポートするＲＡＴがＮＲであることを想定したランダムアクセス手続きについて詳細に述べる。なお、以下の説明では、図７又は図８に示したMsg1からMsg4に関する４つのステップをそれぞれ詳細に説明する。Msg1のステップは、図７に示すステップＳ２０１、図８に示すステップＳ３０２に対応する。Msg2のステップは、図７に示すステップＳ２０２、図８に示すステップＳ３０３に対応する。Msg3のステップは、図７に示すステップＳ２０３に対応する。Msg4のステップは、図７に示すステップＳ２０４に対応する。

　［ＮＲのランダムアクセスプリアンブル（Msg1）］
　ＮＲでは、ＰＲＡＣＨはＮＲ－ＰＲＡＣＨ(NR　Physical　Random　Access　Channel)と呼ばれる。ＮＲ－ＰＲＡＣＨは、Zadoff-Chu系列を用いて構成される。ＮＲでは、ＮＲ－ＰＲＡＣＨのフォーマットとして、複数のプリアンブルフォーマットが規定される。プリアンブルフォーマットは、ＰＲＡＣＨのサブキャリア間隔、送信帯域幅、系列長、送信に用いられるシンボル数、送信繰り返し数、ＣＰ（Cyclic　Prefix）長、ガードピリオド長等のパラメータの組み合わせで規定される。ＮＲ－ＰＲＡＣＨのプリアンブル系列の種類は、番号付けされている。プリアンブル系列の種類の番号は、プリアンブルインデックスと呼称される。

　ＮＲでは、アイドル状態の端末装置４０に対して、システム情報によってＮＲ－ＰＲＡＣＨに関する設定がなされる。さらに、接続状態の端末装置４０に対して、専用ＲＲＣシグナリングによってＮＲ－ＰＲＡＣＨに関する設定がなされる。

　端末装置４０は、ＮＲ－ＰＲＡＣＨが送信可能な物理リソース（ＮＲ－ＰＲＡＣＨオケージョン（Occasion））を使ってＮＲ－ＰＲＡＣＨを送信する。物理リソースは、ＮＲ－ＰＲＡＣＨに関する設定によって指示される。端末装置４０は、物理リソースのうちの何れかを選択して、ＮＲ－ＰＲＡＣＨを送信する。さらに、端末装置４０が接続状態にある場合、端末装置４０は、ＮＲ－ＰＲＡＣＨリソースを用いてＮＲ－ＰＲＡＣＨを送信する。ＮＲ－ＰＲＡＣＨリソースは、ＮＲ－ＰＲＡＣＨプリアンブル及びその物理リソースの組み合わせである。基地局装置２０は、ＮＲ－ＰＲＡＣＨリソースを端末装置４０に対して指示することができる。このとき、基地局装置２０は非地上基地局装置であってもよいし、地上基地局装置であってもよい。以下のＮＲのランダムアクセス手続きの説明では、基地局装置２０は地上基地局装置であるものとして説明する。

　なお、ＮＲ－ＰＲＡＣＨは、ランダムアクセス手続きが失敗した際にも送信される。端末装置４０は、ＮＲ－ＰＲＡＣＨを再送する際に、バックオフの値（バックオフインディケータ、ＢＩ）から算出される待機期間、ＮＲ－ＰＲＡＣＨの送信を待機する。なお、バックオフの値は、端末装置４０の端末カテゴリや発生したトラフィックの優先度によって異なってもよい。その際、バックオフの値は複数通知され、端末装置４０が優先度によって用いるバックオフの値を選択する。また、ＮＲ－ＰＲＡＣＨの再送を行う際に、端末装置４０は、ＮＲ－ＰＲＡＣＨの送信電力を初送と比較して上げる。この手続きは、パワーランピングと呼称される。

　［ＮＲのランダムアクセス応答（Msg2）］
　ＮＲのランダムアクセス応答は、ＮＲ－ＰＤＣＣＨおよびＮＲ－ＰＤＳＣＨによって送られる。ランダムアクセス応答を含むＮＲ－ＰＤＳＣＨは、ＲＡ－ＲＮＴＩまたはＣ－ＲＮＴＩでスクランブルされたＣＲＣが付加されたＮＲ－ＰＤＣＣＨによってスケジュールされる。ＮＲ－ＰＤＣＣＨは、ＣＯＲＥＳＥＴで送信される。ＲＡ－ＲＮＴＩでスクランブルされたＣＲＣが付加されたＮＲ－ＰＤＣＣＨは、Ｔｙｐｅ１－ＰＤＣＣＨ　ＣＳＳ　ｓｅｔの共通サーチスペースに配置される。

　ＲＡ－ＲＮＴＩの値は、そのランダムアクセス応答に対応するＮＲ－ＰＲＡＣＨの送信リソース（時間リソース（スロットまたはサブフレーム）、および、周波数リソース（リソースブロック））に基づいて決定される。具体的には、ＲＡ－ＲＮＴＩは、以下の式（１）にて表される。

　RA-RNTI=1+s_id+14×t_id+14×80×f_id+14×80×8×ul_carrier_id・・・（１）

　ここで、s_idはＰＲＡＣＨオケージョンの最初のＯＦＤＭシンボルのインデックス、t_idはシステムフレームのＰＲＡＣＨオケージョンの最初のスロットインデックス、f_idは周波数領域におけるＰＲＡＣＨオケージョンのインデックスであり０以上８未満の値、ul_carrier_idはＰＲＡＣＨ送信に使われた上りリンクキャリアであって０の場合は通常上りリンクキャリア、１の場合は補助的上りリンクキャリアである。ＮＲ－ＰＤＣＣＨは、ＮＲ－ＳＳ（NR　Synchronization　signal）とＱＣＬ（Quasi　co-location）である。

　ＮＲのランダムアクセス応答は、ＭＡＣ（Medium　Access　Control）の情報である。ＮＲのランダムアクセス応答には、ＮＲのメッセージ３を送信するための上りリンクグラント、上りリンクのフレーム同期を調整するために用いられるタイミングアドバンスの値、および／または、ＴＣ－ＲＮＴＩの値、が含まれる。また、ＮＲのランダムアクセス応答には、そのランダムアクセス応答に対応するＮＲ－ＰＲＡＣＨ送信に用いられたＰＲＡＣＨインデックスが含まれる。また、ＮＲのランダムアクセス応答には、ＰＲＡＣＨの送信の待機に用いられるバックオフに関する情報が含まれる。

　基地局装置２０は、これらの情報を含めて、ＮＲ－ＰＤＳＣＨによって送信する。端末装置４０は、これらの情報から、４－ｓｔｅｐ　ＲＡＣＨの衝突ベースＲＡＣＨプロシージャにおけるランダムアクセス応答の受信の成功可否の判断を行う。具体的には、ＲＡ－ＲＮＴＩに対するＰＤＣＣＨの下りリンクアサインメントを受信し、かつ、受信したトランスポートブロックが正常に復号できた場合、かつ、ランダムアクセス応答に送信したプリアンブルインデックスに相当するランダムアクセスプリアンブルインデックスが含まれていた場合、ランダムアクセス応答の受信が成功したと判断し、そうでなければ、ランダムアクセス応答の受信が失敗したと判断する。ランダムアクセス応答の受信が成功したと判断した場合、端末装置４０は、ランダムアクセス応答に含まれる情報に従ってＮＲのメッセージ３の送信処理を行う。ランダムアクセス応答の受信が失敗したと判断した場合、端末装置４０は、ランダムアクセス手続きが失敗したとみなし、ＮＲ－ＰＲＡＣＨの再送処理を行う。

　［ＮＲのメッセージ３（Msg3）］
　ＮＲのメッセージ３（Msg3）は、ＮＲ－ＰＵＳＣＨ（NR　Physical　Uplink　Shared　Channel）によって送信される。ＮＲ－ＰＵＳＣＨは、ランダムアクセス応答によって指示されたリソースを用いて送信される。ＮＲのメッセージ３には、ＲＲＣ接続要求メッセージが含まれる。ＮＲ－ＰＵＳＣＨのフォーマットは、システム情報に含まれるパラメータによって指示される。例えば、パラメータにより、ＮＲ－ＰＵＳＣＨのフォーマットとして、ＯＦＤＭ（Orthogonal　Frequency　Division　Multiplexing）及びＤＦＴ－ｓ－ＯＦＤＭ（Discrete　Fourier　Transform　Spread　OFDM）の何れを使用するか決定される。

　ＮＲのメッセージ３を正常に受信した場合、基地局装置２０の制御部２３は、競合解決（Msg4）の送信処理に移行する。一方、ＮＲのメッセージ３を正常に受信できなかった場合、制御部２３は、少なくとも所定の期間、再度ＮＲのメッセージ３の受信を試みる。

　メッセージ３の再送の指示及び送信リソースの別の一例として、メッセージ３の再送の指示に用いられるＮＲ－ＰＤＣＣＨによる指示が挙げられる。そのＮＲ－ＰＤＣＣＨは、上りリンクグラントである。そのＮＲ－ＰＤＣＣＨのＤＣＩ（Downlink　Control　Information）によって、メッセージ３の再送のリソースが指示される。端末装置４０は、その上りリンクグラントの指示に基づいて、メッセージ３の再送を行う。

　なお、所定の期間内にＮＲの競合解決の受信が成功しなかった場合、端末装置４０は、ランダムアクセス手続きが失敗したとみなし、ＮＲ－ＰＲＡＣＨの再送処理を行う。なお、ＮＲのメッセージ３の再送に用いられる端末装置４０の送信ビームは、そのメッセージ３の初送に用いられた端末装置４０の送信ビームと異なってもよい。なお、所定期間のうちに、ＮＲの競合解決及びメッセージ３の再送の指示の何れも受信できなかった場合、端末装置４０は、ランダムアクセス手続きが失敗したとみなし、ＮＲ－ＰＲＡＣＨの再送処理を行う。その所定期間は、例えば、システム情報によって設定される。

　［ＮＲの競合解決（Msg4）］
　ＮＲの競合解決は、ＮＲ－ＰＤＳＣＨを使って送信される。競合解決を含むＮＲ－ＰＤＳＣＨは、ＴＣ－ＲＮＴＩ又はＣ－ＲＮＴＩでスクランブルされたＣＲＣが付加されたＮＲ－ＰＤＣＣＨによってスケジュールされる。ＮＲ－ＰＤＣＣＨは、ＵＳＳ（User　equipment　specific　Search　Space）に配置される。なお、ＮＲ－ＰＤＣＣＨは、ＣＳＳに配置されてもよい。

　端末装置４０は、競合解決を含むＮＲ－ＰＤＳＣＨを正常に受信した場合、基地局装置２０に対して肯定応答（ACK）を送信する。以降、端末装置４０は、ランダムアクセス手続きが成功したとみなし、接続状態（RRC_CONNECTED）に移行する。一方、端末装置４０からＮＲ－ＰＤＳＣＨに対する否定応答（NACK）を受信した場合、又は、無応答であった場合、基地局装置２０の制御部２３は、その競合解決を含むＮＲ－ＰＤＳＣＨを再送する。端末装置４０は、所定期間のうちにＮＲの競合解決（Msg4）を受信できなかった場合、ランダムアクセス手続きが失敗したとみなし、ランダムアクセスプリアンブル（Msg1）の再送処理を行う。

＜３－５．ＮＲの２－ＳＴＥＰ　ＲＡＣＨプロシージャ＞
　次に、ＮＲの２－ＳＴＥＰ　ＲＡＣＨプロシージャ（以下、２ステップランダムアクセス手続きという。）の一例を示す。図９は、２ステップランダムアクセス手続きを示す図である。２ステップランダムアクセス手続きは、メッセージＡ（ステップＳ４０１）とメッセージＢ（ステップＳ４０２）の２ステップで構成される。一例として、メッセージＡには、従来の４ステップランダムアクセス手続き（４－ＳＴＥＰ　ＲＡＣＨプロシージャ）のメッセージ１（プリアンブル）とメッセージ３を含み、メッセージＢには、従来の４ステップランダムアクセス手続きのメッセージ２とメッセージ４を含む。また、一例として、メッセージＡはプリアンブル（ＰＲＡＣＨともいう。）とＰＵＳＣＨで構成され、メッセージＢはＰＤＳＣＨで構成される。

　２ステップのランダムアクセス手続きになることにより、従来の４ステップランダムアクセス手続きと比べてより低遅延でランダムアクセス手続きを完了することが可能となる。

　［本実施形態における２－ｓｔｅｐ　ＲＡＣＨのメッセージＡの構成］
　本実施形態における２－ｓｔｅｐ　ＲＡＣＨのメッセージＡは、ＰＲＡＣＨとＰＵＳＣＨで構成される。端末装置４０によって、ＰＲＡＣＨとＰＵＳＣＨは、時間領域で多重されて送信される。

　メッセージＡのＰＵＳＣＨのスクランブルに用いられる値（Ｃ＿ｉｎｉｔ）は、少なくともＲＮＴＩ、プリアンブルインデックス、および／または、ｎ＿ＩＤ、によって定まる。ｎ＿ＩＤは、セルＩＤまたは上位層から設定される値、である。

　メッセージＡのＰＵＳＣＨのスクランブルに用いられるＲＮＴＩ（ＭｓｇＡ－ＲＮＴＩ）は、例えば、ＰＵＳＣＨオケージョンインデックス、ＤＭＲＳシンボル、ＤＭＲＳポート、ＤＭＲＳシーケンス、などから定まる。なお、Ｃ－ＲＮＴＩが設定されている場合、ＭｓｇＡ－ＲＮＴＩはＣ－ＲＮＴＩであってもよい。

　メッセージＡのＰＵＳＣＨが送信される可能性がある物理リソースをＰＵＳＣＨオケージョンと呼称する。さらに、メッセージＡのＰＵＳＣＨ送信の割当単位をＰＵＳＣＨリソースユニット（ＰＲＵ）と呼称する。ＰＵＳＣＨリソースユニットは、ＰＵＳＣＨオケージョンとＤＭＲＳポート、または、ＰＵＳＣＨオケージョンとＤＭＲＳポートとＤＭＲＳシーケンス、で定義される。すなわち、異なるＰＵＳＣＨオケージョン、または、異なるＤＭＲＳポート、または、異なるＤＭＲＳシーケンスは、異なるＰＵＳＣＨリソースユニットである。端末装置は、メッセージＡのＰＵＳＣＨを送信する際に、ＰＵＳＣＨリソースユニットを選択する。プリアンブルとＰＵＳＣＨリソースユニットは、少なくとも１対１で紐づけられる。なお、プリアンブルとＰＵＳＣＨリソースユニットは、他対１で紐づけられても良いし、１対他で紐づけられても良い。メッセージＡのＰＲＡＣＨとＰＵＳＣＨは、異なるスロットで送信されてもよいし、同じスロットで送信されてもよい。

　ＰＵＳＣＨリソースユニットのインデックスの番号は、例えば、ＰＵＳＣＨオケージョン、ＤＭＲＳポート、ＤＭＲＳシーケンスの順番に、割り振られる。

　ＰＵＳＣＨリソースユニットにおいて、n_SCIDの値によって異なるＤＭＲＳシーケンスを生成することができる。すなわち、n_SCIDの値が異なる場合、異なるＰＵＳＣＨリソースユニットと定義される。n_SCIDの値と、ＰＵＳＣＨリソースユニットのインデックスが紐づけられる。

　メッセージＡは、アイドル状態（RRC_idle）、不活発状態（RRC_inactive）、接続状態（RRC_Connected）の端末装置からのＲＲＣ接続設定（set　up）／再建（re-establishment）／再開（resume）の要求するＲＲＣメッセージ、または、アイドル状態（RRC_idle）、RRC_inactiveの端末装置からのオンデマンドシステム情報を要求するＲＲＣメッセージ、接続状態（RRC_Connected）の端末装置からのＣ－ＲＮＴＩ　ＭＡＣ　ＣＥおよび／または他のＭＡＣ　ＣＥまたは上りリンクデータ（制御プレーンデータまたはユーザプレーンデータ）のいずれかを含む。具体的には、メッセージＡはＭｓｇＡ－ＲＮＴＩを含むことがある。メッセージＡは、衝突解決ＩＤを含むことがある。

　［本実施形態における２－ｓｔｅｐ　ＲＡＣＨのメッセージＡの設定］
　メッセージＡの設定は、ＳＩＢまたは専用ＲＲＣシグナリングによって端末装置４０に設定される。メッセージＡに含まれるプリアンブル（Ｐｒｅａｍｂｌｅ）とＰＵＳＣＨは、独立のリソースで設定されてもよいし（第一のメッセージＡのＰＵＳＣＨ設定と呼称する。）、それぞれの送信リソースが紐づいて設定されてもよい（第二のメッセージＡのＰＵＳＣＨ設定と呼称する。）。

　第一のメッセージＡのＰＵＳＣＨ設定は、予めＰｒｅａｍｂｌｅとＰＵＳＣＨのそれぞれの送信リソースの紐づけを決定してもよいし、基地局装置２０がリソースの紐づけを別途設定してもよいし、または別の情報から決定されてもよい。別の情報としては、例えばＳｌｏｔ　ｆｏｒｍａｔ情報（Ｓｌｏｔ　Ｆｏｒｍａｔ　Ｉｎｄｉｃａｔｏｒ（ＳＦＩ）など）、Ｂａｎｄ　Ｗｉｄｔｈ　Ｐａｒｔ（ＢＷＰ）情報、Ｐｒｅａｍｂｌｅ　送信リソース情報、Ｓｌｏｔ　Ｉｎｄｅｘ、Ｒｅｓｏｕｒｃｅ　Ｂｌｏｃｋ　Ｉｎｄｅｘなどが挙げられる。また、第一のメッセージＡのＰＵＳＣＨ設定は、１つのメッセージＡを構成するＰｒｅａｍｂｌｅとＰＵＳＣＨ間の紐づけは、ＰＵＳＣＨのペイロードやＰＵＳＣＨに含まれるＵＣＩによって基地局に通知されてもよいし、ＰＵＳＣＨの送信物理パラメータ（例えば、ＰＵＳＣＨのスクランブル系列や、ＤＭＲＳシーケンスおよび／またはパターンや、ＰＵＳＣＨの送信アンテナポート）によって基地局に通知されてもよい。

　第二のメッセージＡのＰＵＳＣＨ設定は、例えば、Ｐｒｅａｍｂｌｅの送信リソースが決定された場合、一意に、または複数の候補となりうるＰＵＳＣＨの送信リソースが決定される。一例として、ＰＲＡＣＨオケージョンのＰｒｅａｍｂｌｅとＰＵＳＣＨオケージョン間の時間および周波数オフセットは、１つの値で定められる。また別の一例として、ＰＲＡＣＨオケージョンのＰｒｅａｍｂｌｅとＰＵＳＣＨオケージョン間の時間および周波数オフセットは、プリアンブルごとに異なる値が定められる。オフセットの値は、仕様で決定してもよいし、基地局装置が準静的に設定をしてもよい。時間および周波数オフセットの値の一例として、例えば、所定の周波数によって定義される。例えば、アンライセンスバンド（５ＧＨｚ帯または６ＧＨｚ帯、オペレーティングバンド４６）において、時間オフセットの値は０または０に近い値に設定することができる。これにより、ＰＵＳＣＨの送信前にＬＢＴ（Listen　Before　Talk）を省略または簡略化することが可能となる。

　第一のメッセージＡのＰＵＳＣＨ設定と第二のメッセージＡのＰＵＳＣＨ設定の両方に含まれるパラメータの一例として、ＭＣＳおよび／またはＴＢＳ、周波数軸におけるＰＵＳＣＨオケージョンの数、１つのＰＵＳＣＨオケージョン内のＰＲＢ数、ＰＵＳＣＨオケージョンのＤＭＲＳシンボルおよびＤＭＲＳポートおよび／またはＤＭＲＳシーケンスの数、が挙げられる。なお、第一のメッセージＡのＰＵＳＣＨ設定と第二のメッセージＡのＰＵＳＣＨ設定の両方に含まれるパラメータの一例として、メッセージＡのＰＵＳＣＨのリピティション設定、ガードバンドのＰＲＢ数および／またはガード時間の期間、ＰＵＳＣＨマッピングタイプ、が含まれても良い。

　第一のメッセージＡのＰＵＳＣＨ設定に含まれるパラメータの一例として、メッセージＡのＰＵＳＣＨの周期およびオフセット、時間軸のリソース割当、および、周波数の開始位置、などが挙げられる。オフセットは、シンボル、スロット、および／または、サブフレームで表される。時間軸のリソース割当は、例えば、メッセージＡのＰＵＳＣＨの開始シンボル、ＰＵＳＣＨオケージョンのシンボル数、時間軸のＰＵＳＣＨオケージョンの数、などが挙げられる。

　第二のメッセージＡのＰＵＳＣＨ設定に含まれるパラメータの一例として、ＰＲＡＣＨとＰＵＳＣＨ間の時間オフセット、ＰＵＳＣＨオケージョンのシンボル数、ＰＲＡＣＨとＰＵＳＣＨの周波数オフセット、などが挙げられる。ＰＲＡＣＨとＰＵＳＣＨ間の時間オフセットは、シンボル、スロット、および／または、サブフレーム、で表される。ＰＲＡＣＨとＰＵＳＣＨの周波数オフセットは、最初のＰＵＳＣＨオケージョンの先頭または最後のＰＵＳＣＨオケージョンの後方、を基準とする。

　メッセージＡのＰＵＳＣＨは、端末装置に対して、複数個の設定がされてもよい。複数個の設定のうち、所定のパラメータは共通であり、残りのパラメータは個別に設定される。所定のパラメータは、例えば、ＭＣＳおよび／またはＴＢＳ、周波数軸のＰＵＳＣＨオケージョンの数、ＰＵＳＣＨオケージョンのＰＲＢ数、ＤＭＲＳシンボルおよびＤＭＲＳポートおよび／またはＤＭＲＳシーケンスの数、のうちの一部または全部である。端末装置は、所定の条件に応じて、設定された複数個の設定から選択する。所定の条件は、例えば、サービングセルからのＲＳＲＰまたはＲＳＲＱまたはＲＳ－ＳＩＮＲの値、ＲＳＳＩの値、端末装置の位置および／または高度、ランダムアクセス失敗の発生、などが挙げられる。端末装置によって選択された設定は、基地局装置に対して、通知されてもよい。端末装置から基地局装置への通知方法として、選択したＰＵＳＣＨオケージョン、選択したプリアンブルグループ、ＰＵＳＣＨに含まれるＵＣＩ、などが挙げられる。

　［本実施形態における２－ｓｔｅｐ　ＲＡＣＨのメッセージＢの構成］
　本実施形態における２－ｓｔｅｐ　ＲＡＣＨのメッセージＢは、少なくとも、ＰＤＣＣＨを含む。また、メッセージＢはＰＤＳＣＨも含む場合がある。基地局装置２０が、メッセージＢを生成し、ＰＤＣＣＨおよびＰＤＳＣＨによって、メッセージＢを、端末装置４０に送信する。

　メッセージＢのＰＤＣＣＨは、ＲＡ－ＲＮＴＩ、Ｃ－ＲＮＴＩ、または、新しいＲＮＴＩ（ＭｓｇＢ－ＲＮＴＩと呼称する。）でスクランブルされたＣＲＣが付加される。メッセージＡにＣ－ＲＮＴＩが付与されている場合、端末装置４０は、ＭｓｇＢ－ＲＮＴＩおよびＣ－ＲＮＴＩのＰＤＣＣＨをモニタする。ＭｓｇＢ－ＲＮＴＩは、例えば、ＭｓｇＡ－ＲＮＴＩ、であってもよい。

　メッセージＢは、成功ＲＡＲ（SuccessRAR）、フォールバックＲＡＲ（FallbackRAR）、バックオフ指示（Backoff　indication）を含む。

　成功ＲＡＲは、少なくとも、衝突解決ＩＤ、Ｃ－ＲＮＴＩ、ＴＡコマンドを含む。フォールバックＲＡＲは、少なくとも、ＲＡＰＩＤ（ランダムアクセスプリアンブルインデックス）、上りリンクグラント、ＴＣ－ＲＮＴＩ（一時的Ｃ－ＲＮＴＩ）、ＴＡコマンド、を含む。なお、メッセージＢは、下りリンクデータ（制御プレーンデータまたはユーザプレーンデータ）を含んで良い。

　メッセージＢは、複数の端末装置４０のためのメッセージを含んでも良い。例えば、メッセージＢは、複数の端末装置４０のための成功ＲＡＲまたはフォールバックＲＡＲまたはバックオフ指示をそれぞれ含んで良い。

　Ｃ－ＲＮＴＩにアドレスされるＴＡコマンドが含まれたＰＤＵ　ＰＤＣＣＨを受信した場合、端末装置は、衝突解決が成功したとみなし、メッセージＢの受信を止める。メッセージＢの受信窓（reception　window）は、メッセージＡのＰＵＳＣＨオケージョンの後から開始される。

　メッセージＢのＰＤＣＣＨには、メッセージＢのＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫフィードバックのための、ＰＵＣＣＨリソースを１つ指示することができる。端末装置は、ＰＵＣＣＨリソースを用いて、基地局装置にＰＤＳＣＨの復号の成否を送ることができる。基地局装置は、ＨＡＲＱ－ＡＣＫフィードバックの情報に基づき、メッセージＢのＰＤＳＣＨを再送することができる。

＜３－６．Configured　grant送信＞
　次に、端末装置４０から基地局装置２０へのConfigured　grant送信について説明する。Configured　grant送信とは、端末装置４０が基地局装置２０からの動的なリソースアロケーション（リソース割り当て、Grant、上りリンクグラント）を受信することなく、あらかじめ基地局装置２０から指示された使用可能な周波数および時間リソースから、端末装置４０が適当なリソースを利用して送信をすることを表す。Configured　grant送信はData　transmission　without　grantやGrant-freeなどとも呼ばれるが、以降の説明では便宜上、「Configured　grant送信」と呼ぶこととする。

　基地局装置２０は、端末装置４０が選択可能な周波数および時間リソースの候補を事前に指定しても良い。主な目的として、シグナリングオーバーヘッドの削減による、端末装置２の省電力化や低遅延通信がある。

　「Configured　grant送信」は、「Grant　based送信」と「Configured　grant送信」に分けられる。従来のGrant　based送信では、基地局装置２０が端末装置４０に対して、上りリンクやサイドリンクで使用するリソースを通知することで、他の端末装置４０とのリソース競合が発生せずに通信をすることができていたが、一方で、本通知によるシグナリングのオーバヘッドが発生してしまう。

　図１０は、Grant　based送信の一例を示すシーケンス図である。以下に示す送受信処理（Grant　Based）は、例えば、端末装置４０が、基地局装置２０と接続状態（RRC_CONNECTED）となった場合に実行される。

　まず、端末装置４０の取得部４５１は、送信データ（Data、ＵＬ－ＳＣＨ）を取得する（ステップＳ５０１）。取得部４５１が送信データを取得したら、端末装置４０の送信部４５５は、基地局装置２０に対してリソースの割り当て要求（Scheduling　Request：ＳＲ）を送信する（ステップＳ５０２）。

　基地局装置２０の制御部２３は、端末装置４０からリソースの割り当て要求を受信する。そして、基地局装置２０の制御部２３は、端末装置４０に割り当てるリソースを決定する。そして、基地局装置２０の送信部２３５は、上りリンクグラントを用いて、端末装置４０に割り当てたリソースの情報を端末装置４０に送信する（ステップＳ５０３）。

　端末装置４０の受信部４５４は、基地局装置２０からリソース情報を受信して記憶部４２に格納する。端末装置４０の送信部４５５は、リソース情報に基づいてデータを基地局装置２０に送信する（Data（ＵＬ－ＳＣＨ）を含んだＰＵＳＣＨを送信する）（ステップＳ５０４）。

　受信（或いは分離）が完了したら、基地局装置２０の送信部２３５は、端末装置４０に対して応答データ（例えば、肯定応答）を送信する（ステップＳ５０５）。応答データの送信が完了したら、基地局装置２０及び端末装置４０は送受信処理（Grant　Based）を終了する。

　Grant　based送信では、ステップＳ５０２や、ステップＳ５０３の分のシグナリングオーバーヘッドおよびデータ発生から送信ＡＭでの遅延が生じる。

　図１１は、Configured　grant送信の一例を示すシーケンス図である。以下に示す送受信処理（Configured　Grant）は、例えば、端末装置４０が、基地局装置２０と接続状態（RRC_CONNECTED）となった場合に実行される。

　端末装置４０が接続状態となったら、基地局装置２０の制御部２３は、端末装置４０に割り当てるリソースを決定する。そして、基地局装置２０の送信部２３５は、端末装置４０に割り当てたリソースの情報を端末装置４０に送信する（ステップＳ６０１）。

　端末装置４０の受信部４５４は、基地局装置２０からリソース情報を受信して記憶部２２に格納する。そして、端末装置４０の取得部４５１は、発生した送信データを取得する（ステップＳ６０２）。例えば、取得部４５１は、端末装置４０が有する各種プログラムが他の通信装置に送信するデータとして生成したデータを送信データとして取得する。

　そして、端末装置４０の送信部４５５は、リソース情報に基づいてデータを基地局装置２０に送信する（ステップＳ６０３）。基地局装置２０の制御部２３は、端末装置４０からデータを受信する。受信（或いは分離）が完了したら、基地局装置２０の送信部２３５は、端末装置４０に対して応答データ（例えば、肯定応答）を送信する（ステップＳ６０４）。応答データの送信が完了したら、基地局装置２０及び端末装置４０は送受信処理（Configured　Grant）を終了する。

　Configured　Grant送信では、図１０の例におけるステップＳ５０２やステップＳ５０３の処理を削減できる。そのため、次世代の通信で求められる省電力化や低遅延通信において、リソース割り当て通知を行わないConfigured　Grant送信は有力な技術候補として考えられる。Configured　Grant　送信における送信リソースは、使用可能な全帯域から選択してもよいし、あらかじめ基地局装置２０から指定されたリソースの中から選択してもよい。

＜３－７．ＮＯＭＡを使ったデータの送受信＞
　以下、ＮＯＭＡを使ったデータの送受信について説明する。

　［送信装置内での非直交多重］
　図１２は、ＮＯＭＡを使ったデータの送受信を説明するための図である。図１２の例では、１つの送信装置が非直交軸で送信信号を多重して送信する様子が示されている。ここで、送信装置は、基地局装置２０、中継装置３０、端末装置４０等の通信装置である。図１２の例では、１つの送信装置（例えば、端末装置４０_１）が、２つの送信信号セットを多重している。図１３は、本開示の実施形態に係るＮＯＭＡ送信処理の一例を示す説明図である。図１３の例では、非直交軸で多重されるリソースが全て同一のパラメータセットとなっている。

　なお、以下に示すＮＯＭＡ送信処理は、例えば、端末装置４０の制御部４５が送信処理部４１２を制御することにより実現される。又は、以下の送信処理は、例えば、基地局装置２０の制御部２３が送信処理部２１２を制御することにより実現される。

　送信信号セットは、例えば、通信装置に発生した送信データの一部又は全部を、無線通信のための信号処理を施して生成される信号である。すなわち、送信信号セットは、無線通信のための信号処理が施された送信データ（送信データの一部又は全部）である。ここで、送信データは、通信装置で発生した１つの処理に係るデータである。例えば、送信データは、通信装置で実行される各種プログラム（例えば、アプリケーションプログラムやオペレーティングシステム）に発生した１つの送信ジョブに係るデータである。

　なお、本実施形態では、送信データは複数のデータに分割される。以下の説明では、送信データの送信単位（分割単位）となるデータのことを送信単位データという。ここで、送信単位データは、１つのＩＰパケットであってもよいし、１つのトランスポートブロックであってもよい。勿論、送信単位データは、他の送信単位であってもよい。トランスポートブロックは、例えば、ＨＡＲＱ（Hybrid　ARQ（Automatic　Repeat　reQuest））等の誤り訂正の単位である。例えば、トランスポートブロックは、トランスポートチャネル（トランスポートレイヤ）におけるデータのブロックである。なお、送信信号セットは、トランスポートブロック等の送信単位データに信号処理を施して生成される信号（送信単位データ）であってもよい。以下の説明では、送信信号セットは、トランスポートブロック等の送信単位データに、ＯＦＤＭを使用した無線通信のための信号処理を施したデータであるものとする。

　送信信号セット（送信単位データ）は、複数のブロックや複数のエレメントで構成されていてもよい。例えば、送信信号セットがトランスポートブロックであるとする。このとき、送信信号セットは、送信単位データは複数のリソースブロックやリソースエレメントで構成されていてもよい。以下の例では、送信信号セットは複数のブロックで構成されているものとする。図１３の例では、送信信号セットＤ１０、Ｄ２０は、４つのブロック（例えば、リソースブロック）で構成されている。

　図１３の例では、送信装置は、送信信号セットＤ１０、Ｄ２０それぞれに、対応するＭＡシグネチャ（MA　signature：Multiple　Access　signature）を適用している。ＭＡシグネチャは、非直交多重に関する情報の一つである。ＭＡシグネチャには、例えば、Interleave　Pattern、Spreading　Pattern、Scrambling　Pattern、Codebook、Power　Allocation、などが含まれる。なお、ＭＡシグネチャは、単にPatternやIndexといった呼称でもよい。例えば、ＭＡシグネチャは、上記に挙げたようなＮＯＭＡ送信で使用されるPatternやIndexを示す識別子であってもよいし、Patternそのものを表すものであってもよい。以下の説明では、所定の送信信号セットにＭＡシグネチャを適用することを、ＭＡシグネチャを使用したＮＯＭＡ送信処理ということがある。ＭＡシグネチャを使用したＮＯＭＡ送信処理の例としては、所定の直交リソース上にマッピングされる所定の送信信号セットを、ＭＡシグネチャが示す非直交リソースを使って送信可能な送信信号セットに変換する処理が挙げられる。

　図１３の例では、送信装置（例えば、端末装置４０_１の制御部４５）は、送信信号セットＤ１０にＭＡシグネチャ＃０を使用したＮＯＭＡ送信処理を実行し、送信信号セットＤ２０にＭＡシグネチャ＃１を使用したＮＯＭＡ送信処理を実行している。ＭＡシグネチャ＃０とＭＡシグネチャ＃１は、対応する非直交リソースである。例えば、ＭＡシグネチャがPower　Allocation（つまり、非直交軸がPower軸）であるとする。このとき、ＭＡシグネチャ＃０は、所定の送信信号セットを小さな電力（例えば、第１の閾値以下の電力）の送信信号セットに変換する旨の情報であってもよい。また、ＭＡシグネチャ＃１は、所定の送信信号セットを大きな電力（例えば、第１の閾値より大きな第２の閾値以上の電力）の送信信号セットに変換する旨の情報であってもよい。送信装置は、ＭＡシグネチャ適用後の信号を同一の周波数および時間リソース上で多重する。例えば、送信装置は、ＮＯＭＡ送信処理の結果生成された送信信号セットＤ１１、Ｄ２１を同一の直交リソース上で非直交多重する。そして送信装置（例えば、端末装置４０_１の送信部４５５）は、非直交多重した送信信号をアンテナポートへ送る。

　なお、図１３の例では、送信装置は２つの送信信号セットを多重した。しかし、送信装置が多重する送信信号セットは３つ以上であってもよい。また、それぞれの送信信号セットは別々の受信装置に対する送信信号でもよいし、同一の受信装置に対する送信信号でもよい。ここで、受信装置は、基地局装置２０、中継装置３０、端末装置４０等の通信装置である。

　また、図１３の例では、送信装置は、同一のパラメータセットの送信信号セットを多重した。しかし、送信装置は、異なるパラメータセットの送信信号セットを多重してもよい。図１４は、本開示の実施形態に係るＮＯＭＡ送信処理の一例を示す説明図である。図１４の例では、異なるパラメータセットの２つの送信信号セットを多重している。具体的には、図１４の例では、送信装置（例えば、端末装置４０_１の制御部４５）は、送信信号セットＤ１０、Ｄ３０にそれぞれ対応するＭＡシグネチャ（ＭＡシグネチャ＃０、＃１）を使用したＮＯＭＡ送信処理を実行している。送信信号セットＤ３０、Ｄ４０は、異なるパラメータセットの送信信号セットである。そして、送信装置は、ＮＯＭＡ送信処理の結果生成された送信信号セットＤ１１、Ｄ３１を同一の直交リソース上で非直交多重する。その後、送信装置（例えば、端末装置４０_１の送信部４５５）は、非直交多重した送信信号をアンテナポートへ送る。

　［伝搬チャネルでの非直交多重］
　なお、図１３、図１４の例では、複数の送信信号セットは送信装置内で非直交多重された。しかし、複数の送信信号セットは伝搬チャネルで非直交多重されてもよい。

　図１５は、ＮＯＭＡを使ったデータの送受信を説明するための図である。図１５の例では、複数の送信装置の送信信号が伝搬チャネルで非直交多重される様子が示されている。複数の送信信号セットは別々送信装置（例えば、端末装置４０１、４０２）から送信されてもよいし、１つの送信装置（例えば、端末装置４０１）の異なるアンテナから送信されもよい。以下の説明では、２つの送信信号セットは別々の送信装置から送信されるものとするが、勿論、２つの送信信号セットは１つの送信装置から送信されてもよい。図１６は、本開示の実施形態に係るＮＯＭＡ送信処理の一例を示す説明図である。図１６の例では、２つの送信信号セットが異なるアンテナから送信されている。

　図１６の例では、一方の送信装置（例えば、端末装置４０_１）は、送信信号セットＤ１０にＭＡシグネチャ＃０を使用したＮＯＭＡ送信処理を実行している。また、他方の送信装置（例えば、端末装置４０_２）は、送信信号セットＤ２０にＭＡシグネチャ＃１を使用したＮＯＭＡ送信処理を実行している。ＭＡシグネチャ＃０とＭＡシグネチャ＃１は、対応する非直交リソースである。ＭＡシグネチャには、例えば、Interleave　Pattern、Spreading　Pattern、Scrambling　Pattern、Codebook、Power　Allocation、Repetitionなどが含まれる。ＭＡシグネチャ適用後の送信信号セットＤ１１、Ｄ２１は同一の周波数および時間リソース上で送信され、伝搬チャネルを通って多重される。

　また、図１６の例では同一のパラメータセットの送信信号セットが多重された。しかし、多重される送信信号セットは、異なるパラメータセットの送信信号セットであってもよい。

　図１７は、本開示の実施形態に係るＮＯＭＡ送信処理の一例を示す説明図である。図１７の例では、異なるパラメータセットの２つの送信信号セットが多重されている。具体的には、図１７の例では、一方の送信装置（例えば、端末装置４０_１）は、送信信号セットＤ１０にＭＡシグネチャ＃０を使用したＮＯＭＡ送信処理を実行している。他方の送信装置（例えば、端末装置４０_２）は、送信信号セットＤ３０にＭＡシグネチャ＃１を使用したＮＯＭＡ送信処理を実行している。送信信号セットＤ１０、Ｄ３０は、異なるパラメータセットの送信信号セットである。また、ＭＡシグネチャ＃０とＭＡシグネチャ＃１は、対応する非直交リソースである。ＭＡシグネチャ適用後の送信信号セットＤ１１、Ｄ３１は同一の周波数および時間リソース上で送信され、伝搬チャネルを通って多重される。

　図１８は、本開示の実施形態に係るＮＯＭＡ受信処理の一例を示す説明図である。なお、以下に示すＮＯＭＡ受信処理は、基地局装置２０の制御部２３（例えば、受信部２３３及び分離部２３４）が受信処理部２１１を制御することにより実現される。又は、以下に示すＮＯＭＡ受信処理は、例えば、端末装置４０の制御部４５（例えば、受信部４５４）が受信処理部４１１を制御することにより実現される。

　図１８に示すように、受信信号は同一の周波数および時間リソース上で複数の送信信号が多重された状態で受信される。受信装置（例えば、基地局装置２０_１の分離部２３４）は、多重された送信信号セットを復号するため、送信装置で使用されたＭＡシグネチャに基づいてＮＯＭＡ受信処理（例えば、チャネル等化および干渉信号キャンセラ等の処理）を実行する。これにより、受信装置は受信信号から所望の信号を取り出す。図１８の例では、受信装置は、受信信号にＭＡシグネチャ＃０及びＭＡシグネチャ＃１を使用したＮＯＭＡ受信処理を実行し、送信信号セットＤ１０、Ｄ３０を取り出している。なお、同一のＭＡシグネチャが用いられて多重をしてしまった場合は、多重された信号間の干渉の影響が大きくなってしまい、復号をすることが難しくなる。そのため、基地局装置２０は、ＭＡシグネチャが重複しないように端末装置４０等が使用するＭＡシグネチャをスケジュールする。

　以上のように、ＮＯＭＡ送信では送信装置および受信装置で適用されたＭＡシグネチャを送信装置および受信装置間で共有し、かつ、ＭＡシグネチャが重複することなく適用される必要がある。なお、以下の説明では、リソース（無線リソース）という概念に、ＭＡシグネチャも含まれるものとする。ここで、周波数、時間、ＭＡシグネチャの全てを含むリソースをMultiple　Access　Resource（ＭＡリソース）と呼ぶ場合がある。また、周波数・時間のみのリソースをMultiple　Access　Physical　Resource（ＭＡ物理リソース）と呼ぶ場合がある。

＜３－８．本実施形態におけるＣＢＧ（Code　Block　Group）＞
　本実施形態におけるＰＤＳＣＨおよびＰＵＳＣＨは、符号化を行う単位であるコードブロック（Code　Block）の一つまたは複数で構成される。ＣＢＧ(Code　Block　Group)は、一つまたは複数のコードブロックで構成される。ＣＢＧは一つのＨＡＲＱ－ＡＣＫに相当する。

　基地局装置２０からのＰＤＳＣＨに対して、端末装置４０は、対応するＣＢＧに含まれる全てのコードブロックの復号に成功した場合、ＨＡＲＱ－ＡＣＫとして応答（Acknowledgement：ＡＣＫ）をフィードバックし、対応するＣＢＧに含まれるコードブロックの一つでも復号に失敗した場合、ＨＡＲＱ－ＡＣＫとして非応答（Negative　Acknowledgement：ＮＡＣＫ）をフィードバックする。

　ＰＵＳＣＨに対して、端末装置４０は、所定のＣＢＧ送信を指示された場合、対応するＣＢＧに含まれるコードブロックのみを含めて送信する。これにより、復号成功したコードブロックは再送時に送らなくても良いため、リソース利用効率が向上する。

＜＜４．課題１の解決手段の具体例＞＞
　上記のように、基地局装置２０は、端末装置４０によってメッセージＢのＰＤＳＣＨがソフト合成される前に、端末装置４０に対して、ランダムアクセス応答の種類を通知する。端末装置４０は、基地局装置２０から、ランダムアクセス応答の種類の通知を受け付け、同一種類のランダムアクセス応答間のＨＡＲＱ合成を行う。

　基地局装置２０は、ランダムアクセス応答の種類を端末装置４０に通知する場合に、＜４－１．ＰＤＣＣＨで通知する方法＞、＜４－２．ＰＤＳＣＨの物理パラメータで通知する方法＞、＜４－３．その他の物理パラメータで通知する方法＞がある。

＜４－１．ＰＤＣＣＨで通知する方法＞
　基地局装置２０による、ＰＤＣＣＨで通知する方法には、「ＤＣＩに含まれる情報によって通知する方法」、「ＲＮＴＩによって通知する方法」、「ＰＤＣＣＨ　ＤＭＲＳによって通知する方法」、「サーチスペースによって通知する方法」、「ＣＯＲＥＳＥＴによって通知する方法」、「ＢＷＰによって通知する方法」がある。

　［ＤＣＩに含まれる情報（field）によって通知する方法］
　基地局装置２０の制御部２３は、ランダムアクセス応答の種類に対応するビットを、ＤＣＩに含まれる情報（field）に設定することで、ランダムアクセス応答の種類を通知することができる。端末装置４０の制御部４５は、ＤＣＩに含まれる情報（field）のビットを参照することで、ランダムアクセス応答の種類を判定（認識）する。

　ＤＣＩに含まれる情報（field）に設定する具体例１について説明する。ＤＣＩに含まれる情報（field）の情報量は１ビットである。ＤＣＩに含まれる情報（field）のビットが「１」である場合、ランダムアクセス応答は成功ＲＡＲ（SuccessRAR）である。ＤＣＩに含まれる情報（field）のビットが「０」である場合、ランダムアクセス応答はフォールバックＲＡＲ（FallbackRAR）またはバックオフ指示（Backoff　Indication）である。

　ＤＣＩに含まれる情報（field）に設定する具体例２について説明する。ＤＣＩに含まれる情報（field）の情報量は１ビットである。情報処理装置２０の制御部２３は、ランダムアクセス応答の種類が成功ＲＡＲ（SuccessRAR）であることを端末装置４０に通知する場合、初送と再送において、ＤＣＩに含まれる情報（field）のビットを同一の値に設定する。情報処理装置２０の制御部２３は、ランダムアクセス応答の種類がフォールバックＲＡＲ（FallbackRAR）またはバックオフ指示（Backoff　Indication）であることを端末装置４０に通知する場合、初送と再送において、ＤＣＩに含まれる情報（field）のビットを異なる値に設定する。

　ここで、上記の説明では、基地局装置２０は、ＤＣＩに含まれる情報を用いて、ランダムアクセス応答の種類を通知したが、その他の情報を用いても良い。その他の情報として、ＨＡＲＱプロセス、ＮＤＩ（New　Data　Indicator）、ＭＣＳ（Modulation　and　Coding　Scheme）、ＰＵＣＣＨリソース指示（PUCCH　resource　indicator）、ＨＡＲＱフィードバックタイミング指示（PDSCH－to－HARQ　feedback　timing　indicator）、繰り返し送信（repetition）指示、などが挙げられる。

　具体的な一例として、ＨＡＲＱプロセスによって、ランダムアクセス応答の種類を通知する方法について説明する。基地局装置２０の制御部２３は、ＨＡＲＱプロセスインデックスの設定を行い、端末装置４０に通知する。端末装置４０は、所定のＨＡＲＱプロセスインデックスで受信した場合、成功ＲＡＲ（SuccessRAR）であると認識し、その他のＨＡＲＱプロセスインデックスを受信した場合、フォールバックＲＡＲ（FallbackRAR）またはバックオフ指示（Backoff　indication）と認識する。

　換言すると、端末装置４０は、所定のＨＡＲＱプロセスインデックス（例えば、ＨＡＲＱプロセスインデックス０）が指示された場合、ＰＤＳＣＨのＨＡＲＱ合成を行わず、ソフトバッファにＰＤＳＣＨをバッファリングしないし、ＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫフィードバックを行わない。一方で、端末装置４０は、所定のＨＡＲＱプロセスインデックス以外のＨＡＲＱプロセスインデックス（例えば、ＨＡＲＱプロセスインデックス１）が指示された場合、ＰＤＳＣＨをソフトバッファにバッファリングすることができ、ＮＤＩの情報に応じて再送を判断し、ＰＤＳＣＨのＨＡＲＱ合成を行うことができるし、ＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫフィードバックを行う。

　具体的な一例として、ＭＣＳによって、ランダムアクセス応答の種類を通知する方法について説明する。基地局装置２０の制御部２３は、ＭＣＳインデックスの設定を行い、端末装置４０に通知する。端末装置４０は、所定のＭＣＳインデックスで受信した場合、成功ＲＡＲ（SuccessRAR）であると認識し、その他のＭＣＳインデックスを受信した場合、フォールバックＲＡＲ（FallbackRAR）またはバックオフ指示（Backoff　indication）と認識する。

　具体的な一例として、ＰＵＣＣＨリソース指示の値によって、ランダムアクセス応答の種類を通知する方法について説明する。基地局装置２０の制御部２３は、ＰＵＣＣＨリソース指示の値について設定を行い、端末装置４０に通知する。端末装置４０は、所定のＰＵＣＣＨリソース指示の値を受信した場合（例えば、ＰＵＣＣＨリソースがあると指示された場合）、成功ＲＡＲ（SuccessRAR）であると認識し、その他のＰＵＣＣＨリソース指示の値を受信した場合（例えば、ＰＵＣＣＨリソースがないと指示された場合）、フォールバックＲＡＲ（FallbackRAR）またはバックオフ指示（Backoff　indication）と認識する。

　具体的な一例として、ＨＡＲＱフィードバックタイミング指示の値によって、ランダムアクセス応答の種類を通知する方法について説明する。基地局装置２０の制御部２３は、ＨＡＲＱフィードバックタイミング指示の値を設定し、端末総理４０に通知する。端末装置４０は、所定のＨＡＲＱフィードバックタイミング指示の値を受信した場合（例えば、ＰＵＣＣＨリソースがあると指示された場合）、成功ＲＡＲ（SuccessRAR）であると認識し、その他のＨＡＲＱフィードバックタイミング指示の値を受信した場合（例えば、ＰＵＣＣＨリソースがないと指示された場合）、フォールバックＲＡＲ（FallbackRAR）またはバックオフ指示（Backoff　indication）と認識する。

　［ＲＮＴＩによって通知する方法］
　ＰＤＣＣＨに付随されるＣＲＣをスクランブルする場合、ＲＮＴＩが用いられる。基地局装置２０の制御部２３は、ランダムアクセス応答の種類に対応するＲＮＴＩの値によって、ＣＲＣをスクランブルすることで、ランダムアクセス応答の種類を通知することができる。端末装置４０の制御部４５は、ＲＮＴＩの値に応じて、ランダムアクセス応答の種類を判定（認識）する。

　具体的な一例として、基地局装置２０の制御部２３は、ランダムアクセス応答の種類がフォールバックＲＡＲ（FallbackRAR）またはバックオフ指示（Backoff　Indication）である場合、ＰＤＣＣＨのＣＲＣをＲＡ－ＲＮＴＩでスクランブルし、端末装置４０に通知する。基地局装置２０の制御部２３は、ランダムアクセス応答の種類が成功ＲＡＲ（SuccessRAR）である場合、ＰＤＣＣＨのＣＲＣをＣ－ＲＮＴＩでスクランブルし、端末装置４０に通知する。

　端末装置４０は、ＰＤＣＣＨのＣＲＣがＲＡ－ＲＮＴＩでスクランブルされた場合には、ランダムアクセス応答はフォールバックＲＡＲ（FallbackRAR）またはバックオフ指示（Backoff　Indication）であり、Ｃ－ＲＮＴＩでスクランブルされた場合には成功ＲＡＲ（SuccessRAR）であると、判定する。

　具体的な一例として、基地局装置２０の制御部２３は、ランダムアクセス応答の種類が成功ＲＡＲ（SuccessRAR）である場合、メッセージＡのＰＵＳＣＨに含まれる端末装置固有の情報（例えばContention　resolution　identity）に関連付けられたＲＮＴＩ（ＭｓｇＡ－ＲＮＴＩと称する。）でＣＲＣをスクランブルする。基地局装置２０の制御部２３は、ランダムアクセス応答の種類がフォールバックＲＡＲ（FallbackRAR）またはバックオフ指示（Backoff　Indication）である場合、ＭｓｇＡ－ＲＮＴＩ以外のＲＮＴＩの値（例えば、ＲＡ－ＲＮＴＩ）によって、ＣＲＣをスクランブルする。

　端末装置４０は、ＭｓｇＡ－ＲＮＴＩでＣＲＣがスクランブルされた場合には、ランダムアクセス応答は成功ＲＡＲ（SuccessRAR）であり、それ以外は、ランダムアクセス応答はフォールバックＲＡＲ（FallbackRAR）またはバックオフ指示（Backoff　Indication）であると、判定する。

　ＭｓｇＡ－ＲＮＴＩの値の一例として、ＲＡ－ＲＮＴＩと、プリアンブルインデックスと、n_IDと、から算出される。n_IDは、上位層から設定された０から１０２３までの値、または、セルＩＤである。

　ＭｓｇＡ－ＲＮＴＩの値の一例として、Ｃ－ＲＮＴＩと、プリアンブルインデックスと、n_IDと、から算出される。

　ＭｓｇＡ－ＲＮＴＩの値の一例として、上位層から設定されたＲＮＴＩと、プリアンブルインデックスと、n_IDと、から算出される。

　ＭｓｇＡ－ＲＮＴＩの値の一例として、ＲＡ－ＲＮＴＩと、プリアンブルインデックスと、n_IDと、ＤＭＲＳインデックスと、から算出される。ＤＭＲＳインデックスは、ＤＭＲＳポートおよび／またはＤＭＲＳシーケンスを番号付けしたインデックスである。

　ＭｓｇＡ－ＲＮＴＩの値の一例として、ＲＡ－ＲＮＴＩと、プリアンブルインデックスと、n_IDと、ＰＵＳＣＨリソースユニットインデックスと、から算出される。

　ＭｓｇＡ－ＲＮＴＩの値の一例として、ＲＡ－ＲＮＴＩと、プリアンブルインデックスと、n_IDと、ＳＳ／ＰＢＣＨインデックスと、から算出される。

　具体的な一例として、基地局装置２０の制御部２３は、ランダムアクセス応答の種類が成功ＲＡＲ（SuccessRAR）である場合、メッセージＢのＰＤＣＣＨに関連付けられたＲＮＴＩ（ＭｓｇＢ－ＲＮＴＩと称する。）でＣＲＣをスクランブルする。基地局装置２０の制御部２３は、ランダムアクセス応答の種類がフォールバックＲＡＲ（FallbackRAR）またはバックオフ指示（Backoff　Indication）である場合、ＭｓｇＢ－ＲＮＴＩ以外のＲＮＴＩの値（例えば、ＲＡ－ＲＮＴＩ）によって、ＣＲＣをスクランブルする。

　端末装置４０は、ＭｓｇＢ－ＲＮＴＩでＣＲＣがスクランブルされた場合には、ランダムアクセス応答は成功ＲＡＲ（SuccessRAR）であり、それ以外は、ランダムアクセス応答はフォールバックＲＡＲ（FallbackRAR）またはバックオフ指示（Backoff　Indication）であると、判定する。

　ＭｓｇＢ－ＲＮＴＩの値の一例として、ＭｓｇＡ－ＲＮＴＩから算出される。

　ＭｓｇＢ－ＲＮＴＩの値の一例として、ＲＡ－ＲＮＴＩと、プリアンブルインデックスと、n_IDと、から算出される。

　ＭｓｇＢ－ＲＮＴＩの値の一例として、ＲＡ－ＲＮＴＩと、ＰＵＳＣＨリソースユニットインデックスと、から算出される。

　ＭｓｇＢ－ＲＮＴＩの値の一例として、ＲＡ－ＲＮＴＩと、ＲＡ－ＲＮＴＩと区別するためのパラメータ（１ビット）と、から算出される。

　上記のように、端末装置４０は、所定のＲＮＴＩによって送信された場合、ＰＤＳＣＨのＨＡＲＱ合成を行わず、ソフトバッファにＰＤＳＣＨをバッファリングしない。一方で、端末装置４０は、その他のＲＮＴＩで送信された場合、ＰＤＳＣＨをソフトバッファにバッファリングすることができ、ＮＤＩの情報に応じて再送を判断し、ＰＤＳＣＨのＨＡＲＱ合成を行うことができる。

　［ＰＤＣＣＨ　ＤＭＲＳによって通知する方法］
　基地局装置２０の制御部２３は、ランダムアクセス応答の種類に対応するシーケンス系列（ＰＤＣＣＨ　ＤＭＲＳポートまたはＰＤＣＣＨ　ＤＭＲＳのシーケンスの系列）を設定することで、ランダムアクセス応答の種類を通知することができる。端末装置４０の制御部４５は、シーケンス系列を参照することで、ランダムアクセス応答の種類を判定（認識）する。

　端末装置４０は、所定のＤＭＲＳポートまたはＤＭＲＳシーケンスによって送信されたと検出した場合、ＰＤＳＣＨのＨＡＲＱ合成を行わず、ソフトバッファにＰＤＳＣＨをバッファリングしない。一方で、端末装置４０は、その他のＤＭＲＳポートまたはＤＭＲＳシーケンスで送信されたと検出した場合、ＰＤＳＣＨをソフトバッファにバッファリングすることができ、ＮＤＩの情報に応じて再送を判断し、ＰＤＳＣＨのＨＡＲＱ合成を行うことができる。

　［サーチスペースによって通知する方法］
　基地局装置２０の制御部２３は、サーチスペースの位置を、ランダムアクセス応答の種類に対応する位置に設定することで、ランダムアクセス応答の種類を通知することができる。端末装置４０の制御部４５は、サーチスペースの位置によって、ランダムアクセス応答の種類を判定（認識）する。

　［ＣＯＲＥＳＥＴによって通知する方法］
　基地局装置２０の制御部２３は、ＰＤＣＣＨが置かれるＣＯＲＥＳＥＴを、ランダムアクセス応答の種類に対応するＣＯＲＥＳＥＴに設定することで、ランダムアクセス応答の種類を通知することができる。端末装置４０の制御部４５は、ＣＯＲＥＳＥＴによって、ランダムアクセス応答の種類を判定（認識）する。

　端末装置４０は、所定のＣＯＲＥＳＥＴによって送信された場合、ＰＤＳＣＨのＨＡＲＱ合成を行わず、ソフトバッファにＰＤＳＣＨをバッファリングしない。一方で、端末装置４０は、その他のＣＯＲＥＳＥＴで送信された場合、ＰＤＳＣＨをソフトバッファにバッファリングすることができ、ＮＤＩの情報に応じて再送を判断し、ＰＤＳＣＨのＨＡＲＱ合成を行うことができる。

　［ＢＷＰによって通知する方法］
　基地局装置２０の制御部２３は、ＰＤＣＣＨが送信されるＢＷＰ（帯域幅パート）を、ランダムアクセス応答の種類に対応するＢＷＰに設定することで、ランダムアクセス応答の種類を通知することができる。端末装置４０の制御部４５は、ＢＷＰによって、ランダムアクセス応答の種類を判定（認識）する。

　端末装置４０は、複数の下りリンクＢＷＰが設定された際に、所定の下りリンクＢＷＰでの受信が指示された場合、ＰＤＳＣＨのＨＡＲＱ合成を行わず、ソフトバッファにＰＤＳＣＨをバッファリングしない。一方で、端末装置４０は、その他の下りリンクＢＷＰでの受信が指示された場合、ＰＤＳＣＨをソフトバッファにバッファリングすることができ、ＮＤＩの情報に応じて再送を判断し、ＰＤＳＣＨのＨＡＲＱ合成を行うことができる。

＜４－２．ＰＤＳＣＨの物理パラメータで通知する方法＞
　基地局装置２０による、ＰＤＳＣＨの物理パラメータで通知する方法には、「ＰＤＳＣＨのＤＭＲＳによって通知する方法」、「ＰＤＳＣＨのリソースマッピングによって通知する方法」、「ＰＤＳＣＨのビット数によって通知する方法」がある。

　［ＰＤＳＣＨのＤＭＲＳによって通知する方法］
　基地局装置２０の制御部２３は、ＰＤＳＣＨのＤＭＲＳポートを、ランダムアクセス応答の種類に対応するＤＭＲＳポートに設定することで、ランダムアクセス応答の種類を通知する。基地局装置２０の制御部２３は、ＤＭＲＳシーケンスの系列を、ランダムアクセス応答の種類に対応するＤＭＲＳシーケンスの系列に設定することで、ランダムアクセス応答の種類を通知する。または、基地局装置２０の制御部２３は、ＤＭＲＳの位置を、ランダムアクセス応答の種類に対応するＤＭＲＳポートに設定することで、ランダムアクセス応答の種類を通知する。

　端末装置４０の制御部４５は、ＤＭＲＳポート、ＤＭＲＳシーケンスの系列、または、ＤＭＲＳの位置によって、ランダムアクセス応答の種類を判定（認識）する。

　端末装置４０は、所定のＤＭＲＳポートまたはＤＭＲＳシーケンスまたはＤＭＲＳの位置によって送信されたと検出した場合、ＰＤＳＣＨのＨＡＲＱ合成を行わず、ソフトバッファにＰＤＳＣＨをバッファリングしない。一方で、端末装置４０は、その他のＤＭＲＳポートまたはＤＭＲＳシーケンスまたはＤＭＲＳの位置で送信されたと検出した場合、ＰＤＳＣＨをソフトバッファにバッファリングすることができ、ＮＤＩの情報に応じて再送を判断し、ＰＤＳＣＨのＨＡＲＱ合成を行うことができる。

　［ＰＤＳＣＨのリソースマッピングによって通知する方法］
　基地局装置２０の制御部２３は、ＰＤＳＣＨのリソースブロックまたはシンボルを、ランダムアクセス応答の種類に対応するＰＤＳＣＨのリソースブロックまたはシンボルに設定することで、ランダムアクセス応答の種類を通知する。端末装置４０の制御部４５は、ＰＤＳＣＨのリソースブロックまたはシンボルによって、ランダムアクセス応答の種類を判定（認識）する。

　端末装置４０は、ＰＤＳＣＨが所定のリソースブロックの周波数位置またはリソースブロック数またはシンボル開始位置またはシンボル数であった場合、ＰＤＳＣＨのＨＡＲＱ合成を行わず、ソフトバッファにＰＤＳＣＨをバッファリングしない。一方で、端末装置４０は、ＰＤＳＣＨがその他のリソースブロックの周波数位置またはリソースブロック数またはシンボル開始位置またはシンボル数であった場合、ＰＤＳＣＨをソフトバッファにバッファリングすることができ、ＮＤＩの情報に応じて再送を判断し、ＰＤＳＣＨのＨＡＲＱ合成を行うことができる。

　［ＰＤＳＣＨのビット数によって通知する方法］
　基地局装置２０の制御部２３は、ＰＤＳＣＨのビット数を、ランダムアクセス応答の種類に対応するビット数に設定することで、ランダムアクセス応答の種類を通知する。端末装置４０の制御部４５は、ＰＤＳＣＨのビット数によって、ランダムアクセス応答の種類を判定（認識）する。

　端末装置４０は、ＰＤＳＣＨがその他のビット数であった場合、ＰＤＳＣＨのＨＡＲＱ合成を行わず、ソフトバッファにＰＤＳＣＨをバッファリングしない。一方で、端末装置４０は、所定のビット数であった場合、ＰＤＳＣＨをソフトバッファにバッファリングすることができ、ＮＤＩの情報に応じて再送を判断し、ＰＤＳＣＨのＨＡＲＱ合成を行うことができる。

＜４－３．その他の物理パラメータで通知する方法＞
　基地局装置２０による、その他の物理パラメータで通知する方法には、「ランダムアクセス応答の受信タイミングによって通知する方法」、「ＰＵＣＣＨの上りリンクＢＷＰで区別する方法」がある。

　［ランダムアクセス応答の受信タイミングによって通知する方法］
　基地局装置２０の制御部２３は、ランダムアクセス応答が送信されると期待されるウインドウ（RAR　window、ランダムアクセス応答窓）の種類を、ランダムアクセス応答の種類に対応するウインドウの種類に設定することで、ランダムアクセス応答の種類を通知する。端末装置４０の制御部４５は、ウインドウの種類によって（ＰＤＣＣＨを検出するタイミングによって）、ランダムアクセス応答の種類を判定（認識）する。

　所定のタイミングでＰＤＣＣＨを検出した場合、端末装置は、ＰＤＳＣＨのＨＡＲＱ合成を行わず、ソフトバッファにＰＤＳＣＨをバッファリングしない。一方で、その他のタイミングでＰＤＣＣＨを検出した場合、端末装置は、ＰＤＳＣＨをソフトバッファにバッファリングすることができ、ＮＤＩの情報に応じて再送を判断し、ＰＤＳＣＨのＨＡＲＱ合成を行うことができる。

　［ＰＵＣＣＨの上りリンクＢＷＰで区別する方法］
　基地局装置２０の制御部２３が、複数の上りリンクＢＷＰを設定し、所定の上りリンクＢＷＰでの送信を端末装置４０に指示した場合、端末装置４０は、ＰＤＳＣＨのＨＡＲＱ合成をソフトバッファにＰＤＳＣＨをバッファリングしない。一方で、基地局装置２０の制御部２３が、他の上りリンクＢＷＰでの送信を端末装置４０に指示した場合、端末装置４０は、ＰＤＳＣＨをソフトバッファにバッファリングすることができ、ＮＤＩの情報に応じて再送を判断し、ＰＤＳＣＨのＨＡＲＱ合成を行うことができる。

　ここまで、４－１．ＰＤＣＣＨで通知する方法、４－２.ＰＤＳＣＨの物理パラメータで通知する方法、４－３.その他の物理パラメータで通知する方法について説明したが、端末装置２０の制御部２３は、上記の組み合わせで、ＨＡＲＱ合成を行うか否かを、端末装置４０に通知してもよい。

　具体的な一例として、基地局装置２０の制御部２３は、ＲＮＴＩによってランダムアクセス応答の種類を端末装置４０に通知し、更に、ＨＡＲＱプロセスインデックスを端末装置４０に通知することで、ＨＡＲＱを行うか否かを、端末装置４０に判定させる。端末装置４０は、ＭｓｇＡ－ＲＮＴＩまたはＭｓｇＢ－ＲＮＴＩでスクランブルされるＣＲＣが付加されたＰＤＣＣＨを受信し、かつ、ＨＡＲＱプロセスインデックスが０以外であった場合に、ＨＡＲＱに関連する処理を行う。一方、端末装置４０は、ＲＡ－ＲＮＴＩでスクランブルされるＣＲＣが付加されたＰＤＣＣＨを受信、または、ＨＡＲＱプロセスインデックスが０であった場合、ＨＡＲＱに関連する処理を行わない。

＜４－４．ＨＡＲＱ合成可能な場合の２－ＳＴＥＰ　ＲＡＣＨプロシージャ＞
　ＨＡＲＱ合成可能な場合の２－ＳＴＥＰ　ＲＡＣＨプロシージャの一例を示す。図１９は、ＨＡＲＱ合成可能な２－ＳＴＥＰ　ＲＡＣＨプロシージャの一例を示す図である。図１９に示すように、端末装置４０は、基地局装置２０に対して、メッセージＡを送信する（ステップＳ７０１）。

　基地局装置２０は、メッセージＡの受信処理を行う。基地局装置２０は、メッセージＡの受信状態に応じて、成功ＲＡＲ、フォールバックＲＡＲ、または、バックオフ指示を生成する（ステップＳ７０２）。

　基地局装置２０は、メッセージＢの種類の情報を含めて、メッセージＢのＰＤＣＣＨを端末装置４０に送信する（ステップＳ７０３）。また、基地局装置２０は、メッセージＢの種類の情報を含めて、メッセージＢのＰＤＳＣＨを端末装置４０に送信する（ステップＳ７０４）。

　端末装置４０は、ＰＤＣＣＨおよびＰＤＳＣＨによって受信したメッセージＢの種類の情報に基づいて、メッセージＢのＰＤＳＣＨのＨＡＲＱ合成を行うか否かを判定する（ステップＳ７０５）。

　端末装置４０は、ＨＡＲＱ合成を行うと判定した場合、以前に受信したＰＤＳＣＨとＨＡＲＱ合成を行った後にＰＤＳＣＨの復号を行う（ステップＳ７０６）。端末装置４０は、ＰＤＳＣＨの復号結果（ＨＡＲＱ－ＡＣＫ）を、基地局装置２０にフィードバックする（ステップＳ７０７）。

　図１９に示したように、端末装置４０は、事前にランダムアクセス応答の種類を認知することができ、これによって、後のＰＤＳＣＨの復号処理において、バッファリングおよびＨＡＲＱ合成処理を行うか否かの判定をすることができる。また、メッセージＢのＨＡＲＱ合成をサポートすることができる。

＜４－５．ＨＡＲＱ合成不可能な場合の２－ＳＴＥＰ　ＲＡＣＨプロシージャ＞
　ＨＡＲＱ合成不可能な場合の２－ＳＴＥＰ　ＲＡＣＨプロシージャの一例を示す。図２０は、ＨＡＲＱ合成不可能な２－ＳＴＥＰ　ＲＡＣＨプロシージャの一例を示す図である。図２０に示すように、端末装置４０は、基地局装置２０に対して、メッセージＡを送信する（ステップＳ８０１）。

　基地局装置２０は、メッセージＡの受信処理を行う。基地局装置２０は、メッセージＡの受信状態に応じて、成功ＲＡＲ、フォールバックＲＡＲ、または、バックオフ指示を生成する（ステップＳ８０２）。

　基地局装置２０は、メッセージＢの種類の情報を含めて、メッセージＢのＰＤＣＣＨを端末装置４０に送信する（ステップＳ８０３）。また、基地局装置２０は、メッセージＢの種類の情報を含めて、メッセージＢのＰＤＳＣＨを端末装置４０に送信する（ステップＳ８０４）。

　端末装置４０は、ＰＤＣＣＨおよびＰＤＳＣＨによって受信したメッセージＢの種類の情報に基づいて、メッセージＢのＰＤＳＣＨのＨＡＲＱ合成を行うか否かを判定する。端末装置４０は、ＨＡＲＱ合成を行わないと判定した場合、ＨＡＲＱ合成をスキップして、ＰＤＳＣＨの復号を行う（ステップＳ８０５）。端末装置４０は、ＰＤＳＣＨの復号結果（ＨＡＲＱ－ＡＣＫ）を、基地局装置２０にフィードバックする（ステップＳ８０６）。

　図２０に示したように、端末装置４０は、事前にランダムアクセス応答の種類を認知することができ、これによって、後のＰＤＳＣＨの復号処理において、バッファリングおよびＨＡＲＱ合成処理を行うか否かの判定をすることができる。また、適切にＨＡＲＱ合成処理をスキップすることができ、端末装置４０の負担を軽減することができる。

＜＜５．課題２の解決手段の具体例＞＞
　上記のように、基地局装置２０は、ＰＤＳＣＨによって、メッセージＢを端末装置４０に送信する場合、初送と再送間のＰＤＳＣＨに含まれるコンテンツが同じになるように、ＭＡＣ　ＣＥで送る情報に制限を設ける。基地局装置２０は、リアルタイムで変化するような情報をＭＡＣ　ＣＥとして送らず、他の方法によって送信する。

＜５－１．上りリンクスケジュール情報（UL　grant）の場合＞
　初送と再送間のＰＤＳＣＨに含まれるコンテンツが、上りリンクスケジュール情報（ULgrant）の場合、基地局装置２０の制御部２３が、ＭＡＣ　ＣＥとして送信する情報には、周波数ホッピングフラグ（Frequency　hopping　flag）、ＰＵＳＣＨ数リソース割当て（PUSCH　frequency　resource　allocation）、ＭＣＳ、ＰＵＳＣＨのＴＰＣコマンド（TPC　command　for　PUSCH）、ＣＳＩリクエスト（CSI　request）が含まれる。

　一方、基地局装置２０の制御部２３が、ＭＡＣ　ＣＥとして送信しない情報には、ＰＵＳＣＨ時間リソース割当（PUSCH　time　resource　allocation）が含まれる。

＜５－２．ＴＡコマンドの場合＞
　初送と再送間のＰＤＳＣＨに含まれるコンテンツが、ＴＡコマンドの場合、基地局装置２０の制御部２３が、ＭＡＣ　ＣＥとして送信するＴＡコマンドは、ＴＡコマンドの上位ビット（例えば、上位１０ビット）である。

　一方、基地局装置２０の制御部２３が、ＭＡＣ　ＣＥとして送信しないＴＡコマンドは、ＴＡコマンドの下位ビット（例えば、下位２ビット）である。

＜５－３．ＭＡＣ　ＣＥとして送信されなかったＰＵＳＣＨリソースの通知方法＞
　基地局装置２０の制御部２３は、ＭＡＣ　ＣＥとして送信されなかったＰＵＳＣＨリソースの通知方法として、「ＰＤＣＣＨによってＰＵＳＣＨリソースを通知する方法」、「ＰＤＳＣＨの物理パラメータによってＰＵＳＣＨリソースを通知する方法」、「その他の物理パラメータによってＰＵＳＣＨリソースを通知する方法」がある。

　［ＰＤＣＣＨによってＰＵＳＣＨリソースを通知する方法］
　基地局装置２０の制御部２３は、ＭＡＣ　ＣＥとして送信されなかったＰＵＳＣＨリソースを、ＰＤＣＣＨによって通知する場合、次のいずれか（Ａ１）～（Ａ６）によって、通知してもよい。

　（Ａ１）基地局装置２０の制御部２３は、メッセージＢのＰＤＣＣＨに、残りのＰＵＳＣＨリソースの情報を含め、端末装置４０に通知する。（Ａ２）基地局装置２０の制御部２３は、ＤＣＩに含まれる情報（field）に、残りのＰＵＳＣＨリソースの情報を含め、端末装置４０に通知する。（Ａ３）基地局装置２０の制御部２３は、ＰＤＣＣＨ　ＤＭＲＳによって、残りのＰＵＳＣＨリソースの情報を、端末装置４０に通知する。（Ａ４）基地局装置２０の制御部２３は、サーチスペースによって、残りのＰＵＳＣＨリソースの情報を、端末装置４０に通知する。（Ａ５）基地局装置２０の制御部２３は、ＣＯＲＥＳＥＴによって、残りのＰＵＳＣＨリソースの情報を、端末装置４０に通知する。（Ａ６）基地局装置２０の制御部２３は、ＢＷＰによって、残りのＰＵＳＣＨリソースの情報を、端末装置４０に通知する。

　［ＰＤＳＣＨの物理パラメータによってＰＵＳＣＨリソースを通知する方法］
　基地局装置２０の制御部２３は、ＭＡＣ　ＣＥとして送信されなかったＰＵＳＣＨリソースを、メッセージＢのＰＤＳＣＨの物理パラメータと紐付けて、残りのＰＵＳＣＨリソースの情報を、端末装置４０に通知する。基地局装置２０の制御部２３は、次のいずれか（Ｂ１）～（Ｂ３）によって、通知してもよい。

　（Ｂ１）基地局装置２０の制御部２３は、ＰＤＳＣＨのＤＭＲＳによって、残りのＰＵＳＣＨリソースの情報を、端末装置４０に通知する。（Ｂ２）基地局装置２０の制御部２３は、ＰＤＳＣＨのリソースマッピングによって、残りのＰＵＳＣＨリソースの情報を、端末装置４０に通知する。（Ｂ３）基地局装置２０の制御部２３は、ＰＤＳＣＨのビット数によって、残りのＰＵＳＣＨリソースの情報を、端末装置４０に通知する。

　［その他の物理パラメータによってＰＵＳＣＨリソースを通知する方法］
　基地局装置２０の制御部２３は、ＭＡＣ　ＣＥとして送信されなかったＰＵＳＣＨリソースを、ランダムアクセス応答の受信タイミングによって通知する。または、基地局装置２０の制御部２３は、ＭＡＣ　ＣＥとして送信されなかったＰＵＳＣＨリソースを、ＰＵＣＣＨの上りリンクＢＷＰで区別してもよい。

＜５－４．課題２の解決手段の２－ＳＴＥＰ　ＲＡＣＨプロシージャの一例＞
　図２１は、課題２の解決手段の２－ＳＴＥＰ　ＲＡＣＨプロシージャの一例を示す図である。図２１では一例として、初送と再送間のＰＤＳＣＨに含まれるコンテンツが、上りリンクスケジュール情報（UL　grant）の場合について説明する。

　図２１に示すように、端末装置４０は、基地局装置２０に対して、メッセージＡを送信する（ステップＳ９０１）。基地局装置２０は、メッセージＡの受信処理を行う。基地局装置２０は、メッセージＡの受信状態に応じて、成功ＲＡＲ、フォールバックＲＡＲ、または、バックオフ指示を生成する（ステップＳ９０２）。

　基地局装置２０は、ＭＡＣ　ＣＥとして送信する情報して、リアルタイムに変化しない情報を設定する。例えば、ＭＡＣ　ＣＥとして送信する情報には、上りリンクスケジューリング情報の一部、周波数ホッピングフラグ（Frequency　hopping　flag）、ＰＵＳＣＨリソース割当て（PUSCH　frequency　resource　allocation）、ＭＣＳ、ＰＵＳＣＨのＴＰＣコマンド（TPC　command　for　PUSCH）、ＣＳＩリクエスト（CSI　request）が含まれる。基地局装置２０は、メッセージＢのＰＤＳＣＨを端末装置４０に送信する（ステップＳ９０３）。

　基地局装置２０は、ＭＡＣ　ＣＥとして送信する情報して設定しなかった残りの情報を、メッセージＢのＰＤＣＣＨによって、端末装置４０に送信する（ステップＳ９０４）。

　端末装置４０は、ＰＤＣＣＨおよびＰＤＳＣＨによって受信したメッセージＢの種類の情報に基づいて、メッセージＢのＰＤＳＣＨのＨＡＲＱ合成を行うか否かを判定する（ステップＳ９０５）。

　端末装置４０は、ＨＡＲＱ合成を行うと判定した場合、以前に受信したＰＤＳＣＨとＨＡＲＱ合成を行った後にＰＤＳＣＨの復号を行う（ステップＳ９０６）。端末装置４０は、ＰＤＳＣＨの復号結果（ＨＡＲＱ－ＡＣＫ）を、基地局装置２０にフィードバックする（ステップＳ９０７）。

　図２１に示したように、初送と再送間のＰＤＳＣＨに含まれるＭＡＣ　ＣＥの値が固定され、初送と再送間のＰＤＳＣＨに含まれるコンテンツが同じになるため、端末装置４０は、ＨＡＲＱ合成が可能となる。

＜＜６．課題３の解決手段の具体例＞＞
　上記のように、基地局装置２０は、メッセージＢを端末装置４０に送信する場合、ランダムアクセス応答と他のデータの領域とを分離する。端末装置４０は、ランダムアクセス応答が割り当てられた領域のデータを用いて、初送と再送におけるＨＡＲＱ合成を実行する。

　基地局装置２０がランダムアクセス応答と他のデータとを分離する方法として、＜６－１．ＰＤＳＣＨで分離する方法＞、＜６－２．ＣＧＢで分離する方法＞、＜６－３．コードワード（トランスポートブロック）で分離する方法＞がある。

＜６－１．ＰＤＳＣＨで分離する方法＞
　基地局装置２０の制御部２３は、二つ以上のＰＤＳＣＨを用いてランダムアクセス応答を端末装置４０に送信する。端末装置４０は、ランダムアクセス応答を含んだ二つ以上のＰＤＳＣＨを同時に受信する。基地局装置２０の制御部２３は、一つのＰＤＳＣＨに、一つのランダムアクセス応答を含める。基地局装置２０の制御部２３は、もう一つのＰＤＳＣＨに、ユーザプレーンデータを含める。

　二つ以上のＰＤＳＣＨのスケジューリング方法には、「一つのＰＤＣＣＨによってスケジュールする方法」と、「複数のＰＤＣＣＨによってスケジュールする方法」とがある。

　［一つのＰＤＣＣＨによってスケジュールする方法］
　一つのＰＤＣＣＨによってスケジュールする方法には、（Ａ１－１）の方法と、（Ａ１－２）の方法とがある。基地局装置２０は、いずれの方法を用いても良いし、組み合わせても良い。

　（Ａ１－１）の方法について説明する。基地局装置２０は、一つのＰＤＣＣＨ（ＤＣＩ）に、二つ以上のＰＤＳＣＨのリソース割当情報を設定する。これによって、二つ以上のＰＤＳＣＨの動的リソース割当てが可能になる。

　（Ａ１－２）の方法について説明する。基地局装置２０は、一つのＰＤＣＣＨ（ＤＣＩ）に一つのＰＤＳＣＨのリソース割当情報を設定する。その他のＰＤＳＣＨは、当該ＰＤＣＣＨの情報とその他のパラメータによってリソース割当される。基地局装置２０は、その他のパラメータを、例えば、ＲＲＣシグナリングによって、端末装置４０に通知する。

　基地局装置２０は、ＲＲＣシグナリングによって、リソース割り当てオフセット（周波数および／または時間）を端末装置４０に予め通知する。ＰＤＣＣＨで指示されたＰＤＳＣＨリソース割当と当該オフセットから、その他のＰＤＳＣＨリソースが指示される。これによって、動的制御シグナリングのオーバヘッドを維持したまま、二つ以上のＰＤＳＣＨをスケジュールできる。

　その他のパラメータは、例えば、ＰＤＣＣＨの物理パラメータである。基地局装置２０は、ＰＤＣＣＨで指示されたＰＤＳＣＨリソース割当とＰＤＣＣＨの物理パラメータ（例えば、ＰＤＣＣＨのＤＭＲＳ、サーチスペース、ＲＮＴＩ、ＣＯＲＥＳＥＴ）から、その他のＰＤＳＣＨリソースを指示する。これによって、動的制御シグナリングのオーバヘッドを維持したまま、二つ以上のＰＤＳＣＨを動的にスケジュールできる。

　［複数のＰＤＣＣＨによってスケジュールする方法］
　複数のＰＤＣＣＨによってスケジュールする方法には、（Ａ２－１）の方法と、（Ａ２－２）の方法とがある。

　（Ａ２－１）の方法について説明する。基地局装置２０は、二つ以上のＰＤＣＣＨを、関連付けて端末装置４０に送信する。一例として、基地局装置２０は、複数のＰＤＳＣＨに対する共通パラメータと個別パラメータとの２種類に分けて通知する。

　共通パラメータには、ＤＣＩフォーマットＩＤ、キャリア指示、ＢＷＰ指示、VRB－to－PRBマッピング、ＰＲＢバンドリングサイズ指示、レートマッチング指示、ＺＰ（Zero　Power）　ＣＳＩ－ＲＳ（Channel　State　Information　-　Reference　Signal）トリガ、ＴＰＣコマンドが含まれる。

　個別パラメータには、周波数領域リソース割当、時間領域リソース割当、ＭＣＳ、ＮＤＩ（New　Data　Indicator）、ＲＶ（Redundancy　Version）、ＨＡＲＱプロセスナンバー、ＤＡＩ（Downlink　Assignment　Index）、ＰＵＣＣＨリソース指示、PDSCH－to－HARQフィードバックタイミング指示が含まれる。

　基地局装置２０は、共通パラメータのＤＣＩを含むＰＤＣＣＨと、個別パラメータのＤＣＩを含むＰＤＣＣＨとの両方を端末装置４０に送信する。個別パラメータを含むＰＤＣＣＨによって、端末装置４０は、自端末装置宛か、他端末装置宛か、を判別することができる。このため、パラメータのオーバヘッドを軽減することができる。

　（Ａ２－２）の方法について説明する。基地局装置２０は、二つ以上のＰＤＣＣＨを、それぞれ独立して、端末装置４０に送信する。一例として、二つ以上のＰＤＣＣＨは、異なるサーチスペース、または、異なるＣＯＲＥＳＥＴ、で送られる。端末装置４０は、両方のＣＯＲＥＳＥＴおよび／またはサーチスペースをモニタする。端末装置４０は、自宛に割り当てられる端末個別ＲＮＴＩ（例えば、Ｃ－ＲＮＴＩ）によって、自宛のＰＤＣＣＨを取得する。これによって、端末装置４０は、常に複数のＤＣＩを受信しなくてもよい。

＜６－２．ＣＧＢ（Code　Block　Group）で分離する方法＞
　基地局装置２０は、二つ以上のＣＢＧを含んだＰＤＳＣＨを用いてランダムアクセス応答を送信する。端末装置４０は、ランダムアクセス応答を含んだ二つ以上のＣＢＧで構成されるＰＤＳＣＨを同時に受信する。

　基地局装置２０の制御部２３は、ランダムアクセス応答と他のデータは一つのコードブロックに混在しないように、別々のコードブロックに格納する。基地局装置２０の制御部２３は、ランダムアクセス応答と他のデータは一つのコードブロックグループに混在しないように、別々のコードブロックに格納する。

　端末装置４０は、ランダムアクセス応答を含んだＰＤＳＣＨに対しては、ＣＢＧベースでＨＡＲＱ－ＡＣＫフィードバックを行う。

　［ＣＢＧベースＨＡＲＱ－ＡＣＫのフィードバック方法］
　ＣＢＧベースＨＡＲＱ－ＡＣＫのフィードバック方法には、（Ｂ２－１）の方法と、（Ｂ２－２）の方法とがある。

　（Ｂ２－１）の方法について説明する。端末装置４０は、自分宛／他人宛によらず、全てのＣＢＧに対応するＨＡＲＱ－ＡＣＫを基地局装置２０にフィードバックする。基地局装置２０は、全てのＣＢＧに対応するＨＡＲＱ－ＡＣＫを受信し、無効なＨＡＲＱ－ＡＣＫを破棄する。端末装置４０は、誰宛の情報であるか、を物理層で知る必要がないため、物理層の制御シグナリングを削減することができる。

　（Ｂ２－２）の方法について説明する。端末装置４０は、自分宛のＣＢＧに対応するＨＡＲＱ－ＡＣＫのみフィードバックする。基地局装置２０は、各端末装置４０に対応するＣＢＧに対応するＨＡＲＱ－ＡＣＫを各端末装置４０から受信する。端末装置４０は、自分宛のＣＢＧのみフィードバックするため、ＨＡＲＱ－ＡＣＫフィードバックのオーバヘッドを減らすことができる。

＜６－３．コードワード（トランスポートブロック）で分離する方法＞
　基地局装置２０は、二つ以上のコードワードを含んだＰＤＳＣＨを用いてランダムアクセス応答を送信する。端末装置４０は、ランダムアクセス応答を含んだ二つ以上のコードワードで構成されるＰＤＳＣＨを同時に受信する。

　基地局装置２０の制御部２３は、ランダムアクセス応答と他のデータは一つのコードワードに混在しないように、別々のコードワードに格納する。端末装置４０は、コードワード毎に、ＨＡＲＱ－ＡＣＫをフィードバックする。基地局装置２０は、ランダムアクセス応答を含んだＰＤＳＣＨを、二以上のコードワードで送信する。これによって、ＭＣＳ、ＮＤＩ、ＲＶなどを、コードワードごとに通知することができるため、リンクアダプテーションが容易になる。

　ここで、端末装置共通のＰＤＣＣＨにユーザプレーンデータが含まれている場合、自分宛か他人宛かを区別する仕組みが必要である。以下において、一つのＰＤＳＣＨにランダムアクセス応答とユーザプレーンデータとが混在した場合を想定し、区別する仕組みの一例について説明する。以下に示すように、区別する仕組みとして、「事前に種類のマッピングを行う仕組み」と、「追加で物理層シグナリングを通知する仕組み」と、「ＭＡＣ層で誰宛であるかを含める仕組み」とがある。

　［事前に種類のマッピングを行う仕組み］
　例えば、基地局装置２０は、所定のＣＢＧは、ランダムアクセス応答に対応するように、事前にＳＩＢで端末装置４９に通知する。当該所定のＣＢＧには、ユーザプレーンデータが含まれない。その他のＣＢＧは、ユーザプレーンデータが含まれる可能性がある。

　［追加で物理層シグナリングを通知する仕組み］
　例えば、基地局装置２０は、例えば、ＰＤＣＣＨによって、どの端末装置宛であるかを端末装置４０に通知する。

　［ＭＡＣ層で誰宛であるかを含める仕組み］
　例えば、基地局装置２０は、ＭＡＣ　ＣＥに端末装置固有情報を設定し、どの端末装置宛であるかを端末装置４０に通知する。端末装置固有情報の一例として、Ｃ－ＲＮＴＩ、事前に送信したＰＲＡＣＨのプリアンブルインデックス、などが挙げられる。

＜６－４．課題３の解決手段の２－ＳＴＥＰ　ＲＡＣＨプロシージャの一例＞
　図２２は、課題３の解決手段の２－ＳＴＥＰ　ＲＡＣＨプロシージャの一例を示す図である。図２２では一例として、ＰＤＳＣＨで分離する場合について説明する。

　図２２に示すように、端末装置４０は、基地局装置２０に対して、メッセージＡを送信する（ステップＳ１００１）。基地局装置２０は、メッセージＡの受信処理を行う。基地局装置２０は、メッセージＡの受信状態に応じて、成功ＲＡＲ、フォールバックＲＡＲ、または、バックオフ指示を生成する（ステップＳ１００２）。

　基地局装置２０は、ＰＤＣＣＨ（ＤＣＩ）に、二つ以上のＰＤＳＣＨのリソース割当情報を設定し、メッセージＢのＰＤＣＣＨを端末装置４０に送信する（ステップＳ１００３）。基地局装置２０は、ランダムアクセス応答のみを含めた情報を、ＰＤＳＣＨによって、端末装置４０に送信する（ステップＳ１００４）。基地局装置２０は、ユーザプレーンデータのみを含めた情報を、ＰＤＳＣＨによって、端末装置４０に送信する（ステップＳ１００５）。

　端末装置４０は、ＰＤＣＣＨおよびＰＤＳＣＨによって受信したメッセージＢの種類の情報に基づいて、メッセージＢのＰＤＳＣＨ（ランダムアクセス応答のみを含むＰＤＳＣＨ）のＨＡＲＱ合成を行うか否かを判定する（ステップＳ１００６）。

　端末装置４０は、ＨＡＲＱ合成を行うと判定した場合、以前に受信したＰＤＳＣＨとＨＡＲＱ合成を行った後にＰＤＳＣＨの復号を行う（ステップＳ１００７）。端末装置４０は、ＰＤＳＣＨの復号結果（ＨＡＲＱ－ＡＣＫ）を、基地局装置２０にフィードバックする（ステップＳ１００８）。

　図２２に示したように、基地局装置２０は、メッセージＢを端末装置４０に送信する場合、ランダムアクセス応答と他のデータの領域とを分離して通知する。端末装置４０は、ランダムアクセス応答が割り当てられた領域のデータを用いて、初送と再送におけるＨＡＲＱ合成を実行する。これによって、端末装置４０は、個別に復号およびＨＡＲＱ－ＡＣＫフィードバックを行うことができ、再送のリソース効率を向上することができる。

＜＜７．課題４の解決手段の具体例＞＞
　上記のように、基地局装置２０は、メッセージＢを複数の端末装置４０に送信する場合、複数のＨＡＲＱ－ＡＣＫフィードバックリソース割り当てを行う。複数の端末装置４０は、基地局装置２０に割り当てられたＨＡＲＱ－ＡＣＫフィードバックリソースを用いて、多重化してＨＡＲＱ－ＡＣＫフィードバックを行う。ＨＡＲＱ－ＡＣＫフィードバックに用いられる物理チャネルは、ＰＵＣＣＨでもよいし、ＰＵＳＣＨでもよい。

　ここで、ＨＡＲＱ－ＡＣＫフィードバックリソースは、端末装置毎に個別に割り当てられる場合と、複数の端末装置に対して共通に割り当てられる場合が、挙げられる。

　［端末装置毎にＨＡＲＱ－ＡＣＫフィードバックリソースを割り当て］
　基地局装置２０は、メッセージＢを複数の端末装置４０に送信する場合、各端末装置４０に対して、それぞれ、個別のＨＡＲＱ－ＡＣＫフィードバックリソースを割り当てる。各端末装置４０は、自端末装置４０に割り当てられたＨＡＲＱ－ＡＣＫフィードバックリソースを用いて、ランダムアクセス応答に対応するＨＡＲＱ－ＡＣＫをフィードバックする。

　［複数の端末装置に共通のＨＡＲＱ－ＡＣＫフィードバックリソースを割り当て］
　基地局装置２０は、メッセージＢを複数の端末装置４０に送信する場合、各端末装置４０に対して、共通のＨＡＲＱ－ＡＣＫフィードバックリソースを割り当てる。例えば、基地局装置２０が、共通のＨＡＲＱ－ＡＣＫフィードバックリソースを割り当てる方法には、（Ｂ３－１）の方法、（Ｂ３－２）の方法と、（Ｂ３－３）の方法がある。

　（Ｂ３－１）の方法について説明する。基地局装置２０は、全ての多重された複数端末装置４０に対して一つのＨＡＲＱ－ＡＣＫフィードバックリソースが割り当てる。

　（Ｂ３－２）の方法について説明する。基地局装置２０は、ランダムアクセス応答の種類ごとにＨＡＲＱ－ＡＣＫフィードバックリソースが割り当てる。例えば、基地局装置２０は、同じランダムアクセス応答の種類の各端末装置４０に対して共通のＨＡＲＱフィードバックリソースを割り当てる。

　（Ｂ３－３）の方法について説明する。基地局装置２０は、データの種類ごとにＨＡＲＱ－ＡＣＫフィードバックリソースを割り当てる。例えば、基地局装置２０は、同じデータの種類の複数の端末装置４０に対して共通のＨＡＲＱフィードバックリソースを割り当てる。

　さらに、ＡＣＫ用のＨＡＲＱ－ＡＣＫリソースとＮＡＣＫ用のＨＡＲＱ－ＡＣＫリソースが共通に割り当てられる場合と、個別に割り当てられる場合が、挙げられる。

　例えば、基地局装置２０は、ＡＣＫ用ＨＡＲＱ－ＡＣＫリソースとＮＡＣＫ用ＨＡＲＱ－ＡＣＫリソースとを共通に割り当てる場合、ＡＣＫかＮＡＣＫかを通知する情報を、シーケンス情報によって通知する。

　基地局装置２０は、ＡＣＫ用ＨＡＲＱ－ＡＣＫリソースとＮＡＣＫ用ＨＡＲＱ－ＡＣＫリソースとを個別に割り当てる場合、用いられたＨＡＲＱ－ＡＣＫフィードバックリソースによって通知する。

　［ＨＡＲＱ－ＡＣＫフィードバックリソースの割り当て方法］
　ＨＡＲＱ－ＡＣＫフィードバックリソースの割り当て方法には、（Ｄ－１）の方法、（Ｄ－２）の方法、（Ｄ－３）の方法がある。

　（Ｄ－１）の方法について説明する。基地局装置２０は、ＰＤＣＣＨによってＨＡＲＱ－ＡＣＫフィードバックリソースを割り当てる。基地局装置２０は、ＰＤＣＣＨのＤＣＩに含まれるＰＵＣＣＨリソース指示、および、ＨＡＲＱフィードバックタイミング指示によってＨＡＲＱ－ＡＣＫフィードバックリソースを割り当てる。

　（Ｄ－２）の方法について説明する。基地局装置２０は、ＰＤＳＣＨによってＨＡＲＱ－ＡＣＫフィードバックリソースを割り当てる。

　例えば、基地局装置２０は、ＭＡＣ　ＣＥに含まれるＵＬグラントによってＨＡＲＱ－ＡＣＫフィードバックリソースを指示する。この場合、端末装置４０はＰＵＳＣＨによってＨＡＲＱ－ＡＣＫフィードバックを行う。

　基地局装置２０は、ＰＤＳＣＨに含まれるＰＵＣＣＨリソース指示およびＨＡＲＱフィードバックタイミング指示によってＨＡＲＱ－ＡＣＫフィードバックリソースを割り当てる。この場合、端末装置４０はＰＵＣＣＨによってＨＡＲＱ－ＡＣＫフィードバックを行う。

　（Ｄ－３）の方法について説明する。基地局装置２０は、その他の物理パラメータによってＨＡＲＱ－ＡＣＫフィードバックリソースを割り当てる。

　例えば、基地局装置２０は、端末装置４０がランダムアクセス応答を受信するタイミングによって、ＨＡＲＱ－ＡＣＫフィードバックリソースを割り当てる。ＰＵＣＣＨの上りリンクＢＷＰで区別しても良い。

　ここで、基地局装置２０が、複数の端末装置４０に共通のＨＡＲＱフィードバックリソースが割り当てられる具体例について説明する。

　基地局装置２０は、メッセージＢのＰＤＣＣＨに含まれるＰＵＣＣＨリソース指示およびＨＡＲＱフィードバックタイミング指示によって、複数の端末装置４０に対して１つのＨＡＲＱ－ＡＣＫフィードバックリソースを指示する。

　端末装置４０は、ＰＤＳＣＨがＡＣＫであった場合、ＡＣＫに相当するシーケンスを用いてＰＵＣＣＨを送信し、ＰＤＳＣＨがＮＡＣＫであった場合、ＮＡＣＫに相当するシーケンスを用いてＰＵＣＣＨを送信する。

　基地局装置２０は、ＮＡＣＫに相当するシーケンスを検出しなかった場合、送信した全ての端末装置４０に対してＰＤＳＣＨ送信が成功したと判断する。一方、基地局装置２０は、ＮＡＣＫに相当するシーケンスを検出した場合、１つ以上の端末装置４０がＰＤＳＣＨ受信を失敗したと判断し、複数の端末装置４０に対してＰＤＳＣＨの再送を行う。

　上記のように、複数のＨＡＲＱ－ＡＣＫフィードバックリソースを割り当てることで、メッセージＢの中に複数の端末装置に対するランダムアクセス応答が含まれている場合でも、ＨＡＲＱ－ＡＣＫをフィードバックすることができる。

＜＜８．メッセージＢを再送する仕組み＞＞
　以下において、基地局装置２０が、メッセージＢを再送する仕組みについて説明する。例えば、＜８－１．メッセージＢの初送が端末装置に固有のＰＤＣＣＨで送信される場合＞、＜８－２．メッセージＢの初送が複数の端末装置に共通のＰＤＣＣＨで送信される場合＞が想定される。

＜８－１．メッセージＢの初送が端末装置に固有のＰＤＣＣＨで送信される場合＞
　基地局装置２０は、端末装置４０に固有のＰＤＣＣＨを、端末装置４０に固有のサーチスペース（UE－specific　Search　Space）に配置する。

　例えば、端末装置４０に固有のＰＤＣＣＨは、例えば、端末装置４０に固有として設定されたＰＤＣＣＨパラメータ（SearchSpace）、または、ＰＤＣＣＨパラメータ（ra-SearchSpace）によって設定された、Ｔｙｐｅ１－ＰＤＣＣＨ　ＣＳＳ　ｓｅｔ、に配置される。

　基地局装置２０は、メッセージＢの再送を、端末装置４０に固有のＰＤＣＣＨで送信する場合、当該ＰＤＣＣＨのＣＲＣにスクランブルされるＲＮＴＩは、端末装置４０に固有のＲＮＴＩとする。ＲＮＴＩは、例えば、Ｃ－ＲＮＴＩ、メッセージＡで端末装置４０から通知されたＲＮＴＩ、メッセージＡに紐づくＲＮＴＩ、ＭｓｇＡ－ＲＮＴＩ、ＭｓｇＢ－ＲＮＴＩ、である。

　メッセージＢのＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫフィードバックを送信した端末装置４０は、当該ＲＮＴＩを用いて、基地局装置２０から送信されるＰＤＣＣＨのモニタリングを行う。

＜８－２．メッセージＢの初送が端末装置に共通のＰＤＣＣＨで送信される場合＞
　基地局装置２０は、端末装置４０に共通のＰＤＣＣＨを、端末装置４０に共通のサーチスペース（Common　Search　Space）に配置する。

　例えば、複数の端末装置４０に共通のＰＤＣＣＨは、ＰＤＣＣＨパラメータ（ra-SearchSpace）によって設定された、Ｔｙｐｅ１－ＰＤＣＣＨ　ＣＳＳ　ｓｅｔに配置される。

　基地局装置２０は、メッセージＢの再送を、複数の端末装置４０に共通のＰＤＣＣＨで送信する場合、ＰＤＣＣＨのＣＲＣにスクランブルされるＲＮＴＩは、端末装置４０に共通のＲＮＴＩとなる。例えば、当該ＲＮＴＩは、ＲＡ－ＲＮＴＩである。

　［メッセージＢの再送が端末装置に固有のＰＤＣＣＨで送信される場合］
　基地局装置２０は、再送のためのＲＮＴＩを、初送時に送信するＰＤＣＣＨによって指定する。

　［メッセージＢの再送が端末装置に共通のＰＤＣＣＨで送信される場合］
　基地局装置２０は、メッセージＢを再送する場合、メッセージＢの再送を端末装置４０が受信するための受信窓（reception　window）の間で送信する。メッセージＢの再送を端末装置４０が受信するための受信窓の設定方法には、（Ｂ４－１）～（Ｂ４－７）の方法がある。

　（Ｂ４－１）の方法について説明する。端末装置４０は、ＨＡＲＱ－ＡＣＫフィードバックを送信したタイミングから、受信窓の設定を開始する。

　（Ｂ４－２）の方法について説明する。端末装置４０は、ＨＡＲＱ－ＡＣＫフィードバックを送信したタイミングから直近のＣＯＲＥＳＥＴにおいて、受信窓の設定を開始する。

　（Ｂ４－３）の方法について説明する。端末装置４０は、ＨＡＲＱ－ＡＣＫフィードバックを送信したタイミングから直近のＴｙｐｅ１－ＰＤＣＣＨ　ＣＳＳ　ｓｅｔが配置されるＣＯＲＥＳＥＴにおいて、受信窓の設定を開始する。

　（Ｂ４－４）の方法について説明する。端末装置４０は、メッセージＢの初送を受信したタイミングから、受信窓の設定を開始する。

　（Ｂ４－５）の方法について説明する。端末装置４０は、メッセージＢの初送を受信したタイミングから直近のＣＯＲＥＳＥＴにおいて、受信窓の設定を開始する。

　（Ｂ４－６）の方法について説明する。メッセージＢの初送を受信したタイミングから直近のＴｙｐｅ１－ＰＤＣＣＨ　ＣＳＳ　ｓｅｔが配置されるＣＯＲＥＳＥＴにおいて、受信窓の設定を開始する。

　（Ｂ４－７）の方法について説明する。端末装置４０は、メッセージＢのＰＤＣＣＨで指示されたタイミングから、受信窓の設定を開始する。

　なお、開始タイミングのオフセットは設定されていてもよい。該オフセットは、上位層から指定される。端末装置４０が、メッセージＢの再送を受信するための受信窓の長さは、メッセージＢの初送を受信するための受信窓の長さと、異なっても良い。その場合は、受信窓の長さを、別途、上位層から指定される。

　端末装置４０が、メッセージＢを受信するためのＲＮＴＩは、初送と同じＲＮＴＩであっても、初送と異なるＲＮＴＩであってもよい。

　基地局装置２０が、メッセージＢを再送する場合、所定のタイマー（retransmission　timer）による時間を超えるまで、または、所定の再送回数（retransmission　counter）まで、再送する可能性がある。

　基地局装置２０は、所定のタイマー（retransmission　timer）による時間を超えるまで、または、所定の再送回数（retransmission　counter）まで、再送を試みることができる。端末装置４０は、所定のタイマー（retransmission　timer）による時間を超えるまで、または、所定の再送回数（retransmission　counter）まで、再送されると想定し、受信処理を行う。

　もし、所定のタイマー（retransmission　timer）による時間を超えた、または、所定の再送回数（retransmission　counter）以上になった場合、端末装置４０は、２－ｓｔｅｐ　ＲＡＣＨプロシージャが失敗したと判定する。端末装置４０は、２－ｓｔｅｐ　ＲＡＣＨプロシージャが失敗したと判定した場合、ストアしていたメッセージＢのＰＤＳＣＨのバッファをフラッシュし、２－ｓｔｅｐ　ＲＡＣＨのメッセージＡまたは４－ｓｔｅｐのメッセージ１の送信を試みる。

＜９．むすび＞
　以上説明したように、本開示の本開示の一実施形態によれば、基地局装置２０は、端末装置４０によってメッセージＢのＰＤＳＣＨがソフト合成される前に、端末装置４０に対して、ランダムアクセス応答の種類を通知する。端末装置４０は、基地局装置２０から、ランダムアクセス応答の種類の通知を受け付け、同一種類のランダムアクセス応答間のＨＡＲＱ合成を行う。

　これによって、端末装置４０は、事前にランダムアクセス応答の種類を認知することができ、これによって、後のＰＤＳＣＨの復号処理において、バッファリングおよびＨＡＲＱ合成処理を行うか否かの判断をすることができる。メッセージＢのＨＡＲＱ合成をサポートすることができる。また、適切にＨＡＲＱ合成処理をスキップすることができる。

　基地局装置２０は、ＰＤＳＣＨによって、メッセージＢを端末装置４０に送信する場合、初送と再送間のＰＤＳＣＨに含まれるコンテンツが同じになるように、ＭＡＣ　ＣＥで送る情報に制限を設ける。たとえば、基地局装置２０は、上りリンクスケジューリング情報（UL　grant）やＴＡ（Timing　Advance）の場合、ＰＵＳＣＨリソースに関する情報の全部または一部をＭＡＣ　ＣＥとして送らない。すなわち、基地局装置２０は、リアルタイムで変化するような情報をＭＡＣ　ＣＥとして送らず、他の方法によって送信する。

　これによって、初送と再送間のＰＤＳＣＨに含まれるＭＡＣ　ＣＥの値が固定され、端末装置４０は、ＨＡＲＱ合成が可能となる。

　基地局装置２０は、メッセージＢを端末装置４０に送信する場合、ランダムアクセス応答の領域と他のデータの領域とを分離する。端末装置４０は、ランダムアクセス応答が割り当てられた領域のデータを用いて、初送と再送におけるＨＡＲＱ合成を実行する。

　ランダムアクセス応答と他のデータの領域とを分離することで、端末装置４０は、個別に復号およびＨＡＲＱ－ＡＣＫフィードバックを行うことができ、再送のリソース効率を向上することができる。

　基地局装置２０は、メッセージＢを複数の端末装置４０に送信する場合、複数のＨＡＲＱ－ＡＣＫフィードバックリソース割当てを行う。複数の端末装置４０は、基地局装置２０に割り当てられたＨＡＲＱ－ＡＣＫフィードバックリソースを用いて、多重化してＨＡＲＱ－ＡＣＫフィードバックを行う。

　複数のＨＡＲＱ－ＡＣＫフィードバックリソースを割り当てることで、メッセージＢの中に複数の端末装置４０に対するランダムアクセス応答が含まれている場合でも、ＨＡＲＱ－ＡＣＫをフィードバックすることができる。

　以上、各課題１～４の解決手段について説明してきたが、どれか一つ以上の解決手段を組み合わせて実施してもよい。

　また、以上では下りリンクで基地局装置２０が送信する場合の実施例を主に示したが、上記実施例は下りリンクのみに限定されるものではなく、同様の構成および効果が発揮できる限り、上りリンクやサイドリンクなどの他のリンクや、端末装置４０、リレー端末が送信する信号／チャネルに対しても適用可能である。

　以上、本開示の各実施形態について説明したが、本開示の技術的範囲は、上述の各実施形態そのままに限定されるものではなく、本開示の要旨を逸脱しない範囲において種々の変更が可能である。また、異なる実施形態及び変形例にわたる構成要素を適宜組み合わせてもよい。

　また、本明細書に記載された各実施形態における効果はあくまで例示であって限定されるものでは無く、他の効果があってもよい。

　なお、本技術は以下のような構成も取ることができる。
（１）
　異なるタイミングで取得する複数のデータをソフト合成する他の通信装置から、前記データに対するリクエストデータを取得する取得部と、
　前記取得部が、前記リクエストデータを取得した場合に、前記ソフト合成に関する情報を生成する生成部と、
　前記ソフト合成に関する情報を、前記他の通信装置に送信する送信部と、
　を備える、
　通信装置。
（２）
　前記生成部は、前記ソフト合成に関する情報として、ランダムアクセス応答の種類に関する情報を生成することを特徴とする前記（１）に記載の通信装置。
（３）
　前記送信部は、ＰＤＣＣＨによって、前記ソフト合成に関する情報を、前記他の通信装置に送信することを特徴とする前記（１）または（２）に記載の通信装置。
（４）
　前記送信部は、前記ＰＤＣＣＨのＤＣＩに含まれるfieldに、SuccessRAR、FallbackRAR、または、Backoff　Indicationの内、いずれかを示す１ビットの情報を設定し、前記他の通信装置に送信することを特徴とする前記（３）に記載の通信装置。
（５）
　前記送信部は、ＨＡＲＱプロセス、ＮＤＩ、ＭＣＳ、ＰＵＣＣＨリソース指示、ＨＡＲＱフィードバックタイミング指示、繰り返し送信指示のうちいずれかを用いて、前記ソフト合成に関する情報を、前記他の通信装置に送信することを特徴とする前記（１）～（４）のいずれか一つに記載の通信装置。
（６）
　前記生成部は、前記ソフト合成に関する情報として、SuccessRAR、FallbackRAR、または、Backoff　Indicationのうち、いずれかを示すＲＮＴＩの値を生成することを特徴とする前記（１）～（５）のいずれか一つに記載の通信装置。
（７）
　前記送信部は、前記リクエストデータに対応するレスポンスデータを前記他の通信装置に送信する場合、初送のレスポンスデータのコンテンツと、再送のレスポンスデータのコンテンツとを同じにすることを特徴とする前記（１）～（６）のいずれか一つに記載の通信装置。
（８）
　前記送信部は、前記初送および前記再送に含まれるコンテンツが、上りリンクスケジュール情報またはＴＡコマンドの場合、前記他の通信装置に通知するＰＵＳＣＨリソースに関する情報の全部または一部を、ＭＡＣ　ＣＥとして送信することを抑止することを特徴とする前記（７）に記載の通信装置。
（９）
　前記送信部は、前記初送および前記再送に含まれるコンテンツが、前記上りリンクスケジュール情報である場合、前記ＭＡＣ　ＣＥとして、周波数ホッピングフラグ、ＰＵＳＣＨ数リソース割当て、ＭＣＳ、ＰＵＳＣＨのＴＰＣコマンド、ＣＳＩリクエストを含めて送信することを特徴とする前記（８）に記載の通信装置。
（１０）
　前記送信部は、前記初送および前記再送に含まれるコンテンツが、前記ＴＡコマンドの場合、前記ＭＡＣ　ＣＥとして送信する前記ＴＡコマンドを、上位ビットに限定することを特徴とする前記（８）および（９）に記載の通信装置。
（１１）
　前記送信部は、前記ＭＡＣ　ＣＥとして送信することを抑止した情報を、ＰＤＣＣＨによって、前記他の通信装置に送信することを特徴とする前記（８）、（９）または（１０）に記載の通信装置。
（１２）
　前記送信部は、メッセージＢを前記他の通信装置に送信する場合、ランダムアクセス応答の領域と、他のデータの領域とを分離することを特徴とする前記（１）～（１１）のいずれか一つに記載の通信装置。
（１３）
　前記送信部は、複数のＰＤＳＣＨを用いて、前記ランダムアクセス応答と、前記他のデータとを前記他の通信装置に送信することを特徴とする前記（１２）に記載の通信装置。
（１４）
　前記送信部は、メッセージＢを複数の他の通信装置に送信する場合、前記複数の他の通信装置に対応する、ＨＡＲＱ－ＡＣＫフィードバックリソースの割り当てを行うことを特徴とする前記（１）～（１３）のいずれか一つに記載の通信装置。
（１５）
　前記送信部は、メッセージＢを複数の他の通信装置に送信する場合、前記複数の他の通信装置に対応する、個別のＨＡＲＱ－ＡＣＫフィードバックリソースの割り当てを行うことを特徴とする前記（１４）に記載の通信装置。
（１６）
　前記送信部は、メッセージＢを複数の他の通信装置に送信する場合、前記複数の他の通信装置に対応する、共通のＨＡＲＱ－ＡＣＫフィードバックリソースの割り当てを行うことを特徴とする前記（１４）に記載の通信装置。
（１７）
　他の通信装置から、ソフト合成に関する情報を取得する取得部と、
　前記ソフト合成に関する情報を基にして、前記他の通信装置から異なるタイミングで取得した複数のデータをソフト合成するか否かを判定する判定部と、
　を備える、
　通信装置。
（１８）
　前記取得部は、前記ソフト合成に関する情報として、ランダムアクセス応答の種類に関する情報を取得することを特徴とする前記（１７）に記載の通信装置。
（１９）
　異なるタイミングで取得する複数のデータをソフト合成する他の通信装置から、前記データに対するリクエストデータを取得し、
　前記リクエストデータを取得した場合に、前記ソフト合成に関する情報を生成し、
　前記ソフト合成に関する情報を、前記他の通信装置に送信する
　通信方法。
（２０）
　他の通信装置から、ソフト合成に関する情報を取得し、
　前記ソフト合成に関する情報を基にして、前記他の通信装置から異なるタイミングで取得した複数のデータをソフト合成するか否かを判定する
　通信方法。
（２１）
　コンピュータを、
　異なるタイミングで取得する複数のデータをソフト合成する他の通信装置から、前記データに対するリクエストデータを取得する取得部と、
　前記取得部が、前記リクエストデータを取得した場合に、前記ソフト合成に関する情報を生成する生成部と、
　前記ソフト合成に関する情報を、前記他の通信装置に送信する送信部と、
　として機能させるための通信プログラム。
（２２）
　コンピュータを、
　他の通信装置から、ソフト合成に関する情報を取得する取得部と、
　前記ソフト合成に関する情報を基にして、前記他の通信装置から異なるタイミングで取得した複数のデータをソフト合成するか否かを判定する判定部と、
　として機能させるための通信プログラム。

　１　通信システム
　１０　管理装置
　２０　基地局装置
　３０　中継装置
　４０　端末装置
　１１　通信部
　２１、３１、４１　信号処理部
　１２、２２、３２、４２　記憶部
　１３、２３、３４、４５　制御部
　３３、４３　ネットワーク通信部
　４４　入出力部
　２１１、３１１、４１１　受信処理部
　２１１ａ、４１１ａ　無線受信部
　２１１ｂ、４１１ｂ　多重分離部
　２１１ｃ、４１１ｃ　復調部
　２１１ｄ、４１１ｄ　復号部
　２１２、３１２、４１２　送信処理部
　２１２ａ、４１２ａ　符号化部
　２１２ｂ、４１２ｂ　変調部
　２１２ｃ、４１２ｃ　多重部
　２１２ｄ、４１２ｄ　無線送信部
　２１３、３１３、４１３　アンテナ
　２３１、４５１　取得部
　２３２　生成部
　２３３　送信部
　４５２　判定部

Claims (20)

1. 　異なるタイミングで取得する複数のデータをソフト合成する他の通信装置から、前記データに対するリクエストデータを取得する取得部と、
   　前記取得部が、前記リクエストデータを取得した場合に、前記ソフト合成に関する情報を生成する生成部と、
   　前記ソフト合成に関する情報を、前記他の通信装置に送信する送信部と、
   　を備える、
   　通信装置。
2. 　前記生成部は、前記ソフト合成に関する情報として、ランダムアクセス応答の種類に関する情報を生成することを特徴とする請求項１に記載の通信装置。
3. 　前記送信部は、ＰＤＣＣＨによって、前記ソフト合成に関する情報を、前記他の通信装置に送信することを特徴とする請求項１または２に記載の通信装置。
4. 　前記送信部は、前記ＰＤＣＣＨのＤＣＩに含まれるfieldに、SuccessRAR、FallbackRAR、または、Backoff　Indicationの内、いずれかを示す１ビットの情報を設定し、前記他の通信装置に送信することを特徴とする請求項３に記載の通信装置。
5. 　前記送信部は、ＨＡＲＱプロセス、ＮＤＩ、ＭＣＳ、ＰＵＣＣＨリソース指示、ＨＡＲＱフィードバックタイミング指示、繰り返し送信指示のうちいずれかを用いて、前記ソフト合成に関する情報を、前記他の通信装置に送信することを特徴とする請求項１～４のいずれか一つに記載の通信装置。
6. 　前記生成部は、前記ソフト合成に関する情報として、SuccessRAR、FallbackRAR、または、Backoff　Indicationのうち、いずれかを示すＲＮＴＩの値を生成することを特徴とする請求項１～５のいずれか一つに記載の通信装置。
7. 　前記送信部は、前記リクエストデータに対応するレスポンスデータを前記他の通信装置に送信する場合、初送のレスポンスデータのコンテンツと、再送のレスポンスデータのコンテンツとを同じにすることを特徴とする請求項１～６のいずれか一つに記載の通信装置。
8. 　前記送信部は、前記初送および前記再送に含まれるコンテンツが、上りリンクスケジュール情報またはＴＡコマンドの場合、前記他の通信装置に通知するＰＵＳＣＨリソースに関する情報の全部または一部を、ＭＡＣ　ＣＥとして送信することを抑止することを特徴とする請求項７に記載の通信装置。
9. 　前記送信部は、前記初送および前記再送に含まれるコンテンツが、前記上りリンクスケジュール情報である場合、前記ＭＡＣ　ＣＥとして、周波数ホッピングフラグ、ＰＵＳＣＨ数リソース割当て、ＭＣＳ、ＰＵＳＣＨのＴＰＣコマンド、ＣＳＩリクエストを含めて送信することを特徴とする請求項８に記載の通信装置。
10. 　前記送信部は、前記初送および前記再送に含まれるコンテンツが、前記ＴＡコマンドの場合、前記ＭＡＣ　ＣＥとして送信する前記ＴＡコマンドを、上位ビットに限定することを特徴とする請求項８および９に記載の通信装置。
11. 　前記送信部は、前記ＭＡＣ　ＣＥとして送信することを抑止した情報を、ＰＤＣＣＨによって、前記他の通信装置に送信することを特徴とする請求項８、９または１０に記載の通信装置。
12. 　前記送信部は、メッセージＢを前記他の通信装置に送信する場合、ランダムアクセス応答の領域と、他のデータの領域とを分離することを特徴とする請求項１～１１のいずれか一つに記載の通信装置。
13. 　前記送信部は、複数のＰＤＳＣＨを用いて、前記ランダムアクセス応答と、前記他のデータとを前記他の通信装置に送信することを特徴とする請求項１２に記載の通信装置。
14. 　前記送信部は、メッセージＢを複数の他の通信装置に送信する場合、前記複数の他の通信装置に対応する、ＨＡＲＱ－ＡＣＫフィードバックリソースの割り当てを行うことを特徴とする請求項１～１３のいずれか一つに記載の通信装置。
15. 　前記送信部は、メッセージＢを複数の他の通信装置に送信する場合、前記複数の他の通信装置に対応する、個別のＨＡＲＱ－ＡＣＫフィードバックリソースの割り当てを行うことを特徴とする請求項１４に記載の通信装置。
16. 　前記送信部は、メッセージＢを複数の他の通信装置に送信する場合、前記複数の他の通信装置に対応する、共通のＨＡＲＱ－ＡＣＫフィードバックリソースの割り当てを行うことを特徴とする請求項１４に記載の通信装置。
17. 　他の通信装置から、ソフト合成に関する情報を取得する取得部と、
    　前記ソフト合成に関する情報を基にして、前記他の通信装置から異なるタイミングで取得した複数のデータをソフト合成するか否かを判定する判定部と、
    　を備える、
    　通信装置。
18. 　前記取得部は、前記ソフト合成に関する情報として、ランダムアクセス応答の種類に関する情報を取得することを特徴とする請求項１７に記載の通信装置。
19. 　異なるタイミングで取得する複数のデータをソフト合成する他の通信装置から、前記データに対するリクエストデータを取得し、
    　前記リクエストデータを取得した場合に、前記ソフト合成に関する情報を生成し、
    　前記ソフト合成に関する情報を、前記他の通信装置に送信する
    　通信方法。
20. 　他の通信装置から、ソフト合成に関する情報を取得し、
    　前記ソフト合成に関する情報を基にして、前記他の通信装置から異なるタイミングで取得した複数のデータをソフト合成するか否かを判定する
    　通信方法。

Images