(57)【要約】【課題】通信品質に基づいて通信チャネルのフォーマットが決定される無線通信システムにおいて、通信の継続性と無線リソースの利用効率との関係を改善する。【解決手段】基地局装置は、端末装置のハンドオーバを制御するハンドオーバ制御部と、端末装置のハンドオーバの状態に基づいて、第１のアルゴリズムまたは前記第１のアルゴリズムと異なる第２のアルゴリズムの一方を選択し、選択したアルゴリズムと端末装置との間の通信品質とに基づいて、端末装置との間の通信チャネルのフォーマットを決定するフォーマット決定部と、を有する。【選択図】図３
2014033319.tif 000002
【特許請求の範囲】
【請求項１】
端末装置のハンドオーバを制御するハンドオーバ制御部と、
前記端末装置のハンドオーバの状態に基づいて、第１のアルゴリズムまたは前記第１のアルゴリズムと異なる第２のアルゴリズムの一方を選択し、前記選択したアルゴリズムと前記端末装置との間の通信品質とに基づいて、前記端末装置との間の通信チャネルのフォーマットを決定するフォーマット決定部と、
を有することを特徴とする基地局装置。
【請求項２】
前記第２のアルゴリズムにおいては、前記第１のアルゴリズムと比較して、同じ通信品質に対して多くのリソースを使用するフォーマットが選択されやすい
ことを特徴とする請求項１に記載の基地局装置。
【請求項３】
前記フォーマット決定部は、前記第１のアルゴリズムを実行するときは、前記端末装置との間の通信品質が第１の閾値以上であれば第１のフォーマットを選択し、前記端末装置との間の通信品質が前記第１の閾値よりも低ければ前記第１のフォーマットよりも多くのリソースを使用する第２のフォーマットを選択し、
前記フォーマット決定部は、前記第２のアルゴリズムを実行するときは、前記端末装置との間の通信品質が前記第１の閾値よりも高い通信品質を表す第２の閾値以上であれば前記第１のフォーマットを選択し、前記端末装置との間の通信品質が前記第２の閾値よりも低ければ前記第２のフォーマットを選択する
ことを特徴とする請求項２に記載の基地局装置。
【請求項４】
前記フォーマット決定部は、前記端末装置のハンドオーバ処理が行なわれていないときは、前記第１のアルゴリズムで前記端末装置に対応する通信チャネルのフォーマットを決定し、前記端末装置のハンドオーバ処理が行なわれているときは、前記第２のアルゴリズムで前記端末装置に対応する通信チャネルのフォーマットを決定する
ことを特徴とする請求項１〜３のいずれか１つに記載の基地局装置。
【請求項５】
前記フォーマット決定部は、前記端末装置からハンドオーバを要求する信号を受信すると、前記第２のアルゴリズムで前記端末装置に対応する通信チャネルのフォーマットを決定する
ことを特徴とする請求項４に記載の基地局装置。
【請求項６】
前記フォーマット決定部は、前記端末装置を収容している他の基地局装置から前記端末装置のハンドオーバを要求する信号を受信すると、前記第２のアルゴリズムで前記端末装置に対応する通信チャネルのフォーマットを決定する
ことを特徴とする請求項４に記載の基地局装置。
【請求項７】
前記フォーマット決定部は、前記端末装置の移動を管理する移動管理機能から前記端末装置のハンドオーバを要求する信号を受信すると、前記第２のアルゴリズムで前記端末装置に対応する通信チャネルのフォーマットを決定する
ことを特徴とする請求項４に記載の基地局装置。
【請求項８】
前記ハンドオーバ制御部は、前記基地局装置におけるハンドオーバの成功率を検出し、
前記フォーマット決定部は、前記成功率が所定の閾値よりも高いときは、前記第１のアルゴリズムで通信チャネルのフォーマットを決定し、前記成功率が前記閾値以下であるときは、前記第２のアルゴリズムで通信チャネルのフォーマットを決定する
ことを特徴とする請求項１〜３のいずれか１つに記載の基地局装置。
【請求項９】
端末装置のハンドオーバの状態に基づいて、第１のアルゴリズムまたは前記第１のアルゴリズムと異なる第２のアルゴリズムを選択し、
前記選択したアルゴリズムおよび基地局と前記端末装置との間の通信品質とに基づいて、前記基地局と前記端末装置との間の通信チャネルのフォーマットを決定する
ことを特徴とする無線通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムにおいて使用される基地局装置および無線通信方法に係わる。
【背景技術】
【０００２】
無線通信システムにおいては、基地局から端末装置に対して制御信号が送信され、端末装置は、その制御信号に従って通信を制御する。例えば、３ＧＰＰでは、基地局から端末装置へ制御信号を送信するための通信チャネルとして、物理下りリンク制御チャネル（ＰＤＣＣＨ：Physical Downlink Control CHannel）が規定されている。
【０００３】
ＰＤＣＣＨは、複数の端末装置に対してそれぞれ対応する制御信号を送信することができる。すなわち、ＰＤＣＣＨのリソースは、複数の端末装置に対して割り当てられる。ここで、基地局は、ＰＤＣＣＨのリソースとして、各端末装置に対して、１または複数のＣＣＥ（Control Channel Element）を割り当てる。
【０００４】
基地局は、端末装置から通知されるＣＱＩ（Channel Quality Indicator）に基づいて、その端末装置に対して割り当てるＣＣＥの個数を決定する。すなわち、基地局は、端末装置から通知されるＣＱＩに基づいて、その端末装置に対応するＰＤＣＣＨのフォーマットを決定する。ＣＱＩは、基地局と端末装置との間の通信の品質を表す指標であり、各端末装置において測定される。
【０００５】
基地局は、以下の関係に基づいて、各端末装置に対応するＰＤＣＣＨフォーマット（すなわち、ＣＣＥの個数）を決定する。なお、下記のａ、ｂ、ｃは、それぞれ通信品質を表す。通信品質ａは、通信品質ｂよりも良好であり、通信品質ｂは、通信品質ｃよりも良好である。
ａ≦ＣＱＩ：  ＰＤＣＣＨフォーマット＃０（ＣＣＥ：１個）
ｂ≦ＣＱＩ＜ａ：  ＰＤＣＣＨフォーマット＃１（ＣＣＥ：２個）
ｃ≦ＣＱＩ＜ｂ：  ＰＤＣＣＨフォーマット＃２（ＣＣＥ：４個）
ＣＱＩ＜ｃ：  ＰＤＣＣＨフォーマット＃３（ＣＣＥ：８個）
【０００６】
例えば、基地局と端末装置との間の通信品質（すなわち、端末装置により測定されたＣＱＩ）が「ａ」よりも高いときは、ＣＣＥを１つだけ使用するフォーマット＃０が選択される。また、基地局と端末装置との間の通信品質が「ｃ」よりも低いときは、８個のＣＣＥを使用するフォーマット＃３が選択される。
【０００７】
このように、基地局と端末装置との間の通信品質が良好なときは、基地局は、ＣＣＥ数の小さいＰＤＣＣＨフォーマットを選択する。ここで、通信品質が良好なときは、１シンボル当たりの情報量の多い変調方式で信号を送信できる。よって、この場合、少ないリソースで制御信号が送信される。
【０００８】
一方、基地局と端末装置との間の通信品質が悪いときは、基地局は、ＣＣＥ数の大きいＰＤＣＣＨフォーマットを選択する。ここで、通信品質が悪いときは、伝送エラーを抑制するために、１シンボル当たりの情報量の少ない変調方式を使用することが好ましい。したがって、この場合、低い伝送レートで制御信号が送信されるので、多くのリソースを使用するフォーマットが選択される。
【０００９】
ところで、基地局が収容可能な端末装置の台数を増やすためには、各端末装置に対して割り当てるＰＤＣＣＨのリソースを少なくすることが好ましい。ところが、各端末装置に対して割り当てるＰＤＣＣＨのリソースが少なすぎると、ＰＤＣＣＨを介して伝送される制御信号のエラー率が劣化し、場合によっては、基地局と端末装置との間の通信が断絶するおそれがある。よって、基地局と端末装置との間の通信品質（すなわち、端末装置により測定されたＣＱＩ）に基づいてＰＤＣＣＨフォーマットを決定する無線通信システムにおいては、無線リソースの効率的な利用および伝送エラーの抑制の双方を考慮して、ＰＤＣＣＨフォーマットを選択するための閾値（すなわち、上述のａ、ｂ、ｃ）を決定することが好ましい。そして、１つの実施形態では、例えば、無線通信システムの構築時に、測定またはシミュレーションに基づいて、ＰＤＣＣＨフォーマットを選択するための閾値が決定される。
【００１０】
なお、関連する技術として、以下の受信フォーマット復号方法が提案されている。この方法においては、基地局から端末装置に対して、その間の伝搬路環境に応じて複数種のなかから選択されたフレームフォーマットでフレームが送信される。端末装置は、そのフレームを復号する際に、伝搬路環境の状態に応じてフレームフォーマットの復号順を決定する。（例えば、特許文献１）
【先行技術文献】
【特許文献】
【００１１】
【特許文献１】特開２０１０−１３０１２１号公報
【発明の概要】
【発明が解決しようとする課題】
【００１２】
上述のように、ＰＤＣＣＨのフォーマットは、基地局と端末装置との間の通信品質に基づいて決定される。ところが、通信環境によっては、通信品質が良好であるにもかかわらず、基地局と端末装置との間で伝送される信号の伝送エラー率が劣化することがある。たとえば、通信品質を測定する際の受信信号（たとえば、受信信号上の基準シンボル（Reference Symbol））と、通信品質に基づいて選択されたＰＤＣＣＨフォーマットを用いた伝送とで干渉の影響度合いが異なる場合に、上述の問題が生じ得る。そのため、通信品質の測定において受信信号の電力が十分に大きいという結果を得た場合であっても、干渉などの影響により、伝送エラー率が劣化することがある。
【００１３】
この様な現象は、たとえば基地局間の距離が短く配置された場合に生じ得る。例えば、基地局間の間隔が狭い場合、一方の基地局からの受信信号の電力が十分に大きい状況下において他方の基地局へのハンドオーバの実行が起こりうる。ハンドオーバ時は、干渉などの影響により伝送エラー率が劣化する傾向にある。しかし、通信品質の測定において受信信号の電力が十分に大きいという結果を得た場合には、当該通信品質に基づいてＣＣＥ数が少ないＰＤＣＣＨフォーマットが選択される。そのため、受信電力に基づいてＰＤＣＣＨフォーマットが選択されると、伝送エラーが増加して通信が断絶するおそれがある。
【００１４】
この問題は、例えば、ＰＤＣＣＨフォーマットを選択するための閾値（すなわち、上述のａ、ｂ、ｃ）として、予め十分に大きい値を設定すれば解決可能である。しかし、この方法では、各端末装置に対して、必要以上に多くのＰＤＣＣＨリソースが割り当てられることとなる。この結果、リソースの利用効率が低下し、基地局が収容可能な端末装置の台数が少なくなってしまう。
【００１５】
なお、この問題は、ＰＤＣＣＨについてのみ生じるものではなく、他の通信チャネルにおいても同様に生じ得る。
本発明の目的は、通信品質に基づいて通信チャネルのフォーマットが決定される無線通信システムにおいて、通信の継続性と無線リソースの利用効率との関係を改善することである。
【課題を解決するための手段】
【００１６】
本発明の１つの態様の基地局装置は、端末装置のハンドオーバを制御するハンドオーバ制御部と、前記端末装置のハンドオーバの状態に基づいて、第１のアルゴリズムまたは前記第１のアルゴリズムと異なる第２のアルゴリズムの一方を選択し、前記選択したアルゴリズムと前記端末装置との間の通信品質とに基づいて、前記端末装置との間の通信チャネルのフォーマットを決定するフォーマット決定部と、を有する。
【発明の効果】
【００１７】
上述の態様によれば、通信品質に基づいて通信チャネルのフォーマットが決定される無線通信システムにおいて、通信の継続性と無線リソースの利用効率との関係を改善する。
【図面の簡単な説明】
【００１８】
【図１】本発明の実施形態の基地局が使用される無線通信システムの一例を示す図である。
【図２】基地局と端末装置との間の通信について説明する図である。
【図３】基地局の構成例を示す図である。
【図４】ＰＤＣＣＨフォーマットについて説明する図である。
【図５】フォーマット判定テーブルの実施例を示す図である。
【図６】基地局により提供されるセルの配置を示す図（基地局間の間隔が広い場合）である。
【図７】基地局により提供されるセルの配置を示す図（基地局間の間隔が狭い場合）である。
【図８】ハンドオーバ時の動作を説明する図（基地局間の間隔が広い場合）である。
【図９】ハンドオーバ時の動作を説明する図（基地局間の間隔が狭い場合）である。
【図１０】Ｓ１ハンドオーバのシーケンスを示す図である。
【図１１】Ｘ２ハンドオーバのシーケンスを示す図である。
【図１２】基地局の動作の一例を示すフローチャート（その１）である。
【図１３】第２のアルゴリズムによるフォーマットの判定を説明する図である。
【図１４】基地局の動作の一例を示すフローチャート（その２）である。
【図１５】基地局の動作の一例を示すフローチャート（その３）である。
【図１６】（ａ）は、アルゴリズム管理テーブルの一例、（ｂ）は、ＣＱＩ管理テーブルの一例を示す図である。
【図１７】ＰＤＣＣＨフォーマットを決定する処理を示すフローチャートである。
【発明を実施するための形態】
【００１９】
図１は、本発明の実施形態の基地局装置が使用される無線通信システムの一例を示す。この無線通信システムは、基地局１（１ａ、１ｂ）、ルータ２、移動管理機能（ＭＭＥ：Mobility Management Entity）３、サービングゲートウェイ（ＳＧＷ）４、パケットデータネットワークゲートウェイ（ＰＧＷ）５、ホーム加入者サーバ（ＨＳＳ）６、基地局管理サーバ（ＨｅＭＳ）７、ＮＴＰサーバ８、ＤＮＳサーバ９を有する。
【００２０】
基地局１は、この例では、ｅノードＢにより実現される。ｅノードＢは、無線信号を送信および受信する機能に加えて、メディアアクセス制御（ＭＡＣ）および無線リソース制御（ＲＲＣ）などの無線プロトコル機能を提供することができる。
【００２１】
各基地局１は、セル（無線通信エリア）を提供する。図１では、基地局１ａ、１ｂは、それぞれセル１１ａ、１１ｂを提供している。そして、基地局１は、自分が提供するセル内に位置する端末装置（ＵＥ：User Equipment）１２との間で無線信号を送信および受信できる。図１に示す例では、端末装置１２は、セル１１ａの中に位置しているので、基地局１ａとの間で無線信号を送信および受信できる。また、端末装置１２は、セル１１ｂに移動すると、基地局１ｂとの間で無線信号を送信および受信できる。なお、端末装置１２が、あるセルから他のセルへ移動するとき、ハンドオーバが実行される。例えば、端末装置１２がセル１１ａからセル１１ｂへ移動するときには、端末装置１２は、通信を継続しながら、基地局１ａに収容される状態から基地局１ｂに収容される状態に移行する。
【００２２】
ルータ２は、ＩＰパケットをその宛先情報を従って転送する。なお、図１に示す実施例では、各基地局１は、アクセスネットワークを介してルータ２に接続されている。移動管理機能３は、端末装置１２の移動を管理する。また、移動管理機能３は、端末装置１２のセッションを管理してもよい。サービングゲートウェイ４は、通信データを転送する。なお、サービングゲートウェイ４は、端末装置１２のハンドオーバが実行されるときに、データ通信アンカーポイントとなることがある。パケットデータネットワークゲートウェイ５は、移動体ネットワークと他のネットワークとを接続することができる。ホーム加入者サーバ６は、端末装置１２の加入者情報、認証情報、位置情報などを管理する。基地局管理サーバ７は、基地局１の管理および運用を行う。ＮＴＰサーバ８は、ネットワーク上の各装置の時刻の同期を行う。ＤＮＳサーバ９は、ドメイン名とＩＰアドレスとの対応関係を管理する。
【００２３】
この実施例では、移動管理機能３、ホーム加入者サーバ６、基地局管理サーバ７、ＮＴＰサーバ８、ＤＮＳサーバ９は、ルータ２に接続されている。なお、移動体ネットワークの構成および機能については、例えば、３ＧＰＰの23.401に記載されている。
【００２４】
図２は、基地局と端末装置との間の通信について説明する図である。図２において、端末装置１２は、基地局１が提供するセルの中に位置しているものとする。すなわち、端末装置１２は、基地局１から送信される下りリンク信号を受信できる。また、基地局１は、端末装置１２から送信される上りリンク信号を受信できる。
【００２５】
基地局１は、制御部２１、ベースバンド部２２、ＲＦ部２５を有する。制御部２１は、ネットワークに接続するためのインタフェースを提供する。ベースバンド部２２は、ベースバンド領域で信号を処理する。ここで、ＣＯＤＥＣ２３は、符号化処理および復号処理を実行する。また、通信品質検出部２４は、基地局１と端末装置１２との間の通信の品質を検出する。ＲＦ部２５は、ＲＦ（Radio Frequency）領域で信号を処理する。なお、基地局１の構成および動作については、後で詳しく説明する。
【００２６】
端末装置１２は、ＣＱＩ（Channel Quality Indicator）測定部２６を有する。ＣＱＩ測定部２６は、基地局１から送信される下りリンク信号を利用して、基地局１と端末装置１２との間の通信の品質を測定し、その測定結果を表すＣＱＩを計算する。ここで、ＣＱＩは、例えば、下りリンク信号の電力に基づいて計算される。また、ＣＱＩは、この例では、「０」〜「１５」で通信品質を表す。「ＣＱＩ＝１５」が最も良好な品質を表し、「ＣＱＩ＝０」が最も悪い品質を表す。そして、ＣＱＩ測定部２６は、ＣＱＩを基地局１に通知するためのＣＱＩ報告を作成して基地局１へ送信する。なお、ＣＱＩ報告は、例えば、定期的に、端末装置１２から基地局１へ送信される。また、ＣＱＩ測定部２６により測定されるＣＱＩは、特に限定されるものではないが、例えば、Wideband-CQIである。
【００２７】
基地局１において、通信品質検出部２４は、端末装置１２から受信するＣＱＩ報告に基づいて、基地局１と端末装置１２との間の通信の品質を検出する。そして、基地局１は、検出した通信品質に基づいて、基地局１と端末装置１２との間の通信チャネルのフォーマットを決定する。この実施例では、後で詳しく説明するが、基地局１と端末装置１２との間の通信質を表すＣＱＩに基づいて、基地局１から端末装置１２へ制御信号を送信するための物理下りリンク制御チャネル（ＰＤＣＣＨ）のフォーマットが決定される。
【００２８】
図３は、基地局の構成例を示す。基地局１は、図３に示すように、ＲＦ部２１、ベースバンド部２２、制御部２５、およびアプリケーション部６０を有する。
ＲＦ部２１は、デュプレクサ（ＤＵＰ）３１、低雑音アンプ（ＬＮＡ）３２、ダウンコンバータ３３、アップコンバータ３４、送信アンプ（ＡＭＰ）３５を有する。デュプレクサ３１は、アンテナを介して受信する信号を低雑音アンプ３２に導く。また、デュプレクサ３１は、送信アンプ３５から出力される信号をアンテナに導く。低雑音アンプ３２は、受信信号を増幅する。ダウンコンバータ３３は、低雑音アンプ３２により増幅された受信信号を、ＲＦ帯からベースバンド帯へダウンコンバートする。アップコンバータ３４は、ベースバンド部２２から出力される送信信号を、ベースバンド帯からＲＦ帯へアップコンバートする。送信アンプ３５は、アップコンバータ３４から出力される送信信号を増幅する。なお、ＲＦ部２１は、例えば、ハードウェア回路により実現される。
【００２９】
ベースバンド部２２は、復調部４１、復号部４２、通信品質検出部４３、統計情報管理部４４、フォーマット決定部４５、スケジュール管理部４６、無線リソース割当部４７、符号化部４８、変調部４９を有する。
【００３０】
復調部４１は、受信信号を復調する。復号部４２は、復調部４１によって復調された受信信号を復号する。これにより、端末装置１２から送信されたデータが再生される。そして、再生されたデータは、制御部２５に導かれる。
【００３１】
通信品質検出部４３は、復号部４２により得られる再生データからＣＱＩを抽出する。ＣＱＩは、図２を参照しながら説明したように、基地局１と端末装置１２との間の通信の品質を表し、端末装置１２により測定される。なお、ＣＱＩは、通信品質を表す情報の一例である。統計情報管理部４４は、後で詳しく説明するが、端末装置ごとに、ハンドオーバの成功率を表す情報を管理する。
【００３２】
フォーマット決定部４５は、端末装置１２に対応する通信チャネルのフォーマットを決定する。ここで、基地局１が複数の端末装置を収容しているときは、フォーマット決定部４５は、端末装置についてそれぞれ対応する通信チャネルのフォーマットを決定する。また、フォーマット決定部４５は、この実施例では、各端末装置に対応するＰＤＣＣＨのフォーマットを決定する。
【００３３】
なお、実施形態の無線通信システムは、ＰＤＣＣＨのフォーマットとして、図４に示す４つのフォーマット＃０〜＃３を提供する。フォーマット＃０、＃１、＃２、＃３が有するＣＣＥ（Control Channel Element）の個数は、それぞれ、１、２、４、８である。ＣＣＥは、基地局１から端末装置へ制御信号を伝送するためのリソースであり、ＰＤＣＣＨは、各端末装置に対して、１または複数のＣＣＥを利用して制御信号を伝送する。ここで、１つのＣＣＥのビット数は、７２ビットである。
【００３４】
使用するリソースの少ないＰＤＣＣＨフォーマットで制御信号を送信する場合には、例えば、１シンボル当たりの情報量の多い変調方式が採用される。このため、使用するリソースの少ないＰＤＣＣＨフォーマットは、通信品質の良好な環境で使用されることが好ましい。一方、使用するリソースの多いＰＤＣＣＨフォーマットで制御信号を送信する場合には、例えば、１シンボル当たりの情報量の少ない変調方式が採用される。このため、使用するリソースの多いＰＤＣＣＨフォーマットは、通信品質の悪い環境でも使用することができる。したがって、フォーマット決定部４５は、基地局１と端末装置１２との間の通信品質（すなわち、ＣＱＩ）に基づいて、ＰＤＣＣＨフォーマットを決定する。
【００３５】
フォーマット決定部４５は、第１のアルゴリズムまたは第２のアルゴリズムで、通信品質検出部４３により検出された通信品質に基づいて、基地局１と端末装置１２との間の通信チャネルのフォーマットを決定する。すなわち、フォーマット決定部４５は、第１のアルゴリズムまたは第２のアルゴリズムで、ＣＱＩに基づいて、基地局１から端末装置１２へ制御信号を伝送するためのＰＤＣＣＨのフォーマットを決定する。
【００３６】
第１のアルゴリズムは、図５（ａ）に示すフォーマット判定テーブルＡを参照して、ＰＤＣＣＨフォーマットを決定する。フォーマット判定テーブルＡは、ＣＱＩについての条件式とＰＤＣＣＨフォーマットとの対応関係を記録している。図５（ａ）に示すフォーマット判定テーブルＡによれば、「６≦ＣＱＩ」であれば、ＰＤＣＣＨフォーマット＃０が選択される。「４≦ＣＱＩ＜６」であれば、ＰＤＣＣＨフォーマット＃１が選択される。「２≦ＣＱＩ＜４」であれば、ＰＤＣＣＨフォーマット＃２が選択される。そして、「ＣＱＩ＜２」であれば、ＰＤＣＣＨフォーマット＃３が選択される。
【００３７】
このように、フォーマット判定テーブルＡで使用される「６」「４」「２」は、検出されたＣＱＩに対応するＰＤＣＣＨフォーマットを決定するための閾値である。すなわち、第１のアルゴリズムは、検出されたＣＱＩと閾値「６」「４」「２」とを比較することによって、端末装置１２に対応するＰＤＣＣＨフォーマットを決定する。
【００３８】
第２のアルゴリズムは、図５（ｂ）に示すフォーマット判定テーブルＢを参照して、ＰＤＣＣＨフォーマットを決定する。フォーマット判定テーブルＢも、ＣＱＩについての条件式とＰＤＣＣＨフォーマットとの対応関係を記録している。ただし、フォーマット判定テーブルＡとフォーマット判定テーブルＢとでは、ＣＱＩについての条件式が互いに異なっている。すなわち、図５（ｂ）に示すフォーマット判定テーブルＢによれば、「１５≦ＣＱＩ」であれば、ＰＤＣＣＨフォーマット＃０が選択される。「１４≦ＣＱＩ＜１５」であれば、ＰＤＣＣＨフォーマット＃１が選択される。「２≦ＣＱＩ＜１４」であれば、ＰＤＣＣＨフォーマット＃２が選択される。そして、「ＣＱＩ＜２」であれば、ＰＤＣＣＨフォーマット＃３が選択される。
【００３９】
このように、フォーマット判定テーブルＢで使用される「１５」「１４」「２」は、検出されたＣＱＩに対応するＰＤＣＣＨフォーマットを決定するための閾値である。すなわち、第２のアルゴリズムは、検出されたＣＱＩと閾値「１５」「１４」「２」とを比較することによって、端末装置１２に対応するＰＤＣＣＨフォーマットを決定する。
【００４０】
なお、第１のアルゴリズムで使用される閾値「６」「４」「２」、および第２のアルゴリズムで使用される閾値「１５」「１４」「２」は、例示のための値である。すなわち、本発明は、これらの値に限定されるものではない。ただし、第２のアルゴリズムで使用される閾値は、それぞれ、第１のアルゴリズムで使用される対応する閾値よりも大きい。ここで、各アルゴリズムにおいて複数の閾値が使用される場合には、第２のアルゴリズムで使用される複数の閾値の一部は、第１のアルゴリズムで使用される対応する閾値と同じであってもよい。
【００４１】
このように、第２のアルゴリズムにおいてＰＤＣＣＨフォーマットを決定するために使用される閾値は、第１のアルゴリズムの対応する閾値よりも大きい。すなわち、ＰＤＣＣＨ＃０を選択するか否かを判定するための閾値は、第１のアルゴリズムでは「６」であるが、第２のアルゴリズムでは「１５」である。また、ＰＤＣＣＨ＃１またはＰＤＣＣＨ＃２を選択するための閾値は、第１のアルゴリズムでは「４」であるが、第２のアルゴリズムでは「１４」である。ただし、ＰＤＣＣＨ＃２またはＰＤＣＣＨ＃３を選択するための閾値は、第１および第２のアルゴリズムにおいて「２」である。
【００４２】
したがって、第２のアルゴリズムにおいては、第１のアルゴリズムと比較して、リソースの多いＰＤＣＣＨフォーマットが選択されやすい。例えば、「ＣＱＩ＝１０」が得られているものとする。この場合、第１のアルゴリズムによれば、１つのＣＣＥを使用するフォーマット＃０が選択されるが、第２のアルゴリズムによれば、４つのＣＣＥを使用するフォーマット＃２が選択される。
【００４３】
フォーマット決定部４５は、端末装置ごとに、第１のアルゴリズムまたは第２のアルゴリズムの一方を選択してＰＤＣＣＨフォーマットを決定する。この実施例では、フォーマット決定部４５は、各端末装置のハンドオーバの状態に基づいて、第１のアルゴリズムまたは第２のアルゴリズムの一方を選択して実行する。なお、第１のアルゴリズムまたは第２のアルゴリズムの一方を選択する方法については、後で説明する。
【００４４】
なお、「アルゴリズム」は、コンピュータまたはプロセッサ等によって実行されてもよいし、ハードウェア回路で実行されるようにしてもよい。或いは、ハードウェアとソフトウェアに組合せで「アルゴリズム」を実行してもよい。
【００４５】
スケジュール管理部４６は、基地局１に収容されている各端末装置に対してデータ信号を送信するタイミングを管理する。また、スケジュール管理部４６は、フォーマット決定部４５により各端末装置について決定されたフォーマットに基づいて、ＰＤＣＣＨを制御する。無線リソース割当部４７は、基地局１に収容されている各端末装置に対して無線リソース（ここでは、例えば、拡散コード）を割り当てる。
【００４６】
符号化部４８は、送信信号を符号化する。そして、変調部４９は、符号化された送信信号を変調する。変調部４９により生成される変調信号は、ＲＦ部２１に送られる。
【００４７】
ベースバンド部２２は、特に限定されるものではないが、たとえば、プロセッサ、メモリ、ハードウェア回路により実現される。この場合、フォーマット決定部４５は、ハードウェア回路で実現してもよいし、ソフトウェアで実現してもよい。また、図５（ａ）および図５（ｂ）に示すテーブルは、メモリに格納される。
【００４８】
制御部２５は、ネットワークに接続するためのインタフェース部５１を有する。インタフェース部５１は、図１に示す移動管理機能（ＭＭＥ）、サービングゲートウェイ（ＳＧＷ）、他の基地局（ｅＮＢ）へ信号を送信することができる。また、インタフェース部５１は、移動管理機能（ＭＭＥ）、サービングゲートウェイ（ＳＧＷ）、他の基地局（ｅＮＢ）から信号を受信することができる。
【００４９】
アプリケーション部６０は、プロセッサおよびメモリにより実現され、ソフトウェアプログラムとして記述された機能を提供する。また、アプリケーション部６０は、ハンドオーバ制御部６１を含む。ハンドオーバ制御部６１は、基地局１に収容されている端末装置のハンドオーバを制御する。ハンドオーバの手順については、後で詳しく説明する。
【００５０】
図６および図７は、基地局により提供されるセルの配置を示す。図６および図７に示す例では、互いに隣接する２台の基地局（１ａ、１ｂ）により提供されるセルの配置が描かれている。各基地局が提供するセルは、３つのセクタにより形成される。すなわち、基地局１ａが提供するセルＡは、セクタＡ１〜Ａ３により形成されている。各セクタＡ１〜Ａ３は、破線の円で表されている。また、基地局１ｂが提供するセルＢは、セクタＢ１〜Ｂ３により形成されている。各セクタＢ１〜Ｂ３は、実線の円で表されている。
【００５１】
図６において、端末装置（ＵＥ）１２は、地点Ｘから地点Ｙを経由して地点Ｚへ移動するものとする。端末装置１２が地点Ｘに位置しているときは、端末装置１２は、基地局１ａを介して通信を行う。そして、端末装置１２が地点Ｙを通過するとき、基地局１ａから基地局１ｂへのハンドオーバが実行される。この後、端末装置１２が地点Ｚに位置しているときは、端末装置１２は、基地局１ｂを介して通信を行う。
【００５２】
なお、ハンドオーバが実行される前に端末装置１２を収容していた基地局を「サービング基地局（Ｓ−ｅＮＢ）」と呼ぶことがある。また、ハンドオーバの実行後に端末装置１２を収容する基地局を「ターゲット基地局（Ｔ−ｅＮＢ）」と呼ぶことがある。図６〜図７に示す例では、基地局１ａがサービング基地局であり、基地局１ｂがターゲット基地局である。
【００５３】
ところで、人口密度の高い地域または商業地域では、狭い間隔で基地局が配置される。そして、狭い間隔で基地局が配置されると、互いに隣接するセル（または、セクタ）間でオーバラップする領域が大きくなる。例えば、図７に示す例では、セクタＡ３およびセクタＢ３は、互いに大きくオーバラップしている。
【００５４】
ところが、互いに隣接するセル（または、セクタ）間でオーバラップする領域が大きいときは、ハンドオーバの実行時に通信障害が発生するおそれがある。以下、図８および図９を参照しながら、ハンドオーバ時の障害について説明する。
【００５５】
図８および図９においては、２つのセルＡ、Ｂが互いに隣接している。セル内に位置する端末装置（ＵＥ）１２により得られるＣＱＩは、基地局１からの距離に依存する。ここでは、説明を簡単にするために、基地局１は、指向性を有していないものとする。なお、３つの破線の円Ｃ１、Ｃ２、Ｃ３は、それぞれ「ＣＱＩ＝６」「ＣＱＩ＝４」「ＣＱＩ＝２」が得られる位置を表している。すなわち、円Ｃ１の内側の領域では、ＣＱＩは「６」よりも大きくなる。Ｃ１とＣ２との間の領域では、ＣＱＩは「４〜６」である。Ｃ２とＣ３との間の領域では、ＣＱＩは「２〜４」である。そして、円Ｃ３の外側の領域では、ＣＱＩは「２」よりも小さくなる。なお、フォーマット決定部４５は、図５（ａ）に示すテーブルを使用してＰＤＣＣＨフォーマットを決定するものとする。
【００５６】
図８において、端末装置１２は、地点Ｘ１から地点Ｘ２、Ｘ３、Ｙを順番に経由して地点Ｚへ移動するものとする。端末装置１２が地点Ｘ１〜Ｘ３に位置しているときは、端末装置１２は、基地局１ａを介して通信を行う。ただし、端末装置１２が地点Ｘ１に位置しているときは、端末装置１２により得られるＣＱＩは「６」よりも大きいので、フォーマット決定部４５はＰＤＣＣＨフォーマット＃０を選択する。また、端末装置１２が地点Ｘ２に位置しているときは、「４＜ＣＱＩ＜６」なので、フォーマット決定部４５はＰＤＣＣＨフォーマット＃１を選択する。さらに、端末装置１２が地点Ｘ３に位置しているときは、「２＜ＣＱＩ＜４」なので、フォーマット決定部４５はＰＤＣＣＨフォーマット＃２を選択する。
【００５７】
端末装置１２が地点Ｙを通過するとき、基地局１ａから基地局１ｂへのハンドオーバが実行される。このとき、端末装置１２は、セルＡのエッジの近く（すなわち、円Ｃ３の外側）に位置しており、端末装置１２により得られるＣＱＩは「２」よりも小さいので、フォーマット決定部４５はＰＤＣＣＨフォーマット＃３を選択する。ＰＤＣＣＨフォーマット＃３は、多くのリソースを使用して信号を伝送するので、伝送エラーが抑制される。
【００５８】
一方、ハンドオーバが実行されるときは、端末装置１２において、サービング基地局から受信する電波とターゲット基地局から受信する電波との干渉が大きくなる。このため、図８において、端末装置１２が地点Ｙを通過するとき（すなわち、ハンドオーバが実行されるとき）は、干渉の影響で伝送エラーが発生しやすい。ところが、上述したように、端末装置１２が地点Ｙを通過するときは、ＰＤＣＣＨフォーマット＃３が選択されているので、ＰＤＣＣＨの伝送エラーが抑制される。したがって、干渉の影響を受けやすいハンドオーバ時であっても、端末装置１２は、通信を継続することができる。
【００５９】
これに対して、図９に示す例では、互いに隣接するセルＡ、Ｂが大きくオーバラップしている。この場合、端末装置１２が地点Ｘから地点Ｚへ移動するときに、端末装置１２がセルＡのエッジに到達する前にハンドオーバが実行される。図９に示す例では、端末装置１２が地点Ｙを通過するときに、ハンドオーバが実行される。すなわち、互いに隣接するセルＡ、Ｂが大きくオーバラップしているときは、サービング基地局（ここでは、基地局１ａ）からの電波が弱くなる前に、ハンドオーバが行われることになる。
【００６０】
端末装置１２が地点Ｘに位置しているときは、端末装置１２は、基地局１ａを介して通信を行う。また、端末装置１２が地点Ｘに位置しているときは、端末装置１２により得られるＣＱＩは「６」よりも大きいので、フォーマット決定部４５はＰＤＣＣＨフォーマット＃０を選択する。
【００６１】
続いて、端末装置１２が地点Ｙを通過するとき、基地局１ａから基地局１ｂへのハンドオーバが実行される。ところが、図９に示す例では、ハンドオーバが実行されるときに、端末装置１２は、セルＡの中心から比較的近い地点（すなわち、円Ｃ３の内側）に位置している。このため、ハンドオーバが実行されるとき、端末装置１２により得られるＣＱＩは「６」よりも大きいので、フォーマット決定部４５はＰＤＣＣＨフォーマット＃０を選択する。
【００６２】
ＰＤＣＣＨフォーマット＃０は、少ないリソースで信号を伝送するので、ＰＤＣＣＨ＃１〜＃３と比較して、伝送エラーが発生しやすい。これに加えて、ハンドオーバが実行されるときは、上述したように、干渉の影響で伝送エラーが発生しやすい。すなわち、図９に示す例では、伝送エラーが発生しやすい環境（すなわち、ハンドオーバが実行される環境）下で、伝送エラーが発生しやすいＰＤＣＣＨフォーマット＃０で制御信号が伝送される。よって、このケースでは、端末装置１２が地点Ｙを通過するときに、端末装置１２はＰＤＣＣＨの制御信号を受信できないことがある。すなわち、基地局間の間隔が狭い無線通信システムでは、ハンドオーバが実行されるときに、基地局と端末装置との間で通信障害が発生することがある。
【００６３】
そこで、実施形態の基地局１は、端末装置１２のハンドオーバの状態に基づいて、上述した第１のアルゴリズムまたは第２のアルゴリズムの一方を選択する。そして、基地局１は、選択したアルゴリズムで、端末装置１２に対応するＰＤＣＣＨフォーマットを決定する。
【００６４】
図１０は、ハンドオーバシーケンスの一例を示す。図１０に示すハンドオーバは、ＬＴＥネットワーク内のＳ１ハンドオーバである。
端末装置１２（以下、ＵＥ）は、サービング基地局（以下、Ｓ−ｅＢＮ）のセル内に位置している。すなわち、ＵＥは、Ｓ−ｅＮＢを介してパケットデータを送信および受信している。そして、ＵＥは、ターゲット基地局（以下、Ｔ−ｅＮＢ）のセルに向かって移動しているものとする。このとき、ＵＥは、定期的にＳ−ｅＮＢとＵＥとの間の通信品質を測定し、その測定結果を表すＣＱＩ報告をＳ−ｅＮＢへ通知する。
【００６５】
ＵＥは、例えば、Ｓ−ｅＮＢから送信される電波の強度、およびＴ−ｅＮＢから送信される電波の強度を測定する。そして、これら２つの測定値が所定の条件を満たすと、ＵＥは、Measurement Reportを作成してＳ−ｅＮＢへ送信する。Measurement Reportは、端末装置から基地局に対してハンドオーバを要求する信号の一例である。
【００６６】
Ｓ−ｅＮＢは、Measurement Reportを受信すると、ハンドオーバ処理を開始する。すなわち、Ｓ−ｅＮＢは、移動管理機能（以下、ＭＭＥ）へHandover Requiredを送信する。Handover Requiredは、例えば、Measurement Reportを送信したＵＥを識別する情報、Ｓ−ｅＮＢを識別する情報、Ｔ−ｅＮＢを識別する情報を含む。
【００６７】
ＭＭＥは、Handover Requiredを受信すると、Ｔ−ｅＮＢへHandover Requestを送信する。このHandover Requestは、移動管理機能から基地局に対してハンドオーバを要求する信号の一例である。
【００６８】
Ｔ−ｅＮＢは、Handover Requestを受信すると、ＭＭＥへHandover Request Ackを返送する。そして、ＭＭＥは、Handover Request Ackを受信すると、Ｓ−ｅＮＢに対してHandover Commandを送信する。
【００６９】
Ｓ−ｅＮＢは、Handover Commandを受信すると、Measurement Reportを発行したＵＥに対してRRC Connection Reconfigurationを送信する。これにより、ＵＥは、接続する基地局を切り替える。すなわち、ＵＥは、Ｓ−ｅＮＢが提供するセルから切り離され、Ｔ−ｅＮＢが提供するセルに同期する。
【００７０】
この後、Ｓ−ｅＮＢは、ＭＭＥへeNB Status Transferを送信する。そうすると、ＭＭＥは、Ｔ−ｅＮＢへMME Status Transferを送信する。さらに、ＵＥは、Ｔ−ｅＮＢへRRC Connection Reconfiguration Completeを送信する。これにより、Ｔ−ｅＮＢは、ＵＥにおいてＳ−ｅＮＢからＴ−ｅＮＢへの切り替えが完了したことを認識する。そして、Ｔ−ｅＮＢは、ＭＭＥへHandover Notifyを送信する。
【００７１】
ＭＭＥは、サービングゲートウェイ（以下、Ｓ−ＧＷ）へModify Bearer Requestを送信する。そうすると、Ｓ−ＧＷは、ＭＭＥへModify Bearer Responseを返送する。このとき、Ｓ−ＧＷは、Ｓ−ｅＮＢへEnd Markerを送信してもよい。
【００７２】
ＭＭＥは、Ｓ−ＧＷからModify Bearer Responseを受信すると、Ｓ−ｅＮＢに対してUE Context Release Commandを送信する。Ｓ−ｅＮＢは、このコマンドを受信すると、Measurement Reportを送信したＵＥのためのリソースおよび情報を解放する。そして、Ｓ−ｅＮＢは、ＭＭＥへUE Context Release Completeを返送する。
【００７３】
上記シーケンスにより、ハンドオーバが完了する。以降、ＵＥは、Ｔ−ｅＮＢを介して通信を行う。
【００７４】
図１１は、ハンドオーバシーケンスの他の例を示す。図１１に示すハンドオーバは、ＬＴＥネットワーク内のＸ２ハンドオーバである。
Ｘ２ハンドオーバにおいては、Ｓ−ｅＮＢは、ＵＥからMeasurement Reportを受信すると、Ｔ−ｅＮＢへHandover Requestを送信する。このHandover Requestは、端末装置を収容している基地局（すなわち、Ｓ−ｅＮＢ）からその端末装置の移動先の基地局（すなわち、Ｔ−ｅＮＢ）に対してハンドオーバを要求する信号の一例である。そして、Ｔ−ｅＮＢへ、Ｓ−ｅＮＢへHandover Request Ackを返送する。
【００７５】
Ｓ−ｅＮＢは、ＵＥに対してRRC Connection Reconfigurationを送信する。これにより、ＵＥは、接続する基地局を切り替える。
Ｓ−ｅＮＢは、Ｔ−ｅＮＢへSN status transferを送信する。また、ＵＥは、Ｔ−ｅＮＢへRRC Connection Reconfiguration Completeを送信する。これにより、Ｔ−ｅＮＢは、ＵＥにおいてＳ−ｅＮＢからＴ−ｅＮＢへの切り替えが完了したことを認識する。そして、Ｔ−ｅＮＢは、ＭＭＥへPath Switch Requestを送信する。
【００７６】
ＭＭＥは、Path Switch Requestを受信すると、Modify Bearer RequestをＳ−ＧＷへ送信する。そうすると、Ｓ−ＧＷは、ＭＭＥへModify Bearer Responseを返送する。ＭＭＥは、Ｔ−ｅＮＢへPath Switch Request Ackを返送する。そして、Ｔ−ｅＮＢは、Ｓ−ｅＮＢに対してUE Context Release Commandを送信する。そうすると、Ｓ−ｅＮＢは、Measurement Reportを送信したＵＥのためのリソースおよび情報を解放する。上記シーケンスにより、ハンドオーバが完了する。以降、ＵＥは、Ｔ−ｅＮＢを介して通信を行う。
【００７７】
このように、実施形態の基地局（Ｓ−ｅＮＢおよびＴ−ｅＮＢ）は、公知のハンドオーバシーケンスを実現するように動作する。そして、基地局は、このハンドオーバシーケンスの中で、ＰＤＣＣＨフォーマットを決定するためのアルゴリズムを動的に変更することができる。例えば、Ｓ−ｅＮＢにおいては、ＵＥからMeasurement Reportを受信すると、ＰＤＣＣＨフォーマットを決定するためのアルゴリズムを第１のアルゴリズムから第２のアルゴリズムに変更する。また、Ｔ−ｅＮＢにおいては、Ｓ−ｅＮＢまたはＭＭＥからHandover Requestを受信すると、ＰＤＣＣＨフォーマットを決定するためのアルゴリズムを第１のアルゴリズムから第２のアルゴリズムに変更する。
【００７８】
なお、図１０〜図１１は、基地局間のハンドオーバを示しているが、基地局内でもハンドオーバが実行されることがある。例えば、１つの基地局が複数のセクタを提供し、端末装置がそれら複数のセクタの中の１つのセクタから他のセクタへ移動したときにも、ハンドオーバが実行される。基地局内のハンドオーバが実行されるときは、基地局は、ＵＥからMeasurement Reportを受信すると、ＰＤＣＣＨフォーマットを決定するためのアルゴリズムを第１のアルゴリズムから第２のアルゴリズムに変更する。
【００７９】
図１２は、基地局の動作の一例を示すフローチャートである。このフローチャートの処理は、サービング基地局において実行される。すなわち、このフローチャートの処理が開始されるとき、基地局は、端末装置を収容しているものとする。また、このフローチャートの処理は、基地局に収容されている各端末装置に対して実行される。
【００８０】
Ｓ１において、フォーマット決定部４５は、ＰＤＣＣＨフォーマットを決定するためのアルゴリズムにフォーマット判定テーブルＡを適用する。このフォーマット判定テーブルＡは、図５（ａ）に示すように、ＣＱＩについての条件式とＰＤＣＣＨフォーマットとの対応関係を格納している。以降、フォーマット決定部４５は、フォーマット判定テーブルＡを参照する第１のアルゴリズムで、ＣＱＩに対応するＰＤＣＣＨフォーマットを決定する。
【００８１】
Ｓ２において、ハンドオーバ制御部６１は、Measurement Reportを待ち受ける。そして、Measurement Reportを受信すると、ハンドオーバ制御部６１は、Ｓ３においてハンドオーバ処理を開始するか否かを判定する。なお、Measurement Reportは、端末装置１２から送信される。また、ハンドオーバ制御部６１は、Measurement Reportの内容に基づいて、ハンドオーバ処理を開始するか否かを判定する。
【００８２】
ハンドオーバ制御部６１がハンドオーバ処理を開始したときは、Ｓ４において、フォーマット決定部４５は、ＰＤＣＣＨフォーマットを決定するためのアルゴリズムにフォーマット判定テーブルＢを適用する。フォーマット判定テーブルＢも、図５（ｂ）に示すように、ＣＱＩについての条件式とＰＤＣＣＨフォーマットとの対応関係を格納している。ただし、フォーマット判定テーブルＡおよびフォーマット判定テーブルＢは、ＣＱＩに対応するＰＤＣＣＨフォーマットを判定するための閾値が互いに異なっている。以降、フォーマット決定部４５は、フォーマット判定テーブルＢを参照する第２のアルゴリズムで、ＣＱＩに対応するＰＤＣＣＨフォーマットを決定する。
【００８３】
Ｓ５において、ハンドオーバ制御部６１は、UE Context Releaseを待ち受ける。このメッセージは、図１０に示すシーケンスでは移動管理機能（ＭＭＥ）から送信され、図１１に示すシーケンスではターゲット基地局（Ｔ−ｅＮＢ）から送信される。ハンドオーバ制御部６１がUE Context Releaseを受信すると、基地局の処理はＳ６へ移行する。
【００８４】
Ｓ６において、フォーマット決定部４５は、ハンドオーバタイマをスタートさせる。ハンドオーバタイマは、期間αを計時する。期間αは、特に限定されるものではないが、例えば、数秒である。
【００８５】
Ｓ７において、フォーマット決定部４５は、ハンドオーバタイマの満了を待ち受ける。Ｓ８において、ハンドオーバ制御部６１は、Measurement Reportを待ち受ける。ここで、Ｓ７およびＳ８は、並列に実行される。そして、ハンドオーバタイマが満了する前にハンドオーバ制御部６１がMeasurement Reportを受信したときは、基地局の処理はＳ３へ移行する。一方、ハンドオーバタイマが満了したときは、基地局の処理はＳ１へ移行する。Ｓ１が実行されると、ＰＤＣＣＨフォーマットを決定するためのアルゴリズムに適応するテーブルは、フォーマット判定テーブルＢからフォーマット判定テーブルＡに変更される。すなわち、ハンドオーバが完了した後に期間αが経過すると、ＰＤＣＣＨフォーマットを決定するためのアルゴリズムは、初期状態に戻る。
【００８６】
なお、Ｓ３においてハンドオーバ処理を開始しないと判定されたときは、フォーマット決定部４５は、Ｓ９において、ハンドオーバタイマが動作中であるか否かを判定する。ハンドオーバタイマが動作中であれば、基地局の処理はＳ７へ移行する。また、ハンドオーバタイマが動作中でなかったときは、基地局の処理はＳ２へ移行する。
【００８７】
このように、サービング基地局においては、Measurement Reportの受信を契機として、ＰＤＣＣＨフォーマットを決定するためのアルゴリズムが、第１のアルゴリズムから第２のアルゴリズムに変更される。これにより、ハンドオーバが実行される期間は、多くのリソースを使用するＰＤＣＣＨフォーマットが得られやすくなる。この結果、ハンドオーバが実行される期間であっても、制御信号の伝送エラーが抑制され、通信の継続性が向上する。
【００８８】
換言すれば、ハンドオーバが実行されていない期間は、少ないリソースを使用するＰＤＣＣＨフォーマットが得られやすくなる。よって、無線通信システムにおいて、ＰＤＣＨＨのための無線リソースが効率的に使用される。
【００８９】
図１３は、ハンドオーバ時の動作を説明する図である。図１３において、３つの破線の円Ｃ４、Ｃ５、Ｃ６は、それぞれ「ＣＱＩ＝１５」「ＣＱＩ＝１４」「ＣＱＩ＝２」が得られる位置を表している。また、フォーマット決定部４５は、ハンドオーバが実行されているとき（すなわち、図１２のＳ３〜Ｓ７の期間）は、図５（ｂ）に示すテーブル（すなわち、フォーマット判定テーブルＢ）を使用してＰＤＣＣＨフォーマットを決定する。
【００９０】
以下、図９および図１３を参照しながら、ＣＱＩに基づいてＰＤＣＣＨフォーマットを決定する方法を説明する。図９および図１３において、端末装置１２は、地点Ｘから地点Ｙを経由して地点Ｚへ移動するものとする。また、地点Ｙにおいてｍハンドオーバが実行される。
【００９１】
図９は、基地局１ａが、図５（ａ）に示すテーブルを参照する第１のアルゴリズムでＰＤＣＣＨフォーマットを決定するときの動作を示している。一方、図１３は、基地局１ａが、図５（ｂ）に示すテーブルを参照する第２のアルゴリズムでＰＤＣＣＨフォーマットを決定するときの動作を示す。すなわち、図９は、端末装置１２のハンドオーバが実行されていないときの動作を示し、図１３は、端末装置１２のハンドオーバが実行されているときの動作を示す。
【００９２】
端末装置１２が地点Ｘに位置しているときは、基地局１ａは、図９に示すＣ１〜Ｃ３で表されるＣＱＩを閾値として、端末装置１２に対応するＰＤＣＣＨフォーマットを決定する。ここで、端末装置１２が地点Ｘに位置しているときは、図９に示すように、端末装置１２により得られるＣＱＩは「６」よりも大きい。よって、フォーマット決定部４５は、図５（ａ）に示すテーブルを参照して、ＰＤＣＣＨフォーマット＃０を選択する。
【００９３】
端末装置１２が地点Ｙを通過するとき、端末装置１２は、Measurement Reportを発行する。そうすると、基地局１ａは、ハンドオーバ処理を開始し、第２のアルゴリズムでＰＤＣＣＨフォーマットを決定するモードに移行する。すなわち、基地局１ａは、図１３に示すＣ４〜Ｃ６で表されるＣＱＩを閾値として、端末装置１２に対応するＰＤＣＣＨフォーマットを決定する。ここで、図１３において、地点Ｙは、Ｃ５の外側、かつ、Ｃ６の内側に位置する。すなわち、端末装置１２が地点Ｙを通過するとき、端末装置１２において「２＜ＣＱＩ＜１４」が得られる。よって、フォーマット決定部４５は、図５（ｂ）に示すテーブルを参照して、ＰＤＣＣＨフォーマット＃２を選択する。
【００９４】
ここで、図５（ａ）に示すテーブルのみを使用してＰＤＣＣＨフォーマットを決定する場合は、端末装置１２が地点Ｙを通過するときに「フォーマット＃０」が選択される。これに対して、実施形態の基地局は、端末装置１２が地点Ｙを通過するときに、図５（ｂ）に示すテーブルを使用してＰＤＣＣＨフォーマットを決定する。図１３に示す例では、端末装置１２が地点Ｙを通過するときに「フォーマット＃２」が選択される。すなわち、実施形態の方法によれば、ハンドオーバが実行されるときに、多くのリソースを使用するＰＤＣＣＨフォーマットが得られやすくなる。この結果、ハンドオーバが実行される期間であっても、制御信号の伝送エラーが抑制され、通信の継続性が向上する。
【００９５】
図１４は、基地局の動作の他の例を示すフローチャートである。図１４に示すフローチャートの処理も、図１２と同様に、サービング基地局において実行される。ただし、図１４のフローチャートは、基地局内のセクタ間でハンドオーバが実行されるときの処理を示している。
【００９６】
Ｓ１１〜Ｓ１９の処理は、図１２に示すＳ１〜Ｓ９に対応する。ただし、基地局内のセクタ間でハンドオーバが実行されるときには、ハンドオーバ制御部６１は、Ｓ１５において、RRC Reconfiguration Completeを待ち受ける。即ち、基地局内でハンドオーバが実行されるときは、ハンドオーバ制御部６１は、RRC Reconfiguration Completeを受信したときに、ハンドオーバ処理が完了したこと認識する。そして、ハンドオーバ制御部６１がRRC Reconfiguration Completeを受信すると、フォーマット決定部４５は、ハンドオーバタイマをスタートさせる。なお、Ｓ１１〜Ｓ１４およびＳ１６〜Ｓ１９の処理は、図１２に示すＳ１〜Ｓ４およびＳ６〜Ｓ９と実質的に同じである。
【００９７】
図１５は、基地局の動作のさらに他の例を示すフローチャートである。このフローチャートの処理は、ターゲット基地局において実行される。また、このフローチャートの処理は、このフローチャートの処理を実行する基地局のセル内に進入してくる端末装置に対して実行される。
【００９８】
ターゲット基地局のハンドオーバ制御部６１は、Ｓ２２において、Handover Requestを待ち受ける。このHandover Requestは、図１０に示すシーケンスでは、移動管理機能（ＭＭＥ）から送信され、図１１に示すシーケンスでは、サービング基地局（Ｓ−ｅＮＢ）から送信される。そして、ハンドオーバ制御部６１は、Handover Requestを受信すると、ハンドオーバ処理を開始する。また、ハンドオーバ制御部６１は、Ｓ２５において、RRC Reconfiguration Completeを待ち受ける。そして、ハンドオーバ制御部６１がRRC Reconfiguration Completeを受信すると、フォーマット決定部４５は、ハンドオーバタイマをスタートさせる。Ｓ２１、Ｓ２３、Ｓ２４、Ｓ２６〜Ｓ２９の処理は、図１２に示すＳ１、Ｓ３、Ｓ４、Ｓ６〜Ｓ９と実質的に同じである。
【００９９】
なお、ターゲット基地局においては、例えば、セル内に端末装置が進入してきたときに図１５に示すフローチャートの処理が実行される。したがって、図１５のフローチャートは、Ｓ２２から開始されることがある。
【０１００】
このように、実施形態の無線通信システムにおいては、サービング基地局だけでなくターゲット基地局においても、ハンドオーバ時にＰＤＣＣＨフォーマットを決定するアルゴリズムが変更される。よって、ＰＤＣＣＨの制御信号の伝送エラーがさらに抑制され、通信の継続性がさらに向上する。
【０１０１】
なお、実施形態の基地局は、セル内に位置する複数の端末装置について、ＰＤＣＣＨフォーマットを決定する。したがって、フォーマット決定部４５は、複数の端末装置に対してそれぞれ図１２、図１４、または図１５に示すフローチャートの処理を実行することにより、端末装置ごとに第１のアルゴリズムまたは第２のアルゴリズムのいずれを適用するのかを判断する。この判断結果は、図１６（ａ）に示すアルゴリズム管理テーブルにより管理される。このとき、ハンドオーバ処理が実行されている端末装置に対しては、一時的に「アルゴリズム＝２」が設定され、他の端末装置に対しては「アルゴリズム＝１」が設定される。図１６（ａ）に示す例では、端末装置ＵＥ３のハンドオーバ処理が実行されており、この端末装置ＵＥ３に対して「アルゴリズム＝２」が記録されている。
【０１０２】
また、実施形態の基地局は、セル内に位置する複数の端末装置について、通信品質を管理する。通信品質は、各端末装置で測定され、ＣＱＩで表される。そして、基地局は、図１６（ｂ）に示す品質管理テーブルを利用して、各端末装置におい測定されたＣＱＩを管理する。なお、品質管理テーブルには、各端末装置から通知される最新のＣＱＩが記録される。
【０１０３】
図１７は、ＰＤＣＣＨフォーマットを決定する処理を示すフローチャートである。このフローチャートの処理は、フォーマット決定部４５によって、各端末装置に対して実行される。
【０１０４】
Ｓ３１において、フォーマット決定部４５は、図１６（ｂ）に示す品質管理テーブルを参照し、処理対象の端末装置のＣＱＩを取得する。Ｓ３２において、フォーマット決定部４５は、図１６（ａ）に示すアルゴリズム管理テーブルを参照し、処理対象の端末装置に対して適用されているアルゴリズムを判定する。
【０１０５】
処理対象の端末装置に対して「アルゴリズム＝１」が設定されていれば、フォーマット決定部４５は、Ｓ３３において、図５（ａ）に示すテーブルを使用する第１のアルゴリズムで、その端末装置に対応するＰＤＣＣＨフォーマットを決定する。すなわち、フォーマット決定部４５は、端末装置１２により得られているＣＱＩと図５（ａ）に示す３つの閾値「６」「４」「２」とを比較することにより、対応するフォーマットを選択する。これに対して、処理対象の端末装置に対して「アルゴリズム＝２」が設定されていれば、フォーマット決定部４５は、Ｓ３４において、図５（ｂ）に示すテーブルを使用する第２のアルゴリズムで、その端末装置に対応するＰＤＣＣＨフォーマットを決定する。すなわち、フォーマット決定部４５は、端末装置１２により得られているＣＱＩと図５（ｂ）に示す３つの閾値「１５」「１４」「２」とを比較することにより、対応するフォーマットを選択する。
【０１０６】
＜他の実施形態＞
上述の実施形態では、基地局が、ハンドオーバを要求する信号を受信したときに、ＰＤＣＣＨフォーマットを決定するアルゴリズムが変更される。これに対して、以下に説明する実施形態では、基地局は、ハンドオーバの成功率をモニタし、その成功率が所定の閾値よりも低くなったときに、ＰＤＣＣＨフォーマットを決定するアルゴリズムを変更する。
【０１０７】
サービング基地局において、ハンドオーバ制御部６１は、ハンドオーバの成功率をモニタする。このとき、ハンドオーバ制御部６１は、UE Context Releaseを受信したときに、ハンドオーバが成功したと判定する。したがって、ハンドオーバ制御部６１は、例えば、図１０に示すハンドオーバシーケンスにおいては、位置管理機能（ＭＭＥ）に対して送信したHandover Requiredの数と、ＭＭＥから受信したUE Context Releaseの数との比率に基づいて、ハンドオーバの成功率を計算することができる。また、図１１に示すハンドオーバシーケンスでは、ハンドオーバ制御部６１は、ターゲット基地局へ送信したHandover Requestの数と、ターゲット基地局から受信したUE Context Releaseの数との比率に基づいて、ハンドオーバの成功率を計算できる。そして、ハンドオーバの成功率を表すデータは、統計情報管理部４４に記録される。
【０１０８】
ハンドオーバの成功率が高いときは、ハンドオーバの実行時にＰＤＣＣＨで送信される制御信号の伝送エラー率が十分に低いと考えられる。これに対して、ハンドオーバの成功率が低いときは、ハンドオーバの実行時にＰＤＣＣＨで送信される制御信号の伝送エラー率が劣化しているおそれがある。したがって、ハンドオーバの成功率が低いときは、基地局は、多くのリソースを使用するＰＤＣＣＨフォーマットで制御信号を送信することが好ましい。
【０１０９】
そこで、フォーマット決定部４５は、ハンドオーバの成功率が所定の閾値よりも高いときは、第１のアルゴリズムでＰＤＣＣＨチャネルのフォーマットを決定する。一方、ハンドオーバの成功率が所定の閾値以下のときは、フォーマット決定部４５は、第２のアルゴリズムでＰＤＣＣＨチャネルのフォーマットを決定する。これにより、ハンドオーバの成功率が低いときは、使用するリソースの多いＰＤＣＣＨフォーマットが選択されやすくなり、ＰＤＣＣＨで送信される制御信号の伝送エラー率が改善する。
【０１１０】
なお、この実施形態では、基地局は、３以上のアルゴリズムを用意してもよい。この場合、例えば、第２のアルゴリズムでＰＤＣＣＨチャネルのフォーマットを決定してもハンドオーバの成功率が改善しなければ、基地局は、第３のアルゴリズムでＰＤＣＣＨチャネルのフォーマットを決定する。第３のアルゴリズムにおいては、第１および第２のアルゴリズムと比較して、より多くのリソースを使用するＰＤＣＣＨフォーマットが選択されやすいものとする。
【符号の説明】
【０１１１】
１（１ａ、１ｂ）  基地局（ｅＮＢ）
３  移動管理機能（ＭＭＥ）
１２  端末装置（ＵＥ）
２４  通信品質検出部
２６  ＣＱＩ測定部
４３  通信品質検出部
４４  統計情報管理部
４５  フォーマット決定部
６１  ハンドオーバ制御部
【図１】
2014033319.tif 000003
【図２】
2014033319.tif 000004
【図３】
2014033319.tif 000005
【図４】
2014033319.tif 000006
【図５】
2014033319.tif 000007
【図６】
2014033319.tif 000008
【図７】
2014033319.tif 000009
【図８】
2014033319.tif 000010
【図９】
2014033319.tif 000011
【図１０】
2014033319.tif 000012
【図１１】
2014033319.tif 000013
【図１２】
2014033319.tif 000014
【図１３】
2014033319.tif 000015
【図１４】
2014033319.tif 000016
【図１５】
2014033319.tif 000017
【図１６】
2014033319.tif 000018
【図１７】
2014033319.tif 000019