JP6460487B2 - 無線通信システム、端末、基地局および処理方法 - Google Patents

Description

本発明は、無線通信システム、端末、基地局および処理方法に関する。

従来、シングルＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ：ハイブリッド自動再送要求）プロセスに関連する情報を送信するために複数のＴＴＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅ Ｉｎｔｅｒｖａｌ：送信時間間隔）を使用することが知られている（たとえば、下記特許文献１参照。）。

特開２０１３−９４０１号公報

しかしながら、上述した従来技術では、たとえば端末が同一のデータを連続して送信する回数を可変とする場合に、基地局から端末への該回数の通知に伴ってシグナリング量が増加する場合がある。

１つの側面では、本発明は、シグナリング量の増加を抑えることができる無線通信システム、端末、基地局および処理方法を提供することを目的とする。

上述した課題を解決し、目的を達成するため、本発明の一側面によれば、端末が、基地局から受信した制御チャネルの無線リソースのうちの自端末に割り当てられた無線リソースの数に基づいて、前記基地局へ同一のデータを連続して送信する回数を調整し、基地局が、送信した前記制御チャネルの無線リソースのうちの前記端末に割り当てた無線リソースの数に基づいて前記回数を特定し、特定した前記回数に基づいて、前記端末によって連続して送信される同一のデータを受信する無線通信システムと、前記無線通信システムに対応する端末、基地局および処理方法と、が提案される。

また、本発明の別の側面によれば、端末が、基地局から受信した制御チャネルの無線リソースのうちの自端末に割り当てられた無線リソースの数に基づいて、前記基地局へデータを送信してから前記データを再送するまでの時間を調整し、基地局が、送信した前記制御チャネルの無線リソースのうちの前記端末に割り当てた無線リソースの数に基づいて前記時間を特定し、特定した前記時間に基づいて、前記端末によって連続して送信される同一のデータを受信する無線通信システムと、前記無線通信システムに対応する端末、基地局および処理方法と、が提案される。

また、本発明の別の側面によれば、端末が、基地局から受信した制御チャネルの無線リソースのうちの自端末に割り当てられた無線リソースの数に基づいて、前記基地局へ同一のデータを送信するプロセスの数を調整し、基地局が、送信した前記制御チャネルの無線リソースのうちの前記端末に割り当てた無線リソースの数に基づいて前記プロセスの数を特定し、特定した前記プロセスの数に基づいて、前記端末によって送信される同一のデータを受信する無線通信システムと、前記無線通信システムに対応する端末、基地局および処理方法と、が提案される。

本発明の一側面によれば、シグナリング量の増加を抑えることができるという効果を奏する。

図１Ａは、実施の形態１にかかる無線通信システムの一例を示す図である。 図１Ｂは、図１Ａに示した無線通信システムにおける信号の流れの一例を示す図である。 図２Ａは、実施の形態２にかかる無線通信システムの一例を示す図である。 図２Ｂは、ＬＴＥの上りリンクにおけるＴＴＩバンドリングの一例を示す図である。 図３は、アグリゲーションレベルの一例を示す図である。 図４は、アグリゲーションレベルを用いたＴＴＩバンドルサイズの制御の一例を示す図である。 図５Ａは、実施の形態２にかかるｅＮＢの一例を示す図である。 図５Ｂは、図５Ａに示したｅＮＢにおける信号の流れの一例を示す図である。 図５Ｃは、ｅＮＢのハードウェア構成の一例を示す図である。 図６Ａは、実施の形態２にかかるＵＥの一例を示す図である。 図６Ｂは、図６Ａに示したＵＥにおける信号の流れの一例を示す図である。 図６Ｃは、ＵＥのハードウェア構成の一例を示す図である。 図７は、実施の形態２にかかるｅＮＢによる処理の一例を示すフローチャートである。 図８は、実施の形態２にかかるＵＥによる処理の一例を示すフローチャートである。 図９Ａは、ＰＤＣＣＨおよびＣＲＣの順序入れ替えの一例を示す図である。 図９Ｂは、ＰＤＣＣＨのビット反転の一例を示す図である。 図１０は、ＵＥのｅＮＢへの初期アクセスの一例を示すシーケンス図である。 図１１は、ＲＴＴの変更の一例を示す図である。 図１２Ａは、実施の形態３にかかるｅＮＢの一例を示す図である。 図１２Ｂは、図１２Ａに示したｅＮＢにおける信号の流れの一例を示す図である。 図１３Ａは、実施の形態３にかかるＵＥの一例を示す図である。 図１３Ｂは、図１３Ａに示したＵＥにおける信号の流れの一例を示す図である。 図１４は、実施の形態３にかかるｅＮＢによる処理の一例を示すフローチャートである。 図１５は、実施の形態３にかかるＵＥによる処理の一例を示すフローチャートである。 図１６は、ＴＴＩバンドリングパターンの変更の一例を示す図である。 図１７Ａは、実施の形態４にかかるｅＮＢの一例を示す図である。 図１７Ｂは、図１７Ａに示したｅＮＢにおける信号の流れの一例を示す図である。 図１８Ａは、実施の形態４にかかるＵＥの一例を示す図である。 図１８Ｂは、図１８Ａに示したＵＥにおける信号の流れの一例を示す図である。 図１９は、実施の形態４にかかるｅＮＢによる処理の一例を示すフローチャートである。 図２０は、実施の形態４にかかるＵＥによる処理の一例を示すフローチャートである。 図２１は、ＨＡＲＱプロセス数の変更の一例を示す図である。 図２２Ａは、実施の形態５にかかるｅＮＢの一例を示す図である。 図２２Ｂは、図２２Ａに示したｅＮＢにおける信号の流れの一例を示す図である。 図２３Ａは、実施の形態５にかかるＵＥの一例を示す図である。 図２３Ｂは、図２３Ａに示したＵＥにおける信号の流れの一例を示す図である。 図２４は、実施の形態５にかかるｅＮＢによる処理の一例を示すフローチャートである。 図２５は、実施の形態５にかかるＵＥによる処理の一例を示すフローチャートである。

以下に図面を参照して、本発明にかかる無線通信システム、端末、基地局および処理方法の実施の形態を詳細に説明する。

（実施の形態１）
（実施の形態１にかかる無線通信システム）
図１Ａは、実施の形態１にかかる無線通信システムの一例を示す図である。図１Ｂは、図１Ａに示した無線通信システムにおける信号の流れの一例を示す図である。図１Ａ，図１Ｂに示すように、実施の形態１にかかる無線通信システム１００は、基地局１１０と、端末１２０と、を含む。

端末１２０は、基地局１１０へ無線信号を送信する。また、端末１２０は、基地局１１０へ同一のデータを連続して送信することが可能である。同一のデータの連続した送信は、基地局１１０において同一のデータを復調可能な複数の無線信号の送信である。したがって、この複数の無線信号は、互いに同一のデータを復調可能な無線信号であれば、互いに異なる無線信号であってもよい。

基地局１１０は、送信部１１１と、特定部１１２と、受信部１１３と、を備える。送信部１１１は、下りの制御チャネルを送信する。また、送信部１１１は、送信した制御チャネルの無線リソースのうちの端末１２０に割り当てた無線リソースの数を特定部１１２へ通知する。

特定部１１２は、送信部１１１から通知された無線リソースの数に基づいて、端末１２０が基地局１１０へ同一のデータを連続して送信する回数を特定する。たとえば、特定部１１２は、無線リソースの数と、同一のデータを連続して送信する回数と、の所定の対応関係を記憶する。

この対応関係は、一例としては、無線リソースの数が多いほど、同一のデータを連続して送信する回数が多くなる関係とすることができる。特定部１１２は、記憶する対応関係に基づいて、通知された無線リソースの数に対応する回数を特定する。そして、特定部１１２は、特定した回数を受信部１１３へ通知する。

受信部１１３は、特定部１１２から通知された回数に基づいて、端末１２０によって連続される同一のデータを受信する。

端末１２０は、受信部１２１と、調整部１２２と、送信部１２３と、を備える。受信部１２１は、基地局１１０から送信された制御チャネルを受信する。そして、受信部１２１は、受信した制御チャネルを調整部１２２へ出力する。

調整部１２２は、受信部１２１から出力された制御チャネルの無線リソースのうちの端末１２０（自端末）に割り当てられた無線リソースの数を判定する。そして、調整部１２２は、判定した無線リソースの数に基づいて、端末１２０が基地局１１０へ同一のデータを連続して送信する回数を調整する。

たとえば、調整部１２２は、基地局１１０が記憶する所定の対応関係と同一の対応関係を記憶する。そして、調整部１２２は、記憶する対応情報および判定した無線リソースの数に基づいて、端末１２０が基地局１１０へ同一のデータを連続して送信する回数を調整する。また、調整部１２２は、調整した回数を送信部１２３へ通知する。

送信部１２３は、調整部１２２から通知された回数だけ、基地局１１０へ同一のデータを連続して送信する。

このように、実施の形態１によれば、上り通信で端末１２０が同一のデータを連続して送信する回数を、下りの制御チャネルにおいて端末１２０に割り当てられた無線リソースの数に対応付けることができる。これにより、上り通信で端末１２０が同一のデータを連続して送信する回数を可変としつつ、該回数の直接的な通知を不要にすることができる。このため、シグナリング量の増加を抑えることができる。

＜変形例１＞
また、端末１２０が同一のデータを連続して送信する回数に代えて、端末１２０が基地局１１０へデータを送信してから該データを再送するまでの時間を、下りの制御チャネルにおいて端末１２０に割り当てられた無線リソースの数に対応付けてもよい。これにより、該時間を可変としつつ、基地局１１０から端末１２０への該時間の直接的な通知を不要にすることができる。このため、シグナリング量の増加を抑えることができる。

＜変形例２＞
また、端末１２０が同一のデータを連続して送信する回数として、該回数の切り替えパターンを、下りの制御チャネルにおいて端末１２０に割り当てられた無線リソースの数に対応付けてもよい。これにより、該切り替えパターンを可変としつつ、基地局１１０から端末１２０への該切り替えパターンの直接的な通知を不要にすることができる。このため、シグナリング量の増加を抑えることができる。

＜変形例３＞
また、端末１２０が同一のデータを連続して送信する回数に代えて、端末１２０が同一のデータを連続して送信する処理を同一のデータについて行うプロセスの数を、下りの制御チャネルにおいて端末１２０に割り当てられた無線リソースの数に対応付けてもよい。これにより、該プロセスの数を可変としつつ、基地局１１０から端末１２０への該プロセスの数の直接的な通知を不要にすることができる。このため、シグナリング量の増加を抑えることができる。

（実施の形態２）
（実施の形態２にかかる無線通信システム）
図２Ａは、実施の形態２にかかる無線通信システムの一例を示す図である。図２Ａに示すように、実施の形態２にかかる無線通信システム２００は、ｅＮＢ２１０と、ＵＥ２２０と、を含むセルラ通信システムである。ｅＮＢ２１０およびＵＥ２２０は、たとえばＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）による無線通信が可能である。セル２１１は、ｅＮＢ２１０との間で無線通信が可能な領域である。ＵＥ２２０は、セル２１１に位置しており、ｅＮＢ２１０との間で無線通信が可能なＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ：ユーザ端末）である。

図１Ａ，図１Ｂに示した無線通信システム１００は、たとえば図２Ａに示す無線通信システム２００により実現することができる。図１Ａ，図１Ｂに示した基地局１１０は、たとえば図２Ａに示すｅＮＢ２１０により実現することができる。図１Ａ，図１Ｂに示した端末１２０は、たとえば図２Ａに示すＵＥ２２０により実現することができる。

（ＬＴＥの上りリンクにおけるＴＴＩバンドリング）
図２Ｂは、ＬＴＥの上りリンクにおけるＴＴＩバンドリングの一例を示す図である。図２Ｂにおいて、横軸は時間（サブフレーム）を示している。

ＵＬグラント２４１（Ｕｐ Ｌｉｎｋ ｇｒａｎｔ）は、ｅＮＢ２１０からＵＥ２２０へ送信されるスケジューリング情報であって、ＵＥ２２０の上り通信に対してｅＮＢ２１０が割り当てた無線リソースを示す情報である。

ＵＥ２２０は、ＵＬグラント２４１を受信したサブフレーム２３０から４［ｍｓ］後のサブフレーム２３１〜２３４（４個のＴＴＩ）において、同一のデータを示すパケットを連続して４回送信するＴＴＩバンドリングを行う。サブフレーム２３１〜２３４において送信される４個のパケットは、たとえばＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ：物理上りリンク共有チャネル）によって送信される（ＰＵＳＣＨ ｃｏｄｉｎｇ）。

また、サブフレーム２３１〜２３４において送信される４個のパケットは、受信側で同一のデータを復号可能なパケットであれば、互いに異なるパケットであってもよい。たとえば、サブフレーム２３１〜２３４において送信される４個のパケットは、ＨＡＲＱのＲＶ（Ｒｅｄｕｎｄａｎｃｙ Ｖｅｒｓｉｏｎ：反復バージョン）のように、それぞれ特徴が異なる各パケットとしてもよい（ＲＶ＝０，２，３，１）。この特徴は、一例としてはデータブロックの伝送開始位置とすることができる。

応答信号２４２は、サブフレーム２３４から４［ｍｓ］後のサブフレーム２３５においてｅＮＢ２１０からＵＥ２２０へ送信される、サブフレーム２３１〜２３４で送信されたパケットに対する応答信号である。図２Ｂに示す例では、応答信号２４２は、サブフレーム２３１〜２３４で送信されたパケットが示すデータを正常に受信（復号）できなかったことを示すＮＡＣＫ（否定信号）である。

ＵＥ２２０は、応答信号２４２（ＮＡＣＫ）を受信したため、サブフレーム２３１からＲＴＴ２４３が経過したサブフレーム２３６〜２３９において、サブフレーム２３１〜２３４と同一のデータを示すパケットを連続して４回送信するＴＴＩバンドリングを行う。ＲＴＴ２４３は、ＵＥ２２０がデータを送信してから該データを再送するまでの時間である。ＲＴＴ２４３は、図２Ｂに示す例では１６［ｍｓ］のＲＴＴ（Ｒｏｕｎｄ Ｔｒｉｐ Ｔｉｍｅ：ラウンドトリップタイム）である。

