(57)【要約】  基地局装置と通信を行う端末であって、前記基地局装置から、前記基地局装置と当該端末との間で行われる誤り訂正処理の動作を指示する指示情報であって、誤り訂正処理に用いられるプロセスのプロセス数、信号を受信してから受信応答を送信するまでの時間、及び、信号を受信してから再送信号を受信するまでの時間を示すタイマー値の少なくとも一つを含む指示情報を受信する受信部と、前記受信部で受信した前記指示情報に基づいて誤り訂正処理を行う処理部と、を有する端末を提供する。
2016121809.tif 000002
【特許請求の範囲】
【請求項１】
基地局装置と通信を行う端末であって、
前記基地局装置から、前記基地局装置と当該端末との間で行われる誤り訂正処理の動作を指示する指示情報であって、誤り訂正処理に用いられるプロセスのプロセス数、信号を受信してから受信応答を送信するまでの時間、及び、信号を受信してから再送信号を受信するまでの時間を示すタイマー値の少なくとも一つを含む指示情報を受信する受信部と、
前記受信部で受信した前記指示情報に基づいて誤り訂正処理を行う処理部と、
を有する端末。
【請求項２】
前記基地局装置に前記誤り訂正処理の動作を決定させるために、前記基地局装置に当該端末の端末能力情報を通知する通知部を有する、請求項１に記載の端末。
【請求項３】
前記端末能力情報は、誤り訂正処理に用いられるプロセスのプロセス数であって当該端末が保持可能なプロセス数の上限値、信号を受信してから受信応答を送信するまでの時間であって当該端末が対応可能な時間、又は、信号を受信してから再送信号を受信するまでの時間を示すタイマー値であって当該端末が対応可能なタイマー値の少なくとも一つを含む、請求項２に記載の端末。
【請求項４】
前記処理部は、前記基地局装置から受信した信号の信号数が、前記処理部で処理可能な信号数を超えている場合、前記基地局装置から受信した信号を破棄する、請求項１乃至３のいずれか一項に記載の端末。
【請求項５】
前記処理部は、前記受信部が前記基地局装置から前記指示情報を受信した場合、前記誤り訂正処理で用いるバッファを消去する、請求項１乃至４のいずれか一項に記載の端末。
【請求項６】
前記指示情報は、ダウンリンク通信に用いられる誤り訂正処理の動作とアップリンク通信に用いられる誤り訂正処理の動作とを独立して指示する、請求項１乃至５のいずれか一項に記載の端末。
【請求項７】
前記指示情報は、前記誤り訂正処理の動作パターンを指示する情報を含み、
１以上の前記誤り訂正処理の動作パターンを記憶する記憶部を更に有し、
前記処理部は、前記受信部で受信した前記指示情報に対応する動作パターンを、前記記憶部から検索し、検索された動作パターンに従って前記誤り訂正処理を行う、請求項１乃至６のいずれか一項に記載の端末。
【請求項８】
前記受信部は、ＲＲＣ信号、ＭＡＣ信号、又は物理レイヤ信号に含まれる前記指示情報を受信する、請求項１乃至７のいずれか一項に記載の端末。
【請求項９】
基地局装置と端末とを有する通信システムであって、
前記基地局装置は、
前記基地局装置と前記端末との間で行われる誤り訂正処理の動作に関する設定情報を記憶する記憶部と、
前記端末に、前記設定情報に基づいて前記基地局装置と前記端末との間で行われる前記誤り訂正処理の動作を決定し、決定した前記誤り訂正処理の動作を指示する指示情報であって、誤り訂正処理に用いられるプロセスのプロセス数、信号を受信してから受信応答を送信するまでの時間、及び、信号を受信してから再送信号を受信するまでの時間を示すタイマー値の少なくとも一つを含む指示情報を通知する通知部と、を有し、
前記端末は、
前記基地局装置から、前記指示情報を受信する受信部と、
前記受信部で受信した前記指示情報に基づいて誤り訂正処理を行う処理部と、
を有する、通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末及び通信システムに関する。
【背景技術】
【０００２】
ＬＴＥ（Long Term Evolution）では、信頼性の高いデータ伝送を実現するために、ＨＡＲＱ（Hybrid Automatic Repeat reQuest）と呼ばれる誤り訂正技術が用いられている。
【０００３】
ＨＡＲＱは、受信したデータに誤りが発生している場合、受信したデータをバッファに保存しておき、再送されたデータとバッファに保存されているデータとを合成して正しいデータを復号することで、強い誤り耐性を持たせることを可能にする技術である。
【０００４】
ＬＴＥでは、ｅＮＢ（evolutional Node B）と端末との間の無線インターフェースにおけるＭＡＣ（Medium Access Control）サブレイヤにおいて、ＨＡＲＱを用いた誤り訂正制御が行われる（例えば、特許文献１参照）。
【０００５】
ｅＮＢ及び端末は、セル毎にＨＡＲＱエンティティを有しており、ｅＮＢ側のＨＡＲＱエンティティと端末側のＨＡＲＱエンティティとの間で、無線インターフェースにおけるデータが伝送される。データを受信したＨＡＲＱエンティティは、データを正しく受信出来た場合、ＡＣＫ（Acknowledgement）を相手側のＨＡＲＱエンティティに送信し、データを正しく受信できなかった場合、ＮＡＣＫ（Negative Acknowledgement）を相手側のＨＡＲＱエンティティに送信する。ＡＣＫを受信したＨＡＲＱエンティティは、新たなデータを相手側のＨＡＲＱエンティティに送信し、ＮＡＣＫを受信したＨＡＲＱエンティティは、データの再送信を行う。
【０００６】
また、ＨＡＲＱエンティティは、複数のＨＡＲＱプロセスにより動作している。ＨＡＲＱプロセスが並列に動作することにより、ＨＡＲＱエンティティは、異なるデータを連続したサブフレームで並列に送受信することができる。
【０００７】
ダウンリンクにおいて、所定のＨＡＲＱプロセスがデータを送信（受信）してから、次に新たなデータ又は再送信されたデータを送信（受信）するまでの最小時間は、ＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒと呼ばれる。
【０００８】
ＦＤＤ（Frequency Division Duplex）セルの場合、ＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒは、８サブフレーム（８ｍｓ）であり、ＨＡＲＱプロセス数は、８プロセスであると規定されている。ＴＤＤ（Time Division Duplex）セルの場合、ＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒは、ダウンリンク及びアップリンクのサブフレーム比率で決定されるＴＤＤ構成（ＴＤＤ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ）ごとに予め定められた数（ｋ）＋４サブフレーム（（ｋ＋４）ｍｓ）であり、ＨＡＲＱプロセス数は、ＴＤＤ構成（ＴＤＤ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ）ごとに定められている。
【先行技術文献】
【非特許文献】
【０００９】
【非特許文献１】３ＧＰＰ  ＴＳ３６．３２１  Ｖ１２．４．０（２０１４−１２）
【発明の概要】
【発明が解決しようとする課題】
【００１０】
しかしながら、現状のＬＴＥでは、端末が対応するＤｕｐｌｅｘ  Ｍｏｄｅ（ＦＤＤ又はＴＤＤ）によってＨＡＲＱプロセス数及びＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒが一意に決定されてしまうため、ネットワークの設定等によってＨＡＲＱの動作を柔軟に変更することができなかった。
【００１１】
図１Ａ〜Ｄは、課題を説明するための図である。図１Ａ〜Ｄを用いて、例えば、ＰＣｅｌｌ（Primary Cell）とＳＣｅｌｌ（Secondary Cell）とが異なるｅＮＢで構成されるキャリアアグリゲーションを行う場合における課題を説明する。図１において、ＰＣｅｌｌ及びＳＣｅｌｌはＦＤＤセルであるとする。なお、キャリアアグリゲーション技術において、ＡＣＫ／ＮＡＣＫは、ＰＣｅｌｌで送信するように規定されている。
【００１２】
図１Ａは、同一のｅＮＢ１０でキャリアアグリゲーションが行われる場合のデータの流れを示している。まず、ｅＮＢ１０は、ＳＣｅｌｌを用いて端末２０にデータを送信する（Ｓ１）。続いて、端末２０は、受信したデータが正しく受信できているかを確認し、ＰＣｅｌｌを用いて受信結果（ＡＣＫ／ＮＡＣＫ）をｅＮＢ１０に送信する（Ｓ２）。ｅＮＢ１０は、受信結果（ＡＣＫ／ＮＡＣＫ）に基づいて、新たなデータを送信するのか、又はデータを再送するのかを判断し、新たなデータ又は再送データを端末２０に送信する（Ｓ３）。図１Ｂは、図１Ａにおけるデータの流れをサブフレーム単位に具体化した図である。ＬＴＥの仕様により、端末２０は、ｅＮＢ１０からデータを受信（Ｓ１）してから４ｍｓ後（４サブフレーム後）に、ＡＣＫ／ＮＡＣＫを送信する（Ｓ２）。続いて、ｅＮＢ１０は、ＡＣＫ／ＮＡＣＫを受信してから４ｍｓ経過後に、新たなデータ又は再送データを端末２０に送信する（Ｓ３）。ＦＤＤセルの場合、ＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒは、８サブフレーム（８ｍｓ）である。従って、ｅＮＢ１０は、端末２０にデータを送信（Ｓ１）してから８ｍｓ経過後（すなわち、ＡＣＫ／ＮＡＣＫを受信してから４ｍｓ経過後）に、新たなデータ又は再送データを端末２０に送信する（Ｓ３）ことになる。
【００１３】
図１Ｃは、異なるｅＮＢ１０でキャリアアグリゲーションが行われる場合のデータの流れを示している。ＳＣｅｌｌを構成するｅＮＢ１０ｂは、ＳＣｅｌｌを用いて端末２０にデータを送信する（Ｓ４）。続いて、端末２０は、受信したデータが正しく受信できているかを確認し、ＰＣｅｌｌを構成するｅＮＢ１０ａに受信結果（ＡＣＫ／ＮＡＣＫ）を送信する（Ｓ５）。ｅＮＢ１０ａは、受信結果（ＡＣＫ／ＮＡＣＫ）をｅＮＢ１０ｂに送信する（Ｓ６）。ｅＮＢ１０ｂは、受信結果（ＡＣＫ／ＮＡＣＫ）に基づいて、新たなデータを送信するのか、又は、データを再送するのかを判断し、新たなデータ又は再送データを端末２０に送信する（Ｓ７）。図１Ｄは、図１Ｃにおけるデータの流れをサブフレーム単位に具体化した図である。ここで、ｅＮＢ１０ａとｅＮＢ１０ｂとの間の伝送遅延は３ｍｓであると仮定する。端末２０は、ｅＮＢ１０ｂからデータを受信（Ｓ４）してから４ｍｓ後（４サブフレーム後）に、ＡＣＫ／ＮＡＣＫを送信する（Ｓ５）。ｅＮＢ１０ａは、ＡＣＫ／ＮＡＣＫをｅＮＢ１０ｂに送信する（Ｓ６）。続いて、ｅＮＢ１０ｂは、ＡＣＫ／ＮＡＣＫを受信してから４ｍｓ経過後に新たなデータ又は再送データを端末２０に送信する（Ｓ７）。
【００１４】
ここで、ｅＮＢ１０ｂは、ＡＣＫ／ＮＡＣＫを受信してから４ｍｓ経過後に新たなデータ又は再送データを端末２０に送信するが、ｅＮＢ１０ａとｅＮＢ１０ｂとの間の伝送遅延は３ｍｓであることから、端末２０がステップＳ４でデータを受信してから、ステップＳ７で新たなデータ又は再送データを受信するまでに１１ｍｓ要することになる。ＬＴＥ仕様で規定されているように、端末２０のＨＡＲＱプロセス数は８プロセスであるため、ｅＮＢ１０ｂは、端末に対して、８サブフレーム以上連続してデータを送信することができない。すなわち、ｅＮＢ１０ｂがＡＣＫ／ＮＡＣＫを受信してから４ｍｓ経過するまでの間のサブフレームにおいて、ｅＮＢ１０ｂは、端末２０にデータを送信することができないことになり、データの送信効率が低下してしまうことになる。
【００１５】
開示の技術は上記に鑑みてなされたものであって、基地局装置と端末との間で行われる誤り訂正処理に関する設定を柔軟に変更することが可能な技術を提供することを目的とする。
【課題を解決するための手段】
【００１６】
開示の技術の端末は、基地局装置と通信を行う端末であって、前記基地局装置から、前記基地局装置と当該端末との間で行われる誤り訂正処理の動作を指示する指示情報であって、誤り訂正処理に用いられるプロセスのプロセス数、信号を受信してから受信応答を送信するまでの時間、及び、信号を受信してから再送信号を受信するまでの時間を示すタイマー値の少なくとも一つを含む指示情報を受信する受信部と、前記受信部で受信した前記指示情報に基づいて誤り訂正処理を行う処理部と、を有する。
【発明の効果】
【００１７】
開示の技術によれば、基地局装置と端末との間で行われる誤り訂正処理に関する設定を柔軟に変更することが可能な技術を提供することができる。
【図面の簡単な説明】
【００１８】
【図１Ａ】課題を説明するための図である。
【図１Ｂ】課題を説明するための図である。
【図１Ｃ】課題を説明するための図である。
【図１Ｄ】課題を説明するための図である。
【図２】実施の形態に係る通信システムの概要を示す図である。
【図３】実施の形態に係る基地局装置の機能構成の一例を示す図である。
【図４Ａ】実施の形態に係る設定情報の一例を示す図である。
【図４Ｂ】実施の形態に係る設定情報の一例を示す図である。
【図４Ｃ】実施の形態に係る設定情報の一例を示す図である。
【図４Ｄ】実施の形態に係る設定情報の一例を示す図である。
【図５】実施の形態に係る端末の機能構成の一例を示す図である。
【図６】実施の形態に係る基地局装置のハードウェア構成の一例を示す図である。
【図７】実施の形態に係る端末のハードウェア構成の一例を示す図である。
【図８】実施の形態に係る処理手順（動作例１）の処理シーケンスの一例を示す図である。
【図９】実施の形態に係る処理手順（動作例１）におけるデータの流れをサブフレーム単位に具体化した図である。
【図１０】実施の形態に係る処理手順（動作例２）の処理シーケンスの一例を示す図である。
【図１１】実施の形態に係る処理手順（動作例２）のサブフレーム構成の一例を示す図である。
【図１２】実施の形態に係る処理手順（動作例３）の処理シーケンスの一例を示す図である。
【図１３】実施の形態に係る処理手順（動作例３）におけるデータの流れをサブフレーム単位に具体化した図である。
【図１４】実施の形態に係る処理手順（動作例３（変形例））の処理シーケンスの一例を示す図である。
【図１５】実施の形態に係る処理手順（動作例４）の処理シーケンスの一例を示す図である。
【図１６】実施の形態に係る処理手順（動作例４）におけるデータの流れをサブフレーム単位に具体化した図である。
【図１７】実施の形態に係る処理手順（動作例４（変形例））におけるデータの流れをサブフレーム単位に具体化した図である。
【発明を実施するための形態】
【００１９】
以下、図面を参照して実施の形態について説明する。各図面において、同一構成部分には同一符号を付し、重複した説明を省略する場合がある。なお、以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。例えば、以下に説明する基地局装置及び端末はＬＴＥの無線技術が用いられる場合を想定するが、本発明は、ＬＴＥ以外の無線技術を用いる基地局装置及び端末にも適用することができる。
【００２０】
＜概要＞
図２は、実施の形態に係る通信システムの概要を示す図である。実施の形態に係る通信システムは、基地局装置（ｅＮＢ１０）と端末２０とを有する。
【００２１】
ｅＮＢ１０は、無線を通じて端末２０との間で通信を行う。ｅＮＢ１０は、プロセッサなどのＣＰＵ、ＲＯＭ、ＲＡＭ又はフラッシュメモリなどのメモリ装置、端末２０等と通信するためのアンテナ、隣接するｅＮＢ１０及びコアネットワーク等と通信するための通信インターフェース装置などのハードウェアリソースにより構成される。ｅＮＢ１０の各機能及び処理は、メモリ装置に格納されているデータやプログラムをプロセッサが処理又は実行することによって実現されてもよい。しかしながら、ｅＮＢ１０は、上述したハードウェア構成に限定されず、他の何れか適切なハードウェア構成を有してもよい。
【００２２】
端末２０は、無線を通じてｅＮＢ１０及びコアネットワーク等と通信を行う機能を有する。端末２０は、例えば、携帯電話、スマートフォン、タブレット、モバイルルータ、ウェアラブル端末などである。端末２０は、通信機能を有する機器であれば、どのような端末であってもよい。端末２０は、プロセッサなどのＣＰＵ、ＲＯＭ、ＲＡＭ又はフラッシュメモリなどのメモリ装置、ｅＮＢ１０と通信するためのアンテナ、ＲＦ（Radio Frequency）装置などのハードウェアリソースにより構成される。端末２０の各機能及び処理は、メモリ装置に格納されているデータやプログラムをプロセッサが処理又は実行することによって実現されてもよい。しかしながら、端末２０は、上述したハードウェア構成に限定されず、他の何れか適切なハードウェア構成を有してもよい。
【００２３】
端末２０は、ｅＮＢ１０からＨＡＲＱ処理の動作に関する指示を受け付けると、受け付けた指示に基づいてＨＡＲＱプロセス数、ＡＣＫ／ＮＡＣＫ送信タイミング又はＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒを変更し、変更されたＨＡＲＱプロセス数、ＡＣＫ／ＮＡＣＫ送信タイミング又はＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒに従ってＨＡＲＱ処理を行う。同様に、ｅＮＢ１０は、端末２０に指示したＨＡＲＱ動作と同期するように、ｅＮＢ１０自身のＨＡＲＱ処理を行う。
【００２４】
また、端末２０は、ＨＡＲＱ処理に関する端末２０の処理能力をｅＮＢ１０に通知するようにしてもよい。通知を受けたｅＮＢ１０は、端末２０の処理能力に基づいてＨＡＲＱ処理の動作を決定し、端末２０に通知する。
【００２５】
ＨＡＲＱエンティティが並列に受信可能なデータの数は、ＨＡＲＱプロセス数により決定される。すなわち、受信側のＨＡＲＱプロセス数が多いほど、送信側のＨＡＲＱエンティティは、ＡＣＫ／ＮＡＣＫのフィードバックを待たずに、連続したサブフレームで並列にデータを送信することができる。
【００２６】
ＡＣＫ／ＮＡＣＫ送信タイミングは、ＨＡＲＱプロセスが、データを受信してから、受信したデータに誤りが存在しないかを確認し、送信側のＨＡＲＱエンティティにＡＣＫ／ＮＡＣＫをフィードバックするまでの時間である。
【００２７】
ＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒは、前述の通り、所定のＨＡＲＱプロセスがデータを送信（受信）してから、次に新たなデータ又は再送信されたデータを送信（受信）するまでの最小時間である。
【００２８】
実施の形態に係る通信システムは、ＨＡＲＱプロセス数、ＡＣＫ／ＮＡＣＫ送信タイミング又はＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒを任意の数に変更可能にすることで、様々な通信方法に応じた、適切なＨＡＲＱ処理を行うことができるようになる。
【００２９】
以下の説明において、ＨＡＲＱプロセス数、ＡＣＫ／ＮＡＣＫ送信タイミング及びＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒを、まとめて「ＨＡＲＱ処理の設定値」と呼ぶことがある。
【００３０】
＜機能構成＞
（ｅＮＢ）
図３は、実施の形態に係る基地局装置の機能構成の一例を示す図である。なお、図３は、本発明の実施の形態に特に関連する機能部のみを示すものであり、ｅＮＢ１０の機能全体を行うための図示しない機能も有するものである。また、図３に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分や機能部の名称はどのようなものでもよい。また、本発明の実施に係る動作を実行できるのであれば、図示された機能のうち一部の機能のみを有するようにしてもよい。
【００３１】
ｅＮＢ１０は、ＨＡＲＱ処理部１０１と、信号処理部１０２と、処理方法通知部１０３と、設定情報記憶部１０４とを有する。
【００３２】
ＨＡＲＱ処理部１０１は、ｅＮＢ１０と端末２０との間で送受信されるデータに対して、ＭＡＣサブレイヤにおけるＨＡＲＱ処理を行う。また、ＨＡＲＱ処理部１０１は、端末２０側のＨＡＲＱ処理が変更された場合、端末２０側のＨＡＲＱ処理と同期するようにＨＡＲＱ処理を行う。
【００３３】
なお、ＨＡＲＱ処理部１０１は、アップリンク通信において端末２０から連続したサブフレームで並列に受信したデータの数が、ＨＡＲＱプロセス数を超える数であった場合、端末から受信したデータをバッファに取り込まずに破棄するようにしてもよいし、既にバッファに保持しているデータを破棄して新たなデータを格納するようにしてもよい。前述の通り、ＨＡＲＱエンティティが連続したサブフレームで並列に受信可能なデータの数は、ＨＡＲＱプロセス数により決定されるためである。
【００３４】
信号処理部１０２は、ＭＡＣサブレイヤ、ＲＬＣ（Radio Link Control）サブレイヤ、及びＰＤＣＰ（Packet Data Convergence Protocol）サブレイヤ、ＲＲＣ（Radio Resource Control）プロトコル処理、及びユーザデータの転送処理等を行う。
【００３５】
処理方法通知部１０３は、設定情報記憶部１０４に格納されている各種の設定情報に基づき、ＨＡＲＱ処理の動作を決定し、端末２０に対して、決定したＨＡＲＱ処理の動作に従ってＨＡＲＱ処理を行うように指示する。また、処理方法通知部１０３は、端末２０から通知された処理能力に基づいてＨＡＲＱ処理の動作を決定し、決定したＨＡＲＱ処理の動作に従ってＨＡＲＱ処理を行うように端末２０に指示する。また、処理方法通知部１０３は、ＨＡＲＱ処理部１０１におけるＨＡＲＱ処理の動作と、端末２０に指示したＨＡＲＱ処理の動作とを同期させるようにするため、決定したＨＡＲＱ処理の動作をＨＡＲＱ処理部１０１に通知する。
【００３６】
また、処理方法通知部１０３は、ダウンリンク通信に関するＨＡＲＱ処理の動作と、アップリンク通信に関するＨＡＲＱ処理の動作とを独立して指示するようにしてもよい。
【００３７】
また、処理方法通知部１０３は、端末２０のＨＡＲＱ処理部２０１のＨＡＲＱ処理を変更させる場合、端末２０のＨＡＲＱ処理部２０１が保持しているバッファ及び各種タイマー値をリセットさせるために所定の処理を行うようにしてもよい。例えば、３ＧＰＰ（3rd Generation Partnership Project）仕様では、ｉｎｔｒａ−ｃｅｌｌ  ＨＯ（Handover）を行う場合、ＳＣｅｌｌのｄｅａｃｔｉｖａｔｉｏｎを行う場合などを行う際に、ＨＡＲＱ処理で用いられるバッファ及び各種タイマー値を一旦リセットすることが規定されている。従って、処理方法通知部１０３は、端末２０のＨＡＲＱ処理部２０１が保持しているバッファ及び各種タイマー値をリセットさせるために、端末２０に対して、ｉｎｔｒａ−ｃｅｌｌ  ＨＯ又はＳＣｅｌｌのｄｅａｃｔｉｖａｔｉｏｎといった動作を強制的に実施させるようにしてもよい。
【００３８】
設定情報記憶部１０４は、ＲＯＭ、ＲＡＭ又はフラッシュメモリなどのメモリ装置などにより実現され、ＨＡＲＱ処理の動作を決定するための各種設定情報を記憶する。
【００３９】
図４は、実施の形態に係る設定情報の一例を示す図である。設定情報は、遅延情報と、端末情報と、ＣＡ（Carrier Aggregation）情報、ＬＡＡ（Licensed Assisted Access using LTE）バンド情報とを含む。
【００４０】
遅延情報は、２つのｅＮＢ１０の間で信号が伝送される際の遅延時間を示す情報である。図４Ａに、遅延情報の一例を示す。図４Ａに示す遅延情報は、ｅＮＢ１０ａとｅＮＢ１０ｂとの間の遅延時間は３ｍｓであり、ｅＮＢ１０ａとｅＮＢ１０ｃとの間の遅延時間は６ｍｓであることを示している。遅延情報には、予め測定された遅延時間を格納するようにしてもよいし、ｅＮＢ１０間の通信インターフェースであるＸ２インターフェース等を用いて、定期的に測定された測定結果を格納するようにしてもよい。
【００４１】
端末情報は、端末２０の機種に応じたＨＡＲＱ処理の設定値を、端末機種ごとに定義する情報である。近年、ＭＴＣ（Machine Type Communication）と呼ばれる、複数の通信機器が互いに直接通信することで、様々なサービスを実現する通信システムが注目されている。ＭＴＣに用いられる通信機器は、例えばスマートメーターのように、少量のデータのみを扱い、かつデータの伝送遅延に対して比較的寛容である代わりに、消費電力を抑えるのが望ましいような機器が多い。端末情報は、このような機器に対してＨＡＲＱ処理の設定値を規定するために用いられる。端末情報は、端末機種を識別する端末機種識別子ごとに、ＨＡＲＱプロセス数とＡＣＫ／ＮＡＣＫ送信タイミングとＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒとを規定する。端末機種識別子は、例えば、ＩＭＥＩ（International Mobile Equipment Identity）を用いるようにしてもよいし、他の識別子を用いるようにしてもよい。
【００４２】
ＣＡ情報は、ＣＡパターンごとのＨＡＲＱ処理の設定値を定義する情報である。ＣＡ情報は、ＣＡパターンごとに、ＨＡＲＱプロセス数とＡＣＫ／ＮＡＣＫ送信タイミングとＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒとを規定する。ＣＡパターンとは、ＣＡを構成するセルの数と、各セルのＤｕｐｌｅｘ  Ｍｏｄｅと、ＰＣｅｌｌのＤｕｐｌｅｘ  Ｍｏｄｅとの組み合わせパターンである。
【００４３】
ここで、現在の３ＧＰＰ仕様では、ＨＡＲＱプロセス数とＡＣＫ／ＮＡＣＫ送信タイミングとＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒとは、ダウンリンク及びアップリンクのサブフレーム比率で決定されるＴＤＤ構成（ＴＤＤ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ）ごとに予め決められている。例えば、サブフレームのダウンリンクとアップリンクとの比率が３対２であるＴＤＤ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ１の場合、ダウンリンクのＨＡＲＱプロセス数は７であり、各サブフレームにおけるＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒは、ｋ＋４ｍｓである。また、ＡＣＫ／ＮＡＣＫ送信タイミング（ｋ）はサブフレームごとに異なる値が規定されており、サブフレーム０はｋ＝７、サブフレーム１はｋ＝６、サブフレーム４はｋ＝４、サブフレーム５はｋ＝７、サブフレーム６はｋ＝６であると規定されている。
【００４４】
このように、ＴＤＤセルの場合、ＦＤＤセルと異なりＨＡＲＱ処理が複雑である。従って、ＦＤＤセルとＴＤＤセルとを組み合わせたＣＡにおけるＨＡＲＱ処理については、ＣＡパターンごとに、ＨＡＲＱプロセス数とＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒとをセル毎に規定し、更に、各セルのサブフレームごとにＡＣＫ／ＮＡＣＫ送信タイミングを規定するようにしてもよい。なお、ＣＡパターンは、任意の組み合わせでもよいし、３ＧＰＰで規定されているＣＡ  ｃｏｎｆｉｇｕｒａｔｉｏｎに対応するようにしてもよい。
【００４５】
図４Ｃの例では、例えば、ＣＡパターンがＰａｔｔｅｒｎ１の場合、ＴｙｐｅＡのＨＡＲＱプロセス数とＡＣＫ／ＮＡＣＫ送信タイミングとＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒとが適用されることを示している。
【００４６】
ＬＡＡバンド情報は、ＬＡＡ技術を用いた通信が行われる場合における、ＨＡＲＱプロセス数とＡＣＫ／ＮＡＣＫ送信タイミングとＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒとを規定する情報である。なお、ＬＡＡ技術とは、ＬＴＥをアンライセンス周波数（例えば、無線ＬＡＮで用いられる５ＧＨｚ帯など）で利用可能にする技術である。ＬＡＡ技術は、他の無線通信との干渉を避けるために、他の通信が行われていない場合に限り、所定の時間に限って通信を許可する技術である。所定の時間は、各国の方針や周波数帯により定められる（例えば、無線ＬＡＮの周波数帯の場合は４ｍｓ）。
【００４７】
図３に戻り説明を続ける。
【００４８】
能力通知受信部１０５は、端末２０から、端末２０の処理能力に関する情報を受信して、処理方法通知部１０３に渡す。
【００４９】
（端末）
図５は、実施の形態に係る端末の機能構成の一例を示す図である。なお、図５は、本発明の実施の形態に特に関連する機能部のみを示すものであり、端末２０の機能全体を行うための図示しない機能も有するものである。また、図５に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分や機能部の名称はどのようなものでもよい。また、本発明の実施に係る動作を実行できるのであれば、図示された機能のうち一部の機能のみを有するようにしてもよい。
【００５０】
端末２０は、ＨＡＲＱ処理部２０１と、信号処理部２０２と、処理方法変更部２０３と、設定情報記憶部２０４と、能力通知部２０５とを有する。
【００５１】
ＨＡＲＱ処理部２０１は、ｅＮＢ１０と端末２０との間で送受信されるデータに対して、ＭＡＣサブレイヤにおけるＨＡＲＱ処理を行う。
【００５２】
また、ＨＡＲＱ処理部２０１は、ｅＮＢ１０の指示によりＨＡＲＱ処理の動作が変更される場合、ＨＡＲＱ処理を行うためのバッファ及び各種タイマー値をリセットする。また、ＨＡＲＱ処理部２０１は、ｅＮＢ１０の指示によりＨＡＲＱ処理の動作が変更される場合、ｅＮＢ１０から指示されたＨＡＲＱプロセス数に応じて、各ＨＡＲＱプロセスの各々がＨＡＲＱ処理を行うことができるようにバッファを分割又は結合する。また、ＣＡによりＣＣ(Component Carrier）の数が変更される場合（SCellの追加、削除、Activation、Deactivation）、変更されるＣＣの数に応じてＨＡＲＱエンティティを追加又は削除すると共に、各ＨＡＲＱエンティティ内のＨＡＲＱプロセスがＨＡＲＱ処理を行うことができるようにバッファを分割又は結合する。
【００５３】
なお、ＨＡＲＱ処理部２０１は、ダウンリンク通信においてｅＮＢ１０から連続したサブフレームで並列に受信したデータの数が、ＨＡＲＱプロセス数を超える数であった場合、ｅＮＢ１０から受信したデータをバッファに取り込まずに破棄するようにしてもよいし、既にバッファに保持しているデータを破棄して新たなデータを格納するようにしてもよい。前述の通り、ＨＡＲＱエンティティが連続したサブフレームで並列に受信可能なデータの数は、ＨＡＲＱプロセス数により決定されるためである。
【００５４】
信号処理部２０２は、ＭＡＣサブレイヤ、ＲＬＣ（Radio Link Control）サブレイヤ、及びＰＤＣＰ（Packet Data Convergence Protocol）サブレイヤ、ＲＲＣ（Radio Resource Control）プロトコル処理、及びユーザデータの転送処理等を行う。
【００５５】
処理方法変更部２０３は、ｅＮＢ１０から、ＨＡＲＱ処理の動作に関する指示を受け付ける。また、処理方法変更部２０３は、受け付けた指示をＨＡＲＱ処理部２０１に通知し、ＨＡＲＱ処理部２０１が行うＨＡＲＱ処理を変更させる。
【００５６】
また、処理方法変更部２０３は、ｅＮＢ１０から指示されたＨＡＲＱ処理の動作に対応するＨＡＲＱ処理の設定値を設定情報記憶部２０４から検索し、検索された設定値をＨＡＲＱ処理部２０１に通知するようにしてもよい。また、処理方法変更部２０３は、端末２０自身が認識可能な状態（例えば、通信しているＬＡＡバンド、又は、端末２０自身の機種等）に対応するＨＡＲＱ処理の設定値を設定情報記憶部２０４から検索し、検索された設定値をＨＡＲＱ処理部２０１に通知するようにしてもよい。
【００５７】
また、処理方法変更部２０３は、ＨＡＲＱ処理部２０１のＨＡＲＱ処理を変更させる場合、ＨＡＲＱ処理部２０１が保持しているバッファ及び各種タイマー値をリセットさせるために所定の処理を行うようにしてもよい。例えば、処理方法変更部２０３は、ＨＡＲＱ処理部２０１が保持しているバッファ及び各種タイマー値をリセットさせるために、ＳＣｅｌｌのｄｅａｃｔｉｖａｔｉｏｎといった動作を強制的に行うようにしてもよい。
【００５８】
なお、ＨＡＲＱ処理を行うための各種タイマーとは、例えば、ＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒ及びｄｒｘ−ｒｅｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅｒである。
【００５９】
設定情報記憶部２０４は、ＲＯＭ、ＲＡＭ又はフラッシュメモリなどのメモリ装置などにより実現され、ＨＡＲＱ処理の動作を決定するための各種設定情報を記憶する。設定情報記憶部２０４は、各種設定情報のうち、例えば、端末情報、ＣＡ情報、又は、ＬＡＡバンド情報を記憶する。
【００６０】
能力通知部２０５は、ｅＮＢ１０に、端末２０自身の処理能力に関する情報を通知する。端末２０の処理能力に関する情報は、例えば、端末２０自身が処理可能な（保持可能な）ＨＡＲＱプロセス数の最大数、端末２０自身の処理能力で対応可能なＡＣＫ／ＮＡＣＫ送信タイミングの最小値、端末２０自身の処理能力で対応可能なＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒの最小値である。
【００６１】
能力通知部２０５は、端末２０自身の端末機種識別子に対応するＨＡＲＱプロセス数、ＡＣＫ／ＮＡＣＫ送信タイミング及びＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒを設定情報記憶部２０４の端末情報から取得するようにしてもよいし、予め固定的に記憶されている設定値を用いるようにしてもよい。
【００６２】
以上説明したｅＮＢ１０及び端末２０の機能構成は、全体をハードウェア回路（例えば、１つ又は複数のＩＣチップ）で実現してもよいし、一部をハードウェア回路で構成し、その他の部分をＣＰＵとプログラムとで実現してもよい。
【００６３】
（基地局装置）
図６は、実施の形態に係る基地局装置のハードウェア構成の一例を示す図である。図６は、図３よりも実装例に近い構成を示している。図６に示すように、ｅＮＢ１０は、無線信号に関する処理を行うＲＦ（Radio Frequency）モジュール３０１と、ベースバンド信号処理を行うＢＢ（Base Band）処理モジュール３０２と、上位レイヤ等の処理を行う装置制御モジュール３０３と、ネットワークと接続するためのインターフェースである通信ＩＦ３０４とを有する。
【００６４】
ＲＦモジュール３０１は、ＢＢ処理モジュール３０２から受信したデジタルベースバンド信号に対して、Ｄ／Ａ（Digital-to-Analog）変換、変調、周波数変換、及び電力増幅等を行うことでアンテナから送信すべき無線信号を生成する。また、受信した無線信号に対して、周波数変換、Ａ／Ｄ（Analog to Digital）変換、復調等を行うことでデジタルベースバンド信号を生成し、ＢＢ処理モジュール３０２に渡す。
【００６５】
ＢＢ処理モジュール３０２は、ＩＰパケットとデジタルベースバンド信号とを相互に変換する処理を行う。ＤＳＰ（Digital Signal Processor）３１２は、ＢＢ処理モジュール３０２における信号処理を行うプロセッサである。メモリ３２２は、ＤＳＰ３１２のワークエリアとして使用される。ＢＢ処理モジュール３０２は、例えば、図３に示すＨＡＲＱ処理部１０１、信号処理部１０２、及び処理方法通知部１０３の一部を含む。
【００６６】
装置制御モジュール３０３は、ＩＰレイヤのプロトコル処理、ＯＡＭ（Operation and Maintenance）処理等を行う。プロセッサ３１３は、装置制御モジュール３０３が行う処理を行うプロセッサである。メモリ３２３は、プロセッサ３１３のワークエリアとして使用される。補助記憶装置３３３は、例えばＨＤＤ等であり、ｅＮＢ１０自身が動作するための各種設定情報等が格納される。装置制御モジュール３０３は、例えば、図３に示す処理方法通知部１０３の一部、設定情報記憶部１０４、及び能力通知受信部１０５を含む。
【００６７】
（端末）
図７は、実施の形態に係る端末のハードウェア構成の一例を示す図である。図７は、図５よりも実装例に近い構成を示している。図７に示すように、端末２０は、無線信号に関する処理を行うＲＦモジュール４０１と、ベースバンド信号処理を行うＢＢ処理モジュール４０２と、上位レイヤ等の処理を行うＵＥ制御モジュール４０３とを有する。
【００６８】
ＲＦモジュール４０１は、ＢＢ処理モジュール４０２から受信したデジタルベースバンド信号に対して、Ｄ／Ａ変換、変調、周波数変換、及び電力増幅等を行うことでアンテナから送信すべき無線信号を生成する。また、受信した無線信号に対して、周波数変換、Ａ／Ｄ変換、復調等を行うことでデジタルベースバンド信号を生成し、ＢＢ処理モジュール４０２に渡す。
【００６９】
ＢＢ処理モジュール４０２は、ＩＰパケットとデジタルベースバンド信号とを相互に変換する処理を行う。ＤＳＰ４１２は、ＢＢ処理モジュール４０２における信号処理を行うプロセッサである。メモリ４２２は、ＤＳＰ４１２のワークエリアとして使用される。ＢＢ処理モジュール４０２は、例えば、図５に示すＨＡＲＱ処理部２０１、信号処理部２０２、及び処理方法変更部２０３の一部を含む。
【００７０】
ＵＥ制御モジュール４０３は、ＩＰレイヤのプロトコル処理、各種アプリケーションの処理等を行う。プロセッサ４１３は、ＵＥ制御モジュール４０３が行う処理を行うプロセッサである。メモリ４２３は、プロセッサ４１３のワークエリアとして使用される。ＵＥ制御モジュール４０３は、例えば、図５に示す処理方法変更部２０３の一部、設定情報記憶部２０４、及び能力通知部２０５を含む。
【００７１】
＜処理手順＞
次に、実施の形態に係る通信システムの処理手順について説明する。なお、各動作例は、特に断りが無い限り、ダウンリンク通信におけるＨＡＲＱ処理の設定値を変更する場合を想定して説明する。なお、各動作例は、アップリンク通信におけるＨＡＲＱ処理の設定値を変更する場合にも適用することができる。
【００７２】
（動作例１）
図８は、実施の形態に係る処理手順（動作例１）の処理シーケンスの一例を示す図である。図８を用いて、例えば、ＰＣｅｌｌとＳＣｅｌｌとが異なるｅＮＢ１０で構成されるキャリアアグリゲーションを行う場合の処理手順を説明する。なお、図８の動作例におけるネットワーク構成は、図１Ｃに示すネットワーク構成と同一である。すなわち、ｅＮＢ１０ａはＰＣｅｌｌを構成し、ｅＮＢ１０ｂはＳＣｅｌｌを構成している。また、ＰＣｅｌｌ及びＳＣｅｌｌはＦＤＤセルであるとする。
【００７３】
ステップＳ３０１で、ｅＮＢ１０ａは、端末２０から通知されるＳＣｅｌｌ候補セルに基づいて、ＣＡを行うＳＣｅｌｌを決定する。なお、ｅＮＢ１０ａは、ｅＮＢ１０ｂが構成するＳＣｅｌｌを追加することを決定したと仮定する。ｅＮＢ１０ａの処理方法通知部１０３は、設定情報記憶部１０４の遅延情報を検索し、ｅＮＢ１０ａとｅＮＢ１０ｂとの間の遅延時間を抽出する。続いて、処理方法通知部１０３は、端末２０に通知するＨＡＲＱ処理の設定値を決定する。
【００７４】
例えば、ｅＮＢ１０ａとｅＮＢ１０ｂとの間の遅延時間は３ｍｓであるため、処理方法通知部１０３は、従来のＦＤＤセルにおけるＨＡＲＱプロセス数（８プロセス）に３プロセスを加えた１１プロセスを、端末２０に通知するＨＡＲＱプロセス数とする。また、処理方法通知部１０３は、ＡＣＫ／ＮＡＣＫ送信タイミングは従来のＦＤＤセルにおける規定値である４ｍｓのままとする。また、処理方法通知部１０３は、従来のＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒ（８ｍｓ）にｅＮＢ１０ａとｅＮＢ１０ｂとの間の遅延時間３ｍｓを加えた１１ｍｓを、端末２０に通知するＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒとする。
【００７５】
なお、上記の決定方法は一例にすぎない。ステップＳ３０１の処理手順では、端末２０に通知するＨＡＲＱプロセス数、ＡＣＫ／ＮＡＣＫ送信タイミング及びＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒを、他の方法により決定するようにしてもよい。
【００７６】
ステップＳ３０２で、ｅＮＢ１０ａの信号処理部１０２は、ＨＡＲＱ処理の設定値を含む制御信号を端末２０に送信する。制御信号は、例えば、ＲＲＣプロトコルで用いられる信号であってもよいし、ＭＡＣサブレイヤで用いられる信号であってもよいし、物理レイヤで用いられる信号であってもよい。
【００７７】
また、信号処理部１０２は、端末２０のＨＡＲＱ処理部２０１が保持しているバッファ及び各種タイマー値をリセットさせるために、ステップＳ３０２でＨＡＲＱ処理の設定値を含む制御信号を端末２０に送信した後で、ｉｎｔｒａ−ｃｅｌｌ  ＨＯを実施するように端末２０に指示してもよい。この場合、信号処理部１０２は、現在端末２０が接続されているセルと同一のセルに対してＨＯを行うように指示する。
【００７８】
ステップＳ３０３で、端末２０の処理方法変更部２０３は、ステップＳ３０２で通知されたＨＡＲＱ処理の設定値をＨＡＲＱ処理部２０１に通知する。端末２０のＨＡＲＱ処理部２０１は、通知されたＨＡＲＱ処理の設定値に基づき、ＨＡＲＱプロセス数、ＡＣＫ／ＮＡＣＫ送信タイミング及びＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒを変更する。
【００７９】
また、ＨＡＲＱ処理部２０１は、変更されたＨＡＲＱプロセス数に応じて、各ＨＡＲＱプロセスの各々がＨＡＲＱ処理を行うことができるようにバッファを分割する。また、設定/有効化されるＣＣの数に応じてＨＡＲＱエンティティを追加すると共に、各ＨＡＲＱエンティティ内のＨＡＲＱプロセスがＨＡＲＱ処理を行うことができるようにバッファを分割する。また、ＨＡＲＱ処理部２０１は、変更されたＨＡＲＱプロセス数、ＡＣＫ／ＮＡＣＫ送信タイミング及びＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒに基づいてＨＡＲＱ処理を開始する前に、ＨＡＲＱ処理を行うためのバッファ及び各種タイマー値をリセットする。
【００８０】
なお、ＨＡＲＱ処理を行うためのバッファ及び各種タイマー値をリセットするための処理は、ＨＡＲＱ処理部２０１が自ら行うようにしてもよいし、ｉｎｔｒａ−ｃｅｌｌ  ＨＯにより行われる既存の動作手順を流用して行うようにしてもよい。
【００８１】
ステップＳ３０４で、端末２０とｅＮＢ１０ａとｅＮＢ１０ｂとの間でデータの伝送及びＡＣＫ／ＮＡＣＫの通知が行われる。図１Ｃで説明したように、ｅＮＢ１０ｂから通知されたデータに対するＡＣＫ／ＮＡＣＫは、ＰＣｅｌｌを構成するｅＮＢ１０ａを介してｅＮＢ１０ｂに通知される。
【００８２】
図９は、実施の形態に係る処理手順（動作例１）におけるデータの流れをサブフレーム単位に具体化した図である。図９は、ｅＮＢ１０ａが、ＨＡＲＱプロセス数＝１１プロセス、ＡＣＫ／ＮＡＣＫ送信タイミング＝４ｍｓ、ＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒ＝１１ｍｓでＨＡＲＱ処理を行うように端末２０に指示した場合における、データの流れの一例を示している。
【００８３】
端末２０は、ＡＣＫ／ＮＡＣＫ送信タイミングが４ｍｓに設定されているため、ｅＮＢ１０ｂからデータを受信（Ｓ３５０）した４ｍｓ後に、ＡＣＫ／ＮＡＣＫをｅＮＢ１０ａに送信する（Ｓ３５１）。続いて、ｅＮＢ１０ａは、端末２０から受信したＡＣＫ／ＮＡＣＫをｅＮＢ１０ｂに送信する（Ｓ３５２）。ここで、ｅＮＢ１０ａとｅＮＢ１０ｂとの間の遅延時間３ｍｓであるため、端末２０から送信されたＡＣＫ／ＮＡＣＫは、端末２０がＡＣＫ／ＮＡＣＫを送信したサブフレームから３ｍｓ後のサブフレームでｅＮＢ１０ｂに到達することになる。続いて、ｅＮＢ１０ｂは、ＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒが１１ｍｓであるため、端末２０にデータを送信（Ｓ３５０）してから１１サブフレーム後に、新たなデータ又は再送データを端末２０に送信する（Ｓ３５６）。
【００８４】
ここで、端末２０側のＨＡＲＱプロセス数は１１に設定されているため、ｅＮＢ１０ｂは、ステップＳ３５０で端末２０にデータを送信してから、ステップＳ３５６で端末２０に新たなデータ又は再送データを送信するまでの間の１０サブフレームにおいて、別のデータを端末２０に送信することができる。図１Ｄの例では、ｅＮＢ１０ｂがｅＮＢ１０ａからＡＣＫ／ＮＡＣＫを受信（Ｓ６）してから、端末２０に新たなデータ又は再送データを送信する（Ｓ７）までの間、他のデータを送信することが出来なかった。しかしながら、図９の例では、ｅＮＢ１０ｂがｅＮＢ１０ａからＡＣＫ／ＮＡＣＫを受信（Ｓ３５２）してから、端末２０に新たなデータ又は再送データを送信する（Ｓ３５６）までの間において、ｅＮＢ１０ｂは、端末２０に他のデータ（Ｓ３５３〜Ｓ３５５）を送信することができる。
【００８５】
以上、実施の形態に係る処理手順（動作例１）について説明した。動作例１の処理手順を行うことで、２つのｅＮＢ１０間に伝送遅延が存在する場合であっても、端末２０のＨＡＲＱ処理の設定値を変更することで効率的に通信を行うことができるようになる。また、これにより、ｅＮＢ１０と端末２０との間のスループットを向上させることができる。
【００８６】
（動作例２）
図１０は、実施の形態に係る処理手順（動作例２）の処理シーケンスの一例を示す図である。図１１は、実施の形態に係る処理手順（動作例２）のサブフレーム構成の一例を示す図である。図１０及び図１１を用いて、例えば、ＦＤＤセル及びＴＤＤセルがそれぞれ８セルずつのＣＡが行われる場合の処理手順を説明する。なお、ＰＣｅｌｌはＦＤＤセルである前提とする。すなわち、ＡＣＫ／ＮＡＣＫは、ＦＤＤセルで送信される前提とする。
【００８７】
ステップＳ４０１で、ｅＮＢ１０は、端末２０から通知されるＳＣｅｌｌ候補セルに基づいて、ＣＡを行うＳＣｅｌｌを決定する。ここで、ｅＮＢ１０は、図１１に示す構成のＣＡを行うことを決定したとする。ここで、図１１に示す構成のＣＡは、図４ＣにおけるＣＡパターンのうち、Ｐａｔｔｅｒｎ１に該当すると仮定する。
【００８８】
ｅＮＢ１０の処理方法通知部１０３は、設定情報記憶部１０４のＣＡ情報を検索し、端末２０に通知するＨＡＲＱ処理の設定値を決定する。
【００８９】
ステップＳ４０２で、ｅＮＢ１０の信号処理部１０２は、ＨＡＲＱ処理の設定値を含む制御信号を端末２０に送信する。制御信号は、例えば、ＲＲＣプロトコルで用いられる信号であってもよいし、ＭＡＣサブレイヤで用いられる信号であってもよいし、物理レイヤで用いられる信号であってもよい。
【００９０】
なお、信号処理部１０２は、端末２０のＨＡＲＱ処理部２０１が保持しているバッファ及び各種タイマー値をリセットさせるために、ステップＳ４０２でＨＡＲＱ処理の設定値を含む制御信号を端末２０に送信した後で、任意のＳＣｅｌｌをｄｅａｃｔｉｖａｔｉｏｎ及びａｃｔｉｖａｔｉｏｎするように端末２０に指示してもよい。
【００９１】
ステップＳ４０３で、端末２０の処理方法変更部２０３は、ステップＳ４０２で通知されたＨＡＲＱ処理の設定値をＨＡＲＱ処理部２０１に通知する。端末２０のＨＡＲＱ処理部２０１は、通知されたＨＡＲＱ処理の設定値に基づき、ＨＡＲＱプロセス数、ＡＣＫ／ＮＡＣＫ送信タイミング及びＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒを変更する。
【００９２】
また、ＨＡＲＱ処理部２０１は、変更されたＨＡＲＱプロセス数に応じて、各ＨＡＲＱプロセスの各々がＨＡＲＱ処理を行うことができるようにバッファを分割する。また、設定/有効化されるＣＣの数に応じてＨＡＲＱエンティティを追加すると共に、各ＨＡＲＱエンティティ内のＨＡＲＱプロセスがＨＡＲＱ処理を行うことができるようにバッファを分割する。また、ＨＡＲＱ処理部２０１は、変更されたＨＡＲＱプロセス数、ＡＣＫ／ＮＡＣＫ送信タイミング及びＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒに基づいてＨＡＲＱ処理を開始する前に、ＨＡＲＱ処理を行うためのバッファ及び各種タイマー値をリセットする。
【００９３】
なお、ＨＡＲＱ処理を行うためのバッファ及び各種タイマー値をリセットするための処理は、ＨＡＲＱ処理部２０１が自ら行うようにしてもよいし、任意ＳＣｅｌｌをｄｅａｃｔｉｖａｔｉｏｎ及びａｃｔｉｖａｔｉｏｎすることにより行われる既存の動作手順を流用して行うようにしてもよい。また、端末２０のＨＡＲＱ処理部２０１は、自ら任意のＳＣｅｌｌをｄｅａｃｔｉｖａｔｉｏｎ及びａｃｔｉｖａｔｉｏｎするようにしてもよい。
【００９４】
ステップＳ４０４で、端末２０とｅＮＢ１０との間でデータの伝送及びＡＣＫ／ＮＡＣＫの通知が行われる。
【００９５】
なお、本動作例におけるＨＡＲＱプロセス数、ＡＣＫ／ＮＡＣＫ送信タイミング及びＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒは複雑であるため、ステップＳ４０２の処理手順において、制御信号のデータサイズが大きくなる可能性がある。従って、ステップＳ４０２の処理手順において、制御信号には、例えば、図４ＣのＣＡ情報に示すように、ＴｙｐｅＡのような識別子のみを含めるようにしてもよい。この場合、端末２０は、指示された識別子をキーに設定情報記憶部２０４に格納されているＣＡ情報を検索して、ＨＡＲＱプロセス数、ＡＣＫ／ＮＡＣＫ送信タイミング及びＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒを決定する。
【００９６】
ここで、図１１を用いて、ＦＤＤセル及びＴＤＤセルがそれぞれ８セルずつのＣＡが行われる場合において、ＨＡＲＱ処理におけるＡＣＫ／ＮＡＣＫ送信タイミングを変更することで、ＰＵＣＣＨ  ｐａｙｌｏａｄサイズが削減される場合の一例について説明する。ここで、ＣＣ＃１〜ＣＣ＃８はＦＤＤセルであり、ＣＣ＃９〜ＣＣ＃１６はＴＤＤセルである前提とする。
【００９７】
また、ＣＣ＃９〜ＣＣ＃１６はＴＤＤ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ１のＴＤＤセルである前提とする。すなわち、ＣＣ＃９〜ＣＣ＃１６において、サブフレーム０、４、５及び９はＤＬ（ダウンリンク）用のサブフレーム、サブフレーム１及び６はスペシャルサブフレーム、サブフレーム２及び３はＵＬ（アップリンク）用のサブフレームである。
【００９８】
また、端末２０は、各サブフレームにおいてＵＬ用のＦＤＤセルを介してＡＣＫ／ＮＡＣＫをｅＮＢ１０に送信する。
【００９９】
図１１に示すように、サブフレーム０、１、４〜６、及び９では、全てのＣＣがＤＬ用のサブフレームであるため、端末２０は、ｅＮＢ１０から最大１６個のデータを受信することになる。一方、サブフレーム２、３、７及び８は、ＴＤＤセルであるＣＣ＃９〜ＣＣ＃１６はＵＬ用のサブフレームである。従って、サブフレーム２、３、７及び８では、端末２０は、ｅＮＢ１０から最大８個のデータしか受信しない。
【０１００】
ＡＣＫ／ＮＡＣＫ送信タイミングが４ｍｓである場合、図１１に示すように、サブフレーム１、２、６及び７では、端末２０は８個のＡＣＫ／ＮＡＣＫをｅＮＢ１０に返すことになり、サブフレーム０、３、４、５、８及び９では、端末２０は１６個のＡＣＫ／ＮＡＣＫをｅＮＢ１０に返すことになる。
【０１０１】
このように、ＦＤＤセル及びＴＤＤセルが混在するＣＡを行う場合、サブフレームごとにＡＣＫ／ＮＡＣＫの数が変化してしまう。ＡＣＫ／ＮＡＣＫはＰＵＣＣＨを用いて端末２０からｅＮＢ１０に送信されるが、ＡＣＫ／ＮＡＣＫを格納するための領域（ＰＵＣＣＨ  Ｐａｙｌｏａｄ）のサイズは予め決まっている。従って、最大１６個のＡＣＫ／ＮＡＣＫが各サブフレームのＰＵＣＣＨ  Ｐａｙｌｏａｄに格納された場合、無線状態によっては全てのＡＣＫ／ＮＡＣＫが正しくｅＮＢ１０に通知されない可能性が高まる（エラー率が高まる）。従って、ＡＣＫ／ＮＡＣＫを各サブフレームの間で平均的に分散させるようにするのが望ましい。
【０１０２】
具体的には、例えば、ＣＣ＃１及びＣＣ＃２において、サブフレーム８及び９及のＡＣＫ／ＮＡＣＫ送信タイミングを８ｍｓ後、サブフレーム０のＡＣＫ／ＮＡＣＫ送信タイミングを６ｍｓ後とする。また、ＣＣ＃３において、サブフレーム８及び９のＡＣＫ／ＮＡＣＫ送信タイミングを８ｍｓ後、サブフレーム０のＡＣＫ／ＮＡＣＫ送信タイミングを７ｍｓ後とする。
【０１０３】
また、ＣＣ＃４において、サブフレーム３のＡＣＫ／ＮＡＣＫ送信タイミングを８ｍｓ後、サブフレーム４のＡＣＫ／ＮＡＣＫ送信タイミングを７ｍｓ後、サブフレーム５のＡＣＫ／ＮＡＣＫ送信タイミングを６ｍｓ後にする。
【０１０４】
また、ＣＣ＃５において、サブフレーム３のＡＣＫ／ＮＡＣＫ送信タイミングを９ｍｓ後、サブフレーム４のＡＣＫ／ＮＡＣＫ送信タイミングを８ｍｓ後、サブフレーム５のＡＣＫ／ＮＡＣＫ送信タイミングを７ｍｓ後にする。
【０１０５】
また、ＣＣ＃６において、サブフレーム３のＡＣＫ／ＮＡＣＫ送信タイミングを８ｍｓ後、サブフレーム４のＡＣＫ／ＮＡＣＫ送信タイミングを７ｍｓ後、サブフレーム５のＡＣＫ／ＮＡＣＫ送信タイミングを７ｍｓ後にする。
【０１０６】
その他のサブフレーム、及びＣＣ＃７〜ＣＣ＃１６の全てのサブフレームのＡＣＫ／ＮＡＣＫ送信タイミングは４ｍｓにする。
【０１０７】
このように、ＡＣＫ／ＮＡＣＫ送信タイミングを変更することで、サブフレーム２及び７では、端末２０は１２個のＡＣＫ／ＮＡＣＫをｅＮＢ１０に送信し、サブフレーム１、３〜６、８、９では、端末２０は１３個のＡＣＫ／ＮＡＣＫをｅＮＢ１０に送信することになる。
【０１０８】
従って、各サブフレームのＰＵＣＣＨ  Ｐａｙｌｏａｄには最大でも１３個のＡＣＫ／ＮＡＣＫを格納できればよいことになる。これにより、ＦＤＤセル及びＴＤＤセルが混在するＣＡを行う場合に、ＡＣＫ／ＮＡＣＫの送信に対するエラー率を抑えることが可能になる。
【０１０９】
（動作例３）
図１２は、実施の形態に係る処理手順（動作例３）の処理シーケンスの一例を示す図である。図１２を用いて、ＭＴＣに用いられる端末２０に対して、ＨＡＲＱ処理の動作が変更される場合の処理手順を説明する。
【０１１０】
ステップＳ５０１で、ｅＮＢ１０の処理方法通知部１０３は、端末機種識別子（ＩＭＥＩ）をキーに、設定情報記憶部１０４に格納されている端末情報を検索することで、端末２０に通知すべきＨＡＲＱ処理の設定値を取得する。なお、処理方法通知部１０３は、コアネットワークから端末２０の端末機種識別子を取得するようにしてもよいし、他の方法で端末２０の端末機種識別子を取得するようにしてもよい。ここで、端末情報には図４Ｂに示す端末情報が格納されており、端末２０の端末機種識別子は１１１１１１であるとする。この場合、ＨＡＲＱプロセス数は１、ＡＣＫ／ＮＡＣＫ送信タイミングは１００ｓ、ＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒは２００ｓである。
【０１１１】
ステップＳ５０２で、ｅＮＢ１０の信号処理部１０２は、ＨＡＲＱ処理の設定値を含む制御信号を端末２０に送信する。制御信号は、例えば、ＲＲＣプロトコルで用いられる信号であってもよいし、ＭＡＣサブレイヤで用いられる信号であってもよいし、物理レイヤで用いられる信号であってもよい。
【０１１２】
また、信号処理部１０２は、端末２０のＨＡＲＱ処理部２０１が保持しているバッファ及び各種タイマー値をリセットさせるために、ステップＳ５０２でＨＡＲＱ処理の設定値を含む制御信号を端末２０に送信した後で、ｉｎｔｒａ−ｃｅｌｌ  ＨＯを実施するように端末２０に指示してもよい。この場合、信号処理部１０２は、現在端末２０が接続されているセルと同一のセルに対してＨＯを行うように指示する。
【０１１３】
ステップＳ５０３で、端末２０の処理方法変更部２０３は、ステップＳ５０２で通知されたＨＡＲＱ処理の設定値をＨＡＲＱ処理部２０１に通知する。端末２０のＨＡＲＱ処理部２０１は、通知されたＨＡＲＱ処理の設定値に基づき、ＨＡＲＱプロセス数、ＡＣＫ／ＮＡＣＫ送信タイミング及びＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒを変更する。
【０１１４】
また、ＨＡＲＱ処理部２０１は、変更されたＨＡＲＱプロセス数に応じて、各ＨＡＲＱプロセスの各々がＨＡＲＱ処理を行うことができるようにバッファを分割又は結合する。また、ＨＡＲＱ処理部２０１は、変更されたＨＡＲＱプロセス数、ＡＣＫ／ＮＡＣＫ送信タイミング及びＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒに基づいてＨＡＲＱ処理を開始する前に、ＨＡＲＱ処理を行うためのバッファ及び各種タイマー値をリセットする。
【０１１５】
なお、ＨＡＲＱ処理を行うためのバッファ及び各種タイマー値をリセットするための処理は、ＨＡＲＱ処理部２０１が自ら行うようにしてもよいし、ｉｎｔｒａ−ｃｅｌｌ  ＨＯにより行われる既存の動作手順を流用して行うようにしてもよい。
【０１１６】
ステップＳ５０４で、端末２０とｅＮＢ１０との間でデータの伝送及びＡＣＫ／ＮＡＣＫの通知が行われる。
【０１１７】
なお、ステップＳ５０２の処理手順で、ダウンリンク及びアップリンクの双方のＨＡＲＱ処理の設定値を変更すべきこと端末２０に指示するようにしてもよい。この場合、ステップＳ５０３の処理手順において、端末２０のＨＡＲＱ処理部２０１は、ダウンリンク及びアップリンクの双方のＨＡＲＱプロセス数、ＡＣＫ／ＮＡＣＫ送信タイミング及びＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒを変更する。
【０１１８】
図１３は、実施の形態に係る処理手順（動作例３）におけるデータの流れをサブフレーム単位に具体化した図である。図１３は、ｅＮＢ１０が、ダウンリンク及びアップリンクの双方のＨＡＲＱ処理において、ＨＡＲＱプロセス数＝１プロセス、ＡＣＫ／ＮＡＣＫ送信タイミング＝１００ｓ、ＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒ＝２００ｓでＨＡＲＱ処理を行うように端末２０に指示した場合における、データの流れの一例を示している。
【０１１９】
まず、ｅＮＢ１０は、端末２０に対してダウンリンクのデータを送信する（Ｓ５５１）。一方、同一のサブフレームにおいて、端末２０は、ｅＮＢ１０に対してアップリンクのデータを送信する（Ｓ５５２）。続いて、端末２０は、ＡＣＫ／ＮＡＣＫ送信タイミングが１００ｓに設定されているため、ステップＳ５５１でデータを受信してから１００ｓ後にＡＣＫ／ＮＡＣＫを返す。一方、ｅＮＢ１０も同様に、ステップＳ５５２でデータを受信してから１００ｓ後にＡＣＫ／ＮＡＣＫを返す。続いて、ｅＮＢ１０は、ＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒが２００ｓに設定されているため、ステップＳ５５３でＡＣＫ／ＮＡＣＫを受信してから１００ｓ後に新規データ又は再送データを端末２０に送信する（Ｓ５５５）。一方、端末２０も同様に、ステップＳ５５４でデータを受信してから１００ｓ後に新規データ又は再送データをｅＮＢ１０に送信する。
【０１２０】
（動作例３（変形例））
図１４は、実施の形態に係る処理手順（動作例３（変形例））の処理シーケンスの一例を示す図である。動作例３（変形例）では、ｅＮＢ１０の処理方法通知部１０３は、端末２０から通知される端末能力に基づいて、端末２０に通知すべきＨＡＲＱ処理の設定値を決定する。
【０１２１】
ステップＳ６０１で、端末２０の能力通知部２０５は、端末２０自身の処理能力に関する情報をｅＮＢ１０に通知する。ｅＮＢ１０の能力通知受信部１０５は、端末２０の処理能力に関する情報を受信して、処理方法通知部１０３に渡す。処理方法通知部１０３は、端末２０の処理能力に関する情報に基づいて、ＨＡＲＱ処理の設定値を決定する。処理方法通知部１０３は、ステップＳ６０１で通知された端末２０の処理能力に関する情報を加工せずに、そのままＨＡＲＱ処理の設定値として扱ってもよいし、ステップＳ６０１で通知された端末２０の処理能力に関する情報の範囲内で、ＨＡＲＱ処理の設定値を決定するようにしてもよい。
【０１２２】
例えば、ステップＳ６０１の処理手順において、端末２０の能力通知部２０５は、端末２０自身の処理能力に関する情報として、ＨＡＲＱプロセス数＝２、ＡＣＫ／ＮＡＣＫ送信タイミング＝５０ｓ、ＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒ＝１００ｓをｅＮＢ１０に通知したと仮定する。この場合、ｅＮＢ１０の処理方法通知部１０３は、端末２０に通知するＨＡＲＱ処理の設定値を、ＨＡＲＱプロセス数＝２、ＡＣＫ／ＮＡＣＫ送信タイミング＝５０ｓ、ＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒ＝１００ｓとしてもよいし、ＨＡＲＱプロセス数＝１、ＡＣＫ／ＮＡＣＫ送信タイミング＝１００ｓ、ＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒ＝２００ｓとしてもよい。
【０１２３】
なお、ステップＳ６０１の処理手順において、端末２０の能力通知部２０５は、必ずしも全てのパラメータ（ＨＡＲＱプロセス数、ＡＣＫ／ＮＡＣＫ送信タイミング、及びＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒ）をｅＮＢ１０に通知するのではなく、一部のパラメータのみを通知するようにしてもよい。この場合、ｅＮＢ１０の能力通知受信部１０５は、端末２０から通知されなかったパラメータについては、既存のＬＴＥにおける設定値と同一であると判断する。
【０１２４】
ステップＳ６０２乃至ステップＳ６０４の処理手順は、それぞれステップＳ５０２乃至ステップＳ５０４の処理手順と同一であるため、説明は省略する。
【０１２５】
以上、実施の形態に係る処理手順（動作例３）について説明した。動作例３の処理手順を行うことで、ＭＴＣのような端末２０を用いて通信を行う場合に、端末２０のＨＡＲＱ処理の設定値を変更することで、消費電力を抑えつつ通信を行うことができるようになる。
【０１２６】
（動作例４）
図１５は、実施の形態に係る処理手順（動作例４）の処理シーケンスの一例を示す図である。図１５を用いて、ｅＮＢ１０と端末２０との間でＬＡＡ技術を用いた通信が行われる場合において、ＨＡＲＱ処理の動作が変更される場合の処理手順を説明する。動作例４に係る通信では、ダウンリンク通信にＬＴＥのバンドが用いられ、アップリンク通信に無線ＬＡＮのＬＡＡバンドが用いられると仮定する。
【０１２７】
ステップＳ７０１で、ｅＮＢ１０の処理方法通知部１０３は、設定情報記憶部１０４のＬＡＡバンド情報を検索し、端末２０に通知するＨＡＲＱ処理の設定値を決定する。ここで、ＬＡＡバンド情報には図４Ｄに示すＬＡＡバンド情報が格納されているとする。この場合、ＨＡＲＱプロセス数は１０、ＡＣＫ／ＮＡＣＫ送信タイミングは４ｍｓ、ＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒは８ｍｓが検索されることになる。
【０１２８】
続いて、ｅＮＢ１０の信号処理部１０２は、ＨＡＲＱ処理の設定値を含む制御信号を端末２０に送信する。制御信号は、例えば、ＲＲＣプロトコルで用いられる信号であってもよいし、ＭＡＣサブレイヤで用いられる信号であってもよいし、物理レイヤで用いられる信号であってもよい。
【０１２９】
また、信号処理部１０２は、ＨＡＲＱ処理部２０１が保持しているバッファ及び各種タイマー値をリセットさせるために、ステップＳ７０２でＨＡＲＱ処理の設定値を含む制御信号を端末２０に送信した後で、ｉｎｔｒａ−ｃｅｌｌ  ＨＯを実施するように端末２０に指示してもよい。この場合、信号処理部１０２は、現在端末２０が接続されているセルと同一のセルに対してＨＯを行うように指示する。
【０１３０】
ステップＳ７０２の処理手順は、ステップＳ５０３と同一であるため説明は省略する。
【０１３１】
ステップＳ７０３で、ｅＮＢ１０と端末２０との間でデータの伝送及びＡＣＫ／ＮＡＣＫの通知が行われる。
【０１３２】
図１６は、実施の形態に係る処理手順（動作例４）におけるデータの流れをサブフレーム単位に具体化した図である。図１６は、ｅＮＢ１０が、ＨＡＲＱプロセス数＝１２プロセス、ＡＣＫ／ＮＡＣＫ送信タイミング＝４ｍｓ、ＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒ＝１２ｍｓでＨＡＲＱ処理を行うように端末２０に指示した場合における、データの流れの一例を示している。なお、図１６の例では、ＬＡＡバンドを用いたアップリンク通信において、他通信が行われていない場合に４ｍｓ（４サブフレーム）の間のみ通信することが可能であると仮定する。
【０１３３】
端末２０は、ｅＮＢ１０からデータを受信（Ｓ７５１）してから４ｍｓ後に、他通信が行われていないことを確認する。図１６の例では、ステップＳ７５１から４ｍｓ後は他通信が行われており、８ｍｓ後に他通信が行われていない状態に遷移したとする。
【０１３４】
続いて、端末２０は、４つのＡＣＫ／ＮＡＣＫを送信する（Ｓ７５２、Ｓ７５３、Ｓ７５４、Ｓ７５５）。続いて、ｅＮＢ１０は、ＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒが１２ｍｓであるため、端末２０にデータを送信（Ｓ７５１）してから１２サブフレーム後に、新たなデータ又は再送データを端末２０に送信する（Ｓ７５６）。
【０１３５】
ここで、ｅＮＢ１０ｂは、端末２０側のＨＡＲＱプロセス数が１２に設定されているため、ステップＳ７５１で端末２０にデータを送信してから、ステップＳ７５６で端末２０に新たなデータ又は再送データを送信するまでの間の１１サブフレームにおいて、別のデータを端末２０に送信することができる。
【０１３６】
本動作例のようにアップリンク通信にＬＡＡバンドを用いた場合、ＡＣＫ／ＮＡＣＫを送信可能な時間が限られてしまう。従って、ＨＡＲＱプロセス数を大きくすることで、ＡＣＫ／ＮＡＣＫの受信を待たずに、複数のデータを連続して送信することが可能になる。
【０１３７】
（動作例４（変形例））
アップリンク通信にＬＡＡバンドを用いた場合、ＡＣＫ／ＮＡＣＫを送信可能な時間が限られてしまう。そこで、１つのサブフレームに複数のＡＣＫ／ＮＡＣＫを含めてｅＮＢ１０に送信するようにしてもよい。
【０１３８】
図１７は、実施の形態に係る処理手順（動作例４（変形例））におけるデータの流れをサブフレーム単位に具体化した図である。
【０１３９】
図１７は、アップリンクにおける一つのサブフレームに、複数のＡＣＫ／ＮＡＣＫが含まれる場合のデータの流れを示している。
【０１４０】
例えば、端末２０のＨＡＲＱ処理部２０１は、１つのサブフレームに２つのＡＣＫ／ＮＡＣＫを含めるようにしてｅＮＢ１０に送信する（Ｓ７６３、Ｓ７６４）。これにより、アップリンクにＬＡＡバンドを用いた場合でも、１つのサブフレームに複数のＡＣＫ／ＮＡＣＫを含めることで、効率的に通信を行うことが可能になる。
【０１４１】
＜効果＞
以上、実施の形態に係る通信システムにおいて、ｅＮＢ１０は、端末２０に対してＨＡＲＱ処理の設定値を指示することで、ＨＡＲＱ処理の動作を任意に変更することを可能にした。これにより、実施の形態に係る通信システムは、ｅＮＢ１０と端末２０との間で行われるＨＡＲＱ処理に関する設定を柔軟に変更することができ、ネットワークの設定や端末２０の種別に関わらず、様々な通信方法に応じて、適切なＨＡＲＱ処理を行うことができる。
【０１４２】
また、実施の形態に係る通信システムにおいて、端末２０はｅＮＢ１０に端末２０自身の処理能力を通知すると共に、ｅＮＢ１０は、端末２０の処理能力に基づいてＨＡＲＱ処理の動作を任意に変更することを可能にした。これにより、実施の形態に係る通信システムは、ｅＮＢ１０と端末２０との間で行われるＨＡＲＱ処理に関する設定を、端末２０の処理能力に基づいて柔軟に変更することができ、ネットワークの設定や端末２０の種別に関わらず、様々な通信方法に応じて、適切なＨＡＲＱ処理を行うことができる。
【０１４３】
また、実施の形態に係る通信システムにおいて、ＨＡＲＱ処理の設定値として、ＨＡＲＱプロセス数、ＡＣＫ／ＮＡＣＫ送信タイミング、及びＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒを任意に変更することを可能にした。これにより、実施の形態に係る通信システムは、ＨＡＲＱ処理の動作を様々に変更することができる。
【０１４４】
また、実施の形態に係る通信システムにおいて、端末２０は、端末２０自身の処理能力として、端末２０自身が処理可能な（保持可能な）ＨＡＲＱプロセス数の最大数、端末２０自身の処理能力で対応可能なＡＣＫ／ＮＡＣＫ送信タイミングの最小値、端末２０自身の処理能力で対応可能なＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒの最小値をｅＮＢ１０に通知することを可能にした。これにより、実施の形態に係る通信システムは、ＨＡＲＱ処理の動作を、端末２０の処理能力に基づいて様々に変更することができる。
【０１４５】
また、実施の形態に係る通信システムにおいて、端末２０は、ＨＡＲＱ処理の設定値が変更された場合に、ＨＡＲＱ処理で用いられるバッファの消去、及び各種タイマー値のリセットを行うようにした。また、端末２０は、ｉｎｔｒａ−ｃｅｌｌ  ＨＯ又はＳＣｅｌｌのｄｅａｃｔｉｖａｔｉｏｎといった既存の処理を強制的に実施することで、ＨＡＲＱ処理で用いられるバッファの消去、及び各種タイマー値のリセットを行うようにした。これにより、実施の形態に係る通信システムは、ＨＡＲＱ処理の設定値が変更された場合に、古いデータによる悪影響を排除し、確実にＨＡＲＱ処理の動作を変更することができる。
【０１４６】
また、実施の形態に係る通信システムにおいて、ダウンリンク通信のＨＡＲＱ処理とアップリンク通信のＨＡＲＱ処理とを独立して変更することを可能にした。これにより、実施の形態に係る通信システムは、ネットワークの設定や端末２０の種別に関わらず、ダウンリンク及びアップリンク通信を効率的に行うことができる。
【０１４７】
また、実施の形態に係る通信システムにおいて、端末２０は、ＨＡＲＱ処理の設定値に係る各種情報を保持するようにし、ｅＮＢ１０は、ＨＡＲＱ処理の設定値を指定するための情報のみを端末２０に通知することを可能にした。これにより、実施の形態に係る通信システムは、ＨＡＲＱ処理の設定値が複雑である場合でも、制御信号のデータ量を増加させることなく、ＨＡＲＱ処理の動作を変更することができる。
【０１４８】
＜実施形態の補足＞
以上、実施の形態において、ｅＮＢ１０がＨＡＲＱ処理の設定値を変更するタイミングは、動作例１乃至４で説明する場合に限られない。ｅＮＢ１０は、任意のタイミングでＨＡＲＱ処理の設定値を変更するようにしてもよい。
【０１４９】
以上、実施の形態における処理手順において、ｅＮＢ１０から端末２０に指示されるＨＡＲＱ処理の設定値には、必ずしも全てのパラメータ（ＨＡＲＱプロセス数、ＡＣＫ／ＮＡＣＫ送信タイミング、及びＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒ）を含めなくてもよい。これらのパラメータは、ＬＴＥの仕様により予め決まっているため、変更が必要なパラメータのみを通知するようにしてもよい。
【０１５０】
以上、本発明の実施の形態を説明してきたが、開示される発明は実施の形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能構成図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。
【０１５１】
以上、実施の形態の全部又は一部は、プログラムによって実装され得る。このプログラムは、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ−ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。
【０１５２】
なお、実施の形態において、ｅＮＢ１０は基地局装置の一例である。ＨＡＲＱ処理は、誤り訂正処理の一例である。ＨＡＲＱ処理の設定値は、指示情報の一例である。処理方法変更部２０３は、受信部の一例である。ＨＡＲＱ処理部２０１は、処理部の一例である。能力通知部２０５は、通知部の一例である。ＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒは、信号を受信してから再送信号を受信するまでの時間を示すタイマー値の一例である。ＡＣＫ／ＮＡＣＫ送信タイミングは、信号を受信してから受信応答を送信するまでの時間の一例である。図４ＣのＣＡ情報におけるＴｙｐｅＡ又はＴｙｐｅＢは、誤り訂正処理の動作パターンを指示する情報の一例である。
【０１５３】
本特許出願は２０１５年１月２９日に出願した日本国特許出願第２０１５−０１５９９８号に基づきその優先権を主張するものであり、日本国特許出願第２０１５−０１５９９８号の全内容を本願に援用する。
【符号の説明】
【０１５４】
１０  ｅＮＢ
２０  端末
１０１、２０１  ＨＡＲＱ処理部
１０２、２０２  信号処理部
１０３  処理方法通知部
１０４、２０４  設定情報記憶部
１０５  能力通知受信部
２０３  処理方法変更部
２０５  能力通知部
３０１  ＲＦモジュール
３０２  ＢＢ処理モジュール
３０３  装置制御モジュール
３０４  通信ＩＦ
４０１  ＲＦモジュール
４０２  ＢＢ処理モジュール
４０３  ＵＥ制御モジュール
【図１Ａ】
2016121809.tif 000003
【図１Ｂ】
2016121809.tif 000004
【図１Ｃ】
2016121809.tif 000005
【図１Ｄ】
2016121809.tif 000006
【図２】
2016121809.tif 000007
【図３】
2016121809.tif 000008
【図４Ａ】
2016121809.tif 000009
【図４Ｂ】
2016121809.tif 000010
【図４Ｃ】
2016121809.tif 000011
【図４Ｄ】
2016121809.tif 000012
【図５】
2016121809.tif 000013
【図６】
2016121809.tif 000014
【図７】
2016121809.tif 000015
【図８】
2016121809.tif 000016
【図９】
2016121809.tif 000017
【図１０】
2016121809.tif 000018
【図１１】
2016121809.tif 000019
【図１２】
2016121809.tif 000020
【図１３】
2016121809.tif 000021
【図１４】
2016121809.tif 000022
【図１５】
2016121809.tif 000023
【図１６】
2016121809.tif 000024
【図１７】
2016121809.tif 000025
【国際調査報告】
2016121809.tif 000026
2016121809.tif 000027
2016121809.tif 000028
2016121809.tif 000029