JP2010004495A

JP2010004495A - 呼制御方法、システム、及びサーバー、並びにセッション・ボーダー・コントローラー

Info

Publication number: JP2010004495A
Application number: JP2008163766A
Authority: JP
Inventors: Takeshi Osaka; 健大坂
Original assignee: Nippon Telegraph and Telephone Corp
Current assignee: NTT Inc
Priority date: 2008-06-23
Filing date: 2008-06-23
Publication date: 2010-01-07
Anticipated expiration: 2028-06-23
Also published as: JP5147562B2

Abstract

【課題】本発明の目的は、帯域情報だけでなくパケット処理性能を考慮した呼の受付制御を行う方法、システム、及び装置を提供することである。
【解決手段】複数の端末、前記複数の端末からのパケットを滞留させる入力バッファを有するセッション・ボーダー・コントローラー（ＳＢＣ）、前記ＳＢＣを制御する呼制御サーバーを有するネットワークにおける呼制御方法が提供される。当該方法は、（ａ）前記ＳＢＣは前記入力バッファを監視し、所定の輻輳閾値を超えてパケットが滞留しているか否かを決定する段階、（ｂ）前記所定の輻輳閾値を超えてパケットが滞留していると決定された場合、前記ＳＢＣは前記呼制御サーバーへ輻輳を通知する段階、（ｃ）前記呼制御サーバーは前記ＳＢＣに対し、新たな呼を受け付けないよう指示する段階、を有する。
【選択図】図６

Description

本発明は、呼制御方法、システム、及びサーバー、並びにセッション・ボーダー・コントローラーに関し、より詳細には、複数の端末、前記複数の端末からのパケットを滞留させる入力バッファを有するセッション・ボーダー・コントローラー（ＳＢＣ）、前記ＳＢＣを制御する呼制御サーバーを有するシステムにおける呼制御に関する。

インターネットの急速な普及に伴い、近年ではより高速な双方向広帯域サービスが望まれるようになった。更に固定通信と移動体通信の連携、電話網と放送網とインターネットの融合、コストの削減、サービス品質の向上、等が望まれている。これらを実現するために国際電気通信連合（International Telecommunication Union：ＩＴＵ−Ｔ）、欧州電気通信標準化協会（European Telecommunications Standards Institute：ＥＴＳＩ）、ＩＥＴＦ（Internet Engineering Task Force）等の標準化団体は次世代ネットワーク（Next Generation Network：ＮＧＮ）技術の規格を制定し、世界各国でＮＧＮが構築され始めている。

ＮＧＮはインターネット・プロトコル（ＩＰ）や非同期転送モード（ＡＴＭ）などに基づくパケット転送ノードにより接続された呼制御サーバーとルータとセッション・ボーダー・コントローラー（ＳＢＣ）により端末間及び事業者間を接続し、電話やビデオ配信などをサービスとして提供するネットワークであり、（１）セッションの確立・切断のために、ＩＰ電話でも用いられる制御用通信プロトコルであるＳＩＰ（Session Initiation Protocol）が用いられる、（２）帯域確保のようなＱｏＳ（サービス品質）制御やＮＡＴ／ファイアウォールのようなセキュリティに関する処理を行う制御装置が設けられる、等を特徴とする。

図１はＮＧＮ１００における従来の呼制御サーバーとＳＢＣの動作を説明するシステム構成図である。このような構成は非特許文献１に記載されている。図１の上半分に示されるＮＧＮ１００は、端末１１０ａ、１１０ｂ、当該端末からのパケットを滞留させる入力バッファを有し当該端末間のセッションを制御するＳＢＣ１２０、ＳＢＣ１２０を制御する呼制御サーバー１３０、それらを接続する事業者Ａのネットワーク１４０ａ及び事業者Ｂのネットワーク１４０ｂを有する。呼制御サーバー１３０は、自身に設定されているＳＢＣ１２０の性能限界に応じて呼の受付制御を行い、ＳＢＣ１２０を通るトラヒックの品質を確保する。呼の受付制御を行う際に、呼制御サーバー１３０はセッション記述プロトコル（Session Description Protocol：ＳＤＰ）で定められたセッション記述を参照するが、一般に当該セッション記述が有する性能限界に関する情報は帯域情報のみである。

