(57)【要約】【課題】音声通話状態にあるＵＥのためのハンドオーバ要求（ＳＲＶＣＣ要求）が拒否される場合でも、迅速に３Ｇへの移行を可能にする。【解決手段】第１の移動通信システムにおける基地局は、自セルに在圏する移動局の音声通話を第２の移動通信システムへハンドオーバさせる第１ハンドオーバ要求をネットワークに送信し、前記第１ハンドオーバ要求が許容されない場合に、前記移動局に対してデータ通信のみでのハンドオーバまたはリダイレクションを指示する。【選択図】図６
2016082467.tif 000002
【特許請求の範囲】
【請求項１】
第１の移動通信システムの基地局であって、
自セルに在圏する移動局の音声通話を第２の移動通信システムへハンドオーバさせる第１ハンドオーバ要求をネットワークに送信する第１通信部と、
前記第１ハンドオーバ要求が許容されない場合に、前記移動局に対してデータ通信のみでのハンドオーバまたはリダイレクションを指示する制御部と、
を有することを特徴とする基地局。
【請求項２】
前記制御部は、前記第１ハンドオーバ要求が許容されない場合に、前記移動局をデータ通信のみで前記第２の移動通信システムへハンドオーバさせる第２ハンドオーバ要求を前記ネットワークに送信し、
前記第２ハンドオーバ要求が許容された場合に、前記移動局に対してデータ通信のみでのハンドオーバを指示することを特徴とする請求項１に記載の基地局。
【請求項３】
前記制御部は、前記第２ハンドオーバ要求が許容されない場合に、前記移動局に対してリダイレクションを指示することを特徴とする請求項２に記載の基地局。
【請求項４】
前記制御部は、前記第１ハンドオーバ要求が許容されない場合に、直ちに前記移動局に対してリダイレクションを指示することを特徴とする請求項１に記載の基地局。
【請求項５】
前記移動局の通信状態を管理する管理部と、
前記移動局との無線通信を行う第２通信部と、
をさらに有し、
前記制御部は、前記第２通信部で前記移動局から測定報告を受信した場合に、前記管理部を参照して、前記移動局が音声通話の状態にあるか否かを判断し、前記移動局が音声通話の状態にある場合に前記ネットワークに前記第１ハンドオーバ要求を送信し、前記移動局が音声通話の状態にない場合に、前記移動局をデータ通信のみで前記第２の移動通信システムへハンドオーバさせる第２ハンドオーバ要求を前記ネットワークに送信することを特徴とする請求項１に記載の基地局。
【請求項６】
第１の移動通信システムの基地局におけるハンドオーバ制御方法であって、
前記基地局は、自セルに在圏する移動局の音声通話を第２の移動通信システムへハンドオーバさせる第１ハンドオーバ要求をネットワークに送信し、
前記第１ハンドオーバ要求が許容されない場合に、前記基地局は、前記移動局に対してデータ通信のみでのハンドオーバまたはリダイレクションを指示する、
ことを特徴とするハンドオーバ制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は移動通信の分野に関し、特に、音声通話中の移動局が異なる無線アクセスネットワーク間をハンドオーバする際の制御技術に関する。
【背景技術】
【０００２】
移動通信の方式は、第三世代（３Ｇ）からＬＴＥ（Long Term Evolution）へ移行してきており、ＬＴＥによるパケット交換方式の無線通信サービスと、３Ｇの回線交換方式の無線通信サービスが同一の地理的エリアで重畳して提供されているところも多い。移動局は、位置や無線状態に応じて３Ｇ方式の無線アクセスネットワークとＬＴＥ方式の無線アクセスネットワークの間でハンドオーバを実施する。異なる無線アクセス種別（ＲＡＴ：Radio Access Technology）間でのハンドオーバは、inter-RATハンドオーバと呼ばれている。
【０００３】
ハンドオーバは、無線を含めてネットワークとの接続を維持したままユーザ装置（ＵＥ：User Equipment）の接続先を切り替える技術である。音声通話の場合、音声呼を継続したままＬＴＥの通話方式から３Ｇの回線交換通話方式に切り替える手法はＳＲＶＣＣ（Single Radio Voice Call Continuity）と呼ばれている。また、ＬＴＥで提供される音声通話サービスは、ＶｏＬＴＥ（Voice over LTE）と呼ばれている。
【０００４】
音声通話中の移動機端末をＬＴＥから３Ｇにハンドオーバさせる際に、移動機端末の呼の状態とＳＲＶＣＣ能力をＩＭＳ（IP Multimedia Subsystem）ネットワークで判定してハンドオーバの許否を判断する方法が知られている。呼出し中の状態にある移動機端末が呼出し中ＳＲＶＣＣを実施するａＳＲＶＣＣ（alerting phase SRVCC）能力を有していない場合は、ＩＭＳネットワークは、ＭＳＣ（Mobile Switching Center：移動交換局）およびＭＭＥ（Mobile Management Entity：移動管理エンティティ）を介して、基地局（ｅＮＢ：evolved Node B）に拒否メッセージに返す。拒否メッセージを受け取ったｅＮＢは移動機端末にハンドオーバー指示を送信しない（たとえば、特許文献１参照）。
【０００５】
また、ビデオ通話（テレビ電話）中のＵＥのＳＲＶＣＣに際して、ＭＭＥで映像と音声のベアラを分離してＭＳＣサーバにハンドオーバー要求を伝送したときに、ＭＳＣサーバがビデオ通話のＳＲＶＣＣを支援しておらずＭＭＥが拒絶応答を受け取った場合、音声のみのＳＲＶＣＣに移行する方法が提案されている（たとえば、特許文献２参照）。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】国際公開第２０１４／０５７６９１号
【特許文献２】特表２０１３−５１０５３５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
図１〜３は現状のシステムにおける課題を説明する図である。図１において、ＬＴＥのサービスを展開するエリア１０と、３Ｇのサービスを展開するエリア２０が地理的に重複している。ＬＴＥに在圏中のＵＥ４０は、ＶｏＬＴＥで音声通話を行っている。ＶｏＬＴＥ通話中にＬＴＥの無線品質が低下すると、ＵＥ４０はｅＮＢ１１に無線品質報告（メジャメントレポート）を送信する（手順(1)）。これを受けてｅＮＢ１１は、ＭＭＥ５０及び図示しないＭＳＣサーバを介して、Ｐ−ＣＳＣＦ（Proxy-Call session Control Function）３０にＳＲＶＣＣ（ＬＴＥから３Ｇへの遷移）要求を送信する（手順(2)）。Ｐ−ＣＳＣＦ３０はＩＭＳのネットワーク要素であり、ＵＥ４０にとってプロキシサーバとして動作する呼セッション管理ノードである。Ｐ−ＣＳＣＦ３０がＳＲＶＣＣを許容すれば、ｅＮＢ１１はＵＥ４０にＳＲＶＣＣ指示を出す。
【０００８】
Ｐ−ＣＳＣＦ３０は、ＵＥ４０が呼出し中、ビデオ通話中などの特定の条件下にありＳＲＶＣＣを許容できない場合、ｅＮＢ１１からのＳＲＶＣＣ要求を拒否または無視する（手順(3)）。この場合、ＵＥ４０は３Ｇに遷移することができない。
【０００９】
図２のシーケンス図を参照すると、ＵＥ４０は、ｅＮＢ１１からの「RRC (Radio Resource Control) Reconfiguration」メッセージ（Ｓ１１）によるメジャメントギャップ起動中に無線品質が低下すると、ｅＮＢにメジャメントレポートを送信する（Ｓ１２）。ｅＮＢ１１はメジャメントレポートを受けて、Ｐ−ＣＳＣＦ３０にＳＲＶＣＣ要求を送信するが（Ｓ１３）、Ｐ−ＣＳＣＦ３０から拒否メッセージを受信した場合（Ｓ１４）、ＳＲＶＣＣを実施しない。そのため、ＵＥ４０は３Ｇに遷移することができず、メジャメントレポートの契機ごとにメジャーメントレポートを送信する（Ｓ１２）。ｅＮＢ１１はメジャメントレポートを受けてＰ−ＣＳＣＦ３０にＳＲＶＣＣ要求を送るが（Ｓ１３）、その都度拒否メッセージを受信する（Ｓ１４）。ＵＥ４０は３Ｇに遷移できないまま、呼切断に至る。
【００１０】
図３は、ｅＮＢ１１の現状の処理フローを示す。ＵＥ４０からメジャメントレポートを受信すると（Ｓ２１）、このＵＥ４０がＶｏＬＴＥ通話中か否かを判断する（Ｓ２２）。ＶｏＬＴＥ通話中でない場合は、ＭＭＥ５０にデータ通信のみのハンドオーバを要求する（Ｓ２３）。ＭＭＥ５０がデータ通信のハンドオーバを許容すれば（Ｓ２４でＹＥＳ）、ＵＥ４０にハンドオーバを指示し（Ｓ２５）、ハンドオーバが許容されなければ（Ｓ２４でＮＯ）、ステップＳ２１に戻る。
【００１１】
ＵＥ４０がＶｏＬＴＥ通話中の場合、ｅＮＢ１１はＰ−ＣＳＣＦ３０にＳＲＶＣＣ要求を送信する（Ｓ２６）。Ｐ−ＣＳＣＦ３０がＳＲＶＣＣを許容すれば（Ｓ２７でＹＥＳ）、ＵＥ４０にＳＲＶＣＣを指示する（Ｓ２８）。ＳＲＶＣＣが許容されない場合はＳ２１に戻って、次のメジャメントレポートを契機としてＶｏＬＴＥ通話中のＳＲＶＣＣ要求をＰ−ＣＳＣＦ３０に送る。Ｐ−ＣＳＣＦ３０からの拒否メッセージが続き、無線環境の劣化にもかかわらずＳＲＶＣＣが実施されないと、呼が切断されるおそれがある。
【００１２】
そこで、音声通話のハンドオーバ要求（ＳＲＶＣＣ要求）が拒否される場合でも、迅速に他の移動通信ネットワークへの移行を可能にする構成、手法を提供することを課題とする。
【課題を解決するための手段】
【００１３】
上記課題を解決するために、ＳＲＶＣＣ要求がネットワークによって拒否される場合、ｅＮＢ１１は、ＵＥに対してデータ通信のみでのハンドオーバ若しくはリダイレクションを指示する。
【００１４】
本発明の一つの態様として、第１の移動通信システムにおける基地局は、
自セルに在圏する移動局の音声通話を第２の移動通信システムへハンドオーバさせる第１ハンドオーバ要求をネットワークに送信する第１通信部と、
前記第１ハンドオーバ要求が許容されない場合に、前記移動局に対してデータ通信のみでのハンドオーバまたはリダイレクションを指示する制御部と、
を有する。
【００１５】
良好な構成例では、前記制御部は、前記第１ハンドオーバ要求が許容されない場合に、前記移動局をデータ通信のみで前記第２の移動通信システムへハンドオーバさせる第２ハンドオーバ要求を前記ネットワークに送信し、前記第２ハンドオーバ要求が許容された場合に、前記移動局に対してデータ通信のみでのハンドオーバを指示する。
【００１６】
前記制御部は、前記第２ハンドオーバ要求が許容されない場合に、前記移動局に対してリダイレクションを指示してもよい。
【００１７】
さらに別の構成例として、前記制御部は、前記第１ハンドオーバ要求が許容されない場合に、直ちに前記移動局に対してリダイレクションを指示する構成としてもよい。
【発明の効果】
【００１８】
音声通話のハンドオーバ要求（ＳＲＶＣＣ要求）が拒否される場合でも、ＵＥを迅速に他の移動通信ネットワークに移行または在圏させることができる。
【００１９】
特に、データ通信を継続したまま他の無線アクセスネットワークへハンドオーバーさせる場合や呼を解放してリダイレクションを指示する場合は、音声呼は切断されても移動局は円滑に他セルに在圏できるため、早期の再発信が可能になる。
【図面の簡単な説明】
【００２０】
【図１】現状のシステムの課題を説明する図である。
【図２】現状のシステムの課題を説明する図である。
【図３】現状のシステムの課題を説明する図である。
【図４】第１実施形態のシステムの概略図である。
【図５】第１実施形態のシーケンス図である。
【図６】第１実施形態の制御方法のフローチャートである。
【図７】第２実施形態のシステムの概略図である。
【図８】第２実施形態のシーケンス図である。
【図９】第２実施形態の制御方法のフローチャートである。
【図１０】第３実施形態のシステムの概略図である。
【図１１】第３実施形態のシーケンス図である。
【図１２】第３実施形態の制御方法のフローチャートである。
【図１３】基地局の構成例を示す図である。
【発明を実施するための形態】
【００２１】
＜第１実施形態＞
図４〜６は第１実施形態の構成及び手法を示す図である。図４は第１実施形態のシステムの概略図であり、図１と同じ構成要素には同じ符号が付されている。ＬＴＥのサービスを展開するエリア（またはセル）１０と、３Ｇのサービスを展開するエリア（またはセル）２０が地理的に重複し、ＬＴＥに在圏中のＵＥ４０は、ＶｏＬＴＥサービスによる音声通話状態にある。ＬＴＥのコアネットワークでｅＮＢ１１はＭＭＥ５０に収容され、３Ｇのネットワークで基地局（Node B）は制御局（ＲＮＣ；Radio Network Controller）１０に収容される。
【００２２】
ここで、「音声通話状態」とは、発着信から切断までのすべての状態を含み、発信中、呼出し中、接続ガイダンス中、着信中、通話中等の状態を含む。
【００２３】
ＵＥ４０がＶｏＬＴＥサービスによる音声通話状態にあるときにＬＴＥの無線品質が低下すると、ＵＥ４０はｅＮＢ１１に無線品質報告（メジャメントレポート）を送信する（手順(1)）。これを受けてｅＮＢ１１は、ＭＭＥ５０、及び図示しないＭＳＣサーバを介して、Ｐ−ＣＳＣ３０にＳＲＶＣＣ要求を送信する（手順(2)）。
【００２４】
ＵＥ４０が呼出し中、ビデオ通話中などの特定の条件下でネットワークがＳＲＶＣＣに対応できない場合、Ｐ−ＣＳＣＦ３０はｅＮＢ１１からのＳＲＶＣＣ要求を拒否または無視する（手順(3)）。ネットワークがＳＲＶＣＣに対応できない場合として、ＵＥ４０がＶｏＬＴＥ発信をして呼出し中、あるいは接続ガイダンス中であるが、呼出し中にＳＲＶＣＣを行うａＳＲＶＣＣ能力や接続ガイダンス中にＳＲＶＣＣを行うｂＳＲＶＣＣ能力を有していない場合、あるいはネットワーク側でａＳＲＶＣＣやｂＳＲＶＣＣを実行する機能設備を有していない場合がある。また、ＳＲＶＣＣをビデオ電話に拡張した機能はｖＳＲＶＣＣと呼ばれているが、通常のＳＲＶＣＣではビデオ通話中のＳＲＶＣＣを実施することができないので、ＵＥ４０またはネットワーク側がｖＳＲＶＣＣの機能を備えていない場合は、ＳＲＶＣＣ要求が拒否されることになる。
【００２５】
拒否メッセージを受けたｅＮＢ１１は、音声通話でのＳＲＶＣＣを諦め、データ通信のみでのハンドオーバをＭＭＥ５０に要求する（手順(4)）。スマートフォン等の多機能携帯電話では、音声通話のベアラとは別途、データ通信用の無線ベアラが設定できるので、通話中にバックグラウンドでデータ通信が行われていることが多い。ＭＭＥ５０からデータ通信でのハンドオーバを許容する応答を受信すると（手順(5)）、ｅＮＢ１１はＵＥ４０に３Ｇへのデータ通信のハンドオーバを指示する（手順(6)）。
【００２６】
図５は、第１実施形態のシーケンス図である。図２と同じ手順には同じ符号が付されている。ＵＥ４０は、ｅＮＢ１１からの「RRC (Radio Resource Control) Reconfiguration」メッセージ（Ｓ１１）によるメジャメントギャップ起動中に無線品質が低下すると、ｅＮＢにメジャメントレポートを送信する（Ｓ１２）。ｅＮＢ１１はメジャメントレポートを受けて、Ｐ−ＣＳＣＦ３０にＳＲＶＣＣ要求を送信する（Ｓ１３）。ｅＮＢ１１は、Ｐ−ＣＳＣＦ３０から拒否メッセージを受信すると（Ｓ１４）、ＭＭＥ５０に対して、データ通信のみのハンドオーバを要求する（Ｓ３１）。データ通信でのハンドオーバが許容されると（Ｓ３２）、ｅＮＢ１１は「Mobility from EUTRA command」によりＵＥ４０にハンドオーバを指示する（Ｓ３３）。ＵＥ４０が３Ｇへ移行すると、ＵＥ４０は基地局（Node B）を介してＲＮＣ６０に「Handover to UTRAN complete」メッセージを送信する（Ｓ３４）。
【００２７】
図６は、第１実施形態のｅＮＢ１１の制御フローである。図３と同じ工程には同じ符号が付されている。ＵＥ４０からメジャメントレポートを受信すると（Ｓ２１）、このＵＥ４０がＶｏＬＴＥ通話中か否かを判断する（Ｓ２２）。ＶｏＬＴＥ通話中でない場合は、ＭＭＥ５０にデータ通信のみのハンドオーバを要求する（Ｓ２３）。ＭＭＥ５０がハンドオーバを許容すれば（Ｓ２４でＹＥＳ）、ＵＥ４０にハンドオーバを指示する（Ｓ２５）。データ通信のみのハンドオーバが許容されない場合はＳ２１へ戻る。
【００２８】
ＵＥ４０がＶｏＬＴＥ通話中の場合（Ｓ２２でＹＥＳ）、ｅＮＢ１１はＰ−ＣＳＣＦ３０にＳＲＶＣＣ要求を送信する（Ｓ２６）。Ｐ−ＣＳＣＦ３０がＳＲＶＣＣを許容すれば（Ｓ２７でＹＥＳ）、ＵＥ４０にＳＲＶＣＣを指示する（Ｓ２８）。
【００２９】
ＳＲＶＣＣが許容されず、Ｐ−ＣＳＣＦ３０から拒否メッセージを受け取った場合は、Ｓ２３に移行し、ＭＭＥ５０に対してデータ通信のみのハンドオーバを要求する。データ通信でのハンドオーバが許容されると（Ｓ２４でＹＥＳ）、ｅＮＢ１１はＵＥ４０にデータ通信でのハンドオーバを指示する（Ｓ２５）。
【００３０】
この構成と手法により、ＳＲＶＣＣに対応できない特定の条件下でＳＲＶＣＣ要求が受け入れられない場合でもＵＥ４０は３Ｇに在圏してデータ通信を継続することができる。また、回線交換（ＣＳ：Circuit Switched）ドメインで早期に再発信することができる。
＜第２実施形態＞
図７〜９は第２実施形態の構成及び手法を示す図である。第２実施形態では、ＳＲＶＣＣ要求後、データ通信のみのハンドオーバも拒否された場合は、ＵＥ４０に呼解放およびリダイレクションを指示して、３Ｇに遷移させる。
【００３１】
図７は第２実施形態のシステムの概略図であり、図１と同じ構成要素には同じ符号を付している。ＬＴＥのサービスを展開するエリア（またはセル）１０と、３Ｇのサービスを展開するエリア（またはセル）２０が地理的に重複し、ＬＴＥに在圏中のＵＥ４０は、ＶｏＬＴＥで音声通話を行っている。ＶｏＬＴＥで音声通話を行っているときにＬＴＥの無線品質が低下すると、ＵＥ４０はｅＮＢ１１に無線品質報告（メジャメントレポート）を送信する（手順(1)）。これを受けてｅＮＢ１１は、ＭＭＥ５０及び図示しないＭＳＣサーバを介して、Ｐ−ＣＳＣ３０に、ＳＲＶＣＣ要求を送信する（手順(2)）。
【００３２】
ＵＥ４０が呼出し中、ビデオ通話中などの特定の条件下でＰ−ＣＳＣＦ３０がＳＲＶＣＣに対応できない場合、ｅＮＢ１１からのＳＲＶＣＣ要求を拒否または無視する（手順(3)）。Ｐ−ＣＳＣＦ３０がＳＲＶＣＣに対応できない場合として、ＵＥ４０がＶｏＬＴＥ発信をして呼出し中、あるいは接続ガイダンス中であるが、呼出し中にＳＲＶＣＣを行うａＳＲＶＣＣ能力や接続ガイダンス中にＳＲＶＣＣを行うｂＳＲＶＣＣ能力を有していない場合、あるいはネットワーク側でａＳＲＶＣＣやｂＳＲＶＣＣに対応できない場合がある。また、通常のＳＲＶＣＣではビデオ通話中のＳＲＶＣＣを実施することができない。
【００３３】
拒否メッセージを受けたｅＮＢ１１は、音声通話でのＳＲＶＣＣを諦め、データ通信のみでのハンドオーバをＭＭＥ５０に要求する（手順(4)）。ＭＭＥ５０からデータ通信でのハンドオーバを拒否するメッセージを受信すると（手順(5)）、ｅＮＢ１１はＵＥ４０に、「Release with Redirection（図１０では「ＲｗＲ」と標記）」メッセージを送信して、３Ｇへのリダイレクション（呼解放を伴う）を指示する（手順(6)）。
【００３４】
リダイレクションは、ネットワークとの接続を維持したままＲＡＴを切り替えるハンドオーバとは異なり、現在のＲＡＴ（たとえばＬＴＥ）との接続を切断し、指定された周波数で切替先のＲＡＴ（たとえば３Ｇ）でセルサーチを行って接続を確立する。音声呼やデータ通信がいったん切断されるためパケット再送手順を伴う可能性もあるが、ＵＥ４０は迅速に３Ｇに在圏できるため、早期に再発信することができる。
【００３５】
図８は、第２実施形態のシーケンス図であり、図２と同じ手順には同じ符号を付している。ＵＥ４０は、ｅＮＢ１１からの「RRC (Radio Resource Control) Reconfiguration」メッセージ（Ｓ１１）によるメジャメントギャップ起動中に無線品質が低下すると、ｅＮＢにメジャメントレポートを送信する（Ｓ１２）。ｅＮＢ１１はメジャメントレポートを受けて、Ｐ−ＣＳＣＦ３０にＳＲＶＣＣ要求を送信する（Ｓ１３）。ｅＮＢ１１は、Ｐ−ＣＳＣＦ３０から拒否メッセージを受信すると（Ｓ１４）、ＭＭＥ５０に対して、データ通信のみのハンドオーバを要求する（Ｓ３１）。
【００３６】
データ通信でのハンドオーバが拒否されると（Ｓ４１）、ｅＮＢ１１はリダイレクション情報とともに「RRC Connection release」メッセージをＵＥ４０に送信して、呼の解放と３Ｇへのリダイレクションを指示する（Ｓ４２）。ＵＥ４０はセルサーチを行い、３Ｇの基地局（Node B）を介してＲＮＣ６０に「RRC connection request」を送信する（Ｓ４３）。
【００３７】
図９は、第２実施形態のｅＮＢ１１の制御フローである。図３と同じ工程には同じ符号を付している。ＵＥ４０からメジャメントレポートを受信すると（Ｓ２１）、このＵＥ４０がＶｏＬＴＥ通話中か否かを判断する（Ｓ２２）。ＶｏＬＴＥ通話中でない場合は、ＭＭＥ５０にデータ通信のみのハンドオーバを要求する（Ｓ２３）。ＭＭＥ５０がデータ通信のハンドオーバを許容すれば（Ｓ２４でＹＥＳ）、ＵＥ４０にハンドオーバを指示する（Ｓ２５）。ＭＭＥ５０がデータ通信のハンドオーバを許容しない場合は（Ｓ２４でＮＯ）、ｅＮＢ１１はＵＥ４０にリダイレクション（Release with Redirection）を指示する（Ｓ２９）。
【００３８】
ＵＥ４０がＶｏＬＴＥ通話中の場合（Ｓ２２でＹＥＳ）、ｅＮＢ１１はＰ−ＣＳＣＦ３０にＳＲＶＣＣ要求を送信する（Ｓ２６）。Ｐ−ＣＳＣＦ３０がＳＲＶＣＣを許容すれば（Ｓ２７でＹＥＳ）、ＵＥ４０にＳＲＶＣＣを指示する（Ｓ２８）。
【００３９】
ＳＲＶＣＣが許容されず、Ｐ−ＣＳＣＦ３０から拒否メッセージを受け取った場合は、Ｓ２３に移行し、ＭＭＥ５０に対してデータ通信のみのハンドオーバを要求する。データ通信でのハンドオーバが許容されると（Ｓ２４でＹＥＳ）、ｅＮＢ１１はＵＥ４０にデータ通信でのハンドオーバを指示する（Ｓ２５）。データ通信でのハンドオーバも拒否される場合は、ＵＥ４０にリダイレクションを指示する（Ｓ２９）。
【００４０】
この構成と手法により、ＳＲＶＣＣに対応できない特定の条件下でＳＲＶＣＣ要求が受け入れられない場合でも、ＵＥ４０は早期に３Ｇと接続を確立して回線交換（ＣＳ：Circuit Switched）ドメインで再発信することができる。
＜第３実施形態＞
図１０〜１２は第３実施形態の構成及び手法を示す図である。第３実施形態では、ＳＲＶＣＣ要求が拒否される場合、ｅＮＢ１１は直ちにＵＥ４０にリダイレクション（Release with Redirection）指示を行って３Ｇに遷移させる。
【００４１】
図１０は第３実施形態のシステムの概略図であり、図１と同じ構成要素には同じ符号を付している。ＬＴＥのサービスを展開するエリア（またはセル）１０と、３Ｇのサービスを展開するエリア（またはセル）２０が地理的に重複し、ＬＴＥに在圏中のＵＥ４０は、ＶｏＬＴＥで音声通話を行っている。ＶｏＬＴＥで音声通話を行っているときにＬＴＥの無線品質が低下すると、ＵＥ４０はｅＮＢ１１に無線品質報告（メジャメントレポート）を送信する（手順(1)）。これを受けてｅＮＢ１１は、ＭＭＥ５０及び図示しないＭＳＣサーバを介して、Ｐ−ＣＳＣ３０に、ＳＲＶＣＣ要求を送信する（手順(2)）。
【００４２】
ＵＥ４０が呼出し中、ビデオ通話中などの特定の条件下でＰ−ＣＳＣＦ３０がＳＲＶＣＣに対応できない場合、ｅＮＢ１１からのＳＲＶＣＣ要求を拒否または無視する（手順(3)）。拒否メッセージを受けたｅＮＢ１１は、音声通話でのＳＲＶＣＣを諦め、直ちにＵＥ４０に対してリダイレクション（Release with Redirection）を指示する。ＵＥ４０は、ＬＴＥでの呼を解放して、３Ｇの基地局（Node B）に接続する。これにより、ＵＥ４０は３Ｇに遷移してＣＳドメインでの音声発信が可能になる。
【００４３】
この構成は、ＵＥ４０がデータ通信を行っていない場合やＬＴＥのセル１０の無線リソースが枯渇する場合に有効である。また、ＵＥ４０の高速移動時にはネットワークから指定されたハンドオーバ先への遷移が失敗する場合があるが、リダイレクションを指示することによって３Ｇへの遷移が失敗する確率を低減することができる。
【００４４】
図１１は、第３実施形態のシーケンス図であり、図２と同じ手順には同じ符号を付している。ＵＥ４０は、ｅＮＢ１１からの「RRC Reconfiguration」メッセージ（Ｓ１１）によるメジャメントギャップ起動中に無線品質が低下すると、ｅＮＢにメジャメントレポートを送信する（Ｓ１２）。ｅＮＢ１１はメジャメントレポートを受けて、Ｐ−ＣＳＣＦ３０にＳＲＶＣＣ要求を送信する（Ｓ１３）。
【００４５】
ｅＮＢ１１は、Ｐ−ＣＳＣＦ３０から拒否メッセージを受信すると（Ｓ１４）、直ちにＵＥ４０に対して、リダイレクション情報とともに「RRC Connection release」メッセージを送信して、３Ｇへのリダイレクションを指示する（Ｓ４２）。ＵＥ４０は指示された周波数でセルサーチを行い、３Ｇの基地局（Node B）を介してＲＮＣ６０に「RRC connection request」を送信する（Ｓ４３）。
【００４６】
図１２は、第３実施形態のｅＮＢ１１の制御フローである。図３と同じ工程には同じ符号を付している。ＵＥ４０からメジャメントレポートを受信すると（Ｓ２１）、このＵＥ４０がＶｏＬＴＥ通話中か否かを判断する（Ｓ２２）。ＶｏＬＴＥ通話中でない場合は、ＭＭＥ５０にデータ通信のみのハンドオーバを要求する（Ｓ２３）。ＭＭＥ５０がデータ通信のハンドオーバを許容すれば（Ｓ２４でＹＥＳ）、ＵＥ４０にハンドオーバを指示する（Ｓ２５）。ＭＭＥ５０がデータ通信のハンドオーバを許容しない場合は（Ｓ２４でＮＯ）、Ｓ２１に戻る。
【００４７】
ＵＥ４０がＶｏＬＴＥ通話中の場合（Ｓ２２でＹＥＳ）、ｅＮＢ１１はＰ−ＣＳＣＦ３０にＳＲＶＣＣ要求を送信する（Ｓ２６）。Ｐ−ＣＳＣＦ３０がＳＲＶＣＣを許容すれば（Ｓ２７でＹＥＳ）、ＵＥ４０にＳＲＶＣＣを指示する（Ｓ２８）。ＳＲＶＣＣが許容されず、Ｐ−ＣＳＣＦ３０から拒否メッセージを受け取った場合は（Ｓ２７でＮＯ）、直ちにＵＥ４０にリダイレクション（Release with Redirection）の指示を出す（Ｓ２９）。
【００４８】
この構成と手法により、ＳＲＶＣＣに対応できない特定の条件下でＳＲＶＣＣ要求が受け入れられない場合でも、ＵＥ４０は直ちに３Ｇと接続を確立して回線交換（ＣＳ：Circuit Switched）ドメインで再発信することができる。
＜基地局構成＞
図１３は、ｅＮＢ１１の概略構成図である。ｅＮＢ１１は、Ｓ１インタフェース１０１と、無線通信インタフェース１０２と、ＵＥ通信状態管理部１０３と、制御部１０５を有する。Ｓ１インタフェース１０１は、ｅＮＢ１１とＭＭＥ５０を含むコアネットワーク（ＥＰＣ：Evolved Packet Core）との接続をつかさどる。無線通信インタフェース１０２はｅＮＢ１１とＵＥ４０との間の無線接続をつかさどる。ＵＥ通信状態管理部１０３は、ｅＮＢ１１と接続中の各ＵＥ４０の通信状態を管理する。通信状態には、ＶｏＬＴＥ通話中、データ通信中等が含まれる。
【００４９】
制御部１０５は、ハンドオーバ要求部１１１と、メッセージ判定部１１２と、ハンドオーバ指示部１１３を含む。ハンドオーバ要求部１１１は、ＵＥ４０からのメジャメントレポートの値に応じて、ＭＭＥ５０経由でＰ−ＣＳＣＦ３０にハンドオーバ要求を送る。ハンドオーバ要求が音声通話時のＬＥＴ−３Ｇ間の遷移要求である場合は、Ｐ−ＣＳＣＦ３０にＳＲＶＣＣ要求が送られる。データ通信のためのＲＡＴ間ハンドオーバ要求の場合はＭＭＥ５０にハンドオーバ要求が送られる。メッセージ判定部１１２は、ハンドオーバ要求に対してＰ−ＣＳＣＦ３０から送られてくる応答メッセージが許可メッセージか拒否メッセージかを判断する。ハンドオーバ指示部１１３は、ＳＲＶＣＣ要求が許容された場合にＵＥ４０に対してＳＲＶＣＣ指示を出し、ＳＲＶＣＣ要求が拒否された場合に３Ｇへのデータ通信ハンドオーバ指示またはリダイレクション（Release with Redirection）指示を出す。
【００５０】
この構成により、自セルに在圏して音声通話を行っているＵＥ４０の無線状態が劣化したときに、迅速に３Ｇに在圏させることで、ＵＥ４０は速やかに再発信して音声呼を確立することができる。
【００５１】
上述した実施形態では、ＬＴＥと３Ｇとの間のハンドオーバを例にとって説明したが、ＬＴＥネットワークとＧＳＭ（登録商標）（Global System for Mobile communications）ネットワークとの間のハンドオーバにも適用可能である。
【００５２】
また、第２実施形態と第３実施形態を組み合わせて、ｅＮＢ１１はＳＲＶＣＣ要求が拒否された時に、ＵＥ４０において音声通話の他にデータ通信が行われているかを判断し、データ通信が行われている場合はデータ通信のみのハンドオーバ要求をＭＭＥ５０に送り、データ通信が行われていない場合に、直ちにリダイレクション指示をする構成としてもよい。いずれの場合も、特定の条件下でＳＲＶＣＣを実施できない場合でも、ＵＥ４０を迅速に３Ｇへ遷移あるいは３Ｇに在圏させることができるので、音声呼が切断された場合でも早期の再発信が可能になる。
【符号の説明】
【００５３】
１０  ＬＥＴ（第１の移動通信システム）のセル
１１  ｅＮＢ（基地局）
２０  ３Ｇ（第２の移動通信システム）のセル
３０  Ｐ−ＣＳＣＦ
４０  ＵＥ（移動局）
１０１  Ｓ１インタフェース
１０３  無線通信インタフェース
１０５  制御部
１１１  ハンドオーバ要求部
１１２  メッセージ判定部
１１３  ハンドオーバ指示部
【図１】
2016082467.tif 000003
【図２】
2016082467.tif 000004
【図３】
2016082467.tif 000005
【図４】
2016082467.tif 000006
【図５】
2016082467.tif 000007
【図６】
2016082467.tif 000008
【図７】
2016082467.tif 000009
【図８】
2016082467.tif 000010
【図９】
2016082467.tif 000011
【図１０】
2016082467.tif 000012
【図１１】
2016082467.tif 000013
【図１２】
2016082467.tif 000014
【図１３】
2016082467.tif 000015