（アグリゲーションレベル）
図３は、アグリゲーションレベルの一例を示す図である。図３に示すテーブル３００は、たとえば３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）のＴＳ３６．２１１のセクション６．８．１で規定されている内容である。テーブル３００は、４種類（０〜３）のＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ：物理下りリンク制御チャネル）フォーマット（ＰＤＣＣＨ ｆｏｒｍａｔ）を示している。

ＰＤＣＣＨフォーマットのそれぞれは、ＣＣＥｓ数（Ｎｕｍｂｅｒ ｏｆ ＣＣＥｓ）と、リソースエレメントグループ数（Ｎｕｍｂｅｒ ｏｆ ｒｅｓｏｕｒｃｅ−ｅｌｅｍｅｎｔ ｇｒｏｕｐｓ）と、ＰＤＣＣＨビット数（Ｎｕｍｂｅｒ ｏｆ ＰＤＣＣＨ ｂｉｔｓ）と、を含む。

ＣＣＥｓ数は、ＰＤＣＣＨ（ＵＬグラント）の送信リソース割り当て数であって、アグリゲーションレベルと呼ばれる。ＣＣＥ（Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ Ｅｌｅｍｅｎｔ：制御チャネル要素）は、たとえば３６シンボルのリソース単位である。

ｅＮＢ２１０は、ＵＥ２２０の受信状態に応じてＣＣＥｓ数（アグリゲーションレベル）を選択することで符号化率を制御する。ＵＥ２２０の受信状態は、一例としてはＵＥ２２０がｅＮＢ２１０へ報告するＣＱＩ（Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ：チャネル品質指標）である。たとえば、ｅＮＢ２１０は、ＵＥ２２０の受信状態が悪いほど多くのＣＣＥｓ数（高いアグリゲーションレベル）を選択する。図３に示す例では、アグリゲーションレベルは１、２、４、８の４通りである。

（アグリゲーションレベルを用いたＴＴＩバンドルサイズの制御）
図４は、アグリゲーションレベルを用いたＴＴＩバンドルサイズの制御の一例を示す図である。ｅＮＢ２１０は、たとえばＬＴＥのＲｅｌ−８と同様に、リンクアダプテーション（Ｌｉｎｋ ａｄａｐｔａｔｉｏｎ）により、ＵＬグラントのアグリゲーションレベルを決定して、ＰＤＣＣＨ４１０（ＵＬグラント）のＵＥ２２０への送信４０１を行う。図４に示す例では、ＰＤＣＣＨ４１０のアグリゲーションレベルは８である。すなわち、ＰＤＣＣＨ４１０のＣＣＥのうちの８つのＣＣＥがＵＥ２２０に割り当てられている。

ＵＥ２２０は、ＰＤＣＣＨ４１０のブラインド検出を行う。すなわち、ＵＥ２２０は、ＰＤＣＣＨ４１０のすべてのＣＣＥに対して復号処理を行う。そして、ＵＥ２２０は、正しく復号できたＣＣＥの数によってアグリゲーションレベルを判定することができる。

ＵＥ２２０は、ｅＮＢ２１０との間のＴＴＩバンドリングが有効である場合に、判定したアグリゲーションレベルに相当するサイズをＴＴＩバンドルサイズ（ＴＴＩバンドル数）とするＴＴＩバンドリングによるデータ群４２０の送信４０２を行う。

データ群４２０は、ＵＥ２２０がＴＴＩバンドリングによって連続して送信する同一のデータ群である。データ群４２０の各数字はＲＶパラメータである。ｅＮＢ２１０は、ＵＥ２２０から受信したデータ群４２０に対する応答信号（ＡＣＫ／ＮＡＣＫ）のＵＥ２２０への送信４０３を行う。

たとえば後述のＬＴＥのＡｌｔ．６．３においては、ＴＴＩバンドリングのＴＴＩバンドルサイズを可変にすることが検討されている。このために、たとえば、アグリゲーションレベルにＴＴＩバンドルサイズを対応付けることができる。これにより、ＴＴＩバンドルサイズの直接的な通知が不要になり、シグナリング量の増加を抑えることができる。

（実施の形態２にかかるｅＮＢ）
図５Ａは、実施の形態２にかかるｅＮＢの一例を示す図である。図５Ｂは、図５Ａに示したｅＮＢにおける信号の流れの一例を示す図である。図５Ａ，図５Ｂに示すように、実施の形態２にかかるｅＮＢ２１０は、受信アンテナ５０１と、受信機５０２と、Ｌ１受信部５０３と、データ判定部５０４と、を備える。また、ｅＮＢ２１０は、Ｌ２処理部５０５と、ＡＬ／バンドルサイズ設定部５０６と、ＰＤＣＣＨ生成部５０７と、Ｌ１送信部５０８と、送信機５０９と、送信アンテナ５１０と、を備える。

受信機５０２は、受信アンテナ５０１を介して、ＵＥ２２０から無線送信された信号を受信する。そして、受信機５０２は、受信した信号をＬ１受信部５０３へ出力する。Ｌ１受信部５０３は、受信機５０２から出力された信号のＬ１（物理層）の受信処理を行う。そして、Ｌ１受信部５０３は、Ｌ１の受信処理によって得られたデータを、データ判定部５０４およびＬ２処理部５０５へ出力する。

データ判定部５０４は、Ｌ１受信部５０３から出力されたデータの誤り検出を行う。そして、データ判定部５０４は、誤り検出の結果（たとえば誤りの有無）をＬ２処理部５０５およびＰＤＣＣＨ生成部５０７へ出力する。

Ｌ２処理部５０５は、Ｌ１受信部５０３から出力されたデータのＬ２（ＭＡＣ層：Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ ｌａｙｅｒ）の受信処理を行う。また、Ｌ２処理部５０５は、データ判定部５０４から出力された誤り検出の結果に基づく再送制御を行ってもよい。たとえば、Ｌ２処理部５０５は、誤り検出の結果に応じた応答信号（ＡＣＫ／ＮＡＣＫ）をＬ１送信部５０８へ出力する。

また、Ｌ２処理部５０５は、ＵＥ２２０からｅＮＢ２１０への上り通信に対する無線リソースの割り当てを行い、割り当て結果を示すＵＬグラント（ＵＬ ｇｒａｎｔ）をＰＤＣＣＨ生成部５０７へ出力する。

また、Ｌ２処理部５０５は、ＵＥ２２０の受信状態を示す情報をＡＬ／バンドルサイズ設定部５０６へ出力する。ＵＥ２２０の受信状態を示す情報は、たとえばＬ１受信部５０３から出力されたデータに含まれる、ＵＥ２２０からのＣＱＩである。また、Ｌ２処理部５０５は、ｅＮＢ２１０からＵＥ２２０への下りデータをＬ１送信部５０８へ出力する。

ＡＬ／バンドルサイズ設定部５０６は、Ｌ２処理部５０５から出力されたＵＥ２２０の受信状態を示す情報に基づいて、ＵＥ２２０のアグリゲーションレベルを設定する。そして、ＡＬ／バンドルサイズ設定部５０６は、設定したアグリゲーションレベルをＰＤＣＣＨ生成部５０７へ通知する。

また、ＡＬ／バンドルサイズ設定部５０６は、設定したアグリゲーションレベルに対応するＴＴＩバンドルサイズを設定する。そして、ＡＬ／バンドルサイズ設定部５０６は、設定したＴＴＩバンドルサイズをＰＤＣＣＨ生成部５０７へ通知する。

たとえば、ＡＬ／バンドルサイズ設定部５０６は、アグリゲーションレベルとＴＴＩバンドルサイズとの所定の対応関係を示す対応情報を記憶する。この対応情報は、ＵＥ２２０が記憶する対応情報と同一の対応関係を示す情報である。ＡＬ／バンドルサイズ設定部５０６は、記憶した対応情報に基づいて、設定したアグリゲーションレベルに対応するＴＴＩバンドルサイズをＰＤＣＣＨ生成部５０７へ通知する。

ＰＤＣＣＨ生成部５０７は、ｅＮＢ２１０からＵＥ２２０への下りの制御信号であるＰＤＣＣＨを生成する。そして、ＰＤＣＣＨ生成部５０７は、生成したＰＤＣＣＨをＬ１送信部５０８へ出力する。また、ＰＤＣＣＨ生成部５０７は、Ｌ２処理部５０５から出力されたＵＬグラントをＰＤＣＣＨに格納する。また、ＰＤＣＣＨ生成部５０７は、ＰＤＣＣＨにおいてＵＥ２２０に割り当てるＣＣＥの数を、ＡＬ／バンドルサイズ設定部５０６から通知されたアグリゲーションレベルに応じて決定する。

また、ＰＤＣＣＨ生成部５０７は、ＡＬ／バンドルサイズ設定部５０６から通知されたＴＴＩバンドルサイズ分のデータの誤り検出の結果をデータ判定部５０４から取得する。そして、ＰＤＣＣＨ生成部５０７は、取得した誤り検出の結果に応じた応答信号（ＡＣＫ／ＮＡＣＫ）をＬ１送信部５０８へ出力する。

Ｌ１送信部５０８は、Ｌ２処理部５０５およびＰＤＣＣＨ生成部５０７から出力された各データのＬ１の送信処理を行う。そして、Ｌ１送信部５０８は、Ｌ１の送信処理に応じた信号（送信信号）を送信機５０９へ出力する。送信機５０９は、送信アンテナ５１０を介して、Ｌ１送信部５０８から出力された信号をＵＥ２２０へ無線送信する。

また、ｅＮＢ２１０は、ＡＬ／バンドルサイズ設定部５０６から通知されたＴＴＩバンドルサイズに基づいて、ＵＥ２２０から同一のデータが送信される回数を認識することでＵＥ２２０からのデータを受信する。このＴＴＩバンドルサイズに基づく受信処理は、Ｌ１受信部５０３およびＰＤＣＣＨ生成部５０７（Ｌ１）により行ってもよいし、Ｌ２処理部５０５により行ってもよい。

図１Ａ，図１Ｂに示した送信部１１１は、たとえばＰＤＣＣＨ生成部５０７、Ｌ１送信部５０８、送信機５０９および送信アンテナ５１０により実現することができる。たとえば図１Ａ，図１Ｂに示した特定部１１２は、たとえばＡＬ／バンドルサイズ設定部５０６により実現することができる。図１Ａ，図１Ｂに示した受信部１１３は、受信アンテナ５０１、受信機５０２およびＬ１受信部５０３により実現することができる。

図５Ｃは、ｅＮＢのハードウェア構成の一例を示す図である。図５Ａ，図５Ｂに示したｅＮＢ２１０は、たとえば図５Ｃに示す通信装置５３０により実現することができる。通信装置５３０は、ＣＰＵ５３１と、メモリ５３２と、無線通信インタフェース５３３と、有線通信インタフェース５３４と、を備える。ＣＰＵ５３１、メモリ５３２、無線通信インタフェース５３３および有線通信インタフェース５３４は、バス５３９によって接続される。

ＣＰＵ５３１（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）は、通信装置５３０の全体の制御を司る。メモリ５３２には、たとえばメインメモリおよび補助メモリが含まれる。メインメモリは、たとえばＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）である。メインメモリは、ＣＰＵ５３１のワークエリアとして使用される。補助メモリは、たとえば磁気ディスク、光ディスク、フラッシュメモリなどの不揮発メモリである。補助メモリには、通信装置５３０を動作させる各種のプログラムが記憶されている。補助メモリに記憶されたプログラムは、メインメモリにロードされてＣＰＵ５３１によって実行される。

無線通信インタフェース５３３は、無線によって通信装置５３０の外部（たとえばＵＥ２２０）との間で通信を行う通信インタフェースである。無線通信インタフェース５３３は、ＣＰＵ５３１によって制御される。

有線通信インタフェース５３４は、有線によって通信装置５３０の外部（たとえば上位装置）との間で通信を行う通信インタフェースである。有線通信インタフェース５３４は、ＣＰＵ５３１によって制御される。

図５Ａ，図５Ｂに示した受信アンテナ５０１、受信機５０２、送信機５０９および送信アンテナ５１０は、たとえば無線通信インタフェース５３３により実現することができる。図５Ａ，図５Ｂに示したＬ１受信部５０３、データ判定部５０４、Ｌ２処理部５０５、ＡＬ／バンドルサイズ設定部５０６、ＰＤＣＣＨ生成部５０７およびＬ１送信部５０８は、たとえばＣＰＵ５３１およびメモリ５３２により実現することができる。

（実施の形態２にかかるＵＥ）
図６Ａは、実施の形態２にかかるＵＥの一例を示す図である。図６Ｂは、図６Ａに示したＵＥにおける信号の流れの一例を示す図である。図６Ａ，図６Ｂに示すように、実施の形態２にかかるＵＥ２２０は、受信アンテナ６０１と、受信機６０２と、Ｌ１受信部６０３と、ＡＣＫ判定部６０４と、ＰＤＣＣＨ検出部６０５と、ＰＤＣＣＨ判定部６０６と、バンドルサイズ設定部６０７と、を備える。また、ＵＥ２２０は、Ｌ２処理部６０８と、ＰＵＳＣＨ設定部６０９と、Ｌ１送信部６１０と、送信機６１１と、送信アンテナ６１２と、を備える。

受信機６０２は、受信アンテナ６０１を介して、ｅＮＢ２１０から無線送信された信号を受信する。そして、受信機６０２は、受信した信号をＬ１受信部６０３へ出力する。Ｌ１受信部６０３は、受信機６０２から出力された信号のＬ１（物理層）の受信処理を行う。そして、Ｌ１受信部６０３は、Ｌ１の受信処理によって得られたデータを、ＡＣＫ判定部６０４、ＰＤＣＣＨ検出部６０５およびＬ２処理部６０８へ出力する。

ＡＣＫ判定部６０４は、Ｌ１受信部６０３から出力されたデータのＡＣＫ判定を行う。そして、ＡＣＫ判定部６０４は、ＡＣＫ判定の結果をＬ２処理部６０８へ出力する。

