JP5097731B2

JP5097731B2 - 通信システムおよびフォールバック要求方法

Info

Publication number: JP5097731B2
Application number: JP2009049104A
Authority: JP
Inventors: 誠伊勢; 高原田; 精一坂谷
Original assignee: Nippon Telegraph and Telephone Corp
Current assignee: Nippon Telegraph and Telephone Corp
Priority date: 2009-03-03
Filing date: 2009-03-03
Publication date: 2012-12-12
Anticipated expiration: 2029-03-03
Also published as: JP2010206460A

Description

本発明は、フォールバックを要求する通信システムおよびフォールバック要求方法に関する。

一般的にデータ通信技術で用いられる「フォールバック」とは、データの送信エラーが発生した場合、データを送信するデータ通信速度を遅くすることにより、送信エラーの発生率を低減させる技術である。ここでは、送信エラーの発生率を低減させるために、データ通信速度を遅くすることに限らず、機能を徐々に絞っていくことも含める。

フォールバックに関する技術として、例えば、ファクシミリ装置において、複数のフォールバックパターン（例えば、２．４ｋｂｐｓずつ速度を遅くするフォールバックパターンや、４．８ｋｂｐｓずつ速度を遅くするフォールバックパターン等）を記憶する機能と、過去の通信履歴を記憶する機能と、記憶した通信履歴から通信条件を表すパラメータ（例えば、エラーフレーム発生率のばらつき）を演出する機能と、演出したパラメータに応じて、通信速度を遅くするパターンを記憶した中から選択する機能（例えば、エラーフレーム発生率のばらつきが大きな場合、データ通信速度を少しずつ徐々に低下させるよりも一度に急激に低下させる方が好ましいため、セットしたデータ通信速度から４．８ｋｂｐｓずつ遅くするパターンを記憶した中から選択し、またエラーフレーム発生率のばらつきが小さな場合は、データ通信速度を少しずつ低下させる方が好ましいため、セットしたデータ通信速度から２．４ｋｂｐｓずつ遅くするパターンを記憶した中から選択する機能）を有するものがある。

これにより、回線の状況に応じて、２．４ｋｂｐｓや４．８ｋｂｐｓのフォールバックパターンを選択することができるようになり、最適なデータ通信速度を飛び越して必要以上に遅いデータ通信速度にしてしまうことがない。また、最適なデータ通信速度に至るまでの接続時間を長くしないようにすることが可能となる。

しかしながら、上記のフォールバックは、発信側端末装置と着信側端末装置との間においてエラー情報の送受信を行いながら進めるものである。つまり、発信側端末装置および着信側端末装置を収容するネットワークがフォールバックに関与するものではない。

ところが、今後開発される端末装置は、様々な通信能力を持つことが想定され、こうした状況下にあっては、発信側端末装置が、着信側端末装置に対し、着信側端末装置が許容していない通信能力を要求することが起こると考えられる。この場合、ネットワークが、発信側端末装置にフォールバックを要求することが、接続処理を早める上からも妥当であると考えられる。

また、他のフォールバックに関する技術として、発信側端末装置が、着信側端末装置の電話番号等の相手先情報を登録する中に、着信側端末装置が無線回線に接続されているか否かの情報も併せて格納し、当該着信側端末装置が無線回線に接続されている場合、データ通信速度を９．６ｋｂｐｓにセットし、無線回線に接続されていない端末装置に接続する場合は、１４．４ｋｂｐｓにセットする技術が考えられている（例えば、特許文献１参照。）。

これにより、無線回線に接続された端末装置に対しては、９．６ｋｂｐｓから始めることになり、１４．４ｋｂｐｓから始めた場合よりも、フォールバックを繰り返す回数が少なくなり、短い時間で接続することができる。

この技術は、前述したフォールバック技術と同様に、発信側端末装置と着信側端末装置との間において、情報の送受信を行いながら進めるものである。

特開２００１−１０３２６５号公報

上述したようなフォールバック技術においては、発信側端末装置および着信側端末装置を収容するネットワークがフォールバックに関与することができず、フォールバックの処理が発信側端末装置と着信側端末装置との間においてのみ行われる。そのため、フォールバック処理に関わる信号すべてが端末装置間で送受信されてしまい、それにより接続するまでの時間が長くなってしまうという問題点がある。

本発明の目的は、上述した課題を解決する通信システムおよびフォールバック要求方法を提供することである。

本発明の通信システムは、
通信機能を有する端末装置と、該端末装置の呼を制御する呼制御装置とから構成された通信システムであって、
前記端末装置は、セッションを確立する条件であるセッション記述条件を含んだセッション確立要求信号を前記呼制御装置へ送信し、
前記呼制御装置は、前記端末装置から送信されてきた前記セッション確立要求信号に含まれる前記セッション記述条件と、あらかじめ記憶されている前記端末装置の接続先への接続を許容する条件である接続許容条件とに基づいて、前記端末装置が要求する通信が許容できるかどうかを判断し、前記通信が許容できると判断した場合、前記セッション確立要求信号を前記接続先へ送信し、前記通信が許容できないと判断した場合、前記通信が許容できないと判断した接続許容条件を示す情報を前記端末装置へ送信することを特徴とする。

また、前記端末装置は、前記呼制御装置から前記通信が許容できないと判断した接続許容条件を示す情報が送信されてきた場合、該接続許容条件に適合するように前記セッション記述条件を変更し、該変更したセッション記述条件を含んだセッション確立要求信号を前記呼制御装置へ送信することを特徴とする。

また、前記端末装置は、前記セッション記述条件として、ネットワークプロトコルと、ネットワークアドレスフォーマットと、メディアタイプと、メディアプロトコルと、メディアフォーマットと、使用する帯域とを示す情報を、前記セッション確立要求信号に含んで前記呼制御装置へ送信し、
前記呼制御装置は、該セッション記述条件それぞれと、前記接続許容条件としてあらかじめ記憶されているネットワークプロトコルと、ネットワークアドレスフォーマットと、メディアタイプと、メディアプロトコルと、メディアフォーマットと、使用する帯域とのそれぞれの比較に基づいて前記通信が許容できるかどうかを判断し、前記接続許容条件のすべてについて前記通信が許容できると判断した場合、前記セッション確立要求信号を前記接続先へ送信し、それ以外の場合、前記通信が許容できないと判断した接続許容条件を示す情報を前記端末装置へ送信することを特徴とする。

また、前記呼制御装置は、前記通信が許容できないと判断した場合、前記通信が許容できないと判断した接続許容条件を示す情報をＷａｒｎｉｎｇ−Ｃｏｄｅを用いて前記端末装置へ送信することを特徴とする。

