JP2016100631A - 通信制御装置及び通信制御方法 - Google Patents

Abstract

【課題】不要な信号がネットワークに流れる可能性を低減する。
【解決手段】Ｐ−ＣＳＣＦ２０ｂは、ＵＥ１０ａとＩＭＳ内部ネットワーク３０を介して信号の送受信を行うとともに、ＵＥ１０ｂと信号の送受信を行うメッセージ送受信部と、ＵＥ１０ｂから受信した信号がＵＥ１０ａに送信不要な信号であるか否かを判定する判定部と、判定部によって、ＵＥ１０ｂから受信した信号がＵＥ１０ａに送信不要な信号であると判定されたことに応じて、ＵＥ１０ａの代わりに信号に対する応答信号を生成する生成部と、を備える。メッセージ送受信部は、生成部によって生成された応答信号をＵＥ１０ｂに送信する。
【選択図】図１

Description

本発明は、通信制御装置及び通信制御方法に関する。

ＩＭＳ（IP MultimediaSubsystem）を用いたＳＩＰ（Session Initiation Protocol）メッセージを送受信するためのネットワークシステムが知られている。このようなネットワークシステムでは、例えばＶｏＬＴＥ（Voice over Long Term Evolution）のようにＩＰ（InternetProtocol）を用いて音声通話を行う場合、発側端末及び着側端末の間で、セッションの確立、更新、維持及び切断等のためのＳＩＰメッセージが送受信される。例えば、非特許文献１に記載されているように、通話品質を確保するために、プレコンディション（Precondition）制御が行われることがある。

3GPP TR24.930

例えば、プレコンディション制御では、呼び出し前に発側端末及び着側端末に対してリソースが予約されるが、発側端末のリソースが予約済みである場合において、着側端末が１８０ Ｒｉｎｇｉｎｇ及びＵＰＤＡＴＥのＳＩＰメッセージを立て続けに発側端末に送信する可能性がある。このケースでは、ＵＰＤＡＴＥは標準上不要な信号である。プレコンディション制御に限らず、標準上不要な信号が発側端末と着側端末との間で送受信されることがある。このように、本来不要な信号がコアネットワークに流れることによって、ネットワークシステムにおいて無駄な処理が行われることがある。

本発明は、上記問題点に鑑みてなされたものであり、不要な信号がコアネットワークに流れる可能性を低減する通信制御装置及び通信制御方法を提供することを目的とする。

本発明の一態様に係る通信制御装置は、第１端末装置と第２端末装置との間の通信のために呼制御を行う通信制御装置である。この通信制御装置は、第１端末装置とコアネットワークを介して信号の送受信を行うとともに、第２端末装置と信号の送受信を行う送受信手段と、第２端末装置から受信した信号が第１端末装置に送信不要な信号であるか否かを判定する判定手段と、判定手段によって、第２端末装置から受信した信号が第１端末装置に送信不要な信号であると判定されたことに応じて、第１端末装置の代わりに信号に対する応答信号を生成する生成手段と、を備える。送受信手段は、生成手段によって生成された応答信号を第２端末装置に送信する。

この通信制御装置によれば、第２端末装置から受信した信号が第１端末装置に送信不要な信号であると判定されたことに応じて、第１端末装置の代わりに信号に対する応答信号が生成され、その応答信号が第２端末装置に送信される。このため、第１端末装置に送信不要な信号を通信制御装置において終端することができ、不要な信号がコアネットワークに流れる可能性を低減することが可能となる。これにより、第１端末装置及びコアネットワーク上の装置において、不要な信号の処理を行う可能性が低減され、通信システム全体として、不要な信号による処理を低減することが可能となる。

送受信手段が送受信する信号は、第１端末装置と第２端末装置との間のセッションに関するセッション情報を含み、判定手段は、第２端末装置から受信した信号が第１端末装置が有するセッション情報の更新要求のための信号である場合に、第２端末装置から受信した信号に含まれるセッション情報に基づいて、第２端末装置から受信した信号が第１端末装置に送信不要な信号であるか否かを判定してもよい。例えば、セッション情報が更新されていなければ、セッション情報の更新要求のための信号を第１端末装置に送信する必要はない。このため、信号に含まれるセッション情報によって、セッション情報の更新要求のための信号が第１端末装置に送信不要な信号であるか否かを簡単に判定することができる。

本発明の別の態様に係る通信制御装置は、第２端末装置から受信した信号に含まれるセッション情報を端末側セッション情報として記憶するセッション情報記憶手段をさらに備えてもよい。判定手段は、第２端末装置から受信した信号に含まれるセッション情報である信号内セッション情報と、セッション情報記憶手段に記憶されている端末側セッション情報と、を比較することによって、第２端末装置から受信した信号が第１端末装置に送信不要な信号であるか否かを判定してもよい。また、セッション情報記憶手段は、判定手段による判定の後に、信号内セッション情報で端末側セッション情報を更新してもよい。この場合、セッション情報記憶手段に記憶されている端末側セッション情報は、判定手段による判定の後に、信号内セッション情報で更新されるので、第２端末装置から信号を受信した時点でセッション情報記憶手段に記憶されている端末側セッション情報は、その信号の１つ前に第２端末装置から受信した信号に含まれていた信号内セッション情報である。その信号の１つ前に第２端末装置から受信した信号は、第１端末装置に送信済みの信号であるので、端末側セッション情報と信号内セッション情報とを比較することによって、第１端末装置に送信済みのセッション情報から変更があるか否かを判定することができる。このため、その判定結果に基づいて、セッション情報の更新要求のための信号を第１端末装置に送信する必要があるか否かを判定することが可能となる。

判定手段は、信号内セッション情報と端末側セッション情報とが同じである場合に、第２端末装置から受信した信号が第１端末装置に送信不要な信号であると判定してもよい。信号内セッション情報と端末側セッション情報とが同じである場合には、第１端末装置に送信済みのセッション情報から変化はない。このため、信号内セッション情報と端末側セッション情報とが同じである場合に、第２端末装置から受信した信号が第１端末装置に送信不要な信号であると判定することによって、既に送信されたセッション情報と同じセッション情報に、第１端末装置のセッション情報を更新するための信号が第１端末装置に送信されることを防ぐことができ、不要な信号がコアネットワークに流れる可能性を低減することが可能となる。その結果、不要な信号による処理を低減することが可能となる。

セッション情報は、第２端末装置のリソースの予約状況を示すプレコンディション情報を含んでいてもよく、判定手段は、信号内セッション情報と端末側セッション情報とがプレコンディション情報を除いて同じである場合に、第２端末装置から受信した信号が第１端末装置に送信不要な信号であると判定してもよい。例えば、呼び出し中であることを示す信号（１８０ Ｒｉｎｇｉｎｇ）は、第１端末装置及び第２端末装置のリソースが予約された後に送信されるので、第１端末装置は、この信号を第２端末装置から受信した場合、第２端末装置のリソースが予約済みになったことを認識する。このように、プレコンディション情報については、他の手段によってその変更が通知され得るので、信号内セッション情報と端末側セッション情報とがプレコンディション情報においてのみ異なる場合には、第１端末装置が認識しているセッション情報から変化がないことがある。このため、信号内セッション情報と端末側セッション情報とがプレコンディション情報を除いて同じである場合に、第２端末装置から受信した信号が第１端末装置に送信不要な信号であると判定することによって、第１端末装置が認識しているセッション情報と同じセッション情報に、第１端末装置のセッション情報を更新するための信号が第１端末装置に送信されるのをさらに確実に防ぐことができ、不要な信号がコアネットワークに流れる可能性をさらに低減することが可能となる。その結果、不要な信号による処理をさらに低減することが可能となる。

判定手段は、さらに呼制御の状態に応じて、第２端末装置から受信した信号が第１端末装置に送信不要な信号であるか否かを判定してもよい。例えば、判定手段は、呼制御の状態が第２端末装置から呼び出し中であることを示す信号を受信した後であり、かつ、セッションの開始要求信号に対する成功応答信号を第２端末装置から受信する前である場合に、第２端末装置から受信した信号が第１端末装置に送信不要な信号であると判定してもよい。この場合、セッションの開始要求信号に対する応答がなされていない状況において、さらにセッション情報の更新要求のための信号がコアネットワークに流れる可能性を低減できる。これにより、要求信号に対する処理が行われている間に、さらに異なる要求信号がコアネットワークに流れることによって、コアネットワークにおいて信号衝突等が生じ、呼が切断される可能性を低減することが可能となる。

ところで、本発明は、上記のように通信制御装置の発明として記述できる他に、以下のように通信制御方法の発明としても記述することができる。これはカテゴリが異なるだけで、実質的に同一の発明であり、同様の作用及び効果を奏する。

すなわち、本発明のさらに別の態様に係る通信制御方法は、第１端末装置と第２端末装置との間の通信のために呼制御を行う通信制御装置であり、第１端末装置とコアネットワークを介して信号の送受信を行うとともに、第２端末装置と信号の送受信を行う通信制御装置が実行する通信制御方法である。この通信制御方法は、第２端末装置から信号を受信する受信ステップと、受信ステップにおいて受信した信号が第１端末装置に送信不要な信号であるか否かを判定する判定ステップと、判定ステップにおいて、第２端末装置から受信した信号が第１端末装置に送信不要な信号であると判定されたことに応じて、第１端末装置の代わりに信号に対する応答信号を生成する生成ステップと、生成ステップにおいて生成された応答信号を第２端末装置に送信する送信ステップと、を含む。

本発明によれば、不要な信号がコアネットワークに流れる可能性を低減できる。

