(57)【特許請求の範囲】
【請求項１】
電話による通話を公衆交換電話回線網（ＰＳＴＮ）（２０）またはデータネットワーク（３０）のいずれかを介してピアの電話通信ゲートウェイ（２００′）にルーティングするための、電話通信ゲートウェイ（２００）のための装置であって、
（Ａ）プロセッサ（２４０）と、
（Ｂ）該プロセッサに接続され、コンピュータで実行可能な命令を中に記憶するメモリ（２１０）と、
（Ｃ）該プロセッサによって制御されかつ該プロセッサに接続され、該ゲートウェイを該ＰＳＴＮおよび該データネットワークにインターフェイス接続するための回路（２５５、２６０、２７０）とを含み、
（Ｄ）該プロセッサは、該実行可能な命令を行なうことによって、
（Ｄ１）回路系を介し、該ＰＳＴＮおよび該データネットワークの一方を通じて、該通話がそれを介して搬送される該ピアのゲートウェイとの接続を構築し、
（Ｄ２）該ピアのゲートウェイと通話固有のデータを交換し、該データは、該ゲートウェイおよび該ピアのゲートウェイの双方に共通のコール識別子を含み、該コール識別子は該通話を、該ゲートウェイまたは該ピアのゲートウェイによってその時点で取扱われている他のすべての通話と一意に区別し、該ゲートウェイおよび該ピアのゲートウェイの双方が、該通話と該コール識別子との間に同じ関連付けを形成し、該プロセッサはさらに、
（Ｄ３）該ゲートウェイから該ピアのゲートウェイに延びるデータネットワーク接続の少なくとも１つの所定の特徴を該通話の期間にわたって動的に測定して、サービスの質（ＱｏＳ）を規定し、さらに、
（Ｄ４）該ＱｏＳの十分な増加または低減に応じて、該コール識別子を含む適切なメッセージを該ピアのゲートウェイに対して発行し、その結果、該ピアのゲートウェイと相互作用して該ＰＳＴＮおよび該データネットワークのうち他方を通じて接続を構築し、その後該通話を該ＰＳＴＮと該データネットワークとの間で切換えることによって、該通話が、該ＱｏＳの動的な変化に応じて該ゲートウェイと該ピアのゲートウェイとの相互作用により、該ＰＳＴＮと該データネットワークとの間で交互にかつ自動的に切換えられるようにする、装置。
【請求項２】
電話による通話を公衆交換電話回線網（ＰＳＴＮ）またはデータネッ
トワークのいずれかを介してピアの電話通信ゲートウェイにルーティングする、電話通信ゲートウェイにおいて使用するための方法であって、
該通話がそれにわたって搬送される該ピアのゲートウェイとの接続を、インターフェイスを介し、該ＰＳＴＮおよび該データネットワークのうち一方を通じて構築するステップと、
通話固有のデータを該ピアのゲートウェイと交換するステップとを含み、該データは該ゲートウェイおよび該ピアのゲートウェイの双方に共通のコール識別子を含み、該コール識別子は該通話を、該ゲートウェイまたは該ピアのゲートウェイによってその時点で取扱われている他のすべての通話と一意に区別し、該ゲートウェイおよび該ピアのゲートウェイの双方が、該通話と該コール識別子との間に同じ関連付けを形成し、さらに、
サービスの質（ＱｏＳ）を規定するために、該ゲートウェイから該ピアのゲートウェイに延びるデータネットワーク接続の少なくとも１つの所定の特徴を該通話の期間にわたって動的に測定するステップと、
該通話が該ＱｏＳの動的な変化に応じて該ゲートウェイと該ピアのゲートウェイとの相互作用によって該ＰＳＴＮと該データネットワークとの間で交互にかつ自動的に切換えられるように、該ＱｏＳの十分な増加または低減に応じて、該コール識別子を含む適切なメッセージを該ピアのゲートウェイに対して発行し、その結果、該ピアのゲートウェイと相互作用して該ＰＳＴＮおよび該データネットワークのうち他方を通じて接続を構築した後に該通話を該ＰＳＴＮと該データネットワークとの間で切換えるステップとを含む、方法。
【請求項３】
電話による通話を公衆交換電話回線網（ＰＳＴＮ）またはデータネットワークのいずれかを介してピアの電話通信ゲートウェイにルーティングするために、電話通信ゲートウェイにおいて使用するための方法であって、該ゲートウェイは、プロセッサと、該プロセッサに接続されコンピュータで実行可能な命令を中に記憶するメモリと、該プロセッサによって制御されかつ該プロセッサに接続されて、該ゲートウェイを該ＰＳＴＮおよび該データネットワークにインターフェイス接続するための回路とを有し、該方法は、該実行可能な命令を行なうことによりかつプロトコルを通じて該プロセッサによって行なわれるステップであって、該ピアのゲートウェイと通話固有のデータを交換しかつそれと相互作用することにより、
該通話がその持続期間の少なくとも一部分の間それを介して搬送される該ピアのゲートウェイとの接続を、該回路を介して、該ＰＳＴＮおよび該データネットワークのうち一方を通じて構築するステップと、
該ピアのゲートウェイとの接続を該ＰＳＴＮおよび該データネットワークのうち他方を通じて構築し、かつ、該通話を該持続期間の別の部分の間、該ＰＳＴＮおよび該データネットワークのうち前記他方に切換えるステップと
を実現するステップを含み、
該プロトコルは、その時点において該電話通信ゲートウェイと該ピアのゲートウェイとの間でルーティングされている通話に関連しかつその通話を一意に識別する通話固有のデータを集合的に搬送する複数のＨ．３２３メッセージを含み、該データは、該メッセージの、通話とは独立した信号送信特徴を通じて搬送されかつ該メッセージの非標準データフィールド内に備えられ、該データは、フラグとコール識別子とを有し、該コール識別子は通話に関連付けられ通話を一意に識別し、該フラグは電話通信ゲートウェイおよびピアのゲートウェイに対し通話がＰＳＴＮとデータネットワークとの間を行き来するように自動的に切換えられ得るかどうかを示す、方法。
【発明の詳細な説明】
【０００１】
開示の背景
１．発明の分野
この発明はある装置およびそこにおいて用いるための付随の方法であって、それらはデータネットワーク接続の両端における対になった使用などのように使用することに向けて意図される電話通信ゲートウェイのためのものであり、それは各端部、たとえば構内交換（ＰＢＸ）など、電話コール、たとえば音声、データおよびファックスなどを２つのピアのＰＢＸ間において公の切換えられる公衆交換電話網（ＰＳＴＮ）またはデータネットワークのいずれかにわたって自動的にルーティングすることに関連してのものであり、しかも、それを、特に、各そのようなコールおよびコールされたディレクトリ番号を処理し、データネットワークを介して与えられたサービスの質（ＱｏＳ）を監視し、そのようなコールをＰＳＴＮとデータネットワークとの間において必要に応じてＱｏＳ内の動的変更に応答して切換えて（「自動切換」）そのコールが十分なＱｏＳを与える接続で搬送されることに対する費用に対する考慮に基づくように行なう装置および方法に関する。
【０００２】
２．先行技術の説明
過去１世紀にわたり、公衆交換電話網（ＰＳＴＮ）が国内の地方および他の遠隔地域にますます広がり、したがって全国的に近い電話アクセスを可能にするようになっていくにつれ、電話通信はむしろユビキタス（ubiquitous）と言えるものとなった。ＰＳＴＮは実時間回路切換接続を発呼者と被呼者との間において与え、換言すれば、それは継続する実時間リンクを発呼者場所と被呼場所との間において確立し、後者は発呼者により入力される数値の連なりによって特定されることが多く；その接続を電話コールの持続期間の間維持し次いでそのコールが終了するとその接続を切る。
【０００３】
基本的な昔ながらの電話サービス（ＰＯＴｓ）接続は典型的には継続する高品質アナログ通信を与え、それらは音声、ファックスおよび比較的低速のデータに適するが、そのような接続は、それらの料金負担に基づき、使用に費用がかかり得る。電話会社はしばしばこれらの接続の価格付けを距離および時間、つまり発呼者と被呼場所との間の距離および各コールの持続期間に基づいて行なう。過去数年にわたり合衆国では競争が地方および長距離電話会社の間にあり、それは激化しつつあって、効果的に、多くの場合においては、課金される電話料金を減ずるほどになっている。しかしながら、そのような競争は多くの外国においては今やっと現われつつある。さらに、諸外国の政府は比較的高い相互接続関税を設定することにより、政府によって規制を受ける専売企業であることが多い自国のローカルの電話会社を、外国の電気通信事業者から生ずる競争的な価格付け圧力から保護している。この結果、電話料金は、分単位では、合衆国においては比較的低いが、これは外国内および外国間における電話通話に対しては当てはまらない。この観点において、国際通話はある国と他の国たとえば合衆国との間においてはかなり高いものとなり得る。
【０００４】
多くの通信タイプ、たとえばデータなどに対しては、継続する実時間切換通信は、ＰＳＴＮによって与えられているが、たとえばデータに対する緩和されたレイテンシ制限などを仮定する場合、単純に必要とされず、費用がかかりすぎる。
【０００５】
したがって、過去十数年の間に、組織、特にコンピュータおよびその他のデジタル設備が異なる場所にあるオフィスに配置される組織がデジタル情報をそれらのオフィス間で通信する費用効果的な方法を探し求める中、プライベート・パケット・ネットワーク（広くにはプライベート「データ」ネットワークと称される）が驚くべき成長を経験した。使いやすさのため、および可能な限り広い現在利用可能なネットワーク設備およびコンピュータソフトウェアの分野に対応するため、これらネットワークは、一般に、インターネットプロトコル（ＩＰ）に基づいたルーティング（インターネットに用いられるものと同じ方法論である）を実施するよう設計される。
【０００６】
プライベートデータネットワークを実現することに伴う初期費用は重要であり得るが、そのようなネットワークの使用により発生する使用ごとの平均負担は、通信される情報量に関し、ＰＳＴＮに関連する同様の搬送に対する料金負担よりもかなり少なくなる傾向があり、したがって、そのプライベートネットワークが十二分に用いられる場合には、ＰＳＴＮを等価に使用することに比して、実質的な費用の節約をその所有者に対し与え得る。
【０００７】
プライベートデータネットワークの設計過程において、そのネットワークの下になるさまざまな長距離通信リンクを選択することにより、予期される成長に対応するため現在の使用要件を大きく超える帯域幅を与えることがよくある。これのある共通の結果として、プライベートデータネットワークがすでに動作中である多くの組織は、それらが既にそれらの費用構造内に構築した未使用の（過剰な）導入された帯域幅がそれらのネットワーク上において利用可能であることを知る。したがって、ある量のさらなるトラフィックの搬送が、この利用可能な帯域幅にわたって、すべての意図および目的に対し本質的に全くさらなる費用ではないもので行なわれ得る。しかしながら、帯域は短命であり：それは消費されるかされないかであり；将来の使用のために取っておくことはできず、したがって、利用可能なときに使用されなければそれは単に浪費されるにすぎない。
【０００８】
プライベートデータネットワークを実現し使用する組織は、さらに、極端に頻繁な電話の使用者でもある傾向があり、したがって、実質的な電話料金負担を定期的な継続単位で生じさせる。これらの組織は、比較的大きな企業、ならびに政府、学術組織および軍部組織を含む。さらには、過去十数年間にわたる個人的なコンピュータの使用の爆発的な広がりによって引き起こされた増大する世界規模のコンピュータ化で、複数のオフィスを持つ中規模および比較的小規模の組織でさえもオフィス間データ共有およびデータ通信を容易にするためＩＰに基づくデータネットワークへのアクセスに対する必要性をますます経験している。これらの組織は、もしそうであったとしても、それら自身のネットワークを実現することを正当化するよう十分な使用を有することは滅多にないが、それらは、セキュリティおよび経済の理由から、共有されるプライベートＩＰネットワークへの安全なアクセスを提供するさまざまなネットワークプロバイダへとますます向きつつある。
【０００９】
これらの組織が定期的に負担する実質的な電話料金を認識すると、特にそれらのプライベートデータネットワーク（専用または共有にかかわらず）において利用可能な過剰な帯域幅およびその帯域幅を利用することのほとんどゼロに近い限界原価に関連してみた場合、これらの組織は、この帯域幅が何らかの態様で用いられて、他の態様ならば特に国際通信の場合にははるかにより大きな費用でＰＳＴＮを介してルーティングされるであろう電話通話を搬送するかもしれないような場合には、経済的な恩恵を守るであろう。
【００１０】
現在、「ＩＰを介しての音声（Voice over IP）」（より単純には「ＶｏＩＰ」のみ）と広く称される努力が当該分野において行なわれており、技術の発展、およびＰＳＴＮの使用の代替策として、これまでならＰＳＴＮで搬送されていた音声、データおよびファックス通信の移送を、パケット化された態様でＩＰデータネットワークたとえばインターネットまたはプライベートデータネットワークなどを介して行なうのに利用され得る究極的な商業製品の開発を目指している。現在当該技術分野において構想され、A. Cary、“IP PBXs：Open Questions”、Data Communications、１９９９年３月、第６９〜８３頁および特に第７２頁に記載されるように、この技術を実施する製品は恐らく以下の２つの基本的方策（ａ）「付属物（adjunct）」方策および（ｂ）ＬＡＮに基づく方策のうちの１つを利用するであろう。付属物方策の場合には既存の加入者ＰＢＸ、加入者線路配線および電話機を用いるが、ＶｏＩＰ電話通信ゲートウェイを、「付属物」として、数多くの異なるサイトの各々にて組込むであろう。各サイトで、対応のゲートウェイはそのサイトのＰＢＸへのＰＳＴＮトランク接続とＩＰネットワークへの接続との間に置かれることにより入力電話コールおよび出力電話コールをＰＢＸピア間でこれらサイトにおいてＩＰネットワークを介してルーティングする。対照的に、ＬＡＮに基づく方策の場合には従来の電話加入者設備および電話ＰＢＸをＩＰ互換性のある電話と置換えて音声通話をパケット化しこれらの通話をローカルエリアネットワーク（ＬＡＮ）を介して搬送することになる。
【００１１】
ＬＡＮに基づく方策は、ＰＢＸおよび電話機器を含む既存の電話設備の除去および置換えに伴う実質的な費用のため、大きな不興および営利上の疑念を、特に広範囲の電話システムを有する大きな組織において引き起こす可能性がある。これが特に言えるのは、我々が思うところでは、ＶｏＩＰ電話通信ゲートウェイのエンドユーザ価格が妥当なレベルに保たれ得る場合である。万一これが生ずる場合には、付属物方策は、大きく低減された出資を必要とするその一方で電話料金負担の実質的な節約を潜在的に与えることにより、より広く市場において採用されしたがって大きな、広くいきわたった急速な商業的成功を経験する可能性があるだろう。
【００１２】
ＩＰネットワークを介する電話通信トラフィックの搬送は理論的な約束および経済的な魅力を特に「付属物」方策の使用を介して明確に保持する一方で、いくつかの障害が存在する。それらのうち以下が例として挙げられる。これらの障害のいずれも、適切に対処されない場合には、この方策の実用的な実現および結果的な展開を深刻に妨げ得る。
【００１３】
第１に、ＩＰネットワークを介して与えられるデータ接続に関連付けられるサービスの質は広く変動し得る。そのような接続は幅広い動的変化をレイテンシ、ジッタおよび／またはパケット損失において経験し得る。通常はデータ接続の各末端で生ずる誤り訂正処理がある場合には、パケットトラフィックは、そのペイロードデータの完全性が危険に晒される前に、これらの影響のうちいずれかによって引き起こされる一過性の変化に対してかなりの程度まで通常は耐え得る。しかしながら、音声トラフィックはこれらの影響に特に敏感である。具体的には、パケット化されたスピーチがこれらの影響のいずれかにおいて一過性の変化の対象となる場合には、このスピーチは、一旦アナログ信号に変換されるが、可聴の歪みを含んで、通話の両末端の個人にとって非常に不愉快なものとなるかもしれない。その結果、元々ＰＳＴＮに向けられた電話通信トラフィックをＩＰネットワークを代わりに介してルーティングするどのような設備も、何らかの機構を組み入れることにより、電話通信トラフィックを搬送し接続のサービスの品質（ＱｏＳ）が大きく低下するたびにそのトラフィックをＰＳＴＮに切換えるという、ＩＰネットワークを介して与えられるネットワーク化された接続のＱｏＳを測定しなければならない。好ましくは、この切換それ自体はＱｏＳの低下によって引き起こされる歪みが通話の両末端の聞き手にとって不愉快になりそうなときに生ずるべきである。加えて、この設備は、この切換それ自体を、実質的に不可聴な態様、つまり透過な態様または少なくともその聞き手にとって不愉快でない態様で実施するべきである。この点に関し、“Selsius-IP PBX”ゲートウェイと称され最近Cisco Systemsによって開発された１つの例示的な装置は、万一ＩＰネットワーク上のレイテンシが大きくなり過ぎた場合に、電話通話をＩＰネットワークからＰＳＴＮに切換えるように見受けられる。
【００１４】
第２に、すべての電話通話がＩＰネットワークを介してルーティングされる必要があるわけではない。実際、ある通話をこのネットワークを介してルーティングすることからはどのような経済的な恩恵ももたらされず；これらの通話はＰＳＴＮを介して最もよく処理されるであろうからである。これらの通話は、たとえば「９１１」通報を含む本質的に厳密にローカルな通話を、無料の番号への通話と並んで含む。
【００１５】
さらには、どのようなＶｏＩＰゲートウェイも、電話トラフィックを搬送するよう意図されたものである場合には、非常に高い信頼性および障害許容度を、特にＰＳＴＮそのもののそれと同様に呈しなければならない。
【００１６】
さまざまな努力が現在さまざまな組織において行なわれてＶｏＩＰ電話通信ゲートウェイをＰＳＴＮとＩＰネットワークとの間において今日まで発展させるよう努力されてきたが、市場に存在するどのような商品もＩＰ電話通信を上記の障害を救済するような態様では実施していないようである。
【００１７】
この点に関し、発表されたさまざまなゲートウェイはこれら障害の１つまたはそれ以上を克服することに関し不十分であるようにみえる。この点に関し、マサチューセッツ州、MarlboroughのNetPhone Inc.によって開発された「NetPhone IPBX」と称される１つのそのような例示的な装置は、ＩＰ接続が障害を起こすかまたはゲートウェイのソフトウェア部分が実行されるコンピュータオペレーティングシステムが障害を起こすがＩＰ接続のＱｏＳが単に低下する場合にそうではない場合にのみ電話通話をＰＳＴＮからＩＰネットワークに切換えるフォールバック能力を提供しているようである。
【００１８】
我々が知っているＶｏＩＰ電話通信ゲートウェイのうち、選択的な通話配置、つまり、電話通話それ自体の性質、つまりコールされたディレクトリ番号から、その通話がＩＰネットワークまたはＰＳＴＮのいずれを介して最もよくルーティングされるかを判断し、次いでその通話をしかるべくルーティングする能力があるように見え、および／または十分に信頼性があり障害に対し許容性があるものはない。
【００１９】
したがって、現在当該技術分野においては、その使用から十分に生じ得る広範囲の適用および実質的な費用の節約という観点から、電話通話をＩＰネットワークへとＰＳＴＮの代わりにルーティングすることができるのみならず、その通話のこれらネットワーク間での切換えを、必要に応じて、ＩＰネットワークによって与えられるＱｏＳに基づき行ない得るＶｏＩＰ電話通信ゲートウェイに対する大きな要求が存在する。そのようなゲートウェイは、さらに、ＩＰネットワークを介して処理されることからは費用の節約または他の恩恵を生じ得ないような電話通話を識別しＩＰネットワークではなくＰＳＴＮにルーティングするように選択的な通話配置も与えるべきである。加えて、そのようなゲートウェイは非常に信頼性が高く障害に対し許容性があるべきである。
【００２０】
【発明の概要】
この発明は有利にこれらの要求を満たし、その一方で当該技術分野における公知の障害をある電話通信ゲートウェイの提供により克服する。この電話ゲートウェイは、同様のピアゲートウェイとともに動作され各々ＰＳＴＮおよびデータネットワーク接続の両端にて接続されると、コールの、交互に行なわれるデータネットワークとＰＳＴＮとの間の動的な切換を、データネットワークに関連付けられるサービスの品質（ＱｏＳ）の実時間測定値に基づいて行ない、そのコールを十分なＱｏＳを与える特定のネットワークを介して搬送するというものである。
【００２１】
我々のこの発明の教示に従うと、一旦電話コールがまずＰＳＴＮまたはデータネットワーク（たとえばＩＰネットワーク）にルーティングされると、次いで、そのデータネットワークを介する通話のＱｏＳが万一変動する場合には、そのコールの他方のネットワークに対する自動的な切換（「自動切換」）およびそれを介してのルーティングを、しかもその切換が動的に変更する状態で、そのコールの持続中に、発呼側および被呼側の両方にとって実質的に透明な態様で行なって、データネットワークとＰＳＴＮとの間で、必要に応じて、そのデータネットワークのＱｏＳの動的変動に応答して交互する。
【００２２】
特に、この発明的ゲートウェイはネットワークの品質をレイテンシ、パケット損失および誤り率（ジッタ）の動的測定値を介して判断する。万一あるコールに関与するいずれかのゲートウェイによって、ネットワークの品質が増大または低減してデータネットワークからＰＳＴＮまたはその逆のいずれかへの自動切換を必要とすると判断される場合には、そのゲートウェイ（以下簡潔に言及するため「発呼側ゲートウェイ」と称する）は、情報交換を、Ｈ．３２３プロトコルへの我々のこの発明の拡張を用いて、そのピアゲートウェイ（以下「被呼側」ゲートウェイ）と開始する。
【００２３】
具体的には、コールがデータネットワークからＰＳＴＮに遷移することになる場合、被呼側ゲートウェイは、それに対してその構成中に割当てられたディレクトリ番号のプール（ＰＤＮ）から利用可能なディレクトリ番号を選択しその特定の番号を発呼側ゲートウェイに伝える。一旦発呼側ゲートウェイがその特定のＰＤＮを受取ると、それは回路切換されるコールをそのＰＤＮへのそれのＰＳＴＮトランク接続を介して発信する。被呼側ゲートウェイは入来コールをそのＰＤＮ上にて感知し、この番号が、そのゲートウェイが今コールを待ち受けている特定のＰＤＮに対応するかどうかを判断する。それが待ち受けているのと異なるＰＤＮ番号である場合には、そのゲートウェイはメッセージを発呼側ゲートウェイに対しそのネットワーク接続を介して送り、ゲートウェイがこのコールを主張するのを待つ。このコールが正しいＰＤＮ上にある場合には、被呼側ゲートウェイはそのコールをそのネットワーク接続から今や確立された回路切換される接続にＰＳＴＮを介して切換える。一旦これが生ずると、このコールに対するデータネットワーク接続はそのコールがあたかも完了されたかのように両方のゲートウェイによって破断される。自動切換は逆にＰＳＴＮからデータネットワークにも起こるが、それが生ずるのはネットワークの品質が十分に改善するときである。
【００２４】
我々のこの発明の開示に関し、ピア接続されたゲートウェイは、電話コールのＰＳＴＮとデータネットワークとの間における自動切換を、独自のコール識別子（CallId）ならびに発呼側および被呼側フラグを含む、各コールごとのコール特定情報を確立し、その情報をそれらの間においてコールのセットアップ中に通信することにより、容易にする。ゲートウェイはこの情報の通信を、この情報をさまざまなＨ．３２３メッセージ、具体的にはいわゆる「非標準データ(nonStandard Data)」フィールドに、コールから独立した信号送信を用いて埋込むことにより、行なう。この情報のため、発呼側および被呼側のゲートウェイは、同じ結びつきを、それらの間にルーティングされる各コールに対して、およびそのコールに対して用いられる共通のCallIdとともに形成する。この識別子はそのコールをいずれかのゲートウェイによって処理される任意の他のものから区別し、これら２つのピア接続されたゲートウェイは、団結して動作して、この特定のコールを、これらのネットワーク間において、必要に応じて、他のどのコールにも影響を与えることなく切換え得る。
【００２５】
具体的には、Ｈ．３２３規格の、コールから独立した信号送信特徴を用いて、発呼側フラグはＨ．３２３SETUPメッセージ内に埋込まれ、被呼側フラグ、CallIdおよび選択されたＰＤＮはすべてＨ．３２３CALL PROCEEDING（コール進行）またはＨ．３２３CONNECT（接続）メッセージ内に埋込まれる。この点に関し、発呼側フラグの内容は発呼側によって発生されるものであるが、それらは、確立されつつある所与のコールに対し、発呼側ゲートウェイからそのコールが自動切換され得るかを被呼側に対して示す情報を含む。このSETUPメッセージに応答して、被呼側は独自にそのコールを識別するCallId番号を発生してそれをセーブし次いでそのＩＤを発呼側に被呼側フラグおよびＰＤＮとともに送り返す。被呼側フラグは被呼側ゲートウェイからこのコールが自動切換され得るかどうかを特定する。発呼側は次いでこの情報を、後で万一自動切換の必要性が生じたときにコールをデータネットワークとＰＳＴＮとの間において適切に自動切換する際のために、セーブする。
【００２６】
我々のこの発明のゲートウェイはＨ．３２３環境内においてエンティティとして機能する。このゲートウェイは、そのゲートウェイがそれ自身を登録する少なくとも１つのゲートキーパーと、少なくとも１つのボーダエレメントとを実施する。ゲートキーパーは、まとまりになってあるゾーンを構成するエンドポイントの群を管理する。管理ドメインは少なくとも１つのゲートキーパーとそのドメインにおけるそのゲートキーパーに接続されるボーダエレメントとからなる。ボーダエレメントは管理ドメインへの外部ネットワークアクセスを与える。
【００２７】
有利なことに、我々の発明のある特徴として、増大したローカル冗長性に対し、我々のこの発明のゲートウェイは、さらに、ピア接続されたボーダエレメントを実現する。ピア接続されたボーダエレメントは一緒に機能し単一のモノリシックなボーダエレメント、つまり１つの「論理的」ボーダエレメントとして振舞うが、ただしそれらの機能性はこれらそのようなエレメントにわたって複製されている。したがって、管理ドメインにおけるピア接続されたボーダエレメントのうちのいずれかに障害が生じた場合には、ピア接続されたエレメントのうちの他方がドメイン間ルーティングおよびゾーン間ルーティングをそのドメイン内において与え得る。ピア接続されたボーダエレメントは好ましくは緩やかに結合された分散されたアーキテクチャを階層的な差を伴わずに有する。あるドメインにおけるゲートキーパーまたは一方のボーダエレメントからのすべてのトランザクションはそのピアのボーダエレメントと共有される。したがって、ピア接続されたボーダエレメントの一方に記憶されるトランザクションデータはその他方に記憶されるものと同期されたままであり、いずれか一方のボーダエレメントは、そのピアのボーダエレメントに障害が生ずるかまたはサービスから外される場合には、即座にトランザクション処理をとって代わり得る。
【００２８】
ピア接続されたボーダエレメントの各々はＴＣＰ／ＩＰサーバおよびクライアント接続の両方を有し得る。ピアのボーダエレメント間のメッセージは、情報ダウンロードメッセージおよび情報更新メッセージを、ＴＣＰ／ＩＰ接続をそれらの間にて確立および切断するメッセージと並んで含む。情報ダウンロードメッセージは一方の「発信元（originating）」ボーダエレメントからそのピアに対しそのピアとのＴＣＰ接続の確立で送られる。このメッセージは、すべての、発信元ボーダエレメントのコールルーティング能力を、そのピアと共有する。そのメッセージはローカルサービス関係（ドメインの内部）と、ローカル記述子と、外部サービス関係（ドメインの外部）と、外部記述子とを含む。ローカルサービス関係は発信元ボーダエレメントとサービス関係を有するゲートキーパーの各々の移送アドレスを定義する。ローカル記述子はルーティング記述子を定義し、それらは、発信元ボーダエレメントと同じドメインの静的構成か、またはこのドメイン内にあり発信元ボーダエレメントとサービス関係を確立したゲートキーパーのいずれかから得られる。外部サービス関係は、発信元ボーダエレメントに対し、このドメインの外部のボーダエレメントであって発信元ボーダエレメントとサービス関係を確立したボーダエレメントの移送アドレスを定義する。外部記述子はルーティング記述子を定義し、それらは、Ｈ．３２３環境の静的構成か、または発信元ボーダエレメントを含むドメインの外部にあるボーダエレメントであって発信元ボーダエレメントとサービス関係を確立したボーダエレメントから得られる。情報更新メッセージは発信元ボーダエレメントからそのピアに対して送られることにより、後者に対し、同じドメイン内にあるゲートキーパーに影響する情報またはこのドメインの外部にあるボーダエレメントから受取られる情報のいずれかにおける変更を知らせる。「ピア接続された」ボーダエレメントの対内のうち元々そのような情報を受取った特定のボーダエレメントはその情報をすべてのそれのピアに送ることを担う。
【００２９】
さらに、各ゲートウェイは有利に、我々の発明の別の特徴として、選択的なコールルーティングを与えることにより、コールされたディレクトリ番号に基づき、その出力コールのうち効果的な費用の節減を発呼側当事者および／またはそれらの組織に対し与え得るコールのみを、データネットワークにルーティングする。このルーティングはコールされる番号の情報、たとえばバイパス電話番号（ＢＰＮ）および電話交換の予め定義されたコールされる番号およびリストなど、そのゲートウェイにその構成中にプログラミングされ得るものに基づく。したがって、ローカルコールおよび「９１１」へのコールなど、相当な費用節減が、あるとしても、発呼側当事者（またはその組織）に対し全く与えないようなものは、ＰＳＴＮへ、各そのようなコールの全持続期間に対しルーティングされる。
【００３０】
この発明の教示は以下の詳細な説明を添付の図面と関連付けて考慮することにより容易に理解され得る。
【００３１】
【詳細な説明】
理解を促すため、同じ参照番号を可能な場合には用いることにより異なる図面に共通な同じ構成要素を示した。
【００３２】
以下の記載を考慮すれば、当業者はこの発明の教示を簡単に電話通信ゲートウェイにおいて利用して任意の広域ネットワーク（ＷＡＮ）と関連した使用をそれがプライベートデータネットワークまたは公にアクセス可能なネットワークたとえばインターネットなどであっても行ない得ることを明確に認識するであろう。我々の発明は特に、しかしながら排他的ではなく、インターネットプロトコル（ＩＰ）に依拠してメッセージルーティングを制御するＷＡＮとともに用いられるべく意図されるゲートウェイとの使用に適している。それにもかかわらず、以下の議論を考慮した後、当業者ならば、どのように我々のこの発明のゲートウェイを単なるＩＰネットワーク以外の幅広い範囲のさまざまなタイプのコンピュータネットワークのうち任意のものとともに用いるか、およびどのようにそのゲートウェイを必要に応じて修正することにより任意の所与の状況にて用いられるべき特定のネットワークプロトコルの要件に合致するようにするかを容易に理解するであろう。その議論を単純化し理解を促すために、我々は我々のこの発明のゲートウェイをプライベートＩＰデータネットワークとともに用いる文脈で説明する。さらに、「音声（voice）」という語はここにおいて用いられるとおりでは典型的には加入者（昔ながらの電話機――ＰＯＴ）接続を介して搬送されるすべてのタイプの通信モダリティ、たとえば音声（speech）、ファクシミリまたはモデムデータなどを含むよう包括的に定義される。
【００３３】
読み手の理解を促すため、我々はまずＩＰ電話通信の簡単な概観を、特にこの発明を介して実施されるとおりに説明し、その後、我々のこの発明のゲートウェイのハードウェア構成要素を説明し、次いで、そのゲートウェイによって実行されるソフトウェアを説明する。我々のこの発明のゲートウェイは従来のＨ．３２３環境においてＨ．３２３処理がソフトウェアにより実施される状態で機能し、次いで適切なバックドロップをそのソフトウェアに対して与えるよう意図されるので、我々は簡単にその環境をそのソフトウェアを詳細に論ずるに先立って説明する。説明を十分にするため、我々は次いで、登録および登録解除を含むゲートウェイ間コールルーティングおよび関連のコール処理手順を与えるよう我々の発明のゲートウェイが実施するメッセージについて論ずる。
【００３４】
Ａ．概観
図１は本発明のＶｏＩＰ電話通信ゲートウェイを組込むネットワーク環境の単純化されたハイレベルブロック図である。
【００３５】
図示されるように、この環境は従来のプライベートＩＰデータ（パケット）ネットワーク３０を含み、それによってルータ１８および４８を介して２つの例示的なイーサネット（Ｒ）に基づくローカルエリアネットワーク（ＬＡＮ）１５および４５がそれぞれ相互接続される（プライベートネットワークはかなりな数の別個のＬＡＮを相互接続することが多いが、単純化のため、僅か２つのそのようなＬＡＮのみを明示的に図示しここで論ずる）。これらＬＡＮの各々それ自体は数多くのローカルにある従来のＩＰに基づく装置、たとえばネットワーク化されたコンピュータ、プリンタおよび他の装置を相互接続するが、それらはすべて単純化のため図示していない。ＬＡＮ１５および４５は広く互いからかなりの距離で隔てられ、たとえば１つのＬＡＮはある都市たとえばニューヨークにある顧客サイト（「場所１」と記される）にあるそのような装置を相互接続し、他方のＬＡＮはその同じ顧客に対する、しかしながら地理的に異なる都市たとえばロンドンにある別のサイト（「場所２」と記される）にあるさらなるそのような装置を相互接続するが、これらＬＡＮはそのように広く隔てられて離れている必要はない。
【００３６】
加えて、各場所にはさまざまな電話が取付けられ、それらのうち場所１にある電話１６と場所２にある電話４６を例示的に示しているが、そこに常駐する個人に対し供される。任意のある場所に供される電話は典型的には従来の構内交換（ＰＢＸ）に接続されるが、それは、入来コール終了および出力線選択を行なうことにより、公衆交換電話網（ＰＳＴＮ）２０の一部を形成するローカル中央局（簡略化のため図示せず）を介して与えられる電話通信線およびトランクの使用を共有し、したがって費用を低減する。ＰＢＸ１４は場所１に存在する電話に接続され；ＰＢＸ４４は場所２に存在する電話に接続される。単純化のため、１つの電話のみを各場所において示しているが、実際には各場所はそれぞれのＰＢＸに相互接続される数十、数百、数千またはそれを超える異なる加入者電話を含んでもよい。普通ならば、これらＰＢＸの各々の接続は、さまざまな出力および入来トランクを介して、ＰＳＴＮ２０内およびその周縁に位置する対応の電話会社の中央局に対して行なわれることにより、コールをこのネットワークを介してルーティングする。典型的には、コールが場所１から場所２への間にて遷移する場合、たとえば電話１６についているユーザは、ある電話の番号、たとえば場所２にあるある個人に対する電話４６の番号をダイヤルするであろう。ＰＢＸ１４は中央局スイッチへの出力電話線を選択し（比較的大きなＰＢＸの場合、これは出力たとえばＴ１トランクにおいて利用可能なタイムスロットを選択することになる）さらにダイヤル音を電話１６に与える。ＰＢＸは次いでそのダイヤルされた番号を中央局に送り、次いで中央局はそのコールをＰＳＴＮ２０を介してＰＢＸ４４に仕える電話会社の中央局にルーティングし、およびそのＰＢＸに仕える入来トランクを介して電話４６により終結される加入者線にルーティングする。ＰＢＸ４４は電話４６を鳴らし、オフフック接続が生ずるとその遠隔の発呼者をその電話のところにいる被呼側当事者に接続してつなぐ。
【００３７】
これまで記載されたとおりおよび従来多くの大きな組織において生ずるように、電話通信トラフィックはデータネットワークを介しては流れない。
【００３８】
ネットワーク３０ならびにそれに接続される個々のＬＡＮ１５および４５は、ネットワーク使用における予想される成長を見込み現在のユーザ要件を大きく超える実質的な量の利用可能な帯域幅を与えるよう設計されることが多い。したがって、プライベートネットワーク３０およびその相互接続されるＬＡＮはもし消費されなければ無駄となるであろう大量の未使用の（過剰な）導入された帯域幅を呈する。したがって、ネットワーク３０およびそのＬＡＮはある量のさらなるトラフィックをこの利用可能な帯域幅を介して本質的に全く追加の費用ではないもので搬送し得る。
【００３９】
この利用可能な帯域幅を利用するために、この発明のゲートウェイは各ＬＡＮに配置され各ＰＢＸとＰＳＴＮとの間に挿入される。特に、ゲートウェイ２００および２００′（内部に記憶される構成情報を除き同一である）は別個のポートとしてＬＡＮ１５および４５上にあり、ＰＢＸ１４とＰＳＴＮとの間、およびＰＢＸ４４とＰＳＴＮとの間にそれぞれある。
【００４０】
有利なことに、各ゲートウェイは２つの経路のうちのいずれかを電話通信トラフィックに対して与えて、従来的にＰＳＴＮたとえばＰＳＴＮ２０を介してか、またはデータネットワークたとえばネットワーク３０を介して辿るようにする。
【００４１】
詳細に以下に記載されるように、各ゲートウェイは、データネットワークを介してのそのピアのゲートウェイの場所への利用可能な実時間接続のサービスの品質を動的に測定する。レイテンシ、位相ジッタおよび損失パケットに関し測定されたサービスの品質（ＱｏＳ）が音声トラフィックをサポートするよう十分に高い場合には、コールする番号を与える発信元ゲートウェイはコールされる番号を対応のＩＰアドレスに翻訳し電話コールをデータネットワークを介してＰＳＴＮの代わりにルーティングする。代替的に、コール時にデータネットワークのＱｏＳが高い品質の音声をサポートするのには不十分である場合には、発信元ゲートウェイはそのコールをＰＳＴＮを介してルーティングしてそれを介して被呼側当事者への従来の搬送を行なう。
【００４２】
我々のこの発明の教示に従うと、一旦電話コールが初めにＰＳＴＮ２０またはデータネットワーク３０のいずれかにルーティングされると、次いで、データネットワークのＱｏＳが万一変化する場合には、そのコールは他方のネットワークに切換えられ、しかもそのコールは、動的な切換が、そのコールの持続期間中に、発呼側当事者および被呼側当事者に実質的に透明な対応で、データネットワークＰＳＴＮとの間でデータネットワーク３０のＱｏＳにおける変化に応答して行なわれて、そのコールは十分なＱｏＳを与えるネットワークを介して伝わる。したがって、ピアのゲートウェイたとえばゲートウェイ２００′と協力して動作する発信元ゲートウェイたとえばゲートウェイ２００は電話１６にて発信され電話４６に向けられる電話コールをデータネットワーク３０を介してルーティングするものと仮定されたい。一旦コールがそのようにルーティングされそのコール中にネットワーク３０のＱｏＳの動的な減少がたとえば動的なネットワークの輻湊およびそれが次いでパケットレイテンシをこのネットワークを介して増大させる結果生じて最早高い品質の音声をサポートしない点にまで達すると、２つのゲートウェイは電話通信接続をＰＳＴＮを介して行ない、次いでそのコールをデータネットワークからＰＳＴＮへこの接続を介して転送する。コールがＰＳＴＮを介して搬送されている一方でデータネットワークのＱｏＳがその適切なレベルに戻ることになる場合には、これらのピア接続されたゲートウェイはデータ接続をそれらの間においてデータネットワークを介して確立しそのコールをＰＳＴＮから戻ってデータネットワークに対しこのデータ接続を介して切換える。したがって、データネットワークのＱｏＳは電話コールの未決の間変化し、ピア接続されたゲートウェイはそのコールをＰＳＴＮとデータネットワークとの間において必要に応じて切換えることにより高い品質のエンド・ツー・エンドの音声接続を低い移送コストで与える。
【００４３】
この発明のゲートウェイは音声コールをＰＳＴＮとデータネットワークとの間において必要に応じて処理し費用効率よく切換え得るのみならず、他のタイプのコール、たとえばアナログデータおよびファクシミリなど、電話接続上にて２つのサイト間で送信されることの多いものも同様に切換え得る。
【００４４】
さらに、ある電話コール、たとえば緊急番号（たとえば「９１１」）へのコールなどは費用の節減を発呼側当事者に対して全く与えず、したがってＰＳＴＮ、典型的にはローカルの中央局を介して最もよく処理される。同様に、実測される（典型的には時間および距離に関する）サービスではなく、フラットレートでローカルの電話会社によって請求されるローカル（たとえばＬＡＴＡ−−ローカルアクセスおよび移送エリア−−内）コールに対して電話ネットワークをバイパスすることにおいてはもしあるとしてもそれとわかるほどのコスト節減は生じない。したがって、これらのコールはデータネットワークの状態にかかわらずＰＳＴＮによって処理されるべきである。
【００４５】
有利なことに、我々のこの発明の教示に従うと、各ゲートウェイは選択的なコールルーティングを与えることによりコールされた番号に基づいてその出力コールのうち効果的な費用節減を発呼側当事者および／またはそれらの組織に対して与え得るもののみをデータネットワークにルーティングする。このルーティングは、コールされる番号の情報、たとえばバイパス電話番号および交換の予め定義されたコールされる番号など、ゲートウェイにその構成中にプログラミングされ得るものに基づく。
【００４６】
Ｂ．ゲートウェイハードウェア
図２はこの発明のゲートウェイたとえば図１に示されるゲートウェイ２００のハードウェアブロック図を示す。
【００４７】
図示されるように、このゲートウェイはマイクロコントローラに基づくシステムであって、フラッシュメモリ２０５と、ランダムアクセスメモリ（ＲＡＭ）２１０と、複数のデジタル信号プロセッサ（ＤＳＰ）２２５と、Ｔ１／Ｅ１トランシーバフレーマ２６０および２７０と、４×４ポートＴＤＭ（時分割多重化された）スイッチ２５０と、マイクロコントローラ２４０とを有し、それらはすべてバス２３０を介して相互接続されている。
【００４８】
マイクロコントローラはさらにリード２４７を介して従来のイーサネット（Ｒ）ネットワークトランシーバ２５５に接続され、それは次いでリード２５８を介してそのゲートウェイの物理的なハウジング上の従来のＲＪ−４５ジャックに接続される（ジャックおよびハウジングは両方とも図示しない）。このジャックはプラグ接続をイーサネット（Ｒ）ＬＡＮに与える。マイクロコントローラは、例示的に、イリノイ州、SchaumbergのMotorola Corporationから市場入手可能なＭＰＣ８６０Ｔ
ＲＩＳＣ（低減命令セット計算）マイクロコントローラである。このマイクロコントローラは有利なことに内部イーサネット（Ｒ）インターフェイスを含む。したがって、イーサネット（Ｒ）ネットワークトランシーバは物理層接続をそのインターフェイスからイーサネット（Ｒ）ＬＡＮに与える。
【００４９】
Ｔ１／Ｅ１フレーマ／トランシーバ２６０は、リード２６３、中継２６５およびリード２６８を介して、入来／出力Ｔ１／Ｅ１トランク接続を介して、ＰＳＴＮに接続される。Ｔ１／Ｅ１フレーマ／トランシーバ２７０は、リード２７３、中継２７５およびリード２７８を介して、入来／出力Ｔ１／Ｅ１トランク接続を介して、ＰＢＸに接続される。中継２６５および２７５の両方は互いにリード２６７によって接続されることにより典型的には障害状態の場合にバイパス経路をＰＳＴＮとＰＢＸとの間のゲートウェイを介して与える。具体的には図示されないが、リード２６３、２６８、２７３および２７８は同時に、しかしながら別々に入来および出力Ｔ１／Ｅ１トランクの両方を対応のトランシーバ／フレーマに搬送する。両方のトランシーバ／フレーマは互いと同一であり典型的にはRockwell International, Inc.から現在入手可能なＢＴ８３７０トランシーバ／フレーマにより実現される。さらに、各トランシーバ／フレーマは、それがＴ１またはＥ１伝送レート（Ｔ１およびＥ１は１．５４４および２．０４８Ｍｂ／秒でそれぞれ動作する北米および欧州伝送チャネルであり、それぞれ２４または３０の同時の６４ｋｂ／秒時分割多重化された電話通信チャネルおよび関連の信号送信情報を搬送し得る）で動作するか否かにかかわらず、同じ態様で機能するので、簡略化のため、我々はトランシーバ／フレーマ２６０をＴ１レートにおいてのみ論ずることにする。リード２６３、２６７、２６８、２７３および２７８によってＴＤＭ信号がそれらの関連のトランクから／へ搬送される限りにおいて、これらのリードはさらに「ＴＤＭ線」と記される。
【００５０】
トランシーバ／フレーマ２６０はたとえばリード（ＴＤＭ線）２６３上に現れる入来Ｔ１  ＴＤＭ電話通信シリアル信号ストリームを受入れ、そのストリームにおける多重化されたタイムスロットの各々ごとに、そのスロットを介して搬送されるペイロード情報を抽出する。このペイロード情報はデジタル化された音声（ファックスおよびデジタル化されたデータを含む）および／または信号送信情報でもよく：後者はチャネルに関連付けられる信号送信（ＣＡＳ）または共通のチャネル信号送信（ＣＣＳ）のいずれであってもよい。そのストリームによって搬送される各スロットに対し、関連のペイロード情報を次いでＴＤＭバス２５３を介してＴＤＭスイッチ２５０の共通入力ポートに与える。同様に、反対の態様ではあるが、このトランシーバ／フレーマは、さらに、出力ペイロード情報を、スイッチ２５０上の同じポートから、出力シリアルストリームにおける各時間多重化されたスロットごとに受取り、そのストリームを、フレーミングおよび非ペイロード情報の追加を含んで、Ｔ１  ＴＤＭ信号内に組立てる。トランシーバ／フレーマはＣＡＳおよびＣＣＳの両方であるように従来的であるので、その動作のさらなる詳細は、これら２つの信号送信形式と並んで、省略する。
【００５１】
ゲートウェイの通常動作中、マイクロコントローラは適切な制御信号（図示せず）をハードウェアドライバに対し中継２６５および２７５の各々ごとに与えることによりそれらの電機子を通常は開いた位置から通常は閉じた位置に移動させる。これは次いでＴＤＭ線２６８をＴＤＭ線２６３に接続し、したがって入来および出力Ｔ１  ＰＳＴＮトランクをＴ１／Ｅ１トランシーバ／フレーマ２６０に与え、ＴＤＭ線２７８をＴＤＭ線２７３に接続し、したがって入来および出力Ｔ１  ＰＢＸトランクをＴ１／Ｅ１トランシーバ／フレーマ２７０に与える。マイクロコントローラ２４０によって検出される障害状態またはウォッチドッグタイマ（具体的には図２には示さないがマイクロコントローラに含まる）の満了の場合には−−後者はゲートウェイにおいて破局的な障害を示す−−、電子機械的な性質である中継２６５および２７５は両方ともそれらの通常は開いた位置を取る。この位置で、ＴＤＭ線２６８はＴＤＭ線２６７を通り中継２６５および２７５を介して直接ＴＤＭ線２７８に接続され、したがってＰＳＴＮ  Ｔ１トランクを直接ＰＢＸ  Ｔ１トランクに接続し効果的にゲートウェイをバイパスする。
【００５２】
ＴＤＭスイッチ２５０は、例として、Mitel Corporationから市場で入手可能なモデルＭＴ８９８１Ｄ  ４×４デジタルスイッチによって形成される。このスイッチへの入力の各々は２．４８Ｍｂ／秒（Ｅ１）ストリーム上に多重化される３２個までの別々の６４ｋｂ／秒チャネルを受入れ得る。出力の各々はシリアル出力ＴＤＭ信号を入力と同じレートで与える。このスイッチはマイクロコントローラ２４０の制御下で動作して、「切換えられる」タイムスロット接続を与え、データの書込をそのスイッチからのシリアル出力の１つに現れるＴＤＭ信号において所望のタイムスロットに対して行ない得るが、その場合、そのデータは、そのスイッチに与えられる４つのシリアルＴＤＭ入力信号のうちの任意のものにおける所望のタイムスロットかまたはマイクロコントローラそれ自体から出たものであり得るものである。同様に、マイクロコントローラは、そのスイッチを介して、それら４つのシリコン入力のうちの任意の入力の任意の所望のタイムスロットに現れる信号値を読み得る。
【００５３】
本質的に、このスイッチは、適切なタイムスロット接続を、その入力および出力に現れるＴＤＭ信号間において与えて、電話コールを所与のＴＤＭチャネル上においてＰＳＴＮとＰＢＸとの間においてルーティングし、したがってプライベートデータネットワークをバイパスするか、またはそのコールをＤＳＰへ適切な処理のために、および究極的にはマイクロプロセッサにプライベートデータネットワークを介する搬送のためにルーティングする。
【００５４】
具体的には、入来Ｔ１トランクにおけるチャネル上の信号、たとえばＴＤＭ線２６８により搬送されるものであり、ＰＳＴＮから発するものは、スイッチ２５０を介して、出力Ｔ１トランク上の対応のタイムスロットに、たとえばＴＤＭ線２７８を介して、ＰＢＸに、またはその反対に切換えられることにより、そのコールのＰＳＴＮを介する発呼者位置と被呼位置との間の搬送をサポートし得る。そのような電話通信接続（「ＰＢＸ−ＰＳＴＮ」と記される）は破線２９０で示される。そのようなチャネルは両方のＴ１／Ｅ１トランシーバフレーマを介して処理されることによりまずそのチャネル上の信号を入来Ｔ１  ＴＤＭトランクからトランシーバフレーマの一方によって抽出し次いで他方のトランシーバ／フレーマを介して適切な出力Ｔ１  ＴＤＭトランクを組立てる。
【００５５】
代替的にゲートウェイが出力電話通信コールを発呼側装置、たとえば電話、コンピュータモデムまたはファックス機など、ＰＢＸにプライベートデータネットワークを介してＰＳＴＮの代わりに接続され（て「ＩＰを介する音声」またはＶｏＩＰコールを実現す）るようなものからルーティングする場合には、ＴＤＭスイッチ２５０は、マイクロコントローラ２４０により与えられる制御情報に基づき、そのコールに対する入来タイムスロットを、Ｔ１／Ｅ１トランシーバフレーマ２６０を介するタイムスロットにではなく、そこから、出力Ｔ１トランクに、しかしながらＴＤＭバス２２８を介して、ＤＳＰ２２５内にて利用可能なＤＳＰの入力および究極的にはマイクロコントローラ２４０に接続する。まとめて、ＤＳＰおよびマイクロコントローラはそのコールに対しデジタル化された電話通信信号を好適ななＩＰパケットに変換し、それらのパケットを適切なＩＰアドレスとともにＬＡＮを介して後のデータネットワークを介してのピアのゲートウェイへの搬送のために送る。このピアのゲートウェイはこれらのＩＰパケットをデータネットワークおよびそのＬＡＮを介して受取り各そのようなコールごとに逆の動作を実行してこれらパケットをデジタル化された電話通信信号にそのコールに対して変換し戻し次いでこの信号を宛先ＰＢＸにルーティングしてアナログ電話通信信号に変換し戻し究極的にはその信号を被呼側電話または他のアナログ電話装置たとえばコンピュータモデムまたはファックス機などに終結させる。各別々のコールされる番号は関連付けられるＩＰアドレスを有するが、それは究極的には−−詳細に後に説明されるように−−両方のピア接続されたゲートウェイに知られており、それらピア接続されたゲートウェイはＩＰパケットをそれらの独自のコールされる宛先に適切にアドレス指定し得る。
【００５６】
ＤＳＰ２２５は、例として、８つの別々のＤＳＰ２２５1、…、２２５8を含む（それらのうち６つはまとまって２４チャネルのＴ１動作の実行を、８つがまとまって３０チャネルのＥ１動作を実現する状態で行ない得る）。各ＤＳＰは、例として、テキサス州ダラスのTexas Instrumentsから市場で入手可能なモデルＴＭＳ３２０Ｃ５４９  ＤＳＰが挙げられ、ＰＢＸによって与えられるデジタル化された電話通信トラフィックの４つの同時のチャネルを処理する。ＳＲＡＭ（スタティックランダムアクセスメモリ）２２０はＳＲＡＭ２２０1、…、２２０8を含み、各別々のＳＲＡＭは一時的なデータ記憶を対応および異なるＤＳＰに対して与える。
【００５７】
特に、デジタル化された信号が任意のあるそのようなＴＤＭチャネル（単一のタイムスロット）上に現れる場合、たとえばＰＢＸからゲートウェイに入来するものなどでは、そのチャネルに割当てられるＤＳＰはまず、そのチャネルに対する、ＰＢＸによって与えられるＧ．７１１圧縮された電話通信信号（典型的には５６〜６４ｋｂ／秒の間）をＧ．７２３圧縮された信号（典型的には５．６〜６．４ｋｂ／秒の間）に変換して１０：１圧縮を行なう。現在、ゲートウェイは「デジタルＰＢＸ」の使用に依存し、つまり、ＰＢＸは、その出力チャネルの各々ごとにアナログからデジタルへの変換（デジタル化）および圧縮をＧ．７１１規格に従って与え、その入来チャネルの各々に対しＧ．７１１拡張およびデジタルからアナログへの変換を与える。デジタルＰＢＸを用いない場合には適切なチャネルバンクをＰＢＸとゲートウェイとの間に付加してこれらの機能を与えることこともできる。
【００５８】
一旦Ｇ．７２３圧縮が任意のチャネルに対して行なわれると、ＤＳＰは好適にはＧ．７２３圧縮された信号をパケット化する。結果として生じたＧ．７２３パケットは次いでバス２３０を介してマイクロコントローラに与えられる。マイクロコントローラは、任意のあるチャネルに対するこれらパケットの各々の受取で、そのチャネルに対するこれらパケットを、適切なＩＰパケットに、必要なＩＰヘッダとともに、出所および宛先ＩＰアドレスを他の必要な情報と並んで含みながら組立て、これらのパケットをその内部イーサネット（Ｒ）インターフェイスおよびイーサネット（Ｒ）ネットワークトランシーバ２５５を介してＬＡＮに送り、その後ルーティングがピアのゲートウェイに対して行なわれる。プライベートデータネットワークにより行なわれるそのような電話通信接続（「ＰＢＸ−ＩＰ」と記される）は点線２９５によって表わされる。Ｇ．７１１およびＧ．７２３圧縮アルゴリズムは当該技術分野において周知であるので、我々はこれらアルゴリズムの詳細はすべて省略する。
【００５９】
ＬＡＮ上に現れプライベートデータネットワークからＰＢＸにより処理されるコールされるディレクトリ番号へ入来するＶｏＩＰコールを処理するため、マイクロコントローラ２４０は、ＩＰパケットのネットワークトランシーバ２５５を介した受取で、まず宛先ＩＰアドレスおよびペイロードパケット化電話通信データをこれら入来ＩＰパケットの各々から抽出する。マイクロコントローラは、詳細に以下に論じられるように、その内部のルーティングテーブルから、宛先ＩＰアドレスとコールされる番号との間における対応関係を判断する。一旦この対応関係が確定すると、マイクロコントローラはスイッチ２５０を介してタイムスロット接続を出力ＴＤＭトランク、たとえばＴＤＭ線２７３および２７８上に現れるものを介して、ＰＢＸに、そのコールされる番号に仕えるＴＤＭチャネルへ確立する。マイクロコントローラはＩＰパケットの各々に現れる各電話通信パケットを利用可能なＤＳＰに与え、それは次いでそのパケットをＧ．７２３圧縮されたデータにパケット解除しそのＧ．７２３データをＧ．７１１圧縮されたデータに変換する。この結果として生じたＧ．７１１データの挿入を、スイッチを介して確立されたタイムスロット接続を介して、ＰＢＸに向けられる出力ＴＤＭ信号におけるある特定のチャネルに、具体的にはＰＢＸによってコールされる番号に接続されるものに対して行なわれる。ＴＤＭ信号は次いでトランシーバ／フレーマ２７０に与えられ、それは次いで適切なＴ１信号を組立てその後その信号をＴＤＭ線７２３および７２８を介してＰＢＸに与える。
【００６０】
Ｔ１トランクがＣＣＳ（ＩＳＤＮプライマリ）モード信号送信を利用する例では、マイクロコントローラ２４０はスイッチ２５０に対し、Ｄ（データ）チャネル信号送信情報を入来ＴＤＭ信号から抽出するかまたはＤチャネル信号送信情報を出力ＴＤＭ信号に挿入するかのいずれかを命令する。この点に関し、入来ＴＤＭ信号がＴＤＭバス２５３または２５６のいずれかに現れる場合、スイッチ２５０はこの信号送信情報を抽出しＴＤＭバス２４３を介してその情報をマイクロコントローラにルーティングして後のコール処理における使用に供する。逆の態様において、出力ＴＤＭ信号がスイッチにより発生されＴＤＭバス２５３または２５６のいずれか上に現れる場合、マイクロコントローラは適切なＤチャネル信号送信情報を発生してその情報をＴＤＭバス２４３を介して与えて適切な挿入をスイッチによりその出力ＴＤＭ信号に対して行なって適切な下流コール処理を行なう。
【００６１】
フラッシュメモリ２０５は、例として４Ｍバイトのサイズであり、プログラムコードおよび他の情報、たとえばコールルーティング（翻訳）テーブルを不揮発態様で記憶する。ゲートウェイは適切な回路系（図示せず）をソフトウェア処理とともに含み、それを介してフラッシュメモリの内容が必要に応じて更新され得る。ＳＤＲＡＭ（同期型ダイナミックランダムアクセスメモリ）２１０は例として２Ｍバイトのサイズである。このＳＤＲＡＭは一時的なデータ記憶を与えるのみならず、システム起動中に、フラッシュメモリに記憶されるプログラムコードのコピーも受取る。このプログラムは、下に注記されるように、次いで、ＳＤＲＡＭに記憶されるコピーから実行される。
【００６２】
Ｃ．ソフトウェアおよびＨ．３２３環境
１．ソフトウェア概観−−
オペレーティングシステムおよびコール処理ソフトウェア
図３は我々のこの発明のゲートウェイを実行するゲートウェイソフトウェア３００の非常にハイレベルのブロック図を示す。図示されるように、このソフトウェアは、その最も高いレベルにおいて、従来のオペレーティングシステム（Ｏ／Ｓ）カーネル３１０およびコール処理ソフトウェア５００を構成する。
【００６３】
このＯ／Ｓカーネルは、さまざまなサービスの中でとりわけ、プロセス創出、スケジューリング、処理間通信、およびイベント信号送信を与える。オペレーティングシステムの詳細はこの発明には関係がないので、すべてのそのような詳細はこの後の議論からは省略する。
【００６４】
コール処理ソフトウェア５００は数多くの区別される処理およびドライバからなり、詳細に図５において示され以下において論じられるが、まとまってＶｏＩＰコール処理をＨ．３２３環境において実現する。
【００６５】
２．Ｈ．３．２環境
図４Ａはこの発明のゲートウェイが動作するＨ．３２３基準モデル（動作環境）のブロック図を示す。
【００６６】
一般に、Ｈ．３２３ネットワークはパケットに基づくネットワークをその移送手段として利用するが、保証されるＱｏＳを与えないかもしれないネットワークである。そのようなパケットに基づくネットワークには、ＬＡＮ、エンタープライズエリアネットワーク、メトロポリタンエリアネットワーク、イントラネットワーク（イントラネット）、たとえばプライベートデータネットワークなど、およびインターネットワーク（インターネットを含む）が含まれてもよい。これらのネットワークはたとえばＰＳＴＮを介するダイヤルアップ接続もしくはポイント・ツー・ポイント接続または下のパケットに基づく移送たとえばＰＰＰ（ポイント・ツー・ポイント・プロトコル）を用いるＩＳＤＮ接続も含む。これらのネットワークは単一のネットワークセグメントからなってもよく、または他の通信リンクによって相互接続された多くのネットワークセグメントを組入れる複雑なトポロジーを有してもよい。この発明に関する範囲では、Ｈ．３２３端子（ここでは具体的に、電話方式通信の目的のため、Ｈ．３２３「電話通信エンドポイント」と称される）は、音声、ファックスおよび／またはデータ通信能力をポイント・ツー・ポイント通信に対して与える。Ｈ．３２３ネットワークを介してのＨ．３２３エンドポイント間での相互作用はいわゆる「ゲートウェイ」、たとえばゲートウェイ２００および２００′（図２も参照されたい）などを介して達成されるが、それらは、とりわけ、許可制御およびアドレス翻訳サービスを提供するものである。
【００６７】
Ｈ．３２３エンドポイントはＨ．３２３規格に合致する任意の電話通信またはネットワーク接続可能な装置であり得る。エンドポイントは、別のそのようなエンドポイントへのコールを開始し得、および別のエンドポイントによってコールされ得る。一般に、エンドポイントは情報のストリームを発生および／または終結させる。エンドポイントは電話（「電話通信エンドポイント」である）または他の顧客前提装置（ＣＰＥ）であり得るが、ただし、それが適切な回路系を含むかまたは適切な回路系たとえばＨ．３２３ＰＢＸなどＨ．３２３コンプライアンスを与えるものにインターフェイスされるとして、である。
【００６８】
各電話通信エンドポイントは、エイリアスアドレスを、ディレクトリ番号の形式で、−−例として、Ｈ．２２５規格に規定されるように、それに関連付けられる状態で有する。任意の電話通信エンドポイントに対し、そのエイリアスはそれをアドレス指定する代替方法を表わし、その電話通信エンドポイントとＰＳＴＮを介してインターネットワークする方法として用いられる。ゲートキーパーは、逆に、下に論じられるように、どのようなそのようなエイリアスも所有しない。
【００６９】
Ｈ．３２３ネットワークは、主に電話通信使用に対し、図４Ａに示されるように、数多くのゾーン（それらのうち４つを例示的に、具体的にゾーン４０５、４１０、４７０および４７５として示す）および管理ドメイン（それらのうち２つを例示的に、具体的に管理ドメインＡおよびＢとして示す）からなる。我々の目的のため、我々は、あるゾーンを、それらが実行する相互接続の目的で単一のゲートキーパーを介して制御されるＨ．３２３電話通信エンドポイントの群として見る。ここで、たとえば、ゾーン４０５はすべてゲートキーパー４２０1によって制御されるＨ．３２３エンドポイント４０５1、…、４０５wを含み；ゾーン４１０はすべてゲートキーパー４２０2によって制御されるＨ．３２３エンドポイント４１０1、…、４１０xを含み；ゾーン４７０はすべてゲートキーパー４６０1によって制御されるＨ．３２３エンドポイント４７０1、…、４７０yを含み；ゾーン４７５はすべてゲートキーパー４６０2を介して制御されるＨ．３２３エンドポイント４７５1、…、４７５zを含む（ｗ、ｘ、ｙおよびｚは整数である）。本質的に、ゲートキーパーはＩＰコールルーティング機能を与える論理的なＨ．３２３エンティティであり；ゲートウェイは回路切換コールとＶｏＩＰコールとの間で変換する。
【００７０】
一般的に、管理ドメインはそのドメイン内において１つの管理エンティティにより管理されるＨ．３２３エンティティの集合を含む。ドメイン内の各Ｈ．３２３エンティティは独自にそのエンティティを識別する少なくとも１つのネットワークアドレスを有する。ここで、および電話通信適用例の文脈において、各管理ドメインは他のゾーンからは隔離されるゾーンの群を含み、各ゾーンは別々の対応のゲートキーパーによって管理される。図示されるように、管理ドメインＡおよびＢはゾーン４０５および４１０、ならびに４７０および４７５をそれぞれ含む。管理ドメインはコールルーティングサービスをそのゾーンに対しゲートキーパーからゲートキーパーへのメッセージまたはゲートキーパーからボーダエレメントへのメッセージを介して与える。
【００７１】
ボーダエレメントは、経路を与えることにより、管理ドメインへの外部つまり公のアクセスをコールの完了またはその管理ドメイン内にある任意の他のエレメントとのマルチメディア通信を伴う任意の他のサービスの目的で可能にする機能的エレメントである。ドメインへのそのようなアクセスは厳密にボーダエレメントを介して生ずる。したがって、ボーダエレメントは効果的にそのドメインの外部視点を制御する。ボーダエレメントは他のボーダエレメントとの通信を、たとえばドメイン間コール完了のためのドメイン間通信などに対し、Ｈ．２２５規格への「補遺Ｇ（Annex G）」に規定されるプロトコルの使用を介して行なう。ボーダエレメントからボーダエレメントへのメッセージ伝達はあるドメインのボーダエレメントが他のドメインのボーダエレメントとサービス関係を確立してコールをこれらドメイン間で完了し得る唯一の手段を与える。任意の管理ドメイン内において、そのドメイン内のボーダエレメントはＨ．２２５信号送信を用いて他のＨ．３２３エレメント、たとえばそのドメイン内にあるゲートキーパーと通信してもよい。任意のドメイン内のボーダエレメントはそれに対しその関連のゲートキーパーによって供給されるドメイン全域ルーティング情報の拡散、つまりそのドメインにおける任意のエンドポイント（電話通信エンドポイントおよびゲートウェイ）が関与する情報、たとえば新たなゲートウェイまたは電話通信エンドポイントの登録（または登録解除）および／または翻訳テーブルにおける変更などをそのドメイン中のすべての他のゲートキーパーにルーティングし、それによって、確実に、各ゲートキーパーでそのドメインにおいておよびそのボーダエレメントにおいて記憶されるルーティングテーブルがすべてのゲートキーパーにわたって整合するようにし、冗長をゲートキーパーにわたって与えるようにすることを担う。さらに、各ゲートキーパーはローカルにこの情報の完全な常に更新されるコピーを維持し、ネットワーク処理速度は、この情報を集中させる任意の必要性およびしたがって、その付随の処理およびネットワーク遅延で、この情報のうち任意のものに対する集中化されたデータベースを照会する任意の必要性を取除くことによって増大される。
【００７２】
図示されるように、管理ドメインＡおよびＢは対応のボーダエレメント４３０および４５０を含む。図示されるように、ボーダエレメント４３０はゲートキーパー４２０1および４２０2を含むゲートキーパー４２０と通信し、一方ボーダエレメント４５０もゲートキーパー４６０1および４６０2を含むゲートキーパー４６０と通信し得る。異なる管理ドメイン内にあるたとえばゲートキーパーなどのＨ．３２３エレメント間における通信はそれらの関連付けられるボーダエレメントを介して生ずるにすぎない。したがって、ゲートキーパー４２０2と４６０1との間の通信は両方のボーダエレメント４３０および４５０によって処理されそれらを通過して補遺Ｇ規格に従って生ずる。ボーダエレメントたとえばエレメント４３０と４５０との間のメッセージは典型的にはＵＤＰを介して搬送される。いわゆる「キープ・アライブ」メッセージは以下に記載される「ピア」のボーダエレメントを含むボーダエレメント間で交換され、各ボーダエレメントは別のボーダエレメントが障害を生じたか否かを継続的に検出する。ボーダエレメントたとえばエレメント４３０と４５０との間で交換されるＨ．２２５．０メッセージは：情報ダウンロードおよび情報更新を含む。これらのメッセージを以下においてそれらの使用の文脈にて論ずる。
【００７３】
ゲートキーパーはボーダエレメントとのサービス関係をそれらの共通のドメインにおいて確立することによりコールルーティング情報をそれらの間において管理ドメイン内にて獲得し発行する。さらに、ボーダエレメントたとえばボーダエレメント４３０は同じドメインにあるたとえばゲートキーパー４２０1などのゲートキーパーからの要求に応答して、ルーティング情報を、そのゾーンおよびそのドメインの外のコールに対し、コールされる電話通信エンドポイントを含むドメインに関連付けられるボーダエレメントから要求し得る。
【００７４】
ゲートキーパーからゲートキーパーへのメッセージは、線４１３によってゲートキーパー４２０1と４２０2との間のメッセージに対し表わされ、線４６５によってゲートキーパー４６０1と４６０2との間のメッセージに対し表わされる。ゲートキーパーからボーダエレメントへのメッセージは、線４２３および４２７によってボーダエレメント４３０とゲートキーパー４２０1および４２０2との間のメッセージに対してそれぞれ表わされ；線４５３および４５７によってボーダエレメント４５０とゲートキーパー４６０1および４６０2との間のメッセージに対してそれぞれ表わされる。ボーダエレメントとゲートキーパーとの間のメッセージは典型的にはＵＤＰ（ユーザデータグラムプロトコル）を用いて送られる。ここでも、「キープ・アライブ」メッセージが各ゲートキーパーとその対応のボーダエレメントとの間において交換され、両方のエレメントは他方が障害を生じたか否かを継続して検出する。ゲートキーパーとボーダエレメントとの間で交換されるＨ．２２５．０メッセージは：サービス要求／サービス確認／サービス拒絶；記述子ＩＤ要求／記述子ＩＤ確認／記述子ＩＤ拒絶；記述子要求／記述子確認／記述子拒絶；および記述子更新／記述子更新肯定応答を含む。これらのメッセージも以下においてそれらの使用の文脈において論じる。ボーダエレメント機能性は、図５に関連して以下におよび他の後の図に関連して論じられるように、ソフトウェアで実施されるものであるが、他のＨ．３２３エレメント、たとえばゲートウェイまたはさらにはゲートキーパーなどとの組合せで存在してもよい。
【００７５】
各ゲートキーパーそれ自体はネットワーク上にあって主にアドレス翻訳を与えネットワークへのアクセスを他のＨ．３２３装置たとえばＨ．３２３電話通信エンドポイントおよび他のゲートウェイに対して制御するＨ．３２３エンティティである。ゲートキーパーは論理的に電話通信エンドポイントから分離しているが、その物理的実現は端子、ゲートウェイまたは他の非Ｈ．３２３ネットワーク装置と共存してもよい。
【００７６】
特に、各ゲートキーパーは、アドレス翻訳を、電話通信エンドポイントのエイリアスアドレス（電話番号）とそのネットワーク移送アドレス（ＩＰアドレス）との間における翻訳によって与える。この翻訳は翻訳テーブルを介して行なわれるが、それは登録メッセージおよび他の方法を用いて以下に示されるように更新される。さらに、各ゲートキーパーは認可制御を与えるが、これはネットワークアクセスの承認を、Ｈ．２２５．０メッセージを介して、たとえばコール承認、必要とされかつ利用可能なネットワーク帯域幅、または他の基準に基づいて行なうことにより行なわれ、さらには、帯域幅の制御を、データネットワークを介して移送される任意のコールに割当てられる帯域幅の規制により行なう。各ゲートキーパーはこれらの機能をそのゲートキーパーで登録した電話エンドポイントおよびゲートウェイの両方に対して与え、したがってゾーン管理を行なう。
【００７７】
ゲートキーパーが関与するＨ．２２５．０メッセージは：ゲートキーパー要求／ゲートキーパー確認／ゲートキーパー拒絶；登録要求／登録確認／登録拒絶；認可要求／認可確認／認可拒絶；切断要求／切断確認／切断拒絶；情報要求／情報要求応答／情報要求肯定応答／情報要求ｎａｃｋ（肯定応答なし）；および帯域幅要求／帯域幅確認／帯域幅拒絶を含む。
【００７８】
さらに、各ゲートキーパーはさまざまな選択肢としての機能を必要に応じて与え得る。１つのそのような機能はコール制御信号送信である。ここで、ゲートキーパーは２つの電話通信エンドポイントそれら自身の間に生ずるコール信号送信情報を処理することを選んでもよく、かくして、その機能を他のエレメントに明け渡すのではなく、その信号送信を完了してもよい。代替的に、ゲートキーパーは２つの電話通信エンドポイントを司ってコール信号送信チャネルを直接互いに接続し、それによって、そのゲートキーパーがＨ．２２５コール制御信号を処理する必要性を回避してもよい。他のそのような選択肢としての機能はコール承認である。具体的には、Ｈ．２２５信号送信の使用を介して、ゲートキーパーは電話通信エンドポイントからのコールを承認失敗で拒絶してもよい。そのような拒絶の理由には、たとえば、特定の電話通信エンドポイントまたはゲートウェイへ／からの制限されたアクセス、およびある時間期間中における制限されたアクセスなどが含まれてもよい。さらなる選択肢としての機能は帯域幅管理である。ここで、ゲートキーパーはデータネットワークへの同時のアクセスを許可される多数のＨ．３２３電話通信エンドポイントを制御する。Ｈ．２２５信号送信の使用を介して、ゲートキーパーは電話通信エンドポイントからのコールを帯域幅制限のゆえに拒絶してもよい。これが生ずるのは、要求されたコールをサポートするのに不十分な帯域幅がデータネットワーク上において利用可能であるとゲートキーパーが判断した場合であってもよい。この機能は活性のコール中において電話通信エンドポイントがさらなるネットワーク帯域幅を要求するときにはいつでも動作する。さらに、ゲートキーパーは所望されるコール管理機能性を与える。これには、たとえば、出力Ｈ．３２３コールのリストを保持することが含まれる。このリストに含まれる情報は、被呼側電話通信エンドポイントが通話中であることを示すか、および／または情報を帯域幅管理機能のために与えるのに必要であってもよい。最近では、ゲートキーパーは、ネットワーク帯域幅を、この機能を欠く電話通信エンドポイントのために予約し、ディレクトリサービスを与えることによりディレクトリ情報に対しエイリアスとネットワーク移送アドレスとの間の翻訳のためにアクセスしそれを供給し得る。
【００７９】
バックエンドサービス４４０は、ネットワークリンクを介して、ドメイン内にあるさまざまなＨ．３２３エンティティにとって利用可能であり、Ｈ．３２３環境全体にわたってコール完了をサポートするのに必要なさまざまな集中化された機能を与える。これらの機能は、ユーザ認証または承認、会計、請求、格付け／関税、および集中化された基礎に基づき遠隔のサーバまたはデータセンターから最もよく与えられる他の管理およびサポート機能を含む。さらに、バックエンドサービス４４０は、さらに、コールルーティング情報を、要求側エンティティに対し、ドメイン間に基づき解決され得ない宛先エンドポイントに対して与え得る。
【００８０】
図示されるように、バックエンドサービス４４０は管理ドメインＡとの通信をそれぞれゲートキーパー４２０1およびボーダエレメント４３０へのリンク４４２および４４４を介して行ない得、管理ドメインＢとの通信をそれぞれゲートキーパー４６０1およびボーダエレメント４５０へのリンク４４８および４４６を介して行ない得る。ゲートキーパー４２０2および４６０2へのバックエンドメッセージはリンク４１３および４６５を介してゲートウェイ４２０1からゲートウェイ４２０2およびゲートウェイ４６０1から４６０2およびへそれぞれ搬送されるゲート間メッセージ伝達を介して可能にされ；逆方向においても同様である。
【００８１】
Ｈ．３２３規格において規定されるとおりでは、Ｈ．３２３電話通信コールは特定のコールセットアップ手順で始まり特定のコール終結手順で終り−−それらの両方を詳細に以下に論ずる。
【００８２】
電話通信エンドポイントたとえばエンドポイント４０５、４１０、４７０および４７５は切換えられる電気通信ネットワークたとえばＰＳＴＮと相互にネットワーク化されることになり、単にそれらの動作をＩＰデータネットワークに限らない限りにおいて、これらのエンドポイントのうちの１つを必要とする各コールは、そのコールに対するデータを上において図２の文脈で論じたように所望されるネットワーク、ＰＳＴＮまたはプライベートデータネットワークを介する搬送のための適切な表現に変換する適切なゲートウェイにて終結する。
【００８３】
我々のこの発明のゲートウェイはＨ．２２５規格において規定される標準化されたコール信号送信プロトコルおよびパケット化を用いる。Ｈ．２２５およびＨ．３２３規格は当該技術分野において周知であるので、単純化のため、これらの規格において規定されしたがって合致するように実現されるゲートウェイおよびエンドポイントにおいてとられる具体的な手順およびメッセージ伝達の詳細な議論は省略する。
【００８４】
我々のこの発明の教示に従うと、我々はＨ．３２３基準モデルを拡張することにより、ピア接続されたボーダエレメントを単一の管理ドメイン内に組入れた。これらのボーダエレメントは大きな障害許容性および冗長を与える。図４Ｂはそのような拡張された基準モデルを示す。この拡張された基準モデルにおけるほとんどの要素は図４Ａに示されるものと同一であるので、我々は付加的な要素にのみ焦点を当てることにする。図４Ａおよび図４Ｂに示されるネットワークトポロジは単に例示的であり、当業者ならば、これら２つの図に示される概念を組入れながらも異なる複雑さのさまざまなトポロジの幅広い多様性が任意の実際のネットワーク実現例において用いられ得ることを理解するであろう。
【００８５】
図４Ｂに示されるように、管理ドメインＡはボーダエレメント４３０（図４Ａに示される基準モデルにも含まれる）とそのピアのボーダエレメント４３０′とを含む。好ましくは２つのボーダエレメントは「ピア」として確立され得るが、２つを超えるものも同様に用いられ得る。現在は、２つのボーダエレメントを「ピア」として用いて構成および試験を単純化しているので、我々は以下の議論をその特定の構成に限定することにする。しかしながら、当業者には、どのようにドメインのアーキテクチャを拡張してすべてがお互いの「ピア」として動作するより多数のボーダエレメントを含むようにするかは容易に明らかであろう。管理ドメインのいずれにもまたはすべてにおいてピア接続されたボーダエレメントが含まれ得るが、我々は我々の議論を１つのそのような管理ドメインにのみ限定することにする。
【００８６】
ピア接続されたボーダエレメント４３０および４３０′はともに機能して単一のモノリシックなボーダエレメントつまり１つの「論理的な」ボーダエレメントとして振舞うが、ただしそれらの機能性は両方のそのようなエレメントにわたって複製される。したがって、いずれかのボーダエレメントに障害が起こると、他方がドメイン間ルーティングおよびゾーン間ルーティングを共通の管理ドメイン内において与え得る。ピアのボーダエレメント４３０′はさらに通信をさらなるゾーン４１５つまり電話通信エンドポイント４１５1、…、４１５m（ｍは整数）を含むゾーン４１５に対するゲートキーパー４２０3に対して処理する。ピア接続されたボーダエレメントは好ましくは緩やかに結合される分散型アーキテクチャを全くの階層的な違いなしに有する。そのようなボーダエレメントは、「ピア接続された」関係においては、マスタ／スレーブまたはアクティブ／スタンバイに基づいては動作しない。あるドメインにおけるゲートキーパーまたは一方のボーダエレメント、たとえば外部ボーダエレメントとして機能するボーダエレメント４３０（つまりそれはそのドメインへの外部アクセスを与える）からのトランザクションはそれのピアのボーダエレメント、ここでは４３０′と共有される。したがって、ピア接続されたボーダエレメントの一方に記憶されるトランザクションデータは他方に記憶されるものと同期したままであり、いずれの一方のボーダエレメントも万一そのピアのボーダエレメントに障害が生ずるかまたはサービスから外れる場合には即座にトランザクション処理をとって代わり得る。図４Ｂに示されるように、ピア接続されたボーダエレメント４３０および４３０′は共通の管理ドメインにおいてはＴＣＰ／ＩＰ接続をそれらの間において確立し、しかも２つの接続が存在しており、一方が各そのようなエレメントにて発し他方にて終端する。したがって、各ボーダエレメントは「ピア接続された」構成ではＴＣＰ／ＩＰサーバおよびクライアント接続の両方を有する。ピアのボーダエレメント間のＨ．２２５．０メッセージは外部ボーダエレメント（エレメント４３０および４５０など）間のそれらと同様、情報ダウンロードおよび情報更新メッセージを、それらの間においてＴＣＰ／ＩＰ接続を確立し切断することと並んで含む。
【００８７】
情報ダウンロードメッセージは、一方の「発信元」ボーダエレメントからそのピアへ、そのピアとのＴＣＰ接続の確立で送られる。このメッセージは発信元ボーダエレメントのすべてのコールルーティング能力をそのピアと共有する。メッセージはローカルサービス関係（ドメインの内部）、ローカル記述子、外部サービス関係（ドメインの外部）、および外部記述子を含む。ローカルサービス関係は発信元ボーダエレメントとサービス関係を有するゲートキーパーの各々の移送アドレスを定義する。ローカル記述子は、補遺Ｇ規格に従うと、ルーティング記述子を定義し、それらは、発信元ボーダエレメントと同じドメインの静的構成か、またはこのドメイン内にあって発信元ボーダエレメントとサービス関係を確立したゲートキーパーから得られる。外部サービス関係は、発信元ボーダエレメント、ここではたとえばエレメント４３０に対し、このドメインの外部のボーダエレメント、たとえば管理ドメインＡの外にあるボーダエレメント４５０など、発信元ボーダエレメントとサービス関係を確立したボーダエレメントの移送アドレスを定義する。外部記述子は、Ｈ．２２５規格に従うと、Ｈ．３２３環境の静的構成か、または発信元ボーダエレメントを含むドメインの外部にあって発信元ボーダエレメントとサービス関係を確立したボーダエレメントから得られるルーティング記述子を定義する。情報更新メッセージは発信元ボーダエレメントからそのピアに送られて、後者に対し、同じドメイン内にあるゲートキーパーに影響する情報またはこのドメインの外部にあるボーダエレメントから受取られる情報における変更を知らせる。「ピア接続された」ボーダエレメントの対のうちもともとそのような情報を受取った特定のボーダエレメントはその情報をすべてのそれのピアに送ることを担う。
【００８８】
補遺Ｇを含むＨ．３２３およびＨ．２２５規格についてのさらなる詳細については、以下を参照されたい：（ａ）Ｈ．２２５規格：“Series H: Audiovisual and Multimedia Systems, Infrastructure of audiovisual services -- Transmission multiplexing and synchronization, Call Signaling Protocols and Media Stream Packetization for Packet-based Multimedia Communications Systems（シリーズＨ：視聴覚およびマルチメディアシステム、視聴覚サービスの基礎構造−−パケットに基づくマルチメディア通信システムのための伝送多重化および同期化、コール信号プロトコルならびにメディアストリームパケット化）”ITU-T Recommendation H.225. 0, draft version 3, May 1999（ITU-T 勧告 H.225. 0、第３版草稿、１９９９年５月）；（ｂ）補遺Ｇ規格：“Annex G -- Communication between Administrative Domains”（補遺Ｇ−−管理ドメイン間通信）（ここでは「Ｈ．２２５」と称される）、ITU, Draft of H.225. 0 Annex G for decision, 17-28 May 1999（決定に対するＨ．２２５．０補遺Ｇの草稿、１９９９年５月１７〜２８日；および（ｃ）Ｈ．３２３規格に対する：“Series H: Audiovisual and Multimedia Systems, Infrastructure of audiovisual services -- Systems and terminal equipment for audiovisual services, Packet-based Multimedia Communications Systems”（シリーズＨ：視聴覚およびマルチメディアシステム、視聴覚サービスの基礎構造−−視聴覚サービスに対するシステムおよび端末設備、パケットに基づくマルチメディアコミュニケーションシステム）、ITU-T Recommendation H.323（ITU-T 勧告 H.323）、第３版、１９９９年５月を参照されたい。これらのすべてをここに引用により援用する。さらに、この発明においてＨ．３２３エレメントたとえばゲートキーパーおよびエンドポイントの間で用いられる制御プロトコルの詳細については、“Series H: Audiovisual and Multimedia Systems, Infrastructure of audiovisual services -- Communication procedures, Control protocol for multimedia communication”（シリーズＨ：視聴覚およびマルチメディアシステム、視聴覚サービスの基礎構造−−通信手順、マルチメディア通信のための制御プロトコル）、ITU-T Recommendation H.245（ITU-T 勧告 H.245）、１９９７年７月を参照されたく−ーこれもここに引用により援用される。
【００８９】
３．コール処理ソフトウェア５００−−構成要素としての処理および他のソフトウェア
上記を考慮しながら、ここで図５に戻って我々の発明のゲートウェイにおいて用いられるソフトウェア３００の一部を形成するコール処理ソフトウェア５００の詳細なブロック図を示す。図５においてキーで示されるように、円形および矩形のブロックは対応的に処理ならびにドライバおよび他のソフトウェアモジュールを指定し；太い実線はデータ経路を示し；太い破線および細い破線は信号送信および構成情報経路をそれぞれ示し；細い実線は他のソフトウェア相互作用に対する経路を示す。我々は、「処理」を、システムオペレーティングシステムが知っている独立した実行エンティティとして定義する。処理は、オペレーティングシステムによって制御されるシステム資源、たとえばプロセッサ、メモリおよび入力／出力（Ｉ／Ｏ）アクセスなどを求めて争い得る。処理は複数のタスクに分割され、それらの各々はオペレーティングシステムが全く知識を持たない論理的なエンティティである。
【００９０】
この発明のゲートウェイはイベントにより駆動される、複数タスクの、パイプライン化されたソフトウェアアーキテクチャを用いるが、単純化のため、以下の議論からはこのアーキテクチャのこれらの局面のほとんどすべての詳細を意図的に省略した。そのような詳細は本質的に従来的であり；したがって、それらを我々のこの発明のゲートウェイにおいて用いられるソフトウェアの実現に用いることは当業者には容易に明らかとなるであろう。
【００９１】
図示されるように、ソフトウェア５００の全体の機能性は４つの基本セクション：例示の目的に限り別個のセクション５１０Aおよび５１０Bを含むデータセクション５１０と；コール処理セクション５５０と；コール切換セクション５８０とコール信号送信セクション５９０とに分割され得る。データセクション５１０はパケット化された電話通信を含むパケット化されたトラフィックの、ゲートウェイへのＬＡＮ接続を介しての送受を、任意のＶｏＩＰコールに対するＧ．７１１圧縮されたフォームでのそのＴＤＭ電話通信表現とＧ．７２３圧縮を伴うそのＩＰデータパケット表現との間における変換と並んで制御する。
【００９２】
コール処理セクション５５０は、ゲートウェイが機能するＨ．３２３環境を管理し；コール処理資源を割当ててコールを処理し；電話通信コールをＰＳＴＮまたはデータネットワークを介してルーティングし、データセクション５１０A内の音声パケットハンドラ処理（ＶＰＨ）５１７およびＴＡＳＱ処理５３７を介してそれらのコールをＰＳＴＮとデータネットワークとの間で、データネットワークを解して与えられるＱｏＳによって保証されるとおりに切換える。コール信号送信セクション５９０は、適切にコールをルーティングするためＰＳＴＮまたはＰＢＸによって用いられるための適切な電話通信信号送信情報を、ＰＳＴＮまたはデータネットワークのいずれかを介して、ゲートウェイとＰＳＴＮとの間およびゲートウェイとＰＢＸとの間においてそれぞれ発生する。
【００９３】
特にいずれのセクションの部分でもないが、ソフトウェア５００は、コマンドおよび製造テストライブラリ５７５と、バッファマネージャ５９３と、タイママネージャ５９４と、処理間通信ファシリティ５９５と、イベントログサーバ５９６とも含む。
【００９４】
コマンドおよび製造テストライブラリ５７５はコマンドのライブラリをもたらし、これを通じて、ユーザは、たとえばコンソールまたはパーソナルコンピュータなどにより、ＲＳ−２３２ドライバ５３９かゲートウェイに設けられたシリアルポートかのいずれかを介して、ゲートウェイと相互作用できる。このような相互作用により、ユーザは、システム構成パラメータを設定でき、さまざまな内部テスト手順を呼出すことができ、また、ゲートウェイがもたらすその他の機能（たとえば内部イベントログの読出、内部動作統計のダウンロード、およびＤＳＰドライバなどの各種ソフトウェアモジュールの更新など）を行なうことができる。
【００９５】
別々のデータのプール（特に図示せず）および制御バッファがゲートウェイに設けられ、何らかの要求処理により動的に割当てられ、使用される。これらのプールはバッファマネージャ５９３により管理される。多数の２６８バイトのバッファを含む制御バッファプールを用いて、ＨＤＬＣ（高水準データリンクコントローラ（Ｄチャネル））ドライバ５９２と各種処理（具体的には、Ｑ．９２１処理５７２、Ｑ．９３１処理５７７、Ｔ１ＡＢ処理５７５およびコールハンドラ処理５６０−これらの処理についてはすべて以下に述べる）との間に信号送信メッセージを送る。さらに、この他の処理にもこれらのバッファを用いて、それらの間で処理間制御通信を送ることができる。多数の２５６バイトバッファを有するデータバッファが用いられて、イーサネット（Ｒ）ドライバ５３３とＶＰＨ処理５１７との間でデータメッセージが移送される。これらのバッファは各々、ＲＴＰヘッダ（１２バイト長）とその後に続く２４０バイトの音声サンプル（これはＧ．７１１圧縮を用いなければ、約３０ｍｓｅｃの音声サンプルを記憶する）に十分対応できるほど大きい。
【００９６】
タイママネージャ５９４は各種要求処理およびドライバに対してさまざまなソフトウェアベースのタイマを提供し、それらを管理する。このマネージャは必要に応じてタイマを始動させ、また終了させる。処理については、マネージャ５９４は現在は満了しているタイマを以前に設定した処理に対して、Timer Expiry（タイマ満了）メッセージを伝える。装置ドライバは、メッセージを受けることができないので、コールバックアプローチを通じてマネージャ５９４と相互作用する。使用においては、マネージャ５９４は１０ミリ秒ごとにタイマ割込を受け、この間にこのマネージャはいずれかのアクティブなタイマがそのとき満了しているかを判断し、満了していれば、割込サービスドメインにおけるそのタイマの識別情報を伝える。
【００９７】
処理間通信ファシリティ５９５は、各処理に対してインターフェイスメールボックスを実現し、これを通じてその処理は装置ドライバおよび他の処理との通信を行なう。このメールボックスは、二重にリンクされたキューヘッドおよび他の情報からなり、処理間のイベントの信号送信を容易にする。発呼処理（たとえば別のすなわち「被呼」処理にメッセージを送る処理）は、特定のメッセージバッファを識別し、その識別情報を被呼処理のメールボックス内に入れることにより、別のすなわち被呼処理へメッセージを送る。必要であれば、メッセージを伝える際に被呼処理を「呼び覚ます（wake up）」ために、イベントが生成される。メッセージは、システムメッセージヘッダと可変長のデータフィールドとからなる。このヘッダは、メッセージのタイプと、発呼処理に関連づけられる固有システム識別情報（ＵＳＩＤ）とを特定する。各処理およびドライバは、対応の２バイトのＵＳＩＤを有する。ＵＳＩＤは、所与のハードウェア装置ではなく、特定の回路など、異なる機能の各々に関連づけられる。ＵＳＩＤは２つの１バイトの成分、すなわち主装置番号と副装置番号とを有する。１つの主装置番号には１つの装置が割当てられ、その装置がもたらす種々の機能の各々に対して別個の副装置番号が割当てられる。処理は「仮想」装置と考えられており、それらは１つの主装置番号を備え、その処理に関連づけられる別個のタスクの各々が別個の副装置番号を有する。このアプローチを通じて、ある処理が別の処理からメッセージを受けることができ、また、装置ドライバから入来するデータまたはイベントを受けることができる。
【００９８】
イベントログサーバ５９６はイベントログテーブルを維持し、イベントログサービスを提供する。このサービスにより、特定のコマンドを用いて、エントリをイベントログに書込み、よってイベントログを更新する、イベントが生成される。このログは、コマンドおよび製造テストライブラリ５７５によりTelnet処理５２６にルーティングされる適切なTelnetコマンドを発行することによって、ユーザにより読出され得る。
【００９９】
ここで、ソフトウェア５００の特定のセクションに目を向け、始めにデータセクション５１０Aについて述べる。
【０１００】
図示したように、データセクション５１０Aは、処理の観点から見て、アイドル処理５０２、構成マネージャ（ＣＭ）５０５、ウェブサーバ５１４、ＶＰＨ５１７、ＨＴＴＰ（ハイパーテキスト転送プロトコル）サーバ５２０、ＦＴＰ（ファイル転送プロトコル）サーバ５２９、Telnetサーバ５２６、ＳＮＭＰ（簡単ネットワーク管理プロトコル）処理５３８、およびＴＣＰ／ＩＰ処理５３５を含む。このセクションはまた、ドライバに関して、ＤＳＰドライバ５１９、イーサネット（Ｒ）ドライバ５３３およびＲＳ−２３２ドライバ５３９を含み、また、他のソフトウェアモジュールに関して、ウォッチドッグタイマモジュール５０７、データベース５０８、ウェブページ５１１およびフラッシュメモリプログラミングモジュール５２３を含む。
【０１０１】
特に、ゲートウェイの起動時、フラッシュメモリ２０５（図２参照）に記憶されたブートプログラムが、フラッシュメモリから実行可能なプログラムコードをＳＤＲＡＭ２１０へコピーし、その後、そのときＳＤＲＡＭ中にあるプログラムコピーに対して実行を転送する。コードをコピーした後それをＳＤＲＡＭから実行すると、そのコードをフラッシュメモリから直接実行するよりも実質上早くなる。このコードがＳＤＲＡＭから一旦実行し始めると、それは種々の構成テーブルを初期化し、オペレーティングシステムをブートし、その後そのオペレーティングシステムへ制御を伝達する。オペレーティングシステムは、構成マネージャ５０５を最初に実行すべき処理として始動させ、それを用いて、次々と、他のすべての処理を必要に応じて生じさせる。この構成マネージャはまた、バッファマネージャ５９３、タイママネージャ５９４およびイベントログサーバ５９６も初期化する。一旦これが起きると、構成マネージャはすべての装置ドライバおよび初期化を必要としているその他のソフトウェアモジュールをすべて初期化する。また、パワーオン・リセット状態が生じると、構成マネージャ５０５はイベントログおよびすべての統計カウンタをクリアする。さらに、構成マネージャはウォッチドッグタイマドライバ５０７も始動する。このドライバは規則的かつ周期的に、マイクロコントローラ内に置かれたハードウェア実現型ウォッチドッグタイマをストローブ（リセット）し、そのタイミングインターバルを継続的に再始動させる。ソフトウェアの実行を停止するような突発障害の場合、ウォッチドッグタイマはそのタイミングサイクルの終わりに到達し、警告状態を発生させるとともに、中継器２６５および２７５（図２参照）にそれらの通常の開位置をとらせ、それによってゲートウェイをバイパスする。
【０１０２】
構成マネージャはまた、図５に示すデータベース５０８内の構成情報も維持する。この情報は以下の２つの基本部分を含む。それらは、ユニット特有情報（すなわち、ソフトウェア５００が実行している特有のゲートウェイに対するもの）と、Ｈ．３２３ドメイン全域情報とである。ユニット特有情報、すなわち、いわゆる「プロファイル」は、Ｈ．３２３環境において動作する各ゲートウェイに対して別個に構成される。ドメイン全域情報は、いずれか１つのゲートウェイに入力され、このゲートウェイは、マルチキャスト機構を用いて、その情報を同じ管理ドメインにおける他のゲートウェイすべてに配布する。ドメイン全域情報は、たとえば、そのドメインにおける各ゲートウェイ、ボーダーエレメントおよび電話通信エンドポイントのＨ．３２３登録情報を含む。以下に述べるように、各Ｈ．３２３エレメントは所与のゲートキーパーに登録するので、そのゲートキーパーは、対応のボーダーエレメントを介して、その登録データを同じ管理ドメインにある他のゲートキーパーすべてに同報で送り、そのドメイン中の各ゲートキーパーおよびボーダーエレメントが、ドメイン中の他のすべてのＨ．３２３エレメントの存在およびアドレスを知るようにする。各Ｈ．３２３エレメントが登録を解除し、そのドメインを離れると、逆のことが起こる。このデータベースは、多数の異なる処理（ウェブサーバ５１４、ＳＮＭＰ処理５３８、ゲートキーパー７００、コールハンドラ５６０、Ｑ．９３１処理５７７およびボーダーエレメント９００）のいずれかによって、現在の構成状態を反映するように、動的に更新され得る。データベース５０８はまた、ルーティング（翻訳）テーブルも記憶する。プロファイルおよびシステム全体の情報の両者、ならびにルーティングテーブルは、フラッシュメモリ２０５（図２参照）内に記憶され、システムリセットおよびパワーサイクルにわたって不揮発性記憶をもたらす。
【０１０３】
図５に示し、かつデータセクション５１０Aの中心にあるＴＣＰ／ＩＰ処理５３５は、ゲートウェイ内の基本ルーティングエンジンを実現する。具体的には、この処理は、宛先に基づいてＩＰルーティングを行なうＴＣＰ／ＩＰ（伝送制御プロトコル／インターネットプロトコル）スタックを実現する。この処理は、ＩＰ、ＴＣＰ、ＵＤＰおよびＡＲＰ（アドレス解決プロトコル）プロトコルに対して、このスタックにおけるエントリのすべての処理を行なう。従来の「ソケット」インターフェイスは、処理５３５により、通信を許可するためにスタックの最上層に設けられ、ローカルＩＰアプリケーション、具体的には、ＶＰＨ５１７、ＨＴＴＰサーバ５２０、ＦＴＰサーバ５２９、Telnetサーバ５２６、ＳＮＭＰ（簡単ネットワーク管理プロトコル）５３８、ＴＡＳＱ処理５３７、ゲートキーパー（ＧＫ）７００、イベントサーバ５５５およびＰ．３２３処理５５３、を伴う。スタックの最下層に位置づけられてイーサネット（Ｒ）ドライバ５３３と通信する共通ネットワークインターフェイスにより、イーサネット（Ｒ）（ＬＡＮ）接続を介したスタックとのネットワーク通信が容易になる。特に、処理５３５は、入来するＩＰパケットがイーサネット（Ｒ）ドライバ５３３により供給されると、それをＬＡＮから受け入れる。この点において、これらのパケットの各々は、従来と同様、イーサネット（Ｒ）ドライバ５３３を介して、外部処理のためにＬＡＮにわたって搬送されるようにルーティングすることもできる。以下に述べるように、これらの出力されるＩＰパケットは、発呼者が生じる近端の音声、データまたはファクシミリ情報を含む、局所的に生成されたＶｏＩＰパケットであり得る。これらのパケットはＬＡＮによってプライベートデータネットワークにルーティングされ、そこから遠隔のゲートウェイにルーティングされて、最終的にＴＤＭ信号に変換され、被呼側のディレクトリ番号を供する宛先ＰＢＸで終了する。
【０１０４】
ゲートウェイを通じて遷移するＶｏＩＰコールの各々について、ＶＰＨ処理５１７はそのコールに関連づけられる音声パケットを双方向で扱う。具体的には、ローカルＰＢＸからＴＤＭチャネルに生じる音声データを含む、入来Ｇ．７１１パケットは、図５に示すように、コールハンドラ処理５６０により、ＶＰＨ処理５１７に与えられる。この後者の処理により、これらのパケットはＤＳＰドライバ５１９に与えられる。このドライバは、次いで、割振られたＤＳＰ（ＤＳＰ２２５1、…、２２５8のうちの１つ）上の割当てられたチャネルにこれらのパケットをルーティングし、Ｇ．７２３圧縮形式に変換する。この結果生じるＧ．７２３パケットは、この後ＶＰＨに戻され、このＶＰＨは、適切なＩＰコールルーティング情報を有するこれらのパケットをＩＰパケット中に封じ込める。このコールルーティング情報は宛先ＩＰアドレスおよび発信元ＩＰアドレスを含み、これらは被呼側ディレクトリ番号および発呼側ディレクトリ番号に対応付けられており、データベース５０８内に記憶された翻訳テーブルにおいて規定され、かつコールハンドラによりアクセスされてＶＰＨ処理５１７に供給される。その後、ＶＰＨ処理５１７はこれらのＩＰパケットをＴＣＰ／ＩＰ処理５３５に供給してＬＡＮにルーティングし、そこから、プライベートデータネットワークにルーティングして遠端のピアゲートウェイへ搬送する。ＶＰＨは、逆の様式のＬＡＮから上述のＬＡＮへ入来するデータパケットを処理し、対応のＧ．７１１パケットをコールハンドラ処理に与え、最終的にＴＤＭチャネルへ変換してローカルＰＢＸへ与える。
【０１０５】
ＤＳＰドライバ５１９はまた、種々のカウンタおよびバッファを介して、従来のＲＴＰ（ＵＤＰ内にある、実時間転送プロトコル）パケットのパケット内に含まれる順序付け番号によってパケット損失の統計結果を判定し、また、それがそのとき扱っている現行のＶｏＩＰコールの各々に対するネットワーク接続のジッタを判定するのに用いられるバッファオーバフロー／アンダフロー情報を提供する。そのようなコールの各々に対して、ＴＡＳＱ処理５３７は、従来より、このコールに対応付けられるピアゲートウェイに定期的に「ping」を送り、かつ往復経過時間を測定することにより、そのコールに対するネットワーク接続のレイテンシを測定している。ＴＡＳＱ処理はまた、ＤＳＰドライバを断続的にポーリングし、そのようなコールの各々に対して、パケット損失の統計結果およびバッファアンダフロー／オーバフローを得る。ＴＡＳＱ処理５３７はそれから、ＤＳＰドライバから受けたこのデータを内挿し、かつ経時的にフィルタリングし、また、そのコールに対するそのレイテンシ決定に関連して、その特定のＶｏＩＰコールをこのとき保持しているネットワーク接続の数字的な階級を決定する。この接続の階級が所定のしきい値未満であれば、ネットワーク品質は、このコールを扱うには不十分であるとみなされることになる。ＴＡＳＱ処理はコールハンドラ５６０に、そのコールをプライベートデータネットワークからＰＳＴＮへ切換えるように指示を出す。これに代えて、コールがこのときＰＳＴＮ上で保持されていれば、ＴＡＳＱ処理５３７はネットワーク品質の測定を継続し、しきい値未満に低下した可能性のあるネットワーク品質が、後に、コールをサポートするのに必要なしきい値より上へ向上しており、よって再びトールバイパスおよびコスト節約をもたらすことができるか否かを判定する。そうするために、ＴＡＳＱ処理５３７はそのゲートウェイから、そのピアゲートウェイ（たとえば図１に示すゲートウェイ２００および２００′）へ「ping」を定期的に送り、これらのゲートウェイはまとめて、そのコールの発呼場所および被呼場所を提供する。このゲートウェイ−ピアゲートウェイ接続（これにわたってこのコールをルーティングできる）に関連付けられる数字的な階級が、これらのレイテンシ測定に基づいて十分であれば、ネットワーク品質は、ＶｏＩＰコールをサポートするのに今度は十分であるとみなされる。この場合、ＴＡＳＱ処理５３７は、コールハンドラに、このコールを再びＰＳＴＮからプライベートデータネットワークへ切換えるように指示を出す。このように、ＴＡＳＱ処理５３７は、そのときプライベートデータネットワークを通じて入手可能なＱｏＳにおける動的変化に基づいて、コールハンドラに、このコールを切換えてＰＳＴＮとプライベートデータネットワークとの間で行き来させるように指示し、ＴＡＳＱ処理５３７がそのとき提供しているＱｏＳと一致するプライベートデータネットワークを最大に利用できるようにする。内挿およびフィルタリングを通じて行なうことを含む、ジッタ、パケット損失およびレイテンシを測定してこれらの測定値に基づいてネットワーク接続の質を判定するために用いられる技術は、すべて従来技術であるので、これらのよ���詳細な説明は省略する。さらに、ＰＳＴＮ回路により切換えられた接続は、一貫して非常に高い均一なレベルの質をもたらすので、これらの接続のＱｏＳを特定的に測定する必要はなく、これは単純に、常に十分高いと推定できる。
【０１０６】
ＤＳＰドライバ５１９はまた、インバンドファクシミリまたはモデムトーンの存在により、そのときゲートウェイを介して確立されているＶｏＩＰコールがファクシミリまたはモデムデータを保持しているかを検出し、保持していれば、ゲートキーパー処理７００との好適な相互作用により、それがこのデータを扱うのに用いる圧縮を適切に変更する。これらの動作の詳細は本発明に関係ないので、さらなる説明は省く。
【０１０７】
このように、ＶｏＩＰパケットは、ソフトウェア５００を通って、ＶＰＨ処理、ＤＳＰドライバ、ＤＳＰ、ＴＣＰ／ＩＰ処理、イーサネット（Ｒ）ドライバ、ならびにＬＡＮおよびプライベートＩＰデータネットワーク間で、太い実線５１８、５２２、５３１、５３４および５４０で示されるデータ経路の方向に、またそのデータ経路に沿って流れるということが、読み手には容易にわかる。
【０１０８】
アイドル処理５０２は、割込優先権モードではあるが実行優先権の最も低いモード（Ｏ／Ｓ内で実行される内部アイドル処理以外のもの）で動作する。処理５０２は、その現在の作業量に関して、またコード破損を検知するために、マイクロコントローラのステータスを単純に判定し、フラッシュメモリ２０５（図２参照）に記憶されたソフトウェアを、そのときＳＤＲＡＭ２１０内にありＳＤＲＡＭ２１０から実行しているものと比較し、さらに、それが不一致を検知すればエラーイベントを発生する。
【０１０９】
図３Ｂに示すセクション５１０B内に含まれるＬＥＤドライバ５６６は、プログラム制御下で各種ＬＥＤインジケータ５６９を適切に通電し、構成マネージャにより提供されたとおり、ゲートウェイの現在のステータス情報を示す。
【０１１０】
コール切換セクション５８０内の単独の構成要素であるＴＳＩ（タイムスロット交換器）ドライバ５８５により、ＴＤＭスイッチ２５０に制御インターフェイスが与えられ、そうすることにより、コールハンドラ５６０が、それを介して適切なタイムスロット接続を確立し、発呼側および被呼側の電話通信エンドポイントに対応付けられる特定のタイムスロットを接続するために、スイッチの動作を制御することを許可する。
【０１１１】
コール信号送信セクション５９０は、３つの処理、すなわちＴ１ＡＢ処理５７５、Ｑ．９２１処理５７２およびＱ．９３１処理５７７と、３つのドライバ、すなわちＡＢビットドライバ５９１、ＨＤＬＣ（Ｄチャネル）ドライバ５９２およびＴ１／Ｅ１共通ドライバ５７４とを含む。上述したように、セクション５９０は適切な電話通信信号送信情報を生成し、ＰＳＴＮまたはＰＢＸにより用いられて、ＰＳＴＮを介してまたはデータネットワーク上でのいずれかで、ゲートウェイとＰＳＴＮとの間、およびゲートウェイとＰＢＸとの間でそれぞれコールを適切にルーティングする。
【０１１２】
上述したように、Ｔ１／Ｅ１通信リンクは、チャネル対応信号方式（ＣＡＳ）または共通チャネル信号方式（ＣＣＳ）のいずれかを用いることができる。Ｔ１ＡＢ処理５７５は、ＡＢビットドライバ５９１を介して、ＣＡＳに設けられた個別の信号送信ビットＡおよびＢと相互作用し、これらのビットに含まれる信号送信情報をコールハンドラにより使用可能な表示に変換する。このドライバと相互作用する処理５７５はまた、コールハンドラにより提供された信号送信情報をこれらの個々の信号送信ビットに変換するというリバース（reverse）関数をまとめて実現する。処理５７５およびドライバ５９１は、Ｔ１／Ｅ１リンクがＣＡＳモードで動作される場合のみアクティブにされる。
【０１１３】
ＣＡＳモードおよびＣＣＳモードのＴ１／Ｅ１リンクの両者とともに使用されるＴ１／Ｅ１共通ドライバ５７４は、Ｔ１／Ｅ１トランシーバ／フレーマ２６０および２７０（図２参照）と相互作用してそれらを制御し、さらに、ＣＡＳとＣＣＳとの両者に共通のＴ１／Ｅ１フレーミングの一部を実現する。このドライバは、Ｔ１／Ｅ１アラーム状態を検知し、そのように検知された状態を、図５に示すコールハンドラ処理５６０に送る（ただし、これら２つの処理間のつながりは特に示されない）。ＨＤＬＣ（Ｄチャネル）ドライバ５９２（図５に示す）は、Ｑ．９２１処理５７２およびＱ．９３１処理５７７に伴い、Ｔ１／Ｅ１リンクがＣＣＳモードで動作される場合のみ、すべてアクティブにされる。
【０１１４】
ＨＤＬＣドライバ５９２はマイクロコントローラ内に配置された対応の直列通信回路（ＳＣＣ）の動作を制御し、ＨＤＬＣとして用いる。このドライバは、プログラム制御の下で、ＰＳＴＮ／ＰＢＸ  Ｔ１／Ｅ１内の別々のＢチャネル（６４ｋｂｉｔｓ／秒）またはＤチャネル（１６ｋｂｉｔｓ／秒）に接続され、その特定のＨＤＬＣを介して、そのリンク上のＴＤＭチャネルに対するデータ送受信を制御する。このドライバは、それを通って流れるデータの方向に依存して、このＴＤＭスロット上に現われる情報からＱ．９２１メッセージを抽出してそれらのメッセージをＱ．９２１処理５７２に与えるか、または逆方向に動作してＱ．９２１処理５７２により生成されたＱ．９２１メッセージを与えてそのＴＤＭタイムスロットを通じて搬送するか、のいずれかを行なう。ＨＤＬＣドライバは、状態が許せば、プログラム制御の下で、ＨＤＬＣとして作用する特定のＳＣＣに割振られる。これらのＨＤＬＣは、物理層Ｔ１／Ｅ１インターフェイス（図２には特に図示しない）とともに、ハードウェアにおいて、ＯＳＩネットワーク機能性の層１をまとめて実現する。イベント駆動のソフトウェア実現型スーパーバイザの下で、マイクロコントローラは、現在のリソース要求、それから利用可能なハードウェアリソースに鑑みて、ドライバ５９２を所与のＳＣＣに割振り、これが後にＨＤＬＣとして用いられ、ゲートウェイを通じて所望のコールを扱う（たとえばコール送信または受信）。
【０１１５】
Ｑ．９３１処理５７７は従来のものであり、ＣＨ処理５６０から出る信号送信メッセージを、Ｄチャネル信号送信を通じてこれらのメッセージをＰＳＴＮまたはＰＢＸと通信させてコールのセットアップおよび分解を制御するために、適切なＱ．９３１メッセージの形式に符号化する。この結果生じる出力されるＱ．９３１メッセージは、Ｑ．９２１処理５７２により、Ｑ．９２１情報フレームに適切に封入され、後にＤチャネル信号送信を介してローカル中央局スイッチまたはローカルＰＢＸのいずれかに移送する。これらの処理はまとめて逆方向に動作し、入来するＱ．９２１情報フレームを処理し、入来するＤチャネルＱ．９３１信号送信メッセージをコールハンドラ５６０による処理に対して適切な信号送信メッセージに復号化する。Ｑ．９３１処理５７７は、Ｑ．９２１処理５７２とともに、ソフトウェアにおいて、ＯＳＩネットワーク機能の周知の層３および２をそれぞれまとめて実現する。
【０１１６】
コール処理セクション５５０は、ゲートキーパー処理７００、ボーダーエレメント処理９００（これは、特に図示しないが、対応のピアボーダーエレメント処理も含む）、イベントサーバ５５５、コールハンドラ処理５６０、Ｈ．３２３ドライバ５６３およびＰ．３２３処理５５３を含む。上述したように、このセクションはゲートウェイが機能するＨ．３２３環境を管理し、コールハンドリングリソースを割当ててコールを処理し、ＰＳＴＮまたはデータネットワークのいずれかを介して通話のルーティングを行ない、さらに、ＶＰＨ処理５１７とＴＡＳＱ処理５３７との相互作用を介して、そのときデータネットワーク上で提供されたＱｏＳにより保証されると、それらのコールをＰＳＴＮとデータネットワークとの間で行来するように切換える。ゲートキーパー処理７００およびボーダーエレメント処理９００は、データベース５０８に記憶された構成情報を利用するとともに、そのような情報をデータベース内へ書込む。これら２つの処理については、この段階で明確な理解のために必要な程度まで上記で述べたが、図７、９および１０に示す下位レベルのブロック図に関して、また以降の図面に示す、ゲートウェイ内およびピアゲートウェイ間を流れてゲートウェイ間の通話処理を実現するメッセージ伝達に関して、以下により詳細に述べる。
【０１１７】
コールハンドラ（ＣＨ）処理５６０はゲートウェイにおけるすべてのコール制御機能を実現する。特に、コールハンドラ処理はＰＢＸとデータネットワークまたはＰＳＴＮのいずれかとの間の特定のトランクを介したコールを適切にルーティングし、ここでの「トランク」とはＰＢＸ、ＰＳＴＮまたはデータネットワークに対する通信チャネルを包含する論理エンティティとしてみなされる。内部自動切換マネージャを通じて、コールハンドラはまた、自動切換機能を実現し、すなわち、データネットワーク上のＱｏＳ状態における動的変化に応答して、ＰＳＴＮとデータネットワーク接続との間で通話を切換える。このＣＨはまた、入来するまたは出力されるコールに関する信号送信プロトコルも取扱う。
【０１１８】
特に、ＣＨ処理５６０は、データネットワーク接続の現在のＱｏＳに関するＤＳＰドライバ５１９およびＴＡＳＱ処理５３７の両者と相互作用することにより、通話をＰＳＴＮを介してまたはデータネットワークを通じて、ＴＤＭスイッチを介してＰＢＸから入来するＴＤＭコールを、ＰＳＴＮまたはＶＰＨ処理５１７のいずれかに方向づけることにより、ルーティングを行なう。この後者の処理は、上述のとおり、Ｇ．７１１パケット化電話通信情報をＤＳＰドライバ５１９を通じてＤＳＰへ方向づけ、これにより、この情報は好適なＧ．７２３圧縮ＩＰパケットに変換され、次いで、ＴＣＰ／ＩＰ処理５３５およびイーサネット（Ｒ）ドライバ５３３を介してＬＡＮ接続へ、またそこからプライベートデータネットワークへとルーティングされる。ＣＨ処理５６０は、プライベートデータネットワークのＱｏＳの動的な判定の結果生じたＴＡＳＱ処理５３７からの指示に応じて、ＱｏＳの変化と一致してＰＳＴＮとＩＰネットワークとの間を行き来するようにコールを切換える。さらに、ＣＨ処理５６０が選択的なコールルーティングを実現し、それを通じて、その処理は、所定のコールされた番号情報（たとえば所定のコールされた番号およびバイパス電話番号（ＢＰＮ）のリスト）およびデータベース５０８内に構成情報として記憶された交換に基づいて、緊急コールまたはローカルコールなどの特定のコールがプライベートデータネットワークではなくＰＳＴＮを介してルーティングされなければならないか否かを判断し、それに従ってそれらのコールをルーティングする。ＣＨ処理５６０はまた、メッセージ伝達により、Ｔ１ＡＢ処理５７５またはＱ．９３１処理５７７のいずれかから受信した入来および出力Ｔ１／Ｅ１信号送信メッセージを処理し、ＰＳＴＮおよびローカルＰＢＸを介した適切なコールの経路を確立する、すなわち、コールハンドラが効果的に終了するそれらのディレクトリ番号に対して入来コールのルーティングを行なう。ＣＨ処理５６０はまたＴ１／Ｅ１チャネルの管理も行ない、個別のＤＳＰを、ＤＳＰドライバ５１９を介して、対応のＴ１／Ｅ１ＴＤＭチャネルに割当てかつ割振り、対応のＶｏＩＰコールを開始させるのに用い、その後、そのコールの持続時間にわたって音声処理を行ない、さらにその後、ＣＨ５６０はそのＤＳＰを解放し、別のそのようなコールに対する以降の再割振りおよび使用を行なう。ＣＨ処理５６０はまた、上述したように、Ｔ１／Ｅ１共通ドライバ５７４により検出されるＴ１／Ｅ１アラームを処理する。さらに、ＣＨ処理は、上述したように、またＴＳＩドライバ５８５を介して、ゲートウェイ内のＴＤＭスイッチの動作を制御する。機能コールによりＨ．３２３プロトコルスタック５６３とともに動作するＣＨ処理５６０は、Ｈ．３２３標準に従って、入来するＨ．２２５．０コール制御メッセージを処理し、そのような出力されるＨ．２２５．０メッセージを生成する。スタック５６３はライブラリを用いて実現されるので、すなわち、このスタックは処理の必要がないので、ポータルＨ．３２３処理（Ｐ．３２３処理）５５３は、ＴＣＰ／ＩＰ移送層インターフェイスをこのスタックに与える。処理５５３はソケットを介してＴＣＰ／ＩＰ処理５３５へと接続し、ＣＨ処理５６０へ送られるＨ．２２５．０メッセージを与えてＣＨ処理により生成されたそのようなメッセージをＬＡＮを介しそこからプライベートデータネットワークへ移送するために、Ｈ．３２３スタック５６３への読出および書込動作を行なう。
【０１１９】
イベントサーバ５５５はＣＨ処理５６０と通信し、コールイベントを収集および蓄積し、また標準Telnetポート２３以外のポート番号におけるTelnetプロトコルのサーバ側を実現する。ユーザＰＣまたはワークステーション上で実行しているtelnetクライアントまたはカスタムアプリケーションは、この処理と通信でき、記憶されたコールイベントを読出すことができる。これらのコールイベントは、たとえばコール接続およびコール切断を含み、そのＰＣまたはワークステーションを通じて続いて処理され、たとえば、いわゆる「コール詳細記録」を生成して、通話料金の計算および請求書作成においてまたは他の目的で後に使用することができる。
【０１２０】
簡明のため、コール処理ソフトウェア５５０は単一のゲートウェイおよび単一のボーダーエレメントを含むとして図示してきたが、このソフトウェアは複数の異なるゲートキーパーおよび複数の異なるボーダーエレメントを実現でき、これらは各々ゲートキーパー処理７００およびボーダーエレメント処理９００の異なる例であって、それぞれ、単一のゲートウェイを介して実現される実際のネットワークトポロジィのそれらの部分に依存する。さらに、大きなネットワークトポロジィについては、ゲートキーパーおよびボーダーエレメントのいかなる例も、ゲートウェイの残りの部分に対する適切なネットワークおよびソフトウェアインターフェイスを有する、パーソナルコンピュータまたはワークステーションなどの外部コンピュータ計算システムを通じて実現され得る。このようなインターフェイスは従来のものとなり当業者には容易に明らかとなるので、それらの詳細についてはすべて省略する。
【０１２１】
図６は、コール処理ソフトウェア５００を構成する処理の相対的な実行優先度を示す表６００を表わす。図示したように、ＴＣＰ／ＩＰ処理５３５およびＣＭ処理５０５は各々、相対的に最も高い実行優先度（値２５５）を有する。このような優先度をＴＣＰ／ＩＰ処理５３５に割振ることにより、ゲートウェイを介したＶｏＩＰコールのレイテンシが最小になる。同等に高い優先度をＣＭ処理５０５に割振ることにより、この処理が、ゲートウェイが通常の動作を行なっている間に、適切にかつ定期的にウォッチドッグタイマドライバ５０７によってウォッチドッグタイマを確実にリセットするようにし、処理作業量が多いことによりそのタイマが不意に切れて誤った破局警報状態を発生することを防ぐ。ＶＰＨ５１７には次のより低い優先レベル（値２００）が割振られるが、これは、ＶＰＨがＶｏＩＰパケット用のデータ経路にあれば、これらのパケットがゲートウェイを通じて経験するやもしれないいかなるレイテンシも実質的に減じるほどには十分高い。ゲートキーパー処理７００およびボーダーエレメント処理９００の両者は（そのピアのボーダーエレメント処理も伴う）はともに、各々、種々のコール制御および信号送信処理（具体的にはＣＨ処理５６０、Ｔ１ＡＢ処理５７５、Ｐ．３２３処理５５３、Ｑ．９３１処理５７７およびＱ．９２１処理５７２であり、これらはすべて次に高い実行優先値１００を共有する）とともに、相対的な実行優先度１５０が割当てられる。アイドル処理５０２にはＯ／Ｓ内部のアイドル処理を除いて、最も低い実行優先度（値１０）が割振られ、コール処理ソフトウェア５００内で用いられる他のすべての処理は、アイドル処理５０２と比べて相対的により高い実行優先度（５０）を共有している。
【０１２２】
ａ．ゲートキーパー処理７００
図７は、ゲートキーパー処理７００を実現するソフトウェアのブロック図を表わす。ゲートキーパー処理７００は、図４Ｂに示したゲートキーパー４２０1、４２０2、４２０3、４６０1および４６０2の各々を実現する。
【０１２３】
図７に示すように、ゲートキーパー処理７００は、ユーザインターフェイス７１０、外部ＡＰＩ（アプリケーションプログラミングインターフェイス）７２０、システムマネジメント処理７３０、管理ドメイン・クライアントマネージャ７４０、エンドポイントマネージャ処理７５０、ルーティング処理７６０、システム管理処理７７０、Ｈ．２２５．０処理７８０およびＩＰ処理７９０を含む。
【０１２４】
ブロック７１０は、ゲートキーパーに関する問題を判断および診断するために、またゲートキーパーのユーザ管理を行なうために、ゲートキーパー全体に対するユーザインターフェイスを実現し、記憶された統計結果をゲートキーパーから得る。外部ＡＰＩブロック７２０は、ＡＰＩインターフェイスをもたらし、これは、ゲートキーパーの機能を拡張してゲートキーパーをより大きなシステム（たとえばコールセンターまたは自動コール分配元）に統合するために用いられ得る。ルーティング処理７６０はエンドポイントルーティングを実現する。特に、ルーティング処理７６０は、ディレクトリ数、エンドポイントエイリアスおよびＨ．３２３エンドポイント識別子の観点から、そのゲートキーパーが管理するゾーンにおけるすべてのＨ．３２３エンドポイントに対して、ルーティング情報を特定する内部ルーティングテーブル７６５を含む。処理の遅れを減じるために、ルーティング処理７６０は、内部キャッシュメモリ（図示せず）に、その処理が最近コールをルーティングしたエンドポイントアドレスを記憶する。システム管理処理７７０は、帯域幅およびゾーン管理などのさまざまな管理機能、ならびにゾーン内のエンドポイントまたはゲートウェイなどのエンティティの方針および認可を実現する。
【０１２５】
管理ドメインクライアントマネージャ７４０は、ゲートキーパーが、そのボーダーエレメントを通じて（およびそのピアのボーダーエレメントに対して）、そのコールルーティング能力を同じ管理ドメイン内の他のゲートキーパーすべてに公表するために、ゲートキーパーとボーダーエレメントとの間のサービス関係を確立するのに必要な、適切な機能性を実現する。マネージャ７４０はまた、ゲートキーパーまたはそのゲートキーパーに関連づけられた外部テーブル（図９に示すボーダーエレメント９００と併せて以下に説明する）内にある内部ルーティングテーブル（具体的にはテーブル７６５）か、そのゲートキーパーに関連づけられたキャッシュメモリ内かのいずれかに含まれていないアドレスを解決する。
【０１２６】
エンドポイントマネージャ７５０は、エンドポイント（たとえばゲートウェイおよび電話通信のエンドポイント…これらはともにＨ．３２３標準に基づく「エンドポイント」としてみなされる）の登録および登録解除を含む、Ｈ．３２３エンドポイントを管理し、コールに対応するネットワーク帯域幅の割当および割当解除を行ない、電話通信エンドポイントと適切なルーティング処理７６０で使用するためのエンドポイントアドレスの翻訳との間でコールルーティングを行なう。この翻訳は、出力されるコールに適用され、発呼側ディレクトリ番号を必要に応じて１つ以上のＩＰアドレスに変換することを必要とする。ゲートキーパーはまた、ゲートキーパーと同じ管理ドメイン内の他のすべてのＨ．３２３エンドポイントについてのルーティング情報を与える外部テーブル（図示せず）を利用する。
【０１２７】
Ｈ．２２５．０処理７８０はＨ．２２５プロトコルを処理し、このように、これに応じて、ゲートキーパーから出てボーダーエレメントもしくはＨ．３２３エンドポイントへ入る、またボーダーエレメントもしくはＨ．３２３エンドポイントから出てゲートキーパーへ入るＨ．２２５．０メッセージを、それぞれ符号化および復号化する。ＩＰ処理７９０は、ＴＣＰ／ＩＰプロトコルのＵＤＰ、ＴＣＰおよびＩＰネットワーク層を実現し、必要に応じて、ゲートキーパーにおける他の処理すべてと相互作用してネットワーク通信をもたらす。
【０１２８】
最後に、システムマネジメント処理７３０はゲートキーパー全体を構成し、ゲートキーパーの動作を監視し、さらに、動作に関する統計結果をゲートキーパーから集め、またゲートキーパーについての障害を管理する。例示的には、ブロック７３０内に組込まれたＳＮＭＰクライアント（図示せず）を用いて、障害情報を管理し、要求元の処理に対して通信する。
【０１２９】
ここで、図７に示す一般的な処理の相互作用について説明し、この説明中、適切な箇所に対応のメッセージを括弧書きで示す。
【０１３０】
図示したように、システムマネジメント処理７３０は、エンドポイントマネージャ７５０および管理ドメインクライアントマネージャ７４０の両者と通信する。エンドポイントマネージャとの相互作用により、システムマネジメント処理７３０は、エンドポイントマネージャ７５０が発呼側のエンドポイントに対してネットワーク帯域幅の割当および割当解除を行なう際に用いる帯域幅テーブルを設定し（Set Bandwidth）、また、ゲートキーパーがＨ．３２３発見要求および登録要求メッセージについて聞くことになる異なるＩＰアドレスを設定する。帯域幅の割当および割当解除は、コールに対して利用可能なネットワーク帯域幅を確保すること、そのとき進行中のコールに対して帯域幅を追加すること、およびコールにもはや必要でなくなったネットワーク帯域幅を解放することを含む。システムマネジメント処理７３０はまた、管理ドメインクライアントマネージャ処理７４０との通信も行なう。マネージャ７４０との相互作用により、このシステムマネジメント処理は管理ドメインにおける各ボーダーエレメントのＩＰアドレスを設定する。クライアントマネージャ７４０はまた、ルーティング処理７６０との通信も行なう。管理ドメインクライアントマネージャ７４０は、ルーティング処理７６０との相互作用により、ルーティング処理７６０に関連づけられる外部ルーティングテーブルにおけるすべての外部ルートエントリをクリアし（Flush Network Router）、外部ルートエントリをそのテーブルに追加し（Add Network Address）、外部アドレスを変更し（Update Network Address）、または外部アドレスをルーティング処理７６０から取除く（Delete Network Address）ことができる。
【０１３１】
エンドポイントマネージャ７５０は管理ドメインクライアントマネージャ７４０と双方向通信を行なう。マネージャ７５０と相互作用することにより、管理ドメインクライアントマネージャ７４０はマネージャ７５０に、管理ドメイン中の特定のボーダーエレメントがそれらの間のコールルーティングを容易にするためにドメイン外部の別のボーダーエレメントに接続されていることを通知する（Connect）。また、エンドポイントマネージャ７５０は、マネージャ７４０と相互作用することにより、マネージャ７４０に、新たなエンドポイントがゲートキーパーにちょうど登録された（Endpoint Register）こと、またはそのように登録された既存のエンドポイントがそれ自身の登録を解除した（Endpoint De-register）ことを知らせる。
【０１３２】
さらに、エンドポイントマネージャ７５０は、ルーティング処理７６０との通信も行なう。マネージャ７５０は、ルーティング処理７６０と相互作用することにより、ルーティングされるコールについてそのコールの宛先のリストを処理７６０から要求し（Route Request）、ゾーンアドレスをルーティングテーブル７６５に加え（Add Zone Address）、このテーブル中のゾーンアドレスを変更し（Update Zone Address）、このテーブルからゾーンアドレスを取除く（Delete Zone Address）。
【０１３３】
エンドポイントマネージャ７５０はまた、Ｈ．２２５．０処理７８０を通じて、標準Ｈ．２２５．０メッセージを、ゲートキーパー７００により管理されるゾーン内のＨ．３２３エレメントに対して送信し、このようなメッセージをこれらのエレメントから受信する。これらのメッセージは、以下の表１に示されたものを含み、このうちのいくつかについては、ゲートウェイ間のコールルーティングおよび対応のコールハンドリング手順を実現する際に用いられるメッセージ伝達シーケンスの面から、以下に詳細に説明する。
【０１３４】
【表１】
0003861005.tif 000002
【０１３５】
ユーザインターフェイス７１０、外部ＡＰＩ７２０およびＩＰブロック７９０はゲートキーパー７００における他のすべての構成要素と通信する。しかしながら、図面を簡略化するために、前者の３つのブロックと後者の要素との間のリンクは図７では意図的に省略されている。
【０１３６】
ｂ．コールハンドラ処理５６０
図８は、コールハンドラ処理５６０のブロック図である。基本的に、このコールハンドラはトランクグループ間のコールのルーティングを担う。コールハンドラの目的のために、トランクグループは論理エンティティになっている。そのようなトランクグループの別のものにはＰＢＸ、ＰＳＴＮが関連づけられ、後の２つは、たとえば物理Ｔ１（またはＥ１）トランクおよびデータネットワーク（Ｈ．３２３）である。トランクグループは、物理信号送信法（ＣＣＳ（ｐｒｉ）、ＣＡＳまたはＩＰのいずれか）に関連づけられ、あるいはそのグループはＰＢＸ、ＰＳＴＮまたはＩＰ（Ｈ．３２３）に用いられる。
【０１３７】
特に、コールハンドラ処理５６０はＰＢＸとデータネットワークかＰＳＴＮかのいずれかとの間の特定のトランク間でコールを適切にルーティングする。内部自動切換マネージャ８１０により、コールハンドラはまた、自動切換機能を実現し、すなわち、データネットワーク上のＱｏＳ状態における動的変化に応答して、ＰＳＴＮとデータネットワーク接続との間で通話を切換える。このＣＨはまた、入来および出力コールに関連する信号送信プロトコルも扱う。
【０１３８】
コールハンドラ処理５６０は、自動切換マネージャ８１０、Ｈ．３２３マネージャ８２０、ＣＡＳマネージャ８３０、ＰＲＩマネージャ８４０およびコールハンドラマネージャ８５０を含む。
【０１３９】
自動切換マネージャ８１０は、自動切換識別子を割当てる（すなわちCallId（コールＩＤ）ならびにCalling（発呼）およびCalled（被呼）フラグによって、いずれのコールを自動切換できるかを識別する）ことにより、またアクティブなＩＰコールと回路切換されたコールとの間の関係を統御することにより、自動切換を管理する。
【０１４０】
Ｈ．３２３マネージャ８２０は、トランクグループとＨ．３２３スタック５６３との間にインターフェイスをもたらす（図５参照）。このマネージャはまた、適切なメッセージをコール制御関数に変換する。
【０１４１】
図８に示すＣＡＳマネージャ８３０は、ＣＡＳ（チャネル対応信号方式）を用いてトランクグループと物理トランク（Ｔ１またはＥ１）との間にインターフェイスをもたらす。このマネージャはコール進行メッセージを物理チャネルへ送信し、物理チャネルからそのようなメッセージを受信する。ＰＲＩマネージャ８４０はＣＡＳマネージャ８３０と同様であり、トランクグループと物理トランクとの間に、ＣＡＳではなくＣＣＳ（共通チャネル信号方式）を用いてインターフェイスをもたらす。
【０１４２】
最後に、コールハンドラマネージャ８５０はゲートウェイにより用いるように構成されているトランクグループすべてのリストを含む。コール要求がこれらのトランクグループのいずれかにおいて起こると、コールハンドラマネージャは、いずれのトランクグループがコールを受取るかを判定する。このマネージャはまた、コールハンドラ５６０における種々のマネージャを介して、異なるトランクグループ間でメッセージをルーティングする。
【０１４３】
図示したように、ＣＡＳマネージャ８３０とコールハンドラマネージャ８５０との間で相互作用が起こり、後者はコールハンドラ５６０内のいかなる他のマネージャに対してもＣＡＳマネージャとの間でメッセージのルーティングを行ない、したがって、コールハンドラマネージャをこれらの他のマネージャのいずれかとＣＡＳマネージャ８３０との間の「中継ステーション」として用いる。簡明のため、ここではＣＡＳマネージャ８３０とコールハンドラマネージャ８５０との間で伝達されるコール制御メッセージのみについて考慮するが、後者のマネージャはこれらのメッセージを先へ伝え、マネージャ８３０にその応答を発行する前に他のマネージャのいずれかから応答を受取っているかもしれない。これらの相互作用に関するメッセージは、ＣＡＳに特定のものである。
【０１４４】
まず、ＣＨ＿ＳＥＴＵＰメッセージがＣＡＳマネージャ８３０により受信され、これはあるトランクグループに対してコール要求がなされたことを示す。これに応じて、コールハンドラマネージャ８５０はＣＡＬＬ＿ＳＥＴＵＰＡＣＫメッセージをＣＡＳマネージャ８３０に戻し、マネージャ８５０がこのセットアップメッセージを受入れて、セットアップが要求されたコールがルーティングされ得ることを知らせる。ＣＡＳマネージャはまた、ある特定のコールが切断され得ることを特定するＣＨ＿ＤＩＳＣメッセージをマネージャ８５０に与える。ＣＡＳマネージャ８３０はまた、出力されるコールが進行中であることを示すＣＨ＿ＣＡＬＬＰＲＯＣメッセージもマネージャ８５０に与える。この特定のメッセージは、ＰＳＴＮにおけるスイッチから発生し、被呼側のディレクトリ番号がそのスイッチにより受信されていることと、そのスイッチがコールを完了させようとしていることとを示す、ステータス情報を含む。ＣＡＳマネージャ８３０はまた、ＣＨ＿ＡＬＥＲＴＩＮＧメッセージをマネージャ８５０に与え、被呼側のディレクトリ番号に対するコールが、そのコールが完了され得る前にその番号で鳴っていることを示す。最後に、ＣＡＳマネージャ８３０はまた、特定のエンド・ツー・エンド音声経路が発呼番号と被呼番号との間に確立されたことを特定する、ＣＨ＿ＣＯＮＮＥＣＴメッセージをマネージャ８５０に与える。
【０１４５】
ＣＡＳマネージャ８３０はまた、ＣＨ＿ＲＥＳＴＡＲＴメッセージをマネージャ８５０に与え、物理トランクが同期の損失、すなわち同期警告状態の損失からいつ回復するかを示す。
【０１４６】
コールハンドラマネージャ８５０はまた、必要に応じて、ＣＨ＿ＤＢＵＰＤＡＴＥメッセージをＣＡＳマネージャ８３０、ＰＲＩマネージャ８４０および／またはＨ．３２３マネージャ８２０に送り、データベース５０８（図５参照）に記憶された、ルーティングを含む構成情報が変更されたことを示すことができる。
【０１４７】
マネージャ８５０はまた、Ｈ．３２３マネージャ８２０、ＣＡＳマネージャ８３０およびＰＲＩマネージャ８４０からコール制御メッセージも受信する。ここでもまた、マネージャ８５０は、これら後者の３つのマネージャのいずれかの間でコール制御メッセージを中継する際の「中継ステーション」として作用する。これらのメッセージは、ＣＡＳマネージャ８３０に採用されたものと機能的に非常に類似しており、コールが要求されたことを示すpeerRcvSetupメッセージと、特定のコールが進行中であることを示すpeerRcvProgメッセージと、被呼側の宛先において警告が起こっていることを示すpeerRcvAlertメッセージと、特定のコールが接続され、発呼番号と被呼番号との間にエンド・ツー・エンド音声経路が確立されたことを示すpeerRcvFacilityと、ファシリティメッセージを受信したことを示すpeerRcvFacilityメッセージと、特定のコールが終了されつつあることを示すpeerRcvReleaseメッセージと、特定のコールに対するコール分解が今完了したことを示すpeerRcvRelCompメッセージとを含む。
【０１４８】
さらに、コールハンドラマネージャ８５０は開始メッセージを自動切換マネージャ８１０に与え、特定の方向における、またメッセージ中で特定された特別なコールに対する、自動切換処理を開始する。
【０１４９】
上述したように、コールハンドラ５６０は、コールハンドラマネージャ８５０を通じて、すべてのコール要求の宛先を決定し、かつ各コールをルーティングするための適切なネットワークを選択する役割を担う。特に、各トランクグループはそれに対応する１組のディレクトリ番号を有する。これらの番号は、バイパスディレクトリ番号（ＢＰＮ）、必要に応じて単に交換プリフィクスもしくはエリアコードを含むローカルディレクトリ番号、またはいわゆる「漏洩領域ディレクトリ番号」（これらはＰＢＸではなくＰＳＴＮで終わりデータネットワークを介して遷移して、そのようなコールの各々に対する通話料を削減または排除する、トールコールである）。これらの番号は構成中に規定される。トランクグループは、コールのルーティングを担ういかなるタイプの番号にも応答できる。ルートが被呼側のディレクトリ番号に対して要求されると、１つ以上のトランクグループがサーチされ、そのディレクトリ番号に対する一致（またはそれがＢＰＮとして構成されていれば単なる交換）の位置を決める。一致があれば、そのコールはそのトランクグループ上でその被呼側ディレクトリ番号へルーティングされる。しかしながら、さまざまな制限がある。具体的には、データネットワーク上で発生するコールについては、ＰＢＸトランクグループのみが一致するディレクトリ番号についてサーチされる。ＰＢＸから発生するコールについては、ＰＳＴＮに関連づけられるそれらのトランクグループがまずサーチされ、その後ＩＰ（Ｈ．３２３）トランクグループがサーチされる。最後に、ＰＳＴＮから発生するコールについては、マネージャ８５０はそれらのコールの各々が自動切換コール、すなわち自動で切換えられるコールであるかを判定し、そうであれば、そのコールをその後のハンドリングのために自動切換マネージャ８１０に与える。最後に、そのコールが自動切換コールでなければ、マネージャ８５０は一致するディレクトリ番号についてＰＢＸトランクグループをサーチし、その後それに応じてコールのルーティングを行なう。
【０１５０】
ｃ．ボーダーエレメント処理９００
図９は、ボーダーエレメント処理９００を実現するソフトウェアのブロック図を示す。ボーダーエレメント処理９００は、別々のゲートウェイで実行する別々のインスタンスを通じて、図４Ｂに示すボーダーエレメント４３０および４５０の各々を実現する。さらに、この処理の別個のインスタンスはピアボーダーエレメント４３０′を実現する。
【０１５１】
図９に示すように、ボーダーエレメント処理９００は、ルーティング処理９１０、システムマネジメント処理９２０、ボーダーエレメントマネージャ９３０、補遺Ｇメッセージ処理９４０、管理ドメインマネージャ９５０、ピアボーダーエレメントマネージャ９６０およびＩＰ処理９７０を含む。
【０１５２】
ルーティング処理９１０は、ディレクトリ番号、エンドポイントエイリアスおよびＨ．３２３エンドポイント識別情報に関して、ボーダーエレメントがある管理ドメインによりサービスが提供されているすべてのディレクトリ番号に対して、ルーティング情報も特定する、内部ドメインルーティングテーブル９１５を含む。このテーブルを用いて、他のボーダーエレメントから入来するエンドポイントアドレス要求を解決する。
【０１５３】
管理ドメインマネージャ９５０は、ボーダーエレメント９００とのサービス関係を要求したゲートキーパーを管理する。マネージャ９５０は、ゲートキーパーにおいて実行中の管理ドメインクライアント処理７４０（図７参照）に対してコンパニオン（サーバ側）機能をもたらす。この点において、図９に示すマネージャ９５０は、管理ドメインに登録されたゲートキーパーに対し、またゲートキーパー間に、ルーティング処理９１０を通じて、ルーティングサービスを更新および提供する。被呼側のディレクトリ番号にルーティングするために、発呼側電話通信エンドポイントはゲートキーパーに、被呼側電話通信エンドポイントについてのルーティング情報を供給するよう要求する。ゲートキーパーが、その内部ルーティングテーブル（たとえば図７に示すゲートキーパー７００におけるテーブル７６５）またはその外部ルーティングテーブル内で被呼側エンドポイントの場所を突き止めることができれば、ゲートキーパーはルーティング情報を発呼側エンドポイントに戻す。外部テーブルはゲートキーパーと同じゾーンにおけるすべてのエンドポイントについてのルーティング情報を含む静的データベースを保持し、ゲートキーパーによって、登録手順中に集められた情報で修正される。内部データベースは、同じ管理ドメイン中のすべてのエンドポイントに対してそのような情報を含む。しかしながら、そのゲートキーパーがこれら２つのテーブルのいずれにも被呼側のエンドポイントの場所を突き止めることができなければ、ゲートキーパーは、それに対応するボーダーエレメントに、被呼側エンドポイントのアドレスを解決するよう要求を出す。この要求は、対応のボーダーエレメントと現在のサービス関係を確立した他のボーダーエレメントのすべてに対して要求を出す管理ドメインマネージャ９５０により処理される。この他のボーダーエレメントのいずれかが、それらの内部ルーティングテーブルを通じて、エンドポイントアドレスを解決できれば、そのボーダーエレメントは、要求されたエンドポイントアドレスを対応のボーダーエレメントに戻すことになる。
【０１５４】
ボーダーエレメントマネージャ９３０は、他のボーダーエレメントとのサービス関係を確立するのに必要な適切な機能性を実現し、すなわちＨ．３２３環境に登録されたボーダーエレメントがそれらの間で情報を伝達できるようにする。ピアボーダーエレメントマネージャ９６０は、ピアのボーダーエレメント間に存在する関係をそれら自身で管理し、これは、このような関係を確立することおよび終了させることも含む。上記に詳しく述べたように、ピアのボーダーエレメントは、障害許容力および冗長性を増す目的で、たとえば、図４Ｂに示すように複数の（たとえば１対の）同じ管理ドメイン中のボーダーエレメントであって、まとめて１つの「論理」ボーダーエレメントとして機能する、ボーダーエレメントからなる。
【０１５５】
補遺Ｇメッセージ処理９４０は、ボーダーエレメント間の通信に対する補遺Ｇ標準のプロトコルセクションを実現する。図７に示すＩＰ処理７９０と同様、ＩＰ処理９７０は、ＴＣＰ／ＩＰプロトコルのＵＤＰ、ＴＣＰおよびＩＰネットワーク層を実現し、必要に応じて、ボーダーエレメントにおける他のすべての処理と相互作用してネットワーク通信をもたらす。
【０１５６】
ここで、図９に示す一般的な処理の相互作用について説明し、この説明中の適切な箇所に対応のメッセージを括弧書きで記す。
【０１５７】
図示したように、システムマネジメント処理９２０はボーダーエレメントマネージャ９３０と通信を行なう。マネージャ９３０と相互作用することにより、マネジメント処理９２０は、外部コールのルーティング（ボーダーエレメント９００があるドメインの外部）において用いるために新たな管理ドメインを追加して（Add Service）、マネージャ９３０を介してその新たなボーダーエレメントとサービス関係を確立できるようにすることができ、またはマネージャ９３０を介して、管理ドメインを取除いて、取り除かれるドメインとのこのような関係を終了させることができる。ボーダーエレメントマネージャ９３０および管理ドメインマネージャ９５０はともに、他のボーダーエレメントから、また他のボーダーエレメントへ、それぞれ補遺Ｇメッセージを送受信するために、補遺Ｇメッセージ処理９４０と通信する。
【０１５８】
管理ドメインマネージャ９５０はボーダーエレメントマネージャ９３０と通信する。そうすることの目的は、マネージャ９３０に、ボーダーエレメント９００と同じドメイン内に位置づけられたゲートキーパーがそのボーダーエレメントにこのドメイン外部でコールのルーティングを行なうよう要求した（Route Request）と知らせることである。一旦これが起きると、ボーダーエレメントマネージャ９３０は、ディレクトリ番号を含むルーティング情報を別のドメイン中のボーダーエレメントから得て、そのドメイン外部のそのコールのルーティングを行なうために、ルーティング処理９１０と通信する（Route Call）。
【０１５９】
さらに、管理ドメインマネージャ９５０はまた、ピアボーダーエレメントマネージャ９６０とも通信し、ピアボーダーエレメントにおけるルーティングテーブルに記憶された情報を変更する動作を引受ける。これらの動作には、ボーダーエレメント９００と同じ管理ドメイン内に位置づけられるゲートキーパーに自身を登録したばかりで、かつその記述子をすべてゲートキーパーにダウンロードした、新しいエンドポイントから生じた記述子を加える（Descriptor Add）ことが含まれる。このゲートキーパーは、次いで、それらの記述子をボーダーエレメントに供給し、そのボーダーエレメントおよびそのピアにある対応のルーティングテーブル内に記憶されたルーティング情報を更新する。これらの動作にはまた、あるエンドポイントがそれ自身をそのゲートキーパーから登録解除したことの結果としてそのエンドポイントに関連づけられる、削除記述子（Descriptor Delete）も含まれる。さらに、これらの動作には、そのピアに、ゾーンがちょうど接続されたこと（Zone Connect）またはそのボーダーエレメントから切断されたこと（Zone Disconnect）を通知して、そのピアボーダーエレメントがそのルーティング情報を更新できるようにすることも含まれる。
【０１６０】
管理ドメインマネージャ９５０はまた、ルーティング処理９１０とも通信する。この通信により、マネージャ９５０はルーティング処理９１０に、アドレスをルーティングテーブル９１５に追加し（Add Network Address）、このテーブルに記憶されたアドレスを変更し（Update Network Address）、またはこのテーブルにあるアドレスを削除する（Delete Network Address）ことを指示する。
【０１６１】
また、ピアボーダーエレメントマネージャ９６０は、このマネージャがそのピアボーダーエレメントから受信した情報に基づいて、ルーティングテーブル９１５に記憶されたルーティング情報を更新するために、ルーティング処理９１０との通信も行なう。このような更新は、アドレスをルーティングテーブルに追加すること（Add Network Address）、このテーブルに記憶されたアドレスを変更すること（Update Network Address）、およびこのテーブルにあるアドレスを取除くこと（Delete Network Address）を含む。
【０１６２】
ＩＰブロック９７０はボーダーエレメント９００における他のすべての構成要素と通信するので、図面の簡略化のために、ブロック９７０と後者のすべての要素との間のリンクは、図９ではすべて意図的に省略している。
【０１６３】
図１０は、図９に示すピアボーダーエレメントマネージャ９６０についての状態図（すなわちステートマシン１０００に対するもの）を表わす。イベントとアクション（行為）とを容易に区別できるように、この図では、イベントとアクションとの前にそれぞれ「Ｅ」および「Ａ」を付している。簡明のため、この図は、管理ドメインにおいて、ピアのボーダーエレメントとしてボーダーエレメントを１つだけ用いることを想定している。そのような管理ドメインのいずれかに１つ以上のピアのボーダーエレメントが存在すれば、ステートマシン１０００は必要に応じて複製され、そのドメイン中の別個のピアのボーダーエレメントの各々と相互作用する。
【０１６４】
いずれのピアのボーダーエレメントとも情報を交換する必要がないので、ピアのボーダーエレメントマネージャ９６０はアイドル状態１０１０のままである。マネージャ９６０が、そのピアのボーダーエレメントに記憶されたルーティング情報を変更するというメッセージを管理ドメインマネージャ９５０から受信すると、マネージャ９６０は、線１０１３で示すように、その状態を遷移させ、ブロック１０１５で示すように、そのピアのボーダーエレメントと、また特にそこに置かれた管理ドメインマネージャとの、クライアントＴＣＰ接続を確立しようと試みる。この試みが一旦開始されると、マネージャ９６０は、線１０１７で表わすように、スタートアップ状態１０２０へと遷移する。接続が確立され得ない場合、すなわちＴＣＰ障害イベントが起きた場合、マネージャ９６０はその状態を、線１０２１で表わすようにブロック１０４５に遷移させる。この点で、マネージャは再試行タイマを始動させ、線１０４７で表わすように、待機状態１０５０へと遷移する。この状態の間、次の２つのイベントのうちいずれか１つが起きることになる。それらのイベントとは、ピアのボーダーエレメントがＴＣＰサーバ側の接続要求を出すか、または再試行タイマが時間切れになるか、のいずれかである。いずれか１つのイベントが起きると、マネージャ９６０は、線１０５３で示すように、ブロック１０５５に遷移し、このブロック１０５５を通じてマネージャ９６０は再びピアのボーダーエレメントとのクライアントＴＣＰ接続を確立しようと試みる。この試みが一旦開始されると、マネージャ９６０は、線１０２７で示すように、スタートアップ状態１０２０へ戻り、以下同様である。
【０１６５】
これに代えて、ＴＣＰ接続がボーダーエレメントとそのピアとの間でうまく確立されれば、ピアのボーダーエレメントマネージャ９６０は、線１０２３により表わされるように、ブロック１０２５に遷移し、このブロック１０２５を通じてマネージャ９６０はボーダーエレメントに記憶されたルーティング情報をそのピアのボーダーエレメントにダウンロードさせるイベントをトリガする。このダウンロードが一旦開始すると、ピアボーダーエレメントマネージャ９６０は、線１０２７により表わされるように、アクティブ状態１０３０へ遷移する。この状態の間、ピアボーダーエレメントに記憶された情報は、ブロック１０３５に示されるように、管理ドメインマネージャ９５０が出した最新の要求に応じて更新される。線１０３３および１０３７で示すように、マネージャ９６０は、すべての必要な更新が起きるかまたはＴＣＰ障害イベントが起きるかのような時間まで、アクティブ状態１０３０のままになる。すべての更新が完了する前にＴＣＰ接続障害が起きると、ブロック１０４０で示すように、マネージャ９６０は再試行タイマを始動させる。これが一旦起きると、マネージャ９６０はその状態を、線１０４３で示すように、待機状態１０５０へ遷移させ、ピアボーダーエレメントとのＴＣＰ接続を再確立しようと試み、以下同様である。これに代えて、すべての更新が起きてしまうと、マネージャ９６０は、線１０３９で示すように、再びアイドル状態１０１０に戻り、以下同様である。
【０１６６】
Ｄ．ゲートウェイ間およびゲートウェイ内コールルーティングおよび対応の動作
ここで、相互作用に目を向けることにする。この相互作用とは、データネットワークとＰＳＴＮとの間で行き来する２つのＨ．３２３電話通信エンドポイントに対して、また、コール破断などの対応の動作、ならびにＨ．３２３エンドポイント登録および登録解除を行なうために、本発明の教示に従って、ピア接続されたゲートウェイ間でも、および通話のルーティングを行なうためのゲートウェイ内でも生じる、メッセージ伝達を含む。
【０１６７】
１．概観
まずは、上記でも述べたが、これらの相互作用を適切に理解する助けとなるはずである、概観の情報について述べる。
【０１６８】
一般に、Ｈ．３２３環境において、あるドメイン内の各ゲートキーパーは、そのゾーン内のエンドポイントに関わるコール制御およびコールルーティング情報を、そのドメイン内に位置付けられた外部ボーダーエレメントへ伝達する。ゲートキーパーは、それ自体のルーティングテーブルを用いて、その管理ドメイン内のすべてのエンドポイントについて宛先アドレスを解決することができる。したがって、発呼側のゲートキーパーが、そのルーティングテーブル内にそのときコールされている電話通信エンドポイントに対して、必要なルーティング情報を記述子の形式で有する場合、そのゲートウェイはそれ自身でコールのルーティングを行なうことができ、被呼側のゲートキーパーからルーティング情報を得る必要はない。しかしながら、発呼側ゲートキーパーがそのコールをルーティングするのに必要なルーティング情報を有さない、すなわち、被呼側のエンドポイントがゲートキーパーとは異なる管理ドメインにあるためそのコールの宛先アドレスを解決できない場合、そのゲートキーパーは、その情報を自身の外部ボーダーエレメントから要求することになる。そのエレメントは、次いで、そのドメイン内の外部ボーダーエレメントを介して、必要なルーティング情報について、被呼側のドメインに対して要求を出す。被呼側の電話通信エンドポイントを含むドメインにおける外部ボーダーエレメントからアクセスされたその情報は、この後、発呼側ゲートキーパーへ戻され、発呼側ゲートキーパーは、これに応じてコールのルーティングを行なうことになる。したがって、ゲートキーパーは最初にそれ自身のゾーン内のコールを完了させようとし、その後、その管理ドメイン内、そして最後に、そのゾーンまたはドメイン内の適切な宛先情報がない場合、ドメイン間ベースでコールを完了させようとする。
【０１６９】
何らかの電話通信トラフィックを扱う前に、ゲートウェイは、典型的にはその初期化のすぐ後に、そこへまたはそこから行先を定められたこのようなトラフィックを扱う状態として、それ自体をゲートキーパーに登録しなければならない。この登録手順については、図２４および２８に関連して以下により詳細に説明する。一旦ゲートウェイがそれ自体を登録すれば、その中で実行されている各ゲートキーパーは、そのボーダーエレメントとサービス関係を確立し、ゲートキーパーとボーダーエレメントとが相互作用してそれらの間で制御およびルーティングメッセージを伝達できるようにしなければならない。そのような関係が確立される態様については、図２１に関して以下に説明する。本発明のピアボーダーエレメントにより、ゲートキーパーはピア接続されたボーダーエレメントのうちの１つに登録することができ、これが、ピア接続されたエレメントの両者にわたってゲートキーパー登録を行なうために、登録メッセージをそのピアに伝達することになる。その後、ゲートキーパーと同じゾーン内に存在するアクティブな電話通信エンドポイントの各々が、一度に１つずつ、その特定のゲートキーパーにそのエンドポイントの存在を登録する。これは、ゲートウェイが自身をボーダーエレメントに登録するのとほぼ同じ態様で行なわれる。そのようなエンドポイントの各々が自身をゲートキーパーに登録するので、そのゲートキーパーは、登録情報を記述子の形式でそのボーダーエレメントに提供する。そのエレメントは、次いで、記述子を管理ドメイン中の他のあらゆるゲートキーパーに対して公表する。このボーダーエレメントが情報を広める処理については、図２２に関連して以下に説明する。この公表された情報を用いて、ゲートキーパーは、そのボーダーエレメントからルーティング情報を要求することなく、その管理ドメイン内のいかなる電話通信エンドポイントにもコールをルーティングすることができる。各ゲートキーパーはボーダーエレメントに登録するので、またそのゲートキーパーが記憶された記述子を含むということから、そのゲートキーパーは、それらの記述子をボーダーエレメントと共有することになり、後にドメイン全体にわたって他のすべてのゲートキーパーに後に公表し、これらのゲートキーパーは自身のルーティングテーブルをこれらの記述子で更新することになる。したがって、ボーダーエレメントは、そのとき扱っている１つ１つすべてのゾーンのコールルーティング能力を累積することにより、管理ドメインのコールルーティング情報を構築する。
【０１７０】
逆の形式では、管理ドメイン内で、ゲートウェイとゲートキーパーとは互いのサービス関係を終了させることができ、電話通信エンドポイントとゲートキーパーとも同様にそれらの間でサービス関係を終了させることができる。これは、Ｈ．３２３エレメントの障害によって起こり、これは、機能エレメントにより検出された後、以前のエレメントがドメインから効果的に取除かれるように、その以前のエレメントに関わるすべてのサービス関係が強制的に供給されるようにする。これに代えて、メンテナンスのためにサービスから外された場合と同様に、エレメントは、その確立されたサービス関係をすべて終了させるよう要求することもできる。登録解除手順については、図２８および図２９に関連して以下に述べる。したがって、あるドメインの何らかのアクティブなゲートキーパーに記憶されたそのドメイン中のコールルーティング情報は、ゲートウェイおよび電話通信エンドポイントがそれら自体の登録および登録解除を行なうと動的に変化し、それらのゲートキーパーとサービス関係を有するボーダーエレメントによってドメイン全体にわたって供給され、広められる。
【０１７１】
コール記述子は、ゾーンおよび管理ドメインに対してコールルーティング能力を識別する。記述子は、少なくとも１つのテンプレートを有する。テンプレートは、あるＨ．３２３エンドポイント、またはある範囲の異なるエンドポイントのいずれかについてのプロファイルを含む。このテンプレートの１つの属性は、そのエンドポイントが直接接触され得るかまたは動的に解決されなければならないかを示す、ルーティング情報フィールドである。各エンドポイントについて、そのテンプレートは、とりわけ、そのディレクトリ番号、エイリアスおよびプライベートデータネットワーク上のそのＩＰアドレスを識別する。これらのエイリアスは、たとえば、Ｈ．３２３−ＩＤ、ｕｒｌ−ＩＤ、移送ＩＤ、および／またはＥメール−ＩＤを含み得る。
【０１７２】
本発明によれば、また上述したとおり、プライベートデータ（ＩＰ）ネットワークとＰＳＴＮとの間の自動切換は、プライベートデータネットワークにわたる接続の質の動的な変化に応じて起こる。自動切換はゲートウェイにおいて開始する。ゲートウェイは、ＴＡＳＱ処理５３７（図５参照）により、レイテンシ、パケット損失および誤り率（ジッタ）の動的な測定を行なってネットワーク品質を判定する。あるコールに関わるいずれかのゲートウェイが、ネットワーク品質が向上または低下してデータネットワークからＰＳＴＮへまたはその逆のいずれかの自動切換が必要とであると判断すれば、そのゲートウェイ（以下、簡単に「発呼側ゲートウェイ」と称す）は、本発明の教示に従って、特有のＨ．３２３メッセージ内に「nonStandard Data（非標準データ）」として組入れられた特定のコールに特有のデータを用いて、そのピアゲートウェイ（以下「被呼側」ゲートウェイ）との情報交換を開始する。
【０１７３】
そのコールがデータネットワークからＰＳＴＮへ遷移しようとする場合、被呼側ゲートウェイは、その構成中に、それに割振られているディレクトリ番号のプール（いわゆる「プールされたディレクトリ番号」もしくはＰＤＮ）から利用可能なディレクトリ番号を選択し、その特有の番号を発呼側ゲートウェイに伝達することになる。発呼側ゲートウェイは、一旦特定のＰＤＮを受けると、それは回路切換されたコールをそのＰＤＮに対するＰＳＴＮトランク接続にわたって発する。被呼側ゲートウェイは、そのＰＤＮ上の入来するコールを感知して、この番号が、そのゲートウェイが現在コールを予期している特定のＰＤＮに対応するか否かを判定する。それが予期されるものと異なるＰＤＮ番号であれば、そのゲートウェイはネットワーク接続を介して発呼側ゲートウェイにメッセージを送り、あるゲートウェイがこのコールを請求するまで待機する。このコールが正しいＰＤＮ上にあれば、被呼側ゲートウェイは、ＰＳＴＮを通じて現在確立されている回路切換された接続へのネットワーク接続からそのコールを切換えるように、その４×４ＴＤＭスイッチ２５０（図５参照）に与えられた適切な指示によって、そのコールを切換える。一旦これが起きると、このコールに対するデータネットワーク接続は、あたかもこのコールが完了したかのように、両方のゲートウェイにより破壊される。自動切換はまた、ネットワーク品質が十分向上すると、ＰＳＴＮからデータネットワークへ戻る逆の切換が起こる。以下に、図１６から図１８と併せて、ともに自動切換を実現するコール処理と処理間およびゲートウェイ間メッセージ伝達とについて述べる。
【０１７４】
さらに、また上述したように、本発明によれば、あるコールの対向する側におけるゲートウェイ間で伝達される特有のＨ．３２３メッセージ中に特定のコール特有の情報を組込み、そのコールがＰＳＴＮとデータネットワークとの間で自動切換されるようにする。この情報のおかげて、発呼側と被呼側とのゲートウェイが、それらの間にルーティングされる各コールに対して、また、そのコールについて用いられる共通であるが固有の識別子（CallId）と同じ対応付けをなす。この識別子は、そのコールと、いずれかのゲートウェイによりそのとき取扱われている他の何らかのコールとを区別し、一斉に動作するゲートウェイが、他のいずれのコールにも影響を与えることなく、必要に応じて、これらのネットワーク間でこの特定のコールを切換え得るようにする。
【０１７５】
具体的には、コール独立信号送信を通じて、Calling Flag（発呼フラグ）をＨ．３２３  SETUPメッセージ中の従来の「nonStandard Data」フィールド内に組込み、Called Flag（被呼フラグ）、CallId（コールＩＤ）および選択されたＰＤＮをすべてＨ．３２３  CALL PROCEEDINGメッセージの従来の「nonStandard Data」フィールド内に組込む。その点において、発呼側により生成されるCalling Flagの内容は、確立される所与のコールに対して、そのコールが発呼ゲートウェイから見て、自動切換され得るか否かを示す情報を含む。このSETUPメッセージに応答して、被呼側はそのコールを固有に識別するCallId番号を生成し、その後、そのＩＤを、Called FlagおよびＰＤＮとともに、発呼側に戻す。Called Flagは、被呼側ゲートウェイから見て、そのコールが自動切換され得るか否かを特定する。発呼側はその後、自動切換の必要が生じた場合に、そのコールをデータネットワークとＰＳＴＮとの間で適切に自動切換する際に後で用いるために、この情報を保存する。この情報を交換することにより、発呼側と被呼側とが、共通のCallIdを用いて、そのときいずれかの側のゲートウェイで扱われている他の何らかのコールとそのコールとを容易に区別するように、それらの間にルーティングされた各コールに対して同じ対応付けを形成し、そのコールを自動切換する必要性が後に生じた場合、そのコールを自動切換できることを互いに対して示す。その点において、発呼側および被呼側の両ゲートウェイが自動切換可能であると示したコールのみが、これらのゲートウェイ間のネットワーク接続の動的なＱｏＳ変化に応じて自動切換される資格がある。発呼側または被呼側のいずれかのゲートウェイが、Calling FlagおよびCalled Flagにおいて、自動切換できないと示したコールはいずれも、そのようなＱｏＳの変化に関係なく、ＰＳＴＮ上に残ることになる。
【０１７６】
さまざまなコール特有の情報がＨ．３２３  CALL PROCEEDINGメッセージに組込まれているものとして上記で例示的に説明してきたが、また、この後の図１３から図１８に関する説明でも引続きそのようにするが、同じ情報を代替的にＨ．３２３  CONNECTメッセージ内に組込むこともできる。この情報は、前者のメッセージとほぼ同じような形式ではあるが、これらの図面に示しかつ以下に説明する対応のコール処理動作に、当業者には容易に明らかな適切な変更を加えて、後者のメッセージに組込まれる。
【０１７７】
２．基本的なＶｏＩＰコール処理
図１１は、本発明に従って、２つのＨ．３２３電話通信エンドポイント間でＶｏＩＰコールを処理するための非常に簡略化された動作シーケンス１１００を表わす。
【０１７８】
図示したように、ＶｏＩＰコールを開始するには、既にゲートキーパーに登録されている発呼側電話通信エンドポイントが、まず、線１１０５で示すように、Ｈ．２２５．０  ADMISSION REQUEST（ＡＲＱ）メッセージをそのゲートキーパーに出す。このメッセージに応答して、ゲートキーパーは、ブロック１１１０に示すように、その認可方針をスクリーニングし、現在試みられているコールが許可されるか否か、すなわち発呼側電話通信エンドポイントがそのコールを行なうのに必要な許可を有しているかまたはそのコールをサポートするのに十分なネットワーク帯域幅がそのとき利用可能であるか否かを判定する。コールが許可され、かつ十分な帯域幅が利用可能であれば、ゲートキーパーは、線１１１５で表わされるように、Ｈ．２２５．０  ADMISSION CONFIRM（ＡＣＦ）メッセージで応答し、そうでなければ、ゲートキーパーが、Ｈ．２２５．０ADMISSION REJECT（ＡＲＪ）メッセージで応答し、コールは拒絶される。ＡＣＦメッセージはそのエンドポイントに、それが意図したコールをネットワーク接続を介して完了することが許可されたことを知らせる。このＡＲＪメッセージは、エンドポイントがこの意図したコールをデータネットワークを介して完了することを禁止する。
【０１７９】
コールが許可されると、線１１２０で表わすように、発呼側電話通信エンドポイントにサービス供給しそのエンドポイントからの要求に応答するゲートキーパーは、発呼側エンドポイントと被呼側エンドポイントとの間のプライベートデータネットワークを通じてパケット接続を形成するのに必要な適切なルーティング情報を、コールがドメイン内の場合それ自体のルーティングテーブルにアクセスすることにより、またはコールがドメイン間の場合適切な外部ボーダーエレメントから、のいずれかで得ることによって、コールを「セットアップ」する。その後、線１１２５で表わすように、両エンドポイントは適切なコール処理を行ない、それを通じてそのコールに関わる各エンドポイントにサービスを提供するゲートキーパーが、そのコールをサポートするのに適切なリソース（たとえばＤＳＰ）の割振りおよび割当てを行ない、そのコールに対する音声処理を開始し、さらに、これらのエンドポイント間にパケット接続を確立するよう試みる。一旦この接続が十分に発達すると、被呼側エンドポイントは、線１１３０で表わすように、その存在を発呼側エンドポイントに警告する。そして、被呼側エンドポイントは、線１１３５で表わすように、Ｈ．２２５．０  CONNECTメッセージを発呼側エンドポイントに出し、接続を完了させる。この接続が一旦完全に確立されると、ブロック１１４０で示すように、ＶｏＩＰコールはアクティブになり、Ｇ．７２３圧縮デジタル化スピーチ（またはファクシミリもしくはアナログデータ）を保持するパケットの形式でパケット化されたトラフィックが、コールの持続時間中、このパケット接続を介して発呼側と被呼側との間で移動することができる。
【０１８０】
コールの終わりに、電話通信エンドポイントの一方（ここでは例として発呼側エンドポイント）は接続を終了させ、事実上「オンフック」になる。そうするためには、コール終了ブロック１１５０に示すように、そのエンドポイントは、線１１５５で表わすような、Ｈ．２２５．０  DISENGAGE REQUEST（ＤＲＱ）メッセージを出す。このメッセージは、コールが中断されたことを示す。このようなメッセージは、ここに図示したように、エンドポイント、またはゲートキーパーのいずれかにより出され得る。一旦このメッセージがその受信者（ここではゲートキーパー）により受信され受入れられると、その受信者はＨ．２２５．０  DISENGAGE CONFIRM（ＤＣＦ）メッセージを出す。ＤＣＦメッセージの送受信に応答して、両エンドポイントは互いにＨ．２２５．０  RELEASE COMPLETEメッセージを出し、よってそれらの間のネットワーク接続を終了させる。
【０１８１】
ゲートキーパーとのその電話通信エンドポイントの各々との間にそのときコールが存在するか否かに関係なく、そのゲートキーパーは周期的に、線１１７０で表わすように、Ｈ．２２５．０  INFORMATION REQUEST（ＩＲＱ）メッセージをそのゲートキーパーに登録されているすべてのゲートウェイおよびエンドポイントに送信する。そうする理由は、ゲートウェイ−ゲートキーパー間通信が、信頼できるプロトコルとして設計されていないＵＤＰを利用しているからである。それらのゲートウェイおよびエンドポイントの各々は、線１１７５で表わすように、これらのエンドポイントについてそのときアクティブなコールのリストを含む、Ｈ．２２５．０  INFORMATION RESPONSE（ＩＲＲ）メッセージで応答する。このゲートキーパーはこのリストとそれが局所的に維持するリストとを比較し、それらの間に何らかの不一致があればそれを修正し、よって、そのゲートウェイとの同期を維持する。これに代えて、ゲートキーパーは、特定のイベントに応答して、ＩＲＱメッセージを出し、そのときゲートウェイにより扱われている特定のコールのステータスを判定し得る。このようなイベントは、登録されたゲートウェイにより出されるＨ．２２５．０  GATEKEEPER REQUEST（ＧＲＱ）メッセージまたはＨ．２２５．０  REGISTRATION REQUEST（ＰＲＱ）メッセージを含み得る。そのようなＧＲＱまたはＲＲＱ要求メッセージが起こると、これは致命的なイベント（たとえばシステムリセットもしくは電力損失など）または致命的でないイベント（たとえばゲートウェイが悪性でない何らかの理由でＲＲＱメッセージを出す場合）の発生を示すことがある。これらの状況下で、ゲートキーパーは、アクティブであると想定されたコールが進行中であるか否かのいずれかを推定せず、よって、ゲートキーパーは、登録されたゲートウェイからそのとき受信する応答に基づいて、それ自体の情報を更新する。
【０１８２】
図１２は、２つの異なるゾーンにおける２つのゲートウェイ間のデータネットワーク接続（ＰＢＸ−ＩＰ−ＰＢＸ）を介して通話をルーティングするための基本的な処理間動作１２００を示す。
【０１８３】
図示したように、ＰＢＸ１４に接続された電話通信エンドポイント（図１２には図示せず）にいるユーザが被呼側番号として「１−７３２−８７２−８０２０」をダイヤルすると仮定する。この番号は、線１２１０で表わすように、Ｔ１トランク１２１３を介して信号送信情報として、このエンドポイントを処理するゲートウェイ２００（「発呼側ゲートウェイ」）に送信される。この信号送信情報は、ＤＴＭＦ（二重トーン多重周波数）トーン、パルスまたはＩＳＤＮ  Ｄ−チャネル情報を用いて、適宜、Ｔ１トランク１２１３における入来トランクを介して伝達される。ゲートウェイ２００は、次いで、線１２１５で表わすように、ＲＡＳチャネル１２１７を介して、Ｈ．２２５．０  ＡＲＱメッセージを、このエンドポイントを処理するゲートキーパー（たとえばゲートキーパー４２０1）に送信する。このＡＲＱメッセージはダイヤルされた番号およびこの電話通信エンドポイントがコールに使用したいネットワーク帯域幅の量を特定する。このエンドポイントがたとえば音声またはコンピュータモデムもしくはファクシミリ機からのデータを保持するか否かに基づいて、要求される帯域幅は変化する。一般的に、ＲＡＳチャネルは、Ｈ．２２５．０登録、認可、帯域幅の変化、およびステータスメッセージを２つのＨ．３２３エンティティ間で伝達するのに用いられる、信頼性のないチャネルである。ＡＲＱメッセージを処理する際に、ゲートキーパー４２０1は、コールが許可されたと仮定して、コールされた番号をネットワークアドレス中に解決できるか否かを判定する。ここでの例のようにこの番号を記憶された記述子から解決できる場合、それは、線１２２０で表わすように、被呼側のゲートウェイのＩＰアドレスを含むＨ．２２５．０  ＡＣＦメッセージを戻す。ＡＣＦメッセージに応答して、発呼側ゲートウェイは、線１２２５で表わすようにまたＨ．２４５チャネル１２２３を介して、Ｑ．９３１セットアップメッセージを被呼側ゲートウェイ（ここではゲートウェイ２００′）に送信する。
【０１８４】
このＱ．９３１セットアップメッセージに応答して、被呼側ゲートウェイ２００′は、線１２３０で表わすように、Ｈ．２２５．０  ＡＲＱメッセージを、被呼側エンドポイントを処理するゲートキーパー（この例ではゲートキーパー４６０1）に送信する。このメッセージは、このゲートキーパーに、入来するコールを受入れるための承認を与えるよう要求する。このような承認が付与されれば、ゲートキーパー４６０1は、線１２３５で表わすように、ＲＡＳチャネル１２３３を介して、Ｈ．２２５．０  ＡＣＦメッセージを再びゲートウェイ２００′に戻す。この確認メッセージに応答して、被呼ゲートウェイ２００′は、線１２４０で表わすように、Ｑ．９３１進行メッセージを発呼ゲートウェイに再び送信し、そのコール宛先にある装置がそのコールのセットアップ中であることを示す。さらに、被呼ゲートウェイ２００′は、線１２４５で表わすように、Ｔ１トランク１２４７中の出力されるトランクを介してコールを開始し、その能力および構成に依存して、ＤＴＭＦ、ダイヤルパルスまたはＩＳＤＮを用いてＰＢＸ４４に送る。一旦このコールがＰＢＸ４４から宛先エンドポイントまで完了し「返答監視」が返されると、ＰＢＸ４４は、線１２５０で表わすように、コールに応答する適切なメッセージを被呼側ゲートウェイに戻す。このゲートウェイは、次いで、線１２５５で表わすように、またＨ．２４５チャネルを介して、Ｑ．９３１接続メッセージを発呼側ゲートウェイに出す。このメッセージに応答して、発呼側ゲートウェイは、Ｔ１トランク１２１３における入来するトランクを介して、ＰＢＸ１４を通じて、発呼側エンドポイントに対して音声経路を確立し、また、線１２６０で表わすように、この経路上で呼出信号を発し、被呼側エンドポイントが鳴っていることを示す。一旦これが起こって被呼側が返答すると、発呼側エンドポイントと被呼側エンドポイントとの間でネットワークデータ接続を介して音声経路が確立される。
【０１８５】
３．処理間メッセージ伝達および相互作用
異なるさまざまなコールのケースについて、ゲートウェイ間メッセージをさらに詳細に説明する。
【０１８６】
図１３から図１８に示す以下のケースでは、発呼側と被呼側との両者が対応のＰＢＸの後に配置されていると仮定され、これは、たとえば図１のＰＢＸ１４および４４について図示したものと一貫している。説明をわかりやすくするために、この後の図１３から図１８の説明全体を通して、図１も同時に参照されたい。
【０１８７】
これらの図面においては、発呼側と被呼側との両者が、電話１６および４６などのＨ．３２３電話エンドポイントであると仮定される。これらの図面の各々において、データネットワークまたはＰＳＴＮを介して搬送される各メッセージは、それぞれ太い実線または太い点線で示され、矢印はそのメッセージの方向を示す。さらに、参照および理解を容易にするために、図１３に示すゲートキーパー処理７００および７００′などの主要な概念が図１３から図２５全体を通じて用いられ、対応のピアゲートウェイ２００および２００′において実行される処理の、別個であるが同一のインスタンスを示す。さらに、より簡単に理解できるように、たとえデータネットワークとＰＳＴＮとの間およびその逆方向のコールの自動切換をがそのコールを扱うピアゲートウェイのいずれかで開始され得るとしても、発呼側ゲートウェイ２００がそのような行為を開始する場合の、さまざまなケースについて論じる。これらのゲートウェイのいずれにおいても同じ動作が生じるので、被呼側ゲートウェイにより開始される自動切換については説明を省略する。
【０１８８】
ａ．  ＰＢＸ−ＩＰ−ＰＢＸコール
図１３は、ピアのゲートウェイ２００と２００′との間およびそれらの中の両方で行なわれる、通話をそれらゲートウェイを接続するデータネットワーク３０（ＰＢＸ−ＩＰ−ＰＢ）にわたってルーティングするための、典型的な処理間制御メッセージ伝達を示す。
【０１８９】
まず、線１３０３で示すように、ＰＢＸ１４は発信コールをゲートウェイ２００に向ける。すなわち、電話のエンドポイント（ここでは電話）１６にいるユーザが被呼側番号をダイヤルすると、その番号が適切な信号送信情報とともにゲートウェイに、その中のコールハンドラ（ＣＨ）５６０に与えられる。応じて、コールハンドラは、そのコールをサポートするのに十分なネットワーク帯域幅が存在するかどうか、および、その発呼者がそのコールを行なうのに適正な保全許可を有するかどうかを判定する。これら２つの条件が満たされれば、ＣＨは利用可能なＤＳＰチャネルを割当て、ＰＢＸ１４をこのＤＳＰチャネルへと、ＴＤＭスイッチ２５０を通じて（かつ、図５に示すＴＳＩドライバ５８５との相互作用を通じて）接続する。この接続が構築されると、コールハンドラ５６０は、図１３に線１３０６で示すように、音声パケットハンドラ（ＶＰＨ）５１７に対してOPEN VOICE PATHコマンドを発行する。すると、ＶＰＨ５１７が割当てられたＤＳＰチャネルを通じて、このコールに対する音声パケットパス（packetized voicepath）を開く。その後、ＣＨ５６０は線１３０９で示すように、そのＤＳＰチャネルを開くようにＤＳＰドライバに対してOPEN CHANNELコマンドを発行する。次に、そのＣＨは発呼側フラグまたはコーリングフラグ（Calling Flag）を形成し、線１３１２で示すように、そのフラグをSETUPメッセージ内にて、Ｈ．３２３処理５６３へと提供する。処理５６３はその後、このCalling FlagをＨ．２２５．０認可要求（ＡＲＱ）メッセージ内に組込んで、線１３１５に示すように、そのメッセージをゲートキーパ７００に送信する。この認可要求メッセージは、図１２に示すように、被呼側のディレクトリ番号（ＤＮ）を含む。
【０１９０】
ゲートキーパがこの認可要求を受付けると、ゲートキーパ７００は、ゲートウェイ２００′における外部ボーダエレメント（図示せず）との相互作用等を通じて、適切なルーティング情報を判定し、その後、線１３１８に示すように、そのコールに対するルーティング情報（たとえば宛先ネットワークアドレス）を含むＨ．２２５．０認可確認（ＡＣＦ）メッセージで応答する。このコールに対する適切なルーティング情報が、管理ドメイン内からまたは別の同様なドメインを通じて得られると、Ｈ．３２３処理５６３は、線１３２２で示すように、被呼側ゲートウェイ２００′に対してコーリングフラグを含むＨ．２２５．０ SETUPメッセージを送信する。被呼側ゲートウェイ内では、Ｈ．３２３処理５６３′がこのセットアップメッセージを処理し、そうする間に、線１３２５で示すように、ゲートキーパ処理７００′に対してＨ．２２５．０ARQメッセージを発行する。このゲートキーパがコールを受付けることができる場合、すなわち、ゲートキーパがこのコールを取扱うのに十分なネットワーク帯域幅がその時点で利用可能でありかつ被呼側番号がそのコールを受取るのに適切な保全許可を有する場合には、ゲートキーパ７００′は線１３２８で示すように、Ｈ．２２５．０認可確認メッセージで応答する。その後ゲートキーパ７００′は線１３３１で示すように、コーリングフラグを含むSETUPメッセージを発行する。このメッセージに応答して、ＣＨ５６０′は、このコールに対する独特なCallId値を形成し、このコールに関する発呼側および被呼側のディレクトリ番号をセーブする。その後、ＣＨ５６０′は線１３３４で示すように、宛先ＰＢＸ４４に対してコールを開始する。この後、ＣＨ５６０′は、利用可能なＤＳＰチャネルを割当て、ＴＤＭ接続を介してＰＢＸ４４をこのＤＳＰチャネルに接続する。この接続が確立されると、コールハンドラ５６０′は線１３３７で示すように、ＶＰＨ５１７′に対してOPEN VOICE PATHコマンドを発行し、今度はＶＰＨ５１７′が、割当てられたＤＳＰチャネルを通じてこのコールに対する音声パケットパスを開く。その後、ＣＨ５６０は、線１３４０で示すように、ＤＳＰドライバ５１９′に対してOPEN CHANNELコマンドを発行して、そのＤＳＰチャネルを開く。このチャネルが開くと、ＣＨ５６０′は線１３４３で示すように、START VOICE PROCESSINGメッセージを発行することにより、ＶＰＨ５１７′に対してこのチャネルを通じて音声処理を開始するように命令する。
【０１９１】
音声処理がゲートウェイ２００′で始まると、ＣＨ５６０′はそのプールされた利用可能なディレクトリ番号のうち１つを選択し、このコールに対する被呼側フラグまたはコールドフラグ（Called Flag）を形成する。その後、ＣＨ５６０′は線１３４７に示すように、Ｈ．３２３処理５６３′に対してＨ．２２５．０CALL PROCEEDINGメッセージを発行する。このメッセージは、そのコールのためのCalled Flagと、選択されたＰＤＮと、CallIdとを含む。すると、Ｈ．３６３処理５６３′は、線１３５０で示すように、このメッセージを発呼側ゲートウェイ２００に伝送する。このメッセージはＨ．３２３処理５６３によって受取られ、今度はこれが線１３５３で示すように、このメッセージをＣＨ５６０に渡す。するとこのＣＨは、後に自動切換中に使用するために、このコールのCalled Flag、ＰＤＮおよびCallIdをセーブする。
【０１９２】
この情報がセーブされると、ＣＨ５６０は線１３５６で示すように、ＶＰＨ５１７に対してSTART VOICE PROCESSINGメッセージを発行し、このコールに割当てられたこのゲートウェイにおけるＤＳＰチャネルにわたる音声処理を開始する。ゲートウェイ２００′内のＨ．３２３処理５６３′がCALL PROCEEDINGメッセージを発行した後に、ＣＨ５６０′は線１３６０で示すように、Ｈ．３２３処理５６３′に対してＨ．２２５．０CONNECTメッセージを発行する。その後、この処理は線１３６５で示すように、その接続メッセージを発呼側ゲートウェイ２００に伝送する。このメッセージをＨ．３２３処理５６３が受信すると、応じてその処理は、線１３６８で示すように、そのＨ．２２５．０ CONNECTメッセージをＣＨ５６０に渡して、発呼側と被呼側との間のデータネットワークにわたる接続を完了する。その後、このコールのための音声パケットのトラフィックが、この接続にわたって通過する。
【０１９３】
ｂ．発呼側に配信される、CONNECTメッセージを含むＰＢＸ−ＰＳＴＮ−ＰＢＸコール
図１４は、ピアのゲートウェイ２００と２００′との間またそれらの中の両方で行なわれる、これらゲート間でＰＳＴＮ接続（ＰＢＸ−ＰＳＴＮ−ＰＢＸ）にわたって通話をルーティングするための、典型的な処理間制御メッセージ伝達を示す。
【０１９４】
まず、線１４３０で示すように、ＰＢＸ１４が発信コールをゲートウェイ２００に向ける。すなわち、電話１６にいるユーザが被呼側番号をダイヤルし、その番号が適切な信号送信情報とともに、ゲートウェイに、その中のコールハンドラ（ＣＨ）５６０に渡される。これに応じて、コールハンドラは、そのコールをサポートするのに十分なネットワーク帯域幅が存在するかどうか、また、その発呼者がそのコールをするのに適正な保全許可を有するかどうかを判定する。十分な帯域幅が存在しない場合、たとえば、ネットワークがその時点においてそのコールを完全にサポートするには混み過ぎている場合、しかしその発呼者はそのコールをするのに適切な許可を有する場合には、ＣＨ５６０はそのコールをＰＳＴＮにわたってルーティングすることになる。
【０１９５】
一般的には、このシナリオの残りの部分を通じて、発呼側ゲートウェイと被呼側ゲートウェイとが適切なＨ．３２３コール信号送信情報を交換し、それにより、ネットワークの条件が後に、そのコールのＰＳＴＮからデータネットワークへの自動切換を許可した場合に、その両者がそのために十分な情報を保持していられるようにする。この情報は、Ｈ．３２３標準に規定される、コールとは独立の信号送信手順を用いて交換されて、その信号送信情報がＨ．３２３SETUP、CALL PROCEEDINGおよびRELEASE COMPLETEメッセージを通じて伝えられる。実質的に、SETUPおよびCALL PROCEEDINGメッセージは、コール情報、特定的にはCallIdとともに被呼側ディレクトリ番号へのＰＳＴＮ接続を構築するように送信され、その後、発呼側ゲートウェイと被呼側ゲートウェイとの間で、そのコールを運搬するＰＳＴＮ接続を介して、インバンドＤＴＭＦ信号方式を使用して送信される。RELEASE COMPLETEメッセージは肯定応答フィールドを含み、これは、被呼側ゲートウェイがそのインバンド信号化されたコール情報を受取ったこと、そのCallIdが発呼側ゲートウェイに当初送信されたものと合致すること、および、それが今や現時点におけるＰＳＴＮコールに関連付けられたことを、発呼側ゲートウェイに伝える。このため、この肯定応答は、発呼側ゲートウェイと被呼側ゲートウェイの両方が、このコールを後にデータネットワークに自動的に切換るのに必要となるコール情報を処理したことを意味する。
【０１９６】
特定的には、図１４に戻って、コールハンドラが一旦そのコールがＰＳＴＮにわたってルーティングされるべきであると判定すると、ＣＨ５６０はこのコールのためのCalling Flagを形成し、そのフラグをSETUPメッセージ内に組込む。このSETUPメッセージは、線１４０６に示すように、Ｈ．３２３処理５６３に与えられ、これが今度は、被呼側番号を含むＨ．２２５．０認可要求メッセージを生成し、その後、線１４０９で示すように、そのメッセージをゲートキーパ７００に渡す。ゲートキーパがこの認可要求を受付けると、それは線１４１２で示すように、Ｈ．３２３処理５６３に対してＨ．２２５．０認可確認メッセージを発行する。応じて、Ｈ．３２３処理５６３は、線１４１５で示すように、データネットワークを介して被呼側ゲートウェイ２００′へと、そのコーリングフラグを含むＨ．２２５．０ SETUPメッセージを送信する。被呼側ゲートウェイ内では、Ｈ．３２３処理５６３′がこのセットアップメッセージを処理し、そうする間に、線１４１８で示すように、ゲートキーパ処理７００′に対してＨ．２２５．０ ARQメッセージを発行する。このゲートキーパがそのコールを受付けることができる場合、すなわち、被呼側のエンドポイントがそのコールを受取るのに適切な保全許可を有する場合には、ゲートキーパ７００′は線１４２１で示すように、Ｈ．３２３処理５６３′に対してＨ．２２５．０認可確認メッセージを送り返す。この認可確認メッセージに応答して、Ｈ．３２３処理５６３′は線１４２４で示すように、それが受取ったCalling Flagを含むSETUPメッセージを、ＣＨ５６０′に渡す。
【０１９７】
このSETUPメッセージを受取ることにより、ＣＨ５６０′はこの特定的なコールに対するCallIdを構築し、後にこのコールを自動切換するのに使用できるように利用可能なＰＤＮを選択し、そのコールのための発呼側および被呼側ディレクトリ番号をセーブする。その後、このＣＨは線１４２７で示すように、Ｈ．３２３処理５６３′に対して、Called Flag、選択されたＰＤＮおよびCallIdを含むCALL PROCEEDINGメッセージを発行する。Ｈ．３２３処理５６３′は、線１４３０で示すように、Called Flag、ＰＤＮおよびCallIdを含むＨ．２２５．０ CALL PROCEEDINGメッセージを、データネットワークを介して発呼側ゲートウェイ２００へと送信する。発呼側ゲートウェイ内では、Ｈ．３２３処理５６３が、線１４３３で示すように、CALL PROCEEDINGメッセージをＣＨ５６０に与える。このＣＨは、後に自動切換中に使用できるように、このメッセージ内のそれがたった今受取ったコール情報をセーブする。その後、ＣＨ５６０は線１４３６で示すように、被呼側ディレクトリ番号を含むＰＳＴＮに対する従来のＱ．９３１SETUPメッセージを発行することにより、そのディレクトリ番号への回路切換されたＰＳＴＮ接続を構築するようにする。このＱ．９３１SETUPメッセージに応答して、また、そのコールがＰＳＴＮを通じて構築されることを知らせるために、発呼側ゲートウェイにサービスを提供する局所中央局スイッチは、線１４４０で示すように、発呼側ゲートウェイに対し、具体的にはその中のＣＨ５６０に対して、Ｑ．９３１ CALL PROCEEDINGメッセージを送り返す。このメッセージは、（ＰＳＴＮへの）入来または着信トランク上のどのＴ１チャネルがこのコールを搬送するかを特定する。加えて、ＰＳＴＮは線１４４３で示すように、被呼側ゲートウェイ２００′に対してＱ．９３１SETUPメッセージを発行する。このメッセージは、被呼側ディレクトリ番号および、（被呼側ゲートウェイへと）出て行くトランク上の、このコールを搬送するＴ１チャネルの識別情報を含む。このコールは一方方向であるため、すなわち、発呼側ゲートウェイから被呼側ゲートウェイに向かうため、各側で１つのＴ１チャネルのみが必要とされる。
【０１９８】
このＱ．９３１SETUPメッセージを受取ったことに応答して、ＣＨ５６０′は線１４４６で示すように、ローカルＰＢＸ４４に対するコールを構築する。加えて、ＣＨ５６０′は利用可能なＤＳＰチャネルを割当て、（受信のみのための）Ｔ１チャネルをＰＢＸ４４からこのＤＳＰチャネルへと、ＴＤＭ接続を介して接続する。この接続が一旦構築されると、コールハンドラ５６０′は線１４５２で示すように、ＤＳＰドライバ５１９′に対してOPEN CHANNELコマンドを発行する。その後、線１４５５で示すように、被呼側がその電話を取上げ、適切な信号情報（たとえば、返答監視）が戻されると、ＣＨ５６０′は線１４５８で示すように、Ｑ．９３１CONNECTメッセージをＰＳＴＮに対して発行する。このＰＳＴＮは線１４６０で示すように、このメッセージを発呼側ゲートウェイにルーティングする。このメッセージに応答してＣＨ５６０は、線１４６３に示すように、このコールのためのCallIdを含むSENDメッセージをＤＳＰドライバ５１９に対して発行する。このドライバはこのメッセージをインバンドＤＴＭＦ信号方式に変換し、このメッセージをCALLIDメッセージとして、ＰＳＴＮ接続を介して被呼側ゲートウェイ２００′に送信する。このCALLIDメッセージを受信すると、ＤＳＰドライバ５１９′はこのメッセージからインバンド信号化されたCallIdを抽出し、線１４６８で示すように、そのCallIdを含むRECEIVEDメッセージをＣＨ５６０′に対して発行する。このRECEIVEDメッセージに応答して、ＣＨ５６０′は、ＤＳＰチャネルからＰＳＴＮチャネルを切断し（受信側−なぜなら、それがここで利用されている唯一の側であるため）、先のチャネルをＰＳＴＮチャネルの受信（ＰＢＸ）側に接続する。これが行なわれると、被呼側ゲートウェイはそのＰＳＴＮ接続を完了したことになる。このため、ＣＨ５６３′は線１４７６で示すように、CLOSE CHANNELメッセージをＤＳＰドライバ５１９′に対して発行して、そのときに使用されていたこのＤＳＰチャネルを閉じる。ＣＨ５６０′はまた、後の再割当および再利用のために、このＤＳＰチャネルを自由にする。加えて、ＣＨ５６０′は線１４８０に示すように、肯定応答を含むRELEASE COMPLETEメッセージをＨ．３２３処理５６３′に対して発行する。この肯定応答は、CallIdが被呼側ゲートウェイによって適正に受取られ、そのゲートウェイがそれをＰＳＴＮコールと正しく関連付けたことを知らせる。このメッセージに応答してＨ．３２３処理５６３′は、線１４９５で示すように、ゲートキーパ７００′に対してＨ．２２５．０係合解除要求メッセージを発行して、そのゲートキーパに関する限り、そのコールをドロップする。このゲートキーパが一旦このコールを有効に取除く（「ドロップする」）と、そのゲートキーパは線１４９８で示すように、Ｈ．３２３処理５６３′に対してＨ．２２５．０係合解除確認メッセージを送り返す。加えて、Ｈ．３２３処理５６３′はまた、線１４８３で示すように、ＰＳＴＮ接続を介して発呼側ゲートウェイに対してRELEASE COMPLETEメッセージを発行する。このメッセージの受信に応答して、Ｈ．３２３処理５６３は線１４８６で示すように、ゲートキーパ７００に対してＨ．２２５．０係合解除要求メッセージを発行して、そのゲートキーパに関する限���そのコールをドロップする。このゲートキーパが一旦このコールを有効にドロップすると、そのゲートキーパは線１４８９で示すように、Ｈ．２２５．０係合解除確認メッセージをＨ．３２３処理５６３に送り返し、その処理が今度は線１４９２で示すように、Ｈ．３２３RELEASE COMPLETEメッセージをＣＨ５６０に対して発行する。
【０１９９】
ｃ．発呼側に配信される、接続メッセージを含まないＰＢＸ−ＩＰ−ＰＢＸコール
図１５は、ピアのゲートウェイ２００と２００′との間およびそれらの中の両方で行なわれる、データネットワークを介して通話をルーティングするための典型的な処理間制御メッセージ伝達を示す。ただしこの場合、発呼側に配信されるCONNECTメッセージは存在しない。このメッセージ伝達は、CallIdがそれら２つのゲートウェイ間で通信される処理を除いては、図１４に示したものと非常によく似ている。しかしここでは、CallIdは、１回だけ送信されるのではなくて、ＰＳＴＮ接続が一旦構築されると連続的に送信され、その送信は、被呼側ゲートウェイによって発行されるＨ．３２３RELEASE COMPLETEメッセージの中に与えられる肯定応答により、そのCallIdの受信が被呼側ゲートウェイによって確認されるまで、続けられる。
【０２００】
まず、線１５０１で示すように、ＰＢＸ１４が、発信コールをゲートウェイ２００に向ける。すなわち、電話１６にいるユーザが被呼側番号をダイヤルし、その番号が適切な信号送信情報とともにゲートウェイにかつその中のＣＨ５６０に渡される。応じて、コールハンドラは、そのコールをサポートするのに十分なネットワーク帯域幅が存在するか、また、その発呼者がそのコールをするのに適正な保全許可を有しているかどうかを判定する。もし、図１４に示したシナリオの場合と同様にかつ上述のように、十分な帯域幅が存在しない場合またはそのネットワークがその時点において混み過ぎていてそのコールをサポートできない場合、しかしその発呼者はそのコールを行なうのに適切な許可を有する場合には、ＣＨ５６０はそのコールをＰＳＴＮにわたってルーティングすることになる。
【０２０１】
図１４に関連して上に説明したのと同様に、このシナリオの残りの部分を通じて、発呼側ゲートウェイ２００および被呼側ゲートウェイ２００′は、後に自動切換中に使用できるように、Ｈ．３２３標準で与えられるコールとは独立の信号送信手順を使用して、適切なＨ．３２３コール信号送信情報を交換する。この情報は、Ｈ．３２３のSETUP、CALL PROCEEDINGおよびRELEASE COMPLETEメッセージを通じて交換される。
【０２０２】
図１５に示す特定的なシナリオに関連して、コールハンドラが一旦そのコールがＰＳＴＮにわたってルーティングされるべきであると判定すると、ＣＨ５６０はそのコールのためのCalling Flagを形成し、そのフラグをSETUPメッセージ内に組込む。このSETUPメッセージは線１５０３で示すようにＨ．３２３処理５６３に与えられ、これが今度は、被呼側番号を含むＨ．２２５．０認可要求メッセージを生成し、線１５０５で示すようにそのメッセージをゲートキーパ７００に渡す。そのゲートキーパがその認可要求を受付けた場合には、それは線１５０７で示すようにＨ．２２５．０認可確認メッセージをＨ．３２３処理５６３に対して発行する。応じて、Ｈ．３２３処理５６３は線１５１０で示すように、コーリングフラグを含むＨ．２２５．０SETUPメッセージをデータネットワークを介して被呼側ゲートウェイ２００′に送信する。被呼側ゲートウェイ内では、Ｈ．３２３処理５６３′がこのセットアップメッセージを処理し、そうする間に、線１５１２に示すようにゲートキーパ処理７００′に対してＨ．２５５．０認可要求（ＡＲＱ）メッセージを発行する。このゲートキーパがこのコールを受付けることができる場合、すなわち、被呼側のエンドポイントがこのコールを受取るのに適切な保全許可を有する場合には、ゲートキーパ７００′は線１５１４で示すように、Ｈ．３２３処理５６３′に対してＨ．２２５．０認可確認（ＡＣＦ）メッセージを送り返す。この認可確認メッセージに応じて、Ｈ．３２３処理５６３′は線１５１６で示すように、それが受取ったCalling Flagを含有するSETUPメッセージをＣＨ５６０′に渡す。
【０２０３】
このSETUPメッセージを受取ることにより、ＣＨ５６０′はその特定のコールに対するCallIdを構築し、後にこのコールの自動切換に利用することができるように利用可能なＰＤＮを選択し、このコールに対する発呼側および被呼側ディレクトリ番号をセーブする。その後、このＣＨは、線１５１８で示すように、Called Flag、選択されたＰＤＮおよびCallIdを含むCALL PROCEEDINGメッセージを、Ｈ．３２３処理５６３′に対して発行する。Ｈ．３２３処理５６３′は線１５２０で示すように、このCalled Flag、ＰＤＮおよびCallIdを含むＨ．２２５．０CALL PROCEEDINGメッセージを、データネットワークを介して発呼側ゲートウェイ２００へと送信する。発呼側ゲートウェイ内では、Ｈ．３２３処理５６３が線１５２２で示すように、CALL PROCEEDINGメッセージをＣＨ５６０に与える。このＣＨは、後に自動切換中に使用することができるように、このメッセージ内でそれがたった今受取ったコール情報をセーブする。
【０２０４】
その後、ＣＨ５６０は利用可能なＰＳＴＮチャネルを獲得し（すなわち、「オフフック（"off-hook"）」となり）、線１５２４で示すように、適切な信号送信メッセージをＰＳＴＮに送信して、被呼側ディレクトリ番号をダイヤルする。するとＰＳＴＮが、線１５２６で示すように、被呼側ディレクトリ番号に対する入来コールがあることを知らせる適切な信号送信メッセージを、被呼側ゲートウェイへと送信する。このメッセージに応答してＣＨ５６０′は、線１５２８で示すように、ローカルＰＢＸ４４を介して被呼側番号に対してＰＳＴＮコールを構築する。ＣＨ５６０はまた、フリーのＤＳＰチャネルを突き止めて、そのＰＳＴＮチャネルをそのＤＳＰチャネルへと、送信側のみを通じて接続する。加えて、ＣＨ５６０′は、利用可能なＤＳＰチャネルを割当て、ＴＤＭ接続を介して、ＰＢＸ４４からこのＤＳＰチャネルへと（受信のみのための）Ｔ１チャネルを接続する。この接続が一旦構築されると、コールハンドラ５６０′は線１５３２で示すように、OPEN CHANNELコマンドをＤＳＰドライバ５１９′に対して発行する。
【０２０５】
被呼側ゲートウェイがそのＰＳＴＮチャネルを開いているのとほぼ同時に、発呼側ゲートウェイは、たとえば線１５３４、１５３６、１５３８および１５４０で示すように、SENDメッセージを反復的に送信する。これらSENDメッセージは各々、「♯」符号で始まるCallIdを含む。このような各SENDメッセージはＤＳＰドライバ５１９によって受取られ、これが今度は、その「♯CALLID」情報をＤＴＭＦ信号方式メッセージに変換し、その後そのＤＴＭＦメッセージをインバンドでＰＳＴＮへと伝送する。図面の簡略化のために、このメッセージの後者の例のうち１つのみ、すなわち線１５４２で示されるもののみを示す。
【０２０６】
連続する４つのSENDメッセージのみが示されているが、各々がＤＴＭＦシグナル化「♯CALLID」情報を含むSENDメッセージは、CallIdが被呼側ゲートウェイによって受取られるまで、必要な数だけ送信される。結果的に、これらSENDメッセージの送信中に、かつ、線１５３３で示すように被呼側が電話を取上げて好適な信号情報（たとえば、返答監視）が戻された後に、ＣＨ５６０′は線１５３７で示すように、通話応答があったことを示す返答（Call Answered）メッセージをＰＳＴＮに対して発行する。被呼側ゲートウェイと発呼側ゲートウェイとの間にＰＳＴＮチャネルが一旦構築されると、結果的にＤＴＭＦシグナル化メッセージのうちの１つ、ここでは線１５４２によって示されるものが、被呼側ゲートウェイ２００′によって受取られることになる。このCallIdメッセージを受信したことに応答して、ＤＳＰドライバ５１９′は、そのＤＴＭＦシグナル化メッセージを♯CallIdを含むRECEIVEDメッセージに変換し、そのメッセージを線１５４４で示すようにＣＨ５６０′へと送信する。このコールハンドラはその後、線１５４６で示すように肯定応答を含むRELEASE COMPLETEメッセージをＨ．３２３処理５６３′に対して発行することによって、そのCallIdの受信を確認する。この肯定応答は、そのCallIdが被呼側ゲートウェイによって適正に受信されたこと、それがそのコールに対して当初構築されたCallIdと合致すること、および、このゲートウェイがそのCallIdをそのＰＳＴＮコールと正しく関連付けたことを知らせる。このメッセージに応答してＨ．３２３処理５６３′は、線１５６０で示すように、ゲートキーパ７００′に対してＨ．２２５．０係合解除要求メッセージを発行して、そのゲートキーパに関する限り、そのＰＳＴＮコールをドロップする。このゲートキーパがこのコールを一旦ドロップすると、そのゲートキーパは線１５６２で示すように、Ｈ．２２５．０係合解除確認メッセージをＨ．３２３処理５６３′に対して発行する。加えて、Ｈ．３２３処理５６３′はまた、線１５５０で示すように、そのＰＳＴＮ接続を介して発呼側ゲートウェイに、RELEASE COMPLETEメッセージを発行する。このメッセージの受信に応答して、Ｈ．３２３処理５６３は線１５５２で示すように、ゲートキーパ７００に対してＨ．２２５．０係合解除要求メッセージを発行して、そのゲートキーパに関する限りそのコールをドロップする。このゲートキーパがそのコールをドロップすると、ゲートキーパ７００は線１５５６で示すように、Ｈ．３２３処理５６３に対してＨ．２２５．０係合解除確認メッセージを戻す。その後、処理５６３は線１５５６で示すように、それが被呼側ゲートウェイから受取った、肯定応答を含むRELEASE COMPLETEメッセージを、ＣＨ５６０に送る。
【０２０７】
この時点で、発呼側ゲートウェイは被呼側ゲートウェイに対して「＊」を送信し、それに応答して、両方のゲートウェイがそのＰＳＴＮチャネルを発呼側および被呼側に接続する。
【０２０８】
具体的には、ＣＨ５６０がRELEASE COMPLETEメッセージを受取った後に、コールハンドラはＰＳＴＮチャネルの伝送側をＤＳＰチャネルから切り離し、また、先のチャネルの伝送側をＰＢＸチャネルに接続する。加えて、ＣＨ５６０′は線１５５８で示すように、「＊」を含むSENDメッセージをＤＳＰドライバ５１９に対して発行する。このSEND（＊）メッセージに応答して、ＤＳＰドライバ５１９′はそのメッセージをＤＴＭＦインバンド信号方式に変換し、線１５６５に示すようにそのインバンド信号方式を使用したメッセージを被呼側ゲートウェイ２００′へと送信する。その後、ＣＨ５６０はそれがたった今使用していたＤＳＰチャネルを自由にし、線１５７０で示すように、ＤＳＰドライバ５１９に対してCLOSE CHANNELメッセージを発行してこのＤＳＰチャネルを閉じ、それにより、それが後に再割当および再使用できるようにする。
【０２０９】
「＊」を含むこのＤＴＭＦシグナル化メッセージを受信したのに応答して、ＤＳＰドライバ５１９′はそのＤＴＭＦシグナル化メッセージを「＊」を含むRECEIVEDメッセージに変換し、線１５６８で示すようにそのメッセージをＣＨ５６０′へと送信する。応じて、ＣＨ５６０′は、ＰＳＴＮチャネルをＤＳＰチャネルの受信側から切り離し、先のチャネルをＰＢＸチャネルの受信側に接続する。その後、ＣＨ５６０′はそれがたった今使用したＤＳＰチャネルを自由にし、線１５７２で示すように、CLOSE CHANNELメッセージをＤＳＰドライバ５１９′に対して発行してこのＤＳＰチャネルを閉じ、それが後に再割当および再使用できるようにする。
【０２１０】
ｄ．プールされたディレクトリ番号を使用したＩＰからＰＳＴＮへの切換（switchover）
図１６は、ピアのゲートウェイ２００と２００′との間およびそれらの中の両方で行なわれる、通話をそれらゲートウェイにかかるデータネットワーク接続を介してルーティングされる状態からそれら２つのゲートウェイ間のＰＳＴＮ接続へと切換えるための、典型的な処理間制御メッセージ伝達を示す。具体的には、後者の接続はプールされたディレクトリ番号を使用することによって構築されたものである。
【０２１１】
図示するように、その時点でそのコールを搬送しているデータネットワーク接続の、発呼側ゲートウェイ２００で実行されるＴＡＳＱ処理５３７（図５および前述のとおり）によって判定されるＱｏＳが、受入れ可能なレベルよりも低下した（すなわち、前述のように、ＱｏＳの数値評価がその所定のしきい値を下回った）と仮定する。すると図１６に示すように、ＶＰＨ５１７が線１６０１で示すように、SWITCH CHANNELメッセージを発行する。具体的には、そのメッセージは、そのコールのＰＳＴＮへの切換を特定する。ＣＨ５６０がこのコールのセットアップ中にＰＤＮをセーブしていた場合には、それは、その時点で利用可能であれば、フリーなＤＳＰチャネルを割当てる。これを行なった後に、ＣＨ５６０は線１６０４で示すように、被呼側番号としてＰＤＮを含む従来のＱ．９３１SETUPメッセージをＰＳＴＮに対して発行して、その番号に対する回路切換コールを構築する。ゲートウェイ２００にサービスを提供するＰＳＴＮ内の局所中央局は、その後、線１６０７で示すように、（ゲートウェイ２００からの）着信トランク内でそのコールを搬送するであろうＴ１チャネルの識別情報を含む従来のＱ．９３１CALL PROCEEDINGメッセージを、ＰＤＮに対して発行する。被呼側ゲートウェイ２００′にサービスを提供する局所中央局は、線１６１０で示すように、その被呼側ＰＤＮおよび（そのゲートウェイへの）発信トランク上のそのコールが現われるであろうＴ１チャネルを特定するＱ．９３１SETUPメッセージを、そのゲートウェイに対して発行する。
【０２１２】
ＣＨ５６０′は、そのＱ．９３１SETUPメッセージを受信すると、その時点で利用可能なフリーなＤＳＰチャネルを割当て、被呼側ゲートウェイにおけるＴＤＭスイッチを介してそのコールのためのＰＳＴＮチャネルをそのＤＳＰチャネルに接続する。これがなされた後に、ＣＨ５６０′は線１６１６で示すように、ＤＳＰドライバ５１９′に対してOPEN CHANNELメッセージを発行して、このたった今割当てられたＤＳＰチャネルを開く。その後、ＣＨ５６０′は線１６１９で示すように、ＰＳＴＮに対して従来のＱ．９３１CONNECTメッセージを発行して、被呼側のエンドポイントがＰＳＴＮチャネルに接続されることを知らせる。これに応じて、ＰＳＴＮは線１６２２で示すように、Ｑ．９３１CONNECTメッセージを発呼側ゲートウェイ２００に対して発行する。このゲートウェイ内では、このCONNECTメッセージの受信に応答して、ＣＨ５６０が線１６２５で示すように、ＰＳＴＮに切換えられる現時点におけるコールのCallIdを含むSENDメッセージを、ＤＳＰドライバ５１９に対して発行する。このメッセージにより、そのドライバは、線１６２８で示すように、このコールのCallIdを、インバンドＤＴＭＦ信号方式を使用して、被呼側ゲートウェイ２００′へと送信する。
【０２１３】
このCallId情報を受信すると、ＤＳＰドライバ５１９′は線１６３１で示すように、そのCallIdを含むRECEIVEDメッセージを発行する。このメッセージはＣＨ５６０′に送られ、これが今度は、ＰＳＴＮチャネルをＤＳＰから切り離し、そのチャネルをＰＢＸに接続する。その後、ＣＨ５６０′は線１６４３で示すように、CLOSE CHANNEL（ＤＴＭＦ）メッセージを発行して、ＤＴＭＦ信号情報の受信および処理に使用されたＤＳＰチャネルを閉じる。次に、ＣＨ５６０′はまた、線１６４７で示すように、CLOSE VOICE PATHメッセージをＶＰＨ５１７′に対して発行する。このメッセージにより、ＶＰＨは、このＤＳＰチャネルにわたってゲートウェイ２００′において先に構築されていた音声パスを閉じる。その後、ＣＨ５６０′は線１６５０で示すように、CLOSE CHANNEL（ＶｏＩＰ）メッセージをＤＳＰドライバ５１９′に対して発行し、これにより、ドライバは、一方がＤＴＭＦのために使用され他方がその後ＶｏＩＰコールを処理するのに使用された２つのＤＳＰチャネルを自由にする。
【０２１４】
また、ＤＳＰドライバ５１９がCallId情報をインバンド信号方式を使用して送信した後に、発呼側ゲートウェイ２００に位置するＣＨ５６０は、ＰＳＴＮチャネルをＤＳＰから切り離し、それをＰＢＸに接続する。その後、ＣＨ５６０は線１６３４に示すように、CLOSE CHANNEL（ＤＴＭＦ）メッセージを発行して、ＤＴＭＦ信号情報の受信および処理に使用されたＤＳＰチャネルを閉じる。次に、ＣＨ５６０はまた、線１６３７によって示されるように、ＶＰＨ５１７に対してCLOSE VOICE PATHメッセージを発行する。このメッセージによってＶＰＨは、そのＤＳＰチャネルにわたってゲートウェイ２００内に先に構築されていた音声パスを閉じる。ＣＨ５６０はその後、線１６４０で示すように、CLOSE CHANNEL（ＶｏＩＰ）メッセージをＤＳＰドライバ５１９に対して発行し、それによりそのドライバは、一方がＤＴＭＦに、他方がそのときＶｏＩＰコールを処理するのに使用されていた２つのＤＳＰチャネルを自由にする。
【０２１５】
これらの動作が行なわれた後に、ＣＨ５６０は線１６５３に示すように、Ｈ．３２３処理５６３に対してＨ．２２５．０RELEASE COMPLETEメッセージを発行する。このメッセージを受信するとＨ．３２３処理５６３は、線１６５９で示すように、ゲートキーパ７００に対して係合解除要求メッセージ（ＤＲＱ）を発行する。データコールのその端部を絶ったゲートキーパは、線１６５６で示すように、Ｈ．３２３処理５６３に対して係合解除確認メッセージを発行する。このメッセージに応答して、Ｈ．３２３処理５６３は、線１６６２で示すように、RELEASE COMPLETEメッセージをＰＳＴＮ接続を介して被呼側ゲートウェイ２００′に送信する。このメッセージを受信するとＨ．３２３処理５６３′は、線１６６５で示すように、ゲートキーパ７００′に対して係合解除要求メッセージを発行する。データコールのその端部を絶ったゲートキーパ７００′はその後、線１６６８で示すように、Ｈ．３２３処理５６３′に対して係合解除確認メッセージを発行する。すると今度はＨ．３２３処理５６３′が、線１６７２で示すように、ＣＨ５６０′に対してRELEASE COMPLETEメッセージを発行する。
【０２１６】
ｅ．被呼側ディレクトリ番号を使用した、ＩＰからＰＳＴＮへの切換
図１７は、ピアのゲートウェイ２００と２００′との間およびそれらの中の両方で行なわれる、通話をそれらゲートウェイにかかるデータネットワーク接続を介してルーティングされる状態からそれら２つのゲートウェイ間のＰＳＴＮ接続へと切換えるための、典型的な処理間制御メッセージ伝達を示す。ここでは具体的に、後者の接続は、図１６に示したＰＤＮではなく、被呼側ディレクトリ番号を使用して構築されたものである。図１６および図１７を比較することによって理解され得るように、両方の図に示される制御シナリオ全体は極めて似通っているが、図１７に示したシナリオは、被呼側が、そのコールのＰＳＴＮへの自動切換に使用するためのＰＤＮを先に配信していなかった場合に生じる。
【０２１７】
図示するように、やはりその時点でそのコールを搬送しているデータネットワーク接続の、発呼側ゲートウェイ２００において実行されるＴＡＳＱ処理５３７（図５参照かつ前述のとおり）によって判定されるＱｏＳが、受入可能なレベルを下回ったものと仮定する。すると図１７に示すようにＶＰＨ５１７は、線１７０１で示すように、SWITCH CHANNELメッセージを発行する。具体的には、そのメッセージは、そのコールのＰＳＴＮへの切換を特定する。このコールについてＰＤＮが配信されていない場合には、ＣＨ５６０はそのルーティング情報から、発呼側ディレクトリ番号がそのコールについて配信されたかどうかを判定する。ＣＨ５６０がこの情報を所持している場合には、ＣＨ５６０はその時点で利用可能なフリーなＤＳＰチャネルを割当てる。以上を行なった後に、ＣＨ５６０は、そのルーティング情報から、この発呼側番号と関連付けられた被呼側番号にアクセスする。その後、ＣＨ５６０は線１７０４で示すように、当初の被呼側番号を含む従来のＱ．９３１SETUPメッセージを発行して、その番号に対する回路切換コールを構築する。ゲートウェイ２００にサービスを提供するＰＳＴＮ内の局所中央局は、線１７０７に示すように、（ゲートウェイ２００からの）着信トランク内の、そのコールを搬送するであろうＴ１チャネルの識別情報を含む従来のＱ．９３１CALL PROCEEDINGメッセージを、その被呼側ディレクトリ番号に対して発行する。被呼側ゲートウェイ２００′にサービスを提供する局所中央局は、線１７１０で示すように、このゲートウェイに対してＱ．９３１SETUPメッセージを発行する。このメッセージは、当初の被呼側ディレクトリ番号と、（そのゲートウェイに）出て行くトランク内の、そのコールがその上に現われるであろうＴ１チャネルとを特定する。
【０２１８】
Ｑ．９３１SETUPメッセージを受信すると、ＣＨ５６０′は、その時点で利用可能なフリーなＤＳＰチャネルを割当て、被呼側ゲートウェイにおけるＴＤＭスイッチを介して、このコールのためのＰＳＴＮチャネルをそのＤＳＰチャネルに接続する。これが一旦なされると、ＣＨ５６０′は線１７１８で示すように、ＤＳＰドライバ５１９′に対してOPEN CHANNELメッセージを発行し、このたった今割当てられたＤＳＰチャネルを開く。その後、ＣＨ５６０′は線１７２２で示すように、ＰＳＴＮに対して従来のＱ．９３１CONNECTメッセージを発行して、その被呼側のエンドポイントがＰＳＴＮチャネルに接続されることを知らせる。これに応答して、ＰＳＴＮは線１７２５に示すように、発呼側ゲートウェイ２００に対してＱ．９３１CONNECTメッセージを発行する。このゲートウェイ内においては、このCONNECTメッセージの受信に応答して、ＣＨ５６０が線１７２８で示すように、ＰＳＴＮに切換えられた現時点におけるコールのCallIdを含むSENDメッセージを、ＤＳＰドライバ５１９に対して発行する。このメッセージにより、ドライバは、線１７３２で示すように、かつＰＳＴＮチャネルにわたって、このコールのCallIdを被呼側ゲートウェイに対して、インバンドＤＴＭＦ信号方式を使用して送信する。
【０２１９】
このCallId情報を受信すると、ＤＳＰドライバ５１９′は線１７３５で示すように、そのCallIdを含むRECEIVEDメッセージを発行する。このメッセージはＣＨ５６０′に送信され、これが今度は、そのＰＳＴＮチャネルをＤＳＰから切断し、そのチャネルをＰＢＸに接続する。その後、ＣＨ５６０′は線１７４７で示すように、CLOSE CHANNEL（ＤＴＭＦ）メッセージを発行して、ＤＴＭＦ信号情報の受信および処理に使用されたＤＳＰチャネルを閉じる。次に、ＣＨ５６０′はまた、線１７５０で示すように、ＶＰＨ５１７′に対してCLOSE VOICE PATHメッセージを発行する。このメッセージにより、ＶＰＨは、このＤＳＰチャネルを介してゲートウェイ２００′において先に構築されていた音声パスを閉じる。その後ＣＨ５６０′は線１７５３で示すように、CLOSE CHANNEL（ＶｏＩＰ）メッセージをＤＳＰドライバ５１９′に対して発行し、これによりドライバは、一方がＤＴＭＦに他方がそのときＶｏＩＰコールを処理するのに使用されていた２つのＤＳＰチャネルを自由にする。
【０２２０】
また、ＤＳＰドライバ５１９がインバンド信号方式を使用してCallId情報を送信した後に、発呼側ゲートウェイ２００に位置するＣＨ５６０は、そのＰＳＴＮチャネルをＤＳＰから切り離し、それをＰＢＸに接続する。その後ＣＨ５６０は線１７３８で示すように、CLOSE CHANNEL（ＤＴＭＦ）メッセージを発行して、ＤＴＭＦ信号情報の受信および処理に使用されたＤＳＰチャネルを閉じる。次に、ＣＨ５６０はまた、線１７４２で示すように、CLOSE VOICE PATHメッセージをＶＰＨ５１７に対して発行する。このメッセージによりＶＰＨは、このＤＳＰチャネルにわたってゲートウェイ２００において先に構築されていた音声パスを閉じる。その後ＣＨ５６０は線１７４５で示すように、CLOSE CHANNEL（ＶｏＩＰ）メッセージをＤＳＰドライバ５１９に対して発行し、これによりドライバは、一方がＤＴＭＦのために使用され他方がそのときＶｏＩＰコールを処理するのに使用されていた、２つのＤＳＰチャネルを自由にする。
【０２２１】
これらの動作が行なわれた後に、ＣＨ５６０は線１７５６で示すように、Ｈ．３２３処理５６３に対してＨ．２２５．０RELEASE COMPLETEメッセージを発行する。このメッセージを受信すると、Ｈ．３２３処理５６３は線１７６０で示すように、ゲートキーパ７００に対して係合解除要求メッセージを発行する。データコールのその端部を絶ったゲートキーパは、線１７６３で示すように、係合解除確認メッセージをＨ．３２３処理５６３に対して発行する。このメッセージに応答して、Ｈ．３２３処理５６３は線１７６５で示すように、RELEASE COMPLETEメッセージをＰＳＴＮ接続を介して被呼側ゲートウェイ２００′へと送信する。このメッセージを受信すると、Ｈ．３２３処理５６３′は線１７６８で示すように、ゲートキーパ７００′に対して係合解除要求メッセージを発行する。データコールのその端部を絶ったゲートキーパ７００′はその後、線１７７２で示すように、係合解除確認メッセージをＨ．３２３処理５６３′に対して発行し、これが今度は、線１７７５で示すように、RELEASE COMPLETEメッセージをＣＨ５６０′に対して発行する。
【０２２２】
ｆ．ＰＳＴＮからＩＰへの切換
図１８は、ピアのゲートウェイ２００と２００′との間およびそれらの中の両方で行なわれる、通話をそれらゲートウェイにかかるＰＳＴＮ接続にわたってルーティングされる状態からそれら２つのゲートウェイ間のデータネットワーク接続へと切換えるための、典型的な処理間制御メッセージ伝達を示す。このシナリオは「逆の（"reverse"）」自動切換状況を示しており、そのコールはＰＳＴＮ接続からデータネットワークへと切換えられ、その逆方向ではない。ここでは、コール情報はＨ．３２３SETUPメッセージ内に保持され、遠端のゲートウェイに対して、このコールが新しいエンドツーエンド接続のために発せられたものではなく、既存のコールの切換またはスイッチオーバが行なわれることを知らせる。CallIdが、ＰＳＴＮとデータネットワークのコール同士を正しくマッチングするのに使用される。この方向における自動切換は、被呼側に発呼側ディレクトリ番号を配信するのに、ＰＤＮもＰＳＴＮの能力も利用しない。さらに、そのコールがデータネットワークからＰＳＴＮへと切換えられた方法、すなわち、たとえばＰＤＮまたは自動番号識別（ＡＮＩ）を使用して切換えられた方法は、ＰＳＴＮからデータネットワークへと行なわれる自動切換にとっては重要ではない。
【０２２３】
図示するように、発呼側ゲートウェイと被呼側ゲートウェイの間のデータネットワーク接続の、発呼側ゲートウェイ２００において実行されるＴＡＳＱ処理５３７（図５参照および前述のとおり）によってやはり判定されるＱｏＳが、受入可能なレベルを越えるまでに高まったと仮定する。すると図１８に示すように、ＶＰＨ５１７は線１８０１で示すように、SWITCH CHANNELメッセージを発行する。具体的にこのメッセージは、そのコールのデータネットワークへのスイッチを特定する。応じて、ＣＨ５６０は利用可能なＤＳＰチャネルを割当て、また、線１８０４で示すように、ＶＰＨ５１７に対してOPEN VOICE PATHメッセージを発行する。その後、ＣＨ５６０はこのメッセージのためのCallId（これは先に、たとえばそのコールがＰＳＴＮに切換えられる前にデータネットワークを介して、そのコールの当初のルーティング中に生成されたものであり、今やデータネットワークへと戻るよう切換えられる）、および、このコールをデータネットワークに切換えるための命令（「切換命令」）の両方を含む、SETUPメッセージを発行する。
【０２２４】
このSETUPメッセージは線１８０７で示すように、Ｈ．３２３処理５６３に与えられ、これが今度は、CallIdおよび切換命令を含むＨ．２２５．０認可要求メッセージを生成し、その後、線１８１０で示すように、そのメッセージをゲートキーパ７００に渡す。ゲートキーパがその認可要求を受入れれば、すなわち、たとえば発呼側のエンドポイントがそのデータネットワークを利用する許可を有しかつその時点においてそのコールをサポートするのに利用可能な十分なネットワーク帯域幅があれば、ゲートキーパ７００は線１８１４で示すように、Ｈ．２２５．０認可確認メッセージをＨ．３２３処理５６３に対して発行する。これに応答して、Ｈ．３２３処理５６３は線１８２０に示すように、CallIdおよび切換命令を含むＨ．２２５．０SETUPメッセージを、データネットワークを介して被呼側ゲートウェイ２００′へと送信する。被呼側ゲートウェイ内では、Ｈ．３２３処理５６３′がこのセットアップメッセージを処理し、そうする間に、線１８２３で示すように、ゲートキーパ処理７００′に対してＨ．２２５．０ARQメッセージを発行する。このゲートキーパがそのコールを受入れることができれば、すなわち、被呼側のエンドポイントがそのコールを受取るのに適切な保全許可を有しかつこの側にそのコールを取扱うのに十分な帯域幅が存在すれば、ゲートキーパ７００′は線１８２６で示すように、Ｈ．３２３処理５６３′に対してＨ．２２５．０認可確認メッセージを送り返す。この認可確認メッセージに応答して、Ｈ．３２３処理５６３′は線１８２９に示すように、それが受取ったSETUPメッセージをＣＨ５６０′に渡す。このコールハンドラはその後、このコールに対して行なわれるであろう音声処理のために、フリーなＤＳＰチャネルを割当てる。このＤＳＰチャネルが割当てられると、ＣＨ５６０′は線１８３２で示すように、OPEN VOICE PATHコマンドをＶＰＨ５１７′に対して発行し、これが今度は、割当てられたＤＳＰチャネルを通じてこのコールのための音声パケットパスを開く。その後、ＣＨ５６０は線１８３５で示すように、CONNECTメッセージをＨ．３２３処理５６３′に対して発行する。この処理は、線１８４０で示すように、このCONNECTメッセージを発呼側ゲートウェイに送信する。また、ＣＨ５６０′がCONNECTメッセージを発行すると、このＣＨはＰＢＸチャネルを、先にそのコールを搬送していたＰＳＴＮチャネルから切断し、先のチャネルを割当てられたＤＳＰチャネルに接続する。この接続が被呼側ゲートウェイでなされると、ＣＨ５６０′は線１８５３に示すように、OPEN CHANNELメッセージをＤＳＰドライバ５１９′に対して発行し、このＤＳＰチャネルを開く。ＣＨ５６０′はまた、線１８５６で示すように、START VOICE PROCESSINGメッセージをＶＰＨ５１７′に対して発行して、それが、このデータネットワークコールの期間の間そのＤＳＰチャネルにわたって行なわれる信号の音声処理を開始するように命令する。同様に、発呼側ゲートウェイ２００内では、線１８４３に示すように、ＣＨ５６０に対してCONNECTメッセージが送られたのに応答して、このコールハンドラがＰＢＸチャネルを先にそのコールを搬送していたＰＳＴＮチャネルから切断し、その先のチャネルを割当てられたＤＳＰチャネル���接続する。その後、ＣＨ５６０は線１８４６で示すように、OPEN CHANNELメッセージをＤＳＰドライバ５１９に対して発行してこのＤＳＰチャネルを開き、その後、線１８５０で示すようにSTART VOICE PROCESSINGメッセージをＶＰＨ５１７に対して送って、それが、このデータネットワークコールの期間中にＤＳＰチャネルにわたって行なわれる信号の音声処理を開始するように命令する。ＣＨ５６０′はまた、線１８５６で示すように、START VOICE PROCESSINGメッセージをＶＰＨ５１７′に対して発行して、それが、このデータネットワークコールのためにそのＤＳＰチャネルにわたってまたこのコールの期間中に行なわれる、信号の音声処理を開始するように命令する。その後、ＣＨ５６０は線１８６０で示すように、DISCONNECTメッセージをＰＳＴＮチャネルにわたってデータネットワークに対して発行して、このコールに対するＰＳＴＮ接続を解除する。その後ＰＳＴＮは線１８６３で示すように、DISCONNECTメッセージを被呼側ゲートウェイ２００′に対して発行し、これが今度はＣＨ５６０′に対して、このコールのためのその現時点におけるＰＳＴＮ接続を解除するように命令する。被呼側ゲートウェイが実際に、このコールを先に搬送していたＰＳＴＮチャネルを解放したことを知らせるために、ＣＨ５６０′は線１８６６で示すように、Ｑ．９３１RELEASEメッセージをＰＳＴＮに対して発行する。その後ＰＳＴＮは線１８６９で示すように、Ｑ．９３１RELEASEメッセージを発呼側ゲートウェイに対して発行する。ＣＨ５６０がこのコールのためのそのＰＳＴＮ接続を解放すると、このコールハンドラは線１８７２で示すように、Ｑ．９３１RELEASE COMPLETEメッセージをＰＳＴＮに対して発行し、これが今度は、対応するＱ．９３１RELEASE COMPLETEメッセージを被呼側ゲートウェイの中にあるＣＨ５６０′に対して発行して、そのコールのためのそのＰＳＴＮ接続が解放されたことを全面的に認める。
【０２２５】
４．ドメイン間コールルーティングシーケンス
ａ．ルーティング情報が発呼側のエンドポイントと同じ管理ドメインにある
図１９は、図４Ｂに示すようなＨ．３２３環境における２つの管理ドメイン間でデータネットワークを介して通話をルーティングするために行なわれる、ゲートウェイ間およびゲートウェイ内の動作のシーケンス１９００を示す。ここで、被呼側のエンドポイントのためのルーティング情報は、発呼側のエンドポイントと同じドメイン内でキャッシュされており、その中のボーダエレメントによって供給される（「簡単なコールルーティング」）。上記のように、ルーティング情報は、各エンドポイントがゲートキーパに登録するのに対応する記述子の形で供給される。新しいエンドポイントがゲートキーパに登録すると、そのゲートキーパはその新しいエンドポイントの記述子を、そのゲートキーパと同じ管理ドメイン内のボーダエレメントに供給し、それが同じドメイン内の同様の他のすべてのゲートキーパに対して公表（publication）される。また、あるドメイン内の外部ボーダエレメントは、別のドメイン内の外部ボーダエレメントから、その別のドメインのためのすべての記述子を先のボーダエレメントにおいて内部記憶するために、要求することができる。加えて、上述のように、外部ボーダエレメントはさらに、そのボーダエレメントを通じて最近ルーティングされた複数のドメイン間コールの記述子を、後の利用のために、その局所記憶装置内に、キャッシュする。
【０２２６】
ここでは、コールが、管理ドメインＡを通じてサービスされる電話通信エンドポイント（図示せず）に関連する発呼側ディレクトリ番号を通じて、管理ドメインＢを通じてサービスされる電話通信エンドポイント（やはり図示せず）に関連する被呼側ディレクトリ番号に対して、発せられるものと仮定する。まず、このドメイン内の発呼側ゲートウェイ２００が線１９１０で示すように、Ｈ．２２５．０認可要求（ＡＲＱ）メッセージを、その発呼側エンドポイントにサービスを提供するゲートキーパ４２０1に対して送信する。その後、ゲートキーパはブロック１９１５で示すように、そのコールのルーティングにおいて、被呼側のエンドポイントが発呼側のエンドポイントと同じ管理ドメイン、すなわちドメインＡにあるかどうかを判定する。この例の場合のようにもし同じドメインになければ、ゲートキーパ４２０1は線１９２０で示すように、たとえばこのコールのための被呼側ディレクトリ番号を含むアクセス要求（Access Request）をボーダエレメント４３０に対して発行することにより、この番号を被呼側エンドポイントのための宛先ネットワークアドレスに解決（resolve）する。このシナリオにおいてはボーダエレメント４３０は必要たるルーティング情報を所持するので、このボーダエレメントは線１９３０で示すように、解決された宛先アドレス、すなわちネットワークアドレスを含むアクセス確認（Access Confirm）メッセージを戻す。このアドレスを受信すると、ゲートキーパ４２０1は線１９４０で示すように、その宛先アドレスを含むＨ．２２５．０認可確認（ＡＣＦ）メッセージを発呼側のゲートウェイ２００に戻し、それが今度は、線１９５０で示すように、被呼側ゲートウェイ２００′と相互作用して、データネットワークにわたってそのコールを構築する。
【０２２７】
ｂ．ルーティング情報が発呼側のエンドポイントとは異なる管理ドメインにある
図２０は、２つの管理ドメイン間でデータネットワークにわたって通話をルーティングするために行なわれる、図１９に示したものと同様の、ゲートウェイ間およびゲートウェイ内の動作のシーケンス２０００を示す。ただしここでは、被呼側のエンドポイントのためのルーティング情報は、その時点で、発呼側のエンドポイントと同じ管理ドメインにおけるボーダエレメントには存在しない。
【０２２８】
ここでもまた、通話が、管理ドメインAを通じてサービスされる電話通信エンドポイント（図示せず）に関連する発呼側ディレクトリ番号を通じて、管理ドメインBを通じてサービスされる電話通信エンドポイント（やはり図示せず）に関連する被呼側ディレクトリ番号に対して発せられるものと仮定する。まず、このドメイン内の発呼側ゲートウェイ２００が、線２０１０で示すように、Ｈ．２２５．０認可要求（ＡＲＱ）メッセージを発呼側のエンドポイントにサービスを提供するゲートキーパ４２０1に送信する。するとこのゲートキーパはブロック２０１５に示すように、そのコールをルーティングする意味において、被呼側のエンドポイントが発呼側のエンドポイントと同じ管理ドメイン、すなわちドメインＡ内に存在するかどうかを判定する。この例の場合のように存在しなければ、ゲートキーパ４２０1は線２０２０で示すように、たとえばこのコールのための被呼側のディレクトリ番号を含むアクセス要求（Access Request）をボーダエレメント４３０に対して発行し、それにより、この番号を被呼側のエンドポイントのための宛先ネットワークアドレスに解決する。このシナリオにおいてはボーダエレメント４３０は必要とされるルーティング情報をその時点において所持しないので、すなわち、それは被呼側のエンドポイントのための対応する記述子を所持しないので、このエレメントはブロック２０２５で示すように、それがこのエンドポイントのための記述子を必要とすると結論付ける。したがって、ボーダエレメント４３０は線２０３０で示すように、アクセス要求（Access Request）を被呼側の管理ドメインにおける外部ボーダエレメント、たとえばボーダエレメント４５０に対して発行して、被呼側のディレクトリ番号を解決する。これに応じて、ボーダエレメント４５０は線２０４０で示すように、解決された宛先アドレス、すなわちネットワークアドレスを含むアクセス確認（Access Confirm）メッセージをボーダエレメント４３０に戻し、これが今度は、それ自身のルーティングテーブルをこの記述子で更新し、また、線２０５０で示すように、ゲートキーパ４２０1に対してこのアクセス確認（Access Confirm）メッセージを送信する。このアドレスの受信に応答して、ゲートキーパ４２０1は、線２０６０に示すように、宛先アドレスを含むＨ．２２５．０認可要求確認（ＡＣＦ）メッセージを発呼側ゲートウェイ２００に戻し、これが今度は、線２０７０で示すように、被呼側ゲートウェイ２００′と相互作用して、データネットワークにわたってそのコールを確立する。
【０２２９】
ｃ．ゲートキーパ内の動作
図２６は、ゲートキーパ７００等のゲートキーパ内において、そのゲートキーパに登録されているゲートウェイ、ここではゲートウェイ２００によって発せられるＶｏＩＰコールをルーティングするために行なわれる、処理間相互作用２６００を示す。
【０２３０】
図示するように、ゲートウェイ２００内で実行される局所Ｈ．３２３処理５６３（図示せず）からの、線２６１０で示された着信Ｈ．２２５．０認可要求（ＡＲＱ）メッセージに応答して、エンドポイントマネージャ７５０は線２６２０で示すように、ＡＲＱメッセージをＨ．３２３エンドポイント４０５1に送信する。上述のように、マネージャ７５０はＨ．３２３のエンドポイントを管理するが、これは、それらエンドポイントの登録および登録解除、コールに関連するネットワーク帯域幅の割当および割当解除、エンドポイント間のコールのルーティング、ならびに、ルーティング処理７６０によって使用するための適切なエンドポイントアドレス変換（translation）を含む。このため、ゲートキーパ内のエンドポイントマネージャがＡＲＱメッセージを受信すると、これは被呼側のディレクトリ番号を含むが、そのマネージャはどの特定のエンドポイントが、ここではたとえばエンドポイント４０５1がこのコールを要求しているかを判定し、その後線２６２０で示すように、それに対してそのＡＲＱメッセージを転送する。このＡＲＱメッセージに応答して、エンドポイント４０５1は線２６３０で示すように、ルート要求（Route Request）メッセージをルーティング処理７６０に対して発行して、被呼側ディレクトリ番号に対する宛先ルーティング情報を要求する。このメッセージに応答して、ルーティング処理７６０はそれに関連するルーティングテーブルを調べて、それらのテーブルがその被呼側ディレクトリ番号のためのエントリを含むかどうかを判定する。ルーティング情報が見つかれば、処理７６０は線２６４０で示すように、そのコールを受入れる資格のあるすべての可能な電話通信エンドポイントを含むルートＯＫ（Route OK）メッセージを戻す。これが起こると、エンドポイント４０５1は線２６５０で示すように、帯域幅予約（Reserve Bandwidth）コマンドをエンドポイントマネージャに対して発行して、そのコールに必要とされる帯域幅量を予約する。このコールにわたって搬送されるべき特定の種類の通信、すなわち、音声、モデムデータまたはファクシミリに応じて、帯域幅要件は変化するであろう。利用可能な帯域幅が有限のリソースであれば、どの電話通信エンドポイントにおいてそれを使用することができるか、また、一度にその帯域幅のどの程度を使用することができるかについて、限界が設定される。このコールに対して必要とされる帯域幅を割当てることができるようであれば、それは好適にエンドポイントマネージャ７５０によって予約され、これが今度は、線２６６０で示すように、帯域幅予約済（Bandwidth Reserved）メッセージを、それを要求しているエンドポイントに対して戻す。応じて、そのエンドポイントは、線２６７０で示すように、そのコールをその予約された帯域幅にわたって完了することができることを知らせるＨ．３２３認可確認（ＡＣＦ）メッセージを、そのエンドポイントマネージャに対して発行する。するとエンドポイントマネージャが今度は、そのコール要求を行なったゲートウェイ２００に対して、具体的にはそのゲートウェイ内で実行される局所Ｈ．３２３処理５６３（図示せず）を介して、ＡＣＦメッセージを渡す。
【０２３１】
５．サービス構築シーケンス
図２１は、ゲートキーパ、たとえばゲートキーパ４０５1と、同じ管理ドメイン内のボーダエレメント、たとえばボーダエレメント４３０との間で、サービス関係をそれらの間に構築するために行なわれる、処理間動作シーケンス２１００を示す。これは典型的に、ゲートキーパの電源投入時、または、先にサービスから外されていたゲートキーパがアクティブなサービスに戻るたびに、行なわれる。
【０２３２】
まず、要求側のゲートキーパ４０５1が線２１０５で示すように、ボーダエレメント４３０に対してサービス要求（Service Request）メッセージを発行する。応じて、ボーダエレメントは線２１１０によって示すように、またそれが要求されたサービスを提供できるものと仮定して、要求側のゲートキーパに対してサービス確認（Service Confirm）メッセージを送り返す。その後、ブロック２１１５で示すように、ゲートキーパ４０５1は、それ自身のゾーンをベースとした（zone-based）コールルーティング能力のすべてを、そのボーダエレメントに対してダウンロードすることにより、そのゲートキーパによって扱われるゾーンに対するルーティング情報でもってそのボーダエレメントを更新する。この目的のために、ボーダエレメントは線２１２０に示すように、ゲートキーパに対して記述子ＩＤ要求（Descriptor ID Request）メッセージを発行し、それにより、その時点でゲートキーパ内に記憶されている各記述子に対する識別子を得る。応じて、ゲートキーパは線２１２５で示すように、その時点でゲートキーパ内に記憶されているすべての記述子に対する識別子（記述子ＩＤ）のリストを含む記述子ＩＤ確認（Descriptor ID Confirm）メッセージを提供する。この情報を受信すると、ボーダエレメントはそのリストに識別されている各記述子について別個に要求を行ない応じてそれを得る。特定的には、要求される各記述子について、ボーダエレメント４３０は線２１３０で示すように、その記述子のための対応の記述子ＩＤを特定する記述子要求（Descriptor Request）を発行する。応じて、ゲートキーパは線２１３５で示されるように、そのボーダエレメントに対して要求された記述子をダウンロードする。ボーダエレメントによって要求される各記述子につき、線２１３０および２１３５で示される動作が反復的に繰返される。
【０２３３】
ゲートキーパ４０５1がそのすべての記述子をボーダエレメント４３０に対してダウンロードし終えると、ゲートキーパはブロック２１４０に示すように、そのボーダエレメントと同じ管理ドメイン内にある、ゲートキーパ４０５1のためのもの以外の他のすべてのゾーンに関連する、ボーダエレメントからの管理ゾーンベースのルーティング情報、すなわち記述子を要求する。このため、この情報が一旦ゲートキーパ４０５1に記憶されると、このゲートキーパはそのドメインにおけるすべてのエンドポイントに対する記述子を所持することになる。具体的には、この目的のために、ゲートキーパは線２１４５で示すように、ゾーンベースの記述子ＩＤ要求（Descriptor ID Request）メッセージをボーダエレメントに対して発行することにより、その時点でボーダエレメント内に記憶されている各記述子に対する識別子を得る。応じて、ボーダエレメントは線２１５０で示すように、そのボーダエレメント内にその時点で記憶されている、ゲートキーパ４０５1によって提供されるもの以外のすべての記述子に対する識別子のリストを含む、記述子ＩＤ確認（Descriptor ID Confirm）メッセージを与える。この情報を受取ると、ゲートキーパはそのリスト内に識別されている各記述子を別個に要求し、それに応じてそれらを得る。具体的には、要求される各記述子につき、ゲートキーパ４０５1は線２１５５で示すように、その記述子に対する対応の記述子ＩＤを特定する記述子要求（Descriptor Request）を発行する。応じて、ボーダエレメントは線２１６０で示すように、要求された記述子をボーダエレメントにダウンロードする。線２１５５および２１６０によって表わされる動作が、ゲートキーパによって要求される各記述子につき反復的に繰返される。すべてのボーダエレメントがその要求されたすべてのルーティング情報をゲートキーパに提供し終わると、それら２つの間にサービス関係が存在することになり、シーケンス２１００が終了する。
【０２３４】
６．情報転送シーケンス
図２２は、同じ管理ドメイン内のあるゲートキーパから他のゲートキーパへとルーティング情報を転送する場合に行なわれる、処理間シーケンス２２００を示す。上述のように、あるゲートキーパ内に記憶されているルーティング情報は、そのゲートキーパによってサービスされる電話通信エンドポイントおよびゲートウェイが、そのゲートキーパに対してそれら自身を登録したり登録解除したりするのにつれて変化する。そのような各エレメントがある管理ドメイン内でその対応するゲートキーパに登録したり登録解除したりするとき、そのゲートキーパは、関連するルーティングの変化、すなわち記述子の更新を、関連するボーダエレメントに送信し、これが今度は、そのルーティングの変化を、その同じドメインにおける他のすべてのゲートキーパ（そのドメインにおける同意のボーダエレメントとサービス関係を構築しているゲートキーパを含む）へと配布する。
【０２３５】
図２２に示すように、ゲートキーパ４２０1によってサービスされるゾーン内の記述子に変化が、それがゲートウェイまたは電話通信エンドポイントの登録または登録解除によって生じるかどうかにかかわらず、ブロック２２１０に示すように生じるものと仮定する。その後、線２２２０で示すように、ゲートキーパ４２０1は適切な記述子の変化に伴って既存の記述子を更新する命令を含む記述子更新（Descriptor Update）メッセージを発行する。これらの変化には、既存の記述子の削除もしくは更新、または新しい記述子の追加が含まれる。このメッセージがボーダエレメント４３０によって受取られかつ処理されると、そのエレメントは線２２３０で示すように、ゲートキーパ４２０1に対して記述子更新確認（Descriptor Update Confirm）メッセージを送り返して、その特定の記述子が更新されたことを承認する。
【０２３６】
その後、ボーダエレメント４３０は線２２４０で示すように、記述子更新（Descriptor Update）メッセージを発行して、この記述子の変更をそのドメイン内の次に続くゲートキーパ、ここではゲートキーパ４２０2に配信する。このメッセージがその次のゲートキーパによって受取られかつ処理されると、そのゲートキーパは線２２５０で示すように、ボーダエレメント４３０に対して記述子更新確認（Descriptor Update Confirm）メッセージを送り返して、その特定の記述子が更新されたことを承認する。動作２２４０および２２５０は、その管理ドメイン内の、その記述子の変化をボーダエレメント４３０に対して提供したたとえばゲートキーパ４２０1以外の、すべてのゲートキーパについて反復的に繰返される。
【０２３７】
更新される記述子がボーダエレメント内にあってもゲートキーパ内にあっても、そのいずれかのエレメントに通信される記述子更新（Descriptor Update）メッセージは、その時点で行なわれる必要のあるすべての記述子変更を含む、記述子変更のシーケンスを含有する。
【０２３８】
７．コールの破断（teardown）
ａ．ゲートキーパ間の動作
図２３は、その時点においてデータネットワークを介して搬送されているコール（ＶｏＩＰコール）を破断するために、２つのゲートキーパ、ここでは例示的にゲートキーパ４２０1および４６０1の間で行なわれる、処理間相互作用２３００を示す。
【０２３９】
具体的に、データコールが、発呼側ゲートウェイ２００と被呼側ゲートウェイ２００′とにそれぞれ接続された、対応する電話通信エンドポイント間で構築されており、また、ＰＢＸ１４によってサービスされる発呼側エンドポイントに位置するユーザがそのユーザ側で電話を切ったものと仮定する。その結果、このＰＢＸは、線２３１０で示すように、発呼側ディレクトリ番号（ここではたとえば、「１−７３２−８７２−８０２０」）を含むＱ．９３１切断（Disconnect）メッセージを、ゲートウェイ２００に送信する。この信号送信情報は、Ｔ１トランク１２１３内の着信トランクにわたって、適時、ＤＴＭＦ（デュアルトーン多周波数）トーン、パルスまたはＩＳＤＮ  Ｄチャネル情報を通じて伝えられる。すると、ゲートウェイ２００が今度は、線２３２０に示すように、またＲＡＳチャネル１２１７にわたって、Ｈ．２２５．０係合解除要求（ＤＲＱ）メッセージを、このエンドポイントにサービスを提供するゲートキーパ、たとえばゲートキーパ４２０1に対して送信する。このＤＲＱメッセージは、その番号のためのデータ接続が、そのゲートウェイによって破断されようとしている、そのダイヤルされた番号を特定する。このＤＲＱメッセージに応答して、ゲートキーパ４２０1は線２３３０で示すように、被呼側ゲートウェイのＩＰアドレスを含むＨ．２２５．０係合解除確認（ＤＣＦ）メッセージを送り返す。というのも、このコールがそのゲートウェイで終了するためである。このゲートキーパおよびピアのゲートキーパ４６０1は、このコールの識別を、このコールのためのルーティング情報と、このコールのセットアップ中に構築されかつその期間全体を通じてこのコールによって使用するために予約されていた独特のCallIdとの間に、先に構築された関連付けによって行なう。このＤＣＦメッセージに応答して、発呼側ゲートウェイは線２３４０で示すように、かつＨ．２４５チャネル１２２３を介して、そのCallIdを含むＱ．９３１切断（Disconnect）メッセージを、発呼側のゲートウェイ、ここではゲートウェイ２００′へと送信する。
【０２４０】
この切断（Disconnect）メッセージに応答して、被呼側ゲートウェイ２００′は線２３５０で示すように、Ｈ．２２５．０DRQメッセージを、その被呼側のエンドポイントにサービスを提供するゲートキーパ、ここでは例示的にゲートキーパ４６０1へと送信する。このメッセージは、このゲートキーパに対して、その時点でこのコールを搬送しているデータ接続を解除するように要求する。応じて、ゲートキーパ４６０1は、線２３６０で示すようにかつＲＡＳチャネル１２３３にわたって、Ｈ．２２５．０DCFメッセージをゲートウェイ２００′に送り返す。この確認メッセージに応答して、被呼側ゲートウェイ４６０1は、線２３７０で示すように、Ｑ．９３１切断（Disconnect）メッセージを、Ｔ１トランク１２４７内の出力トランクにわたってＰＢＸ４４に対して、その能力および構成に応じてＤＴＭＦ、ダイヤリングパルスまたはＩＳＤＮを使用して送信することにより、ＰＢＸへのＴ１チャネル接続を解除する。このＰＢＸがこのチャネルを解放して自由にした後に、ＰＢＸ４４は今度は線２３８０に示すように、適切なリリース完了（Release Complete）メッセージを被呼側のゲートウェイに送り返す。するとこのゲートウェイが今度は、線２３９０で示すようにかつＨ．２４５チャネルを介して、リリース完了（Release Complete）メッセージを発呼側のゲートウェイに対して発行する。このメッセージに応答して、発呼側のゲートウェイは線２３９５で示すように、Ｑ．９３１リリース完了（Release Complete）メッセージを、Ｔ１トランク１２１３内の着信トランクを介してＰＢＸ１４に対して発行し、このコールについてＰＢＸへの接続が完全に解放されたことを知らせる。発呼側ゲートウェイ、ここではゲートウェイ２００がその後、それがそのコールのために使用していたＰＢＸチャネルを自由にする。
【０２４１】
ｂ．ゲートキーパ内の動作
図２７は、ゲートキーパ、ここではゲートキーパ７００（図２７には具体的に示さず）内で行なわれる、そのゲートキーパによってサービスされるエンドポイント、ここではたとえばエンドポイント４０５1に対するＶｏＩＰコールを破断するための、処理間相互作用２７００を示す。
【０２４２】
図に示すように、ゲートウェイ２００内で実行される局所Ｈ．３２３処理５６３（図示せず）からの、線２７１０で示される、入来するＨ．３２３係合解除要求（ＤＲＱ）メッセージに応答して、エンドポイントマネージャ７５０は線２７２０で示すように、ＤＲＱメッセージをＨ．３２３エンドポイント４０５1に送信する。このメッセージは、そのエンドポイントがアクティブなＶｏＩＰコールに対して使用していたリソースを解放したいと望んでいることを示す。上述のように、マネージャ７５０はＨ．３２３エンドポイントを管理するが、これはとりわけ、エンドポイントの登録および登録解除、コールに関連するネットワーク帯域幅の割当および割当解除を含む。このＤＲＱメッセージに応答して、エンドポイントマネージャはどの特定のエンドポイントが、ここではエンドポイント４０５1が、このコールを取扱っており、線２７２０で示すようにそのＤＲＱメッセージをそのエンドポイントへと転送するのかを特定する。応じて、エンドポイント４０５1はそのコールのためのコールインスタンス（call instance）を識別し、線２７３０で示すようにそのコールのためにそのエンドポイントに対して割当てられていた帯域幅を自由にするように命令を発行する。マネージャがこの帯域幅を他のコールに割当てるために自由にすると、そのマネージャは線２７４０で示すように、そのエンドポイントに対して、その帯域幅が自由にされたことを知らせる帯域幅自由化（Bandwidth Freed）メッセージを送信する。応じて、そのエンドポイントは線２７５０で示すように、Ｈ．３２３係合解除確認（ＤＣＦ）メッセージをマネージャ７５０に対して発行し、これが今度は、線２７６０で示すように、Ｈ．３２３DCFメッセージを、その要求を発行したゲートウェイ２００に渡して、そのコールを終了させる。これは具体的には、そのゲートウェイ内で実行される局所Ｈ．３２３処理５６３（図示せず）を介して行なわれる。
【０２４３】
８．登録
上述のように、ゲートウェイは、コールがそのゲートウェイを通じて配置されるために、ゲートキーパに登録せねばならない。典型的に、ゲートウェイは、その電源投入時もしくはリセットされる際に、またはそれがサービスに戻される際に、登録する。
【０２４４】
登録にはいくつかの目的がある。まず、それは、電話通信エンドポイントとゲートウェイとの間にサービス関係を構築し、登録されたエンドポイントについて、キープアライブ（keep-alive）動作を開始し、その間、各エンドポイントは、現時点のコールルーティング情報に対してゲートキーパによって発行される情報要求（ＩＲＱ）メッセージによって、連続的にポーリングされる。いずれかのゾーンにおける登録されたエンドポイントが応答しない場合には、そのゾーンを担当するゲートキーパがそのエンドポイントの登録を解除し、そのエンドポイントのためにそれが記憶しているコールルーティング情報をパージする。
【０２４５】
エンドポイントはまた、Ｈ．３２３標準に従って、ゲートキーパに登録する。これは、そのような各エンドポイントがそのルーティング記述子をそのサービスするゲートキーパに供給し、それにより、データネットワークにわたるコールを開始したり終了したりするために行なわれる。Ｈ．３２３に従ったルーティング情報を構築するという観点から、実際の電話通信エンドポイントおよびゲートウェイは、全く同じ方法で登録され、それらは集合的に「エンドポイント」とみなされる。ここで、ルーティング記述子は各々について対応するゲートキーパによって作成されかつ発行され、同じ基礎的な動作がいずれかを登録するのに行なわれる。したがって、以下においては、登録および、その後の図２５および図２９で説明する登録解除の目的で、それら両方を「エンドポイント」として取扱うことにする。
【０２４６】
上述のように、あるゲートキーパによってその外部ボーダエレメントに対して提供される、エンドポイント（これは端末であってもゲートウェイであってもよい）のための対応するルーティング情報、すなわちルーティング記述子は、そのボーダエレメントによってそのピアのボーダエレメントに対しても提供され、それは、ピアのボーダエレメント同士が同じルーティング情報を維持することができるように、そのルーティング情報を動的に更新するのに使用される。
【０２４７】
Ｈ．３２３エンティティの登録中に得られるルーティング情報は、ボーダエレメントによってそれ自身の管理ドメインを超えては公表されないので、他のどのドメインに記憶されているルーティング情報に対しても影響を与えることはない。したがって、以下においては、そのエンティティ、たとえばここではゲートウェイ２００がその中に登録するドメイン内で行なわれる動作についてのみ、説明することにする。
【０２４８】
ａ．ゲートキーパ間の動作
図２４は、本発明に従って、ゲートウェイ、たとえばゲートウェイ２００をゲートキーパ、たとえばゲートキーパ４２０1に登録する間に行なわれる、処理間相互作用２４００を示す。
【０２４９】
まず、ゲートウェイ２００が線２４１０で示すようにかつＲＡＳチャネル１２１７にわたって、Ｈ．３２３ゲートキーパ要求（ＧＲＱ）メッセージを、ゲートキーパマルチキャストアドレスにわたって発行する。このメッセージは、ゾーン内のすべてのゲートキーパを識別するのに使用される。このメッセージに応答して、ゲートキーパ、たとえばゲートキーパ４２０1は、線２４２０で示すように、Ｈ．３２３ゲートキーパ確認（ＧＣＦ）メッセージで返答して、それが要求側のゲートウェイに対してサービスを提供することができることを知らせる。その後、ゲートウェイ２００は線２４３０で示すように、そのルーティング情報を含むＨ．３２３登録要求（ＲＲＱ）メッセージをこのゲートキーパに送信して、このゲートウェイがそのゲートキーパによってサービスされることを求めていることを知らせる。ゲートキーパ４２０1がゲートウェイ２００をサービスすることが可能でありしたがってそのゲートウェイが登録することを許可する場合には、ゲートキーパ４２０1は線２４４０で示すように、ＲＡＳチャネル１２１７にわたってＨ．３２３登録確認（ＲＣＦ）メッセージをそのゲートウェイに対して発行する。いずれかの理由で登録が拒絶される場合には、ゲートキーパはそのゲートウェイに対してＨ．３２３登録拒絶メッセージ（ＲＲＪ−図示せず）を送り返し、そのゲートウェイが今度は、その登録処理を終了する。
【０２５０】
ゲートキーパ４２０1がその登録要求を確認すると、そのゲートキーパは線２４５０で示すようにかつサービスチャネル２４５５にわたって、記述子更新（Descriptor Update）メッセージをその関連のボーダエレメント、ここではエレメント４３０に対して発行する。このメッセージは、その登録を行なうゲートウェイによってたった今供給されたルーティング情報を含む。応じて、ボーダエレメント４３０は線２４６０で示すように、このサービスチャネルを介してゲートキーパ４２０1に対して記述子更新肯定応答（Descriptor Update Acknowledgement）メッセージを送り返して、そのルーティング情報の受信を確認する。さらに、ボーダエレメント４３０は線２４７０で示すようにかつ制御チャネル２４６５にわたって、情報更新（Information Update）メッセージをそのピアのボーダエレメント、ここではエレメント４３０′に対して発行する。この更新メッセージは、その登録を行なうゲートウェイによって供給されたルーティング情報を含み、これは、ピアのボーダエレメントによって、そのルーティング情報が更新するのに使用される。したがって、ピアのボーダエレメントの両方がそれらの共通の管理ドメイン全体を通じて、同じルーティング情報を維持することになる。
【０２５１】
その後、ボーダエレメント４３０は、それがたった今ゲートキーパ４２０1から得た更新されたルーティング情報、すなわちルーティング記述子を、その管理ドメイン内の他のすべてのゲートキーパに対して公表する。これを行なうために、ボーダエレメント４３０は線２４８０で示すようにかつサービスチャネル２４８５にわたって、記述子更新（Descriptor Update）メッセージをその管理ドメイン内の次に連続するゲートキーパ、ここではゲートキーパ４２０2に対して発行する。この更新は、新しく登録されたゲートウェイ２００により提供されたかつそれのためのルーティング記述子を含む。ゲートキーパ４２０2がこの更新を受信すると、それは線２４９０で示すようにかつサービスチャネル２４８５を介して、記述子更新肯定応答（Descriptor Update Acknowledge）メッセージをボーダエレメント４３０に送り返す。ゲートキーパ４２０2はその後、それ自身のルーティング情報を適宜更新する。その管理ドメイン内にゲートキーパが他にも存在すれば、ボーダエレメント４３０はそのエレメントに対して別の記述子更新（Descriptor Update）メッセージを発行し、そのエレメントから別の記述子更新肯定応答（Descriptor Update Acknowledgement）メッセージを受取り、その後、新しいルーティング記述子を次のエレメントに提供する処理等に進む。
【０２５２】
ｂ．ゲートキーパ内の動作
図２８は、新しいゲートウェイをゲートキーパに登録するためにそのゲートキーパ内で行なわれる処理間相互作用２８００を示す。上述のように、Ｈ．３２３は、エンドポイントの登録という観点から、電話通信エンドポイントおよびゲートウェイについて、それら両方を「エンドポイント」であるとみなし、このため、それらのエンティティを登録する基礎となる動作に関しては、互いの登録について区別をしていない。
【０２５３】
図示するように、エンドポイント２８０５、ここではたとえば登録するゲートウェイ２００が、線２８１０で示すように、Ｈ．３２３登録要求（ＲＲＱ）メッセージをゲートキーパに対して発行する。応じて、エンドポイントマネージャ７５０は、そのルーティング情報を問い合せることにより、ルーティング情報が新しいエンドポイント２８０５のために現時点において記憶されているかどうかを判定する。もし記憶されていなければ、ゲートキーパは線２８２０で示すように、ゲートウェイ２００のために、そのルーティングテーブル内に、この新しいエンドポイントのための新しいエンドポイントエントリを作成して、そのエントリを使用できるように準備する。これが行なわれると、エンドポイントマネージャ７５０は線２８３０で示すように、ＲＲＱメッセージをこの新しいエンドポイント（すなわちゲートウェイ２００）に送る。このＲＲＱメッセージに応答して、この新しいエンドポイントはこのメッセージからそのルーティング情報、すなわちルーティング記述子を抽出して、線２８４０で示すように、このルーティング記述子を含むゾーンアドレス追加（Add Zone address）メッセージをルーティング処理７６０に対して発行する。応じて、この処理はそのルーティングテーブルを更新して、その記述子内に含まれているルーティング情報をそのゾーンルーティングテーブル内に挿入する。その後、エンドポイント２８０５は線２８５０で示すように、そのルーティング記述子を含むエンドポイント登録（Endpoint Register）コマンドを管理ドメインマネージャ７４０に対して発行し、これが今度は、そのルーティング記述子を、管理ドメイン内の他のすべてのゲートキーパに対して公表する。最後に、エンドポイントマネージャ７５０は線２８６０で示すように、Ｈ．３２３登録確認（ＲＣＦ）メッセージをそのゲートウェイに対して送り返すことによって、その登録を確認する。
【０２５４】
９．登録解除
上述のように、Ｈ．３２３エンティティの登録中に得られたルーティング情報は、ボーダエレメントによって、それ自身の管理ドメインを超えては公表されないので、その公表という観点から、他のどのドメインにも影響を及ぼすことはない。登録解除においてこの逆もまた正しい。つまり、登録解除中に生じるルーティング情報の変更は、そのエンティティが登録解除を行なう管理ドメインを超えて公表されることはない。このため、以下においては、エンティティ、ここではたとえばゲートウェイ２００がその中で登録解除を行なう管理ドメインに対する登録解除中に行なわれる動作に限定して、説明することにする。
【０２５５】
ａ．ゲートキーパ間の動作
図２５は、本発明に従って、ゲートキーパからゲートウェイ、たとえばゲートウェイ２００を登録解除する際に行なわれる、処理間相互作用２５００を示す。
【０２５６】
まず、ゲートウェイ２００は、線２５１０で示すようにかつＲＡＳチャネル１２１７にわたって、Ｈ．３２３ゲートキーパ非登録（Unregistration）要求（ＵＲＱ）メッセージを発行する。このメッセージは、そのゲートウェイがそれをサービスするゲートキーパからのサービスをもはや必要としないことを示す。このメッセージに応答して、ゲートキーパ、たとえばゲートキーパ４２０1は、線２５２０で示すように、そのゲートウェイがそのようなサービスをそれ以上提供されることはないことを表わす、Ｈ．３２３非登録確認（ＵＣＦ）メッセージを送り返す。
【０２５７】
ゲートキーパ４２０1は、線２５３０で示すように、サービスチャネル２４５５を介して、それに関連するボーダエレメント、ここではエレメント４３０に対して記述子更新（Descriptor Update）メッセージを発行する。このメッセージは、ゲートウェイ２００についてその管理ドメイン内のボーダエレメントおよび他のゲートキーパの両方によってルーティングテーブルから取除かれるべき、ルーティング情報を含む。応じて、ボーダエレメント４３０は、線２５４０で示すように、このサービスチャネルを介してゲートキーパ４２０1に対して記述子更新肯定応答（Descriptor Update Acknowledgement）メッセージを戻すことにより、このルーティング情報の受信を確認する。さらに、ボーダエレメント４３０は、線２５５０で示すように、制御チャネル２４６５を介して、そのピアのボーダエレメント、ここではエレメント４３０′に対して情報更新（Information Update）メッセージを発行する。この更新メッセージは、登録するゲートウェイによって供給されたルーティング情報を含み、これはまた、ピアのボーダによって、そのルーティング情報から削除されることになる。
【０２５８】
その後、ボーダエレメント４３０は、ゲートキーパ４２０1からたった今受取った削除後のルーティング情報、すなわちルーティング記述子を、その管理ドメイン内の他のすべてのゲートキーパに対して公表する。これを行なうために、ボーダエレメント４３０は、線２５６０で示すようにまたサービスチャネル２４８５を介して、その管理ドメインにおける連続する次のゲートキーパ、ここではゲートキーパ４２０2に対して、記述子更新（Descriptor Update）メッセージを発行する。この更新は、登録解除されたゲートウェイ２００に関連するルーティング記述子を含む。ゲートキーパ４２０2がこの更新を受信すると、それは線２５７０で示すようにかつサービスチャネル２４８５を介して、ボーダエレメント４３０に対して記述子更新肯定応答（Descriptor Update Acknowledge）メッセージを送り返す。すると、ゲートキーパ４２０2は、自身のルーティング情報を適宜更新する。管理ドメイン内に他にもゲートキーパが存在する場合には、ボーダエレメント４３０はそのエレメントに対して別の記述子更新（Descriptor Update）メッセージを発行し、それから別の記述子更新肯定応答（Descriptor Update Acknowledgement）メッセージを受信し、その後、次のエレメントからルーティング記述子を削除する等の処理に進む。
【０２５９】
ｂ．ゲートキーパ内の動作
図２９は、ゲートキーパからゲートウェイ、たとえばゲートウェイ２００を登録解除するためにそのゲートキーパ内で行なわれる処理間相互作用２９００を示す。上述のように、Ｈ．３２３は、電話通信エンドポイントを登録解除するという観点から、電話通信エンドポイントおよびゲートウェイを集合的に「エンドポイント」であるとみなしているので、これらのエンティティを登録解除する基礎的な動作に関しては、それらの互いの登録を区別していない。
【０２６０】
図示するように、エンドポイント２８０５、ここではたとえば登録解除するゲートウェイ２００は、線２９１０で示すように、ゲートキーパに対してＨ．３２３非登録（Unregistration）要求（ＵＲＱ）メッセージを発行する。応じて、エンドポイントマネージャ７５０は、そのルーティング情報を問い合せることにより、そのルーティングテーブルにおけるエンドポイントを突き止めて、線２９２０で示すように、この既存のエンドポイント（すなわちゲートウェイ２００）に対してＵＲＱメッセージを転送する。このＵＲＱメッセージに応答して、そのエンドポイントは線２９３０で示すように、そのルーティング記述子を含むゾーンアドレス削除（Delete Zone Address）メッセージを、ルーティング処理７６０に対して発行する。その後、この処理は、この記述子内に含まれるルーティング情報をそのゾーンルーティングテーブルから削除することによって、そのルーティングテーブルを更新する。その後、エンドポイント２８０５は線２９４０で示すように、そのルーティング記述子を含むエンドポイント非登録（Endpoint Unregister）コマンドを、管理ドメインマネージャ７４０に対して発行し、これが今度は、そのルーティング記述子を管理ドメイン内の他のすべてのゲートキーパに対して公表することにより、この記述子内のルーティング情報がそのドメインを通じて維持される他のすべてのルーティングテーブルから削除されるようにする。その後、エンドポイントマネージャ７５０は線２９５０で示すようにゲートウェイに対してＨ．３２３非登録確認（ＵＣＦ）メッセージを送り返すことによって、その登録解除を確認する。最後に、エンドポイントマネージャ７５０は線２９６０で示すように、そのエンドポイントを取除く。
【０２６１】
以上に本発明のゲートウェイを、Ｔ１／Ｅ１接続に依存するデジタルＰＢＸとともに機能するものとして説明したが、そのゲートウェイに対するインターフェイスは、当業者によって容易に変更可能であり、アナログの平凡な古い型の電話（ＰＯＴ）接続、ＤＳＬ（デジタル加入者回線）−これはＡＤＳＬ（非同期ＤＳＬ）を含む−、およびＩＳＤＮ（統合デジタル通信網）接続等の、広範囲にわたる多種多様な電話加入者回線および速度に適応させることが可能である。
【０２６２】
さらに、ボーダエレメントを、ゲートウェイおよび電話通信エンドポイントの対応管理ドメイン内における進行中の登録および登録解除に基づいて、それらの内部のコールルーティングテーブルを動的に構築するものとして説明したが、これに代えて、それらのルーティングテーブルを、各ボーダエレメントについて静的に構成するようにしてもよく、そうすれば、各ボーダエレメントが、１または複数のゲートウェイおよび／または他の１または複数のボーダエレメントがそれとの間におよび／またはそのドメイン内のゲートキーパに登録または登録解除するエンドポイントとの間にサービス関係を構築するたびに、そのルーティングテーブルを更新する必要を、排除または低減することにより、処理を簡素化することができ、したがって、そのような更新に関連するレイテンシを排除することによってその前者のボーダエレメントを通じたコールルーティングを促進することができる可能性がある。
【０２６３】
本発明の教示を組込んだ単一の、しかし詳細な実施例を、ここに相当詳しく図示しかつ説明したが、当業者においては、これらの教示を利用しながらも他の多くの実施例を容易に考案することができるであろう。
【図面の簡単な説明】
【図１】  この発明のＶｏＩＰ電話通信ゲートウェイを組入れるネットワーク環境の単純化されたハイレベルのブロック図である。
【図２】  この発明のゲートウェイ、たとえば図１に示されるゲートウェイ２００のハードウェアブロック図である。
【図３】  この発明のゲートウェイにおいて用いられるソフトウェアの非常にハイレベルのブロック図である。
【図４Ａ】  この発明のゲートウェイが動作するＨ．３２３基準モデル（動作環境）のブロック図である。
【図４Ｂ】  我々のこの発明の開示に従ってピアのボーダエレメントを用いる、図４に示される基準モデルの変形を示す図である。
【図５】  図３に示されるゲートウェイソフトウェア３００の一部を形成しこの発明のゲートウェイにおいて用いられるコール処理ソフトウェア５００の低いレベルのブロック図である。
【図６】  図５に示されるコール処理ソフトウェア５００内にて用いられる処理の実行優先度を示すテーブル６００を示す図である。
【図７】  図５に示されさらには図４Ｂにおいてゲートキーパー４２０1、４２０2、４２０3、４６０1および４６０2の各々として示されるコール処理ソフトウェア５００の一部を構成するゲートキーパー７００のブロック図である。
【図８】  図５に示されるコール処理ソフトウェア５００の一部を形成するコールハンドラ処理５６０のブロック図である。
【図９】  図５に示されるコール処理ソフトウェア５００の一部を形成するボーダエレメント９００のブロック図である。
【図１０】  図９に示されるピアボーダエレメントマネージャ９６０に対する状態図である。
【図１１】  我々のこの発明に従ってＶｏＩＰコールを２つのＨ．３２３電話通信エンドポイント間で処理するための非常に単純化された動作シーケンス１１００を示す図である。
【図１２】  ２つの異なるゾーンにあるたとえば図１に示されるゲートウェイ２００および２００′などの２つのピア接続されたゲートウェイ間においてデータネットワーク接続（ＰＢＸ−ＩＰ−ＰＢＸ）を介して電話コールをルーティングするための基本的な処理間動作１２００を示す図である。
【図１３】  我々の発明に従って、ピア接続されたゲートウェイたとえば図１に示されるゲートウェイ２００および２００′を接続するデータネットワークを介して電話通話をルーティングするため、それらのピア接続されたゲート間および内の両方で生ずる典型的な処理間制御メッセージ伝達を示す図である。
【図１４】  我々の発明に従って、ピア接続されたゲートウェイたとえば図１に示されるゲートウェイ２００および２００′間のＰＳＴＮ接続を介して電話通話をルーティングするため、それらのピア接続されたゲート間および内の両方で生ずる典型的な処理間制御メッセージ伝達を示す図である。
【図１５】  発呼側に配信されているCONNECTメッセージがない状態でデータネットワークを介して電話コールをルーティングするために、我々の発明に従って、ピア接続されたゲートウェイたとえば図１に示されるゲートウェイ２００および２００′間および内の両方にて生ずる典型的な処理間制御メッセージ伝達を示す図である。
【図１６】  ピア接続されたゲートウェイたとえば図１に示されるゲートウェイ２００および２００′にわたるデータネットワーク接続を介してルーティングされている電話通話の切り替えを、これら２つのゲートウェイ間のＰＳＴＮ接続に対し、特に後者の接続がプールされたディレクトリ番号を用いて確立された場合に行なうために、我々の発明に従って、これらゲートウェイ間および内の両方にて生ずる典型的な処理間制御メッセージ伝達を示す図である。
【図１７】  ピア接続されたゲートウェイたとえば図１に示されるゲートウェイ２００および２００′にわたるデータネットワーク接続を介してルーティングされている電話通話の切り替えを、これら２つのゲートウェイ間のＰＳＴＮ接続に対し、特に後者の接続がコールされたディレクトリ番号を用いて確立された場合に行なうために、我々の発明に従って、これらゲートウェイ間および内の両方にて生ずる典型的な処理間制御メッセージ伝達を示す図である。
【図１８】  ピア接続されたゲートウェイたとえば図１に示されるゲートウェイ２００および２００′にわたるＰＳＴＮ接続を介してルーティングされている電話通話をこれら２つのゲート間のデータネットワーク接続に切換えるために、我々の発明に従って、これらゲートウェイ間および内の両方にて生ずる典型的な処理間制御メッセージ伝達を示す図である。
【図１９】  たとえば図４Ｂに示され、被呼側エンドポイントに対するルーティング情報が発呼側エンドポイントと同じドメイン内にあるボーダエレメント内でキャッシュされておりそれによって供給される、電話通話をデータネットワーク３０（図１に示される）を介して２つの管理ドメイン間においてＨ．３２３環境でルーティングするために、この発明に従って生ずるゲートウェイ間およびゲートウェイ内動作１９００のシーケンスを示す図である（「単純なコールルーティング」）。
【図２０】  図１９に示されるものと同様であるが、ただし被呼側エンドポイントに対するルーティング情報が発呼側エンドポイントと同じドメインにない場合における、電話通話をデータネットワーク３０（図１に示される）を介して２つの管理ドメイン間においてＨ．３２３環境でルーティングするために、この発明に従って生ずるゲートウェイ間およびゲートウェイ内動２０００のシーケンスを示す図である（「複雑なコールルーティング」）。
【図２１】  ゲートキーパーとボーダエレメントとの間において同じ管理ドメインでサービス関係をその間に確立するために生ずる処理間メッセージ伝達を示す図である。
【図２２】  ルーティング情報を１つのゲートキーパーから他のゲートキーパーへ同じ管理ドメイン内にて転送するために生ずる処理間シーケンス２２００を示す図である。
【図２３】  ＶｏＩＰコールを破断するために２つのゲートキーパー間において生ずる処理間相互作用２３００を示す図である。
【図２４】  我々の発明に従って、ゲートウェイをゲートキーパーで登録する際に生ずる処理間相互作用２４００を示す図である。
【図２５】  我々の発明に従って、ゲートウェイをゲートキーパーから登録解除する際に生ずる処理間相互作用２５００を示す図である。
【図２６】  ゲートキーパーで登録されたゲートウェイによってなされているＶｏＩＰコールをルーティングするためにそのゲートキーパ内にて生ずる処理間相互作用２６００を示す図である。
【図２７】  ＶｏＩＰコールを破断するためにゲートキーパー内にて生ずる処理間相互作用２７００を示す図である。
【図２８】  新しいゲートウェイをあるゲートキーパーで登録するためにそのゲートキーパー内にて生ずる処理間相互作用２８００を示す図である。
【図２９】  ゲートウェイをゲートキーパーから登録解除するためにそのゲートキーパー内にて生ずる処理間相互作用２９００を示す図である。
【図１】
0003861005.tif 000003
【図２】
0003861005.tif 000004
【図３】
0003861005.tif 000005
【図４Ａ】
0003861005.tif 000006
【図４Ｂ】
0003861005.tif 000007
【図５】
0003861005.tif 000008
【図６】
0003861005.tif 000009
【図７】
0003861005.tif 000010
【図８】
0003861005.tif 000011
【図９】
0003861005.tif 000012
【図１０】
0003861005.tif 000013
【図１１】
0003861005.tif 000014
【図１２】
0003861005.tif 000015
【図１３】
0003861005.tif 000016
【図１４】
0003861005.tif 000017
【図１５】
0003861005.tif 000018
【図１６】
0003861005.tif 000019
【図１７】
0003861005.tif 000020
【図１８】
0003861005.tif 000021
【図１９】
0003861005.tif 000022
【図２０】
0003861005.tif 000023
【図２１】
0003861005.tif 000024
【図２２】
0003861005.tif 000025
【図２３】
0003861005.tif 000026
【図２４】
0003861005.tif 000027
【図２５】
0003861005.tif 000028
【図２６】
0003861005.tif 000029
【図２７】
0003861005.tif 000030
【図２８】
0003861005.tif 000031
【図２９】
0003861005.tif 000032