また、本発明のフォールバック要求方法は、
通信機能を有する端末装置と該端末装置の呼を制御する呼制御装置とから構成された通信システムにおいてフォールバックを要求するフォールバック要求方法であって、
前記端末装置が、セッションを確立する条件であるセッション記述条件を含んだセッション確立要求信号を前記呼制御装置へ送信する処理と、
前記呼制御装置が、前記端末装置から送信されてきたセッション確立要求信号に含まれるセッション記述条件と、あらかじめ記憶されている前記端末装置の接続先への接続を許容する条件である接続許容条件とに基づいて、前記端末装置が要求する通信が許容できるかどうかを判断する処理と、
前記呼制御装置が、前記通信が許容できると判断した場合、前記セッション確立要求信号を前記接続先へ送信する処理と、
前記呼制御装置が、前記通信が許容できないと判断した場合、前記通信が許容できないと判断した接続許容条件を示す情報を前記端末装置へ送信する処理とを有する。

また、前記端末装置が、前記呼制御装置から前記通信が許容できないと判断した接続許容条件を示す情報が送信されてきた場合、該接続許容条件に適合するように前記セッション記述条件を変更する処理と、
前記端末装置が、前記変更したセッション記述条件を含んだセッション確立要求信号を前記呼制御装置へ送信する処理とを有することを特徴とする。

また、前記端末装置が、前記セッション記述条件として、ネットワークプロトコルと、ネットワークアドレスフォーマットと、メディアタイプと、メディアプロトコルと、メディアフォーマットと、使用する帯域とを示す情報を、前記セッション確立要求信号に含んで前記呼制御装置へ送信する処理と、
前記呼制御装置が、該セッション記述条件それぞれと、前記接続許容条件としてあらかじめ記憶されているネットワークプロトコルと、ネットワークアドレスフォーマットと、メディアタイプと、メディアプロトコルと、メディアフォーマットと、使用する帯域とのそれぞれの比較に基づいて前記通信が許容できるかどうかを判断する処理と、
前記呼制御装置が、前記接続許容条件のすべてについて前記通信が許容できると判断した場合、前記セッション確立要求信号を前記接続先へ送信する処理と、
前記呼制御装置が、前記接続許容条件の少なくとも１つについて前記通信が許容できないと判断した場合、前記通信が許容できないと判断した接続許容条件を示す情報を前記端末装置へ送信する処理とを有することを特徴とする。

また、前記呼制御装置が、前記通信が許容できないと判断した場合、前記通信が許容できないと判断した接続許容条件を示す情報をＷａｒｎｉｎｇ−Ｃｏｄｅを用いて前記端末装置へ送信する処理を有することを特徴とする。

以上説明したように本発明においては、通信機能を有する端末装置が、セッションを確立する条件であるセッション記述条件を含んだセッション確立要求信号を、端末装置の呼を制御する呼制御装置へ送信し、呼制御装置が、端末装置から送信されてきたセッション確立要求信号に含まれるセッション記述条件と、あらかじめ記憶されている端末装置の接続先への接続を許容する条件である接続許容条件とに基づいて、端末装置が要求する通信が許容できるかどうかを判断し、通信が許容できると判断した場合、当該セッション確立要求信号を接続先へ送信し、通信が許容できないと判断した場合、通信が許容できないと判断した接続許容条件を示す情報を端末装置へ送信する構成としたため、発信側端末装置と信側端末装置との接続時間が長くなることを回避し、発信側端末装置と信側端末装置との間の効率的なネゴシエーションを可能とすることができる。

本発明の通信システムの実施の一形態を示す図である。図１に示した呼制御装置の内部構成の一例を示す図である。図２に示したＩＰネットワーク許容条件蓄積部に蓄積されたＩＰネットワーク接続許容条件の一例を示す図である。図２に示した端末装置許容条件蓄積部に蓄積された端末装置接続許容条件の一例を示す図である。図１に示した端末装置の内部構成の一例を示す図である。図２に示した構成を有する呼制御装置における処理を説明するためのフローチャートである。図１に示した呼制御装置の内部構成の他の例を示す図である。図７に示した構成要素を有する呼制御装置における処理を説明するためのフローチャートである。図５に示した構成を有する端末装置における処理を説明するためのフローチャートである。本発明の呼制御装置および端末装置を用いた通信システムにおけるフォールバック要求方法の一例を説明するためのシーケンス図である。本発明の呼制御装置および端末装置を用いた通信システムにおけるフォールバック要求方法の他の例を説明するためのシーケンス図である。

以下に、本発明の実施の形態について図面を参照して説明する。

図１は、本発明の通信システムの実施の一形態を示す図である。

本形態は図１に示すように、ＩＰネットワーク１ａが、ＩＰネットワーク１ｂ，１ｃと接続されており、ＩＰネットワーク１ａ〜１ｃには呼制御装置２ａ〜２ｃがそれぞれ設けられ、呼制御装置２ａには端末装置３ａ，３ｂが接続されている。本形態においては、端末装置３ａと端末装置３ｂとが同じ呼制御装置２ａ配下に接続された形態となっているが、端末装置３ｂが呼制御装置２ｂや呼制御装置２ｃの配下に接続された形態であっても良い。

ＩＰネットワーク１ａ〜１ｃは、ＩＰ（Internet Protocol）のプロトコルをベースとして通信を行う通信ネットワークである。

呼制御装置２ａ〜２ｃは、加入者系あるいは中継系の呼制御機能を有するサーバである。

端末装置３ａ，３ｂは、本通信システムを利用する利用者が操作する通信機能を有する通信端末である。

図２は、図１に示した呼制御装置２ａの内部構成の一例を示す図である。

図１に示した呼制御装置２ａには図２に示すように、ＳＩＰ信号制御部２００と、ＳＤＰ評価部２１０と、許容条件蓄積部２２０とが設けられている。なお、図２には、呼制御装置２ａが有する構成要素のうち、本発明に関わる構成要素のみを示した。また、図１に示した呼制御装置２ｂ，２ｃについても呼制御装置２ａと同様の構成を有する。

ＳＩＰ信号制御部２００は、ＩＰネットワーク１ｂ，１ｃや端末装置３ａ，３ｂから送信されてきた、ＳＩＰ（Session Initiation Protocol）のセッション確立要求信号をはじめとする要求信号や各種応答信号を受信し、これらの信号を処理し、さらに転送する機能を有する。また、ＳＩＰ処理した信号のうち通信先を示す宛先情報とＳＤＰ（Session Description Protocol）フィールドのセッション記述条件とをＳＤＰ評価部２１０へ出力する。また、ＳＤＰ評価部２１０から出力されてきた比較結果を接続要求してきた端末装置へ送信（返信）する。

