特許 6387268 通信制御装置、通信制御システム、及び通信制御方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6387268

(24)【登録日】2018年8月17日

(45)【発行日】2018年9月5日

(54)【発明の名称】通信制御装置、通信制御システム、及び通信制御方法

(51)【国際特許分類】

   H04M 3/00 20060101AFI20180827BHJP

【ＦＩ】

   H04M3/00 B

【請求項の数】3

【全頁数】12

(21)【出願番号】特願2014-169313(P2014-169313)

(22)【出願日】2014年8月22日

(65)【公開番号】特開2016-46663(P2016-46663A)

(43)【公開日】2016年4月4日

【審査請求日】2017年2月13日

(73)【特許権者】

【識別番号】392026693

【氏名又は名称】株式会社ＮＴＴドコモ

(74)【代理人】

【識別番号】100088155

【弁理士】

【氏名又は名称】長谷川 芳樹

(74)【代理人】

【識別番号】100113435

【弁理士】

【氏名又は名称】黒木 義樹

(74)【代理人】

【識別番号】100121980

【弁理士】

【氏名又は名称】沖山 隆

(74)【代理人】

【識別番号】100128107

【弁理士】

【氏名又は名称】深石 賢治

(72)【発明者】

【氏名】清水 和人

(72)【発明者】

【氏名】神谷 陽一

(72)【発明者】

【氏名】繆 震

(72)【発明者】

【氏名】深江 誠司

【審査官】 山岸 登

(56)【参考文献】

【文献】 特開２０１２−２１７１０５（ＪＰ，Ａ）

【文献】 特表２０１３−５２９００９（ＪＰ，Ａ）

【文献】 特表２０１３−５２８０１３（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｂ ７／２４− ７／２６

Ｈ０４Ｌ １２／００−１２／２６

１２／５０−１２／９５５

Ｈ０４Ｍ ３／００

３／１６− ３／２０

３／３８− ３／５８

７／００− ７／１６

１１／００−１１／１０

Ｈ０４Ｗ ４／００− ８／２４

８／２６−１６／３２

２４／００−２８／００

２８／０２−７２／０２

７２／０４−７４／０２

７４／０４−７４／０６

７４／０８−８４／１０

８４／１２−８８／０６

８８／０８−９９／００

(57)【特許請求の範囲】

【請求項1】

音声通信を制御する通信制御装置であって、
端末毎に、音声通信に係るルートが音声通信可能な状態で確立されているか否かを記憶する記憶手段と、
端末の通信状況に関する問合せを受信する受信手段と、
前記受信手段が問合せを受信した際に、前記記憶手段が記憶する情報に基づいて、問合せに係る端末の音声通信に係るルートが音声通信可能な状態で確立されているか否かを判定する判定手段と、
前記判定手段による判定結果に応じた所定の応答を出力する出力手段と、を備え、
前記出力手段は、前記判定手段による判定結果が、問合せに係る端末の音声通信に係るルートが音声通信可能な状態で確立されていない、とするものである場合に、前記所定の応答として、該端末の音声通信に係るルートを異なる通信網のルートに変更させることを指示する信号を出力する、通信制御装置。

【請求項2】

音声通信を制御する通信制御システムであって、
端末毎に、音声通信に係るルートが音声通信可能な状態で確立されているか否かを記憶する記憶手段と、
端末の通信状況に関する問合せを受信する受信手段と、
前記受信手段が問合せを受信した際に、前記記憶手段が記憶する情報に基づいて、問合せに係る端末の音声通信に係るルートが音声通信可能な状態で確立されているか否かを判定する判定手段と、
前記判定手段による判定結果に応じた所定の応答を出力する出力手段と、
前記出力手段が出力した応答に応じた制御を行う制御手段と、を備え、
前記出力手段は、
前記判定手段による判定結果が、問合せに係る端末の音声通信に係るルートが音声通信可能な状態で確立されていない、とするものである場合に、前記所定の応答として、該端末の音声通信に係るルートを異なる通信網のルートに変更させることを指示する信号を出力し、
前記制御手段は、
前記出力手段が出力した、異なる通信網のルートに変更させることを指示する信号に応じて、該端末の音声通信に係るルートを、異なる通信網のルートに変更する、通信制御システム。

【請求項3】

音声通信を制御する通信制御装置が行う通信制御方法であって、
端末毎に、音声通信に係るルートが音声通信可能な状態で確立されているか否かを記憶する記憶ステップと、
端末の通信状況に関する問合せを受信する受信ステップと、
前記受信ステップにおいて問合せを受信した際に、前記記憶ステップにおいて記憶された情報に基づいて、問合せに係る端末の音声通信に係るルートが音声通信可能な状態で確立されているか否かを判定する判定ステップと、
前記判定ステップにおける判定結果に応じた所定の応答を出力する出力ステップと、を含み、
前記出力ステップでは、前記判定ステップにおける判定結果が、問合せに係る端末の音声通信に係るルートが音声通信可能な状態で確立されていない、とするものである場合に、前記所定の応答として、該端末の音声通信に係るルートを異なる通信網のルートに変更させることを指示する信号を出力する、通信制御方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、端末の音声通信を制御する通信制御装置、通信制御システム、及び通信制御方法に関する。