ＰＤＣＣＨ検出部６０５は、Ｌ１受信部６０３から出力されたデータに含まれるＰＤＣＣＨを検出する。たとえば、ＰＤＣＣＨ検出部６０５は、Ｌ１受信部６０３から出力されたデータに含まれるＰＤＣＣＨのすべてのＣＣＥに対して復号処理を行うブラインド検出を行う。そして、ＰＤＣＣＨ検出部６０５は、ブラインド検出によって正しく復号できたＰＤＣＣＨをＰＤＣＣＨ判定部６０６へ出力する。

ＰＤＣＣＨ判定部６０６は、ＰＤＣＣＨ検出部６０５から出力されたＰＤＣＣＨの数に基づくアグリゲーションレベルをバンドルサイズ設定部６０７へ通知する。また、ＰＤＣＣＨ判定部６０６は、ＰＤＣＣＨ検出部６０５から出力されたＰＤＣＣＨに格納されたＵＬグラントをＰＵＳＣＨ設定部６０９へ出力する。

バンドルサイズ設定部６０７は、ＰＤＣＣＨ判定部６０６から通知されたアグリゲーションレベルに対応するＴＴＩバンドルサイズをＰＵＳＣＨ設定部６０９へ通知する。たとえば、バンドルサイズ設定部６０７は、アグリゲーションレベルとＴＴＩバンドルサイズとの所定の対応関係を示す対応情報を記憶する。この対応情報は、ｅＮＢ２１０が記憶する対応情報と同一の対応関係を示す情報である。バンドルサイズ設定部６０７は、記憶した対応情報に基づいて、ＰＤＣＣＨ判定部６０６から通知されたアグリゲーションレベルに対応するＴＴＩバンドルサイズをＬ２処理部６０８およびＰＵＳＣＨ設定部６０９へ通知する。

Ｌ２処理部６０８は、Ｌ１受信部６０３から出力されたデータのＬ２の受信処理を行う。また、Ｌ２処理部６０８は、ＡＣＫ判定部６０４から出力されたＡＣＫ判定の結果に基づく再送制御を行ってもよい。たとえば、Ｌ２処理部６０８は、誤り検出の結果に応じた応答信号（ＡＣＫ／ＮＡＣＫ）をＬ１送信部６１０へ出力する。

また、Ｌ２処理部６０８は、ＵＥ２２０の受信状態を示す情報をＬ１送信部６１０へ出力する。ＵＥ２２０の受信状態を示す情報は、たとえばＬ１受信部６０３から出力されたデータやＡＣＫ判定部６０４から出力されたＡＣＫ判定の結果に基づくＣＱＩである。また、Ｌ２処理部６０８は、ＵＥ２２０からｅＮＢ２１０への上りデータをＰＵＳＣＨ設定部６０９へ出力する。

ＰＵＳＣＨ設定部６０９は、Ｌ２処理部６０８から出力される上りデータを含むＰＵＳＣＨを設定する。そして、ＰＵＳＣＨ設定部６０９は、設定したＰＵＳＣＨをＬ１送信部６１０へ出力する。また、ＰＵＳＣＨ設定部６０９は、ＰＤＣＣＨ判定部６０６から出力されたＵＬグラントが示す無線リソースにＰＵＳＣＨを割り当てる。また、ＰＵＳＣＨ設定部６０９は、バンドルサイズ設定部６０７から通知されたＴＴＩバンドルサイズの回数だけ同一の上りデータを連続して送信するようにＰＵＳＣＨを設定する。

Ｌ１送信部６１０は、Ｌ２処理部６０８およびＰＵＳＣＨ設定部６０９から出力された各データのＬ１の送信処理を行う。そして、Ｌ１送信部６１０は、Ｌ１の送信処理に応じた信号（送信信号）を送信機６１１へ出力する。送信機６１１は、送信アンテナ６１２を介して、Ｌ１送信部６１０から出力された信号をｅＮＢ２１０へ無線送信する。

図１Ａ，図１Ｂに示した受信部１２１は、たとえば受信アンテナ６０１、受信機６０２およびＬ１受信部６０３により実現することができる。図１Ａ，図１Ｂに示した調整部１２２は、たとえばＰＤＣＣＨ検出部６０５、ＰＤＣＣＨ判定部６０６およびバンドルサイズ設定部６０７により実現することができる。図１Ａ，図１Ｂに示した送信部１２３は、たとえばＰＵＳＣＨ設定部６０９、Ｌ１送信部６１０、送信機６１１および送信アンテナ６１２により実現することができる。

図６Ｃは、ＵＥのハードウェア構成の一例を示す図である。図６Ａ，図６Ｂに示したＵＥ２２０は、たとえば図６Ｃに示す通信装置６３０により実現することができる。通信装置６３０は、ＣＰＵ６３１と、メモリ６３２と、ユーザインタフェース６３３と、無線通信インタフェース６３４と、を備える。ＣＰＵ６３１、メモリ６３２、ユーザインタフェース６３３および無線通信インタフェース６３４は、バス６３９によって接続される。

ＣＰＵ６３１は、通信装置６３０の全体の制御を司る。メモリ６３２には、たとえばメインメモリおよび補助メモリが含まれる。メインメモリは、たとえばＲＡＭである。メインメモリは、ＣＰＵ６３１のワークエリアとして使用される。補助メモリは、たとえば磁気ディスク、フラッシュメモリなどの不揮発メモリである。補助メモリには、通信装置６３０を動作させる各種のプログラムが記憶されている。補助メモリに記憶されたプログラムは、メインメモリにロードされてＣＰＵ６３１によって実行される。

ユーザインタフェース６３３は、たとえば、ユーザからの操作入力を受け付ける入力デバイスや、ユーザへ情報を出力する出力デバイスなどを含む。入力デバイスは、たとえばキー（たとえばキーボード）やリモコンなどにより実現することができる。出力デバイスは、たとえばディスプレイやスピーカなどにより実現することができる。また、タッチパネルなどによって入力デバイスおよび出力デバイスを実現してもよい。ユーザインタフェース６３３は、ＣＰＵ６３１によって制御される。

無線通信インタフェース６３４は、無線によって通信装置６３０の外部（たとえばｅＮＢ２１０）との間で通信を行う通信インタフェースである。無線通信インタフェース６３４は、ＣＰＵ６３１によって制御される。

図６Ａ，図６Ｂに示した受信アンテナ６０１、受信機６０２、送信機６１１および送信アンテナ６１２は、たとえば無線通信インタフェース６３４により実現することができる。図６Ａ，図６Ｂに示したＬ１受信部６０３、ＡＣＫ判定部６０４、ＰＤＣＣＨ検出部６０５、ＰＤＣＣＨ判定部６０６、バンドルサイズ設定部６０７およびＬ２処理部６０８は、たとえばＣＰＵ６３１およびメモリ６３２により実現することができる。また、図６Ａ，図６Ｂに示したＰＵＳＣＨ設定部６０９およびＬ１送信部６１０は、たとえばＣＰＵ６３１およびメモリ６３２により実現することができる。

（実施の形態２にかかるｅＮＢによる処理）
図７は、実施の形態２にかかるｅＮＢによる処理の一例を示すフローチャートである。実施の形態２にかかるｅＮＢ２１０は、たとえば図７に示す各ステップを実行する。まず、ｅＮＢ２１０は、ＵＥ２２０との間のＴＴＩバンドリングを設定（有効化）する（ステップＳ７０１）。ステップＳ７０１による設定は、たとえばＵＥ２２０との間のＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）層の通信に基づいて行うことができる。

つぎに、ｅＮＢ２１０は、ｅＮＢ２１０からＵＥ２２０へのＰＤＣＣＨのアグリゲーションレベルを設定する（ステップＳ７０２）。たとえば、ｅＮＢ２１０は、ＵＥ２２０から報告されたＣＱＩに基づいてＰＤＣＣＨのアグリゲーションレベルを設定する。つぎに、ｅＮＢ２１０は、ステップＳ７０２によって設定したアグリゲーションレベルによってＵＥ２２０へのＰＤＣＣＨを送信する（ステップＳ７０３）。

つぎに、ｅＮＢ２１０は、ＵＥ２２０からＴＴＩバンドリングによって送信されるデータＣＨを受信する（ステップＳ７０４）。ステップＳ７０４において、ｅＮＢ２１０は、たとえば、ステップＳ７０３によって送信したＰＤＣＣＨに格納したＵＬグラントが示す無線リソースにおいてデータＣＨを受信する。ＵＥ２２０からのデータＣＨは、たとえばＰＵＳＣＨである。

つぎに、ｅＮＢ２１０は、ステップＳ７０４によるデータＣＨの受信を開始してからＴＴＩバンドルサイズ分の時間が経過したか否かを判断する（ステップＳ７０５）。ＴＴＩバンドルサイズは、ステップＳ７０２によって設定したアグリゲーションレベルに応じたＴＴＩバンドルサイズである。ＴＴＩバンドルサイズ分の時間が経過していない場合（ステップＳ７０５：Ｎｏ）は、ｅＮＢ２１０は、ステップＳ７０４へ戻る。

ステップＳ７０５において、ＴＴＩバンドルサイズ分の時間が経過した場合（ステップＳ７０５：Ｙｅｓ）は、ｅＮＢ２１０は、ＵＥ２２０に対する応答信号をＵＥ２２０へ送信し（ステップＳ７０６）、一連の処理を終了する。ステップＳ７０６において送信される応答信号は、ステップＳ７０４によって受信したデータＣＨの誤り検出の結果に応じた応答信号（ＡＣＫ／ＮＡＣＫ）である。

（実施の形態２にかかるＵＥによる処理）
図８は、実施の形態２にかかるＵＥによる処理の一例を示すフローチャートである。実施の形態２にかかるＵＥ２２０は、たとえば図８に示す各ステップを実行する。まず、ＵＥ２２０は、ｅＮＢ２１０との間のＴＴＩバンドリングを設定（有効化）する（ステップＳ８０１）。ステップＳ８０１による設定は、たとえばｅＮＢ２１０との間のＲＬＣ層の通信に基づいて行うことができる。

つぎに、ＵＥ２２０は、ｅＮＢ２１０から送信されるＰＤＣＣＨのブラインド検出を行い、自局向けのＰＤＣＣＨを１つ以上検出したか否かを判断する（ステップＳ８０２）。自局向けのＰＤＣＣＨを検出していない場合（ステップＳ８０２：Ｎｏ）は、ＵＥ２２０は、一連の処理を終了する。

ステップＳ８０２において、自局向けのＰＤＣＣＨを検出した場合（ステップＳ８０２：Ｙｅｓ）は、ＵＥ２２０は、検出した自局向けのＰＤＣＣＨの数（アグリゲーションレベル）に応じたＴＴＩバンドルサイズを設定する（ステップＳ８０３）。

つぎに、ＵＥ２２０は、ステップＳ８０３によって設定したＴＴＩバンドルサイズにより、ｅＮＢ２１０へのデータＣＨを送信する（ステップＳ８０４）。ステップＳ８０４において、ＵＥ２２０は、たとえば、検出した自局向けのＰＤＣＣＨに格納されたＵＬグラントが示す無線リソースにおいてデータＣＨを送信する。つぎに、ＵＥ２２０は、ステップＳ８０４によって送信したデータＣＨに対する応答信号を受信し（ステップＳ８０５）、一連の処理を終了する。

（アグリゲーションレベルに応じたＴＴＩバンドルサイズ）
アグリゲーションレベルに応じたＴＴＩバンドルサイズは、一例としては、アグリゲーションレベルと同じ値のＴＴＩバンドルサイズとすることができる。たとえば、アグリゲーションレベルが２である場合は、ｅＮＢ２１０およびＵＥ２２０は、ＴＴＩバンドルサイズとして２ＴＴＩを用いる。

または、アグリゲーションレベルに応じたＴＴＩバンドルサイズは、アグリゲーションレベルに対して所定値Ｎｘを乗じた値のＴＴＩバンドルサイズとすることができる。すなわち、ＴＴＩバンドルサイズ＝Ｎｘ×アグリゲーションレベルとすることができる。一例として、所定値Ｎｘ＝２とし、アグリゲーションレベルが４である場合は、ＴＴＩバンドルサイズを２×４＝８とすることができる。

所定値Ｎｘは、たとえばｅＮＢ２１０およびＵＥ２２０があらかじめ記憶しておくことができる。または、所定値Ｎｘは、たとえばｅＮＢ２１０とＵＥ２２０との間の上位レイヤ（たとえばＲＬＣ層）の通信によって共有することができる。

また、所定値Ｎｘは、ｅＮＢ２１０とＵＥ２２０との間の無線通信環境に応じて動的に変更してもよい。たとえば、ｅＮＢ２１０は、ＵＥ２２０からｅＮＢ２１０への上り通信の通信品質を示す値と、ｅＮＢ２１０からＵＥ２２０への下り通信の通信品質を示す値と、の相違（たとえば比または差）を所定値Ｎｘとすることができる。

上り通信の通信品質を示す値には、たとえばＵＥ２２０からの無線信号に基づいてｅＮＢ２１０が測定したＣＱＩを用いることができる。下り通信の通信品質を示す値には、たとえばｅＮＢ２１０からの無線信号に基づいてＵＥ２２０が測定したＣＱＩであって、ＵＥ２２０がｅＮＢ２１０へ送信するＣＱＩを用いることができる。

ＴＴＩバンドルサイズをアグリゲーションレベルに対して所定値Ｎｘを乗じた値とする場合について説明したが、アグリゲーションレベルとＴＴＩバンドルサイズとの関係はこれに限らない。たとえば、ＴＴＩバンドルサイズをアグリゲーションレベルに対して所定値Ｎｘを加算、減算、除算等の各種の演算を行った値としてもよい。

また、アグリゲーションレベルとＴＴＩバンドルサイズとの対応関係を示す対応テーブルをｅＮＢ２１０およびＵＥ２２０が記憶しておいてもよい。この場合は、ｅＮＢ２１０およびＵＥ２２０は、アグリゲーションレベルおよび対応テーブルに基づいてＴＴＩバンドルサイズを選択する。また、アグリゲーションレベルに加えて送信パワーに関連する係数等も考慮してＴＴＩバンドルサイズを選択してもよい。