ＳＤＰ評価部２１０は、ＳＩＰ信号制御部２００から出力されてきた宛先情報に基づいて、許容条件蓄積部２２０から接続を許容する接続許容条件を検索し、検索された接続許容条件とＳＩＰ信号制御部２００から出力されてきたセッション記述条件とを比較する。また、ＳＤＰ評価部２１０は、比較結果をＳＩＰ信号制御部２００へ出力する。

ＳＤＰ評価部２１０には、許容条件検索部２１１と、ネットワークプロトコルチェック部２１２と、メディア条件チェック部２１３と、メディアプロトコル条件チェック部２１４と、メディアフォーマット条件チェック部２１５と、帯域チェック部２１６とが設けられている。

許容条件検索部２１１は、ＳＩＰ信号制御部２００から出力されてきた宛先情報に基づいて、許容条件蓄積部２２０にアクセスし、当該宛先情報に応じた接続許容条件を許容条件蓄積部２２０から読み出す。ここで接続許容条件については後述するが、通信先のＩＰネットワークまたは端末装置と接続（通信）するための、ネットワークプロトコル、ネットワークアドレスフォーマット、メディアタイプ、メディアプロトコル、メディアフォーマットおよび帯域である。また、これらの条件に限らず、接続するための他の条件を含むものであってもかまわない。また、許容条件検索部２１１は、許容条件蓄積部２２０から読み出した各接続許容条件を、ネットワークプロトコルチェック部２１２と、メディア条件チェック部２１３と、メディアプロトコル条件チェック部２１４と、メディアフォーマット条件チェック部２１５と、帯域チェック部２１６とへ、それぞれ対応した機能部へ出力する。また、ＳＩＰ信号制御部２００から出力されてきたセッション記述条件を、ネットワークプロトコルチェック部２１２と、メディア条件チェック部２１３と、メディアプロトコル条件チェック部２１４と、メディアフォーマット条件チェック部２１５と、帯域チェック部２１６とへ、それぞれ対応した機能部へ出力する。

ネットワークプロトコルチェック部２１２は、許容条件検索部２１１から出力されてきた許容条件蓄積部２２０から読み出したネットワークプロトコルおよびネットワークアドレスフォーマットと、許容条件検索部２１１から出力されてきたセッション記述条件のネットワークプロトコルおよびネットワークアドレスフォーマットとを比較する。つまり、ネットワークプロトコルおよびネットワークアドレスフォーマットについて、通信が受け入れられるか否かをチェックする。そして、比較の結果、これらが合致しない場合、通信が受け入れられないと判断し、受け入れ不可能である旨をＳＩＰ信号制御部２００へ出力する。このとき、Ｗａｒｎｉｎｇ−Ｃｏｄｅ３００で応答するようにＳＩＰ信号制御部２００へ通知する。また、これらが合致した場合、受け入れ可能であると判断し、その旨をメディア条件チェック部２１３へ出力する。例えば、ＩＰｖ６で発信した端末装置あるいはＩＰネットワークが、ＩＰｖ６をサポートしていない端末装置あるいはＩＰネットワークとの通信を要求してきた場合、当該通信が受け入れ不可能である旨を出力する。

メディア条件チェック部２１３は、許容条件検索部２１１から出力されてきた許容条件蓄積部２２０から読み出したメディアタイプと、許容条件検索部２１１から出力されてきたセッション記述条件のメディアタイプとを比較する。つまり、メディアタイプについて、通信が受け入れられるか否かをチェックする。そして、比較の結果、これらが合致しない場合、通信が受け入れられないと判断し、受け入れ不可能である旨をＳＩＰ信号制御部２００へ出力する。このとき、Ｗａｒｎｉｎｇ−Ｃｏｄｅ３０４で応答するようにＳＩＰ信号制御部２００へ通知する。また、これらが合致した場合、受け入れ可能であると判断し、その旨をメディアプロトコル条件チェック部２１４へ出力する。この比較動作は、ネットワークプロトコルチェック部２１２から受け入れ可能である旨が出力されてきたことをトリガとして行うものであっても良い。例えば、テレビ電話（メディアタイプは、映像と音声）で発信した端末装置あるいはＩＰネットワークが、本メディアタイプをサポートしていない端末装置あるいはＩＰネットワークとの通信を要求してきた場合、当該通信が受け入れ不可能である旨を出力する。

メディアプロトコル条件チェック部２１４は、許容条件検索部２１１から出力されてきた許容条件蓄積部２２０から読み出したメディアプロトコル（トランスポートプロトコル）と、許容条件検索部２１１から出力されてきたセッション記述条件のメディアプロトコルとを比較する。つまり、メディアプロトコルについて、通信が受け入れられるか否かをチェックする。そして、比較の結果、これらが合致しない場合、通信が受け入れられないと判断し、受け入れ不可能である旨をＳＩＰ信号制御部２００へ出力する。このとき、Ｗａｒｎｉｎｇ−Ｃｏｄｅ３０２で応答するようにＳＩＰ信号制御部２００へ通知する。また、これらが合致した場合、受け入れ可能であると判断し、その旨をメディアフォーマット条件チェック部２１５へ出力する。この比較動作は、メディア条件チェック部２１３から受け入れ可能である旨が出力されてきたことをトリガとして行うものであっても良い。

メディアフォーマット条件チェック部２１５は、許容条件検索部２１１から出力されてきた許容条件蓄積部２２０から読み出したメディアフォーマット（コーデック）と、許容条件検索部２１１から出力されてきたセッション記述条件のメディアフォーマットとを比較する。このとき、コーデックに付随するパラメータも含めて比較する。つまり、メディアフォーマットについて、通信が受け入れられるか否かをチェックする。そして、比較の結果、これらが合致しない場合、通信が受け入れられないと判断し、受け入れ不可能である旨をＳＩＰ信号制御部２００へ出力する。このとき、Ｗａｒｎｉｎｇ−Ｃｏｄｅ３０５で応答するようにＳＩＰ信号制御部２００へ通知する。また、これらが合致した場合、受け入れ可能であると判断し、その旨を帯域チェック部２１６へ出力する。この比較動作は、メディアプロトコル条件チェック部２１４から受け入れ可能である旨が出力されてきたことをトリガとして行うものであっても良い。