本実施形態に係る通信制御装置を含む通信システムの構成を概略的に示す図である。 図１のＰ−ＣＳＣＦの機能構成を示すブロック図である。 図１のＰ−ＣＳＣＦのハードウェア構成図である。 図１のＳＤＰ（Session Description Protocol）情報記憶部が有するＳＤＰ情報管理テーブルの一例を示す図である。 図１のＰ−ＣＳＣＦが実行する通信制御方法の一連の処理の一例を示すフローチャートである。 図１の通信システムにおいて実行されるプレコンディション制御の一連の処理の一例を示すシーケンス図である。 （ａ）は図６のＩＮＶＩＴＥに含まれるＳＤＰ情報の一例を示す図、（ｂ）は図６の１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓに含まれるＳＤＰ情報の一例を示す図である。 （ａ）は図６におけるＩＮＶＩＴＥ受信時のＳＤＰ情報管理テーブルの一例を示す図、（ｂ）は図６における１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓ受信時のＳＤＰ情報管理テーブルの一例を示す図である。 図１の通信システムにおいて実行されるプレコンディション制御の一連の処理の別の例を示すシーケンス図である。 （ａ）は図９のＩＮＶＩＴＥに含まれるＳＤＰ情報の一例を示す図、（ｂ）は図９の１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓに含まれるＳＤＰ情報の一例を示す図、（ｃ）は図９のＵＰＤＡＴＥに含まれるＳＤＰ情報の一例を示す図、（ｄ）は図９の２００ ＯＫ（ＵＰＤＡＴＥ）に含まれるＳＤＰ情報の一例を示す図である。 （ａ）は図９におけるＩＮＶＩＴＥ受信時のＳＤＰ情報管理テーブルの一例を示す図、（ｂ）は図９における１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓ受信時のＳＤＰ情報管理テーブルの一例を示す図、（ｃ）は図９におけるＵＰＤＡＴＥ受信時のＳＤＰ情報管理テーブルの一例を示す図である。

以下、添付図面を参照しながら本発明の実施形態を詳細に説明する。図面の説明において、同一又は同等の要素には同一符号を用い、重複する説明を省略する。

図１は、本実施形態に係る通信制御装置を含む通信システムの構成を概略的に示す図である。図１に示されるように、通信システム１は、ＬＴＥの通信規格（通信プロトコル）に準拠して、端末装置（ＵＥ：User Equipment）に対してＶｏＬＴＥ等の音声通信サービスを提供する通信システムである。通信システム１は、複数のＵＥが接続可能であって、Ｐ−ＣＳＣＦ（Proxy Call Session Control Function）２０ａと、Ｐ−ＣＳＣＦ２０ｂ（通信制御装置）と、ＩＭＳ内部ネットワーク３０（コアネットワーク）と、ＡＳ（Application Server）４０ａと、ＡＳ４０ｂと、を含んで構成される。この通信システム１では、ＶｏＬＴＥの提供時には、セッションの確立、変更及び切断の制御は、ＳＩＰを用いて実行される。これらの制御は、通信システム１に接続可能なＵＥ１０ａ（第１端末装置）とＵＥ１０ｂ（第２端末装置）との間で、ＳＩＰメッセージ（信号）が送受信されることによって行われる。

ＵＥ１０ａ及びＵＥ１０ｂは、ユーザにより用いられ、ＶｏＬＴＥによる音声通信を利用可能な端末装置である。ＵＥ１０ａ及びＵＥ１０ｂは、例えば、スマートフォン及びタブレット端末を含む携帯端末である。ＵＥ１０ａは、ＷＬＡＮ（Wireless Local Area Network）等のＩＰ−ＣＡＮ（IP-ConnectivityAccess Network）を介してＰ−ＣＳＣＦ２０ａに接続されている。ＵＥ１０ｂは、ＷＬＡＮ等のＩＰ−ＣＡＮを介してＰ−ＣＳＣＦ２０ｂに接続されている。例えば、ＵＥ１０ａがＵＥ１０ｂに対して発信処理を行った場合、その通信（通話）品質を確保するために、ＵＥ１０ａ、ＵＥ１０ｂ、Ｐ−ＣＳＣＦ２０ａ、Ｐ−ＣＳＣＦ２０ｂ及びＩＭＳ内部ネットワーク３０の間では、ＵＥ１０ａ及びＵＥ１０ｂのリソースを予約するためのプレコンディション制御が行われる。ＵＥ１０ａとＵＥ１０ｂとの音声通信は、メディアパケットが伝送されることにより行われる。

Ｐ−ＣＳＣＦ２０ａは、ＵＥ１０ａに対してＶｏＬＴＥを提供する際にＶｏＬＴＥの呼制御を行う通信制御装置である。Ｐ−ＣＳＣＦ２０ａは、ＵＥ１０ａとの間でＳＩＰメッセージの送受信を行う。Ｐ−ＣＳＣＦ２０ｂは、ＵＥ１０ｂに対してＶｏＬＴＥを提供する際にＶｏＬＴＥの呼制御を行う通信制御装置である。Ｐ−ＣＳＣＦ２０ｂは、ＵＥ１０ｂとの間でＳＩＰメッセージの送受信を行う。Ｐ−ＣＳＣＦ２０ａ及びＰ−ＣＳＣＦ２０ｂは、ＩＭＳ内部ネットワーク３０を介して互いにＳＩＰメッセージを送受信する。Ｐ−ＣＳＣＦ２０ａ及びＰ−ＣＳＣＦ２０ｂは、例えば、ＵＥ１０ａ及びＵＥ１０ｂ間の通信のために、プレコンディション制御を行う。

ＩＭＳ内部ネットワーク３０は、Ｓ−ＣＳＣＦ（Serving Call Session Control Function）／Ｉ−ＣＳＣＦ（Interrogating Call Session Control Function）３１０ａ、及び、Ｓ−ＣＳＣＦ／Ｉ−ＣＳＣＦ３１０ｂを含んで構成される。Ｓ−ＣＳＣＦ／Ｉ−ＣＳＣＦ３１０ａ及びＳ−ＣＳＣＦ／Ｉ−ＣＳＣＦ３１０ｂは、ＶｏＬＴＥの呼制御を行うシステムである。

ＡＳ４０ａ及びＡＳ４０ｂは、ＶｏＬＴＥのサービスを制御するアプリケーションサーバである。なお、図１では、ＵＥ１０ａ及びＵＥ１０ｂ間の通信に着目しているので、Ｐ−ＣＳＣＦ２０、Ｓ−ＣＳＣＦ／Ｉ−ＣＳＣＦ３１０、ＡＳ４０は、ＵＥ１０に対して１台ずつ図示されているが、実際にはこれら装置はそれぞれ複数台存在する。また、各装置は、物理的に一台の装置で構成されていてもよいし、複数台の装置によって構成された処理システムであってもよい。

次に、上述のプレコンディション制御を実現するための通信制御装置であるＰ−ＣＳＣＦ２０ｂについて説明する。以下、ＵＥ１０ａがＵＥ１０ｂに対して発信処理を行う場合を例として説明する。

図２は、Ｐ−ＣＳＣＦ２０ｂの機能構成を示すブロック図である。図２に示されるように、Ｐ−ＣＳＣＦ２０ｂは、機能的には、メッセージ送受信部２１（送受信手段）と、ＳＤＰ情報記憶部２２（セッション情報記憶手段）と、呼状態管理部２３と、メッセージ処理部２４と、を備える。このＰ−ＣＳＣＦ２０ｂは、図３に示されるハードウェアによって構成される。

図３は、Ｐ−ＣＳＣＦ２０ｂのハードウェア構成図である。図３に示されるように、Ｐ−ＣＳＣＦ２０ｂは、物理的には、ＣＰＵ（Central Processing Unit）２０１、主記憶装置であるＲＡＭ（RandomAccess Memory）２０２及びＲＯＭ（Read Only Memory）２０３、通信を行うための通信モジュール２０４、並びに、ハードディスク等の補助記憶装置２０５等のハードウェアを備えるコンピュータとして構成される。これらの構成要素が動作することにより、図２に示されるＰ−ＣＳＣＦ２０ｂの各機能が発揮される。

図２に戻って、Ｐ−ＣＳＣＦ２０ｂの機能構成について詳細に説明する。メッセージ送受信部２１は、ＵＥ１０ａに対してＩＭＳ内部ネットワーク３０を介してＳＩＰメッセージの送受信を行うとともに、ＵＥ１０ｂに対してＳＩＰメッセージの送受信を行う送受信手段として機能する。メッセージ送受信部２１は、ＵＥ１０ｂ及びＩＭＳ内部ネットワーク３０から受信したＳＩＰメッセージをメッセージ処理部２４に出力する。メッセージ送受信部２１は、メッセージ処理部２４の指示に基づいて、メッセージ処理部２４によって出力されたＳＩＰメッセージを、その宛先に応じてＵＥ１０ｂまたはＩＭＳ内部ネットワーク３０に送信する。

ＳＤＰ情報記憶部２２は、ＳＤＰ情報（セッション情報）を記憶するＳＤＰ情報記憶手段として機能する。ＳＤＰ情報は、セッションに関する情報であり、ＵＥ１０ａ及びＵＥ１０ｂ間のメディアパケット伝送に用いられる能力のネゴシエーションに用いられる。ＳＤＰ情報記憶部２２は、セッションごとにＳＤＰ情報管理テーブルを有し、ＵＥ１０ａのＳＤＰ情報と、ＵＥ１０ｂのＳＤＰ情報と、をそれぞれＳＤＰ情報管理テーブルに記憶している。

