JP2002185541A - インターネットプロトコール・ネットワークのゲートキーパにおけるメッセージ処理方法 - Google Patents
インターネットプロトコール・ネットワークのゲートキーパにおけるメッセージ処理方法Info
- Publication number
- JP2002185541A JP2002185541A JP2001326187A JP2001326187A JP2002185541A JP 2002185541 A JP2002185541 A JP 2002185541A JP 2001326187 A JP2001326187 A JP 2001326187A JP 2001326187 A JP2001326187 A JP 2001326187A JP 2002185541 A JP2002185541 A JP 2002185541A
- Authority
- JP
- Japan
- Prior art keywords
- message
- gatekeeper
- call
- messages
- sub
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000003672 processing method Methods 0.000 title abstract description 4
- 238000000034 method Methods 0.000 claims abstract description 72
- 238000012545 processing Methods 0.000 claims abstract description 12
- 230000008569 process Effects 0.000 abstract description 4
- 238000013475 authorization Methods 0.000 description 13
- 239000000306 component Substances 0.000 description 10
- 230000011664 signaling Effects 0.000 description 4
- 238000004891 communication Methods 0.000 description 3
- 238000004458 analytical method Methods 0.000 description 2
- 238000012790 confirmation Methods 0.000 description 2
- 238000003491 array Methods 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000013329 compounding Methods 0.000 description 1
- 239000008358 core component Substances 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 239000003550 marker Substances 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 230000026676 system process Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
- H04L65/1106—Call signalling protocols; H.323 and related
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/40—Support for services or applications
- H04L65/403—Arrangements for multi-party communication, e.g. for conferences
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M7/00—Arrangements for interconnection between switching centres
- H04M7/006—Networks other than PSTN/ISDN providing telephone service, e.g. Voice over Internet Protocol (VoIP), including next generation networks with a packet-switched transport layer
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M7/00—Arrangements for interconnection between switching centres
- H04M7/12—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal
- H04M7/1205—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal where the types of switching equipement comprises PSTN/ISDN equipment and switching equipment of networks other than PSTN/ISDN, e.g. Internet Protocol networks
- H04M7/126—Interworking of session control protocols
Abstract
(57)【要約】
【課題】ゲートキーパ・システムの容量を向上する、ゲ
ートキーパ・システムにおけるメッセージ処理方法を提
案する。 【解決手段】インターネットプロトコール・ネットワー
クのゲートキーパ・システムに到着するメッセージを処
理するための方法であって、ゲートキーパ・システム
は、各々が一連の当該メッセージを処理することができ
る複数のサブプロセスを含み、当該方法は、ゲートキー
パ・システムに到着したメッセージを別々のサブプロセ
スにディスパッチするステップであって、メッセージが
以前のメッセージと同じ呼に属するか否かを識別し、同
じ呼に属する場合には、当該メッセージを、当該以前の
メッセージが送られたものと同じサブプロセスに送るこ
とを含むステップを備える。
ートキーパ・システムにおけるメッセージ処理方法を提
案する。 【解決手段】インターネットプロトコール・ネットワー
クのゲートキーパ・システムに到着するメッセージを処
理するための方法であって、ゲートキーパ・システム
は、各々が一連の当該メッセージを処理することができ
る複数のサブプロセスを含み、当該方法は、ゲートキー
パ・システムに到着したメッセージを別々のサブプロセ
スにディスパッチするステップであって、メッセージが
以前のメッセージと同じ呼に属するか否かを識別し、同
じ呼に属する場合には、当該メッセージを、当該以前の
メッセージが送られたものと同じサブプロセスに送るこ
とを含むステップを備える。
Description
【０００１】
【発明の属する技術分野】本発明は、インターネット・
プロトコール・ネットワーク（ＩＰネットワーク）に関
し、特に、そのようなネットワーク上での音声による会
議開催に関する。
プロトコール・ネットワーク（ＩＰネットワーク）に関
し、特に、そのようなネットワーク上での音声による会
議開催に関する。
【０００２】
【従来の技術】ＩＰネットワーク上の会議開催のために
Ｈ３２３と呼ばれる国際規格が開発された。この規格は
種々のインターネット電話製品が相互に機能できるよう
にするだけではなく、ＩＳＤＮ（デジタル総合サービス
網）と電話方式を基礎とする会議システム間で相互に機
能することができるようにすることを目的としている。
Ｈ３２３と呼ばれる国際規格が開発された。この規格は
種々のインターネット電話製品が相互に機能できるよう
にするだけではなく、ＩＳＤＮ（デジタル総合サービス
網）と電話方式を基礎とする会議システム間で相互に機
能することができるようにすることを目的としている。
【０００３】ネットワークの基本的なＨ３２３の構成
は、図１に示すように、２個のＩＰ電話のような、２個
の端点１００及び２００とゲートキーパ３００を備え
る。ゲートキーパ３００は、通常、図において４００の
参照符号を付したインターネット・プロトコール・ネッ
トワークの一部である。
は、図１に示すように、２個のＩＰ電話のような、２個
の端点１００及び２００とゲートキーパ３００を備え
る。ゲートキーパ３００は、通常、図において４００の
参照符号を付したインターネット・プロトコール・ネッ
トワークの一部である。
【０００４】ゲートキーパ３００は、２個の端点１００
及び２００が呼を確立できるようにするネットワークの
基幹構成要素である。ルート指定モードにおいて、端点
１００が呼の確立を要求する場合に、当該端点は最初の
許可要求をゲートキーパ３００に送る。この要求は、た
とえば、当該呼を一意的に識別する会議識別子を含み、
また発呼者と被呼者との識別子を含む。
及び２００が呼を確立できるようにするネットワークの
基幹構成要素である。ルート指定モードにおいて、端点
１００が呼の確立を要求する場合に、当該端点は最初の
許可要求をゲートキーパ３００に送る。この要求は、た
とえば、当該呼を一意的に識別する会議識別子を含み、
また発呼者と被呼者との識別子を含む。
【０００５】ゲートキーパ３００は、発呼者１００と被
呼者２００との間で呼を確立することができるかどうか
をチェックする（たとえば、発呼者１００は、料金を支
払済みの通信時間の権利をまだ保有していることまたは
被呼者はその時点で空いていることなど）。このチェッ
クは、メッセージに含まれるデータ及びゲートキーパに
含まれる背景データに基いて行なわれる。
呼者２００との間で呼を確立することができるかどうか
をチェックする（たとえば、発呼者１００は、料金を支
払済みの通信時間の権利をまだ保有していることまたは
被呼者はその時点で空いていることなど）。このチェッ
クは、メッセージに含まれるデータ及びゲートキーパに
含まれる背景データに基いて行なわれる。
【０００６】ゲートキーパ３００が呼を認可すれば、要
求を行なった発信元端点１００に許可確認メッセージを
送る。呼を準備するために、一連のメッセージが発呼者
とゲートキーパとの間およびゲートキーパと被呼者との
間で送られる。発呼者１００と被呼者２００の双方は、
許可要求（セットメッセージ）をゲートキーパ３００に
送る。当該許可要求は、発呼者１００と被呼者の識別子
を含む。各許可要求に応じて、ゲートキーパは許可確認
を送る。
求を行なった発信元端点１００に許可確認メッセージを
送る。呼を準備するために、一連のメッセージが発呼者
とゲートキーパとの間およびゲートキーパと被呼者との
間で送られる。発呼者１００と被呼者２００の双方は、
許可要求（セットメッセージ）をゲートキーパ３００に
送る。当該許可要求は、発呼者１００と被呼者の識別子
を含む。各許可要求に応じて、ゲートキーパは許可確認
を送る。
【０００７】許可メッセージは、登録（Registratio
n）、 許可（Administration）および状態（Status）
（ＲＡＳ）と呼ばれるメッセージプロトコールに属す
る。呼に関わるＲＡＳメッセージの他の二つのタイプ
は、ＲＡＳ帯域幅要求と解放要求である。ＲＡＳ帯域幅
要求は、既に通信している２個の端点が、たとえば、当
該端点間で非常に大きなファイルを交換するときに、帯
域幅の変更を要求するときに送られる。呼が完了したと
きに、解放メッセージが交換される。
n）、 許可（Administration）および状態（Status）
（ＲＡＳ）と呼ばれるメッセージプロトコールに属す
る。呼に関わるＲＡＳメッセージの他の二つのタイプ
は、ＲＡＳ帯域幅要求と解放要求である。ＲＡＳ帯域幅
要求は、既に通信している２個の端点が、たとえば、当
該端点間で非常に大きなファイルを交換するときに、帯
域幅の変更を要求するときに送られる。呼が完了したと
きに、解放メッセージが交換される。
【０００８】メッセージは、発信元、宛先端点などを識
別可能とする情報要素のセットを保持する。一つの特別
の情報要素は、呼を一意的に識別し、当該呼に属する全
てのメッセージに対して同じである会議識別子である。
会議識別子は、会議識別子が一意的であることを保証す
る規則を使用して生成された、全体を通して一意的な識
別子である。上述のメッセージは、呼に向けたものであ
り、会議識別子を含む。
別可能とする情報要素のセットを保持する。一つの特別
の情報要素は、呼を一意的に識別し、当該呼に属する全
てのメッセージに対して同じである会議識別子である。
会議識別子は、会議識別子が一意的であることを保証す
る規則を使用して生成された、全体を通して一意的な識
別子である。上述のメッセージは、呼に向けたものであ
り、会議識別子を含む。
【０００９】
【発明が解決しようとする課題】ＩＰネットワーク上の
音声通信が通信のキーモードになるにしたがって、増大
する音声ＩＰトラフィックは、ゲートキーパ側の部分に
おけるより高い性能を要求している。本発明は、ゲート
キーパ・システムの容量を向上する、ゲートキーパ・シ
ステムにおけるメッセージ処理方法を提案する。
音声通信が通信のキーモードになるにしたがって、増大
する音声ＩＰトラフィックは、ゲートキーパ側の部分に
おけるより高い性能を要求している。本発明は、ゲート
キーパ・システムの容量を向上する、ゲートキーパ・シ
ステムにおけるメッセージ処理方法を提案する。
【００１０】本発明は、また、より大容量のゲートキー
パ・システムおよびゲートキーパ・システムの容量を向
上させることができる構成要素を提案する。
パ・システムおよびゲートキーパ・システムの容量を向
上させることができる構成要素を提案する。
【００１１】本発明の他の目的は、ゲートキーパにおけ
る大規模なソフトウェアまたはハードウェアの修正が簡
単に行なえるようにする、処理方法、ゲートキーパ・シ
ステムおよびゲートキーパ・システム用の構成要素を提
供することである。
る大規模なソフトウェアまたはハードウェアの修正が簡
単に行なえるようにする、処理方法、ゲートキーパ・シ
ステムおよびゲートキーパ・システム用の構成要素を提
供することである。
【００１２】
【課題を解決するための手段】本発明による方法は、イ
ンターネットプロトコール・ネットワークのゲートキー
パ・システムに到着するメッセージを処理するための方
法であって、ゲートキーパ・システムは、各々が一連の
当該メッセージを処理することができる複数のサブプロ
セスを含み、当該方法は、ゲートキーパ・システムに到
着したメッセージを別々のサブプロセスにディスパッチ
するステップであって、メッセージが以前のメッセージ
と同じ呼に属するか否かを識別し、同じ呼に属する場合
には、当該メッセージを、当該以前のメッセージが送ら
れたものと同じサブプロセスに送ることを含むステップ
を備える方法である。
ンターネットプロトコール・ネットワークのゲートキー
パ・システムに到着するメッセージを処理するための方
法であって、ゲートキーパ・システムは、各々が一連の
当該メッセージを処理することができる複数のサブプロ
セスを含み、当該方法は、ゲートキーパ・システムに到
着したメッセージを別々のサブプロセスにディスパッチ
するステップであって、メッセージが以前のメッセージ
と同じ呼に属するか否かを識別し、同じ呼に属する場合
には、当該メッセージを、当該以前のメッセージが送ら
れたものと同じサブプロセスに送ることを含むステップ
を備える方法である。
【００１３】本発明によるゲートキーパ・システムは、
インターネットプロトコール・ネットワークのゲートキ
ーパ・システムであって、ゲートキーパ・システムは、
各々が一連の当該メッセージを処理することができる複
数のサブプロセスを機能させ、ゲートキーパ・システム
は、メッセージを別々のサブプロセスにディスパッチす
ることができ、さらに、メッセージが以前のメッセージ
と同じ呼に属するか否かを識別し、同じ呼に属する場合
には、当該メッセージを、当該以前のメッセージを処理
したサブプロセスに送るゲートキーパ・システムであ
る。
インターネットプロトコール・ネットワークのゲートキ
ーパ・システムであって、ゲートキーパ・システムは、
各々が一連の当該メッセージを処理することができる複
数のサブプロセスを機能させ、ゲートキーパ・システム
は、メッセージを別々のサブプロセスにディスパッチす
ることができ、さらに、メッセージが以前のメッセージ
と同じ呼に属するか否かを識別し、同じ呼に属する場合
には、当該メッセージを、当該以前のメッセージを処理
したサブプロセスに送るゲートキーパ・システムであ
る。
【００１４】本発明による構成要素は、インターネット
プロトコール・ネットワークのゲートキーパ・システム
用の構成要素であって、当該構成要素に到着したメッセ
ージを複数のサブプロセスにディスパッチする手段を含
み、メッセージが以前のメッセージと同じ呼に属するか
否かを識別することができ、同じ呼に属する場合には、
当該以前のメッセージを処理したサブプロセスに当該メ
ッセージを送ることができる構成要素である。
プロトコール・ネットワークのゲートキーパ・システム
用の構成要素であって、当該構成要素に到着したメッセ
ージを複数のサブプロセスにディスパッチする手段を含
み、メッセージが以前のメッセージと同じ呼に属するか
否かを識別することができ、同じ呼に属する場合には、
当該以前のメッセージを処理したサブプロセスに当該メ
ッセージを送ることができる構成要素である。
【００１５】本発明の他の特徴、目的および利点は、以
下の発明の実施の形態および添付図面によって当業者に
は明らかとなろう。
下の発明の実施の形態および添付図面によって当業者に
は明らかとなろう。
【００１６】
【発明の実施の形態】Ｈ３２３における呼の準備は、二
つのプロトコールによって規定される。ＲＡＳプロトコ
ールおよびＱ９３１プロトコールである。図２は、呼準
備の間に発呼者、ゲートキーパおよび被呼者の間で送ら
れる従来のＲＡＳメッセージおよびＱ９３１メッセージ
を概略図示する。本図において、各矢印はメッセージを
表し、各矢印には、当該メッセージがＲＡＳメッセージ
であるかＱ９３１メッセージであるかが示されている。
既述のメッセージに加えて、ＲＡＳメッセージは、ＩＰ
端点が最初にネットワークへ接続されたとき、すなわ
ち、ゲートキーパに対して新たな端点の存在が宣言され
たときに送られる登録メッセージであっても良い。
つのプロトコールによって規定される。ＲＡＳプロトコ
ールおよびＱ９３１プロトコールである。図２は、呼準
備の間に発呼者、ゲートキーパおよび被呼者の間で送ら
れる従来のＲＡＳメッセージおよびＱ９３１メッセージ
を概略図示する。本図において、各矢印はメッセージを
表し、各矢印には、当該メッセージがＲＡＳメッセージ
であるかＱ９３１メッセージであるかが示されている。
既述のメッセージに加えて、ＲＡＳメッセージは、ＩＰ
端点が最初にネットワークへ接続されたとき、すなわ
ち、ゲートキーパに対して新たな端点の存在が宣言され
たときに送られる登録メッセージであっても良い。
【００１７】図４に図示されるように、本ゲートキーパ
・システム３００は、それぞれ種々の到着メッセージを
処理することができる一連のゲートキーパ・インスタン
ス３１０ａ，３１０ｂ，・・・３１０ｎを含む。一実施
形態において、各インスタンス３１０ａ，３１０ｂ，・
・・３１０ｎは、別々のプロセッサ上で実行される別々
のサブプロセスである。他の実施形態において、各イン
スタンスは、同じプロセッサ上またはサブプロセスの数
とは異なる数のプロセッサ上で動作させても良い。さら
に、各インスタンスは、単一のコンピュータまたは一群
のコンピュータに属しても良い。
・システム３００は、それぞれ種々の到着メッセージを
処理することができる一連のゲートキーパ・インスタン
ス３１０ａ，３１０ｂ，・・・３１０ｎを含む。一実施
形態において、各インスタンス３１０ａ，３１０ｂ，・
・・３１０ｎは、別々のプロセッサ上で実行される別々
のサブプロセスである。他の実施形態において、各イン
スタンスは、同じプロセッサ上またはサブプロセスの数
とは異なる数のプロセッサ上で動作させても良い。さら
に、各インスタンスは、単一のコンピュータまたは一群
のコンピュータに属しても良い。
【００１８】ゲートキーパ３００は、ゲートキーパ３０
０の負荷が重くなりすぎたならば、新たなインスタンス
を追加することができるようにするような拡大・縮小可
能なアーキテクチャを有する。
０の負荷が重くなりすぎたならば、新たなインスタンス
を追加することができるようにするような拡大・縮小可
能なアーキテクチャを有する。
【００１９】ゲートキーパ３００は、ネットワーク４５
０の残りの部分および他の信号サービスから、たとえ
ば、Hewlett Packardによって作成された”Open Call M
ultiservice Controller platform”と呼ばれるプラッ
トフォームのユーザによって開発された信号サービスか
らは単一のゲートキーパに見える。
０の残りの部分および他の信号サービスから、たとえ
ば、Hewlett Packardによって作成された”Open Call M
ultiservice Controller platform”と呼ばれるプラッ
トフォームのユーザによって開発された信号サービスか
らは単一のゲートキーパに見える。
【００２０】ゲートキーパ３００は、到着メッセージを
ゲートキーパ・インスタンス３１０ａ，３１０ｂ，・・
・３１０ｎのセットへディスパッチする、以下、demux
モジュールと呼ばれるモジュール３２０を含む。一実施
形態において、demuxモジュール３２０は、それ自身の
特定のソフトウェアを備えた特定のハードウェア・ユニ
ットである。または、demuxモジュール３２０は、純ソ
フトウェア要素であってもよい。demuxモジュール３２
０は、最初に、メッセージが登録メッセージであるか許
可メッセージであるかを判断する。メッセージが登録メ
ッセージであれば、demuxモジュール３２０は、当該メ
ッセージを、負荷均衡ポリシーにしたがって、ゲートキ
ーパ・インスタンス３１０ａ，３１０ｂ，・・・３１０
ｎのいずれかに送る。この負荷均衡ポリシーは、他のコ
ンピュータシステムで使用されるどのような負荷均衡ポ
リシーであってもよい。当該負荷均衡ポリシーは、ディ
スパッチ・アルゴリズムの残りの部分に無関係であって
もよい。当該負荷均衡ポリシーは、単に、登録と新たな
呼の負荷均衡を行なうことができるものである。
ゲートキーパ・インスタンス３１０ａ，３１０ｂ，・・
・３１０ｎのセットへディスパッチする、以下、demux
モジュールと呼ばれるモジュール３２０を含む。一実施
形態において、demuxモジュール３２０は、それ自身の
特定のソフトウェアを備えた特定のハードウェア・ユニ
ットである。または、demuxモジュール３２０は、純ソ
フトウェア要素であってもよい。demuxモジュール３２
０は、最初に、メッセージが登録メッセージであるか許
可メッセージであるかを判断する。メッセージが登録メ
ッセージであれば、demuxモジュール３２０は、当該メ
ッセージを、負荷均衡ポリシーにしたがって、ゲートキ
ーパ・インスタンス３１０ａ，３１０ｂ，・・・３１０
ｎのいずれかに送る。この負荷均衡ポリシーは、他のコ
ンピュータシステムで使用されるどのような負荷均衡ポ
リシーであってもよい。当該負荷均衡ポリシーは、ディ
スパッチ・アルゴリズムの残りの部分に無関係であって
もよい。当該負荷均衡ポリシーは、単に、登録と新たな
呼の負荷均衡を行なうことができるものである。
【００２１】メッセージが呼の最初のもの、すなわち、
ＲＡＳ初期許可であれば、demuxモジュール３２０は、
また、負荷均衡ポリシーにしたがって、当該メッセージ
をいずれかのゲートキーパ・インスタンス３１０ａ，３
１０ｂ，・・・３１０ｎに送る。
ＲＡＳ初期許可であれば、demuxモジュール３２０は、
また、負荷均衡ポリシーにしたがって、当該メッセージ
をいずれかのゲートキーパ・インスタンス３１０ａ，３
１０ｂ，・・・３１０ｎに送る。
【００２２】ＲＡＳメッセージは、典型的には、呼を一
意的に識別する会議識別子（会議ＩＤ）を含む。その
後、受信インスタンス３１０ａ，３１０ｂ，・・・３１
０ｎは、Ｑ９３１トラフィックを保持するゲートキーパ
・インスタンスとして自身を識別することに責任を負
う。
意的に識別する会議識別子（会議ＩＤ）を含む。その
後、受信インスタンス３１０ａ，３１０ｂ，・・・３１
０ｎは、Ｑ９３１トラフィックを保持するゲートキーパ
・インスタンスとして自身を識別することに責任を負
う。
【００２３】到着メッセージが、少なくとも一つの許可
メッセージがdemuxモジュール３２０によって既に受信
された呼に属する場合には、demuxモジュール３２０
は、当該メッセージを、当該呼の以前のメッセージを受
信したゲートキーパ・インスタンスへ送る。換言すれ
ば、インスタンスが呼の最初の許可メッセージを一旦受
信すれば、当該インスタンスは、当該呼を自身のものと
し、当該呼の全ての後続のＲＡＳメッセージを受信す
る。このことは、割当てられたゲートキーパ・インスタ
ンス３１０ａ，３１０ｂ，・・・３１０ｎのＱ９３１ア
ドレスが、許可メッセージを送出した端末に与えられ、
その結果割当てられたゲートキーパ・インスタンス３１
０ａは、メッセージを送出した端末および当該呼に関係
する他の端末から見ればゲートキーパとなることを意味
する。
メッセージがdemuxモジュール３２０によって既に受信
された呼に属する場合には、demuxモジュール３２０
は、当該メッセージを、当該呼の以前のメッセージを受
信したゲートキーパ・インスタンスへ送る。換言すれ
ば、インスタンスが呼の最初の許可メッセージを一旦受
信すれば、当該インスタンスは、当該呼を自身のものと
し、当該呼の全ての後続のＲＡＳメッセージを受信す
る。このことは、割当てられたゲートキーパ・インスタ
ンス３１０ａ，３１０ｂ，・・・３１０ｎのＱ９３１ア
ドレスが、許可メッセージを送出した端末に与えられ、
その結果割当てられたゲートキーパ・インスタンス３１
０ａは、メッセージを送出した端末および当該呼に関係
する他の端末から見ればゲートキーパとなることを意味
する。
【００２４】Ｈ３２３規格は、ゲートキーパが、ステー
ジにおける許可（admission-on-stage）において、その
Ｑ９３１アドレス（または、場合によってはＱ９３１が
ダイレクトであれば、被呼者端点のＱ９３１アドレスま
でも）を与える規定を制定する。
ジにおける許可（admission-on-stage）において、その
Ｑ９３１アドレス（または、場合によってはＱ９３１が
ダイレクトであれば、被呼者端点のＱ９３１アドレスま
でも）を与える規定を制定する。
【００２５】ルート指定モードにおける従来のゲートキ
ーパと同様に、この割当てられたインスタンスは、呼の
Ｑ９３１トラフィックを保持することに責任を負う。換
言すれば、このインスタンスは、自身を通常のゲートキ
ーパと識別した後は、通常のゲートキーパの役割を演ず
る。インスタンス３１０ａ，３１０ｂ，・・・３１０ｎ
を自身の呼専用とすれば、全体的な効率が向上する。イ
ンスタンスが、既知の呼から新たなメッセージを受信す
るときに、割当てられたインスタンスは、当該呼に関す
る背景情報を既に有している。上述のように、会議ＩＤ
は、二つの呼が同じ発呼者によってなされても、呼ごと
に別々である。
ーパと同様に、この割当てられたインスタンスは、呼の
Ｑ９３１トラフィックを保持することに責任を負う。換
言すれば、このインスタンスは、自身を通常のゲートキ
ーパと識別した後は、通常のゲートキーパの役割を演ず
る。インスタンス３１０ａ，３１０ｂ，・・・３１０ｎ
を自身の呼専用とすれば、全体的な効率が向上する。イ
ンスタンスが、既知の呼から新たなメッセージを受信す
るときに、割当てられたインスタンスは、当該呼に関す
る背景情報を既に有している。上述のように、会議ＩＤ
は、二つの呼が同じ発呼者によってなされても、呼ごと
に別々である。
【００２６】本方法は、メッセージの会議ＩＤに基づい
てメッセージをディスパッチするので、メッセージは、
本質的に呼に基づいてディスパッチされる。この特徴
は、メッセージが信号ゲートウェイから来る場合に非常
に有利である。信号ゲートウェイは、Ｈ３２３ネットワ
ークと公衆交換電話網（ＰＳＴＮ）との間のインターフ
ェースをなす。ゲートウェイは、Ｈ３２３端点であり、
Ｈ３２３ネットワークへの多数のＰＳＴＮ呼を見えない
ようにする。
てメッセージをディスパッチするので、メッセージは、
本質的に呼に基づいてディスパッチされる。この特徴
は、メッセージが信号ゲートウェイから来る場合に非常
に有利である。信号ゲートウェイは、Ｈ３２３ネットワ
ークと公衆交換電話網（ＰＳＴＮ）との間のインターフ
ェースをなす。ゲートウェイは、Ｈ３２３端点であり、
Ｈ３２３ネットワークへの多数のＰＳＴＮ呼を見えない
ようにする。
【００２７】ゲートウェイを通過するメッセージの場
合、これらのメッセージは、通常、同じＩＰ端点、すな
わち当該ゲートウェイから来るようにゲートキーパには
見える。ゲートキーパは、通常、そこからメッセージが
来る電話を見ない。従来の解決策においては、ディスパ
ッチ方法が端点解析（または登録解析）に基づいていた
としても、そのゲートウェイから来る全てのメッセージ
を同じインスタンスに送るものであり、このことは、当
該インスタンスは急速に対応できない状態となることを
意味する。
合、これらのメッセージは、通常、同じＩＰ端点、すな
わち当該ゲートウェイから来るようにゲートキーパには
見える。ゲートキーパは、通常、そこからメッセージが
来る電話を見ない。従来の解決策においては、ディスパ
ッチ方法が端点解析（または登録解析）に基づいていた
としても、そのゲートウェイから来る全てのメッセージ
を同じインスタンスに送るものであり、このことは、当
該インスタンスは急速に対応できない状態となることを
意味する。
【００２８】本ディスパッチ方法は、呼（より正確には
会議ＩＤ値）に基づいて実行されるので、同じゲートウ
ェイから来る種々のメッセージは、メッセージが属する
実際の呼を考慮してディスパッチされる。主要なＨ３２
３作業負荷は、呼処理によるものであるので、本ディス
パッチ方法は非常に効率的である。
会議ＩＤ値）に基づいて実行されるので、同じゲートウ
ェイから来る種々のメッセージは、メッセージが属する
実際の呼を考慮してディスパッチされる。主要なＨ３２
３作業負荷は、呼処理によるものであるので、本ディス
パッチ方法は非常に効率的である。
【００２９】ＲＡＳメッセージは、ＡＳＮ．１規格によ
って規定され、ＰＥＲ（Packed Encoding Rule）と名づ
けられたモデルにしたがって符号化される。ＡＳＮ．１
規格は、データ構造をあいまいでない仕方でどのように
記述するかを規定する。ＡＳＮ．１構造は通常ツリー構
造である。ＡＳＮ．１によれば、どのような種類のデー
タ構造も記述することができる。たとえば、データ構造
は、スカラタイプ（整数など）の拘束または非拘束配
列、代替物またはその他のデータ構造を含んでもよい。
データ構造内のフィールドは、オプションであってもよ
い。
って規定され、ＰＥＲ（Packed Encoding Rule）と名づ
けられたモデルにしたがって符号化される。ＡＳＮ．１
規格は、データ構造をあいまいでない仕方でどのように
記述するかを規定する。ＡＳＮ．１構造は通常ツリー構
造である。ＡＳＮ．１によれば、どのような種類のデー
タ構造も記述することができる。たとえば、データ構造
は、スカラタイプ（整数など）の拘束または非拘束配
列、代替物またはその他のデータ構造を含んでもよい。
データ構造内のフィールドは、オプションであってもよ
い。
【００３０】（Ｈ２２５勧告で定義される）Ｈ３２３メ
ッセージ・セットは非常に複雑であり、６０、０００を
超える「枚数」を保持する。たとえば、許可メッセージ
の全定義には、数頁が必要である。
ッセージ・セットは非常に複雑であり、６０、０００を
超える「枚数」を保持する。たとえば、許可メッセージ
の全定義には、数頁が必要である。
【００３１】さらに、ＲＡＳメッセージは、ＡＳＮ．１
規格の下で特に作成されるが、また、ＰＥＲモデルの下
で符号化される。ＰＥＲ符号化は、メッセージのサイズ
を最小のビット数に減少させ、特に、いくつかのフィー
ルドのサイズを効果的な長さに減少させる。たとえば、
数バイトの数は、その値にしたがって単一バイトに減少
してもよい。さらに、表現は、バイトに調整されない。
表現がいくつかのビットで符号化することができれば
（たとえば、３２より小さな整数が、５ビットで符号化
されれば）、次の表現は、バイトの境界ではなく、現在
のバイトの６番目のビットで始まる。
規格の下で特に作成されるが、また、ＰＥＲモデルの下
で符号化される。ＰＥＲ符号化は、メッセージのサイズ
を最小のビット数に減少させ、特に、いくつかのフィー
ルドのサイズを効果的な長さに減少させる。たとえば、
数バイトの数は、その値にしたがって単一バイトに減少
してもよい。さらに、表現は、バイトに調整されない。
表現がいくつかのビットで符号化することができれば
（たとえば、３２より小さな整数が、５ビットで符号化
されれば）、次の表現は、バイトの境界ではなく、現在
のバイトの６番目のビットで始まる。
【００３２】最終的なＰＥＲ符号化メッセージは、特
に、種々のサイズを有する一連のビットのフィールドを
有し、各フィールドは、また、一連の他のフィールドで
あるので、理解するのが非常に困難であるものとして知
られている。
に、種々のサイズを有する一連のビットのフィールドを
有し、各フィールドは、また、一連の他のフィールドで
あるので、理解するのが非常に困難であるものとして知
られている。
【００３３】以前は、ＲＡＳメッセージは、復号するの
に非常に複雑なソフトウェアツールを必要とした。手で
符号を書くのが不正確であるような複雑なメッセージ・
セットに対しては、特にそうである。以前は、ソフトウ
ェアツールは、ＰＥＲメッセージを完全に復号しなけれ
ばならず、時間がかかるものであった。
に非常に複雑なソフトウェアツールを必要とした。手で
符号を書くのが不正確であるような複雑なメッセージ・
セットに対しては、特にそうである。以前は、ソフトウ
ェアツールは、ＰＥＲメッセージを完全に復号しなけれ
ばならず、時間がかかるものであった。
【００３４】この復号は、典型的にはゲートキーパで実
行される。
行される。
【００３５】ここでは、ディスパッチに必要なデータ、
すなわち、メッセージタイプおよび会議ＩＤだけを読み
取るために、demux３２０のレベルにおいて実行される
簡単な複合方法を提案する。この部分的な復号は、ＡＳ
Ｎ．１構造がツリー構造であるという事実および関心の
あるデータは、このツリー構造の最初のルートの領域か
ら離れてはいないという事実に依拠している。メッセー
ジタイプの表示は、まさに最初のフィールドの一つであ
るので、部分復号プロセスは、最初にメッセージタイプ
・フィールドを読み取る。その後、メッセージタイプに
したがって、本プロセスは会議ＩＤフィールドがあれ
ば、その位置を導き出す。
すなわち、メッセージタイプおよび会議ＩＤだけを読み
取るために、demux３２０のレベルにおいて実行される
簡単な複合方法を提案する。この部分的な復号は、ＡＳ
Ｎ．１構造がツリー構造であるという事実および関心の
あるデータは、このツリー構造の最初のルートの領域か
ら離れてはいないという事実に依拠している。メッセー
ジタイプの表示は、まさに最初のフィールドの一つであ
るので、部分復号プロセスは、最初にメッセージタイプ
・フィールドを読み取る。その後、メッセージタイプに
したがって、本プロセスは会議ＩＤフィールドがあれ
ば、その位置を導き出す。
【００３６】たとえば、demuxは、各々文字列を表す三
つのフィールドの後に、会議ＩＤフィールドが位置して
いることを導き出す。会議ＩＤの前のフィールドをスキ
ップするために、demuxモジュールは、ここで、ＡＳ
Ｎ．１データ構造において会議ＩＤに先行するかもしれ
ない全てのフィールドを知る必要がある。
つのフィールドの後に、会議ＩＤフィールドが位置して
いることを導き出す。会議ＩＤの前のフィールドをスキ
ップするために、demuxモジュールは、ここで、ＡＳ
Ｎ．１データ構造において会議ＩＤに先行するかもしれ
ない全てのフィールドを知る必要がある。
【００３７】本部分復号方法は、ツリー構造に結果とし
て現れるフィールドを検査し、関係のないフィールドを
スキップする。ＰＥＲ復号において、各フィールドのサ
イズは、固定符号化長フィールドに対しては予め知られ
ているか、可変符号化長フィールドに対してはメッセー
ジに示されている。このために、本部分復号方法は、フ
ィールドを読む必要なく、飛び越えることができる。
て現れるフィールドを検査し、関係のないフィールドを
スキップする。ＰＥＲ復号において、各フィールドのサ
イズは、固定符号化長フィールドに対しては予め知られ
ているか、可変符号化長フィールドに対してはメッセー
ジに示されている。このために、本部分復号方法は、フ
ィールドを読む必要なく、飛び越えることができる。
【００３８】この簡単な復号アルゴリズムは、２段階で
実行される。第１段階は、ＲＡＳメッセージのタイプを
抽出することである。第２段階において、抽出したタイ
プにしたがって、メッセージが呼に属すれば、会議ＩＤ
が抽出される。
実行される。第１段階は、ＲＡＳメッセージのタイプを
抽出することである。第２段階において、抽出したタイ
プにしたがって、メッセージが呼に属すれば、会議ＩＤ
が抽出される。
【００３９】タイプを抽出することは、メッセージの先
頭のビットだけに関係する。ＲＡＳメッセージの先頭
は、以下のとおりである。
頭のビットだけに関係する。ＲＡＳメッセージの先頭
は、以下のとおりである。
【００４０】ビット番号０：拡張ビット ビット番号１からビット番号５：メッセージタイプ ビット番号６以降：ペイロード メッセージタイプは、メッセージのビット番号１からビ
ット番号５から読取れる整数値である。
ット番号５から読取れる整数値である。
【００４１】会議識別子（ＣＩＤ）フィールドの場所
は、メッセージタイプおよびメッセージの実際の内容に
依存する。先行する段階からメッセージのタイプを知っ
ているので、ＣＩＤの前の全てのメッセージフィールド
をスキップする。
は、メッセージタイプおよびメッセージの実際の内容に
依存する。先行する段階からメッセージのタイプを知っ
ているので、ＣＩＤの前の全てのメッセージフィールド
をスキップする。
【００４２】フィールドがスカラー値であれば、その長
さは、ＰＥＲ規格にしたがって分かる。固定長である
か、または、メッセージから読取れる。フィールドがデ
ータ構造であれば、このデータ構造内の各フィールドを
またスキップすることができる。
さは、ＰＥＲ規格にしたがって分かる。固定長である
か、または、メッセージから読取れる。フィールドがデ
ータ構造であれば、このデータ構造内の各フィールドを
またスキップすることができる。
【００４３】たとえば、メッセージペイロードが以下の
構造を有する許可メッセージ（許可要求すなわちＡＲ
Ｑ）を考察する。
構造を有する許可メッセージ（許可要求すなわちＡＲ
Ｑ）を考察する。
【００４４】
【００４５】許可要求（ＡＲＱ）メッセージは、いくつ
かの可能な拡張子（“”マーカを含む）といくつかのオ
プションのフィールドを保持する。メッセージ拡張子
は、会議ＩＤの後に位置するので、ＰＥＲ表現における
先頭拡張ビットをスキップすることができる。メッセー
ジは、ＣＩＤの前にいくつかのオプションのフィールド
を有するので、オプション存在マスクを構成する次の７
ビットを保管する必要がある。
かの可能な拡張子（“”マーカを含む）といくつかのオ
プションのフィールドを保持する。メッセージ拡張子
は、会議ＩＤの後に位置するので、ＰＥＲ表現における
先頭拡張ビットをスキップすることができる。メッセー
ジは、ＣＩＤの前にいくつかのオプションのフィールド
を有するので、オプション存在マスクを構成する次の７
ビットを保管する必要がある。
【００４６】「requestSeqNum」 フィールドは、１６ビ
ット整数である。ＰＥＲ規格によれば、当該フィールド
は１６ビットを占め、バイトに調整される。したがっ
て、このフィールドはスキップすることができる。
ット整数である。ＰＥＲ規格によれば、当該フィールド
は１６ビットを占め、バイトに調整される。したがっ
て、このフィールドはスキップすることができる。
【００４７】「callType」フィールドは、実際には拡張
可能な列挙であり、以下のように規定される。
可能な列挙であり、以下のように規定される。
【００４８】
【００４９】拡張ビットに依存して、呼タイプ属性の値
は、既知の４タイプの内の一つに属するかまたは拡張さ
れたものである。この場合には、拡張ビットおよび属性
の値をあらわす２ビットをスキップすることができる。
後者の場合には、拡張ビットおよび選択拡張のためのＰ
ＥＲ規格による実際の拡張をスキップすることができ
る。
は、既知の４タイプの内の一つに属するかまたは拡張さ
れたものである。この場合には、拡張ビットおよび属性
の値をあらわす２ビットをスキップすることができる。
後者の場合には、拡張ビットおよび選択拡張のためのＰ
ＥＲ規格による実際の拡張をスキップすることができ
る。
【００５０】「callMdel」フィールドはオプションであ
り、その存在は、メッセージ処理の開始におけるオプシ
ョンビットマスクで識別される。存在すれば、ＰＥＲ表
現にしたがってスキップすることができる。そして、メ
ッセージの各フィールドおよび場合によってはサブフィ
ールドは、ＣＩＤに到達するまでスキップすることがで
きる。その後、ＡＲＱからＣＩＤを読み取ることができ
る。
り、その存在は、メッセージ処理の開始におけるオプシ
ョンビットマスクで識別される。存在すれば、ＰＥＲ表
現にしたがってスキップすることができる。そして、メ
ッセージの各フィールドおよび場合によってはサブフィ
ールドは、ＣＩＤに到達するまでスキップすることがで
きる。その後、ＡＲＱからＣＩＤを読み取ることができ
る。
【００５１】本復号方法は、所望のフィールドに到達す
る前にツリー構造のいくつかのブランチを走査してもよ
い。しかしながら、階層構造の最初のレベルの数フィー
ルドに関心があるので、最高レベルのフィールドだけを
走査することによって、非常に短時間でＣＩＤ値にアク
セスすることができる。
る前にツリー構造のいくつかのブランチを走査してもよ
い。しかしながら、階層構造の最初のレベルの数フィー
ルドに関心があるので、最高レベルのフィールドだけを
走査することによって、非常に短時間でＣＩＤ値にアク
セスすることができる。
【００５２】本システムは、全ての既知の呼に対して、
ゲートキーパ・インスタンスを会議ＩＤのものに合わせ
るテーブルを含む。
ゲートキーパ・インスタンスを会議ＩＤのものに合わせ
るテーブルを含む。
【００５３】呼の登録メッセージまたは最初の許可メッ
セージに間する限り、これらのメッセージをディスパッ
チするのに使用される負荷均衡ポリシーは、ディスパッ
チアルゴリズムの残りの部分に全く無関係であり得る。
Ｈ３２３呼識別子とゲートキーパ・インスタンスとの間
の対応をなすテーブル、Ｈ３２３呼識別子のタプルまた
はハッシュ関数に依拠することもできる。登録および許
可は、最も典型的なメッセージである。
セージに間する限り、これらのメッセージをディスパッ
チするのに使用される負荷均衡ポリシーは、ディスパッ
チアルゴリズムの残りの部分に全く無関係であり得る。
Ｈ３２３呼識別子とゲートキーパ・インスタンスとの間
の対応をなすテーブル、Ｈ３２３呼識別子のタプルまた
はハッシュ関数に依拠することもできる。登録および許
可は、最も典型的なメッセージである。
【００５４】本方法は、ゲートキーパが受信し得るどの
ようなメッセージにも適用される。メッセージが呼に関
係していなければ、登録メッセージモデルにしたがって
処理される。メッセージが呼に属していれば、許可メッ
セージモデルにしたがって処理される。
ようなメッセージにも適用される。メッセージが呼に関
係していなければ、登録メッセージモデルにしたがって
処理される。メッセージが呼に属していれば、許可メッ
セージモデルにしたがって処理される。
【００５５】ＲＡＳゲートキーパ発見または位置要求の
ようなＲＡＳメッセージに関する限り、「ＧＫルート」
と呼ばれる専用のゲートキーパ・インスタンスに送られ
る。
ようなＲＡＳメッセージに関する限り、「ＧＫルート」
と呼ばれる専用のゲートキーパ・インスタンスに送られ
る。
【００５６】本方法は、全てのＨ３２３端点および全て
のタイプの端末と適合している。呼が確立されたときに
メッセージを交換する端末は、たとえば、ＩＰ電話、通
常の電話、たとえば、ゲートウェイを介した、テレビ会
議端末またはパーソナルコンピュータであってもよい。
のタイプの端末と適合している。呼が確立されたときに
メッセージを交換する端末は、たとえば、ＩＰ電話、通
常の電話、たとえば、ゲートウェイを介した、テレビ会
議端末またはパーソナルコンピュータであってもよい。
【００５７】ＩＰネットワークは、インターネットまた
はイントラネット・ネットワークのように、ローカルで
あろうとなかろうと、どのようなＩＰネットワークであ
ってもよいことを理解すべきである。
はイントラネット・ネットワークのように、ローカルで
あろうとなかろうと、どのようなＩＰネットワークであ
ってもよいことを理解すべきである。
【００５８】本発明の態様を以下に例示する。
【００５９】１．インターネットプロトコール・ネット
ワークのゲートキーパ・システムに到着するメッセージ
を処理するための方法であって、ゲートキーパ・システ
ムは、各々が一連の当該メッセージを処理することがで
きる複数のサブプロセスを含み、当該方法は、ゲートキ
ーパ・システムに到着したメッセージを別々のサブプロ
セスにディスパッチするステップであって、メッセージ
が以前のメッセージと同じ呼に属するか否かを識別し、
同じ呼に属する場合には、当該メッセージを、当該以前
のメッセージが送られたものと同じサブプロセスに送る
ことを含むステップを備える方法。
ワークのゲートキーパ・システムに到着するメッセージ
を処理するための方法であって、ゲートキーパ・システ
ムは、各々が一連の当該メッセージを処理することがで
きる複数のサブプロセスを含み、当該方法は、ゲートキ
ーパ・システムに到着したメッセージを別々のサブプロ
セスにディスパッチするステップであって、メッセージ
が以前のメッセージと同じ呼に属するか否かを識別し、
同じ呼に属する場合には、当該メッセージを、当該以前
のメッセージが送られたものと同じサブプロセスに送る
ことを含むステップを備える方法。
【００６０】２．メッセージが以前のメッセージと同じ
呼に属するか否かを識別するステップが、メッセージ
が、以前のメッセージと同じ会議識別子を有するか否か
を識別するステップを含む上記１に記載の方法。
呼に属するか否かを識別するステップが、メッセージ
が、以前のメッセージと同じ会議識別子を有するか否か
を識別するステップを含む上記１に記載の方法。
【００６１】３．Ｈ３２３ネットワークに適用される上
記１の方法。
記１の方法。
【００６２】４．ディスパッチされるメッセージが「登
録、許可および状態（ＲＡＳ）」メッセージである上記
３に記載の方法。
録、許可および状態（ＲＡＳ）」メッセージである上記
３に記載の方法。
【００６３】５．メッセージが登録メッセージであるか
許可メッセージであるかを識別することと、メッセージ
が登録メッセージとして識別されれば、種々のサブプロ
セスの負荷を均衡させるために、種々のサブプロセスの
現在の負荷に基づいてメッセージがディスパッチされる
サブプロセスを決定することを含む上記４に記載の方
法。
許可メッセージであるかを識別することと、メッセージ
が登録メッセージとして識別されれば、種々のサブプロ
セスの負荷を均衡させるために、種々のサブプロセスの
現在の負荷に基づいてメッセージがディスパッチされる
サブプロセスを決定することを含む上記４に記載の方
法。
【００６４】６．メッセージが登録メッセージであるか
許可メッセージであるかを識別することと、メッセージ
が許可メッセージであれば、メッセージが呼の最初の許
可メッセージであるか否かを決定することと、最初の許
可メッセージであれば、種々のサブプロセスの負荷を均
衡させるために、種々のサブプロセスの現在の負荷に基
づいてメッセージがディスパッチされるサブプロセスを
決定することを含む上記４に記載の方法。
許可メッセージであるかを識別することと、メッセージ
が許可メッセージであれば、メッセージが呼の最初の許
可メッセージであるか否かを決定することと、最初の許
可メッセージであれば、種々のサブプロセスの負荷を均
衡させるために、種々のサブプロセスの現在の負荷に基
づいてメッセージがディスパッチされるサブプロセスを
決定することを含む上記４に記載の方法。
【００６５】７．ディスパッチされるメッセージが、符
号化された形でゲートキーパ・システムに入り、複数の
フィールドを備え、当該複数のフィールドの内の一つま
たは複数のフィールドは呼を識別するデータを含み、デ
ィスパッチするステップは、メッセージを部分的にのみ
復号することを含み、復号された部分は、当該呼を識別
するデータを含む当該一つまたは複数のフィールドを含
む上記１に記載の方法。
号化された形でゲートキーパ・システムに入り、複数の
フィールドを備え、当該複数のフィールドの内の一つま
たは複数のフィールドは呼を識別するデータを含み、デ
ィスパッチするステップは、メッセージを部分的にのみ
復号することを含み、復号された部分は、当該呼を識別
するデータを含む当該一つまたは複数のフィールドを含
む上記１に記載の方法。
【００６６】８．呼を識別するデータを含む前記一つま
たは複数のフィールドを見つけるまで、メッセージのフ
ィールドを順番に検査することをさらに含む上記７に記
載の方法。
たは複数のフィールドを見つけるまで、メッセージのフ
ィールドを順番に検査することをさらに含む上記７に記
載の方法。
【００６７】９．メッセージのタイプを示す一つまたは
複数のフィールド読み込むことと、メッセージのタイプ
に基づいて、呼識別データを含む前記一つまたは複数の
フィールドの前に置かれたフィールドに関する、一連の
フィールドのタイプを導き出すことをさらに含む、上記
８に記載の方法。
複数のフィールド読み込むことと、メッセージのタイプ
に基づいて、呼識別データを含む前記一つまたは複数の
フィールドの前に置かれたフィールドに関する、一連の
フィールドのタイプを導き出すことをさらに含む、上記
８に記載の方法。
【００６８】１０．フィールドを順番に検査するときに
オプションのフィールドが見つかるはずであるか否かを
決定するために、呼識別データを含む前記一つまたは複
数のフィールドの前に、オプションのフィールドが存在
するか否かを示すフィールドを検査することをさらに含
む、上記９に記載の方法。
オプションのフィールドが見つかるはずであるか否かを
決定するために、呼識別データを含む前記一つまたは複
数のフィールドの前に、オプションのフィールドが存在
するか否かを示すフィールドを検査することをさらに含
む、上記９に記載の方法。
【００６９】１１．インターネットプロトコール・ネッ
トワークのゲートキーパ・システムであって、ゲートキ
ーパ・システムは、各々が一連の当該メッセージを処理
することができる複数のサブプロセスを機能させ、ゲー
トキーパ・システムは、メッセージを別々のサブプロセ
スにディスパッチするように構成され、さらに、メッセ
ージが以前のメッセージと同じ呼に属するか否かを識別
し、同じ呼に属する場合には、当該メッセージを、当該
以前のメッセージを処理したサブプロセスに送る手段を
有するゲートキーパ・システム。
トワークのゲートキーパ・システムであって、ゲートキ
ーパ・システムは、各々が一連の当該メッセージを処理
することができる複数のサブプロセスを機能させ、ゲー
トキーパ・システムは、メッセージを別々のサブプロセ
スにディスパッチするように構成され、さらに、メッセ
ージが以前のメッセージと同じ呼に属するか否かを識別
し、同じ呼に属する場合には、当該メッセージを、当該
以前のメッセージを処理したサブプロセスに送る手段を
有するゲートキーパ・システム。
【００７０】１２．メッセージが、以前のメッセージと
同じ会議識別子を有するか否かを識別する手段をさらに
含み、同じ会議識別子を有する場合には、当該以前のメ
ッセージを処理したサブプロセスに当該メッセージを送
る、上記１１に記載のゲートキーパ・システム。
同じ会議識別子を有するか否かを識別する手段をさらに
含み、同じ会議識別子を有する場合には、当該以前のメ
ッセージを処理したサブプロセスに当該メッセージを送
る、上記１１に記載のゲートキーパ・システム。
【００７１】１３．インターネットプロトコール・ネッ
トワークのゲートキーパ・システム用の構成要素であっ
て、当該構成要素に到着したメッセージを複数のサブプ
ロセスにディスパッチする手段を含み、メッセージが以
前のメッセージと同じ呼に属するか否かを識別すること
ができ、同じ呼に属する場合には、当該以前のメッセー
ジを処理したサブプロセスに当該メッセージを送ること
ができる構成要素。
トワークのゲートキーパ・システム用の構成要素であっ
て、当該構成要素に到着したメッセージを複数のサブプ
ロセスにディスパッチする手段を含み、メッセージが以
前のメッセージと同じ呼に属するか否かを識別すること
ができ、同じ呼に属する場合には、当該以前のメッセー
ジを処理したサブプロセスに当該メッセージを送ること
ができる構成要素。
【００７２】１４．メッセージが以前のメッセージと同
じ会議識別子を有するか否かを識別する手段を含み、同
じ会議識別子を有する場合には、当該以前のメッセージ
を処理したサブプロセスに当該メッセージを送る、上記
１３に記載の構成要素。
じ会議識別子を有するか否かを識別する手段を含み、同
じ会議識別子を有する場合には、当該以前のメッセージ
を処理したサブプロセスに当該メッセージを送る、上記
１３に記載の構成要素。
【００７３】１５．インターネットプロトコール・ネッ
トワークのゲートキーパ・システムに到着するメッセー
ジを処理するための方法であって、ゲートキーパ・シス
テムは、各々が一連の当該メッセージを処理することが
できる複数のサブプロセスを含み、さらに、メッセージ
は、符号化された形でゲートキーパ・システムに入り、
複数のフィールドを備え、そのうちの少なくとも一つは
呼を識別するデータを含み、当該方法は、ゲートキーパ
・システムに到着したメッセージを別々のサブプロセス
にディスパッチするステップであって、メッセージが以
前のメッセージと同じ呼に属するか否かを識別し、同じ
呼に属する場合には、当該メッセージを、当該以前のメ
ッセージと同じサブプロセスに送るステップを備え、さ
らに、ディスパッチするステップがメッセージを部分的
にのみ復号することを含み、復号された部分は、当該呼
を識別するデータを含む当該一つまたは複数のフィール
ドを含む方法。
トワークのゲートキーパ・システムに到着するメッセー
ジを処理するための方法であって、ゲートキーパ・シス
テムは、各々が一連の当該メッセージを処理することが
できる複数のサブプロセスを含み、さらに、メッセージ
は、符号化された形でゲートキーパ・システムに入り、
複数のフィールドを備え、そのうちの少なくとも一つは
呼を識別するデータを含み、当該方法は、ゲートキーパ
・システムに到着したメッセージを別々のサブプロセス
にディスパッチするステップであって、メッセージが以
前のメッセージと同じ呼に属するか否かを識別し、同じ
呼に属する場合には、当該メッセージを、当該以前のメ
ッセージと同じサブプロセスに送るステップを備え、さ
らに、ディスパッチするステップがメッセージを部分的
にのみ復号することを含み、復号された部分は、当該呼
を識別するデータを含む当該一つまたは複数のフィール
ドを含む方法。
【００７４】１６．上記１の方法にしたがって機能する
ゲートキーパ・システム。
ゲートキーパ・システム。
【００７５】１７．上記１５の方法にしたがって機能す
るゲートキーパ・システム。
るゲートキーパ・システム。
【００７６】
【図１】従来技術による簡単なＩＰ信号ネットワークを
示す。
示す。
【図２】従来技術による、呼準備中の発呼者、被呼者お
よびゲートキーパの間のメッセージの交換を示す図であ
る。
よびゲートキーパの間のメッセージの交換を示す図であ
る。
【図３】従来技術による、呼解放中の発呼者、被呼者お
よびゲートキーパの間のメッセージの交換を示す図であ
る。
よびゲートキーパの間のメッセージの交換を示す図であ
る。
【図４】本発明の一実施形態によるゲートキーパ・シス
テムを表す。
テムを表す。
３００ ゲートキーパ ３１０ｎ ゲートキーパ・インスタンス ３２０ demuxモジュール ４５０ ネットワーク
Claims (1)
- 【請求項１】 インターネットプロトコール・ネットワ
ークのゲートキーパ・システムに到着するメッセージを
処理するための方法であって、ゲートキーパ・システム
は、各々が一連の当該メッセージを処理することができ
る複数のサブプロセスを含み、当該方法は、ゲートキー
パ・システムに到着したメッセージを別々のサブプロセ
スにディスパッチするステップであって、メッセージが
以前のメッセージと同じ呼に属するか否かを識別し、同
じ呼に属する場合には、当該メッセージを、当該以前の
メッセージが送られたものと同じサブプロセスに送るこ
とを含むステップを備える方法。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| EP00410132.5 | 2000-10-31 | ||
| EP00410132A EP1202521B1 (en) | 2000-10-31 | 2000-10-31 | A method for processing in a gatekeeper of an internet protocol network |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2002185541A true JP2002185541A (ja) | 2002-06-28 |
| JP2002185541A5 JP2002185541A5 (ja) | 2005-03-10 |
| JP3888615B2 JP3888615B2 (ja) | 2007-03-07 |
Family
ID=8174048
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001326187A Expired - Fee Related JP3888615B2 (ja) | 2000-10-31 | 2001-10-24 | インターネットプロトコール・ネットワークのゲートキーパにおけるメッセージ処理方法 |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US20020097729A1 (ja) |
| EP (1) | EP1202521B1 (ja) |
| JP (1) | JP3888615B2 (ja) |
| DE (1) | DE60021082T2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7668100B2 (en) | 2005-06-28 | 2010-02-23 | Avaya Inc. | Efficient load balancing and heartbeat mechanism for telecommunication endpoints |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP5831320B2 (ja) * | 2012-03-21 | 2015-12-09 | 株式会社リコー | 伝送管理システム、伝送システム、及び伝送管理システム用プログラム |
| CN110333916B (zh) * | 2019-06-18 | 2024-03-19 | 平安银行股份有限公司 | 请求消息处理方法、装置、计算机系统及可读存储介质 |
Family Cites Families (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR910008760B1 (ko) * | 1989-03-11 | 1991-10-19 | 한국전기통신공사 | 공통선 신호장치의 개선된 내부망 트래픽 루팅방법 |
| US6373857B1 (en) * | 1998-11-13 | 2002-04-16 | Nortel Networks Ltd. | Gatekeeper transport address determination in an internet telephony system using a domain alias |
| US6614781B1 (en) * | 1998-11-20 | 2003-09-02 | Level 3 Communications, Inc. | Voice over data telecommunications network architecture |
| US6519249B1 (en) * | 1998-12-23 | 2003-02-11 | Nortel Networks Ltd | Scalable gatekeepers in an internet telephony system and a method of operation |
| NO310800B1 (no) * | 1999-02-09 | 2001-08-27 | Ericsson Telefon Ab L M | Anordning for distribusjon og befordring av trafikk i et nett, spesielt H.323 generert trafikk |
| WO2000048368A1 (en) * | 1999-02-09 | 2000-08-17 | Telefonaktiebolaget Lm Ericsson | An arrangement for distributing and despatching traffic in a network, especially h.323 generated traffic |
| US6742045B1 (en) * | 1999-07-02 | 2004-05-25 | Cisco Technology, Inc. | Handling packet fragments in a distributed network service environment |
| US6772333B1 (en) * | 1999-09-01 | 2004-08-03 | Dickens Coal Llc | Atomic session-start operation combining clear-text and encrypted sessions to provide id visibility to middleware such as load-balancers |
| US6701367B1 (en) * | 1999-09-24 | 2004-03-02 | Sun Microsystems, Inc. | Mechanism for enabling customized session managers to interact with a network server |
| US6363065B1 (en) * | 1999-11-10 | 2002-03-26 | Quintum Technologies, Inc. | okApparatus for a voice over IP (voIP) telephony gateway and methods for use therein |
-
2000
- 2000-10-31 EP EP00410132A patent/EP1202521B1/en not_active Expired - Lifetime
- 2000-10-31 DE DE60021082T patent/DE60021082T2/de not_active Expired - Lifetime
-
2001
- 2001-10-24 JP JP2001326187A patent/JP3888615B2/ja not_active Expired - Fee Related
- 2001-10-29 US US10/032,882 patent/US20020097729A1/en not_active Abandoned
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7668100B2 (en) | 2005-06-28 | 2010-02-23 | Avaya Inc. | Efficient load balancing and heartbeat mechanism for telecommunication endpoints |
| US8089872B2 (en) | 2005-06-28 | 2012-01-03 | Avaya Inc. | Efficient load balancing and heartbeat mechanism for telecommunication endpoints |
Also Published As
| Publication number | Publication date |
|---|---|
| EP1202521A1 (en) | 2002-05-02 |
| EP1202521B1 (en) | 2005-06-29 |
| US20020097729A1 (en) | 2002-07-25 |
| JP3888615B2 (ja) | 2007-03-07 |
| DE60021082T2 (de) | 2006-07-27 |
| DE60021082D1 (de) | 2005-08-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7502363B2 (en) | Voice communication system and voice communication method | |
| US6173044B1 (en) | Multipoint simultaneous voice and data services using a media splitter gateway architecture | |
| US6188760B1 (en) | Signaling state management system for packet network gateways | |
| US6377568B1 (en) | Method and apparatus for performing call matching for internet telephones in legacy call centers | |
| US7277424B1 (en) | Method and apparatus for co-socket telephony | |
| US7230945B2 (en) | Method for sending dual-tone multi-frequency signal using voice over internet protocol | |
| JP2002503921A (ja) | データテレフォニーネットワークと専用接続テレフォニーネットワークの間の電話ネットワーク用インタフェースブリッジ | |
| US8601139B2 (en) | Multiple core session initiation protocol (SIP) | |
| JPH11505973A (ja) | 異なるネットワークにおいて音声接続をセット・アップするための方法およびシステム | |
| JPH10336325A (ja) | ネットワーク独立型通信システム | |
| US8228824B2 (en) | VoIP contextual information processing | |
| JP2002009938A (ja) | マルチサービス通信システムおよびマルチサービス通信方法 | |
| US9312983B2 (en) | System and method for encoding telephone call data using varying codec algorithms | |
| US7983247B2 (en) | Metadata collection | |
| US20070237138A1 (en) | Selective voice switching of multiparty communications | |
| US20070280210A1 (en) | Selective transmission of multiparty VOIP communications | |
| JP3888615B2 (ja) | インターネットプロトコール・ネットワークのゲートキーパにおけるメッセージ処理方法 | |
| JPH07212746A (ja) | 画像通信を可能にするネットワーク化システム | |
| JP5193182B2 (ja) | ＶｏＩＰクライアント情報 | |
| CN113612759A (zh) | 一种基于sip协议的高性能高并发智能广播系统及实现方法 | |
| US8223746B2 (en) | More economical resource application on the user interaction within a speech dialogue system in a packet network by means of a simplifying processing of signalling information | |
| US20020133640A1 (en) | Message-based software system | |
| US7165114B1 (en) | Web streaming in a messaging system | |
| JP3938730B2 (ja) | メッセージ送信システム及びメッセージ送信方法 | |
| CN114885004A (zh) | 一种基于gRPC实现的动态反向代理系统及方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040407 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040407 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20060721 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060801 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20061018 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20061115 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20061124 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101208 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101208 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111208 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111208 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121208 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |