(57)【要約】【課題】最適なドメインで音声サービスを実現することを課題とする。【解決手段】無線通信装置は、第１のドメインを使用した音声通信に関する第１の無線品質情報、または、第２のドメインを使用した音声通信に関する第２の無線品質情報を取得する。無線通信装置は、第１のドメインおよび第２のドメインの両ドメインを利用できる位置に在圏する場合、取得された第１の無線品質情報または第２の無線品質情報を基に、第１のドメインまたは第２のドメインを選択する。無線通信装置は、選択された第１のドメインまたは第２のドメインを用いて、音声通信を実行する。【選択図】図３
2016066938.tif 000002
【特許請求の範囲】
【請求項１】
第１のドメインを使用した音声通信に関する第１の無線品質情報、または、第２のドメインを使用した音声通信に関する第２の無線品質情報を取得する取得部と、
前記第１のドメインおよび前記第２のドメインの両ドメインを利用できる位置に在圏する場合、前記取得部によって取得された前記第１の無線品質情報または前記第２の無線品質情報を基に、前記第１のドメインまたは前記第２のドメインを選択する選択部と、
前記選択部によって選択された前記第１のドメインまたは前記第２のドメインを用いて、前記音声通信を実行する実行部と
を有することを特徴とする無線通信装置。
【請求項２】
前記取得部が前記音声通信中に取得した前記第１の無線品質情報、または、前記第２の無線品質情報を記憶する記憶部をさらに有し、
前記選択部は、前記記憶部に記憶される前記第１の無線品質情報の統計または前記第２の無線品質情報の統計を基に、前記第１のドメインまたは前記第２のドメインを選択することを特徴とする請求項１に記載の無線通信装置。
【請求項３】
前記記憶部は、前記音声通信が実行された位置情報に対応付けた前記第１の無線品質情報または前記第２の無線品質情報を記憶し、
前記選択部は、前記無線通信装置が在圏する位置の位置情報に対応付けられる前記第１の無線品質情報または前記第２の無線品質情報を基に、前記第１のドメインまたは前記第２のドメインを選択することを特徴とする請求項２に記載の無線通信装置。
【請求項４】
前記記憶部は、前記音声通信が実行された時刻情報に対応付けた前記第１の無線品質情報または前記第２の無線品質情報を記憶し、
前記選択部は、前記無線通信装置が在圏する時刻の時刻情報に対応付けられる前記第１の無線品質情報または前記第２の無線品質情報を基に、前記第１のドメインまたは前記第２のドメインを選択することを特徴とする請求項２に記載の無線通信装置。
【請求項５】
前記選択部は、前記無線通信装置を識別する識別子が所定の条件に一致する場合、前記第１の無線品質情報または前記第２の無線品質情報を基に、前記第１のドメインまたは前記第２のドメインを選択し、前記無線通信装置を識別する識別子が所定の条件に一致しない場合、予め指定されたいずれかのドメインを選択することを特徴とする請求項１に記載の無線通信装置。
【請求項６】
前記実行部による音声通信が開始されると、前記音声通信に使用される使用中ドメインの平均遅延またはパケット損失率を測定し、該平均遅延またはパケット損失率が閾値を超える場合、タイマを起動するタイマ起動部をさらに有し、
前記選択部は、前記タイマが起動中は、前記使用中ドメインに該当するドメインとは異なるドメインを選択することを特徴とする請求項１に記載の無線通信装置。
【請求項７】
前記選択部は、前記第１の無線品質情報または前記第２の無線品質情報を基に選択したドメインの選択結果を所定の表示部に表示させ、
前記実行部は、ユーザによって指定されたドメインを用いて、前記音声通信を実行することを特徴とする請求項１に記載の無線通信装置。
【請求項８】
無線通信装置が、
第１のドメインを使用した音声通信に関する第１の無線品質情報、または、第２のドメインを使用した音声通信に関する第２の無線品質情報を取得し、
前記第１のドメインおよび前記第２のドメインの両ドメインを利用できる位置に在圏する場合、取得した前記第１の無線品質情報または前記第２の無線品質情報を基に、前記第１のドメインまたは前記第２のドメインを選択し、
選択した前記第１のドメインまたは前記第２のドメインを用いて、前記音声通信を実行する
処理を含んだことを特徴とする音声通信方法。
【請求項９】
無線通信装置が第１のドメインまたは第２のドメインを用いて無線通信を実行する無線通信システムにおいて、
前記無線通信装置は、
第１のドメインを使用した音声通信に関する第１の無線品質情報、または、第２のドメインを使用した音声通信に関する第２の無線品質情報を取得する取得部と、
前記第１のドメインおよび前記第２のドメインの両ドメインを利用できる位置に在圏する場合、前記取得部によって取得された前記第１の無線品質情報または前記第２の無線品質情報を基に、前記第１のドメインまたは前記第２のドメインを選択する選択部と、
前記選択部によって選択された前記第１のドメインまたは前記第２のドメインを用いて、前記音声通信を実行する実行部と
を有することを特徴とする無線通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信装置、音声通信方法および無線通信システムに関する。
【背景技術】
【０００２】
移動通信ネットワークは、３ＧＰＰ（Third  Generation  Partnership  Project）で規定されるＩＭＳ（IP（Internet  Protocol）  Multimedia  Subsystem）の導入に伴い、ＩＰ化へ移行する段階にある。今後は、ＬＴＥ（Long  Term  Evolution）上で音声ＩＰ通信を行うＶｏＬＴＥ（Voice  over  LTE）の導入も複数のネットワークオペレータで予定されている。なお、ＶｏＬＴＥでは、ＩＥＴＦ（Internet  Engineering  Task  Force）で規定されたＳＩＰ（Session  Initiation  Protocol）を使用して音声通信セッションの確立や切断が行われる。
【０００３】
音声サービスは、長期的にはＶｏＬＴＥに一本化される。しかし、ＶｏＬＴＥのサービス開始当初はネットワーク側の導入タイミングや設備投資等により、ＶｏＬＴＥを導入しつつも、既存の２Ｇ（Second  Generation）／３Ｇ（Third  Generation）のＣＳ（Circuit  Switch）回線交換に切り替えて音声通信を行うＣＳ  Ｆａｌｌｂａｃｋ機能による音声サービスの実現方法も３ＧＰＰで規定されている。
【０００４】
このため、利用者端末は、音声通信を実施する場合、ＳＩＰサーバ装置から通知されるIMS  Management  ObjectのVoice_Domain_Preferenceメッセージにしたがって、ＶｏＬＴＥかＣＳ回線交換の何れのドメインを選択する。このVoice_Domain_Preferenceメッセージには、例えばＶｏＬＴＥを第１優先、ＣＳを第２優先とするなどの情報が含まれる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１３−４２３４６号公報
【特許文献２】特開２０１３−１３５４５５号公報
【特許文献３】特開２０１２−１０４８９４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、ＶｏＬＴＥでは、ＳＩＰが使用されるが、ＳＩＰシグナリングは利用者端末とＬＴＥネットワーク間で確立されるベアラ上で送信され、ＳＩＰシグナリングはＱｏＳ（Quality  of  Service）が保障されていないdefaultベアラ上で送信することが３ＧＰＰに規定されている。
【０００７】
したがって、ネットワーク輻輳等を起因としてＩＰパケットの損失や遅延が発生している状況下において、Voice_Domain_PreferenceメッセージにＶｏＬＴＥ優先が指定されている場合、利用者端末は、ＶｏＬＴＥを選択して音声通信を行う。この結果、音声が繋がらない、もしくは遅延が発生する。
【０００８】
なお、音声データは、ＱｏＳが保障されたベアラ上を通ることが３ＧＰＰで規定されているが、今後はファイル共有や動画等の付加価値の高いリッチコミュニケーションサービスの実現も予定されている。このため、近年深刻化しているトラヒック容量の更なる増加が容易に予想でき、音声データ自体のＱｏＳが保証できない可能性がある。
【０００９】
開示の技術は、上記に鑑みてなされたものであって、最適なドメインで音声サービスを実現することができる無線通信装置、音声通信方法および無線通信システムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
第１の案では、無線通信装置は、第１のドメインを使用した音声通信に関する第１の品質情報、または、第２のドメインを使用した音声通信に関する第２の品質情報を取得する取得部を有する。無線通信装置は、前記第１のドメインおよび前記第２のドメインの両ドメインを利用できる位置に在圏する場合、前記取得部によって取得された前記第１の品質情報または前記第２の品質情報を基に、前記第１のドメインまたは前記第２のドメインを選択する選択部を有する。無線通信装置は、前記選択部によって選択された前記第１のドメインまたは前記第２のドメインを用いて、前記音声通信を実行する実行部を有する。
【発明の効果】
【００１１】
１実施形態によれば、最適なドメインで音声サービスを実現することができる。
【図面の簡単な説明】
【００１２】
【図１】図１は、実施例１に係るシステムの全体構成例を示す図である。
【図２】図２は、移動機のハードウェア構成例を示す図である。
【図３】図３は、移動機が有する機能構成を示す機能ブロック図である。
【図４】図４は、音声品質統計情報テーブルを示す図である。
【図５】図５は、音声品質の閾値テーブルを示す図である。
【図６】図６は、移動機内における各処理部間の処理シーケンスを示す図である。
【図７】図７は、移動機内における各処理部間の処理シーケンスを示す図である。
【図８】図８は、ドメイン選択を行うか否かを判定する処理の流れを示すフローチャートである。
【図９】図９は、ドメイン判定処理の流れを示すフローチャートである。
【図１０】図１０は、音声品質統計情報テーブルの更新処理の流れを示すフローチャートである。
【図１１】図１１は、実施例２に係る音声品質統計情報テーブルの例を示す図である。
【図１２】図１２は、実施例２に係る移動機内における各処理部間の処理シーケンスを示す図である。
【図１３】図１３は、実施例２に係る移動機内における各処理部間の処理シーケンスを示す図である。
【図１４】図１４は、実施例２に係るドメイン判定処理の流れを示すフローチャートである。
【図１５】図１５は、実施例３に係る移動機内における各処理部間の処理シーケンスを示す図である。
【図１６】図１６は、ＩＭＳＩを用いた判定処理の流れを示すフローチャートである。
【図１７】図１７は、実施例４に係る移動機内における各処理部間の処理シーケンスを示す図である。
【図１８】図１８は、実施例４に係る移動機内における各処理部間の処理シーケンスを示す図である。
【図１９】図１９は、実施例４に係る移動機内における各処理部間の処理シーケンスを示す図である。
【図２０】図２０は、実施例４に係る移動機内における各処理部間の処理シーケンスを示す図である。
【図２１】図２１は、タイマを用いた判定処理の流れを示すフローチャートである。
【発明を実施するための形態】
【００１３】
以下に、本願の開示する無線通信装置、音声通信方法および無線通信システムの実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。なお、各実施例は、適宜組み合わせることができる。
【実施例１】
【００１４】
［全体構成］
図１は、実施例１に係るシステムの全体構成例を示す図である。図１に示すように、この無線通信システムは、移動機１０が３Ｇ網３００とＩＰネットワーク４００の両ドメインを利用できるシステムである。
【００１５】
移動機１０は、無線通信装置の一例であり、例えばスマートフォンや携帯電話などである。ＩＰネットワーク４００は、ＳＩＰサーバ群を有するネットワークである。ここでは、３Ｇ網３００を例にして説明するが２Ｇ網でもよい。
【００１６】
ＬＴＥ網は、３ＧＰＰのＴＳ２４．２９９やＴＳ２４．４０１で説明されるＬＴＥネットワークと同様の構成を有する。具体的には、ＬＴＥ網は、ＰＤＮ−ＧＷ（Packet  Data  Network−GateWay）１、ＳＧＷ（Service  GateWay）２、ＭＭＥ（Mobility  Management  Entity）３、ＨＳＳ（Home  Subscriber  Server）４、ｅＮＢ（evolved  Node  B）５などを有する。
【００１７】
ＰＤＮ−ＧＷ１は、ＩＰネットワーク４００への接続を制御する装置である。ＳＧＷ２は、ユーザデータのパケットデータであるＵ−Ｐｌａｎｅ（User  Plane）を制御する装置であり、ＬＴＥ網と３Ｇ網へのユーザデータの転送経路を切り替える。ＭＭＥ３は、ネットワーク制御のＣ−Ｐｌａｎｅ（Control  Plane）を制御する装置であり、端末の移動管理や認証などを実行する。
【００１８】
ＨＳＳ４は、サービス制御や加入者データに関する処理を実行する装置である。ｅＮＢ５は、移動機１０と直接通信を実行するＬＴＥ網用の基地局であり、端末が発信するときの受付機能、着信時に端末を呼び出す呼出機能やハンドオーバ機能などを実行する。
【００１９】
ＣＳネットワークは、ＳＧＳＮ（Serving  Gprs（General  Packet  Radio  Service）  Support  Node）６、ＢＳＣ（Base  Station  Controller）／ＲＮＣ（Radio  Network  Controller）７、ＭＳＣ（Mobile  Switch  Center）８、Ｎｏｄｅ９などを有するコアネットワークである。
【００２０】
ＳＧＳＮ６は、加入者パケット交換機であり、ＭＭＥ３と同様に、３Ｇ網３００の無線アクセスにおける端末の移動管理や認証などを行う装置である。この他にも、ＳＧＳＮ６は、ＬＴＥ−３Ｇの無線切り替え時に通信を継続するために、ＳＧＳＮ６よりＳＧＷ２へ接続する機能を提供する。
【００２１】
ＢＳＣ／ＲＮＣ７は、Ｎｏｄｅ９の上位局である無線ネットワーク制御装置であり、複数の基地局を束ねて、信号の送受信や回線接続、ハンドオーバの制御を実行する。ＭＳＣ８は、ＣＳネットワークの中継装置の１つである移動通信交換局であり、自身の管理範囲に存在する端末の管理等を実行する。Ｎｏｄｅ９は、移動機１０と直接通信を実行する３Ｇ網用の基地局であり、端末が発信するときの受付機能や着信時に端末を呼び出す呼出機能などを実行する。
【００２２】
このシステムにおいて、移動機１０は、ＳＩＰサーバ群からIMS  Management  Objectで指定されるVoice  domain  preferenceを受信しており、Voice  domain  preferenceには、ＶｏＬＴＥドメインが第１優先、ＣＳドメインが第２優先として設定されているとする。つまり、移動機１０は、Voice  domain  preferenceに従う場合、ＶｏＬＴＥドメインを優先的に使用する。また、ここでは、ＣＳドメインの一例として３Ｇ回線を使用する３Ｇドメインを例にして説明するが、これに限定されるものではなく２Ｇ回線であっても同様に処理することができる。
【００２３】
この状態で、移動機１０は、ＶｏＬＴＥドメインを使用した音声通信に関する第１の無線品質情報、または、ＣＳ（３Ｇ網）ドメインを使用した音声通信に関する第２の無線品質情報を取得する。そして、移動機１０は、ＶｏＬＴＥおよび３Ｇの両ドメインを利用できる位置に在圏する場合、取得された第１の無線品質情報または第２の無線品質情報を基に、ＶｏＬＴＥドメインまたは３Ｇドメインを選択する。その後、移動機１０は、選択されたＶｏＬＴＥドメインまたは３Ｇドメインを用いて、音声通信を実行する。
【００２４】
つまり、移動機１０は、ＶｏＬＴＥとＣＳの両ドメインを使用できる位置に在圏する時に、輻輳、遅延、音声品質等の状態が良い方のドメインを選択して音声通信を開始する。したがって、移動機１０は、最適なドメインで音声サービスを実現することができる。
【００２５】
［ハードウェア構成］
図２は、移動機のハードウェア構成例を示す図である。図２に示すように、移動機１０は、アプリケーションに関する各種処理を実行するアプリケーション制御部１００と、無線通信に関する各種処理を実行する通信制御部２００とを有する。
【００２６】
アプリケーション制御部１００は、電源制御部１０１、マイク１０２、スピーカ１０３、メッセージ送受信部１０４、表示部１０５、メモリ１０６、アプリケーションＣＰＵ（Central  Processing  Unit）１１０を有する。
【００２７】
電源制御部１０１は、移動機１０の電源を制御する装置等である。マイク１０２は、移動機１０周辺の音を集音する。スピーカ１０３は、移動機１０内から音声を出力する。メッセージ送受信部１０４は、通信制御部２００との間のデータ送受信などを実行する装置等であり、例えばネットワークインタフェースなどである。
【００２８】
表示部１０５は、各種情報を表示する表示装置であり、例えばディスプレイやタッチパネルなどである。メモリ１０６は、アプリケーションＣＰＵ１１０が実行するプログラムや各種データを記憶する記憶装置である。アプリケーションＣＰＵ１１０は、アプリケーションに関する各種処理を実行するプロセッサである。
【００２９】
通信制御部２００は、メッセージ送受信部２０１、音声コーデック部２０２、無線部２０３、バッテリー２０４、メモリ２０５、通信制御ＣＰＵ２１０を有する。
【００３０】
メッセージ送受信部２０１は、アプリケーション制御部１００との間のデータ送受信などを実行する装置等であり、例えばネットワークインタフェースなどである。
【００３１】
音声コーデック部２０２は、音声通信において音声データのエンコードやデコードを実行する回路等である。無線部２０３は、無線通信におけるベースバンド処理などを実行する制御部であり、アンテナ２０３ｃを用いて、ＶｏＬＴＥにおいて音声データを送受信するＬＴＥ処理部２０３ａと３Ｇ回線において音声データを送受信する３Ｇ処理部２０３ｂを有する。
【００３２】
バッテリー２０４は、通信制御部２１０が使用する電力を蓄える電池であり、外部から充電することができる。メモリ２０５は、通信制御ＣＰＵ２１０が実行するプログラムや各種データを記憶する記憶装置である。通信制御ＣＰＵ２１０は、無線通信に関する各種処理を実行するプロセッサであり、例えばＤＳＰ（Digital  Signal  Processor）などである。
【００３３】
［機能構成］
図３は、移動機が有する機能構成を示す機能ブロック図である。ここでは、図２に示したアプリケーション制御部１００が有する機能構成と通信制御部２００が有する機能構成を説明する。
【００３４】
（アプリケーション制御部１００の機構構成）
図３に示すように、アプリケーション制御部１００は、ユーザインタフェース処理部１１１、呼制御部１１２、品質データ管理部１１３、ドメイン選択判定部１１４、ＳＩＰ処理部１１５、ＴＣＰ（Transmission  Control  Protocol）／ＩＰ処理部１１６を有する。さらに、アプリケーション制御部１００は、コーデック部１１７、ＲＴＰ（Real-time  Transport  Protocol）処理部１１８を有する。
【００３５】
ここで示した各処理部は、アプリケーションＣＰＵ１１０が実行するプロセスの一例である。なお、図３に示したメッセージ送受信部１０４は、図２で説明したメッセージ送受信部１０４と同様なので、詳細な説明は省略する。
【００３６】
ユーザインタフェース処理部１１１は、表示部１０５からのユーザ操作を終端し、音声の発着信号制御を呼制御部１１２に要求する。また、ユーザインタフェース処理部１１１は、呼制御部１１２からの各種通知を表示部１０５へ通知して表示させる。
【００３７】
呼制御部１１２は、ＶｏＬＴＥドメインまたはＣＳドメインの音声呼制御を実施する。また、呼制御部１１２は、通信制御部２００から各種情報を受信して保持する。例えば、呼制御部１１２は、無線品質に関する各種情報を通信制御部２００から受信して保持する。
【００３８】
また、呼制御部１１２は、ユーザインタフェース処理部１１１から音声通信要求を受信すると、音声通信要求の受信回数をカウントする。そして、呼制御部１１２が、音声通信要求の受信回数の判定またはＲａｎｇｅの判定によって、ドメイン選択判定部１１４へドメイン選択要求を送信する。その後、呼制御部１１２は、ドメイン選択判定部１１４からドメイン選択応答を受信すると、通知されたドメインに従い、ＶｏＬＴＥドメインまたはＣＳドメインで音声通信を実行する。
【００３９】
また、呼制御部１１２は、ユーザインタフェース処理部１１１から音声通信要求を受信すると、Ｒａｎｇｅの判定によってVoice  domain  preferenceに従い、ＶｏＬＴＥドメインまたはＣＳドメインを用いて音声通信を実行する。
【００４０】
品質データ管理部１１３は、制御信号品質データ管理部１１３ａおよび音声信号品質データ管理部１１３ｂを有し、音声品質の統計情報を管理して、各種要求に応じて統計情報の送信等を実行する。この品質データ管理部１１３は、音声品質統計情報テーブルを管理する。なお、これらのテーブルは、メモリ１０６等に記憶される。
【００４１】
図４は、音声品質統計情報テーブルを示す図である。図４に示すように、音声品質統計情報テーブルは、「Ｎｏ、日付、時刻、ＳＩＰ信号遅延（ｍｓ）、ＶｏＬＴＥデータ遅延（ｍｓ）、ＶｏＬＴＥパケット損失率（％）、発信結果、無線Ｒａｎｇｅ」を記憶する。なお、音声品質統計情報テーブルに記憶される情報は、第１の無線品質情報の一例である。
【００４２】
「Ｎｏ」は、テーブルのレコードを識別する識別子であり、「日付」は、無線の品質情報が測定された日付であり、「時刻」は、無線の品質情報が測定された時刻である。「ＳＩＰ信号遅延（ｍｓ）」は、移動機とＳＩＰサーバとの間におけるＳＩＰ制御信号の応答時間であり、ＳＩＰ処理部１１５によって測定される。
【００４３】
「ＶｏＬＴＥデータ遅延（ｍｓ）」は、ＶｏＬＴＥ音声データの遅延状況を示す情報であり、ＲＴＰ処理部１１８によって測定される。「ＶｏＬＴＥパケット損失率（％）」は、ＶｏＬＴＥ音声データの損失率を示す情報であり、ＲＴＰ処理部１１８によって測定される。「発信結果」は、音声発信の成功または失敗を示す情報であり、ＳＩＰ処理部１１５によって測定される。「無線Ｒａｎｇｅ」は、無線品質であるアンテナ本数を示す情報であり、ＳＩＰ処理部１１５によって測定される。
【００４４】
図４の場合、レコード「Ｎｏ．１」の情報は、アンテナが１本の状態で発信が成功した情報であり、１２／２０の１１時５１分００秒に測定された情報であり、ＳＩＰ信号の遅延が８０ｍｓ、ＶｏＬＴＥデータの遅延が９８ｍｓ、ＶｏＬＴＥパケット損失率が０．０５％である情報であることを示す。
【００４５】
制御信号品質データ管理部１１３ａは、ＳＩＰ処理部１１５から制御信号品質データ通知を受信すると、品質データ管理部１１３の音声品質統計情報テーブルに制御信号品質データの書き込みを実行する。例えば、制御信号品質データ管理部１１３ａは、ＳＩＰ処理部１１５からＳＩＰ信号遅延情報などの情報を取得し、各種情報を取得した時刻や日付に対応付けて、取得済みの情報を音声品質統計情報テーブルに格納する。
【００４６】
また、制御信号品質データ管理部１１３ａは、品質データ通知選択のパラメータによって、ドメイン選択判定部１１４へ制御信号品質データ通知を送信する。例えば、制御信号品質データ管理部１１３ａは、ドメイン選択判定部１１４から音声品質データの取得要求を受信すると、図４に示すテーブルにおけるＳＩＰ信号遅延や発信結果、無線Ｒａｎｇｅなどをドメイン選択判定部１１４に通知する。
【００４７】
音声信号品質データ管理部１１３ｂは、ＲＴＰ処理部１１８から音声品質データ通知を受信すると、書込み中のレコードが存在する場合、品質データ管理部１１３の音声品質統計情報テーブルに音声品質データの書き込みを実行する。
【００４８】
例えば、音声信号品質データ管理部１１３ｂは、ＳＩＰ処理部１１５からＳＩＰ信号遅延情報、通信制御部２００から無線Ｒａｎｇｅ、ＲＴＰ処理部１１８からＶｏＬＴＥデータ遅延やＶｏＬＴＥパケット損失率などの情報を取得する。そして、音声信号品質データ管理部１１３ｂは、各種情報を取得した時刻や日付に対応付けて、取得済みの情報を音声品質統計情報テーブルに格納する。
【００４９】
また、音声信号品質データ管理部１１３ｂは、品質データ通知選択のパラメータによって、ドメイン選択判定部１１４へ音声品質データ通知を送信する。例えば、音声信号品質データ管理部１１３ｂは、ドメイン選択判定部１１４から音声品質データの取得要求を受信すると、図４に示すテーブルにおけるＶｏＬＴＥデータ遅延やＶｏＬＴＥパケット損失率などをドメイン選択判定部１１４に通知する。
【００５０】
ドメイン選択判定部１１４は、音声通信時に、音声品質データに基づいてＶｏＬＴＥドメインまたはＣＳドメインの判定を実行する。また、ドメイン選択判定部１１４は、音声品質の閾値テーブルをメモリ等で管理する。
【００５１】
図５は、音声品質の閾値テーブルを示す図である。図５に示すように、音声品質の閾値テーブルは、「種別、遅延（ｍｓ）、パケット損失率（％）、発着信完了率（％）」を記憶する。「種別」は、閾値の対象となる種別を示し、「遅延（ｍｓ）」は、ＳＩＰ信号やＶｏＬＴＥなどの遅延に対する閾値である。「パケット損失率」は、パケットの損失率の閾値であり、「発着信完了率（％）」は、発信結果の閾値である。
【００５２】
図５の場合、ＳＩＰ制御信号については、ＳＩＰ信号の遅延閾値が１００ｍｓ、発着信完了率の閾値が８０％であることを示す。また、ＶｏＬＴＥ音声データについては、ＶｏＬＴＥの音声データの遅延閾値が１００ｍｓ、パケット損失率の閾値が０．１％であることを示す。
【００５３】
このようなドメイン選択判定部１１４は、品質データ管理部１１３から音声品質データ取得応答を受信すると、音声品質統計情報テーブルより、Ｒａｎｇｅの値に従って音声品質データの平均化を実行する。そして、ドメイン選択判定部１１４は、平均化した音声品質データと、ドメイン選択判定部１１４で保持している閾値と比較し、比較結果に基づいて選択したドメイン選択応答を呼制御部１１２へ送信する。
【００５４】
例えば、ドメイン選択判定部１１４は、品質データ管理部１１３から音声品質統計情報テーブルを含む音声品質データ取得応答を受信する。すると、ドメイン選択判定部１１４は、受信したＲａｎｇｅが１以上の音声品質データ（ＳＩＰ信号遅延・ＶｏＬＴＥデータ遅延・パケット損失率・発着信完了率）をデータごとに平均化する。そして、ドメイン選択判定部１１４は、Ｒａｎｇｅ＞０の平均化したデータを基に、音声品質データの閾値と、データごとに平均化した音声品質データをそれぞれ比較する。
【００５５】
なお、平均化の方法は単純平均、分散平均などが考えられるが手段は問わないものとし、音声品質データの中で値があまりにもかけ離れている異常値のパラメータは平均化する際、対象外のパラメータとする。
【００５６】
そして、ドメイン選択判定部１１４は、平均化した音声品質データのＳＩＰ信号遅延・ＶｏＬＴＥデータ遅延・パケット損失率が１つでも閾値を超過する場合、または、平均化した音声品質データの発着信完了率が閾値を下回る場合、呼制御部１１２へドメイン選択応答（０：ＣＳ）を送信する。すなわち、ドメイン選択判定部１１４は、ＣＳドメインを選択する。
【００５７】
一方、ドメイン選択判定部１１４は、平均化した音声品質データのＳＩＰ信号遅延・ＶｏＬＴＥデータ遅延・パケット損失率が閾値以下、かつ、平均化した音声品質データの発着信完了率が閾値以上である場合、呼制御部１１２へ選択応答（１：ＶｏＬＴＥ）を送信する。すなわち、ドメイン選択判定部１１４は、ＶｏＬＴＥドメインを選択する。
【００５８】
図４の例では、ドメイン選択判定部１１４は、ＳＩＰ信号の平均遅延は８３．５ｍｓ、ＶｏＬＴＥデータ平均遅延は９３．２５ｍｓ、パケット損失率の平均は０．０８％、発着信完了率の平均は８７．５％となる。したがって、ドメイン選択判定部１１４は、いずれも閾値を超えないので、ＶｏＬＴＥドメインで音声通信を実施して問題無い品質と判断し、呼制御部１１２へＶｏＬＴＥドメインを選択したことを通知する。
【００５９】
ＳＩＰ処理部１１５は、ＩＥＴＦで規定されたＳＩＰプロトコルを終端させる。具体的には、ＳＩＰ処理部１１５は、呼制御部１１２からＶｏＬＴＥ発信を受信すると、Ｒａｎｇｅを保持し、通信制御部２００へＳＩＰメッセージ「ＩＮＶＩＴＥ」を送信する。そして、ＳＩＰ処理部１１５は、通信制御部２００からＳＩＰメッセージ「１００  Ｔｒｙｉｎｇ」を受信すると、ＳＩＰ応答時間測定を行う。
【００６０】
また、ＳＩＰ処理部１１５は、通信制御部２００からＳＩＰメッセージ「１８０  Ｒｉｎｇｉｎｇ」を受信すると、呼制御部１１２へ呼び出し通知を送信する。ＳＩＰ処理部１１５は、通信制御部２００からＳＩＰメッセージ「２００  ＯＫ（ＩＮＶＩＴＥ）」を受信すると、呼制御部１１２へ応答通知を送信し、通信制御部２００へＡＣＫを送信する。
【００６１】
さらに、ＳＩＰ処理部１１５は、ＲＴＰ処理部１１８へＶｏＬＴＥ確立を通知し、制御信号品質データ管理部１１３ａへ制御信号品質データを送信する。ここで、ＳＩＰ処理部１１５は、ＳＩＰ応答時間、発信結果、無線Ｒａｎｇｅを制御信号品質データ管理部１１３ａへ通知する。
【００６２】
また、ＳＩＰ処理部１１５は、呼制御部１１２からＶｏＬＴＥ切断要求を受信すると、通信制御部２００へＳＩＰメッセージ「ＢＹＥ」を送信する。そして、ＳＩＰ処理部１１５は、通信制御部２００からＳＩＰメッセージ「２００  ＯＫ（ＢＹＥ）」を受信すると、呼制御部１１２へＶｏＬＴＥ切断応答を送信し、ＲＴＰ処理部１１８へＶｏＬＴＥ切断通知を送信する。
【００６３】
ＴＣＰ／ＩＰ処理部１１６は、ＳＩＰ処理部１１５やＲＴＰ処理部１１８から受信したＩＰパケットをメッセージ送受信部１０４へ送信する。また、ＴＣＰ／ＩＰ処理部１１６は、メッセージ送受信部１０４から受信したＩＰパケットをＳＩＰ処理部１１５やＲＴＰ処理部１１８へ送信する。
【００６４】
コーデック部１１７は、マイク１０２やスピーカ１０３、ＲＴＰ処理部１１８からの音声データに対して、エンコードとデコードを実行する。
【００６５】
ＲＴＰ処理部１１８は、ＩＰネットワーク上でリアルタイム音声データを転送するプロトコルであるＲＴＰや、音声ＲＴＰパケットのフロー制御等の機能を有するＲＴＣＰ（Real−time  Transport  Control  Protocol）に関する処理を実行する。なお、ＲＴＰに関してはＲＦＣ１８８９に記載される機能と同様であり、ＲＴＣＰに関してはＲＦＣ３６０５に記載される機能と同様である。
【００６６】
このＲＴＰ処理部１１８は、ＳＩＰ処理部１１５からＶｏＬＴＥ確立通知を受信し、コーデック部１１７から音声データを受信すると、通信制御部２００へ音声データ(ＩＰパケット)を送信し、平均遅延とパケット損失率の測定を行う。そして、ＲＴＰ処理部１１８は、ＳＩＰ処理部１１５からＶｏＬＴＥ切断通知を受信すると、音声信号品質データ管理部１１３ｂへ音声品質データ通知（平均遅延とパケット損失率）を送信する。
【００６７】
（通信制御部２００の機構構成）
図３に示すように、通信制御部２００は、メッセージ送受信部２０１、呼制御部２１１、コーデック部２１２、無線通信処理部２１３、レイヤ処理部２１４を有する。ここで示した各処理部は、通信制御ＣＰＵ２１０が実行するプロセスの一例である。なお、図３に示したメッセージ送受信部２０１は、図２で説明したメッセージ送受信部２０１と同様なので、詳細な説明は省略する。
【００６８】
呼制御部２１１は、移動機１０とコアネットワークとの間におけるＮＡＳ（Non  Access  Stratum）プロトコルを終端する。例えば、呼制御部２１１は、ＣＳドメインにおける音声制御を実行する。
【００６９】
コーデック部２１２は、マイク１０２、スピーカ１０３、ＲＴＰ処理部１１８から取得した音声データのエンコードとデコードを実行する。無線通信処理部２１３は、移動機１０と基地局との間におけるＡＳ（Access  Stratum）プロトコルを終端する。また、無線通信処理部２１３は、ＲＲＣ（Radio  Resource  Control）プロトコルの制御を実行する。レイヤ処理部２１４は、移動機１０の無線品質、周波数測定や管理を周期的に実行し、無線通信処理部２１３に測定結果を通知する。
【００７０】
［処理の流れ］
次に、移動機１０が実行する処理の流れを説明する。ここでは、移動機１０の各処理部間の処理シーケンスと各処理部のフローチャート等を説明する。
【００７１】
（処理シーケンス）
図６と図７は、移動機内における各処理部間の処理シーケンスを示す図である。また、ここでは、移動機１０の音声発信要求の受信回数が１〜１９回目であり、アンテナ本数を示すＲａｎｇｅが１以上である場合の処理シーケンスを説明する。なお、移動機１０は、アンテナ本数が０の場合、Voice  domain  preferenceに従い、ＶｏＬＴＥドメインを選択して音声通信を開始する。これは、Ｒａｎｇｅが０の場合、単に無線品質が悪い状態であり、正確な制御信号品質データおよび音声品質データを取得することができないからである。
【００７２】
図６に示すように、移動機１０は、LTE  Attach、IMS  REGISTRATION完了状態かつＳＩＰサーバ群からIMS  Management  Objectで指定されるVoice  domain  preferenceにおいてＶｏＬＴＥが第１優先、ＣＳが第２優先の状態である（Ｓ１０１）。
【００７３】
続いて、通信制御部２００は、各メッセージ送受信部を介してアプリケーション制御部１０の呼制御部１１２へ無線品質情報を送信し（Ｓ１０２）、呼制御部１１２は、無線品質情報を保持する（Ｓ１０３）。
【００７４】
なお、無線品質情報には、アンテナ本数を示すＲａｎｇｅ、信号に対するノイズ量を示すＳＮＲ（Signal  to  Noise  Ratio）、ＬＴＥの受信品質を示すＲＳＲＰ（Refer−ence  Signal  Received  Power）などが含まれる。また、無線品質情報には、基準信号の受信品質を示すＲＳＲＱ（Reference  Signal  Received  Quality）などが含まれる。また、無線品質情報は、移動機１０内部で周期的に測定されており、測定結果は、通信制御部２００から呼制御部１１２へ周期的に通知される。なお、Ｒａｎｇｅは、０〜１０までの値で通知される。
【００７５】
ここで、ユーザが音声発信を行う場合、表示部１０５が音声発信ボタンの押下を検出し、ユーザインタフェース処理部１１１へ音声発信の要求を実行する（Ｓ１０４）。ユーザインタフェース処理部１１１は、表示部１０５から音声発信の要求を受信すると、呼制御部１１２へ音声発信を要求する（Ｓ１０５）。
【００７６】
呼制御部１１２は、ユーザインタフェース処理部１１１から音声発信の要求を受信すると、ドメイン選択判定部１１４へドメイン選択要求を送信する（Ｓ１０６）。
【００７７】
ここで、呼制御部１１２は、音声発信要求の受信回数が１９回目以下で、保持しているＲａｎｇｅが１以上である場合、無線品質は良好と判断して、ドメイン選択要求を送信する。また、呼制御部１１２は、音声発信要求の受信回数が２０回目以上、または、保持しているＲａｎｇｅが０である場合、Voice  domain  preferenceに従い、ＶｏＬＴＥドメインを選択して音声通信を開始する。
【００７８】
そして、ドメイン選択判定部１１４は、呼制御部１１２からドメイン選択要求を受信すると、品質データ管理部１１３へ音声品質統計データ取得要求を送信する（Ｓ１０７）。続いて、品質データ管理部１１３は、ドメイン選択判定部１１４から音声品質統計データ取得要求を受信すると、ドメイン選択判定部１１４へ、品質データ管理部１１３で保持している音声品質統計情報テーブルを音声品質データ取得応答に含めて送信する（Ｓ１０８）。
【００７９】
なお、品質データ管理部１１３で保持している音声品質統計情報テーブルの一例は、図４である。初回登録時は音声品質統計情報テーブルに何も登録されておらず、新規にデータを格納していくことになるが、ここでは予め過去の統計データが９件登録されているものとする。
【００８０】
そして、ドメイン選択判定部１１４は、ドメイン選択を実行する（Ｓ１０９）。なお、ドメイン選択の処理の詳細は、後述するので、ここでは省略する。
【００８１】
ここで、呼制御部１１２は、ドメイン選択判定部１１４からドメイン選択応答を受信し（Ｓ１１０）、受信したドメイン選択応答の値が［０：ＣＳ］である場合、通信制御部２００へＣＳ発信を実行する（Ｓ１１１）。そして、通信制御部２００は、ＣＳドメインで発信を実行する（Ｓ１１２）。
【００８２】
一方、図７に示すように、呼制御部１１２は、受信したドメイン選択応答の値が［１：ＶｏＬＴＥ］である場合、ＳＩＰ処理部１１５へＲａｎｇｅパラメータを含むＶｏＬＴＥ発信要求を送信する（Ｓ１１３）。
【００８３】
ＳＩＰ処理部１１５は、呼制御部１１２からＲａｎｇｅパラメータを含むＶｏＬＴＥ発信要求を受信すると、Ｒａｎｇｅを保持し、通信制御部２００へＳＩＰメッセージ「ＩＮＶＩＴＥ」を送信する（Ｓ１１４）。続いて、通信制御部２００は、ＳＩＰメッセージ「ＩＮＶＩＴＥ」をＳＩＰサーバに送信する（Ｓ１１５）。その後、ＳＩＰサーバは、ＳＩＰメッセージ「１００  Ｔｒｙｉｎｇ」を通信制御部２００に送信し（Ｓ１１６）、通信制御部２００は、受信したＳＩＰメッセージ「１００  Ｔｒｙｉｎｇ」をＳＩＰ処理部１１５に送信する（Ｓ１１７）。
【００８４】
そして、ＳＩＰ処理部１１５は、通信制御部２００からＳＩＰメッセージ「１００  Ｔｒｙｉｎｇ」を受信すると、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を送信してからＳＩＰメッセージ「１００  Ｔｒｙｉｎｇ」を受信するまでの時間であるＳＩＰ応答時間測定を行って保持する（Ｓ１１８）。
【００８５】
その後、ＳＩＰ処理部１１５は、通信制御部２００からＳＩＰメッセージ「１８０  Ｒｉｎｇｉｎｇ」を受信すると（Ｓ１１９、Ｓ１２０）、呼制御部１１２へ呼び出し通知を実行する（Ｓ１２１）。呼制御部１１２は、ユーザインタフェース処理部１１１を経由して（Ｓ１２２）、表示部１０５を用いてユーザ呼び出しを実行する（Ｓ１２３）。
【００８６】
そして、ＳＩＰ処理部１１５は、通信制御部２００からＩＮＶＩＴＥに対するＳＩＰメッセージ「２００  ＯＫ」を受信すると（Ｓ１２４、Ｓ１２５）、呼制御部１１２へ応答通知を送信する（Ｓ１２６）。呼制御部１１２は、ユーザインタフェース処理部１１１を経由して（Ｓ１２７）、表示部１０５を用いて応答通知を表示させる（Ｓ１２８）。
【００８７】
このようにして、ＶｏＬＴＥ音声データを送受信するdedicated  bearerの確立がＳＩＰサーバから行われる（Ｓ１２９）。
【００８８】
ＶｏＬＴＥ音声用のdedicated  bearerが確立すると、ＳＩＰ処理部１１５は、通信制御部２００およびＳＩＰサーバへＡＣＫを送信する（Ｓ１３０、Ｓ１３１）。また、ＳＩＰ処理部１１５は、コーデック部１１７を介してＲＴＰ処理部１１８へＶｏＬＴＥ確立通知を送信し（Ｓ１３２）、制御信号品質データ管理部１１３ａへ制御信号品質データ通知を送信する（Ｓ１３３）。なお、制御信号品質データ通知には、ＳＩＰ応答時間、発信結果、無線Ｒａｎｇｅなどが含まれる。
【００８９】
そして、制御信号品質データ管理部１１３ａは、受信した制御信号品質データ通知を、音声品質統計情報テーブルに格納する（Ｓ１３４）。なお、テーブルの格納処理は、後述するので、ここでは詳細な説明は省略する。このタイミングで、図４における日付、時刻、ＳＩＰ信号遅延、発信結果、無線Ｒａｎｇｅが格納される。
【００９０】
ＶｏＬＴＥ呼が確立された以降、マイク１０２は、ユーザの音声データをコーデック部１１７へ送信し（Ｓ１３５）、コーデック部１１７は、マイク１０２から音声データを受信すると、ＲＴＰ処理部１１８へ音声データを送信する（Ｓ１３６）。ＲＴＰ処理部１１８は、コーデック部１１７から音声データを受信すると、通信制御部２００へ音声データを送信し（Ｓ１３７）、通信制御部２００は、音声データをＳＩＰサーバに送信する（Ｓ１３８）。そして、ＲＴＰ処理部１１８は、終話するまで音声データの平均遅延測定およびパケット損失率測定を行う（Ｓ１３９）。
【００９１】
その後、ユーザが終話を行う場合、終話操作を受け付けた表示部１０５は、ユーザインタフェース処理部１１１へ音声切断要求を送信する（Ｓ１４０、Ｓ１４１）。ユーザインタフェース処理部１１１は、音声切断要求を受信すると、呼制御部１１２へ音声切断要求を送信する（Ｓ１４２）。
【００９２】
続いて、呼制御部１１２は、ユーザインタフェース処理部１１１から音声切断要求を受信すると、ＳＩＰ処理部１１５へＶｏＬＴＥ切断要求を送信する（Ｓ１４３）。ＳＩＰ処理部１１５は、呼制御部１１２からＶｏＬＴＥ切断要求を受信すると、通信制御部２００へＳＩＰメッセージ「ＢＹＥ」を送信する（Ｓ１４４）。続いて、通信制御部２００は、ＳＩＰサーバへ、ＳＩＰメッセージ「ＢＹＥ」を送信する（Ｓ１４５）。
【００９３】
ＳＩＰ処理部１１５は、通信制御部２００から「ＢＹＥ」に対するＳＩＰメッセージ「２００  ＯＫ」を受信すると（Ｓ１４６、Ｓ１４７）、呼制御部１１２へＶｏＬＴＥ切断応答を送信する（Ｓ１４８）。呼制御部１１２は、ユーザインタフェース処理部１１１を経由して（Ｓ１４９）、表示部１０５を用いて音声切断通知を表示させる（Ｓ１５０）。
【００９４】
この結果、ＶｏＬＴＥ音声用のdedicated  bearer切断がＳＩＰサーバから行われる（Ｓ１５１）。ＶｏＬＴＥ音声用のdedicated  bearer切断後、ＳＩＰ処理部１１５は、ＲＴＰ処理部１１８へＶｏＬＴＥ切断通知を送信する（Ｓ１５２）。
【００９５】
そして、ＲＴＰ処理部１１８は、ＳＩＰ処理部１１５からＶｏＬＴＥ切断通知を受信すると、音声信号品質データ管理部１１３ｂへ音声品質データ通知を送信する（Ｓ１５３）。品質データ管理部１１３は、ＲＴＰ処理部１１８から音声品質データ通知を受信すると、音声品質統計情報テーブルへ受信した音声品質データを格納する（Ｓ１５４）。
【００９６】
なお、音声品質データ通知には、平均応答時間、パケット損失率などが含まれる。つまり、このタイミングで、図４におけるＶｏＬＴＥデータ遅延、ＶｏＬＴＥパケット損失率が格納される。
【００９７】
（Ｒａｎｇｅ判定処理）
図８は、ドメイン選択を行うか否かを判定する処理の流れを示すフローチャートである。図８に示すように、呼制御部１１２は、音声発信要求を受信すると（Ｓ２０１）、今までの音声発信要求の受信回数を計数する（Ｓ２０２）。
【００９８】
そして、呼制御部１１２は、音声発信要求の受信回数が１９以下の場合（Ｓ２０３：Ｙｅｓ）、Ｒａｎｇｅが０より大きいかを判定する（Ｓ２０４）。そして、呼制御部１１２は、Ｒａｎｇｅが０より大きい場合（Ｓ２０４：Ｙｅｓ）、ドメイン選択判定部１１４へドメイン選択要求を送信する（Ｓ２０５）。
【００９９】
一方、呼制御部１１２は、Ｒａｎｇｅが０である場合（Ｓ２０４：Ｎｏ）、受信済みのVoice  domain  preferenceの第１優先がＶｏＬＴＥドメインであるならば（Ｓ２０６：Ｙｅｓ）、ＶｏＬＴＥに対する発信要求を実行する（Ｓ２０７）。
【０１００】
一方、呼制御部１１２は、Ｒａｎｇｅが０であり、受信済みのVoice  domain  preferenceの第１優先がＣＳドメインであるならば（Ｓ２０６：Ｎｏ）、ＣＳ（３Ｇ回線）に対する発信要求を実行する（Ｓ２０８）。
【０１０１】
なお、Ｓ２０３において、呼制御部１１２は、音声発信要求の受信回数が２０以上の場合（Ｓ２０３：Ｎｏ）、Ｓ２０６を実行する。
【０１０２】
このように、呼制御部１１２で音声発信要求のカウントを取り、音声発信要求の受信回数によってドメイン選択判定を行わずにVoice  domain  preferenceに従い発信を行う理由は、基地局の増設などによりＶｏＬＴＥ品質が改善されている可能性があるためである。したがって、毎回過去のデータからドメイン選択を判定するのではなく、任意の回数に対して一度はVoice  domain  preferenceに従い発信を行う。音声発信要求の受信回数は任意の回数である。
【０１０３】
（ドメイン判定処理）
図９は、ドメイン判定処理の流れを示すフローチャートである。この処理は、音声品質データと閾値とを比較する処理であり、図６のＳ１０９に該当する。
【０１０４】
図９に示すように、ドメイン選択判定部１１４は、音声品質データ取得応答を受信すると（Ｓ３０１）、図４に示す音声品質統計情報テーブルより、Ｒａｎｇｅが１以上の音声品質データを、データごとに平均化する（Ｓ３０２）。
【０１０５】
そして、ドメイン選択判定部１１４は、平均化したＳＩＰ信号遅延、ＶｏＬＴＥデータ遅延、ＶｏＬＴＥパケット損失率、発着信完了率各々と、図５に示した閾値とを比較する。
【０１０６】
具体的には、ドメイン選択判定部１１４は、ＳＩＰ信号遅延の平均値と閾値とを比較し（Ｓ３０３）、閾値より大きい場合（Ｓ３０３：Ｙｅｓ）、「０：ＣＳ」を設定する（Ｓ３０４）。
【０１０７】
続いて、ドメイン選択判定部１１４は、ＳＩＰ信号遅延の平均値が閾値以下の場合（Ｓ３０３：Ｎｏ）、ＶｏＬＴＥデータ遅延の平均値と閾値とを比較し（Ｓ３０５）、ＶｏＬＴＥデータ遅延の平均値が閾値より大きい場合（Ｓ３０５：Ｙｅｓ）、「０：ＣＳ」を設定する（Ｓ３０４）。
【０１０８】
続いて、ドメイン選択判定部１１４は、ＶｏＬＴＥデータ遅延の平均値が閾値以下の場合（Ｓ３０５：Ｎｏ）、ＶｏＬＴＥパケット損失率の平均値と閾値とを比較する（Ｓ３０６）。ここで、ドメイン選択判定部１１４は、ＶｏＬＴＥパケット損失率の平均値が閾値より大きい場合（Ｓ３０６：Ｙｅｓ）、「０：ＣＳ」を設定する（Ｓ３０４）。
【０１０９】
続いて、ドメイン選択判定部１１４は、ＶｏＬＴＥパケット損失率の平均値が閾値以下の場合（Ｓ３０６：Ｎｏ）、発着信完了率と閾値とを比較し（Ｓ３０７）、発着信完了率が閾値より小さい場合（Ｓ３０７：Ｎｏ）、「０：ＣＳ」を設定する（Ｓ３０４）。
【０１１０】
一方、ドメイン選択判定部１１４は、発着信完了率が閾値以上の場合（Ｓ３０７：Ｙｅｓ）、「１：ＶｏＬＴＥ」を設定する（Ｓ３０８）。その後、ドメイン選択判定部１１４は、選択結果をドメイン選択応答として送信する（Ｓ３０９）。
【０１１１】
（テーブル更新処理）
図１０は、音声品質統計情報テーブルの更新処理の流れを示すフローチャートである。この処理は、図７のＳ１３４に該当し、Ｓ１５４においても同様の処理が実行される。
【０１１２】
図１０に示すように、品質データ管理部１１３は、ＳＩＰ処理部１１５から制御信号品質データ通知を受信すると（Ｓ４０１）、音声品質統計情報テーブル上にテーブル保存期間を超過しているレコードが存在するかを判定する（Ｓ４０２）。
【０１１３】
そして、品質データ管理部１１３は、テーブル保存期間を超過しているレコードが存在する場合（Ｓ４０２：Ｙｅｓ）、音声品質統計情報テーブルのデータレコードで保存期間（例えば１か月）を超過しているレコードを削除してソートする（Ｓ４０３）。なお、テーブル保存期間を超過しているレコードが存在しない場合（Ｓ４０２：Ｎｏ）、Ｓ４０３を実行することなく、Ｓ４０４が実行される。
【０１１４】
その後、品質データ管理部１１３は、新規レコード取得可否の判定を行う（Ｓ４０４）。品質データ管理部１１３は、音声品質統計情報テーブル上に新規レコードの取得が不可の場合（Ｓ４０４：Ｙｅｓ）、音声品質統計情報テーブルの最も古いデータレコードを削除してソートする（Ｓ４０５）。
【０１１５】
そして、品質データ管理部１１３は、音声品質統計情報テーブルの一番下の行に新規レコードを作成し、音声品質統計情報テーブルへ受信した制御信号品質データ（ＳＩＰ応答時間、発信結果、Ｒａｎｇｅ）を格納する（Ｓ４０６）。
【０１１６】
一方、品質データ管理部１１３は、音声品質統計情報テーブル上に新規レコードの取得が可能な場合（Ｓ４０４：Ｎｏ）、Ｓ４０５を実行することなく、Ｓ４０６を実行する。
【０１１７】
［効果］
このように、移動機１０は、移動機１０内部で予め保持している制御信号と音声品質データからの統計をもとに、移動機１０主導でドメイン選択を行うことができるので、最適なドメインで音声サービスを実現することが可能となる。
【０１１８】
また、移動機１０が自律的に最適なドメインを選択して音声通信を実行できるので、基地局やＳＩＰサーバの処理負荷も軽減できる。また、基地局やＳＩＰサーバに依存することもないので、ドメインを選択させるための基地局等の改良による移動機１０の不具合を抑制でき、サービスが向上し信頼性も向上する。
【実施例２】
【０１１９】
ところで、実施例１では、ＬＴＥの無線品質情報を用いてドメインを選択する例を説明したが、これに限定されず、移動機１０の位置情報や音声発信要求時の時刻情報などをさらに用いてドメイン選択を実行することもできる。
【０１２０】
そこで、実施例２では、移動機１０の位置情報や音声発信要求時の時刻情報などを用いて対象の無線品質情報を絞り込んで、ドメイン選択の判定精度を向上させる例を説明する。
【０１２１】
図１１は、実施例２に係る音声品質統計情報テーブルの例を示す図である。図１１に示す音声品質統計情報テーブルが実施例１で説明した図４の音声品質統計情報テーブルと異なる点は、位置情報（Cell  ID）、隣接セル情報（Neighbor  ID）、時刻Ｎｏが含まれている点である。
【０１２２】
位置情報（Cell  ID）は、移動機１０が在圏するセルを特定する情報であり、隣接セル情報（Neighbor  ID）は、移動機１０が在圏するセルの隣接セルを特定する情報である。時刻Ｎｏは、無線品質情報が測定された時刻を特定する情報である。例えば、「０」の場合は時間帯が２１：００から０：００または０：００から６：００の夜間を示し、「１」の場合は時間帯が６：００から９：００の早朝または１７：００から２１：００の夕方を示し、「２」の場合は時間帯が９：００から１７：００の昼間を示す。
【０１２３】
そして、ドメイン選択判定部１１４は、移動機１０が音声発信を行ったセルのＩＤに対応する位置情報を音声品質統計情報テーブルから特定し、特定した位置情報に対応付けられる品質等の情報を用いて、ドメイン判定を実行する。
【０１２４】
また、ドメイン選択判定部１１４は、移動機１０が音声発信を行ったセルに隣接する隣接セルのＩＤに対応する隣接セル情報を音声品質統計情報テーブルから特定し、特定した隣接セル情報に対応付けられる品質等の情報を用いて、ドメイン判定を実行する。
【０１２５】
また、ドメイン選択判定部１１４は、移動機１０が音声発信を時刻に対応する時刻Ｎｏに該当する品質等の情報を用いて、ドメイン判定を実行する。また、ドメイン選択判定部１１４は、上記位置情報、隣接セル情報、時刻を適宜組み合わせて、ドメイン判定を実行する。
【０１２６】
ここで、データの絞り込みの一例を説明する。なお、本実施例では、移動機１０の音声発信時刻を１７：３０、位置情報（Cell  ID）を３Ｄ９５０Ｆ、隣接セル情報（Neighbor  ID）をＡＣ４４７Ｅとする。この場合、移動機１０は、図１１のテーブルを参照して、位置情報が３Ｄ９５０ＦであるレコードＮｏ２、３、５、７−９を特定する。続いて、移動機１０は、特定したレコードＮｏのうち、隣接セル情報がＡＣ４４７ＥであるレコードＮｏを特定し、ここでは全レコード（２、３、５、７−９）が該当すると判定する。
【０１２７】
さらに、移動機１０は、音声発信時刻が１７：３０であることから、発信時の時刻Ｎｏ１と判定し、位置情報と隣接セル情報を用いて特定したレコード（２、３、５、７−９）のうち、時刻Ｎｏが１であるレコードＮｏとして３、７、９を抽出する。
【０１２８】
この結果、移動機１０は、レコードＮｏ３、７、９のＳＩＰ信号遅延、ＶｏＬＴＥデータ遅延、ＶｏＬＴＥパケット損失率、発信結果を用いて、平均値や発信結果の成功率（発着信完了率）を算出し、閾値判定によるドメイン選択を実行する。
【０１２９】
（処理シーケンス）
図１２と図１３は、実施例２に係る移動機内における各処理部間の処理シーケンスを示す図である。また、ここでは、実施例１と同様、移動機１０の音声発信要求の受信回数が１〜１９回目であり、アンテナ本数を示すＲａｎｇｅが１以上である場合の処理シーケンスを説明する。なお、移動機１０は、アンテナ本数が０の場合、Voice  domain  preferenceに従い、ＶｏＬＴＥドメインを選択して音声通信を開始する。
【０１３０】
図１２に示すように、移動機１０は、LTE  Attach、IMS  REGISTRATION完了状態かつＳＩＰサーバ群からIMS  Management  Objectで指定されるVoice  domain    preferenceにおいて第１優先＝ＶｏＬＴＥ、第２優先＝ＣＳが指定されている状態である（Ｓ５０１）。
【０１３１】
続いて、通信制御部２００は、各メッセージ送受信部を介してアプリケーション制御部１００の呼制御部１１２へ無線品質情報を送信し（Ｓ５０２）、呼制御部１１２は、無線品質情報を保持する（Ｓ５０３）。
【０１３２】
その後、実施例１とは異なり、通信制御部２００は、呼制御部１１２へ位置情報通知を送信し（Ｓ５０４）、呼制御部１１２は、位置情報を保持する（Ｓ５０５）。なお、位置情報は移動機１０内部で周期的に測定しており、位置測定結果は、通信制御部２００から呼制御部１１２へ周期的に通知される。また、位置情報通知には、位置登録エリアを特定するTracking  Area  ID、セルを特定するCell  ID、隣接セルを特定するNeighbor  IDなどが含まれる。
【０１３３】
ここで、ユーザが音声発信を行う場合、表示部１０５が音声発信ボタンの押下を検出し、ユーザインタフェース処理部１１１へ音声発信の要求を実行する（Ｓ５０６）。ユーザインタフェース処理部１１１は、表示部１０５から音声発信の要求を受信すると、呼制御部１１２へ音声発信を要求する（Ｓ５０７）。
【０１３４】
呼制御部１１２は、ユーザインタフェース処理部１１１から音声発信の要求を受信すると、通信制御部２００から取得した位置情報や時刻情報を含めたドメイン選択要求をドメイン選択判定部１１４へ送信する（Ｓ５０８）。なお、ここでは、実施例１と同様、発信要求回数やＲａｎｇｅによる判定が実行されるが、実施例１と同様なので省略する。
【０１３５】
そして、ドメイン選択判定部１１４は、呼制御部１１２からドメイン選択要求を受信すると、品質データ管理部１１３へ音声品質統計データ取得要求を送信する（Ｓ５０９）。続いて、品質データ管理部１１３は、ドメイン選択判定部１１４から音声品質統計データ取得要求を受信すると、ドメイン選択判定部１１４へ品質データ管理部１１３で保持している音声品質統計情報テーブルを音声品質データ取得応答に含めて送信する（Ｓ５１０）。
【０１３６】
そして、ドメイン選択判定部１１４は、ドメイン選択を実行する（Ｓ５１１）。なお、ドメイン選択の処理の詳細は、簡単に上述したが、詳細フローについても後述するので、ここでは省略する。
【０１３７】
その後のドメイン選択結果に応じて音声発信が開始される処理（Ｓ５１２からＳ５３１）までの処理は、図６のＳ１１０から図７のＳ１２９と同様の処理なので、詳細な説明は省略する。
【０１３８】
そして、図１３に示すように、ＶｏＬＴＥ音声用のdedicated  bearerが確立すると、ＳＩＰ処理部１１５は、通信制御部２００へＡＣＫを送信する（Ｓ５３２、Ｓ５３３）。
【０１３９】
また、ＳＩＰ処理部１１５は、コーデック部１１７を介してＲＴＰ処理部１１８へＶｏＬＴＥ確立通知を送信し（Ｓ５３４）、制御信号品質データ管理部１１３ａへ制御信号品質データ通知を送信する（Ｓ５３５）。なお、制御信号品質データ通知には、実施例１と同じＳＩＰ応答時間、発信結果、Ｒａｎｇｅに加えて、位置情報、時刻情報などが含まれる。
【０１４０】
そして、制御信号品質データ管理部１１３ａは、受信した制御信号品質データ通知を、音声品質統計情報テーブルへ格納する（Ｓ５３６）。なお、テーブルの格納処理は、実施例１と同様なので、ここでは詳細な説明は省略する。このタイミングで、図１１における日付、時刻、ＳＩＰ信号遅延、発信結果、無線Ｒａｎｇｅ、位置情報、時刻情報が格納される。
【０１４１】
なお、その後の音声データの送受信と終話に関する処理（Ｓ５３７からＳ５５６）までの処理は、図７のＳ１３５からＳ１５４と同様の処理なので、詳細な説明は省略する。
【０１４２】
（ドメイン判定処理）
図１４は、実施例２に係るドメイン判定処理の流れを示すフローチャートである。この処理は、音声品質データと閾値とを比較する処理であり、図１２のＳ５１１に該当する。
【０１４３】
図１４に示すように、ドメイン選択判定部１１４は、音声品質データ取得応答を受信すると（Ｓ６０１）、音声品質統計情報テーブルのレコードの使用可否を分別する（Ｓ６０２）。
【０１４４】
続いて、ドメイン選択判定部１１４は、音声品質統計情報テーブルにおいて、移動機１０が在圏する位置情報と一致するレコードがあるか否かを判定する（Ｓ６０３）。ここで、ドメイン選択判定部１１４は、在圏する位置情報と一致するレコードがある場合（Ｓ６０３：Ｙｅｓ）、一致しているレコードだけを使用可とする（Ｓ６０４）。
【０１４５】
一方、ドメイン選択判定部１１４は、移動機１０が在圏する位置情報と一致するレコードがない場合（Ｓ６０３：Ｎｏ）、音声品質統計情報テーブルにおいて、移動機１０が在圏する位置の隣接セル情報と一致するレコードがあるか否かを判定する（Ｓ６０５）。
【０１４６】
ここで、ドメイン選択判定部１１４は、移動機１０が在圏する隣接セル情報と一致するレコードがある場合（Ｓ６０５：Ｙｅｓ）、隣接セル情報と一致しているレコードだけを使用可とする（Ｓ６０６）。
【０１４７】
一方、ドメイン選択判定部１１４は、移動機１０が在圏する隣接セル情報と一致するレコードがない場合（Ｓ６０５：Ｎｏ）、受信済みのVoice  domain  preferenceにしたがって発信動作を実行させる（Ｓ６０７）。
【０１４８】
また、ドメイン選択判定部１１４は、Ｓ６０４またはＳ６０６で特定したレコードのうち、在圏する時刻に該当する時刻Ｎｏと一致するレコードがあるか否かを判定する（Ｓ６０８）。ここで、ドメイン選択判定部１１４は、在圏する時刻に該当する時刻Ｎｏと一致する特定済みレコードがない場合（Ｓ６０８：Ｎｏ）、Ｓ６０７を実行する。
【０１４９】
一方、ドメイン選択判定部１１４は、在圏する時刻に該当する時刻Ｎｏと一致する特定済みレコードがある場合（Ｓ６０８：Ｙｅｓ）、現在の時刻Ｎｏすなわち在圏時の時刻Ｎｏと一致しているレコードだけを使用可とする（Ｓ６０９）。
【０１５０】
その後、ドメイン選択判定部１１４は、Ｓ６０１からＳ６０９で特定された音声品質統計情報テーブルのレコードのうち、Ｒａｎｇｅが０より大きいレコードの音声品質データを、データごとに平均化する（Ｓ６１０）。
【０１５１】
なお、その後の処理は、ドメイン選択判定部１１４は、Ｓ６０１からＳ６０９で特定されたレコードのうち、Ｒａｎｇｅが１以上のレコードを用いて、図９と同様の処理が実行される。
【０１５２】
［効果］
このように、移動機１０は、自装置の位置や音声発話時刻によって、現在の状況と近い状態での音声品質データを抽出して、ドメイン判定を実行できるので、実施例１に比べて、判定結果の精度が向上し、より最適なドメイン選択を実現できる。また、移動機１０は、位置情報、隣接セル情報、時刻情報を任意に組み合わせて音声品質データの絞り込みを実行できるので、所有者や事業者の求める精度でドメイン選択を実行できる。
【実施例３】
【０１５３】
ところで、実施例１や実施例２では、すべての移動機１０についてドメイン判定を実行する例を説明したが、これに限定されるものではなく、例えば所定の条件に一致する移動機１０についてドメイン判定を実行することができる。
【０１５４】
そこで、実施例３では、例えば所定の条件に一致する移動機１０についてドメイン判定を実行する例を説明する。
【０１５５】
具体的には、移動機１０は、端末固有の加入者識別番号（ＩＭＳＩ）を用いて、ドメイン判定を実行するか否かを判定する。例えば、移動機１０は、移動機１０内で乱数（ｒａｎｄ）を計算し、ＩＭＳＩと乱数値の末尾の偶数または奇数が一致するか判定する。
【０１５６】
そして、移動機１０は、ＩＭＳＩと乱数値の末尾が一致する場合、ドメイン選択を実行し、一致しない場合、ドメイン選択を実行せずに、Voice  domain  Preferenceの設定値にしたがって音声発信を実行する。
【０１５７】
（処理シーケンス）
図１５は、実施例３に係る移動機内における各処理部間の処理シーケンスを示す図である。また、ここでは、実施例１と同様、移動機１０の音声発信要求の受信回数が１〜１９回目であり、アンテナ本数を示すＲａｎｇｅが１以上である場合の処理シーケンスを説明する。なお、移動機１０は、アンテナ本数が０の場合、Voice  domain  preferenceに従い、ＶｏＬＴＥドメインを選択して音声通信を開始する。
【０１５８】
図１５に示すように、移動機１０は、LTE  Attach、IMS  REGISTRATION完了状態かつＳＩＰサーバ群からIMS  Management  Objectで指定されるVoice  domain    preferenceにおいて第１優先＝ＶｏＬＴＥ、第２優先＝ＣＳが指定されている状態である（Ｓ７０１）。
【０１５９】
続いて、通信制御部２００は、各メッセージ送受信部を介してアプリケーション制御部１００の呼制御部１１２へ無線品質情報を送信し（Ｓ７０２）、呼制御部１１２は、無線品質情報を保持する（Ｓ７０３）。
【０１６０】
そして、ユーザが音声発信を行う場合、表示部１０５が音声発信ボタンの押下を検出し、ユーザインタフェース処理部１１１へ音声発信の要求を実行する（Ｓ７０４）。ユーザインタフェース処理部１００は、表示部１０５から音声発信の要求を受信すると、呼制御部１１２へ音声発信を要求する（Ｓ７０５）。
【０１６１】
ここで、呼制御部１１２は、移動機を一意に識別する番号であるＩＭＳＩを移動機１０内のメモリ等から取得し（Ｓ７０６）、乱数を計算し（Ｓ７０７）、ＩＭＳＩと乱数値の末尾の偶数または奇数が一致するか判定する（Ｓ７０８）。
【０１６２】
そして、呼制御部１１２は、ＩＭＳＩと乱数値の末尾の偶数または奇数が一致する場合、ドメイン選択要求をドメイン選択判定部１１４に送信する（Ｓ７０９）。一方、呼制御部１１２は、ＩＭＳＩと乱数値の末尾の偶数または奇数が一致しない場合、Voice  domain    preferenceにしたがって音声発信を実行する。なお、Ｓ７１０以降の処理は、実施例１と同様なので、ここでは詳細な説明は省略する。
【０１６３】
（ＩＭＳＩ判定処理）
図１６は、ＩＭＳＩを用いた判定処理の流れを示すフローチャートである。図１６に示すように、呼制御部１１２は、音声発信要求を受信すると（Ｓ８０１）、今までの音声発信要求の受信回数を計数する（Ｓ８０２）。
【０１６４】
そして、呼制御部１１２は、音声発信要求の受信回数が１９以下の場合（Ｓ８０３：Ｙｅｓ）、Ｒａｎｇｅが０より大きいかを判定する（Ｓ８０４）。そして、呼制御部１１２は、Ｒａｎｇｅが０より大きい場合（Ｓ８０４：Ｙｅｓ）、ＩＭＳＩを取得する（Ｓ８０５）。
【０１６５】
続いて、呼制御部１１２は、公知の手法を用いて乱数を計算し（Ｓ８０６）、ＩＭＳＩと乱数値の末尾の偶数または奇数が一致するかを判定する（Ｓ８０７）。
【０１６６】
そして、呼制御部１１２は、ＩＭＳＩと乱数値の末尾の偶数または奇数が一致する場合（Ｓ８０７：Ｙｅｓ）、ドメイン選択判定部１１４へドメイン選択要求を送信する（Ｓ８０８）。
【０１６７】
一方、呼制御部１１２は、ＩＭＳＩと乱数値の末尾の偶数または奇数が一致しない場合（Ｓ８０７：Ｎｏ）、受信済みのVoice  domain  preferenceの第１優先がＶｏＬＴＥドメインであるか否かを判定する（Ｓ８０９）。
【０１６８】
そして、呼制御部１１２は、受信済みのVoice  domain  preferenceの第１優先がＶｏＬＴＥドメインである場合（Ｓ８０９：Ｙｅｓ）、ＶｏＬＴＥに対する発信要求を実行する（Ｓ８１０）。一方、呼制御部１１２は、受信済みのVoice  domain  preferenceの第１優先がＣＳドメインである場合（Ｓ８０９：Ｎｏ）、ＣＳに対する発信要求を実行する（Ｓ８１１）。
【０１６９】
一方、呼制御部１１２は、Ｒａｎｇｅが０である場合（Ｓ８０４：Ｎｏ）、Ｓ８０９を実行する。また、呼制御部１１２は、音声発信要求の受信回数が２０以上の場合も（Ｓ８０３：Ｎｏ）、Ｓ８０９を実行する。
【０１７０】
［効果］
このように、移動機１０は、ドメイン選択を行う際、端末固有の加入者識別番号であるＩＭＳＩの情報をもとに、ドメイン選択を実施するかどうかの判断を音声発信毎に設けることができる。したがって、例えば同じ位置登録エリアや同じ時間に在圏する移動機１０が複数存在していたとしても、ドメイン選択を分散する事ができるので、同一ドメインへの偏りを回避する事ができる。
【実施例４】
【０１７１】
ところで、移動機１０は、ＶｏＬＴＥドメインでの音声発信は可能と判断した後に、音声発信遅延や音声データの遅延を検出した場合、ＣＳドメインでの発信をユーザに促すこともできる。そこで、実施例４では、音声発信遅延や音声データの遅延検出に伴って、ＣＳドメインでの発信をユーザに促す例を説明する。
【０１７２】
（処理シーケンス）
図１７から図２０は、実施例４に係る移動機内における各処理部間の処理シーケンスを示す図である。また、ここでは、移動機１０の音声発信要求の受信回数が１〜１９回目であり、アンテナ本数を示すＲａｎｇｅが１以上である場合の処理シーケンスを説明する。
【０１７３】
図１７に示すように、移動機１０は、LTE  Attach、IMS  REGISTRATION完了状態かつＳＩＰサーバ群からIMS  Management  Objectで指定されるVoice  domain    preferenceにおいてＶｏＬＴＥが第１優先、ＣＳが第２優先の状態である（Ｓ９０１）。
【０１７４】
続いて、通信制御部２００は、各メッセージ送受信部を介してアプリケーション制御部１００の呼制御部１１２へ無線品質情報を送信し（Ｓ９０２）、呼制御部１１２は、無線品質情報を保持する（Ｓ９０３）。
【０１７５】
その後、品質データ管理部１１３は、ユーザによって予め選択された品質データ通知選択要求をメモリ１０６から取得して保持する（Ｓ９０４からＳ９０６）。なお、品質データ通知選択要求は、実施例４で説明する機能が有効か否か、つまり、ＣＳドメインでの発信をユーザに促すか否かが設定された情報であり、通知ありの場合は１が設定され、通知なしの場合は０が設定される。
【０１７６】
そして、ユーザが音声発信を行う場合、表示部１０５が音声発信ボタンの押下を検出し、ユーザインタフェース処理部１１１へ音声発信の要求を実行する（Ｓ９０７）。ユーザインタフェース処理部１１１は、表示部１０５から音声発信の要求を受信すると、呼制御部１１２へ音声発信を要求する（Ｓ９０８）。
【０１７７】
ここで、呼制御部１１２は、ＶｏＬＴＥ遅延タイマが起動中か否かを判定し（Ｓ９０９）、ＶｏＬＴＥ遅延タイマが起動中ではない場合、ドメイン選択要求をドメイン選択判定部１１４に送信する（Ｓ９１０）。なお、呼制御部１１２は、ＶｏＬＴＥ遅延タイマが起動中の場合、ドメイン選択判定を実行せずに、ＣＳドメインによる発信を実行する。
【０１７８】
なお、その後の図１７のＳ９１１から図１８のＳ９３３までの処理は、実施例１で説明したＳ１０７からＳ１２９までの処理と同様なので、詳細な説明は省略する。
【０１７９】
その後、図１８に示すように、ＶｏＬＴＥ音声用のdedicated  bearerが確立すると、ＳＩＰ処理部１１５は、通信制御部２００およびＳＩＰサーバへＡＣＫを送信する（Ｓ９３４、Ｓ９３５）。また、ＳＩＰ処理部１１５は、コーデック部１１７を介してＲＴＰ処理部１１８へＶｏＬＴＥ確立通知を送信し（Ｓ９３６）、制御信号品質データ管理部１１３ａへ制御信号品質データ通知を送信する（Ｓ９３７）。
【０１８０】
そして、品質データ管理部１１３は、受信した制御信号品質データ通知を音声品質統計情報テーブルに格納し（Ｓ９３８）、保持する品質データ通知選択の選択結果を判定する（Ｓ９３９）。ここで、品質データ通知選択が「０：通知なし」の場合、実施例４で説明する通知処理は実行されず、実施例１と同様の処理が実行される。
【０１８１】
一方、品質データ通知選択が「１：通知あり」の場合、品質データ管理部１１３は、ドメイン選択判定部１１４へ制御信号品質データ通知を送信する（Ｓ９４０）。なお、制御信号品質データ通知には、ＳＩＰ応答時間が含まれる。
【０１８２】
続いて、ドメイン選択判定部１１４が制御信号品質データ通知を受信すると、ＳＩＰ処理部１１５は、ＳＩＰサーバへＳＩＰメッセージ「ＩＮＶＩＴＥ」を送信してから「１００  Ｔｒｙｉｎｇ」が返ってくるまでの時間であるＳＩＰ応答時間を保存する（Ｓ９４１）。
【０１８３】
そして、ＳＩＰ処理部１１５は、保存したＳＩＰ応答時間がドメイン選択判定部１１４で保持しているＳＩＰ制御信号の閾値を超過するかを判定する（Ｓ９４２）。ここで、ＳＩＰ応答時間が閾値を超過すると判定されると、図１９に示すＳ９４３からＳ９４８が実行される。なお、ＳＩＰ処理部１１５は、測定されたＳＩＰ応答時間が１００ｍｓ以上である場合、図５の閾値（１００ｍｓ）を超過していると判断する。閾値の超過レベルは任意に設定可能である。
【０１８４】
閾値を超過する場合に実行されるＳ９４３以降の具体的な処理は、図１９に示すように、ドメイン選択判定部１１４が、呼制御部１１２へＶｏＬＴＥ遅延通知を送信する（Ｓ９４３）。その後、呼制御部１１２は、ドメイン選択判定部１１４からＶｏＬＴＥ遅延通知を受信すると、ユーザインタフェース処理部１１１へＶｏＬＴＥ遅延通知を送信する（Ｓ９４４）。続いて、ユーザインタフェース処理部１１１は、表示部１０５に、ＶｏＬＴＥ遅延通知を表示させる（Ｓ９４５）。
【０１８５】
さらに、呼制御部１１２は、ＶｏＬＴＥ遅延通知タイマに３６００ｓを設定して起動し（Ｓ９４６）、なお、ＶｏＬＴＥ遅延通知タイマの値は任意の値である。
【０１８６】
その後、呼制御部１１２は、表示部１０５およびユーザインタフェース処理部１１１を介して、ＶｏＬＴＥ切断がユーザによって選択されると、ＶｏＬＴＥを切断して（Ｓ９４７）、ＣＳドメインを用いた再発信を実行する（Ｓ９４８）。
【０１８７】
一方で、Ｓ９４２においてＳＩＰ応答時間が閾値を超過しないと判定されると、図１９に示すＳ９４９以降が実行される。
【０１８８】
具体的には、ＶｏＬＴＥ呼が確立された以降、マイク１０２は、ユーザの音声データをコーデック部１１７へ送信し（Ｓ９４９）、コーデック部１１７は、マイク１０２から音声データを受信すると、ＲＴＰ処理部１１８へ音声データを送信する（Ｓ９５０）。ＲＴＰ処理部１１８は、コーデック部１１７から音声データを受信すると、通信制御部２００へ音声データを送信し（Ｓ９５１）、通信制御部２００は、音声データをＳＩＰサーバに送信する（Ｓ９５２）。
【０１８９】
その後、ＲＴＰ処理部１１８は、終話するまでの音声データの平均遅延測定およびパケット損失率測定を実行し（Ｓ９５３）、測定した平均遅延およびパケット損失率を品質データ管理部１１３に送信する（Ｓ９５４）。
【０１９０】
そして、品質データ管理部１１３は、受信した平均遅延およびパケット損失率を音声品質統計情報テーブルに格納し（Ｓ９５５）、保持する品質データ通知選択の選択結果を判定する（Ｓ９５６）。ここで、品質データ通知選択が「０：通知なし」の場合、実施例４で説明する通知処理は実行されず、実施例１と同様の処理が実行される。
【０１９１】
一方、品質データ通知選択が「１：通知あり」の場合、品質データ管理部１１３は、ドメイン選択判定部１１４へ音声品質データ通知を送信する（Ｓ９５７）。なお、音声品質データ通知には、平均応答時間とパケット損失率が含まれる。
【０１９２】
そして、ドメイン選択判定部１１４は、品質データ管理部１１３から受信した平均応答時間とパケット損失率を音声品質統計情報テーブルに保存し（Ｓ９５８）、保存した平均応答時間またはパケット損失率が閾値を超過するかを判定する（Ｓ９５９）。
【０１９３】
ここで、ドメイン選択判定部１１４が、音声品質データ平均応答時間またはパケット損失率が閾値を超過すると判定すると、図２０に示すＳ９６０からＳ９６５が実行される。
【０１９４】
なお、本実施例において音声データの平均応答時間が３００ｍｓ、パケット損失率が５％とすると、ドメイン選択判定部１１４は、図５の閾値（遅延時間：１００ｍｓ、パケット損失率：０．１％）を超過していると判断する。閾値の超過レベルは任意に設定可能である。また、平均応答時間とパケット損失率のいずれかが閾値を超える場合に図２０に示すＳ９６０からＳ９６５が実行してもよく、両方が閾値を超える場合に図２０に示すＳ９６０からＳ９６５が実行することもできる。
【０１９５】
閾値を超過する場合に実行されるＳ９６０以降の具体的な処理は、図２０に示すように、ドメイン選択判定部１１４が、呼制御部１１２へＶｏＬＴＥ遅延通知を送信する（Ｓ９６０）。その後、呼制御部１１２は、ドメイン選択判定部１１４からＶｏＬＴＥ遅延通知を受信すると、ユーザインタフェース処理部１１１へＶｏＬＴＥ遅延通知を送信する（Ｓ９６１）。続いて、ユーザインタフェース処理部１１１は、表示部１０５に、ＶｏＬＴＥ遅延通知を表示させる（Ｓ９６２）。
【０１９６】
さらに、呼制御部１１２は、ＶｏＬＴＥ遅延通知タイマに３６００ｓを設定して起動する（Ｓ９６３）。なお、ＶｏＬＴＥ遅延通知タイマの値は任意の値である。
【０１９７】
その後、呼制御部１１２は、表示部１０５およびユーザインタフェース処理部１１１を介して、ＶｏＬＴＥ切断がユーザによって選択されると、ＶｏＬＴＥを切断して（Ｓ９６４）、ＣＳドメインを用いた再発信を実行する（Ｓ９６５）。
【０１９８】
一方で、Ｓ９５９において平均応答時間またはパケット損失率が閾値を超過しないと判定されると、ＶｏＬＴＥドメインを利用した音声通信が実行された後、図２０に示すＳ９６６以降が実行される。なお、Ｓ９６６からＳ９８０の処理は、実施例１で説明したＳ１４０からＳ１５４の処理と同様なので、詳細な説明は省略する。
【０１９９】
（タイマ判定処理）
図２１は、タイマを用いた判定処理の流れを示すフローチャートである。図２１に示すように、呼制御部１１２は、音声発信要求を受信すると（Ｓ１００１）、ＶｏＬＴＥ遅延タイマが起動中か否かを判定する（Ｓ１００２）。
【０２００】
そして、呼制御部１１２は、ＶｏＬＴＥ遅延タイマが起動中の場合（Ｓ１００２：Ｙｅｓ）、ＣＳドメインに対する発信要求を実行する（Ｓ１００３）。
【０２０１】
一方、呼制御部１１２は、ＶｏＬＴＥ遅延タイマが停止中の場合（Ｓ１００２：Ｎｏ）、今までの音声発信要求の受信回数を計数する（Ｓ１００４）。
【０２０２】
そして、呼制御部１１２は、音声発信要求の受信回数が１９以下の場合（Ｓ１００５：Ｙｅｓ）、Ｒａｎｇｅが０より大きいかを判定する（Ｓ１００６）。そして、呼制御部１１２は、Ｒａｎｇｅが０より大きい場合（Ｓ１００６：Ｙｅｓ）、ドメイン選択判定部１１４へドメイン選択要求を送信する（Ｓ１００７）。
【０２０３】
一方、呼制御部１１２は、Ｒａｎｇｅが０である場合（Ｓ１００６：Ｎｏ）、受信済みのVoice  domain  preferenceの第１優先がＶｏＬＴＥドメインであると（Ｓ１００８：Ｙｅｓ）、ＶｏＬＴＥに対する発信要求を実行する（Ｓ１００９）。
【０２０４】
一方、呼制御部１１２は、Ｒａｎｇｅが０であり、受信済みのVoice  domain  preferenceの第１優先がＣＳドメインであると（Ｓ１００８：Ｎｏ）、ＣＳに対する発信要求を実行する（Ｓ１００３）。
【０２０５】
なお、Ｓ１００５において、呼制御部１１２は、音声発信要求の受信回数が２０以上の場合（Ｓ１００５：Ｎｏ）、Ｓ１００８を実行する。
【０２０６】
（効果）
このように、移動機１０は、ＶｏＬＴＥドメイン選択後において、突発的イベント等によりＬＴＥネットワークのトラヒックの輻輳や遅延が発生した場合、ＳＩＰ信号や音声品質が閾値を超過するか否かを判定する。そして、移動機１０は、超過する場合には、ユーザへＣＳドメインへの切替を促すことができるので、突発的なイベントによるＬＴＥネットワークの輻輳を回避することができる。
【０２０７】
また、ＣＳ発信を行った後、例えば１時間などの短期間で再度発信を行う場合は、まだＶｏＬＴＥの品質が悪いままであることが想定される。このため、移動機１０は、ＶｏＬＴＥ接続後にＣＳに切替えた場合はＶｏＬＴＥタイマを起動させ、ＶｏＬＴＥへの切替を抑制する。したがって、移動機１０は、ＶｏＬＴＥタイマ起動中はドメイン選択判定を行わずに前回の発信内容を引継ぎことができ、ＣＳ発信を実施することができる。この結果、ＬＴＥネットワークの輻輳を回避することができる。
【実施例５】
【０２０８】
さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。
【０２０９】
［ユーザによる選択］
例えば、移動機１０は、ドメインの選択結果を表示部等に表示させて、ユーザにいずれのドメインを使用するかを選択させることもできる。例えば、移動機１０は、単純に選択結果を表示させて、ユーザへの許可を求めることもでき、選択結果と音声品質の平均値等を表示させて、ユーザにＶｏＬＴＥドメインかＣＳドメインかを選択させることもできる。
【０２１０】
［無線品質情報］
上記実施例では、ＶｏＬＴＥドメインの無線品質情報等を使用する例を説明したが、これに限定されるものではない。例えば、移動機１０は、ＣＳドメインの無線品質情報等を収集して、収集したＣＳドメインの無線品質情報等を用いてドメイン選択を実行することもできる。なお、ＣＳドメインの無線品質情報は、第２の無線品質情報の一例である。ＣＳドメインの無線品質情報としては、例えば音声パケットの遅延情報、パケット損失率、発信結果などを用いることができる。
【０２１１】
［システム］
また、図示した装置の各構成は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、任意の単位で分散または統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【０２１２】
また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
【０２１３】
なお、本実施例で説明した移動機１０は、音声通信プログラムを読み込んで実行することで、図３等で説明した処理と同様の機能を実行することができる。例えば、移動機１０は、アプリケーション制御部１００が有する各処理部と通信制御部２００が有する各処理部と同様の機能を有するプログラムをメモリに展開する。そして、移動機１０は、図３で説明した各処理部と同様の処理を実行するプロセスを実行することで、上記実施例と同様の処理を実行することができる。
【０２１４】
このプログラムは、インターネットなどのネットワークを介して配布することができる。また、このプログラムは、ハードディスク、フレキシブルディスク（FlexibleDisk）、ＣＤ−ＲＯＭ（Compact  Disk  −Read  Only  Memory）、ＭＯ（Magneto  Optical）ディスク、ＤＶＤ（Digital  Versatile  Disk）などのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することができる。
【符号の説明】
【０２１５】
１０  移動機
１００  アプリケーション制御部
１１１  ユーザインタフェース処理部
１１２  呼制御部
１１３  品質データ管理部
１１３ａ  制御信号品質データ管理部
１１３ｂ  音声信号品質データ管理部
１１４  ドメイン選択判定部
１１５  ＳＩＰ処理部
１１６  ＴＣＰ／ＩＰ処理部
１１７  コーデック部
１１８  ＲＴＰ処理部
２００  通信制御部
２１１  呼制御部
２１２  コーデック部
２１３  無線通信処理部
２１４  レイヤ処理部
【図１】
2016066938.tif 000003
【図２】
2016066938.tif 000004
【図３】
2016066938.tif 000005
【図４】
2016066938.tif 000006
【図５】
2016066938.tif 000007
【図６】
2016066938.tif 000008
【図７】
2016066938.tif 000009
【図８】
2016066938.tif 000010
【図９】
2016066938.tif 000011
【図１０】
2016066938.tif 000012
【図１１】
2016066938.tif 000013
【図１２】
2016066938.tif 000014
【図１３】
2016066938.tif 000015
【図１４】
2016066938.tif 000016
【図１５】
2016066938.tif 000017
【図１６】
2016066938.tif 000018
【図１７】
2016066938.tif 000019
【図１８】
2016066938.tif 000020
【図１９】
2016066938.tif 000021
【図２０】
2016066938.tif 000022
【図２１】
2016066938.tif 000023