図４は、ＳＤＰ情報記憶部２２に格納されるＳＤＰ情報管理テーブルの一例を示す図である。図４に示されるように、ＳＤＰ情報管理テーブルには、ネットワーク側ＳＤＰ情報と、端末側ＳＤＰ情報（端末側セッション情報）と、が記憶される。ネットワーク側ＳＤＰ情報は、ＩＭＳ内部ネットワーク３０から受信したＳＩＰメッセージに含まれていたＳＤＰ情報であり、ＵＥ１０ａのＳＤＰ情報である。端末側ＳＤＰ情報は、ＵＥ１０ｂから受信したＳＩＰメッセージに含まれていたＳＤＰ情報であり、ＵＥ１０ｂのＳＤＰ情報である。各ＳＤＰ情報には、例えば、プレコンディション情報、コーデック情報、メディア種別情報、方向属性情報、及び、テレフォンイベント情報等が含まれている。

プレコンディション情報は、リソースの予約状況を示す情報である。プレコンディション情報には、自リソースの予約状況と、相手リソースの予約状況と、が含まれている。自リソースとは、当該ＳＤＰ情報を含むＳＩＰメッセージの送信元のＵＥ１０のリソースであり、相手リソースとは、当該ＳＤＰ情報を含むＳＩＰメッセージの宛先のＵＥ１０のリソースである。

コーデック情報は、メディアパケットの伝送に用いられる符号化方式を示す情報である。コーデック情報としては、例えば、「AMR-WB（Adaptive Multi Rate Wide Band）」、「H.264」等がある。メディア種別情報は、伝送されるメディアの種類を示す情報である。メディア種別情報としては、例えば、音声を示す「audio」、映像を示す「video」、テキストを示す「text」等がある。方向属性情報は、ＵＥ１０の送受信動作のモードを示す情報である。方向属性情報としては、送受信モードを示す「sendrecv」、受信のみのモードを示す「recvonly」、送信のみのモードを示す「sendonly」等がある。テレフォンイベント情報は、ＤＴＭＦ（Dual ToneMulti-Frequency）のイベントを示す情報である。「1-15」は、１〜１５がＤＴＭＦに対応していることを示している。

ＳＤＰ情報記憶部２２は、メッセージ処理部２４の指示に基づいて、ＩＭＳ内部ネットワーク３０から受信したＳＩＰメッセージに含まれているＳＤＰ情報で、ＳＤＰ情報管理テーブルのネットワーク側ＳＤＰ情報を更新する。ＳＤＰ情報記憶部２２は、メッセージ処理部２４の指示に基づいて、ＵＥ１０ｂから受信したＳＩＰメッセージに含まれているＳＤＰ情報（信号内セッション情報）で、ＳＤＰ情報管理テーブルの端末側ＳＤＰ情報を更新する。つまり、ＳＤＰ情報記憶部２２は、ＵＥ１０ａ及びＵＥ１０ｂの最新のＳＤＰ情報を保持している。

呼状態管理部２３は、呼制御の状態を管理する呼状態管理手段として機能する。具体的には、呼状態管理部２３は、セッションごとに、受信したＳＩＰメッセージを管理している。呼状態管理部２３は、例えば、ＩＮＶＩＴＥを受信したか否か、１８０Ｒｉｎｇｉｎｇを受信したか否か、２００ ＯＫ（ＩＮＶＩＴＥ）を受信したか否か等の呼制御状態をフラグ等によって管理している。呼状態管理部２３は、メッセージ処理部２４の指示に基づいて、フラグの値を変更する。

メッセージ処理部２４は、ＳＩＰメッセージを処理するメッセージ処理手段として機能する。メッセージ処理部２４は、解析部４１と、判定部４２（判定手段）と、生成部４３（生成手段）と、を備える。

解析部４１は、メッセージ送受信部２１によって受信されたＳＩＰメッセージを解析する解析手段として機能する。解析部４１は、ＳＩＰメッセージを解析して、送信元、宛先、Ｃａｌｌ−ＩＤ、ＳＩＰメッセージの種類等を判別する。ＳＩＰメッセージの種類としては、セッション開始要求を示すＩＮＶＩＴＥ、セッションパラメータの更新要求を示すＵＰＤＡＴＥ及びｒｅＩＮＶＩＴＥ、通信終了要求を示すＢＹＥ等の要求（オファー）メッセージ、呼び出し中であることを示す１８０ Ｒｉｎｇｉｎｇ、セッションが進行したことを示す１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓ、オファーが成功したことを示す２００ ＯＫ等の応答メッセージがある。解析部４１は、ＳＩＰメッセージにＳＤＰ情報が含まれている場合には、ＳＤＰ情報を抽出する。

判定部４２は、解析部４１の解析結果に基づいて、メッセージ送受信部２１によって受信されたＳＩＰメッセージを転送処理するか、代理応答処理するかを判定する判定手段として機能する。判定部４２は、メッセージ送受信部２１によって受信されたＳＩＰメッセージの送信元がＵＥ１０ａであり、宛先がＵＥ１０ｂである場合、そのＳＩＰメッセージを転送処理する。この場合、判定部４２は、そのＳＩＰメッセージに含まれるＳＤＰ情報をネットワーク側ＳＤＰ情報としてＳＤＰ情報管理テーブルに記憶するようにＳＤＰ情報記憶部２２に指示するとともに、そのＳＩＰメッセージの種類に応じて、呼制御の状態を変更するように呼状態管理部２３に指示する。そして、判定部４２は、そのＳＩＰメッセージをＵＥ１０ｂに送信するようにメッセージ送受信部２１に指示する。

判定部４２は、メッセージ送受信部２１によって受信されたＳＩＰメッセージの送信元がＵＥ１０ｂであり、宛先がＵＥ１０ａである場合（以降、ＵＥ１０ｂから受信したＳＩＰメッセージという）、そのＳＩＰメッセージがＵＥ１０ａに送信不要なＳＩＰメッセージであるか否かを判定する。判定部４２は、まず、ＵＥ１０ｂから受信したＳＩＰメッセージが、ＵＥ１０ａが有するＳＤＰ情報（つまり、セッションのパラメータ）を更新するためのＳＩＰメッセージ、または、セッションが継続されているかを確認するキープアライブのためのＳＩＰメッセージであるか否か判定する。ＵＥ１０ａが有するＳＤＰ情報を更新するためのＳＩＰメッセージとしては、例えば、ＵＰＤＡＴＥ、ｒｅＩＮＶＩＴＥ等がある。キープアライブのためのＳＩＰメッセージとしては、ＵＰＤＡＴＥ等がある。

判定部４２は、ＵＥ１０ｂから受信したＳＩＰメッセージが、ＵＥ１０ａが有するＳＤＰ情報を更新するためのＳＩＰメッセージ、または、セッションが継続されているかを確認するキープアライブのためのＳＩＰメッセージでない場合には、ＵＥ１０ｂから受信したＳＩＰメッセージがＵＥ１０ａへの送信が必要なＳＩＰメッセージであると判定する。判定部４２は、ＵＥ１０ｂから受信したＳＩＰメッセージが、ＵＥ１０ａが有するＳＤＰ情報を更新するためのＳＩＰメッセージ、または、セッションが継続されているかを確認するキープアライブのためのＳＩＰメッセージである場合には、さらにＵＥ１０ｂから受信したＳＩＰメッセージに含まれるＳＤＰ情報に基づいて、ＵＥ１０ｂから受信したＳＩＰメッセージがＵＥ１０ａに送信不要なＳＩＰメッセージであるか否かを判定する。

具体的に説明すると、判定部４２は、ＵＥ１０ｂから受信したＳＩＰメッセージに含まれるＳＤＰ情報と、ＳＤＰ情報記憶部２２に記憶されている端末側ＳＤＰ情報と、を比較することによって、そのＳＩＰメッセージがＵＥ１０ａに送信不要なＳＩＰメッセージであるか否かを判定する。つまり、判定部４２は、ＵＥ１０ｂから受信したＳＩＰメッセージに含まれるＳＤＰ情報と、ＵＥ１０ｂから受信したＳＩＰメッセージのうち当該ＳＩＰメッセージの１つ前に受信したＳＩＰメッセージに含まれるＳＤＰ情報と、を比較することによって、ＵＥ１０ｂから受信したＳＩＰメッセージがＵＥ１０ａに送信不要なＳＩＰメッセージであるか否かを判定する。

判定部４２は、プレコンディション情報を除いて、ＳＩＰメッセージに含まれるＳＤＰ情報と、端末側ＳＤＰ情報と、を比較する。つまり、判定部４２は、ＳＩＰメッセージに含まれるＳＤＰ情報と、端末側ＳＤＰ情報と、がプレコンディション情報を除く部分において異なる場合に、ＵＥ１０ｂから受信したＳＩＰメッセージがＵＥ１０ａへの送信が必要なＳＩＰメッセージであると判定する。判定部４２は、ＳＩＰメッセージに含まれるＳＤＰ情報と、端末側ＳＤＰ情報と、がプレコンディション情報を除く部分において同じである場合には、さらに呼制御の状態に基づいて、ＵＥ１０ｂから受信したＳＩＰメッセージがＵＥ１０ａに送信不要なＳＩＰメッセージであるか否かを判定してもよい。