【背景技術】

【0002】

ＬＴＥ（LongTerm Evolution）ネットワーク上で音声通信を実現する技術として、ＶｏＬＴＥ（Voice overLTE）技術が知られている（例えば特許文献１参照）。ＶｏＬＴＥでは、音声をデータに変換することにより、他のデータ通信と同様にパケット交換網を通じて音声通信を行う。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１３−１９７９３２号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

ＶｏＬＴＥサービスの提供を受ける端末は、音声通信及び音声通信以外のデータ通信（以下、単にデータ通信と記載する場合がある）のサービス提供を受けるために、音声通信サービス用のＰＤＮ（Packet Data Network）、及び、データ通信用のＰＤＮの双方に接続される。

【0005】

ここで、音声通信サービス用のルート及びデータ通信用のルートのＳ−ＧＷ（Serving Gateway）が共通である場合に、例えば音声通信サービス用のルートにおいてＳ−ＧＷと上位装置との間の区間で障害が発生しＶｏＬＴＥサービスが提供できなくなると、当該ルートの接続が切断される。このような場合に、端末が音声通信サービス用のルートの再確立を試みると、データ通信用のルートが接続状態にあることを理由として、音声通信サービス用のルートのＳ−ＧＷとしてデータ通信用のルートのＳ−ＧＷ（すなわちこれまでと同一のＳ−ＧＷ）が再度選択されてしまう。当該Ｓ−ＧＷと音声通信サービス用のルートの上位装置との間の区間では障害が発生しているため、音声通信サービス用のルートが確立できず、再度、ＶｏＬＴＥサービスが提供できない状態となってしまう。

【0006】

本発明は上記実情に鑑みてなされたものであり、音声通信サービス用のルートを確実に確立することができる通信制御装置、通信制御システム、及び通信制御方法を提供することを目的とする。

【課題を解決するための手段】

【0007】

本発明に係る通信制御装置は、音声通信を制御する通信制御装置であって、端末毎に、音声通信に係るルートが音声通信可能な状態で確立されているか否かを記憶する記憶手段と、端末の通信状況に関する問合せを受信する受信手段と、受信手段が問合せを受信した際に、記憶手段が記憶する情報に基づいて、問合せに係る端末の音声通信に係るルートが音声通信可能な状態で確立されているか否かを判定する判定手段と、判定手段による判定結果に応じた所定の応答を出力する出力手段と、を備える。

【0008】

本発明に係る通信制御方法は、音声通信を制御する通信制御装置が行う通信制御方法であって、端末毎に、音声通信に係るルートが音声通信可能な状態で確立されているか否かを記憶する記憶ステップと、端末の通信状況に関する問合せを受信する受信ステップと、受信ステップにおいて問合せを受信した際に、記憶ステップにおいて記憶された情報に基づいて、問合せに係る端末の音声通信に係るルートが音声通信可能な状態で確立されているか否かを判定する判定ステップと、判定ステップにおける判定結果に応じた所定の応答を出力する出力ステップと、を含む。

【0009】

本発明に係る通信制御装置及び通信制御方法では、端末の通信状況に関する問合せを受けた際に、当該端末に関して音声通信に係るルートが音声通信可能な状態で確立されているか否かが判定され、当該判定結果に応じた応答が出力される。これにより、音声通信に係るルートが音声通信可能な状態で確立されているか否かに応じて異なる応答が出力され、当該応答に応じて異なる制御を行うことが可能になる。例えば、音声通信可能な状態でルートが確立されていない場合には、当該ルート内の区間障害が発生している可能性を考慮して、通常と異なる接続先に接続する等の制御が可能になる。これにより、所定区間の障害等を起因として音声通信に係るルートが音声通信可能な状態で確立されていない場合であっても、音声通信サービス用のルートを確実に確立することができる。以上より、本発明によれば、音声通信サービス用のルートを確実に確立することができる。

【0010】

また、出力手段は、判定手段による判定結果が、問合せに係る端末の音声通信に係るルートが音声通信可能な状態で確立されていない、とするものである場合に、所定の応答として、該端末の音声通信に係るルートを異なる通信網のルートに変更させることを指示する信号を出力してもよい。これにより、音声通信可能な状態でルートが確立されていない場合には、当該ルート内の区間障害が発生している可能性を考慮して、異なる通信網のルートに接続することが可能になる。このことで、所定区間の障害等を起因として音声通信に係るルートが音声通信可能な状態で確立されていない場合であっても、音声通信サービス用のルートを確実に確立することができる。