このように、ｅＮＢ２１０およびＵＥ２２０は、アグリゲーションレベルとＴＴＩバンドルサイズとの同一の対応関係（たとえばＮｘや対応テーブル）を記憶する。これにより、ｅＮＢ２１０からＵＥ２２０へＴＴＩバンドルサイズを直接的に通知しなくても、ｅＮＢ２１０が設定するアグリゲーションレベルに応じてＴＴＩバンドルサイズを制御することができる。

（ＰＤＣＣＨの順序入れ替えに基づくＴＴＩバンドルサイズの通知）
図９Ａは、ＰＤＣＣＨおよびＣＲＣの順序入れ替えの一例を示す図である。図９Ａに示すＰＤＣＣＨ９００は、ｅＮＢ２１０がＵＥ２２０へ送信するＰＤＣＣＨである。ＰＤＣＣＨ本体９１０は、ＰＤＣＣＨ９００の本体部分である。ＣＲＣ９２０は、ＰＤＣＣＨ本体９１０に付加された冗長部分である。すなわち、ＣＲＣ９２０は、ＰＤＣＣＨ本体９１０に基づいて算出されたＣＲＣ（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ：巡回冗長検査）である。

順序入れ替え状態９０１は、順序入れ替えなしのＰＤＣＣＨ９００の状態である。順序入れ替えは、データ列の並びを逆順にする処理である。順序入れ替え状態９０２は、ＰＤＣＣＨ本体９１０の順序入れ替えを行ったＰＤＣＣＨ９００の状態である。順序入れ替え状態９０３は、ＣＲＣ９２０の順序入れ替えを行ったＰＤＣＣＨ９００の状態である。

ｅＮＢ２１０は、順序入れ替え状態９０１〜９０３のいずれかを選択してＰＤＣＣＨ９００をＵＥ２２０へ送信する。また、ｅＮＢ２１０は、順序入れ替え状態９０１〜９０３とアグリゲーションレベルとの組み合わせによりＴＴＩバンドルサイズをＵＥ２２０へ通知する。

これに対して、ＵＥ２２０は、ブラインド検出において、順序入れ替え状態９０１〜９０３のそれぞれに対応するＣＲＣ処理を行い、順序入れ替え状態９０１〜９０３のうちの誤りなしとなる順序入れ替え状態を特定する。そして、ＵＥ２２０は、特定した順序入れ替え状態とアグリゲーションレベルとの組み合わせに応じたＴＴＩバンドルサイズを用いてｅＮＢ２１０へデータＣＨを送信する。

この場合は、ｅＮＢ２１０およびＵＥ２２０は、たとえば、順序入れ替え状態９０１〜９０３およびアグリゲーションレベルの組み合わせとＴＴＩバンドルサイズとの対応関係を示す対応情報を共有しておく。

これにより、順序入れ替え状態９０１〜９０３とアグリゲーションレベルとの組み合わせによりＴＴＩバンドルサイズをＵＥ２２０へ通知することが可能になり、より柔軟にＴＴＩバンドルサイズを制御することが可能になる。たとえば、アグリゲーションレベルが４通りであり、順序入れ替え状態が３通り（順序入れ替え状態９０１〜９０３）である場合は、４×３＝１２通りのＴＴＩバンドルサイズの制御が可能になる。

さらに、たとえば、ＰＤＣＣＨ本体９１０およびＣＲＣ９２０の両方の順序入れ替えを行う状態を用いてもよい。これにより、順序入れ替え状態が４通りとなり、さらに柔軟なＴＴＩバンドルサイズの制御が可能になる。

（ＰＤＣＣＨのビット反転に基づくＴＴＩバンドルサイズの通知）
図９Ｂは、ＰＤＣＣＨのビット反転の一例を示す図である。図９Ｂにおいて、図９Ａに示した部分と同様の部分については同一の符号を付して説明を省略する。

ビット反転状態９０４は、ビット反転なしのＰＤＣＣＨ９００の状態である。ビット反転状態９０５は、ＰＤＣＣＨ本体９１０のビット反転を行ったＰＤＣＣＨ９００の状態である。ビット反転状態９０６は、ＣＲＣ９２０のビット反転を行ったＰＤＣＣＨ９００の状態である。

ｅＮＢ２１０は、ビット反転状態９０４〜９０６のいずれかを選択してＰＤＣＣＨ９００をＵＥ２２０へ送信してもよい。また、ｅＮＢ２１０は、ビット反転状態９０４〜９０６とアグリゲーションレベルとの組み合わせによりＴＴＩバンドルサイズをＵＥ２２０へ通知する。

これに対して、ＵＥ２２０は、ブラインド検出において、ビット反転状態９０４〜９０６のそれぞれに対応するＣＲＣ処理を行い、ビット反転状態９０４〜９０６のうちの誤りなしとなるビット反転状態を特定する。そして、ＵＥ２２０は、特定したビット反転状態とアグリゲーションレベルとの組み合わせに応じたＴＴＩバンドルサイズを用いてｅＮＢ２１０へデータＣＨを送信する。

この場合は、ｅＮＢ２１０およびＵＥ２２０は、たとえば、ビット反転状態９０４〜９０６およびアグリゲーションレベルの組み合わせとＴＴＩバンドルサイズとの対応関係を示す情報を共有しておく。

これにより、ビット反転状態９０４〜９０６とアグリゲーションレベルとの組み合わせによりＴＴＩバンドルサイズをＵＥ２２０へ通知することが可能になり、より柔軟にＴＴＩバンドルサイズを制御することが可能になる。たとえば、アグリゲーションレベルが４通りであり、ビット反転状態が３通り（ビット反転状態９０４〜９０６）である場合は、４×３＝１２通りのＴＴＩバンドルサイズの制御が可能になる。

さらに、たとえば、ＰＤＣＣＨ本体９１０およびＣＲＣ９２０の両方のビット反転を行う状態を用いてもよい。これにより、ビット反転状態が４通りとなり、さらに柔軟なＴＴＩバンドルサイズの制御が可能になる。

（ＰＤＣＣＨの順序入れ替えおよびビット反転に基づくＴＴＩバンドルサイズの通知）
また、ｅＮＢ２１０は、順序入れ替え状態９０１〜９０３およびビット反転状態９０４〜９０６の組み合わせのいずれかを選択してＰＤＣＣＨ９００をＵＥ２２０へ送信してもよい。また、ｅＮＢ２１０は、順序入れ替え状態９０１〜９０３、ビット反転状態９０４〜９０６およびアグリゲーションレベルの組み合わせによりＴＴＩバンドルサイズをＵＥ２２０へ通知する。

これに対して、ＵＥ２２０は、ブラインド検出において、順序入れ替え状態９０１〜９０３およびビット反転状態９０４〜９０６の組み合わせのそれぞれに対応するＣＲＣ処理を行い、誤りなしとなる順序入れ替え状態およびビット反転状態を特定する。そして、ＵＥ２２０は、特定した順序入れ替え状態、ビット反転状態組およびアグリゲーションレベルの組み合わせに応じたＴＴＩバンドルサイズを用いてｅＮＢ２１０へデータＣＨを送信する。

この場合は、ｅＮＢ２１０およびＵＥ２２０は、たとえば、順序入れ替え状態９０１〜９０３、ビット反転状態９０４〜９０６およびアグリゲーションレベルの組み合わせとＴＴＩバンドルサイズとの対応関係を示す対応情報を共有しておく。

これにより、順序入れ替え状態９０１〜９０３、ビット反転状態９０４〜９０６およびアグリゲーションレベルの組み合わせによりＴＴＩバンドルサイズをＵＥ２２０へ通知することが可能になり、より柔軟にＴＴＩバンドルサイズを制御することが可能になる。たとえば、アグリゲーションレベルが４通りであり、順序入れ替え状態およびビット反転状態がそれぞれ３通りである場合は、４×３×３＝３６通りのＴＴＩバンドルサイズの制御が可能になる。

図１０は、ＵＥのｅＮＢへの初期アクセスの一例を示すシーケンス図である。図１０においては、ＵＥ２２０がｅＮＢ２１０へ初期アクセスする場合について説明する。ＵＥ２２０のｅＮＢ２１０への初期アクセスにはＲＡＣＨ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ：ランダムアクセスチャネル）が用いられる。

まず、ＵＥ２２０が、ｍｅｓｓａｇｅ１として、ランダムアクセス信号（ＲＡＣＨ ｐｒｅａｍｂｌｅ）をｅＮＢ２１０へ無線送信する（ステップＳ１００１）。以降、ｅＮＢ２１０およびＵＥ２２０は、ＬＴＥにおいて規定された下りリンクの物理チャネルおよび上りリンクの物理チャネルなどの無線リソースを使用して接続を行う。

たとえば、ｅＮＢ２１０が、ｍｅｓｓａｇｅ２として、ＲＡＣＨ ｒｅｓｐｏｎｓｅを無線送信する（ステップＳ１００２）。これに対して、ＵＥ２２０が、ＲＡＣＨ ｍｅｓｓａｇｅ３をｅＮＢ２１０へ無線送信する（ステップＳ１００３）。ＲＡＣＨ ｍｅｓｓａｇｅ３にはたとえばＰＵＳＣＨが用いられる。

これに対して、ｅＮＢ２１０が、ＲＡＣＨ ｍｅｓｓａｇｅ４をＵＥ２２０へ無線送信する（ステップＳ１００４）。これらの各ステップにより、ｅＮＢ２１０は、ステップＳ１００１によって受信したランダムアクセス信号とＵＥ２２０とを結びつけ、ＵＥ２２０との間の無線通信を開始する。

実施の形態２にかかるＴＴＩバンドルサイズの制御は、ステップＳ１００３のＲＡＣＨ ｍｅｓｓａｇｅ３のＴＴＩバンドリング数の制御に適用することも可能である。

このように、実施の形態２によれば、上り通信のＴＴＩバンドルサイズを、ＰＤＣＣＨにおいてＵＥ２２０に割り当てられたＣＣＥの数に対応付けることができる。これにより、ＴＴＩバンドルサイズを可変としつつ、ＴＴＩバンドルサイズの直接的な通知を不要にすることができる。このため、シグナリング量の増加を抑えることができる。

（実施の形態３）
実施の形態３について、実施の形態２と異なる部分について説明する。実施の形態３においては、ＴＴＩバンドルサイズに代えてＲＴＴを可変とする。

（ＲＴＴの変更）
図１１は、ＲＴＴの変更の一例を示す図である。図１１において、図２Ｂに示した部分と同様の部分については同一の符号を付して説明を省略する。図１１に示す例においては、ＲＴＴ２４３が１２［ｍｓ］であり、図２Ｂに示した例（１６［ｍｓ］）より短くなっている。

たとえば後述のＬＴＥのＡｌｔ．１においては、ＲＴＴを現在の１６［ｍｓ］から１２［ｍｓ］に短縮することが検討されている。これに対して、実施の形態３にかかる無線通信システム２００においては、ＲＴＴを可変とする。このために、たとえば、アグリゲーションレベルにＲＴＴを対応付けることができる。これにより、ＴＴＩバンドルサイズの直接的な通知が不要になり、シグナリング量の増加を抑えることができる。

ＵＥ２２０は、ブラインド検出により判定したアグリゲーションレベルに応じたＲＴＴによってデータ再送を行う。一例としては、アグリゲーションレベル（ＡＬ）＝１に応じたＲＴＴは８ＴＴＩ、アグリゲーションレベル（ＡＬ）＝２に応じたＲＴＴは１２ＴＴＩなどとすることができる。

（実施の形態３にかかるｅＮＢ）
図１２Ａは、実施の形態３にかかるｅＮＢの一例を示す図である。図１２Ｂは、図１２Ａに示したｅＮＢにおける信号の流れの一例を示す図である。図１２Ａ，図１２Ｂにおいて、図５Ａ，図５Ｂに示した部分と同様の部分については同一の符号を付して説明を省略する。図１２Ａ，図１２Ｂに示すように、実施の形態３にかかるｅＮＢ２１０は、図５Ａ，図５Ｂに示したＡＬ／バンドルサイズ設定部５０６に代えてＡＬ／ＲＴＴ設定部１２０１を備える。ＡＬ／ＲＴＴ設定部１２０１は、たとえば図５Ｃに示したＣＰＵ５３１により実現することができる。

ＡＬ／ＲＴＴ設定部１２０１は、Ｌ２処理部５０５から出力されたＵＥ２２０の受信状態を示す情報に基づいて、ＡＬ／ＲＴＴ設定部１２０１のアグリゲーションレベルを設定する。そして、ＡＬ／ＲＴＴ設定部１２０１は、設定したアグリゲーションレベルをＰＤＣＣＨ生成部５０７へ通知する。

また、ＡＬ／ＲＴＴ設定部１２０１は、設定したアグリゲーションレベルに対応するＵＥ２２０のＲＴＴを設定する。たとえば、ＡＬ／ＲＴＴ設定部１２０１は、アグリゲーションレベルとＲＴＴとの所定の対応関係を示す対応情報を記憶する。この対応情報は、ＵＥ２２０が記憶する対応情報と同一の対応関係を示す情報である。ＡＬ／ＲＴＴ設定部１２０１は、記憶した対応情報に基づいて、設定したアグリゲーションレベルに対応するＵＥ２２０のＲＴＴを設定する。

ｅＮＢ２１０は、ＡＬ／ＲＴＴ設定部１２０１によって設定されたＲＴＴに基づいて、ＵＥ２２０からの再送データを受信する。このＲＴＴに基づく再送データの受信は、Ｌ１受信部５０３およびＰＤＣＣＨ生成部５０７（Ｌ１）により行ってもよいし、Ｌ２処理部５０５により行ってもよい。

（実施の形態３にかかるＵＥ）
図１３Ａは、実施の形態３にかかるＵＥの一例を示す図である。図１３Ｂは、図１３Ａに示したＵＥにおける信号の流れの一例を示す図である。図１３Ａ，図１３Ｂにおいて、図６Ａ，図６Ｂに示した部分と同様の部分については同一の符号を付して説明を省略する。図１３Ａ，図１３Ｂに示すように、実施の形態３にかかるＵＥ２２０は、図６Ａ，図６Ｂに示したバンドルサイズ設定部６０７に代えてＲＴＴ設定部１３０１を備える。ＲＴＴ設定部１３０１は、たとえば図６Ｃに示したＣＰＵ６３１により実現することができる。