具体的に説明すると、判定部４２は、呼状態管理部２３に問い合わせて呼制御の状態を取得し、呼制御の状態がＵＥ１０ｂから１８０ Ｒｉｎｇｉｎｇを受信する前であるか、１８０ Ｒｉｎｇｉｎｇの受信後に当該セッションが切断された後（つまり、呼制御の状態がＵＥ１０ａまたはＵＥ１０ｂから２００ ＯＫ（ＢＹＥ）を受信した後）である場合に、ＵＥ１０ｂから受信したＳＩＰメッセージがＵＥ１０ａへの送信が必要なＳＩＰメッセージであると判定する。ここで、セッションが切断された後に受信するＳＩＰメッセージとしては、新たなセッションを確立するためのＳＩＰメッセージ等が含まれる。また、判定部４２は、呼制御の状態がＵＥ１０ｂから１８０ Ｒｉｎｇｉｎｇを受信した後であり、かつ、そのセッションが切断される前である場合に、ＵＥ１０ｂから受信したＳＩＰメッセージがＵＥ１０ａに送信不要なＳＩＰメッセージであると判定する。

つまり、判定部４２は、ＳＩＰメッセージに含まれるＳＤＰ情報と端末側ＳＤＰ情報とが、プレコンディション情報を除いて同じであり、呼制御の状態がＵＥ１０ｂから１８０ Ｒｉｎｇｉｎｇを受信した後であり、かつ、そのセッションが切断される前である場合に、ＵＥ１０ｂから受信したＳＩＰメッセージがＵＥ１０ａに送信不要なＳＩＰメッセージであると判定する。一方、判定部４２は、ＳＩＰメッセージに含まれるＳＤＰ情報と端末側ＳＤＰ情報とが、プレコンディション情報を除いて同じであっても、呼制御の状態がＵＥ１０ｂから１８０ Ｒｉｎｇｉｎｇを受信する前であるか、１８０ Ｒｉｎｇｉｎｇを受信後にそのセッションが切断された後である場合には、ＵＥ１０ｂから受信したＳＩＰメッセージがＵＥ１０ａへの送信が必要なＳＩＰメッセージであると判定する。なお、ｒｅＩＮＶＩＴＥは、セッション確立後に送信されるＳＩＰメッセージであるので、２００ ＯＫ（ＩＮＶＩＴＥ）受信前においては、ＵＰＤＡＴＥ等が送信不要なＳＩＰメッセージであるか否かの判定対象となり、２００ ＯＫ（ＩＮＶＩＴＥ）受信後においては、ＵＰＤＡＴＥ及びｒｅＩＮＶＩＴＥ等がＵＥ１０ａに送信不要なＳＩＰメッセージであるか否かの判定対象となる。

判定部４２は、ＵＥ１０ｂから受信したＳＩＰメッセージがＵＥ１０ａに送信不要なＳＩＰメッセージであるか否かの判定を行った後に、そのＳＩＰメッセージに含まれるＳＤＰ情報を端末側ＳＤＰ情報としてＳＤＰ情報管理テーブルに記憶するようにＳＤＰ情報記憶部２２に指示するとともに、そのＳＩＰメッセージの種類に応じて、呼制御の状態を変更するように呼状態管理部２３に指示する。そして、判定部４２は、ＵＥ１０ｂから受信したＳＩＰメッセージがＵＥ１０ａに送信不要なＳＩＰメッセージであると判定した場合には、代理応答処理を行うために、そのＳＩＰメッセージに対する応答メッセージを生成するように生成部４３に指示する。一方、判定部４２は、ＵＥ１０ｂから受信したＳＩＰメッセージがＵＥ１０ａへの送信が必要なＳＩＰメッセージであると判定した場合には、転送処理を行うために、そのＳＩＰメッセージをＵＥ１０ａに送信するようにメッセージ送受信部２１に指示する。

生成部４３は、ＵＥ１０ｂから受信したＳＩＰメッセージがＵＥ１０ａに送信不要なＳＩＰメッセージであると判定部４２によって判定されたことに応じて、ＵＥ１０ａの代わりに応答メッセージ（応答信号）を生成する生成手段として機能する。生成部４３は、例えば、宛先がＵＥ１０ａで送信元がＵＥ１０ｂであるＵＰＤＡＴＥがＵＥ１０ａに送信不要であると判定された場合に、送信元をＵＥ１０ａ、宛先をＵＥ１０ｂとした２００ ＯＫ（ＵＰＤＡＴＥ）を生成する。生成部４３は、生成した２００ ＯＫ（ＵＰＤＡＴＥ）をＵＥ１０ｂに送信するようにメッセージ送受信部２１に指示する。

次に、図５を参照して、ＵＥ１０ａがＵＥ１０ｂに対して発信処理を行う場合におけるＰ−ＣＳＣＦ２０ｂの動作を説明する。図５は、Ｐ−ＣＳＣＦ２０ｂが実行する通信制御方法の一連の処理の一例を示すフローチャートである。図５に示される一連の処理は、Ｐ−ＣＳＣＦ２０ｂがＵＥ１０ｂからＳＩＰメッセージを受信したことにより開始される（受信ステップ）。

まず、解析部４１が、ＵＥ１０ｂから受信したＳＩＰメッセージを解析して、送信元、宛先、Ｃａｌｌ−ＩＤ、ＳＩＰメッセージの種類等を判別する。そして、判定部４２は、ＵＥ１０ｂから受信したＳＩＰメッセージがＵＰＤＡＴＥまたはｒｅＩＮＶＩＴＥであるか、それ以外であるかを判定する（ステップＳ０１，判定ステップ）。ステップＳ０１において、ＵＥ１０ｂから受信したＳＩＰメッセージがＵＰＤＡＴＥまたはｒｅＩＮＶＩＴＥであると判定された場合（ステップＳ０１；Ｙｅｓ）、判定部４２は、そのＳＩＰメッセージのＳＤＰ情報と、ＳＤＰ情報記憶部２２のＳＤＰ情報管理テーブルに記憶されている端末側ＳＤＰ情報と、を比較し、プレコンディション情報を除いて、一致するか否かを判定する（ステップＳ０２，判定ステップ）。

ステップＳ０２において、ＳＩＰメッセージのＳＤＰ情報と、ＳＤＰ情報記憶部２２のＳＤＰ情報管理テーブルに記憶されている端末側ＳＤＰ情報と、がプレコンディション情報を除いて一致すると判定された場合（ステップＳ０２；Ｙｅｓ）、判定部４２は、呼状態管理部２３に問い合わせて、ＵＥ１０ａ及びＵＥ１０ｂ間の呼制御の状態を取得する。そして、判定部４２は、呼制御の状態が、１８０ Ｒｉｎｇｉｎｇ受信後であり、かつ、そのセッションが切断される前であるか、１８０ Ｒｉｎｇｉｎｇ受信前であるか、１８０ Ｒｉｎｇｉｎｇ受信後であってそのセッションが切断された後であるかを判定する（ステップＳ０３，判定ステップ）。

ステップＳ０３において、呼制御の状態が、１８０ Ｒｉｎｇｉｎｇ受信後であり、かつ、そのセッションが切断される前であると判定された場合（ステップＳ０３；Ｙｅｓ）、判定部４２は、ＵＥ１０ｂから受信したＳＩＰメッセージがＵＥ１０ａに送信不要なＳＩＰメッセージであると判定し、代理応答処理を行う（ステップＳ０４）。具体的には、判定部４２は、ＵＥ１０ｂから受信したＳＩＰメッセージに含まれるＳＤＰ情報を端末側ＳＤＰ情報としてＳＤＰ情報管理テーブルに記憶するようにＳＤＰ情報記憶部２２に指示するとともに、そのＳＩＰメッセージの種類に応じて、呼制御の状態を変更するように呼状態管理部２３に指示する。これにより、ＳＤＰ情報記憶部２２は、ＳＩＰメッセージに含まれるＳＤＰ情報で端末側ＳＤＰ情報を更新し、呼状態管理部２３は、呼制御の状態を示すフラグの値を更新する。

続いて、判定部４２は、そのＳＩＰメッセージに対する応答メッセージを生成するように生成部４３に指示する。そして、生成部４３は、送信元をＵＥ１０ａ、宛先をＵＥ１０ｂとした２００ ＯＫ（ＵＰＤＡＴＥ）を生成し（生成ステップ）、生成したＳＩＰメッセージをＵＥ１０ｂに送信するようにメッセージ送受信部２１に指示する。そして、メッセージ送受信部２１は、２００ ＯＫ（ＵＰＤＡＴＥ）をＵＥ１０ｂに送信し（送信ステップ）、一連の処理が終了する。

一方、ステップＳ０１において、ＵＥ１０ｂから受信したＳＩＰメッセージがＵＰＤＡＴＥ及びｒｅＩＮＶＩＴＥのいずれでもないと判定された場合（ステップＳ０１；Ｎｏ）、ステップＳ０２において、ＳＩＰメッセージのＳＤＰ情報と、ＳＤＰ情報記憶部２２のＳＤＰ情報管理テーブルに記憶されている端末側ＳＤＰ情報とが、プレコンディション情報を除いた部分において一致しないと判定された場合（ステップＳ０２；Ｎｏ）、または、ステップＳ０３において、呼制御の状態が、１８０ Ｒｉｎｇｉｎｇ受信前、または、１８０ Ｒｉｎｇｉｎｇ受信後であってそのセッションが切断された後であると判定された場合（ステップＳ０３；Ｎｏ）、判定部４２は、ＵＥ１０ｂから受信したＳＩＰメッセージがＵＥ１０ａへの送信が必要なＳＩＰメッセージであると判定し、転送処理を行う（ステップＳ０５）。