【0011】

本発明に係る通信制御システムは、音声通信を制御する通信制御システムであって、端末毎に、音声通信に係るルートが音声通信可能な状態で確立されているか否かを記憶する記憶手段と、端末の通信状況に関する問合せを受信する受信手段と、受信手段が問合せを受信した際に、記憶手段が記憶する情報に基づいて、問合せに係る端末の音声通信に係るルートが音声通信可能な状態で確立されているか否かを判定する判定手段と、判定手段による判定結果に応じた所定の応答を出力する出力手段と、出力手段が出力した応答に応じた制御を行う制御手段と、を備え、出力手段は、判定手段による判定結果が、問合せに係る端末の音声通信に係るルートが音声通信可能な状態で確立されていない、とするものである場合に、所定の応答として、該端末の音声通信に係るルートを異なる通信網のルートに変更させることを指示する信号を出力し、制御手段は、出力手段が出力した、異なる通信網のルートに変更させることを指示する信号に応じて、該端末の音声通信に係るルートを、異なる通信網のルートに変更する。

【0012】

発明に係る通信制御システムでは、端末の通信状況に関する問合せを受けた際に、当該端末に関して音声通信に係るルートが音声通信可能な状態で確立されているか否かが判定され、当該判定結果に応じた応答が出力される。そして、判定結果に応じた制御が行われ、音声通信に係るルートが確立されていない場合には、新たな音声通信に係るルートが、異なる通信網のルートとされる。これにより、音声通信可能な状態でルートが確立されていない場合には、当該ルート内の区間障害が発生している可能性を考慮して、異なる通信網のルートに接続することが可能になる。このことで、所定区間の障害等を起因として音声通信に係るルートが音声通信可能な状態で確立されていない場合であっても、音声通信サービス用のルートを確実に確立することができる。以上より、本発明によれば、音声通信サービス用のルートを確実に確立することができる。

【発明の効果】

【0013】

本発明によれば、音声通信サービス用のルートを確実に確立することができる。

【図面の簡単な説明】

【0014】

【図1】本実施形態に係る音声通信制御システムの構成を示す概略図である。

【図2】本実施形態の音声通信制御システムに含まれる各ノードのハードウェア構成を示す図である。

【図3】本実施形態に係るＭＭＥの機能を示すブロック図である。

【図4】本実施形態に係るＭＭＥによるＴ−ＡＤＳ応答処理を示すフローチャートである。

【図5】本実施形態に係る音声通信制御処理のシーケンス図である。

【発明を実施するための形態】

【0015】

以下、図面を参照しながら、本発明に係る実施形態を説明する。可能な場合には、同一の部分には同一の符号を付して、重複する説明を省略する。

【0016】

図１は、本実施形態に係る音声通信制御システムの構成を示す概略図である。図１に示されるように、音声通信制御システム１（通信制御システム）は、音声通信を制御する通信制御システムであって、通信端末１０（端末）と、ｅＮＢ（evolved Node B）１１と、ＭＭＥ（Mobility Management Entity）１２と、Ｓ−ＧＷ（ServingGateway）１３と、Ｐ−ＧＷ（Packet Date Network Gateway）１４と、ＰＣＲＦ(Policy and Charging Rules Function)１５と、データ通信用ＰＤＮ（Packet Data Network）１６と、ＩＭＳ−ＰＤＮ（IPMultimedia Subsystem-PDN）１７と、Ｐ−ＣＳＣＦ（Proxy-Call SessionControl Function）１８と、ＨＳＳ（Home Subscriber Server）１９と、ＲＮＣ（Radio Network Controller）２０と、ＳＧＳＮ（Serving ＧＰＲＳ(General Packet Radio Service) SupportNode）２１と、ＭＳＣ（Mobile Switching Center）２２と、Ｓ−ＣＳＣＦ（Serving-Call Session Control Function）２３と、ＡＳ（Application Server）３０と、を備えている。

【0017】

図２は、本実施形態の音声通信制御システムに含まれる各ノードのハードウェア構成を示す図である。すなわち、図１に示されるｅＮＢ１１、ＭＭＥ１２、Ｓ−ＧＷ１３、Ｐ−ＧＷ１４、ＰＣＲＦ１５、Ｐ−ＣＳＣＦ１８、ＨＳＳ１９と、ＲＮＣ２０、ＳＧＳＮ２１、ＭＳＣ２２、Ｓ−ＣＳＣＦ２３、及びＡＳ３０は、それぞれ物理的には、図２に示すように、１又は複数のＣＰＵ１１１、主記憶装置であるＲＡＭ１１２及びＲＯＭ１１３、入力デバイスであるキーボード及びマウス等の入力装置１１４、ディスプレイ等の出力装置１１５、ネットワークカード等のデータ送受信デバイスである通信モジュール１１６、半導体メモリ等の補助記憶装置１１７などを含むコンピュータシステムとして構成されている。