ＲＴＴ設定部１３０１は、ＰＤＣＣＨ判定部６０６から通知されたアグリゲーションレベルに対応するＲＴＴをＰＵＳＣＨ設定部６０９へ通知する。たとえば、ＲＴＴ設定部１３０１は、アグリゲーションレベルとＲＴＴとの所定の対応関係を示す対応情報を記憶する。この対応情報は、ｅＮＢ２１０が記憶する対応情報と同一の対応関係を示す情報である。ＲＴＴ設定部１３０１は、記憶した対応情報に基づいて、ＰＤＣＣＨ判定部６０６から通知されたアグリゲーションレベルに対応するＲＴＴをＬ２処理部６０８およびＰＵＳＣＨ設定部６０９へ通知する。

ＰＵＳＣＨ設定部６０９は、ＵＥ２２０からｅＮＢ２１０への再送データについて、ＲＴＴ設定部１３０１から通知されたＲＴＴに対応する時間リソース（サブフレーム）に割り当てるようにＰＵＳＣＨを設定する。

（実施の形態３にかかるｅＮＢによる処理）
図１４は、実施の形態３にかかるｅＮＢによる処理の一例を示すフローチャートである。実施の形態３にかかるｅＮＢ２１０は、たとえば図１４に示す各ステップを実行する。まず、ｅＮＢ２１０は、ＵＥ２２０との間のＴＴＩバンドリングを設定（有効化）する（ステップＳ１４０１）。ステップＳ１４０１による設定は、たとえばＵＥ２２０との間のＲＬＣ層の通信に基づいて行うことができる。

つぎに、ｅＮＢ２１０は、ｅＮＢ２１０からＵＥ２２０へのＰＤＣＣＨのアグリゲーションレベルと、ＵＥ２２０のＲＴＴを設定する（ステップＳ１４０２）。たとえば、ｅＮＢ２１０は、ＵＥ２２０から報告されたＣＱＩに基づいてＰＤＣＣＨのアグリゲーションレベルを設定する。また、ｅＮＢ２１０は、設定したアグリゲーションに応じたＲＴＴを設定する。つぎに、ｅＮＢ２１０は、ステップＳ１４０２によって設定したアグリゲーションレベルによってＵＥ２２０へのＰＤＣＣＨを送信する（ステップＳ１４０３）。

つぎに、ｅＮＢ２１０は、ＵＥ２２０からＴＴＩバンドリングによって送信されるデータＣＨを受信する（ステップＳ１４０４）。たとえば、ｅＮＢ２１０は、ステップＳ１４０３によって送信したＰＤＣＣＨに格納したＵＬグラントが示す無線リソースにおいてデータＣＨを受信する。ＵＥ２２０からのデータＣＨは、たとえばＰＵＳＣＨである。

つぎに、ｅＮＢ２１０は、ステップＳ１４０４によるデータＣＨの受信を開始してからＴＴＩバンドルサイズ分の時間が経過したか否かを判断する（ステップＳ１４０５）。ＴＴＩバンドルサイズは、たとえば固定のＴＴＩ（たとえば４ＴＴＩ）である。ＴＴＩバンドルサイズ分の時間が経過していない場合（ステップＳ１４０５：Ｎｏ）は、ｅＮＢ２１０は、ステップＳ１４０４へ戻る。

ステップＳ１４０５において、ＴＴＩバンドルサイズ分の時間が経過した場合（ステップＳ１４０５：Ｙｅｓ）は、ｅＮＢ２１０は、ステップＳ１４０４によって受信したデータＣＨに対してＡＣＫを送信するか否かを判断する（ステップＳ１４０６）。ステップＳ１４０６の判断は、たとえばステップＳ１４０４によって受信したＴＴＩバンドルサイズ分のデータＣＨによってデータが正しく復号できたか否かによって行うことができる。

ステップＳ１４０６において、ＡＣＫではなくＮＡＣＫを送信する場合（ステップＳ１４０６：Ｎｏ）は、ｅＮＢ２１０は、ステップＳ１４０２によって設定したＲＴＴに基づく再送設定を行い（ステップＳ１４０７）、ステップＳ１４０４へ戻る。ＡＣＫを送信する場合（ステップＳ１４０６：Ｙｅｓ）は、ｅＮＢ２１０は、一連の処理を終了する。

（実施の形態３にかかるＵＥによる処理）
図１５は、実施の形態３にかかるＵＥによる処理の一例を示すフローチャートである。実施の形態３にかかるＵＥ２２０は、たとえば図１５に示す各ステップを実行する。図１５に示すステップＳ１５０１，Ｓ１５０２は、図８に示したステップＳ８０１，Ｓ８０２と同様である。

ステップＳ１５０２において、自局向けのＰＤＣＣＨを検出した場合（ステップＳ１５０２：Ｙｅｓ）は、ＵＥ２２０は、検出した自局向けのＰＤＣＣＨの数（アグリゲーションレベル）に応じたＲＴＴを設定する（ステップＳ１５０３）。

つぎに、ＵＥ２２０は、所定のＴＴＩバンドルサイズにより、ｅＮＢ２１０へのデータＣＨを送信する（ステップＳ１５０４）。たとえば、ＵＥ２２０は、検出した自局向けのＰＤＣＣＨに格納されたＵＬグラントが示す無線リソースにおいてデータＣＨを送信する。所定のＴＴＩバンドルサイズは、たとえば固定のＴＴＩバンドルサイズ（たとえば４ＴＴＩ）である。

つぎに、ＵＥ２２０は、ステップＳ１５０４によって送信したデータＣＨに対する応答信号を受信する（ステップＳ１５０５）。つぎに、ＵＥ２２０は、ステップＳ１５０５によって受信した応答信号がＡＣＫか否かを判断する（ステップＳ１５０６）。応答信号がＡＣＫでない場合（ステップＳ１５０６：Ｎｏ）は、ＵＥ２２０は、ステップＳ１５０３によって設定したＲＴＴに基づく再送設定を行い（ステップＳ１５０７）、ステップＳ１５０４へ戻ることで再送を行う。応答信号がＡＣＫである場合（ステップＳ１５０６：Ｙｅｓ）は、ＵＥ２２０は、一連の処理を終了する。

（アグリゲーションレベルに応じたＲＴＴ）
アグリゲーションレベルに応じたＲＴＴは、実施の形態２において説明したアグリゲーションレベルに応じたＴＴＩバンドルサイズと同様に決定することができる。たとえば、アグリゲーションレベルに応じたＲＴＴは、アグリゲーションレベルに対して所定値Ｎｘを乗じた値のＲＴＴとすることができる。すなわち、ＲＴＴ＝Ｎｘ×アグリゲーションレベルとすることができる。

（ＰＤＣＣＨの順序入れ替え等に基づくＲＴＴの通知）
また、ｅＮＢ２１０は、図９Ａ，図９Ｂに示したＰＤＣＣＨの順序入れ替え状態やビット反転状態とアグリゲーションレベルとの組み合わせによりＲＴＴをＵＥ２２０へ通知してもよい。

このように、実施の形態３によれば、上り通信のＲＴＴを、ＰＤＣＣＨにおいてＵＥ２２０に割り当てられたＣＣＥの数に対応付けることができる。これにより、ＲＴＴを可変としつつ、ＲＴＴの直接的な通知を不要にすることができる。このため、シグナリング量の増加を抑えることができる。

また、実施の形態３において、ＴＴＩバンドリングは行わない構成としてもよい。

（実施の形態４）
実施の形態４について、実施の形態２と異なる部分について説明する。実施の形態４においては、ＴＴＩバンドルサイズを可変とするために、ＴＴＩバンドリングパターンを可変とする。ＴＴＩバンドリングパターンは、たとえばＵＥ２２０からのデータの新規送信、１回目の再送、２回目の再送…の各ＴＴＩバンドルサイズを示す、ＴＴＩバンドルサイズの切り替えパターンである。

（ＴＴＩバンドリングパターンの変更）
図１６は、ＴＴＩバンドリングパターンの変更の一例を示す図である。図１６において、図２Ｂに示した部分と同様の部分については同一の符号を付して説明を省略する。図１６に示す例においては、ＵＥ２２０は、ＵＬグラント２４１を受信したサブフレーム１６０１から４［ｍｓ］後のサブフレーム１６０２〜１６０９（８個のＴＴＩ）において、同一のデータを示すパケットを連続して８回送信するＴＴＩバンドリングを行う。

応答信号２４２は、サブフレーム１６０９から４［ｍｓ］後のサブフレーム１６１０においてｅＮＢ２１０からＵＥ２２０へ送信される、サブフレーム１６０２〜１６０９で送信されたパケットに対する応答信号である。図１６に示す例では、応答信号２４２は、サブフレーム１６０２〜１６０９で送信されたパケットが示すデータを正常に受信（復号）できなかったことを示すＮＡＣＫ（否定信号）である。

ＵＥ２２０は、応答信号２４２（ＮＡＣＫ）を受信したため、サブフレーム１６１１〜１６１４において、サブフレーム１６０２〜１６０９と同一のデータを示すパケットを連続して４回送信するＴＴＩバンドリングを行う。サブフレーム１６１１〜１６１４は、サブフレーム１６１０からＲＴＴ２４３が経過したサブフレームである。

このように、実施の形態４においては、ＵＥ２２０からのデータの新規送信、１回目の再送、２回目の再送…の各ＴＴＩバンドルサイズを示すＴＴＩバンドリングパターンを可変とする。ＵＥ２２０は、ブラインド検出により判定したアグリゲーションレベルに応じたＴＴＩバンドリングパターンによってＴＴＩバンドリングを行う。一例としては、アグリゲーションレベル（ＡＬ）＝１に応じたＴＴＩバンドリングパターンはパターン１、アグリゲーションレベル（ＡＬ）＝２に応じたＴＴＩバンドリングパターンはパターン２などとすることができる。

また、ＴＴＩバンドリングパターンは、一例としては［４，４，４，４，…］、［８，４，４，４，…］、［８，８，４，４，…］などとすることができる。たとえば［８，４，４，４，…］は、新規送信はＴＴＩバンドルサイズ＝８、１回目、２回目、３回目…の再送はＴＴＩバンドルサイズ＝４であることを示す。

たとえば後述のＬＴＥのＡｌｔ．６．１においては、新規送信と再送で異なるＴＴＩバンドルサイズを用いることが検討されている。実施の形態４に示したＴＴＩバンドリングパターンの変更は、新規送信と再送で異なるＴＴＩバンドルサイズを用いる場合の新規送信や再送のＴＴＩバンドルサイズの変更に適用することもできる。

（実施の形態４にかかるｅＮＢ）
図１７Ａは、実施の形態４にかかるｅＮＢの一例を示す図である。図１７Ｂは、図１７Ａに示したｅＮＢにおける信号の流れの一例を示す図である。図１７Ａ，図１７Ｂにおいて、図５Ａ，図５Ｂに示した部分と同様の部分については同一の符号を付して説明を省略する。図１７Ａ，図１７Ｂに示すように、実施の形態４にかかるｅＮＢ２１０は、図５Ａ，図５Ｂに示したＡＬ／バンドルサイズ設定部５０６に代えてＡＬ／パターン設定部１７０１を備える。ＡＬ／パターン設定部１７０１は、たとえば図５Ｃに示したＣＰＵ５３１により実現することができる。

ＡＬ／パターン設定部１７０１は、Ｌ２処理部５０５から出力されたＵＥ２２０の受信状態を示す情報に基づいて、ＵＥ２２０のアグリゲーションレベルを設定する。そして、ＡＬ／パターン設定部１７０１は、設定したアグリゲーションレベルをＰＤＣＣＨ生成部５０７へ通知する。

また、ＡＬ／パターン設定部１７０１は、設定したアグリゲーションレベルに対応するＴＴＩバンドリングパターンを設定する。そして、ＡＬ／パターン設定部１７０１は、設定したＴＴＩバンドリングパターンをＰＤＣＣＨ生成部５０７へ通知する。

たとえば、ＡＬ／パターン設定部１７０１は、アグリゲーションレベルとＴＴＩバンドリングパターンとの所定の対応関係を示す対応情報を記憶する。この対応情報は、ＵＥ２２０が記憶する対応情報と同一の対応関係を示す情報である。ＡＬ／パターン設定部１７０１は、記憶した対応情報に基づいて、設定したアグリゲーションレベルに対応するＴＴＩバンドリングパターンを設定する。

ＰＤＣＣＨ生成部５０７は、ＡＬ／パターン設定部１７０１から通知されたＴＴＩバンドリングパターンに基づくＴＴＩバンドルサイズ分のデータの誤り検出の結果をデータ判定部５０４から取得する。

また、ｅＮＢ２１０は、ＡＬ／パターン設定部１７０１によって設定されたＴＴＩバンドリングパターンに基づいて、ＵＥ２２０からの再送データを受信する。このＴＴＩバンドリングパターンに基づく再送データの受信は、Ｌ１受信部５０３およびＰＤＣＣＨ生成部５０７（Ｌ１）により行ってもよいし、Ｌ２処理部５０５により行ってもよい。

（実施の形態４にかかるＵＥ）
図１８Ａは、実施の形態４にかかるＵＥの一例を示す図である。図１８Ｂは、図１８Ａに示したＵＥにおける信号の流れの一例を示す図である。図１８Ａ，図１８Ｂにおいて図６Ａ，図６Ｂに示した部分と同様の部分については同一の符号を付して説明を省略する。

図１８Ａ，図１８Ｂに示すように、実施の形態４にかかるＵＥ２２０は、図６Ａ，図６Ｂに示したバンドルサイズ設定部６０７に代えてパターン設定部１８０１を備える。パターン設定部１８０１は、たとえば図６Ｃに示したＣＰＵ６３１により実現することができる。パターン設定部１８０１は、ＰＤＣＣＨ判定部６０６から通知されたアグリゲーションレベルに対応するＴＴＩバンドリングパターンをＰＵＳＣＨ設定部６０９へ通知する。

