(57)【要約】パケット交換バックボーン（５）により相互接続された複数のメディアゲートウェイ（８，９）を含むシステム内で呼承認を制御する方法であって：少なくとも一つのメディアゲートウェイ（８，９）で，他のメディアゲートウェイまたはメディアゲートウェイ群からバックボーンを介して当該ゲートウェイに着信するパケットにより生じる輻輳のレベルを監視する段階と；少なくとも一つのメディアゲートウェイ（８，９）に対する，バックボーン（５）に跨るベアラの終了要求を“ピア”メディアゲートウェイから受信した後，当該ピアメディアゲートウェイまたはピアメディアゲートウェイを含むメディアゲートウェイ群から着信するパケットにより生じる輻輳の予め監視されたレベルに基づいて，当該要求の承認を決定する段階と；を含む。
2006526297.tif 000002
【特許請求の範囲】
【請求項１】
パケット交換バックボーンにより相互接続された複数のメディアゲートウェイを含むシステム内で呼承認を制御する方法であって：
少なくとも一つのメディアゲートウェイで，他のメディアゲートウェイまたはメディアゲートウェイ群から前記バックボーンを介して当該ゲートウェイに着信するパケットにより生じる輻輳のレベルを監視する段階と；
前記少なくとも一つのメディアゲートウェイに対する，前記バックボーンに跨るベアラの終了要求を“ピア”メディアゲートウェイから受信した後，当該ピアメディアゲートウェイまたは前記ピアメディアゲートウェイを含むメディアゲートウェイ群から着信するパケットにより生じる輻輳の予め監視されたレベルに基づいて，当該要求の承認を決定する段階と；
を含むことを特徴とする，呼承認制御の方法。
【請求項２】
ゲートウェイへの着信パケットにより生じる輻輳のレベルを監視する前記段階は，当該ゲートウェイでの受信パケット中における輻輳通知フラグの存否を判断するために前記受信パケットを検査する段階を含むことを特徴とする，請求項１に記載の呼承認制御の方法。
【請求項３】
ゲートウェイへの着信パケットにより生じる輻輳のレベルを監視する前記段階は，パケットの廃棄率を監視する段階を含むことを特徴とする，請求項１または２に記載の呼承認制御の方法。
【請求項４】
ゲートウェイへの着信パケットにより生じる輻輳のレベルを監視する前記段階は，前記バックボーンにより廃棄されるパケットの廃棄率を監視し，当該ゲートウェイでの受信パケット中における輻輳通知フラグの存否を判断するために前記受信パケットを検査する段階を含むことを特徴とする，請求項２に付加された場合の請求項３に記載の呼承認制御の方法。
【請求項５】
ゲートウェイへの着信パケットにより生じる輻輳のレベルを監視する前記段階は，発信元アドレスまたは発信元アドレスの一部に基づいて，着信パケットまたはパケットシーケンスと発信元のゲートウェイとを関連付ける段階を含むことを特徴とする，請求項１〜４のいずれかに記載の呼承認制御の方法。
【請求項６】
前記パケット交換バックボーンは，ＩＰバックボーンであることを特徴とする，請求項１〜５のいずれかに記載の呼承認制御の方法。
【請求項７】
メディアゲートウェイに対するベアラの終了要求の承認を決定する前記段階は，前記メディアゲートウェイで当該決定を行う段階を含むことを特徴とする，請求項１〜６のいずれかに記載の呼承認制御の方法。
【請求項８】
メディアゲートウェイに対するベアラの終了要求の承認に係る前記決定は，前記少なくとも一つのメディアゲートウェイを制御する前記メディアゲートウェイコントローラで行われ，監視された輻輳レベルは，前記メディアゲートウェイにより前記メディアゲートウェイコントローラに送信されることを特徴とする，請求項１〜６のいずれかに記載の呼承認制御の方法。
【請求項９】
パケット交換バックボーンにより相互接続された複数のメディアゲートウェイを含むシステム内で呼承認を制御するように構成されたメディアゲートウェイであって：
他のメディアゲートウェイまたはメディアゲートウェイ群から前記バックボーンを介して当該メディアゲートウェイに着信するパケットにより生じる輻輳のレベルを監視する手段と；
当該メディアゲートウェイに対する，前記バックボーンに跨るベアラの終了要求を“ピア”メディアゲートウェイから受信する手段と；
前記監視手段および前記受信手段に連動されて，当該ピアメディアゲートウェイまたは前記ピアメディアゲートウェイを含むメディアゲートウェイ群から着信するパケットにより生じる輻輳の予め監視されたレベルに基づいて，当該要求の承認を決定する手段と；
を含むことを特徴とする，メディアゲートウェイ。
【請求項１０】
パケット交換バックボーンにより相互接続された複数のメディアゲートウェイを含むシステム内で呼承認を制御するように構成されたメディアゲートウェイコントローラであって：
少なくとも一つのメディアゲートウェイに対するインタフェースと；
前記メディアゲートウェイ，または前記メディアゲートウェイコントローラがインタフェースを有する各々のメディアゲートウェイから，他のメディアゲートウェイまたはメディアゲートウェイ群から前記バックボーンを介して前記メディアゲートウェイまたは該当するメディアゲートウェイに着信するパケットにより生じる輻輳の指標となる，監視された輻輳レベルを受信する手段と；
メディアゲートウェイが前記バックボーンに跨るベアラを終了させることを必要とする呼要求を“ピア”メディアゲートウェイから受信する手段と；
両方の前記受信手段に連動されて，当該ピアメディアゲートウェイまたは前記ピアメディアゲートウェイを含むメディアゲートウェイ群から着信するパケットにより生じる輻輳のレベルに基づいて，当該要求の承認を決定する手段と；
を含むことを特徴とする，メディアゲートウェイコントローラ。
【請求項１１】
請求項１〜８のいずれかの方法に従ってメディアゲートウェイを機能させるコンピュータプログラムを格納したことを特徴とする，コンピュータプログラム記憶媒体。
【請求項１２】
請求項１〜８のいずれかの方法に従ってメディアゲートウェイコントローラを機能させるコンピュータプログラムを格納したことを特徴とする，コンピュータプログラム記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は，ＶｏＩＰシステムにおける呼承認制御に関する。
【背景技術】
【０００２】
通信業界では，ＩＰ（Internet Protocol）システムを用いて信号（signaling）と利用者トラフィック（user traffic）の両方を転送することが望まれている。これは，かかるシステムでは，回線交換データリンク（ＴＤＭ等）を用いる従来のシステムと比べて，帯域幅のより効率的な利用が図られ，さらに重要なこととして，システム実現に要する基幹施設に係る費用を廉価に抑えることができるためである。
【０００３】
“ＩＰバックボーン”という用語は，様々な種類の加入者接続網を相互接続するために用いられるＩＰシステムの名称としてしばしば用いられる。バックボーンとは，接続網間に“主要な（trunk）”リンクを提供するものと考えられる。接続網自体は，例えば，携帯電話網に関連するＧＰＲＳ接続網の場合には加入者とＩＰバックボーンとの間のパケット交換接続を提供するようにしてもよく，また，例えば，公衆交換電話網（ＰＳＴＮ：Public Switched Telephone Networks），ＧＳＭ，３Ｇ音声網等の場合には接続網自体が回線交換接続を提供するようにしてもよい。
【０００４】
先述のとおり，信号と利用者データは，ＩＰバックボーン等のＩＰシステムによって伝送されるようにしてもよく，利用者データの場合，それがしばしばＶｏＩＰ（Voice over IP）と称される。しかし，ＩＰ網による伝送がＳＳ７網による伝送と比べて信頼性に劣るため，利用者データをＩＰバックボーンによって伝送し，信号データをＳＳ７網によって伝送する機構が時として望まれる。ＩＥＴＦ（Internet Engineering Task Force）は，最大限の融通性を図ることを目的として，通信網インタフェースでのゲートウェイをメディアゲートウェイ（ＭＧｗｓ：Media Gateway(s)）とメディアゲートウェイコントローラ（ＭＧＣｓ：Media Gateway Controller(s)）とに分割（decomposition）することを規定している。ＭＧｗの機能は，先述のＩＰバックボーン等のベアラ網上で利用者データ用のベアラを確立することにある。一方，ＭＧＣの機能は，ピアＭＧＣｓ（同一通信レベルにあるＭＧＣｓ）とともに呼確立（call setup）および制御を処理し，決定された（negotiated）呼に必要とされるベアラを確立するために一または複数の関連するＭＧｗｓを制御することにある。ＧＣＰ（Gateway Control Protocol）として知られるプロトコルは，ＭＧＣ−ＭＧｗ間のインタフェース上での通信のために規定されている。
【０００５】
図１は，移動通信事業者に属する通信網を図解的に示すものである。通信網は，ＩＰバックボーン５と，一対のＷＣＤＭＡ移動通信網からなる。第１の移動通信網２が第１の地理的領域（“ヘルシンキ”）に位置し，第２の移動通信網４が第２の地理的領域（“トゥルク”）に位置する。ヘルシンキ移動通信網−トゥルク移動通信網間の電話トラフィックは，図示されていない他の一対の移動通信網間でのトラフィックの場合と同様に，ＩＰバックボーン５を横断する。また，ヘルシンキ領域が第１の固定通信網ＰＳＴＮ１，トゥルク領域が第２の固定通信網ＰＳＴＮ３によるサービスを提供される。固定通信網は，該当する移動通信網に接続される。
【０００６】
図１は，トゥルク領域のＰＳＴＮ３を発信元とし，ヘルシンキ領域内の移動体通信加入者を着信先とする呼を例示するものである。呼はトゥルクサイトの移動通信網４に入り，呼サーバ（ＧＭＳＣ６，ＭＳＣ７）は，呼をトゥルクからヘルシンキにルーティングし，両サイトのＭＧＷｓに対して両サイト間（任意方向でベアラが一方のＭＧｗから発信されて他方のＭＧｗに着信する）のＩＰメディアベアラを確立して処理するように指示する。この観点から，ＩＥＴＦの分解モデルによれば，呼サーバは，該当するＭＧｗｓ８，９のためのＭＧＣｓとして機能することになる。図１ではエッジまたはサイトルータ１０，１１のみを示すが，ＩＰバックボーン５は複数の相互接続ルータを含む。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
サイト間における呼の伝送に際しては，ＩＰバックボーン５の有するコネクションレス特性から，通信網上で通信品質（ＱｏＳ）を保ちうる回線容量が十分に確保されていることをいかに保証するかという問題が生じる。呼サーバ（ＭＳＣ，ＧＭＳＣ）は，バックボーンの構造，容量およびトラフィック分布を認識せず，一般的にはサイト間で所定の呼量に対応可能なように設定されている。しかし，これは，サイト間で所定の呼量に見合った容量が常に確保されていることを保証するものではない。ＩＰバックボーン５のルータおよびリンクは，共通リンクを共有する他のサイト間でのトラフィックにより過負荷となりうる。また，バックボーンのルータとリンクは，故障により非稼動になる場合もあり，その場合，バックボーンのトラフィック容量が低下する。
【０００８】
ＲＳＶＰ（ReSource
reserVation Protocol）として知られるプロトコルは，ＩＰ網上でリソースの予約を可能にするために規定されている。ＭＧｗは，ＲＳＶＰを用いて特定のＱｏＳを伴う呼接続を確立する。ＲＳＶＰは，一般的に呼毎に適用され，ネットワークルータでは状態テーブルが作成されることになる。一ルータが処理するであろう膨大な数のセッションを考慮すれば，結果として生じる処理要求の増加は望ましくない。
【０００９】
このため，ベアラ網の過負荷を防止する試みとして，ベアラレベルで機能し，ベアラ網で確立される呼の量と種類を制限する呼承認制御手段が提案されている。典型的なシナリオでは，一対のピアＭＧｗｓは，同一機能レベルに属する他方のＭＧｗに対して双方向性ベアラを確立する役割を担う。ＭＧｗｓは，他のＭＧｗｓから輻輳通知を受信し，それにより呼承認について決定する。
【課題を解決するための手段】
【００１０】
本発明の第１の態様によれば，パケット交換バックボーンにより相互接続された複数のメディアゲートウェイを含むシステム内で呼承認を制御する方法が提供され，その方法は，少なくとも一つのメディアゲートウェイで，他のメディアゲートウェイまたはメディアゲートウェイ群からバックボーンを介して当該ゲートウェイに着信するパケットにより生じる輻輳のレベルを監視する段階と；少なくとも一つのメディアゲートウェイに対する，バックボーンに跨るベアラ（bearer extending over backbone）の終了要求を“ピア”メディアゲートウェイから受信した後，当該ピアメディアゲートウェイまたはピアメディアゲートウェイを含むメディアゲートウェイ群から着信するパケットにより生じる輻輳の予め監視されたレベルに基づいて，当該要求の承認を決定する段階と；を含む。
【００１１】
典型的な呼シナリオ（call scenario）では，ピアＭＧｗ間での双方向性リンクの確立が不可欠である。よって，要求の承認を決定する上記段階は，両方のＭＧｗｓで実行される。
【００１２】
ゲートウェイへの着信パケットにより生じる輻輳のレベルを監視する段階は，当該ゲートウェイでの受信パケット中における輻輳通知フラグの存否を判断するために受信パケットを検査する段階を含むようにしてもよい。この目的のために着信パケットの全部または一部が検査されるようにしてもよい。パケットを送信するバックボーンのルータが輻輳に直面した場合，輻輳通知フラグがルータによりパケットヘッダに組み込まれるようにしてもよい。
【００１３】
ゲートウェイへの着信パケットにより生じる輻輳のレベルを監視する段階は，パケットの廃棄率を監視する段階を含むようにしてもよい。これは，パケットシーケンス番号に対して着信パケットの受信順序を決定し，欠落した，またはシーケンス外のパケットを識別することにより達成されるようにしてもよい。
【００１４】
ゲートウェイへの着信パケットにより生じる輻輳のレベルを監視する上記段階は，前述の２つの段落に記載された方法の組合せからなるようにしてもよい。
【００１５】
輻輳を監視する他の方法が用いられるようにしてもよい。例えば，“ジッタ（jitter）”または着信パケットのストリーム中の変動（fluctuations）が監視され，または輻輳の監視に用いられるようにしてもよい。
【００１６】
ゲートウェイへの着信パケットにより生じる輻輳のレベルを監視する段階は，発信元アドレスまたは発信元アドレスの一部に基づいて，着信パケットまたはパケットシーケンスと発信元のゲートウェイとを関連付ける段階を含むようにしてもよい。所定のピア−ピアメディアゲートウェイ伝送の輻輳レベルは，ピアゲートウェイ間で転送された全パケットおよび／またはパケットシーケンスについて収集された輻輳データに基づいて決定されるようにしてもよい。
【００１７】
パケット交換バックボーンは，ＩＰバックボーンであるようにしてもよい。
【００１８】
特定の実施形態では，メディアゲートウェイに対するベアラの終了要求の承認を決定する段階は，メディアゲートウェイで当該決定を行う段階を含むようにしてもよい。代替の実施形態では，決定は，少なくとも一つのメディアゲートウェイを制御するメディアゲートウェイコントローラで行われるようにしてもよい。監視された輻輳レベルは，メディアゲートウェイによりメディアゲートウェイコントローラに送信（signalled）される。
【００１９】
本発明の第２の態様によれば，パケット交換バックボーンにより相互接続された複数のメディアゲートウェイを含むシステム内で呼承認を制御するように構成されたメディアゲートウェイが提供され，そのメディアゲートウェイは，他のメディアゲートウェイまたはメディアゲートウェイ群からバックボーンを介して当該メディアゲートウェイに着信するパケットにより生じる輻輳のレベルを監視する手段と；当該メディアゲートウェイに対する，バックボーンに跨るベアラ（bearer extending over backbone）の終了要求を“ピア”メディアゲートウェイから受信する手段と；監視手段および受信手段に連動されて，当該ピアメディアゲートウェイまたはピアメディアゲートウェイを含むメディアゲートウェイ群から着信するパケットにより生じる輻輳の予め監視されたレベルに基づいて，当該要求の承認を決定する手段と；を含む。
【００２０】
本発明の第３の態様によれば，パケット交換バックボーンにより相互接続された複数のメディアゲートウェイを含むシステム内で呼承認を制御するように構成されたメディアゲートウェイコントローラが提供され，そのメディアゲートウェイコントローラは，少なくとも一つのメディアゲートウェイに対するインタフェースと；メディアゲートウェイ，またはメディアゲートウェイコントローラがインタフェースを有する各々のメディアゲートウェイから，他のメディアゲートウェイまたはメディアゲートウェイ群からバックボーンを介してメディアゲートウェイまたは該当するメディアゲートウェイに着信するパケットにより生じる輻輳の指標となる，監視された輻輳レベルを受信する手段と；メディアゲートウェイがバックボーンに跨るベアラ（bearer extending over backbone）を終了させることを必要とする呼要求を“ピア”メディアゲートウェイから受信する手段と；両方の受信手段に連動されて，当該ピアメディアゲートウェイまたはピアメディアゲートウェイを含むメディアゲートウェイ群から着信するパケットにより生じる輻輳のレベルに基づいて，当該要求の承認を決定する手段と；を含む。
【００２１】
本発明の他の態様によれば，メディアゲートウェイとメディアゲートウェイコントローラに前述の方法を実行させるコンピュータプログラムを格納したコンピュータプログラム記憶媒体が提供される。
【発明を実施するための最良の形態】
【００２２】
図解を目的として，図１に示すとともに先述された電気通信システムの一般的なアーキテクチャが参照される。本発明の実施に際しては，従来のアーキテクチャと比べて，ＭＧｗｓおよび選択的にＭＧＣｓ（すなわち，ＭＳＣ，ＧＭＳＣ）の機能性の改良を必要とするが，他のネットワークノードの改良を必要としない。
【００２３】
呼は，例えば，トゥルクのＰＳＴＮ加入者からヘルシンキの移動体通信加入者に発信されると想定する。ＳＳ７ＩＡＭ等の呼確立通知は，トゥルクＰＳＴＮ３内の適切な地域交換局から移動通信事業者に属するトゥルクのＧＭＳＣ６に送信される。確立通知は，ＧＭＳＣ６によりヘルシンキのＭＳＣ７に中継される。ＧＭＳＣとＭＳＣは，該当するＭＧｗｓのためのＭＧＣｓとして機能し，ＩＰバックボーン５上で双方向性ベアラを確立する。
【００２４】
図２は，ＭＧＣ１２と，インタフェース１４を介してＭＧＣにより制御されるＭＧｗ１３とを示す。ＭＧＣは，利用に際しては，ＩＰバックボーン５等の適切な通信網を介して他のＭＧＣｓまたはピアＭＧＣｓに接続される入出力手段１５を有する。入出力手段１５は，ＭＧＣの主プロセッサ１６に接続される。主プロセッサ１６は，インタフェース１４を介したデータ伝送を制御する。ＭＧｗ１３は，利用に際して，ＩＰバックボーン５を介してピアＭＧｗｓに接続される入出力手段１７を有する。この入出力手段１７は，インタフェース１４に接続される主プロセッサ１８に接続される。
【００２５】
本発明の実施に際しては，ＭＧｗで着信ベアラの輻輳を検出する手段を用いる必要がある。輻輳または輻輳寸前（near-congestion）を検出する手段としては，後述する既存のよく知られた手段が用いられうるが，代替的に他の手段も用いられうる。
【００２６】
輻輳情報通知（ＥＣＮ：Explicit Congestion Notification）は，ＲＦＣ３１６８で定義されるインターネット技術である。基本原理は，輻輳寸前のリンクを介して送信される各々のＩＰパケット中に“輻輳寸前”通知またはフラグを付与することにある。ＥＣＮは，輻輳寸前のリンクを介してパケットを伝送するルータにより付与される。ＥＣＮ識別子は，一旦設定されると，パケットとともに着信先のＭＧｗに伝送され，発信元から着信先に至る伝送路中の任意箇所が輻輳寸前にあるという情報を受信側に提供する。
【００２７】
ＥＣＮ識別子としては，ＩＰヘッダの一部であり，Diff-servに関連するコードポイント（ＤＳＣＰ：Differentiated Services Code Points）を伝送するヘッダ領域内の２つの予備ビットを用いる。よって，ＥＣＮは，ＥＣＮに対応しないルータにより透過的に転送される。
【００２８】
早期パケット廃棄（early packet drop）を実施すると，ルータは，特定のリンクやＱｏＳに関連するキューがフルになる前，すなわちキュー使用量（queue fill）が所定の閾値を超える場合にパケット廃棄を開始する（早期パケット廃棄を実施していないルータは，キューがフルになるとパケットを廃棄する）。特定のストリームに関連するパケットを受信するＭＧｗは，複数のパケットが廃棄されていることを検出する。この検出は，リアルタイム転送プロトコル（ＲＴＰ：Real-time Transport Protocol）パケット内のシーケンス番号，または他の手段に基づく。廃棄されたパケットは，発信元から着信先のＭＧｗに至る伝送路中の任意箇所が輻輳寸前（早期パケット廃棄）または輻輳に達しているという情報を受信側に提供する。
【００２９】
パケット損失の推定値は，リモートサイト毎に算定される。サイトはサブネットとして構成されていると想定されるため，受信パケット中に含まれる発信元のＩＰアドレスにサブネットマスクを適用することによりリモートサイトを識別することができる。一つの公衆陸上移動通信網（ＰＬＭＮ）内で様々なＩＰアドレスの番号付け方式が用いられうるため，ネットワークＩＤおよび関連するサブネットマスクは，ＭＧｗで設定可能であり，ＭＧｗはリモートＩＰアドレスに適切なサブネットマスクを適用できる。
【００３０】
ここで述べられる呼承認に基づいて決定する方法は，一つのサブネット内の全ＩＰアドレスを同一の方法により処理するため，所定のＩＰアドレスから廃棄されたパケットに基づいて，ベアラの終端点となるＭＧｗには当該サブネットから到達できないと結論付ける。通常は，このようになる。しかし，サイト間で負荷平衡または複数経路ルーティングが用いられると，幾つかのＩＰアドレスから廃棄されたパケットは，サイトの一部のみの輻輳を通知する場合がある。このようなルーティングシナリオでは，提案される承認制御の方法は，トラフィックを必要以上に遮断する可能性がある。この問題は，より粗いサブネットマスク割当を用いることにより解消されうる。
【００３１】
パケット損失は，連続する固定時間間隔にわたって，例えば各々の期間中に期待される全パケット数の一部として，各々のリモートサイトについて測定される。そして，移動平均値は，以下の式１により求められる。
新たな推定値＝（１−ｗ）ｘ古い推定値＋ｗｘパケット損失の測定値          ……（式１）
ここで，重みｗは０〜１の範囲の値である。指数関数の重みｗは，慎重に選択されるべきである。推定値は，大きな重みｗを用いると測定値に近似するが，ピーク値が抑えられない，一方で小さな重みｗを用いるとピーク値が抑えられるが，測定値に遅く近似する。よって，重みは，利用者インタフェースを介してオペレータにより設定可能である。
【００３２】
ＩＰバックボーン上の輻輳を監視するため，ＥＣＮと早期パケット廃棄との手段が併用されうる。例えば，所定のリモートサイトでのパケット損失の測定値が，（所定の期間内で）期待されるパケット数の一部として廃棄されたパケットの全数となることにより，ＥＣＮ識別子の集合を伴ってＭＧｗに着信したパケットは，廃棄されたパケットとしてみなされうる。
【００３３】
監視された輻輳レベルは，ＭＧｗにより用いられ，関連するＭＧＣから受信するベアラの確立要求の承認の可能性を決定する。望ましい方法は，後述のとおりである。
【００３４】
ＩＰバックボーンの過負荷を防止するために，“リンク”が輻輳または輻輳寸前にあるという情報を（ＥＣＮまたはパケット廃棄のいずれかの手段を用いて）受信したＭＧｗは，以下の処理を実行する。
【００３５】
・ＭＧｗは，輻輳トラフィックの送信元であるサイトに関連する輻輳制御タイマを始動させる。当該サイトは，発信元のＩＰアドレスの（サブ）ネットワーク番号により識別されうる。
【００３６】
・輻輳トラフィックの送信元であるサイトから発信される新たな呼の試みは，タイマが作動中である限り拒否される。これは，ＭＧｗが他のＭＧｗのＩＰアドレスを受信すると直ちに実行されうる。厳密には，ＩＰアドレスが何時どのように受信され，呼がどのように拒否されるかは，利用している詳細な呼確立シナリオに依存する。例えば，ＭＧｗは，ベアラ確立の方向に応じて，ＩＰベアラ制御プロトコル（ＩＰＢＣＰ：IP Bearer Control Protocol）の要求または承認通知からリモートＩＰアドレスを得ることができる。
【００３７】
・輻輳トラフィックの送信元であるサイトに発信される新たな呼は，タイマが作動中である限り拒否される。これは，ＭＧｗが他のＭＧｗのＩＰアドレスを受信すると直ちに実行されうることになる。厳密には，ＩＰアドレスが何時どのように受信され，呼がどのように拒否されるかは，利用される詳細な呼確立シナリオに依存する。
【００３８】
・輻輳制御タイマは，関連するサイトから輻輳に係る新たな識別子（ＥＣＮまたはパケット廃棄）を受信するたびに再び始動される。
【００３９】
・輻輳制御タイマが終了すると，当該着信先に対する通常動作への復帰が徐々に実行される。
【００４０】
これらの処理の結果，リモートサイト−ＭＧｗ間のトラフィック負荷は，輻輳状態が解消されるまで自動的に低減される。トラフィックの低減は，通常加入者により着手された解放（release）によって終了された呼の量に完全に依存する。
【００４１】
輻輳制御タイマの作動中は，ＭＧｗ−リモートサイト間での新たなトラフィックが全て拒否される点に注意を要する。これは，電話トラフィックが双方向性を有し，双方のＭＧｗが常に呼確立に関与しているためである。よって，一方のＭＧｗのみが受信方向のみで輻輳を検出した場合でも，呼確立の方向に依存せずにＭＧｗ−リモートサイト間のトラフィックの全てに影響が及ぶことになる。
【００４２】
他の望ましい方法とは，パケット損失の推定値が設定可能な呼承認制御の閾値を超えれば，全ての呼確立要求を拒否することであり，この場合，輻輳タイマは必要とされない。これは，ＭＧｗが“入手不可のリソース（unavailable resources）“を示すＧＣＰ通知を送信することを必要とする。そして，ＭＧＣは，例えば，可能であればＴＤＭ相互動作点（inter-working point）から輻輳音を発信し，呼を破棄（tear down）する等，適切な処理を行うべきである。
【００４３】
ここで述べられる処理は，各々のＭＧｗが特定の呼に関連するメディアの発信元を認識していること，ならびに必要に応じてＭＧｗが呼確立を拒否可能であることを必要とする。これらの条件は，呼確立に関連するＢＩＣＣプロトコルおよびＩＰＢＣＰのベアラ確立を用いることにより満足される。これらの処理については，当該技術分野の当業者にとってよく知られているものであるため，ここでは詳述されない。
【００４４】
図３は，ＭＧｗｓ−ＭＧＣｓ間で交換される通信を示し，図中の接頭辞“Ｏ”と“Ｔ”は，呼出発点（originating point）と呼終端点（terminating point）をそれぞれ識別する。通信は呼確立要求に関連し，ＩＰＢＣＰはＭＧｗｓ間で用いられてＩＰバックボーン上でＩＰベアラを確立し制御するものと想定する。図３に示す例では，呼が双方向性ベアラを必要とするとき，双方のＭＧｗｓで輻輳レベルの“確認（check）”が行われる。終端点のＭＧｗでの確認がベアラの確立要求を承認し，一方で出発点のＭＧｗが要求を拒否しているため，呼は解放（release）される。
【００４５】
図４は，呼確立要求を受信したＭＧＣ／ＭＧｗで実行される呼承認処理を示すフロー図である。
【００４６】
当該技術分野の当業者は，本発明の範囲から逸れることなく，上述の実施形態に様々な改良を行うことができることを理解するであろう。例えば，輻輳監視がＭＧｗレベルで実行され，呼承認の決定がＭＧｗレベルではなく，ＭＧＣレベルで実行されるようにしてもよい。これは，ＭＧｗが関連するＭＧＣに輻輳レベルを通知することを必要とする。
【図面の簡単な説明】
【００４７】
【図１】ＩＰバックボーンを介して様々な通信網が相互接続される電気通信システムを示す図である。
【図２】本発明の一実施形態に係る一対のＭＧＣとＭＧｗを示す図である。
【図３】図１のシステム内で交換される呼確立要求に関連する通信を示す図である。
【図４】図１のシステムにおけるＭＧｗの動作方法を示すフロー図である。
【符号の説明】
【００４８】
１，３    ＰＳＴＮ
２，４    接続網
５        ＩＰバックボーン
６        ＧＭＳＣ
７        ＭＳＣ
８，９    ＭＧｗ（メディアゲートウェイ）
１０，１１  サイトルータ
１２        ＭＧＣ（メディアゲートウェイコントローラ）
１３        ＭＧｗ（メディアゲートウェイ）
１４        インタフェース
１５，１７  入出力（Ｉ／Ｏ）手段
１６，１８  主プロセッサ
【図１】
2006526297.tif 000003
【図２】
2006526297.tif 000004
【図３】
2006526297.tif 000005
【図４】
2006526297.tif 000006
【国際調査報告】
2006526297.tif 000007
2006526297.tif 000008
2006526297.tif 000009