【0018】

各ノードの機能は、図２に示すＣＰＵ１１１、ＲＡＭ１１２等のハードウェア上に１又は複数の所定のコンピュータソフトウェアを読み込ませることにより、ＣＰＵ１１１の制御のもとで入力装置１１４、出力装置１１５、通信モジュール１１６を動作させるとともに、ＲＡＭ１１２や補助記憶装置１１７におけるデータの読み出し及び書き込みを行うことで実現される。

【0019】

最初に、音声通信制御システム１の各構成の基本的な機能について説明する。通信端末１０は、移動体通信網（以下、単に通信網と記載）に在圏することにより通信が可能になる移動通信端末であり、例えば携帯電話やタブレット型ＰＣ等である。通信端末１０は、ｅＮＢ１１との間で電波の送受信を行うことによりＬＴＥ網に在圏し、ＲＮＣ２０に対応して設けられた無線基地局であるＢＴＳ（Base Transceiver Station）（図示せず）との間で電波の送受信を行うことにより３Ｇ（3rd. Generation）網に在圏する。通信端末１０は、ＬＴＥ在圏時にＶｏＬＴＥ（Voice over LTE）サービスの提供を受けることができるＶｏＬＴＥ対応端末である。

【0020】

ｅＮＢ１１は、無線基地局であるとともに、無線アクセス制御機能を有した通信制御装置である。ｅＮＢ１１は、通信端末１０から発信があった際の受付制御機能や、他の携帯端末から通信端末１０に着信があった際に携帯端末を呼び出すページング機能を基本機能として有している。また、ｅＮＢ１１は、ＬＴＥ在圏エリアを形成しており、通信端末１０がＬＴＥ在圏エリア内に在圏する場合に、ｅＮＢ１１及び通信端末１０間でＬＴＥ方式に従った無線通信を行うことができる。通信端末１０は、ｅＮＢ１１を介してｅＮＢ１１の上位装置であるＭＭＥ１２やＰ−ＧＷ１４等と通信を行う。

【0021】

ＭＭＥ１２は、ｅＮＢ１１を収容し、モビリティ制御及びベアラ制御を行う交換機である。ＭＭＥ１２は、通信端末１０の待受時の位置管理機能や、他の携帯端末から通信端末１０に着信があった際にｅＮＢ１１を呼び出すページング機能、通信端末１０の認証管理機能等を基本機能として有している。着信時におけるＭＭＥ１２の機能の詳細については後述する。

【0022】

Ｓ−ＧＷ１３は、ｅＮＢ１１を収容し、ユーザデータパケットの中継を行う交換機である。Ｓ−ＧＷ１３は、無線アクセス網とＥＰＣ（Evolved Packet Core）網との接続機能、及び、ユーザデータパケットの転送機能等を基本機能として有している。Ｓ−ＧＷ１３は、ＭＭＥ１２からのユーザデータパケットをＰ−ＧＷ１４に転送する。

【0023】

Ｐ−ＧＷ１４は、インターネット等の外部のネットワークに接続するための交換機である。具体的には、Ｐ−ＧＷ１４は、通信端末１０をＡＰＮ（Access Point Name）に接続し、該ＡＰＮに対応するＰＤＮとコネクションを確立することによって、通信端末１０によるインターネット等を利用したデータ通信を可能にする。Ｐ−ＧＷ１４が通信端末１０を接続し得るＡＰＮに対応するＰＤＮには、データ通信用ＰＤＮ１６及びＩＭＳ−ＰＤＮ１７が含まれている。データ通信用ＰＤＮ１６は、音声データ以外のデータパケット通信に供されるＰＤＮである。ＩＭＳ−ＰＤＮ１７は、音声データのデータパケット通信に供されるＰＤＮであり、Ｐ−ＣＳＣＦ１８を含んでいる。

【0024】

Ｐ−ＣＳＣＦ１８は、セッション管理機能を有し、通信端末１０と相互接続するＳＩＰ（Session Initiation Protocol）プロキシサーバである。Ｐ−ＣＳＣＦ１８は、ＳＩＰ信号圧縮機能や、無線アクセス網とのインターフェース機能を持ち、ＱｏＳ（Quality of Service）制御等を行う。通信端末１０から発信されたＳＩＰメッセージは、通信端末１０が在圏するＬＴＥ網のＰ−ＣＳＣＦ１８から、Ｓ−ＣＳＣＦ２３に送信される。

【0025】

