JP2010226564A - Ｉｐ電話網における帯域利用方法及びｉｐ電話システム - Google Patents

Abstract

【課題】効率的な帯域の利用と共にＣＡＣによる輻輳の防止を可能とする。
【解決手段】プロキシサーバ３は、受信したＳＩＰリクエストに指定されたＣＳ−ＳＥＬＰ（８ｋｂｐｓ）とＰＣＭ（６４ｋｂｐｓ）のうち、消費帯域の大きいＰＣＭを選択し、ＰＣＭの帯域は確保できると判断したときは、プロキシサーバ５に対してＳＩＰリクエストを転送する。プロキシサーバ５は、プロキシサーバ３と同様の処理を実施する。ＵＡＳ６は、ＲＴＰで使用するコーデックとしてＣＳ-ＡＣＥＬＰを選択したＳＩＰレスポンスを返信する。プロキシサーバ５、３は、ＳＩＰレスポンスに指定されたコーデックを確認し、ＳＩＰリクエスト転送時に計算した使用中帯域の情報を修正し、ＳＩＰレスポンスをＵＡＣ１へ転送する。プロキシサーバ３、５はＳＩＰリクエストとＳＩＰレスポンスのメッセージ内容を確認し、ＲＴＰが実際に使用する帯域を正確に確保する。
【選択図】図２

Description

本発明はＩＰ電話網における帯域利用方法及びＩＰ電話システムに係り、特にＩＰ(Internet Protocol)網を利用して狭帯域のデジタル音声通信を行うＶｏＩＰ(Voice over IP)と呼ばれるＩＰ電話網における帯域利用方法及びＩＰ電話システムに関する。

ＩＰ電話網には、ＩＰ電話端末やプロキシサーバなどが接続される。ＩＰ電話端末は、クライアント(ＵＡＣ:User Agent Client)として要求メッセージを送信すると共に、サーバ(ＵＡＳ:User Agent Server)として応答メッセージを送信することができるデジタル通信端末である。また、プロキシサーバは、ＩＰ電話端末間で送受信されるメッセージを中継する装置であり、要求メッセージをＵＡＳに向けて、応答メッセージをＵＡＣに向けてルーティングする。

このＩＰ電話網として、デジタル音声通信に必要な帯域が物理帯域以上となり得る回線を１本でも保持する通信網（ＮＷ）がある（本明細書では、これを「狭帯域ＶｏＩＰ−ＮＷ」というものとする）。なお、「狭帯域」とは、ＶｏＩＰトラフィックのみで、回線の物理帯域を超過することが可能性としてあり得ることを意味する。この狭帯域ＶｏＩＰ−ＮＷでは、帯域を効率的に使用するため、音声信号に対して、しばしば高圧縮コーデック（ＣＳ−ＡＣＥＬＰ等）が使用される。ただし、特性上、高圧縮コーデックを使用できない信号（モデム信号、ファクシミリ信号等）に対してはＰＣＭ(Pulse Code Modulation)が使用されることが多い。ファクシミリ信号については、ＩＴＵ−Ｔ（国際電気通信連合）で策定されたＴ.３８による、Ｇ３ファクシミリのモデム信号をパケット変換してリアルタイム伝送する方式等の利用も考えられる。

以上のように、帯域を効率的に利用することを考慮する場合、狭帯域ＶｏＩＰ−ＮＷでは、複数のコーデックを使用した通信が発生する。

そこで、特許文献１には、プロキシサーバを介したＵＡＣとＵＡＳとの通信において、ＵＡＣからサポートするコーデックを優先的に複数個指定したＳＩＰ(Session Initiation Protocol)リクエストをプロキシサーバへ送信する方法が開示されている。

ところで、複数のコーデックを使用する狭帯域ＶｏＩＰ−ＮＷにおいて、輻輳の防止（音声品質の確保）にはＣＡＣ（Call Admission Control）利用による同時接続呼数の制限が一般的である。その方法としては（１）帯域に関係なく最大同時接続呼数を指定する方法、（２）ＲＳＶＰ（Resource reSerVation Protocol）により通信網上の帯域を予約する方法がある。（１）の方法は、指定された最大同時接続呼数を超える呼を規制する方法である。また、（２）の方法は、ネットワーク機器に対しＲＳＶＰを使用し接続相手先までの帯域を予約する方法である。この方法では予約に失敗した場合、呼は規制される。

特表２００４−５２３８２８号公報