具体的には、判定部４２は、ＵＥ１０ｂから受信したＳＩＰメッセージに含まれるＳＤＰ情報を端末側ＳＤＰ情報としてＳＤＰ情報管理テーブルに記憶するようにＳＤＰ情報記憶部２２に指示するとともに、そのＳＩＰメッセージの種類に応じて、呼制御の状態を変更するように呼状態管理部２３に指示する。これにより、ＳＤＰ情報記憶部２２は、ＳＩＰメッセージに含まれるＳＤＰ情報で端末側ＳＤＰ情報を更新し、呼状態管理部２３は、呼制御の状態を示すフラグの値を更新する。続いて、判定部４２は、そのＳＩＰメッセージをＵＥ１０ａに送信するようにメッセージ送受信部２１に指示する。そして、メッセージ送受信部２１は、ＵＥ１０ｂから受信したＳＩＰメッセージをＩＭＳ内部ネットワーク３０に送信し、一連の処理が終了する。

このように、Ｐ−ＣＳＣＦ２０ｂでは、１８０ Ｒｉｎｇｉｎｇ受信後かつそのセッションが切断される前の呼制御の状態において、ＵＥ１０ｂから受信したＳＩＰメッセージのうちＵＰＤＡＴＥ及びｒｅＩＮＶＩＴＥについて、そのＳＩＰメッセージの１つ前に受信したＳＩＰメッセージのＳＤＰ情報と、プレコンディション情報を除いてＳＤＰ情報が同じである場合に、そのＳＩＰメッセージを代理応答処理の対象とし、それ以外のＳＩＰメッセージを転送処理の対象としている。

なお、呼制御の状態に関わらず、同じＳＤＰ情報を含むＵＰＤＡＴＥ及びｒｅＩＮＶＩＴＥがＵＥ１０ｂから繰り返し送信されることもあり得る。このため、図５のフローチャートにおいて、ステップＳ０３は省略されてもよい。つまり、判定部４２は、呼制御の状態を考慮することなく、ＵＥ１０ｂから受信したＳＩＰメッセージがＵＥ１０ａに送信不要なＳＩＰメッセージであるか否かを判定してもよい。また、ステップＳ０２において、判定部４２は、プレコンディション情報全体ではなく、プレコンディション情報の自リソース（ＵＥ１０ｂのリソース）に関する情報を除いて、ＵＥ１０ｂから受信したＳＩＰメッセージに含まれるＳＤＰ情報と、ＳＤＰ情報記憶部２２に記憶されている端末側ＳＤＰ情報と、を比較してもよい。

次に、図６〜図８を参照して、通信システム１において実行されるプレコンディション制御の一例を説明する。図６は、通信システム１において実行されるプレコンディション制御の一連の処理の一例を示すシーケンス図である。図７の（ａ）は図６のＩＮＶＩＴＥに含まれるＳＤＰ情報の一例を示す図、図７の（ｂ）は図６の１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓに含まれるＳＤＰ情報の一例を示す図である。図８の（ａ）は図６におけるＩＮＶＩＴＥ受信時のＳＤＰ情報管理テーブルの一例を示す図、図８の（ｂ）は図６における１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓ受信時のＳＤＰ情報管理テーブルの一例を示す図である。

図６に示されるように、まず、ＵＥ１０ａがリソース利用可能状態となる（ステップＳ１１）。例えば、ＵＥ１０ａが他のＵＥと通話中である場合、または、ＵＥ１０ａがリソース予約の概念がない固定電話である場合等に、ＵＥ１０ａはリソース利用可能状態となる。そして、ＵＥ１０ａのユーザが、ＵＥ１０ａを用いて、ＵＥ１０ｂに対する発信操作を行う。ＵＥ１０ａが他のＵＥと通話中である場合には、キャッチホン機能を利用することにより、ＵＥ１０ｂに対する発信操作を行う。これにより、ＵＥ１０ａからＵＥ１０ｂに発信処理が行われ、ＵＥ１０ａは、ＩＮＶＩＴＥをＵＥ１０ｂに向けて送信する（ステップＳ１２）。このＩＮＶＩＴＥには、例えば、図７の（ａ）に示されるＳＤＰ情報が含まれている。このＳＤＰ情報は、ＵＥ１０ａのリソース（自リソース）が予約済みであり、ＵＥ１０ｂのリソース（相手リソース）が未予約であり、符号化方式としてＡＭＲ−ＷＢを用い、音声の伝送を行い、送受信モードで動作し、０〜１５がＤＴＭＦに対応していることを示している。

そして、Ｐ−ＣＳＣＦ２０ａは、ＵＥ１０ａからＩＮＶＩＴＥを受信すると、受信したＩＮＶＩＴＥをＩＭＳ内部ネットワーク３０に転送する（ステップＳ１３）。そして、ＩＭＳ内部ネットワーク３０は、Ｐ−ＣＳＣＦ２０ａからＩＮＶＩＴＥを受信すると、受信したＩＮＶＩＴＥをＰ−ＣＳＣＦ２０ｂに転送する（ステップＳ１４）。

続いて、Ｐ−ＣＳＣＦ２０ｂは、ＩＭＳ内部ネットワーク３０からＩＮＶＩＴＥを受信すると、解析部４１が、送信元、宛先、Ｃａｌｌ−ＩＤ、ＳＩＰメッセージの種類等を判別し、ＳＤＰ情報を抽出する。そして、メッセージ送受信部２１によって受信されたＳＩＰメッセージの送信元がＵＥ１０ａであり、宛先がＵＥ１０ｂであるので、判定部４２は、ＩＮＶＩＴＥを転送処理する（ステップＳ１５）。このとき、判定部４２は、ＩＮＶＩＴＥに含まれるＳＤＰ情報をネットワーク側ＳＤＰ情報としてＳＤＰ情報管理テーブルに記憶するようにＳＤＰ情報記憶部２２に指示するとともに、ＵＥ１０ａからＩＮＶＩＴＥを受信したことを記憶するように呼状態管理部２３に指示する。

これにより、図８の（ａ）に示されるように、ＳＤＰ情報記憶部２２は、ＳＤＰ情報管理テーブルにおいて、ＩＮＶＩＴＥに含まれるＳＤＰ情報をネットワーク側ＳＤＰ情報として記憶する。また、呼状態管理部２３は、呼制御の状態を更新する。そして、判定部４２は、ＩＮＶＩＴＥをＵＥ１０ｂに送信するようにメッセージ送受信部２１に指示し、メッセージ送受信部２１は、ＩＮＶＩＴＥをＵＥ１０ｂに送信する。

ＵＥ１０ｂは、ＩＮＶＩＴＥを受信すると、その応答として、１８３ Ｓｅｓｓｉｏｎ ＰｒｏｇｒｅｓｓをＵＥ１０ａに向けて送信する（ステップＳ１６）。この１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓには、例えば、図７の（ｂ）に示されるＳＤＰ情報が含まれている。このＳＤＰ情報は、ＵＥ１０ｂのリソース（自リソース）が未予約であり、ＵＥ１０ａのリソース（相手リソース）が予約済みであり、符号化方式としてＡＭＲ−ＷＢを用い、音声の伝送を行い、送受信モードで動作し、０〜１５がＤＴＭＦに対応していることを示している。続いて、ＵＥ１０ｂは、リソースの予約を行う（ステップＳ１７）。

そして、Ｐ−ＣＳＣＦ２０ｂは、ＵＥ１０ｂから１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓを受信すると、解析部４１が、送信元、宛先、Ｃａｌｌ−ＩＤ、ＳＩＰメッセージの種類等を判別し、ＳＤＰ情報を抽出する。そして、ＵＥ１０ｂから受信したＳＩＰメッセージが１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓであるので、判定部４２は、例えば、ＵＥ１０ｂとの通信用の無線ベアラを作成し、ＱｏＳ（Quality of Service）を設定する（ステップＳ１８）とともに、１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓを転送処理する（ステップＳ１９）。このとき、判定部４２は、１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓに含まれるＳＤＰ情報を端末側ＳＤＰ情報としてＳＤＰ情報管理テーブルに記憶するようにＳＤＰ情報記憶部２２に指示するとともに、ＵＥ１０ｂから１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓを受信したことを記憶するように呼状態管理部２３に指示する。

これにより、図８の（ｂ）に示されるように、ＳＤＰ情報記憶部２２は、ＳＤＰ情報管理テーブルにおいて、１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓに含まれるＳＤＰ情報を端末側ＳＤＰ情報として記憶する。また、呼状態管理部２３は、呼制御の状態を更新する。そして、判定部４２は、１８３ Ｓｅｓｓｉｏｎ ＰｒｏｇｒｅｓｓをＩＭＳ内部ネットワーク３０に送信するようにメッセージ送受信部２１に指示し、メッセージ送受信部２１は、１８３ Ｓｅｓｓｉｏｎ ＰｒｏｇｒｅｓｓをＩＭＳ内部ネットワーク３０に送信する。

そして、ＩＭＳ内部ネットワーク３０は、Ｐ−ＣＳＣＦ２０ｂから１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓを受信すると、受信した１８３ Ｓｅｓｓｉｏｎ ＰｒｏｇｒｅｓｓをＰ−ＣＳＣＦ２０ａに転送する（ステップＳ２０）。そして、Ｐ−ＣＳＣＦ２０ａは、ＩＭＳ内部ネットワーク３０から１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓを受信すると、ＱｏＳを設定する（ステップＳ２１）とともに、１８３ Ｓｅｓｓｉｏｎ ＰｒｏｇｒｅｓｓをＵＥ１０ａに転送する（ステップＳ２２）。