たとえば、パターン設定部１８０１は、アグリゲーションレベルとＴＴＩバンドリングパターンとの所定の対応関係を示す対応情報を記憶する。この対応情報は、ｅＮＢ２１０が記憶する対応情報と同一の対応関係を示す情報である。パターン設定部１８０１は、記憶した対応情報に基づいて、ＰＤＣＣＨ判定部６０６から通知されたアグリゲーションレベルに対応するＴＴＩバンドリングパターンをＬ２処理部６０８およびＰＵＳＣＨ設定部６０９へ通知する。

ＰＵＳＣＨ設定部６０９は、パターン設定部１８０１から通知されたＴＴＩバンドリングパターンに基づくＴＴＩバンドルサイズの回数だけ同一の上りデータを連続して送信するようにＰＵＳＣＨを設定する。

（実施の形態４にかかるｅＮＢによる処理）
図１９は、実施の形態４にかかるｅＮＢによる処理の一例を示すフローチャートである。実施の形態４にかかるｅＮＢ２１０は、たとえば図１９に示す各ステップを実行する。まず、ｅＮＢ２１０は、ＵＥ２２０との間のＴＴＩバンドリングを設定（有効化）する（ステップＳ１９０１）。ステップＳ１９０１による設定は、たとえばＵＥ２２０との間のＲＬＣ層の通信に基づいて行うことができる。

つぎに、ｅＮＢ２１０は、ｅＮＢ２１０からＵＥ２２０へのＰＤＣＣＨのアグリゲーションレベルと、ＵＥ２２０のＴＴＩバンドリングパターンを設定する（ステップＳ１９０２）。たとえば、ｅＮＢ２１０は、ＵＥ２２０から報告されたＣＱＩに基づいてＰＤＣＣＨのアグリゲーションレベルを設定する。また、ｅＮＢ２１０は、設定したアグリゲーションに応じたＴＴＩバンドリングパターンを設定する。つぎに、ｅＮＢ２１０は、ステップＳ１９０２によって設定したアグリゲーションレベルによってＵＥ２２０へのＰＤＣＣＨを送信する（ステップＳ１９０３）。

つぎに、ｅＮＢ２１０は、ＵＥ２２０からＴＴＩバンドリングによって送信されるデータＣＨを受信する（ステップＳ１９０４）。ステップＳ１９０４において、ｅＮＢ２１０は、たとえば、ステップＳ１９０３によって送信したＰＤＣＣＨに格納したＵＬグラントが示す無線リソースにおいてデータＣＨを受信する。ＵＥ２２０からのデータＣＨは、たとえばＰＵＳＣＨである。

つぎに、ｅＮＢ２１０は、ステップＳ１９０４によるデータＣＨの受信を開始してからＴＴＩバンドルサイズ分の時間が経過したか否かを判断する（ステップＳ１９０５）。ＴＴＩバンドルサイズは、たとえばステップＳ１９０２によって設定したＴＴＩバンドリングパターンに応じたＴＴＩバンドルサイズである。ＴＴＩバンドルサイズ分の時間が経過していない場合（ステップＳ１９０５：Ｎｏ）は、ｅＮＢ２１０は、ステップＳ１９０４へ戻る。

ステップＳ１９０５において、ＴＴＩバンドルサイズ分の時間が経過した場合（ステップＳ１９０５：Ｙｅｓ）は、ｅＮＢ２１０は、ステップＳ１９０４によって受信したデータＣＨに対してＡＣＫを送信するか否かを判断する（ステップＳ１９０６）。ステップＳ１９０６の判断は、たとえばステップＳ１９０４によって受信したＴＴＩバンドルサイズ分のデータＣＨによってデータが正しく復号できたか否かによって行うことができる。

ステップＳ１９０６において、ＡＣＫではなくＮＡＣＫを送信する場合（ステップＳ１９０６：Ｎｏ）は、ｅＮＢ２１０は、ステップＳ１９０７へ移行する。すなわち、ｅＮＢ２１０は、ステップＳ１９０２によって設定したＴＴＩバンドリングパターンに基づく再送設定を行い（ステップＳ１９０７）、ステップＳ１９０４へ戻る。ＡＣＫを送信する場合（ステップＳ１９０６：Ｙｅｓ）は、ｅＮＢ２１０は、一連の処理を終了する。

（実施の形態４にかかるＵＥによる処理）
図２０は、実施の形態４にかかるＵＥによる処理の一例を示すフローチャートである。実施の形態４にかかるＵＥ２２０は、たとえば図２０に示す各ステップを実行する。図２０に示すステップＳ２００１，Ｓ２００２は、図８に示したステップＳ８０１，Ｓ８０２と同様である。

ステップＳ２００２において、自局向けのＰＤＣＣＨを検出した場合（ステップＳ２００２：Ｙｅｓ）は、ＵＥ２２０は、ステップＳ２００３へ移行する。すなわち、ＵＥ２２０は、検出した自局向けのＰＤＣＣＨの数（アグリゲーションレベル）に応じたＴＴＩバンドリングパターンによるＴＴＩバンドルサイズを設定する（ステップＳ２００３）。

つぎに、ＵＥ２２０は、ステップＳ２００３によって設定したＴＴＩバンドルサイズにより、ｅＮＢ２１０へのデータＣＨを送信する（ステップＳ２００４）。ステップＳ２００４において、ＵＥ２２０は、たとえば、検出した自局向けのＰＤＣＣＨに格納されたＵＬグラントが示す無線リソースにおいてデータＣＨを送信する。

つぎに、ＵＥ２２０は、ステップＳ２００４によって送信したデータＣＨに対する応答信号を受信する（ステップＳ２００５）。つぎに、ＵＥ２２０は、ステップＳ２００５によって受信した応答信号がＡＣＫか否かを判断する（ステップＳ２００６）。応答信号がＡＣＫでない場合（ステップＳ２００６：Ｎｏ）は、ＵＥ２２０は、アグリゲーションレベルに応じたＴＴＩバンドリングパターンに基づく再送設定を行い（ステップＳ２００７）、ステップＳ２００３へ戻る。応答信号がＡＣＫである場合（ステップＳ２００６：Ｙｅｓ）は、ＵＥ２２０は、一連の処理を終了する。

（アグリゲーションレベルに応じたＴＴＩバンドリングパターン）
アグリゲーションレベルに応じたＴＴＩバンドリングパターンは、実施の形態２において説明したアグリゲーションレベルに応じたＴＴＩバンドルサイズと同様に決定することができる。たとえば、アグリゲーションレベルに応じたＴＴＩバンドリングパターンは、アグリゲーションレベルと同じ値のＴＴＩバンドリングパターンとすることができる。

（ＰＤＣＣＨの順序入れ替え等に基づくＴＴＩバンドリングパターンの通知）
また、ｅＮＢ２１０は、図９Ａ，図９Ｂに示したＰＤＣＣＨの順序入れ替え状態やビット反転状態とアグリゲーションレベルとの組み合わせによりＴＴＩバンドリングパターンをＵＥ２２０へ通知してもよい。

このように、実施の形態４によれば、上り通信のＴＴＩバンドリングパターンを、ＰＤＣＣＨにおいてＵＥ２２０に割り当てられたＣＣＥの数に対応付けることができる。これにより、ＴＴＩバンドリングパターンを可変としつつ、ＴＴＩバンドリングパターンの直接的な通知を不要にすることができる。このため、シグナリング量の増加を抑えることができる。

（実施の形態５）
実施の形態５について、実施の形態２と異なる部分について説明する。実施の形態５においては、ＴＴＩバンドルサイズに代えてＨＡＲＱプロセス数を可変とする。

（ＨＡＲＱプロセス数の変更）
図２１は、ＨＡＲＱプロセス数の変更の一例を示す図である。図２１において、図２Ｂに示した部分と同様の部分については同一の符号を付して説明を省略する。図２１に示す例では、ＵＥ２２０は、ＵＬグラント２４１を受信したサブフレーム２１０１から４［ｍｓ］後のサブフレーム２１０２において上りのデータを送信するＨＡＲＱプロセス＃０（新規送信）を行う。また、ＵＥ２２０は、サブフレーム２１０２のつぎのサブフレーム２１０３において、サブフレーム２１０２のＨＡＲＱプロセス＃０と同一のデータを送信するＨＡＲＱプロセス＃１（新規送信）を行う。

応答信号２４２は、サブフレーム２１０２，２１０３から４［ｍｓ］後のサブフレーム２１０４，２１０５においてｅＮＢ２１０からＵＥ２２０へ送信される、サブフレーム２１０２，２１０３で送信されたパケットに対する応答信号である。図２１に示す例では、応答信号２４２は、サブフレーム２１０２，２１０３で送信されたパケットが示すデータを正常に受信（復号）できなかったことを示すＮＡＣＫ（否定信号）である。

ＵＥ２２０は、応答信号２４２（ＮＡＣＫ）を受信したため、サブフレーム２１０６，２１０７において、サブフレーム２１０２，２１０３と同一のデータを示すパケットを連続して２回送信するＴＴＩバンドリングを行う。サブフレーム２１０６，２１０７は、サブフレーム２１０４，２１０５からＲＴＴ（図２１に示す例では４［ｍｓ］）が経過したサブフレームである。

実施の形態５においては、ＵＥ２２０のＨＡＲＱプロセス数（図２１に示す例では２）を可変とする。ＵＥ２２０は、ブラインド検出により判定したアグリゲーションレベルに応じたＨＡＲＱプロセス数によって上りデータを送信する。一例としては、アグリゲーションレベル（ＡＬ）＝１に応じたＨＡＲＱプロセス数は１、アグリゲーションレベル（ＡＬ）＝２に応じたＨＡＲＱプロセス数は２などとすることができる。

たとえば後述のＬＴＥのＡｌｔ．６．２においては、同一信号を複数のＨＡＲＱプロセスで送信することが検討されている。これに対して、実施の形態５にかかる無線通信システム２００においては、ＨＡＲＱプロセス数を可変とする。ＨＡＲＱプロセス数は、ｅＮＢ２１０へ同一のデータを送信するＵＥ２２０のＨＡＲＱプロセスの数である。

このために、たとえば、アグリゲーションレベルにＨＡＲＱプロセス数を対応付けることができる。これにより、ＨＡＲＱプロセス数の直接的な通知が不要になり、シグナリング量の増加を抑えることができる。

（実施の形態５にかかるｅＮＢ）
図２２Ａは、実施の形態５にかかるｅＮＢの一例を示す図である。図２２Ｂは、図２２Ａに示したｅＮＢにおける信号の流れの一例を示す図である。図２２Ａ，図２２Ｂにおいて、図５Ａ，図５Ｂに示した部分と同様の部分については同一の符号を付して説明を省略する。図２２Ａ，図２２Ｂに示すように、実施の形態５にかかるｅＮＢ２１０は、図５Ａ，図５Ｂに示したＡＬ／バンドルサイズ設定部５０６に代えてＡＬ／プロセス数設定部２２０１を備える。ＡＬ／プロセス数設定部２２０１は、たとえば図５Ｃに示したＣＰＵ５３１により実現することができる。

ＡＬ／プロセス数設定部２２０１は、Ｌ２処理部５０５から出力されたＵＥ２２０の受信状態を示す情報に基づいて、ＵＥ２２０のアグリゲーションレベルを設定する。そして、ＡＬ／プロセス数設定部２２０１は、設定したアグリゲーションレベルをＰＤＣＣＨ生成部５０７へ通知する。

また、ＡＬ／プロセス数設定部２２０１は、設定したアグリゲーションレベルに対応するＨＡＲＱプロセス数を設定する。そして、ＡＬ／プロセス数設定部２２０１は、設定したＨＡＲＱプロセス数をＰＤＣＣＨ生成部５０７へ通知する。

たとえば、ＡＬ／プロセス数設定部２２０１は、アグリゲーションレベルとＨＡＲＱプロセス数との所定の対応関係を示す対応情報を記憶する。この対応情報は、ＵＥ２２０が記憶する対応情報と同一の対応関係を示す情報である。ＡＬ／プロセス数設定部２２０１は、記憶した対応情報に基づいて、設定したアグリゲーションレベルに対応するＨＡＲＱプロセス数を設定する。

ＰＤＣＣＨ生成部５０７は、ＡＬ／プロセス数設定部２２０１から通知されたＨＡＲＱプロセス数分のデータの誤り検出の結果をデータ判定部５０４から取得する。そして、ＰＤＣＣＨ生成部５０７は、取得した誤り検出の結果に応じた応答信号（ＡＣＫ／ＮＡＣＫ）をＬ１送信部５０８へ出力する。

また、ｅＮＢ２１０は、ＡＬ／プロセス数設定部２２０１によって設定されたＨＡＲＱプロセス数に基づいて、ＵＥ２２０からの各ＨＡＲＱプロセスによるデータを受信する。このＨＡＲＱプロセス数に基づくデータの受信は、Ｌ１受信部５０３およびＰＤＣＣＨ生成部５０７（Ｌ１）により行ってもよいし、Ｌ２処理部５０５により行ってもよい。

（実施の形態５にかかるＵＥ）
図２３Ａは、実施の形態５にかかるＵＥの一例を示す図である。図２３Ｂは、図２３Ａに示したＵＥにおける信号の流れの一例を示す図である。図２３Ａ，図２３Ｂにおいて、図６Ａ，図６Ｂに示した部分と同様の部分については同一の符号を付して説明を省略する。図２３Ａ，図２３Ｂに示すように、実施の形態５にかかるＵＥ２２０は、図６Ａ，図６Ｂに示したバンドルサイズ設定部６０７に代えてプロセス数設定部２３０１を備える。プロセス数設定部２３０１は、たとえば図６Ｃに示したＣＰＵ６３１により実現することができる。

プロセス数設定部２３０１は、ＰＤＣＣＨ判定部６０６から通知されたアグリゲーションレベルに対応するＨＡＲＱプロセス数をＰＵＳＣＨ設定部６０９へ通知する。たとえば、プロセス数設定部２３０１は、アグリゲーションレベルとＨＡＲＱプロセス数との所定の対応関係を示す対応情報を記憶する。この対応情報は、ｅＮＢ２１０が記憶する対応情報と同一の対応関係を示す情報である。プロセス数設定部２３０１は、記憶した対応情報に基づいて、ＰＤＣＣＨ判定部６０６から通知されたアグリゲーションレベルに対応するＨＡＲＱプロセス数をＬ２処理部６０８およびＰＵＳＣＨ設定部６０９へ通知する。

