(57)【要約】【課題】ＴＤＤコンフィギュレーションが動的に設定される場合に無線リソースをより有効に利用することを可能にする。【解決手段】各フレームについてＴＤＤコンフィギュレーションを設定する設定部と、端末装置についての自動再送要求のプロセスを制御する制御部と、を備える通信制御装置が提供される。上記プロセスの数が上記ＴＤＤコンフィギュレーションの設定に応じた最大数以下になるように、上記プロセスが制御される。上記最大数は、第１のＴＤＤコンフィギュレーションの後に第２のＴＤＤコンフィギュレーションが設定され、第１のＴＤＤコンフィギュレーションについて定められた自動再送要求の第１の最大プロセス数が、第２のＴＤＤコンフィギュレーションについて定められた自動再送要求の第２の最大プロセス数よりも大きい場合に、第２のＴＤＤコンフィギュレーションの設定後の所定の期間において、第２の最大プロセス数よりも大きい。【選択図】図１５
2014122839.tif 000002
【特許請求の範囲】
【請求項１】
時分割複信（ＴＤＤ）方式に従って無線通信を制御する通信制御装置であって、
複数のサブフレームを含むフレームの各々について、サブフレーム単位のリンク方向を表すリンク方向コンフィギュレーションを設定する設定部と、
無線通信を行う端末装置についての自動再送要求のプロセスを制御する制御部と、
を備え、
前記制御部は、前記プロセスの数が前記リンク方向コンフィギュレーションの設定に応じた最大数以下になるように、前記プロセスを制御し、
前記最大数は、第１のリンク方向コンフィギュレーションの後に第２のリンク方向コンフィギュレーションが前記設定部により設定され、前記第１のリンク方向コンフィギュレーションについて定められた自動再送要求の第１の最大プロセス数が、前記第２のリンク方向コンフィギュレーションについて定められた自動再送要求の第２の最大プロセス数よりも大きい場合に、前記第２のリンク方向コンフィギュレーションの設定後の所定の期間において、前記第２の最大プロセス数よりも大きい、
通信制御装置。
【請求項２】
前記所定の期間は、前記第２のリンク方向コンフィギュレーションの設定後の１フレーム以下の期間である、請求項１に記載の通信制御装置。
【請求項３】
前記最大数は、前記所定の期間において、前記第１の最大プロセス数以上である、請求項１に記載の通信制御装置。
【請求項４】
前記最大数は、前記所定の期間において、前記第１の最大プロセス数である、請求項３に記載の通信制御装置。
【請求項５】
無線通信を行う複数の端末装置の各々について、前記所定の期間において自動再送要求のプロセスの最大数を前記第２の最大プロセス数よりも大きくする機能を有するかを判定する判定部、
をさらに備え、
前記制御部は、前記複数の端末装置の各々についての自動再送要求のプロセスを制御し、
前記制御部は、前記複数の端末装置の各々について前記機能を有するかを判定した結果に基づいて、前記複数の端末装置のうちの前記機能を有する１つ以上の端末装置の各々についての前記プロセスの数が前記最大数以下になるように、前記１つ以上の端末装置の各々についての前記プロセスを制御する、
請求項１に記載の通信制御装置。
【請求項６】
前記判定部は、前記複数の端末装置の各々への個別のシグナリングによる問い合わせの結果に基づいて、前記複数の端末装置の各々について、前記機能を有するかを判定する、請求項５に記載の通信制御装置。
【請求項７】
前記複数の端末装置の各々について前記機能を有するかを判定した結果に基づいて、前記所定の期間の前の期間における無線リソースを、前記複数の端末装置に割り当てる割当て部、をさらに備える、請求項５に記載の通信制御装置。
【請求項８】
前記所定の期間の前の前記期間は、前記所定の期間の直前の１フレームである、請求項７に記載の通信制御装置。
【請求項９】
前記割当て部は、前記複数の端末装置のうちの、前記機能を有しない１つ以上の別の端末装置よりも、前記機能を有する前記１つ以上の端末装置に、前記無線リソースをより優先的に割り当てる、請求項７に記載の通信制御装置。
【請求項１０】
前記割当て部は、前記複数の端末装置のうちの、前記機能を有しない１つ以上の別の端末装置に、前記無線リソースのうちの、前記第２の最大プロセス数に対応する量以下の量の無線リソースを割り当てる、請求項７に記載の通信制御装置。
【請求項１１】
前記複数の端末装置の各々について前記機能を有するかを判定した結果に基づいて、前記リンク方向コンフィギュレーションの設定の周期を選択する選択部、
をさらに備え、
前記設定部は、選択される前記周期で、前記リンク方向コンフィギュレーションを設定する、
請求項５に記載の通信制御装置。
【請求項１２】
前記選択部は、前記複数の端末装置のうち前記機能を有する前記１つ以上の装置が占める割合に応じて、前記周期を選択する、請求項１１に記載の通信制御装置。
【請求項１３】
前記選択部は、前記割合が第１の割合である場合に、第１の周期を選択し、前記割合が、前記第１の割合よりも低い第２の割合である場合に、前記第１の周期又は当該第１の周期よりも長い第２の周期を選択する、請求項１２に記載の通信制御装置。
【請求項１４】
前記設定部は、前記複数の端末装置の各々について前記機能を有するかを判定した結果に基づいて、前記リンク方向コンフィギュレーションを設定する、請求項５に記載の通信制御装置。
【請求項１５】
前記設定部は、前記複数の端末装置のうち前記機能を有する前記１つ以上の装置が占める割合に応じて、前記リンク方向コンフィギュレーションを設定する、請求項１４に記載の通信制御装置。
【請求項１６】
前記設定部は、前記割合が所定の割合よりも低い場合に、既存のリンク方向コンフィギュレーションについて定められた最大プロセス数と、設定される新たなリンク方向コンフィギュレーションについて定められた最大プロセス数との差が、所定の数以下になるように、前記新たなリンク方向コンフィギュレーションを設定する、請求項１５に記載の通信制御装置。
【請求項１７】
前記通信制御装置は、時分割複信（ＴＤＤ）方式に従って２つ以上の周波数帯域での無線通信を制御し、
前記設定部は、周波数帯域ごとに、前記フレームの各々について、前記リンク方向を表すリンク方向コンフィギュレーションを設定し、
前記設定部は、前記２つ以上の周波数帯域のうちの１つの周波数帯域では、第１のタイミングで前記リンク方向コンフィギュレーションを設定し、前記２つ以上の周波数帯域のうちの別の周波数帯域では、第１のタイミングとは異なる第２のタイミングで、前記リンク方向コンフィギュレーションを設定する、
請求項１に記載の通信制御装置。
【請求項１８】
時分割複信（ＴＤＤ）方式に従って無線通信を制御する通信制御装置における通信制御方法であって、
複数のサブフレームを含むフレームの各々について、サブフレーム単位のリンク方向を表すリンク方向コンフィギュレーションを設定することと、
無線通信を行う端末装置についての自動再送要求のプロセスを制御することと、
を含み、
前記プロセスを制御することは、前記プロセスの数が前記リンク方向コンフィギュレーションの設定に応じた最大数以下になるように前記プロセスを制御することを含み
前記最大数は、第１のリンク方向コンフィギュレーションの後に第２のリンク方向コンフィギュレーションが設定され、前記第１のリンク方向コンフィギュレーションについて定められた自動再送要求の第１の最大プロセス数が、前記第２のリンク方向コンフィギュレーションについて定められた自動再送要求の第２の最大プロセス数よりも大きい場合に、前記第２のリンク方向コンフィギュレーションの設定後の所定の期間において、前記第２の最大プロセス数よりも大きい、
通信制御方法。
【請求項１９】
時分割複信（ＴＤＤ）方式に従って無線通信を行う端末装置であって、
複数のサブフレームを含むフレームの各々について、サブフレーム単位のリンク方向を表すリンク方向コンフィギュレーションが設定されると、設定される当該リンク方向コンフィギュレーションに従って無線通信を制御する通信制御部
を備え、
前記通信制御部は、前記端末装置についての自動再送要求のプロセスを制御し、
前記通信制御部は、前記プロセスの数が前記リンク方向コンフィギュレーションの設定に応じた最大数以下になるように、前記プロセスを制御し、
前記最大数は、第１のリンク方向コンフィギュレーションの後に第２のリンク方向コンフィギュレーションが設定され、前記第１のリンク方向コンフィギュレーションについて定められた自動再送要求の第１の最大プロセス数が、前記第２のリンク方向コンフィギュレーションについて定められた自動再送要求の第２の最大プロセス数よりも大きい場合に、前記第２のリンク方向コンフィギュレーションの設定後の所定の期間において、前記第２の最大プロセス数よりも大きい、
端末装置。
【請求項２０】
時分割複信（ＴＤＤ）方式に従って２つ以上の周波数帯域での無線通信を制御する通信制御装置であって、
周波数帯域ごとに、２つ以上のサブフレームを含むフレームの各々について、サブフレーム単位のリンク方向を表すリンク方向コンフィギュレーションを設定する設定部
を備え、
前記設定部は、前記２つ以上の周波数帯域のうちの１つの周波数帯域では、第１のタイミングで前記リンク方向コンフィギュレーションを設定し、前記２つ以上の周波数帯域のうちの別の周波数帯域では、第１のタイミングとは異なる第２のタイミングで、前記リンク方向コンフィギュレーションを設定する、
通信制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、通信制御装置、通信制御方法及び端末装置に関する。
【背景技術】
【０００２】
３ＧＰＰＰ（Third  Generation  Partnership  Project）により規格化されたＬＴＥ（Long  Term  Evolution）では、周波数分割複信（Frequency  Division  Duplex：ＦＤＤ）及び時分割複信（Time  Division  Duplex：ＴＤＤ）のいずれでも採用され得る。周波数の配置が容易であること、及び、アップリンクとダウンリンクの無線リソースの比率を変更しやすいことから、周波数の有効利用のために今後多くのシステムにおいてＴＤＤが採用されることが予想される。【０００３】
ＴＤＤでは、サブフレーム単位のリンク方向（例えば、ダウンリンク、アップリンク）が設定される。より具体的には、サブフレーム単位のリンク方向を表す複数のＴＤＤコンフィギュレーション（又は、複数のアップリンク／ダウンリンクコンフィギュレーション）が予め用意され、いずれかのＴＤＤコンフィギュレーションが用いられる。例えば、通信事業者は、ＬＴＥの技術規格で定められている７つのＴＤＤコンフィギュレーションの中から１つのＴＤＤコンフィギュレーションを選択し、固定的に設定する。さらに、ネットワーク全体のスループットの向上のために、今後、セル内のトラフィックに応じて、最適なＴＤＤコンフィギュレーションを動的に設定する手法も、３ＧＰＰにおいて検討されている。このようなＴＤＤコンフィギュレーションの動的な設定に関連する様々な技術が提案されている。【０００４】
例えば、特許文献１には、ＴＤＤコンフィギュレーションを動的に設定する場合に、ハイブリッド自動再送要求（Hybrid  Automatic  Repeat  reQuest）についてのＡＣＫ／ＮＡＣＫ（Acknowledgement/Negative  Acknowledgement）のタイミングを調整する技術が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【非特許文献１】Alcatel-Lucent  Shanghai  Bell,  Alcatel-Lucent,  Discussion  on  HARQ  and  UL-grant  timing  with  dynamic  TDD  UL-DL  configuration,  3GPP  TSG  RAN  WG1  Meeting  #68bis,  R1-121260,  26th-30th  March  2012
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、上記非特許文献１の技術を用いたとしても、ＨＡＲＱプロセスの最大数に起因して無線リソースの利用損失が発生し得る。具体的には、既に設定されていた第１のＴＤＤコンフィギュレーションについて定められたＨＡＲＱの第１の最大数が、新たに設定される第２のＴＤＤコンフィギュレーションについて定められたＨＡＲＱの第２の最大数よりも大きくなる場合がある。この場合に、第２のＴＤＤコンフィギュレーションの設定直後に、既存のＨＡＲＱプロセスの一部が削除され得る。そのため、削除されるＨＡＲＱプロセスでは第２のＴＤＤコンフィギュレーションの設定後にＡＫＣ／ＮＡＣＫが送信されないので、例えば、第２のＴＤＤコンフィギュレーションの設定直前には、削除されるＨＡＲＱプロセスではデータが送信されない。即ち、第２のＴＤＤコンフィギュレーションの設定直前に端末装置がデータの送信又は受信を行わないサブフレームが存在することになる。その結果、新たなＴＤＤコンフィギュレーションを設定する場合に、無線リソースの利用損失が発生してしまうことが懸念される。【０００７】
そこで、ＴＤＤコンフィギュレーションが動的に設定される場合に無線リソースをより有効に利用することを可能にする仕組みが提供されることが望ましい。
【課題を解決するための手段】
【０００８】
本開示によれば、時分割複信（ＴＤＤ）方式に従って無線通信を制御する通信制御装置であって、複数のサブフレームを含むフレームの各々について、サブフレーム単位のリンク方向を表すリンク方向コンフィギュレーションを設定する設定部と、無線通信を行う端末装置についての自動再送要求のプロセスを制御する制御部と、を備える通信制御装置が提供される。上記制御部は、上記プロセスの数が上記リンク方向コンフィギュレーションの設定に応じた最大数以下になるように、上記プロセスを制御する。上記最大数は、第１のリンク方向コンフィギュレーションの後に第２のリンク方向コンフィギュレーションが上記設定部により設定され、上記第１のリンク方向コンフィギュレーションについて定められた自動再送要求の第１の最大プロセス数が、上記第２のリンク方向コンフィギュレーションについて定められた自動再送要求の第２の最大プロセス数よりも大きい場合に、上記第２のリンク方向コンフィギュレーションの設定後の所定の期間において、上記第２の最大プロセス数よりも大きい。【０００９】
また、本開示によれば、時分割複信（ＴＤＤ）方式に従って無線通信を制御する通信制御装置における通信制御方法であって、複数のサブフレームを含むフレームの各々について、サブフレーム単位のリンク方向を表すリンク方向コンフィギュレーションを設定することと、無線通信を行う端末装置についての自動再送要求のプロセスを制御することと、
を含む通信制御方法が提供される。上記プロセスを制御することは、上記プロセスの数が上記リンク方向コンフィギュレーションの設定に応じた最大数以下になるように上記プロセスを制御することを含む。上記最大数は、第１のリンク方向コンフィギュレーションの後に第２のリンク方向コンフィギュレーションが設定され、上記第１のリンク方向コンフィギュレーションについて定められた自動再送要求の第１の最大プロセス数が、上記第２のリンク方向コンフィギュレーションについて定められた自動再送要求の第２の最大プロセス数よりも大きい場合に、上記第２のリンク方向コンフィギュレーションの設定後の所定の期間において、上記第２の最大プロセス数よりも大きい。【００１０】
また、本開示によれば、時分割複信（ＴＤＤ）方式に従って無線通信を行う端末装置であって、複数のサブフレームを含むフレームの各々について、サブフレーム単位のリンク方向を表すリンク方向コンフィギュレーションが設定されると、設定される当該リンク方向コンフィギュレーションに従って無線通信を制御する通信制御部を備える端末装置が提供される。上記通信制御部は、上記端末装置についての自動再送要求のプロセスを制御する。上記通信制御部は、上記プロセスの数が上記リンク方向コンフィギュレーションの設定に応じた最大数以下になるように、上記プロセスを制御する。上記最大数は、第１のリンク方向コンフィギュレーションの後に第２のリンク方向コンフィギュレーションが設定され、上記第１のリンク方向コンフィギュレーションについて定められた自動再送要求の第１の最大プロセス数が、上記第２のリンク方向コンフィギュレーションについて定められた自動再送要求の第２の最大プロセス数よりも大きい場合に、上記第２のリンク方向コンフィギュレーションの設定後の所定の期間において、上記第２の最大プロセス数よりも大きい。【００１１】
また、本開示によれば、時分割複信（ＴＤＤ）方式に従って２つ以上の周波数帯域での無線通信を制御する通信制御装置であって、周波数帯域ごとに、２つ以上のサブフレームを含むフレームの各々について、サブフレーム単位のリンク方向を表すリンク方向コンフィギュレーションを設定する設定部、を備える通信制御装置が提供される。上記設定部は、上記２つ以上の周波数帯域のうちの１つの周波数帯域では、第１のタイミングで上記リンク方向コンフィギュレーションを設定し、上記２つ以上の周波数帯域のうちの別の周波数帯域では、第１のタイミングとは異なる第２のタイミングで、上記リンク方向コンフィギュレーションを設定する。
【発明の効果】
【００１２】
以上説明したように本開示によれば、ＴＤＤコンフィギュレーションが動的に設定される場合に無線リソースをより有効に利用することが可能となる。
【図面の簡単な説明】
【００１３】
【図１】ＴＤＤのフレームフォーマットの一例を説明するための説明図である。
【図２】３ＧＰＰにおいて定義されているＴＤＤコンフィギュレーションの例を説明するための説明図である。
【図３】ＨＡＲＱプロセスを使用したデータの送受信の例を説明するための説明図である。
【図４】ダウンリンクデータが送受信されるサブフレームと、当該ダウンリンクデータに対するＡＣＫ／ＮＡＣＫが送受信されるサブフレームとの間の関係を説明するための説明図である。
【図５】アップリンクデータが送受信されるサブフレームと、当該アップリンクデータに対するＡＣＫ／ＮＡＣＫが送受信されるサブフレームとの間の関係を説明するための説明図である。
【図６】ダウンリンクデータのためのＨＡＲＱプロセスの最大数を説明するための説明図である。
【図７】アップリンクデータについてのＨＡＲＱプロセスの最大数を説明するための説明図である。
【図８】ＴＤＤコンフィギュレーションが変更されない場合のＡＣＫ／ＮＡＣＫの送信のタイミングの例を説明するための説明図である。
【図９】ＴＤＤコンフィギュレーションが変更される場合のＡＣＫ／ＮＡＣＫの送信に関する不具合の例を説明するための説明図である。
【図１０】ＴＤＤコンフィギュレーションが変更される場合のＡＣＫ／ＮＡＣＫの送信の新たなタイミングの例を説明するための説明図である。
【図１１】ＴＤＤコンフィギュレーションの動的な設定が行われる場合におけるＨＡＲＱプロセスでのダウンリンクデータの送受信の例を説明するための説明図である。
【図１２】ＴＤＤコンフィギュレーションの動的な設定が行われる場合におけるＨＡＲＱプロセスでのアップリンクデータの送受信の例を説明するための説明図である。
【図１３】本開示の実施形態に係る通信システムの概略的な構成の一例を示す説明図である。
【図１４】第１の実施形態に係る基地局の構成の一例を示すブロック図である。
【図１５】第１の実施形態による、ＴＤＤコンフィギュレーションの設定後の所定の期間におけるダウンリンクについてのＨＡＲＱプロセス数の例を説明するための説明図である。
【図１６】第１の実施形態による、ＴＤＤコンフィギュレーションの設定後の所定の期間におけるアップリンクについてのＨＡＲＱプロセス数の例を説明するための説明図である。
【図１７】第１の実施形態に係る端末装置の構成の一例を示すブロック図である。
【図１８】第１の実施形態に係る基地局側の通信制御処理の概略的な流れの一例を示すフローチャートである。
【図１９】第１の実施形態に係る端末装置側の通信制御処理の概略的な流れの一例を示すフローチャートである。
【図２０】第２の実施形態に係る基地局の構成の一例を示すブロック図である。
【図２１】第２の実施形態に係る基地局側の第１の通信制御処理の概略的な流れの一例を示すフローチャートである。
【図２２】第２の実施形態に係る基地局側の第２の通信制御処理の概略的な流れの一例を示すフローチャートである。
【図２３】第３の実施形態に係る基地局の構成の一例を示すブロック図である。
【図２４】各ＣＣにおけるＴＤＤコンフィギュレーションの設定のタイミングの例を説明するための説明図である。
【図２５】第３の実施形態に係る基地局側の通信制御処理の概略的な流れの一例を示すフローチャートである。
【図２６】本開示に係る技術が適用され得るｅＮＢの概略的な構成の第１の例を示すブロック図である。
【図２７】本開示に係る技術が適用され得るｅＮＢの概略的な構成の第２の例を示すブロック図である。
【図２８】本開示に係る技術が適用され得るスマートフォンの概略的な構成の一例を示すブロック図である。
【図２９】本開示に係る技術が適用され得るカーナビゲーション装置の概略的な構成の一例を示すブロック図である。
【発明を実施するための形態】
【００１４】
以下に添付の図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１５】
なお、説明は以下の順序で行うものとする。
１．はじめに
１．１．３ＧＰＰにおける無線通信の技術
１．２．技術的課題
２．通信システムの構成
３．第１の実施形
３．１．基地局の構成
３．２．端末装置の構成
３．３．処理の流れ
４．第２の実施形
４．１．基地局の構成
４．２．処理の流れ
５．第２の実施形
５．１．基地局の構成
５．２．処理の流れ
６．応用例
６．１．基地局に関する応用例
６．２．端末装置に関する応用例
７．まとめ
【００１６】
＜＜１．はじめに＞＞
まず、図１〜図１２を参照して、前提となる３ＧＰＰにおける無線通信の技術、及び技術的課題を説明する。
【００１７】
＜１．１．３ＧＰＰにおける無線通信の技術＞
図１〜１０を参照して、前提となる３ＧＰＰにおける無線通信の技術を説明する。
【００１８】
（ＦＤＤ及びＴＤＤ）
３ＧＰＰＰにより規格化されたＬＴＥでは、ＦＤＤ及びＴＤＤのいずれでも採用され得る。周波数の配置が容易であること、及び、アップリンクとダウンリンクの無線リソースの比率を変更しやすいことから、周波数の有効利用のために今後多くのシステムにおいてＴＤＤが採用されることが予想される。
【００１９】
（ＴＤＤのフレームフォーマット）
図１を参照して、ＴＤＤのフレームフォーマットの例を説明する。図１は、ＴＤＤのフレームフォーマットの一例を説明するための説明図である。図１を参照すると、ＴＤＤが採用される場合にも、１０のサブフレームを含む１つの無線フレーム（Radio  Frame）が用いられる。本明細書において、無線フレームは、単に「フレーム」とも呼ばれる。無線フレームに含まれる１０のサブフレームの各々は、ダウンリンクサブフレーム、アップリンクサブフレーム、及びスペシャルサブフレームのうちのいずれかである。
【００２０】
図１に示されるフレームフォーマットは、基地局にとってのフォーマットである。例えば、基地局のダウンリンクサブフレームで送信される信号の端末装置での受信完了は、空間での伝搬遅延及び端末装置内での処理遅延によって、上記フレームフォーマットのダウンリンクサブフレームのタイミングよりも遅くなる。また、逆に、基地局のアップリンクサブフレームで受信される信号の端末装置での送信は、上記フレームフォーマットのアップリンクサブフレームのタイミングよりも早くなる。即ち、端末装置は、基地局に前もって信号を送信する。
【００２１】
また、スペシャルサブフレームは、ダウンリンク部分のＤｗＰＴＳ（Downlink  Pilot  Time  Slot）、アップリンク部分のＵｐＰＴＳ（Uplink  Pilot  Time  Slot）、及びＧＰ（Guard  Period）を含む。ＤｗＰＴＳは、ＰＤＣＣＨを含む。また、ＵｐＰＴＳは、データを含まない。また、ＧＰは、端末装置におけるダウンリンクでの受信の遅延及びアップリンクでの送信の前倒しを補うための時間領域である。
【００２２】
（ＴＤＤコンフィギュレーション）
ＴＤＤでは、サブフレーム単位のリンク方向（例えば、ダウンリンク、アップリンク）が設定される。より具体的には、サブフレーム単位のリンク方向を表す複数のＴＤＤコンフィギュレーションが予め用意され、いずれかのＴＤＤコンフィギュレーションが用いられる。以下、図２を参照して、ＴＤＤコンフィギュレーションの具体例を説明する。
【００２３】
図２は、３ＧＰＰにおいて定義されているＴＤＤコンフィギュレーションの例を説明するための説明図である。図３を参照すると、ＬＴＥの技術規格（TS  36.211  Table  4.2-2）で定義されている７つのコンフィギュレーションが示されている。♯０及び♯５のサブフレームのリンク方向は、基地局による同期信号（Synchronization  Signal）の送信のために、ダウンリンクに固定されている。また、♯２のサブフレームのリンク方向は、アップリンクに固定されている。そのため、♯１のサブフレームは、いずれのコンフィギュレーションでもスペシャルサブフレームである。♯３、♯４、♯７、♯８及び♯９のサブフレームのリンク方向は、アップリンク又はダウンリンクのいずれかである。また、♯６のサブフレームは、スペシャルサブフレームであるか、又はダウンリンクサブフレームである。
【００２４】
通信事業者は、例えば、７つのＴＤＤコンフィギュレーションの中から１つのＴＤＤコンフィギュレーションを選択し、固定的に設定する。
【００２５】
（動的なＴＤＤコンフィギュレーションの設定）
さらに、ネットワーク全体のスループットの向上のために、今後、セル内のトラフィックに応じて、最適なＴＤＤコンフィギュレーションの動的な設定（即ち、Dynamic  TDD  Reconfiguration）も、３ＧＰＰにおいて検討されている。
【００２６】
例えば、アップリンクでのトラフィックが増加した場合には、より多くのアップリンクサブフレームを含むＴＤＤコンフィギュレーションが選択される。また、例えば、ダウンリンクトラフィックが増加した場合には、より多くのダウンリンクサブフレームを含むＴＤＤコンフィギュレーションが選択される。
【００２７】
このようなトラフィックの特性は、セルごとに異なり、また時間によっても変動する。そのため、ＴＤＤコンフィギュレーションは、セルごとに、短時間で動的に設定されることが望ましい。
【００２８】
なお、セルにおいて用いられるＴＤＤコンフィギュレーションの端末装置への通知は、いずれの端末装置も受信可能なシステム情報で報知されてもよく、又は、個別の端末装置に対するシグナリングで通知されてもよい。
【００２９】
（ＨＡＲＱプロセス）
ＬＴＥでは、損失したデータ及び誤りを伴うデータの再送のために、ＭＡＣレイヤ及びＲＬＣレイヤの２階層で再送プロトコルが用意されている。ＭＡＣレイヤでの再送プロトコルとして、ハイブリッド自動再送要求（Hybrid  Automatic  Repeat  reQuest：ＨＡＲＱ）プロトコルが使用される。
【００３０】
ＨＡＲＱプロトコルでは、基地局及び端末装置の各々にＨＡＲＱエンティティが存在する。そして、それぞれのＨＡＲＱエンティティは、並列で動く複数のＨＡＲＱプロセスで構成される。
【００３１】
受信側は、あるＨＡＲＱプロセスに向けたデータを受信すると、当該データの復号を試行し、データが正しく受信されたか否かを示す確認応答（ＡＣＫ／ＮＡＣＫ）を送信側に送信する。送信側は、上記ＨＡＲＱプロセスに向けたデータに対するＡＣＫを受信した場合には、当該ＨＡＲＱプロセスに向けて次のデータを送信する。一方、送信側は、上記ＨＡＲＱプロセスに向けたデータに対するＮＡＣＫを受信した場合には、当該ＨＡＲＱプロセスに向けて上記データを再送する。
【００３２】
端末装置における、ダウンリンクデータの受信からＡＣＫ／ＮＡＣＫの送信までの時間は、なるべく短いことが望ましい。しかし、当該時間の短縮は、端末装置に高い処理能力を要求することになる。即ち、上記時間と端末装置の実装の複雑さとの間にはトレードオフがある。遅延と端末装置の実装の複雑さの間にはトレードオフの関係がある。
【００３３】
−ＦＤＤにおけるＨＡＲＱプロセス
ＦＤＤでは、上記トレードオフの関係を考慮して、ダウンリンク及びアップリンクの各々において８つのＨＡＲＱプロセスを使用することが、規格において決められている。
【００３４】
具体的には、ダウンリンクデータに対するＡＣＫ／ＮＡＣＫは、ダウンリンクデータが受信されるサブフレームの４つ後のサブフレームで、端末装置により送信される。また、基地局は、当該ＡＣＫ／ＮＡＣＫの受信に応じて、当該ＡＣＫ／ＮＡＣＫが受信されるサブフレームの４つ後のサブフレームで、上記ダウンリンクデータを再送し、又は次のダウンリンクデータを送信する。このように、ＦＤＤでは、ＨＡＲＱプロセスについての往復時間は８サブフレーム（８ｍｓ）である。そのため、８つのＨＡＲＱを使用することにより、全てのサブフレームでの送受信が可能である。以下、このようなＨＡＲＱプロセスを使用したデータの送受信の具体例を図３を参照して説明する。
【００３５】
図３は、ＨＡＲＱプロセスを使用したデータの送受信の例を説明するための説明図である。図３を参照すると、例えば、プロセス♯０〜♯７の８つのＨＡＲＱプロセスが示されている。例えば、ある無線フレームでは、プロセス♯０でトランスポートブロック１が受信され、プロセス♯２でトランスポートブロック２が受信され、プロセス♯３でトランスポートブロック３が受信される。また、別の無線フレームでは、プロセス♯０でトランスポートブロック１が受信され、プロセス♯２でトランスポートブロック４が受信され、プロセス♯３でトランスポートブロック５が受信される。
【００３６】
このように基地局及び端末装置の双方にＨＡＲＱプロセスのためのメモリ領域を確保し、送受信データ、ステータス等を管理することにより、高速でかつ誤りの少ないデータ通信が可能になる。
【００３７】
−ＴＤＤにおけるＨＡＲＱプロセス
一方、ＴＤＤでは、ダウンリンクサブフレームの４つ後のサブフレームが、アップリンクサブフレームであるとは限らない。よって、データを送受信するサブフレームと、当該データに対するＡＣＫ／ＮＡＣＫを送受信するサブフレームとの間の関係は、ＴＤＤコンフィギュレーションの設定に依存する。そのため、３ＧＰＰにおいて、当該関係が、ＴＤＤコンフィギュレーションごとに規定されている。以下、図４及び図５を参照して、上記関係の具体的な内容を説明する。
【００３８】
図４は、ダウンリンクデータが送受信されるサブフレームと、当該ダウンリンクデータに対するＡＣＫ／ＮＡＣＫが送受信されるサブフレームとの間の関係を説明するための説明図である。当該関係は、ＬＴＥの技術規格（TS36.213  Table  10.1.3.1-1）で定義されている。図４を参照すると、ＴＤＤコンフィギュレーションごとに、各サブフレームで送受信されるＡＣＫを／ＮＡＣＫに対応するダウンリンクデータがいくつ前のサブフレームで送受信されたがが、示されている。例えば、♯３のＴＤＤコンフィギュレーションが設定される場合に、♯２のサブフレームで基地局により受信されるＮＡＣＫ／ＮＡＣＫは、６個前、７個前及び１１個前のサブフレームで基地局が送信したダウンリンクデータに対するＮＡＣＫ／ＮＡＣＫである。
【００３９】
図５は、アップリンクデータが送受信されるサブフレームと、当該アップリンクデータに対するＡＣＫ／ＮＡＣＫが送受信されるサブフレームとの間の関係を説明するための説明図である。当該関係は、ＬＴＥの技術規格（TS36.213  Table  9.1.2-1）で定義されている。図５を参照すると、ＴＤＤコンフィギュレーションごとに、各サブフレームで送受信されるアップリンクデータに対応するＡＣＫ／ＮＡＣＫがいくつ後のサブフレームで送信されるかが、示されている。例えば、♯３のＴＤＤコンフィギュレーションが設定される場合に、♯２のサブフレームで基地局により受信されるアップリンクデータに対するＮＡＣＫ／ＮＡＣＫは、６個後のサブフレームで基地局により送信される。
【００４０】
上述したようなタイミングでの動作のために、ＴＤＤコンフィギュレーションに応じて各ＨＡＲＱプロセスについての往復時間が異なる。その結果、ＴＤＤコンフィギュレーションに応じてＨＡＲＱプロセスの数も異なる。そのため、３ＧＰＰでは、ＴＤＤコンフィギュレーションに応じたＨＡＲＱプロセスの数を規定している。以下、この点について図６及び図７を参照して具体的な内容を説明する。
【００４１】
図６は、ダウンリンクデータのためのＨＡＲＱプロセスの最大数を説明するための説明図である。３ＧＰＰの技術規格（TS  36.213）では、図６に示されるように、ＴＤＤコンフィギュレーションごとに、ダウンリンクデータのためのＨＡＲＱプロセスの最大数が定められている。このような最大数のＨＡＲＱプロセスが使用されると、いずれのダウンリンクサブフレームでも無線リソースの利用損失を発生させることなく、各ダウンリンクサブフレームでダウンリンクデータを送受信することが可能になる。
【００４２】
図７は、アップリンクデータについてのＨＡＲＱプロセスの最大数を説明するための説明図である。３ＧＰＰの技術規格（TS  36.213）では、図７に示されるように、ＴＤＤコンフィギュレーションごとに、アップリンクデータについてのＨＡＲＱプロセスの最大数が定められている。このような最大数のＨＡＲＱプロセスが使用されると、いずれのアップリンクサブフレームでも無線リソースの利用損失を発生させることなく、各アップリンクサブフレームでアップリンクデータを送受信することが可能になる。
【００４３】
（新たなＴＤＤコンフィギュレーションの設定の際のＡＣＫ／ＮＡＣＫのタイミング）
上述したように、ＴＤＤコンフィギュレーションの動的な設定（即ち、Dynamic  TDD  Reconfiguration）が用いられ得る。この場合に、ＴＤＤコンフィギュレーションの変更前の受信データに対するＡＣＫ／ＮＡＣＫは、ＴＤＤコンフィギュレーションの変更後には、上述した技術規格通りのタイミングで送信できない可能性がある。以下、この点について、図８及び図９を参照して具体例を説明する。この例は、３ＧＰＰの議論において提示されている例である（非特許文献“Alcatel-Lucent  Shanghai  Bell,  Alcatel-Lucent,  Discussion  on  HARQ  and  UL-grant  timing  with  dynamic  TDD  UL-DL  configuration,  3GPP  TSG  RAN  WG1  Meeting  #68bis,  R1-121260,  26th-30th  March  2012”を参照）。
【００４４】
図８は、ＴＤＤコンフィギュレーションが変更されない場合のＡＣＫ／ＮＡＣＫの送信のタイミングの例を説明するための説明図である。図８を参照すると、ダウンリンクサブフレーム（又はスペシャルサブフレーム）で受信されたダウンリンクデータに対するＡＣＫ／ＮＡＣＫの送信のタイミングが示されている。この例では、２つの無線フレームのいずれでも、♯３のＴＤＤコンフィギュレーションが設定されている。例えば、第１のフレームの中の♯１のスペシャルサブフレーム、並びに、♯５及び♯６のダウンリンクサブフレームで、ダウンリンクデータが送受信される。そして、第２のフレームの♯２のアップリンクサブフレームで、上記ダウンリンクデータに対するＡＣＫ／ＮＡＣＫが送受信される。また、第１のフレームの中の♯７及び♯８のダウンリンクサブフレームで、ダウンリンクデータが送受信される。そして、第２のフレームの♯３のアップリンクサブフレームで、当該ダウンリンクデータに対するＡＣＫ／ＮＡＣＫが送受信される。また、第１のフレームの中の♯９のダウンリンクサブフレーム、及び第２のフレームの中の♯０のダウンリンクサブフレームで、ダウンリンクデータが送受信される。そして、第２のフレームの♯４のアップリンクサブフレームで、当該ダウンリンクデータに対するＡＣＫ／ＮＡＣＫが送受信される。
【００４５】
図９は、ＴＤＤコンフィギュレーションが変更される場合のＡＣＫ／ＮＡＣＫの送信に関する不具合の例を説明するための説明図である。図９を参照すると、図８と同様に、ダウンリンクサブフレーム（又はスペシャルサブフレーム）で受信されたダウンリンクデータに対するＡＣＫ／ＮＡＣＫの送信のタイミングが示されている。ただし、この例では、第１の無線フレームでは、♯３のＴＤＤコンフィギュレーションが設定されているが、第２の無線フレームでは、♯２のＴＤＤコンフィギュレーションが設定されている。そのため、図８の例とは異なり、第２の無線フレームの♯３及び♯４のサブフレームは、アップリンクサブフレームではなく、ダウンリンクサブフレームである。その結果、端末装置は、第１のフレームの中の♯７及び♯８のダウンリンクサブフレームに対するＡＣＫ／ＮＡＣＫを、図８の例と同様のタイミング（即ち、第２のフレームの♯３のサブフレーム）では送信することができない。また、端末装置は、第１のフレームの中の♯９及び第２のフレームの中の♯０のダウンリンクサブフレームに対するＡＣＫ／ＮＡＣＫを、図８の例と同様のタイミング（即ち、第２のフレームの♯４のサブフレーム）では送信することができない。
【００４６】
以上のように、ＴＤＤコンフィギュレーションの動的な設定が行われる場合には、変更前のＴＤＤコンフィギュレーションについて定められたＡＣＫ／ＮＡＣＫの送受信のタイミングをそのまま適用することは困難である。そのため、３ＧＰＰの議論では、ＴＤＤコンフィギュレーションの動的な設定が行われる場合にＡＣＫ／ＮＡＣＫの送受信のための新たなタイミングを導入することが、提案されている（上述した３ＧＰＰの文献（R1-121260）を参照）。以下、図１０を参照してこの提案における具体例を説明する。
【００４７】
図１０は、ＴＤＤコンフィギュレーションが変更される場合のＡＣＫ／ＮＡＣＫの送信の新たなタイミングの例を説明するための説明図である。図１０を参照すると、ダウンリンクサブフレーム（又はスペシャルサブフレーム）で受信されたダウンリンクデータに対するＡＣＫ／ＮＡＣＫの送信の新たなタイミングが示されている。この例では、図９と同様に、第１の無線フレームでは、♯３のＴＤＤコンフィギュレーションが設定され、第２の無線フレームでは、♯２のＴＤＤコンフィギュレーションが設定されている。例えば、図８及び図９に示される例と同様に、第１のフレームの中の♯７及び♯８のダウンリンクサブフレームで、ダウンリンクデータが送受信される。しかし、図８及び図９に示される例とは異なり、第２のフレームの♯２のアップリンクサブフレームで、当該ダウンリンクデータに対するＡＣＫ／ＮＡＣＫが送受信される。また、図８及び図９に示される例と同様に、第１のフレームの中の♯９のダウンリンクサブフレーム、及び第２のフレームの中の♯０のダウンリンクサブフレームで、ダウンリンクデータが送受信される。しかし、図８及び図９に示される例とは異なり、第２のフレームの♯７のアップリンクサブフレームで、当該ダウンリンクデータに対するＡＣＫ／ＮＡＣＫが送受信される。
【００４８】
以上のような新たなタイミングの導入により、ＴＤＤコンフィギュレーションの動的な設定が行われる場合であっても、変更前のＴＤＤコンフィギュレーションについて定められたＡＣＫ／ＮＡＣＫが適切に送受信され得る。
【００４９】
＜１．２．技術的課題＞
上述したように、ＴＤＤコンフィギュレーションの動的な設定が行われる場合であっても、ＡＣＫ／ＮＡＣＫが適切に送受信され得る。しかし、このような手法が用いられたとしても、ＨＡＲＱプロセスの最大数に起因して無線リソースの利用損失が発生し得る。
【００５０】
具体的には、既に設定されていた第１のＴＤＤコンフィギュレーションについて定められたＨＡＲＱの第１の最大数が、新たに設定される第２のＴＤＤコンフィギュレーションについて定められたＨＡＲＱの第２の最大数よりも大きくなる場合がある。この場合に、第２のＴＤＤコンフィギュレーションの設定直後に、既存のＨＡＲＱプロセスの一部が削除され得る。そのため、削除されるＨＡＲＱプロセスでは第２のＴＤＤコンフィギュレーションの設定後にＡＫＣ／ＮＡＣＫが送信されないので、例えば、第２のＴＤＤコンフィギュレーションの設定直前には、削除されるＨＡＲＱプロセスではデータが送信されない。即ち、第２のＴＤＤコンフィギュレーションの設定直前に端末装置がデータの送信又は受信を行わないサブフレームが存在することになる。その結果、新たなＴＤＤコンフィギュレーションを設定する場合に、無線リソースの利用損失が発生してしまうことが懸念される。以下、この点について図１１及び図１２を参照して具体例を説明する。
【００５１】
−ダウンリンクデータの送受信の例
図１１は、ＴＤＤコンフィギュレーションの動的な設定が行われる場合におけるＨＡＲＱプロセスでのダウンリンクデータの送受信の例を説明するための説明図である。図１１を参照すると、３つの無線フレーム及びそれらに含まれるサブフレームが示されている。この例では、第１の無線フレームにおいて、♯３のＴＤＤコンフィギュレーションが設定されている。そして、第１の無線フレームの直後に、♯１のＴＤＤコンフィギュレーションが設定される。また、図１１には、各ＨＡＲＱプロセスにおいてダウンリンクデータが送信されるタイミング、及び、当該ダウンリンクデータに対応するＡＣＫ／ＮＡＣＫが送信されるタイミングが示されている。即ち、ダウンリンクデータを送信するタイミングから、アップリンクにおいて当該ダウンリンクデータに対するＡＣＫ／ＮＡＣＫを送信するタイミングまでの期間が、実線の矢印で示されている。また、ＡＣＫ／ＮＡＣＫを送信するタイミングから、上記ダウンリンクデータを再送する（又は新たなデータを送信する）タイミングまでの期間が、破線の矢印で示されている。ある時点における破線の矢印の本数及び実戦の矢印の本数の和が、当該ある時点におけるダウンリンクデータのためのＨＡＲＱプロセスの数に相当する。
【００５２】
図１１の例の第１の無線フレームでは、♯３のコンフィギュレーションが設定されているので、ダウンリンクのＨＡＲＱの最大プロセス数は９である。そのため、第１の無線フレームでは、基地局及び端末装置は、最大プロセス数９に相当するメモリ領域を確保し、ダウンリンクデータの送受信を行う。一方、第２の無線フレーム及び第３の無線フレームは、♯１のコンフィギュレーションが設定されているので、ダウンリンクのＨＡＲＱの最大プロセス数は７である。そのため、第２の無線フレーム及び第３の無線フレームでは、基地局及び端末装置は、最大プロセス数７に相当するメモリ領域を確保し、ダウンリンクデータの送受信を行う。
【００５３】
このような最大プロセス数に起因して、第２の無線フレームにおいて♯１のコンフィギュレーションが新たに設定されると、２つの既存のＨＡＲＱプロセスが削除されることになる。そのため、♯１のコンフィギュレーションが新たに設定される直前の第１の無線フレームでは、削除される２つのＨＡＲＱプロセスでダウンリンクデータが送信されない。なぜならば、基地局は、これらの２つのＨＡＲＱプロセスを使用してダウンリンクデータを送信したとしても、その後、ＡＣＫ／ＮＡＣＫを受信できなくなるからである。
【００５４】
具体例として、第１の無線フレームの♯８のサブフレーム及び♯９のサブフレームでダウンリンクデータを送信するための２つのＨＡＲＱプロセスが削除される。そのため、第１の無線フレームの♯８のサブフレーム及び♯９のサブフレームでは、基地局は対象の端末装置にダウンリンクデータを送信しない。即ち、少なくとも当該対象の端末装置には、♯８のサブフレーム及び♯９のサブフレームで無線リソースを割り当てられない。その結果、♯８のサブフレーム及び♯９のサブフレームにおいて、無線リソースの利用損失が発生する可能性がある。
【００５５】
また、仮に、基地局が、♯８のサブフレーム及び♯９のサブフレームにおける無線リソースを使用してダウンリンクデータを送信したとしても、ＡＣＫ／ＮＡＣＫを受信できないので、当該ダウンリンクデータを再送することになる。よって、やはり♯８のサブフレーム及び♯９のサブフレームにおいて、無線リソースの利用損失が発生してしまう。
【００５６】
なお、図１１では、複雑さを回避するために、第２の無線フレーム及び第３の無線フレームで新たに発生するダウンリンクデータは記載されていない。
【００５７】
図１２は、ＴＤＤコンフィギュレーションの動的な設定が行われる場合におけるＨＡＲＱプロセスでのアップリンクデータの送受信の例を説明するための説明図である。図１２を参照すると、３つの無線フレーム及びそれらに含まれるサブフレームが示されている。この例では、第１の無線フレームにおいて、♯１のＴＤＤコンフィギュレーションが設定されている。そして、第１の無線フレームの直後に、♯３のＴＤＤコンフィギュレーションが設定される。また、図１２には、各ＨＡＲＱプロセスにおいてアップリンクデータが送信されるタイミング、及び、当該アップリンクデータに対応するＡＣＫ／ＮＡＣＫが送信されるタイミングが示されている。即ち、アップリンクデータを送信するタイミングから、ダウンリンクにおいて当該アップリンクデータに対するＡＣＫ／ＮＡＣＫを送信するタイミングまでの期間が、実線の矢印で示されている。また、ＡＣＫ／ＮＡＣＫを送信するタイミングから、上記アップリンクデータを再送する（又は新たなデータを送信する）タイミングまでの期間が、破線の矢印で示されている。ある時点における破線の矢印の本数及び実戦の矢印の本数の和が、当該ある時点におけるアップリンクデータについてのＨＡＲＱプロセスの数に相当する。
【００５８】
図１２の例の第１の無線フレームでは、♯１のコンフィギュレーションが設定されているので、アップリンクのＨＡＲＱの最大プロセス数は４である。そのため、第１の無線フレームでは、基地局及び端末装置は、最大プロセス数４に相当するメモリ領域を確保し、アップリンクデータの送受信を行う。一方、第２の無線フレーム及び第３の無線フレームは、♯３のコンフィギュレーションが設定されているので、アップリンクのＨＡＲＱの最大プロセス数は３である。そのため、第２の無線フレーム及び第３の無線フレームでは、基地局及び端末装置は、最大プロセス数３に相当するメモリ領域を確保し、アップリンクデータの送受信を行う。
【００５９】
このような最大プロセス数に起因して、第２の無線フレームにおいて♯３のコンフィギュレーションが新たに設定されると、１つの既存のＨＡＲＱプロセスが削除されることになる。そのため、♯３のコンフィギュレーションが新たに設定される直前の第１の無線フレームでは、削除される１つのＨＡＲＱプロセスでアップリンクデータが送信されない。なぜならば、端末装置は、この１つのＨＡＲＱプロセスを使用してアップリンクデータを送信したとしても、その後、ＡＣＫ／ＮＡＣＫを受信できなくなるためである。
【００６０】
具体例として、第１の無線フレームの♯８のサブフレームでアップリンクデータを送信するための１つのＨＡＲＱプロセスが削除される。そのため、第１の無線フレームの♯８のサブフレームでは、端末装置は基地局にアップリンクデータを送信しない。即ち、少なくとも当該端末装置には、♯８のサブフレームで無線リソースが割り当てられない。その結果、♯８のサブフレームにおいて、無線リソースの利用損失が発生する可能性がある。
【００６１】
また、仮に、端末装置が、♯８のサブフレームにおける無線リソースを使用してアップリンクデータを送信したとしても、ＡＣＫ／ＮＡＣＫを受信できないので、当該アップリンクデータを再送することになる。よって、やはり♯８のサブフレームにおいて、無線リソースの利用損失が発生してしまう
【００６２】
なお、図１２でも、複雑さを回避するために、第２の無線フレーム及び第３の無線フレームで新たに発生するアップリンクデータは記載されていない。
【００６３】
図１１及び図１２を参照して以上のように説明したように、従来の手法では、ＴＤＤコンフィギュレーションの動的な設定が行われる場合に、無線リソースの利用損失が発生してしまうことがある。ＴＤＤコンフィギュレーションが頻繁に切り替えられる場合には、このような無線リソースの利用損失は特に大きくなり得る。
【００６４】
そこで、本開示の実施形態によれば、ＴＤＤコンフィギュレーションが動的に設定される場合に無線リソースをより有効に利用することを可能にする。
【００６５】
＜＜２．通信システムの概略的な構成＞＞
まず、図１３を参照して、本開示の実施形態に係る通信システム１の概略的な構成を説明する。図１３は、本開示の実施形態に係る通信システム１の概略的な構成の一例を示す説明図である。図１３を参照すると、通信システム１は、基地局１００及び端末装置２００を含む。
【００６６】
基地局１００は、セル１０内に位置する端末装置２００の各々との無線通信を行う。換言すると、端末装置２００は、セル１０内に位置する場合に、基地局１００との無線通信を行う。
【００６７】
基地局１００は、ＴＤＤ方式に従って無線通信を制御する。例えば、基地局１００は、ＴＤＤ方式に従ってアップリンク及びダウンリンクの無線リソースを割り当てる。また、基地局１００は、ＴＤＤ方式に従って端末装置２００との無線通信を行う。また、端末装置２００も、ＴＤＤ方式に従って無線通信を行う。
【００６８】
また、基地局１００は、複数のサブフレームを含むフレームの各々について、サブフレーム単位のリンク方向を表すリンク方向コンフィギュレーション（以下、「ＴＤＤコンフィギュレーション」と呼ぶ）を設定する。例えば、基地局１００は、図２に示される７つのＴＤＤコンフィギュレーションのうちの１つを動的に設定する。そして、基地局１００及び端末装置２００は、設定されたＴＤＤコンフィギュレーションに従って無線通信を行う。
【００６９】
また、基地局１００及び端末装置２００は、ＴＤＤコンフィギュレーションの設定に応じた最大数以下の自動再送要求のプロセスを使用して、無線通信を行う。例えば、当該自動再送要求はＨＡＲＱであり、当該プロセスはＨＡＲＱプロセスである。
【００７０】
＜＜３．第１の実施形態＞＞
まず、本開示の第１の実施形態を説明する。本開示の第１の実施形態によれば、第１のＴＤＤコンフィギュレーションの後に第２のＴＤＤコンフィギュレーションはが設定される場合に、当該第２のＴＤＤコンフィギュレーションの設定後の所定の期間においてプロセス数の最大数が調整される。これにより、ＴＤＤコンフィギュレーションが動的に設定される場合に無線リソースをより有効に利用することが可能になる。
【００７１】
＜３．１．基地局の構成＞
図１４〜図１６を参照して、第１の実施形態に係る基地局１００−１の構成の一例を説明する。図１４は、第１の実施形態に係る基地局１００−１の構成の一例を示すブロック図である。図１４を参照すると、基地局１００−１は、アンテナ１１０、無線通信部１２０、ネットワーク通信部１３０、記憶部１４０及び処理部１５０を備える。
【００７２】
（アンテナ１１０）
アンテナ１１０は、信号の送受信を行う。例えば、アンテナ１１０は、端末装置２００からのアップリンク信号を受信し、受信されたアップリンク信号を無線通信部１２０へ出力する。また、アンテナ１１０は、無線通信部１２０により出力されたダウンリンク信号を送信する。
【００７３】
（無線通信部１２０）
無線通信部１２０は、セル１０内に位置する端末装置２００との無線通信を行う。例えば、無線通信部１２０は、アンテナ部１１０を介して、端末装置２００との間でデータを送受信する。
【００７４】
とりわけ、無線通信部１２０は、ＴＤＤ方式に従って無線通信を行う。例えば、無線通信部１２０は、ダウンリンクサブフレーム又はスペシャルサブフレームで、ダウンリンクデータを端末装置２００へ送信する。また、無線通信部１２０は、アップリンクサブフレームで、端末装置２００からのアップリンクデータを受信する。
【００７５】
（ネットワーク通信部１３０）
ネットワーク通信部１３０は、他の装置と通信する。例えば、ネットワーク通信部１３０は、別の基地局１００−１と通信する。
【００７６】
（記憶部１４０）
記憶部１４０は、基地局１００−１の動作のためのプログラム及びデータを記憶する。
【００７７】
（処理部１５０）
処理部１５０は、基地局１００−１の様々な機能を提供する。
【００７８】
処理部１５０は、コンフィギュレーション設定部１５１、プロセス制御部１５３及びリソース割当て部１５５を含む。
【００７９】
（コンフィギュレーション設定部１５１）
コンフィギュレーション設定部１５１は、複数のサブフレームを含むフレームの各々について、サブフレーム単位のリンク方向を表すＴＤＤコンフィギュレーションを設定する。
【００８０】
例えば、コンフィギュレーション設定部１５１は、第１の時点に、第１のＴＤＤコンフィギュレーションを設定する。すると、当該第１の時点以降では、第１のＴＤＤコンフィギュレーションに従って無線通信が行われる。そして、コンフィギュレーション設定部１５１は、その後の第２時点に、第２のＴＤＤコンフィギュレーションを設定する。すると、当該第２の時点以降では、第２のＴＤＤコンフィギュレーションに従って無線通信が行われる。このように、コンフィギュレーション設定部１５１は、新たなＴＤＤコンフィギュレーションの設定により、ＴＤＤコンフィギュレーションを切り替える。
【００８１】
また、例えば、コンフィギュレーション設定部１５１は、図２に示される７つのＴＤＤコンフィギュレーションのうちのいずれかを設定する。一例として、コンフィギュレーション設定部１５１は、第１の時点に、♯３のＴＤＤコンフィギュレーションを設定し、その後の第２の時点に、♯１のＴＤＤコンフィギュレーションを設定する。即ち、ＴＤＤコンフィギュレーションが、♯３のＴＤＤコンフィギュレーションから♯１のＴＤＤコンフィギュレーションに切り替えられる。
【００８２】
また、各ＴＤＤコンフィギュレーションには、自動再送要求の最大プロセス数が定められる。例えば、当該自動再送要求は、ＨＡＲＱである。具体的には、例えば、図６及び図７に示されるように、ＨＡＲＱプロセスの最大数が、各ＴＤＤコンフィギュレーションについて定められる。
【００８３】
また、例えば、コンフィギュレーション設定部１５１は、セル１１におけるトラフィックの状況に応じてＴＤＤコンフィギュレーションを設定する。より具体的には、例えば、セル１１において、アップリンクでのトラフィックが増加した場合に、コンフィギュレーション設定部１５１は、より多くのアップリンクサブフレームを含むＴＤＤコンフィギュレーションを設定する。一例として、図２の♯１のＴＤＤコンフィギュレーションが設定される。また、例えば、セル１１において、ダウンリンクでのトラフィックが増加した場合に、コンフィギュレーション設定部１５１は、より多くのダウンリンクサブフレームを含むＴＤＤコンフィギュレーションを設定する。一例として、図２の♯３のＴＤＤコンフィギュレーションが設定される。
【００８４】
（プロセス制御部１５３）
プロセス制御部１５３は、端末装置２００についての自動再送要求のプロセスを制御する。例えば、当該自動再送要求はＨＡＲＱであり、当該プロセスはＨＡＲＱプロセスである。即ち、プロセス制御部１５３は、端末装置２００についてのＨＡＲＱプロセスを制御する。また、ＨＡＲＱプロセスは、ダウンリンクデータのためのＨＡＲＱプロセスと、アップリンクデータについてのＨＡＲＱプロセスを含む。
【００８５】
また、例えば、プロセス制御部１５３は、ダウンリンクデータのためのＨＡＲＱプロセスを使用して、無線通信部１２０を介して、ダウンリンクデータを送信し、当該ダウンリンクデータに対するＡＣＫ／ＮＡＣＫを受信する。また、プロセス制御部１５３は、アップリンクデータのためのＨＡＲＱプロセスを使用して、無線通信部１２０を介して、アップリンクデータを受信し、当該アップリンクデータに対するＡＣＫ／ＮＡＣＫを送信する。例えば、プロセス制御部１５３は、基地局側のＨＡＲＱエンティティの機能を含む。
【００８６】
また、とりわけ第１の実施形態では、プロセス制御部１５３は、端末装置２００についてのＨＡＲＱプロセスの数がＴＤＤコンフィギュレーションの設定に応じた最大数以下になるように、上記ＨＡＲＱプロセスを制御する。
【００８７】
−新たなＴＤＤコンフィギュレーションの設定後の所定の期間を除くその他の期間
第１に、例えば、新たなＴＤＤコンフィギュレーションの設定後の所定の期間を除くその他の期間では、ＴＤＤコンフィギュレーションの設定に応じた上記最大数は、設定されているＴＤＤコンフィギュレーションについて定められたＨＡＲＱの最大プロセス数である。即ち、上記その他の期間では、プロセス制御部１５３は、端末装置２００についてのＨＡＲＱプロセスの数が、設定されているＴＤＤコンフィギュレーションについて定められたＨＡＲＱの最大プロセス数以下になるように、上記ＨＡＲＱプロセスを制御する。
【００８８】
具体例として、設定されているＴＤＤコンフィギュレーションについて定められた上記最大は、図６及び図７を参照して説明したとおりである。図６に示されるように、ダウンリンクに関して、一例として、♯１のＴＤＤコンフィギュレーションについて定められたＨＡＲＱの最大プロセス数は７である。よって、上記所定の期間を除くその他の期間において、♯１のＴＤＤコンフィギュレーションが設定されている場合には、プロセス制御部１５３は、ＨＡＲＱプロセスの最大数が７以下になるように、上記ＨＡＲＱプロセスを制御する。また、図７に示されるように、アップリンクに関して、一例として、♯３のＴＤＤコンフィギュレーションについて定められたＨＡＲＱの最大プロセス数は３である。よって、上記所定の期間を除くその他の期間において、♯３のＴＤＤコンフィギュレーションが設定されている場合には、プロセス制御部１５３は、ＨＡＲＱプロセスの最大数が３以下になるように、上記ＨＡＲＱプロセスを制御する。
【００８９】
−新たなＴＤＤコンフィギュレーションの設定後の所定の期間
第２に、新たなＴＤＤコンフィギュレーションの設定後の所定の期間では、ＴＤＤコンフィギュレーションの設定に応じた上記最大数は、以下のとおりである。
【００９０】
例えば、第１のＴＤＤコンフィギュレーションの後に、第２のＴＤＤコンフィギュレーションが、コンフィギュレーション設定部１５１により設定される。そして、例えば、上記第１のＴＤＤコンフィギュレーションについて定められたＨＡＲＱの第１の最大プロセス数が、上記第２のＴＤＤコンフィギュレーションについて定められたＨＡＲＱの第２の最大プロセス数よりも大きい。この場合に、ＴＤＤコンフィギュレーションの設定に応じた上記最大数は、上記第２の最大プロセス数よりも大きい。
【００９１】
換言すると、ＴＤＤコンフィギュレーションはについて定められたＨＡＲＱの最大プロセス数が、新たなＴＤＤコンフィギュレーションの設定によって小さくなる。この場合に、新たなＴＤＤコンフィギュレーションの設定後の所定の期間において、端末装置２００についてのＨＡＲＱプロセスの数は、新たなＴＤＤコンフィギュレーションについて定められたＨＡＲＱの最大プロセス数よりも大きくなり得る。
【００９２】
これにより、ＴＤＤコンフィギュレーションが動的に設定されるとしても、新たなコンフィギュレーションの設定の際に削除されるＨＡＲＱプロセスの数が減少し得る。その結果、新たなＴＤＤコンフィギュレーションの設定の直前に、より多くのＨＡＲＱプロセスが使用されて、データが送信され得る。その結果、無線リソースの利用損失は減少し得る。即ち、無線リソースがより有効に利用される。そして、通信システム１のスループットが向上し得る。
【００９３】
また、ＴＤＤコンフィギュレーションを頻繁に切り替えたとしても、無線リソースの利用損失は発生しない。よって、ＴＤＤコンフィギュレーションの切り替えによるスループットの向上をより享受することが可能になる。
【００９４】
さらに、例えば、ＴＤＤコンフィギュレーションの設定に応じた上記最大数は、上記所定の期間において、上記第１の最大プロセス数以上である。
【００９５】
換言すると、ＴＤＤコンフィギュレーションはについて定められたＨＡＲＱの最大プロセス数が、新たなＴＤＤコンフィギュレーションの設定によって小さくなる。この場合に、新たなＴＤＤコンフィギュレーションの設定後の所定の期間において、端末装置２００についてのＨＡＲＱプロセスの数は、古いＴＤＤコンフィギュレーションについて定められたＨＡＲＱの最大プロセス数と同一またはそれ以上になり得る。
【００９６】
これにより、ＴＤＤコンフィギュレーションが動的に設定されるとしても、新たなコンフィギュレーションの設定の際にいずれのＨＡＲＱプロセスも削除しなくてもよい。その結果、新たなＴＤＤコンフィギュレーションの設定の直前に、より多くのＨＡＲＱプロセスが使用されて、データが送信され得る。その結果、無線リソースの利用損失はなくなる。即ち、無線リソースがより有効に利用される。そして、通信システム１のスループットが向上し得る。
【００９７】
またさらに、例えば、ＴＤＤコンフィギュレーションの設定に応じた上記最大数は、上記所定の期間において、上記第１の最大プロセス数である。
【００９８】
換言すると、ＴＤＤコンフィギュレーションはについて定められたＨＡＲＱの最大プロセス数が、新たなＴＤＤコンフィギュレーションの設定によって小さくなる。この場合に、新たなＴＤＤコンフィギュレーションの設定後の所定の期間において、端末装置２００についてのＨＡＲＱプロセスの数は、古いＴＤＤコンフィギュレーションについて定められたＨＡＲＱの最大プロセス数と同一になり得る。
【００９９】
これにより、ＴＤＤコンフィギュレーションが動的に設定されるとしても、新たなコンフィギュレーションの設定の際にＨＡＲＱプロセスの数は維持される。その結果、新たなＴＤＤコンフィギュレーションの設定の直前に、より多くのＨＡＲＱプロセスが使用されて、データが送信され得る。その結果、無線リソースの利用損失はなくなる。即ち、無線リソースがより有効に利用される。そして、通信システム１のスループットが向上し得る。さらに、ＨＡＲＱプロセスの数が必要十分の数に抑えられるので、処理量及びメモリ領域が節約される。
【０１００】
また、例えば、上記所定の期間は、上記第２のＴＤＤコンフィギュレーションの設定後の１フレーム以下の期間である。より具体的には、例えば、上記所定の期間は、上記第２のＴＤＤコンフィギュレーションの設定後から、第１のＴＤＤコンフィギュレーションの設定中に送受信されたデータに対するＡＣＫ／ＮＡＣＫの送受信が終了するまでの期間である。
【０１０１】
これにより、ＴＤＤコンフィギュレーションの数が多くなる期間が必要十分な期間に抑えられる。よって、新たなコンフィギュレーションの設定の際の処理量及びメモリ領域が節約される。
【０１０２】
上述したように、新たなＴＤＤコンフィギュレーションの設定後の所定の期間において、ＨＡＲＱプロセスが制御される。以下、この点について図１５及び図１６を参照して具体例を説明する。
【０１０３】
図１５は、第１の実施形態による、ＴＤＤコンフィギュレーションの設定後の所定の期間におけるダウンリンクについてのＨＡＲＱプロセス数の例を説明するための説明図である。図１５を参照すると、図１１の例と同様に、第１の無線フレームにおいて、♯３のＴＤＤコンフィギュレーションが設定されている。そして、第１の無線フレームの直後に、♯１のＴＤＤコンフィギュレーションが設定される。また、ダウンリンクデータを送信するタイミングから、アップリンクにおいて当該ダウンリンクデータに対するＡＣＫ／ＮＡＣＫを送信するタイミングまでの期間が、実線の矢印で示されている。また、ＡＣＫ／ＮＡＣＫを送信するタイミングから、上記ダウンリンクデータを再送する（又は新たなデータを送信する）タイミングまでの期間が、破線の矢印で示されている。ある時点における破線の矢印の本数及び実戦の矢印の本数の和が、当該ある時点におけるダウンリンクデータのためのＨＡＲＱプロセス数に相当する。
【０１０４】
図１５の例の第１の無線フレームでは、♯３のコンフィギュレーションが設定されているので、ダウンリンクのＨＡＲＱの最大プロセス数は９である。そのため、第１の無線フレームでは、基地局及び端末装置は、最大プロセス数９に相当するメモリ領域を確保し、ダウンリンクデータの送受信を行う。この点については、図１１に示される例と同様である。
【０１０５】
とりわけ第１の実施形態によれば、図１５の例の第２の無線フレームでは、♯１のコンフィギュレーションが設定されるものの、ダウンリンクのＨＡＲＱの最大プロセス数は９のまま維持される。そして、第３の無線フレームで、ダウンリンクのＨＡＲＱの最大プロセス数は、♯１のコンフィギュレーションについて定められた最大プロセス数７になる。
【０１０６】
これにより、例えば、第１の無線フレームの♯８のサブフレーム及び♯９のサブフレームでダウンリンクデータを送信するための２つのＨＡＲＱプロセスは、第２の無線フレームでのＡＣＫ／ＮＡＣＫの送信タイミングの後に削除される。そのため、第１の無線フレームにおける無線フレームの♯８のサブフレーム及び♯９のサブフレームで、上記２つのＨＡＲＱプロセスでのダウンリンクデータの送信が可能になる。その結果、無線リソースがより有効に利用される。
【０１０７】
図１６は、第１の実施形態による、ＴＤＤコンフィギュレーションの設定後の所定の期間におけるアップリンクについてのＨＡＲＱプロセス数の例を説明するための説明図である。図１６を参照すると、図１２の例と同様に、第１の無線フレームにおいて、♯１のＴＤＤコンフィギュレーションが設定されている。そして、第１の無線フレームの直後に、♯３のＴＤＤコンフィギュレーションが設定される。また、アップリンクデータを送信するタイミングから、ダウンリンクにおいて当該アップリンクデータに対するＡＣＫ／ＮＡＣＫを送信するタイミングまでの期間が、実線の矢印で示されている。また、ＡＣＫ／ＮＡＣＫを送信するタイミングから、上記アップリンクデータを再送する（又は新たなデータを送信する）タイミングまでの期間が、破線の矢印で示されている。ある時点における破線の矢印の本数及び実戦の矢印の本数の和が、当該ある時点におけるアップリンクデータのためのＨＡＲＱプロセス数に相当する。
【０１０８】
図１６の例の第１の無線フレームでは、♯１のコンフィギュレーションが設定されているので、アップリンクのＨＡＲＱの最大プロセス数は４である。そのため、第１の無線フレームでは、基地局及び端末装置は、最大プロセス数４に相当するメモリ領域を確保し、ダウンリンクデータの送受信を行う。この点については、図１２に示される例と同様である。
【０１０９】
とりわけ第２の実施形態によれば、図１６の例の第２の無線フレームでは、♯３のコンフィギュレーションが設定されるものの、アップリンクのＨＡＲＱの最大プロセス数は４のまま維持される。そして、第３の無線フレームで、アップリンクのＨＡＲＱの最大プロセス数は、♯３のコンフィギュレーションについて定められた最大プロセス数３になる。
【０１１０】
これにより、例えば、第１の無線フレームの♯８のサブフレームでアップリンクデータを送信するための１つのＨＡＲＱプロセスは、第２の無線フレームでのＡＣＫ／ＮＡＣＫの送信タイミングの後に削除される。そのため、第１の無線フレームにおける無線フレームの♯８のサブフレームで、上記１つのＨＡＲＱプロセスでのアップリンクデータの送信が可能になる。その結果、無線リソースがより有効に利用される。
【０１１１】
例えば、以上の具体例のように、新たなＴＤＤコンフィギュレーションの設定後の１フレームでＨＡＲＱプロセスが維持され、新たなＴＤＤコンフィギュレーションの設定直前の１フレームの中の無線リソースが有効に利用され得る。
【０１１２】
なお、当然ながら、上記第１のＴＤＤコンフィギュレーションについて定められたＨＡＲＱの第１の最大プロセス数が、上記第２のＴＤＤコンフィギュレーションについて定められたＨＡＲＱの第２の最大プロセス数以下になることもあり得る。この場合に、例えば、ＴＤＤコンフィギュレーションの設定に応じた上記最大数は、上記所定の期間においても、当該所定の期間を除くその他の期間と同様に、上記第２の最大プロセス数になる。
【０１１３】
−具体的な制御処理
【０１１４】
例えば、プロセス制御部１５３は、個々の端末装置２００についての基地局側のＨＡＲＱプロセスの数が、ＴＤＤコンフィギュレーションの設定に応じた最大数以下になるように、基地局側のＨＡＲＱプロセスを制御する。
【０１１５】
具体的には、例えば、プロセス制御部１５３は、個々の端末装置２００についての基地局側のＨＡＲＱプロセスの数が上記最大数以下になるように、当該ＨＡＲＱプロセスを追加し、削除し、又は維持する。
【０１１６】
また、例えば、プロセス制御部１５３は、個々の端末装置２００についての端末装置側のＨＡＲＱプロセスの数が、ＴＤＤコンフィギュレーションの設定に応じた最大数以下になるように、端末装置側のＨＡＲＱプロセスも制御してもよい。
【０１１７】
具体的には、プロセス制御部１５３は、無線通信部１２０を介して、新たなＴＤＤコンフィギュレーションを端末装置２００に通知してもよい。例えば、プロセス制御部１５３は、システム情報により新たなＴＤＤコンフィギュレーションを通知してもよい。これにより、端末装置２００は、端末装置側のＨＡＲＱプロセスの数がＴＤＤコンフィギュレーションの設定に応じた最大数以下になるように、端末装置側のＨＡＲＱプロセスを制御してもよい。なお、プロセス制御部１５３は、システム情報の代わりに、又はシステム情報に加えて、端末装置への個別のシグナリング（例えば、ＲＲＣ（Radio  Resource  Control）シグナリング）により、新たなＴＤＤコンフィギュレーションを通知してもよい。
【０１１８】
（リソース割当て部１５５）
リソース割当て部１５５は、セル１０内に位置する端末装置２００に無線リソースを割り当てる。例えば、通信システム１がＬＴＥ又はＬＴＥ−Ａｄｖａｎｃｅｄに準拠する場合に、リソース割当て部１５５は、各サブフレームについて、セル１０内に位置する端末装置２００に１つ以上のリソースブロックを割り当てる。
【０１１９】
例えば、リソース割当て部１５５は、新たなＴＤＤコンフィギュレーションの設定後の所定の期間の前の期間（例えば、新たなＴＤＤコンフィギュレーションの設定の直前の期間）においても、その他の期間と同様に、端末装置２００に無線リソースを割り当てる。上述したように、上記所定の期間には、ＨＡＲＱプロセスは削除されないので、ＡＣＫ／ＮＡＣＫの送信が可能であり、その結果、上記所定の期間の前の期間でも、全ＨＡＲＱプロセスを使用したデータの送信（即ち、全サブフレームでのデータの送信）が可能である。
【０１２０】
＜３．２．端末装置の構成＞
図１７を参照して、第１の実施形態に係る端末装置２００の構成の一例を説明する。図１７は、第１の実施形態に係る端末装置２００の構成の一例を示すブロック図である。図１７を参照すると、端末装置２００は、アンテナ２１０、無線通信部２２０、記憶部２３０及び処理部２４０を備える。
【０１２１】
（アンテナ２１０）
アンテナ２１０は、信号の送受信を行う。例えば、アンテナ２１０は、基地局１００−１からのダウンリンク信号を受信し、受信されたダウンリンク信号を無線通信部２２０へ出力する。また、アンテナ１１０は、無線通信部１２０により出力されたアップリンク信号を送信する。
【０１２２】
（無線通信部２２０）
無線通信部２２０は、端末装置２００がセル１０内に位置する場合に、基地局１００−１との無線通信を行う。例えば、無線通信部２２０は、アンテナ部２１０を介して、基地局１００−１との間でデータを送受信する。
【０１２３】
とりわけ、無線通信部２２０は、ＴＤＤ方式に従って無線通信を行う。例えば、無線通信部２２０は、ダウンリンクサブフレーム又はスペシャルサブフレームで、基地局１００−１からのダウンリンクデータを受信する。また、無線通信部１２０は、アップリンクサブフレームで、アップリンクデータを基地局１００−１へ送信する。
【０１２４】
（記憶部２３０）
記憶部２３０は、端末装置２００の動作のためのプログラム及びデータを記憶する。
【０１２５】
（処理部２４０）
処理部２４０は、端末装置２００の様々な機能を提供する。処理部２４０は、通信制御部２４１を含む。
【０１２６】
（通信制御部２４１）
通信制御部２４１は、端末装置２００による無線通信を制御する。
【０１２７】
−ＴＤＤコンフィギュレーションに従った無線通信
第１に、通信制御部２４１は、ＴＤＤコンフィギュレーションが設定されると、設定される当該ＴＤＤコンフィギュレーションに従って無線通信を制御する。
【０１２８】
具体的には、例えば、通信制御部２４１は、ＴＤＤコンフィギュレーションにおけるダウンリンクサブフレーム及びスペシャルサブフレームにおいて、無線通信部２２０に、ダウンリンクデータ及び制御情報（又は制御信号）を送信させる。また、例えば、通信制御部２４１は、ＴＤＤコンフィギュレーションにおけるアップリンクにおいて、無線通信部２２０に、アップリンクデータ及び制御情報（又は制御信号）を受信させる。
【０１２９】
また、例えば、通信制御部２４１は、無線通信部２２０を介して、基地局１００により新たなＴＤＤコンフィギュレーションを通知されると、通知された新たなＴＤＤコンフィギュレーションに従って無線通信を制御する。
【０１３０】
−ＨＡＲＱプロセスの制御
第２に、通信制御部２４１は、端末装置２００についての自動再送要求のプロセスを制御する。当該自動再送要求は、ＨＡＲＱであり、当該プロセスは端末装置側のＨＡＲＱプロセスである。即ち、通信制御部２４１は、端末装置２００についての端末装置側のＨＡＲＱプロセスを制御する。
【０１３１】
また、例えば、通信制御部２４１は、ダウンリンクデータのためのＨＡＲＱプロセスを使用して、無線通信部２２０を介して、ダウンリンクデータを受信し、当該ダウンリンクデータに対するＡＣＫ／ＮＡＣＫを送信する。また、通信制御部２４１は、アップリンクデータのためのＨＡＲＱプロセスを使用して、無線通信部１２０を介して、アップリンクデータを送信し、当該アップリンクデータに対するＡＣＫ／ＮＡＣＫを受信する。例えば、通信制御部２４１は、端末装置側のＨＡＲＱエンティティの機能を含む。
【０１３２】
また、とりわけ第１の実施形態では、通信制御部２４１は、端末装置２００についてのＨＡＲＱプロセスの数がＴＤＤコンフィギュレーションの設定に応じた最大数以下になるように、上記ＨＡＲＱプロセスを制御する。この点については、基地局１００−１において説明したとおりである。
【０１３３】
また、具体的な処理として、例えば、通信制御部２４１は、端末装置２００についての端末装置側のＨＡＲＱプロセスの数が上記最大数以下になるように、当該ＨＡＲＱプロセスを追加し、削除し、又は維持する。
【０１３４】
＜３．３．処理の流れ＞
次に、図１８図１９を参照して、第１の実施形態に係る通信制御処理の例を説明する。
【０１３５】
（基地局側の処理）
図１８は、第１の実施形態に係る基地局側の通信制御処理の概略的な流れの一例を示すフローチャートである。
【０１３６】
ステップＳ５１０で、プロセス制御部１５３は、設定されているＴＤＤコンフィギュレーションについて定められた最大プロセス数以下の数のＨＡＲＱプロセスを使用して、無線通信部１２０を介して、無線通信を行う。
【０１３７】
ステップＳ５２０で、コンフィギュレーション設定部１５１は、ＴＤＤコンフィギュレーションを新たに設定するかを判定する。ＴＤＤコンフィギュレーションが新たに設定される場合には、処理はステップＳ５３０へ進む。そうでなければ、処理はステップＳ５１０へ戻る。
【０１３８】
ステップＳ５３０で、コンフィギュレーション設定部１５１は、新たなＴＤＤコンフィギュレーションを設定する。
【０１３９】
ステップＳ５４０で、プロセス制御部１５３は、設定されていた前のＴＤＤコンフィギュレーションについて定められたＨＡＲＱの最大プロセス数が、新たに設定されたＴＤＤコンフィギュレーションについて定められたＨＡＲＱの最大プロセス数よりも大きいかを判定する。即ち、プロセス制御部１５３は、ＴＤＤコンフィギュレーションの新たな設定により、ＴＤＤコンフィギュレーションについて定められたＨＡＲＱの最大プロセス数が減少したかを判定する。ＨＡＲＱの最大プロセスが減少した場合には、処理はステップＳ５５０へ進む。そうでなければ、処理はステップＳ５１０へ戻る。
【０１４０】
ステップＳ５５０で、プロセス制御部１５３は、新たなＴＤＤコンフィギュレーションの設定後の１フレームの間、設定されていた前のＴＤＤコンフィギュレーションについて定められた最大プロセス数以下の数のＨＡＲＱプロセスを使用して、無線通信部１２０を介して、無線通信を行う。そして、処理はステップＳ５１０へ戻る。
【０１４１】
（端末装置側の処理）
図１９は、第１の実施形態に係る端末装置側の通信制御処理の概略的な流れの一例を示すフローチャートである。
【０１４２】
ステップＳ６１０で、通信制御部２４１は、設定されているＴＤＤコンフィギュレーションについて定められた最大プロセス数以下の数のＨＡＲＱプロセスを使用して、無線通信部２２０を介して、無線通信を行う。
【０１４３】
ステップＳ６２０で、通信制御部２４１は、ＴＤＤコンフィギュレーションが新たに設定されるかを判定する。例えば、通信制御部２４１は、基地局１００−１により送信されるシステム情報（又は、ＲＲＣシグナリング）から、ＴＤＤコンフィギュレーションが新たに設定されるかを判定する。ＴＤＤコンフィギュレーションが新たに設定される場合には、処理はステップＳ６３０へ進む。そうでなければ、処理はステップＳ６１０へ戻る。
【０１４４】
ステップＳ６３０で、通信制御部２４１は、設定されていた前のＴＤＤコンフィギュレーションについて定められたＨＡＲＱの最大プロセス数が、新たに設定されたＴＤＤコンフィギュレーションについて定められたＨＡＲＱの最大プロセス数よりも大きいかを判定する。即ち、通信制御部２４１は、ＴＤＤコンフィギュレーションの新たな設定により、ＴＤＤコンフィギュレーションについて定められたＨＡＲＱの最大プロセス数が減少したかを判定する。ＨＡＲＱの最大プロセスが減少した場合には、処理はステップＳ６４０へ進む。そうでなければ、処理はステップＳ６１０へ戻る。
【０１４５】
ステップＳ６４０で、通信制御部２４１は、新たなＴＤＤコンフィギュレーションの設定後の１フレームの間、設定されていた前のＴＤＤコンフィギュレーションについて定められた最大プロセス数以下の数のＨＡＲＱプロセスを使用して、無線通信部２２０を介して、無線通信を行う。そして、処理はステップＳ６１０へ戻る。
【０１４６】
以上、本開示の第１の実施形態を説明した。上述したように、第１の実施形態によれば、ＴＤＤコンフィギュレーションが動的に設定される場合に無線リソースをより有効に利用することが可能になる。その結果、通信システム１におけるスループットが向上し得る。
【０１４７】
＜＜４．第２の実施形態＞＞
続いて、本開示の第２の実施形態を説明する。本開示の第２の実施形態によれば、上記所定の期間においてＨＡＲＱプロセスの最大数を調整する機能を複数の端末装置の各々が有するか否かが判定される。そして、この判定の結果に基づく処理が行われる。これにより、上記機能を有しない端末装置と、当該機能を有する端末装置２００とがセル１０内に混在する場合であっても、無線リソースをより有効に利用することが可能になる。
【０１４８】
＜４．１．基地局の構成＞
図２０を参照して、第２の実施形態に係る基地局１００−２の構成の一例を説明する。図２０は、第２の実施形態に係る基地局１００−２の構成の一例を示すブロック図である。図２０を参照すると、基地局１００−２は、アンテナ１１０、無線通信部１２０、ネットワーク通信部１３０、記憶部１４０及び処理部１６０を備える。
【０１４９】
ここで、アンテナ１１０、無線通信部１２０、ネットワーク通信部１３０及び記憶部１４０については、第１の実施形態と第２の実施形態との間に差異はない。よって、ここでは、処理部１６０を説明する。
【０１５０】
（処理部１６０）
処理部１６０は、基地局１００−２の様々な機能を提供する。
【０１５１】
処理部１６０は、機能判定部１６１、コンフィギュレーション設定部１６３、周期選択部１６５、プロセス制御部１６７及びリソース割当て部１６９を含む。
【０１５２】
（機能判定部１６１）
機能判定部１６１は、無線通信を行う複数の端末装置の各々について、新たなコンフィギュレーションの設定後の所定の期間においてＨＡＲＱプロセスの最大数を当該新たなコンフィギュレーションについて定められた最大プロセス数よりも大きくする機能（以下、「最大プロセス数調整機能」と呼ぶ）を有するかを判定する。
【０１５３】
例えば、機能判定部１６１は、上記複数の端末装置の各々への個別のシグナリングによる問い合わせの結果に基づいて、上記複数の端末装置の各々について、最大プロセス数調整機能を有するかを判定する。より具体的には、例えば、機能判定部１６１は、無線通信部１２０を介して、セル１１内に位置する端末装置へ、最大プロセス数調整機能の有無の問合せのためのＲＲＣシグナリングを行う。すると、機能判定部１６１は、無線通信部１２０を介して、当該端末装置から最大プロセス数調整機能の有無を通知される。そして、機能判定部１６１は、このような通知に基づいて、複数の端末装置の各々について、最大プロセス数調整機能を有する端末装置であるか、又は最大プロセス数調整機能を有しない端末装置（以下、「レガシー端末装置」と呼ぶ）であるかを、を判定する。
【０１５４】
また、例えば、機能判定部１６１は、上記複数の端末装置のうちの、最大プロセス数調整機能を有する端末装置２００が占める割合を、算出する。
【０１５５】
なお、例えば、動的なＴＤＤコンフィギュレーションの設定の機能と、最大プロセス数調整機能とが、セットとして端末装置により備えられる。この場合に、個別のシグナリングによる問い合わせは、最大プロセス数調整機能の有無を直接的に問い合せる代わりに、例えば動的なＴＤＤコンフィギュレーションの設定の機能を有するかを問い合せることにより、最大プロセス数調整機能の有無を間接的に問合せてもよい。
【０１５６】
（コンフィギュレーション設定部１６３）
コンフィギュレーション設定部１６３は、複数のサブフレームを含むフレームの各々について、サブフレーム単位のリンク方向を表すＴＤＤコンフィギュレーションを設定する。
【０１５７】
例えば、コンフィギュレーション設定部１６３は、第１の時点に、第１のＴＤＤコンフィギュレーションを設定し、その後の第２時点に、第２のＴＤＤコンフィギュレーションを設定する。この点は、第１の実施形態について説明したとおりである。
【０１５８】
また、例えば、コンフィギュレーション設定部１６３は、図２に示される７つのＴＤＤコンフィギュレーションのうちのいずれかを設定する。また、例えば、各ＴＤＤコンフィギュレーションには、自動再送要求（例えば、ＨＡＲＱ）の最大プロセス数が定められる。また、例えば、コンフィギュレーション設定部１６３は、セル１１におけるトラフィックの状況に応じてＴＤＤコンフィギュレーションを設定する。これらの点は、第１の実施形態について説明したとおりである。
【０１５９】
また、とりわけ第２の実施形態では、コンフィギュレーション設定部１６３は、複数の端末装置の各々について最大プロセス数調整機能を有するかを判定した結果に基づいて、ＴＤＤコンフィギュレーションを設定する。例えば、コンフィギュレーション設定部１６３は、上記複数の端末装置のうち最大プロセス数調整機能を有する１つ以上の端末装置２００が占める割合に応じて、ＴＤＤコンフィギュレーションを設定する。
【０１６０】
より具体的には、例えば、上記割合が所定の割合よりも低い。この場合に、コンフィギュレーション設定部１６３は、既存のＴＤＤコンフィギュレーションについて定められた最大プロセス数と、設定される新たなＴＤＤコンフィギュレーションについて定められた最大プロセス数との差が、所定の数以下になるように、新たなＴＤＤコンフィギュレーションを設定する。換言すると、最大プロセス数調整機能を有する端末装置２００の割合が低い場合には、コンフィギュレーション設定部１６３は、最大プロセス数が大きく変化しないようにＴＤＤコンフィギュレーションを切り替える。
【０１６１】
一例として、上記割合が所定の割合よりも低い場合には、♯１〜♯３のＴＤＤコンフィギュレーションのうちの１つが設定される。例えば、♯３のＴＤＤコンフィギュレーションが設定されている場合には、新たなＴＤＤコンフィギュレーションとして、♯１又は♯２のＴＤＤコンフィギュレーションが設定され、又は♯３のＴＤＤコンフィギュレーションが維持される。このような設定により、ダウンリンクデータのためのＨＡＲＱプロセスの最大数、及びアップリンクリンクデータのためのＨＡＲＱプロセスの最大数は、大きく変化しない。
【０１６２】
このような設定により、最大プロセス数調整機能を有する端末装置２００の数が少ない場合、即ち、レガシー端末装置が多い場合に、レガシー端末装置で削除されるＨＡＲＱプロセスの数が小さくなり得る。その結果、無線リソースの利用損失がより少なくなり得る。即ち、無線リソースがより有効に利用される。そして、通信システム１におけるスループットが向上し得る。
【０１６３】
また、例えば、コンフィギュレーション設定部１６３は、周期選択部１６５により選択される周期で、ＴＤＤコンフィギュレーションを設定する。
【０１６４】
（周期選択部１６５）
周期選択部１６５は、複数の端末装置の各々について最大プロセス数調整機能を有するかを判定した結果に基づいて、ＴＤＤコンフィギュレーションの設定の周期を選択する。例えば、周期選択部１６５は、上記複数の端末装置のうち最大プロセス数調整機能を有する１つ以上の端末装置２００が占める割合に応じて、上記周期を選択する。
【０１６５】
より具体的には、例えば、周期選択部１６５は、上記割合が第１の割合である場合に、第１の周期を選択し、上記割合が、上記第１の割合よりも低い第２の割合である場合に、上記第１の周期又は当該第１の周期よりも長い第２の周期を選択する。換言すると、周期選択部１６５は、最大プロセス数調整機能を有する端末装置２００の割合が高い場合には、ＴＤＤコンフィギュレーションを高頻度で切り替え、上記割合が低い場合には、ＴＤＤコンフィギュレーションを低頻度で切り替える。
【０１６６】
このように、最大プロセス数調整機能を有する端末装置２００が多い場合には、ＴＤＤコンフィギュレーションを高頻度で最適に切り替えることにより、スループットを向上させることができる。
【０１６７】
また、最大プロセス数調整機能を有する端末装置２００が少ない場合に、ＴＤＤコンフィギュレーションを低頻度で切り替えることにより、レガシー端末装置でＨＡＲＱプロセスが削除される機会を少なくすることができる。その結果、無線リソースの利用損失がより少なくなり得る。即ち、無線リソースがより有効に利用される。そして、通信システム１におけるスループットが向上し得る。
【０１６８】
（プロセス制御部１６７）
プロセス制御部１６７は、無線通信を行う複数の端末装置の各々についての自動再送要求のプロセスを制御する。例えば、プロセス制御部１６７は、複数の端末装置の各々についてのＨＡＲＱプロセスを制御する。
【０１６９】
また、例えば、プロセス制御部１６７は、上記複数の端末装置の各々のＨＡＲＱプロセスを使用して、当該複数の端末装置の各々との間でデータの送受信を行う。例えば、プロセス制御部１６７は、第１の端末装置のダウンリンクデータのためのＨＡＲＱプロセスを使用して、無線通信部１２０を介して、ダウンリンクデータを当該第１の端末装置へ送信し、当該ダウンリンクデータに対するＡＣＫ／ＮＡＣＫを当該第１の端末装置から受信する。また、例えば、プロセス制御部１６７は、第１の端末装置のアップリンクデータのためのＨＡＲＱプロセスを使用して、無線通信部１２０を介して、アップリンクデータを当該第１の端末装置から受信し、当該アップリンクデータに対するＡＣＫ／ＮＡＣＫを当該第１の端末装置へ送信する。
【０１７０】
また、とりわけ第２の実施形態では、プロセス制御部１６７は、複数の端末装置のうちの最大プロセス数調整機能を有する１つ以上の端末装置２００の各々についてのＨＡＲＱプロセスの数が、ＴＤＤコンフィギュレーションの設定に応じた最大数以下になるように、上記１つ以上の端末装置の各々についての上記プロセスを制御する。即ち、複数の端末装置のうちの最大プロセス数調整機能を有する１つ以上の端末装置２００の各々については、第１の実施形態と同様に、ＨＡＲＱプロセスの最大数が調整される。具体的な手法は、第１の実施形態において説明したとおりである。
【０１７１】
これにより、最大プロセス数調整機能を有しないレガシー端末装置と、当該機能を有する端末装置２００とがセル１０内に混在する場合であっても、無線リソースをより有効に利用することが可能になる。
【０１７２】
なお、複数の端末装置のうちの１つ以上のレガシー端末装置の各々については、上記最大数は、例えば、設定されているＴＤＤコンフィギュレーションについて定められたＨＡＲＱの最大プロセス数である。
【０１７３】
（リソース割当て部１６９）
リソース割当て部１６９は、セル１０内に位置する端末装置２００に無線リソースを割り当てる。例えば、通信システム１がＬＴＥ又はＬＴＥ−Ａｄｖａｎｃｅｄに準拠する場合に、リソース割当て部１６９は、各サブフレームについて、セル１０内に位置する端末装置２００に１つ以上のリソースブロックを割り当てる。
【０１７４】
とりわけ第２の実施形態では、リソース割当て部１６９は、複数の端末装置の各々について最大プロセス数調整機能を有するかを判定した結果に基づいて、新たなＴＤＤコンフィギュレーションの設定後の所定の期間の前の期間における無線リソースを、上記複数の端末装置に割り当てる。例えば、上記所定の期間は、新たなＴＤＤコンフィギュレーションの設定後の１フレームであり、当該所定の期間の前の上記期間は、当該所定の期間の直前の１フレーム（即ち、新たなＴＤＤコンフィギュレーションの設定の直前の１フレーム）である。
【０１７５】
具体的には、例えば、リソース割当て部１６９は、複数の端末装置のうちの、１つ以上のレガシー端末装置よりも、最大プロセス数調整機能を有する上記１つ以上の端末装置２００に、上記所定の期間の前の上記期間における無線リソースをより優先的に割り当てる。即ち、新たなＴＤＤコンフィギュレーションの設定の直前の１フレームにおける無線リソースは、レガシー端末装置よりも、最大プロセス数調整機能を有する端末装置２００により優先的に割り当てられる。一例として、無線リソースが端末装置２００に割り当てられ、その後、残りの無線リソースがレガシー端末装置に割り当てられる。
【０１７６】
このような割り当てにより、新たなＴＤＤコンフィギュレーションの設定の直前の期間に、レガシー端末装置よりもより多くのＨＡＲＱプロセスを使用してデータを送信可能な端末装置２００に優先的に無線リソースが割り当てられる。その結果、無線リソースの利用損失がより少なくなり得る。即ち、無線リソースがより有効に利用される。そして、通信システム１におけるスループットが向上し得る。
【０１７７】
なお、リソース割当て部１６９は、１つ以上のレガシー端末装置に、上記所定の期間の前の上記期間における無線リソースのうちの、新たに設定されるＴＤＤコンフィギュレーションについて定められた最大プロセス数に対応する量以下の量の無線リソースを割り当ててもよい。例えば、図１１に示される例では、上記所定の期間は、第２の無線フレームであり、上記所定の期間の前の上記期間は、第１の無線フレームである。そして、新たに設定されるＴＤＤコンフィギュレーションは、♯１のＴＤＤコンフィギュレーションであり、♯１のＴＤＤコンフィギュレーションについて定められた最大プロセス数は７である。この場合に、第１の無線フレームにおける無線リソースのうちの、７以下のサブフレームにおける無線リソース（即ち、７以下のトランスポートブロック）が、レガシー端末装置に割り当てられてもよい。
【０１７８】
＜４．２．処理の流れ＞
次に、図２１及び図２２を参照して、第２の実施形態に係る通信制御処理の例を説明する。以下に説明される第１の通信制御処理及び第２の通信制御処理は、異なる周期で、並列に実行され得る。
【０１７９】
（第１の通信制御処理）
図２１は、第２の実施形態に係る基地局側の第１の通信制御処理の概略的な流れの一例を示すフローチャートである。
【０１８０】
ステップＳ７１０で、機能判定部１６１は、複数の端末装置の各々について、最大プロセス数調整機能を有するかを判定する。
【０１８１】
ステップＳ７２０で、機能判定部１６１は、上記複数の端末装置のうちの、最大プロセス数調整機能を有する端末装置２００が占める割合を、算出する。
【０１８２】
ステップＳ７３０で、周期選択部１６５は、算出された上記割合に応じて、ＴＤＤコンフィギュレーションの設定の周期を選択する。そして、処理はステップＳ７１０へ戻る。
【０１８３】
（第２の通信制御処理）
図２２は、第２の実施形態に係る基地局側の第２の通信制御処理の概略的な流れの一例を示すフローチャートである。
【０１８４】
ステップＳ１０１０で、プロセス制御部１６７は、設定されているＴＤＤコンフィギュレーションについて定められた最大プロセス数以下の数のＨＡＲＱプロセスを使用して、無線通信部１２０を介して、複数の端末装置の各々との無線通信を行う。
【０１８５】
ステップＳ１０２０で、コンフィギュレーション設定部１６３は、ＴＤＤコンフィギュレーションを新たに設定するかを判定する。ＴＤＤコンフィギュレーションが新たに設定される場合には、処理はステップＳ１０３０へ進む。そうでなければ、処理はステップＳ１０１０へ戻る。
【０１８６】
ステップＳ１０３０で、リソース割当て部１６９は、複数の端末装置の各々について最大プロセス数調整機能を有するかを判定した結果に基づいて、新たなＴＤＤコンフィギュレーションの設定直前の１フレームにおける無線リソースを、上記複数の端末装置に割り当てる。
【０１８７】
ステップＳ１０４０で、コンフィギュレーション設定部１５１は、上記複数の端末装置のうちの、最大プロセス数調整機能を有する端末装置２００が占める割合に応じて、新たなＴＤＤコンフィギュレーションを設定する。
【０１８８】
ステップＳ１０５０で、プロセス制御部１６７は、設定されていた前のＴＤＤコンフィギュレーションについて定められたＨＡＲＱの最大プロセス数が、新たに設定されたＴＤＤコンフィギュレーションについて定められたＨＡＲＱの最大プロセス数よりも大きいかを判定する。即ち、プロセス制御部１６７は、ＴＤＤコンフィギュレーションの新たな設定により、ＴＤＤコンフィギュレーションについて定められたＨＡＲＱの最大プロセス数が減少したかを判定する。ＨＡＲＱの最大プロセスが減少した場合には、処理はステップＳ１０６０へ進む。そうでなければ、処理はステップＳ１０１０へ戻る。
【０１８９】
ステップＳ１０６０で、プロセス制御部１６７は、新たなＴＤＤコンフィギュレーションの設定後の１フレームの間、設定されていた前のＴＤＤコンフィギュレーションについて定められた最大プロセス数以下の数のＨＡＲＱプロセスを使用して、無線通信部１２０を介して、端末装置２００との無線通信を行う。
【０１９０】
また、ステップＳ１０７０で、プロセス制御部１６７は、新たなＴＤＤコンフィギュレーションの設定後の１フレームの間、新たに設定されたＴＤＤコンフィギュレーションについて定められた最大プロセス数以下の数のＨＡＲＱプロセスを使用して、無線通信部１２０を介して、レガシー端末装置との無線通信を行う。そして、処理はステップＳ１０１０へ戻る。
【０１９１】
以上、本開示の第２の実施形態を説明した。上述したように、第２の実施形態によれば、最大プロセス数調整機能を有しないレガシー端末装置と、当該機能を有する端末装置２００とがセル１０内に混在する場合であっても、無線リソースをより有効に利用することが可能になる。
【０１９２】
＜＜５．第３の実施形態＞＞
続いて、本開示の第３の実施形態を説明する。本開示の第３の実施形態によれば、２つ以上の周波数帯域での無線通信が制御される。そして、当該２つ以上の周波数帯域の各々では、別々のタイミングでＴＤＤコンフィギュレーションが新たに設定される。これにより、無線リソースの利用損失が集中的に生じることを回避することが可能になる。
【０１９３】
＜５．１．基地局の構成＞
図２３及び図２４を参照して、第３の実施形態に係る基地局１００−３の構成の一例を説明する。図２３は、第３の実施形態に係る基地局１００−３の構成の一例を示すブロック図である。図２３を参照すると、基地局１００−３は、アンテナ１１０、無線通信部１２０、ネットワーク通信部１３０、記憶部１４０及び処理部１７０を備える。
【０１９４】
ここで、アンテナ１１０、無線通信部１２０、ネットワーク通信部１３０及び記憶部１４０については、第１の実施形態と第３の実施形態との間に差異はない。よって、ここでは、処理部１７０を説明する。
【０１９５】
（処理部１７０）
処理部１７０は、基地局１００−３の様々な機能を提供する。処理部１６０は、コンフィギュレーション設定部１７１を含む。
【０１９６】
（コンフィギュレーション設定部１７１）
第３の実施形態では、基地局１００は、ＴＤＤ方式に従って２つ以上の周波数帯域での無線通信を制御する。当該２つ以上の周波数帯域の各々は、例えば、コンポーネントキャリア（Component  Carrier：ＣＣ）である。そして、コンフィギュレーション設定部１７１は、ＣＣごとに、フレームの各々について、サブフレーム単位のリンク方向を表すＴＤＤコンフィギュレーションを設定する。
【０１９７】
とりわけ第３の実施形態では、コンフィギュレーション設定部１７１は、上記２つ以上のＣＣのうちの１つのＣＣでは、第１のタイミングでＴＤＤコンフィギュレーションを設定し、上記２つ以上のＣＣのうちの別のＣＣでは、第１のタイミングとは異なる第２のタイミングで、ＴＤＤコンフィギュレーションを設定する。換言すると、例えば、コンフィギュレーション設定部１７１は、ＣＣごとに別々のタイミングでＴＤＤコンフィギュレーションを設定する。以下、この点について、図２４を参照して具体例を説明する。
【０１９８】
図２４は、各ＣＣにおけるＴＤＤコンフィギュレーションの設定のタイミングの例を説明するための説明図である。図２４を参照すると、ＣＣ１及びＣＣ２の各々における各無線フレームでのＴＤＤコンフィギュレーションと、新たなＴＤＤコンフィギュレーションの設定のタイミング（即ち、Reconfiguration  Point）とが示されている。例えば、ＣＣ１では、第１の無線フレームでは、♯３のＴＤＤコンフィギュレーションが設定されているが、第２の無線フレームで、♯２のＴＤＤコンフィギュレーションが設定される。また、ＣＣ２では、第１の無線フレームから第３の無線フレームまでの期間では、♯３のＴＤＤコンフィギュレーションが設定されているが、第４の無線フレームで、♯２のＴＤＤコンフィギュレーションが設定される。一例として、この例のように、ＴＤＤコンフィギュレーションの設定のタイミングが、ＣＣ間で２フレーム分だけずれる。以上のように、ＣＣごとに別々のタイミングでＴＤＤコンフィギュレーションが設定される。
【０１９９】
このような設定により、ＣＣごとに、ＨＡＲＱプロセスの削除に起因して、データを送信できなくなるサブフレームを含む無線フレームが異なる。そのため、無線リソースの利用損失が集中的に生じることを回避することが可能になる。
【０２００】
なお、第３の実施形態においても、第１の実施形態及び第２の実施形態と同様に、新たなＴＤＤコンフィギュレーションが設定される場合に、当該新たなＴＤＤコンフィギュレーションの設定後の所定の期間においてプロセス数の最大数が調整されてもよい。即ち、処理部１７０も、第１の実施形態の処理部１５０の各構成要素、又は第２の実施形態の処理部１６０の各構成要素を含んでもよい。
【０２０１】
この場合には、上述したようなＣＣごとのタイミングでのＴＤＤコンフィギュレーションの設定により、無線リソースの利用損失の回避のための処理が集中することを抑えることができる。その結果、瞬間的な負荷が抑えられる。
【０２０２】
＜５．２．処理の流れ＞
次に、図２５を参照して、第３の実施形態に係る通信制御処理の例を説明する。図２５は、第３の実施形態に係る基地局側の通信制御処理の概略的な流れの一例を示すフローチャートである。
【０２０３】
ステップＳ１１１０で、コンフィギュレーション設定部１７１は、ＴＤＤコンフィギュレーションを新たに設定するかを判定する。ＴＤＤコンフィギュレーションが新たに設定される場合には、処理はステップＳ１１２０へ進む。そうでなければ、処理はステップＳ１１１０を繰り返す。
【０２０４】
ステップＳ１１２０で、コンフィギュレーション設定部１７１は、あるタイミングでＣＣ１のＴＤＤコンフィギュレーションを設定する。
【０２０５】
ステップＳ１１３０で、コンフィギュレーション設定部１７１は、上記あるタイミングの２フレーム後のタイミングでＣＣ２のＴＤＤコンフィギュレーションを設定する。そして、処理はステップＳ１１１０へ戻る。
【０２０６】
以上、本開示の第３の実施形態を説明した。上述したように、第３の実施形態によれば、無線リソースの利用損失が集中的に生じることを回避することが可能になり、又は無線リソースの利用損失の回避のための処理が集中することを抑えることができる。
【０２０７】
＜＜６．応用例＞＞
本開示に係る技術は、様々な製品へ応用可能である。例えば、基地局１００は、マクロｅＮＢ又はスモールｅＮＢなどのいずれかの種類のｅＮＢ（evolved  Node  B）として実現されてもよい。スモールｅＮＢは、ピコｅＮＢ、マイクロｅＮＢ又はホーム（フェムト）ｅＮＢなどの、マクロセルよりも小さいセルをカバーするｅＮＢであってよい。その代わりに、基地局１００は、ＮｏｄｅＢ又はＢＴＳ（Base  Transceiver  Station）などの他の種類の基地局として実現されてもよい。基地局１００は、無線通信を制御する本体（基地局装置ともいう）と、本体とは別の場所に配置される１つ以上のＲＲＨ（Remote  Radio  Head）とを含んでもよい。また、後述する様々な種類の端末が一時的に又は半永続的に基地局機能を実行することにより、基地局１００として動作してもよい。
【０２０８】
また、例えば、端末装置２００は、スマートフォン、タブレットＰＣ（Personal  Computer）、ノートＰＣ、携帯型ゲーム端末、携帯型／ドングル型のモバイルルータ若しくはデジタルカメラなどのモバイル端末、又はカーナビゲーション装置などの車載端末として実現されてもよい。また、端末装置２００は、Ｍ２Ｍ（Machine  To  Machine）通信を行う端末（ＭＴＣ（Machine  Type  Communication）端末ともいう）として実現されてもよい。さらに、端末装置２００は、これら端末に搭載される無線通信モジュール（例えば、１つのダイで構成される集積回路モジュール）であってもよい。
【０２０９】
＜６．１．基地局に関する応用例＞
（第１の応用例）
図２６は、本開示に係る技術が適用され得るｅＮＢの概略的な構成の第１の例を示すブロック図である。ｅＮＢ８００は、１つ以上のアンテナ８１０、及び基地局装置８２０を有する。各アンテナ８１０及び基地局装置８２０は、ＲＦケーブルを介して互いに接続され得る。
【０２１０】
アンテナ８１０の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、基地局装置８２０による無線信号の送受信のために使用される。ｅＮＢ８００は、図２６に示したように複数のアンテナ８１０を有し、複数のアンテナ８１０は、例えばｅＮＢ８００が使用する複数の周波数帯域にそれぞれ対応してもよい。なお、図２６にはｅＮＢ８００が複数のアンテナ８１０を有する例を示したが、ｅＮＢ８００は単一のアンテナ８１０を有してもよい。
【０２１１】
基地局装置８２０は、コントローラ８２１、メモリ８２２、ネットワークインタフェース８２３及び無線通信インタフェース８２５を備える。
【０２１２】
コントローラ８２１は、例えばＣＰＵ又はＤＳＰであってよく、基地局装置８２０の上位レイヤの様々な機能を動作させる。例えば、コントローラ８２１は、無線通信インタフェース８２５により処理された信号内のデータからデータパケットを生成し、生成したパケットをネットワークインタフェース８２３を介して転送する。コントローラ８２１は、複数のベースバンドプロセッサからのデータをバンドリングすることによりバンドルドパケットを生成し、生成したバンドルドパケットを転送してもよい。また、コントローラ８２１は、無線リソース管理（Radio  Resource  Control）、無線ベアラ制御（Radio  Bearer  Control）、移動性管理（Mobility  Management）、流入制御（Admission  Control）又はスケジューリング（Scheduling）などの制御を実行する論理的な機能を有してもよい。また、当該制御は、周辺のｅＮＢ又はコアネットワークノードと連携して実行されてもよい。メモリ８２２は、ＲＡＭ及びＲＯＭを含み、コントローラ８２１により実行されるプログラム、及び様々な制御データ（例えば、端末リスト、送信電力データ及びスケジューリングデータなど）を記憶する。
【０２１３】
ネットワークインタフェース８２３は、基地局装置８２０をコアネットワーク８２４に接続するための通信インタフェースである。コントローラ８２１は、ネットワークインタフェース８２３を介して、コアネットワークノード又は他のｅＮＢと通信してもよい。その場合に、ｅＮＢ８００と、コアネットワークノード又は他のｅＮＢとは、論理的なインタフェース（例えば、Ｓ１インタフェース又はＸ２インタフェース）により互いに接続されてもよい。ネットワークインタフェース８２３は、有線通信インタフェースであってもよく、又は無線バックホールのための無線通信インタフェースであってもよい。ネットワークインタフェース８２３が無線通信インタフェースである場合、ネットワークインタフェース８２３は、無線通信インタフェース８２５により使用される周波数帯域よりもより高い周波数帯域を無線通信に使用してもよい。
【０２１４】
無線通信インタフェース８２５は、ＬＴＥ（Long  Term  Evolution）又はＬＴＥ−Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、アンテナ８１０を介して、ｅＮＢ８００のセル内に位置する端末に無線接続を提供する。無線通信インタフェース８２５は、典型的には、ベースバンド（ＢＢ）プロセッサ８２６及びＲＦ回路８２７などを含み得る。ＢＢプロセッサ８２６は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、各レイヤ（例えば、Ｌ１、ＭＡＣ（Medium  Access  Control）、ＲＬＣ（Radio  Link  Control）及びＰＤＣＰ（Packet  Data  Convergence  Protocol））の様々な信号処理を実行する。ＢＢプロセッサ８２６は、コントローラ８２１の代わりに、上述した論理的な機能の一部又は全部を有してもよい。ＢＢプロセッサ８２６は、通信制御プログラムを記憶するメモリ、当該プログラムを実行するプロセッサ及び関連する回路を含むモジュールであってもよく、ＢＢプロセッサ８２６の機能は、上記プログラムのアップデートにより変更可能であってもよい。また、上記モジュールは、基地局装置８２０のスロットに挿入されるカード若しくはブレードであってもよく、又は上記カード若しくは上記ブレードに搭載されるチップであってもよい。一方、ＲＦ回路８２７は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ８１０を介して無線信号を送受信する。
【０２１５】
無線通信インタフェース８２５は、図２６に示したように複数のＢＢプロセッサ８２６を含み、複数のＢＢプロセッサ８２６は、例えばｅＮＢ８００が使用する複数の周波数帯域にそれぞれ対応してもよい。また、無線通信インタフェース８２５は、図２６に示したように複数のＲＦ回路８２７を含み、複数のＲＦ回路８２７は、例えば複数のアンテナ素子にそれぞれ対応してもよい。なお、図２６には無線通信インタフェース８２５が複数のＢＢプロセッサ８２６及び複数のＲＦ回路８２７を含む例を示したが、無線通信インタフェース８２５は単一のＢＢプロセッサ８２６又は単一のＲＦ回路８２７を含んでもよい。
【０２１６】
（第２の応用例）
図２７は、本開示に係る技術が適用され得るｅＮＢの概略的な構成の第２の例を示すブロック図である。ｅＮＢ８３０は、１つ以上のアンテナ８４０、基地局装置８５０、及びＲＲＨ８６０を有する。各アンテナ８４０及びＲＲＨ８６０は、ＲＦケーブルを介して互いに接続され得る。また、基地局装置８５０及びＲＲＨ８６０は、光ファイバケーブルなどの高速回線で互いに接続され得る。
【０２１７】
アンテナ８４０の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、ＲＲＨ８６０による無線信号の送受信のために使用される。ｅＮＢ８３０は、図２７に示したように複数のアンテナ８４０を有し、複数のアンテナ８４０は、例えばｅＮＢ８３０が使用する複数の周波数帯域にそれぞれ対応してもよい。なお、図２７にはｅＮＢ８３０が複数のアンテナ８４０を有する例を示したが、ｅＮＢ８３０は単一のアンテナ８４０を有してもよい。
【０２１８】
基地局装置８５０は、コントローラ８５１、メモリ８５２、ネットワークインタフェース８５３、無線通信インタフェース８５５及び接続インタフェース８５７を備える。コントローラ８５１、メモリ８５２及びネットワークインタフェース８５３は、図２６を参照して説明したコントローラ８２１、メモリ８２２及びネットワークインタフェース８２３と同様のものである。
【０２１９】
無線通信インタフェース８５５は、ＬＴＥ又はＬＴＥ−Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、ＲＲＨ８６０及びアンテナ８４０を介して、ＲＲＨ８６０に対応するセクタ内に位置する端末に無線接続を提供する。無線通信インタフェース８５５は、典型的には、ＢＢプロセッサ８５６などを含み得る。ＢＢプロセッサ８５６は、接続インタフェース８５７を介してＲＲＨ８６０のＲＦ回路８６４と接続されることを除き、図２６を参照して説明したＢＢプロセッサ８２６と同様のものである。無線通信インタフェース８５５は、図２７に示したように複数のＢＢプロセッサ８５６を含み、複数のＢＢプロセッサ８５６は、例えばｅＮＢ８３０が使用する複数の周波数帯域にそれぞれ対応してもよい。なお、図２７には無線通信インタフェース８５５が複数のＢＢプロセッサ８５６を含む例を示したが、無線通信インタフェース８５５は単一のＢＢプロセッサ８５６を含んでもよい。
【０２２０】
接続インタフェース８５７は、基地局装置８５０（無線通信インタフェース８５５）をＲＲＨ８６０と接続するためのインタフェースである。接続インタフェース８５７は、基地局装置８５０（無線通信インタフェース８５５）とＲＲＨ８６０とを接続する上記高速回線での通信のための通信モジュールであってもよい。
【０２２１】
また、ＲＲＨ８６０は、接続インタフェース８６１及び無線通信インタフェース８６３を備える。
【０２２２】
接続インタフェース８６１は、ＲＲＨ８６０（無線通信インタフェース８６３）を基地局装置８５０と接続するためのインタフェースである。接続インタフェース８６１は、上記高速回線での通信のための通信モジュールであってもよい。
【０２２３】
無線通信インタフェース８６３は、アンテナ８４０を介して無線信号を送受信する。無線通信インタフェース８６３は、典型的には、ＲＦ回路８６４などを含み得る。ＲＦ回路８６４は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ８４０を介して無線信号を送受信する。無線通信インタフェース８６３は、図２７に示したように複数のＲＦ回路８６４を含み、複数のＲＦ回路８６４は、例えば複数のアンテナ素子にそれぞれ対応してもよい。なお、図２７には無線通信インタフェース８６３が複数のＲＦ回路８６４を含む例を示したが、無線通信インタフェース８６３は単一のＲＦ回路８６４を含んでもよい。
【０２２４】
図２６及び図２７に示したｅＮＢ８００及びｅＮＢ８３０において、図１４を参照して説明したコンフィギュレーション設定部１５１、プロセス制御部１５３及びリソース割当て部１５５、図２０を参照して説明した機能判定部１６１、コンフィギュレーション設定部１６３、周期選択部１６５、プロセス制御部１６７及びリソース割当て部１６９、並びに、図２３を参照して説明したコンフィギュレーション設定部１７１は、無線通信インタフェース８２５並びに無線通信インタフェース８５５及び／又は無線通信インタフェース８６３において実装されてもよい。また、これらの機能の少なくとも一部は、コントローラ８２１及びコントローラ８５１において実装されてもよい。
【０２２５】
＜６．２．端末装置に関する応用例＞
（第１の応用例）
図２８は、本開示に係る技術が適用され得るスマートフォン９００の概略的な構成の一例を示すブロック図である。スマートフォン９００は、プロセッサ９０１、メモリ９０２、ストレージ９０３、外部接続インタフェース９０４、カメラ９０６、センサ９０７、マイクロフォン９０８、入力デバイス９０９、表示デバイス９１０、スピーカ９１１、無線通信インタフェース９１２、１つ以上のアンテナスイッチ９１５、１つ以上のアンテナ９１６、バス９１７、バッテリー９１８及び補助コントローラ９１９を備える。
【０２２６】
プロセッサ９０１は、例えばＣＰＵ又はＳｏＣ（System  on  Chip）であってよく、スマートフォン９００のアプリケーションレイヤ及びその他のレイヤの機能を制御する。メモリ９０２は、ＲＡＭ及びＲＯＭを含み、プロセッサ９０１により実行されるプログラム及びデータを記憶する。ストレージ９０３は、半導体メモリ又はハードディスクなどの記憶媒体を含み得る。外部接続インタフェース９０４は、メモリーカード又はＵＳＢ（Universal  Serial  Bus）デバイスなどの外付けデバイスをスマートフォン９００へ接続するためのインタフェースである。
【０２２７】
カメラ９０６は、例えば、ＣＣＤ（Charge  Coupled  Device）又はＣＭＯＳ（Complementary  Metal  Oxide  Semiconductor）などの撮像素子を有し、撮像画像を生成する。センサ９０７は、例えば、測位センサ、ジャイロセンサ、地磁気センサ及び加速度センサなどのセンサ群を含み得る。マイクロフォン９０８は、スマートフォン９００へ入力される音声を音声信号へ変換する。入力デバイス９０９は、例えば、表示デバイス９１０の画面上へのタッチを検出するタッチセンサ、キーパッド、キーボード、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９１０は、液晶ディスプレイ（ＬＣＤ）又は有機発光ダイオード（ＯＬＥＤ）ディスプレイなどの画面を有し、スマートフォン９００の出力画像を表示する。スピーカ９１１は、スマートフォン９００から出力される音声信号を音声に変換する。
【０２２８】
無線通信インタフェース９１２は、ＬＴＥ又はＬＴＥ−Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、無線通信を実行する。無線通信インタフェース９１２は、典型的には、ＢＢプロセッサ９１３及びＲＦ回路９１４などを含み得る。ＢＢプロセッサ９１３は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、無線通信のための様々な信号処理を実行する。一方、ＲＦ回路９１４は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ９１６を介して無線信号を送受信する。無線通信インタフェース９１２は、ＢＢプロセッサ９１３及びＲＦ回路９１４を集積したワンチップのモジュールであってもよい。無線通信インタフェース９１２は、図２８に示したように複数のＢＢプロセッサ９１３及び複数のＲＦ回路９１４を含んでもよい。なお、図２８には無線通信インタフェース９１２が複数のＢＢプロセッサ９１３及び複数のＲＦ回路９１４を含む例を示したが、無線通信インタフェース９１２は単一のＢＢプロセッサ９１３又は単一のＲＦ回路９１４を含んでもよい。
【０２２９】
さらに、無線通信インタフェース９１２は、セルラー通信方式に加えて、近距離無線通信方式、近接無線通信方式又は無線ＬＡＮ（Local  Area  Network）方式などの他の種類の無線通信方式をサポートしてもよく、その場合に、無線通信方式ごとのＢＢプロセッサ９１３及びＲＦ回路９１４を含んでもよい。
【０２３０】
アンテナスイッチ９１５の各々は、無線通信インタフェース９１２に含まれる複数の回路（例えば、異なる無線通信方式のための回路）の間でアンテナ９１６の接続先を切り替える。
【０２３１】
アンテナ９１６の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、無線通信インタフェース９１２による無線信号の送受信のために使用される。スマートフォン９００は、図２８に示したように複数のアンテナ９１６を有してもよい。なお、図２８にはスマートフォン９００が複数のアンテナ９１６を有する例を示したが、スマートフォン９００は単一のアンテナ９１６を有してもよい。
【０２３２】
さらに、スマートフォン９００は、無線通信方式ごとにアンテナ９１６を備えてもよい。その場合に、アンテナスイッチ９１５は、スマートフォン９００の構成から省略されてもよい。
【０２３３】
バス９１７は、プロセッサ９０１、メモリ９０２、ストレージ９０３、外部接続インタフェース９０４、カメラ９０６、センサ９０７、マイクロフォン９０８、入力デバイス９０９、表示デバイス９１０、スピーカ９１１、無線通信インタフェース９１２及び補助コントローラ９１９を互いに接続する。バッテリー９１８は、図中に破線で部分的に示した給電ラインを介して、図２８に示したスマートフォン９００の各ブロックへ電力を供給する。補助コントローラ９１９は、例えば、スリープモードにおいて、スマートフォン９００の必要最低限の機能を動作させる。
【０２３４】
図２８に示したスマートフォン９００において、図１７を参照して説明した通信制御部２４１は、無線通信インタフェース９１２において実装されてもよい。また、これら機能の少なくとも一部は、プロセッサ９０１又は補助コントローラ９１９において実装されてもよい。
【０２３５】
（第２の応用例）
図２９は、本開示に係る技術が適用され得るカーナビゲーション装置９２０の概略的な構成の一例を示すブロック図である。カーナビゲーション装置９２０は、プロセッサ９２１、メモリ９２２、ＧＰＳ（Global  Positioning  System）モジュール９２４、センサ９２５、データインタフェース９２６、コンテンツプレーヤ９２７、記憶媒体インタフェース９２８、入力デバイス９２９、表示デバイス９３０、スピーカ９３１、無線通信インタフェース９３３、１つ以上のアンテナスイッチ９３６、１つ以上のアンテナ９３７及びバッテリー９３８を備える。
【０２３６】
プロセッサ９２１は、例えばＣＰＵ又はＳｏＣであってよく、カーナビゲーション装置９２０のナビゲーション機能及びその他の機能を制御する。メモリ９２２は、ＲＡＭ及びＲＯＭを含み、プロセッサ９２１により実行されるプログラム及びデータを記憶する。
【０２３７】
ＧＰＳモジュール９２４は、ＧＰＳ衛星から受信されるＧＰＳ信号を用いて、カーナビゲーション装置９２０の位置（例えば、緯度、経度及び高度）を測定する。センサ９２５は、例えば、ジャイロセンサ、地磁気センサ及び気圧センサなどのセンサ群を含み得る。データインタフェース９２６は、例えば、図示しない端子を介して車載ネットワーク９４１に接続され、車速データなどの車両側で生成されるデータを取得する。
【０２３８】
コンテンツプレーヤ９２７は、記憶媒体インタフェース９２８に挿入される記憶媒体（例えば、ＣＤ又はＤＶＤ）に記憶されているコンテンツを再生する。入力デバイス９２９は、例えば、表示デバイス９３０の画面上へのタッチを検出するタッチセンサ、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９３０は、ＬＣＤ又はＯＬＥＤディスプレイなどの画面を有し、ナビゲーション機能又は再生されるコンテンツの画像を表示する。スピーカ９３１は、ナビゲーション機能又は再生されるコンテンツの音声を出力する。
【０２３９】
無線通信インタフェース９３３は、ＬＴＥ又はＬＴＥ−Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、無線通信を実行する。無線通信インタフェース９３３は、典型的には、ＢＢプロセッサ９３４及びＲＦ回路９３５などを含み得る。ＢＢプロセッサ９３４は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、無線通信のための様々な信号処理を実行する。一方、ＲＦ回路９３５は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ９３７を介して無線信号を送受信する。無線通信インタフェース９３３は、ＢＢプロセッサ９３４及びＲＦ回路９３５を集積したワンチップのモジュールであってもよい。無線通信インタフェース９３３は、図２９に示したように複数のＢＢプロセッサ９３４及び複数のＲＦ回路９３５を含んでもよい。なお、図２９には無線通信インタフェース９３３が複数のＢＢプロセッサ９３４及び複数のＲＦ回路９３５を含む例を示したが、無線通信インタフェース９３３は単一のＢＢプロセッサ９３４又は単一のＲＦ回路９３５を含んでもよい。
【０２４０】
さらに、無線通信インタフェース９３３は、セルラー通信方式に加えて、近距離無線通信方式、近接無線通信方式又は無線ＬＡＮ方式などの他の種類の無線通信方式をサポートしてもよく、その場合に、無線通信方式ごとのＢＢプロセッサ９３４及びＲＦ回路９３５を含んでもよい。
【０２４１】
アンテナスイッチ９３６の各々は、無線通信インタフェース９３３に含まれる複数の回路（例えば、異なる無線通信方式のための回路）の間でアンテナ９３７の接続先を切り替える。
【０２４２】
アンテナ９３７の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、無線通信インタフェース９３３による無線信号の送受信のために使用される。カーナビゲーション装置９２０は、図２９に示したように複数のアンテナ９３７を有してもよい。なお、図２９にはカーナビゲーション装置９２０が複数のアンテナ９３７を有する例を示したが、カーナビゲーション装置９２０は単一のアンテナ９３７を有してもよい。
【０２４３】
さらに、カーナビゲーション装置９２０は、無線通信方式ごとにアンテナ９３７を備えてもよい。その場合に、アンテナスイッチ９３６は、カーナビゲーション装置９２０の構成から省略されてもよい。
【０２４４】
バッテリー９３８は、図中に破線で部分的に示した給電ラインを介して、図２９に示したカーナビゲーション装置９２０の各ブロックへ電力を供給する。また、バッテリー９３８は、車両側から給電される電力を蓄積する。
【０２４５】
図２９に示したカーナビゲーション装置９２０において、図１７を参照して説明した通信制御部２４１は、無線通信インタフェース９３３において実装されてもよい。また、これら機能の少なくとも一部は、プロセッサ９２１において実装されてもよい。
【０２４６】
また、本開示に係る技術は、上述したカーナビゲーション装置９２０の１つ以上のブロックと、車載ネットワーク９４１と、車両側モジュール９４２とを含む車載システム（又は車両）９４０として実現されてもよい。車両側モジュール９４２は、車速、エンジン回転数又は故障情報などの車両側データを生成し、生成したデータを車載ネットワーク９４１へ出力する。
【０２４７】
＜＜７．まとめ＞＞
ここまで、図１〜図２５を用いて、本開示の実施形態に係る基地局及び端末装置、並びに各通信制御処理を説明した。本開示に係る実施形態によれば、複数のサブフレームを含むフレームの各々について、サブフレーム単位のリンク方向を表すＴＤＤコンフィギュレーションが設定される。また、端末装置２００についてのＨＡＲＱプロセスの数がＴＤＤコンフィギュレーションの設定に応じた最大数以下になるように、上記ＨＡＲＱプロセスが制御される。そして、第１のＴＤＤコンフィギュレーションの後に、第２のＴＤＤコンフィギュレーションが設定され、上記第１のＴＤＤコンフィギュレーションについて定められたＨＡＲＱの第１の最大プロセス数が、上記第２のＴＤＤコンフィギュレーションについて定められたＨＡＲＱの第２の最大プロセス数よりも大きい場合に、上記最大数は、上記第２の最大プロセス数よりも大きい。
【０２４８】
これにより、ＴＤＤコンフィギュレーションが動的に設定されるとしても、新たなコンフィギュレーションの設定の際に削除されるＨＡＲＱプロセスの数が減少し得る。その結果、新たなＴＤＤコンフィギュレーションの設定の直前に、より多くのＨＡＲＱプロセスが使用されて、データが送信され得る。その結果、無線リソースの利用損失は減少し得る。即ち、無線リソースがより有効に利用される。そして、通信システム１のスループットが向上し得る。
【０２４９】
また、ＴＤＤコンフィギュレーションを頻繁に切り替えたとしても、無線リソースの利用損失は発生しない。よって、ＴＤＤコンフィギュレーションの切り替えによるスループットの向上をより享受することが可能になる。
【０２５０】
さらに、例えば、ＴＤＤコンフィギュレーションの設定に応じた上記最大数は、上記所定の期間において、上記第１の最大プロセス数以上である。
【０２５１】
これにより、ＴＤＤコンフィギュレーションが動的に設定されるとしても、新たなコンフィギュレーションの設定の際にいずれのＨＡＲＱプロセスも削除しなくてもよい。その結果、新たなＴＤＤコンフィギュレーションの設定の直前に、より多くのＨＡＲＱプロセスが使用されて、データが送信され得る。その結果、無線リソースの利用損失はなくなる。即ち、無線リソースがより有効に利用される。そして、通信システム１のスループットが向上し得る。
【０２５２】
またさらに、例えば、ＴＤＤコンフィギュレーションの設定に応じた上記最大数は、上記所定の期間において、上記第１の最大プロセス数である。
【０２５３】
これにより、ＴＤＤコンフィギュレーションが動的に設定されるとしても、新たなコンフィギュレーションの設定の際にＨＡＲＱプロセスの数は維持される。その結果、新たなＴＤＤコンフィギュレーションの設定の直前に、より多くのＨＡＲＱプロセスが使用されて、データが送信され得る。その結果、無線リソースの利用損失はなくなる。即ち、無線リソースがより有効に利用される。そして、通信システム１のスループットが向上し得る。さらに、ＨＡＲＱプロセスの数が必要十分の数に抑えられるので、処理量及びメモリ領域が節約される。
【０２５４】
また、例えば、上記所定の期間は、上記第２のＴＤＤコンフィギュレーションの設定後の１フレーム以下の期間である。より具体的には、例えば、上記所定の期間は、上記第２のＴＤＤコンフィギュレーションの設定後から、第１のＴＤＤコンフィギュレーションの設定中に送受信されたデータに対するＡＣＫ／ＮＡＣＫの送受信が終了するまでの期間である。
【０２５５】
これにより、ＴＤＤコンフィギュレーションの数が多くなる期間が必要十分な期間に抑えられる。よって、新たなコンフィギュレーションの設定の際の処理量及びメモリ領域が節約される。
【０２５６】
また、第２の実施形態について説明したように、例えば、無線通信を行う複数の端末装置の各々について、最大プロセス数調整機能を有するかが判定される。複数の端末装置のうちの最大プロセス数調整機能を有する１つ以上の端末装置２００の各々についてのＨＡＲＱプロセスの数が、ＴＤＤコンフィギュレーションの設定に応じた最大数以下になるように、上記１つ以上の端末装置の各々についての上記ＨＡＲＱプロセスが制御される。
【０２５７】
これにより、最大プロセス数調整機能を有しないレガシー端末装置と、当該機能を有する端末装置２００とがセル１０内に混在する場合であっても、無線リソースをより有効に利用することが可能になる。
【０２５８】
また、第２の実施形態について説明したように、例えば、複数の端末装置の各々について最大プロセス数調整機能を有するかを判定した結果に基づいて、新たなＴＤＤコンフィギュレーションの設定後の所定の期間の前の期間における無線リソースが、上記複数の端末装置に割り当てられる。より具体的には、例えば、複数の端末装置のうちの、１つ以上のレガシー端末装置よりも、最大プロセス数調整機能を有する上記１つ以上の端末装置２００に、上記所定の期間の前の上記期間における無線リソースがより優先的に割り当てられる。
【０２５９】
このような割り当てにより、新たなＴＤＤコンフィギュレーションの設定の直前の期間に、レガシー端末装置よりもより多くのＨＡＲＱプロセスを使用してデータを送信可能な端末装置２００に優先的に無線リソースが割り当てられる。その結果、無線リソースの利用損失がより少なくなり得る。即ち、無線リソースがより有効に利用される。そして、通信システム１におけるスループットが向上し得る。
【０２６０】
また、第２の実施形態について説明したように、例えば、複数の端末装置の各々について最大プロセス数調整機能を有するかを判定した結果に基づいて、ＴＤＤコンフィギュレーションの設定の周期が選択される。より具体的には、例えば、上記複数の端末装置のうち最大プロセス数調整機能を有する１つ以上の端末装置２００が占める割合に応じて、上記周期が選択される。さらに具体的には、例えば、上記割合が第１の割合である場合に、第１の周期が選択され、上記割合が、上記第１の割合よりも低い第２の割合である場合に、上記第１の周期又は当該第１の周期よりも長い第２の周期が選択される。
【０２６１】
このように、最大プロセス数調整機能を有する端末装置２００が多い場合には、ＴＤＤコンフィギュレーションを高頻度で最適に切り替えることにより、スループットを向上させることができる。
【０２６２】
また、最大プロセス数調整機能を有する端末装置２００が少ない場合に、ＴＤＤコンフィギュレーションを低頻度で切り替えることにより、レガシー端末装置でＨＡＲＱプロセスが削除される機会を少なくすることができる。その結果、無線リソースの利用損失がより少なくなり得る。即ち、無線リソースがより有効に利用される。そして、通信システム１におけるスループットが向上し得る。
【０２６３】
また、第２の実施形態について説明したように、例えば、複数の端末装置の各々について最大プロセス数調整機能を有するかを判定した結果に基づいて、ＴＤＤコンフィギュレーションが設定される。例えば、上記複数の端末装置のうち最大プロセス数調整機能を有する１つ以上の端末装置２００が占める割合に応じて、ＴＤＤコンフィギュレーションが設定される。より具体的には、例えば、上記割合が所定の割合よりも低い。この場合に、既存のＴＤＤコンフィギュレーションについて定められた最大プロセス数と、設定される新たなＴＤＤコンフィギュレーションについて定められた最大プロセス数との差が、所定の数以下になるように、新たなＴＤＤコンフィギュレーションを設定する。
【０２６４】
このように、最大プロセス数調整機能を有する端末装置２００が多い場合には、ＴＤＤコンフィギュレーションを高頻度で最適に切り替えることにより、スループットを向上させることができる。
【０２６５】
また、最大プロセス数調整機能を有する端末装置２００が少ない場合に、ＴＤＤコンフィギュレーションを低頻度で切り替えることにより、レガシー端末装置でＨＡＲＱプロセスが削除される機会を少なくすることができる。その結果、無線リソースの利用損失がより少なくなり得る。即ち、無線リソースがより有効に利用される。そして、通信システム１におけるスループットが向上し得る。
【０２６６】
また、第３の実施形態について説明したように、２つ以上のＣＣのうちの１つのＣＣでは、第１のタイミングでＴＤＤコンフィギュレーションが設定され、上記２つ以上のＣＣのうちの別のＣＣでは、第１のタイミングとは異なる第２のタイミングで、ＴＤＤコンフィギュレーションが設定される。
【０２６７】
このような設定により、ＣＣごとに、ＨＡＲＱプロセスの削除に起因して、データを送信できなくなるサブフレームを含む無線フレームが異なる。そのため、無線リソースの利用損失が集中的に生じることを回避することが可能になる。
【０２６８】
以上、添付図面を参照しながら本開示の好適な実施形態を説明したが、本開示は係る例に限定されないことは言うまでもない。当業者であれば、請求の範囲に記載された範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本開示の技術的範囲に属するものと了解される。
【０２６９】
また、本明細書の通信制御処理における処理ステップは、必ずしもフローチャートに記載された順序に沿って時系列に実行されなくてよい。例えば、通信制御処理における処理ステップは、フローチャートとして記載した順序と異なる順序で実行されても、並列的に実行されてもよい。
【０２７０】
また、通信制御装置（例えば、基地局の装置）及び端末装置に内蔵されるＣＰＵ、ＲＯＭ及びＲＡＭ等のハードウェアに、上記通信制御装置及び上記端末装置の各構成と同等の機能を発揮させるためのコンピュータプログラムも作成可能である。また、当該コンピュータプログラムを記憶させた記憶媒体も提供される。
【０２７１】
なお、以下のような構成も本開示の技術的範囲に属する。
（１）
時分割複信（ＴＤＤ）方式に従って無線通信を制御する通信制御装置であって、
複数のサブフレームを含むフレームの各々について、サブフレーム単位のリンク方向を表すリンク方向コンフィギュレーションを設定する設定部と、
無線通信を行う端末装置についての自動再送要求のプロセスを制御する制御部と、
を備え、
前記制御部は、前記プロセスの数が前記リンク方向コンフィギュレーションの設定に応じた最大数以下になるように、前記プロセスを制御し、
前記最大数は、第１のリンク方向コンフィギュレーションの後に第２のリンク方向コンフィギュレーションが前記設定部により設定され、前記第１のリンク方向コンフィギュレーションについて定められた自動再送要求の第１の最大プロセス数が、前記第２のリンク方向コンフィギュレーションについて定められた自動再送要求の第２の最大プロセス数よりも大きい場合に、前記第２のリンク方向コンフィギュレーションの設定後の所定の期間において、前記第２の最大プロセス数よりも大きい、
通信制御装置。
（２）
前記所定の期間は、前記第２のリンク方向コンフィギュレーションの設定後の１フレーム以下の期間である、前記（１）に記載の通信制御装置。
（３）
前記最大数は、前記所定の期間において、前記第１の最大プロセス数以上である、前記（１）又は（２）に記載の通信制御装置。
（４）
前記最大数は、前記所定の期間において、前記第１の最大プロセス数である、前記（３）に記載の通信制御装置。
（５）
無線通信を行う複数の端末装置の各々について、前記所定の期間において自動再送要求のプロセスの最大数を前記第２の最大プロセス数よりも大きくする機能を有するかを判定する判定部、
をさらに備え、
前記制御部は、前記複数の端末装置の各々についての自動再送要求のプロセスを制御し、
前記制御部は、前記複数の端末装置の各々について前記機能を有するかを判定した結果に基づいて、前記複数の端末装置のうちの前記機能を有する１つ以上の端末装置の各々についての前記プロセスの数が前記最大数以下になるように、前記１つ以上の端末装置の各々についての前記プロセスを制御する、
前記（１）〜（４）のいずれか１項に記載の通信制御装置。
（６）
前記判定部は、前記複数の端末装置の各々への個別のシグナリングによる問い合わせの結果に基づいて、前記複数の端末装置の各々について、前記機能を有するかを判定する、前記（５）に記載の通信制御装置。
（７）
前記複数の端末装置の各々について前記機能を有するかを判定した結果に基づいて、前記所定の期間の前の期間における無線リソースを、前記複数の端末装置に割り当てる割当て部、をさらに備える、前記（５）又は（６）に記載の通信制御装置。
（８）
前記所定の期間の前の前記期間は、前記所定の期間の直前の１フレームである、前記（７）に記載の通信制御装置。
（９）
前記割当て部は、前記複数の端末装置のうちの、前記機能を有しない１つ以上の別の端末装置よりも、前記機能を有する前記１つ以上の端末装置に、前記無線リソースをより優先的に割り当てる、前記（７）又は（８）に記載の通信制御装置。
（１０）
前記割当て部は、前記複数の端末装置のうちの、前記機能を有しない１つ以上の別の端末装置に、前記無線リソースのうちの、前記第２の最大プロセス数に対応する量以下の量の無線リソースを割り当てる、前記（７）〜（９）のいずれか１項に記載の通信制御装置。
（１１）
前記複数の端末装置の各々について前記機能を有するかを判定した結果に基づいて、前記リンク方向コンフィギュレーションの設定の周期を選択する選択部、
をさらに備え、
前記設定部は、選択される前記周期で、前記リンク方向コンフィギュレーションを設定する、
前記（５）〜（１０）のいずれか１項に記載の通信制御装置。
（１２）
前記選択部は、前記複数の端末装置のうち前記機能を有する前記１つ以上の装置が占める割合に応じて、前記周期を選択する、前記（１１）に記載の通信制御装置。
（１３）
前記選択部は、前記割合が第１の割合である場合に、第１の周期を選択し、前記割合が、前記第１の割合よりも低い第２の割合である場合に、前記第１の周期又は当該第１の周期よりも長い第２の周期を選択する、前記（１２）に記載の通信制御装置。
（１４）
前記設定部は、前記複数の端末装置の各々について前記機能を有するかを判定した結果に基づいて、前記リンク方向コンフィギュレーションを設定する、前記（５）〜（１３）のいずれか１項に記載の通信制御装置。
（１５）
前記設定部は、前記複数の端末装置のうち前記機能を有する前記１つ以上の装置が占める割合に応じて、前記リンク方向コンフィギュレーションを設定する、前記（１４）に記載の通信制御装置。
（１６）
前記設定部は、前記割合が所定の割合よりも低い場合に、既存のリンク方向コンフィギュレーションについて定められた最大プロセス数と、設定される新たなリンク方向コンフィギュレーションについて定められた最大プロセス数との差が、所定の数以下になるように、前記新たなリンク方向コンフィギュレーションを設定する、前記（１５）に記載の通信制御装置。
（１７）
前記通信制御装置は、時分割複信（ＴＤＤ）方式に従って２つ以上の周波数帯域での無線通信を制御し、
前記設定部は、周波数帯域ごとに、前記フレームの各々について、前記リンク方向を表すリンク方向コンフィギュレーションを設定し、
前記設定部は、前記２つ以上の周波数帯域のうちの１つの周波数帯域では、第１のタイミングで前記リンク方向コンフィギュレーションを設定し、前記２つ以上の周波数帯域のうちの別の周波数帯域では、第１のタイミングとは異なる第２のタイミングで、前記リンク方向コンフィギュレーションを設定する、
前記（１）〜（１６）のいずれか１項に記載の通信制御装置。
（１８）
時分割複信（ＴＤＤ）方式に従って無線通信を制御する通信制御装置における通信制御方法であって、
複数のサブフレームを含むフレームの各々について、サブフレーム単位のリンク方向を表すリンク方向コンフィギュレーションを設定することと、
無線通信を行う端末装置についての自動再送要求のプロセスを制御することと、
を含み、
前記プロセスを制御することは、前記プロセスの数が前記リンク方向コンフィギュレーションの設定に応じた最大数以下になるように前記プロセスを制御することを含み
前記最大数は、第１のリンク方向コンフィギュレーションの後に第２のリンク方向コンフィギュレーションが設定され、前記第１のリンク方向コンフィギュレーションについて定められた自動再送要求の第１の最大プロセス数が、前記第２のリンク方向コンフィギュレーションについて定められた自動再送要求の第２の最大プロセス数よりも大きい場合に、前記第２のリンク方向コンフィギュレーションの設定後の所定の期間において、前記第２の最大プロセス数よりも大きい、
通信制御方法。
（１９）
時分割複信（ＴＤＤ）方式に従って無線通信を行う端末装置であって、
複数のサブフレームを含むフレームの各々について、サブフレーム単位のリンク方向を表すリンク方向コンフィギュレーションが設定されると、設定される当該リンク方向コンフィギュレーションに従って無線通信を制御する通信制御部
を備え、
前記通信制御部は、前記端末装置についての自動再送要求のプロセスを制御し、
前記通信制御部は、前記プロセスの数が前記リンク方向コンフィギュレーションの設定に応じた最大数以下になるように、前記プロセスを制御し、
前記最大数は、第１のリンク方向コンフィギュレーションの後に第２のリンク方向コンフィギュレーションが設定され、前記第１のリンク方向コンフィギュレーションについて定められた自動再送要求の第１の最大プロセス数が、前記第２のリンク方向コンフィギュレーションについて定められた自動再送要求の第２の最大プロセス数よりも大きい場合に、前記第２のリンク方向コンフィギュレーションの設定後の所定の期間において、前記第２の最大プロセス数よりも大きい、
端末装置。
（２０）
時分割複信（ＴＤＤ）方式に従って２つ以上の周波数帯域での無線通信を制御する通信制御装置であって、
周波数帯域ごとに、２つ以上のサブフレームを含むフレームの各々について、サブフレーム単位のリンク方向を表すリンク方向コンフィギュレーションを設定する設定部
を備え、
前記設定部は、前記２つ以上の周波数帯域のうちの１つの周波数帯域では、第１のタイミングで前記リンク方向コンフィギュレーションを設定し、前記２つ以上の周波数帯域のうちの別の周波数帯域では、第１のタイミングとは異なる第２のタイミングで、前記リンク方向コンフィギュレーションを設定する、
通信制御装置。
【符号の説明】
【０２７２】
１                      通信システム
１０                    セル
１００                  基地局
１５０、１６０、１７０  処理部
１５１、１６３、１７１  コンフィギュレーション設定部
１５３、１６７          プロセス制御部
１５５、１６９          リソース割当て部
１６１                  機能判定部
１６５                  周期選択部
２００                  端末装置
２４０                  処理部
２４１                  通信制御部
【図１】
2014122839.tif 000003
【図２】
2014122839.tif 000004
【図３】
2014122839.tif 000005
【図４】
2014122839.tif 000006
【図５】
2014122839.tif 000007
【図６】
2014122839.tif 000008
【図７】
2014122839.tif 000009
【図８】
2014122839.tif 000010
【図９】
2014122839.tif 000011
【図１０】
2014122839.tif 000012
【図１１】
2014122839.tif 000013
【図１２】
2014122839.tif 000014
【図１３】
2014122839.tif 000015
【図１４】
2014122839.tif 000016
【図１５】
2014122839.tif 000017
【図１６】
2014122839.tif 000018
【図１７】
2014122839.tif 000019
【図１８】
2014122839.tif 000020
【図１９】
2014122839.tif 000021
【図２０】
2014122839.tif 000022
【図２１】
2014122839.tif 000023
【図２２】
2014122839.tif 000024
【図２３】
2014122839.tif 000025
【図２４】
2014122839.tif 000026
【図２５】
2014122839.tif 000027
【図２６】
2014122839.tif 000028
【図２７】
2014122839.tif 000029
【図２８】
2014122839.tif 000030
【図２９】
2014122839.tif 000031
【国際調査報告】
2014122839.tif 000032
2014122839.tif 000033
2014122839.tif 000034
2014122839.tif 000035
2014122839.tif 000036
2014122839.tif 000037
2014122839.tif 000038