図２は従来の呼制御サーバーが帯域を管理する場合の発呼受付シーケンスである。段階２０２で、端末１１０ａは発呼する。段階２０４で、呼制御サーバー１３０はセッション記述に記載された帯域情報を加算し、端末１１０ａを含む接続事業者から要求されているトラヒックの帯域の合計ｘ１＋ｘ２＋ｘ３＋ｘ４を計算する。ここで当該帯域の合計がＳＢＣ１２０の性能限界であるＸＭｂｉｔ／ｓより少なかった場合、つまりＸ＞ｘ１＋ｘ２＋ｘ３＋ｘ４となった場合に、段階２０６で、呼制御サーバー１３０はＳＢＣ１２０へ呼設定情報を送信する。呼設定情報は、例えば端末１１０ａのアドレス、端末１１０ａがＳＢＣへ送るための宛先アドレス、端末１１０ｂのアドレス、端末１１０ｂがＳＢＣへ送るための宛先アドレス、トラヒック疎通帯域、当該トラヒックが通る物理インターフェースである。段階２０８で、ＳＢＣ１２０は当該呼設定情報に従い呼を設定すると、呼制御サーバー１３０へ設定完了メッセージを送信する。段階２１０で、呼制御サーバー１３０は段階２０２で受けた呼を端末１１０ｂへ転送する。段階２１２で、端末１１０ｂは端末１１０ａへ呼を受け付けたことを通知する。段階２１４で、端末１１０ａと端末１１０ｂとの間で通話が実現する。

図３は、従来のＳＢＣが帯域を管理する場合の発呼受付シーケンスである。段階３０２で、端末１１０ａは発呼する。段階３０４で、呼制御サーバー１３０はＳＢＣ１２０へ図２の段階２０６と同様の呼設定情報を送信する。段階３０６で、ＳＢＣ１２０は図２の段階２０４と同様の方法でトラヒックの帯域の合計を計算し、ＳＢＣ１２０の性能限界と比較する。当該帯域の合計がＳＢＣ１２０の性能限界であるＸＭｂｉｔ／ｓより少なかった場合、段階３０８で、ＳＢＣ１２０は呼制御サーバー１３０へ設定完了メッセージを送信する。段階３１０〜段階３１４は図２の段階２１０〜段階２１４と同様である。

図４は従来の呼制御サーバーが帯域を管理する場合の発呼受付拒否シーケンスである。段階４０２で、端末１１０ａは発呼する。段階４０４で、呼制御サーバー１３０は図２の段階２０４と同様の方法でトラヒックの帯域の合計を計算し、ＳＢＣ１２０の性能限界と比較する。当該帯域の合計がＳＢＣ１２０の性能限界であるＸＭｂｉｔ／ｓより多かった場合、段階４０６で、呼制御サーバー１３０は端末１１０ａへ発呼受付拒否メッセージを送信し、段階４０２の発呼を拒否する。

図５は従来のＳＢＣが帯域を管理する場合の発呼受付拒否シーケンスである。段階５０２〜段階５０４は図３の段階３０２〜段階３０４と同様である。段階５０６で、呼制御サーバー１３０は図４の段階４０４と同様の計算及び比較を行う。帯域の合計がＳＢＣ１２０の性能限界であるＸＭｂｉｔ／ｓより多かった場合、段階５０８で、ＳＢＣ１２０は呼制御サーバー１３０へ帯域不足による設定受付拒否メッセージを送信する。段階５１０は段階４０６と同様である。

上述の図４、５を参照し説明した発呼受付拒否の様子は図１の下半分に示される。図１では一番下に示されたトラヒックの受付が拒否される。しかしながら、呼制御サーバー１３０はＳＢＣ１２０の帯域以外の性能限界である秒間パケット処理性能を認識できないので、上述のような帯域の合計に基づき呼の受付を制御しても、秒間パケット処理性能がＳＢＣ１２０の性能限界を超えてしまう場合がある。従って帯域以外の性能限界である秒間パケット処理性能が限界に達していても、呼の受付を制限することができず、疎通するトラヒックに対してパケット廃棄やパケット遅延などを生じてしまう。
井上友二、そこが知りたい最新技術ＮＧＮ入門、（日本）、インプレスＲ＆Ｄ、２００７年１月３０日、ｐ．１５６−１７２