そして、ＵＥ１０ｂにおいて呼び出しが開始され、ＵＥ１０ｂは、１８０ ＲｉｎｇｉｎｇをＵＥ１０ａに向けて送信する（ステップＳ２３）。この１８０ Ｒｉｎｇｉｎｇには、ＳＤＰ情報は含まれていない。続いて、Ｐ−ＣＳＣＦ２０ｂは、ＵＥ１０ｂから１８０ Ｒｉｎｇｉｎｇを受信すると、解析部４１が、送信元、宛先、Ｃａｌｌ−ＩＤ、ＳＩＰメッセージの種類等を判別する。そして、ＵＥ１０ｂから受信したＳＩＰメッセージが１８０ Ｒｉｎｇｉｎｇであるので、判定部４２は、１８０ Ｒｉｎｇｉｎｇを転送処理する（ステップＳ２４）。このとき、判定部４２は、ＵＥ１０ｂから１８０ Ｒｉｎｇｉｎｇを受信したことを記憶するように呼状態管理部２３に指示し、呼状態管理部２３は、呼制御の状態を更新する。そして、判定部４２は、１８０ ＲｉｎｇｉｎｇをＩＭＳ内部ネットワーク３０に送信するようにメッセージ送受信部２１に指示し、メッセージ送受信部２１は、１８０ ＲｉｎｇｉｎｇをＩＭＳ内部ネットワーク３０に送信する。

そして、ＩＭＳ内部ネットワーク３０は、Ｐ−ＣＳＣＦ２０ｂから１８０ Ｒｉｎｇｉｎｇを受信すると、受信した１８０ ＲｉｎｇｉｎｇをＰ−ＣＳＣＦ２０ａに転送する（ステップＳ２５）。そして、Ｐ−ＣＳＣＦ２０ａは、ＩＭＳ内部ネットワーク３０から１８０ Ｒｉｎｇｉｎｇを受信すると、受信した１８０ ＲｉｎｇｉｎｇをＵＥ１０ａに転送する（ステップＳ２６）。

その後、ＵＥ１０ｂをオフフックする等してＵＥ１０ｂのユーザが応答したことに応じて、ＵＥ１０ｂは、ＩＮＶＩＴＥが成功したことを示す２００ ＯＫ（ＩＮＶＩＴＥ）をＵＥ１０ａに向けて送信する（ステップＳ２７）。この２００ ＯＫ（ＩＮＶＩＴＥ）には、ＳＤＰ情報は含まれていない。続いて、Ｐ−ＣＳＣＦ２０ｂは、ＵＥ１０ｂから２００ ＯＫ（ＩＮＶＩＴＥ）を受信すると、解析部４１が、送信元、宛先、Ｃａｌｌ−ＩＤ、ＳＩＰメッセージの種類等を判別する。そして、ＵＥ１０ｂから受信したＳＩＰメッセージが２００ ＯＫ（ＩＮＶＩＴＥ）であるので、判定部４２は、２００ ＯＫ（ＩＮＶＩＴＥ）を転送処理する（ステップＳ２８）。このとき、判定部４２は、ＵＥ１０ｂから２００ ＯＫ（ＩＮＶＩＴＥ）を受信したことを記憶するように呼状態管理部２３に指示し、呼状態管理部２３は、呼制御の状態を更新する。そして、判定部４２は、２００ ＯＫ（ＩＮＶＩＴＥ）をＩＭＳ内部ネットワーク３０に送信するようにメッセージ送受信部２１に指示し、メッセージ送受信部２１は、２００ ＯＫ（ＩＮＶＩＴＥ）をＩＭＳ内部ネットワーク３０に送信する。

そして、ＩＭＳ内部ネットワーク３０は、Ｐ−ＣＳＣＦ２０ｂから２００ ＯＫ（ＩＮＶＩＴＥ）を受信すると、受信した２００ ＯＫ（ＩＮＶＩＴＥ）をＰ−ＣＳＣＦ２０ａに転送する（ステップＳ２９）。そして、Ｐ−ＣＳＣＦ２０ａは、ＩＭＳ内部ネットワーク３０から２００ ＯＫ（ＩＮＶＩＴＥ）を受信すると、受信した２００ ＯＫ（ＩＮＶＩＴＥ）をＵＥ１０ａに転送する（ステップＳ３０）。そして、２００ ＯＫ（ＩＮＶＩＴＥ）がＵＥ１０ａに送信されると、ＵＥ１０ａ及びＵＥ１０ｂの間のセッションが確立されて、ＵＥ１０ａとＵＥ１０ｂとの通信が開始され、プレコンディション制御の一連の処理が終了される。

以上の処理では、ステップＳ１７においてＵＥ１０ｂのリソースが予約されたことによって、セッションのパラメータが更新される。このため、セッションのパラメータの更新をＵＥ１０ａに伝える必要がある。しかし、１８０ Ｒｉｎｇｉｎｇは、ＵＥ１０ａ及びＵＥ１０ｂのリソースが予約された後に送信されるので、１８０ Ｒｉｎｇｉｎｇは、ＵＥ１０ｂのリソースが予約済みであることを示しているともいえる。このため、１８０ Ｒｉｎｇｉｎｇの送信後に、ＵＥ１０ｂのリソースが予約済みであることを示すＳＤＰ情報に更新するためのＵＰＤＡＴＥを送信することは標準上不要であるので、ＵＥ１０ｂは、１８０ Ｒｉｎｇｉｎｇを送信するだけで、１８０ Ｒｉｎｇｉｎｇの送信後にＵＰＤＡＴＥをＵＥ１０ａに送信しない。ところが、１８０ Ｒｉｎｇｉｎｇの送信後にＵＰＤＡＴＥを送信することが禁止されているわけではないので、１８０ Ｒｉｎｇｉｎｇの送信後にＵＰＤＡＴＥを送信するＵＥ１０ｂも存在し得る。つまり、発側のＵＥ１０ａのリソースが予約済み（例えば、ＵＥ１０ａの無線ベアラが確立されている状態）である場合において、着側のＵＥ１０ｂから標準上不要な信号（ＵＰＤＡＴＥ）が送出される可能性がある。

次に、図９〜図１１を参照して、ＵＥ１０ｂが１８０ Ｒｉｎｇｉｎｇの送信後にＵＰＤＡＴＥを送信する場合における通信システム１において実行されるプレコンディション制御の一連の処理を説明する。図９は、通信システム１において実行されるプレコンディション制御の一連の処理の別の例を示すシーケンス図である。図１０の（ａ）は図９のＩＮＶＩＴＥに含まれるＳＤＰ情報の一例を示す図、図１０の（ｂ）は図９の１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓに含まれるＳＤＰ情報の一例を示す図、図１０の（ｃ）は図９のＵＰＤＡＴＥに含まれるＳＤＰ情報の一例を示す図、図１０の（ｄ）は図９の２００ ＯＫ（ＵＰＤＡＴＥ）に含まれるＳＤＰ情報の一例を示す図である。図１１の（ａ）は図９におけるＩＮＶＩＴＥ受信時のＳＤＰ情報管理テーブルの一例を示す図、図１１の（ｂ）は図９における１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓ受信時のＳＤＰ情報管理テーブルの一例を示す図、図１１の（ｃ）は図９におけるＵＰＤＡＴＥ受信時のＳＤＰ情報管理テーブルの一例を示す図である。

図９のステップＳ４１〜ステップＳ５６は、図６のステップＳ１１〜ステップＳ２６と同様であるので、その説明を省略する。この例では、ＵＥ１０ｂが、１８０ Ｒｉｎｇｉｎｇ送信後に、ＵＰＤＡＴＥをＵＥ１０ａに向けて送信する（ステップＳ５７）。このＵＰＤＡＴＥには、例えば、図１０の（ｃ）に示されるＳＤＰ情報が含まれている。このＳＤＰ情報は、ＵＥ１０ｂのリソース（自リソース）が予約済みであり、ＵＥ１０ａのリソース（相手リソース）が予約済みであり、符号化方式としてＡＭＲ−ＷＢを用い、音声の伝送を行い、送受信モードで動作し、０〜１５がＤＴＭＦに対応していることを示している。

そして、Ｐ−ＣＳＣＦ２０ｂは、ＵＥ１０ｂからＵＰＤＡＴＥを受信すると、解析部４１が、送信元、宛先、Ｃａｌｌ−ＩＤ、ＳＩＰメッセージの種類等を判別し、ＳＤＰ情報を抽出する。そして、ＵＥ１０ｂから受信したＳＩＰメッセージがＵＰＤＡＴＥであるので、判定部４２は、ＵＰＤＡＴＥに含まれるＳＤＰ情報と、ＳＤＰ情報記憶部２２のＳＤＰ情報管理テーブルに記憶されている端末側ＳＤＰ情報と、を比較し、プレコンディション情報を除いて、一致するか否かを判定する。そして、ＵＰＤＡＴＥに含まれるＳＤＰ情報と、ＳＤＰ情報記憶部２２のＳＤＰ情報管理テーブルに記憶されている端末側ＳＤＰ情報と、がプレコンディション情報を除いて一致するので、判定部４２は、呼状態管理部２３に問い合わせて、呼制御の状態が、１８０ Ｒｉｎｇｉｎｇ受信後であり、かつ、そのセッションが切断される前であるか、１８０ Ｒｉｎｇｉｎｇ受信前であるか、１８０ Ｒｉｎｇｉｎｇ受信後であってそのセッションが切断された後であるかを判定する。

