(57)【要約】【課題】発信側端末装置と信側端末装置との接続時間が長くなることを回避し、発信側端末装置と信側端末装置との間の効率的なネゴシエーションを可能とする。【解決手段】端末装置３ａが、セッションを確立する条件であるセッション記述条件を含んだセッション確立要求信号を呼制御装置２ａへ送信し、呼制御装置２ａが、当該セッション確立要求信号に含まれるセッション記述条件と、あらかじめ記憶されている端末装置３ａの接続先への接続を許容する接続許容条件とに基づいて、端末装置３ａが要求する通信が許容できるかどうかを判断し、通信が許容できると判断した場合、当該セッション確立要求信号を接続先へ送信し、通信が許容できないと判断した場合、通信が許容できないと判断した接続許容条件を示す情報を端末装置３ａへ送信する。【選択図】図１
2010206460.tif 000002
【特許請求の範囲】
【請求項１】
通信機能を有する端末装置と、該端末装置の呼を制御する呼制御装置とから構成された通信システムにおいて、
前記端末装置は、セッションを確立する条件であるセッション記述条件を含んだセッション確立要求信号を前記呼制御装置へ送信し、
前記呼制御装置は、前記端末装置から送信されてきた前記セッション確立要求信号に含まれる前記セッション記述条件と、あらかじめ記憶されている前記端末装置の接続先への接続を許容する条件である接続許容条件とに基づいて、前記端末装置が要求する通信が許容できるかどうかを判断し、前記通信が許容できると判断した場合、前記セッション確立要求信号を前記接続先へ送信し、前記通信が許容できないと判断した場合、前記通信が許容できないと判断した接続許容条件を示す情報を前記端末装置へ送信することを特徴とする通信システム。
【請求項２】
請求項１に記載の通信システムにおいて、
前記端末装置は、前記呼制御装置から前記通信が許容できないと判断した接続許容条件を示す情報が送信されてきた場合、該接続許容条件に適合するように前記セッション記述条件を変更し、該変更したセッション記述条件を含んだセッション確立要求信号を前記呼制御装置へ送信することを特徴とする通信システム。
【請求項３】
請求項１または請求項２に記載の通信システムにおいて、
前記端末装置は、前記セッション記述条件として、ネットワークプロトコルと、ネットワークアドレスフォーマットと、メディアタイプと、メディアプロトコルと、メディアフォーマットと、使用する帯域とを示す情報を、前記セッション確立要求信号に含んで前記呼制御装置へ送信し、
前記呼制御装置は、該セッション記述条件それぞれと、前記接続許容条件としてあらかじめ記憶されているネットワークプロトコルと、ネットワークアドレスフォーマットと、メディアタイプと、メディアプロトコルと、メディアフォーマットと、使用する帯域とのそれぞれの比較に基づいて前記通信が許容できるかどうかを判断し、前記接続許容条件のすべてについて前記通信が許容できると判断した場合、前記セッション確立要求信号を前記接続先へ送信し、それ以外の場合、前記通信が許容できないと判断した接続許容条件を示す情報を前記端末装置へ送信することを特徴とする通信システム。
【請求項４】
請求項１乃至３のいずれか１項に記載の通信システムにおいて、
前記呼制御装置は、前記通信が許容できないと判断した場合、前記通信が許容できないと判断した接続許容条件を示す情報をＷａｒｎｉｎｇ−Ｃｏｄｅを用いて前記端末装置へ送信することを特徴とする通信システム。
【請求項５】
通信機能を有する端末装置と該端末装置の呼を制御する呼制御装置とから構成された通信システムにおいてフォールバックを要求するフォールバック要求方法であって、
前記端末装置が、セッションを確立する条件であるセッション記述条件を含んだセッション確立要求信号を前記呼制御装置へ送信する処理と、
前記呼制御装置が、前記端末装置から送信されてきたセッション確立要求信号に含まれるセッション記述条件と、あらかじめ記憶されている前記端末装置の接続先への接続を許容する条件である接続許容条件とに基づいて、前記端末装置が要求する通信が許容できるかどうかを判断する処理と、
前記呼制御装置が、前記通信が許容できると判断した場合、前記セッション確立要求信号を前記接続先へ送信する処理と、
前記呼制御装置が、前記通信が許容できないと判断した場合、前記通信が許容できないと判断した接続許容条件を示す情報を前記端末装置へ送信する処理とを有するフォールバック要求方法。
【請求項６】
請求項５に記載のフォールバック要求方法において、
前記端末装置が、前記呼制御装置から前記通信が許容できないと判断した接続許容条件を示す情報が送信されてきた場合、該接続許容条件に適合するように前記セッション記述条件を変更する処理と、
前記端末装置が、前記変更したセッション記述条件を含んだセッション確立要求信号を前記呼制御装置へ送信する処理とを有することを特徴とするフォールバック要求方法。
【請求項７】
請求項５または請求項６に記載のフォールバック要求方法において、
前記端末装置が、前記セッション記述条件として、ネットワークプロトコルと、ネットワークアドレスフォーマットと、メディアタイプと、メディアプロトコルと、メディアフォーマットと、使用する帯域とを示す情報を、前記セッション確立要求信号に含んで前記呼制御装置へ送信する処理と、
前記呼制御装置が、該セッション記述条件それぞれと、前記接続許容条件としてあらかじめ記憶されているネットワークプロトコルと、ネットワークアドレスフォーマットと、メディアタイプと、メディアプロトコルと、メディアフォーマットと、使用する帯域とのそれぞれの比較に基づいて前記通信が許容できるかどうかを判断する処理と、
前記呼制御装置が、前記接続許容条件のすべてについて前記通信が許容できると判断した場合、前記セッション確立要求信号を前記接続先へ送信する処理と、
前記呼制御装置が、前記接続許容条件の少なくとも１つについて前記通信が許容できないと判断した場合、前記通信が許容できないと判断した接続許容条件を示す情報を前記端末装置へ送信する処理とを有することを特徴とするフォールバック要求方法。
【請求項８】
請求項５乃至７のいずれか１項に記載のフォールバック要求方法において、
前記呼制御装置が、前記通信が許容できないと判断した場合、前記通信が許容できないと判断した接続許容条件を示す情報をＷａｒｎｉｎｇ−Ｃｏｄｅを用いて前記端末装置へ送信する処理を有することを特徴とするフォールバック要求方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、フォールバックを要求する通信システムおよびフォールバック要求方法に関する。
【背景技術】
【０００２】
一般的にデータ通信技術で用いられる「フォールバック」とは、データの送信エラーが発生した場合、データを送信するデータ通信速度を遅くすることにより、送信エラーの発生率を低減させる技術である。ここでは、送信エラーの発生率を低減させるために、データ通信速度を遅くすることに限らず、機能を徐々に絞っていくことも含める。
【０００３】
フォールバックに関する技術として、例えば、ファクシミリ装置において、複数のフォールバックパターン（例えば、２．４ｋｂｐｓずつ速度を遅くするフォールバックパターンや、４．８ｋｂｐｓずつ速度を遅くするフォールバックパターン等）を記憶する機能と、過去の通信履歴を記憶する機能と、記憶した通信履歴から通信条件を表すパラメータ（例えば、エラーフレーム発生率のばらつき）を演出する機能と、演出したパラメータに応じて、通信速度を遅くするパターンを記憶した中から選択する機能（例えば、エラーフレーム発生率のばらつきが大きな場合、データ通信速度を少しずつ徐々に低下させるよりも一度に急激に低下させる方が好ましいため、セットしたデータ通信速度から４．８ｋｂｐｓずつ遅くするパターンを記憶した中から選択し、またエラーフレーム発生率のばらつきが小さな場合は、データ通信速度を少しずつ低下させる方が好ましいため、セットしたデータ通信速度から２．４ｋｂｐｓずつ遅くするパターンを記憶した中から選択する機能）を有するものがある。
【０００４】
これにより、回線の状況に応じて、２．４ｋｂｐｓや４．８ｋｂｐｓのフォールバックパターンを選択することができるようになり、最適なデータ通信速度を飛び越して必要以上に遅いデータ通信速度にしてしまうことがない。また、最適なデータ通信速度に至るまでの接続時間を長くしないようにすることが可能となる。
【０００５】
しかしながら、上記のフォールバックは、発信側端末装置と着信側端末装置との間においてエラー情報の送受信を行いながら進めるものである。つまり、発信側端末装置および着信側端末装置を収容するネットワークがフォールバックに関与するものではない。
【０００６】
ところが、今後開発される端末装置は、様々な通信能力を持つことが想定され、こうした状況下にあっては、発信側端末装置が、着信側端末装置に対し、着信側端末装置が許容していない通信能力を要求することが起こると考えられる。この場合、ネットワークが、発信側端末装置にフォールバックを要求することが、接続処理を早める上からも妥当であると考えられる。
【０００７】
また、他のフォールバックに関する技術として、発信側端末装置が、着信側端末装置の電話番号等の相手先情報を登録する中に、着信側端末装置が無線回線に接続されているか否かの情報も併せて格納し、当該着信側端末装置が無線回線に接続されている場合、データ通信速度を９．６ｋｂｐｓにセットし、無線回線に接続されていない端末装置に接続する場合は、１４．４ｋｂｐｓにセットする技術が考えられている（例えば、特許文献１参照。）。
【０００８】
これにより、無線回線に接続された端末装置に対しては、９．６ｋｂｐｓから始めることになり、１４．４ｋｂｐｓから始めた場合よりも、フォールバックを繰り返す回数が少なくなり、短い時間で接続することができる。
【０００９】
この技術は、前述したフォールバック技術と同様に、発信側端末装置と着信側端末装置との間において、情報の送受信を行いながら進めるものである。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】特開２００１−１０３２６５号公報
【発明の概要】
【発明が解決しようとする課題】
【００１１】
上述したようなフォールバック技術においては、発信側端末装置および着信側端末装置を収容するネットワークがフォールバックに関与することができず、フォールバックの処理が発信側端末装置と着信側端末装置との間においてのみ行われる。そのため、フォールバック処理に関わる信号すべてが端末装置間で送受信されてしまい、それにより接続するまでの時間が長くなってしまうという問題点がある。
【００１２】
本発明の目的は、上述した課題を解決する通信システムおよびフォールバック要求方法を提供することである。
【課題を解決するための手段】
【００１３】
本発明の通信システムは、
通信機能を有する端末装置と、該端末装置の呼を制御する呼制御装置とから構成された通信システムであって、
前記端末装置は、セッションを確立する条件であるセッション記述条件を含んだセッション確立要求信号を前記呼制御装置へ送信し、
前記呼制御装置は、前記端末装置から送信されてきた前記セッション確立要求信号に含まれる前記セッション記述条件と、あらかじめ記憶されている前記端末装置の接続先への接続を許容する条件である接続許容条件とに基づいて、前記端末装置が要求する通信が許容できるかどうかを判断し、前記通信が許容できると判断した場合、前記セッション確立要求信号を前記接続先へ送信し、前記通信が許容できないと判断した場合、前記通信が許容できないと判断した接続許容条件を示す情報を前記端末装置へ送信することを特徴とする。
【００１４】
また、前記端末装置は、前記呼制御装置から前記通信が許容できないと判断した接続許容条件を示す情報が送信されてきた場合、該接続許容条件に適合するように前記セッション記述条件を変更し、該変更したセッション記述条件を含んだセッション確立要求信号を前記呼制御装置へ送信することを特徴とする。
【００１５】
また、前記端末装置は、前記セッション記述条件として、ネットワークプロトコルと、ネットワークアドレスフォーマットと、メディアタイプと、メディアプロトコルと、メディアフォーマットと、使用する帯域とを示す情報を、前記セッション確立要求信号に含んで前記呼制御装置へ送信し、
前記呼制御装置は、該セッション記述条件それぞれと、前記接続許容条件としてあらかじめ記憶されているネットワークプロトコルと、ネットワークアドレスフォーマットと、メディアタイプと、メディアプロトコルと、メディアフォーマットと、使用する帯域とのそれぞれの比較に基づいて前記通信が許容できるかどうかを判断し、前記接続許容条件のすべてについて前記通信が許容できると判断した場合、前記セッション確立要求信号を前記接続先へ送信し、それ以外の場合、前記通信が許容できないと判断した接続許容条件を示す情報を前記端末装置へ送信することを特徴とする。
【００１６】
また、前記呼制御装置は、前記通信が許容できないと判断した場合、前記通信が許容できないと判断した接続許容条件を示す情報をＷａｒｎｉｎｇ−Ｃｏｄｅを用いて前記端末装置へ送信することを特徴とする。
【００１７】
また、本発明のフォールバック要求方法は、
通信機能を有する端末装置と該端末装置の呼を制御する呼制御装置とから構成された通信システムにおいてフォールバックを要求するフォールバック要求方法であって、
前記端末装置が、セッションを確立する条件であるセッション記述条件を含んだセッション確立要求信号を前記呼制御装置へ送信する処理と、
前記呼制御装置が、前記端末装置から送信されてきたセッション確立要求信号に含まれるセッション記述条件と、あらかじめ記憶されている前記端末装置の接続先への接続を許容する条件である接続許容条件とに基づいて、前記端末装置が要求する通信が許容できるかどうかを判断する処理と、
前記呼制御装置が、前記通信が許容できると判断した場合、前記セッション確立要求信号を前記接続先へ送信する処理と、
前記呼制御装置が、前記通信が許容できないと判断した場合、前記通信が許容できないと判断した接続許容条件を示す情報を前記端末装置へ送信する処理とを有する。
【００１８】
また、前記端末装置が、前記呼制御装置から前記通信が許容できないと判断した接続許容条件を示す情報が送信されてきた場合、該接続許容条件に適合するように前記セッション記述条件を変更する処理と、
前記端末装置が、前記変更したセッション記述条件を含んだセッション確立要求信号を前記呼制御装置へ送信する処理とを有することを特徴とする。
【００１９】
また、前記端末装置が、前記セッション記述条件として、ネットワークプロトコルと、ネットワークアドレスフォーマットと、メディアタイプと、メディアプロトコルと、メディアフォーマットと、使用する帯域とを示す情報を、前記セッション確立要求信号に含んで前記呼制御装置へ送信する処理と、
前記呼制御装置が、該セッション記述条件それぞれと、前記接続許容条件としてあらかじめ記憶されているネットワークプロトコルと、ネットワークアドレスフォーマットと、メディアタイプと、メディアプロトコルと、メディアフォーマットと、使用する帯域とのそれぞれの比較に基づいて前記通信が許容できるかどうかを判断する処理と、
前記呼制御装置が、前記接続許容条件のすべてについて前記通信が許容できると判断した場合、前記セッション確立要求信号を前記接続先へ送信する処理と、
前記呼制御装置が、前記接続許容条件の少なくとも１つについて前記通信が許容できないと判断した場合、前記通信が許容できないと判断した接続許容条件を示す情報を前記端末装置へ送信する処理とを有することを特徴とする。
【００２０】
また、前記呼制御装置が、前記通信が許容できないと判断した場合、前記通信が許容できないと判断した接続許容条件を示す情報をＷａｒｎｉｎｇ−Ｃｏｄｅを用いて前記端末装置へ送信する処理を有することを特徴とする。
【発明の効果】
【００２１】
以上説明したように本発明においては、通信機能を有する端末装置が、セッションを確立する条件であるセッション記述条件を含んだセッション確立要求信号を、端末装置の呼を制御する呼制御装置へ送信し、呼制御装置が、端末装置から送信されてきたセッション確立要求信号に含まれるセッション記述条件と、あらかじめ記憶されている端末装置の接続先への接続を許容する条件である接続許容条件とに基づいて、端末装置が要求する通信が許容できるかどうかを判断し、通信が許容できると判断した場合、当該セッション確立要求信号を接続先へ送信し、通信が許容できないと判断した場合、通信が許容できないと判断した接続許容条件を示す情報を端末装置へ送信する構成としたため、発信側端末装置と信側端末装置との接続時間が長くなることを回避し、発信側端末装置と信側端末装置との間の効率的なネゴシエーションを可能とすることができる。
【図面の簡単な説明】
【００２２】
【図１】本発明の通信システムの実施の一形態を示す図である。
【図２】図１に示した呼制御装置の内部構成の一例を示す図である。
【図３】図２に示したＩＰネットワーク許容条件蓄積部に蓄積されたＩＰネットワーク接続許容条件の一例を示す図である。
【図４】図２に示した端末装置許容条件蓄積部に蓄積された端末装置接続許容条件の一例を示す図である。
【図５】図１に示した端末装置の内部構成の一例を示す図である。
【図６】図２に示した構成を有する呼制御装置における処理を説明するためのフローチャートである。
【図７】図１に示した呼制御装置の内部構成の他の例を示す図である。
【図８】図７に示した構成要素を有する呼制御装置における処理を説明するためのフローチャートである。
【図９】図５に示した構成を有する端末装置における処理を説明するためのフローチャートである。
【図１０】本発明の呼制御装置および端末装置を用いた通信システムにおけるフォールバック要求方法の一例を説明するためのシーケンス図である。
【図１１】本発明の呼制御装置および端末装置を用いた通信システムにおけるフォールバック要求方法の他の例を説明するためのシーケンス図である。
【発明を実施するための形態】
【００２３】
以下に、本発明の実施の形態について図面を参照して説明する。
【００２４】
図１は、本発明の通信システムの実施の一形態を示す図である。
【００２５】
本形態は図１に示すように、ＩＰネットワーク１ａが、ＩＰネットワーク１ｂ，１ｃと接続されており、ＩＰネットワーク１ａ〜１ｃには呼制御装置２ａ〜２ｃがそれぞれ設けられ、呼制御装置２ａには端末装置３ａ，３ｂが接続されている。本形態においては、端末装置３ａと端末装置３ｂとが同じ呼制御装置２ａ配下に接続された形態となっているが、端末装置３ｂが呼制御装置２ｂや呼制御装置２ｃの配下に接続された形態であっても良い。
【００２６】
ＩＰネットワーク１ａ〜１ｃは、ＩＰ（Internet Protocol）のプロトコルをベースとして通信を行う通信ネットワークである。
【００２７】
呼制御装置２ａ〜２ｃは、加入者系あるいは中継系の呼制御機能を有するサーバである。
【００２８】
端末装置３ａ，３ｂは、本通信システムを利用する利用者が操作する通信機能を有する通信端末である。
【００２９】
図２は、図１に示した呼制御装置２ａの内部構成の一例を示す図である。
【００３０】
図１に示した呼制御装置２ａには図２に示すように、ＳＩＰ信号制御部２００と、ＳＤＰ評価部２１０と、許容条件蓄積部２２０とが設けられている。なお、図２には、呼制御装置２ａが有する構成要素のうち、本発明に関わる構成要素のみを示した。また、図１に示した呼制御装置２ｂ，２ｃについても呼制御装置２ａと同様の構成を有する。
【００３１】
ＳＩＰ信号制御部２００は、ＩＰネットワーク１ｂ，１ｃや端末装置３ａ，３ｂから送信されてきた、ＳＩＰ（Session Initiation Protocol）のセッション確立要求信号をはじめとする要求信号や各種応答信号を受信し、これらの信号を処理し、さらに転送する機能を有する。また、ＳＩＰ処理した信号のうち通信先を示す宛先情報とＳＤＰ（Session Description Protocol）フィールドのセッション記述条件とをＳＤＰ評価部２１０へ出力する。また、ＳＤＰ評価部２１０から出力されてきた比較結果を接続要求してきた端末装置へ送信（返信）する。
【００３２】
ＳＤＰ評価部２１０は、ＳＩＰ信号制御部２００から出力されてきた宛先情報に基づいて、許容条件蓄積部２２０から接続を許容する接続許容条件を検索し、検索された接続許容条件とＳＩＰ信号制御部２００から出力されてきたセッション記述条件とを比較する。また、ＳＤＰ評価部２１０は、比較結果をＳＩＰ信号制御部２００へ出力する。
【００３３】
ＳＤＰ評価部２１０には、許容条件検索部２１１と、ネットワークプロトコルチェック部２１２と、メディア条件チェック部２１３と、メディアプロトコル条件チェック部２１４と、メディアフォーマット条件チェック部２１５と、帯域チェック部２１６とが設けられている。
【００３４】
許容条件検索部２１１は、ＳＩＰ信号制御部２００から出力されてきた宛先情報に基づいて、許容条件蓄積部２２０にアクセスし、当該宛先情報に応じた接続許容条件を許容条件蓄積部２２０から読み出す。ここで接続許容条件については後述するが、通信先のＩＰネットワークまたは端末装置と接続（通信）するための、ネットワークプロトコル、ネットワークアドレスフォーマット、メディアタイプ、メディアプロトコル、メディアフォーマットおよび帯域である。また、これらの条件に限らず、接続するための他の条件を含むものであってもかまわない。また、許容条件検索部２１１は、許容条件蓄積部２２０から読み出した各接続許容条件を、ネットワークプロトコルチェック部２１２と、メディア条件チェック部２１３と、メディアプロトコル条件チェック部２１４と、メディアフォーマット条件チェック部２１５と、帯域チェック部２１６とへ、それぞれ対応した機能部へ出力する。また、ＳＩＰ信号制御部２００から出力されてきたセッション記述条件を、ネットワークプロトコルチェック部２１２と、メディア条件チェック部２１３と、メディアプロトコル条件チェック部２１４と、メディアフォーマット条件チェック部２１５と、帯域チェック部２１６とへ、それぞれ対応した機能部へ出力する。
【００３５】
ネットワークプロトコルチェック部２１２は、許容条件検索部２１１から出力されてきた許容条件蓄積部２２０から読み出したネットワークプロトコルおよびネットワークアドレスフォーマットと、許容条件検索部２１１から出力されてきたセッション記述条件のネットワークプロトコルおよびネットワークアドレスフォーマットとを比較する。つまり、ネットワークプロトコルおよびネットワークアドレスフォーマットについて、通信が受け入れられるか否かをチェックする。そして、比較の結果、これらが合致しない場合、通信が受け入れられないと判断し、受け入れ不可能である旨をＳＩＰ信号制御部２００へ出力する。このとき、Ｗａｒｎｉｎｇ−Ｃｏｄｅ３００で応答するようにＳＩＰ信号制御部２００へ通知する。また、これらが合致した場合、受け入れ可能であると判断し、その旨をメディア条件チェック部２１３へ出力する。例えば、ＩＰｖ６で発信した端末装置あるいはＩＰネットワークが、ＩＰｖ６をサポートしていない端末装置あるいはＩＰネットワークとの通信を要求してきた場合、当該通信が受け入れ不可能である旨を出力する。
【００３６】
メディア条件チェック部２１３は、許容条件検索部２１１から出力されてきた許容条件蓄積部２２０から読み出したメディアタイプと、許容条件検索部２１１から出力されてきたセッション記述条件のメディアタイプとを比較する。つまり、メディアタイプについて、通信が受け入れられるか否かをチェックする。そして、比較の結果、これらが合致しない場合、通信が受け入れられないと判断し、受け入れ不可能である旨をＳＩＰ信号制御部２００へ出力する。このとき、Ｗａｒｎｉｎｇ−Ｃｏｄｅ３０４で応答するようにＳＩＰ信号制御部２００へ通知する。また、これらが合致した場合、受け入れ可能であると判断し、その旨をメディアプロトコル条件チェック部２１４へ出力する。この比較動作は、ネットワークプロトコルチェック部２１２から受け入れ可能である旨が出力されてきたことをトリガとして行うものであっても良い。例えば、テレビ電話（メディアタイプは、映像と音声）で発信した端末装置あるいはＩＰネットワークが、本メディアタイプをサポートしていない端末装置あるいはＩＰネットワークとの通信を要求してきた場合、当該通信が受け入れ不可能である旨を出力する。
【００３７】
メディアプロトコル条件チェック部２１４は、許容条件検索部２１１から出力されてきた許容条件蓄積部２２０から読み出したメディアプロトコル（トランスポートプロトコル）と、許容条件検索部２１１から出力されてきたセッション記述条件のメディアプロトコルとを比較する。つまり、メディアプロトコルについて、通信が受け入れられるか否かをチェックする。そして、比較の結果、これらが合致しない場合、通信が受け入れられないと判断し、受け入れ不可能である旨をＳＩＰ信号制御部２００へ出力する。このとき、Ｗａｒｎｉｎｇ−Ｃｏｄｅ３０２で応答するようにＳＩＰ信号制御部２００へ通知する。また、これらが合致した場合、受け入れ可能であると判断し、その旨をメディアフォーマット条件チェック部２１５へ出力する。この比較動作は、メディア条件チェック部２１３から受け入れ可能である旨が出力されてきたことをトリガとして行うものであっても良い。
【００３８】
メディアフォーマット条件チェック部２１５は、許容条件検索部２１１から出力されてきた許容条件蓄積部２２０から読み出したメディアフォーマット（コーデック）と、許容条件検索部２１１から出力されてきたセッション記述条件のメディアフォーマットとを比較する。このとき、コーデックに付随するパラメータも含めて比較する。つまり、メディアフォーマットについて、通信が受け入れられるか否かをチェックする。そして、比較の結果、これらが合致しない場合、通信が受け入れられないと判断し、受け入れ不可能である旨をＳＩＰ信号制御部２００へ出力する。このとき、Ｗａｒｎｉｎｇ−Ｃｏｄｅ３０５で応答するようにＳＩＰ信号制御部２００へ通知する。また、これらが合致した場合、受け入れ可能であると判断し、その旨を帯域チェック部２１６へ出力する。この比較動作は、メディアプロトコル条件チェック部２１４から受け入れ可能である旨が出力されてきたことをトリガとして行うものであっても良い。
【００３９】
帯域チェック部２１６は、許容条件検索部２１１から出力されてきた許容条件蓄積部２２０から読み出した帯域と、許容条件検索部２１１から出力されてきたセッション記述条件の帯域とを比較する。つまり、使用する帯域について、通信が受け入れられるか否かをチェックする。そして、使用する帯域が足りない場合、通信が受け入れられないと判断し、受け入れ不可能である旨をＳＩＰ信号制御部２００へ出力する。このとき、Ｗａｒｎｉｎｇ−Ｃｏｄｅ３７０で応答するようにＳＩＰ信号制御部２００へ通知する。また、使用する帯域が足りる場合、受け入れ可能であると判断し、その旨を受け入れ可通知としてＳＩＰ信号制御部２００へ出力する。この比較動作は、メディアフォーマット条件チェック部２１５から受け入れ可能である旨が出力されてきたことをトリガとして行うものであっても良い。
【００４０】
また、許容条件蓄積部２２０は、ＩＰネットワーク１ｂ，１ｃや端末装置３ａ，３ｂと接続するための接続許容条件があらかじめ蓄積（記憶）されている。
【００４１】
許容条件蓄積部２２０には、ＩＰネットワーク許容条件蓄積部２２１と、端末装置許容条件蓄積部２２２とが設けられている。
【００４２】
ＩＰネットワーク許容条件蓄積部２２１は、ＩＰネットワーク１ｂ，１ｃへ接続するための接続許容条件があらかじめ蓄積されている。
【００４３】
図３は、図２に示したＩＰネットワーク許容条件蓄積部２２１に蓄積されたＩＰネットワーク接続許容条件の一例を示す図である。
【００４４】
図２に示したＩＰネットワーク許容条件蓄積部２２１には図３に示すように、ＩＰネットワークを識別するためのＩＰネットワーク情報（ここでは、図１に示した「１ｂ」、「１ｃ」を例に挙げる）と、ネットワークプロトコルと、ネットワークアドレスフォーマットと、メディアタイプと、メディアプロトコルと、メディアフォーマットと、帯域とが対応付けられて蓄積（記憶）されている。これは、ＩＰネットワーク情報を有するＩＰネットワークへ接続するために許容されるネットワークプロトコルと、ネットワークアドレスフォーマットと、メディアタイプと、メディアプロトコルと、メディアフォーマットと、帯域とを示している。
【００４５】
端末装置許容条件蓄積部２２２は、端末装置３ａ，３ｂへ接続するための接続許容条件があらかじめ蓄積されている。
【００４６】
図４は、図２に示した端末装置許容条件蓄積部２２２に蓄積された端末装置接続許容条件の一例を示す図である。
【００４７】
図２に示した端末装置許容条件蓄積部２２２には図４に示すように、端末装置を識別するための端末装置情報（ここでは、図１に示した「３ａ」、「３ｂ」を例に挙げる）と、ネットワークプロトコルと、ネットワークアドレスフォーマットと、メディアタイプと、メディアプロトコルと、メディアフォーマットと、帯域とが対応付けられて蓄積（記憶）されている。これは、端末装置情報を有する端末装置へ接続するために許容されるネットワークプロトコルと、ネットワークアドレスフォーマットと、メディアタイプと、メディアプロトコルと、メディアフォーマットと、帯域とを示している。
【００４８】
図５は、図１に示した端末装置３ａの内部構成の一例を示す図である。
【００４９】
図１に示した端末装置３ａには図５に示すように、ＳＩＰ信号制御部３００と、条件分析部３１０とが設けられている。なお、図５には、端末装置３ａが有する構成要素のうち、本発明に関わる構成要素のみを示した。また、図１に示した端末装置３ｂについても端末装置３ａと同様の構成を有する。
【００５０】
ＳＩＰ信号制御部３００は、ＳＩＰのセッション確立要求信号をはじめとする要求信号や各種応答信号を受信し、これらの信号を処理し、さらに転送する機能を有する。また、ＳＩＰ信号制御部３００は、呼制御装置２ａから送信されてきた信号（上述したような接続を許容するか否かのＷａｒｎｉｎｇ−Ｃｏｄｅ等の信号）を受信し、条件分析部３１０へ出力する。
【００５１】
条件分析部３１０は、呼制御装置２ａからＳＩＰ信号制御部３００経由で送信されてきたＷａｒｎｉｎｇ−Ｃｏｄｅに応じて、それぞれの条件に適合するように、以下の処理を行い、フォールバックする機能を有する。
【００５２】
（１）Ｗａｒｎｉｎｇ−Ｃｏｄｅ３００：端末装置３ａがＩＰｖ６で発信していた場合、ＩＰｖ４で発信し直すようにする。
【００５３】
（２）Ｗａｒｎｉｎｇ−Ｃｏｄｅ３０４：複数のメディアをセットしたメディアタイプで発信していた場合、例えば、テレビ電話（メディアタイプは映像と音声）で発信していた場合、一部のメディア（この場合は映像）を除いたメディアタイプで発信し直すようにする。すなわち、音声のトランスポートプロトコルやメディアフォーマットを変えることにより、テレビ電話として再発信することを止めるものである。これにより、無駄な再発信を省くことができる。
【００５４】
（３）Ｗａｒｎｉｎｇ−Ｃｏｄｅ３０２：トランスポートプロトコルを変更して再発信し直すようにする。
【００５５】
（４）Ｗａｒｎｉｎｇ−Ｃｏｄｅ３０５：メディアフォーマット（コーデック）や付随するパラメータを変更して発信し直すようにする。
【００５６】
（５）Ｗａｒｎｉｎｇ−Ｃｏｄｅ３７０：帯域を減らして発信し直すようにする。
【００５７】
以下に、図２に示した構成を有する呼制御装置２ａにおける処理について説明する。
【００５８】
図６は、図２に示した構成を有する呼制御装置２ａにおける処理を説明するためのフローチャートである。
【００５９】
まず、端末装置３ａから送信されたセッション確立要求信号であるＩＮＶＩＴＥがＳＩＰ信号制御部２００にて受信されると（ステップＳ１）、ＩＮＶＩＴＥに含まれる宛先情報と、ＳＤＰフィールドのセッション記述条件とがＳＩＰ信号制御部２００から許容条件検索部２１１へ出力される。このとき、セッション記述条件として端末装置３ａから送信される条件は、ネットワークプロトコル、ネットワークアドレスフォーマット、メディアタイプ、メディアプロトコル、メディアフォーマットおよび帯域である。
【００６０】
すると、許容条件検索部２１１にて、宛先情報に基づいて、当該宛先と接続するための接続許容条件が許容条件蓄積部２２０から検索されて読み出される（ステップＳ２）。
【００６１】
また、ＳＤＰフィールドのセッション記述条件のうち、ネットワークプロトコルとネットワークアドレスフォーマットとが、許容条件検索部２１１からネットワークプロトコルチェック部２１２へ出力される。また、ＳＤＰフィールドのセッション記述条件のうち、メディアタイプが、許容条件検索部２１１からメディア条件チェック部２１３へ出力される。また、ＳＤＰフィールドのセッション記述条件のうち、メディアプロトコルが、許容条件検索部２１１からメディアプロトコル条件チェック部２１４へ出力される。また、ＳＤＰフィールドのセッション記述条件のうち、メディアフォーマットが、許容条件検索部２１１からメディアフォーマット条件チェック部２１５へ出力される。また、ＳＤＰフィールドのセッション記述条件のうち、帯域が、許容条件検索部２１１から帯域チェック部２１６へ出力される。
【００６２】
また、ステップＳ２で許容条件蓄積部２２０から読み出された接続許容条件のうち、ネットワークプロトコルとネットワークアドレスフォーマットとが、許容条件検索部２１１からネットワークプロトコルチェック部２１２へ出力される。また、許容条件蓄積部２２０から読み出された接続許容条件のうち、メディアタイプが、許容条件検索部２１１からメディア条件チェック部２１３へ出力される。また、許容条件蓄積部２２０から読み出された接続許容条件のうち、メディアプロトコルが、許容条件検索部２１１からメディアプロトコル条件チェック部２１４へ出力される。また、許容条件蓄積部２２０から読み出された接続許容条件のうち、メディアフォーマットが、許容条件検索部２１１からメディアフォーマット条件チェック部２１５へ出力される。また、許容条件蓄積部２２０から読み出された接続許容条件のうち、帯域が、許容条件検索部２１１から帯域チェック部２１６へ出力される。
【００６３】
続いて、ネットワークプロトコルチェック部２１２にて、ネットワークプロトコルおよびネットワークアドレスフォーマットがチェックされる（ステップＳ３）。このチェックは、端末装置３ａから送信されてきたセッション記述条件の中のネットワークプロトコルとネットワークアドレスフォーマットとが、許容条件蓄積部２２０に蓄積されているネットワークプロトコルとネットワークアドレスフォーマットとに合致するか（通信が許容できるか）どうかをチェックするものである。上述したが、許容条件蓄積部２２０に蓄積されているネットワークプロトコルとネットワークアドレスフォーマットとの接続許容条件に、端末装置３ａから送信されてきたセッション記述条件の中のネットワークプロトコルとネットワークアドレスフォーマットとが合致すれば通信が許容できる（受け入れが可能である）と判断される。
【００６４】
ステップＳ３にて通信が許容できると判断された場合、その旨がネットワークプロトコルチェック部２１２からメディア条件チェック部２１３へ通知される。
【００６５】
すると、メディア条件チェック部２１３にて、メディア条件がチェックされる（ステップＳ４）。このチェックは、端末装置３ａから送信されてきたセッション記述条件の中のメディアタイプが、許容条件蓄積部２２０に蓄積されているメディアタイプに合致するか（通信が許容できるか）どうかをチェックするものである。上述したが、許容条件蓄積部２２０に蓄積されているメディアタイプの接続許容条件に、端末装置３ａから送信されてきたセッション記述条件の中のメディアタイプが合致すれば通信が許容できる（受け入れが可能である）と判断される。
【００６６】
ステップＳ４にて通信が許容できると判断された場合、その旨がメディア条件チェック部２１３からメディアプロトコル条件チェック部２１４へ通知される。
【００６７】
すると、メディアプロトコル条件チェック部２１４にて、メディアプロトコル条件がチェックされる（ステップＳ５）。このチェックは、端末装置３ａから送信されてきたセッション記述条件の中のメディアプロトコルが、許容条件蓄積部２２０に蓄積されているメディアプロトコルに合致するか（通信が許容できるか）どうかをチェックするものである。上述したが、許容条件蓄積部２２０に蓄積されているメディアプロトコルの接続許容条件に、端末装置３ａから送信されてきたセッション記述条件の中のメディアプロトコルが合致すれば通信が許容できる（受け入れが可能である）と判断される。
【００６８】
ステップＳ５にて通信が許容できると判断された場合、その旨がメディアプロトコル条件チェック部２１４からメディアフォーマット条件チェック部２１５へ通知される。
【００６９】
すると、メディアフォーマット条件チェック部２１５にて、メディアフォーマット条件がチェックされる（ステップＳ６）。このチェックは、端末装置３ａから送信されてきたセッション記述条件の中のメディアフォーマットが、許容条件蓄積部２２０に蓄積されているメディアフォーマットに合致するか（通信が許容できるか）どうかをチェックするものである。上述したが、許容条件蓄積部２２０に蓄積されているメディアフォーマットの接続許容条件に、端末装置３ａから送信されてきたセッション記述条件の中のメディアフォーマットが合致すれば通信が許容できる（受け入れが可能である）と判断される。
【００７０】
ステップＳ６にて通信が許容できると判断された場合、その旨がメディアフォーマット条件チェック部２１５から帯域チェック部２１６へ通知される。
【００７１】
すると、帯域チェック部２１６にて、帯域がチェックされる（ステップＳ７）。このチェックは、端末装置３ａから送信されてきたセッション記述条件の中の帯域が、許容条件蓄積部２２０に蓄積されている帯域に合致するか（通信が許容できるか）どうかをチェックするものである。上述したが、許容条件蓄積部２２０に蓄積されている帯域の接続許容条件に、端末装置３ａから送信されてきたセッション記述条件の中の帯域が入れば通信が許容できる（受け入れが可能である）と判断される。
【００７２】
ステップＳ７にて通信が許容できると判断された場合、通信が可能である旨を示す受け入れ可通知が帯域チェック部２１６からＳＩＰ信号制御部２００へ出力される。
【００７３】
すると、ＳＩＰ信号制御部２００からステップＳ１にて受信されたＩＮＶＩＴＥが端末装置３ａが要求した接続先（宛先情報が示す宛先）へ転送される（ステップＳ８）。
【００７４】
一方、ステップＳ３にて、通信が許容できないと判断された場合、Ｗａｒｎｉｎｇ−Ｃｏｄｅ３００で端末装置３ａに応答するようにネットワークプロトコルチェック部２１２からＳＩＰ信号制御部２００へ通知が行われる。
【００７５】
また、ステップＳ４にて、通信が許容できないと判断された場合、Ｗａｒｎｉｎｇ−Ｃｏｄｅ３０４で端末装置３ａに応答するようにメディア条件チェック部２１３からＳＩＰ信号制御部２００へ通知が行われる。
【００７６】
また、ステップＳ５にて、通信が許容できないと判断された場合、Ｗａｒｎｉｎｇ−Ｃｏｄｅ３０２で端末装置３ａに応答するようにメディアプロトコル条件チェック部２１４からＳＩＰ信号制御部２００へ通知が行われる。
【００７７】
また、ステップＳ６にて、通信が許容できないと判断された場合、Ｗａｒｎｉｎｇ−Ｃｏｄｅ３０５で端末装置３ａに応答するようにメディアフォーマット条件チェック部２１５からＳＩＰ信号制御部２００へ通知が行われる。
【００７８】
また、ステップＳ７にて、通信が許容できないと判断された場合、Ｗａｒｎｉｎｇ−Ｃｏｄｅ３７０で端末装置３ａに応答するように帯域チェック部２１６からＳＩＰ信号制御部２００へ通知が行われる。
【００７９】
そして、Ｗａｒｎｉｎｇ−Ｃｏｄｅで端末装置３ａに応答するように通知されたＳＩＰ信号制御部２００から、４８８応答信号と該当するＷａｒｎｉｎｇ−Ｃｏｄｅとが端末装置３ａへ送信される（ステップＳ９）。
【００８０】
これにより、ＩＰネットワーク上の呼制御装置２ａがフォールバックを要求できるようになる。
【００８１】
以上説明した処理では、通信が許容できないと判断された時点で、他のチェックを行わないものを例に挙げて説明した。以下、１つのチェックにおいて通信が許容できないと判断された場合であっても、各チェック部２１２〜２１６におけるチェックをすべて行う処理について説明する。
【００８２】
図７は、図１に示した呼制御装置２ａの内部構成の他の例を示す図である。
【００８３】
図７に示した構成例では、図２に示した構成要素に、集計部２１７が追加されたものとなっている。
【００８４】
ネットワークプロトコルチェック部２１２は、判断結果をＳＩＰ信号制御部２００またはメディア条件チェック部２１３へ通知する図２のものとは異なり、判断結果を集計部２１７へ通知する。
【００８５】
メディア条件チェック部２１３は、判断結果をＳＩＰ信号制御部２００またはメディアプロトコル条件チェック部２１４へ通知する図２のものとは異なり、判断結果を集計部２１７へ通知する。
【００８６】
メディアプロトコル条件チェック部２１４は、判断結果をＳＩＰ信号制御部２００またはメディアフォーマット条件チェック部２１５へ通知する図２のものとは異なり、判断結果を集計部２１７へ通知する。
【００８７】
メディアフォーマット条件チェック部２１５は、判断結果をＳＩＰ信号制御部２００または帯域チェック部２１６へ通知する図２のものとは異なり、判断結果を集計部２１７へ通知する。
【００８８】
集計部２１７は、各チェック部２１２〜２１６から通知された判断結果を集計してＳＩＰ信号制御部２００へ出力する。
【００８９】
以下に、図７に示した構成要素を有する呼制御装置２ａにおける処理について説明する。
【００９０】
図８は、図７に示した構成要素を有する呼制御装置２ａにおける処理を説明するためのフローチャートである。
【００９１】
まず、端末装置３ａから送信されたセッション確立要求信号であるＩＮＶＩＴＥがＳＩＰ信号制御部２００にて受信されると（ステップＳ１１）、ＩＮＶＩＴＥに含まれる宛先情報と、ＳＤＰフィールドのセッション記述条件とがＳＩＰ信号制御部２００から許容条件検索部２１１へ出力される。このとき、セッション記述条件として端末装置３ａから送信される条件は、ネットワークプロトコル、ネットワークアドレスフォーマット、メディアタイプ、メディアプロトコル、メディアフォーマットおよび帯域である。
【００９２】
すると、許容条件検索部２１１にて、宛先情報に基づいて、当該宛先と接続するための接続許容条件が許容条件蓄積部２２０から検索されて読み出される（ステップＳ１２）。
【００９３】
また、ＳＤＰフィールドのセッション記述条件のうち、ネットワークプロトコルとネットワークアドレスフォーマットとが、許容条件検索部２１１からネットワークプロトコルチェック部２１２へ出力される。また、ＳＤＰフィールドのセッション記述条件のうち、メディアタイプが、許容条件検索部２１１からメディア条件チェック部２１３へ出力される。また、ＳＤＰフィールドのセッション記述条件のうち、メディアプロトコルが、許容条件検索部２１１からメディアプロトコル条件チェック部２１４へ出力される。また、ＳＤＰフィールドのセッション記述条件のうち、メディアフォーマットが、許容条件検索部２１１からメディアフォーマット条件チェック部２１５へ出力される。また、ＳＤＰフィールドのセッション記述条件のうち、帯域が、許容条件検索部２１１から帯域チェック部２１６へ出力される。
【００９４】
また、ステップＳ１２で許容条件蓄積部２２０から読み出された接続許容条件のうち、ネットワークプロトコルとネットワークアドレスフォーマットとが、許容条件検索部２１１からネットワークプロトコルチェック部２１２へ出力される。また、許容条件蓄積部２２０から読み出された接続許容条件のうち、メディアタイプが、許容条件検索部２１１からメディア条件チェック部２１３へ出力される。また、許容条件蓄積部２２０から読み出された接続許容条件のうち、メディアプロトコルが、許容条件検索部２１１からメディアプロトコル条件チェック部２１４へ出力される。また、許容条件蓄積部２２０から読み出された接続許容条件のうち、メディアフォーマットが、許容条件検索部２１１からメディアフォーマット条件チェック部２１５へ出力される。また、許容条件蓄積部２２０から読み出された接続許容条件のうち、帯域が、許容条件検索部２１１から帯域チェック部２１６へ出力される。
【００９５】
続いて、ネットワークプロトコルチェック部２１２にて、ネットワークプロトコルおよびネットワークアドレスフォーマットがチェックされる（ステップＳ１３）。このチェック方法は、図６のフローチャートのステップＳ３にて説明したものと同じである。そして、このチェックの結果である判断結果が、ネットワークプロトコルチェック部２１２から集計部２１７へ通知される。
【００９６】
また、メディア条件チェック部２１３にて、メディア条件がチェックされる（ステップＳ１４）。このチェック方法は、図６のフローチャートのステップＳ４にて説明したものと同じである。そして、このチェックの結果である判断結果が、メディア条件チェック部２１３から集計部２１７へ通知される。
【００９７】
また、メディアプロトコル条件チェック部２１４にて、メディアプロトコル条件がチェックされる（ステップＳ１５）。このチェック方法は、図６のフローチャートのステップＳ５にて説明したものと同じである。そして、このチェックの結果である判断結果が、メディアプロトコル条件チェック部２１４から集計部２１７へ通知される。
【００９８】
また、メディアフォーマット条件チェック部２１５にて、メディアフォーマット条件がチェックされる（ステップＳ１６）。このチェック方法は、図６のフローチャートのステップＳ６にて説明したものと同じである。そして、このチェックの結果である判断結果が、メディアフォーマット条件チェック部２１５から集計部２１７へ通知される。
【００９９】
また、帯域チェック部２１６にて、帯域がチェックされる（ステップＳ１７）。このチェック方法は、図６のフローチャートのステップＳ７にて説明したものと同じである。そして、このチェックの結果である判断結果が、帯域チェック部２１６から集計部２１７へ通知される。
【０１００】
その後、集計部２１７へ通知されたすべての結果が、通信が許容できる（条件が合致した）ものであるかどうかが、集計部２１７にて判断される（ステップＳ１８）。
【０１０１】
ステップＳ１８にて、集計部２１７へ通知されたすべての結果が、通信が許容できる（条件が合致した）ものである場合、集計部２１７からＳＩＰ信号制御部２００へその旨が通知される。そして、ＳＩＰ信号制御部２００からステップＳ１１にて受信されたＩＮＶＩＴＥが端末装置３ａが要求した接続先（宛先情報が示す宛先）へ転送される（ステップＳ１９）。
【０１０２】
一方、ステップＳ１８にて、集計部２１７へ通知されたすべての結果のうち少なくとも１つが通信が許容できない（条件が合致しなかった）ものである場合、通信が許容できないと判断され、その旨を端末装置３ａに応答するように集計部２１７からＳＩＰ信号制御部２００へ通知が行われる。
【０１０３】
そして、ＳＩＰ信号制御部２００から、４８８応答信号と条件が合致しなかった情報を含む補足情報とが端末装置３ａへ送信される（ステップＳ２０）。この補足情報の形式についてはここでは規定しないが、合致しなかった条件を示す情報が含まれる。
【０１０４】
なお、ステップＳ１８の処理は、すべての条件ではなく、各条件のうち、所定の条件を満たすものであるかどうかを判断するものであっても良い。例えば、メディアタイプの条件および帯域の条件を満たすものであるかどうかを判断することによって通信が許容できるかどうかを判断するものであっても良い。
【０１０５】
以下に、図５に示した構成を有する端末装置３ａにおける処理について説明する。
【０１０６】
図９は、図５に示した構成を有する端末装置３ａにおける処理を説明するためのフローチャートである。
【０１０７】
通信を要求するためにＳＩＰ信号制御部３００からＩＮＶＩＴＥが送信された後（ステップＳ２１）、呼制御装置２ａから送信された４８８応答信号と該当するＷａｒｎｉｎｇ−Ｃｏｄｅが受信されると（ステップＳ２２）、条件分析部３１０にてＷａｒｎｉｎｇ−Ｃｏｄｅに基づいて条件が分析される（ステップＳ２３）。
【０１０８】
そして、分析された条件に基づいて処理が行われる。具体的には、条件に合致するようにセッション記述条件を変更したＩＮＶＩＴＥが生成される。生成されたＩＮＶＩＴＥがＳＩＰ信号制御部３００を介して呼制御装置２ａへ送信される（ステップＳ２４）。
【０１０９】
その後、呼制御装置２ａから送信されてきた通信が許容できることを示す２００ＯＫがＳＩＰ信号制御部３００にて受信されると（ステップＳ２５）、それに対する応答信号であるＡＣＫがＳＩＰ信号制御部３００から送信される（ステップＳ２６）。そして、接続先との間で通信状態となる（ステップＳ２７）。
【０１１０】
これにより、端末装置３ａが無駄な再発呼を行うことを避けることができ、効率的な再発呼を行うことができるようになる。
【０１１１】
以下に、上述した呼制御装置および端末装置を用いた通信システムにおけるフォールバック要求方法について説明する。ここでは、呼制御装置２ａと接続された端末装置３ａと端末装置３ｂとの間において通信が行われる場合を例に挙げて説明する。
【０１１２】
図１０は、上述した呼制御装置および端末装置を用いた通信システムにおけるフォールバック要求方法の一例を説明するためのシーケンス図である。
【０１１３】
まず、端末装置３ａからＩＮＶＩＴＥが送信されると（ステップＳ３１）、呼制御装置２ａにてＩＮＶＩＴＥに含まれるセッション記述条件と、呼制御装置２ａにあらかじめ記憶されている接続許容条件とに基づいて、各種チェックが行われる（ステップＳ３２）。このチェック（判断）方法については、図２および図６を用いて説明したものと同じである。
【０１１４】
ステップＳ３２における判断結果が、受け入れ（通信）不可能な条件があることにより、４８８応答信号と該当するＷａｒｎｉｎｇ−Ｃｏｄｅとが呼制御装置２ａから端末装置３ａへ送信される（ステップＳ３３）。
【０１１５】
すると、端末装置３ａにて受信されたＷａｒｎｉｎｇ−Ｃｏｄｅの分析が行われ（ステップＳ３４）、分析処理されたＩＮＶＩＴＥが端末装置３ａから呼制御装置２ａへ送信される（ステップＳ３５）。
【０１１６】
すると、呼制御装置２ａにて受信されたＩＮＶＩＴＥに含まれるセッション記述条件と、呼制御装置２ａにあらかじめ記憶されている接続許容条件とに基づいて、各種チェックが再度行われる（ステップＳ３６）。
【０１１７】
ステップＳ３６における判断結果が、受け入れ（通信）可能であることにより、ＩＮＶＩＴＥが呼制御装置２ａから端末装置３ｂへ送信される（ステップＳ３７）。
【０１１８】
すると、端末装置３ｂからその応答信号である２００ＯＫが呼制御装置２ａへ送信され（ステップＳ３８）、呼制御装置２ａから端末装置３ａへ２００ＯＫが送信される（ステップＳ３９）。
【０１１９】
端末装置３ａにて２００ＯＫが受信されると、応答信号であるＡＣＫが端末装置３ａから呼制御装置２ａへ送信され（ステップＳ４０）、当該ＡＣＫが呼制御装置２ａから端末装置３ｂへ送信される（ステップＳ４１）。
【０１２０】
その後、端末装置３ａと端末装置３ｂとの間で通信ができる状態になる（ステップＳ４２）。
【０１２１】
また、着信端末装置である端末装置３ｂから新たな要求が行われるものであっても良い。
【０１２２】
図１１は、上述した呼制御装置および端末装置を用いた通信システムにおけるフォールバック要求方法の他の例を説明するためのシーケンス図である。
【０１２３】
まず、端末装置３ａからＩＮＶＩＴＥが送信されると（ステップＳ５１）、呼制御装置２ａにてＩＮＶＩＴＥに含まれるセッション記述条件と、呼制御装置２ａにあらかじめ記憶されている接続許容条件とに基づいて、各種チェックが行われる（ステップＳ５２）。このチェック（判断）方法については、図２および図６を用いて説明したものと同じである。つまり、端末装置３ｂの条件のチェックが行われる。ここで、例えば、端末装置３ａから要求された条件Ａが「メディアタイプ：音声」であるとする。また、端末装置３ｂは「メディアタイプ：音声」を許容するものとする。
【０１２４】
続いて、呼制御装置２ａから端末装置３ｂへＩＮＶＩＴＥが送信される（ステップＳ５３）。
【０１２５】
すると、端末装置３ｂからＩＮＶＩＴＥに対する応答メッセージが呼制御装置２ａへ送信される（ステップＳ５４）。この応答メッセージは、条件Ｂ「メディアタイプ：音声＋映像」であれば接続しても良い旨を示すものとする。また、この条件Ｂは、端末装置３ｂの利用者によって設定されたものである。
【０１２６】
端末装置３ｂから送信された応答メッセージが呼制御装置２ａにて受信されると、呼制御装置２ａにて、端末装置３ａの条件がチェックされる（ステップＳ５５）。ここで、呼制御装置２ａにて、端末装置３ａは映像を許容していないまたは能力を有さないことをあらかじめ管理しているため、その旨が呼制御装置２ａから端末装置３ｂへ応答メッセージとして送信される（ステップＳ５６）。なお、このとき、端末装置３ｂがメディアタイプ等の接続許容条件を検討中である旨を示したメッセージが呼制御装置２ａから端末装置３ａへ送信されるものであっても良い。
【０１２７】
呼制御装置２ａから送信された応答メッセージが端末装置３ｂにて受信されると、端末装置３ｂにて条件Ａで接続しても良いかが分析され（ステップＳ５７）、その結果が、２００ＯＫメッセージまたは通話拒否メッセージとして端末装置３ｂから呼制御装置２ａへ送信される（ステップＳ５８）。そして、その２００ＯＫメッセージまたは通話拒否メッセージが呼制御装置２ａから端末装置３ａへ送信される（ステップＳ５９）。
【０１２８】
以上説明したように、本発明においては、端末装置の接続を仲介するネットワーク（呼制御装置）にてフォールバックを要求するため、以下の効果を奏する。
【０１２９】
（１）効率的なネゴシエーションが可能となる。
【０１３０】
（２）受け入れ可能な呼が再発信されることから、正確な課金およびリソース管理ができる。
【符号の説明】
【０１３１】
１ａ〜１ｃ    ＩＰネットワーク
２ａ〜２ｃ    呼制御装置
３ａ，３ｂ    端末装置
２００，３００    ＳＩＰ信号制御部
２１０    ＳＤＰ評価部
２１１    許容条件検索部
２１２    ネットワークプロトコルチェック部
２１３    メディア条件チェック部
２１４    メディアプロトコル条件チェック部
２１５    メディアフォーマット条件チェック部
２１６    帯域チェック部
２１７    集計部
２２０    許容条件蓄積部
２２１    ＩＰネットワーク許容条件蓄積部
２２２    端末装置許容条件蓄積部
３１０    条件分析部
【図１】
2010206460.tif 000003
【図２】
2010206460.tif 000004
【図３】
2010206460.tif 000005
【図４】
2010206460.tif 000006
【図５】
2010206460.tif 000007
【図６】
2010206460.tif 000008
【図７】
2010206460.tif 000009
【図８】
2010206460.tif 000010
【図９】
2010206460.tif 000011
【図１０】
2010206460.tif 000012
【図１１】
2010206460.tif 000013