本発明の目的は、帯域情報だけでなくパケット処理性能を考慮した呼の受付制御を行う方法、システム、及び装置を提供することである。

本発明の第１の態様によると、複数の端末、前記複数の端末からのパケットを滞留させる入力バッファを有するセッション・ボーダー・コントローラー（ＳＢＣ）、前記ＳＢＣを制御する呼制御サーバーを有するシステムの呼制御方法が提供される。当該方法は、（ａ）前記ＳＢＣは前記入力バッファを監視し、所定の輻輳閾値を超えてパケットが滞留しているか否かを決定する段階、（ｂ）前記所定の輻輳閾値を超えてパケットが滞留していると決定された場合、前記ＳＢＣは前記呼制御サーバーへ輻輳を通知する段階、（ｃ）前記呼制御サーバーは前記ＳＢＣに対し、新たな呼を受け付けないよう指示する段階、を有する。

本発明の第２の態様によると、呼制御を行うシステムが提供される。当該システムは、複数の端末、前記複数の端末からのパケットを滞留させる入力バッファを有するセッション・ボーダー・コントローラー（ＳＢＣ）、前記ＳＢＣを制御する呼制御サーバー、を有し、前記ＳＢＣは、前記入力バッファを監視し、所定の輻輳閾値を超えてパケットが滞留しているか否かを決定する輻輳監視部、前記所定の輻輳閾値を超えてパケットが滞留していると決定された場合、前記呼制御サーバーへ輻輳を通知する制御信号処理部、を有し、前記呼制御サーバーは、前記ＳＢＣから輻輳を通知された場合に、前記ＳＢＣに新たな呼を受け付けないよう指示する。

本発明の第３の態様によると、複数の端末、前記複数の端末からのパケットを滞留させる入力バッファを有するセッション・ボーダー・コントローラー（ＳＢＣ）を有するシステムで用いられる、前記ＳＢＣを制御する呼制御サーバーが提供される。当該呼制御サーバーは、前記ＳＢＣから輻輳を通知されると、前記ＳＢＣに対し新たな呼を受け付けないよう指示するか、又は前記ＳＢＣが接続している呼のうち、より多くの帯域を使用するコーデックを使用している呼及び処理負荷のより大きいコーデックを使用している呼のうち、１又は複数の呼を切断するよう更に指示する。

本発明の第４の態様によると、複数の端末及び呼制御サーバーを有するシステムで用いられ、前記複数の端末からのパケットを滞留させる入力バッファを有するセッション・ボーダー・コントローラー（ＳＢＣ）が提供される。当該ＳＢＣは、前記入力バッファを監視し、所定の輻輳閾値を超えてパケットが滞留しているか否かを決定する輻輳監視部、及び前記呼制御サーバーへ輻輳を通知する制御信号処理部、を有し、前記所定の輻輳閾値を超えてパケットが滞留していると決定された場合、前記ＳＢＣが接続している呼のうち、より多くの帯域を使用するコーデックを使用している呼及び処理負荷のより大きいコーデックを使用している１又は複数の呼に対応する１又は複数のインターフェース若しくはＶＰＮ（仮想プライベート・ネットワーク）の設定を削除する。

本発明により、帯域情報に基づく既存の呼制御方法を使用しながら、ＳＢＣの秒間パケット処理性能に基づく更なる呼制御を行うことができ、トラヒックの劣化を防ぐことができる。

［概要］
図６は、ＮＧＮ２００における本発明の呼制御サーバーとＳＢＣの動作を説明するシステム構成図である。図６の上半分に示されるＮＧＮ２００は、端末２１０ａ、２１０ｂ、ＳＢＣ２２０、ＳＢＣ２２０を制御する呼制御サーバー２３０、それらを接続する事業者Ａのネットワーク２４０ａ及び事業者Ｂのネットワーク２４０ｂを有する。

