(57)【特許請求の範囲】
【請求項１】
インターネットプロトコール・ネットワークのゲートキーパ・システムに到着するメッセージを処理するための方法であって、ゲートキーパ・システムは、各々が一連の当該メッセージを処理することができる複数のサブプロセスを含み、当該方法は、ゲートキーパ・システムに到着したメッセージを別々のサブプロセスにディスパッチするステップを含み、当該ディスパッチするステップは、メッセージが以前のメッセージと同じ呼に属するか否かを識別し、同じ呼に属する場合には、当該メッセージを、当該以前のメッセージが送られたものと同じサブプロセスに送ることを含み、当該メッセージが登録メッセージであるか否かを識別することと、当該メッセージが登録メッセージとして識別されれば、種々のサブプロセスの負荷を均衡させるために、種々のサブプロセスの現在の負荷に基づいて当該メッセージがディスパッチされるサブプロセスを決定することをさらに含む、方法。
【請求項２】
インターネットプロトコール・ネットワークのゲートキーパ・システムに到着するメッセージを処理するための方法であって、ゲートキーパ・システムは、各々が一連の当該メッセージを処理することができる複数のサブプロセスを含み、当該方法は、ゲートキーパ・システムに到着したメッセージを別々のサブプロセスにディスパッチするステップを含み、当該ディスパッチするステップは、メッセージが以前のメッセージと同じ呼に属するか否かを識別し、同じ呼に属する場合には、当該メッセージを、当該以前のメッセージが送られたものと同じサブプロセスに送ることを含み、当該メッセージが許可メッセージであるか否かを識別することと、当該メッセージが許可メッセージであれば、当該メッセージが呼の最初の許可メッセージであるか否かを決定することと、最初の許可メッセージであれば、種々のサブプロセスの負荷を均衡させるために、種々のサブプロセスの現在の負荷に基づいて当該メッセージがディスパッチされるサブプロセスを決定することをさらに含む、方法。
【請求項３】
メッセージが以前のメッセージと同じ呼に属するか否かを識別するステップが、メッセージが、以前のメッセージと同じ会議識別子を有するか否かを識別するステップを含む請求項１または２に記載の方法。
【請求項４】
Ｈ３２３ネットワークに適用される請求項１から３のいずれかに記載の方法。
【請求項５】
ディスパッチされるメッセージが「登録、許可および状態（ＲＡＳ）」メッセージである請求項４に記載の方法。
【請求項６】
ディスパッチされるメッセージが、符号化された形でゲートキーパ・システムに入り、複数のフィールドを備え、当該複数のフィールドの内の一つまたは複数のフィールドは呼を識別するデータを含み、ディスパッチするステップは、メッセージを部分的にのみ復号することを含み、復号された部分は、当該呼を識別するデータを含む当該一つまたは複数のフィールドを含む請求項１から５のいずれか一項に記載の方法。
【請求項７】
呼を識別するデータを含む前記一つまたは複数のフィールドを見つけるまで、メッセージのフィールドを順番に検査することを含む請求項６に記載の方法。
【請求項８】
メッセージのタイプを示す一つまたは複数のフィールド読み込むことと、メッセージのタイプに基づいて、呼識別データを含む前記一つまたは複数のフィールドの前に置かれたフィールドに関する、一連のフィールドのタイプを導き出すことをさらに含む、請求項６または７に記載の方法。
【請求項９】
フィールドを順番に検査するときにオプションのフィールドが見つかるはずであるか否かを決定するために、呼識別データを含む前記一つまたは複数のフィールドの前に、オプションのフィールドが存在するか否かを示すフィールドを検査することをさらに含む、請求項８に記載の方法。
【請求項１０】
インターネットプロトコール・ネットワークのゲートキーパ・システムであって、ゲートキーパ・システムは、各々が一連のメッセージを処理することができる複数のサブプロセスを機能させ、ゲートキーパ・システムは、メッセージを別々のサブプロセスにディスパッチするように構成され、さらに、メッセージが以前のメッセージと同じ呼に属するか否かを識別し、同じ呼に属する場合には、当該メッセージを、当該以前のメッセージを処理したサブプロセスに送り、当該メッセージが登録メッセージであるか否かを識別し、当該メッセージが登録メッセージとして識別されれば、種々のサブプロセスの負荷を均衡させるために、種々のサブプロセスの現在の負荷に基づいて当該メッセージがディスパッチされるサブプロセスを決定するように構成された、ゲートキーパ・システム。
【請求項１１】
インターネットプロトコール・ネットワークのゲートキーパ・システムであって、ゲートキーパ・システムは、各々が一連のメッセージを処理することができる複数のサブプロセスを機能させ、ゲートキーパ・システムは、メッセージを別々のサブプロセスにディスパッチするように構成され、さらに、メッセージが以前のメッセージと同じ呼に属するか否かを識別し、同じ呼に属する場合には、当該メッセージを、当該以前のメッセージを処理したサブプロセスに送り、当該メッセージが許可メッセージであるか否かを識別し、当該メッセージが許可メッセージであれば、当該メッセージが呼の最初の許可メッセージであるか否かを決定し、最初の許可メッセージであれば、種々のサブプロセスの負荷を均衡させるために、種々のサブプロセスの現在の負荷に基づいて当該メッセージがディスパッチされるサブプロセスを決定するように構成された、ゲートキーパ・システム。
【請求項１２】
メッセージが、以前のメッセージと同じ会議識別子を有するか否かを識別する手段をさらに含み、同じ会議識別子を有する場合には、当該以前のメッセージを処理したサブプロセスに当該メッセージを送る、請求項１０または１１に記載のゲートキーパ・システム。
【請求項１３】
インターネットプロトコール・ネットワークのゲートキーパ・システム用の構成要素であって、当該構成要素に到着したメッセージを複数のサブプロセスにディスパッチする手段を含み、メッセージが以前のメッセージと同じ呼に属するか否かを識別することができ、同じ呼に属する場合には、当該以前のメッセージを処理したサブプロセスに当該メッセージを送り、当該メッセージが登録メッセージであるか否かを識別し、当該メッセージが登録メッセージとして識別されれば、種々のサブプロセスの負荷を均衡させるために、種々のサブプロセスの現在の負荷に基づいて当該メッセージがディスパッチされるサブプロセスを決定するように構成された、構成要素。
【請求項１４】
インターネットプロトコール・ネットワークのゲートキーパ・システム用の構成要素であって、当該構成要素に到着したメッセージを複数のサブプロセスにディスパッチする手段を含み、メッセージが以前のメッセージと同じ呼に属するか否かを識別することができ、同じ呼に属する場合には、当該以前のメッセージを処理したサブプロセスに当該メッセージを送り、当該メッセージが許可メッセージであるか否かを識別し、当該メッセージが許可メッセージであれば、当該メッセージが呼の最初の許可メッセージであるか否かを決定し、最初の許可メッセージであれば、種々のサブプロセスの負荷を均衡させるために、種々のサブプロセスの現在の負荷に基づいて当該メッセージがディスパッチされるサブプロセスを決定するように構成された、構成要素。
【請求項１５】
メッセージが以前のメッセージと同じ会議識別子を有するか否かを識別する手段を含み、同じ会議識別子を有する場合には、当該以前のメッセージを処理したサブプロセスに当該メッセージを送る、請求項１３または１４に記載の構成要素。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、インターネット・プロトコール・ネットワーク（ＩＰネットワーク）に関し、特に、そのようなネットワーク上での音声による会議開催に関する。
【０００２】
【従来の技術】
ＩＰネットワーク上の会議開催のためにＨ３２３と呼ばれる国際規格が開発された。この規格は種々のインターネット電話製品が相互に機能できるようにするだけではなく、ＩＳＤＮ（デジタル総合サービス網）と電話方式を基礎とする会議システム間で相互に機能することができるようにすることを目的としている。
【０００３】
ネットワークの基本的なＨ３２３の構成は、図１に示すように、２個のＩＰ電話のような、２個の端点１００及び２００とゲートキーパ３００を備える。ゲートキーパ３００は、通常、図において４００の参照符号を付したインターネット・プロトコール・ネットワークの一部である。
【０００４】
ゲートキーパ３００は、２個の端点１００及び２００が呼を確立できるようにするネットワークの基幹構成要素である。ルート指定モードにおいて、端点１００が呼の確立を要求する場合に、当該端点は最初の許可要求をゲートキーパ３００に送る。この要求は、たとえば、当該呼を一意的に識別する会議識別子を含み、また発呼者と被呼者との識別子を含む。
【０００５】
ゲートキーパ３００は、発呼者１００と被呼者２００との間で呼を確立することができるかどうかをチェックする（たとえば、発呼者１００は、料金を支払済みの通信時間の権利をまだ保有していることまたは被呼者はその時点で空いていることなど）。このチェックは、メッセージに含まれるデータ及びゲートキーパに含まれる背景データに基いて行なわれる。
【０００６】
ゲートキーパ３００が呼を認可すれば、要求を行なった発信元端点１００に許可確認メッセージを送る。呼を準備するために、一連のメッセージが発呼者とゲートキーパとの間およびゲートキーパと被呼者との間で送られる。発呼者１００と被呼者２００の双方は、許可要求（セットメッセージ）をゲートキーパ３００に送る。当該許可要求は、発呼者１００と被呼者の識別子を含む。各許可要求に応じて、ゲートキーパは許可確認を送る。
【０００７】
許可メッセージは、登録（Registration）、 許可（Administration）および状態（Status）（ＲＡＳ）と呼ばれるメッセージプロトコールに属する。呼に関わるＲＡＳメッセージの他の二つのタイプは、ＲＡＳ帯域幅要求と解放要求である。ＲＡＳ帯域幅要求は、既に通信している２個の端点が、たとえば、当該端点間で非常に大きなファイルを交換するときに、帯域幅の変更を要求するときに送られる。呼が完了したときに、解放メッセージが交換される。
【０００８】
メッセージは、発信元、宛先端点などを識別可能とする情報要素のセットを保持する。一つの特別の情報要素は、呼を一意的に識別し、当該呼に属する全てのメッセージに対して同じである会議識別子である。会議識別子は、会議識別子が一意的であることを保証する規則を使用して生成された、全体を通して一意的な識別子である。上述のメッセージは、呼に向けたものであり、会議識別子を含む。
【０００９】
【発明が解決しようとする課題】
ＩＰネットワーク上の音声通信が通信のキーモードになるにしたがって、増大する音声ＩＰトラフィックは、ゲートキーパ側の部分におけるより高い性能を要求している。本発明は、ゲートキーパ・システムの容量を向上する、ゲートキーパ・システムにおけるメッセージ処理方法を提案する。
【００１０】
本発明は、また、より大容量のゲートキーパ・システムおよびゲートキーパ・システムの容量を向上させることができる構成要素を提案する。
【００１１】
本発明の他の目的は、ゲートキーパにおける大規模なソフトウェアまたはハードウェアの修正が簡単に行なえるようにする、処理方法、ゲートキーパ・システムおよびゲートキーパ・システム用の構成要素を提供することである。
【００１２】
【課題を解決するための手段】
本発明による方法は、インターネットプロトコール・ネットワークのゲートキーパ・システムに到着するメッセージを処理するための方法であって、ゲートキーパ・システムは、各々が一連の当該メッセージを処理することができる複数のサブプロセスを含み、当該方法は、ゲートキーパ・システムに到着したメッセージを別々のサブプロセスにディスパッチするステップであって、メッセージが以前のメッセージと同じ呼に属するか否かを識別し、同じ呼に属する場合には、当該メッセージを、当該以前のメッセージが送られたものと同じサブプロセスに送ることを含むステップを備える方法である。
【００１３】
本発明によるゲートキーパ・システムは、インターネットプロトコール・ネットワークのゲートキーパ・システムであって、ゲートキーパ・システムは、各々が一連の当該メッセージを処理することができる複数のサブプロセスを機能させ、ゲートキーパ・システムは、メッセージを別々のサブプロセスにディスパッチすることができ、さらに、メッセージが以前のメッセージと同じ呼に属するか否かを識別し、同じ呼に属する場合には、当該メッセージを、当該以前のメッセージを処理したサブプロセスに送るゲートキーパ・システムである。
【００１４】
本発明による構成要素は、インターネットプロトコール・ネットワークのゲートキーパ・システム用の構成要素であって、当該構成要素に到着したメッセージを複数のサブプロセスにディスパッチする手段を含み、メッセージが以前のメッセージと同じ呼に属するか否かを識別することができ、同じ呼に属する場合には、当該以前のメッセージを処理したサブプロセスに当該メッセージを送ることができる構成要素である。
【００１５】
本発明の他の特徴、目的および利点は、以下の発明の実施の形態および添付図面によって当業者には明らかとなろう。
【００１６】
【発明の実施の形態】
Ｈ３２３における呼の準備は、二つのプロトコールによって規定される。ＲＡＳプロトコールおよびＱ９３１プロトコールである。図２は、呼準備の間に発呼者、ゲートキーパおよび被呼者の間で送られる従来のＲＡＳメッセージおよびＱ９３１メッセージを概略図示する。本図において、各矢印はメッセージを表し、各矢印には、当該メッセージがＲＡＳメッセージであるかＱ９３１メッセージであるかが示されている。既述のメッセージに加えて、ＲＡＳメッセージは、ＩＰ端点が最初にネットワークへ接続されたとき、すなわち、ゲートキーパに対して新たな端点の存在が宣言されたときに送られる登録メッセージであっても良い。
【００１７】
図４に図示されるように、本ゲートキーパ・システム３００は、それぞれ種々の到着メッセージを処理することができる一連のゲートキーパ・インスタンス３１０ａ，３１０ｂ，・・・３１０ｎを含む。一実施形態において、各インスタンス３１０ａ，３１０ｂ，・・・３１０ｎは、別々のプロセッサ上で実行される別々のサブプロセスである。他の実施形態において、各インスタンスは、同じプロセッサ上またはサブプロセスの数とは異なる数のプロセッサ上で動作させても良い。さらに、各インスタンスは、単一のコンピュータまたは一群のコンピュータに属しても良い。
【００１８】
ゲートキーパ３００は、ゲートキーパ３００の負荷が重くなりすぎたならば、新たなインスタンスを追加することができるようにするような拡大・縮小可能なアーキテクチャを有する。
【００１９】
ゲートキーパ３００は、ネットワーク４５０の残りの部分および他の信号サービスから、たとえば、Hewlett Packardによって作成された”Open Call Multiservice Controller platform”と呼ばれるプラットフォームのユーザによって開発された信号サービスからは単一のゲートキーパに見える。
【００２０】
ゲートキーパ３００は、到着メッセージをゲートキーパ・インスタンス３１０ａ，３１０ｂ，・・・３１０ｎのセットへディスパッチする、以下、demuxモジュールと呼ばれるモジュール３２０を含む。一実施形態において、demuxモジュール３２０は、それ自身の特定のソフトウェアを備えた特定のハードウェア・ユニットである。または、demuxモジュール３２０は、純ソフトウェア要素であってもよい。demuxモジュール３２０は、最初に、メッセージが登録メッセージであるか許可メッセージであるかを判断する。メッセージが登録メッセージであれば、demuxモジュール３２０は、当該メッセージを、負荷均衡ポリシーにしたがって、ゲートキーパ・インスタンス３１０ａ，３１０ｂ，・・・３１０ｎのいずれかに送る。この負荷均衡ポリシーは、他のコンピュータシステムで使用されるどのような負荷均衡ポリシーであってもよい。当該負荷均衡ポリシーは、ディスパッチ・アルゴリズムの残りの部分に無関係であってもよい。当該負荷均衡ポリシーは、単に、登録と新たな呼の負荷均衡を行なうことができるものである。
【００２１】
メッセージが呼の最初のもの、すなわち、ＲＡＳ初期許可であれば、demuxモジュール３２０は、また、負荷均衡ポリシーにしたがって、当該メッセージをいずれかのゲートキーパ・インスタンス３１０ａ，３１０ｂ，・・・３１０ｎに送る。
【００２２】
ＲＡＳメッセージは、典型的には、呼を一意的に識別する会議識別子（会議ＩＤ）を含む。その後、受信インスタンス３１０ａ，３１０ｂ，・・・３１０ｎは、Ｑ９３１トラフィックを保持するゲートキーパ・インスタンスとして自身を識別することに責任を負う。
【００２３】
到着メッセージが、少なくとも一つの許可メッセージがdemuxモジュール３２０によって既に受信された呼に属する場合には、demuxモジュール３２０は、当該メッセージを、当該呼の以前のメッセージを受信したゲートキーパ・インスタンスへ送る。換言すれば、インスタンスが呼の最初の許可メッセージを一旦受信すれば、当該インスタンスは、当該呼を自身のものとし、当該呼の全ての後続のＲＡＳメッセージを受信する。このことは、割当てられたゲートキーパ・インスタンス３１０ａ，３１０ｂ，・・・３１０ｎのＱ９３１アドレスが、許可メッセージを送出した端末に与えられ、その結果割当てられたゲートキーパ・インスタンス３１０ａは、メッセージを送出した端末および当該呼に関係する他の端末から見ればゲートキーパとなることを意味する。
【００２４】
Ｈ３２３規格は、ゲートキーパが、ステージにおける許可（admission-on-stage）において、そのＱ９３１アドレス（または、場合によってはＱ９３１がダイレクトであれば、被呼者端点のＱ９３１アドレスまでも）を与える規定を制定する。
【００２５】
ルート指定モードにおける従来のゲートキーパと同様に、この割当てられたインスタンスは、呼のＱ９３１トラフィックを保持することに責任を負う。換言すれば、このインスタンスは、自身を通常のゲートキーパと識別した後は、通常のゲートキーパの役割を演ずる。インスタンス３１０ａ，３１０ｂ，・・・３１０ｎを自身の呼専用とすれば、全体的な効率が向上する。インスタンスが、既知の呼から新たなメッセージを受信するときに、割当てられたインスタンスは、当該呼に関する背景情報を既に有している。上述のように、会議ＩＤは、二つの呼が同じ発呼者によってなされても、呼ごとに別々である。
【００２６】
本方法は、メッセージの会議ＩＤに基づいてメッセージをディスパッチするので、メッセージは、本質的に呼に基づいてディスパッチされる。この特徴は、メッセージが信号ゲートウェイから来る場合に非常に有利である。信号ゲートウェイは、Ｈ３２３ネットワークと公衆交換電話網（ＰＳＴＮ）との間のインターフェースをなす。ゲートウェイは、Ｈ３２３端点であり、Ｈ３２３ネットワークへの多数のＰＳＴＮ呼を見えないようにする。
【００２７】
ゲートウェイを通過するメッセージの場合、これらのメッセージは、通常、同じＩＰ端点、すなわち当該ゲートウェイから来るようにゲートキーパには見える。ゲートキーパは、通常、そこからメッセージが来る電話を見ない。従来の解決策においては、ディスパッチ方法が端点解析（または登録解析）に基づいていたとしても、そのゲートウェイから来る全てのメッセージを同じインスタンスに送るものであり、このことは、当該インスタンスは急速に対応できない状態となることを意味する。
【００２８】
本ディスパッチ方法は、呼（より正確には会議ＩＤ値）に基づいて実行されるので、同じゲートウェイから来る種々のメッセージは、メッセージが属する実際の呼を考慮してディスパッチされる。主要なＨ３２３作業負荷は、呼処理によるものであるので、本ディスパッチ方法は非常に効率的である。
【００２９】
ＲＡＳメッセージは、ＡＳＮ．１規格によって規定され、ＰＥＲ（Packed Encoding Rule）と名づけられたモデルにしたがって符号化される。ＡＳＮ．１規格は、データ構造をあいまいでない仕方でどのように記述するかを規定する。ＡＳＮ．１構造は通常ツリー構造である。ＡＳＮ．１によれば、どのような種類のデータ構造も記述することができる。たとえば、データ構造は、スカラタイプ（整数など）の拘束または非拘束配列、代替物またはその他のデータ構造を含んでもよい。データ構造内のフィールドは、オプションであってもよい。
【００３０】
（Ｈ２２５勧告で定義される）Ｈ３２３メッセージ・セットは非常に複雑であり、６０、０００を超える「枚数」を保持する。たとえば、許可メッセージの全定義には、数頁が必要である。
【００３１】
さらに、ＲＡＳメッセージは、ＡＳＮ．１規格の下で特に作成されるが、また、ＰＥＲモデルの下で符号化される。ＰＥＲ符号化は、メッセージのサイズを最小のビット数に減少させ、特に、いくつかのフィールドのサイズを効果的な長さに減少させる。たとえば、数バイトの数は、その値にしたがって単一バイトに減少してもよい。さらに、表現は、バイトに調整されない。表現がいくつかのビットで符号化することができれば（たとえば、３２より小さな整数が、５ビットで符号化されれば）、次の表現は、バイトの境界ではなく、現在のバイトの６番目のビットで始まる。
【００３２】
最終的なＰＥＲ符号化メッセージは、特に、種々のサイズを有する一連のビットのフィールドを有し、各フィールドは、また、一連の他のフィールドであるので、理解するのが非常に困難であるものとして知られている。
【００３３】
以前は、ＲＡＳメッセージは、復号するのに非常に複雑なソフトウェアツールを必要とした。手で符号を書くのが不正確であるような複雑なメッセージ・セットに対しては、特にそうである。以前は、ソフトウェアツールは、ＰＥＲメッセージを完全に復号しなければならず、時間がかかるものであった。
【００３４】
この復号は、典型的にはゲートキーパで実行される。
【００３５】
ここでは、ディスパッチに必要なデータ、すなわち、メッセージタイプおよび会議ＩＤだけを読み取るために、demux３２０のレベルにおいて実行される簡単な複合方法を提案する。この部分的な復号は、ＡＳＮ．１構造がツリー構造であるという事実および関心のあるデータは、このツリー構造の最初のルートの領域から離れてはいないという事実に依拠している。メッセージタイプの表示は、まさに最初のフィールドの一つであるので、部分復号プロセスは、最初にメッセージタイプ・フィールドを読み取る。その後、メッセージタイプにしたがって、本プロセスは会議ＩＤフィールドがあれば、その位置を導き出す。
【００３６】
たとえば、demuxは、各々文字列を表す三つのフィールドの後に、会議ＩＤフィールドが位置していることを導き出す。会議ＩＤの前のフィールドをスキップするために、demuxモジュールは、ここで、ＡＳＮ．１データ構造において会議ＩＤに先行するかもしれない全てのフィールドを知る必要がある。
【００３７】
本部分復号方法は、ツリー構造に結果として現れるフィールドを検査し、関係のないフィールドをスキップする。ＰＥＲ復号において、各フィールドのサイズは、固定符号化長フィールドに対しては予め知られているか、可変符号化長フィールドに対してはメッセージに示されている。このために、本部分復号方法は、フィールドを読む必要なく、飛び越えることができる。
【００３８】
この簡単な復号アルゴリズムは、２段階で実行される。第１段階は、ＲＡＳメッセージのタイプを抽出することである。第２段階において、抽出したタイプにしたがって、メッセージが呼に属すれば、会議ＩＤが抽出される。
【００３９】
タイプを抽出することは、メッセージの先頭のビットだけに関係する。ＲＡＳメッセージの先頭は、以下のとおりである。
【００４０】
ビット番号０：拡張ビット
ビット番号１からビット番号５：メッセージタイプ
ビット番号６以降：ペイロード
メッセージタイプは、メッセージのビット番号１からビット番号５から読取れる整数値である。
【００４１】
会議識別子（ＣＩＤ）フィールドの場所は、メッセージタイプおよびメッセージの実際の内容に依存する。先行する段階からメッセージのタイプを知っているので、ＣＩＤの前の全てのメッセージフィールドをスキップする。
【００４２】
フィールドがスカラー値であれば、その長さは、ＰＥＲ規格にしたがって分かる。固定長であるか、または、メッセージから読取れる。フィールドがデータ構造であれば、このデータ構造内の各フィールドをまたスキップすることができる。
【００４３】
たとえば、メッセージペイロードが以下の構造を有する許可メッセージ（許可要求すなわちＡＲＱ）を考察する。
【００４４】
0003888615.tif 000002
【００４５】
許可要求（ＡＲＱ）メッセージは、いくつかの可能な拡張子（“”マーカを含む）といくつかのオプションのフィールドを保持する。メッセージ拡張子は、会議ＩＤの後に位置するので、ＰＥＲ表現における先頭拡張ビットをスキップすることができる。メッセージは、ＣＩＤの前にいくつかのオプションのフィールドを有するので、オプション存在マスクを構成する次の７ビットを保管する必要がある。
【００４６】
「requestSeqNum」 フィールドは、１６ビット整数である。ＰＥＲ規格によれば、当該フィールドは１６ビットを占め、バイトに調整される。したがって、このフィールドはスキップすることができる。
【００４７】
「callType」フィールドは、実際には拡張可能な列挙であり、以下のように規定される。
【００４８】
0003888615.tif 000003
【００４９】
拡張ビットに依存して、呼タイプ属性の値は、既知の４タイプの内の一つに属するかまたは拡張されたものである。この場合には、拡張ビットおよび属性の値をあらわす２ビットをスキップすることができる。後者の場合には、拡張ビットおよび選択拡張のためのＰＥＲ規格による実際の拡張をスキップすることができる。
【００５０】
「callMdel」フィールドはオプションであり、その存在は、メッセージ処理の開始におけるオプションビットマスクで識別される。存在すれば、ＰＥＲ表現にしたがってスキップすることができる。そして、メッセージの各フィールドおよび場合によってはサブフィールドは、ＣＩＤに到達するまでスキップすることができる。その後、ＡＲＱからＣＩＤを読み取ることができる。
【００５１】
本復号方法は、所望のフィールドに到達する前にツリー構造のいくつかのブランチを走査してもよい。しかしながら、階層構造の最初のレベルの数フィールドに関心があるので、最高レベルのフィールドだけを走査することによって、非常に短時間でＣＩＤ値にアクセスすることができる。
【００５２】
本システムは、全ての既知の呼に対して、ゲートキーパ・インスタンスを会議ＩＤのものに合わせるテーブルを含む。
【００５３】
呼の登録メッセージまたは最初の許可メッセージに間する限り、これらのメッセージをディスパッチするのに使用される負荷均衡ポリシーは、ディスパッチアルゴリズムの残りの部分に全く無関係であり得る。Ｈ３２３呼識別子とゲートキーパ・インスタンスとの間の対応をなすテーブル、Ｈ３２３呼識別子のタプルまたはハッシュ関数に依拠することもできる。登録および許可は、最も典型的なメッセージである。
【００５４】
本方法は、ゲートキーパが受信し得るどのようなメッセージにも適用される。メッセージが呼に関係していなければ、登録メッセージモデルにしたがって処理される。メッセージが呼に属していれば、許可メッセージモデルにしたがって処理される。
【００５５】
ＲＡＳゲートキーパ発見または位置要求のようなＲＡＳメッセージに関する限り、「ＧＫルート」と呼ばれる専用のゲートキーパ・インスタンスに送られる。
【００５６】
本方法は、全てのＨ３２３端点および全てのタイプの端末と適合している。呼が確立されたときにメッセージを交換する端末は、たとえば、ＩＰ電話、通常の電話、たとえば、ゲートウェイを介した、テレビ会議端末またはパーソナルコンピュータであってもよい。
【００５７】
ＩＰネットワークは、インターネットまたはイントラネット・ネットワークのように、ローカルであろうとなかろうと、どのようなＩＰネットワークであってもよいことを理解すべきである。
【００５８】
本発明の態様を以下に例示する。
【００５９】
１．インターネットプロトコール・ネットワークのゲートキーパ・システムに到着するメッセージを処理するための方法であって、ゲートキーパ・システムは、各々が一連の当該メッセージを処理することができる複数のサブプロセスを含み、当該方法は、ゲートキーパ・システムに到着したメッセージを別々のサブプロセスにディスパッチするステップであって、メッセージが以前のメッセージと同じ呼に属するか否かを識別し、同じ呼に属する場合には、当該メッセージを、当該以前のメッセージが送られたものと同じサブプロセスに送ることを含むステップを備える方法。
【００６０】
２．メッセージが以前のメッセージと同じ呼に属するか否かを識別するステップが、メッセージが、以前のメッセージと同じ会議識別子を有するか否かを識別するステップを含む上記１に記載の方法。
【００６１】
３．Ｈ３２３ネットワークに適用される上記１の方法。
【００６２】
４．ディスパッチされるメッセージが「登録、許可および状態（ＲＡＳ）」メッセージである上記３に記載の方法。
【００６３】
５．メッセージが登録メッセージであるか許可メッセージであるかを識別することと、メッセージが登録メッセージとして識別されれば、種々のサブプロセスの負荷を均衡させるために、種々のサブプロセスの現在の負荷に基づいてメッセージがディスパッチされるサブプロセスを決定することを含む上記４に記載の方法。
【００６４】
６．メッセージが登録メッセージであるか許可メッセージであるかを識別することと、メッセージが許可メッセージであれば、メッセージが呼の最初の許可メッセージであるか否かを決定することと、最初の許可メッセージであれば、種々のサブプロセスの負荷を均衡させるために、種々のサブプロセスの現在の負荷に基づいてメッセージがディスパッチされるサブプロセスを決定することを含む上記４に記載の方法。
【００６５】
７．ディスパッチされるメッセージが、符号化された形でゲートキーパ・システムに入り、複数のフィールドを備え、当該複数のフィールドの内の一つまたは複数のフィールドは呼を識別するデータを含み、ディスパッチするステップは、メッセージを部分的にのみ復号することを含み、復号された部分は、当該呼を識別するデータを含む当該一つまたは複数のフィールドを含む上記１に記載の方法。
【００６６】
８．呼を識別するデータを含む前記一つまたは複数のフィールドを見つけるまで、メッセージのフィールドを順番に検査することをさらに含む上記７に記載の方法。
【００６７】
９．メッセージのタイプを示す一つまたは複数のフィールド読み込むことと、メッセージのタイプに基づいて、呼識別データを含む前記一つまたは複数のフィールドの前に置かれたフィールドに関する、一連のフィールドのタイプを導き出すことをさらに含む、上記８に記載の方法。
【００６８】
１０．フィールドを順番に検査するときにオプションのフィールドが見つかるはずであるか否かを決定するために、呼識別データを含む前記一つまたは複数のフィールドの前に、オプションのフィールドが存在するか否かを示すフィールドを検査することをさらに含む、上記９に記載の方法。
【００６９】
１１．インターネットプロトコール・ネットワークのゲートキーパ・システムであって、ゲートキーパ・システムは、各々が一連の当該メッセージを処理することができる複数のサブプロセスを機能させ、ゲートキーパ・システムは、メッセージを別々のサブプロセスにディスパッチするように構成され、さらに、メッセージが以前のメッセージと同じ呼に属するか否かを識別し、同じ呼に属する場合には、当該メッセージを、当該以前のメッセージを処理したサブプロセスに送る手段を有するゲートキーパ・システム。
【００７０】
１２．メッセージが、以前のメッセージと同じ会議識別子を有するか否かを識別する手段をさらに含み、同じ会議識別子を有する場合には、当該以前のメッセージを処理したサブプロセスに当該メッセージを送る、上記１１に記載のゲートキーパ・システム。
【００７１】
１３．インターネットプロトコール・ネットワークのゲートキーパ・システム用の構成要素であって、当該構成要素に到着したメッセージを複数のサブプロセスにディスパッチする手段を含み、メッセージが以前のメッセージと同じ呼に属するか否かを識別することができ、同じ呼に属する場合には、当該以前のメッセージを処理したサブプロセスに当該メッセージを送ることができる構成要素。
【００７２】
１４．メッセージが以前のメッセージと同じ会議識別子を有するか否かを識別する手段を含み、同じ会議識別子を有する場合には、当該以前のメッセージを処理したサブプロセスに当該メッセージを送る、上記１３に記載の構成要素。
【００７３】
１５．インターネットプロトコール・ネットワークのゲートキーパ・システムに到着するメッセージを処理するための方法であって、ゲートキーパ・システムは、各々が一連の当該メッセージを処理することができる複数のサブプロセスを含み、さらに、メッセージは、符号化された形でゲートキーパ・システムに入り、複数のフィールドを備え、そのうちの少なくとも一つは呼を識別するデータを含み、当該方法は、ゲートキーパ・システムに到着したメッセージを別々のサブプロセスにディスパッチするステップであって、メッセージが以前のメッセージと同じ呼に属するか否かを識別し、同じ呼に属する場合には、当該メッセージを、当該以前のメッセージと同じサブプロセスに送るステップを備え、さらに、ディスパッチするステップがメッセージを部分的にのみ復号することを含み、復号された部分は、当該呼を識別するデータを含む当該一つまたは複数のフィールドを含む方法。
【００７４】
１６．上記１の方法にしたがって機能するゲートキーパ・システム。
【００７５】
１７．上記１５の方法にしたがって機能するゲートキーパ・システム。
【００７６】
【発明の効果】
【図面の簡単な説明】
【図１】従来技術による簡単なＩＰ信号ネットワークを示す。
【図２】従来技術による、呼準備中の発呼者、被呼者およびゲートキーパの間のメッセージの交換を示す図である。
【図３】従来技術による、呼解放中の発呼者、被呼者およびゲートキーパの間のメッセージの交換を示す図である。
【図４】本発明の一実施形態によるゲートキーパ・システムを表す。
【符号の説明】
３００  ゲートキーパ
３１０ｎ  ゲートキーパ・インスタンス
３２０  demuxモジュール
４５０  ネットワーク
【図１】
0003888615.tif 000004
【図２】
0003888615.tif 000005
【図３】
0003888615.tif 000006
【図４】
0003888615.tif 000007