(57)【要約】【課題】地理的に離れた第１および第２のネットワーク領域２０２および２０６を含む企業ネットワーク提供。【解決手段】前記第１および第２のネットワーク領域が相互に通信し、それぞれ第１および第２のゲートウェイ２２０および２２４ならびに第２のネットワーク２４８に接続された第１および第２のリンク・グループを含む。他方のネットワーク領域内の第２の加入者との通信セッションを開始する第１の加入者からの要求に応答して、メディア・サーバ２００は第１のネットワーク２５２が現在、セッションのベアラ・チャネルをサポートできないと判断すると、第１のゲートウェイ２２０は共通の電子アドレスを送信する。共通の電子アドレスが第２のゲートウェイ２２４に受信されると、第１のゲートウェイ２２０は通信セッションを確立するための識別子を第２のゲートウェイ２２４に送信する。【選択図】図２
2006191615.tif 000002
【特許請求の範囲】
【請求項１】
企業ネットワークの加入者間の通信を実行する方法であって、
（ａ）企業ネットワークの地理的に離れた第１および第２のネットワーク領域を提供する工程であって、前記第１および第２のネットワーク領域が前記第１および第２のネットワークを介して相互に通信し、それぞれ第１および第２のメディア・サーバ、第１および第２のゲートウェイならびに前記第２のネットワークに接続された第１および第２のリンク・グループを含み、共通の電子アドレスが前記第２のリンク・グループに関連する工程と、
（ｂ）第１のネットワーク領域が、第１の加入者から、第２の加入者と少なくともほぼリアルタイムの通信セッションを開始する要求を受信する工程と、
（ｃ）前記第１のネットワーク領域が、前記第１のネットワークは前記セッションのベアラ・チャネルを現在サポートできないと判定する工程と、
（ｄ）判定工程（ｃ）に応答して、前記第１のネットワーク領域が前記第２のネットワーク上で前記第２のネットワーク領域に前記共通の電子アドレスを送信する工程と、
（ｅ）前記共通の電子アドレスが前記第２のネットワーク領域に受信された後で、前記第１および第２のネットワーク領域の少なくとも１つが前記第２のネットワーク上で前記第１および第２のネットワーク領域の少なくとも１つの他方に帯域内で一意的な識別子を送信する工程と、
（ｆ）前記識別子を用いて前記第２のネットワーク上で前記通信セッションのベアラ・チャネルを確立する工程とを含む方法。
【請求項２】
前記第１のメディア・サーバが前記第１および第２のゲートウェイの両方を制御し、前記識別子が前記第２の加入者と前記第１および第２の加入者に関連しない重信ユーザとの少なくとも一方に関連するユーザ識別子であり、前記重信ユーザが前記第１および第２の加入者に関連せず、前記第１の加入者からの前記要求が前記第２の加入者の第１の電子アドレスを含み、前記第１のネットワークがパケット交換方式であり、前記第２のネットワークが回線交換方式であり、前記共通の電子アドレスおよび前記第１の電子アドレスが各々電話番号であり、前記ほぼリアル・タイムの通信セッションがライブの音声呼であり、前記第２のリンク・グループの各々が回線交換方式であり、前記メディア・サーバが、（ｉ）前記ライブ音声呼のベアラ・チャネルが前記第１のネットワーク上で構成されている場合に、前記のライブ音声呼の所定の数とライブ音声呼に割り当てられた帯域幅の少なくとも１つが到達している、かつ／または到達することになる、（ｉｉ）前記ライブ音声呼のベアラ・チャネルが前記第１のネットワーク上で構成されている場合に資源の枯渇が発生した、かつ／または発生することになる、（ｉｉｉ）前記第１および第２のネットワーク領域間の前記第１のネットワーク上の伝送に関してコーデック・セットが指定されていない、（ｉｖ）前記第１および第２のネットワーク領域間の前記第１のネットワークから前記第２のネットワークへの強制転送が実行される、（ｖ）前記第１または第２のネットワーク領域内の前記第１のメディア・サーバが前記第１および第２のネットワーク領域の他方のゲートウェイの制御を失っている、の条件の少なくとも１つが存在する時に前記第１および第２の加入者の間の前記ライブ音声呼のベアラ・チャネルを現在サポートできないと判定する請求項１に記載の方法。
【請求項３】
条件（ｉ）が存在し、前記ユーザ識別子が前記重信ユーザに関連し、前記第１のゲートウェイで、第１の重信ユーザが前記発信呼の発呼者を表し、前記第２のゲートウェイで、第２の重信ユーザが着信呼の宛先を表す請求項２に記載の方法。
【請求項４】
条件（ｉｉ）が存在し、前記ユーザ識別子が前記重信ユーザに関連し、前記第１のゲートウェイで、第１の重信ユーザが前記発信呼の発呼者を表し、前記第１および第２のグループ内のリンクがトランクで、前記第２のゲートウェイで、第２の重信ユーザが着信呼の宛先を表す請求項２に記載の方法。
【請求項５】
条件（ｉｉｉ）が存在し、前記ユーザ識別子が前記重信ユーザに関連し、前記第１のゲートウェイで、第１の重信ユーザが前記発信呼の発呼者を表し、前記第１および第２のグループ内のリンクがトランクで、前記第２のゲートウェイで、第２の重信ユーザが着信呼の宛先を表す請求項２に記載の方法。
【請求項６】
条件（ｉｖ）が存在し、前記ユーザ識別子が前記重信ユーザに関連し、前記第１のゲートウェイで、第１の重信ユーザが前記発信呼の発呼者を表し、前記第１および第２のグループ内のリンクがトランクで、前記第２のゲートウェイで、第２の重信ユーザが着信呼の宛先を表す請求項２に記載の方法。
【請求項７】
条件（ｖ）が存在し、前記ユーザ識別子が前記第２のユーザに関連し、前記第１および第２のグループ内のリンクがトランクで、前記第２のメディア・サーバが前記第２のゲートウェイの制御を引き受けた請求項２に記載の方法。
【請求項８】
第１の重信ユーザが前記第１のメディア・サーバによって決定され、第２の重信ユーザが前記第２のメディア・サーバによって決定され、前記第２のゲートウェイに送信された前記ユーザ識別子が前記第１の重信ユーザ識別子で、通信に関連する第１のデータ構造体が前記第１の電話番号に関連し、通信に関連する第２のデータ構造体が前記第１のゲートウェイおよび前記第１の重信ユーザからの発信呼に関連し、通信に関連する第３のデータ構造体が前記第１のゲートウェイおよび前記第２の重信ユーザへの着信呼に関連し、前記第１のネットワーク領域が第１の複数の加入者を含み、前記第２のネットワーク領域が異なる第２の複数の加入者を含み、工程（ｆ）が、
（ｆ１）前記ユーザ識別子に対応する数字を収集する副工程と、
（ｆ２）前記第１の重信ユーザを前記第２の重信ユーザに関連付ける副工程と、
（ｆ３）前記関連付け工程に基いて、前記出接続通信に関連する第１のポート識別子および前記着信通信に関連する第２のポート識別子を決定する副工程と、
（ｆ４）前記第１および第２のポート識別子に関連するポートを接続する副工程とを含み、
（ｇ）前記第１および第２の複数の加入者のメンバ間に複数の同時ベアラ接続を確立する副工程であって、前記複数のベアラ接続が前記共通の電子アドレスに着信する副工程をさらに含む請求項２に記載の方法。
【請求項９】
工程（ｅ）が、
（ｅ１）前記通信がネットワーク細分化種別の呼あるいは帯域幅管理種別の呼のいずれであるかを示す通信種別識別子を帯域内で送信する工程であって、前記通信種別識別子がネットワーク細分化種別の呼を示す時には前記ユーザ識別子が前記第２の加入者に関連し、前記通信種別識別子が帯域幅管理種別の呼を示す時には、前記ユーザ識別子が前記重信ユーザに関連する請求項２に記載の方法。
【請求項１０】
請求項１に記載の工程を実行する実行可能な命令を含むコンピュータ可読メディア。
【請求項１１】
企業ネットワークであって、
企業ネットワークの地理的に離れた第１および第２のネットワーク領域であって、前記第１および第２のネットワーク領域が前記第１および第２のネットワークを介して相互に通信し、それぞれ、
電子信号を繰り返し、プロトコルを変換する第１および第２のゲートウェイ手段と、
通信信号を搬送し、前記パケット交換および回線交換ネットワークの１つに接続された第１および第２のトランク・グループ手段であって、共通の電子アドレスが前記第２のトランク・グループ手段に関連する第１および第２のトランク・グループ手段と、
第１の加入者から、第２の加入者との少なくともほぼリアルタイムの通信セッションを開始する要求を受信し、前記第１のネットワークが前記セッションのベアラ・チャネルを現在サポートできないと判断する第１のメディア・サーバ手段であって、前記第１のネットワークが前記ベアラ・チャネルを現在サポートできないという判断に応答して、前記第１のゲートウェイ手段が前記第２のネットワーク上で前記第２のゲートウェイ手段に前記共通の電子アドレスを送信し、前記共通の電子アドレスが前記第２のゲートウェイ手段によって受信された後で、前記第１および第２のゲートウェイ手段の少なくとも一方が、前記第２のネットワーク上で前記第１および第２のゲートウェイ手段の少なくとも一つの他方に一意的な識別子を帯域内で送信し、前記第１および第２のメディア・サーバ手段の少なくとも１つの他方が前記識別子を用いて前記第２のネットワーク上で前記通信セッションのためのベアラ・チャネルを確立するゲートウェイ間ルーティング・エージェント手段を含む第１のメディア・サーバ手段とを含む企業ネットワーク。
【請求項１２】
前記第１のメディア・サーバが前記第１および第２のゲートウェイ手段の両方を制御し、前記識別子が前記第２の加入者と前記第１および第２の加入者に関連しない重信ユーザとの少なくとも一方に関連するユーザ識別子であり、前記重信ユーザが前記第１および第２の加入者に関連せず、前記第１の加入者からの前記要求が前記第２の加入者の第１の電子アドレスを含み、前記第１のネットワークがパケット交換方式であり、前記第２のネットワークが回線交換方式であり、前記共通の電子アドレスおよび第１の電子アドレスが各々電話番号であり、前記ほぼリアル・タイムの通信セッションがライブの音声呼であり、前記第２のトランク・グループ手段の各々が回線交換方式であり、前記第１のメディア・サーバ手段が、（ｉ）ライブ音声呼のベアラ・チャネルが前記第１のネットワーク上で構成されている場合に、前記ライブ音声呼の所定の数と前記ライブ音声呼に割り当てられた帯域幅の少なくとも１つが到達している、かつ／または到達することになる、（ｉｉ）前記ライブ音声呼のベアラ・チャネルが前記第１のネットワーク上で構成されている場合に資源の枯渇が発生した、かつ／または発生することになる、（ｉｉｉ）前記第１および第２のネットワーク領域間の前記第１のネットワーク上の伝送に関してコーデック・セットが指定されていない、（ｉｖ）前記第１および第２のネットワーク領域間の前記第１のネットワークから前記第２のネットワークへの強制転送が実行される、（ｖ）前記第１または第２のネットワーク領域内の前記第１のメディア・サーバ手段が前記第１および第２のネットワーク領域の他方のゲートウェイの制御を失っている、の条件の少なくとも１つが存在する時に前記第１および第２の加入者の間の前記ライブ音声呼のベアラ・チャネルを現在サポートできないと判定する前記第１メディア・サーバとを含む請求項１１に記載のネットワーク。
【請求項１３】
条件（ｉ）が存在し、前記ユーザ識別子が前記重信ユーザに関連し、前記第１のゲートウェイ手段で、第１の重信ユーザが前記発信呼の発呼者を表し、前記第１および第２のグループ内の中継手段がトランクであり、前記第２のゲートウェイ手段で、第２の重信ユーザが着信呼の宛先を表す請求項１２に記載のネットワーク。
【請求項１４】
条件（ｉｉ）が存在し、前記ユーザ識別子が前記重信ユーザに関連し、前記第１のゲートウェイ手段で、第１の重信ユーザが前記発信呼の発呼者を表し、前記第１および第２のグループ内の中継手段がトランクであり、前記第２のゲートウェイ手段で、第２の重信ユーザが着信呼の宛先を表す請求項１２に記載のネットワーク。
【請求項１５】
条件（ｉｉｉ）が存在し、前記ユーザ識別子が前記重信ユーザに関連し、前記第１のゲートウェイ手段で、第１の重信ユーザが前記発信呼の発呼者を表し、前記第１および第２のグループ内の中継手段がトランクで、前記第２のゲートウェイ手段で、第２の重信ユーザが着信呼の宛先を表す請求項１２に記載のネットワーク。
【請求項１６】
条件（ｉｖ）が存在し、前記ユーザ識別子が前記重信ユーザに関連し、前記第１のゲートウェイ手段で、第１の重信ユーザが前記発信呼の発呼者を表し、前記第１および第２のグループ内の中継手段がトランクで、前記第２のゲートウェイ手段で、第２の重信ユーザが着信呼の宛先を表す請求項１２に記載のネットワーク。
【請求項１７】
条件（ｖ）が存在し、前記ユーザ識別子が前記第２のユーザに関連し、前記第２のメディア・サーバが前記第２のゲートウェイ手段の制御を引き受けた請求項１２に記載のネットワーク。
【請求項１８】
第１の重信ユーザが前記第１のメディア・サーバ手段によって決定され、第２の重信ユーザが第２のメディア・サーバ手段によって決定され、前記第２のゲートウェイ手段に送信された前記ユーザ識別子が前記第１の重信ユーザ識別子で、通信に関連する第１のデータ構造体が前記第１の電話番号に関連し、通信に関連する第２のデータ構造体が前記第１のゲートウェイ手段および前記第１の重信ユーザからの発信呼に関連し、通信に関連する第３のデータ構造体が前記第１のゲートウェイ手段および前記第２の重信ユーザへの着信呼に関連し、前記第１のゲートウェイ手段が前記ユーザ識別子に対応する数字を収集するように作動でき、前記第１のメディア・サーバ手段が前記第１の重信ユーザを前記第２の重信ユーザに関連付け、前記関連付け動作に基いて、前記発信呼に関連する第１のポート識別子と前記着信呼に関連する第２のポート識別子とを決定し、前記第１および第２のポート識別子に関連するポートを接続する請求項１２に記載のネットワーク。
【請求項１９】
前記ゲートウェイ手段間ルーティング・エージェント手段が、前記通信がネットワーク細分化種別の呼あるいは帯域幅管理種別の呼のいずれであるかを示す通信種別識別子の帯域内送信を実行し、前記通信種別識別子がネットワーク細分化種別の呼を示す時には前記ユーザ識別子を前記第２の加入者に関連付け、前記通信種別識別子が帯域幅管理種別の呼を示す時には、前記ユーザ識別子を前記重信ユーザに関連させ、前記第１のネットワーク領域が第１の複数の加入者を含み、前記第２のネットワーク領域が異なる第２の複数の加入者を含み、前記第１のメディア・サーバ手段が前記第１および第２の複数の加入者のメンバ間に複数の同時ベアラ接続を確立し、前記複数のベアラ接続が前記共通の電子アドレスに着信する請求項１２に記載のネットワーク。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、収束通信ネットワーク、特に音声通信の代替通信経路に関する。
【背景技術】
【０００２】
本出願は、２００５年４月１４日出願の米国特許出願第１１／１０７５２４号の一部継続出願であり、参照により本明細書に組み込まれた、名称と譲受人とが同じ、２００５年１月４日出願の米国特許仮出願第６０／６４１６２８号の利益を３５  ＵＳＣ§１１９に基づき主張する。
【０００３】
参照により本明細書に組み込まれた「ＩＮ−ＢＡＮＤ  ＣＡＬＬ  ＡＳＳＯＣＩＡＴＩＯＮ  ＳＩＧＮＡＬＩＮＧ  ＦＯＲ  Ａ  ＳＩＮＧＬＥ  ＮＵＭＢＥＲ  ＤＥＳＴＩＮＡＴＩＯＮ」と題された、２００５年４月１４日出願の米国特許出願第１１／１０７６５９号を相互参照する。
【０００４】
ＩＰネットワークは一般に通信システムの構成要素を地理的に分散する優れたインフラストラクチャを提供する。基礎のＩＰネットワークは制御信号の伝送に最適であり、帯域が利用可能な場合、音声通信の許容可能なサービス品質（ＱｏＳ）またはサービス等級（ＧＯＳ）を提供できる。音声通信で不十分なネットワーク資源しか利用可能でない場合、または１つまたは複数のＩＰネットワーク構成要素がダウンした場合、音声通信に悪影響が出る可能性がある。
【０００５】
これらの問題に対処するためにいくつかの技法が試みられている。
１つの技法では、システムが単一の制御装置によって制御される複数の通信ゲートウェイを有し、これらのゲートウェイを相互接続する私設交換ファシリティが障害になった場合、ユーザは宛先当事者の公衆アドレズ（またはダイヤルインまたはＤＩＤ番号）を用いて公衆ネットワーク・トランクに「外線発信」できる。この手法は第１に障害が存在することを認識し、第２にそれを回避する方法を決定し、第３にＤＩＤ番号をダイヤルするためにユーザの手動の介在が必要である。通常、発呼当事者は宛先当事者に着信するための内線を１つしかダイヤルしないであろう。着信する宛先当事者に公衆番号がない場合、代替ネットワークからアクセスすることはできない。
【０００６】
Ａｖａｙａ社のＰＳＴＮ  Ｆａｌｌｂａｃｋ（商標）として知られる別の技法では、ＩＰトランク接続が許容不能なＱｏＳまたはＧＯＳに遭遇すると、呼はＰＳＴＮにルーティングされる。図１を参照すると、マルチ企業アーキテクチャが示されており、各々の企業１００および１０４が別々の、独立した、常駐呼制御装置機能を備えたアクティブなまたは１次メディア・サーバ１１２および１１６を有する。各企業はまた、複数のディジタル局１２０および１２４と、複数のＩＰまたはインターネット・プロトコル局１２８および１３２と、ゲートウェイ１３６および１４０と、ローカル・エリア・ネットワークすなわちＬＡＮ１４４および１４８とを含む。メディア・サーバ１１２および１１６は一方の企業内の１つのメディア・サーバが他方の企業の加入者の内線などの加入者構成情報を一般に認識していないという点で独立している。ゲートウェイ１３６および１４０は公衆交換電話網すなわちＰＳＴＮ１４８とワイド・エリア・ネットワークすなわちＷＡＮ１５２によって相互接続されている。ＷＡＮ１５２上で発呼する場合、発信呼制御装置は現在測定されているネットワーク遅延およびパケット損失を決定する。測定された変数が所定のしきい値に達すると、呼制御装置は自動的に空きのＩＰトランク・ポートをアウト・オブ・サービスにする、すなわち、ポートを閉塞する。ポートは測定値が下限しきい値に達するまでアウト・オブ・サービスのままである。ＩＰトランク上で新たに発呼はできない。次の好みのルーティング・パターンにアクセスするには通常すなわち従来のＰＳＴＮ１４８上での呼のルーティングが使用される。
【０００７】
Ａｖａｙａ社のＳｅｐａｒａｔｉｏｎ  ｏｆ  Ｂｅａｒｅｒ  ａｎｄ  Ｓｉｇｎａｌｉｎｇ（商標）（ＳＢＳ）として知られる別の技法では、呼の信号チャネルはＷＡＮ１５２上でルーティングされ、ベアラ・チャネルはＰＳＴＮ１４８上でルーティングされる。ＳＢＳ内の信号チャネルはＳＢＳ呼制御信号方式およびＱＳＩＧ私設ネットワーク・プロトコル情報を含む。ＳＢＳはＳＢＳ発信および着信ノードで信号およびベアラ・チャネルを関連付けるので、エンド・ユーザには通常の分離されていない呼と映る。信号トラヒックにＷＡＮを使用し、音声ベアラ・トラヒックにＰＳＴＮを使用することで信号トラヒックにＩＰ  ＷＡＮの少量の帯域幅を使用する顧客のニーズに取り組みがなされており、呼の音声ベアラ部分は安価なＰＳＴＮファシリティ上で送信される。ＰＳＴＮ  Ｆａｌｌｂａｃｋ同様、ＳＢＳ（商標）は各企業が別々の独立したアクティブなメディア・サーバを有するマルチ企業呼で使用される。
【０００８】
ＰＳＴＮ  Ｆａｌｌｂａｃｋ（商標）およびＳＢＳ（商標）は、従来の交換機間トランク接続プロトコルによって相互接続された複数の別々のシステム実施態様が存在するアーキテクチャを扱う。言い換えれば、それらはピアツゥピア・システムの相互接続のみを許容する。より大きい、単一サーバのＩＰ  ＷＡＮ接続されたメディア・ゲートウェイ分散システムへの移行に伴い、ＩＰトランクおよびＳＢＳの必要はなくなる。呼の数が管理されるＩＰトランクの数の制限を超えると、メディア・サービス間の帯域幅を制限するトランク・グループ管理の使用もＰＳＴＮ  Ｆａｌｌｂａｃｋ（商標）も必要ない。システムが単一のアクティブなまたは１次サーバしか有さず、システム中のすべての呼が中継呼に見えるとして、ＩＰ  ＷＡＮファシリティ上でサーバ間にインテリジェント信号インタフェースを埋め込む必要はない。
【０００９】
ＩＰ帯域幅利用を管理する別の技法は、ＷＡＮでの呼数または音声呼が利用可能な帯域幅が制限される呼管理制御を含む。呼管理制御によって、呼が拒否され、被呼者の音声メール・サーバ（アクセス可能な場合）に転送され、その結果、発呼者は不満が募る。
【特許文献１】米国特許出願第１１／１０７５２４号
【特許文献２】米国特許仮出願第６０／６４１６２８号
【特許文献３】米国特許出願第１１／１０７６５９号
【特許文献４】米国特許第６１９２１２２号
【特許文献５】米国特許第６１７３０５３号
【特許文献６】米国特許第６１６３６０７号
【特許文献７】米国特許第５９８２８７３号
【特許文献８】米国特許第５９０５７９３号
【特許文献９】米国特許第５８２８７４７号
【特許文献１０】米国特許第５２０６９０３号
【発明の開示】
【発明が解決しようとする課題】
【００１０】
特に単一サーバ・システムで、特に高トラヒック時にＩＰ帯域幅使用を有効に管理し、かつ／またはＷＡＮに障害が発生した場合は代替通信経路を提供する呼制御システムが必要である。
【課題を解決するための手段】
【００１１】
上記の、およびその他のニーズは本発明のさまざまな実施形態および構成により扱われる。本発明は一般に、１つまたは複数の公衆または私設ネットワーク（すなわち、企業の通信制御装置が所有せずまた管理もしないネットワーク）を介したゲートウェイ間接続の動的な確立に関し、特に、特定のネットワークが１つまたは両方のネットワークの帯域幅および／または資源の利用可能性などの要因に応じてベアラとして選択されるベアラ経路で使用される企業ネットワークの第１および第２のネットワーク領域間の接続の動的な確立に関する。本明細書に記載する「ゲートウェイ」という用語は、ゲートウェイだけではなくポート・ネットワークなどの同様の機能を提供するデバイスも指す。
【００１２】
一実施形態では、本発明は、
（ａ）企業ネットワークの地理的に離れた第１および第２のネットワーク領域を提供する工程であって、前記第１および第２のネットワーク領域が前記第１および第２のネットワークを介して相互に通信し、それぞれ第１および第２のゲートウェイならびに前記第２のネットワークに接続された第１および第２のリンク（トランクなど）のグループを含み、共通の電子アドレスが前記第２のリンク・グループに関連する工程と、
（ｂ）第１のメディア・サーバが、第１のネットワーク領域内の第１の加入者から、前記第２のネットワーク領域内の第２の加入者とのリアルタイムまたはほぼリアルタイムの通信セッションを開始する要求を受信する工程と、
（ｃ）前記第１のメディア・サーバが、前記第１のネットワークが前記第２の加入者との要求されたセッションのベアラ・チャネルを現在サポートできないと判定する工程と、
（ｄ）それに応答して、前記第１のゲートウェイが前記第２のネットワーク上で前記第２のゲートウェイに前記共通の電子アドレスを送信する工程と、
（ｅ）前記共通の電子アドレスが前記第２のゲートウェイに受信された後で、前記第１のゲートウェイが前記第２のネットワーク上で前記第２のゲートウェイに帯域内で識別子を送信する工程と、
（ｆ）前記識別子を用いて前記第２のネットワーク上で前記通信セッションのベアラ・チャネルを確立する工程とを含む通信方法を提供する。「通信セッション」は有線または無線ライブ音声呼、インスタント・メッセージ交換セッション、ショート・メッセージ・サービスすなわちＳＭＳセッション、チャット・セッションなどの任意のリアルタイム、またはほぼリアルタイムの通信であってよい。
【００１３】
一構成例では、共通の呼制御装置が加入者にサービスを供給するために使用する呼制御をベアラ・チャネルを確立するために必要な呼制御から切り離す。ベアラ・チャネルを確立するために使用する介在ネットワークは呼に関係するローカルな加入者が接続するゲートウェイを制御するために使用されるネットワークから分離されている。例えば、加入者Ａが加入者Ｂに発呼し、加入者の要求に応えるゲートウェイがパケット交換ＷＡＮ上で分離されている場合、システムは加入者Ａのゲートウェイまたは加入者Ａのゲートウェイからアクセス可能な他のローカルなゲートウェイからトランク経由で回線交換網に別に発呼する。おわかりのように、この呼は加入者Ａから加入者Ｂへの元の呼とは同じ方向でなくてもよい。システムは加入者Ａから加入者Ｂまたはその逆に発呼することを決めることができる。
【００１４】
パケット交換ネットワーク上でベアラ・チャネルを確立するのでなく別の回線交換接続ネットワークを選択する理由はさまざまであることができる。例えば、パケット交換ネットワーク上の十分な帯域幅またはゲートウェイ資源が利用可能でないか、あるいは所望の音声ＱｏＳまたはＧＯＳレベルがパケット交換ネットワーク上で実現できないことがある。別のベアラ呼は、宛先ＬＡＮ内のゲートウェイ上の１組の遠端トランクに対応する共通の所定の公衆アドレス番号をダイヤルする。ベアラ呼は加入者ＡまたはＢのいずれの公衆アドレス番号も使用しない。ベアラ呼は所定の公衆アドレス番号に着信し、自動的に応答される。ベアラ経路内で一意的な符号または識別子が交換される。識別子は選択された時間に呼制御装置から送信される他の識別子に関して共通に一意的である。例えば、識別子はユーザ識別子（例えば、加入者識別子または重信ユーザ識別子、サービス・レコード識別子、ポート識別子、乱数または擬似乱数識別子など）であってもよい。識別子を用いて、接続の各エンドのゲートウェイを管理しているシステムの呼制御装置は入トランクを出トランクに対応させることができる。この対応がなされると、制御装置は回線交換トランクの一方を加入者Ａ、他方を加入者Ｂに接続する。加入者ＡもＢも接続中の回線交換トランクの存在を知らない。
【００１５】
ベアラ経路の設定は加入者の発信呼の境界外で実行される。システムはその内部に加入者Ａから加入者Ｂへの呼の第１のレコードと、出トランクの第２のレコードと、入トランクの第３のレコードとを有する。接続レイヤで、加入者Ａはそのエンドのトランクを通して通話し、加入者Ｂはそのエンドのトランクを通して通話する。各加入者はその呼を終了できるが、回線交換トランク接続には直接の影響はない。回線交換トランク接続は呼制御装置によって終了でき、または保存（キャッシュ）して後で新しいユーザ・ペア間の別の呼が再び使用することができる。
【００１６】
従来のＶｏＩＰシステムでは、呼制御およびベアラ・チャネルの両方が同じＩＰネットワーク上で搬送される。この実施形態では、呼制御（例えば、Ｈ．２４８、プロプライアタリＣＭＳ、Ｈ．３２３付属書Ｌ、およびＳＩＰ）はＩＰネットワーク上で搬送されるが、ゲートウェイ間のベアラ接続は公衆または私設ネットワークの回線交換ファシリティ上で搬送される。回線交換ベアラ接続を用いて各ゲートウェイの任意のメディア・ストリームを接続することができる。これらのメディア・ストリームは録音メッセージ、音楽ソース、ビデオ、オーディオ端末（電話機）などに属していてよい。複数の構成要素を１つの媒体で制御できるようにし、回線交換の音質を維持することで、より簡単な管理とより柔軟な構成を可能にするより大規模なシステムを構築できる。
上記の、およびその他の利点は本明細書に含まれる本発明の開示から明らかであろう。
【００１７】
本明細書で使用する「少なくとも１つの．．．および」、「少なくとも１つの．．．または」、「１つまたは複数の．．．または」および「および／または」は結合的であると同時に離接的な働きをする自由な表現である。例えば、「Ａ、ＢおよびＣの少なくとも１つ」、「Ａ、ＢまたはＣの少なくとも１つ」、「Ａ、ＢおよびＣの１つまたは複数」、「Ａ、ＢまたはＣの１つまたは複数」、および「Ａ、Ｂおよび／またはＣ」は、Ａのみ、Ｂのみ、Ｃのみ、ＡとＢ、ＡとＣ、ＢとＣ、ならびにＡ、ＢおよびＣを意味する。
【００１８】
上記の実施形態と構成は完全なものでなくまた網羅的なものでもない。上記の特徴または以下に詳述する特徴の１つまたは複数を、単独でまたは組み合わせて使用する本発明のその他の実施形態も可能である。
【発明を実施するための最良の形態】
【００１９】
図２は、本発明の一実施形態のアーキテクチャを示す図である。このアーキテクチャは地理的に離れた第１および第２の領域２０２および２０６を有する単一の企業ネットワーク内にある。第１の領域２０２は、制御ＬＡＮすなわちＣ−ＬＡＮ２１２とベアラＬＡＮ２１６と、第１のゲートウェイ２２０とを介して複数の加入者ディジタル局２０４ａ〜ｉおよび複数の加入者ＩＰ局２０８ａ〜ｊに接続された１次またはアクティブなメディア・サーバ２００を含む。第２の領域２０６は、制御ＬＡＮすなわちＣ−ＬＡＮ２４０とベアラＬＡＮ２４４と、第２のゲートウェイ２２４とを介して複数の加入者ディジタル局２３２ａ〜ｋおよび複数の加入者パケット交換局２３６ａ〜ｌに接続された予備または２次メディア・サーバ２２８を含む。第１および第２のゲートウェイ２２０および２２４はＰＳＴＮ２４８およびＷＡＮ２５２を介して相互接続されている。
【００２０】
加入者ディジタル局およびパケット交換局の各々は、それぞれ、１つまたは複数の有線または無線パケット交換および／または回線交換通信デバイスであってよい。例えば、ディジタル局はディジタル通信プロトコルすなわちＤＣＰ電話機と、音声メッセージングおよび応答ユニットと、従来のコンピュータ電話付属品と、有線および無線回線交換電話機などのディジタル電話機でよい。また、パケット交換局は、Ａｖａｙａ社の４６００  Ｓｅｒｉｅｓ  ＩＰ  Ｐｈｏｎｅ（商標）、Ａｖａｙａ社のＩＰ  Ｓｏｆｔｐｈｏｎｅ（商標）などのＩＰソフトフォン、パーソナル・ディジタル・アシスタントすなわちＰＤＡ、パーソナル・コンピュータすなわちＰＣ、ラップトップ、およびＨ．３２０ビデオ・フォン会議ユニットであってよい。
【００２１】
第１および第２のゲートウェイの各々は、電話交換サービスを共通に提供し、さまざまなタイプの局および外部パケット交換および／または回線交換電話回線（アナログ・トランク、ＩＳＤＮ回線、Ｅ１／Ｔ１音声トランク、およびＷＡＮルーティングＩＰトランクなどの）の接続をサポートする電子信号リピータ兼プロトコル変換器である。電話回線は通常、シャーシ上のポートおよびメディア・モジュールを介してゲートウェイに接続され、異なるメディア・ポートが異なるタイプの局および回線のアクセス・ポートを提供する。パケット交換および回線交換プロトコル間の音声および信号データは、通常、音声経路をゲートウェイ内のＴＤＭバスに変換するメディア・モジュールによって有効にされる。Ｖｏｉｃｅ  Ｏｖｅｒ  ＩＰすなわちＶｏＩＰエンジンなどのエンジンが、通常、イーサネット（登録商標）接続上で、ＴＤＭバスの音声経路を圧縮および非圧縮およびパケット化ＶｏＩＰに変換する。各ゲートウェイは、（ＤＴＭＦ）トーン検出、トーン生成、オーディオ（音楽および／または音声）録音メッセージ、トラヒック整形、コール・アドミッション制御などの選択された通信機能を実行するいくつかのポートおよびトランク回線のパックと、メディア・プロセッサと、１つまたは複数のＩＰサーバ・インタフェースとを共通に含む。ゲートウェイの例は、Ａｖａｙａ社のＳＣＣ１（商標）、ＭＣＣ１（商標）、ＣＭＣ（商標）、Ｇ３５０（商標）、Ｇ６００（商標）、Ｇ６５０（商標）、およびＧ７００（商標）を含む。
【００２２】
Ｃ−ＬＡＮ２１２および２４０と、ベアラＬＡＮ２１６および２４４と、ＷＡＮ２５２とはパケット交換され、ＴＣＰ／ＩＰプロトコル・スイート、イーサネット（登録商標）・プロトコル、セッション開始プロトコルすなわちＳＩＰ、および／またはＨ．３２３プロトコルなどの任意の適したプロトコルを使用できる。
【００２３】
ゲートウェイを制御する１次および予備のメディア・サーバは回線交換および／またはパケット交換顧客のコンタクトを１つまたは複数の局に向ける任意の収束アーキテクチャである。理解されるように、１次メディア・サーバは普通、第１および第２のゲートウェイを制御する。ＷＡＮの破局故障などで第２のゲートウェイとの通信が途絶えると、予備のメディア・サーバがアクティブになり、第２のゲートウェイ２２４の制御を引き継ぐ。制御または接続性の消失はハートビートまたはポーリング機構によって通常決定される。普通、メディア・サーバは、従来、外部通信リンクへのインタフェースと、通信交換網と、サービス回路（例えば、トーン検出器および生成器、録音メッセージ回路など）と、制御プログラムおよびデータを記憶するメモリと、記憶された制御プログラムを実行して各インタフェースおよび網を制御し、自動コンタクト分散機能を含むストアドプログラム制御システムである。図示のように、メディア・サーバは、参照により本明細書に組み込まれた米国特許第６１９２１２２号、６１７３０５３号、６１６３６０７号、５９８２８７３号、５９０５７９３号、５８２８７４７号、および５２０６９０３号で開示された加入者宅内装置の変形形態、Ａｖａｙａ社のＤｅｆｉｎｉｔｙ（商標）構内交換機（ＰＢＸ）ベースのＡＣＤシステム、Ａｖａｙａ社のＩＰ６００（商標）ＬＡＮベースのＡＣＤシステム、または呼処理機能およびコンタクト・センタ機能を備えた、Ａｖａｙａ社のＣｏｍｍｕｎｉｃａｔｉｏｎ  Ｍａｎａｇｅｒ（商標）音声アプリケーション・ソフトウェアの修正バージョンを実行するＳ８１００（商標）、Ｓ８３００（商標）、Ｓ８５００（商標）、Ｓ８７００（商標）またはＳ８７１０（商標）メディア・サーバでよい。その他のタイプの交換機およびサーバは当業でよく知られているため、本明細書では詳述しない。
【００２４】
１次および予備メディア・サーバ２００および２２８は、呼制御装置機能２５６と、ゲートウェイ間ルーティング・エージェント２６０と、呼関連データ構造体２６４とを含む。呼制御装置２５６は、コール・アドミッション制御、順次呼制御、および発信呼制御などの呼制御動作を実行し、ゲートウェイ間ルーティング・エージェントは、ＷＡＮ２５２がベアラ接続を搬送できないと判定された時にＰＳＴＮ４８内の回線交換トランク（例えば、公衆または私設ＩＳＤＮ  ＰＲＩ／ＢＲＩトランクおよびＲ２ＭＦＣトランク）上で交互に呼をルーティングする（ゲートウェイ間交互ルーティング、すなわち、ＩＧＡＲ呼と呼ばれる）。ＷＡＮは以下の１つまたは複数が真である時にベアラ接続を搬送できないと判定されることがある。すなわち、通信の所望のＱｏＳおよび／またはＧＯＳがＷＡＮを用いて現在利用可能でない、ＷＡＮを用いて通信を実行できない、選択したタイプの通信についてシステム構成がＷＡＮの使用を除外または阻害している、アクセス希望者が通信にＷＡＮを使用したくない、など。呼アドミッション制御（または帯域幅制限）によって割り当てられた呼数または帯域幅（例えば、パケット交換局、トランク、および／またはメディア・ゲートウェイおよび／または明示的な数の接続上でのＫビット／秒またはＭビット／秒）に達した時、第１および／または第２のゲートウェイのＶｏｉｃｅ  ｏｖｅｒ  ＩＰすなわちＶｏＩＰ資源（例えば、ＲＴＰ資源）の枯渇が発生した時、ネットワーク領域ペア間のコーデック・セットが指定されていない時、１対のネットワーク領域間および強制転送が実行される時、または第２のゲートウェイ２２４の制御が１次メディア・サーバによって失われる時（例えば、パケット交換ＷＡＮ２５２が破滅的な障害になりネットワークがアクティブなメディア・サーバを有する各領域２０２および２０６に分割される時）にＷＡＮ２５２は通常搬送不能であると判定される。エージェントは、ＩＧＡＲ呼の音声ベアラ部分が代替ＰＳＴＮファシリティ上で再ルーティングされる場合でも別々のポートのネットワーク領域内の１対のゲートウェイの間でのＩＧＡＲの内部構成を維持することができる。こうして、エージェント２６０は、多数の支局および分散呼センタを有する大規模な分散単一サーバ通信ネットワークに所望のレベルのＱｏＳおよび／またはＧＯＳを提供する。
【００２５】
理解されるように、ＩＧＡＲ呼は加入者間の呼以外の理由でＰＳＴＮ上でルーティングされることがある。例えば、１つのネットワーク領域内の局は、別のネットワーク領域内の局の呼の出現の橋渡しとなることができる。１つのネットワーク領域内の入トランクは別のネットワーク領域にエージェントがあるハント・グループにルーティングされ、１つのネットワーク領域から別のネットワーク領域の当事者に対して録音メッセージまたは音楽ソースを再生しなければならない。
【００２６】
一構成では、各ネットワーク領域は、ＰＳＴＮファシリティ上での呼設定時にダイヤルされる１つまたは複数の一意的なＤＩＤ番号（ＩＧＡＲリスト・ディレクトリ番号すなわちＬＤＮと呼ばれる）を割り当てられる。ＩＧＡＴ  ＬＤＮは複数の呼に応答でき、各呼を重信ＩＧＡＲユーザ（発呼者、被呼者に共通に関連しない）に割り当てることができるグループ・タイプの番号である。ＬＤＮは選択されたネットワーク領域内に位置する１組の加入者の任意のメンバにアクセスするためにダイヤルできる単独のＤＩＤ番号となる。この構成は、本質的に、発呼者がユーザごとに離散的なＤＩＤ番号をダイヤルすることなく呼を向けることができる「仮想レセプショニスト」または自動アテンダントを提供する。通常、自動ルート選択すなわちＡＲＳまたは自動迂回ルーティングすなわちＡＡＲを用いて中継（ＩＧＡＲ）呼を一方のネットワーク領域から他方のネットワーク領域のために管理するＬＤＮ内線にルーティングする。こうして、着信ＩＧＡＲ呼を受信するゲートウェイは、収集した数字から、呼がホスト・ネットワーク領域に対応するＬＤＮ内線に向けられるように決定できる。
【００２７】
一構成では、ＩＧＡＲ呼または機能の起動が終了すると、エージェント２６０はＩＧＡ中継接続を指定の期間および／または所定のイベントが終了する（サービスがＷＡＮ内で復旧されるか帯域幅および／またはＶｏＩＰ資源が利用可能になるなど）までキャッシュする。キャッシュによって、同じまたは異なる加入者間の後の呼で接続が必要になった場合に利用可能な接続が提供される。中継ゲートウェイ間接続を設定することはユーザが知覚する呼設定時間に関してコスト高であり、通常、完了までに少なくとも数秒かかる。キャッシュは直ちに新しい中継ゲートウェイ間接続を提供でき、それによって、発呼者が知覚する観察可能な遅延を解消する。期間が満了し、かつ／または指定のイベントが終了すると、キャッシュされた中継ゲートウェイ間接続は終了でき、出および入トランクは正常な呼について再度利用可能になる。
【００２８】
ゲートウェイ間接続を定義する２つのトランクの少なくとも１つが上記のＡＲＳルーティングなどで選択されると、中継ゲートウェイ間接続が一般にキャッシュから選択され、中継ゲートウェイ間接続の他方のエンドは所望の遠端ネットワーク領域内に着信する。２つのネットワーク領域の間にトランクが必要で、ネットワーク領域の最大トランク制限を超過したためにトランクが現在利用可能でなく、そのネットワーク領域と別のネットワーク領域間のトランク・ゲートウェイ間がキャッシュ内で利用可能な場合、キャッシュされたトランク・ゲートウェイ間接続を終了し、新たに利用可能な出トランクを用いて中継ゲートウェイ間接続を設定できる。
【００２９】
ユーザ側の、中継ゲートウェイ間接続を設定するのに必要な時間を最小限にするために、被呼者は通常中継呼がアクティブになる（例えば、応答され、検証され、通過する）まで呼び出されない（すなわち、ランプは点滅せず、ディスプレイは更新されず、鳴動しない）。発呼者の耳には直ちにリングバック・トーンが届き、中継ゲートウェイ間接続の設定がローカルなサービス・エリアの所定鳴動回数よりも時間がかかる場合には、呼は第１のサービス・エリア地点に進むことができる。
【００３０】
一構成では、２つのタイプのＩＧＡＲ呼、すなわち、ＩＧＡＲ帯域幅管理呼とＩＧＡＲネットワーク細分化呼が存在する。ＩＧＡＲ帯域幅管理呼は、呼のアドミッション制御（または帯域幅制限）によって割り当てられる呼数または帯域幅に達した時、第１または第２のゲートウェイ内のＶｏｉｃｅ  ｏｖｅｒ  ＩＰまたはＶｏＩＰ資源の枯渇に遭遇した時、ネットワーク領域ペア間のコーデック・セットが指定されていない時、または１対のネットワーク領域間の強制転送が実行された時に発呼される。ＩＧＡＲ帯域幅管理呼では、呼のベアラ経路またはチャネルはＰＳＴＮ２４８上でルーティングされ、信号チャネルはＷＡＮ２５２上でルーティングされる。ＩＧＡＲネットワーク細分化呼は１次メディア・サーバが第２のゲートウェイ２２４の制御を失った時に発呼される。ネットワーク細分化または区画化が実行されると、第２のゲートウェイは未登録になり、予備のメディア・サーバ２２８は第２のゲートウェイ２２４の制御を引き受ける。ＷＡＮが利用可能でないため、ＩＧＡＲ呼のベアラおよび信号チャネルのいずれもＰＳＴＮ２４８上でルーティングされる。
【００３１】
図３ＡはＩＧＡＲ帯域幅管理呼内のさまざまな呼の構成要素のデータ構造体２６４を示す。呼の構成要素は加入者がダイヤルするメインまたは元の呼３００と、重信ＩＧＡＲユーザ（発呼者に関連しない）を発呼者として利用するＩＧＡＲ発信呼３０４と、異なる重信ＩＧＡＲユーザ（被呼者に関連しない）を宛先として利用するＩＧＡＲ着信呼３０８とを含む。図３Ａの例では、「ＣＩＤ」または「ｃｉｄ」は呼識別子を、「ｕｉｄ」はユーザ識別子を、「ＳＩＤ」はサービス識別子を、「Ｐｏｒｔｉｄ」はポート識別子を指す。呼識別子、ユーザ識別子、およびサービス識別子は、同じタイプの他の識別子に関して一意的な任意の数字、アルファベット、または英数字変数または変数の集合でよい。図３Ａの変数を参照すると、「Ａ」は第１のネットワーク領域２０２内の発呼者、「Ｂ」は第２のネットワーク領域２０６内の被呼者、「Ｘ」はメイン呼の（加入者Ａがダイヤルした）の呼識別子、「Ｙ」は第１のゲートウェイの重信ＩＧＡＲユーザ「ＩＲＴＥ／２」から第１のゲートウェイから延長された出トランク「ＴＧ−ｏｕｔ」への出接続ＩＧＡＲ呼の呼識別子、「Ｚ」は第１のゲートウェイの入トランク「Ｔｒｋ−ｉｎ」から第２のゲートウェイの重信ＩＧＡＲユーザ「ＩＲＴＥ／１」への着信ＩＧＡＲ呼の呼識別子、「Ｐｏｒｔｉｄ（Ａ）」は第１のネットワーク領域内のＡのそれぞれの局に対応するポート識別子、「Ｐｏｒｔｉｄ（Ｂ）」は第２のネットワーク領域内のＢのそれぞれの局に対応するポート識別子、「ＮｅｔｗｏｒｋＲｅｇｉｏｎ＝１」は第１のネットワーク領域、「ＮｅｔｗｏｒｋＲｅｇｉｏｎ＝２」は第２のネットワーク領域、「Ｐｏｒｔｉｄ（Ｔｒｋ−Ｏｕｔ）」は第１のネットワーク領域内の出トランクに対応するポート識別子、および「Ｐｏｒｔｉｄ（Ｔｒｋ−Ｉｎ）」は第２のネットワーク領域内の入トランクに対応するポート識別子を指す。上位レベル３１２は呼処理レイヤで維持されるデータ構造体を示し、中間レベル３１６はユーザ・レイヤで維持されるデータ構造体を指し、下位レベル３２０は接続レイヤで維持されるデータ構造体を指す。メインの呼のデータ構造体は、図４および５に関して以下に説明するように、第１のゲートウェイにっよって帯域内信号が第２のゲートウェイに提供された後でエージェント２６０によって完成される。
【００３２】
図３ＢはＩＧＡＲネットワーク細分化呼の呼の構成要素のデータ構造体を示す。図３Ａの３つの呼の構成要素とは異なり、ネットワーク細分化呼の呼の構成要素は２つ、すなわち、発信呼および着信呼しかない。データ構造体には重信ユーザは使用されない。逆に、ＡおよびＢのユーザ識別子のユーザ識別子が使用される。頭字語はその他の点では図３Ａの場合と同じである。
【００３３】
図３〜５を参照して、エージェント２６０の動作について説明する。
工程４００で、呼制御装置２５６は既存サービス「ＳＯＤ＝Ｘ」の新しいポート接続要求を受信し、判定ダイヤモンド４０４で、サービス内で新しいポート（Ｐｏｒｔｉｄ（Ｂ））を他方のポート（ｐｏｒｔｉｄ（Ａ））に接続するのにＩＧＡＲ接続が必要であると判断する。制御装置２５６はトランク・ファシリティに接続する必要がある２つのネットワーク領域の識別子を示すＩＧＡＲ要求をエージェント２６０に送信する。この要求は通常、ＩＧＡＲ呼識別子、ＩＧＡＲ呼種別識別子、ポート（Ｂ）のポート・インデクスおよびシステム識別子、（ポートＢの）発信元ゲートウェイ識別子、および（ポートＡの）宛先ゲートウェイ識別子を含む。ネットワーク、ゲートウェイ、ＩＧＡＲおよびＩＧＡＲ個種別識別子は、同じ種別の他の識別子に関して一意的な任意の数字、英字、または英数字の変数または変数の集合でよい。
【００３４】
判定ダイヤモンド４０８で、エージェント２６０は各領域内の利用可能なトランク・メンバがあるか否かを判定する。各領域のトランク・メンバが不十分な場合、エージェント２６０は要求を拒絶する。その場合、または判定ダイヤモンド４０４でゲートウェイ間接続が不要な場合、呼制御装置２５６は従来の呼処理方法で進行する。各領域のトランク・メンバが十分な場合、エージェント２６０は工程４１６に進む。
【００３５】
工程４１６で、エージェント２６０は発信呼を発呼する。ＩＧＡＲ帯域幅管理呼の場合、呼は重信ＩＧＡＲユーザ（ＩＲＣ−Ｙ）によって発呼され、ＩＧＡＲネットワーク細分化呼の場合、呼は加入者Ａによって発呼される。ＩＧＡＲユーザは通常、ユーザＩＲＣ−Ｙのテーブル・インデクスによって識別される。図３Ａおよび３Ｂに示すように、呼制御装置２５６はＩＧＡＲ呼の発呼を受信し、ＩＧＡＲ呼の新しい呼のレコード／サービス・レコードが作成される（すなわち、ＣＩＤ＝Ｙ、ＳＩＤ＝Ｙ）。
【００３６】
工程４２０で、エージェント２６０はＰＳＴＮ中継でルーティングされ、第２のゲートウェイ上のトランクに着信する公衆網番号を構成してダイヤルする。エージェントは最初にトランク・グループのメンバを通して一連の工程を実行することでトランクを選択して捕捉する。第１の工程は発呼者のゲートウェイにメンバがあるか検索する。第１の工程が失敗した場合、第２の工程で、発呼者のゲートウェイにはないが発呼者のネットワーク領域内にあるメンバを探す。第１および第２の工程が失敗した場合、第３の工程で別のネットワーク領域からトランクが選択される。理解されるように、トランクは発呼側ネットワーク領域に接続され、この領域にアクセス可能である場合に別のネットワーク領域から取り出すことができる。
【００３７】
工程４２８で、ダイヤル数字はＰＳＴＮ２４８に送信され、呼制御装置２５４は、ＩＧＡＲ帯域幅管理呼の場合にはサービスＳＩＤ＝Ｙに選択したトランク「ＴＧ−Ｏｕｔ」を追加し、ＩＧＡＲネットワーク細分化呼の場合にはサービスＳＩＤ＝Ｘにこれを追加する。
【００３８】
工程４３２で、エージェント２６０はＩＧＡＲ呼の関連付けを準備し、呼を一時停止する。ＩＧＡＲ帯域幅管理呼でＣＩＤ＝Ｙに中継着信が成功し、ＩＧＡＲネットワーク細分化呼でＣＩＤ＝Ｘに中継着信が成功すると、エージェント２６０はＩＧＡＲ呼に関して第２のゲートウェイが送信する数字の数字集合リソースを要求する。
【００３９】
図５で、第２のゲートウェイ２２４は工程５００でＩＧＡＲ着信呼を受信する。第２のゲートウェイは制御側メディア・サーバ（１次または予備のメディア・サーバのいずれかを問わず）に着信呼情報を通知する。
【００４０】
工程５０４で、制御側メディア・サーバは着信呼について通常の呼処理を実行し、新しい呼のレコード（ＣＩＤ＝ＺおよびＳＩＤ＝Ｚ）を作成する。数字が分析されるまで、制御側メディア・サーバはこれが着信ＩＧＡＲ呼であることに気付かない。したがって、最初に作成されたデータ構造体は着信呼について通常作成されるデータ構造体である。
【００４１】
工程５０８で、着信ＩＧＡＲ呼の数字が収集され、制御側メディア・サーバに提供され、制御側メディア・サーバによって第２のネットワーク領域に対応するＩＧＡＲ  ＬＤＮにマッピングされる。呼は制御側メディア・サーバによって着信ＩＧＡＲ呼として認識される。
【００４２】
工程５１２で、呼は選択された重信ＩＧＡＲユーザ（「ＩＲＴＥ／１」）にルーティングされ、着信される。ＩＧＡＲ呼の種別は不明なため、着信呼の図３のデータ構造体はユーザＢに置き換えられた重信ＩＧＡＲユーザを有する。
【００４３】
工程５１６で、着信中継呼は自動応答される。トランクを通過後、双方向ＤＴＭＦ伝送を含むハンドシェークが実行されてＩＧＡＲ呼の種別が決定される。両方の種別のＩＧＡＲ呼について、呼が応答されると、制御側メディア・サーバは第２のゲートウェイに繰り返しエンドツゥエンドで数字または数字の集合を通知して第１のゲートウェイへの応答を示す。
【００４４】
ＩＧＡＲ帯域幅管理呼の別のプロセスについて工程５２０〜５２８および４４０〜４４４を参照しながら説明する。工程５２０で、１次メディア・サーバは数字受信が確認されるとＣＩＤ＝Ｚの呼処理を一時停止し、着信呼関連付け情報を待つ。工程４４０で、数字が１次メディア・サーバによって認識されると、第１のゲートウェイは帯域内でエンドツゥエンドで一連の数字を入トランクおよび着信ユーザに返送する。信号はＩＧＡＲ呼およびＩＲＣ−Ｙユーザの識別子を含む。工程４４４で、１次メディア・サーバはＣＩＤ＝Ｙの呼処理を一時停止する。工程５２４で、ＩＲＣ−Ｙユーザを識別する数字が収集され、１次メディア・サーバによってＩＲＣ−Ｙユーザまたはエージェント２６０に渡される。エージェント２６０はＣＩＤ＝ＹおよびＣＩＤ＝Ｚを取り出し、ＣＩＤ＝ＹおよびＣＩＤ＝ＺがＩＧＡＲ要求を満足する２つの領域間中継ポートを含むことを呼制御装置に通知する。工程５２８で、呼制御装置は各サービスに１つずつ、２つの中継ポートを検出し、ポートＡをＴｒｋ−Ｏｕｔ、ポートＢをＴｒｋ−Ｉｎに接続する。
【００４５】
ＩＧＡＲネットワーク細分化呼のプロセスについてさらに工程５３２〜５３６および４４８〜４５２を参照しながら説明する。予備のメディア・サーバは数字受信が確認されるとＣＩＤ＝Ｚの呼処理を一時停止し、着信呼関連付け情報を待つ。工程４４８で、数字が１次メディア・サーバによって認識されると、第１のゲートウェイは帯域内で一連の数字を入トランクおよび着信ユーザに返送する。一連の数字はＩＧＡＲ呼の種別およびユーザＢの識別子を含む。工程５２４で、ユーザＢを識別する数字が収集され、その後、ＰＳＴＮ呼の通常の呼処理が実行される。
【００４６】
工程５４４で、従来の技法を用いてＩＧＡＲ呼のいずれかの種別について呼処理がさらに実行される。例えば、呼処理は呼の通信範囲およびハンティングを含む。
本発明のいくつかの変形形態および修正形態を使用できる。本発明のいくつかの特徴だけを提供してその他の特徴を提供しないことも可能である。
【００４７】
例えば、一代替形態では、選択されたネットワーク領域に接続された各回線交換トランクにＬＤＮが割り当てられている。この構成は呼の関連付けを簡単にするが、企業が高価になる可能性がある、はるかに多くの公衆網番号を購入しなければならない。さらに、保留音および／または録音メッセージなどのある種の資源は公衆網からアドレス指定可能な内線を有しない。
【００４８】
別の代替形態では、第１のメディア・サーバは第２のメディア・サーバを呼び出してタッチ・トーン・レシーバを取り付け、第２のメディア・サーバの応答を待つ。第２のネットワーク領域が応答すると、第２のメディア・サーバは直ちに第１のメディア・サーバに（通常な一意的な）識別子を知らせる。第２のメディア・サーバは前の試行で数字が送信できなかった場合、選択した回数だけ送信を繰り返す。特に第１のメディア・サーバが完全で正確な識別子を受信した確証を得るために、識別子は符号化される。例えば、識別子は「８進法」で符号化でき、数字「９」をデリミタに使用できる。この場合、第１のメディア・サーバは応答せず、一意的な識別子が有効であると検証された後で中継呼をベアラ・チャネルとして使用することを開始する。
【００４９】
さらに別の実施形態では、本発明は単一の分散企業ネットワークに限定されず、通信の各エンドで適当な変換情報が利用できるのであれば、異なる企業のメディア・サーバが使用することもできる。
さらに別の実施形態では、上記の論理はソフトウェア、論理回路、またはその組み合わせとして実施できる。
【００５０】
本発明のさまざまな実施形態は、さまざまな実施形態、その部分的組み合わせ、およびサブセットを含む、本明細書に図示し記載したものとほぼ同じ構成要素、方法、プロセス、システムおよび／または装置を含む。本開示を理解したあとで本発明を構築し使用する方法は当業者には明らかであろう。本発明は、さまざまな実施形態において、例えば、性能向上、実施を容易にし、かつ／またはそのコストを低減するために、従来のデバイスまたは方法で使用された可能性がある品目を含む、本明細書または本発明のさまざまな実施形態に図示され、かつ／または記載されていない品目がないデバイスおよび方法を提供する工程も含む。
【００５１】
本発明の以上の説明は図示および説明のためのものである。これは本発明を本明細書で開示した形態または形式に限定するものではない。例えば、詳細な説明の項では、本発明のさまざまな機能が１つまたは複数の実施形態にまとめられて開示内容をスリム化している。この開示方法は、本発明の請求の範囲が各請求項に明記された内容以上の特徴を必要とするという意図を反映したものと解釈してはならない。逆に、首記の請求の範囲が反映するように、本発明の態様は単一の開示された実施形態のすべての特徴を満たさない。したがって、首記の請求の範囲はこの詳細な説明に組み込まれ、各請求項は本発明の別々の好ましい実施形態として独立している。
【００５２】
さらに、本発明の説明は１つまたは複数の実施形態とある種の変形形態および修正形態を含むが、その他の変形形態および修正形態も本発明の範囲内、例えば、本開示を理解した段階では当業者の技能と知識の範囲内である。代替の、請求の範囲と交換可能なかつ／または同等の構造、機能、範囲または工程を含む、許容される程度の代替形態を含む権利を得ることを意図している。これはそのような代替の交換可能なかつ／または同等の構造、機能、範囲または工程が本明細書に開示されているか否かを問わず、またいかなる特許可能な主題を公開する意図も伴わない。
【図面の簡単な説明】
【００５３】
【図１】従来技術の呼制御アーキテクチャを示す図である。
【図２】本発明の一実施形態のブロック図である。
【図３Ａ】ゲートウェイ間迂回ルートまたはＩＧＡＲ帯域幅管理呼に関連するデータ構造体のブロック図である。
【図３Ｂ】ＩＧＡＲネットワーク細分化呼に関連するデータ構造体のブロック図である。
【図４】ゲートウェイ間ルーティング・エージェントの動作実施形態を示す流れ図である。
【図５】ゲートウェイ間ルーティング・エージェントの別の動作実施形態を示す流れ図である。
【図１】
2006191615.tif 000003
【図２】
2006191615.tif 000004
【図３Ａ】
2006191615.tif 000005
【図３Ｂ】
2006191615.tif 000006
【図４】
2006191615.tif 000007
【図５】
2006191615.tif 000008
【外国語明細書】
2006191615.tif 000009
2006191615.tif 000010
2006191615.tif 000011
2006191615.tif 000012
2006191615.tif 000013
2006191615.tif 000014
2006191615.tif 000015
2006191615.tif 000016
2006191615.tif 000017
2006191615.tif 000018
2006191615.tif 000019
2006191615.tif 000020
2006191615.tif 000021
2006191615.tif 000022
2006191615.tif 000023
2006191615.tif 000024
2006191615.tif 000025
2006191615.tif 000026
2006191615.tif 000027
2006191615.tif 000028
2006191615.tif 000029
2006191615.tif 000030
2006191615.tif 000031
2006191615.tif 000032
2006191615.tif 000033
2006191615.tif 000034
2006191615.tif 000035
2006191615.tif 000036
2006191615.tif 000037
2006191615.tif 000038
2006191615.tif 000039
2006191615.tif 000040
2006191615.tif 000041