しかしながら、帯域に関係なく最大同時接続呼数を指定する上記（１）の方法は、音声品質確保のため最も帯域を消費するコーデックを基準として最大同時接続呼数を計算しなければならず、帯域の効率的な利用ができない。例えば、コーデックとしてＣＳ−ＡＣＥＬＰ（８ｋｂｐｓ）とＰＣＭ（６４Ｋｂｐｓ）を使用するＶｏＩＰ−ＮＷにおいて、物理帯域５Ｍｂｐｓの回線に設定する最大同時接続呼数Ｘは７８（64kbps×Ｘ＜5Ｍbps）となる。このため、ＣＳ−ＡＣＥＬＰの利用が多い場合、未使用の帯域が発生することとなる。

また、ＲＳＶＰにより通信網上の帯域を予約する上記（２）の方法は、ネットワーク機器がＲＳＶＰに対応している必要があり、この方法によるＣＡＣにはネットワークインフラの換装を伴うという課題がある。

本発明は以上の点に鑑みなされたもので、効率的な帯域の利用と共にＣＡＣによる輻輳の防止を可能とするＩＰ電話網における帯域利用方法及びＩＰ電話システムを提供することを目的とする。

上記の目的を達成するため、本発明のＩＰ電話網における帯域利用方法は、音声通信に必要な帯域が物理帯域以上となり得る回線を１本でも保持するＩＰ電話網に接続されたクライアントの第１のＩＰ電話端末から、サポートするコーデックを複数個指定したＳＩＰリクエストを、ＩＰ電話網に接続されたプロキシサーバへ送信する第１の送信ステップと、プロキシサーバが、受信したＳＩＰリクエスト中の指定された複数個のコーデックのうち、最も帯域を消費する第１のコーデックを選択し、その第１のコーデックの帯域を転送できる必要帯域を確保できると判断したとき、ＩＰ電話網に接続された隣接するノードである他のプロキシサーバ又はサーバである第２のＩＰ電話端末へ受信したＳＩＰリクエストを転送する第１の転送ステップと、第２のＩＰ電話端末が、受信したＳＩＰリクエスト中の指定された複数個のコーデックのうち、音声通話用の所定のプロトコルで使用する第２のコーデックを選択し、その第２のコーデックを指定したＳＩＰレスポンスを隣接するノードへ返信する返信ステップと、プロキシサーバは、受信したＳＩＰレスポンスで指定されている第２のコーデックを確認して、その第２のコーデックの帯域を転送できる必要帯域を確保できると判断したとき、ＳＩＰレスポンスを第１のＩＰ電話端末へ転送すると共に、第２のコーデックの帯域に応じて第１のＩＰ電話端末との間の回線の使用中帯域と隣接するノードとの間の回線の使用中帯域とを修正する第２の転送ステップと、第１のＩＰ電話端末が、受信したＳＩＰレスポンスに指定された第２のコーデックにより、第２のＩＰ電話端末との間で通話を開始する通話ステップとを含むことを特徴とする。

また、上記の目的を達成するため、本発明のＩＰ電話システムは、音声通信に必要な帯域が物理帯域以上となり得る回線を１本でも保持するＩＰ電話網に接続されており、サポートするコーデックを複数個指定したＳＩＰリクエストを送信するクライアントの第１のＩＰ電話端末と、ＩＰ電話網に接続されており、ＳＩＰリクエストを受信し、受信したＳＩＰリクエスト中の指定された複数個のコーデックのうち、音声通話用の所定のプロトコルで使用する第２のコーデックを選択して指定したＳＩＰレスポンスを返信するサーバの第２のＩＰ電話端末と、第１の電話端末と第２の電話端末との間のＩＰ電話網に接続された１以上のプロキシサーバとを有し、上記プロキシサーバは、
受信したＳＩＰリクエスト中の指定された複数個のコーデックのうち、最も帯域を消費する第１のコーデックを選択し、その第１のコーデックの帯域を転送できる必要帯域を確保できると判断したとき、隣接するノードである他のプロキシサーバ又は第２のＩＰ電話端末へ受信したＳＩＰリクエストを転送する第１の転送手段と、受信したＳＩＰレスポンスで指定されている第２のコーデックを確認して、第２のコーデックの帯域に応じて第１のＩＰ電話端末との間の回線の使用中帯域と隣接するノードとの間の回線の使用中帯域とを修正すると共に、ＳＩＰレスポンスを第１のＩＰ電話端末へ転送して、第１のＩＰ電話端末と第２のＩＰ電話端末との間で、ＳＩＰレスポンスに指定された第２のコーデックによる通話を開始させる第２の転送手段とを備えることを特徴とする。

本発明によれば、プロキシサーバが隣接するノード（プロキシサーバ、第１、第２のＩＰ電話端末）間において正確な帯域管理を実施することができ、効率的な帯域の利用と共にＣＡＣによる輻輳の防止が可能となる。

