(57)【要約】【課題】第１のネットワークと第２のネットワークとを介して互いに通信し、地理的に転位した第１のネットワーク領域と第２のネットワーク領域とを含む企業ネットワークを提供すること。【解決手段】共通の電子アドレスが、第２のトランク群と関連付けられる。メディア・サーバ２００は、相互ゲートウェイ経路指定エージェント２６０を含む第１のネットワーク領域２０２内に配置される。第１のネットワーク領域は、それぞれ第１および第２のネットワーク領域内にいる第１の加入者と第２の加入者との間の実時間または近実時間通信の確立の一環として、第２のゲートウェイ２２４に共通アドレスを送信する。第２のゲートウェイ２２４から発信通信への応答がなされた後は、第１のネットワーク領域は、第２のゲートウェイ２２４に、第２の加入者および／またはファントム・ユーザに関連するユーザ識別子を帯域内送信する。ユーザ識別子は、第２の加入者との通信を確立するのに使用される。【選択図】図２
2007089163.tif 000002
【特許請求の範囲】
【請求項１】
第１ネットワークと第２のネットワークとを介して互いに通信する、地理的に転位した第１のネットワーク領域と第２のネットワーク領域とを備える企業ネットワークにおいて、第１の動作モードでは、実質的に実時間の通信用のベアラ・チャネルが、前記第１のネットワークを介して自動的に経路指定され、第２の動作モードでは、実質的に実時間の通信用のベアラ・チャネルが、前記第２のネットワークを介して自動的に経路指定される方法であって、
（ａ）最初に、前記第１の動作モードが有効であるときに、実質的に実時間の通信用のベアラ・チャネルが前記第１のネットワークを介すように導くステップと、
（ｂ）次に、選択されたイベントが発生したことを判定するステップと、
（ｃ）それに応答して、前記第２の動作モードで動作するステップと、
（ｄ）前記第２の動作モードの間に、前記第１のネットワーク領域内の第１の局において前記第２のネットワーク領域内の第２の局に関する第１の電子アドレスを受信するステップと、
（ｅ）前記第１の電子アドレスとは異なる、前記第２のネットワーク領域に関連する第２の電子アドレスに対する実質的に実時間の通信を開始するステップと、
（ｆ）前記第２のネットワーク領域が、着信側の前記実質的に実時間の通信が前記第２の局に宛てられたものであることを判定し、前記通信を前記第２の局に接続するステップと、
（ｇ）その後、次の諸ステップの内の少なくとも１つ、すなわち、
（ｇ１）前記第１のネットワーク領域が、前記第１の局に対する呼出音を再生し、前記第２のネットワーク領域が、前記第２の局に対する着信音を再生するステップと、
（ｇ２）前記第１および第２のネットワーク領域が、加入者の識別を示す、帯域内で選択された数字を交換するステップと、
（ｇ３）前記第１および第２のネットワーク領域が、次の諸機能の内の少なくとも１つ、すなわち、弁別的鳴動、理由コード、呼のカバレージ、内向き呼および／または外向き呼の制限、制限のクラス、話中インジケータまたは話中音、話中検証、呼転送、呼待機、呼ピックアップ、会議、危機警報、プロバイダの緊急呼出、グループ・ページング、ハント・グループの呼出、インターコム呼出、最終ダイヤル番号ボタン、伝言呼、リスト・ディレクトリ番号、ラウドスピーカ・ページング、悪意のある呼の追跡、ミート・ミー会議、メッセージ検索、構外局、ページング、私設局アクセス、優先呼出、セキュリティ違反通知、全呼送出、リモート全呼送出、サービス監視、１桁ダイヤル呼出、局ロック、局セキュリティ・コード、音声カバレージ・メッセージ検索、音声プリンシパル・メッセージ検索、内線グループの終了、転送、音声メッセージング、およびウィスパ・ページングの内の少なくとも１つの機能を示す、帯域内で選択された数字を交換するステップと、
（ｇ４）選択された数の着信音の後および／または選択された時間間隔内に、前記第２のネットワーク領域が、前記第２の局が応答していない旨を示すインジケータを前記第１のネットワーク領域に転送するステップと
の内の少なくとも１つのステップを実施するステップと、
を含む方法。
【請求項２】
前記第１の動作モードでは、前記第１および第２のネットワーク領域が、共通のメディア・サーバによって制御され、前記選択されたイベントは、前記第１のネットワーク領域と第２のネットワーク領域の内の少なくとも１つが前記共通のメディア・サーバによって制御されていないときであり、前記第１の動作モードは、前記メディア・サーバが前記第１のネットワークを介して前記第１および第２のネットワーク領域のそれぞれと通信することができるときに存在し、前記第１および第２のネットワーク領域は、前記メディア・サーバが前記第１のネットワークを介して前記第１および第２のネットワーク領域の内の少なくとも１つと通信することができないときは、前記共通のメディア・サーバによって制御されず、前記第１の動作モードでは、前記ベアラ・チャネルの内の少なくとも大部分が、前記第２のネットワークを介してではなく前記第１のネットワークを介して経路指定され、前記第２の動作モードでは、前記ベアラ・チャネルの内の少なくとも大部分が、前記第２のネットワークを介して経路指定され、前記共通のメディア・サーバは、１次メディア・サーバであり、前記第２のネットワーク領域は、補助メディア・サーバを備え、前記第２の動作モードでは、前記第２のネットワーク領域が、前記補助メディア・サーバの制御下にあり、前記企業ネットワークは、前記第１のネットワークに接続された第１および第２のトランク群を備え、前記第１および第２のトランク群のそれぞれは、複数のトランクを備え、前記第２の電子アドレスは、前記第２のトランク群と関連付けられ、前記第２のネットワーク領域から発信通信への応答がなされた後は、前記第２のネットワークを介し、前記発信通信の帯域内で前記第２のネットワーク領域に一意の識別子が送信され、前記識別子は、前記第２の局との通信を確立するのに使用される、請求項１に記載の方法。
【請求項３】
前記第１および第２のネットワーク領域はそれぞれ、第１および第２のゲートウェイと、前記第１および第２のネットワークの内の１つに接続された第１および第２のトランク群とを備え、第１および第２の前記群のそれぞれは、複数のトランクを備え、前記第２の電子アドレスは、前記第２のトランク群と関連付けられ、前記第２のネットワーク領域から発信通信への応答がなされた後は、前記発信通信の帯域内で、前記第２のネットワーク領域に一意の識別子が送信され、前記一意の識別子は、前記第２の局との通信セッションを確立するのに使用され、前記一意の識別子は、加入者とファントム・ユーザの内の少なくとも１つに関連するユーザ識別子であり、前記第１のネットワークは、パケット交換型であり、前記第２のネットワークは、回線交換型であり、前記第１および第２の電子アドレスは、各電話番号であり、前記実質的に実時間の通信セッションは、生音声呼であり、前記第２のトランク群のそれぞれは、回線交換型であり、回線交換型の前記ネットワークに接続され、前記選択されたイベントは、次の諸状態の内の少なくとも１つ、すなわち、（ｉ）前記生音声呼の前記ベアラ・チャネルが前記第１のネットワークを介すように構成されている場合に、生音声呼用に割り振られた前記生音声呼の所定の数と帯域幅の内の少なくとも１つに到達した状態および／または到達することになる状態と、（ｉｉ）前記生音声呼の前記ベアラ・チャネルが前記第１のネットワークを介すように構成されている場合に、資源の枯渇が起きた状態および／または起きることになる状態と、（ｉｉｉ）前記第１のネットワークを介する伝送に関して、前記第１のネットワーク領域と第２のネットワーク領域の間のコーデック・セットが指定されていない状態と、（ｉｖ）前記第１のネットワーク領域と第２のネットワーク領域の間で、前記第１のネットワークから前記第２のネットワークへの強制的なリダイレクトが有効になっている状態との内の少なくとも１つの状態である、請求項１に記載の方法。
【請求項４】
前記ステップ（ｇ１）が実施される、請求項１に記載の方法。
【請求項５】
前記ステップ（ｇ２）が実施される、請求項１に記載の方法。
【請求項６】
前記ステップ（ｇ３）が実施される、請求項１に記載の方法。
【請求項７】
前記少なくとも１つの機能は、理由コードおよび弁別的鳴動である、請求項６に記載の方法。
【請求項８】
前記ステップ（ｇ４）が実施される、請求項１に記載の方法。
【請求項９】
請求項１に記載の前記各ステップを実施するプロセッサ実行可能な命令を含むコンピュータ可読媒体。
【請求項１０】
第１ネットワークと第２のネットワークとを介して互いに通信する、地理的に転位した第１のネットワーク領域と第２のネットワーク領域とを備える企業ネットワークにおいて、第１の動作モードでは、音声呼用のベアラ・チャネルが、前記第１のネットワークを介して自動的に経路指定され、第２の動作モードでは、音声呼用のベアラ・チャネルが、前記第２のネットワークを介して自動的に経路指定されるネットワークであって、
（ａ）第１のサーバ手段であって、（ｉ）最初に、前記第１の動作モードが有効であるときに、音声呼用のベアラ・チャネルが前記第１のネットワークを介すように導き、（ｉｉ）次に、選択されたイベントが発生したことを判定し、（ｉｉｉ）それに応答して、前記第２の動作モードで動作し、（ｉｖ）前記第２の動作モードの間に、前記第１のネットワーク領域内の第１の局において前記第２のネットワーク領域内の第２の局に関する第１の電子アドレスを受信し、（ｖ）前記第１の電子アドレスとは異なる、前記第２のネットワーク領域に関連する第２の電子アドレスに対する発信呼を開始する
第１のサーバ手段と、
（ｂ）電話交換サービスを提供する、前記第１のネットワーク領域内の第１のゲートウェイ手段と、
（ｃ）前記電話交換サービスを提供し、前記発信呼が前記第２の局に宛てられたものであることを判定し、前記呼を前記第２の局に接続する、前記第２のネットワーク領域内の第２のゲートウェイ手段とを備え、前記第１および／または第２のネットワーク領域が、次の諸追加機能の内の少なくとも１つ、すなわち、
（ｇ１）前記第１のネットワーク領域が、前記第１の局に対する呼出音を再生し、前記第２のネットワーク領域が、前記第２の局に対する着信音を再生する機能と、
（ｇ２）前記第１および第２のネットワーク領域が、加入者の識別を示す、帯域内で選択された数字を交換する機能と、
（ｇ３）前記第１および第２のネットワーク領域が、次の諸機能の内の少なくとも１つ、すなわち、弁別的鳴動、理由コード、呼のカバレージ、内向き呼および／または外向き呼の制限、制限のクラス、話中インジケータまたは話中音、話中検証、呼転送、呼待機、呼ピックアップ、会議、危機警報、プロバイダの緊急呼出、グループ・ページング、ハント・グループの呼出、インターコム呼出、最終ダイヤル番号ボタン、伝言呼、リスト・ディレクトリ番号、ラウドスピーカ・ページング、悪意のある呼の追跡、ミート・ミー会議、メッセージ検索、構外局、ページング、私設局アクセス、優先呼出、セキュリティ違反通知、全呼送出、リモート全呼送出、サービス監視、１桁ダイヤル呼出、局ロック、局セキュリティ・コード、音声カバレージ・メッセージ検索、音声プリンシパル・メッセージ検索、内線グループの終了、転送、音声メッセージング、およびウィスパ・ページングの内の少なくとも１つの機能を示す、帯域内で選択された数字を交換する機能と、
（ｇ４）選択された数の着信音の後および／または選択された時間間隔内に、前記第２のネットワーク領域が、前記第２の局が応答していない旨を示すインジケータを前記第１のネットワーク領域に転送する機能と
の内の少なくとも１つの追加機能を実施するネットワーク。
【請求項１１】
前記第１および第２のネットワーク領域はそれぞれ、前記第１および第２のネットワークの内の１つに接続された第１および第２のトランク群を備え、第１および第２の前記群のそれぞれは、複数のトランクを備え、前記第２の電子アドレスは、前記第２のトランク群と関連付けられ、前記第２のネットワーク領域から発信呼への応答がなされた後は、前記発信呼の帯域内で、前記第２のネットワーク領域に一意の識別子が送信され、前記一意の識別子は、前記第２の局との音声呼を確立するのに使用され、前記一意の識別子は、加入者とファントム・ユーザの内の少なくとも１つに関連するユーザ識別子であり、前記第１のネットワークは、パケット交換型であり、前記第２のネットワークは、回線交換型であり、前記第１および第２の電子アドレスは、各電話番号であり、前記第２のトランク群のそれぞれは、回線交換型であり、回線交換型の前記ネットワークに接続され、前記選択されたイベントは、次の諸状態の内の少なくとも１つ、すなわち、（ｉ）前記生音声呼の前記ベアラ・チャネルが前記第１のネットワークを介すように構成されている場合に、生音声呼用に割り振られた前記生音声呼の所定の数と帯域幅の内の少なくとも１つに到達した状態および／または到達することになる状態と、（ｉｉ）前記生音声呼の前記ベアラ・チャネルが前記第１のネットワークを介すように構成されている場合に、資源の枯渇が起きた状態および／または起きることになる状態と、（ｉｉｉ）前記第１のネットワークを介する伝送に関して、前記第１のネットワーク領域と第２のネットワーク領域の間のコーデック・セットが指定されていない状態と、（ｉｖ）前記第１のネットワーク領域と第２のネットワーク領域の間で、前記第１のネットワークから前記第２のネットワークへの強制的なリダイレクトが有効になっている状態と、（ｖ）前記第１のサーバ手段が、前記第２のゲートウェイ手段の制御を失った状態との内の少なくとも１つの状態である、請求項１０に記載のネットワーク。
【請求項１２】
前記機能（ｇ１）が実施される、請求項１０に記載のネットワーク。
【請求項１３】
前記機能（ｇ２）が実施される、請求項１０に記載のネットワーク。
【請求項１４】
前記機能（ｇ３）が実施される、請求項１０に記載のネットワーク。
【請求項１５】
前記少なくとも１つの機能は、理由コードおよび弁別的鳴動である、請求項１４に記載のネットワーク。
【請求項１６】
前記機能（ｇ４）が実施される、請求項１０に記載のネットワーク。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一般に、収束型通信ネットワークに関し、特に音声通信用の代替的な通信パスに関する。
【背景技術】
【０００２】
本願は、参照により本明細書に組み込まれる、発明の名称および発明者が同じ２００５年１月４日に出願された米国仮特許出願第６０／６４１６２９号の米国特許法第１１９条に基づく利益を主張する。
「ＩＮ−ＢＡＮＤ  ＣＡＬＬ  ＡＳＳＯＣＩＡＴＩＯＮ  ＳＩＧＮＡＬＩＮＧ  ＦＯＲ  Ａ  ＳＩＮＧＬＥ  ＮＵＭＢＥＲ  ＤＥＳＴＩＮＡＴＩＯＮ」と題する２００５年４月１４日に出願された米国特許出願第１１／１０７６５９号、および「ＡＬＴＥＲＮＡＴＥ  ＲＯＵＴＩＮＧ  ＯＦ  ＭＥＤＩＡ  ＣＯＮＮＥＣＴＩＯＮＳ  ＷＩＴＨＩＮ  Ａ  ＳＩＮＧＬＥ  ＣＯＭＭＵＮＩＣＡＴＩＯＮＳ  ＳＹＳＴＥＭ  ＡＣＲＯＳＳ  ＰＵＢＬＩＣ  ＯＲ  ＰＲＩＶＡＴＥ  ＮＥＴＷＯＲＫ  ＦＡＣＩＬＩＴＩＥＳ」と題する２００５年４月１４日に出願された米国特許出願第１１／１０７５２４号を相互参照し、これらの出願はそれぞれ参照によって本明細書に組み込まれる。
【０００３】
ＩＰネットワークは一般に、地理的に分散した電気通信システムの各種コンポーネントのための優れたインフラストラクチャを提供する。基盤となるＩＰネットワークは、制御信号の伝送に最適であり、帯域幅が使用可能である場合は、音声通信の許容可能なサービス品質（すなわち、ＱｏＳ）またはサービス程度（すなわち、ＧＯＳ）を提供することができる。音声通信に使用可能なネットワーク資源で不十分であり、あるいは１つまたは複数のＩＰネットワーク・コンポーネントがダウンしている場合は、音声通信に悪影響が及ぶ恐れがある。
【０００４】
例えば、企業ネットワークが、第１および第２のネットワーク領域を有し、それらの各ネットワーク領域が、異なるメディア・ゲートウェイおよびサーバイバブル（ｓｕｒｖｉｖａｂｌｅ）メディア・サーバからサービスされるものと仮定する。１次メディア・サーバは、メディア・ゲートウェイを第１の動作モードで制御する。ＷＡＮが使用可能である場合は、第１のネットワーク領域内の加入者は、単に第１および第２のネットワーク領域内の他の任意の加入者の内線番号をダイヤルすることにより、当該加入者をダイヤル呼出することができる。両方のサーバイバブル・メディア・サーバの制御を１次サーバが失うネットワーク障害が発生した場合は、第１のネットワーク領域内の第１のメディア・ゲートウェイが、第１のサーバイバブル・メディア・サーバに登録され、第２のネットワーク領域内の第２のメディア・ゲートウェイが、第２のサーバイバブル・メディア・サーバに登録されることになる。これが第２の動作モードである。その結果、あるネットワーク領域内の加入者が、別のネットワーク領域内の加入者の内線を直接ダイヤル呼出することができなくなる。各サーバイバブル・メディア・サーバが、企業ネットワーク内の全てのエンドポイントを認識している場合でも、各メディア・サーバはそれぞれ、それ自体のネットワーク領域内のエンドポイントだけしか制御しない。
これらの問題に対処しようとする試みが、いくつかの技法でなされている。
【０００５】
１つの技法では、システムが単一の制御装置によって制御される複数の通信ゲートウェイを有し、それらのゲートウェイを相互接続する構内交換ファシリティが故障した場合、ユーザは、宛先当事者（ｄｅｓｔｉｎａｔｉｏｎ  ｐａｒｔｙ）のパブリック・アドレス（または直接ダイヤル・インすなわちＤＩＤ番号）を使用して公衆ネットワーク・トランク上で「ダイヤル・アウト」することができる。発呼側の加入者は、ＰＳＴＮアクセス・コードとその後に続く完全な公衆ネットワーク番号をダイヤルして、着呼側の加入者に到達することができる。例えば、ネットワーク障害が起きている間は、加入者は、別の支店の電話機に到達するために、５桁の内線番号（８３５９４）をダイヤルする代わりに、９−３０３−５３８−３５９４をダイヤルしなければならない。この手法は、第１にユーザが問題の存在を認識し、第２にその問題をどのように回避するかを判定し、第３にＤＩＤ番号をダイヤルする人的介入を必要とする。到達されるべき宛先当事者がパブリック番号を有していない場合は、代替的なネットワークからその当事者に直接到達することができない。特に、ＤＩＤ番号を有していない加入者については、自動アテンダントが介在しない場合、ＰＳＴＮ番号をダイヤルすることによってはその加入者に到達できない可能性がある。さらに、加入者の中には、内線ダイヤル呼出型の呼を送受することが許可されている者が存在する可能性もあるが、それらの加入者は、ＰＳＴＮ呼を発信しまたは受信することを妨げる制約を有している可能性もある。最後に、呼は単に着信側および／または発信側のＰＳＴＮ呼として見えるだけなので、何らの機能の透過性も得られない。
【０００６】
ＩＰ帯域幅の使用率を管理する別の技法としては、ワイド・エリア・ネットワークすなわちＷＡＮを横切る呼の数、または音声呼に使用可能な帯域幅を制限する、呼の承認制御（ｃａｌｌ  ａｄｍｉｓｓｉｏｎ  ｃｏｎｔｒｏｌ）が挙げられる。呼の承認制御の結果、呼が拒否され（アクセス可能であれば）着呼者の音声メール・サーバに転送されることもあり、それにより発呼者のフラストレーションを生じさせる可能性もある。
【０００７】
Ａｖａｙａ  Ｉｎｃ．社のＰＳＴＮ  Ｆａｌｌｂａｃｋ（商標）として知られる他の技法では、ＩＰトランク接続が許容不可能なＱｏＳまたはＧＯＳを経験した場合、呼は強制的にＰＳＴＮとなる。図１を参照すると、各企業１００および１０４が呼制御装置機能の常駐する別個の独立したアクティブすなわち１次メディア・サーバ１１２および１１６を有する、マルチ・エンタープライズ・アーキテクチャが示されている。各企業はまた、複数のデジタル局１２０および１２４と、複数のＩＰすなわちインターネット・プロトコル局１２８および１３２と、ゲートウェイ１３６および１４０と、ローカル・エリア・ネットワークすなわちＬＡＮ  １４４およびＰＳＴＮ  １４８とを含んでいる。メディア・サーバ１１２および１１６は、一方の企業内の一方のメディア・サーバが一般に他方の企業の加入者の内線番号など加入者に関する構成情報を認識していない点で、独立している。ゲートウェイ１３６および１４０は、公衆交換電話網すなわちＰＳＴＮ  １４８およびワイド・エリア・ネットワークすなわちＷＡＮ  １５２によって相互接続されている。呼がＷＡＮ  １５２を介して発信されるときは、起点の呼制御装置が、現時点で測定されるネットワーク遅延およびパケット損失を判定する。測定されたいずれかの変数が所定の閾値に到達している場合は、呼制御装置は自動的に、アイドル状態のＩＰトランク・ポートをサービス停止状態（ｏｕｔ−ｏｆ−ｓｅｒｖｉｃｅ）と解釈し、すなわちそれらのポートをビジー・アウトする。それらのポートは、測定値が低閾値に戻るまでサービス停止状態のままである。新しい呼は、このＩＰトランクを介しては許可されない。ＰＳＴＮ  １４８を介した通常または従来の呼の経路指定は、経路パターンの次の選好にアクセスするために使用される。
【０００８】
Ａｖａｙａ  Ｉｎｃ．社のＳｅｐａｒａｔｉｏｎ  ｏｆ  Ｂｅａｒｅｒ  ａｎｄ  Ｓｉｇｎａｌｉｎｇ（商標）（ＳＢＳ）として知られる他の技法では、呼のシグナリング・チャネルが、ＷＡＮ  １５２を介して経路指定され、ベアラ・チャネルが、ＰＳＴＮ  １４８を介して経路指定される。ＳＢＳのシグナリング・チャネルは、ＳＢＳ呼制御シグナリングおよびＱＳＩＧ私設ネットワーキング・プロトコル情報を含む。ＳＢＳは、シグナリング・チャネルとベアラ・チャネルとがエンド・ユーザにとって通常の分離されていない呼として見えるように、ＳＢＳの起点ノードおよび終点ノードにおいてそれらチャネルの関連付けを行う。シグナリング・トラフィックにＷＡＮを使用し、音声ベアラ・トラフィックにＰＳＴＮを使用することにより、呼の音声ベアラ部分が低廉なＰＳＴＮファシリティを介して送られるので、シグナリング・トラフィック用のＩＰ  ＷＡＮにおいて少ない量の帯域幅を使用する顧客の必要が対処される。ＰＳＴＮ  Ｆａｌｌｂａｃｋ（商標）と同様に、ＳＢＳ（商標）は、各企業が別個の独立したアクティブ・メディア・サーバを有するマルチ・エンタープライズ型の呼出（ｍｕｌｔｉ−ｅｎｔｅｒｐｒｉｓｅ  ｃａｌｌ）において使用される。
【０００９】
ＰＳＴＮ  Ｆａｌｌｂａｃｋ（商標）およびＳＢＳ（商標）は、従来の相互交換トランキング・プロトコル（ｉｎｔｅｒ  ｓｗｉｔｃｈ  ｔｒｕｎｋｉｎｇ  ｐｒｏｔｏｃｏｌ）によって相互接続された複数の別個のシステム実装が存在するアーキテクチャに対処するものであるが、言い換えれば、これらはピア・ツー・ピア・システムの相互接続だけしか可能にしない。より大型の単一サーバとＩＰ  ＷＡＮ接続されたメディア・ゲートウェイ分散システム（ＩＰ  ＷＡＮ−ｃｏｎｎｅｃｔｅｄ  ｍｅｄｉａ  ｇａｔｅｗａｙ  ｄｉｓｔｒｉｂｕｔｅｄ  ｓｙｓｔｅｍ）に移行した場合は、もはやＩＰトランクおよびＳＢＳは必要ない。呼の数が、管理されているＩＰトランク・メンバ限界を超えた場合にも、トランク・グループ管理を使用してメディア・サーバ間の帯域幅を制限することは必要とされず、ＰＳＴＮ  Ｆａｌｌｂａｃｋ（商標）も必要とされない。システムが単一のアクティブすなわち１次サーバだけを有し、そのシステムを横切る全ての呼が局間の呼として見えるので、ＩＰ  ＷＡＮファシリティを介してサーバ間にインテリジェントなシグナリング・インターフェイスを埋め込む必要はない。
【００１０】
Ｃｉｓｃｏ  Ｓｙｓｔｅｍｓ，Ｉｎｃ．社のＳｕｒｖｉｖａｂｌｅ  Ｒｅｍｏｔｅ  Ｓｉｔｅ  Ｔｅｌｅｐｈｏｎｙ（商標）（ＳＲＳ  Ｔｅｌｅｐｈｏｎｙ）として知られる別の技法では、１次サーバ（Ｃｉｓｃｏ  Ｓｙｓｔｅｍｓ，Ｉｎｃ．社のＣａｌｌＭａｎａｇｅｒ（商標）など）が、相互接続された複数のサブネットワークを制御する必要がある。各サブネットワークは、ＩＰテレフォニー・ルータおよびメディア・ゲートウェイを含み、ＷＡＮおよびＰＳＴＮによって他のサブネットワークに接続される。ＷＡＮリンクの障害が発生し、それによって１次サーバが制御を失うことになった場合は、ＳＲＳ  Ｔｅｌｅｐｈｏｎｙは、ネットワーク障害を自動的に検出し、ルータをインテリジェントに自動構成する処理を開始して、当該ネットワークのサブネットワーク内のＩＰ電話機に呼処理の冗長性をもたらす。リンク障害は、ＩＰ電話機が１次サーバからキープアライブ・パケットをそれ以上受信しなくなったときにＩＰ電話機によって検出される。これに応答して、各ＩＰ電話機がルータに登録され、ルータは、電話機にその構成を照会し、次いでルータ自体を自動構成する。ＩＰ電話機のルータ内に常駐するＳＲＳ  Ｔｅｌｅｐｈｏｎｙソフトウェアは、自動的にアクティブ化され、それ自体に取り付けられた全てのＩＰ電話機のローカル・データベースを構築する。ＷＡＮリンクが復旧されたときは、ＩＰ電話機は、１次サーバからのキープアライブ・パケットを検出し、１次的な呼のセットアップおよび処理のためにそのＷＡＮリンクに復帰する。しかし、この構成は部分的な解決策でしかない。この構成は、ＩＰ電話機だけに適用可能であり、デジタル電話機など他のタイプの通信デバイスには適用可能でない。影響が及ぶ各サブネットワーク内のＩＰ電話機は、ローカルＩＰテレフォニー・ルータの呼処理機能のおかげで（典型的には５桁以下の）内線番号ダイヤル呼出を使用して互いに呼び出すことができるが、企業ネットワークの他のサブネットワーク内のＩＰ電話機を呼び出すために、内線番号ダイヤル呼出を使用することはできない。かかる呼出を行うには、ＩＰ電話機のユーザは依然として、（典型的には７桁以上の）完全なＰＳＴＮ番号をダイヤルしなければならない。さらに、ＳＲＳ  Ｔｅｌｅｐｈｏｎｙ製品には、自動機能の透過性がもたらされていない。
【特許文献１】米国特許第６１９２１２２号
【特許文献２】米国特許第６１７３０５３号
【特許文献３】米国特許第６１６３６０７号
【特許文献４】米国特許第５９８２８７３号
【特許文献５】米国特許第５９０５７９３号
【特許文献６】米国特許第５８２８７４７号
【特許文献７】米国特許第５２０６９０３号
【発明の開示】
【発明が解決しようとする課題】
【００１１】
特に単一サーバ・システムでは、特に高いトラフィック期間中にＩＰ帯域幅の使用率を効果的に管理し、かつ／またはＷＡＮに問題が発生した場合に代替的な通信パスを提供する呼制御システムが必要とされている。
【課題を解決するための手段】
【００１２】
これらおよびその他の必要が、本発明の様々な実施形態および構成によって対処される。本発明は一般に、一般にはユーザ／加入者コミュニティの一般アドレスすなわち共通アドレスを使用して、特にトランクを介して当該コミュニティ用の公衆または私設ネットワーク（これらは通常、企業の通信制御装置によっては所有も管理もされていない）相互ゲートウェイ接続を確立することを対象とする。本明細書で使用されるように、「ゲートウェイ」は、ゲートウェイを指すだけでなく、ポート・ネットワークなど同様の機能を提供するデバイスも指す。
【００１３】
一実施形態では、企業ネットワークは、地理的に転位した（ｇｅｏｇｒａｐｈｉｃａｌｌｙ  ｄｉｓｌｏｃａｔｅｄ）第１および第２のネットワーク領域を有する。第１および第２のネットワーク領域は、第１および第２の中間ネットワークを介して互いに通信し、それぞれ第１および第２のゲートウェイと、いくつかの通信デバイスとを含む。第１の動作モードでは、第１および第２のネットワーク領域は、共通のメディア・サーバによって制御され、実時間および／または近実時間（例えば、生音声）通信用の全てではないにせよ大部分のベアラ・チャネルは、第１の中間ネットワークを介して経路指定される。第２の動作モードでは、第１および第２のネットワーク領域は、共通のメディア・サーバによっては制御されない。この企業ネットワークにおいて、本発明の実施形態は次の諸ステップを、すなわち、
（ａ）第１のネットワーク領域が、前記第１のネットワーク領域内に位置する第１の加入者の第１の通信デバイスから、第２のネットワーク領域内に位置する第２の加入者の第２の通信デバイスとの実時間または近実時間通信を開始することを求める要求であって、前記第２の通信デバイスを識別する着呼側の電子アドレス（短縮ダイヤル・ストリングなど）を含む要求を受信するステップと、
（ｂ）前記第１のネットワーク領域が、前記企業ネットワークが前記第２の動作モードにあることを判定するステップと、
（ｃ）第２の中間ネットワークを介して前記実時間または近実時間通信を経路指定するステップと
を含む。一構成では、第１および第２のネットワーク領域はそれぞれ、第１のネットワークに接続された第１および第２のトランク群を含む。第２のトランク群には、共通電子アドレス（例えば、電話番号）が関連付けられている。第１のネットワーク領域は、発信通信において共通電子アドレスを第２のネットワーク領域に送信する。第２のネットワーク領域から発信通信への応答がなされた後は、第１のネットワーク領域は、そのセッション用のベアラ・パスを介して第２のネットワーク領域にある識別子を送信する。識別子は通常、選択された期間中に呼制御装置から送信される他の識別子と相対的な一意の識別子である。例えば、識別子は、第２の加入者および／または無関係のファントム・ユーザと関連付けられるユーザ識別子、サービス・レコード識別子、ポート識別子、乱数または疑似乱数などであってもよい。識別子は、通信を第２の加入者に導くのに使用される。「通信」は、有線または無線の生音声呼、インスタント・メッセージング・セッション、ショート・メッセージ・サービスすなわちＳＭＳセッション、チャット・セッションなど、任意の実時間または近実時間通信であってよい。
【００１４】
第１および第２のネットワークは、コネクション型またはコネクションレス型の有線または無線ネットワークであってよい。第１および第２のネットワークは一般に、それらが同じタイプの通信、例えば生音声通信に異なるプロトコルおよび／または交換メカニズムを用いる点で、互いに分離し独立している。好ましい位置構成では、第１のネットワークは回線交換型であり、第２のネットワークはパケット交換型である。
【００１５】
この実施形態では、ユーザ・コミュニティには、各コミュニティのメンバ数未満のいくつかの電子アドレスを使用して接続することができる。例えば、Ａｌ〜ＡｎおよびＢｌ〜Ｂｎの２つのユーザ・コミュニティがあるとすると、ＰＳＴＮおよび共通の電話番号を使用して、任意のユーザＡｉから任意のユーザＢｊへの接続を行うことができる。この接続は典型的には、ＡｉまたはＢｊによる何らのアクションも支援も必要とせず、手動であるいは自動的にトランク呼がアテンダントにアクセスする必要性を取り除く。
【００１６】
本発明は、アプリケーションに応じていくつかの利点を有する可能性がある。例えば、本発明は、ネットワーク・コンポーネントの障害をシームレスかつ自動的に検出し、それに応答してアウトバウンド通信を経路指定し、あるいは異なるネットワーク、典型的にはＰＳＴＮを介してコンタクトを取ることができる。このようにすると、ユーザは、ネットワーク障害に気付かないことが多い。本発明は、ＷＡＮの障害が発生している間にも、加入者が短縮内線番号のダイヤル呼出を実施し、依然として他のネットワーク断片（ｎｅｔｗｏｒｋ  ｆｒａｇｍｅｎｔ）内の加入者に到達するのを可能にすることができる。本発明は、ＷＡＮの故障中に、ＤＩＤアクセスを有していない加入者とコンタクトを取ることを可能にする。かかる呼出機能は、余分なカバレージ・パスの管理なしに、また、リモート・アクセスのセキュリティ・リスクあるいはプロンプティング方式のベクタリング（ｖｅｃｔｏｒｉｎｇ  ｗｉｔｈ  ｐｒｏｍｐｔｉｎｇ）に関する追加の機能コストを伴うことなく、サポートすることができる。本発明は、発呼者識別子、理由コード、弁別的鳴動、呼のカバレージ情報など選択された諸機能が、発呼側と着呼側のネットワーク領域間で帯域内信号として送られる（ｉｎ−ｂａｎｄ  ｓｉｇｎａｌｅｄ）のを可能にすることができる。かかるシグナリングは、加入者に所望の機能およびサービスを提供することができる。音声メールのカバレージは、余分なカバレージ・パスの管理なく提供することができる。したがって、ネットワーク故障が発生した場合にも、加入者が機能の透過性を得ることができるようになる。これらおよびその他の理由により、本発明は、高度なネットワーク可用性ならびにユーザの満足および利便性をもたらすことができる。
これらおよびその他の利点は、本明細書に含まれる１つ（または複数）の本発明に関する本開示を読めば明らかとなるであろう。
【００１７】
本明細書で使用するように、「．．および．．の内の少なくとも１つ（ａｔ  ｌｅａｓｔ  ｏｎｅ．．ａｎｄ）」、「．．．または．．．の内の少なくとも１つ．．．（ａｔ  ｌｅａｓｔ  ｏｎｅ．．．ｏｒ）」、「．．．および．．．の内の１つまたは複数（ｏｎｅ  ｏｒ  ｍｏｒｅ  ｏｆ．．．ａｎｄ）」、「．．．または．．．の内の１つまたは複数（ｏｎｅ  ｏｒ  ｍｏｒｅ  ｏｆ．．．ｏｒ）」、ならびに「および／または（ａｎｄ／ｏｒ）」という表現は、演算では論理積と論理和の両方を指す開放型の表現である。例えば、「Ａ、Ｂ、およびＣの内の少なくとも１つ」、「Ａ、Ｂ、またはＣの内の少なくとも１つ」、「Ａ、Ｂ、およびＣの内の１つまたは複数」、「Ａ、Ｂ、またはＣの内の１つまたは複数」、ならびに「Ａ、Ｂ、および／またはＣ」という表現はそれぞれ、Ａが単独であり、Ｂが単独であり、Ｃが単独であることを、また、ＡとＢの組合せ、ＡとＣの組合せ、ＢとＣの組合せ、Ａ、Ｂ、およびＣの組合せを意味する。
【００１８】
上述の諸実施形態および構成は、完全なものでも排他的なものでもない。以下で理解されるように、上記に詳しく示されまたは以下に詳細に説明される諸特徴の内の１つまたは複数をそれぞれ単独であるいは組み合わせて利用する、本発明の他の実施形態も可能である。
【発明を実施するための最良の形態】
【００１９】
（一般アーキテクチャ）
図２は、本発明の一実施形態によるアーキテクチャを示している。このアーキテクチャは、地理的に転位した第１の領域２０２と第２の領域２０６とを有する単一の企業ネットワーク内にある。第１の領域２０２は、制御ＬＡＮすなわちＣ−ＬＡＮ  ２１２、およびベアラＬＡＮ  ２１６、および第１のゲートウェイ２２０を介して複数の加入者デジタル局２０４ａ〜ｉおよび複数の加入者ＩＰ局２０８ａ〜ｊに接続されている、１次すなわちアクティブ・メディア・サーバ２００を含む。第２の領域２０６は、Ｃ−ＬＡＮ  ２４０、およびベアラＬＡＮ  ２４４、および第２のゲートウェイ２２４を介して複数の加入者デジタル局２３２ａ〜ｈおよび複数の加入者パケット交換局２３６ａ〜ｌに接続されている、予備すなわち２次メディア・サーバ２２８を含む。第１のゲートウェイ２２０と第２のゲートウェイ２２４とは、ＰＳＴＮ  ２４８およびＷＡＮ  ２５２を介して相互接続されている。
【００２０】
各加入者デジタル局および各パケット交換局はそれぞれ、有線または無線の１つまたは複数のパケット交換型および／または回線交換型の通信デバイスとすることができる。例えば、デジタル局は、デジタル通信プロトコルすなわちＤＣＰ電話機、統合サービスデジタル通信網（ＩＳＤＮ）エンドポイント（電話機およびビデオ・エンドポイントを含めたＢＲＩおよびＰＲＩ端末機器）、音声メッセージングおよび応答ユニット、従来のコンピュータ・テレフォニー・アジャンクト、有線および無線の回線交換電話機などのデジタル電話機とすることができ、また、パケット交換局は、４６００シリーズＩＰ  Ｐｈｏｎｅ（商標）のようなＡｖａｙａ  Ｉｎｃ．社のＩＰ電話機、Ａｖａｙａ  Ｉｎｃ．社のＩＰ  Ｓｏｆｔｐｈｏｎｅ（商標）などのＩＰソフトフォン、携帯情報端末すなわちＰＤＡ、パーソナル・コンピュータすなわちＰＣ、ラップトップ、Ｈ．３２０ビデオ・フォンおよび会議ユニットなど、任意のパケット交換通信デバイスとすることができる。
【００２１】
第１のゲートウェイおよび第２のゲートウェイはそれぞれ、電子信号リピータおよび一般に電話交換サービスを提供するプロトコル変換機であり、これにより、様々なタイプの局と外部のパケット交換および／または回線交換電話回線（アナログ・トランク、ＩＳＤＮ回線、Ｅ１／Ｔ１音声トランク、ＷＡＮ経路ＩＰトランクなど）との接続がサポートされる。電話回線は典型的には、シャシ上のポート、ならびに様々なタイプの局および回線用のアクセス・ポートを提供する様々なメディア・モジュールを介してゲートウェイに接続される。パケット交換プロトコルと回線交換プロトコルの間の音声およびシグナリング・データは通常、メディア・モジュールが音声パスをゲートウェイ内のＴＤＭバスに変換することによって有効化される。ボイス・オーバＩＰすなわちＶＯＩＰエンジンなどのエンジンは、典型的にはイーサネット（登録商標）接続上で、ＴＤＭバスから圧縮または非圧縮のパケット化ＶＯＩＰに音声パスを変換する。各ゲートウェイは一般に、（ＤＴＭＦ）トーン検出、トーン生成、オーディオ（音楽および／または音声）アナウンスの再生、トラフィック・シェーピング、呼の承認制御、メディア・プロセッサ、１つまたは複数のＩＰサーバ・インターフェイスなど選択された電気通信機能を実施する、いくつかのポートおよびトランク回路パックを含んでいる。ゲートウェイの例としては、Ａｖａｙａ  Ｉｎｃ．社のＳＣＣ１（商標）、ＭＣＣ１（商標）、ＣＭＣ（商標）、Ｇ３５０（商標）、Ｇ６００（商標）、Ｇ６５０（商標）、およびＧ７００（商標）が挙げられる。
【００２２】
Ｃ−ＬＡＮ  ２１２および２４０と、ベアラＬＡＮ  ２１６および２４４と、ＷＡＮ  ２５２とは、パケット交換型であり、ＴＣＰ／ＩＰプロトコル・スイート、イーサネット（登録商標）・プロトコル、セッション開始プロトコルすなわちＳＩＰ、および／またはＨ．３２３プロトコルなど、任意の適当なプロトコルを用いることができる。
【００２３】
ゲートウェイを制御する１次および予備メディア・サーバは、回線交換および／またはパケット交換型の顧客コンタクトを１つまたは複数の局に導く、任意の収束型アーキテクチャとすることができる。以下で理解されるように、１次メディア・サーバは通常、第１および第２のゲートウェイを制御する。破局的なＷＡＮ障害などによって第２のゲートウェイとの通信が失われた場合には、補助メディア・サーバが、アクティブになり、第２のゲートウェイ２２４の制御を引き継ぐ。制御または接続性の喪失は、典型的には一方の１次サーバ２００と、他方の予備メディア・サーバ２２８、第２のゲートウェイ２２４、および／または局２３２および２３６との間でのハートビートまたはポーリング・メカニズムによって判定される。ハートビートまたはポーリング・メカニズムが故障したときは、ネットワーク・コンポーネントの故障が発生しているものと見なされる。一般に、メディア・サーバは、従来外部通信リンクとのインターフェイスと、通信交換ファブリックと、サービス回路（例えば、トーン検出器および生成器、アナウンス回路など）と、制御プログラムおよびデータを記憶するメモリと、インターフェイスおよびファブリックを制御し、自動コンタクト分散機能を提供する記憶済み制御プログラムを実行するプロセッサ（すなわち、コンピュータ）とを含む、記憶済みプログラム制御型（ｓｔｏｒｅｄ−ｐｒｏｇｒａｍ−ｃｏｎｔｒｏｌｌｅｄ）システムである。図示するように、メディア・サーバは、それら全てが参照により本明細書に組み込まれる、米国特許第６１９２１２２号、同６１７３０５３号、同６１６３６０７号、同５９８２８７３号、同５９０５７９３号、同５８２８７４７号、および同５２０６９０３号に開示の加入者構内機器の修正形態、Ａｖａｙａ  Ｉｎｃ．社のＤｅｆｉｎｉｔｙ（商標）構内交換機（ＰＢＸ）ベースのＡＣＤシステム、Ａｖａｙａ  Ｉｎｃ．社のＩＰ６００（商標）ＬＡＮベースのＡＣＤシステム、あるいは、呼処理能力およびコンタクト・センタ機能を有するＡｖａｙａ  Ｉｎｃ．社のＣｏｍｍｕｎｉｃａｔｉｏｎ  Ｍａｎａｇｅｒ（商標）音声アプリケーション・ソフトウェアの修正版を走らせるＳ８１００（商標）、Ｓ８３００（商標）、Ｓ８５００（商標）、Ｓ８７００（商標）、またはＳ８７１０（商標）メディア・サーバとすることもできる。その他のタイプの知られている交換機およびサーバは、当技術分野ではよく知られているので、本明細書では詳細に説明はしない。
【００２４】
（帯域幅管理）
１次メディア・サーバ２００および予備メディア・サーバ２２８はそれぞれ、呼制御装置機能２５６と、相互ゲートウェイ経路指定エージェント２６０と、呼に関連するデータ構造２６４とを含んでいる。呼制御装置２５６は、呼の承認制御、漸進的呼制御（ｐｒｏｇｒｅｓｓｉｖｅ  ｃａｌｌ  ｃｏｎｔｒｏｌ）、発信呼制御などの呼制御処理を実施するが、その代わりに、ＷＡＮ  ２５２がベアラ接続を輸送できないと判定された場合には、ＰＳＴＮ  ２４８内の回線交換トランク（例えば、公衆または私設ＩＳＤＮ  ＰＲＩ／ＢＲＩトランクおよびＲ２ＭＦＣトランク）を介して、相互ゲートウェイ経路指定エージェントが、呼の経路指定を行う（相互ゲートウェイ代替経路（Ｉｎｔｅｒ−ｇａｔｅｗａｙ  Ａｌｔｅｒｎａｔｅ  Ｒｏｕｔｅ）すなわちＩＧＡＲ呼と呼ばれる）。ＷＡＮは、次の内の１つまたは複数が、すなわち、現時点で当該ＷＡＮを使用して所望のＱｏＳおよび／またはＧＯＳが通信に使用可能でないこと、当該ＷＡＮを使用して通信を有効化することができないこと、システム構成により選択されたタイプの通信に当該ＷＡＮを使用することが妨げられまたは妨害されること、コンタクタと称する者が当該ＷＡＮを通信に使用することを望まないこと、などの内の１つまたは複数が真である場合は、ベアラ接続を輸送できないと判定され得る。ＷＡＮ  ２５２は典型的には、呼の承認制御によって割り振られた（例えばパケット交換局、トランク、および／またはメディア・ゲートウェイ上でのＫビット／秒またはＭビット／秒、および／または明示的な接続数など）呼の数または帯域幅の数（すなわち、帯域幅限界）に到達し、第１および／または第２のゲートウェイでボイス・オーバＩＰすなわちＶＯＩＰ資源（例えば、ＲＴＰ資源）の枯渇が起き、ネットワーク領域対の間のコーデック・セットが指定されず、１対のネットワーク領域間での強制的なリダイレクトが有効となった場合、および／または第２のゲートウェイ２２４の制御を１次メディア・サーバが失った場合（例えば、パケット交換型のＷＡＮ  ２５２に破局的な障害が生じ、それによってアクティブ・メディア・サーバを有する各領域２０２および２０６のネットワークのパーティション化が起きた場合、または１次サーバ２００自体が故障した場合）には、不能であると判定される。エージェントは、ＩＧＡＲ呼の音声ベアラ部分が代替的なＰＳＴＮファシリティを介して再経路指定された場合でさえ、１対のゲートウェイ間のＩＧＡＲ呼の内部構成（ｉｎｔｅｒｎａｌ  ｍａｋｅｕｐ）を別々のポート・ネットワーク領域において保存することができる。このようにして、エージェント２６０は、多数の支局および分散したコール・センタを有する大型の分散単一サーバ電気通信ネットワークに対して所望のレベルのＱｏＳおよび／またはＧＯＳを提供することができる。
【００２５】
呼制御装置機能は、着信呼および発信呼に関する１つまたは複数の経路表を含むことができる。以下で理解されるように、同じ企業ネットワーク上を起点とし終点とする呼は、オン・ネットワーク（すなわち、オン・ネット）と見なされ、１つの企業ネットワーク内を起点とし別の企業ネットワーク内を終点とする呼は、オフ・ネットワーク（すなわち、オフ・ネット）と見なされる。均一オン・ネット・ダイヤル呼出プラン（ｕｎｉｆｏｒｍ  ｏｎ−ｎｅｔ  ｄｉａｌ  ｐｌａｎ）は、ダイヤル呼出された内線番号の範囲をＤＩＤの範囲と突き合わせてマッピングし、各内線番号を一意の位置（または、ゲートウェイ）にマッピングする。各加入者に割り当てられた１つ（または複数）の内線番号は、サイト内で一意のものであり、しばしば企業ネットワーク内で一意のものである。均一ダイヤル呼出プランは、企業内の全ての内線が均一的な手法で到達される（例えば、固定桁数を使用して任意のオン・ネット発信局から所与の内線に到達される）ように設計される。サイト内のオン・ネット内線番号への呼については短縮ダイヤル呼出の使用を保持し、アクセス・コード（典型的には１桁である）とその後に続くサイト・コード（離散的なサイトの数に応じて１桁であることも複数桁であることもあり、かつ／または企業ネットワーク内のゲートウェイと１対１の対応関係をもっていることもある）を使用し、また、サイト間の呼については宛先局のオン・ネット内線番号を使用する、地理的に分散した多くのサイトまたは支店をもつ企業では、可変長のオン・ネット・ダイヤル呼出プランが使用されることが多い。以下で理解されるように、均一長と可変長のダイヤル呼出プランはいずれも、地理的に分散したサイトにも単一のサイトにも使用することができる。
【００２６】
以下で理解されるように、ＩＧＡＲ呼は、加入者間の呼以外の理由でもＰＳＴＮを介して経路指定することができる。例えば、あるネットワーク領域内の局は、別のネットワーク領域内の局における呼の出現を橋渡しすることができ、あるネットワーク領域内の着信トランクは、別のネットワーク領域内のエージェントを用いてハント・グループに経路指定することができ、あるネットワーク領域からのアナウンスまたは音源は、別のネットワーク領域内の当事者に再生されることになる。
【００２７】
一構成では、各ネットワーク領域には、ＰＳＴＮファシリティを介した呼のセットアップ中にダイヤルされる１つまたは複数の一意のＤＩＤ番号（ＩＧＡＲのリスト・ディレクトリ番号（Ｌｉｓｔｅｄ  Ｄｉｒｅｃｔｏｒｙ  Ｎｕｍｂｅｒ）すなわちＬＤＮとも呼ばれる）が割り当てられる。ＩＧＡＲのＬＤＮは、複数の呼に応答し、それぞれの呼を（一般に発呼者および着呼者とは無関係の）ファントム・ＩＧＡＲユーザに割り当てることができるグループ・タイプ番号である。ＬＤＮは、その番号をダイヤルして、選択されたネットワーク領域内に位置する１組の加入者の内の任意のメンバに到達できる単一のＤＩＤ番号の働きをする。この構成は本質的に、各ユーザの離散的なＤＩＤ番号をダイヤルすることを発呼者に求めずに呼を導くことができる「仮想案内係（ｖｉｒｔｕａｌ  ｒｅｃｅｐｔｉｏｎｉｓｔ）」、すなわち自動アテンダントを提供する。典型的には、一方のネットワーク領域から他方のネットワーク領域を対象に管理されるＬＤＮの内線にトランク（ＩＧＡＲ）呼を経路指定するには、自動経路選択（Ａｕｔｏｍａｔｉｃ  Ｒｏｕｔｅ  Ｓｅｌｅｃｔｉｏｎ）すなわちＡＲＳ、または自動代替経路指定（Ａｕｔｏｍａｔｉｃ  Ａｌｔｅｒｎａｔｅ  Ｒｏｕｔｉｎｇ）すなわちＡＡＲが、使用される。以下で理解されるように、ＡＲＳは、通常はＡＲＳアクセス・コードがダイヤルされた後に、選択された経路またはパスを介して発信呼を自動的かつ動的に経路指定する。ＡＡＲは、指定された１組の条件が存在することが判明したときに、当該呼についての代替的なパスを確立する。ＡＡＲは典型的には、加入者がアクセス・コードとその後に続くオン・ネット・ディレクトリ番号すなわち着呼側の局の内線番号をダイヤルし、代替的なネットワーク（例えば、ＰＳＴＮ）を介して宛先局に到達する上で追加的な加入者入力が必要とされないように構成される。例えば、第１のネットワーク領域内の第１の加入者が、第２のネットワーク領域内に位置する第２の加入者の局を呼び出す場合、また、第２のネットワーク領域が、第２のメディア・サーバの制御下にあり、第１のネットワーク領域が、第１のメディア・サーバの制御下にある場合、第１のメディア・サーバは、第２の加入者の局の内線ではなく、第２のネットワーク領域のＬＤＮの内線を選択し、当該内線に呼を発信する。このようにして、着信側のＩＧＡＲ呼を受信したゲートウェイは、収集された数字から、その呼が第２のネットワーク領域に対応するＬＤＮの内線に宛てられたものであることを判定することができる。
【００２８】
一構成では、ＩＧＡＲ呼または機能呼出が終了したときは、エージェント２６０は、指定された期間の間および／または（ＷＡＮにおいてサービスが復旧するまで、帯域幅および／またはＶＯＩＰ資源が使用可能になるまでなど）所定のイベントが終わるまで、ＩＧＡＲトランク接続をキャッシュする。キャッシュを用いると、後に同じ加入者間または異なる加入者間での呼の接続が必要になった場合の可用性がもたらされる。トランク相互ゲートウェイ接続をセットアップすることは、ユーザによって知覚されるセットアップ時間が完了するまで典型的には少なくとも数秒を要する点では、コストが掛かる。キャッシュを用いると、新しいトランク相互ゲートウェイ接続を迅速に行うことができ、それにより、発呼者によって知覚される観測可能な遅延を解消することができる。期間が満了しかつ／または指定されたイベントが終わったときは、発信および着信トランクが再び通常の呼に使用可能な状態となるので、キャッシュされているトランク相互ゲートウェイ接続を切断（ｄｒｏｐ）することもできる。
【００２９】
トランク相互ゲートウェイ接続は一般に、その相互ゲートウェイ接続を定義している２つのトランクの内の少なくとも一方が、上述したようなＡＲＳ経路指定などによって選択され、トランク相互ゲートウェイ接続の他方の端部が、所望の遠端のネットワーク領域内を終点とする場合に、キャッシュから選択される。２つのネットワーク領域間でトランクが必要とされているが、ネットワーク領域の最大トランク限界を超えている故に現時点で使用可能なトランクが存在せず、かつ当該ネットワーク領域と別のネットワーク領域との間のトランク相互ゲートウェイがキャッシュ内で使用可能である場合には、キャッシュされているトランク相互ゲートウェイ接続を切断し、新たに使用可能となった発信トランクを使用してトランク相互ゲートウェイ接続をセットアップすることもできる。
【００３０】
トランク相互ゲートウェイ接続をセットアップするのに必要とされる時間の長さに関するユーザへの影響を最小限に抑えるために、着呼側の当事者には一般に、トランク呼がアクティブになるまで（すなわち、応答、検証、および通過が済むまで）警報は出されない（例えば、点滅ランプもなければディスプレイ更新もなく、また鳴動もない）。発呼側の当事者は、直ちに呼出音を聴取し、トランク相互ゲートウェイ接続をセットアップするのにローカル・カバレージを対象に管理されている鳴動数よりも長い時間が掛かっている場合は、その呼を第１のカバレージ・ポイントまで進めることができる。
【００３１】
図３Ａは、ＩＧＡＲ帯域幅管理呼（ｂａｎｄｗｉｄｔｈ  ｍａｎａｇｅｍｅｎｔ  ｃａｌｌ）内の様々な呼の構成要素用のデータ構造２６４を示している。呼の構成要素としては、加入者によってダイヤル呼出される主要呼すなわち発信呼３００と、（発呼者とは無関係の）ファントムＩＧＡＲユーザを発信元（ｏｒｉｇｉｎａｔｏｒ）として使用するＩＧＡＲ発信呼３０４と、（着呼者とは無関係の）異なるファントムＩＧＡＲユーザを宛先として使用するＩＧＡＲ着信呼３０８とが挙げられる。図３Ａの例では、「ＣＩＤ」または「ｃｉｄ」は呼識別子を指し、「ｕｉｄ」はユーザ識別子を、「ＳＩＤ」はサービス識別子を、「Ｐｏｒｔｉｄ」はポート識別子を指している。以下で理解されるように、呼識別子、ユーザ識別子、およびサービス識別子は、任意の数、英字、または英数字の変数としても、同じタイプの他の識別子に対して一意の変数集合としてもよい。図３Ａの変数を参照すると、「Ａ」は、第１のネットワーク領域２０２内の呼の発信元の識別子であり、「Ｂ」は、第２のネットワーク領域２０６内の着呼者の識別子であり、「Ｘ」は、（加入者Ａによってダイヤル呼出される）主要呼の呼識別子であり、「Ｙ」は、第１のゲートウェイにおけるファントムＩＧＡＲユーザ「ＩＲＴＥ／２」から、第１のゲートウェイから延びる発信側トランク「ＴＧ−ｏｕｔ」に向かう発信側ＩＧＡＲ呼に関する呼識別子であり、「Ｚ」は、第２のゲートウェイにおけるファントムＩＧＡＲユーザ「ＩＲＴＥ／１」から、第１のゲートウェイに通じる着信側トランク「Ｔｒｋ−Ｉｎ」に向かう着信側ＩＧＡＲ呼に関する呼識別子であり、「Ｐｏｒｔｉｄ（Ａ）」は、第１のネットワーク領域内のＡの局それぞれに対応するポート識別子を指し、「Ｐｏｒｔｉｄ（Ｂ）」は、第２のネットワーク領域内のＢの局それぞれに対応するポート識別子を指し、「ＮｅｔｗｏｒｋＲｅｇｉｏｎ  ＝  １」は、第１のネットワーク領域を指し、「ＮｅｔｗｏｒｋＲｅｇｉｏｎ  ＝  ２」は、第２のネットワーク領域を指し、「Ｐｏｒｔｉｄ（Ｔｒｋ−Ｏｕｔ）」は、第１のネットワーク領域内の発信側トランクに対応するポート識別子であり、「Ｐｏｒｔｉｄ（Ｔｒｋ−Ｉｎ）」は、第２のネットワーク領域内の着信側トランクに対応するポート識別子である。上位レベル３１２は呼処理層で維持されるデータ構造を示し、中位レベル３１６はユーザ層で維持されるデータ構造を、下位レベル３２０は接続層で維持されるデータ構造を示している。主要呼のデータ構造は、図４および５を参照して以下で説明するように、第１のゲートウェイから第２のゲートウェイに帯域内信号が供給された後に、エージェント２６０によって完成される。
【００３２】
（ネットワークの断片化）
一構成では、ＩＧＡＲ呼には２つのタイプが、すなわち、ＩＧＡＲ帯域幅管理呼と、ＩＧＡＲネットワーク断片化呼（ｎｅｔｗｏｒｋ  ｆｒａｇｍｅｎｔａｔｉｏｎ  ｃａｌｌ）とが存在する。ＩＧＡＲ帯域幅管理呼は、呼の承認制御によって割り振られた呼の数または帯域幅（すなわち、帯域幅限界）に到達し、第１および／または第２のゲートウェイ内でボイス・オーバＩＰすなわちＶＯＩＰ資源の枯渇に見舞われ、ネットワーク領域対の間のコーデック・セットが指定されず、１対のネットワーク領域間での強制的なリダイレクトが有効となった場合に発信される。ＩＧＡＲ帯域幅管理呼では、呼のベアラ・パスまたはチャネルは、ＰＳＴＮ  ２４８を介して経路指定され、シグナリング・チャネルは、ＷＡＮ  ２５２を介して経路指定される。ＩＧＡＲネットワーク断片化呼は、１次メディア・サーバが第２のゲートウェイ２２４の制御を失った場合に発信される。以下で理解されるように、ネットワークの断片化またはパーティション化が発生したときは、第２のゲートウェイは、登録が抹消され、補助メディア・サーバ２２８が、第２のゲートウェイ２２４を制御する責任を負う。ＷＡＮが使用不可能であるので、ＩＧＡＲ呼のベアラ・チャネルとシグナリング・チャネルはどちらも、ＰＳＴＮ  ２４８を介して経路指定される。ＩＧＡＲ帯域幅管理呼とＩＧＡＲネットワーク断片化呼との主な差異は、前者の場合は、共通の１次メディア・サーバが発呼側と着呼側のネットワーク領域内の両方のメディア・サーバを制御するのに対して、後者の場合は、１次および／または補助メディア・サーバを問わず、別々のサーバがメディア・サーバを制御する点である。ＩＧＡＲ帯域幅管理呼に関する方向付けのセットアップは、任意であるが、ＩＧＡＲネットワーク断片化呼は通常、複数のサーバが関与する故に、発呼側から着呼側の加入者の方向にセットアップされる。
【００３３】
図３Ｂは、ＩＧＡＲネットワーク断片化呼内の呼の構成要素用のデータ構造を示している。図３Ａの３つの呼の構成要素とは異なり、ネットワーク断片化呼には２つの呼の構成要素、すなわち、発信呼と着信呼しか存在しない。このデータ構造では、ファントム・ユーザは用いられない。そうではなく、ＡおよびＢに関するユーザ識別子が用いられる。「Ｙ」は、第１のゲートウェイにおける第１の加入者から、第１のゲートウェイから延びる発信側トランク「ＴＧ−ｏｕｔ」に向かう発信側ＩＧＡＲ呼に関する呼識別子であり、「Ｚ」は、第１のネットワーク領域から、第２のゲートウェイに通じる着信側トランク「Ｔｒｋ−Ｉｎ」に向かう着信側ＩＧＡＲ呼に関する呼識別子である。これらの頭字語は、その他の点では図３Ａの頭字語と同じである。
【００３４】
次に、図３〜５では、帯域幅管理呼とネットワーク断片化呼の両方についてのエージェント２６０の動作を説明する。
ステップ４００で、呼制御装置２５６が、第２の領域２０６内のデジタル局２３２ａに関連する加入者の直接ダイヤル・インすなわちＤＩＤ番号のダイヤル呼出などに応答して、既存のサービス「ＳＩＤ＝Ｘ」を求める新しいポート接続要求を受信し、判定ダイヤモンド４０４で、ＩＧＡＲ接続で新しいポート（Ｐｏｒｔｉｄ（Ｂ））をそのサービスの他方のポート（Ｐｏｒｔｉｄ（Ａ））に接続する必要があることを判定する。ＩＧＡＲ接続を開始する判定は、構成要素および／またはＷＡＮリンクの障害の故に１次メディア・サーバが第２のゲートウェイ２２４の制御を失った場合など、上述の理由のどの理由に基づいてなされてもよい。ＷＡＮリンクの障害が発生した場合でも、その故障により、１次サーバが発呼側および着呼側の加入者局にサービスしているメディア・ゲートウェイの制御を失っておらず、着呼側の加入者のメディア・ゲートウェイがまだ登録を抹消されておらず、かつ／または着呼側の加入者のネットワーク領域にＬＤＮ内線番号が存在しない場合には、１次メディア・サーバ２００は依然として、ＩＧＡＲ接続は開始せず、引き続きＷＡＮ接続を継続するように判定することができる。制御装置２５６は、トランク・ファシリティに接続される必要がある２つのネットワーク領域の識別子を示すＩＧＡＲ要求をエージェント２６０に対して行う。この要求は典型的には、ＩＧＡＲ呼識別子と、ＩＧＡＲ呼タイプ識別子と、ポート・インデックスおよびポート（Ｂ）のシステム識別子と、（ポートＢの）ソース・ゲートウェイ識別子と、宛先ゲートウェイ（すなわち、ポートＡ）識別子とを含む。ネットワーク識別子、ゲートウェイ識別子、ＩＧＡＲ呼識別子、およびＩＧＡＲ呼タイプ識別子は、任意の数、英字、または英数字の変数としても、同じタイプの他の識別子に対して一意の変数集合としてもよい。
【００３５】
判定ダイヤモンド４０８で、エージェント２６０は、各領域内で使用可能な（ローカル）トランク・メンバが存在するかどうかを判定する。各領域内に不十分な（ローカル）トランク・メンバしか存在しない場合には、エージェント２６０は、その要求を拒否する。その場合または判定ダイヤモンド４０４で相互ゲートウェイ接続が必要とされない場合は、呼制御装置２５６は、従来の呼処理を進める。各領域内に十分な（ローカル）トランク・メンバが存在する場合には、エージェント２６０は、ステップ４１６に進む。「ローカル」とは、発呼側の加入者にサービスしている、選択または相互接続されたネットワーク領域内のトランクを意味する（ただし、必ずしも発呼側の加入者の局にサービスしている同じメディア・ゲートウェイ上にある必要はない）。
【００３６】
ステップ４１６で、エージェント２６０は、発信呼を発信する。ＩＧＡＲ帯域幅管理呼については、呼はファントムＩＧＡＲユーザ（ＩＲＣ−Ｙ）から発信され、ＩＧＡＲネットワーク断片化呼については、呼は加入者Ａから発信される。ＩＧＡＲユーザは典型的には、ユーザＩＲＣ−Ｙのテーブル・インデックスによって識別される。呼制御装置２５６がＩＧＡＲ呼の発信を受信し、図３Ａおよび３Ｂに示されるような新しい呼レコード／ＩＧＡＲ呼の呼レコード（すなわち、ＣＩＤ＝ＹおよびＳＩＤ＝Ｙ）が作成される。
【００３７】
ステップ４２０で、エージェント２６０は、ＰＳＴＮトランキング・ネットワークを経由し、第２のネットワーク領域内のトランクを終点とする公衆ネットワーク番号を構築しダイヤルする。このエージェントはまず、あるトランク群のメンバを通過する一連の通路（ｐａｓｓ）を作成することによってトランクを選択し確保する。第１の通路は、発信元のゲートウェイ内のメンバを探索する。第１の通路が不成功となった場合は、第２の通路が、発信元のゲートウェイ内にはないが発信元のネットワーク領域内にはあるメンバを捜索する。第１および第２の通路が不成功となった場合は、第３の通路が別のネットワーク領域からトランクを選択する。以下で理解されるように、別のネットワーク領域が依然として発信側のネットワーク領域に接続されそこにサクセス可能である場合は、当該別のネットワーク領域からトランクを得ることができる。
【００３８】
ステップ４２８で、ダイヤルされた数字が、ＰＳＴＮ  ２４８に送られ、呼制御装置２５６が、ＩＧＡＲ帯域幅管理呼についてのサービスＳＩＤ＝ＹとＩＧＡＲネットワーク断片化呼についてのサービスＳＩＤ＝Ｘとに、選択されたトランク「ＴＧ−ｏｕｔ」を追加する。
【００３９】
エージェント２６０は、ステップ４３２で、ＩＧＡＲ呼の関連付けの準備を行い、呼を中断する。トランクがＩＧＡＲ帯域幅管理呼についてのＣＩＤ＝Ｙと、ＩＧＡＲネットワーク断片化呼についてのＣＩＤ＝Ｘとで無事終了すると、エージェント２６０は、ＩＧＡＲ呼に関連する第２のゲートウェイによってデュアル・トーン多重周波数すなわちＤＴＭＦ数字が転送されるようにするための数字収集資源を要求する。
【００４０】
図５では、ステップ５００で、第２のゲートウェイ２２４が、着信側のＩＧＡＲ呼を受信する。第２のゲートウェイは、（１次メディア・サーバであれ補助メディア・サーバであれ）制御中のメディア・サーバに着信呼情報を通知する。
【００４１】
ステップ５０４で、制御中のメディア・サーバは、着信呼に関する通常の呼処理を実施し、ＩＧＡＲ帯域幅管理呼に関する新しい呼レコード（ＣＩＤ＝ＺおよびＳＩＤ＝Ｚ）と、ＩＧＡＲネットワーク断片化呼に関するＣＩＤ＝Ｚを作成する。制御中のメディア・サーバは、数字が解析されるまではそれがＩＧＡＲ着信呼であることに気付かない。したがって、当初作成されるデータ構造は、通常着信呼用に作成されるデータ構造である。
【００４２】
ステップ５０８で、ＩＧＡＲ着信呼の数字が、収集され、制御中のメディア・サーバに供給され、その制御中のメディア・サーバにより、第２のネットワーク領域に対応するＩＧＡＲのＬＤＮにマッピングされる。呼はこうして、制御中のメディア・サーバによって着信側のＩＧＡＲ呼として認識される。
【００４３】
ステップ５１２で、呼は、制御中のメディア・サーバにより、選択されたファントムＩＧＡＲユーザ（「ＩＲＴＥ／１」）へと経路指定および転向される。第２のゲートウェイ２２４および／または補助メディア・サーバ２２８からはまだ、ＩＧＡＲ呼のタイプが知られていないので、着信呼用の図３Ｂのデータ構造は、ユーザＢの代わりにファントムＩＧＡＲユーザを用いている。
【００４４】
ステップ５１６で、着信側トランク呼には、第２のゲートウェイ２２４およびその制御中のメディア・サーバから自動的に応答がなされる。トランクが通過された後は、ＩＧＡＲ呼のタイプを判定するために、双方向ＤＴＭＦ送信を要するハンドシェークが発生する。どちらのタイプのＩＧＡＲ呼についても、呼への応答がなされたときは、制御中のメディア・サーバは（帯域幅管理ＩＧＡＲ呼用の１次メディア・サーバ２００であれ、ネットワーク断片化ＩＧＡＲ呼用の補助メディア・サーバ２２８であれ）、第２のゲートウェイに対して、第１のゲートウェイへの返答を示す数字または数字集合を繰返しエンド・ツー・エンド信号で送るよう命令する。一構成では、制御中のメディア・サーバは、第２のゲートウェイ２２４に対して、１つ（または複数）の数字にＴＴＲを付してＩＧＡＲ呼のタイプを判定するよう命令する。
【００４５】
次に、ステップ５２０〜５２８および４４０〜４４４を参照して、ＩＧＡＲ帯域幅管理呼についてのさらなる処理について論じる。ステップ５２０で、１次メディア・サーバは、１つ（または複数）の数字の受信に関する肯定応答がなされたときは、ＣＩＤ＝Ｚに関する呼処理を中断し、着信呼の関連付け情報を待つ。ステップ４４０で、１次メディア・サーバによって数字が認識されたときは、第１のゲートウェイが、着信側トランクおよび末端のユーザに向けて、一連の数字をエンド・ツー・エンドの帯域内信号として送り返す。これらの信号は、ＩＧＡＲ呼のタイプおよびＩＲＣ−Ｙユーザに関する識別子を含む。次いで、ステップ４４４で、１次メディア・サーバは、ＣＩＤ＝Ｙに関する呼処理を中断する。ステップ５２４で、ＩＲＣ−Ｙユーザを識別する数字が収集され、１次メディア・サーバからＩＲＣ−Ｙユーザまたはエージェント２６０へと渡される。エージェント２６０は、ＣＩＤ＝ＹおよびＣＩＤ＝Ｚを抽出し、ＣＩＤ＝ＹおよびＣＩＤ＝ＺがＩＧＡＲ要求を満足する２つの領域間のトランク・ポートを含んでいる旨を、呼制御装置に知らせる。ステップ５２８で、呼制御装置は、それらの２つのトランク・ポートを各サービスで１つずつ発見し、ポートＡをトランクＹに接続し、ポートＢをトランクＺに接続する。
【００４６】
次に、ステップ５３２〜５３６および４４８〜４５２を参照して、ＩＧＡＲネットワーク断片化呼についてのさらなる処理について論じる。補助メディア・サーバ２２８は、１つ（または複数）の数字の受信に関する肯定応答が１次サーバ２００からなされたときは、ＣＩＤ＝Ｚに関する呼処理を中断し、第１の領域２０２からの着信呼の関連付け情報を待つ。ステップ４４８で、第１の領域内の１次メディア・サーバ２００によって１つ（または複数）の数字が認識されたときは、第１のゲートウェイは、着信側トランクおよび末端のユーザに向けて、一連の数字を帯域内信号として送り返すよう命令される。これらの一連の数字は、ＩＧＡＲ呼のタイプおよびユーザＢに関する識別子（例えば、ユーザＢの内線番号）を含む。ステップ５２４で、ユーザＢを識別する数字が収集され、その後は、ＰＳＴＮ呼に関する通常の呼処理が発生する。
ステップ５４４で、いずれのタイプのＩＧＡＲ呼に関しても、従来の技法を使用してさらなる呼処理が継続される。
【００４７】
ネットワーク断片化タイプのＩＧＡＲ呼に関する呼処理は、任意の適当な技法によって実施することができる。一構成では、第１のゲートウェイ２２０は、トランクを発呼側の加入者（ユーザＡ）の局に接続し、その局のディスプレイを更新する（例えば、着呼側の加入者の名前および着呼側の加入者の番号でディスプレイを埋める）。補助メディア・サーバ２２８が着信呼の関連付け情報を受信したときは、第２のゲートウェイ２２４は、トランクを着呼側の加入者（ユーザＢ）の局に接続し、着呼側の加入者のデジタル局２３２に警報を出し、その局のディスプレイを更新する（例えば、発呼側の加入者の名前および発呼側の加入者の番号でディスプレイを埋める）。着呼側の加入者が応答した場合は、音声接続が、発呼側の加入者の局２０４から着呼側の加入者の局２３２へとトランクを通過する。補助メディア・サーバ２２８は、帯域内信号として第１のゲートウェイ２２０に選択された数字を送ることによって着呼側の加入者が呼に応答した旨を、１次メディア・サーバ２００に通知することができる。以下で理解されるように、通常のトランク呼では、呼出音および着信音は、そのトランクの着信側で再生され、着信側の当事者が応答したときにオフに切り換えられる。局呼出（ｓｔａｔｉｏｎ  ｃａｌｌ）を用いると、呼出音および着信音は、発信側で再生される。２つの制御中のサーバが関与するネットワーク断片化の一適用形態では、発信側は、トランク呼への応答が既に済んでいるので、宛先側がいつ応答したか分からない。この問題は、１次メディア・サーバ２００（または発信元のメディア・サーバ）が、発呼側の加入者の局２０４に対する呼出音を再生し、補助メディア・サーバ２２８が、着呼側の加入者の局上で着信音を再生して、呼出音が開始した後の第１および第２のゲートウェイ間での帯域内信号のさらなる交換を可能にすることによって克服される。このようにすれば、発呼側の加入者がさらなる帯域内信号音を聴取することはない。通常の呼のカバレージ技法を実施することもできる。例えば、着呼側の加入者の音声メール・サーバが着呼側のネットワーク領域内に位置している場合に、着呼側の加入者が応答しなかったときは、着呼側のネットワーク領域内のメディア・サーバは、ＩＧＡＲ呼を音声メール・サーバに導くことができる。
【００４８】
呼に関連する１次メディア・サーバと補助メディア・サーバとの間では、様々な信号を帯域内で送信して、機能の透過性をもたらす（例えば、呼に関連する情報でディスプレイを埋めることを可能にする）ことができる。一般に、帯域内信号は、少なくとも発呼側と着呼側の加入者のディスプレイに関する情報の交換と、所望の鳴動パターンの指示をサポートする。例えば上述したように、１次サーバ２００は、ネットワークの断片化が発生しなかった場合と同様にユーザＢの局を適切に更新できるように、ユーザＡの識別（例えば、ユーザＡの名前および／または内線番号）を示す数字を供給することができる。他の機能をサポートすることもできる。例としては、弁別的鳴動、（例えば、その呼が優先呼、転送呼、呼のカバレージ呼（ｃａｌｌ  ｃｏｖｅｒａｇｅ  ｃａｌｌ）などの形で到着した理由を示す）理由コード、呼のカバレージ、内向き呼および／または外向き呼の制限（ｉｎｗａｒｄ  ａｎｄ／ｏｒ  ｏｕｔｗａｒｄ  ｃａｌｌ  ｒｅｓｔｒｉｃｔｉｏｎ）、制限のクラス、話中インジケータまたは話中音、（ある局が別の局の話中検証を行おうとするときの）話中検証、呼転送、呼待機（ｃａｌｌ  ｐａｒｋｉｎｇ）、呼ピックアップ（ｃａｌｌ  ｐｉｃｋｕｐ）、会議、危機警報、プロバイダの緊急呼出（例えば、公安応答ポイント）、グループ・ページング、ハント・グループの呼出、インターコム呼出、最終ダイヤル番号ボタン、伝言呼、リスト・ディレクトリ番号、ラウドスピーカ・ページング、悪意のある呼の追跡、ミート・ミー（ｍｅｅｔ−ｍｅ）会議、メッセージ検索、構外局、ページング、私設局アクセス、優先呼出、セキュリティ違反通知、全呼送出（ｓｅｎｄ  ａｌｌ  ｃａｌｌｓ）、リモート全呼送出（ｒｅｍｏｔｅ  ｓｅｎｄ  ａｌｌ  ｃａｌｌｓ）、サービス監視、１桁ダイヤル呼出、局ロック（ｓｔａｔｉｏｎ  ｌｏｃｋ）、局セキュリティ・コード、音声カバレージ（ｖｏｉｃｅ  ｃｏｖｅｒａｇｅ）メッセージ検索、音声プリンシパル（ｖｏｉｃｅ  ｐｒｉｎｃｉｐａｌ）メッセージ検索、内線グループの終了（ｔｅｒｍｉｎａｔｉｎｇ  ｅｘｔｅｎｓｉｏｎ  ｇｒｏｕｐ）、転送、音声メッセージング、およびウィスパ・ページング（ｗｈｉｓｐｅｒ  ｐａｇｉｎｇ）が挙げられる。シグナリングは、少なくとも呼出番号と、呼に関連する理由コードと、弁別的鳴動とを含むことが好ましい。
【００４９】
ユーザが、ＷＡＮ呼出で通常表示される１組の情報とは異なる１組の表示情報に対して逆の反応を示すのを防止するために、発呼側と着呼側のユーザの局上に、その呼がＩＧＡＲ呼であることを示す理由コードを表示させることができる。理由コードはさらに、帯域幅管理タイプの呼とネットワーク断片化タイプの呼とを区別することもできる。
【００５０】
一構成では、呼に関連する情報は、発呼側のネットワーク領域から着呼側のネットワーク領域にだけでなく、着呼側のネットワーク領域から発呼側のネットワーク領域にも送られる。例えば、音声メール・サーバが発呼側の当事者のネットワーク領域内に位置している場合は、発呼側の当事者のネットワーク領域内の制御中のメディア・サーバは、着呼側の加入者が選択された鳴動数内または選択された時間間隔内に自身の電話に応答していないことを判定することができ、発呼側の加入者の呼を直接ローカル音声メール・サーバに導くことができる。着呼側の当事者のネットワーク領域内の制御中のサーバは、発呼側の当事者のネットワーク内の制御中のサーバに、着呼側の加入者が応答していない旨を示すフラグまたは他のインジケータを帯域内または帯域外で運搬することができる。帯域内シグナリングは、それ以前に選択され確立されたＩＧＡＲトランクを介し、そのトランクを音声パスが通過していないときに行われる。帯域外シグナリングは、帯域幅管理呼に関して詳しく示した通り、第２のＩＧＡＲトランクを使用して行うことができる。
【００５１】
ＩＧＡＲネットワーク断片化タイプの呼は、トランクと、呼のセットアップを遅らせる恐れがあるエンド・ツー・エンド・シグナリングとを使用するので、呼のセットアップ時間は、より高速なトランクを使用することによって、より迅速になされることが好ましい。ＩＳＤＮトランクは、デジタル呼のセットアップ・メッセージングが高速であり、ＩＳＤＮトランク用のエンド・ツー・エンド・シグナリングのタイマが非常に短いので、最も高速である。
【００５２】
以下で理解されるように、１次サーバが第２のネットワーク領域内の各構成要素の制御を回復したときは、ＩＧＡＲネットワーク断片化タイプの呼は、もはや使用されない。１次サーバによる制御の再開は、ハートビートまたはポーリング・メカニズムを首尾よく再開させることによって迅速かつ自動的に検出することができ、すなわち、制御の再開は、様々なネットワーク断片内のゲートウェイがハートビートまたはポーリング信号に応答しかつ／またはそれが１次メディア・サーバに登録されることによって検出される。
【００５３】
本発明のいくつかの変形形態および修正形態を使用することもできる。本発明のいくつかの特徴は、その他の特徴を備えていない場合にも提供することが可能なはずである。
例えば、一代替実施形態では、ＬＤＮは、選択されたネットワーク領域に接続されている各回線交換トランクに割り当てられる。この構成は、呼の関連付けを簡略化するはずであるが、これにより企業は、高いコストが掛かる恐れのある遥かに多くの数の公衆ネットワーク番号を購入する必要が生じる。さらに、保留音送出および／またはアナウンス資源のようなある種の資源は、公衆アドレス可能な内線番号を有してない。
【００５４】
他の実施形態では、着呼側の加入者が応答せず、着呼側の加入者の音声メール・サーバが異なるネットワーク領域内に位置している場合は、ＩＧＡＲ呼は、音声メールに送られる。呼を音声メールに経路指定するために、別の帯域内シグナリングも使用される。例えば、発呼側または着呼側の当事者のゲートウェイ／局における制御中のサーバは、音声メールに到達可能でない（例えば、音声メール・サーバが着呼側または発呼側の局のネットワーク領域とは異なるネットワーク領域内にあり、当該ネットワーク領域が補助メディア・サーバの制御下にある）と判定した場合は、音声メール・サーバのネットワーク領域に対するＩＧＡＲ呼を開始することができる。開始中のメディア・サーバは、音声メール・サーバを含むネットワーク領域のゲートウェイを制御しているメディア・サーバに、音声メールの内線番号の数字を帯域内信号として送ることができる。呼はしたがって、着呼側のＰＳＴＮ呼として音声メール・サーバに到着する。
【００５５】
別の代替実施形態では、第１のメディア・サーバは、第２のメディア・サーバを呼出し、次いで、タッチ・トーン受信機をアタッチし、補助メディア・サーバが応答するのを待つ。第２のネットワーク領域が応答したときは、補助メディア・サーバが直ちに、第１のメディア・サーバに（典型的には一意の）識別子を信号として送る。補助メディア・サーバは、先の試行で数字が失われている場合は、選択された回数だけ送信を繰り返す。特に、第１のメディア・サーバが完全で正しい識別子を受信したことを確信できることが保証されるように、識別子は、符号化される。例えば、識別子は「８進法」で符号化することができ、数字の「９」を区切り記号として使用することができる。この場合では、第１のメディア・サーバは、一意の識別子が有効であると検証された後は、応答は行わず、単にトランク呼をベアラ・チャネルとして使用し始めるだけである。
【００５６】
他の実施形態では、帯域内シグナリングは、パケット交換によって実施される。パケットのペイロードは、通信デバイス間で送信される情報を含む。パケットのペイロードは、デジタル化されたＤＴＭＦ音の形であってもよい。
【００５７】
他の実施形態では、本発明は、各通信エンドにおいて適切な翻訳情報が使用可能であることを条件として、単一の分散型企業ネットワークに限らず様々な企業のメディア・サーバによって用いることができる。
他の実施形態では、上述の論理は、ソフトウェア、論理回路、またはそれらの組合せとして実装することもできる。
【００５８】
様々な実施形態において、本発明は、様々な実施形態、サブコンビネーション、およびそれらのサブセットを含めて、実質的に図示され本明細書に記載される通りの構成要素、方法、処理、システム、および／または装置を含む。本開示を理解すれば、本発明をどのように作成し使用するかを当業者なら理解することであろう。様々な実施形態において、本発明は、例えば性能を向上させ、実装の容易さを実現し、かつ／または実装のコストを低減するために、以前のデバイスまたは処理で使用されていた可能性のあるアイテムが所在しない場合を含めて、図示されていないアイテムおよび／または本明細書もしくはその様々な実施形態に記載されていないアイテムが所在しない場合の、デバイスおよび処理を提供することを含む。
【００５９】
本発明に関する上記の論述は、例示および説明のために提示されてきた。上記は、本明細書に開示の１つまたは複数の形態に本発明を限定するものではない。本開示を合理化する上で、例えば上記の詳細な説明では、本発明の様々な特徴が、１つまたは複数の実施形態において一緒にグループ化されている。開示のこの方法は、添付の特許請求の範囲に記載の発明が各請求項で特に列挙される特徴よりも多くの特徴を必要とする意図を反映するものと解釈されるべきではない。そうではなく、添付の特許請求の範囲が反映するように、本発明の諸態様は、上記に開示される単一の実施形態に関する全ての特徴の範囲内に収まるものである。したがって、各請求項が本発明に関する別々の好ましい実施形態として独立している添付の特許請求の範囲は、本明細書におけるこの詳細な説明に組み込まれる。
【００６０】
さらに、本発明の記載は、１つまたは複数の実施形態ならびにある種の変形形態および修正形態の説明を含んできたが、例えば、本開示を理解すれば当業者の技能および知識内のものとなり得る他の変形形態および修正形態も、本発明の範囲内にある。添付の特許請求の範囲に記載される発明と代替的で相互に交換可能なおよび／または等価な構造、機能、範囲、またはステップを含めた許容される程度の諸代替実施形態を含む権利を取得することが意図されており、かかる代替的で相互に交換可能なおよび／または等価な構造、機能、範囲、またはステップは、本明細書に記載されるものであれ記載されていないものであれ、いかなる特許可能な主題も公共の用に供するものではない。
【図面の簡単な説明】
【００６１】
【図１】従来技術の呼制御アーキテクチャの図である。
【図２】本発明の一実施形態によるブロック図である。
【図３Ａ】相互ゲートウェイ代替経路すなわちＩＧＡＲ帯域幅管理呼に関連するデータ構造のブロック図である。
【図３Ｂ】ＩＧＡＲネットワーク断片化呼に関連するデータ構造のブロック図である。
【図４】相互ゲートウェイ経路指定エージェントの動作上の一実施形態を示す流れ図である。
【図５】相互ゲートウェイ経路指定エージェントの別の動作上の実施形態を示す流れ図である。
【図１】
2007089163.tif 000003
【図２】
2007089163.tif 000004
【図３Ａ】
2007089163.tif 000005
【図３Ｂ】
2007089163.tif 000006
【図４】
2007089163.tif 000007
【図５】
2007089163.tif 000008