そして、１８０ Ｒｉｎｇｉｎｇ受信後であり、かつ、そのセッションが切断される前であるので、判定部４２は、ＵＥ１０ｂから受信したＵＰＤＡＴＥがＵＥ１０ａに送信不要なＳＩＰメッセージであると判定し、代理応答処理を行う（ステップＳ５８）。このとき、判定部４２は、ＵＥ１０ｂから受信したＵＰＤＡＴＥに含まれるＳＤＰ情報を端末側ＳＤＰ情報としてＳＤＰ情報管理テーブルに記憶するようにＳＤＰ情報記憶部２２に指示するとともに、ＵＥ１０ｂからＵＰＤＡＴＥを受信したことを記憶するように呼状態管理部２３に指示する。これにより、ＳＤＰ情報記憶部２２は、ＵＰＤＡＴＥに含まれるＳＤＰ情報で端末側ＳＤＰ情報を更新し、呼状態管理部２３は、呼制御の状態を更新する。

続いて、判定部４２は、ＵＰＤＡＴＥに対する応答メッセージを生成するように生成部４３に指示する。そして、生成部４３は、送信元をＵＥ１０ａ、宛先をＵＥ１０ｂとした２００ ＯＫ（ＵＰＤＡＴＥ）を生成し、生成した２００ ＯＫ（ＵＰＤＡＴＥ）をＵＥ１０ｂに送信するようにメッセージ送受信部２１に指示する。なお、この２００ ＯＫ（ＵＰＤＡＴＥ）には、図１０の（ｄ）に示されるＳＤＰ情報が含まれている。このＳＤＰ情報は、ＵＰＤＡＴＥに含まれているＳＤＰ情報と同じである。そして、メッセージ送受信部２１は、２００ ＯＫ（ＵＰＤＡＴＥ）をＵＥ１０ｂに送信する（ステップＳ５９）。引き続き行われるステップＳ６０〜ステップＳ６３は、図６のステップＳ２７〜ステップＳ３０と同様であるので、その説明を省略する。このようにして、プレコンディション制御の一連の処理が終了する。

次に、Ｐ−ＣＳＣＦ２０ｂ及びＰ−ＣＳＣＦ２０ｂが行う通信制御方法の作用効果について説明する。Ｐ−ＣＳＣＦ２０ｂ及びＰ−ＣＳＣＦ２０ｂが行う通信制御方法では、ＵＥ１０ｂから受信したＳＩＰメッセージがＵＰＤＡＴＥまたはｒｅＩＮＶＩＴＥである場合に、当該ＳＩＰメッセージがＵＥ１０ａに送信不要なＳＩＰメッセージであるか否かの判定が行われる。この判定では、ＵＥ１０ｂから受信したＳＩＰメッセージと、ＳＤＰ情報記憶部２２に記憶されている端末側ＳＤＰ情報と、がプレコンディション情報を除いて同じであり、呼状態管理部２３において管理されている呼制御の状態が１８０ ＲｉｎｇｉｎｇをＵＥ１０ｂから受信した後であり、かつ、そのセッションが切断される前である場合に、ＵＥ１０ｂから受信したＳＩＰメッセージがＵＥ１０ａに送信不要な信号であると判定される。そして、ＵＥ１０ｂから受信したＳＩＰメッセージがＵＥ１０ａに送信不要なＳＩＰメッセージであると判定されたことに応じて、ＵＥ１０ａの代わりに要求メッセージに対する応答メッセージが生成され、その応答メッセージがＵＥ１０ｂに送信される。

ＳＤＰ情報記憶部２２に記憶されている端末側セッション情報は、判定部４２による判定の後に、ＵＥ１０ｂから受信したＳＩＰメッセージに含まれるＳＤＰ情報で更新されるので、ＵＥ１０ｂからＳＩＰメッセージを受信した時点でＳＤＰ情報記憶部２２に記憶されている端末側セッション情報は、ＵＥ１０ｂから受信したＳＩＰメッセージのうちそのＳＩＰメッセージの１つ前に受信したＳＩＰメッセージに含まれていたＳＤＰ情報である。また、１８０ Ｒｉｎｇｉｎｇは、ＵＥ１０ａ及びＵＥ１０ｂのリソースが予約された後に送信されるので、ＵＥ１０ａは、１８０ ＲｉｎｇｉｎｇをＵＥ１０ｂから受信した場合、ＵＥ１０ｂのリソースが予約済みになったことを認識する。このように、プレコンディション情報については、他の手段によってその変更が通知され得るので、ＵＥ１０ｂから受信したＳＩＰメッセージに含まれるＳＤＰ情報と、ＳＤＰ情報記憶部２２に記憶されている端末側ＳＤＰ情報と、がプレコンディション情報においてのみ異なる場合には、ＵＥ１０ａが認識しているＳＤＰ情報から変化がないことがある。

このため、ＵＥ１０ｂから受信したＳＩＰメッセージに含まれるＳＤＰ情報と、ＳＤＰ情報記憶部２２に記憶されている端末側ＳＤＰ情報と、がプレコンディション情報を除いて同じである場合に、ＵＥ１０ａの代わりにＵＰＤＡＴＥまたはｒｅＩＮＶＩＴＥに対する応答メッセージがＵＥ１０ｂに送信されることによって、ＵＥ１０ａが認識しているＳＤＰ情報と同じＳＤＰ情報を含むＵＰＤＡＴＥまたはｒｅＩＮＶＩＴＥがＵＥ１０ａに送信されるのを防ぐことができる。

つまり、ＵＥ１０ａに送信不要なＳＩＰメッセージをＰ−ＣＳＣＦ２０ｂにおいて終端することができ、不要なＳＩＰメッセージがＩＭＳ内部ネットワーク３０に流れる可能性を低減することが可能となる。これにより、ＵＥ１０ａ、Ｐ−ＣＳＣＦ２０ａ及びＩＭＳ内部ネットワーク３０において、不要なＳＩＰメッセージの処理を行う可能性が低減され、通信システム１全体として、不要なＳＩＰメッセージによる処理を低減することが可能となる。また、ＩＮＶＩＴＥに対する応答がなされていない状況において、さらにＵＰＤＡＴＥがＩＭＳ内部ネットワーク３０に流れる可能性を低減できる。これにより、オファーに対する処理が行われている間に、さらに異なるオファーがＩＭＳ内部ネットワーク３０に流れることによって、ＩＭＳ内部ネットワーク３０において衝突等が生じ、呼が切断される可能性を低減することが可能となる。

例えば、図９のステップＳ５７において送信されるＵＰＤＡＴＥは標準上不要な信号である。ステップＳ５７において送信されたＵＰＤＡＴＥをＰ−ＣＳＣＦ２０ｂが受信した時点では、先のオファー（ＩＮＶＩＴＥ）に対する処理が行われている途中であるので、ＩＭＳ内部ネットワーク３０にさらなるオファー（ＵＰＤＡＴＥ）が送信されると、タイミングによってはＩＭＳ内部ネットワーク３０において信号が衝突し、呼接続が失敗することがある。このため、Ｐ−ＣＳＣＦ２０ｂは、不要なＵＰＤＡＴＥをＩＭＳ内部ネットワーク３０に流通させず、ＵＥ１０ｂに応答メッセージ（２００ ＯＫ（ＵＰＤＡＴＥ））を返送することにより、Ｐ−ＣＳＣＦ２０ｂで終端し、不要な信号がＩＭＳ内部ネットワーク３０に流通すること、及び、その信号によって信号衝突による呼接続失敗等の問題を回避している。

なお、本発明は、上述した実施形態に限定されるものではない。例えば、Ｐ−ＣＳＣＦ２０ａは、Ｐ−ＣＳＣＦ２０ｂと同様の機能構成及びハードウェア構成を備えてもよい。この場合、ＵＥ１０ａからＵＥ１０ｂに送信されるＳＩＰメッセージに対して、Ｐ−ＣＳＣＦ２０ａがＰ−ＣＳＣＦ２０ｂと同様の処理を行う。つまり、ＵＥ１０ａから受信したＳＩＰメッセージに含まれるＳＤＰ情報とＰ−ＣＳＣＦ２０ａのＳＤＰ情報記憶部に記憶されている端末側ＳＤＰ情報とを比較して、そのＳＩＰメッセージがＵＥ１０ｂに送信不要なＳＩＰメッセージであるか否かを判定してもよい。

また、Ｐ−ＣＳＣＦ２０ｂは、図６のステップＳ２３及び図９のステップＳ５３において送信された１８０ Ｒｉｎｇｉｎｇを受信したことに応じて、ＳＤＰ情報記憶部２２が有するＳＤＰ情報管理テーブルの端末側ＳＤＰ情報の自リソースを予約済みに変更してもよい。この場合、Ｐ−ＣＳＣＦ２０ｂの判定部４２は、呼制御の状態によらず、ＵＥ１０ｂから受信したＳＩＰメッセージに含まれるＳＤＰ情報と端末側ＳＤＰ情報とを、プレコンディション情報を含めて比較すればよく、ＵＥ１０ｂから受信したＳＩＰメッセージがＵＥ１０ａに送信不要なＳＩＰメッセージであるか否かの判定処理を単純化することができる。つまり、判定部４２は、呼制御の状態によらず、ＳＩＰメッセージに含まれるＳＤＰ情報と端末側ＳＤＰ情報とが同じである場合には、そのＳＩＰメッセージがＵＥ１０ａに送信不要なＳＩＰメッセージであると判定し、ＳＩＰメッセージに含まれるＳＤＰ情報と端末側ＳＤＰ情報とが異なる場合には、そのＳＩＰメッセージがＵＥ１０ａへの送信が必要なＳＩＰメッセージであると判定することができる。