ＰＣＲＦ１５は、送受信されるユーザデータパケットに対して適用するＱｏＳ値や課金体系を決定する交換機である。より詳細には、ＰＣＲＦ１５は、ＡＰＮ接続時の各種認証機能、在圏・課金等のユーザ管理機能等を提供する交換機である。ＰＣＲＦ１５が決定したＱｏＳ値は、ｅＮＢ１１及びＰ−ＧＷ１４等に通知され、これらの各装置は、通知されたＱｏＳ値に従ってユーザデータパケットに対してＱｏＳ制御を実施する。

【0026】

ＲＮＣ２０は、無線アクセス制御機能を有した通信制御装置である。ＲＮＣ２０は、無線基地局であるＢＴＳ（図示せず）に対応して設けられ、ＢＴＳが形成する３Ｇ在圏エリアに在圏している通信端末１０の無線通信に関する処理を行う。具体的には、ＲＮＣ２０は、通信端末１０の回線接続処理やハンドオーバ処理等を行う。

【0027】

ＳＧＳＮ２１は、パケット通信のためのセッションを設定し、パケット交換の制御を行う装置である。なお、ＳＧＳＮ２１は、パケット通信時のユーザの認証等を行うＧＧＳＮ（Gateway GPRS Support Node）の機能を同一装置内に有するものであってもよい。

【0028】

ＨＳＳ１９は、通信端末１０等の通信端末の契約情報及び認証情報を管理する加入者情報管理サーバである。ＨＳＳ１９は、ＭＭＥ１２及びＭＳＣ２２等と接続され、ＲＮＣ２０等を介して通信端末１０より受信した、通信端末１０の端末種別及び電話番号を対応づけた情報を登録（記憶）する。

【0029】

ＭＳＣ２２は、ＲＮＣ２０を収容し、無線アクセス網とＩＭＳ網との接続機能、音声の転送機能等を基本機能として有した交換機である。

【0030】

次に、ＶｏＬＴＥ対応端末である通信端末１０着信時における、音声通信制御システム１の処理について、図１を参照して説明する。まず、ＡＳ３０が、Ｓ−ＣＳＣＦ２３を介した通信端末１０宛ての着信信号の受信を契機として、ＨＳＳ１９に対して着信要求を送信する。当該着信要求には、通信端末１０が最後にアクセスした通信網についての問合せが含まれている。当該問合せを受けると、ＨＳＳ１９は、ＭＭＥ１２及びＳＧＳＮ２１に対して、通信端末１０がそれぞれの通信網（ＬＴＥ及び３Ｇ）に最後にアクセスした時刻を問い合わせる、Ｔ−ＡＤＳ（Terminating-Access Domain Selection）要求を送信する。ＨＳＳ１９は、ＭＭＥ１２及びＳＧＳＮ２１より、Ｔ−ＡＤＳ要求に対するＴ−ＡＤＳ応答を受信する。ＭＭＥ１２から送信されるＴ−ＡＤＳ応答には、通信端末１０がＬＴＥ網に最後に在圏した時刻が含まれており、ＳＧＳＮ２１から送信されるＴ−ＡＤＳ応答には、通信端末１０が３Ｇ網に最後に在圏した時刻が含まれている。

【0031】

そして、ＨＳＳ１９は、通信端末１０のＬＴＥ網及び３Ｇ網それぞれにおける最終在圏時刻より、通信端末１０が最後に在圏した通信網（すなわち、通信端末１０が現在在圏していると想定される通信網）を特定し、ＡＳ３０に対して、当該在圏していると想定される通信網に係る情報を含んだ応答信号を送信する。ＡＳ３０は、当該応答信号に基づき着信方式を選択し、Ｓ−ＣＳＣＦ２３に対して選択した着信方式を指示する。

【0032】

そして、Ｓ−ＣＳＣＦ２３は、着信方式がＶｏＬＴＥ方式である場合には、Ｐ−ＣＳＣＦ１８、Ｐ−ＧＷ１４、及びＳ−ＧＷ１３等を介して通信端末１０に着信応答を行う。また、Ｓ−ＣＳＣＦ２３は、着信方式が３Ｇ網の着信方式である場合には、ＭＧＣＦ（Media Gateway Control Function）（図示せず）及びＭＳＣ２２等を介して通信端末１０に着信応答を行う。これらの処理により、通信端末１０において、着信に対する応答が可能となる。

【0033】

ここで、通信端末１０が、ＬＴＥ網に在圏しデータ通信用ＰＤＮ１６及びＩＭＳ−ＰＤＮ１７の双方に接続されていた状態において、Ｇｘｃ区間であるＳ−ＧＷ１３とＰＣＲＦ１５との間で障害（以下、Ｇｘｃ区間障害と記載する）が発生した場合を考える。この場合、Ｇｘｃ区間障害を検知したＰＣＲＦ１５は、当該Ｇｘｃ区間障害の影響を受ける、ＩＭＳ−ＰＤＮ１７との接続ルート（以下、ＩＭＳベアラと記載する）のみを切断し、データ通信用ＰＤＮ１６との接続ルートについては切断しない。

