(57)【要約】      （修正有）【課題】緊急呼のリトライの遅延を抑制可能とする。【解決手段】無線通信端末１００は、緊急呼の発信操作に応じて緊急呼発信処理を開始し、呼の状態を発信中状態として管理する呼管理部１３２と、緊急呼発信処理の開始に応じてＳＩＰサーバへの登録処理を開始するＳＩＰ処理部１３３と、登録処理の開始に応じて緊急呼用のＰＤＮコネクションを確立するコネクション制御部１３４と、を備える。コネクション制御部１３４は、登録処理の完了前に通信ネットワークとの通信が途絶した場合に緊急呼用のＰＤＮコネクションを解放し、緊急呼用のＰＤＮコネクションの状態について呼管理部１３２に通知する。呼管理部１３２は、緊急呼発信処理の開始後、コネクション制御部１３４からの通知に基づいて、緊急呼発信処理の失敗について判定する。【選択図】図４
2019220898.tif 000002
【特許請求の範囲】
【請求項１】
無線通信ネットワークとの通信を行い、通常呼の発信前に通常呼用のＰＤＮコネクションを確立している無線通信端末であって、
緊急呼の発信に応じて呼の状態を発信中状態として管理する呼管理部と、
前記緊急呼の発信に応じてＳＩＰサーバを介して呼処理を行うと共に、緊急呼用のＰＤＮコネクションの確立を要求するＳＩＰ処理部と、
前記要求に応じて緊急呼用のＰＤＮコネクションを確立するコネクション制御部と、を備え、
前記コネクション制御部は、前記無線通信ネットワークとの通信が途絶した場合に前記緊急呼用のＰＤＮコネクションを解放し、前記緊急呼用のＰＤＮコネクションの状態について前記呼管理部に通知し、
前記呼管理部は、前記通知に基づいて前記発信中状態から終話状態に遷移させる無線通信端末。
【請求項２】
前記ＳＩＰ処理部は、緊急呼用のＰＤＮコネクションが確立された後、無線通信ネットワークの情報（ＰＡＮＩ：P-Access-Network-Info）をＳＩＰサーバに登録し、
前記コネクション制御部は、前記登録が成功しない場合、前記緊急呼用のＰＤＮコネクションを解放し、前記緊急呼用のＰＤＮコネクションの状態について前記呼管理部に通知する請求項１に記載の無線通信端末。
【請求項３】
前記呼管理部は、前記通知を受けたとき、前記無線通信ネットワーク又は他の無線通信ネットワークとの通信が再開されるまで前記発信中状態を維持し、当該通信の再開に応じて緊急呼発信を再開する請求項１に記載の無線通信端末。
【請求項４】
前記コネクション制御部は、前記緊急呼用のＰＤＮコネクションの状態が変更された際に、前記緊急呼用のＰＤＮコネクションの状態変更を前記呼管理部に通知し、
前記呼管理部は、呼の状態を前記発信中状態として管理しており、且つ、前記緊急呼用のＰＤＮコネクションの解放を示す通知を前記コネクション制御部から受け付けた場合に、前記発信中状態から終話状態に遷移させる請求項１乃至３のいずれか１項に記載の無線通信端末。
【請求項５】
前記呼管理部は、呼の状態を前記発信中状態として管理しており、前記緊急呼用のＰＤＮコネクションの解放を示す通知を前記コネクション制御部から受け付け、且つ、前記無線通信ネットワーク以外に利用可能な他の無線通信ネットワークが存在しない場合に、前記発信中状態から終話状態に遷移させる請求項４に記載の無線通信端末。
【請求項６】
無線通信ネットワークとの通信を行い、通常呼の発信前に通常呼用のＰＤＮコネクションを確立している無線通信端末における通信方法であって、
緊急呼の発信に応じて呼の状態を発信中状態として管理するステップと、
前記緊急呼の発信に応じてＳＩＰサーバを介して呼処理を行うと共に、緊急呼用のＰＤＮコネクションの確立を行うステップと、
前記無線通信ネットワークとの通信が途絶した場合に前記緊急呼用のＰＤＮコネクションを解放すると共に前記発信中状態から終話状態に遷移させるステップと、を備える通信方法。
【請求項７】
無線通信端末に請求項６に記載の通信方法を実行させる、通信プログラム。
【請求項８】
無線通信ネットワークとの通信を行う無線通信端末であって、
表示部と、
緊急呼の発信に応じて呼の状態を発信中状態として前記表示部に表示させる呼管理部と、
前記緊急呼の発信に応じてＳＩＰサーバを介して呼処理を行うと共に、緊急呼用のＰＤＮコネクションの確立を要求するＳＩＰ処理部と、
前記要求に応じて緊急呼用のＰＤＮコネクションを確立するコネクション制御部と、を備え、
前記コネクション制御部は、前記無線通信ネットワークとの通信が途絶した場合に前記緊急呼用のＰＤＮコネクションを解放し、前記緊急呼用のＰＤＮコネクションの状態について前記呼管理部に通知し、
前記呼管理部は、前記通知に基づいて前記表示部の前記発信中状態の表示を終了させる無線通信端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信端末、通信方法、及び通信プログラムに関する。
【背景技術】
【０００２】
従来、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を利用したＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）機能を備えた無線通信端末が広く用いられている。かかる無線通信端末は、電源オン後に通信ネットワークに接続すると、通常呼用に、ＰＤＮ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ）コネクションと呼ばれるＩＰパケット通信路を確立する（例えば、特許文献１参照）。
【０００３】
また、無線通信端末は、ユーザによる緊急呼の発信操作を契機として、通常呼用のＰＤＮコネクションとは別に緊急呼用のＰＤＮコネクションを確立する。具体的には、緊急呼の発信操作に応じて無線通信端末の呼管理部が緊急呼発信処理を開始すると、無線通信端末のＳＩＰ処理部がＳＩＰサーバへの登録処理を開始するとともに、無線通信端末のコネクション制御部が緊急呼用のＰＤＮコネクションを確立する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１７−３４４７０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、緊急呼用のＰＤＮコネクションの確立後、ＳＩＰサーバへの登録処理中に通信ネットワークとの通信が途絶したような場合、ＳＩＰ処理部は、登録処理に失敗したと判定し、緊急呼用のＰＤＮコネクションの開放をコネクション制御部に要求し、コネクション制御部がＰＤＮコネクションを解放しうる。
【０００６】
ここで、ＳＩＰ処理部は、緊急呼用のＰＤＮコネクションの開放について呼管理部に通知する機能を有しない。よって、緊急呼用のＰＤＮコネクションが解放済みであるにもかかわらず、呼管理部が呼の状態を発信中状態であると認識し続けてしまう。その結果、無線通信端末が発信中である旨の表示を維持する。
【０００７】
かかる場合、ユーザが終話操作を行って終話状態に遷移させた後、緊急呼の発信操作をユーザが再度行わなければ緊急呼発信処理が再開されないため、緊急呼のリトライが遅延してしまう問題がある。
【０００８】
そこで、本発明は、緊急呼のリトライの遅延を抑制可能とする無線通信端末、通信方法、及び通信プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
第１の特徴に係る無線通信端末は、無線通信ネットワークとの通信を行い、通常呼の発信前に通常呼用のＰＤＮコネクションを確立している無線通信端末であって、緊急呼の発信に応じて呼の状態を発信中状態として管理する呼管理部と、前記緊急呼の発信に応じてＳＩＰサーバを介して呼処理を行うと共に、緊急呼用のＰＤＮコネクションの確立を要求するＳＩＰ処理部と、前記要求に応じて緊急呼用のＰＤＮコネクションを確立するコネクション制御部と、を備える。前記コネクション制御部は、前記無線通信ネットワークとの通信が途絶した場合に前記緊急呼用のＰＤＮコネクションを解放し、前記緊急呼用のＰＤＮコネクションの状態について前記呼管理部に通知する。前記呼管理部は、前記通知に基づいて前記発信中状態から終話状態に遷移させる。
【００１０】
第２の特徴に係る通信方法は、無線通信ネットワークとの通信を行い、通常呼の発信前に通常呼用のＰＤＮコネクションを確立している無線通信端末における通信方法であって、緊急呼の発信に応じて呼の状態を発信中状態として管理するステップと、前記緊急呼の発信に応じてＳＩＰサーバを介して呼処理を行うと共に、緊急呼用のＰＤＮコネクションの確立を行うステップと、前記無線通信ネットワークとの通信が途絶した場合に前記緊急呼用のＰＤＮコネクションを解放すると共に前記発信中状態から終話状態に遷移させるステップとを備える。
【００１１】
第３の特徴に係る通信プログラムは、無線通信端末に第２の特徴に係る通信方法を実行させる。
【００１２】
第４の特徴に係る無線通信端末は、無線通信ネットワークとの通信を行う無線通信端末であって、表示部と、緊急呼の発信操作に応じて呼の状態を発信中状態として前記表示部に表示させる呼管理部と、前記緊急呼の発信に応じてＳＩＰサーバを介して呼処理を行うと共に、緊急呼用のＰＤＮコネクションの確立を要求するＳＩＰ処理部と、前記要求に応じて緊急呼用のＰＤＮコネクションを確立するコネクション制御部とを備える。前記コネクション制御部は、前記無線通信ネットワークとの通信が途絶した場合に前記緊急呼用のＰＤＮコネクションを解放し、前記緊急呼用のＰＤＮコネクションの状態について前記呼管理部に通知する。前記呼管理部は、前記通知に基づいて前記表示部の前記発信中状態の表示を終了させる。
【発明の効果】
【００１３】
本発明によれば、緊急呼のリトライの遅延を抑制可能とする無線通信端末、通信方法、及び通信プログラムを提供できる。
【図面の簡単な説明】
【００１４】
【図１】実施形態に係る全体システム構成例を示す図である。
【図２】緊急呼発信時における問題点を示す図である。
【図３】実施形態に係る無線通信端末の構成を示す図である。
【図４】実施形態に係る無線通信端末の動作を示す図である。
【図５】実施形態に係る緊急呼発信の失敗判定処理の一例を示す図である。
【図６】実施形態の変更例に係る無線通信端末の動作を示す図である。
【発明を実施するための形態】
【００１５】
図面を参照して、本発明に係る通信端末の一実施形態について説明する。本実施形態に係る通信端末は、無線通信を行う無線通信端末である。図面の記載において、同一又は類似の部分には同一又は類似の符号を付している。
【００１６】
（全体システム構成）
図１は、本実施形態に係る全体システム構成例を示す図である。図１に示すように、本実施形態に係るシステムは、無線通信端末１００と、複数の無線通信ネットワーク２００と、コアネットワーク３００と、ＩＭＳ（ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ）４００と、緊急通報受理機関５００とを備える。複数の無線通信ネットワーク２００は、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）ネットワーク２００Ａと、Ｗ−ＣＤＭＡ（Ｗｉｄｅｂａｎｄ−Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）ネットワーク２００Ｂと、ＷＬＡＮ（Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）２００Ｃとを含む。
【００１７】
無線通信端末１００は、ＳＩＰを利用したＶｏＩＰ機能を備えた通信端末である。また、無線通信端末１００は、ＬＴＥ、Ｗ−ＣＤＭＡ、及びＷＬＡＮ等の複数の無線通信方式をサポートする。無線通信端末１００は、複数の無線通信ネットワーク２００のいずれかに接続して無線通信を行う。なお、無線通信端末１００は、スマートフォン、フィーチャーフォン、タブレット端末、無線通信モジュール、無線通信カードであってもよい。無線通信モジュール又は無線通信カードはどのような機器に搭載されてもよいが、例えば車両１０又はノートＰＣ等に搭載される。
【００１８】
ＬＴＥネットワーク２００Ａは基地局２１０Ａを含み、Ｗ−ＣＤＭＡネットワーク２００Ｂは基地局２１０Ｂを含み、ＷＬＡＮ２００Ｃはアクセスポイント２１０Ｃを含む。なお、ＬＴＥネットワーク２００ＡはＥ−ＵＴＲＡＮと称されることがある。Ｗ−ＣＤＭＡネットワーク２００Ｂは、ＵＴＲＡＮと称されることがある。但し、無線通信ネットワークのタイプはこれらに限定されるものではなく、例えばＧＳＭ（登録商標）ネットワークを用いてもよい。
【００１９】
コアネットワーク３００は、複数の無線通信ネットワーク２００を収容する。コアネットワーク３００は、Ｐ−ＧＷ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ  Ｇａｔｅｗａｙ）３１０と、Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）３２０とを含む。Ｐ−ＧＷ３１０は、ＩＭＳ４００及びインターネット等の外部ネットワークとのインターフェイスとして機能する。Ｓ−ＧＷ３２０は、Ｐ−ＧＷ３１０とセルラネットワーク（ＬＴＥネットワーク２００Ａ、Ｗ−ＣＤＭＡネットワーク２００Ｂ）との間でデータの転送制御を行う。なお、ＷＬＡＮ２００Ｃは、Ｓ−ＧＷ３２０を介さずにデータをＰ−ＧＷ３１０と送受信する。
【００２０】
ＩＭＳ４００は、オールＩＰベースの通信制御システムであり、ＶｏＩＰによる電話や、音声・映像の送受信を含むマルチメディアサービスを提供する。ＩＭＳ４００は、ＳＩＰによるセッション制御を行うＳＩＰサーバ４１０を含む。ＳＩＰサーバ４１０は、ＣＳＣＦ（Ｃａｌｌ  Ｓｅｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ）と称されることがある。なお、ＳＩＰは、アプリケーション層において、音声や映像、テキストメッセージの交換等を行うために必要なセッションの生成・変更・切断を行うプロトコルである。
【００２１】
緊急通報受理機関５００は、通報者から発信された緊急通報用電話番号による緊急通報を受理し、緊急通報に対応する措置を取る機関である。例えば、緊急通報受理機関５００は、警察、海上保安庁、又は消防であってもよい。
【００２２】
かかるシステムにおいて、無線通信端末１００は、まず、電源オン後にいずれかの無線通信ネットワークに接続すると、通常呼の発信前に、通常呼用にＰＤＮコネクションと呼ばれるＩＰパケット通信路を確立する。ＰＤＮコネクションは、無線通信端末１００とＰ−ＧＷ３１０（又はＩＭＳ４００）との間に確立されてもよい。通常呼の発信前に、無線通信端末１００は、自身の情報および位置の情報などを含むＳＩＰの登録メッセージ（ＲＥＧＩＳＴＥＲ）をＳＩＰサーバ４１０に送信する。
【００２３】
無線通信端末１００は、ユーザによる緊急呼の発信操作、または、無線通信端末１００が通信モジュールとして車両１０に搭載される形態で事故等の緊急事態による自動動作を契機として、通常呼用のＰＤＮコネクションとは別に緊急呼用のＰＤＮコネクションを確立する。無線通信端末１００は、緊急呼用のＰＤＮコネクションを介してＳＩＰメッセージをＳＩＰサーバ４１０とやり取りし、緊急通報受理機関５００との音声セッションを確立することにより、ユーザが緊急通報受理機関５００への緊急通報を行うことができる。ここでは、緊急呼直後の緊急呼用のＰＤＮコネクションの確立後、無線通信端末１００は、ＳＩＰの登録メッセージ（ＲＥＧＩＳＴＥＲ）をＳＩＰサーバ４１０に送信する。通常呼では、発信前にＳＩＰの登録メッセージが送信されるが、緊急呼では、発信後にＳＩＰの登録メッセージが送信される。
【００２４】
しかしながら、緊急呼用のＰＤＮコネクションの確立後、ＳＩＰサーバへの登録処理中に無線通信ネットワークとの無線通信が途絶したような場合、問題が生じる。ここで、かかる問題点について具体例を挙げて説明する。図２は、緊急呼発信時における問題点を示す図である。
【００２５】
まず、図２（ａ）に示すように、無線通信端末１００は、ＬＴＥネットワーク２００Ａのセル（ＬＴＥ  Ｃｅｌｌ）＃1において接続状態にある。図２の例において、セル＃１のトラッキングエリア番号（Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｃｏｄｅ）が“０００１”であり、セル＃１のセル識別子（ｃｅｌｌ  ｉｄｅｎｔｉｔｙ）が“００００００１”である一例を示している。
【００２６】
無線通信端末１００は、ＬＴＥネットワーク２００Ａのセル＃1において、ユーザから緊急呼の発信操作を受け付ける。ここでは、警察向けの電話番号である“１１０”を例示している。無線通信端末１００は、緊急呼の発信操作に応じて、発信中であることを示す画面を表示し、緊急呼用のＰＤＮコネクション（Ｅｍｅｒｇｅｎｃｙ−ＰＤＮ）を確立し、緊急呼用のＰＤＮコネクションが確立された後、ＳＩＰの登録メッセージ（ＲＥＧＩＳＴＥＲ）をＳＩＰサーバ４１０に送信する。ここで、無線通信端末１００は、接続先（基地局、ゲートウェイ等）に関するＩＤ情報を登録メッセージ（ＲＥＧＩＳＴＥＲ）内のＰ−Ａｃｃｅｓｓ−Ｎｅｔｗｏｒｋ−Ｉｎｆｏ（ＰＡＮＩ）に含める。
【００２７】
次に、図２（ｂ）に示すように、無線通信端末１００は、セル＃１の圏内から圏外に移動し、ＬＴＥネットワーク２００Ａ（セル＃１）との無線通信が途絶する。すなわち、無線通信端末１００は、無線接続が切断され、無線通信をロストする。かかる場合、無線通信端末１００は、緊急呼用のＰＤＮコネクション（Ｅｍｅｒｇｅｎｃｙ−ＰＤＮ）を解放する。しかしながら、無線通信端末１００は、呼の状態が発信中状態であると認識しており、発信中であることを示す画面表示を維持する。具体的には、標準仕様上、ＰＤＮ接続の解放時に通話を終話する等の呼の制御をしないため、ＰＤＮ接続の解放済みでＶｏＩＰ通信経路が確立されないにもかかわらず、端末画面は発信中状態を表示し続けてしまう。
【００２８】
次に、図２（ｃ）に示すように、無線通信端末１００は、ＬＴＥネットワーク２００Ａのセル（ＬＴＥ  Ｃｅｌｌ）＃２の圏内に移動し、無線通信を再開する。図２の例において、セル＃２のトラッキングエリア番号（Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｃｏｄｅ）が“０００１”であり、セル＃２のセル識別子（ｃｅｌｌ  ｉｄｅｎｔｉｔｙ）が“００００００２”である一例を示している。
【００２９】
ここで、無線通信端末１００は、呼の状態が発信中状態であると認識しているため、セル＃２の圏内に移動しても、発信処理を再開せずに、発信中であることを示す画面表示を維持し続ける。このため、ユーザは、無線通信端末１００が画面表示に基づいて発信処理を継続していると認識し、呼の確立を待ち続ける。かかる場合、ユーザが異変に気付き、ユーザが終話操作を行って緊急呼の発信操作を再度行わなければ、緊急呼発信処理が再開されない。
【００３０】
ユーザが終話操作を行って緊急呼の発信操作を再度行った場合、無線通信端末１００は、セル＃２において緊急呼用のＰＤＮコネクション（Ｅｍｅｒｇｅｎｃｙ−ＰＤＮ）を確立し、ＳＩＰの登録メッセージ（ＲＥＧＩＳＴＥＲ）をＳＩＰサーバ４１０に送信する。ここで、無線通信端末１００は、接続先（基地局、ゲートウェイ等）に関するＩＤ情報を登録メッセージ（ＲＥＧＩＳＴＥＲ）内のＰ−Ａｃｃｅｓｓ−Ｎｅｔｗｏｒｋ−Ｉｎｆｏ（ＰＡＮＩ）に含める。
【００３１】
その結果、緊急呼が確立されるものの、緊急呼のリトライの遅延してしまう問題がある。以下において、かかる問題点を解決可能とする無線通信端末１００の構成及び動作について説明する。
【００３２】
（無線通信端末の構成）
図３は、本実施形態に係る無線通信端末１００の構成を示す図である。図３に示すように、無線通信端末１００は、アンテナ１１０と、フロントエンド部１２０と、制御部１３０と、記憶部１４１と、表示部１４２と、操作部１４３と、音声出力部１４４と、音声入力部１４５とを備える。無線通信端末１００は、電源部（バッテリ）等の他の構成をさらに備えてもよい。アンテナ１１０、表示部１４２、操作部１４３、音声出力部１４４、及び音声入力部１４５のうち少なくとも１つが外付けの構成であってもよい。
【００３３】
アンテナ１１０は、無線信号の送受信に用いられる。フロントエンド部１２０は、アンテナ１１０が受信した無線信号に対して増幅処理及びフィルタ処理等を行い、無線信号をベースバンド信号に変換して制御部１３０に出力する。また、フロントエンド部１２０は、制御部１３０から入力されたベースバンド信号を無線信号に変換し、増幅処理等を行ってアンテナ１１０に出力する。本実施形態において、フロントエンド部１２０は、ＬＴＥ無線信号を送受信するＬＴＥ無線部１２１と、Ｗ−ＣＤＭＡ無線信号を送受信するＷ−ＣＤＭＡ無線部１２２と、ＷＬＡＮ無線信号を送受信するＷＬＡＮ無線部１２３とを備える。
【００３４】
制御部１３０は、ＤＳＰ、ＣＰＵ、及びコーデック等を含んで構成され、無線通信端末１００における各種の処理及び制御を行う。記憶部１４１は、揮発性メモリ及び不揮発性メモリを含んで構成され、制御部１３０により実行されるプログラム、及び制御部１３０による処理に用いられる情報を記憶する。表示部１４２は、ディスプレイを含んで構成され、制御部１３０から入力される画像信号に基づいて画像を表示する。操作部１４３は、各種のボタン等を含んで構成され、ユーザからの操作入力を受け付けて、操作内容を示す操作信号を制御部１３０に出力する。操作部１４３の少なくとも一部がタッチパネルとして表示部１４２と一体化されてもよい。音声出力部１４４は、スピーカを含んで構成され、制御部１３０から入力される音声信号に基づいて音声を出力する。音声入力部１４５は、マイクを含んで構成され、ユーザからの音声入力を受け付けて、音声信号を制御部１３０に出力する。
【００３５】
制御部１３０は、電話アプリケーション処理部１３１と、呼管理部１３２と、ＳＩＰ処理部１３３と、コネクション制御部１３４とを備える。なお、電話アプリケーション処理部１３１は、オペレーティングシステム（ＯＳ）の一部であってもよい。
【００３６】
電話アプリケーション処理部１３１は、電話アプリケーションを実行し、電話機能をユーザに提供する。電話アプリケーション処理部１３１は、電話番号入力画面を表示部１４２に表示させ、操作部１４３を用いてユーザから電話番号が入力されて発信操作がなされると、呼発信処理を呼管理部１３２に要求する。また、電話アプリケーション処理部１３１は、発信中画面を表示部１４２に表示させる。
【００３７】
電話アプリケーション処理部１３１は、入力された電話番号に基づいて、緊急呼の発信操作がなされたか否かを判断する。電話アプリケーション処理部１３１は、例えば、警察、海上保安庁、又は消防向けの特定の電話番号が入力された場合に、緊急呼の発信操作がなされたと判断し、緊急呼の発信処理を呼管理部１３２に要求する。
【００３８】
電話アプリケーション処理部１３１は、呼が確立された旨の通知を呼管理部１３２から受け付けると、通話中画面に切り替える。電話アプリケーション処理部１３１は、発信処理又は通話が終了した旨の通知（終話通知）を呼管理部１３２から受け付けた場合、又はユーザから終話操作がなされた場合に、終話画面に切り替える。
【００３９】
呼管理部１３２は、電話アプリケーション処理部１３１により制御され、呼の状態を管理する。呼管理部１３２は、呼発信処理の開始を電話アプリケーション処理部１３１から要求されると、呼発信処理を開始し、呼の状態を発信中状態として管理する。呼管理部１３２は、緊急呼発信処理の開始を電話アプリケーション処理部１３１から要求されると、緊急呼発信処理を開始し、緊急呼発信要求をＳＩＰ処理部１３３に通知する。
【００４０】
ＳＩＰ処理部１３３は、呼管理部１３２により制御され、ＳＩＰに従ったシグナリングをＳＩＰサーバ４１０と送受信する。ＳＩＰ処理部１３３は、ＩＭＳ４００を利用するためのＩＭＳ機能部の一部であってもよい。ＳＩＰ処理部１３３は、緊急呼発信処理の開始に応じてＳＩＰサーバ４１０への登録処理（ＳＩＰ  Ｒｅｇｉｓｔｒａｔｉｏｎ）を開始するとともに、緊急呼用のＰＤＮコネクションの確立をコネクション制御部１３４に要求する。
【００４１】
ＳＩＰ処理部１３３は、ＳＩＰサーバ４１０への登録処理が完了した後、緊急通報受理機関５００への発信メッセージ（ＩＮＶＩＴＥメッセージ）を送信することにより、緊急通報受理機関５００との呼（音声セッション）を確立する。ＳＩＰ処理部１３３は、呼が確立されると、その旨を呼管理部１３２に通知し、呼管理部１３２が呼の状態を通話中状態に遷移させる。
【００４２】
一方、ＳＩＰ処理部１３３は、ＳＩＰサーバ４１０への登録処理（ＳＩＰ  Ｒｅｇｉｓｔｒａｔｉｏｎ）に失敗したと判定した場合に、緊急呼用のＰＤＮコネクションの解放をコネクション制御部１３４に要求する。例えば、ＳＩＰ処理部１３３は、ＳＩＰサーバ４１０への登録メッセージ（ＲＥＧＩＳＴＥＲ）を送信した後、当該登録メッセージに対応する応答メッセージ（２００（ＯＫ））を受信できずにタイムアウトした場合に、ＳＩＰサーバ４１０への登録処理（ＳＩＰ  Ｒｅｇｉｓｔｒａｔｉｏｎ）に失敗したと判定する。
【００４３】
コネクション制御部１３４は、ＳＩＰ処理部１３３により制御され、ＰＤＮコネクションの確立及び解放を行う。コネクション制御部１３４は、登録処理（ＳＩＰ  Ｒｅｇｉｓｔｒａｔｉｏｎ）の開始に応じて緊急呼用のＰＤＮコネクションを確立する。コネクション制御部１３４は、登録処理の完了前に、現在接続中の通信ネットワークとの通信が途絶した場合に、緊急呼用のＰＤＮコネクションを解放する。具体的には、コネクション制御部１３４は、ＳＩＰ処理部１３３がＳＩＰサーバ４１０への登録処理（ＳＩＰ  Ｒｅｇｉｓｔｒａｔｉｏｎ）に失敗したと判定した場合に、ＳＩＰ処理部１３３からの要求に応じて緊急呼用のＰＤＮコネクションを解放する。
【００４４】
コネクション制御部１３４は、緊急呼用のＰＤＮコネクションの状態について呼管理部１３２に通知する。コネクション制御部１３４は、ＳＩＰ処理部１３３を介して呼管理部１３２に通知を行ってもよいし、ＳＩＰ処理部１３３を介さずに呼管理部１３２に直接的に通知を行ってもよい。コネクション制御部１３４は、コネクション制御部１３４は、緊急呼用のＰＤＮコネクションの状態が変更された際に、緊急呼用のＰＤＮコネクションの状態変更を呼管理部１３２に通知する。或いは、コネクション制御部１３４は、予め定められた周期で、現在の緊急呼用のＰＤＮコネクションの状態を呼管理部１３２に通知してもよい。
【００４５】
呼管理部１３２は、緊急呼発信処理の開始後、コネクション制御部１３４からの通知に基づいて、緊急呼発信処理の失敗について判定する。具体的には、呼管理部１３２は、呼の状態を発信中状態として管理しており、且つ、緊急呼用のＰＤＮコネクションの解放を示す通知をコネクション制御部１３４から受け付けた場合に、緊急呼発信処理に失敗したと判定する。
【００４６】
呼管理部１３２は、呼の状態を発信中状態として管理しており、緊急呼用のＰＤＮコネクションの解放を示す通知をコネクション制御部１３４から受け付け、且つ、通信ネットワーク以外に利用可能な他の通信ネットワークが存在しない場合に、緊急呼発信処理に失敗したと判定してもよい。すなわち、呼管理部１３２は、呼の状態を発信中状態として管理しており、緊急呼用のＰＤＮコネクションの解放を示す通知をコネクション制御部１３４から受け付けた場合であっても、利用可能な他の通信ネットワークが存在するのであれば、当該他の通信ネットワークを用いて緊急呼発信処理を継続してもよい。
【００４７】
本実施形態において、呼管理部１３２は、緊急呼発信処理に失敗したと判定した場合に、緊急呼発信処理を終了し、管理している呼の状態を発信中状態から終話状態に遷移させる。また、呼管理部１３２は、上位（電話アプリケーション処理部１３１）に終話を通知する。電話アプリケーション処理部１３１は、終話状態の通知を受信し、画面上で終話状態を示し、ユーザに知らせる。
【００４８】
（無線通信端末の動作）
図４は、本実施形態に係る無線通信端末１００の動作を示す図である。
【００４９】
図４に示すように、ユーザが緊急呼発信を操作すると、電話アプリケーション処理部１３１から呼管理部１３２へ発信要求が通知され（ステップＳ１）、呼管理部１３２からＳＩＰ処理部１３３へ発信要求を通知する（ステップＳ２）。
【００５０】
呼管理部１３２及び電話アプリケーション処理部１３１は、発信中の状態になる（ステップＳ３）。
【００５１】
ＳＩＰ処理部１３３は、ＳＩＰ  ＲＥＧＩＳＴＥＲの送信経路を確保するために、コネクション制御部１３４に緊急呼用のＰＤＮコネクションの確立を要求する（ステップＳ４）。
【００５２】
コネクション制御部１３４は、ＳＩＰ処理部１３３から緊急呼用のＰＤＮコネクションの接続要求を受け付けると、緊急呼用のＰＤＮコネクションを確立する（ステップＳ５）。コネクション制御部１３４は、緊急呼用のＰＤＮコネクションを確立したことを呼管理部１３２およびＳＩＰ処理部１３３に通知する（ステップＳ６）。このとき、呼管理部１３２は、ＰＤＮコネクションの状態を “接続済み”（確立済み）とする。
【００５３】
ＳＩＰ処理部１３３は、緊急呼用のＰＤＮコネクションが確立された後、ＳＩＰ  ＲＥＧＩＳＴＥＲを送信する（ステップＳ７）。
【００５４】
ＳＩＰ処理部１３３は、ＲＥＧＩＳＴＥＲ送信に対する肯定応答である２００（ＯＫ）の受信を期待するが、通信ネットワークのロスト（無線通信の途絶）によって、２００（ＯＫ）を受信できない（ステップＳ８）。その結果、２００（ＯＫ）の受信を待つ時間を規定するタイマがタイムアウトし（ステップＳ９）、ＳＩＰ処理部１３３は、登録処理に失敗したと判定する。
【００５５】
ＳＩＰ処理部１３３は、２００（ＯＫ）のタイムアウトに応じて、コネクション制御部１３４へ緊急呼用のＰＤＮコネクションの解放を要求する（ステップＳ１０）。ここで、ＳＩＰ処理部１３３は、緊急呼用のＰＤＮコネクション解放に伴って、呼管理部１３２に対して緊急呼発信の失敗を通知しない。
【００５６】
コネクション制御部１３４は、ＳＩＰ処理部１３３からの要求に応じて、緊急呼用のＰＤＮコネクションを解放する（ステップＳ１１）。コネクション制御部１３４は、緊急呼用のＰＤＮコネクションを解放したことを呼管理部１３２に通知する（ステップＳ１２）。
【００５７】
呼管理部１３２は、コネクション制御部１３４からの通知に基づいて、緊急呼発信処理の失敗について判定する（ステップＳ１３）。かかる判定処理の詳細については後述する。
【００５８】
呼管理部１３２は、緊急呼発信処理に失敗したと判定した場合に、緊急呼発信処理を終了し、管理している呼の状態を発信中状態から終話状態に遷移させる（ステップＳ１４）。その結果、電話アプリケーション処理部１３１は、表示部１４２の表示を発信中画面から終話画面に切り替える。
【００５９】
図５は、緊急呼発信の失敗判定処理（図４のステップＳ１３）の一例を示す図である。上述したように、ＰＤＮの接続状態が変更された場合、コネクション制御部１３４は、呼管理部１３２宛てに状態変更を通知している。
【００６０】
図５に示すように、呼管理部１３２は、コネクション制御部１３４からの通知を受信した場合に、受信した通知内容が下記の条件を満たすか否かを確認する。なお、条件を判定する順序は図５に示す順序に限定されるものではない。
【００６１】
・緊急呼用のＰＤＮコネクションに関する状態変更であるか否か（ステップＳ１３１）。例えば、コネクション制御部１３４からの通知は、対象とするＰＤＮコネクションのタイプを示す情報を含む。呼管理部１３２は、かかる情報に基づいて、緊急呼用のＰＤＮコネクションに関する状態変更であるか否かを確認する。
【００６２】
・ＰＤＮの前の状態が“接続済み”であるか否か（ステップＳ１３２）。コネクション制御部１３４はＰＤＮコネクションの状態変更の度に通知を行うため、呼管理部１３２は、コネクション制御部１３４から前回受信した通知に基づいて、ＰＤＮコネクションの状態が“接続済み”（確立済み）であるか否かを確認する。
【００６３】
・ＰＤＮの現在の状態が“解放／切断”であるか否か（ステップＳ１３２）。呼管理部１３２は、コネクション制御部１３４から今回受信した通知に基づいて、ＰＤＮコネクションの状態が“解放／切断”であるか否かを確認する。
【００６４】
・ＶｏＩＰ緊急呼が存在するか否か（ステップＳ１３４）。呼管理部１３２は、ＶｏＩＰ緊急呼が発信中の状態であると管理（記憶）しているため、管理している状態に基づいて、ＶｏＩＰ緊急呼が存在するか否かを確認する。
【００６５】
・現在利用中の通信ネットワーク以外に利用可能な通信ネットワークが存在するか否か（ステップＳ１３５）。呼管理部１３２は、例えば各無線通信ネットワーク２００の受信信号状態をフロントエンド部１２０から取得する。呼管理部１３２は、各無線通信ネットワーク２００の受信信号状態に基づいて、現在利用中の通信ネットワーク（例えば、ＬＴＥネットワーク２００Ａ）以外に利用可能な無線通信ネットワーク（例えば、Ｗ−ＣＤＭＡネットワーク２００Ｂ、ＷＬＡＮ２００Ｃ）が存在するか否かを確認する。
【００６６】
呼管理部１３２は、緊急呼用のＰＤＮコネクションに関する状態変更であり、ＰＤＮの前の状態が“接続済み”であり、ＰＤＮの現在の状態が“解放／切断”であり、ＶｏＩＰ緊急呼が存在し、現在利用中の通信ネットワーク以外に利用可能な通信ネットワークが存在しない場合に、緊急呼発信処理に失敗したと判定し、緊急呼発信処理を終了し、管理している呼の状態を発信中状態から終話状態に遷移させる（ステップＳ１３６）。また、呼管理部１３２は、上位（電話アプリケーション処理部１３１）に終話を通知する。そうでなければ、呼管理部１３２は、緊急呼発信処理を継続する（ステップＳ１３３）。
【００６７】
（実施形態のまとめ）
本実施形態に係る無線通信端末１００は、緊急呼の発信操作に応じて緊急呼発信処理を開始し、呼の状態を発信中状態として管理する呼管理部１３２と、緊急呼発信処理の開始に応じてＳＩＰサーバへの登録処理を開始するＳＩＰ処理部１３３と、登録処理の開始に応じて緊急呼用のＰＤＮコネクションを確立するコネクション制御部１３４と、を備える。コネクション制御部１３４は、登録処理の完了前に通信ネットワークとの通信が途絶した場合に緊急呼用のＰＤＮコネクションを解放し、緊急呼用のＰＤＮコネクションの状態について呼管理部１３２に通知する。呼管理部１３２は、緊急呼発信処理の開始後、コネクション制御部１３４からの通知に基づいて、緊急呼発信処理の失敗について判定する。これにより、呼管理部１３２は、緊急呼用のＰＤＮコネクションが解放済みであることを適切に把握できる。
【００６８】
本実施形態において、呼管理部１３２は、緊急呼発信処理に失敗したと判定した場合に、緊急呼発信処理を終了し、発信中状態から終話状態に遷移させる。これにより、通信端末が発信中である旨の表示を終了できるため、緊急呼発信に失敗したことをユーザが認識できる。よって、ユーザが緊急呼の発信操作を再度行うことにより緊急呼発信処理を再開できる。
【００６９】
本実施形態において、コネクション制御部１３４は、緊急呼用のＰＤＮコネクションの状態が変更された際に、緊急呼用のＰＤＮコネクションの状態変更を呼管理部１３２に通知する。呼管理部１３２は、呼の状態を発信中状態として管理しており、且つ、緊急呼用のＰＤＮコネクションの解放を示す通知をコネクション制御部１３４から受け付けた場合に、緊急呼発信処理に失敗したと判定する。これにより、緊急呼用のＰＤＮコネクションが解放されてすぐに、呼管理部１３２が緊急呼発信処理に失敗したと判定できる。
【００７０】
本実施形態において、呼管理部１３２は、呼の状態を発信中状態として管理しており、緊急呼用のＰＤＮコネクションの解放を示す通知をコネクション制御部１３４から受け付け、且つ、現在利用中の通信ネットワーク以外に利用可能な他の通信ネットワークが存在しない場合に、緊急呼発信処理に失敗したと判定する。すなわち、呼管理部１３２は、呼の状態を発信中状態として管理しており、緊急呼用のＰＤＮコネクションの解放を示す通知をコネクション制御部１３４から受け付けた場合であっても、利用可能な他の通信ネットワークが存在するのであれば、当該他の通信ネットワークを用いて緊急呼発信処理を継続できる。
【００７１】
無線通信端末１００は、緊急呼が成功し通話中（通信中）になったとき、通話中の旨の表示を行う場合もある。基本的には、通信が途絶してＰＤＮ解放しても、通話中の旨の表示のままとなる。無線通信端末１００は、ＰＤＮの状態とは別に、圏外になったことにより、音声データが無通信になるので監視タイマが作動し、音声データが無通信のまま監視タイマが満了した場合、通話中の表示が停止されてもよい。また、通信が途絶してＰＤＮが解放されたとき、通話中の表示が停止されてもよい。
【００７２】
（もう１つの実施例）
上述した実施形態において、呼管理部１３２が、緊急呼発信処理に失敗したと判定した場合に、緊急呼発信処理を終了し、管理している呼の状態を発信中状態から終話状態に遷移させる一例について説明した。
【００７３】
しかしながら、呼管理部１３２は、緊急呼発信処理に失敗したと判定した場合に、それで利用していた通信ネットワーク又は他の通信ネットワークとの通信が再開されるまで発信中状態を維持し、通信の再開に応じて緊急呼発信を自動的に再開してもよい。
【００７４】
図６は、実施形態の変更例に係る無線通信端末１００の動作を示す図である。図６に示すように、ステップＳ１乃至Ｓ１３の動作については、上述した実施形態に係る動作（図４参照）と同様である。
【００７５】
呼管理部１３２は、緊急呼発信処理に失敗したと判定（ステップＳ１３）した場合に、発信中状態を維持する（ステップＳ２１）。呼管理部１３２は、それで利用していた通信ネットワーク又は他の通信ネットワークとの通信が再開されるまで待つ。
【００７６】
ステップＳ２２において通信が再開され（例えば、無線通信端末１００が他のセルの圏内に入り）、呼管理部１３２は、通信が再開されたことを検知する。
【００７７】
呼管理部１３２は、通信が再開されたことを検知すると、ＳＩＰ処理部１３３へ発信要求を通知する（ステップＳ２３）。
【００７８】
ＳＩＰ処理部１３３は、ＳＩＰ  ＲＥＧＩＳＴＥＲの送信経路を確保するために、コネクション制御部１３４に緊急呼用のＰＤＮコネクションの確立を要求する（ステップＳ２４）。
【００７９】
コネクション制御部１３４は、ＳＩＰ処理部１３３から緊急呼用のＰＤＮコネクションの接続要求を受け付けると、緊急呼用のＰＤＮコネクションを確立する（ステップＳ２５）。以降の動作については、上述した実施形態と同様である。
【００８０】
なお、ステップＳ２１における待ち時間には上限が設定されてもよい。すなわち、呼管理部１３２は、緊急呼発信処理に失敗したと判定（ステップＳ１３）した場合に、一定時間において通信の再開を待ち、当該一定時間内において通信が再開されない場合には、緊急呼発信処理を終了して終話状態に遷移させてもよい。
【００８１】
（その他の実施形態）
上述した実施形態において、通信端末が無線通信端末１００である一例について説明した。しかしながら、本発明に係る通信端末として、有線通信を行う通信端末（例えば、据置型のＶｏＩＰ端末）を用いてもよい。
【００８２】
なお、無線通信端末１００が行う各処理をコンピュータに実行させるプログラムが提供されてもよい。プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ等の記録媒体であってもよい。また、無線通信端末１００が行う各処理を実行する回路を集積化し、無線通信端末１００に搭載する半導体集積回路（チップセット、ＳｏＣ）を構成してもよい。
【００８３】
以上、図面を参照して本実施形態について詳しく説明したが、具体的な構成は上述のものに限られることはなく、要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。
【符号の説明】
【００８４】
１０      ：車両
１００    ：無線通信端末
１１０    ：アンテナ
１２０    ：フロントエンド部
１２１    ：ＬＴＥ無線部
１２２    ：Ｗ−ＣＤＭＡ無線部
１２３    ：ＷＬＡＮ無線部
１３０    ：制御部
１３１    ：電話アプリケーション処理部
１３２    ：呼管理部
１３３    ：ＳＩＰ処理部
１３４    ：コネクション制御部
１４１    ：記憶部
１４２    ：表示部
１４３    ：操作部
１４４    ：音声出力部
１４５    ：音声入力部
２００    ：無線通信ネットワーク
２００Ａ  ：ＬＴＥネットワーク
２００Ｂ  ：Ｗ−ＣＤＭＡネットワーク
２００Ｃ  ：ＷＬＡＮ
２１０Ａ  ：基地局
２１０Ｂ  ：基地局
２１０Ｃ  ：アクセスポイント
３００    ：コアネットワーク
４１０    ：ＳＩＰサーバ
５００    ：緊急通報受理機関
【図１】
2019220898.tif 000003
【図２】
2019220898.tif 000004
【図３】
2019220898.tif 000005
【図４】
2019220898.tif 000006
【図５】
2019220898.tif 000007
【図６】
2019220898.tif 000008