本発明の狭帯域ＩＰ電話網における帯域利用方法の一実施形態が適用される狭帯域ＩＰ電話網の構成図である。 図１の動作説明図である。

次に、本発明の実施形態について図面と共に説明する。

図１は、本発明になるＩＰ電話網における帯域利用方法の一実施形態が適用される狭帯域ＩＰ電話網の構成図を示す。同図に示すように、この実施形態のＩＰ電話網は、クライアントのＩＰ電話端末であるＵＡＣ１と、サーバのＩＰ電話端末であるＵＡＳ６と、プロキシサーバ３及び５と、ルータ２及び４とからなる狭帯域ＶｏＩＰ−ＮＷである。ルータ２は、ＵＡＣ１、プロキシサーバ３及びルータ４と物理的に接続されている。ルータ４は、ルータ２、プロキシサーバ５及びＵＡＳ６と物理的に接続されている。

ＵＡＣ１とルータ２との間の回線の物理帯域は３００ｋｂｐｓ、ルータ２とルータ４との間の回線の物理帯域は５００ｋｂｐｓ、ルータ４とＵＡＳ６との間の回線の物理帯域は３００ｋｂｐｓである。また、ルータ２とプロキシサーバ３との間、ルータ４とプロキシサーバ５との間の各回線の物理帯域は特に制約はないものとする。また、ＵＡＣ１とルータ２との間の使用中帯域は１００ｋｂｐｓ、ルータ２とルータ４との間の使用中帯域は４００ｋｂｐｓ、ルータ４とＵＡＳ６との間の使用中帯域は２００ｋｂｐｓであるものとする。

本実施形態では、ＳＩＰ(Session Initiation Protocol)の利用を前提とする。ＳＩＰは、標準勧告文書ＲＦＣ(Request for Comments)３２６１で標準化されるＶｏＩＰを実現する呼制御プロトコルの一種である。ＳＩＰメッセージを送受信する構成要素には、プロキシサーバ及びＵＡ(User Agent)等がある。ＵＡは、ＳＩＰを処理するユーザ端末（ＩＰ電話端末）であり、接続相手に対しリクエストとしてＳＩＰメッセージ（ＳＩＰリクエスト）を送るＵＡクライアント（ＵＡＣ）と、レスポンスとしてＳＩＰメッセージ（ＳＩＰレスポンス）に応答するＵＡサーバ（ＵＡＳ）の役割を持つ。図１において、ＵＡＣ１は上記のＳＩＰリクエストを送るＩＰ電話端末であり、ＵＡＳ６は上記のＳＩＰレスポンスに応答するＩＰ電話端末である。プロキシサーバ３及び５はＳＩＰリクエストとＳＩＰレスポンスを中継する役割を果たす。

ＳＩＰによる呼の接続手順により、ＵＡＣ１とＵＡＳ６との間においてＲＴＰ(Real-time Transport Protocol)で送受信するコーデック等が決定し、ＲＴＰによる通信が開始される。プロキシサーバ３及び５は、ＵＡＣ１とＵＡＳ６との間において発生するＳＩＰメッセージのやりとりを中継する過程で、ＵＡＣ１とＵＡＳ６との間においてＲＴＰで送受信するコーデック等の情報を知ることが可能である。本実施形態ではこれを利用する。

次に、本実施形態の帯域利用方法の動作について図２の構成図を併せ参照して説明する。図２中、図１と同一構成部分には同一符号を付し、その説明を省略する。

まず、ＵＡＣ１は、ＳＩＰリクエスト（Initial INVITEリクエストのＳＤＰ(Session Description Protocol)）にサポートするコーデックを優先順に複数個指定し、図２にａからｂへの矢印で示すようにルータ２を介してプロキシサーバ３へ送信する。ここでは、優先順に指定するコーデックとしてＣＳ−ＳＥＬＰ（８ｋｂｐｓ）とＰＣＭ（６４ｋｂｐｓ）の順で指定するものとする。

続いて、プロキシサーバ３は、受信したＳＩＰリクエスト（Initial INVITEリクエストのＳＤＰ）に複数個指定されたコーデック中で最も帯域を消費するコーデックを選択し、必要帯域ａ_ｒｅｑを計算する。必要帯域ａ_ｒｅｑの計算では、コーデック必要帯域にパケット化時のヘッダ等のオーバーヘッドを加える。これは回線により予め指定しておくことが可能である。