【0034】

ＩＭＳベアラが切断されると、通信端末１０は、ＩＭＳ−ＰＤＮ１７との再接続を試み、接続機能（PDN Connectivity）を起動する。しかしながら、データ通信用ＰＤＮ１６との接続ルートは切断されていないため、当該接続時においては、データ通信用ＰＤＮ１６との接続ルート上のＳ−ＧＷ１３が再度選択されることとなる。Ｓ−ＧＷ１３とＰＣＲＦ１５との間は上述したＧｘｃ区間であるため、当該再接続によってもＩＭＳベアラを確立することができず、着信応答が行えない状態となってしまう。

【0035】

このようなＧｘｃ区間障害時における着信応答を可能にするＭＭＥ１２の機能について、図３も参照しながら説明する。図３は、本実施形態に係るＭＭＥの機能を示すブロック図である。

【0036】

図３に示されるように、ＭＭＥ１２は、音声通信を制御する通信制御装置であって、送受信部１２１と、記憶部１２２と、Ｔ−ＡＤＳ制御部１２３と、を備えて構成されている。

【0037】

送受信部１２１は、通信端末１０、ＨＳＳ１９、及びＳ−ＧＷ１３等と信号の送受信を行う。送受信部１２１は、上述したＩＭＳベアラの切断時において、切断要求をＳ−ＧＷ１３から受信し、当該切断要求を通信端末１０に転送するとともに、ＩＭＳベアラが切断された旨の情報を記憶部１２２に出力する。

【0038】

また、送受信部１２１は、着信時において、ＨＳＳ１９より、通信端末１０の在圏状況（通信状況）に関する問合せを受信する受信手段である。当該問合せは上述したＴ−ＡＤＳ要求であり、Ｔ−ＡＤＳ要求には、通信端末１０がＭＭＥ１２に係るＬＴＥ網に最後にアクセスした時刻を問い合わせる情報が含まれている。送受信部１２１は、Ｔ−ＡＤＳ要求を受信すると、Ｔ−ＡＤＳ制御部１２３に対して判定要求（詳細は後述）を出力する。

【0039】

また、送受信部１２１は、Ｔ−ＡＤＳ制御部１２３による判定結果に応じた所定の応答を出力する出力手段である（Ｔ−ＡＤＳ制御部１２３の判定については後述する）。送受信部１２１は、Ｔ−ＡＤＳ制御部１２３による判定結果が、通信端末１０のＩＭＳベアラが確立されている、とするものである場合には、通信端末１０がＬＴＥ網に最後にアクセスした時刻を含んだ信号をＴ−ＡＤＳ応答としてＨＳＳ１９に出力する。一方、送受信部１２１は、Ｔ−ＡＤＳ制御部１２３による判定結果が、通信端末１０のＩＭＳベアラが確立されていない、とするものである場合には、通信端末１０の音声通信に係るルートを異なる通信網（３Ｇ網）のルートに変更させることを指示する信号、すなわち、ＣＳＦＢ（Circuit Switched FallBack）の実行を指示する信号（IMSVoice over PS Session in S1 mode not supported）をＴ−ＡＤＳ応答としてＨＳＳ１９に出力する。なお、ＩＭＳベアラが確立されていない場合には、ＩＭＳベアラが確立されている場合と同様、通信端末１０がＬＴＥ網に最後にアクセスした時刻を含んだ信号が出力されてもよい。

【0040】

記憶部１２２は、通信端末毎に、ＩＭＳベアラが音声通信可能な状態で確立されているか否かを記憶する記憶手段である。すなわち、記憶部１２２は、ＭＭＥ１２に係るＬＴＥ網に在圏する各通信端末のＩＭＳベアラが、音声通信可能な状態で確立されているか否かを記憶している。ＩＭＳベアラが音声通信可能な状態で確立されているとは、ＶｏＬＴＥサービスによる発着信が可能な状態とされていることをいう。記憶部１２２は、例えば、各通信端末毎にＩＭＳベアラ確立フラグを記憶し、ＩＭＳベアラが音声通信可能な状態で確立されている通信端末について、当該フラグを立てる。記憶部１２２は、通信端末１０のＩＭＳベアラが切断された旨の情報を記憶部１２２から入力された場合には、当該ＩＭＳベアラの情報を更新する（例えば、立てていたＩＭＳベアラ確立フラグを降ろす等）。

【0041】