図７は、ＳＢＣ２２０の構成を詳細に示す図である。ＳＢＣ２２０は、事業者ネットワーク２４０ａ又は２４０ｂから受信したパケットを滞留させる入力バッファ２２１、入力バッファ２２１に滞留されたパケットを処理し事業者ネットワーク２４０ａ又は２４０ｂへ送信するパケット処理機能部２２２、入力バッファ２２１に滞留するパケットが輻輳閾値を超えているか否かを監視し及び輻輳通知を生成する輻輳監視部２２３、事業者ネットワーク２４０ａ又は２４０ｂを介し呼制御サーバー２３０からの呼設定情報を受信し及び呼制御サーバー２３０へ輻輳通知を送信する制御信号処理部２２４、当該呼設定情報に基づきセッションを制御するセッション制御部２２５、を有する。

図６の下半分に示されるように、本発明では上述した従来の帯域情報に基づく呼制御に加え、呼制御サーバー２３０がＳＢＣ２２０から輻輳通知を受信すると、呼制御サーバー２３０は当該輻輳通知に基づき呼制御を行う。ＳＢＣ２２０は複数のアドレスを持っており、端末２１０ａ、２１０ｂは当該複数のアドレスのうちの何れかのアドレスを宛先として事業者ネットワーク２４０ａ、２４０ｂを介しトラヒックを送信する。呼制御サーバー２３０は当該複数のアドレスのうちどのアドレスを使用しているかを把握しており、適切なアドレスを選んで呼の設定を行う。

［実施例１］
図８乃至図９を参照して本発明の実施例１を説明する。

図８は、本発明の第１の実施例を説明するシステム構成図である。図８の上半分は上述の図６の上半分の構成と同様である。

図９は、本発明の第１の実施例を説明するシーケンス図である。図９の（Ａ）は新たな呼の受付により輻輳閾値を超える場合の受付拒否シーケンスを示す。図９の段階９０２〜段階９０４は、図３の段階３０２〜段階３０４と同様である。段階９０６で、ＳＢＣ２２０は図２乃至図５を参照して説明された従来のシーケンスと同様に呼制御サーバー２３０又はＳＢＣ２２０がセッション記述に含まれる帯域情報を合計しＳＢＣ２２０の性能限界と比較する。当該合計が当該性能限界を超えていた場合は従来のシーケンスと同様の処理が行われる。その他の場合、段階９０６で、ＳＢＣ２２０の輻輳監視部２２３は、入力バッファ２２１を監視し、パケットが輻輳閾値を超えて滞留していることを検出する。パケットが輻輳閾値を超えて滞留していることは、ＳＢＣの秒間パケット処理性能を超えるパケットが流入する可能性があることを意味する。つまり図８の下半分に示されるように、ＳＢＣを通過するトラヒックの秒間パケット数の合計であるｙ１＋ｙ２＋ｙ３＋ｙ４がＳＢＣの秒間パケット処理性能Ｙｐｐｓを超えることが予想される。段階９０８で、ＳＢＣ２２０の制御信号処理部２２４は、ＳＢＣ２２０に流入するパケットがパケット処理機能部２２２の性能を超える可能性があると判断し、呼制御サーバー２３０へ設定受付拒否メッセージを送信する。段階９１０で、呼制御サーバー２３０は、端末１１０ａへ段階９０２の発呼を拒否する発呼拒否メッセージを送信する。

図９の（Ｂ）は新たな呼の受付前に輻輳閾値を超えた場合の発呼受付拒否シーケンスである。段階９１２で、ＳＢＣ２２０は段階９０６と同様にパケットが輻輳閾値を超えて滞留していることを検出する。段階９１４で、ＳＢＣ２２０は呼制御サーバー２３０へ自身のパケット処理性能を上回ってパケットが流入する可能性がることを示すパケット処理性能不足アラームを送信する。段階９１６で、端末１１０ａが発呼する。これに対し段階９１８で、呼制御サーバー２３０は端末１１０ａへ発呼受付拒否メッセージを送信する。

上述の本発明の第１の実施例によると、呼制御サーバー２３０がＳＢＣ２２０に流入するパケットがＳＢＣ２２０のパケット処理性能の限界を超える可能性があることを認識できるので、図８の下半分に示されるように、セッション記述に含まれる帯域情報の合計がＳＢＣ２２０の性能限界を下回っていたとしても、つまりＳＢＣ２２０の帯域が余っていたとしても、ＳＢＣ２２０のパケット処理性能の限界を超える可能性がある新規の呼を受け付けない。従って、ＳＢＣ２２０が秒間パケット処理性能の性能限界に達する前に呼の受付制御が適切に行われ、トラヒックの劣化を回避できる。