上述したように、図９のステップＳ５７において送信されるＵＰＤＡＴＥは標準上不要な信号である。このように、先のオファー（ＩＮＶＩＴＥ）に対する処理が行われている途中で、ＩＭＳ内部ネットワーク３０にさらなるオファー（ＵＰＤＡＴＥ）が送信されると、タイミングによってはＩＭＳ内部ネットワーク３０において信号が衝突し、呼接続が失敗することがある。このため、判定部４２は、図５のステップＳ０３の処理に代えて、呼制御の状態がＵＥ１０ｂから１８０ Ｒｉｎｇｉｎｇを受信する前であるか、ＵＥ１０ｂから２００ ＯＫ（ＩＮＶＩＴＥ）を受信した後である場合に、ＵＥ１０ｂから受信したＳＩＰメッセージがＵＥ１０ａへの送信が必要なＳＩＰメッセージであると判定してもよく、呼制御の状態がＵＥ１０ｂから１８０ Ｒｉｎｇｉｎｇを受信した後であり、かつ、ＵＥ１０ｂから２００ ＯＫ（ＩＮＶＩＴＥ）を受信する前である場合に、ＵＥ１０ｂから受信したＳＩＰメッセージがＵＥ１０ａに送信不要なＳＩＰメッセージであると判定してもよい。この場合、先のオファー（ＩＮＶＩＴＥ）に対する処理が行われている途中で、ＩＭＳ内部ネットワーク３０にさらなるオファー（ＵＰＤＡＴＥ）が送信される可能性を低減でき、信号衝突による呼接続失敗等の問題を回避することが可能となる。

また、図９のステップＳ５７のＵＰＤＡＴＥの送信は、ステップＳ６０〜ステップＳ６３の後に行われることがある。また、ｒｅＩＮＶＩＴＥは、ステップＳ６０〜ステップＳ６３の後に行われる。このため、判定部４２は、呼制御の状態がＵＥ１０ｂから１８０ Ｒｉｎｇｉｎｇを受信した後であり、かつ、ＵＥ１０ａ及びＵＥ１０ｂ間の通信が切断される前である場合に、ＵＥ１０ｂから受信したＳＩＰメッセージがＵＥ１０ａに送信不要なＳＩＰメッセージであると判定してもよい。つまり、判定部４２は、ＳＩＰメッセージに含まれるＳＤＰ情報と、端末側ＳＤＰ情報とが、プレコンディション情報を除いて同じであり、呼制御の状態がＵＥ１０ｂから１８０ Ｒｉｎｇｉｎｇを受信した後であり、かつ、ＵＥ１０ａ及びＵＥ１０ｂ間の通信が切断される前である場合に、ＵＥ１０ｂから受信したＳＩＰメッセージがＵＥ１０ａに送信不要なＳＩＰメッセージであると判定してもよい。一方、判定部４２は、ＳＩＰメッセージに含まれるＳＤＰ情報と、端末側ＳＤＰ情報とが、プレコンディション情報を除いて同じであっても、呼制御の状態がＵＥ１０ｂから１８０ Ｒｉｎｇｉｎｇを受信する前であるか、１８０ Ｒｉｎｇｉｎｇを受信後にＵＥ１０ａ及びＵＥ１０ｂ間の通信が切断された場合には、ＵＥ１０ｂから受信したＳＩＰメッセージがＵＥ１０ａへの送信が必要なＳＩＰメッセージであると判定してもよい。

また、図９のステップＳ５７の後に、さらにステップＳ５７で送信したＵＰＤＡＴＥに含まれるＳＤＰ情報と同じＳＤＰ情報を含むＵＰＤＡＴＥまたはｒｅＩＮＶＩＴＥがＵＥ１０ｂによって送信されることがあり得る。また、呼制御の状態に関わらず、同じＳＤＰ情報を含むＵＰＤＡＴＥ、ｒｅＩＮＶＩＴＥがＵＥ１０ｂによって繰り返し送信されることもあり得る。このため、判定部４２は、呼制御の状態を考慮することなく、ＵＥ１０ｂから受信したＳＩＰメッセージがＵＥ１０ａに送信不要なＳＩＰメッセージであるか否かを判定してもよい。例えば、判定部４２は、ＳＩＰメッセージに含まれるＳＤＰ情報と、端末側ＳＤＰ情報とが同じである場合に、ＵＥ１０ｂから受信したＳＩＰメッセージがＵＥ１０ａに送信不要なＳＩＰメッセージであると判定し、ＳＩＰメッセージに含まれるＳＤＰ情報と、端末側ＳＤＰ情報とが異なる場合に、ＵＥ１０ｂから受信したＳＩＰメッセージがＵＥ１０ａへの送信が必要なＳＩＰメッセージであると判定してもよい。

また、ＵＥ１０ｂがＵＥ１０ａに対して発信処理を行う場合にも同様の処理が行われる。この場合、Ｐ−ＣＳＣＦ２０ａは上記実施形態のＰ−ＣＳＣＦ２０ｂと同様に動作し、Ｐ−ＣＳＣＦ２０ｂは上記実施形態のＰ−ＣＳＣＦ２０ａと同様に動作する。

１…通信システム、１０ａ…ＵＥ（第１端末装置）、１０ｂ…ＵＥ（第２端末装置）、２０ａ…Ｐ−ＣＳＣＦ、２０ｂ…Ｐ−ＣＳＣＦ（通信制御装置）、２１…メッセージ送受信部（送受信手段）、２２…ＳＤＰ情報記憶部（セッション情報記憶手段）、２３…呼状態管理部、２４…メッセージ処理部、３０…ＩＭＳ内部ネットワーク（コアネットワーク）、４１…解析部、４２…判定部（判定手段）、４３…生成部（生成手段）。

Claims (8)

1. 第１端末装置と第２端末装置との間の通信のために呼制御を行う通信制御装置であって、
   前記第１端末装置とコアネットワークを介して信号の送受信を行うとともに、前記第２端末装置と信号の送受信を行う送受信手段と、
   前記第２端末装置から受信した信号が前記第１端末装置に送信不要な信号であるか否かを判定する判定手段と、
   前記判定手段によって、前記第２端末装置から受信した前記信号が前記第１端末装置に送信不要な信号であると判定されたことに応じて、前記第１端末装置の代わりに前記信号に対する応答信号を生成する生成手段と、
   を備え、
   前記送受信手段は、前記生成手段によって生成された前記応答信号を前記第２端末装置に送信する、通信制御装置。
2. 前記送受信手段が送受信する信号は、前記第１端末装置と前記第２端末装置との間のセッションに関するセッション情報を含み、
   前記判定手段は、前記第２端末装置から受信した前記信号が前記第１端末装置が有するセッション情報の更新要求のための信号である場合に、前記第２端末装置から受信した前記信号に含まれるセッション情報に基づいて、前記第２端末装置から受信した前記信号が前記第１端末装置に送信不要な信号であるか否かを判定する、請求項１に記載の通信制御装置。
3. 前記第２端末装置から受信した前記信号に含まれるセッション情報を端末側セッション情報として記憶するセッション情報記憶手段をさらに備え、
   前記判定手段は、前記第２端末装置から受信した前記信号に含まれるセッション情報である信号内セッション情報と、前記セッション情報記憶手段に記憶されている前記端末側セッション情報と、を比較することによって、前記第２端末装置から受信した前記信号が前記第１端末装置に送信不要な信号であるか否かを判定し、
   前記セッション情報記憶手段は、前記判定手段による判定の後に、前記信号内セッション情報で前記端末側セッション情報を更新する、請求項２に記載の通信制御装置。
4. 前記判定手段は、前記信号内セッション情報と前記端末側セッション情報とが同じである場合に、前記第２端末装置から受信した前記信号が前記第１端末装置に送信不要な信号であると判定する、請求項３に記載の通信制御装置。
5. 前記セッション情報は、前記第２端末装置のリソースの予約状況を示すプレコンディション情報を含み、
   前記判定手段は、前記信号内セッション情報と前記端末側セッション情報とが前記プレコンディション情報を除いて同じである場合に、前記第２端末装置から受信した前記信号が前記第１端末装置に送信不要な信号であると判定する、請求項３に記載の通信制御装置。
6. 前記判定手段は、さらに呼制御の状態に応じて、前記第２端末装置から受信した前記信号が前記第１端末装置に送信不要な信号であるか否かを判定する、請求項２〜請求項５のいずれか一項に記載の通信制御装置。
7. 前記判定手段は、前記呼制御の状態が、呼び出し中であることを示す信号を前記第２端末装置から受信した後であり、かつ、前記セッションの開始要求信号に対する成功応答信号を前記第２端末装置から受信する前である場合に、前記第２端末装置から受信した前記信号が前記第１端末装置に送信不要な信号であると判定する、請求項６に記載の通信制御装置。
8. 第１端末装置と第２端末装置との間の通信のために呼制御を行う通信制御装置であり、前記第１端末装置とコアネットワークを介して信号の送受信を行うとともに、前記第２端末装置と信号の送受信を行う通信制御装置が実行する通信制御方法であって、
   前記第２端末装置から信号を受信する受信ステップと、
   前記受信ステップにおいて受信した前記信号が前記第１端末装置に送信不要な信号であるか否かを判定する判定ステップと、
   前記判定ステップにおいて、前記第２端末装置から受信した前記信号が前記第１端末装置に送信不要な信号であると判定されたことに応じて、前記第１端末装置の代わりに前記信号に対する応答信号を生成する生成ステップと、
   前記生成ステップにおいて生成された前記応答信号を前記第２端末装置に送信する送信ステップと、
   を含む、通信制御方法。

Images