Ｔ−ＡＤＳ制御部１２３は、Ｔ−ＡＤＳ要求を受信した送受信部の判定要求に応じて、Ｔ−ＡＤＳ要求に係る通信端末１０のＩＭＳベアラが音声通信可能な状態で確立されているか否かを判定する判定手段である。Ｔ−ＡＤＳ制御部１２３は、記憶部１２２が記憶する情報に基づいて当該判定を行う。例えば、記憶部１２２が上述したＩＭＳベアラ確立フラグを記憶している場合には、Ｔ−ＡＤＳ制御部１２３は、当該ＩＭＳベアラ確立フラグに基づいて、ＩＭＤベアラが確立されているか又は未確立かを判定する。Ｔ−ＡＤＳ制御部１２３は当該判定結果を送受信部１２１に出力する。

【0042】

Ｔ−ＡＤＳ要求受信時のＭＭＥ１２の処理について、図４も参照しながら説明する。図４は、本実施形態に係るＭＭＥによるＴ−ＡＤＳ応答処理を示すフローチャートである。

【0043】

図４に示されるように、送受信部１２１によりＴ−ＡＤＳ要求が受信（ステップＳ１）されると、Ｔ−ＡＤＳ制御部１２３によりＩＭＳベアラが確立されているか否かが判定される（ステップＳ２）。具体的には、Ｔ−ＡＤＳ制御部１２３は、記憶部１２２によって記憶された情報を参照することにより、当該判定を行う。

【0044】

そして、Ｓ２においてＩＭＳベアラが確立されていると判定された場合には、送受信部１２１により通常のＴ−ＡＤＳ応答が行われる（ステップＳ３）。通常のＴ−ＡＤＳ応答では、通信端末１０がＬＴＥ網に最後にアクセスした時刻を含んだ信号が送信される。一方、Ｓ２においてＩＭＳベアラが未確立であると判定された場合には、送受信部１２１により、ＣＳＦＢの実行を指示する信号（IMS Voice over PS Session in S1 mode not supported）が、Ｔ−ＡＤＳ応答としてＨＳＳに出力される（ステップＳ４）。

【0045】

次に、Ｇｘｃ区間障害発生時の音声通信制御システム１の処理について、図５も参照しながら説明する。図５は、本実施形態に係る音声通信制御処理のシーケンス図である。

【0046】

図５に示されるように、Ｓ−ＧＷ１３とＰＣＲＦ１５との間で障害（Ｇｘｃ区間障害）が発生すると、ＰＣＲＦ１５〜Ｓ−ＧＷ１３間のＳＣＴＰ（Stream Control Transmission Protocol）通信が切断（ＳＣＴＰ断）される。そして、ＰＣＲＦ１５によって当該ＳＣＴＰ断が検知されることにより、障害発生が検出される（ステップＳ１０１）。

【0047】

つづいて、ＰＣＲＦ１５により、Ｐ−ＧＷに対して通信端末１０のＩＭＳベアラ切断要求が送信される（ステップＳ１０２）。当該切断要求は、Ｐ−ＧＷ１４よりＳ−ＧＷ１３に送信され（ステップＳ１０３）、Ｓ−ＧＷ１３よりＭＭＥ１２に送信され（ステップＳ１０４）、ＭＭＥ１２より通信端末１０に送信される（ステップＳ１０５）。ＭＭＥ１２の送受信部１２１は、切断要求を通信端末１０に転送するとともに、通信端末１０のＩＭＳベアラが切断された旨の情報を記憶部１２２に出力する。そして、当該切断要求を受信した各構成及びＩＭＳベアラ切断処理に係るその他の構成により、ＩＭＳベアラ切断処理が行われる（ステップＳ１０６）。

【0048】

Ｓ１０６の処理が完了した後に通信端末１０に対して着信があった際には、通常の着信応答時と同様、ＡＳ３０からＨＳＳ１９に対して着信要求が送信され（ステップＳ１０７）、ＨＳＳ１９からＭＭＥ１２に対してＴ−ＡＤＳ要求が送信される（ステップＳ１０８）。

【0049】

ＭＭＥ１２の送受信部１２１は、当該Ｔ−ＡＤＳ要求を受信すると、Ｔ−ＡＤＳ制御部１２３に対して判定要求を出力する。そして、Ｔ−ＡＤＳ制御部１２３は、記憶部１２２が記憶する情報（例えばＩＭＳベアラ確立フラグ等）を参照し、通信端末１０のＩＭＳベアラが確立されているか否かを判定する。上述したように、記憶部１２２には通信端末１０のＩＭＳベアラが切断された旨の情報が記憶されているため、Ｔ−ＡＤＳ制御部１２３はＩＭＳベアラ未確立と判定する（ステップＳ１０９）。

【0050】