帯域チェック部２１６は、許容条件検索部２１１から出力されてきた許容条件蓄積部２２０から読み出した帯域と、許容条件検索部２１１から出力されてきたセッション記述条件の帯域とを比較する。つまり、使用する帯域について、通信が受け入れられるか否かをチェックする。そして、使用する帯域が足りない場合、通信が受け入れられないと判断し、受け入れ不可能である旨をＳＩＰ信号制御部２００へ出力する。このとき、Ｗａｒｎｉｎｇ−Ｃｏｄｅ３７０で応答するようにＳＩＰ信号制御部２００へ通知する。また、使用する帯域が足りる場合、受け入れ可能であると判断し、その旨を受け入れ可通知としてＳＩＰ信号制御部２００へ出力する。この比較動作は、メディアフォーマット条件チェック部２１５から受け入れ可能である旨が出力されてきたことをトリガとして行うものであっても良い。

また、許容条件蓄積部２２０は、ＩＰネットワーク１ｂ，１ｃや端末装置３ａ，３ｂと接続するための接続許容条件があらかじめ蓄積（記憶）されている。

許容条件蓄積部２２０には、ＩＰネットワーク許容条件蓄積部２２１と、端末装置許容条件蓄積部２２２とが設けられている。

ＩＰネットワーク許容条件蓄積部２２１は、ＩＰネットワーク１ｂ，１ｃへ接続するための接続許容条件があらかじめ蓄積されている。

図３は、図２に示したＩＰネットワーク許容条件蓄積部２２１に蓄積されたＩＰネットワーク接続許容条件の一例を示す図である。

図２に示したＩＰネットワーク許容条件蓄積部２２１には図３に示すように、ＩＰネットワークを識別するためのＩＰネットワーク情報（ここでは、図１に示した「１ｂ」、「１ｃ」を例に挙げる）と、ネットワークプロトコルと、ネットワークアドレスフォーマットと、メディアタイプと、メディアプロトコルと、メディアフォーマットと、帯域とが対応付けられて蓄積（記憶）されている。これは、ＩＰネットワーク情報を有するＩＰネットワークへ接続するために許容されるネットワークプロトコルと、ネットワークアドレスフォーマットと、メディアタイプと、メディアプロトコルと、メディアフォーマットと、帯域とを示している。

端末装置許容条件蓄積部２２２は、端末装置３ａ，３ｂへ接続するための接続許容条件があらかじめ蓄積されている。

図４は、図２に示した端末装置許容条件蓄積部２２２に蓄積された端末装置接続許容条件の一例を示す図である。

図２に示した端末装置許容条件蓄積部２２２には図４に示すように、端末装置を識別するための端末装置情報（ここでは、図１に示した「３ａ」、「３ｂ」を例に挙げる）と、ネットワークプロトコルと、ネットワークアドレスフォーマットと、メディアタイプと、メディアプロトコルと、メディアフォーマットと、帯域とが対応付けられて蓄積（記憶）されている。これは、端末装置情報を有する端末装置へ接続するために許容されるネットワークプロトコルと、ネットワークアドレスフォーマットと、メディアタイプと、メディアプロトコルと、メディアフォーマットと、帯域とを示している。

図５は、図１に示した端末装置３ａの内部構成の一例を示す図である。

図１に示した端末装置３ａには図５に示すように、ＳＩＰ信号制御部３００と、条件分析部３１０とが設けられている。なお、図５には、端末装置３ａが有する構成要素のうち、本発明に関わる構成要素のみを示した。また、図１に示した端末装置３ｂについても端末装置３ａと同様の構成を有する。

ＳＩＰ信号制御部３００は、ＳＩＰのセッション確立要求信号をはじめとする要求信号や各種応答信号を受信し、これらの信号を処理し、さらに転送する機能を有する。また、ＳＩＰ信号制御部３００は、呼制御装置２ａから送信されてきた信号（上述したような接続を許容するか否かのＷａｒｎｉｎｇ−Ｃｏｄｅ等の信号）を受信し、条件分析部３１０へ出力する。

条件分析部３１０は、呼制御装置２ａからＳＩＰ信号制御部３００経由で送信されてきたＷａｒｎｉｎｇ−Ｃｏｄｅに応じて、それぞれの条件に適合するように、以下の処理を行い、フォールバックする機能を有する。

（１）Ｗａｒｎｉｎｇ−Ｃｏｄｅ３００：端末装置３ａがＩＰｖ６で発信していた場合、ＩＰｖ４で発信し直すようにする。

（２）Ｗａｒｎｉｎｇ−Ｃｏｄｅ３０４：複数のメディアをセットしたメディアタイプで発信していた場合、例えば、テレビ電話（メディアタイプは映像と音声）で発信していた場合、一部のメディア（この場合は映像）を除いたメディアタイプで発信し直すようにする。すなわち、音声のトランスポートプロトコルやメディアフォーマットを変えることにより、テレビ電話として再発信することを止めるものである。これにより、無駄な再発信を省くことができる。

（３）Ｗａｒｎｉｎｇ−Ｃｏｄｅ３０２：トランスポートプロトコルを変更して再発信し直すようにする。

（４）Ｗａｒｎｉｎｇ−Ｃｏｄｅ３０５：メディアフォーマット（コーデック）や付随するパラメータを変更して発信し直すようにする。

（５）Ｗａｒｎｉｎｇ−Ｃｏｄｅ３７０：帯域を減らして発信し直すようにする。

以下に、図２に示した構成を有する呼制御装置２ａにおける処理について説明する。

図６は、図２に示した構成を有する呼制御装置２ａにおける処理を説明するためのフローチャートである。

まず、端末装置３ａから送信されたセッション確立要求信号であるＩＮＶＩＴＥがＳＩＰ信号制御部２００にて受信されると（ステップＳ１）、ＩＮＶＩＴＥに含まれる宛先情報と、ＳＤＰフィールドのセッション記述条件とがＳＩＰ信号制御部２００から許容条件検索部２１１へ出力される。このとき、セッション記述条件として端末装置３ａから送信される条件は、ネットワークプロトコル、ネットワークアドレスフォーマット、メディアタイプ、メディアプロトコル、メディアフォーマットおよび帯域である。

すると、許容条件検索部２１１にて、宛先情報に基づいて、当該宛先と接続するための接続許容条件が許容条件蓄積部２２０から検索されて読み出される（ステップＳ２）。