［実施例２］
図１０乃至図１１を参照して本発明の実施例２を説明する。

図１０は、本発明の第２の実施例を説明するシステム構成図である。

図１１は、本発明の第２の実施例を説明する、輻輳の検出により既存の呼を切断する場合の呼切断シーケンスを示す。図１１の段階１１０２〜段階１１１４は従来の発呼受付シーケンスと同様であり、図２の段階２０２〜段階２１４と同様である。或いは図１１の段階１１０２〜段階１１１４は図３の段階３０２〜段階３１４で置き換えられて良い。段階１１１６で、図９の段階９０６と同様にパケットが輻輳閾値を超えて滞留していることを検出する。段階１１１８で、図９の段階９１４と同様にパケット処理性能不足アラームを送信する。段階１１２０で、呼制御サーバー２３０は例えばＳＩＰパケットに含まれるコーデック、ＳＤＰパケットに含まれるパケット内のメディアのミリ秒単位の時間長を与えるｐｔｉｍｅパラメータを調べ、ＳＢＣ２２０のパケット処理機能部２２２により大きな負荷をかけている又はより多くの帯域を使用している１又は複数の既存の呼を選択する。段階１１２２で、呼制御サーバー２３０は段階１１２０で選択された１又は複数の既存の呼既存の呼を切断する。ここでは例として端末１１０ａの呼が切断されている。段階１１２４で、呼制御サーバー２３０はＳＢＣ２２０へ段階１１２０で切断された呼の呼設定情報を削除するよう指示する。段階１１２６で、ＳＢＣ２２０は呼設定情報の削除が完了したことを呼制御サーバー２３０へ通知する。段階１１１８〜段階１１２６は、ＳＢＣ２２０の処理性能の不足が解消されるまで、つまり輻輳が検出されなくなるまで繰り返される。段階１１２８で、輻輳が検出されなくなるとＳＢＣ２２０は呼制御サーバー２３０へパケット処理性能が不足していないことを示すパケット処理性能不足アラームクリアメッセージを送信する。

上述の本発明の第２の実施例によると、呼制御サーバー２３０がＳＢＣ２２０に流入するパケットがＳＢＣ２２０のパケット処理性能の限界を超えていることを認識できるので、図１０の下半分に示されるように、セッション記述に含まれる帯域情報の合計がＳＢＣ２２０の性能限界を下回っていたために受け付けられた呼でも、ＳＢＣ２２０の秒間パケット処理性能が限界に達する可能性がある場合には切断される。従って、ＳＢＣ２２０が秒間パケット処理性能の性能限界に達する前に呼の受付制御が適切に行われ、トラヒックの劣化を回避できる。

［実施例３］
図１２乃至図１３を参照して本発明の実施例３を説明する。

図１２は、本発明の第３の実施例を説明するシステム構成図である。図１２は２つのＳＢＣ２２０ａ、２２０ｂ、及びＳＢＣ２２０ａ、２２０ｂと事業者ネットワークＢとを接続するルータ又はスイッチ２５０が設けられ、その他は上述の図６の上半分の構成と同様である。

図１３は、本発明の第３の実施例を説明する、輻輳によりＳＢＣが自律的にリンクダウンする場合のシーケンス図である。図１３の段階１３０２〜段階１３１８は図１１の段階１１０２〜段階１１１８と同様である。但しＳＢＣ２２０はＳＢＣ２２０ａに置き換えられる。段階１３２０で、ＳＢＣ２２０ａのセッション制御部２２５は自律的にルータ又はスイッチ２５０とのインターフェースをリンクダウンすることにより、ルータ又はスイッチ２５０にルータ又はスイッチ２５０の経路選択テーブルに保持されている経路情報を削除させる。段階１３２２で、ＳＢＣ２２０ａは、削除完了メッセージを呼制御サーバー２３０へ送信し、リンクダウンによりＳＢＣ２２０ａ宛の経路が削除されたことを通知する。段階１３２４で、呼制御サーバー２３０はＳＢＣ２２０ｂへ呼設定情報を送信する。段階１３２６で、ＳＢＣ２２０ｂは呼制御サーバー２３０へ呼の設定が完了したことを示す設定完了メッセージを送信する。段階１３２８〜段階１３３０は、図１１の段階１１２４〜段階１１２６と同様である。