Ｔ−ＡＤＳ制御部１２３は、当該判定結果を送受信部１２１に出力する。そして、送受信部１２１により、通信端末１０の音声通信に係るルートを異なる通信網（３Ｇ網）のルートに変更させることを指示する信号、すなわち、ＣＳＦＢの実行を指示する信号（IMS Voice over PS Session in S1 mode not supported）が、Ｔ−ＡＤＳ応答としてＨＳＳ１９に出力される（ステップＳ１１０）。ＨＳＳ１９（制御手段）は、ＣＳＦＢでの着信と判断し（ステップＳ１１１）、通信端末１０の音声通信に係るルートを３Ｇ網におけるルートに変更するよう制御する。その後、ＣＳＦＢ着信処理が行われる（ステップＳ１１２）。これにより、通信端末１０は、３Ｇ網において着信に対して応答が可能となる。

【0051】

なお、ＣＳＦＢ時には、３Ｇ網における位置登録が発生するが、当該３Ｇ網における位置登録が行われる際には、直前に在圏した網（ＬＴＥ網）のＳ−ＧＷ１３〜ＰＣＲＦ１５間で通信が行われ、ＰＣＲＦ１５より所定の情報が取得される必要がある。しかしながら、Ｇｘｃ区間障害発生時には、Ｓ−ＧＷ１３〜ＰＣＲＦ１５間での通信が不可となっているため、再接続（Re-Attach）処理が行われ、ＩＭＳベアラだけでなくデータ通信用ＰＤＮ１６との接続ルートも再接続されることとなる。再接続時には、全てのＳ−ＧＷが接続対象となるため、高確率でＧｘｃ区間障害に係るＳ−ＧＷ１３以外のＳ−ＧＷが選択される。Ｓ−ＧＷ１３以外のＳ−ＧＷが選択された場合には、通信端末１０は、正常に着信応答を行うことができる。

【0052】

次に、本実施形態に係る通信制御装置（ＭＭＥ１２）及び通信制御システム（音声通信制御システム１）の作用・効果について説明する。

【0053】

本実施形態に係るＭＭＥ１２では、通信端末１０に係るＴ−ＡＤＳ要求を受信した際に、当該通信端末１０に関して音声通信に係るルートが音声通信可能な状態で確立されているか（ＩＭＳベアラが確立されているか）否かが判定され、当該判定結果に応じた応答が出力される。これにより、音声通信に係るルートが音声通信可能な状態で確立されているか否かに応じて異なる応答が出力され、当該応答に応じて異なる制御を行うことが可能になる。例えば、音声通信可能な状態でルートが確立されていない場合には、当該ルート内の区間障害が発生している可能性を考慮して、通常と異なる接続先に接続する等の制御が可能になる。これにより、所定区間の障害等を起因として音声通信に係るルートが音声通信可能な状態で確立されていない場合であっても、音声通信サービス用のルートを確実に確立することができる。

【0054】

また、本実施形態に係るＭＭＥ１２の送受信部１２１は、Ｔ−ＡＤＳ制御部１２３による判定結果が、問合せに係る通信端末１０の音声通信に係るルートが音声通信可能な状態で確立されていない、とするものである場合に、Ｔ−ＡＤＳ応答として、通信端末１０の音声通信に係るルートを異なる通信網のルートに変更させることを指示する信号、すなわちＣＳＦＢの実行を指示する信号（IMS Voice over PSSession in S1 mode not supported）を出力する。これにより、音声通信可能な状態でルートが確立されていない場合には、当該ルート内の区間障害が発生している可能性を考慮して、異なる通信網のルートに接続することが可能になる。このことで、所定区間の障害等を起因として音声通信に係るルートが音声通信可能な状態で確立されていない場合であっても、音声通信サービス用のルートを確実に確立することができる。

【0055】

また、本実施形態に係る音声通信制御システム１では、ＭＭＥ１２が通信端末１０に係るＴ−ＡＤＳ要求を受信した際に、当該通信端末１０に関して音声通信に係るルートが音声通信可能な状態で確立されているか（ＩＭＳベアラが確立されているか）否かが判定され、当該判定結果に応じた応答が出力される。そして、判定結果に応じた制御が行われ、音声通信に係るルートが確立されていない場合には、当該ルート内の区間障害等の可能性を考慮して、ＣＳＦＢを行い着信応答を行わせることができる。このことで、所定区間の障害等を起因として音声通信に係るルートが音声通信可能な状態で確立されていない場合であっても、音声通信サービス用のルートを確実に確立することができる。

【符号の説明】

【0056】

１…音声通信制御システム、１０…通信端末、１２…ＭＭＥ、１９…ＨＳＳ、１２１…送受信部、１２２…記憶部、１２３…Ｔ−ＡＤＳ制御部

【図1】

【図2】

【図3】

【図4】

【図5】