また、ＳＤＰフィールドのセッション記述条件のうち、ネットワークプロトコルとネットワークアドレスフォーマットとが、許容条件検索部２１１からネットワークプロトコルチェック部２１２へ出力される。また、ＳＤＰフィールドのセッション記述条件のうち、メディアタイプが、許容条件検索部２１１からメディア条件チェック部２１３へ出力される。また、ＳＤＰフィールドのセッション記述条件のうち、メディアプロトコルが、許容条件検索部２１１からメディアプロトコル条件チェック部２１４へ出力される。また、ＳＤＰフィールドのセッション記述条件のうち、メディアフォーマットが、許容条件検索部２１１からメディアフォーマット条件チェック部２１５へ出力される。また、ＳＤＰフィールドのセッション記述条件のうち、帯域が、許容条件検索部２１１から帯域チェック部２１６へ出力される。

また、ステップＳ２で許容条件蓄積部２２０から読み出された接続許容条件のうち、ネットワークプロトコルとネットワークアドレスフォーマットとが、許容条件検索部２１１からネットワークプロトコルチェック部２１２へ出力される。また、許容条件蓄積部２２０から読み出された接続許容条件のうち、メディアタイプが、許容条件検索部２１１からメディア条件チェック部２１３へ出力される。また、許容条件蓄積部２２０から読み出された接続許容条件のうち、メディアプロトコルが、許容条件検索部２１１からメディアプロトコル条件チェック部２１４へ出力される。また、許容条件蓄積部２２０から読み出された接続許容条件のうち、メディアフォーマットが、許容条件検索部２１１からメディアフォーマット条件チェック部２１５へ出力される。また、許容条件蓄積部２２０から読み出された接続許容条件のうち、帯域が、許容条件検索部２１１から帯域チェック部２１６へ出力される。

続いて、ネットワークプロトコルチェック部２１２にて、ネットワークプロトコルおよびネットワークアドレスフォーマットがチェックされる（ステップＳ３）。このチェックは、端末装置３ａから送信されてきたセッション記述条件の中のネットワークプロトコルとネットワークアドレスフォーマットとが、許容条件蓄積部２２０に蓄積されているネットワークプロトコルとネットワークアドレスフォーマットとに合致するか（通信が許容できるか）どうかをチェックするものである。上述したが、許容条件蓄積部２２０に蓄積されているネットワークプロトコルとネットワークアドレスフォーマットとの接続許容条件に、端末装置３ａから送信されてきたセッション記述条件の中のネットワークプロトコルとネットワークアドレスフォーマットとが合致すれば通信が許容できる（受け入れが可能である）と判断される。

ステップＳ３にて通信が許容できると判断された場合、その旨がネットワークプロトコルチェック部２１２からメディア条件チェック部２１３へ通知される。

すると、メディア条件チェック部２１３にて、メディア条件がチェックされる（ステップＳ４）。このチェックは、端末装置３ａから送信されてきたセッション記述条件の中のメディアタイプが、許容条件蓄積部２２０に蓄積されているメディアタイプに合致するか（通信が許容できるか）どうかをチェックするものである。上述したが、許容条件蓄積部２２０に蓄積されているメディアタイプの接続許容条件に、端末装置３ａから送信されてきたセッション記述条件の中のメディアタイプが合致すれば通信が許容できる（受け入れが可能である）と判断される。

ステップＳ４にて通信が許容できると判断された場合、その旨がメディア条件チェック部２１３からメディアプロトコル条件チェック部２１４へ通知される。

すると、メディアプロトコル条件チェック部２１４にて、メディアプロトコル条件がチェックされる（ステップＳ５）。このチェックは、端末装置３ａから送信されてきたセッション記述条件の中のメディアプロトコルが、許容条件蓄積部２２０に蓄積されているメディアプロトコルに合致するか（通信が許容できるか）どうかをチェックするものである。上述したが、許容条件蓄積部２２０に蓄積されているメディアプロトコルの接続許容条件に、端末装置３ａから送信されてきたセッション記述条件の中のメディアプロトコルが合致すれば通信が許容できる（受け入れが可能である）と判断される。

ステップＳ５にて通信が許容できると判断された場合、その旨がメディアプロトコル条件チェック部２１４からメディアフォーマット条件チェック部２１５へ通知される。

すると、メディアフォーマット条件チェック部２１５にて、メディアフォーマット条件がチェックされる（ステップＳ６）。このチェックは、端末装置３ａから送信されてきたセッション記述条件の中のメディアフォーマットが、許容条件蓄積部２２０に蓄積されているメディアフォーマットに合致するか（通信が許容できるか）どうかをチェックするものである。上述したが、許容条件蓄積部２２０に蓄積されているメディアフォーマットの接続許容条件に、端末装置３ａから送信されてきたセッション記述条件の中のメディアフォーマットが合致すれば通信が許容できる（受け入れが可能である）と判断される。

ステップＳ６にて通信が許容できると判断された場合、その旨がメディアフォーマット条件チェック部２１５から帯域チェック部２１６へ通知される。

すると、帯域チェック部２１６にて、帯域がチェックされる（ステップＳ７）。このチェックは、端末装置３ａから送信されてきたセッション記述条件の中の帯域が、許容条件蓄積部２２０に蓄積されている帯域に合致するか（通信が許容できるか）どうかをチェックするものである。上述したが、許容条件蓄積部２２０に蓄積されている帯域の接続許容条件に、端末装置３ａから送信されてきたセッション記述条件の中の帯域が入れば通信が許容できる（受け入れが可能である）と判断される。

ステップＳ７にて通信が許容できると判断された場合、通信が可能である旨を示す受け入れ可通知が帯域チェック部２１６からＳＩＰ信号制御部２００へ出力される。

すると、ＳＩＰ信号制御部２００からステップＳ１にて受信されたＩＮＶＩＴＥが端末装置３ａが要求した接続先（宛先情報が示す宛先）へ転送される（ステップＳ８）。

一方、ステップＳ３にて、通信が許容できないと判断された場合、Ｗａｒｎｉｎｇ−Ｃｏｄｅ３００で端末装置３ａに応答するようにネットワークプロトコルチェック部２１２からＳＩＰ信号制御部２００へ通知が行われる。

また、ステップＳ４にて、通信が許容できないと判断された場合、Ｗａｒｎｉｎｇ−Ｃｏｄｅ３０４で端末装置３ａに応答するようにメディア条件チェック部２１３からＳＩＰ信号制御部２００へ通知が行われる。

また、ステップＳ５にて、通信が許容できないと判断された場合、Ｗａｒｎｉｎｇ−Ｃｏｄｅ３０２で端末装置３ａに応答するようにメディアプロトコル条件チェック部２１４からＳＩＰ信号制御部２００へ通知が行われる。