また、プロキシサーバ３は前ホップであるプロキシサーバ又はＵＡＣ１と次ホップとなるプロキシサーバ５又はＵＡＳに対し各々物理帯域、使用中帯域等の情報を保持し、必要帯域ａ_ｒｅｑを確保することができるかを検査（物理帯域と、使用中帯域及び必要帯域ａ_ｒｅｑの加算値との比較）する。確保が可能な場合（物理帯域≧使用中帯域＋必要帯域ａ_ｒｅｑ）、使用中帯域に必要帯域ａ_ｒｅｑを加算し、隣接するプロキシサーバ５に対しＳＩＰリクエストを転送する。確保が不可能な場合（物理帯域＜使用中帯域＋必要帯域ａ_ｒｅｑ）、プロキシサーバ３はＳＩＰリクエスト送信元に対しエラーレスポンスを返信する。

ここでは、プロキシサーバ３は、受信したＳＩＰリクエスト（Initial INVITEリクエストのＳＤＰ）に指定されたＣＳ−ＳＥＬＰ（８ｋｂｐｓ）とＰＣＭ（６４ｋｂｐｓ）のうち、消費帯域の大きいＰＣＭ（６４ｋｂｐｓ）を選択し、パケット化時のオーバーヘッドとして２６.４ｋｂｐｓを付加した９０.４ｋｂｐｓを必要帯域ａ_ｒｅｑとする。上記の２６.４ｋｂｐｓのオーバーヘッドの算出根拠は、６６バイト（＝プリアンブル＋イーサネットヘッダ（ＦＣＳ含む）＋ＩＰヘッダ＋ＵＤＰヘッダ＋ＲＴＰヘッダ）×５０（パケット化周期２０ｍｓ）である。なお、イーサネットは登録商標である。

また、プロキシサーバ３は、次ホップ（ＳＩＰリクエストの中継先）であるプロキシサーバ５への物理帯域が５００ｋｂｐｓで、使用中帯域が４００ｋｂｐｓの場合、使用中帯域(４００ｋｂｐｓ)と必要帯域(ａ_ｒｅｑ＝９０.４ｋｂｐｓ)との加算値は４９０.４ｋｂｐｓとなり、これは物理帯域５００ｋｂｐｓより小さいので、帯域は確保できると判断する。なお、プロキシサーバ３とプロキシサーバ５との間の新たな使用中帯域として４９０.４ｋｂｐｓが設定される。

更に、プロキシサーバ３は、前ホップ（ＳＩＰリクエストの中継元）であるＵＡＣ１への物理帯域３００ｋｂｐｓ、使用中帯域１００ｋｂｐｓの場合、使用中帯域(１００ｋｂｐｓ)と必要帯域(ａ_ｒｅｑ＝９０.４ｋｂｐｓ)との加算値は１９０.４ｋｂｐｓとなり、これは物理帯域３００ｋｂｐｓより小さいので、帯域は確保できると判断する。なお、プロキシサーバ３とＵＡＣ１との間の新たな使用中帯域として１９０.４ｋｂｐｓが設定される。プロキシサーバ３は、帯域確保の確認後、次ホップであるプロキシサーバ５に対して、図２にｂからｃへの矢印で示すように、ルータ４を介してＳＩＰリクエストを転送する。

プロキシサーバ５は、プロキシサーバ３と同様の処理を実施する。すなわち、プロキシサーバ５は、自身から見て前ホップ（ＳＩＰリクエストの中継元）であるプロキシサーバ３との間の使用中帯域の更新と、次ホップ（ＳＩＰリクエストの中継先）であるＵＡＳ６との間の帯域確保の可否及び使用中帯域の更新を行う。

ここでは、プロキシサーバ５とプロキシサーバ３との間の使用中帯域は４００ｋｂｐｓのままなので、これに必要帯域(ａ_ｒｅｑ＝９０.４ｋｂｐｓ)を加算して得た４９０.４ｋｂｐｓを新たな使用中帯域に更新する。また、プロキシサーバ５とＵＡＳ６との間の物理帯域は３００ｋｂｐｓで使用中帯域は２００ｋｂｐｓであるため、その使用中帯域に必要帯域(ａ_ｒｅｑ＝９０.４ｋｂｐｓ)を加算して得た値が２９０.４ｋｂｐｓであり、これは物理帯域３００ｋｂｐｓより小さいので、帯域は確保できると判断する。なお、プロキシサーバ５とＵＡＳ６との間の新たな使用中帯域として、２９０.４ｋｂｐｓが設定される。プロキシサーバ５は、帯域確保の確認後、プロキシサーバ３から受信したＳＩＰリクエストを、図２にｃからｄへの矢印で示すように、ルータ４を介してＵＡＳ６へ転送する。

次に、ＵＡＳ６は、プロキシサーバ５から受信したＳＩＰリクエスト（Initial INVITEリクエストのＳＤＰ）に指定されたコーデックの中から、ＲＴＰで使用するコーデックを選択し、ＳＩＰレスポンス（２００OkのＳＤＰ）をプロキシサーバに返信する。応答しない場合はエラーレスポンスを返信する。

ここでは、ＵＡＳ６は、プロキシサーバ５から受信したＳＩＰリクエスト（Initial INVITEリクエストのＳＤＰ）に指定されたＣＳ-ＡＣＥＬＰ(８ｋｂｐｓ)とＰＣＭ(６４ｋｂｐｓ)から、ＲＴＰで使用するコーデックとしてＣＳ-ＡＣＥＬＰを選択したＳＩＰレスポンス（２００OKのＳＤＰ）を、図２にｄからｅへの矢印で示すようにルータ４を介してプロキシサーバ５に返信する。

すると、プロキシサーバ５は、ＵＡＳ６より受信したＳＩＰレスポンス（２００OkのＳＤＰ）に指定されたコーデックを確認し、ＳＩＰリクエスト転送時に計算した使用中帯域の情報を修正する。この修正では、使用中帯域−必要帯域（ＳＩＰリクエスト指定）ａ_ｒｅｑ＋必要帯域（ＳＩＰレスポンス指定）ａ_ｒｅｓを新たな使用中帯域とする。プロキシサーバ５は、修正後ＳＩＰレスポンスを転送する。

ここでは、受信したＳＩＰレスポンスにＣＳ−ＡＣＥＬＰが選択されているため、プロキシサーバ５は、そのＣＳ-ＡＣＥＬＰ（８ｋｂｐｓ）にパケット化時のオーバーヘッドとして２６.４ｋｂｐｓを付加した３４.４ｋｂｐｓを必要帯域（ＳＩＰレスポンス指定）ａ_ｒｅｓとして算出する。続いて、プロキシサーバ５は、ＵＡＳ６への使用中帯域（２９０.４ｋｂｐｓ）−必要帯域(ａ_ｒｅｑ＝９０.４ｋｂｐｓ)＋必要帯域(ａ_ｒｅｓ＝３４.４ｋｂｐｓ)を演算して、２３４.４ｋｂｐｓを新たなＵＡＳ６への使用中帯域として修正する。

また、プロキシサーバ５は、プロキシサーバ３への使用中帯域４９０.４ｋｂｐｓも修正する。すなわち、プロキシサーバ５は、プロキシサーバ３への使用中帯域(４９０.４ｋｂｐｓ)−必要帯域(ａ_ｒｅｑ＝９０.４ｋｂｐｓ)＋必要帯域(ａ_ｒｅｓ＝３４.４ｋｂｐｓ)を演算して４３４.４ｋｂｐｓを新たなプロキシサーバ３への使用中帯域として修正する。修正後、プロキシサーバ５は、図２にｆへの矢印で示すようにルータ４を介してプロキシサーバ３へＳＩＰレスポンスを転送する。

続いて、プロキシサーバ３は、上記のプロキシサーバ３の処理と同様の処理を実施し、図２にｆからｇへの矢印で示すようにルータ２を介してＵＡＣ１へＳＩＰレスポンスを転送する。この時、プロキシサーバ５への使用中帯域は上記で説明した４３４.４ｋｂｐｓに修正される。また、プロキシサーバ３からＵＡＣ１への使用中帯域は、ＵＡＣ１への使用中帯域(１９０.４ｋｂｐｓ)−必要帯域(ａ_ｒｅｑ＝９０.４ｋｂｐｓ)＋必要帯域(ａ_ｒｅｓ＝３４.４ｋｂｐｓ)を演算して１３４.４ｋｂｐｓに修正される。

その後、ＵＡＣ１は、受信したＳＩＰレスポンス（２００OKのＳＤＰ）に指定されたコーデックＣＳーＡＣＥＬＰにより、ＵＡＳ６との間で通話を開始する。

このように、本実施形態によれば、以上の手順により、プロキシサーバ３、５がＳＩＰリクエストとＳＩＰレスポンスのメッセージ内容（ＳＤＰ）を確認し、ＲＴＰが実際に使用する帯域を正確に確保するようにしているため、正確な管理を実施することができる。上記の例では、ＳＩＰリクエストしか見ない場合は帯域を９０.４ｋｂｐｓ（＝６４ｋｂｐｓ＋２６.４ｋｂｐｓ）確保してしまうのに対し、本実施形態では実際にＲＴＰが使用するＣＳーＡＳＥＬＰの帯域３４.４ｋｂｐｓ（＝８ｋｂｐｓ＋２６.４ｋｂｐｓ）を確保することができる。

