(57)【特許請求の範囲】
【請求項１】
メジャーメントギャップ起動契機に、前記メジャーメントギャップ起動の対象となる移動端末が送受信するＵプレーンデータが有るか否かを判断する判断部と、
前記Ｕプレーンデータがある場合に前記移動端末に対してメジャーメントギャップ起動を指示し、前記Ｕプレーンデータが無い場合にメジャーメントギャップ起動を指示しないか、または呼解放を決定する制御部と、
を有することを特徴とする基地局。
【請求項２】
自セルの輻輳度合を示す輻輳管理情報を取得し保持する情報保持部と、
メジャーメントギャップ起動契機に、前記輻輳管理情報の値が所定の条件を満たすか否かを判断する判断部と、
前記輻輳管理情報の値が前記所定の条件を満たす場合に、前記メジャーメントギャップ起動の対象となる移動端末に対してメジャーメントギャップ起動を指示し、前記所定の条件を満たさない場合に、前記移動端末に対してメジャーメントギャップ起動を指示しないか、または呼解放を決定する制御部と、
を有することを特徴とする基地局。
【請求項３】
前記輻輳管理情報は、前記基地局でのハンドオーバ実施回数、無線リソース使用数、Ｓ１シグナル送受信回数の少なくとも一つを含み、
前記制御部は、前記ハンドオーバ実施回数、前記無線リソース使用数、または前記Ｓ１シグナル送受信回数のいずれかまたは複数が閾値以下である場合に前記メジャーメントギャップ起動を指示することを特徴とする請求項２に記載の基地局。
【請求項４】
タイマ満了時に個別リソースを解放するために使用するタイマ、
をさらに有し、
前記制御部は、前記Ｕプレーンデータの有無に応じて、前記タイマに異なるタイマ値を設定することを特徴とする請求項１に記載の基地局（オプション２；第５実施形態）。
【請求項５】
タイマ満了時に個別リソースを解放するために使用するタイマ、
をさらに有し、
前記判断部は前記タイマの値に基づいてＵプレーンデータが有るか否かを判断し、
前記制御部は、前記Ｕプレーンデータの有無に応じて、前記タイマに異なるタイマ値を設定することを特徴とする請求項２に記載の基地局。（オプション２、第５実施形態）
【請求項６】
前記制御部は、前記メジャーメントギャップ起動の指示後に、前記判断部において前記Ｕプレーンデータが無くなったことが検出された場合に、前記移動端末に対するメジャーメントギャップ停止の指示を決定することを特徴とする請求項１に記載の基地局。（オプション３、第６実施形態）
【請求項７】
前記判断部は、Ｕプレーンデータがあるか否かをさらに判断し、
前記制御部は、前記メジャーメントギャップ起動の指示後に、前記Ｕプレーンデータが無くなったと判断された場合に、前記移動端末に対するメジャーメントギャップ停止の指示を決定することを特徴とする請求項２に記載の基地局。（オプション３、第６実施形態）。
【請求項８】
移動端末と基地局を含む移動通信システムにおいて、
前記基地局は、メジャーメントギャップ起動契機に、前記メジャーメントギャップ起動の対象となる移動端末が送受信するＵプレーンデータが有るか否かを判断し、
前記Ｕプレーンデータがある場合に前記移動端末に対してメジャーメントギャップ起動を指示し、前記Ｕプレーンデータが無い場合にメジャーメントギャップ起動を指示しないか、もしくは呼解放を実施することを特徴とする移動通信システム。
【請求項９】
移動端末と基地局を含む移動通信システムにおいて、
前記基地局は、自セルの輻輳度合を示す輻輳管理情報を取得して、メジャーメントギャップ起動契機に前記輻輳管理情報の値が所定の条件を満たすか否かを判断し、
前記輻輳管理情報の値が前記所定の条件を満たす場合に、前記メジャーメントギャップ起動の対象となる移動端末に対してメジャーメントギャップ起動を指示し、前記所定の条件を満たさない場合に、前記移動端末に対してメジャーメントギャップ起動を指示しないか、もしくは呼解放を実施する、
ことを特徴とする移動通信システム。
【請求項１０】
前記基地局は、前記基地局でのハンドオーバ実施回数、無線リソース使用数、Ｓ１シグナル送受信回数の少なくとも一つを前記輻輳管理情報として取得、保持し、
前記ハンドオーバ実施回数、前記無線リソース使用数、または前記Ｓ１シグナル送受信回数のいずれか又は複数が閾値以下である場合に、前記基地局から前記移動端末に対して前記メジャーメントギャップ起動の指示が通知されることを特徴とする請求項９に記載の移動通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信の分野に関し、特に、データ通信を行っていないユーザ装置に対するメジャーメントギャップ起動を抑止する基地局と移動通信システムに関する。
【背景技術】
【０００２】
３ＧＰＰ（3rd Generation Partnership Project）で標準化されているＬＴＥ（Long Term Evolution）方式の移動通信では、移動端末（ＵＥ：User Equipment）の通信状態を維持したままセル間を移動させるハンドオーバ（ＨＯ）制御が行われている。
【０００３】
移動端末は、在圏する基地局（ｅＮＢ：Evolved Node B）及び隣接基地局から電波を受信して通信品質を測定し、測定結果をメジャーメントレポート（Measurement Report）として在圏する基地局へ通知する。メジャーメントレポートを受信した基地局は、測定結果に基づいてハンドオーバ先の基地局を決定する。
【０００４】
移動端末で在圏（サービング）セルの周波数帯と異なる周波数帯の測定を行う場合、基地局と移動端末の間で、他周波セルの受信品質測定のための時間区間が設定される。この区間をメジャーメントギャップ（Measurement GAP）という。
【０００５】
図１に示すように、在圏セルの基地局（ｅＮＢ＃１）は、自セルの受信品質が劣化した場合、他の周波数帯へのハンドオーバの可否を判断するために、移動端末（ＵＥ）２０に対してメジャーメントギャップの起動を指示する。メジャーメントギャップが起動されると、データ通信区間４とデータ通信区間４の間に、他周波測定のためのメジャーメントギャップ区間５が割り当てられる。移動端末２０は、メジャーメントギャップ区間５ではデータ通信を行わずに、他周波セル（ｅＮＢ＃２）の受信品質を測定する。在圏セル（ｅＮＢ＃１）と他周波セル（ｅＮＢ＃２）は、地理的に異なるエリアを形成するセルであってもよいし、同じ地理的エリア内で重畳される異なる周波数のセルであってもよい。
【０００６】
現状では、メジャーメントギャップ起動契機となった場合に、一律にメジャーメントギャップが起動され、移動端末２０にて他周波セルの無線品質測定が行われる。
【先行技術文献】
【非特許文献】
【０００７】
【非特許文献１】3GPP TS 36.331
【発明の概要】
【発明が解決しようとする課題】
【０００８】
メジャーメントギャップ起動契機に一律にメジャーメントギャップが起動されると、以下の問題点が発生する。
（１）Ｕプレーン（User-Plane）データ（「ユーザデータ」とも表記する。）通信をしていないＵＥについては無線リソースを確保する必要がないが、メジャーメントギャップ起動契機に伴って無線リソースをｅＮＢ＃１で確保することにより、チャネル品質指標（ＣＱＩ：Channel Quality Indicator）、スケジューリング要求（ＳＲ:Scheduling Request）、サウンディング参照信号（ＳＲＳ：Sounding Reference Signal）などの無線リソースが枯渇する。
（２）メジャーメントギャップ起動処理による無駄なＲＲＣ（Radio Resource Control：無線リソース制御）シグナリングが発生し、ＰＤＣＣＨ（Physical Downlink Control Channel：物理下りリンク制御チャネル）と、下りリンク及び上りリンクでの共有チャネル（ＰＤＳＣＨ：Physical Downlink Shared Channel／ＰＵＳＣＨ：Physical Uplink Shared Channel）のリソース消費により、スループットが劣化する。
（３）ＵＥが他の周波数を測定することにより消費電力が増大する。
【０００９】
そこで、上記の問題点を解決し、メジャーメントギャップ起動の契機が発生した場合でも、メジャーメントギャップを起動する必要のない場合や、起動しないほうがよい場合にはメジャーメントギャップ起動を抑止する技術を提供することを課題とする。
【課題を解決するための手段】
【００１０】
上記課題を解決するために、実施形態では、基地局にてＵプレーンデータ通信の有無に基づいて、メジャーメントギャップ起動の要否または可否を判断する。あるいは、ハンドオーバ実施回数、無線リソース使用数等の輻輳管理情報に基づいてメジャーメントギャップ起動の要否を判断する。メジャーメントギャップ起動が必要または可能であると判断された場合にメジャーメントギャップを起動し、メジャーメントギャップ起動は行わないと判断された場合は、メジャーメントギャップを起動しないか、または呼解放を実施する。
【００１１】
一つの態様では、基地局装置は、
メジャーメントギャップ起動契機に、前記メジャーメントギャップ起動の対象となる移動端末が送受信するＵプレーンデータが有るか否かを判断する判断部と、
前記Ｕプレーンデータがある場合に前記移動端末に対してメジャーメントギャップ起動を指示し、前記Ｕプレーンデータが無い場合にメジャーメントギャップ起動を指示しないか、または呼解放を決定する制御部と、
を有する。
【００１２】
別の態様では、基地局は、
自セルの輻輳度合を示す輻輳管理情報を取得し保持する情報保持部と、
メジャーメントギャップ起動契機に、前記輻輳管理情報の値が所定の条件を満たすか否かを判断する判断部と、
前記輻輳管理情報の値が前記所定の条件を満たす場合に、前記メジャーメントギャップ起動の対象となる移動端末に対してメジャーメントギャップ起動を指示し、前記所定の条件を満たさない場合に、前記移動端末に対してメジャーメントギャップ起動を指示しないか、または呼解放を決定する制御部と、
を有する。
【発明の効果】
【００１３】
上記構成により、メジャーメントギャップの起動が不要あるいは望ましくない場合に、移動端末に対するメジャーメントギャップ起動を抑止することができる。これにより、無線リソースの枯渇やスループットの低下、移動端末の消費電力増大を防止することができる。
【図面の簡単な説明】
【００１４】
【図１】メジャーメントギャップ起動時の他周波セル測定を説明する概略図である。
【図２】第１実施形態のメジャーメントギャップ起動抑止のシーケンス図である。
【図３】第２実施形態のメジャーメントギャップ起動抑止のシーケンス図である。
【図４】第３実施形態のメジャーメントギャップ起動抑止のシーケンス図である。
【図５】第４実施形態のメジャーメントギャップ起動抑止のシーケンス図である。
【図６】第５実施形態のメジャーメントギャップ起動抑止のシーケンス図である。
【図７】第６実施形態のメジャーメントギャップ起動抑止のシーケンス図である。
【図８】実施形態の基地局の概略ブロック図である。
【発明を実施するための形態】
【００１５】
＜第１実施形態＞
図２は、第１実施形態のメジャーメントギャップ抑止制御のシーケンス図である。第１実施形態では、Ｕプレーンデータ通信の有無に基づいて、メジャーメントギャップ起動を指示するか否かを判断する。基地局（ｅＮＢ）１０、移動端末（ＵＥ）２０、モビリティ管理装置（ＭＭＥ：Mobility Management Entity）３０は、移動通信システム１に含まれる。
【００１６】
ＵＥ２０とｅＮＢ１０の間でＲＲＣ接続（RRC_Connected）が確立され、ＵＥ２０はｅＮＢ１０と接続状態にある（Ｓ１１）。接続が確立されると、ｅＮＢ１０からＵＥ２０に対して、メジャーメントレポートの送信契機の設定情報が通知される。メジャーメントレポートはＵＥ２０から一定周期で送られてもよいし（周期型）、在圏セルの受信品質が劣化した場合に送信されてもよい（イベント型）。一例として、実施形態では、在圏セルの受信品質が閾値未満になった場合にＵＥ２０からｅＮＢ１０にメジャーメントレポートが送信されるものとする。
【００１７】
ｅＮＢ１０において、ＵＥ２０からのメジャーメントレポートの受信、すなわち自セルの品質劣化は、メジャーメントギャップ起動の契機となる（Ｓ１２）。ｅＮＢ１０は、メジャーメントギャップ起動契機に、Ｕプレーンデータ通信の有無を判断する（Ｓ１３）。Ｕプレーンデータ通信の有無は、たとえばＵＥ非アクティブタイマ（UE Inactive Timer）の値や、ＴＡタイマ（Time Alignment Timer）の値を参照することで判断することができる。ＵＥ非アクティブタイマは、各ＵＥに対するユーザデータが存在しない時間を計測するタイマである。このタイマが閾値を超えている場合、対応するＵＥに対するユーザデータが存在せず、Ｕプレーンデータ通信は行われていないと判断する。
【００１８】
ＴＡタイマは、タイマ満了時に個別リソースを解放するために使用するタイマである。ＴＡタイマは、ｅＮＢがＴＡコマンド（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"メッセージを受信する。ＵＥ２０は、メジャーメントギャップを起動して他周波セルを測定し、測定結果をｅＮＢ１０に通知する。測定結果が所定の条件を満たす場合は、ｅＮＢ１０は通信品質の良好な他周波セルをハンドオーバ先に決定して、ハンドオーバ手順を実行する。
【００２３】
この方法により、Ｕプレーンデータ通信がない場合の無駄なメジャーメントギャップ起動を抑止し、無線リソースの枯渇やＲＲＣシグナリングの増大を防止することができる。また、ＵＥ２０での消費電力の増大を抑制することができる。
【００２４】
Ｓ１２のメジャーメントギャップ起動の契機は、ＵＥ２０からのメジャーメントレポートの受信に限定されない。基地局間、周波数間の負荷分散やキャリアアグリゲーションの実施、ＬＣＳ（Location Service：位置情報サービス）の実施をメジャーメントギャップ起動の契機としてもよい。また、ＬＴＥから回線交換に呼を引き継がせるＳＲＶＣＣ（Single Radio Voice Call Continuity）や、ＬＴＥから３ＧにフォールバックさせるＣＳＦＢ（Circuit-switched Fallback）の実施をメジャーメントギャップ起動契機としてもよい。
【００２５】
Ｓ１３でＵプレーンデータ通信の有無の判断に用いるＵＥ非アクティブタイマやＴＡタイマは、アプリケーション（ＡＰ）で管理してもよいし、プラットフォーム（ＰＦ）で管理してもよい。ＰＦで管理する場合、ＡＰはメジャーメントギャップ起動契機にタイマ値をＡＰ−ＰＦ間インタフェースで問い合わせてもよいし、ＵＥ非アクティブタイマ値が閾値を超えた場合やＴＡタイマが満了した場合に、ＰＦがＡＰ−ＰＦ間インタフェースでＡＰへ報告してもよい。
＜第２実施形態＞
図３は、第２実施形態のメジャーメントギャップ起動抑止制御のシーケンス図である。第２実施形態では、ｅＮＢ１０の輻輳管理情報に基づいてメジャーメントギャップ起動を指示するか否かを判断する。第２実施形態では、輻輳管理情報として、各種ハンドオーバの実施回数を用いる。ハンドオーバには、基地局間ハンドオーバ（Inter-eNB HO）、周波数間ハンドオーバ（Inter-Freq HO）、リダイレクション、ＲＡＴ間ハンドオーバ（Inter-Radio Access Technology HO）、ＳＲＶＣＣ、ＣＳＦＢなどが含まれる。
【００２６】
ｅＮＢ１０は、各種ハンドオーバを実施する度に実施回数をカウントする（Ｓ２１）。ＵＥ２０とｅＮＢ１０の間でＲＲＣ接続（RRC_Connected）が確立され、ＵＥ２０は接続状態にある（Ｓ２２）。ＵＥ２０についてのメジャーメントギャップ起動の契機が発生すると（Ｓ２３）、ｅＮＢ１０は、一定時間内に生じた各種ハンドオーバの実施回数等を閾値と比較してメジャーメントギャップ起動の要否を判断する（Ｓ２４）。
【００２７】
各種ハンドオーバ等の実施回数が閾値以下の場合は、無線リソースやシグナリングに余裕があるため、メジャーメントギャップ起動を決定する。各種ハンドオーバ等の実施回数が閾値を超える場合は、無線リソース枯渇やシグナリング増大への影響が大きいため、メジャーメントギャップを起動しないか、もしくは呼解放を決定する。
【００２８】
Ｓ２４で、メジャーメントギャップ起動の不実施が決定された場合は、ＵＥ１０に対するＲＲＣシグナリングを削減することができる。Ｓ２４で呼解放が決定された場合は、無線リソースを有効利用することができる。呼解放の手順として、ｅＮＢ１０は、コア側のＭＭＥ３０にＳ１−ＡＰインタフェースを介して"UE Context Release Request"メッセージを送信する（Ｓ２５）。ＭＭＥ３０から"UE Context Release Command"を受け取ると（Ｓ２６）、ｅＮＢ１０はＵＥ２０に"RRC Connection Release"メッセージを送信する（Ｓ２７）。その後、ｅＮＢ１０はＭＭＥ３０に"UE Context Release Complete"メッセージを送信して、呼解放手順を完了する（Ｓ２８）。
【００２９】
呼が解放されるため、ｅＮＢ１０はＵＥ２０のための無線リソース（ＣＱＩ、ＳＲ、ＳＲＳなど）を確保する必要がなく、無線リソースの枯渇を防止することができる。
【００３０】
Ｓ２４でメジャーメントギャップ起動が決定された場合の処理は、第１実施形態で説明したのと同様であり、重複する説明を省略する。
【００３１】
Ｓ２４でのハンドオーバ実施回数の比較は、たとえば、直接隣接ｅＮＢ間で行われるＸ２ハンドオーバの場合は、Ｘ２−ＡＰプロトコルレイヤで送信される"Handover Request"の送信回数と閾値を比較してもよい。ＭＭＥ３０を介して行われるＳ１ハンドオーバの場合は、Ｓ１−ＡＰプロトコルレイヤで送信される"Handover Required"メッセージの送信回数と閾値を比較してもよい。あるいは、上記２種類のメッセージのトータルの送信回数と閾値を比較してもよい。
【００３２】
また、Ｓ２４の判断に先立ち、第１実施形態のようにＵプレーンデータ通信の有無を判断し、Ｕプレーンデータ通信がある場合にＳ２４の閾値判断を行う構成としてもよい。
＜第３実施形態＞
図４は、第３実施形態のメジャーメントギャップ起動抑止制御のシーケンス図である。第３実施形態では、ｅＮＢ１０の輻輳管理情報としてｅＮＢ１０における無線リソースの使用数を用いて、メジャーメントギャップ起動を指示するか否かを判断する。
【００３３】
ＵＥ２０とｅＮＢ１０の間でＲＲＣ接続（RRC_Connected）が確立され、ＵＥ２０はｅＮＢ１０と接続状態にある（Ｓ３１）。メジャーメントギャップ起動契機が発生すると（Ｓ３２）、ｅＮＢ１０は、Ｕプレーンデータ通信の有無を判断する（Ｓ３３）。Ｕプレーンデータ通信の有無は、第１実施形態と同様に、ＵＥ非アクティブタイマやＴＡタイマの値を参照することで判断することができる。ＵＥ非アクティブタイマが閾値を超えている場合、ＴＡタイマが満了または満了後一定時間が経過している場合などは、Ｕプレーンデータ通信は行われていないと判断される。
【００３４】
ｅＮＢ１０は、Ｕプレーンデータが有る場合は、データ通信を継続させるべく、メジャーメントギャップを起動する（Ｓ３４）。Ｕプレーンデータが無い場合は、メジャーメントギャップを起動するか否かを判断するために以下の処理を実施する。使用中の無線リソース（ＣＱＩ、ＳＲ、ＳＲＳなど）の数と閾値を比較し、使用中の無線リソースの数が閾値以下であれば、メジャーメントギャップの起動を決定する（Ｓ３４）。使用中の無線リソースの数が閾値を超える場合は、メジャーメントギャップ起動の指示を行わないか、または呼解放を行う（Ｓ３４）。メジャーメントギャップ起動を指示しないことによって、ＲＲＣシグナリングを削減することができる。呼解放を実施する場合は、無線リソースの利用効率を高めることができる。
【００３５】
呼解放の手順を実行する場合は、ｅＮＢ１０は、コア側のＭＭＥ３０にＳ１−ＡＰインタフェースを介して"UE Context Release Request"メッセージを送信する（Ｓ３６）。ＭＭＥ３０から"UE Context Release Command"を受け取ると（Ｓ３７）、ｅＮＢ１０はＵＥ２０に"RRC Connection Release"メッセージを送信する（Ｓ３８）。その後、ｅＮＢ１０はＭＭＥ３０に"UE Context Release Complete"メッセージを送信して、呼解放手順を完了する（Ｓ３９）。
【００３６】
第３実施形態では、Ｕプレーンデータが無い場合に、無線リソースの使用数、すなわち利用可能状況に基づいてメジャーメントギャップ起動の要否または可否を判断するので、無線リソースの枯渇やＲＲＣシグナリングの増大を防止することができる。
＜第４実施形態＞
図５は、第４実施形態のメジャーメントギャップ抑止制御のシーケンス図である。第４実施形態では、輻輳管理情報として、ｅＮＢ１０におけるＳ１区間のシグナル送受信回数に基づいて、メジャーメントギャップ起動の要否または可否を判断する。
【００３７】
ｅＭＢ１０は、Ｓ１−ＭＭＥインタフェースを介したＳ１シグナル送受信時に、送受信回数をカウントする（Ｓ４１）。ＵＥ２０とｅＮＢ１０の間でＲＲＣ接続（RRC_Connected）が確立され、ＵＥ２０はｅＮＢ１０と接続状態にある（Ｓ４２）。メジャーメントギャップ起動契機が発生すると（Ｓ４３）、ｅＮＢ１０は、Ｕプレーンデータ通信の有無を判断する（Ｓ４４）。Ｕプレーンデータ通信の有無は、第１実施形態と同様に、ＵＥ非アクティブタイマやＴＡタイマの値を参照することで判断することができる。ＵＥ非アクティブタイマが閾値を超えている場合、ＴＡタイマが満了し、もしくは満了後一定時間が経過している場合などは、Ｕプレーンデータ通信は行われていないと判断される。
【００３８】
ｅＮＢ１０は、Ｕプレーンデータが有る場合は、データ通信を継続させるべく、メジャーメントギャップを起動する（Ｓ４５）。Ｕプレーンデータが無い場合は、メジャーメントギャップを起動するか否かを判断するために以下の処理を実施する。一定時間に送受信したＳ１区間のシグナル数と閾値を比較し、Ｓ１シグナル送受信回数が閾値以下であれば、メジャーメントギャップの起動を決定する（Ｓ４５）。Ｓ１シグナル送受信回数が閾値を超える場合は、メジャーメントギャップ起動の指示を行わないか、呼解放を行う（Ｓ４５）。メジャーメントギャップ起動を指示しないことによって、ＲＲＣシグナリングを削減することができる。呼解放を実施する場合は、無線リソースの利用効率を高めることができる。
【００３９】
Ｓ４５で呼解放が決定された場合は、ｅＮＢ１０は、コア側のＭＭＥ３０にＳ１−ＡＰインタフェースを介して"UE Context Release Request"メッセージを送信する（Ｓ４７）。ＭＭＥ３０から"UE Context Release Command"を受け取ると（Ｓ４８）、ｅＮＢ１０はＵＥ２０に"RRC Connection Release"メッセージを送信する（Ｓ４９）。その後、ｅＮＢ１０はＭＭＥ３０に"UE Context Release Complete"メッセージを送信して呼解放手順を完了する（Ｓ５０）。
【００４０】
第４実施形態では、ネットワークの輻輳状態も勘案してメジャーメントギャップ起動の要否または可否を判断するので、ハンドオーバに伴う無線リソースの枯渇やＳ１シグナリングの増大を防止することができる。
＜第５実施形態＞
図６は、第５実施形態のメジャーメントギャップ抑止制御のシーケンス図である。第５実施形態では、ＵＥ２０にメジャーメントギャップ起動を指示する際に、Ｕプレーンデータ通信の有無によって異なるＴＡタイマ値を指示する。
【００４１】
ｅＮＢ１０とＵＥ２０の間でＲＲＣ接続（RRC_Connected）が確立され、ＵＥ２０はｅＮＢ１０と接続状態にある（Ｓ５１）。ＵＥ２０からのメジャーメントレポートの受信やＳＲＶＣＣの実施等により、ＵＥ２０に対するメジャーメントギャップ起動契機が発生する（Ｓ５２）。ｅＮＢ１０がＵＥ２０の無線リソース（ＣＱＩ、ＳＲ、ＳＲＳ等）を解放していた場合は、ＵＥ２０のための無線リソースを確保する（Ｓ５３）。ｅＮＢ１０はまた、Ｕプレーンデータ通信の有無を判断する（Ｓ５４）。
【００４２】
ｅＮＢ１０は、メジャーメントギャップ起動契機の発生（Ｓ５２）に応じて、ＵＥ２０に対してメジャーメントギャップ起動の指示を決定する（Ｓ５５）。このとき、Ｕプレーンデータ通信の有無に応じて、異なるＴＡタイマ値を設定する。たとえば、Ｕプレーンでエータ通信が行われているときは、ＴＡタイマ値を通常の値、たとえば予め決められている最小値以外の値に設定し、Ｕプレーンデータ通信が行われていないときは、ＴＡタイマ値を最小値に設定する。上述のように、ＴＡタイマは、タイマ満了時に個別リソースを解放するために使用するタイマである。Ｕプレーンデータ通信を行っていないＵＥ２０に対して直ちに呼解放を指示するのではなく、ＴＡタイマを最小値に設定することで、無線リソースの早期解放を促すことができる。もちろん、最小値以外の値を指示することも可能である。
【００４３】
メジャーメントギャップ起動の決定（Ｓ５５）により、ｅＮＢ１０はＵＥ２０に"RRC Connection Reconfiguration"メッセージでメジャーメントギャップ起動指示を送信する（Ｓ５６）。設定されたＴＡタイマ値は、例えば、"RRC Connection Reconfiguration"メッセージを送信する際に、情報エレメントＩＥの「timeAlignmentTimerDedicated」の値を設定することで、ＵＥ２０に通知することができる。ＵＥ２０から"RRC Connection Reconfiguration Complete"を受信して、メジャーメントギャップ起動手続きを完了する（Ｓ５７）。
【００４４】
第５実施形態では、メジャーメントギャップ起動の際に、Ｕプレーンデータ通信を行っていないＵＥ２０に対して直ちに呼解放を指示するのではなく、ＴＡタイマを最小値に設定することで無線リソースの早期解放を促して、無線リソースの枯渇を防止することができる。
＜第６実施形態＞
図７は、第６実施形態のメジャーメントギャップ抑止制御のシーケンス図である。第６実施形態では、メジャーメントギャップ起動中にＵプレーンデータ通信が無くなった場合に、メジャーメントギャップの停止または呼解放をＵＥに指示する。
【００４５】
ｅＮＢ１０とＵＥ２０の間でＲＲＣ接続（RRC_Connected）が確立され、ＵＥ２０はｅＮＢ１０と接続状態にある（Ｓ６１）。ＵＥ２０に対するメジャーメントギャップ起動契機が発生すると（Ｓ６２）、ｅＮＢ１０はＵＥ２０に対するメジャーメントギャップ起動の指示を決定する（Ｓ６３）。ｅＮＢ１０はＵＥ２０に"RRC Connection Reconfiguration"メッセージでメジャーメントギャップ起動指示を送信し（Ｓ６４）、ＵＥ２０から、"RRC Connection Reconfiguration Complete"を受信する（Ｓ６５）。
【００４６】
ｅＮＢ１０は、ＵＥ非アクティブタイマやＴＡタイマ値をモニタしており、これらのタイマ値に基づいて、Ｕプレーンデータ通信が無くなったことを検出する（Ｓ６６）。Ｕプレーンデータ通信が無くなったことが検出されると、ｅＮＢ１０はメジャーメントギャップの停止を決定する（Ｓ６７）。ｅＮＢ１０は、"RRC Connection Reconfiguration"メッセージにてメジャーメントギャップ停止指令をＵＥ２０に通知し（Ｓ６８）、ＵＥ２０から"RRC Connection Reconfiguration Complete"を受信する（Ｓ６９）。メジャーメントギャップ停止指示とともに、あるいは停止指示に替えて、呼解放を決定してもよい。
【００４７】
第６実施形態では、メジャーメントギャップ起動時に無線リソースを補足するものの、Ｕプレーンデータ通信の終了に応じてメジャーメントギャップ起動を停止するので、ＵＥの消費電力を低減することができる。また、呼解放する場合は、ｅＮＢ１０の無線リソースや、その他ＵＥのために使用するリソース（ＩＤ、メモリなど）を有効活用することができる。
＜装置構成＞
図７は実施形態の基地局（ｅＮＢ）１０の概略構成図である。ｅＮＢ１０は、ＵＥ２０との間で無線通信を行う無線通信部１１、基地局間あるいはＭＭＥ３０との間でＸ２インタフェースまたはＳ１インタフェースを介して通信を行うＸ２／Ｓ１通信部１２、タイマ群１３、カウンタ群１４、及び制御部１５を有する。
【００４８】
無線通信部１１は、ＵＥ２０からメジャーメントレポートを受信する。Ｘ２／Ｓ１通信部１２は、近隣のｅＮＢとの間やＭＭＥ３０との間でメッセージや情報の送受信を行う。タイマ群１３には、ＵＥ非アクティブタイマやＴＡタイマなどが含まれ、ＵＥごとに特定のタイミングで計測を行う。
【００４９】
カウンタ群１４は、ｅＮＢ１０が実施するハンドオーバ回数や、Ｓ１シグナル送受信回数をカウントする。ハンドオーバ実施回数として、例えば、隣接基地局への"Handover Request"の送信回数や、ＭＭＥ３０への"Handover Required"の送信回数、あるいはこれらの双方の回数をカウントする。Ｓ１シグナルの送受信回数は、Ｓ１インタフェースを介してＭＭＥ３０との間で行われる制御信号の送受信回数であり、呼解放手順で送受信される制御メッセージの他、隣接ｅＮＢからＭＭＥ３０経由でｅＮＢ１０に通知される"Handover Request"を含む。
【００５０】
制御部１５は、Ｕプレーンデータ判断部１５１、カウント情報取得保持部１５２、リソース管理部１５３、他周波セル測定制御部１５４、及び呼解放処理部１５５を有する。Ｕプレーンデータ判断部１５１は、タイマ群１３のタイマ値を参照することで、着目するＵＥ２０がＵプレーンデータ通信中か否かを判断する。カウント情報取得保持部は、カウンタ群１４を参照して、一定時間に行われたハンドオーバの実施回数やＳ１シグナル送受信回数を取得し、保持する。リソース管理部１５３は、無線リソース（ＣＱＩ、ＳＲ，ＳＲＳ等）の使用状況を管理する。他周波セル測定制御部１５４は、メジャーメントギャップ起動契機が発生したときに、Ｕプレーンデータ通信の有無、カウント情報、無線リソース使用数の少なくともひとつに基づいて、メジャーメントギャップ起動を指示するか否かを決定する。また、呼解放を実施するか否かを判断する。呼解放処理部１５５は、他周波セル測定制御部１５４が呼解放を決定した場合に、呼解放の手順を実施する。
【００５１】
以上の構成、手法によると、メジャーメントギャップ起動契機に一律にメジャーメントギャップ起動を指示するのではなく、Ｕプレーンデータ通信の有無やｅＮＢの輻輳管理情報に基づいてメジャーメントギャップ起動を抑止するので、メジャーメントギャップ起動に伴うＲＲＣシグナリングの増大や無線リソースの無駄使いを防止することができる。また、Ｕプレーンデータ通信を行っていないＵＥを呼解放することによって、ＵＥの消費電力を低減することができる。その結果、呼損の回避、干渉レベルの低減、上り送信電力の低減等の効果を得ることができる。
【００５２】
本発明は第４世代以降の移動通信システムにも適用可能である。また、第１〜第６実施形態の構成、手法を任意に組み合わせることができる。
【符号の説明】
【００５３】
１  移動通信システム
１０  ｅＮＢ（基地局）
１１  無線通信部
１２  Ｘ２／Ｓ１通信部
１３  タイマ群
１４  カウンタ群
１５  制御部
２０  ＵＥ（移動端末）
３０  ＭＭＥ（モビリティ管理装置）
１５１  Ｕプレーンデータ判断部
１５２  カウント情報取得保持部
１５３  リソース管理部
１５４  他周波セル測定制御部
１５５  呼解放処理部
【図１】
0006259727.tif 000002
【図２】
0006259727.tif 000003
【図３】
0006259727.tif 000004
【図４】
0006259727.tif 000005
【図５】
0006259727.tif 000006
【図６】
0006259727.tif 000007
【図７】
0006259727.tif 000008
【図８】
0006259727.tif 000009