また、ステップＳ６にて、通信が許容できないと判断された場合、Ｗａｒｎｉｎｇ−Ｃｏｄｅ３０５で端末装置３ａに応答するようにメディアフォーマット条件チェック部２１５からＳＩＰ信号制御部２００へ通知が行われる。

また、ステップＳ７にて、通信が許容できないと判断された場合、Ｗａｒｎｉｎｇ−Ｃｏｄｅ３７０で端末装置３ａに応答するように帯域チェック部２１６からＳＩＰ信号制御部２００へ通知が行われる。

そして、Ｗａｒｎｉｎｇ−Ｃｏｄｅで端末装置３ａに応答するように通知されたＳＩＰ信号制御部２００から、４８８応答信号と該当するＷａｒｎｉｎｇ−Ｃｏｄｅとが端末装置３ａへ送信される（ステップＳ９）。

これにより、ＩＰネットワーク上の呼制御装置２ａがフォールバックを要求できるようになる。

以上説明した処理では、通信が許容できないと判断された時点で、他のチェックを行わないものを例に挙げて説明した。以下、１つのチェックにおいて通信が許容できないと判断された場合であっても、各チェック部２１２〜２１６におけるチェックをすべて行う処理について説明する。

図７は、図１に示した呼制御装置２ａの内部構成の他の例を示す図である。

図７に示した構成例では、図２に示した構成要素に、集計部２１７が追加されたものとなっている。

ネットワークプロトコルチェック部２１２は、判断結果をＳＩＰ信号制御部２００またはメディア条件チェック部２１３へ通知する図２のものとは異なり、判断結果を集計部２１７へ通知する。

メディア条件チェック部２１３は、判断結果をＳＩＰ信号制御部２００またはメディアプロトコル条件チェック部２１４へ通知する図２のものとは異なり、判断結果を集計部２１７へ通知する。

メディアプロトコル条件チェック部２１４は、判断結果をＳＩＰ信号制御部２００またはメディアフォーマット条件チェック部２１５へ通知する図２のものとは異なり、判断結果を集計部２１７へ通知する。

メディアフォーマット条件チェック部２１５は、判断結果をＳＩＰ信号制御部２００または帯域チェック部２１６へ通知する図２のものとは異なり、判断結果を集計部２１７へ通知する。

集計部２１７は、各チェック部２１２〜２１６から通知された判断結果を集計してＳＩＰ信号制御部２００へ出力する。

以下に、図７に示した構成要素を有する呼制御装置２ａにおける処理について説明する。

図８は、図７に示した構成要素を有する呼制御装置２ａにおける処理を説明するためのフローチャートである。

まず、端末装置３ａから送信されたセッション確立要求信号であるＩＮＶＩＴＥがＳＩＰ信号制御部２００にて受信されると（ステップＳ１１）、ＩＮＶＩＴＥに含まれる宛先情報と、ＳＤＰフィールドのセッション記述条件とがＳＩＰ信号制御部２００から許容条件検索部２１１へ出力される。このとき、セッション記述条件として端末装置３ａから送信される条件は、ネットワークプロトコル、ネットワークアドレスフォーマット、メディアタイプ、メディアプロトコル、メディアフォーマットおよび帯域である。

すると、許容条件検索部２１１にて、宛先情報に基づいて、当該宛先と接続するための接続許容条件が許容条件蓄積部２２０から検索されて読み出される（ステップＳ１２）。

また、ステップＳ１２で許容条件蓄積部２２０から読み出された接続許容条件のうち、ネットワークプロトコルとネットワークアドレスフォーマットとが、許容条件検索部２１１からネットワークプロトコルチェック部２１２へ出力される。また、許容条件蓄積部２２０から読み出された接続許容条件のうち、メディアタイプが、許容条件検索部２１１からメディア条件チェック部２１３へ出力される。また、許容条件蓄積部２２０から読み出された接続許容条件のうち、メディアプロトコルが、許容条件検索部２１１からメディアプロトコル条件チェック部２１４へ出力される。また、許容条件蓄積部２２０から読み出された接続許容条件のうち、メディアフォーマットが、許容条件検索部２１１からメディアフォーマット条件チェック部２１５へ出力される。また、許容条件蓄積部２２０から読み出された接続許容条件のうち、帯域が、許容条件検索部２１１から帯域チェック部２１６へ出力される。

続いて、ネットワークプロトコルチェック部２１２にて、ネットワークプロトコルおよびネットワークアドレスフォーマットがチェックされる（ステップＳ１３）。このチェック方法は、図６のフローチャートのステップＳ３にて説明したものと同じである。そして、このチェックの結果である判断結果が、ネットワークプロトコルチェック部２１２から集計部２１７へ通知される。

また、メディア条件チェック部２１３にて、メディア条件がチェックされる（ステップＳ１４）。このチェック方法は、図６のフローチャートのステップＳ４にて説明したものと同じである。そして、このチェックの結果である判断結果が、メディア条件チェック部２１３から集計部２１７へ通知される。

また、メディアプロトコル条件チェック部２１４にて、メディアプロトコル条件がチェックされる（ステップＳ１５）。このチェック方法は、図６のフローチャートのステップＳ５にて説明したものと同じである。そして、このチェックの結果である判断結果が、メディアプロトコル条件チェック部２１４から集計部２１７へ通知される。

また、メディアフォーマット条件チェック部２１５にて、メディアフォーマット条件がチェックされる（ステップＳ１６）。このチェック方法は、図６のフローチャートのステップＳ６にて説明したものと同じである。そして、このチェックの結果である判断結果が、メディアフォーマット条件チェック部２１５から集計部２１７へ通知される。

また、帯域チェック部２１６にて、帯域がチェックされる（ステップＳ１７）。このチェック方法は、図６のフローチャートのステップＳ７にて説明したものと同じである。そして、このチェックの結果である判断結果が、帯域チェック部２１６から集計部２１７へ通知される。

その後、集計部２１７へ通知されたすべての結果が、通信が許容できる（条件が合致した）ものであるかどうかが、集計部２１７にて判断される（ステップＳ１８）。

ステップＳ１８にて、集計部２１７へ通知されたすべての結果が、通信が許容できる（条件が合致した）ものである場合、集計部２１７からＳＩＰ信号制御部２００へその旨が通知される。そして、ＳＩＰ信号制御部２００からステップＳ１１にて受信されたＩＮＶＩＴＥが端末装置３ａが要求した接続先（宛先情報が示す宛先）へ転送される（ステップＳ１９）。

一方、ステップＳ１８にて、集計部２１７へ通知されたすべての結果のうち少なくとも１つが通信が許容できない（条件が合致しなかった）ものである場合、通信が許容できないと判断され、その旨を端末装置３ａに応答するように集計部２１７からＳＩＰ信号制御部２００へ通知が行われる。

