(57)【特許請求の範囲】
【請求項１】
移動端末から測定レポートを受信したときに、当該移動端末が送受信するＵプレーンデータが有るか否かを判断する判断部と、
前記Ｕプレーンデータがある場合にハンドオーバを実施し、前記Ｕプレーンデータが無い場合に呼解放を行う制御部と、
を有し、
前記制御部は、近隣基地局の輻輳状態を示す第１情報を取得し、
前記Ｕプレーンデータが無い場合に、前記第１情報が第１閾値以下である場合にハンドオーバを実施することを特徴とする基地局。
【請求項２】
移動端末から測定レポートを受信したときに、当該移動端末が送受信するＵプレーンデータが有るか否かを判断する判断部と、
前記Ｕプレーンデータがある場合にハンドオーバを実施し、前記Ｕプレーンデータが無い場合に呼解放を行う制御部と、
を有し、
前記制御部は、モビリティ管理装置の輻輳状態を示す第２情報を取得し、
前記Ｕプレーンデータが無い場合に、前記第２情報が第２閾値以下である場合にハンドオーバを実施することを特徴とする基地局。
【請求項３】
前記制御部は、モビリティ管理装置の輻輳状態を示す第２情報を取得し、
前記Ｕプレーンデータが無い場合に、前記第２情報が第２閾値以下である場合にハンドオーバを実施することを特徴とする請求項１に記載の基地局。
【請求項４】
前記第２閾値は前記第１閾値と同じ値であることを特徴とする請求項３に記載の基地局。
【請求項５】
移動端末から測定レポートを受信したときに、当該移動端末が送受信するＵプレーンデータが有るか否かを判断する判断部と、
前記Ｕプレーンデータがある場合にハンドオーバを実施し、前記Ｕプレーンデータが無い場合に呼解放を行う制御部と、
を有し、
前記制御部は、自局またはハンドオーバのターゲット基地局におけるハンドオーバ実施回数を取得し、
前記Ｕプレーンデータが無い場合に、前記ハンドオーバ実施回数を第３閾値と比較し、前記ハンドオーバ実施回数が前記第３閾値以下である場合にハンドオーバを実施し、前記第３閾値を超える場合に前記呼解放を行うことを特徴とする基地局。
【請求項６】
移動端末から測定レポートを受信したときに、当該移動端末が送受信するＵプレーンデータが有るか否かを判断する判断部と、
前記Ｕプレーンデータがある場合にハンドオーバを実施し、前記Ｕプレーンデータが無い場合に呼解放を行う制御部と、
を有し、
前記制御部は、前記Ｕプレーンデータが無い場合であって、かつ、ハンドオーバのターゲット基地局からハンドオーバ抑止コマンドを受信した場合に、前記呼解放を実施することを特徴とする基地局。
【請求項７】
移動端末から測定レポートを受信したときに、当該移動端末が送受信するＵプレーンデータが有るか否かを判断する判断部と、
前記Ｕプレーンデータがある場合にハンドオーバを実施し、前記Ｕプレーンデータが無い場合に呼解放を行う制御部と、
を有し、
前記制御部は、前記Ｕプレーンデータが無い場合であって、かつ、前記移動端末が保持しているベアラの種別が特定の種別である場合に前記呼解放を実施することを特徴とする基地局。
【請求項８】
前記移動端末がユーザデータを送受信しない期間を計測するタイマ、または上りリンク同期調整用のタイマの少なくとも一方、
をさらに有し、
前記判断部は、前記タイマの値が第４閾値を超える場合、または前記タイマの満了から一定時間経過したときに、前記Ｕプレーンデータが無いと判断することを特徴とする請求項１〜７のいずれか１項に記載の基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信の分野に関し、特に、データ通信を行っていないユーザ装置のハンドオーバを抑止するハンドオーバ制御技術に関する。
【背景技術】
【０００２】
３ＧＰＰ（3rd Generation Partnership Project）で標準化されているＬＴＥ（Long Term Evolution）方式の移動通信では、移動端末（ＵＥ：User Equipment）の通信状態を維持したままセル間を移動させるハンドオーバ（ＨＯ）制御が行われている。
【０００３】
基地局（ｅＮＢ：Evolved Node B）は、ＵＥからメジャーメントレポート（Measurement Report）（「測定レポート」とも表記する。）を受け取ると、通信品質（電波受信強度など）を確認して当該ＵＥのためにターゲットのセル又はｅＮＢへのハンドオーバを実施する。ハンドオーバ先のセルまたはｅＮＢでは、ＵＥのための無線リソースを確保する。その後、ＵＥとハンドオーバ先のセルまたはｅＮＢとの間で、ＲＲＣ（Radio Resource Control）接続（RRC connected）状態が確立される。
【０００４】
このＬＴＥ方式の移動通信では、ＵＥが送受信するユーザデータ（「Ｕプレーン（User-Plane）データ」とも表記する。）が一定期間以上存在しない場合に、ｅＮＢから送信される物理下り制御チャネル（ＰＤＣＣＨ：Physical Downlink  Control Channel）をＵＥに間欠的にのみ受信させるＤＲＸ（Discontinuous Reception）制御技術が採用されている（例えば非特許文献１参照）。これは、ＵＥのバッテリセービングを主目的とする。
【０００５】
ＵＥ非アクティブタイマとは、ｅＮＢが、ｅＮＢと各ＵＥとの間で送受信すべきユーザデータが存在しない時間を計測するタイマである。なお、このＵＥ非アクティブタイマの満了閾値は可変である。
【０００６】
このＵＥ非アクティブタイマが満了すると、ｅＮＢはＵＥにおいて送信すべきユーザデータは発生しないとみなして、呼を解放する。ただし、ＵＥ非アクティブタイマの作動中でも、ＵＥはハンドオーバの目的で近隣セルの測定を行う等の動作を行うことは可能である（たとえば、非特許文献２参照）。
【０００７】
一方で、ＵＥ非アクティブタイマが満了しなければ、ＵＥはRRC connected状態から呼解放されない。すなわち、地理的エリアの移動時にＵプレーンデータが存在（「Ｕプレーンデータ通信を実施」等とも表記する。）していなかったとしてもハンドオーバは実施されることになる。
【０００８】
このように、現状では、ユーザデータの有無にかかわらず、ｅＮＢとRRC connected状態にあるＵＥは、ハンドオーバ制御の対象となっている。
【先行技術文献】
【非特許文献】
【０００９】
【非特許文献１】3GPP TS 36.300
【非特許文献２】3GPP TS 36.331
【発明の概要】
【発明が解決しようとする課題】
【００１０】
Ｕプレーンデータ通信の実施有無にかかわらず移動時にハンドオーバが実施されると、以下の問題が生じる。
（１）Ｕプレーンデータ通信を実施していないＵＥがハンドオーバ先セル又はｅＮＢでリソースを確保することにより、ハンドオーバ先セル又はｅＮＢの無線リソースやｅＮＢ内のＩＤ、メモリ等が枯渇する。特に、チャネル品質指標（ＣＱＩ：Channel Quality Indicator）、スケジューリング要求（ＳＲ:Scheduling Request）、サウンディング参照信号（ＳＲＳ：Sounding Reference Signal）など、上りリンク無線リソースが枯渇する。
（２）シグナリングによるＰＤＣＣＨ（Physical Downlink Control Channel：物理下りリンク制御チャネル）と、下りリンク及び上りリンクでの共有チャネル（ＰＤＳＣＨ：Physical Downlink Shared Channel／ＰＵＳＣＨ：Physical Uplink Shared Channel）のリソース消費により、ハンドオーバ元及びハンドオーバ先のセル全体のスループットが劣化する。
（３）モビリティ管理装置（ＭＭＥ：Mobility Management Entity）を介したＳ１ハンドオーバの場合は、不要なＳ１シグナリングが発生し、コアへの負担が増大する。
【００１１】
無駄なハンドオーバを減らすためにＵＥ非アクティブタイマ（プリザベーションタイマ）の期間を短くすることも考えられるが、発着信と呼解放が頻繁に行われることになり、コアへのシグナリングが増大する。
【００１２】
そこで、上記の問題点を解決し、Ｕプレーンデータ通信を実施していないＵＥに対するハンドオーバを抑制する技術を提供することを課題とする。
【課題を解決するための手段】
【００１３】
上記課題を解決するために、実施形態では、Ｕプレーンデータ通信を実施していない移動端末を判別して、この移動端末のハンドオーバを抑止する。
【００１４】
一つの態様では、基地局装置は、
移動端末から測定レポートを受信したときに、当該移動端末が送受信するＵプレーンデータが有るか否かを判断する判断部と、
前記Ｕプレーンデータがある場合にハンドオーバを実施し、前記Ｕプレーンデータが無い場合に呼解放を行う制御部と、
を有する。
【発明の効果】
【００１５】
上記構成により、Ｕプレーンデータ通信を実施していない移動端末のハンドオーバを抑止することができる。
【図面の簡単な説明】
【００１６】
【図１】第１実施形態のハンドオーバ抑止制御のシーケンス図であり、基地局内（Intra-eNB）ハンドオーバ時の制御を示す図である。
【図２】第１実施形態のハンドオーバ抑止制御のシーケンス図であり、基地局間（Inter-eNB）ハンドオーバ時の制御を示す図である。
【図３】第２実施形態のハンドオーバ抑止制御のシーケンス図である。
【図４】第３実施形態のハンドオーバ抑止制御のシーケンス図である。
【図５】第４実施形態のハンドオーバ抑止制御の変形例を示す図である。
【図６】基地局装置の概略ブロック図である。
【発明を実施するための形態】
【００１７】
＜第１実施形態＞
図１は、第１実施形態のハンドオーバ抑止制御のシーケンス図であり、基地局内（Intra-eNB）ハンドオーバ時の制御を示す。基地局（ｅＮＢ）１０、移動端末（ＵＥ）２０、モビリティ管理装置（ＭＭＥ：Mobility Management Entity）３０は、移動通信システム１Ａに含まれる。
【００１８】
基地局（ｅＮＢ）１０のセルＢに在圏する移動端末（ＵＥ）２０は、セルＢの通信品質（電波受信強度など）とともに、隣接セルの通信品質を測定し（Ｓ１１）、測定結果をメジャーメントレポート（Measurement Report）でｅＮＢ１０に通知する（Ｓ１２）。
【００１９】
メジャーメントレポートを受信したｅＮＢ１０は、当該ＵＥ２０がＵプレーンデータ通信を実施しているか否かを判断する（Ｓ１３）。Ｕプレーンデータ通信の実施有無は、たとえば、ＵＥ非アクティブタイマの値や、ＴＡタイマ（Time Alignment timer）の値を参照することで判断することができる。
【００２０】
ＵＥ非アクティブタイマは、上述したように各ＵＥに対するユーザデータが存在しない時間を計測するタイマである。このタイマが閾値を超えている場合、対応するＵＥに対する下りリンク（ＤＬ：Downlink）ユーザデータが存在せず、Ｕプレーンデータ通信は実施されていないと判断できる。
【００２１】
ＴＡタイマは、ＵＥに対する最後のＴＡコマンド（Timing Advance Command）から個別リソースが解放されるまでの時間を計測するタイマである。ＴＡタイマは、ｅＮＢがＴＡコマンドのＡＣＫ（Acknowledge）を受信する度に起動され、このタイマの満了時あるいは満了から一定時間経過後に、ｅＮＢは対応するＵＥが上りリンク（ＵＬ：Uplink）の個別リソースを解放したと認識する。したがって、ＴＡタイマが満了しているときは、あるいはＴＡタイマの満了から一定時間経過している場合は、当該ＵＥの上りリンクユーザデータは存在せず、Ｕプレーンデータ通信は実施されていないと判断できる。
【００２２】
Ｓ１３でＵプレーンデータ通信が実施されていないと判断された場合、ｅＮＢは、ＵＥの呼解放を決定する。Ｕプレーンデータ通信が実施されている場合は、接続を維持してハンドオーバ（ＨＯ）を決定する（Ｓ１４）。
【００２３】
Ｓ１４で呼解放が決定された場合、ｅＮＢ１０は呼解放手順を実施する。具体的には、コア側のＭＭＥ３０に対してＳ１−ＡＰインタフェースを介して"UE Context Release Request"メッセージを送信する（Ｓ１５）。ＭＭＥ３０から"UE Context Release Command"を受け取ると（Ｓ１６）、ｅＮＢ１０はＵＥ２０に"RRC Connection Release"メッセージを送信する（Ｓ１７）。その後、ｅＮＢ１０はＭＭＥ３０に"UE Context Release Complete"メッセージを送信して、呼解放手順を完了する（Ｓ１８）。
【００２４】
呼が解放されるため、ハンドオーバ先の候補となったセルＡでは、ＵＥ２０のための無線リソース（ＣＱＩ、ＳＲ、ＳＲＳなど）を確保する必要がなく、リソースの無駄遣いを防止することができる。
【００２５】
なお、図１では描いていないが、Ｓ１４でＵプレーンデータの存在によりハンドオーバが決定された場合は、ＵＥ２０をセルＢからセルＡへハンドオーバさせるために、セルＡにてＵＥ２０の無線リソース（ＣＱＩ、ＳＲ，ＳＲＳなど）を確保する。セルＢからＵＥ２０に対して"RRC Connection Reconfiguration"メッセージが送信され、ＵＥ２０からハンドオーバ先のセルＡに"RRC Connection Reconfiguration Complete"メッセージが通知されて、セルＡへのハンドオーバが完了する。
【００２６】
図２は、第１実施形態のハンドオーバ抑止制御のシーケンス図であり、基地局間（Inter-eNB）ハンドオーバ時の制御を示す。ハンドオーバ元ｅＮＢ（「ソースｅＮＢ」または「S-eNB（Source-eNB）」とも表記する。）１０ａ、ハンドオーバ先ｅＮＢ（「ターゲットｅＮＢ」または「T-eNB（Target-eNB）」とも表記する。）１０ｂ、ＵＥ２０、ＭＭＥ３０は、移動通信システム１Ｂに含まれる。
【００２７】
基地局１０ａに在圏する移動端末２０は、ｅＮＢ１０ａでの通信品質とともに、隣接ｅＮＢの通信品質を測定し（Ｓ２１）、測定結果をメジャーメントレポートでｅＮＢ１０ａに通知する（Ｓ２２）。
【００２８】
メジャーメントレポートを受信したソースｅＮＢ１０ａは、当該ＵＥ２０がＵプレーンデータ通信を実施しているか否かを判断する（Ｓ２３）。Ｕプレーンデータ通信の実施有無は、上述したように、ＵＥ非アクティブタイマの値や、ＴＡタイマの値を参照することで判断する。
【００２９】
Ｓ２３でＵプレーンデータ通信が実施されていないと判断された場合、ソースｅＮＢ１０ａは、ＵＥの呼解放を決定し、Ｕプレーンデータ通信が実施されている場合は、接続を維持してハンドオーバを決定する（Ｓ２４）。
【００３０】
Ｓ２４で呼解放が決定された場合、ソースｅＮＢ１０ａは呼解放手順を実施する。すなわち、コア側のＭＭＥ３０に対してＳ１−ＡＰインタフェースを介して"UE Context Release Request"メッセージを送信し（Ｓ２５）、ＭＭＥ３０から"UE Context Release Command"を受け取る（Ｓ２６）。ソースｅＮＢ１０ａはＵＥ２０に"RRC Connection Release"メッセージを送信し（Ｓ２７）、ＭＭＥ３０に"UE Context Release Complete"メッセージを送信して、呼解放手順を完了する（Ｓ２８）。
【００３１】
呼が解放されるため、ハンドオーバ先の候補となったターゲットｅＮＢ１０ｂでは、ＵＥ２０のための無線リソース（ＣＱＩ、ＳＲ、ＳＲＳなど）を確保する必要がなく、リソースの無駄遣いを防止することができる（Ｓ２９）。
【００３２】
なお、図示はしないが、Ｓ２４でＵプレーンデータの存在によりハンドオーバが決定された場合、Ｘ２ハンドオーバの場合は、Ｘ２インタフェースを介して、ソースｅＮＢ１０ａからターゲットｅＮＢ１０ｂへ"Handover Request"メッセージが送信される。ターゲットｅＮＢ１０ｂは、ＵＥ２０の無線リソースを確保し、ソースｅＮＢ１０ａへ"Hanover Request Acknowledge"を送信する。ソースｅＮＢ１０ａは"Hanover Request Acknowledge"を受信すると、ＵＥ２０に"RRC Connection Reconfiguration"メッセージでハンドオーバコマンドを送信する。また、ソースｅＮＢ１０ａはターゲットｅＮＢ１０ｂに対して、それまでＵＥ２０との間で送受信したデータの状態を示す"SN Status Transfer"メッセージを送信する。ターゲットｅＮＢ１０ｂとＭＭＥとの間でＳ１−ＡＰインタフェースを介してパス切り替え手順が実施され、ＵＥ２０からターゲットｅＮＢ１０ｂに、"RRC Connection Reconfiguration Complete"メッセージが送信されて、ハンドオーバが完了する。
【００３３】
Ｓ１ハンドオーバの場合は、ＭＭＥ３０を介して、ソースｅＮＢ１０ａからターゲットｅＮＢ１０ｂへＵＥ２０の情報が通知される。ソースｅＮＢ１０は、Ｓ１インタフェースを介してＭＭＥ３０に"Handover Required"メッセージを送信する。ＭＭＥ３０はターゲットｅＮＢ１０ｂに"Handover Request"を送信する。ターゲットｅＮＢ１０ｂは、ＵＥ２０のための無線リソース（ＣＱＩ、ＳＲ、ＳＲＳなど）を確保し、ＭＭＥ３０に"Handover Request Acknowledge"を送信する。ＭＭＥ３０は"Hanover Request Acknowledge"を受け取ると、ソースｅＮＢ１０ａにハンドオーバコマンドを送信する。ソースｅＮＢ１０ａは、ＵＥ２０に"RRC Connection Reconfiguration"でハンドオーバコマンドを送信する。また、ＭＭＥ３０に対して"eNB Status Transfer"メッセージでＵＥ２０の端末情報を通知する。ＭＭＥ３０は、"MME Status Transfer"メッセージでＵＥ２０の端末情報をターゲットｅＮＢ１０ｂに送信する。ＵＥ２０は、ターゲットｅＮＢ１０ｂに"RRC Connection Reconfiguration Complete"を送信する。ターゲットｅＮＢ１０ｂはＭＭＥ３０に"Handover Notify"を通知してハンドオーバが完了する。
【００３４】
第１実施形態では、ＵＥごとにＵプレーンデータ通信の実施有無を判断してハンドオーバ手順を実施するか、ハンドオーバを行わずに呼解放するかが決定されるため、ＵＥの移動に伴う無線リソースの枯渇を防止することができる。
【００３５】
上述したハンドオーバ抑止の判断（Ｓ１３−１４、Ｓ２３−２４）は、ｅＮＢ１０ａのアプリケーション（ＡＰ）で行っても、プラットフォーム（ＰＦ）で行ってもよい。ＰＦにてハンドオーバ抑止判断を行う場合、ハンドオーバ抑止（すなわち呼解放）の条件が満たされた時点で、ＰＦはＡＰ−ＰＦ間インタフェースでＡＰへ条件充足を報告する。呼解放の手順はＳ１-ＡＰレイヤで実施される。
【００３６】
ＵＥ非アクティブタイマ及びＴＡタイマは、ＡＰ、ＰＦのいずれでもカウント可能である。ＰＦにてタイマをカウントする場合、ＡＰがＰＦにＡＰ−ＰＦ間インタフェースを介してタイマ値を問い合わせてもよいし、タイマ起動から一定時間経過後にＰＦがＡＰ−ＰＦ間インタフェースでＡＰへ報告してもよい。
＜第２実施形態＞
図３は、第２実施形態のハンドオーバ抑止制御のシーケンス図である。第２実施形態では、ｅＮＢ間で輻輳状態情報をやり取りし、Ｕプレーンデータ通信の実施有無に加えて、ハンドオーバ先セル（あるいはｅＮＢ）の混雑状況によってハンドオーバ抑止制御を行うか否かを判断する。
【００３７】
ソースｅＮＢ１０ａおよびターゲットｅＮＢ１０ｂを含む隣接ｅＮＢ間で、Ｘ２インタフェースを介して、輻輳状態の情報を送受信している（Ｓ３１）。
【００３８】
ｅＮＢ１０ａに在圏するＵＥ２０は、ｅＮＢ１０ａでの通信品質とともに、隣接ｅＮＢの通信品質を測定し（Ｓ３２）、測定結果をメジャーメントレポートメッセージでｅＮＢ１０ａに通知する（Ｓ３３）。
【００３９】
メジャーメントレポートを受信したソースｅＮＢ１０ａは、当該ＵＥ２０がＵプレーンデータ通信を実施しているか否かを判断する（Ｓ３４）。Ｕプレーンデータ通信の実施有無は、上述したように、ＵＥ非アクティブタイマの値や、ＴＡタイマの値を参照することで判断することができる。
【００４０】
Ｓ３４でＵプレーンデータ通信が実施されていないと判断された場合、ターゲットｅＮＢ１０ｂの輻輳状態を確認し、輻輳状態が閾値以下の場合はハンドオーバを実施する。輻輳状態が閾値を超える場合は、呼解放を実施する（Ｓ３５）。すなわち、当該ＵＥがＵプレーンデータ通信を実施しておらず、かつ輻輳状態が閾値を超える場合に、ハンドオーバを抑止して呼解放を行う。
【００４１】
Ｓ３５で呼解放が決定された場合、ソースｅＮＢ１０ａはＭＭＥ３０に対してＳ１−ＡＰインタフェースを介して"UE Context Release Request"メッセージを送信し（Ｓ３６）、ＭＭＥ３０から"UE Context Release Command"を受け取る（Ｓ３７）。ソースｅＮＢ１０ａはＵＥ２０に"RRC Connection Release"メッセージを送信し（Ｓ３８）、ＭＭＥ３０に"UE Context Release Complete"メッセージを送信して、呼解放手順を完了する（Ｓ３９）。
【００４２】
ハンドオーバ先の候補となったターゲットｅＮＢ１０ｂでは、ＵＥ２０のための無線リソース（ＣＱＩ、ＳＲ、ＳＲＳなど）を確保する必要がなく、リソースの無駄遣いを防止することができる。
【００４３】
なお、図示はしないが、Ｓ３５でＵプレーンデータ通信が実施されている場合、あるいはＵプレーンデータはないがターゲットｅＮＢ１０ｂの輻輳状態が閾値以下の場合は、ターゲットｅＮＢ１０ｂへのハンドオーバが実施される。
【００４４】
輻輳状態の判断は、以下に掲げる指標を閾値とすることにより、または別セルの指標値と比較することにより、判断可能である。
・接続ＵＥ数（ローカル接続ポートごと、セル全体、ｅＮＢ全体など）
・１ＵＥ処理に対するリソース使用数
・ＵＬ個別リソース状態（ＣＱＩ、ＳＲ，ＳＲＳなど）
・通信遅延が大きいＵＥ数
・バッファにデータを有するＵＥ数（ＤＬ／ＵＬごと、音声／非音声ごと、ローカル接続ポートごとなど）
・ＲＲＣ（Radio Resource Control）／Ｓ１シグナリング数
・物理下り制御チャネル（ＰＤＣＣＨ）リソース数
・物理下り共有チャネル（ＰＤＳＣＨ）／物理上り共有チャネル（ＰＵＳＣＨ）のリソースブロック使用数
第２実施形態では、Ｕプレーンデータ通信の実施有無に加えてハンドオーバ先セルの混雑状況によりハンドオーバ抑止の可否を判断するので、無線リソースの枯渇のおそれが高いセルでの無線リソースの無駄遣いを防止することができる。
＜第３実施形態＞
図４は、第３実施形態のハンドオーバ抑止制御のシーケンス図である。第３実施形態では、Ｕプレーンデータ通信の実施有無に加えて、ハンドオーバ実施回数に基づいてハンドオーバ抑止制御を行うか否かを判断する。
【００４５】
ソースｅＮＢ１０ａ、ターゲットｅＮＢ１０ｂを含む無線アクセスネットワーク上の基地局１０は、ハンドオーバを実施するごとに実施回数をカウントする（Ｓ４１）。ソースｅＮＢ１０ａは、自局が送信したハンドオーバ要求の数をカウントしてもよいし（方法Ａ）、ハンドオーバ先のターゲットｅＮＢ１０ｂからハンドオーバ受付回数を取得してもよい（方法Ｂ）。ハンドオーバ要求の送信回数やハンドオーバ受付回数は、一定の単位時間当たりのカウント数であってもよい。
【００４６】
方法ＡでＸ２ハンドオーバの場合は、ソースｅＮＢ１０ａは自局が送信した"Handover Request"メッセージの数をカウントする。Ｓ１ハンドオーバの場合は、ソースｅＮＢ１０ａは自局がＭＭＥ３０に送信した"Handover Required"メッセージの数をカウントする。方法ＢでＸ２ハンドオーバの場合は、ソースｅＮＢ１０ａは、ターゲットｅＮＢ１０ｂが他のｅＮＢから受信した"Handover Request"の数情報をターゲットｅＮＢ１０ｂから取得する。Ｓ１ハンドオーバの場合は、ソースｅＮＢ１０ａはターゲットｅＮＢ１０ｂがＭＭＥ３０から受信した"Handover Request"の数情報を取得する。
【００４７】
ｅＮＢ１０ａに在圏するＵＥ２０は、ｅＮＢ１０ａでの通信品質とともに、隣接ｅＮＢの通信品質を測定し（Ｓ４２）、測定結果をメジャーメントレポートメッセージでｅＮＢ１０ａに通知する（Ｓ４３）。
【００４８】
メジャーメントレポートを受信したソースｅＮＢ１０ａは、当該ＵＥ２０がＵプレーンデータ通信を実施さているか否かを判断する（Ｓ４４）。Ｕプレーンデータ通信の実施有無は、上述したように、ＵＥ非アクティブタイマの値や、ＴＡタイマの値を参照することで判断することができる。
【００４９】
Ｓ４４でＵプレーンデータ通信が実施されていないと判断された場合、ソースｅＮＢ１０ａは、ハンドオーバ実施回数と閾値とを比較し、ハンドオーバ実施回数が閾値以下であればハンドオーバを実施するが、ハンドオーバ実施回数が閾値を超える場合はハンドオーバを抑止して呼解放を決定する（Ｓ４５）。
【００５０】
方法Ａで自局のハンドオーバ要求の送信回数を用いる場合で、Ｘ２ハンドオーバの場合は、たとえば、Ｘ２−ＡＰプロトコルレイヤで"Handover Request"の送信回数と閾値を比較する。Ｓ１ハンドオーバの場合は、Ｓ１−ＡＰプロトコルレイヤで"Handover Required"の送信回数と閾値とを比較する。方法Ｂでハンドオーバ先のｅＮＢ１０ｂからハンドオーバ受付回数を取得する場合で、Ｘ２ハンドオーバの場合は、ソースｅＮＢ１０ａのＸ２−ＡＰプロトコルレイヤで、ターゲットｅＮＢ１０ｂの"Handover Request"の受信回数と閾値とを比較する。Ｓ１ハンドオーバの場合は、ソースｅＮＢ１０ａのＳ１−ＡＰプロトコルレイヤで、ターゲットｅＮＢ１０ｂの"Handover Request"の受信回数と閾値とを比較する。
【００５１】
いずれの方法でも、Ｕプレーンデータ通信が実施されていなくても、ハンドオーバ実施回数が閾値以下の場合は、ハンドオーバを実施しても無線リソースに対する影響が少ないと考えられ、ハンドオーバの実施を決定する。Ｕプレーンデータ通信が実施されておらず、かつハンドオーバ実施回数が閾値を超える場合は、ハンドオーバを行うことで無線リソースの消費に対する影響が大きいので呼解放を実施する。
【００５２】
Ｓ４５で呼解放が決定されると、ソースｅＮＢ１０ａはＭＭＥ３０に対してＳ１−ＡＰインタフェースを介して"UE Context Release Request"メッセージを送信し（Ｓ４６）、ＭＭＥ３０から"UE Context Release Command"を受け取る（Ｓ４７）。ソースｅＮＢ１０ａはＵＥ２０に"RRC Connection Release"メッセージを送信し（Ｓ４８）、ＭＭＥ３０に"UE Context Release Complete"メッセージを送信して、呼解放手順を完了する（Ｓ４９）。
【００５３】
第３実施形態では、Ｕプレーンデータ通信の実施有無に加えてハンドオーバ実施回数に基づいてハンドオーバ抑止の可否を判断するので、無線リソースの枯渇のおそれが高いセルでの無線リソースの無駄遣いを防止することができる。
＜第４実施形態＞
図５は、第４実施形態のハンドオーバ抑止制御のシーケンス図である。第４実施形態では、Ｕプレーンデータ通信の実施有無に加えて、ＭＭＥ３０の輻輳状態に基づいて、ハンドオーバ抑止制御を行うか否かを判断する。
【００５４】
ＭＭＥ３０は、各ｅＮＢ１０に自ノードの輻輳状態を通知する（Ｓ５１）。輻輳状態は、例えばＳ１−ＡＰの"Overload Start"メッセージの情報エレメント（ＩＥ：Information Element）で定期的に通知される。ＭＭＥ３０の輻輳状態はあるいは特定のイベント発生タイミングで通知されてもよいし、輻輳状態通知のための新たな情報エレメントが定義されてもよい。
【００５５】
ｅＮＢ１０ａに在圏するＵＥ２０は、ｅＮＢ１０ａでの通信品質とともに、隣接ｅＮＢの通信品質を測定し（Ｓ５２）、測定結果をメジャーメントレポートメッセージでｅＮＢ１０ａに通知する（Ｓ５３）。
【００５６】
メジャーメントレポートを受信したソースｅＮＢ１０ａは、当該ＵＥ２０がＵプレーンデータ通信を実施しているか否かを判断する（Ｓ５４）。Ｕプレーンデータ通信の実施有無は、上述したように、ＵＥ非アクティブタイマの値や、ＴＡタイマの値を参照することで判断することができる。
【００５７】
Ｓ５４でＵプレーンデータ通信が実施されていないと判断された場合、ＭＭＥ３０の輻輳状態を確認し、輻輳状態が閾値以下であれば、コア側の負荷に対する影響がそれほど大きくないので、ハンドオーバを実施する。ここで用いる閾値は、第２実施形態でｅＮＢ間の輻輳状態の判断に用いた閾値と同じ値であってもよいし、異なる値であってもよい。ＭＭＥ３０の輻輳状態が閾値を超える場合は、呼解放を実施する（Ｓ５５）。すなわち、当該ＵＥがＵプレーンデータ通信を実施しておらず、かつＭＭＥ３０の輻輳状態が閾値を超える場合に、ハンドオーバを抑止して呼解放を行う。
【００５８】
Ｓ５５で呼解放が決定された場合、ソースｅＮＢ１０ａはＭＭＥ３０に対してＳ１−ＡＰインタフェースを介して"UE Context Release Request"メッセージを送信し（Ｓ５６）、ＭＭＥ３０から"UE Context Release Command"を受け取る（Ｓ５７）。ソースｅＮＢ１０ａはＵＥ２０に"RRC Connection Release"メッセージを送信し（Ｓ５８）、ＭＭＥ３０に"UE Context Release Complete"メッセージを送信して、呼解放手順を完了する（Ｓ５９）。
【００５９】
呼解放することで、ハンドオーバ時のＳ１シグナリングの増大を抑制することができ、コアネットワーク側の負荷を軽減することができる。
＜その他の実施形態＞
上述した実施形態では、ソースｅＮＢ１０ａがハンドオーバ抑止を行うか否かを判断していたが、第２実施形態〜第４実施形態のいずれにおいても、ターゲットｅＮＢでハンドオーバ抑止の可否を判断して、ソースｅＮＢ１０ａにハンドオーバ抑止メッセージを通知する構成としてもよい。たとえば、ターゲットｅＮＢ１０ｂがＳ１−ＡＰあるいはＸ２−ＡＰで"Handover Request"メッセージを受信した時点で閾値判断を行い、ハンドオーバ抑止と判断した場合に、ソースｅＮＢ１０ａに"Handover Failure"メッセージを送信することとしてもよい。
【００６０】
より具体的には、第２実施形態では、ターゲットｅＮＢ１０ｂが自局の輻輳状態を閾値判断し、輻輳状態が閾値を超える場合にソースｅＮＢ１０ａにハンドオーバ抑止メッセージを通知する。第３実施形態では、ターゲットｅＮＢ１０ｂが自局のハンドオーバ受付回数を閾値と比較して、閾値を超える場合にソースｅＮＢ１０ａにハンドオーバ抑止メッセージを送信する。第４実施形態では、ターゲットｅｎＢ１０ｂは、ＭＭＥ３０から通知されたＭＭＥ輻輳状態を閾値と比較して、閾値を超える場合にソースｅＮＢ１０ａにハンドオーバ抑止メッセージを送信する。
【００６１】
さらに、第２実施形態〜第４実施形態のハンドオーバ抑止の実施の可否を、ＵＥ２０が保持しているベアラの種別で判断してもよい。たとえば、ＵＥ２０が音声ベアラを保持している場合は、Ｕプレーンデータ通信の実施有無にかかわらず常にハンドオーバを実施し、ＵＥ２０がデータ用ベアラを保持している場合は、Ｕプレーンデータ通信が実施されていない場合に第２〜第４実施形態の閾値判断に基づいて呼解放を実施する構成としてもよい。
【００６２】
第１〜第４実施形態、及びその他の実施形態を任意の組み合わせで実施してもよい。
＜装置構成＞
図６は実施形態の基地局（ｅＮＢ）の概略構成図である。ｅＮＢ１０は、ＵＥ２０と無線通信を行う無線通信部１１と、基地局間あるいはＭＭＥ３０との間でＸ２インタフェースまたはＳ１インタフェースを介して通信を行うＸ２／Ｓ１通信部１２と、タイマ群１３と、制御部１５を有する。
【００６３】
無線通信部１１は、ＵＥ２０からメジャーメントレポートを受信する。Ｘ２／Ｓ１通信部１２は、近隣のｅＮＢとの間やＭＭＥ３０との間でメッセージや情報の送受信を行う。タイマ群１３には、ＵＥ非アクティブタイマやＴＡタイマ、プリザベーションタイマなどが含まれ、ＵＥごとに特定のタイミングで計測を行う。
【００６４】
制御部１５は、セル管理部１５１と、Ｕプレーンデータ判断部１５２と、呼解放／ハンドオーバ制御部１５３を有する。セル管理部１５１は自局が管轄する各セルを管理する。セルは、異なる周波数キャリアが割り当てられた地理的に重畳するセルを含む。Ｕプレーンデータ判断部１５２は、タイマ群１３のタイマ値を参照することで、着目するＵＥ２０がＵプレーンデータ通信を実施中か否かを判断する。呼解放／ハンドオーバ制御部１５３は、ＵＥがＵプレーンデータ通信を実施していればハンドオーバを実施し、Ｕプレーンデータ通信を実施していない場合は呼解放の手順を実施する。
【００６５】
呼解放／ハンドオーバ制御部１５３はまた、ハンドオーバ実施回数、近隣ｅＮＢの輻輳状態、ＭＭＥ３０の輻輳状態等を取得し、取得した値を対応する閾値を比較することで、Ｕプレーンデータ通信が実施されていない場合にハンドオーバを実施するか、呼解放を行うかを判断する。ＵＥ２０がＵプレーンデータ通信を実施していない場合でも、無線リソースやコアネットワークに対する影響が少ない場合はハンドオーバを実施し、無線リソースやコアネットワークに対する影響が大きい場合は呼解放を行う。
【００６６】
以上の構成、手法によると、Ｕプレーンデータ通信を実施していないＵＥのハンドオーバに起因する無線リソースの枯渇や、無駄なＳ１シグナリングの発生を防止することができる。
【００６７】
特に、ハンドオーバにともなうRRC/X2-AP/S1-APメッセージを削減し、ｅＮＢリソース（無線リソース、ＩＤ、メモリ等）の消費を低減することができる。無駄なリソースを確保しないことで呼損の回避、干渉レベルの低減、上り送信電力の低減が実現される。
【００６８】
また、Ｕプレーンデータ通信を実施していないＵＥを呼解放することによるＵＥの消費電力を低減することができる。シグナリングのＰＤＣＣＨとＰＤＳＣＨ／ＰＵＳＣＨリソース消費によるスループット低下を抑制することができる。
【００６９】
本発明は第４世代以降の移動通信システムにも適用可能である。
【符号の説明】
【００７０】
１Ａ、１Ｂ  移動通信システム
１０、１０ａ、１０ｂ  ｅＮＢ（基地局）
１１  無線通信部
１２  Ｘ２／Ｓ１通信部
１３  タイマ群
１５  制御部
２０  ＵＥ（移動端末）
３０  ＭＭＥ（モビリティ管理装置）
１５１  セル管理部
１５２  Ｕプレーンデータ判断部
１５３  呼解放／ハンドオーバ制御部
【図１】
0006325917.tif 000002
【図２】
0006325917.tif 000003
【図３】
0006325917.tif 000004
【図４】
0006325917.tif 000005
【図５】
0006325917.tif 000006
【図６】
0006325917.tif 000007