上述の本発明の第３の実施例によると、セッション記述に含まれる帯域情報の合計がＳＢＣ２２０ａの性能限界を下回っていたために受け付けられた呼は、ＳＢＣ２２０ａの秒間パケット処理性能が限界に達する可能性のある場合には、ＳＢＣ２２０ａに代わって処理性能に余裕のあるＳＢＣ２２０ｂにより処理される。従って、ＳＢＣ２２０ａが秒間パケット処理性能の性能限界に達する前に当該呼を処理するＳＢＣが適切に切り替えられ、トラヒックは適切に迂回され、トラヒックの劣化を回避できる。

［実施例４］
図１２及び図１４を参照して本発明の実施例４を説明する。第４の実施例の構成は実施例３と同様である。

図１４は、本発明の第４の実施例を説明する、輻輳により呼制御サーバー２３０がインターフェース又はＶＰＮ（仮想プライベート・ネットワーク）設定の削除を指示する場合のシーケンス図である。図１４の段階１４０２〜段階１４１８は図１３の段階１３０２〜段階１３１８と同様である。段階１４２０で、図１１の段階１１２０と同様に、ＳＢＣ２２０ａのパケット処理機能部２２２により大きな負荷をかけている又はより多くの帯域を使用している１又は複数の既存の呼を選択する。段階１４２２で、呼制御サーバー２３０はＳＢＣ２２０ａに、段階１４２０で選択された１又は複数の既存の呼が割り当てられている１又は複数のインターフェース又は１又は複数のＶＰＮ設定を削除するよう指示する。段階１４２４〜段階１４３２は図１３の段階１３２２〜段階１３３０と同様である。

上述の本発明の第４の実施例によると、セッション記述に含まれる帯域情報の合計がＳＢＣ２２０ａの性能限界を下回っていたために受け付けられた呼は、ＳＢＣ２２０ａの秒間パケット処理性能が限界に達する可能性がある場合には、ＳＢＣ２２０ａに代わって処理性能に余裕のあるＳＢＣ２２０ｂにより処理される。従って、ＳＢＣ２２０ａが秒間パケット処理性能の性能限界に達する前に当該呼を処理するＳＢＣが適切に切り替えられ、トラヒックは適切に迂回され、トラヒックの劣化を回避できる。

［実施例５］
図１５乃至図１６を参照して本発明の実施例５を説明する。

図１５は本発明の第５の実施例を説明するシステム構成図であり、図１２の構成と同様である。

図１６は、本発明の第５の実施例を説明する、輻輳により自律的にＶＰＮ設定を削除する場合のシーケンス図である。図１６の段階１６０２〜段階１６１８は図１３の段階１３０２〜段階１３１８と同様である。段階１６２０で、ＳＢＣ２２０ａのセッション制御部２２５は輻輳が検出されている入力バッファ２２１に対応するＶＰＮの設定を自律的に削除することにより、ルータ又はスイッチ２５０にルータ又はスイッチ２５０が保持しているＶＰＮの設定を削除させる。段階１６２２〜段階１６３０は図１３の段階１３２２〜段階１３３０と同様である。

上述の本発明の第５の実施例によると、セッション記述に含まれる帯域情報の合計がＳＢＣ２２０ａの性能限界を下回っていたために受け付けられた呼は、ＳＢＣ２２０ａの秒間パケット処理性能が限界に達する可能性が場合には、ＳＢＣ２２０ａに代わって処理性能に余裕のあるＳＢＣ２２０ｂにより処理される。従って、ＳＢＣ２２０ａが秒間パケット処理性能の性能限界に達する前に当該呼を処理するＳＢＣが適切に切り替えられ、トラヒックは適切に迂回され、トラヒックの劣化を回避できる。