そして、ＳＩＰ信号制御部２００から、４８８応答信号と条件が合致しなかった情報を含む補足情報とが端末装置３ａへ送信される（ステップＳ２０）。この補足情報の形式についてはここでは規定しないが、合致しなかった条件を示す情報が含まれる。

なお、ステップＳ１８の処理は、すべての条件ではなく、各条件のうち、所定の条件を満たすものであるかどうかを判断するものであっても良い。例えば、メディアタイプの条件および帯域の条件を満たすものであるかどうかを判断することによって通信が許容できるかどうかを判断するものであっても良い。

以下に、図５に示した構成を有する端末装置３ａにおける処理について説明する。

図９は、図５に示した構成を有する端末装置３ａにおける処理を説明するためのフローチャートである。

通信を要求するためにＳＩＰ信号制御部３００からＩＮＶＩＴＥが送信された後（ステップＳ２１）、呼制御装置２ａから送信された４８８応答信号と該当するＷａｒｎｉｎｇ−Ｃｏｄｅが受信されると（ステップＳ２２）、条件分析部３１０にてＷａｒｎｉｎｇ−Ｃｏｄｅに基づいて条件が分析される（ステップＳ２３）。

そして、分析された条件に基づいて処理が行われる。具体的には、条件に合致するようにセッション記述条件を変更したＩＮＶＩＴＥが生成される。生成されたＩＮＶＩＴＥがＳＩＰ信号制御部３００を介して呼制御装置２ａへ送信される（ステップＳ２４）。

その後、呼制御装置２ａから送信されてきた通信が許容できることを示す２００ＯＫがＳＩＰ信号制御部３００にて受信されると（ステップＳ２５）、それに対する応答信号であるＡＣＫがＳＩＰ信号制御部３００から送信される（ステップＳ２６）。そして、接続先との間で通信状態となる（ステップＳ２７）。

これにより、端末装置３ａが無駄な再発呼を行うことを避けることができ、効率的な再発呼を行うことができるようになる。

以下に、上述した呼制御装置および端末装置を用いた通信システムにおけるフォールバック要求方法について説明する。ここでは、呼制御装置２ａと接続された端末装置３ａと端末装置３ｂとの間において通信が行われる場合を例に挙げて説明する。

図１０は、上述した呼制御装置および端末装置を用いた通信システムにおけるフォールバック要求方法の一例を説明するためのシーケンス図である。

まず、端末装置３ａからＩＮＶＩＴＥが送信されると（ステップＳ３１）、呼制御装置２ａにてＩＮＶＩＴＥに含まれるセッション記述条件と、呼制御装置２ａにあらかじめ記憶されている接続許容条件とに基づいて、各種チェックが行われる（ステップＳ３２）。このチェック（判断）方法については、図２および図６を用いて説明したものと同じである。

ステップＳ３２における判断結果が、受け入れ（通信）不可能な条件があることにより、４８８応答信号と該当するＷａｒｎｉｎｇ−Ｃｏｄｅとが呼制御装置２ａから端末装置３ａへ送信される（ステップＳ３３）。

すると、端末装置３ａにて受信されたＷａｒｎｉｎｇ−Ｃｏｄｅの分析が行われ（ステップＳ３４）、分析処理されたＩＮＶＩＴＥが端末装置３ａから呼制御装置２ａへ送信される（ステップＳ３５）。

すると、呼制御装置２ａにて受信されたＩＮＶＩＴＥに含まれるセッション記述条件と、呼制御装置２ａにあらかじめ記憶されている接続許容条件とに基づいて、各種チェックが再度行われる（ステップＳ３６）。

ステップＳ３６における判断結果が、受け入れ（通信）可能であることにより、ＩＮＶＩＴＥが呼制御装置２ａから端末装置３ｂへ送信される（ステップＳ３７）。

すると、端末装置３ｂからその応答信号である２００ＯＫが呼制御装置２ａへ送信され（ステップＳ３８）、呼制御装置２ａから端末装置３ａへ２００ＯＫが送信される（ステップＳ３９）。

端末装置３ａにて２００ＯＫが受信されると、応答信号であるＡＣＫが端末装置３ａから呼制御装置２ａへ送信され（ステップＳ４０）、当該ＡＣＫが呼制御装置２ａから端末装置３ｂへ送信される（ステップＳ４１）。

その後、端末装置３ａと端末装置３ｂとの間で通信ができる状態になる（ステップＳ４２）。

また、着信端末装置である端末装置３ｂから新たな要求が行われるものであっても良い。

図１１は、上述した呼制御装置および端末装置を用いた通信システムにおけるフォールバック要求方法の他の例を説明するためのシーケンス図である。

まず、端末装置３ａからＩＮＶＩＴＥが送信されると（ステップＳ５１）、呼制御装置２ａにてＩＮＶＩＴＥに含まれるセッション記述条件と、呼制御装置２ａにあらかじめ記憶されている接続許容条件とに基づいて、各種チェックが行われる（ステップＳ５２）。このチェック（判断）方法については、図２および図６を用いて説明したものと同じである。つまり、端末装置３ｂの条件のチェックが行われる。ここで、例えば、端末装置３ａから要求された条件Ａが「メディアタイプ：音声」であるとする。また、端末装置３ｂは「メディアタイプ：音声」を許容するものとする。

続いて、呼制御装置２ａから端末装置３ｂへＩＮＶＩＴＥが送信される（ステップＳ５３）。

すると、端末装置３ｂからＩＮＶＩＴＥに対する応答メッセージが呼制御装置２ａへ送信される（ステップＳ５４）。この応答メッセージは、条件Ｂ「メディアタイプ：音声＋映像」であれば接続しても良い旨を示すものとする。また、この条件Ｂは、端末装置３ｂの利用者によって設定されたものである。

端末装置３ｂから送信された応答メッセージが呼制御装置２ａにて受信されると、呼制御装置２ａにて、端末装置３ａの条件がチェックされる（ステップＳ５５）。ここで、呼制御装置２ａにて、端末装置３ａは映像を許容していないまたは能力を有さないことをあらかじめ管理しているため、その旨が呼制御装置２ａから端末装置３ｂへ応答メッセージとして送信される（ステップＳ５６）。なお、このとき、端末装置３ｂがメディアタイプ等の接続許容条件を検討中である旨を示したメッセージが呼制御装置２ａから端末装置３ａへ送信されるものであっても良い。