また、本実施形態によれば、効率的な帯域の利用とＣＡＣによる輻輳の防止ができる。今までは５００ｋｂｐｓの物理帯域の回線にどんなコーデックを使用しようとも５セッションまでしか通話ができなかったのに対し、本実施形態によれば、輻輳を起こさないように５〜１４セッションまでが通話が可能となる。なぜなら、ＰＣＭのみなら５セッションまで通話が可能（９０.４ｋｂｐｓ×５＜５００ｋｂｐｓ）であり、ＣＳ−ＡＳＥＬＰのみなら１４セッションまで通話が可能（３４.４ｋｂｐｓ×１４＜５００ｋｂｐｓ）となるためである。

なお、上記の説明では、ＵＡと呼ばれるＳＩＰメッセージを送受信できるデジタル通信端末をＩＰ電話端末であるものとして説明したが、本明細書のＩＰ電話端末には、ＶｏＩＰ−ＧＷ（レガシー電話網を連接するもの）も含むものとする。また、上記の実施形態ではプロキシサーバはネットワーク内に２つ設けているが、本発明はプロキシサーバを１つ又は３つ以上設けたネットワークにも適用可能である（ただし、ネットワークトポロジとしてスター型等の迂回ルートがないトポロジに限る。）。

１ ＵＡＣ(User Agent Client)
２、４ ルータ
３、５ プロキシサーバ
６ ＵＡＳ(User Agent Server)

Claims (12)

1. 音声通信に必要な帯域が物理帯域以上となり得る回線を１本でも保持するＩＰ電話網に接続されたクライアントの第１のＩＰ電話端末から、サポートするコーデックを複数個指定したＳＩＰリクエストを、前記ＩＰ電話網に接続されたプロキシサーバへ送信する第１の送信ステップと、
   前記プロキシサーバが、受信した前記ＳＩＰリクエスト中の指定された前記複数個のコーデックのうち、最も帯域を消費する第１のコーデックを選択し、その第１のコーデックの帯域を転送できる必要帯域を確保できると判断したとき、前記ＩＰ電話網に接続された隣接するノードである他のプロキシサーバ又はサーバである第２のＩＰ電話端末へ受信した前記ＳＩＰリクエストを転送する第１の転送ステップと、
   前記第２のＩＰ電話端末が、受信した前記ＳＩＰリクエスト中の指定された前記複数個のコーデックのうち、音声通話用の所定のプロトコルで使用する第２のコーデックを選択し、その第２のコーデックを指定したＳＩＰレスポンスを隣接するノードへ返信する返信ステップと、
   前記プロキシサーバは、受信した前記ＳＩＰレスポンスで指定されている前記第２のコーデックを確認して、その第２のコーデックの帯域を転送できる必要帯域を確保できると判断したとき、前記ＳＩＰレスポンスを前記第１のＩＰ電話端末へ転送すると共に、前記第２のコーデックの帯域に応じて前記第１のＩＰ電話端末との間の回線の使用中帯域と前記隣接するノードとの間の回線の使用中帯域とを修正する第２の転送ステップと、
   前記第１のＩＰ電話端末が、受信した前記ＳＩＰレスポンスに指定された前記第２のコーデックにより、前記第２のＩＰ電話端末との間で通話を開始する通話ステップと
   を含むことを特徴とするＩＰ電話網における帯域利用方法。
