(57)【要約】【課題】  インターネット等の伝送路を介して接続された複数のＩＰ端末で構成され、コネクションレス型のＵＤＰ（User Datagram Protocol）を用いたＶｏＩＰネットワークにおいても輻輳制御を可能とする呼制御サーバを得る。【解決手段】  伝送路が過負荷状態であることを示す過負荷情報を受信する過負荷情報受信部と、過負荷情報受信部が過負荷情報を受信すると、前記接続要求受信部が前記第１のＩＰ端末から前記第２のＩＰ端末への新たなセッションの確立要求を受信した場合でも、このセッションの確立要求を前記第２のＩＰ端末への転送を禁止するように前記送信部を制御する制御部とを備える。【選択図】          図１
2007189509.tif 000002
【特許請求の範囲】
【請求項１】
第１の局内に接続された第１のＩＰ端末から第２の局内に接続された第２のＩＰ端末へのセッションの確立要求を受信する受信部と、
前記受信部が受信したセッションの確立要求を前記第２のＩＰ端末へ転送する送信部と、
前記第１の局と前記第２の局とを接続する伝送路が過負荷状態であることを示す過負荷情報を受信する過負荷情報受信部と、
前記過負荷情報受信部が過負荷情報を受信すると、前記接続要求受信部が前記第１のＩＰ端末から前記第２のＩＰ端末への新たなセッションの確立要求を受信した場合でも、このセッションの確立要求を前記第２のＩＰ端末への転送を禁止するように前記送信部を制御する制御部と、
を有することを特徴とする呼制御サーバ。
【請求項２】
第１の局内に接続された第１のＩＰ端末から第２の局内に接続された第２のＩＰ端末へのセッションの確立要求を受信する受信部と、
前記セッションを確立するためのメッセージを前記第１のＩＰ端末へ返信する送信部と、
前記第１の局と前記第２の局とを接続する伝送路が過負荷状態であることを示す過負荷情報を受信する過負荷情報受信部と、
前記過負荷情報受信部が過負荷情報を受信すると、前記接続要求受信部が前記第１のＩＰ端末から前記第２のＩＰ端末への新たなセッションの確立要求を受信した場合でも、このセッションの確立するためのメッセージを前記第１のＩＰ端末への返信を禁止するように前記送信部を制御する制御部と、
を有することを特徴とする呼制御サーバ。
【請求項３】
第１の局内に接続された第１のＩＰ端末からの音声パケットを受信する音声パケット受信部と、
前記音声パケット受信部が受信した音声パケットを第２の局内に接続された第２のＩＰ端末へ、前記第１の局と前記第２の局とを接続する伝送路を介して転送する音声パケット送信部と、
前記伝送路を伝送する音声パケット量に基づいて、該伝送路の伝送レートを算出する伝送レート算出部と、
前記伝送レート算出部が算出した伝送レートに基づいて、前記伝送路が過負荷状態であるかどうかを判定する過負荷状態判定部と、
前記過負荷状態判定部において前記伝送路が過負荷状態であると判定された場合には、前記第１のＩＰ端末と前記第２のＩＰ端末との呼制御する呼制御サーバに対して、前記伝送路が過負荷状態であることを示す過負荷情報を送信する過負荷情報送信部と、
を有することを特徴とするメディアプロキシ。
【請求項４】
前記過負荷状態判定部は、前記伝送レートが所定の閾値より大きい場合に前記伝送路が過負荷状態であると判定することを特徴とする請求項２に記載のメディアプロキシ。
【請求項５】
第１の局内に接続された第１のＩＰ端末と、
第２の局内に接続された第２のＩＰ端末と、
前記第１の局と前記第２の局とを接続する伝送路と、
前記第１のＩＰ端末と前記第２のＩＰ端末との呼制御を行う呼制御サーバと、
前記第１のＩＰ端末から出力される音声パケットを受信すると共に、前記伝送路を用いてこの音声パケットを前記第２のＩＰ端末へ転送するメディアプロキシと、
を有するＶｏＩＰネットワークの輻輳を制御するための輻輳制御方法であって、
前記伝送路を伝送する音声パケットに基づいて、この伝送路の伝送レートを算出する伝送レート算出ステップと、
前記伝送レート算出ステップで算出した伝送レートに基づいて、前記伝送路が過負荷状態であるかどうかを判定する過負荷状態判定ステップと、
前記過負荷状態判定ステップにおいて前記伝送路が過負荷状態であると判定された場合には、前記呼制御サーバに対して、前記伝送路が過負荷状態であることを示す過負荷情報を送信する過負荷情報送信ステップと、
前記呼制御サーバは、過負荷情報を受信すると、前記第１のＩＰ端末から前記第２のＩＰ端末へのセッションの確立要求を受信した場合でも、このセッションを確立するためのメッセージの送信を禁止するように制御する制御ステップと、
を有することを特徴とする輻輳制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、複数のＩＰ網を接続してなるＶｏＩＰ（Voice over Internet Protocol）ネットワークにおける、輻輳制御するための呼制御サーバ、メディアプロキシおよび輻輳制御方法に関する。
【背景技術】
【０００２】
従来、ＩＰネットワーク上での通信を行う場合には、伝送路の帯域には制限があるので、通信品質を確保するために、伝送路を流れるパケットのデータ量を管理する必要があった。また、音声パケットをコネクション型のプロトコルであるＴＣＰ（Transmission Control Protocol）で伝送する場合には、ＭＴＵ（Maximum Transmission Unit）等の情報を利用して、使用帯域が増加した場合にはスループットを制限する方法で輻輳制御を行っていた。
【０００３】
また、従来のＶｏＩＰネットワークにおける輻輳制御は、ＴＤＭ（Time Division Multiplexing）である公衆電話回路網と、これらを統合するバックボーンとしてのＩＰ網とから構成されており、公衆電話網を制御することでＶｏＩＰネットワークの輻輳制御を行っていた（例えば特許文献１参照）。
【特許文献１】特開平２００２−２６１９２５公報（第１図）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、ＶｏＩＰネットワークにおいては、音声パケットはコネクション型のＴＣＰではなく、コネクションレス型のＵＤＰ（User Datagram Protocol）を用いて伝送するために、スループットを制限する方法で輻輳制御を行うことは困難であるといった問題があった。
【０００５】
また、特許文献１に記載の輻輳制御方法は公衆電話回路網を制御する手法であるので、公衆電話網を使用せずに、ＩＰ網で構成されたＶｏＩＰネットワークには対応できないといった問題があった。
【０００６】
本発明は上述の問題を解決するためになされたものであり、インターネット等の伝送路を介して接続された複数のＩＰ端末で構成されたＶｏＩＰネットワークにおいても輻輳制御を可能とする呼制御サーバを得るものである。
【課題を解決するための手段】
【０００７】
この発明に係る呼制御サーバにおいては、第１の局内に接続された第１のＩＰ端末から第２の局内に接続された第２のＩＰ端末へのセッションの確立要求を受信する受信部と、受信部が受信したセッションの確立要求を前記第２のＩＰ端末へ転送する送信部と、第１の局と第２の局とを接続する伝送路が過負荷状態であることを示す過負荷情報を受信する過負荷情報受信部と、過負荷情報受信部が過負荷情報を受信すると、接続要求受信部が第１のＩＰ端末から第２のＩＰ端末への新たなセッションの確立要求を受信した場合でも、このセッションの確立要求を第２のＩＰ端末への転送を禁止するように送信部を制御する制御部とを有するものである。
【発明の効果】
【０００８】
この発明は、第１の局と第２の局とを接続する伝送路を通過する音声パケットのパケット量に基づいて、この伝送路の伝送レートを算出し、この伝送レートに基づいて、第１のＩＰ端末から第２のＩＰ端末への接続要求を制御する構成になっているので、ＩＰ網で構成されたＶｏＩＰネットワークにおいても、輻輳制御を行うことが可能となる。
【発明を実施するための最良の形態】
【０００９】
実施の形態１．
図１は、この発明を実施するための実施の形態１におけるＶｏＩＰネットワークを示すものである。図１において、局１Ａ内には複数のＩＰ端末２Ａが接続されている。各ＩＰ端末２Ａはハブ３Ａに接続されており、ハブ３Ａは各ＩＰ端末２Ａからの音声パケットをメディアプロキシ４Ａ、ルータ５Ａに分配している。局１Ｂも局１Ａと同様に、複数のＩＰ端末２Ｂが接続されており、各ＩＰ端末２Ｂはハブ３Ｂに接続されており、ハブ３Ｂは各ＩＰ端末２Ｂからの音声パケットをメディアプロキシ４Ｂ、ルータ５Ｂに分配している。ルータ５Ａとルータ５Ｂとは伝送路６を介して接続されており、局１Ａ内のＩＰ端末２Ａと局１Ｂ内のＩＰ端末２Ｂとの通話が可能となっている。さらに、ルータ５Ａとルータ５Ｂとは、ＳＩＰ（Session Initiation Protocol）を用いた呼制御を行う呼制御サーバ７にもそれぞれ接続されている。ＳＩＰとはアプリケーション層で複数の相手に対して、音声や映像、テキストメッセージの交換などを行うために必要な接続の生成、変換、切断等を行うプロトコルであり、ＩＥＴＦ（Internet Engineering Task Force）において標準化が行われ、ＲＦＣ３２６１においてスタンダードトラックとして規定されたものである。
【００１０】
次に、このようにＩＰ端末間の呼制御のプロトコルとしてＳＩＰを用いてＶｏＩＰネットワーク構成し、ＩＰ端末２ＡとＩＰ端末２Ｂとの間で通話を行う場合について、図２、図３及び図４を用いて説明する。図２、図３はそれぞれ、メディアプロキシ４および呼制御サーバ７の構造を示すブロック図であり、図４は通話を行う際の動作を示すシーケンス図である。図２に示すように、メディアプロキシ４Ａは音声パケット等のパケットデータを受信する音声パケット受信部４０１、音声パケット等のパケットデータを出力する音声パケット送信部４０２、入出力を行うパケット入出力部４伝送路６に出力するパケットのバイト数を感知するプロキシ部４０３、伝送路６の伝送レートを算出する伝送レート算出部４０４、所定の閾値の設定する閾値設定部４０５、伝送路６が過負荷状態であるかどうかを判定する過負荷状態判定部４０６、伝送路６が過負荷状態であることを示す過負荷情報として過負荷情報パケットを生成する過負荷情報生成部４０７、過負荷情報生成部が生成した過負荷情報を送信する過負荷情報送信部４０８から構成されている。また、図３に示すように呼制御サーバ７は、ＩＰ端末２Ａ、２Ｂからのメッセージを受信する受信部７０１、ＩＰ端末２Ａ、２Ｂにメッセージを送信する送信部７０２、過負荷情報パケットを受信する過負荷情報受信部７０３、送信部７０２を制御する制御部７０４とから構成されている。メディアプロキシ４Ｂについては、メディアプロキシ４Ａと同様の構成であるので説明を省略する。
【００１１】
まず、局１Ａ内のＩＰ端末２Ａが局１Ｂ内のＩＰ端末２Ｂと通話を行う場合、ＩＰ端末２Ａから呼制御サーバ７にハブ３Ａおよびルータ５Ａを介して、接続要求としてＩＮＶＩＴＥのメッセージを送信する（ｓｔ１０１）。呼制御サーバ７は受信部７０１で受信したメッセージを、送信部７０２を用いてＩＰ端末２Ｂへ転送する（ｓｔ１０２）。また、送信部７０２はＩＰ端末２Ａに対して暫定応答のメッセージ１００Ｔｒｙｉｎｇを送信する（ｓｔ１０３）。ここで、各メッセージの先頭の３桁の数字（１００など）は図５に示すようにステータスコードを表すものであり、上１桁がメッセージの大分類を、下２桁がメッセージの小分類を表している。次に、ＩＰ端末２Ｂでは、ＩＮＶＩＴＥメッセージを受信すると暫定応答１００Ｔｒｙｉｎｇを呼制御サーバ７に送信する（ｓｔ１０４）。その後、端末の呼び出し音を鳴らす等の呼び出し処理を行い、併せて呼び出し中であることを伝える暫定応答１８０Ｒｉｎｇｉｎｇを呼制御サーバ７へ送信する（ｓｔ１０５）。呼制御サーバ７では、受信部７０１で１８０Ｒｉｎｇｉｎを受信すると共に、送信部７０２でＩＰ端末２Ａに対してこのメッセージを転送する（ｓｔ１０６）。
【００１２】
ＩＰ端末２Ｂでは、受話器をあげるなどの動作などによって、接続成功のメッセージ２００ＯＫを呼制御サーバ７の受信部２０１、送信部２０２を介して（ｓｔ１０７）、ＩＰ端末２Ａへ送信する（ｓｔ１０８）。ＩＰ端末２Ａでは、ＩＰ端末２Ｂからの２００ＯＫのメッセージを受けて、ＡＣＫ応答（接続確立了解）を呼制御サーバ７の受信部２０１、送信部２０２を介して（ｓｔ１０９）、ＩＰ端末２Ｂへ送信する（ｓｔ１１０）。このような動作で、ＩＰ端末２ＡとＩＰ端末２Ｂとの間のセッションが確立され、接続が完了する。
【００１３】
接続が完了すると、ＩＰ端末２Ａからの音声パケットはハブ３Ａを介して、メディアプロキシ４Ａへ送信される。メディアプロキシ４Ａでは、音声パケット受信部４０１を用いて、この音声パケットを受信し、この呼で伝送路６に出力されるパケットのバイト数を感知して、基礎情報として伝送レート算出部４０４に通知する。その後、音声パケットは、パケット送信部４０２から伝送路６を用いて局１Ｂへと転送される。尚、プロキシ部４０３では音声パケットに対して、音声コーデックなどの信号処理をほどこしてもよい。局１Ｂでは、この音声パケットとハブ３Ｂを介してメディアプロキシ４Ｂで受信し、メディアプロキシ４ＢはＩＰ端末２Ｂへ転送する。このようにして、生成されたセッション上で、ＵＤＰによる音声パケットのやり取りが行われ、通話状態となる（ｓｔ１１１）。
【００１４】
次に、通話の終了について説明する。ＩＰ端末２Ａの受話器が置かれるなどの状態になると、ＩＰ端末２Ａから呼制御サーバ７に対してセッションの切断要求であるＢＹＥメッセージを送信する（ｓｔ１１２）。呼制御サーバ７では、受信部２０１でＢＹＥメッセージを受信すると、送信部２０１を用いてＩＰ端末２Ｂへと転送する（ｓｔ１１３）。ＩＰ端末２Ｂでは、ＢＹＥメッセージを受信すると、切断了解である２００ＯＫを呼制御サーバ７へ送信する（ｓｔ１１４）。呼制御サーバ７では送信部２０２を用いてこのメッセージをＩＰ端末２Ａへ転送する（ｓｔ１１５）。このような、動作によってＩＰ端末２ＡとＩＰ端末２Ｂとのセッションは切断され、通話が終了する。
【００１５】
次に、このように構成されたＶｏＩＰネットワークの輻輳制御の手法について図６を用いて説明する。図６はＶｏＩＰネットワークの輻輳制御時の動作を示すシーケンス図である。
【００１６】
まず、図４におけるｓｔ１０１〜ｓｔ１１１と同様の動作を繰り返し、複数のＩＰ端末２Ａがそれぞれ対応するＩＰ端末２Ｂと通話が行われている状態になっている（ｓｔ２０１）。すなわち、複数のセッションが確立され、それぞれのセッションを用いて通話が行われている。このとき、プロキシ部４０３では、それぞれのセッション毎に伝送路６に出力する音声パケットのバイト数を感知して基礎情報として、伝送レート算出部４０４に送信する。伝送レート算出部４０４では受信した基礎情報に基づいて、確立されたセッション全体の単位時間当たりの伝送バイト数（以下、伝送レートと呼ぶ）を算出し、この伝送レートを過負荷状態判定部４０６へ送信する。
【００１７】
過負荷状態判定部４０６には、あらかじめ閾値設定部４０５に設定されている閾値が送信されており、この閾値と伝送レート算出部４０４が算出した伝送レートとを比較する。比較の結果、伝送レートのほうが大きい場合には過負荷状態判定部４０６は伝送路６が過負荷状態であると判定し（ｓｔ２０２）、判定結果を過負荷情報生成部４０７に送信する。また、閾値はオペレータ等の外部から適当な値が設定されている。例えば、伝送路６の伝送帯域の８０％程度の値を設定することが考えられるが、この値に限られず任意の値を設定することが可能である。
【００１８】
過負荷情報生成部４０７は伝送路６が過負荷状態であるという判定結果を受信した場合には、過負荷情報として伝送路６が過負荷状態であるという情報を含む過負荷情報パケットを生成し、過負荷情報送信部４０８へ送信する。過負荷情報送信部４０８はこの過負荷情報パケットを呼制御サーバ７へと転送する（ｓｔ２０３）。
【００１９】
呼制御サーバ７は、メディアプロキシ４Ａから過負荷情報パケットを過負荷情報受信部７０３で受信すると、この過負荷情報パケットを制御部７０４へと転送する。制御部７０４は過負荷情報パケットを受信すると、新たな接続要求の転送を禁止するように送信部７０２を制御するようになる（ｓｔ２０４）。このような状態において、呼制御サーバ７がＩＰ端末２ＡからＩＰ端末２Ｂに対する新たな接続要求として、ＩＮＶＩＴＥメッセージが送信された場合は（ｓｔ２０５）、送信部７０２はｓｔ１０３と同様にＩＰ端末２Ａに対して暫定応答のメッセージ１００Ｔｒｙｉｎｇを送信するが（ｓｔ２０６）、制御部７０４によって制御されているために、ＩＰ端末２ＢにＩＮＶＩＴＥメッセージを転送せずに（ｓｔ２０７）、ＩＰ端末２Ａに対して要求の実行ができないとするメッセージ４８６Ｂｕｓｙを送信する（ｓｔ２０８）。このため、ＩＰ端末２ＡとＩＰ端末２Ｂとの間に新たなセッションは確立されず、輻輳制御をすることが可能となる。
【００２０】
さらに、現在接続中のセッションが切断されて、伝送路６の伝送レートが閾値以下になった場合について説明する。この場合、過負荷状態判定部４０６に送信される伝送レートは閾値よりも小さくなる。また、このときの閾値はｓｔ２０２で使用した閾値と同じ値であっても良いし、小さな値であっても良い。このように、閾値を違う値に設定するときには、閾値設定部４０４に予め設定しておけばよい。過負荷状態判定部４０６は伝送レートが閾値よりも小さく、過負荷状態ではないとの判定結果を過負荷情報生成部４０７に送信する。過負荷情報生成部４０７は伝送路６が過負荷状態でないという判定結果を受信した場合には、過負荷情報として過負荷状態解除パケットを生成し、過負荷情報送信部４０８へ送信する。過負荷情報送信部４０８はこの過負荷状態解除パケットを呼制御サーバ７へと転送する（ｓｔ２０９）。
【００２１】
呼制御サーバ７は、メディアプロキシ４Ａから過負荷状態解除パケットを過負荷情報受信部７０３で受信すると、この過負荷情報パケットを制御部７０４へと転送する。制御部７０４は過負荷状態解除パケットを受信すると、送信部７０２の制御を解除する（ｓｔ２１０）。従って、呼制御サーバ７はＩＰ端末２ＡからＩＰ端末２Ｂに対する新たなセッション確立の要求であるＩＮＶＩＴＥメッセージを受信した場合には、ＩＰ端末２Ｂに対してＩＮＶＩＴＥメッセージを転送するようになる。
【００２２】
また、メディアプロキシ４Ｂにおいても、上述のｓｔ２０２〜ｓｔ２１０の動作が行われているために、伝送路６の伝送レートが閾値よりも大きい場合には、ＩＰ端末２ＢからＩＰ端末２Ａに対して接続要求があった場合でも、あらたなセッションを確立することを防止し、さらに、伝送路６の伝送レートが閾値を下回った場合には新たなセッションを確立することができる。
【００２３】
このように構成されたＶｏＩＰネットワークにおいては、伝送路６の伝送レートが予め設定された閾値より大きくなった場合には、新たなセッションの確立を防止することができるために、ネットワークの輻輳を防止することが可能となる。
【００２４】
実施の形態２．
実施の形態１におけるＶｏＩＰネットワークにおいては、呼制御のプロトコルとしてＳＩＰを用いた構成であったが、呼制御のプロトコルはＨ．３２３であってもよい。Ｈ．３２３とは、いわゆるテレビ電話などの実装に利用される、ネットワーク上で音声・動画を１対１で送受信するために音声、映像方式、データ圧縮伸長方式などを定めたプロトコルであり、国際電気通信連合ＩＴＵ−Ｔにて承認、勧告されているものである。
【００２５】
次に、ＩＰ端末間の呼制御のプロトコルとしてＨ．３２３を用いてＶｏＩＰネットワーク構成し、ＩＰ端末２ＡとＩＰ端末２Ｂとの間で通話を行う場合について、図７を用いて説明する。図７はＨ．３２３を用いて、通話を行う場合の動作を示すシーケンス図である。また、ＶｏＩＰネットワークの構成は実施の形態１と同様であるので説明を省略する。
【００２６】
まず、局１Ａ内のＩＰ端末２Ａが局１Ｂ内のＩＰ端末２Ｂと通話を行う場合、ＩＰ端末２Ａから呼制御サーバ７にハブ３Ａおよびルータ５Ａを介して、ＩＰ端末２Ｂへのセッションの接続要求として、電話番号、接続許可申請のメッセージであるＡＲＱが送信される（ｓｔ３０１）。呼制御サーバ７は受信部７０１でこのメッセージを受信すると、送信部７０２を用いてＩＰ端末２ＡへＩＰアドレス、接続許可のメッセージＡＣＦを送信する（ｓｔ３０２）。ＩＰ端末２ＡはメッセージＡＣＦを受信すると、ＩＰ端末２Ｂに対して呼設定をするためにメッセージＳＥＴＵＰを送信する（ｓｔ３０３）。ＩＰ端末２Ｂでは、このＳＥＴＵＰをうけて、ＩＰ端末２Ａに電話番号、接続許可申請のメッセージＡＲＱを送信する（ｓｔ３０４）。ＩＰ端末２Ａは、ＩＰ端末２ＢからのメッセージＡＲＱを受けて、ＩＰアドレス、接続許可のメッセージＡＣＦを返信する。このメッセージを受信したＩＰ端末２Ｂは、ＡＬＥＲＴ、ＣＯＮＮＥＣＴメッセージにより応答し（ｓｔ３０６、ｓｔ３０７）、ＣＯＮＮＥＣＴメッセージをＩＰ端末２Ａが受信すると、ＩＰ端末２ＡとＩＰ端末２Ｂとの間にセッションが確立される。
【００２７】
接続が完了すると、実施の形態１と同様に、ＩＰ端末２Ａからの音声パケットはハブ３Ａを介して、メディアプロキシ４Ａへ出力される。メディアプロキシ４Ａでは、音声パケット受信部４０１を用いて、この音声パケットを受信し、この呼で伝送路６に出力されるパケットのバイト数を感知して、基礎情報として伝送レート算出部４０４に通知する。その後、音声パケットは、音声パケット送信部４０２から伝送路６を用いて局１Ｂへと転送される。尚、プロキシ部４０３では音声パケットに対して、音声コーデックなどの信号処理をほどこしてもよい。局１Ｂでは、この音声パケットとハブ３Ｂを介してメディアプロキシ４Ｂで受信し、メディアプロキシ４ＢはＩＰ端末２Ｂへ転送する。このようにして、生成されたセッション上で、ＵＤＰによる音声パケットのやり取りが行われ、通話状態となる（ｓｔ３０８）。
【００２８】
次に、このように構成されたＶｏＩＰネットワークの輻輳制御の手法について図８を用いて説明する。図８はＶｏＩＰネットワークの輻輳制御時の動作を示すシーケンス図である。
【００２９】
まず、図７におけるｓｔ３０１〜ｓｔ３０８と同様の動作を繰り返し、複数のＩＰ端末２Ａがそれぞれ対応するＩＰ端末２Ｂと通話が行われている状態になっている（ｓｔ４０１）。すなわち、複数のセッションが確立され、それぞれのセッションを用いて通話が行われている。このとき、実施の形態１と同様に、メディアプロキシ４Ａでは、伝送路６の伝送レートに基づいて、伝送路６が過負荷状態であるかどうかの判定を行う（ｓｔ４０２）。判定の結果、過負荷状態であると判定された場合には、呼制御サーバ７に、過負荷情報パケットが送信され（ｓｔ４０３）、新たな電話番号、接続許可申請に対して、ＩＰアドレス、接続許可のメッセージＡＣＦの返送を禁止するように送信部７０２を制御するようになる（ｓｔ４０４）。このような状態において、ＩＰ端末２Ａから呼制御サーバ７に対し、新たな電話番号、接続許可申請のメッセージＡＲＱメッセージが送信された場合は（ｓｔ４０５）、送信部７０２はＩＰアドレス、接続許可のメッセージＡＣＦを送信せずに、接続不可のメッセージを送信する（ｓｔ４０６）。このように呼制御のプロトコルとして、Ｈ．３２３を用いた場合であっても輻輳制御をすることが可能となる。
【００３０】
また、実施の形態１と同様に、伝送路６の伝送レートが閾値を下回った場合には新たなセッションが確立できることは言うまでもない。
【図面の簡単な説明】
【００３１】
【図１】この発明を実施するための実施の形態１および実施の形態２におけるＶｏＩＰネットワークを示す図である。
【図２】メディアプロキシの構造を示す図である。
【図３】呼制御サーバの構造を示す図である。
【図４】ＳＩＰを用いた通話を行う際の動作を示すシーケンス図である
【図５】ステータスコードを示す図である。
【図６】ＳＩＰを用いた輻輳制御を行う際の動作を示すシーケンス図である。
【図７】Ｈ．３２３を用いた通話を行う際の動作を示すシーケンス図である。
【図８】Ｈ．３２３を用いた輻輳制御を行う際の動作を示すシーケンス図である。
【符号の説明】
【００３２】
１Ａ、１Ｂ  局
２Ａ、２Ｂ  ＩＰ端末
４Ａ、４Ｂ  メディアプロキシ
４０１  音声パケット受信部
４０２  音声パケット送信部
４０４  伝送レート算出部
４０６  過負荷状態判定部
４０８  過負荷情報送信部
６  伝送路
７  呼制御サーバ
７０１  受信部
７０２  送信部
７０３  過負荷情報受信部
７０４  制御部
【図１】
2007189509.tif 000003
【図２】
2007189509.tif 000004
【図３】
2007189509.tif 000005
【図４】
2007189509.tif 000006
【図５】
2007189509.tif 000007
【図６】
2007189509.tif 000008
【図７】
2007189509.tif 000009
【図８】
2007189509.tif 000010