呼制御装置２ａから送信された応答メッセージが端末装置３ｂにて受信されると、端末装置３ｂにて条件Ａで接続しても良いかが分析され（ステップＳ５７）、その結果が、２００ＯＫメッセージまたは通話拒否メッセージとして端末装置３ｂから呼制御装置２ａへ送信される（ステップＳ５８）。そして、その２００ＯＫメッセージまたは通話拒否メッセージが呼制御装置２ａから端末装置３ａへ送信される（ステップＳ５９）。

以上説明したように、本発明においては、端末装置の接続を仲介するネットワーク（呼制御装置）にてフォールバックを要求するため、以下の効果を奏する。

（１）効率的なネゴシエーションが可能となる。

（２）受け入れ可能な呼が再発信されることから、正確な課金およびリソース管理ができる。

１ａ〜１ｃＩＰネットワーク
２ａ〜２ｃ呼制御装置
３ａ，３ｂ端末装置
２００，３００ＳＩＰ信号制御部
２１０ＳＤＰ評価部
２１１許容条件検索部
２１２ネットワークプロトコルチェック部
２１３メディア条件チェック部
２１４メディアプロトコル条件チェック部
２１５メディアフォーマット条件チェック部
２１６帯域チェック部
２１７集計部
２２０許容条件蓄積部
２２１ＩＰネットワーク許容条件蓄積部
２２２端末装置許容条件蓄積部
３１０条件分析部

Claims

通信機能を有する端末装置と、該端末装置の呼を制御する呼制御装置とから構成された通信システムにおいて、
前記端末装置は、セッションを確立する条件であるセッション記述条件を含んだセッション確立要求信号を前記呼制御装置へ送信し、
前記呼制御装置は、前記端末装置から送信されてきた前記セッション確立要求信号に含まれる前記セッション記述条件と、あらかじめ記憶されている前記端末装置の接続先への接続を許容する条件である接続許容条件とに基づいて、前記端末装置が要求する通信が許容できるかどうかを判断し、前記通信が許容できると判断した場合、前記セッション確立要求信号を前記接続先へ送信し、前記通信が許容できないと判断した場合、前記通信が許容できないと判断した接続許容条件を示す情報を前記端末装置へ送信し、
前記端末装置は、前記セッション記述条件として、ネットワークプロトコルと、ネットワークアドレスフォーマットと、メディアタイプと、メディアプロトコルと、メディアフォーマットと、使用する帯域とを示す情報を、前記セッション確立要求信号に含んで前記呼制御装置へ送信し、
前記呼制御装置は、該セッション記述条件それぞれと、前記接続許容条件としてあらかじめ記憶されているネットワークプロトコルと、ネットワークアドレスフォーマットと、メディアタイプと、メディアプロトコルと、メディアフォーマットと、使用する帯域とのそれぞれの比較に基づいて前記通信が許容できるかどうかを判断し、前記接続許容条件のすべてについて前記通信が許容できると判断した場合、前記セッション確立要求信号を前記接続先へ送信し、それ以外の場合、前記通信が許容できないと判断した接続許容条件を示す情報を前記端末装置へ送信することを特徴とする通信システム。
請求項１に記載の通信システムにおいて、
前記端末装置は、前記呼制御装置から前記通信が許容できないと判断した接続許容条件を示す情報が送信されてきた場合、該接続許容条件に適合するように前記セッション記述条件を変更し、該変更したセッション記述条件を含んだセッション確立要求信号を前記呼制御装置へ送信することを特徴とする通信システム。
請求項１または請求項２に記載の通信システムにおいて、
前記呼制御装置は、前記通信が許容できないと判断した場合、前記通信が許容できないと判断した接続許容条件を示す情報をＷａｒｎｉｎｇ−Ｃｏｄｅを用いて前記端末装置へ送信することを特徴とする通信システム。
通信機能を有する端末装置と該端末装置の呼を制御する呼制御装置とから構成された通信システムにおいてフォールバックを要求するフォールバック要求方法であって、
前記端末装置が、セッションを確立する条件であるセッション記述条件を含んだセッション確立要求信号を前記呼制御装置へ送信する第１の処理と、
前記呼制御装置が、前記端末装置から送信されてきたセッション確立要求信号に含まれるセッション記述条件と、あらかじめ記憶されている前記端末装置の接続先への接続を許容する条件である接続許容条件とに基づいて、前記端末装置が要求する通信が許容できるかどうかを判断する第２の処理と、
前記呼制御装置が、前記通信が許容できると判断した場合、前記セッション確立要求信号を前記接続先へ送信する第３の処理と、
前記呼制御装置が、前記通信が許容できないと判断した場合、前記通信が許容できないと判断した接続許容条件を示す情報を前記端末装置へ送信する第４の処理とを有し、
前記第１の処理では、前記端末装置が、前記セッション記述条件として、ネットワークプロトコルと、ネットワークアドレスフォーマットと、メディアタイプと、メディアプロトコルと、メディアフォーマットと、使用する帯域とを示す情報を、前記セッション確立要求信号に含んで前記呼制御装置へ送信し、
前記第２の処理では、前記呼制御装置が、該セッション記述条件それぞれと、前記接続許容条件としてあらかじめ記憶されているネットワークプロトコルと、ネットワークアドレスフォーマットと、メディアタイプと、メディアプロトコルと、メディアフォーマットと、使用する帯域とのそれぞれの比較に基づいて前記通信が許容できるかどうかを判断し、
前記第３の処理では、前記呼制御装置が、前記接続許容条件のすべてについて前記通信が許容できると判断した場合、前記セッション確立要求信号を前記接続先へ送信し、
前記第４の処理では、前記呼制御装置が、前記接続許容条件の少なくとも１つについて前記通信が許容できないと判断した場合、前記通信が許容できないと判断した接続許容条件を示す情報を前記端末装置へ送信することを特徴とするフォールバック要求方法。
請求項４に記載のフォールバック要求方法において、
前記端末装置が、前記呼制御装置から前記通信が許容できないと判断した接続許容条件を示す情報が送信されてきた場合、該接続許容条件に適合するように前記セッション記述条件を変更する処理と、
前記端末装置が、前記変更したセッション記述条件を含んだセッション確立要求信号を前記呼制御装置へ送信する処理とを有することを特徴とするフォールバック要求方法。
請求項４または請求項５に記載のフォールバック要求方法において、
前記第４の処理では、前記呼制御装置が、前記通信が許容できないと判断した場合、前記通信が許容できないと判断した接続許容条件を示す情報をＷａｒｎｉｎｇ−Ｃｏｄｅを用いて前記端末装置へ送信することを特徴とするフォールバック要求方法。