従来の呼制御サーバーとＳＢＣの動作を説明するシステム構成図である。従来の呼制御サーバーが帯域を管理する場合の発呼受付シーケンスである。従来のＳＢＣが帯域を管理する場合の発呼受付シーケンスである。従来の呼制御サーバーが帯域を管理する場合の発呼受付拒否シーケンスである。従来のＳＢＣが帯域を管理する場合の発呼受付拒否シーケンスである。本発明の呼制御サーバーとＳＢＣの動作を説明するシステム構成図である。本発明のＳＢＣの構成を詳細に示す図である。本発明の第１の実施例を説明するシステム構成図である。本発明の第１の実施例を説明するシーケンス図である。本発明の第２の実施例を説明するシステム構成図である。本発明の第２の実施例を説明するシーケンス図である。本発明の第３の実施例を説明するシステム構成図である。本発明の第３の実施例を説明するシーケンス図である。本発明の第４の実施例を説明するシーケンス図である。本発明の第５の実施例を説明するシステム構成図である。本発明の第５の実施例を説明するシーケンス図である。

符号の説明

１１０ａ、１１０ｂ、２２０ａ、２２０ｂ端末
１２０、２２０、２２０ａ、２２０ｂセッション・ボーダー・コントローラー（ＳＢＣ）
１３０、２３０呼制御サーバー
１４０ａ、１４０ｂ、２４０ａ、２４０ｂ事業者ネットワーク
２２１入力バッファ
２２２パケット処理機能部
２２４制御信号処理部
２２５セッション制御部
２５０ルータ又はスイッチ

Claims