2. 音声通信に必要な帯域が物理帯域以上となり得る回線を１本でも保持するＩＰ電話網に接続されたクライアントの第１のＩＰ電話端末から、サポートするコーデックを複数個指定したＳＩＰリクエストを、前記ＩＰ電話網に接続されたプロキシサーバへ送信する第１の送信ステップと、
   前記プロキシサーバが、受信した前記ＳＩＰリクエスト中の指定された前記複数個のコーデックのうち、最も帯域を消費する第１のコーデックを選択した後、そのプロキシサーバの隣接ノードである前記ＩＰ電話網に接続された他のプロキシサーバ又はサーバである第２のＩＰ電話端末との間の回線の物理帯域と、前記第１のコーデックの帯域の転送の必要帯域に前記隣接ノードとの回線の使用中帯域を加算した加算後の帯域とを比較して、前記第１のコーデックの帯域を確保できると判断したとき、前記隣接ノードへ受信した前記ＳＩＰリクエストを転送し、前記第１のコーデックの帯域を確保できないと判断したときは前記第１のＩＰ電話端末へエラーレスポンスを返信する第１の転送ステップと、
   前記プロキシサーバが、前記第１のＩＰ電話端末との間の回線の使用中帯域に前記必要帯域を加算した加算後の帯域を、前記第１のＩＰ電話端末との間の回線の新たな第１の使用中帯域に設定すると共に、前記隣接ノードとの間の回線の前記使用中帯域に前記必要帯域を加算した加算後の帯域を、前記隣接ノードとの間の回線の新たな第２の使用中帯域に設定する設定ステップと、
   前記第２のＩＰ電話端末が、受信した前記ＳＩＰリクエスト中の指定された前記複数個のコーデックのうち、音声通話用の所定のプロトコルで使用する第２のコーデックを選択した後、指定したＳＩＰレスポンスを返信し、前記第２のコーデックの帯域を確保できないと判断したときは前記隣接するノードへエラーレスポンスを返信する返信ステップと、
   前記プロキシサーバが、受信した前記ＳＩＰレスポンスで指定されている前記第２のコーデックを確認し、前記隣接するノードとの間の回線の物理帯域と、前記第２のコーデックの帯域の転送の必要帯域に使用中帯域を加算した帯域とを比較して、前記第２のコーデックの帯域を確保できると判断したとき、前記ＳＩＰレスポンスを前記第１のＩＰ電話端末へ転送する第２の転送ステップと、
   前記プロキシサーバが、前記第２の転送ステップで転送した前記ＳＩＰレスポンスに指定された前記第２のコーデックの帯域に応じて、前記設定ステップで設定された前記新たな第１の使用中帯域と、前記新たな第２の使用中帯域とをそれぞれ修正する帯域修正ステップと、
   前記第１のＩＰ電話端末が、受信した前記ＳＩＰレスポンスに指定された前記第２のコーデックにより、前記第２のＩＰ電話端末との間で通話を開始する通話ステップと
   を含むことを特徴とするＩＰ電話網における帯域利用方法。
3. 前記第１の転送ステップは、前記第１のコーデックの転送の必要帯域として、前記第１のコーデックの帯域に、パケット化時のオーバヘッドを付加した帯域を用いることを特徴とする請求項１又は２記載のＩＰ電話網における帯域利用方法。
4. 前記第２の転送ステップは、前記新たな第１の使用中帯域から前記第１のコーデックの転送の必要帯域を減算した帯域に、前記第２のコーデックの転送の必要帯域を加算した帯域を、前記第１のＩＰ電話端末との間の回線の使用中帯域として修正し、前記新たな第２の使用中帯域から前記第１のコーデックの転送の必要帯域を減算した帯域に、前記第２のコーデックの転送の必要帯域を加算した帯域を、前記隣接ノードとの間の回線の使用中帯域として修正することを特徴とする請求項２記載のＩＰ電話網における帯域利用方法。
5. 前記第２の転送ステップは、前記第２のコーデックの転送の必要帯域として、前記第２のコーデックの帯域に、パケット化時のオーバヘッドを付加した帯域を用いることを特徴とする請求項２又は４記載のＩＰ電話網における帯域利用方法。
6. 前記第１のコーデックはＰＣＭであり、前記第２のコーデックはＣＳ−ＡＳＥＬＰであることを特徴とする請求項１乃至５のうちいずれか一項記載のＩＰ電話網における帯域利用方法。
7. 音声通信に必要な帯域が物理帯域以上となり得る回線を１本でも保持するＩＰ電話網に接続されており、サポートするコーデックを複数個指定したＳＩＰリクエストを送信するクライアントの第１のＩＰ電話端末と、
   前記ＩＰ電話網に接続されており、前記ＳＩＰリクエストを受信し、受信した前記ＳＩＰリクエスト中の指定された前記複数個のコーデックのうち、音声通話用の所定のプロトコルで使用する第２のコーデックを選択して指定したＳＩＰレスポンスを返信するサーバの第２のＩＰ電話端末と、
   前記第１の電話端末と前記第２の電話端末との間の前記ＩＰ電話網に接続された１以上のプロキシサーバと
   を有し、前記プロキシサーバは、
   受信した前記ＳＩＰリクエスト中の指定された前記複数個のコーデックのうち、最も帯域を消費する第１のコーデックを選択し、その第１のコーデックの帯域を転送できる必要帯域を確保できると判断したとき、隣接するノードである他のプロキシサーバ又は前記第２のＩＰ電話端末へ受信した前記ＳＩＰリクエストを転送する第１の転送手段と、
   受信した前記ＳＩＰレスポンスで指定されている前記第２のコーデックを確認して、前記第２のコーデックの帯域に応じて前記第１のＩＰ電話端末との間の回線の使用中帯域と前記隣接するノードとの間の回線の使用中帯域とを修正すると共に、前記ＳＩＰレスポンスを前記第１のＩＰ電話端末へ転送して、前記第１のＩＰ電話端末と前記第２のＩＰ電話端末との間で、前記ＳＩＰレスポンスに指定された前記第２のコーデックによる通話を開始させる第２の転送手段と
   を備えることを特徴とするＩＰ電話システム。