ＰＵＳＣＨ設定部６０９は、プロセス数設定部２３０１から通知されたＨＡＲＱプロセス数に基づいて、各ＨＡＲＱプロセスによる送信データを割り当てるようにＰＵＳＣＨを設定する。

（実施の形態５にかかるｅＮＢによる処理）
図２４は、実施の形態５にかかるｅＮＢによる処理の一例を示すフローチャートである。実施の形態５にかかるｅＮＢ２１０は、たとえば図２４に示す各ステップを実行する。まず、ｅＮＢ２１０は、ｅＮＢ２１０からＵＥ２２０へのＰＤＣＣＨのアグリゲーションレベルと、ＨＡＲＱプロセス数と、を設定する（ステップＳ２４０１）。たとえば、ｅＮＢ２１０は、ＵＥ２２０から報告されたＣＱＩに基づいてＰＤＣＣＨのアグリゲーションレベルを設定する。また、ｅＮＢ２１０は、設定したアグリゲーションレベルに応じたＨＡＲＱプロセス数を設定する。

つぎに、ｅＮＢ２１０は、ステップＳ２４０１によって設定したアグリゲーションレベルによってＵＥ２２０へのＰＤＣＣＨを送信する（ステップＳ２４０２）。つぎに、ｅＮＢ２１０は、ＵＥ２２０からＨＡＲＱプロセスによって送信されるデータＣＨを受信する（ステップＳ２４０３）。ステップＳ２４０３において、ｅＮＢ２１０は、たとえば、ステップＳ２４０２によって送信したＰＤＣＣＨに格納したＵＬグラントが示す無線リソースにおいてデータＣＨを受信する。ＵＥ２２０からのデータＣＨは、たとえばＰＵＳＣＨである。

つぎに、ｅＮＢ２１０は、ＵＥ２２０に対する応答信号を送信する（ステップＳ２４０４）。ステップＳ２４０４において送信される応答信号は、ステップＳ２４０３によって受信したデータＣＨの誤り検出の結果に応じた応答信号（ＡＣＫ／ＮＡＣＫ）である。

つぎに、ｅＮＢ２１０は、ステップＳ２４０３によるデータＣＨの受信を開始してから、ステップＳ２４０１によって設定したＨＡＲＱプロセス数分の時間が経過したか否かを判断する（ステップＳ２４０５）。ＨＡＲＱプロセス数分の時間が経過していない場合（ステップＳ２４０５：Ｎｏ）は、ｅＮＢ２１０は、ステップＳ２４０３へ戻る。

ステップＳ２４０５において、ＨＡＲＱプロセス数分の時間が経過した場合（ステップＳ２４０５：Ｙｅｓ）は、ｅＮＢ２１０は、ステップＳ２４０３によって受信したデータＣＨに対してＡＣＫを送信するか否かを判断する（ステップＳ２４０６）。ステップＳ２４０６の判断は、たとえばステップＳ２４０３によって受信したＨＡＲＱプロセス数分のデータＣＨによってデータが正しく復号できたか否かによって行うことができる。

ステップＳ２４０６において、ＡＣＫではなくＮＡＣＫを送信する場合（ステップＳ２４０６：Ｎｏ）は、ｅＮＢ２１０は、ステップＳ２４０１によって設定したＨＡＲＱプロセス数分の再送設定を行い（ステップＳ２４０７）、ステップＳ２４０３へ戻る。ＡＣＫを送信する場合（ステップＳ２４０６：Ｙｅｓ）は、ｅＮＢ２１０は、一連の処理を終了する。

（実施の形態５にかかるＵＥによる処理）
図２５は、実施の形態５にかかるＵＥによる処理の一例を示すフローチャートである。実施の形態５にかかるＵＥ２２０は、たとえば図２５に示す各ステップを実行する。図２５に示すステップＳ２５０１は、図８に示したステップＳ８０２と同様である。

ステップＳ２５０１において、自局向けのＰＤＣＣＨを検出した場合（ステップＳ２５０１：Ｙｅｓ）は、ＵＥ２２０は、ステップＳ２５０２へ移行する。すなわち、ＵＥ２２０は、検出した自局向けのＰＤＣＣＨの数（アグリゲーションレベル）に応じたＨＡＲＱプロセス数によりｅＮＢ２１０へのデータＣＨを送信する（ステップＳ２５０２）。ステップＳ２５０２において、ＵＥ２２０は、たとえば、検出した自局向けのＰＤＣＣＨに格納されたＵＬグラントが示す無線リソースにおいてデータＣＨを送信する。

つぎに、ＵＥ２２０は、ステップＳ２５０２によって送信したデータＣＨに対する応答信号を受信する（ステップＳ２５０３）。つぎに、ＵＥ２２０は、ステップＳ２５０３によって受信した応答信号がＡＣＫか否かを判断する（ステップＳ２５０４）。応答信号がＡＣＫでない場合（ステップＳ２５０４：Ｎｏ）は、ＵＥ２２０は、再送設定を行い（ステップＳ２５０５）、ステップＳ２５０２へ戻る。応答信号がＡＣＫである場合（ステップＳ２５０４：Ｙｅｓ）は、ＵＥ２２０は、一連の処理を終了する。

（アグリゲーションレベルに応じたＴＴＩバンドリングパターン）
アグリゲーションレベルに応じたＨＡＲＱプロセス数は、実施の形態２において説明したアグリゲーションレベルに応じたＴＴＩバンドルサイズと同様に決定することができる。たとえば、アグリゲーションレベルに応じたＨＡＲＱプロセス数は、アグリゲーションレベルと同じ値のＨＡＲＱプロセス数とすることができる。

また、アグリゲーションレベルに応じたＨＡＲＱプロセス数は、アグリゲーションレベルに対して所定値Ｎｘを乗じた値のＨＡＲＱプロセス数としてもよい。すなわち、ＨＡＲＱプロセス数＝Ｎｘ×アグリゲーションレベルとすることができる。

（ＰＤＣＣＨの順序入れ替え等に基づくＨＡＲＱプロセス数の通知）
また、ｅＮＢ２１０は、図９Ａ，図９Ｂに示したＰＤＣＣＨの順序入れ替え状態やビット反転状態とアグリゲーションレベルとの組み合わせによりＨＡＲＱプロセス数をＵＥ２２０へ通知してもよい。

このように、実施の形態５によれば、上り通信のＨＡＲＱプロセス数を、ＰＤＣＣＨにおいてＵＥ２２０に割り当てられたＣＣＥの数に対応付けることができる。これにより、ＨＡＲＱプロセス数を可変としつつ、ＨＡＲＱプロセス数の直接的な通知を不要にすることができる。このため、シグナリング量の増加を抑えることができる。

また、実施の形態５において、ＴＴＩバンドリングは行わない構成としてもよい。

以上説明したように、無線通信システム、端末、基地局および処理方法によれば、上り通信に関する端末のパラメータを、下りの制御チャネルにおいて端末に割り当てられた無線リソースの数に対応付けることができる。これにより、該パラメータを可変としつつ、基地局から端末への該パラメータの通知を不要にし、シグナリング量の増加を抑えることができる。

一例として、ＬＴＥ標準化のカバレッジ拡張（Ｃｏｖｅｒａｇｅ ｅｎｈａｎｃｅｍｅｎｔｓ）技術が検討された。たとえば、Ｒｅｌ−１１ ＳＩとして、ＬＴＥシステムが単独でネットワークを構築する際に、カバレッジ特性を制限する原因となる物理チャネルを調査する検討が行われた（３ＧＰＰ ＴＲ３６．８２４ Ｖ１１．０．０）。また、ＡＯＴＦ（Ａｃｏｕｓｔｏ−Ｏｐｔｉｃ Ｔｕｎａｂｌｅ Ｆｉｌｔｅｒ：音響光学可変波長フィルタ）のＲｅｌ−１２ ＷＩとして、ＵＬＶｏＩＰ等のカバレッジ拡張技術が検討された（３ＧＰＰ ＲＰ−１３０８３３）。

これらの検討された内容は、主に以下のＡｌｔ．１、Ａｌｔ．６．１、Ａｌｔ．６．２およびＡｌｔ．６．３に分類される。Ａｌｔ．１は、ＲＴＴを１６［ｍｓ］から１２［ｍｓ］に削減するという内容である。これにより、許容される遅延時間内で、より多数の再送パケットを合成でき、ゲインが増大する。Ａｌｔ．６．１は、新規送信時と再送時でＴＴＩバンドルサイズを変えるという内容である。これにより、新規送信時のＴＴＩバンドルサイズを大きくすることで、ゲインが増大する。

Ａｌｔ．６．２は、複数のＨＡＲＱプロセスを使って１個のトランスポートブロック（ｔｒａｎｓｐｏｒｔｂｌｏｃｋ）を送信するという内容である。これにより、許容される遅延時間内で、より多数の再送パケットを合成でき、ゲインが増大する。Ａｌｔ．６．３は、制御信号に従ってＴＴＩバンドルサイズを可変にするという内容である。これにより、より柔軟にゲインを調整することができる。

たとえば、従来、上位レイヤ（たとえばＲＬＣ層）の制御信号により、ＴＴＩバンドリングの有効／無効が切り替えられるため、設定の変更に時間がかかり、無線チャネル品質に追従した制御が困難であった。

このため、従来、たとえば、ＴＴＩバンドリングの有効時に無線チャネル品質が急激によくなった場合に、過剰なゲインのために時間周波数リソースを浪費してしまう場合があった。一方、ＴＴＩバンドリングの無効時に無線チャネル品質が急激に悪くなった場合に、十分なゲインを得られずに受信特性が劣化してしまう場合があった。また、ＲＴＴやＨＡＲＱプロセス数についても同様に、無線チャネル品質に応じて柔軟な調整ができなかったため、通信を効率よく行うことができなかった。

これに対して、ＴＴＩバンドルサイズなどを可変にすることが考えられるが、そのためにはシグナリングを要する。たとえばＰＤＣＣＨに新たなビットを定義することが考えられるが、シグナリング量が増大してしまう。また、新たなＰＤＣＣＨフォーマットやスペシャルタイプを定義することになるため、使用に対する影響が大きい。また、たとえばＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ：無線リソース制御）によってＴＴＩバンドルサイズを変更することも考えられるが、変更に時間がかかる。

これに対して、上述した各実施の形態によれば、ＵＬグラント（ＰＤＣＣＨ）のアグリゲーションレベルをＴＴＩバンドルサイズと対応付けることができる。ここで、上りリンクと下りリンクの各通信品質には相関がある。特に、ＴＤＤ（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ：時分割複信）においては、上りリンクと下りリンクの各通信品質の相関が高い。また、ＦＤＤ（Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ：周波数分割複信）においても上りリンクと下りリンクの各通信品質には相関がある。

したがって、アグリゲーションレベルをＴＴＩバンドルサイズと対応付けることで、ＴＴＩバンドルサイズを直接的に通知しなくても、適切なＴＴＩバンドルサイズの制御を行うことが可能になる。このため、ＴＴＩバンドルサイズを可変としつつ、シグナリング量の増加を抑えることができる。

上述した実施の形態に関し、さらに以下の付記を開示する。

（付記１）基地局から受信した制御チャネルの無線リソースのうちの自端末に割り当てられた無線リソースの数に基づいて、前記基地局へ同一のデータを連続して送信する回数を調整する端末と、
送信した前記制御チャネルの無線リソースのうちの前記端末に割り当てた無線リソースの数に基づいて前記回数を特定し、特定した前記回数に基づいて、前記端末によって連続して送信される同一のデータを受信する基地局と、
を含むことを特徴とする無線通信システム。

（付記２）前記端末は、前記無線リソースの数と前記回数との所定の対応関係を記憶し、前記対応関係に基づいて前記回数を調整し、
前記基地局は、前記対応関係を記憶し、前記対応関係に基づいて前記回数を特定する、
ことを特徴とする付記１に記載の無線通信システム。

（付記３）前記対応関係は、前記無線リソースの数が多いほど前記回数が多くなる関係であることを特徴とする付記２に記載の無線通信システム。

（付記４）前記基地局は、前記基地局から前記端末への無線通信の品質を示す値と、前記端末から前記基地局への無線通信の品質を示す値と、の相違に基づいて前記対応関係を変更し、変更した前記対応関係を前記端末へ通知することを特徴とする付記２または３に記載の無線通信システム。

（付記５）前記対応関係は、前記無線リソースの数と前記回数の切り替えパターンとの対応関係であることを特徴とする付記２〜４のいずれか一つに記載の無線通信システム。

（付記６）前記端末は、前記割り当てられた無線リソースに格納されたデータ列に対する前記基地局による順序入れ替えの状態と前記割り当てられた無線リソースの数との組み合わせに基づいて前記回数を調整し、
前記基地局は、前記割り当てた無線リソースに格納したデータ列に対する自局による順序入れ替えの状態と前記割り当てた無線リソースの数との組み合わせに基づいて前記回数を特定する、
ことを特徴とする付記１〜５のいずれか一つに記載の無線通信システム。

（付記７）前記端末は、前記順序入れ替えの状態および前記無線リソースの数の組み合わせと前記回数との所定の対応関係を記憶し、前記対応関係に基づいて前記回数を調整し、
前記基地局は、前記対応関係を記憶し、前記対応関係に基づいて前記回数を特定する、
ことを特徴とする付記６に記載の無線通信システム。

（付記８）前記端末は、前記割り当てられた無線リソースに格納されたデータ列に対する前記基地局によるビット反転の状態と前記割り当てられた無線リソースの数との組み合わせに基づいて前記回数を調整し、
前記基地局は、前記割り当てた無線リソースに格納されたデータ列に対する自局によるビット反転の状態と前記割り当てた無線リソースの数との組み合わせに基づいて前記回数を特定する、
ことを特徴とする付記１〜７のいずれか一つに記載の無線通信システム。