複数の端末、前記複数の端末からのパケットを滞留させる入力バッファを有するセッション・ボーダー・コントローラー（ＳＢＣ）、前記ＳＢＣを制御する呼制御サーバーを有するシステムの呼制御方法であって、
（ａ）前記ＳＢＣは前記入力バッファを監視し、所定の輻輳閾値を超えてパケットが滞留しているか否かを決定する段階、
（ｂ）前記所定の輻輳閾値を超えてパケットが滞留していると決定された場合、前記ＳＢＣは前記呼制御サーバーへ輻輳を通知する段階、
（ｃ）前記呼制御サーバーは前記ＳＢＣに対し、新たな呼を受け付けないよう指示する段階、を有する呼制御方法。
（ｄ）前記呼制御サーバーは前記ＳＢＣに対し、前記ＳＢＣが接続している呼のうち、より多くの帯域を使用するコーデックを使用している呼及び処理負荷のより大きいコーデックを使用している呼のうち、１又は複数の呼を切断するよう指示する段階、を更に有する請求項１記載の呼制御方法。
前記システムは前記複数の端末、１又は複数の前記ＳＢＣ、前記呼制御サーバーを接続する１又は複数のパケット転送ノードを更に有し、
（ｅ）前記呼制御サーバーは前記システムへ流入するパケットを受信する前記パケット転送ノードに対し、前記パケット転送ノードが有する経路選択テーブルから輻輳を通知したＳＢＣのアドレスを含む経路を削除するよう又は前記経路をリンクダウンするよう指示する段階、
（ｆ）前記呼制御サーバーは、輻輳を通知していない１つのＳＢＣへ呼の設定に必要な設定情報を送信する段階、及び
（ｇ）前記輻輳を通知していないＳＢＣは、前記設定情報に基づき、前記輻輳を通知したＳＢＣのアドレス宛の全ての呼を、前記輻輳を通知していないＳＢＣのアドレス宛の呼として確立しなおす段階、を有する請求項２記載の呼制御方法。
前記システムは前記複数の端末、１又は複数の前記ＳＢＣ、前記呼制御サーバーを接続する１又は複数のパケット転送ノードを更に有し、
（ｈ）前記呼制御サーバーは前記システムへ流入するパケットを受信する前記パケット転送ノードに対し、前記パケット転送ノードが有するＶＰＮ（仮想プライベート・ネットワーク）経路から輻輳を通知したＳＢＣのアドレスを含むＶＰＮ経路を削除するよう指示する段階、
（ｆ）前記呼制御サーバーは、輻輳を通知していない１つのＳＢＣへ呼の設定に必要な設定情報を送信する段階、及び
（ｇ）前記輻輳を通知していないＳＢＣは、前記設定情報に基づき、前記輻輳を通知したＳＢＣのアドレス宛の全ての呼を、前記輻輳を通知していないＳＢＣのアドレス宛の呼として確立しなおす段階、を有する請求項２記載の呼制御方法。
呼制御を行うシステムであって、
複数の端末、
前記複数の端末からのパケットを滞留させる入力バッファを有するセッション・ボーダー・コントローラー（ＳＢＣ）、
前記ＳＢＣを制御する呼制御サーバー、を有し、
前記ＳＢＣは、
前記入力バッファを監視し、所定の輻輳閾値を超えてパケットが滞留しているか否かを決定する輻輳監視部、
前記所定の輻輳閾値を超えてパケットが滞留していると決定された場合、前記呼制御サーバーへ輻輳を通知する制御信号処理部、を有し、
前記呼制御サーバーは、前記ＳＢＣから輻輳を通知された場合に、前記ＳＢＣに新たな呼を受け付けないよう指示する、呼制御システム。
前記呼制御サーバーは前記ＳＢＣに対し、前記ＳＢＣが接続している呼のうち、より多くの帯域を使用するコーデックを使用している呼及び処理負荷のより大きいコーデックを使用している呼のうち、１又は複数の呼を切断するよう更に指示する、請求項５記載の呼制御システム。
前記システムは前記複数の端末、１又は複数の前記ＳＢＣ、前記呼制御サーバーを接続する１又は複数のパケット転送ノードを更に有し、
前記呼制御サーバーは前記システムへ流入するパケットを受信する前記パケット転送ノードに対し、前記パケット転送ノードが有する経路選択テーブルから輻輳を通知したＳＢＣのアドレスを含む経路を削除するよう又は前記経路をリンクダウンするよう指示し、
前記呼制御サーバーは、輻輳を通知していない１つのＳＢＣへ呼の設定に必要な設定情報を送信し、及び
前記輻輳を通知していないＳＢＣは、前記設定情報に基づき、前記輻輳を通知したＳＢＣのアドレス宛の全ての呼を、前記輻輳を通知していないＳＢＣのアドレス宛の呼として確立しなおす、請求項６記載の呼制御システム。
前記システムは前記複数の端末、１又は複数の前記ＳＢＣ、前記呼制御サーバーを接続する１又は複数のパケット転送ノードを更に有し、
前記呼制御サーバーは前記システムへ流入するパケットを受信する前記パケット転送ノードに対し、前記パケット転送ノードが有するＶＰＮ経路から輻輳を通知したＳＢＣのアドレスを含むＶＰＮ経路を削除するよう指示し、
前記呼制御サーバーは、輻輳を通知していない１つのＳＢＣへ呼の設定に必要な設定情報を送信し、及び
前記輻輳を通知していないＳＢＣは、前記設定情報に基づき、前記輻輳を通知したＳＢＣのアドレス宛の全ての呼を、前記輻輳を通知していないＳＢＣのアドレス宛の呼として確立しなおす、請求項６記載の呼制御システム。
複数の端末、前記複数の端末からのパケットを滞留させる入力バッファを有するセッション・ボーダー・コントローラー（ＳＢＣ）を有するシステムで用いられる、前記ＳＢＣを制御する呼制御サーバーであって、
前記ＳＢＣから輻輳を通知されると、
前記ＳＢＣに対し新たな呼を受け付けないよう指示するか、又は
前記ＳＢＣが接続している呼のうち、より多くの帯域を使用するコーデックを使用している呼及び処理負荷のより大きいコーデックを使用している呼のうち、１又は複数の呼を切断するよう更に指示する、呼制御サーバー。
複数の端末及び呼制御サーバーを有するシステムで用いられ、前記複数の端末からのパケットを滞留させる入力バッファを有するセッション・ボーダー・コントローラー（ＳＢＣ）であって、
前記入力バッファを監視し、所定の輻輳閾値を超えてパケットが滞留しているか否かを決定する輻輳監視部、及び
前記呼制御サーバーへ輻輳を通知する制御信号処理部、を有し、
前記所定の輻輳閾値を超えてパケットが滞留していると決定された場合、前記ＳＢＣが接続している呼のうち、より多くの帯域を使用するコーデックを使用している呼及び処理負荷のより大きいコーデックを使用している１又は複数の呼に対応する１又は複数のインターフェース若しくはＶＰＮ（仮想プライベート・ネットワーク）設定を削除する、呼制御サーバー。