(57)【特許請求の範囲】
【請求項１】
パケット交換網を介して相手側通信端末と音声通話を行う移動体通信端末と、前記移動体通信端末と前記相手側通信端末との音声通話の開始を仲介するサーバ装置と、を備える移動体通信システムであって、
前記移動体通信端末は、
前記音声通話の発呼側である場合には当該移動体通信端末が送信した招待承諾要求に対する応答信号を前記音声通話の開始指示として受け付け、前記音声通話の着呼側である場合には前記相手側通信端末が送信した招待承諾要求を前記音声通話の開始指示として受け付ける受付部と、
前記音声通話の発呼側である場合には前記相手側端末から前記応答信号が返信されてきたタイミングから計測され、前記音声通話の着呼側である場合には前記相手側通信端末から送信されてきた前記招待承諾要求に対する応答信号を送信したタイミングから計測される第１期間の間に音声パケットを伝送するためのベアラが確立したか否かを判定する判定部と、
前記ベアラが確立したと判定された場合、確立したベアラを利用して前記音声通話を開始する通話部と、
前記ベアラが確立していないと判定された場合、前記音声通話の開始を禁止する禁止部と、
を備え、
前記サーバ装置は、前記応答信号が送信されてきたタイミングから計測される第２期間の間に前記音声パケットを伝送するためのベアラが確立したか否かを判定し、
前記第１期間は、前記第２期間よりも長く設定されている、
移動体通信システム。
【請求項２】
前記禁止部は、前記音声通話の開始を禁止する際に、予め定められた情報を前記パケット交換網に出力する、
請求項１に記載の移動体通信システム。
【請求項３】
前記禁止部は、前記受付部が前記開始指示として発呼を受け付けた場合、前記予め定められた情報として通話禁止を示す情報を出力すると共に、前記発呼を中止することで前記音声通話の開始を禁止する、
請求項２に記載の移動体通信システム。
【請求項４】
前記禁止部は、前記受付部が前記開始指示として着呼を受け付けた場合、前記予め定められた情報として失敗を示す情報を出力すると共に、前記着呼を拒否することで前記音声通話の開始を禁止する、
請求項２又は３に記載の移動体通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動体通信システムに関する。
【背景技術】
【０００２】
従来から、電話回線を用いた回線交換方式で音声通話を行う移動体通信端末が知られている。この回線交換方式では通信が終わるまで通信チャネルを占有してしまうため、近年では、これに代わり、パケット交換網を用いたパケット交換方式で音声通話を行う移動体通信端末が導入され始めている。
【０００３】
このパケット交換方式で音声通話を実現する通話システムの一例として、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）網を用いたＶｏＬＴＥ（Ｖｏｉｃｅ ｏｖｅｒ ＬＴＥ）と呼ばれるものがある。
【０００４】
このような通話システムの標準仕様は、呼制御用の通信経路であるデフォルト・イーピーエス・ベアラ（Ｄｅｆａｕｌｔ  ＥＰＳ  Ｂｅａｒｅｒ）と、音声通話用の通信経路である、すなわち音声パケットを伝送するためのデディケイテッド・イーピーエス・ベアラ（Ｄｅｄｉｃａｔｅｄ  ＥＰＳ  Ｂｅａｒｅｒ）を利用して音声通話を行うようになっている。具体的には、予めデフォルト・イーピーエス・ベアラを確立しておき、その後、移動体通信端末に音声通話の開始指示がある場合に、確立したデフォルト・イーピーエス・ベアラを利用してデディケイテッド・イーピーエス・ベアラを確立し、この確立したデディケイテッド・イーピーエス・ベアラに音声パケットを伝送することで音声通話を行っている（特許文献１参照。）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１４−０６８２６０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、実際のパケット交換網においては、様々な要因により、デフォルト・イーピーエス・ベアラの確立には成功する一方で、デディケイテッド・イーピーエス・ベアラの確立には失敗する場合がある。このような場合において、確立に失敗した後の処理については標準仕様が存在しないため、そのまま呼制御が進んで音声通話が開始されてしまう虞がある。デディケイテッド・イーピーエス・ベアラが確立していない状態で音声通話が開始されると、移動体通信端末の画面に通話中等の表示がなされる一方で実際の音声通話を行うことができないため、ユーザは困惑してしまう。
【０００７】
本発明の第一態様における移動体通信システムは、パケット交換網を介して相手側通信端末と音声通話を行う移動体通信端末と、前記移動体通信端末と前記相手側通信端末との音声通話の開始を仲介するサーバ装置と、を備える移動体通信システムであって、前記移動体通信端末は、前記音声通話の発呼側である場合には当該移動体通信端末が送信した招待承諾要求に対する応答信号を前記音声通話の開始指示として受け付け、前記音声通話の着呼側である場合には前記相手側通信端末が送信した招待承諾要求を前記音声通話の開始指示として受け付ける受付部と、前記音声通話の発呼側である場合には前記相手側端末から前記応答信号が返信されてきたタイミングから計測され、前記音声通話の着呼側である場合には前記相手側通信端末から送信されてきた前記招待承諾要求に対する応答信号を送信したタイミングから計測される第１期間の間に音声パケットを伝送するためのベアラが確立したか否かを判定する判定部と、前記ベアラが確立したと判定された場合、確立したベアラを利用して前記音声通話を開始する通話部と、前記ベアラが確立していないと判定された場合、前記音声通話の開始を禁止する禁止部と、を備え、前記サーバ装置は、前記応答信号が送信されてきたタイミングから計測される第２期間の間に前記音声パケットを伝送するためのベアラが確立したか否かを判定し、前記第１期間は、前記第２期間よりも長く設定されている。
【課題を解決するための手段】
【０００８】
本発明の第一態様における移動体通信端末は、パケット交換網を介して音声通話を行う移動体通信端末であって、前記音声通話の開始指示を受け付ける受付部と、前記開始指示が受け付けられた場合、音声パケットを伝送するためのベアラが所定期間の間に確立したか否かを判定する判定部と、前記ベアラが確立したと判定された場合、確立したベアラを利用して前記音声通話を開始する通話部と、前記ベアラが確立していないと判定された場合、前記音声通話の開始を禁止する禁止部と、を備える。
【発明の効果】
【０００９】
本発明によれば、音声パケットを伝送するためのベアラの確立が失敗した場合でもユーザフレンドリーな対応ができる。
【図面の簡単な説明】
【００１０】
【図１】図１は、本発明の実施形態に係る移動体通信端末を含む移動体通信システム１の概略構成の一例を説明するための図である。
【図２】図２は、図１に示す移動体通信端末の機能構成の一例を説明するためのブロック図である。
【図３】図３は、移動体通信システム１において音声通話を開始するための通話開始処理の概要を説明するシーケンス図である。
【図４】図４は、図３にて説明した通話開始処理における移動体通信端末の処理の具体例を説明するフローチャートである。
【発明を実施するための形態】
【００１１】
以下、添付図面を参照しながら本発明の実施形態について説明する。説明の理解を容易にするため、各図面において同一の構成要素及びステップに対しては可能な限り同一の符号を付して、重複する説明は省略する。
【００１２】
図１は、本発明の実施形態に係る移動体通信端末を含む移動体通信システム１の概略構成の一例を説明するための図である。
【００１３】
図１に示すように、移動体通信システム１は、互いに通信を行う通信端末１０Ａ・１０Ｂ、及び、通信端末１０Ａ・１０Ｂと通信可能なサーバ装置１２を備える。また、移動体通信システム１は、これらの装置同士を通信するネットワークとして、基地局ＢＳに接続されたパケット交換網Ｎを備える。なお、パケット交換網Ｎは特に限定されないが、本実施形態ではＬＴＥ網である。
【００１４】
上記移動体通信システム１において、通信端末１０Ａ・１０Ｂは、互いに音声通話が可能となるように構成されている。以下の実施形態では、通信端末１０Ａが、本発明の移動体通信端末として機能し、通信端末１０Ｂが通信端末１０Ａの音声通話先の端末として機能するものとして説明する。理解を容易にするため、以下、この通信端末１０Ａを「移動体通信端末１０Ａ」と称す。
【００１５】
移動体通信端末１０Ａは、携帯電話やＰＨＳ、衛星携帯電話、自動車電話等の移動電話であれば特に種類は限定されないが、本実施形態では携帯電話とする。
【００１６】
この移動体通信端末１０Ａは、パケット交換方式、例示的にＶｏＬＴＥに対応した機種であり、パケット交換網Ｎを介して音声通話を行うことが可能となっている。
【００１７】
サーバ装置１２は、パケット交換網Ｎ上に設けられた複数のノードのうち何れか１つのノードである。このサーバ装置１２は、移動体通信端末１０Ａと通信端末１０Ｂとの間のＶｏＬＴＥによる音声通話の開始を仲介する機能を有する。
【００１８】
通信端末１０Ｂは、移動体通信端末１０Ａと異なり、移動電話や固定電話等、特に種類は限定されないが、本実施形態では携帯電話である。通信端末１０Ｂは、パケット交換方式を利用し、基地局ＢＳを介してパケット交換網Ｎに接続する。
【００１９】
図２は、図１に示す移動体通信端末１０Ａの機能構成の一例を説明するためのブロック図である。図２に示すように、移動体通信端末１０Ａは、受付部２０と、判定部２２と、通話部２４と、禁止部２６と、を備える。
【００２０】
受付部２０は、音声通話の開始指示を受け付ける。具体的には、受付部２０は、上記開始指示として発呼又は着呼を受け付ける。なお、この音声通話の開始指示が受け付けられる前までに、例えば移動体通信端末１０Ａの起動時等に、移動体通信端末１０Ａとサーバ装置１２との間に、呼制御用の通信経路であるデフォルト・イーピーエス・ベアラ（以下、「第１ベアラ」と称する。）が確立しているものとする。
【００２１】
判定部２２は、受付部２０にて音声通話の開始指示が受け付けられた場合、音声パケットを伝送するためのデディケイテッド・イーピーエス・ベアラ（以下、「第２ベアラ」と称する。）が所定期間の間に確立したか否かを判定する。なお、所定期間とは、例えば５秒や１０秒である。なお、これら第１ベアラと第２ベアラの確立は、パケット交換網Ｎ上の任意のノードが移動体通信端末１０Ａと通信することにより行われる。また、第２ベアラが確立したか否かの判定は、サーバ装置１２でも行っており、判定部２２が判定するための上記所定期間は、第２ベアラが確立したか否かをサーバ装置１２が判定するための所定期間よりも数秒長く設定されていることが好ましい。
【００２２】
通話部２４は、判定部２２において第２ベアラが確立したと判定された場合、確立した第２ベアラを利用して音声通話を開始する。すなわち、通話部２４は、第２ベアラに音声パケットを伝送することで音声通話を開始する。
【００２３】
禁止部２６は、判定部２２において第２ベアラが確立していないと判定された場合、予め定められた情報をパケット交換網Ｎに出力すると共に、音声通話の開始を禁止する。
【００２４】
図３は、移動体通信システム１において音声通話を開始するための通話開始処理の概要を説明するシーケンス図である。なお、以下では、移動体通信端末１０Ａが音声通話の発呼側である場合を説明するが、着呼側であってもよい。移動体通信端末１０Ａが音声通話の着呼側である場合には、図３における通信端末１０Ｂに代えて移動体通信端末１０Ａが位置し、図３における移動体通信端末１０Ａに代えて通信端末１０Ｂが位置するもとの読み替える。また、以下では、移動体通信端末１０Ａとサーバ装置１２、及び、通信端末１０Ｂとサーバ装置１２の間の第１ベアラは既に確立しているものとする。
【００２５】
（ステップＳＰ１０）
移動体通信端末１０Ａは、ユーザによる発呼操作を受け付けると、音声通話の招待承諾要求（例えば「invite」を示す呼制御信号）を、パケット交換網Ｎを介して（第１ベアラを介して）サーバ装置１２に送信する。次に、処理はステップＳＰ１２の処理に移行する。
【００２６】
（ステップＳＰ１２）
サーバ装置１２は、移動体通信端末１０Ａから招待承諾要求を受信する。そして、サーバ装置１２は、パケット交換網Ｎを介して（第１ベアラを介して）通信端末１０Ｂに転送する。通信端末１０Ｂは、サーバ装置１２から招待承諾要求を受信する。そして、処理はステップＳＰ１４の処理に移行する。
【００２７】
（ステップＳＰ１４）
パケット交換網Ｎの任意のノードは、第２ベアラ確立承諾要求（例えば「Ａｃｔｉｖａｔｅ Ｄｅｄｉｃａｔｅｄ ＥＰＳ Ｂｅａｒｅｒ Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ」を示す呼制御信号）を移動体通信端末１０Ａに送信する。次に、処理はステップＳＰ１６の処理に移行する。
【００２８】
（ステップＳＰ１６）
パケット交換網Ｎの任意のノードは、ステップＳＰ１４と同様に、第２ベアラ確立承諾要求を通信端末１０Ｂにも送信する。次に、処理はステップＳＰ１８の処理に移行する。
【００２９】
（ステップＳＰ１８）
移動体通信端末１０Ａは、上記任意のノードから第２ベアラ確立承諾要求を受信する。そして、移動体通信端末１０Ａは、受信した第２ベアラ確立承諾要求に従って第２ベアラの確立を承諾し、第２ベアラの確立承諾を示す呼制御信号をノードに返信する。次に、処理はステップＳＰ２０の処理に移行する。
【００３０】
（ステップＳＰ２０）
通信端末１０Ｂは、上記任意のノードから第２ベアラ確立承諾要求を受信する。そして、通信端末１０Ｂは、受信した第２ベアラ確立承諾要求に従って第２ベアラの確立を承諾し、第２ベアラの確立承諾を示す呼制御信号をノードに返信する。
【００３１】
以上により、移動体通信端末１０Ａとパケット交換網Ｎ、及び、通信端末１０Ｂとパケット交換網Ｎの間の第２ベアラが確立する。
【００３２】
（ステップＳＰ２２）
通信端末１０Ｂは、ステップＳＰ１２で受信した招待承諾要求に従って移動体通信端末１０Ａとの音声通話の招待を承諾し、招待承諾を示す呼制御信号をサーバ装置１２に返信する。次に、処理はステップＳＰ２４の処理に移行する。
【００３３】
（ステップＳＰ２４）
サーバ装置１２は、通信端末１０Ｂから招待承諾を示す呼制御信号を受信する。そして、サーバ装置１２は、招待承諾を示す呼制御信号を移動体通信端末１０Ａに転送する。移動体通信端末１０Ａは、サーバ装置１２から招待承諾を示す呼制御信号を受信する。次に、処理はステップＳＰ２６の処理に移行する。
【００３４】
（ステップＳＰ２６）
移動体通信端末１０Ａ及び通信端末１０Ｂは、互いに残りの通話開始処理を行い、確立した第２ベアラを利用して音声通話を開始する。また、通話開始処理中に、確立した第２ベアラを利用して、例えば呼び出し中であることを知らせるためのＲＢＴ（Ｒｉｎｇｂａｃｋ  Ｔｏｎｅ）を実行してよい。
【００３５】
図４は、図３にて説明した通話開始処理における移動体通信端末１０Ａの処理の具体例を説明するフローチャートである。この処理は、音声発信（発呼）又は音声着信（着呼）を受付部２０が受け付けた場合に開始される。
【００３６】
（ステップＳＰ３０）
判定部２２は、受付部２０が音声発信及び音声着信の何れを受け付けたか判定する。そして、判定部２２は、受付部２０が音声発信を受け付けたと判定した場合にはステップＳＰ３２の処理に移行し、受付部２０が音声着信を受け付けたと判定した場合にはステップＳＰ４２の処理に移行する。
【００３７】
（ステップＳＰ３２）
判定部２２は、タイマを起動して時間を計測する。なお、この起動のタイミングは、移動体通信端末１０Ａが音声発信側であるため、例えば図３に示すステップＳＰ１０の招待承諾要求に対する着信側端末１０Ｂからの応答信号（例えば「１８３  Ｓｅｓｓｉｏｎ  Ｐｒｏｇｒｅｓｓ」）をパケット交換網Ｎから受信したタイミング（不図示のステップ）である。そして、判定部２２は、ステップＳＰ３４の処理に移行する。
【００３８】
（ステップＳＰ３４）
判定部２２は、タイマを参照して所定期間内に第２ベアラが確立したか否か判定する。そして、判定部２２は、肯定判定した場合（Ｙｅｓ）にはステップＳＰ３６の処理に移行し、否定判定した場合（Ｎｏ）にはステップＳＰ４０の処理に移行する。なお、第２ベアラが確立できない場合とは、図３に示すステップＳＰ１４の際に通信障害等により、移動体通信端末１０Ａにおいて第２ベアラ確立要求が受信できない場合や、ステップＳＰ１８の際に通信障害等により、移動体通信端末１０Ａにおいて第２ベアラ確立承諾を示す呼制御信号が送信できない場合等が挙げられる。
【００３９】
（ステップＳＰ３６）
判定部２２は、着信側となる通信端末１０Ｂの応答が有るか否か判定する。そして、判定部２２は、肯定判定した場合（Ｙｅｓ）にはステップＳＰ３８の処理に移行する。否定判定した場合（Ｎｏ）には、パケット通信網Ｎにより第２ベアラが開放されて一連の処理を終える。
【００４０】
（ステップＳＰ３８）
通話部２４は、確立した第２ベアラを利用して通信端末１０Ｂとの音声通話を開始する。そして、音声通話が終わった後、パケット通信網Ｎにより第２ベアラが開放されて一連の処理を終える。
【００４１】
（ステップＳＰ４０）
禁止部２６は、禁止を示す情報、例えばキャンセルを示す呼制御信号をサーバ装置１２に送信すると共に、通話開始処理（発信処理又は発呼）を中止、すなわち音声通話の開始を禁止する。そして、禁止部２６は、一連の処理を終える。
【００４２】
（ステップＳＰ４２）
判定部２２は、タイマを起動して時間を計測する。なお、この起動のタイミングは、移動体通信端末１０Ａが音声着信側となるため、例えば移動体通信端末１０Ａと通信端末１０Ｂとを入れ替えて読み替えた場合の図３に示すステップＳＰ１２の招待承諾要求に対する応答信号（例えば「１８３  Ｓｅｓｓｉｏｎ  Ｐｒｏｇｒｅｓｓ」）をパケット交換網Ｎに送信したタイミング（不図示のステップ）である。そして、判定部２２は、ステップＳＰ４４の処理に移行する。
【００４３】
（ステップＳＰ４４）
判定部２２は、タイマを参照して所定期間内に第２ベアラが確立したか否か判定する。そして、判定部２２は、肯定判定した場合（Ｙｅｓ）にはステップＳＰ４６の処理に移行し、否定判定した場合（Ｎｏ）にはステップＳＰ５０の処理に移行する。なお、第２ベアラが確立できない場合とは、移動体通信端末１０Ａと通信端末１０Ｂとを入れ替えて読み替えた場合の図３に示すステップＳＰ２０の際に通信障害等により、移動体通信端末１０Ａにおいて第２ベアラ確立要求が受信できない場合や、ステップＳＰ２４の際に通信障害等により、移動体通信端末１０Ａにおいて第２ベアラ確立承諾を示す呼制御信号が送信できない場合等が挙げられる。
【００４４】
（ステップＳＰ４６）
判定部２２は、着信側となる移動体通信端末１０Ａにおいてユーザによる応答操作が有るか否か判定する。そして、判定部２２は、肯定判定した場合（Ｙｅｓ）にはステップＳＰ４８の処理に移行する。否定判定した場合（Ｎｏ）にはパケット通信網Ｎにより第２ベアラが開放されて一連の処理を終える。
【００４５】
（ステップＳＰ４８）
通話部２４は、確立した第２ベアラを利用して通信端末１０Ｂとの音声通話を開始する。そして、音声通話が終わった後、パケット通信網Ｎにより第２ベアラが開放されて一連の処理を終える。
【００４６】
（ステップＳＰ５０）
中止部２６は、失敗を示す情報、例えば「５８０  Ｐｒｅｃｏｎｄｉｔｉｏｎ Ｆａｉｌｕｒｅ」を示す呼制御信号をサーバ装置１２に送信すると共に、着信を拒否することで通話開始処理を中止、すなわち音声通話の開始を禁止する。そして、禁止部２６は、一連の処理を終える。
【００４７】
以上、本実施形態に係る移動体通信端末１０Ａは、第２ベアラ、すなわちデディケイテッド・イーピーエス・ベアラの確立が失敗した場合には、通話開始処理を中止する。これにより、第２ベアラが確立していない状態で呼制御（通話開始処理）が進んで音声通話が開始されてしまうことを禁止できる。第２ベアラが確立していない状態で音声通話が開始されてしまうことを禁止できれば、移動体通信端末１０Ａの画面に通話中等の表示がなされる一方で音声通話を行うことができないという事態を招くことがなく、ユーザフレンドリーな対応が可能な移動体通信端末１０Ａを提供することが可能となる。
【００４８】
また、移動体通信端末１０Ａは、音声通話の開始を禁止する際に、予め定められた情報（キャンセルを示す情報又は失敗を示す情報）をパケット交換網Ｎ（具体的にはサーバ装置１２）に出力する。これにより、サーバ装置１２側の通話開始処理も中止することができ、第２ベアラが確立していない状態で呼制御（通話開始処理）が進んで通話が開始されてしまうことを確実に禁止することができる。また、サーバ装置１２の処理の効率化を図ることができる。
【００４９】
以上、具体例を参照しつつ本発明の実施の形態について説明した。しかし、本発明はこれらの具体例に限定されるものではない。すなわち、これら具体例に、当業者が適宜設計変更を加えたものも、本発明の特徴を備えている限り、本発明の範囲に包含される。前述した各具体例が備える各要素およびその配置、条件、形状などは、例示したものに限定されるわけではなく適宜変更することができる。
【符号の説明】
【００５０】
１０Ａ…通信端末（移動体通信端末）
２０…受付部
２２…判定部
２４…通話部
２６…禁止部
【図１】
0006320458.tif 000002
【図２】
0006320458.tif 000003
【図３】
0006320458.tif 000004
【図４】
0006320458.tif 000005