8. 音声通信に必要な帯域が物理帯域以上となり得る回線を１本でも保持するＩＰ電話網に接続されており、サポートするコーデックを複数個指定したＳＩＰリクエストを送信するクライアントの第１のＩＰ電話端末と、
   前記ＩＰ電話網に接続されており、前記ＳＩＰリクエストを受信し、受信した前記ＳＩＰリクエスト中の指定された前記複数個のコーデックのうち、音声通話用の所定のプロトコルで使用する第２のコーデックを選択して指定したＳＩＰレスポンスを返信するサーバの第２のＩＰ電話端末と、
   前記第１の電話端末と前記第２の電話端末との間の前記ＩＰ電話網に接続された１以上のプロキシサーバと
   を有し、前記プロキシサーバは、
   受信した前記ＳＩＰリクエスト中の指定された前記複数個のコーデックのうち、最も帯域を消費する第１のコーデックを選択した後、そのプロキシサーバの隣接ノードである前記ＩＰ電話網に接続された他のプロキシサーバ又はサーバである第２のＩＰ電話端末との間の回線の物理帯域と、前記第１のコーデックの帯域の転送の必要帯域に前記隣接ノードとの回線の使用中帯域を加算した加算後の帯域とを比較して、前記第１のコーデックの帯域を確保できると判断したとき、前記隣接ノードへ受信した前記ＳＩＰリクエストを転送し、前記第１のコーデックの帯域を確保できないと判断したときは前記第１のＩＰ電話端末へエラーレスポンスを返信する第１の転送手段と、
   前記第１のＩＰ電話端末との間の回線の使用中帯域に前記必要帯域を加算した加算後の帯域を、前記第１のＩＰ電話端末との間の回線の新たな第１の使用中帯域に設定すると共に、前記隣接ノードとの間の回線の前記使用中帯域に前記必要帯域を加算した加算後の帯域を、前記隣接ノードとの間の回線の新たな第２の使用中帯域に設定する設定手段と、
   受信した前記ＳＩＰレスポンスで指定されている前記第２のコーデックを確認し、前記隣接するノードとの間の回線の物理帯域と、前記第２のコーデックの帯域の転送の必要帯域に使用中帯域を加算した帯域とを比較して、前記第２のコーデックの帯域を確保できると判断したとき、前記ＳＩＰレスポンスを前記第１のＩＰ電話端末へ転送して、前記第１のＩＰ電話端末と前記第２のＩＰ電話端末との間で、受信した前記ＳＩＰレスポンスに指定された前記第２のコーデックによる通話を開始させる第２の転送手段と、
   前記第２の転送手段で転送した前記ＳＩＰレスポンスに指定された前記第２のコーデックの帯域に応じて、前記設定手段で設定された前記新たな第１の使用中帯域と、前記新たな第２の使用中帯域とをそれぞれ修正する帯域修正手段と
   を備えることを特徴とするＩＰ電話システム。
9. 前記第１の転送手段は、前記第１のコーデックの転送の必要帯域として、前記第１のコーデックの帯域に、パケット化時のオーバヘッドを付加した帯域を用いることを特徴とする請求項７又は８記載のＩＰ電話システム。
10. 前記帯域修正手段は、前記新たな第１の使用中帯域から前記第１のコーデックの転送の必要帯域を減算した帯域に、前記第２のコーデックの転送の必要帯域を加算した帯域を、前記第１のＩＰ電話端末との間の回線の使用中帯域として修正し、前記新たな第２の使用中帯域から前記第１のコーデックの転送の必要帯域を減算した帯域に、前記第２のコーデックの転送の必要帯域を加算した帯域を、前記隣接ノードとの間の回線の使用中帯域として修正することを特徴とする請求項８記載のＩＰ電話システム。
11. 前記第２のコーデックの転送の必要帯域は、前記第２のコーデックの帯域に、パケット化時のオーバヘッドを付加した帯域であることを特徴とする請求項８又は１０記載のＩＰ電話システム。
12. 前記第１のコーデックはＰＣＭであり、前記第２のコーデックはＣＳ−ＡＳＥＬＰであることを特徴とする請求項７乃至１１のうちいずれか一項記載のＩＰ電話システム。