（付記９）前記端末は、前記ビット反転の状態および前記無線リソースの数の組み合わせと前記回数との所定の対応関係を記憶し、前記対応関係に基づいて前記回数を調整し、
前記基地局は、前記対応関係を記憶し、前記対応関係に基づいて前記回数を特定する、
ことを特徴とする付記８に記載の無線通信システム。

（付記１０）前記基地局は、前記基地局から前記端末への無線通信の品質を示す値に基づいて、前記制御チャネルの無線リソースのうちの前記端末に割り当てる無線リソースの数を調整することを特徴とする付記１〜９のいずれか一つに記載の無線通信システム。

（付記１１）前記回数は、ＴＴＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅ Ｉｎｔｅｒｖａｌ：送信時間間隔）バンドリングにおけるＴＴＩバンドル数であることを特徴とする付記１〜１０のいずれか一つに記載の無線通信システム。

（付記１２）前記制御チャネルはＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ：物理下りリンク制御チャネル）であり、
前記無線リソースはＣＣＥ（Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ Ｅｌｅｍｅｎｔ：制御チャネル要素）であり、
前記同一のデータはＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ：物理上りリンク共有チャネル）である、
ことを特徴とする付記１〜１１のいずれか一つに記載の無線通信システム。

（付記１３）前記同一のデータはＲＡＣＨ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ：ランダムアクセスチャネル）のｍｅｓｓａｇｅ３であることを特徴とする付記１〜１２のいずれか一つに記載の無線通信システム。

（付記１４）基地局から送信された制御チャネルを受信する受信部と、
前記受信部によって受信された前記制御チャネルの無線リソースのうちの自端末に割り当てられた無線リソースの数に基づいて、前記基地局へ同一のデータを連続して送信する回数を調整する調整部と、
前記調整部によって調整された前記回数、前記基地局へ同一のデータを連続して送信する送信部と、
を備えることを特徴とする端末。

（付記１５）制御チャネルを送信する送信部と、
前記送信部によって送信された前記制御チャネルの無線リソースのうちの端末に割り当てた無線リソースの数に基づいて、前記端末が自局へ同一のデータを送信する回数を特定する特定部と、
前記特定部によって特定された前記回数に基づいて、前記端末によって連続して送信される同一のデータを受信する受信部と、
を備えることを特徴とする基地局。

（付記１６）端末における処理方法であって、
基地局から送信された制御チャネルを受信し、
受信した前記制御チャネルの無線リソースのうちの自端末に割り当てられた無線リソースの数に基づいて、前記基地局へ同一のデータを連続して送信する回数を調整し、
調整した前記回数、前記基地局へ同一のデータを連続して送信する、
ことを特徴とする処理方法。

（付記１７）基地局における処理方法であって、
制御チャネルを送信し、
送信した前記制御チャネルの無線リソースのうちの端末に割り当てた無線リソースの数に基づいて、前記端末が自局へ同一のデータを送信する回数を特定し、
特定した前記回数に基づいて、前記端末によって連続して送信される同一のデータを受信する、
ことを特徴とする処理方法。

（付記１８）基地局から受信した制御チャネルの無線リソースのうちの自端末に割り当てられた無線リソースの数に基づいて、前記基地局へデータを送信してから前記データを再送するまでの時間を調整する端末と、
送信した前記制御チャネルの無線リソースのうちの前記端末に割り当てた無線リソースの数に基づいて前記時間を特定し、特定した前記時間に基づいて、前記端末によって連続して送信される同一のデータを受信する基地局と、
を含むことを特徴とする無線通信システム。

（付記１９）基地局から受信した制御チャネルの無線リソースのうちの自端末に割り当てられた無線リソースの数に基づいて、前記基地局へ同一のデータを送信するプロセスの数を調整する端末と、
送信した前記制御チャネルの無線リソースのうちの前記端末に割り当てた無線リソースの数に基づいて前記プロセスの数を特定し、特定した前記プロセスの数に基づいて、前記端末によって送信される同一のデータを受信する基地局と、
を含むことを特徴とする無線通信システム。

（付記２０）前記プロセスはＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ）のプロセスであることを特徴とする付記１９に記載の無線通信システム。

１００，２００ 無線通信システム
１１０ 基地局
１１１，１２３ 送信部
１１２ 特定部
１１３，１２１ 受信部
１２０ 端末
１２２ 調整部
２１０ ｅＮＢ
２１１ セル
２２０ ＵＥ
２３０〜２３９，１６０１〜１６１４，２１０１〜２１０７ サブフレーム
２４１ ＵＬグラント
２４２ 応答信号
２４３ ＲＴＴ
３００ テーブル
４０１〜４０３ 送信
４１０，９００ ＰＤＣＣＨ
４２０ データ群
５０１，６０１ 受信アンテナ
５０２，６０２ 受信機
５０３，６０３ Ｌ１受信部
５０４ データ判定部
５０５，６０８ Ｌ２処理部
５０６ ＡＬ／バンドルサイズ設定部
５０７ ＰＤＣＣＨ生成部
５０８，６１０ Ｌ１送信部
５０９，６１１ 送信機
５１０，６１２ 送信アンテナ
５３０，６３０ 通信装置
５３１，６３１ ＣＰＵ
５３２，６３２ メモリ
５３３，６３４ 無線通信インタフェース
５３４ 有線通信インタフェース
５３９，６３９ バス
６０４ ＡＣＫ判定部
６０５ ＰＤＣＣＨ検出部
６０６ ＰＤＣＣＨ判定部
６０７ バンドルサイズ設定部
６０９ ＰＵＳＣＨ設定部
６３３ ユーザインタフェース
９０１〜９０３ 順序入れ替え状態
９０４〜９０６ ビット反転状態
９１０ ＰＤＣＣＨ本体
９２０ ＣＲＣ
１２０１ ＡＬ／ＲＴＴ設定部
１３０１ ＲＴＴ設定部
１７０１ ＡＬ／パターン設定部
１８０１ パターン設定部
２２０１ ＡＬ／プロセス数設定部
２３０１ プロセス数設定部

Claims (10)

1. 基地局から受信した制御チャネルの無線リソースのうちの自端末に割り当てられた無線リソースの数に基づいて、前記基地局へ同一のデータを連続して送信する回数を調整する端末と、
   送信した前記制御チャネルの無線リソースのうちの前記端末に割り当てた無線リソースの数に基づいて前記回数を特定し、特定した前記回数に基づいて、前記端末によって連続して送信される同一のデータを受信する基地局と、を含み、
   前記端末は、前記割り当てられた無線リソースに格納されたデータ列に対する前記基地局による順序入れ替えの状態と前記割り当てられた無線リソースの数との組み合わせに基づいて前記回数を調整し、
   前記基地局は、前記割り当てた無線リソースに格納したデータ列に対する自局による順序入れ替えの状態と前記割り当てた無線リソースの数との組み合わせに基づいて前記回数を特定する、
   無線通信システム。
2. 基地局から受信した制御チャネルの無線リソースのうちの自端末に割り当てられた無線リソースの数に基づいて、前記基地局へ同一のデータを連続して送信する回数を調整する端末と、
   送信した前記制御チャネルの無線リソースのうちの前記端末に割り当てた無線リソースの数に基づいて前記回数を特定し、特定した前記回数に基づいて、前記端末によって連続して送信される同一のデータを受信する基地局と、を含み、
   前記端末は、前記割り当てられた無線リソースに格納されたデータ列に対する前記基地局によるビット反転の状態と前記割り当てられた無線リソースの数との組み合わせに基づいて前記回数を調整し、
   前記基地局は、前記割り当てた無線リソースに格納されたデータ列に対する自局によるビット反転の状態と前記割り当てた無線リソースの数との組み合わせに基づいて前記回数を特定する、
   無線通信システム。
3. 基地局から送信された制御チャネルを受信する受信部と、
   前記受信部によって受信された前記制御チャネルの無線リソースのうちの自端末に割り当てられた無線リソースの数に基づいて、前記基地局へ同一のデータを連続して送信する回数を調整する調整部と、
   前記調整部によって調整された前記回数、前記基地局へ同一のデータを連続して送信する送信部と、を備え、
   前記調整部は、前記割り当てられた無線リソースに格納されたデータ列に対する前記基地局による順序入れ替えの状態と前記割り当てられた無線リソースの数との組み合わせに基づいて前記回数を調整する、または、前記割り当てられた無線リソースに格納されたデータ列に対する前記基地局によるビット反転の状態と前記割り当てられた無線リソースの数との組み合わせに基づいて前記回数を調整する、
   端末。
4. 制御チャネルを送信する送信部と、
   前記送信部によって送信された前記制御チャネルの無線リソースのうちの端末に割り当てた無線リソースの数に基づいて、前記端末が自局へ同一のデータを送信する回数を特定する特定部と、
   前記特定部によって特定された前記回数に基づいて、前記端末によって連続して送信される同一のデータを受信する受信部と、を備え、
   前記特定部は、前記割り当てた無線リソースに格納したデータ列に対する自局による順序入れ替えの状態と前記割り当てた無線リソースの数との組み合わせに基づいて前記回数を特定する、または、前記割り当てた無線リソースに格納されたデータ列に対する自局によるビット反転の状態と前記割り当てた無線リソースの数との組み合わせに基づいて前記回数を特定する、
   基地局。
5. 端末における処理方法であって、
   基地局から送信された制御チャネルを受信し、
   受信した前記制御チャネルの無線リソースのうちの自端末に割り当てられた無線リソースの数に基づいて、前記基地局へ同一のデータを連続して送信する回数を調整し、
   調整した前記回数、前記基地局へ同一のデータを連続して送信する、処理を実行し、
   前記調整する処理は、前記割り当てられた無線リソースに格納されたデータ列に対する前記基地局による順序入れ替えの状態と前記割り当てられた無線リソースの数との組み合わせに基づいて前記回数を調整する処理、または、前記割り当てられた無線リソースに格納されたデータ列に対する前記基地局によるビット反転の状態と前記割り当てられた無線リソースの数との組み合わせに基づいて前記回数を調整する処理を含む、
   ことを特徴とする処理方法。
6. 基地局における処理方法であって、
   制御チャネルを送信し、
   送信した前記制御チャネルの無線リソースのうちの端末に割り当てた無線リソースの数に基づいて、前記端末が自局へ同一のデータを送信する回数を特定し、
   特定した前記回数に基づいて、前記端末によって連続して送信される同一のデータを受信する、処理を実行し、
   前記特定する処理は、前記割り当てた無線リソースに格納したデータ列に対する自局による順序入れ替えの状態と前記割り当てた無線リソースの数との組み合わせに基づいて前記回数を特定する処理、または、前記割り当てた無線リソースに格納されたデータ列に対する自局によるビット反転の状態と前記割り当てた無線リソースの数との組み合わせに基づいて前記回数を特定する処理を含む、
   ことを特徴とする処理方法。
7. 基地局から受信した制御チャネルの無線リソースのうちの自端末に割り当てられた無線リソースの数に基づいて、前記基地局へデータを送信してから前記データを再送するまでの時間を調整する端末と、
   送信した前記制御チャネルの無線リソースのうちの前記端末に割り当てた無線リソースの数に基づいて前記時間を特定し、特定した前記時間に基づいて、前記端末によって連続して送信される同一のデータを受信する基地局と、を含み、
   前記端末は、前記割り当てられた無線リソースに格納されたデータ列に対する前記基地局による順序入れ替えの状態と前記割り当てられた無線リソースの数との組み合わせに基づいて前記時間を調整し、
   前記基地局は、前記割り当てた無線リソースに格納したデータ列に対する自局による順序入れ替えの状態と前記割り当てた無線リソースの数との組み合わせに基づいて前記時間を特定する、
   無線通信システム。
8. 基地局から受信した制御チャネルの無線リソースのうちの自端末に割り当てられた無線リソースの数に基づいて、前記基地局へデータを送信してから前記データを再送するまでの時間を調整する端末と、
   送信した前記制御チャネルの無線リソースのうちの前記端末に割り当てた無線リソースの数に基づいて前記時間を特定し、特定した前記時間に基づいて、前記端末によって連続して送信される同一のデータを受信する基地局と、を含み、
   前記端末は、前記割り当てられた無線リソースに格納されたデータ列に対する前記基地局によるビット反転の状態と前記割り当てられた無線リソースの数との組み合わせに基づいて前記時間を調整し、
   前記基地局は、前記割り当てた無線リソースに格納されたデータ列に対する自局によるビット反転の状態と前記割り当てた無線リソースの数との組み合わせに基づいて前記時間を特定する、
   無線通信システム。
9. 基地局から受信した制御チャネルの無線リソースのうちの自端末に割り当てられた無線リソースの数に基づいて、前記基地局へ同一のデータを送信するプロセスの数を調整する端末と、
   送信した前記制御チャネルの無線リソースのうちの前記端末に割り当てた無線リソースの数に基づいて前記プロセスの数を特定し、特定した前記プロセスの数に基づいて、前記端末によって送信される同一のデータを受信する基地局と、を含み、
   前記端末は、前記割り当てられた無線リソースに格納されたデータ列に対する前記基地局による順序入れ替えの状態と前記割り当てられた無線リソースの数との組み合わせに基づいて前記プロセスの数を調整し、
   前記基地局は、前記割り当てた無線リソースに格納したデータ列に対する自局による順序入れ替えの状態と前記割り当てた無線リソースの数との組み合わせに基づいて前記プロセスの数を特定する、
   無線通信システム。
10. 基地局から受信した制御チャネルの無線リソースのうちの自端末に割り当てられた無線リソースの数に基づいて、前記基地局へ同一のデータを送信するプロセスの数を調整する端末と、
    送信した前記制御チャネルの無線リソースのうちの前記端末に割り当てた無線リソースの数に基づいて前記プロセスの数を特定し、特定した前記プロセスの数に基づいて、前記端末によって送信される同一のデータを受信する基地局と、を含み、
    前記端末は、前記割り当てられた無線リソースに格納されたデータ列に対する前記基地局によるビット反転の状態と前記割り当てられた無線リソースの数との組み合わせに基づいて前記プロセスの数を調整し、
    前記基地局は、前記割り当てた無線リソースに格納されたデータ列に対する自局によるビット反転の状態と前記割り当てた無線リソースの数との組み合わせに基づいて前記プロセスの数を特定する、
    無線通信システム。

Images