JP3880867B2 - Ｉｐエンドポイント間のｉｐベアラパスを管理するためのｉｐパケットアクセスゲートウェイ（ｉｐｐａｇ）システムおよび方法およびコンピュータプログラム製品 - Google Patents
Ｉｐエンドポイント間のｉｐベアラパスを管理するためのｉｐパケットアクセスゲートウェイ（ｉｐｐａｇ）システムおよび方法およびコンピュータプログラム製品 Download PDFInfo
- Publication number
- JP3880867B2 JP3880867B2 JP2002035286A JP2002035286A JP3880867B2 JP 3880867 B2 JP3880867 B2 JP 3880867B2 JP 2002035286 A JP2002035286 A JP 2002035286A JP 2002035286 A JP2002035286 A JP 2002035286A JP 3880867 B2 JP3880867 B2 JP 3880867B2
- Authority
- JP
- Japan
- Prior art keywords
- bearer
- connection
- endpoint
- ippag
- path
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/102—Gateways
- H04L65/1033—Signalling gateways
- H04L65/104—Signalling gateways in the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/102—Gateways
- H04L65/1023—Media gateways
- H04L65/103—Media gateways in the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1069—Session establishment or de-establishment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、通信ネットワークに係り、特に、ＩＰネットワークにおけるボイスコールの制御に関する。
【０００２】
【従来の技術】
ＩＰ（Internet Protocol）パケットネットワークは、現在、音声通信のためのベアラ（bearer）パスウェイを提供するために使用されている。これらのシステムにおいて、ＩＰ電話のような通信中のＩＰエンドポイント間のボイスコールは、ネットワークスイッチングノードにより確立されたスルーコネクション上になされる。そのようなコネクションは、ルータベースドであり、一般に、エンドポイントそれら自体の制御下にある。
【０００３】
従来のＶｏＩＰ（Voice over IP）システムにおいて欠けているものは、エントリのパケットネットワークポイントにおけるベアラパス接続制御および操作を実行するためのインターフェースである。特に、ベアラ接続の確立および引き外し（teardown）のポジティブなエンフォースメントのためのメカニズムが存在しない。接続は、ＩＰエンドポイントの一方または両方による以外ターミネートされる（terminated）ことができない。これは、ＩＰ電話を使用する当事者(parties)が、通話に対する課金が停止されたとしても（即ち、ベアラパスがオープンのままであるので）話し続けるかも知れないことを意味する。逆に、課金は、当事者が通話を終了した後も継続するかも知れない。
【０００４】
従来のＶｏＩＰシステムは、ＩＰベアラトラフィックをＩＰコアネットワークの中へおよびその外へ運ぶＶｏＩＰラインおよびトランクに対するピボットポイントを提供する能力を欠く。そのようなピボットポイントは、現在、純粋にＴＤＭベアラトラフィックを運ぶまたはＴＤＭベアラトラフィックとパケットオリエンティッド（例えば、ＡＴＭ，ＩＰ）ベアラトラフィックとの間で相互作用するＬＡＧ（Line Access Gateways）およびＴＡＧ（Trunk Access Gateways）によってのみ提供される。ＩＰネットワークエントリポイントのトランク側におけるピボットポイントなしに、パケットスイッチは、１つのコールにおいて別のスイッチがいつベアラパスを操作するかを知っている必要がある。
【０００５】
これにより、ベアラパスは、共用資源となり、全てのスイッチが、それら自体のサービスを提供するために一緒になって使用することになる。これは、フィーチャーがクロススイッチ境界を相互作用させるので、サービスを実行する複雑さを大幅に増大させる。ＩＰネットワークエントリポイントのライン側におけるピボットポイントなしで、パケットスイッチは、ＴＤＭ（Time Division Multiplexing）ラインに対して利用可能な通常のサービスを提供するために、確立された接続においてコールリダイレクションを実行するおよびサービスサーキットを挿入／除去することができない。そのようなサービスは、Ｎウェイブリッジング、アナウンスメント再生、トーン生成、トーン検出、音声認識、およびマルチキャスティングを含む。
【０００６】
従来のＶｏＩＰシステムの以上の欠点に加えて、Law Enforcement Act（ＣＡＬＥＡ）（47 U.S.C. 1001 et seq.）のためのコミニケーションアシスタンスのような所定のlaw enforcement statutesは、サブジェクトがコールにおける参加者でもはやない後であっても、サーベラサブジェクトに関係するコールがサーベランス(surveillance)下に留まることを要求する。ＣＡＬＥＡサーベランスに対するコートオーダーが、サーベランスが実行され得る地理的範囲を制限し得るので、その中でそれがサーベイされ得る地理的境界中にコールに対するベアラパスが留まることを確かにする必要性がある。ＩＰエンドポイントが従来のルーティングを使用してベアラパスを確立することができる場合、そのような保証は存在しない。
【０００７】
【発明が解決しようとする課題】
したがって、エントリのパケットネットワークポイントにおけるベアラパス接続制御および操作を実施するインターフェースシステムに対する必要性が、ボイス接続サービスを提供するパケットネットワークにおいて存在する。同じ能力は、データおよびビデオコールがＩＰ上を運ばれるときにも必要とされる。
【０００８】
【課題を解決するための手段】
上記の問題は、通信ＩＰエンドポイント間のＩＰベアラパスを管理するためのＩＰパケットアクセスゲートウェイ（ＩＰＰＡＧ）システムにより解決されかつこの技術分野における進歩がなされる。このシステムは、第１のＩＰエンドポイントとの第１のベアラ接続をターミネートするための第１のＩＰベアラ接続ターミネーション、および第２のＩＰエンドポイントとの第２のベアラ接続をターミネートするための第２のＩＰ接続ターミネーションを含む。
【０００９】
コール制御エンティティは、ＩＰＰＡＧと関連づけられており、それにコール制御インストラクションを通信する。コール制御インストラクションは、第１のＩＰエンドポイントと第２のＩＰエンドポイントとの間に延びるアクティブなＩＰベアラパス中に接続を論理的に連結するためのインストラクションを含む。ＩＰＰＡＧ中のベアラトラフィックＩＰパケットハンドラ（bearer traffic IP packet handler）は、アクティブなＩＰベアラパス上でベアラトラフィックＩＰパケットペイロードを移動させる。
【００１０】
本発明の好ましい実施形態において、ＩＰＰＡＧは、上述した連結インストラクションに従って、アクティブなＩＰベアラパスを、第１のベアラ接続および第２のベアラ接続と関連づけるベアラ接続アドレステーブルを含む。接続アドレステーブルは、アクティブなＩＰベアラパスに対応するキーエントリ（ＩＰベアラパスエントリ）を含む。このキーエントリは、それぞれ第１のベアラ接続および第２のベアラ接続に対応する第１および第２のテュプル（tuples）を含む。第１のテュプルは、ＩＰＰＡＧに対するＩＰアドレスおよびポート番号、および第１のＩＰエンドポイントに対するＩＰアドレスおよびポート番号を含む。第２のテュプルは、ＩＰＰＡＧに対するＩＰアドレスおよびポート番号、および第２のＩＰエンドポイントにするＩＰアドレスおよびポート番号を含む。
【００１１】
前述したように、ベアラトラフィックＩＰパケットハンドラは、ベアラトラフィックＩＰパケットペイロードを、送信元ＩＰエンドポイントから送信先ＩＰエンドポイントに移動させるように適合されている。本発明の好ましい実施形態において、これは、（１）送信元バリア接続を介して送信元ＩＰエンドポイントからベアラトラフィックＩＰパケットを受信し、（２）受信されたＩＰパケットのパケットヘッダ送信元ＩＰアドレスおよび送信元ポート番号を含む関連する第１のテュプルを有する接続アドレステーブル中で、ＩＰベアラパスエントリをサーチし、（３）接続アドレステーブル中でＩＰベアラパスエントリの場所を付き求めることにより、送信先ＩＰエンドポイントのＩＰアドレスおよびポート番号を、エントリに関連づけられた第２のテュプルから決定し、（４）ＩＰＰＡＧのＩＰアドレスおよびポート番号を使用して、ベアラトラフィックＩＰパケットのパケットヘッダを、送信元ＩＰアドレスおよび送信元ポート番号として再書き込みし(rewriting)、送信先ＩＰエンドポイントのＩＰアドレスおよびポート番号を、送信先ＩＰアドレスおよび送信先ポート番号として使用し、（５）再書き込みされたベアラトラフィックＩＰパケットを、送信先ベアラ接続を介して送信先ＩＰエンドポイントに送ることによりなされる。
【００１２】
ベアラトラフィックＩＰパケットハンドラは、受信されたベアラトラフィックＩＰパケットがそのパス上での伝送に対してオーソライズされており、アクティブなＩＰベアラパスに関連づけられていることを確認するために、ベアラトラフィックポリシーイング（policing）を実行するようにも適合され得る。その目的のために、アドレス接続テーブル中の各ＩＰベアラパスエントリは、好ましくは、関連するＩＰベアラパスがアクティブまたは非アクティブであることを示すステータスフラグを含む。
【００１３】
ベアラトラフィックポリシーイング機能は、ベアラ接続アドレステーブル中に提供される接続から受信されるかどうか、および接続がアクティブであるかどうかをチェックすることを含むことになる。オーソライズされていないパケットおよびオーソライズされているが非アクティブなＩＰベアラパス上を送られるパケットは、ログされおよび／またはドロップされ得る。また、ベアラトラフィックポリシーイングは、送信元が所定のＩＰベアラパスに対して送ることを許容されるＩＰベアラトラフィックの量のエンフォースメントを含むことができる。
【００１４】
ＩＰＰＡＧは、例えば、サービスサーキットがコールにスイッチインまたはスイッチアウトされ得るように、ＩＰベアラパスピボットポイントとして働くように、コール制御エントリにより制御され得る。そのようなピボットポイントを具現化するために、コール制御エントリは、必要とされる接続の各々に対するＩＰベアラパスを追加するために接続アドレステーブルを修正する。これは、典型的には、共通ＩＰエンドポイントに対応するテュプルを含む複数のテーブルエントリとなる。そして、ピボッティングは、各ＩＰベアラパスエントリに関連づけられたステータスフラグを選択的にアクティブ化することにより実行される。
【００１５】
本発明のＩＰＰＡＧシステムは、シグナリングメッセージをＩＰエンドポイントから送信先に中継するためのシグナリングトラフィックＩＰパケットハンドラをさらに含み得る。シグナリングトラフィックＩＰパケットハンドラは、シグナリングメッセージを送信先に送ることをオーソライズされたＩＰエンドパケットに対するＩＰアドレスをリストするＩＰエンドポイントアドレステーブルを保持する。
【００１６】
このテーブルは、シグナリングトラフィックＩＰパケットハンドラがシグナリングメッセージをコール制御エントリまたはＳＮＭＰマネジャーに中継するときに、ＩＰＰＡＧにより送信元ポート番号として使用される各々がオーソライズされたＩＰエンドポイントの各々に対するポート番号もリストする。そして、コール制御エントリまたはＳＮＭＰマネジャーは、シグナリングメッセージのオリジナルセンダー（ＩＰエンドポイント）を同定するために、受信されたシグナリングパケット中の送信元ポート番号を使用することができる。
【００１７】
シグナリングメッセージリレーは、（１）送信元ＩＰアドレスをリレーイングＩＰＰＡＧのＩＰアドレスにセットし、（２）送信元ポート番号をシグナリングメッセージを発するＩＰエンドポイントに割り当てられるポート番号（ＩＰエンドポイントアドレステーブルにおいて見出される）にセットし、（３）送信先ＩＰアドレスを送信先のＩＰアドレス（受信されるシグナリングメッセージの送信先ポート番号および送信元ＩＰアドレスにより決定される）にセットし、（４）送信先ポートを変更しないままとすることにより、ＩＰエンドポイントからシグナリングトラフィックＩＰパケットを受信し、パケットヘッダを再書き込みすることを含み得る。シグナリングメッセージは、Ｈ．３２３，ＳＩＰ，Ｈ．２４８、またはコール制御エンティティに向けられた他のメッセージ、ＳＮＭＰマネジャーに向けられたＳＮＭＰシグナリングメッセージ等であり得る。
【００１８】
シグナリングトラフィックＩＰパケットハンドラは、シグナリングメッセージを送るＩＰエンドポイントがそのメッセージを送るようにオーソライズされていることを確認するために、シグナリングトラフィックポリシーイングを実行するように適合され得る。シグナリングトラフィックポリシーイング機能は、ＩＰエンドポイントがテーブル中にリストされていることを確認するため、およびテーブル中に格納されたＩＰエンドポイントに割り当てられたＩＰＰＡＧポート番号を見つけだすために、ＩＰエンドポイントから受信されるＩＰシグナリンクパケットに関して、ＩＰエンドポイントアドレステーブル中でテーブルルックアップを実行することを含み得る。追加的なフィーチャーとして、ＩＰＰＡＧは、コール制御エントリに送られるシグナリングメッセージをダイナミックにスロットル（throttle)するように適合され得る。
【００１９】
ネットワークスイッチングノードとの関連で使用され得る本発明の一実施形態において、ＩＰＰＡＧシステムは、複数のＩＰラインをターミネートするライン側ＩＰＰＡＧおよび複数のＩＰトランクをターミネートするトランク側ＩＰＰＡＧを含む。ＩＰスイッチング機構は、ライン側ＩＰＰＡＧおよびトランク側ＩＰＰＡＧを相互接続する。このシステムは、１つ以上のリソースサーバ、インターワーキングゲートアレイ、インターワーキングユニット、またはデータターミネーションシステムをさらに含み得る。
【００２０】
【発明の実施の形態】
図面において、同様の参照符号は、同様のエレメントを示す。図１は、通信するＩＰエンドポイント間のＩＰベアラパスを管理するためのＩＰＰＡＧシステムを示す。システムには、第１のＩＰエンドポイント１０との第１のベアラ接続８をターミネートするための第１のＩＰベアラ接続ターミネーション６を有するＩＰＰＡＧ４を含む。ＩＰＰＡＧ４は、第２のＩＰエンドポイント１６との第２のベアラ接続１４をターミネートするための第２のＩＰ接続ターミネーション１２をさらに含む。コール制御エンティティ１８は、ＩＰＰＡＧ４と関連づけられており、それにコール制御インストラクションを通信する。
【００２１】
コール制御インストラクションは、第１および第２のベアラ接続８および１４（２０で示されている）を、第１のＩＰエンドポイント１０と第２のＩＰエンドポイント１６との間に延びるアクティブなＩＰベアラパス２２に論理的に連結するためのインストラクションを含む。ＩＰＰＡＧ４中のベアラトラフィックＩＰパケットハンドラ２４（ベアラトラフィックパケットハンドラ）は、アクティブなＩＰベアラパス２２上でベアラトラフィックＩＰパケットペイロードを移動させる。結果として、ＩＰエンドポイント１０および１６は、ＶｏＩＰコールに適合されていると仮定されることになる。そして、アクティブなＩＰベアラパス２２は、以下、アクティブなＶｏＩＰベアラパスと呼ばれる。
【００２２】
本発明の好ましい実施形態において、ＩＰＰＡＧ４は、上述の連結インストラクションに従ってコール制御エンティティ１８により生成されかつダイナミックに管理されるベアラ接続アドレステーブル２６を含む。このテーブルは、アクティブなＶｏＩＰベアラパス２２を、第１のベアラ接続８および第２のベアラ接続１４と関連づける。図２に示されているように、ベアラ接続アドレステーブル２６は、典型的には、コール制御エントリ１８からのインストラクション下でＩＰＰＡＧ４により取り扱われる様々なＶｏＩＰベアラパス（ＶｏＩＰベアラパスエントリ）に対応するキーエントリ２８のアレイを含む。
【００２３】
各ＶｏＩＰベアラパスエントリ２８は、提供されたＶｏＩＰベアラパスと関連づけられた２つのベアラ接続に対するトランスポートアドレス３０および３２を含む。これらのトランスポートアドレスは、各々が、ＩＰエンドポイントとＩＰＰＡＧ４との間のベアラ接続に関連づけられたＩＰアドレスおよびポート番号を含むＩＰテュプルとして表され得る。特に、各テュプルは、ベアラ接続に関してＩＰエンドポイントにより使用されるＩＰアドレスおよびポート番号、およびベアラ接続に関してＩＰＰＡＧにより使用されるＩＰアドレスおよびポート番号を含むことになる。
【００２４】
例えば、ベアラ接続アドレステーブル２６は、アクティブなＶｏＩＰベアラパス２２を表すＶｏＩＰベアラパスエントリ３４を含む。エントリ３４には、第１のベアラ接続８に対応する第１のテュプル３６および第２のベアラ接続１４に対応する第２のテュプル３８が関連づけられている。第１のテュプル３６は、第１のＩＰエンドポイント１０に対するＩＰアドレス／ポート番号対、およびＩＰＰＡＧ４に対するＩＰアドレス／ポート番号対を含む。第２のテュプル３８は、第２のエンドポイント１６に対するＩＰアドレス／ポート番号対、およびＩＰＰＡＧ４に対するＩＰアドレス／ポート番号対を含む。
【００２５】
ベアラトラフィックパケットハンドラ２４は、ベアラ接続アドレステーブル２６中でエントリ３４を探すことにより、第１のＩＰエンドポイント１０と第２のＩＰエンドポイント１６との間で、ベアラトラフィックＩＰパケットペイロードを動かす。例えば、ベアラトラフィックパケットハンドラ２４が、第１のベアラ接続８を介して第１のＩＰエンドポイント１０からベアラトラフィックＩＰパケットを受信するとき、これは、第１のテュプル３６を探すために、パケットヘッダ情報を使用する。第１のテュプル３６が、第１のベアラ接続８に関して第１のＩＰエンドポイント１０により使用されるＩＰアドレス／ポート番号を含み、第１のベアラ接続８に関してＩＰＰＡＧ４により使用されるＩＰアドレス／ポート番号を含む限りでは、この情報は、到来パケットヘッダ中の送信元および送信先アドレス情報に一致することになる。
【００２６】
第１のＩＰエンドポイント１０がコンファレンスコールに関与する場合、またはトーンまたはアナウンスメントを受信した場合、または第２のＩＰエンドポイント１６以外のエンティティと通信した場合、ベアラ接続アドレステーブル２６は、第１のＩＰエンドポイントを同定する関連テュプル３６を有する複数のＶｏＩＰベアラパスエントリ３４を含み得る。その場合において、ＩＰＰＡＧ４は、ＶｏＩＰベアラパスエントリに関連づけられたステータスフラグ４０を選択的にアクティブ化することにより、ＶｏＩＰベアラパスピボットポイントとして動作するように、コール制御エンティティ１８により制御され得る。図２において４２で示された１つのそのようなステータスフラグは、ＶｏＩＰベアラパスエントリ３４と関連づけられている。
【００２７】
これにより、ベアラ接続アドレステーブル中で第１のテュプル３６の位置を突き止めることにより、ベアラトラフィックパケットハンドラ２４は、エントリのステータスフラグ４２をチェックする。ステータスフラグ４２が非アクティブである場合、ベアラトラフィックパケットハンドラ２４は、一致したテュプル３６およびアクティブなステータスフラグを有するエントリを、ベアラ接続アドレステーブルで探し続ける。ステータスフラグ４２がアクティブである場合、これは、第２のテュプル３８から、第２のＩＰエンドポイント１６のＩＰアドレスおよびポート番号を決定する。
【００２８】
示されているように、第２のテュプルは、第２のベアラ接続１４に関してＩＰＰＡＧ４により使用されるＩＰアドレスおよびポート番号、および第２のベアラ接続１４に関して第２のＩＰエンドポイント１６により使用されるＩＰアドレスおよびポート番号を含む。そして、ベアラトラフィックパケットハンドラ２４は、第２のテュプル３８から決定された情報を使用して、到来ＩＰパケットのパケットヘッダを再書き込みし、再書き込みされたＩＰパケットを、第２のＩＰエンドポイント１６へ、第２のベアラ接続１４を介して送る。図３は、このパケット変換プロセスを示す。ＩＰＰＡＧ４においてＩＰエンドポイント１０から受信されたパケットに対するパケットヘッダは、４４で示されている。ＩＰエンドポイント１６に送られる変換されたパケットのパケットヘッダは、４６で示されている。
【００２９】
ベアラトラフィックパケットハンドラ２４は、送信元が所定のＩＰベアラパスに対して送ることを許容されたＩＰベアラトラフィックの量のエンフォースメントを含むベアラトラフィックポリシーイングを実行するようにも適合され得る。ベアラトラフィックポリシーイングの結果としてとられるアクションは、オーソライズされていないパケットのロギングおよび／またはドロッピングを含み得る。
【００３０】
ＩＰＰＡＧ４は、ＩＰエンドポイント１０および１６の一方または両方からのシグナリングメッセージを送信先に中継するためのシグナリングトラフィックＩＰパケットハンドラ４６（シグナリングトラフィックパケットハンドラ）をさらに含み得る。図４に示されているように、シグナリングパケットトラフィックハンドラ４６は、シグナリングメッセージを送信先に送るようにオーソライズされたＩＰエンドポイントあたり、１個のエントリ５０を含むオーソライズされたＩＰエンドポイントアドレステーブル４８を保持する。このテーブルは、サブスクライバデータベースを使用して静的にプロビジョンすることができ、またはダイナミックＩＰエンドポイント登録がサポートされる場合、ダイナミックにプロビジョンされ得る。
【００３１】
各エントリ５０は、オーソライズされたＩＰエンドポイントのＩＰアドレス５２および対応するＩＰＰＡＧシグナリングポート番号５４を含む。シグナリングメッセージリレーの一部として、シグナリングトラフィックＩＰパケットは、ＩＰエンドポイントからＩＰＰＡＧ４において受信され、パケットヘッダが、再書き込みされる。特に、送信元ＩＰアドレスは、ＩＰＰＡＧ４のＩＰアドレスに変更され、送信元ポート番号は、ＩＰエンドポイントアドレステーブル４８中で見出される割り当てられたＩＰポート番号に変更される。
【００３２】
そして、送信先ＩＰアドレスは、送信先のＩＰアドレスに変更され、送信先ＩＰポート番号は、送信先のＩＰポート番号に変更される。シグナリングメッセージは、Ｈ．３２３、ＳＩＰ（Session Initiation Protocol）、Ｈ．２４８、またはコール制御エンティティに送られる他のシグナリングメッセージ、ＳＮＭＰマネージャ（以下を参照）に送られるＳＮＭＰ（Simple Network Management Protocol）シグナリングメッセージなどであり得る。
【００３３】
シグナリングトラフィックパケットハンドラ４６は、好ましくは、シグナリングメッセージを送るＩＰエンドポイントがそのようなメッセージを送るようにオーソライズされていることを確認するために、シグナリングトラフィックポリシーイングを実行する。シグナリングトラフィックポリシーイング機能は、ＩＰＰＡＧ４において受信されるシグナリングトラフィックＩＰパケットに関して、オーソライズされたＩＰエンドポイントアドレステーブル４８中でテーブルルックアップを実行することを含む。このルックアップの目的は、ＩＰエンドポイントのＩＰアドレスが、オーソライズされたＩＰエンドポイントアドレステーブル４８中にリストされていることを確認し、かつＩＰエンドポイントに割り当てられたポート番号を見つけだすことである。
【００３４】
ＩＰエンドポイントアドレステーブル中で見出されるポート番号は、その最終送信先に中継されるべきシグナリングメッセージ中で送信元ポート番号として使用されることになる。追加的なフィーチャーとして、ＩＰＰＡＧ４は、コール制御エンティティ１８からのリクエストに基づいて、コール制御エンティティに当てられたシグナリングメッセージをスロットル（throttle)する。このスロットリングは、全てのシグナリングメッセージについてまたはＩＰエンドポイントに基づいて選択的であり得る。
【００３５】
ＩＰＰＡＧ４は、ベアラ接続ターミネーション６および１２を提供する少なくとも２個のネットワークポート（例えば、イーサネットポート）、および通信リンク１９をコール制御エンティティ１８にターミネートする１つのシグナリングポートを備えたプログラムされたコンピュータプラットフォームとして具現化され得る。ＩＰＰＡＧ４は、２つのネットワークポートに対する異なるＩＰアドレスを有することができ、通常有することになる。選択されたコンピュータプラットフォームは、ベアラトラフィックパケットハンドラ２４およびシグナリングトラフィックパケットハンドラ４６をソフトウェアプロセスとして具現化するためのプログラム可能な実行環境を提供することになる。ランダムアクセスメモリ空間（図示しない）は、テーブル２６および４８を保持するために提供されることになる。
【００３６】
コール制御エンティティ１８は、ＩＰＤＣ（IP Device Control）またはＨ．２４８のようなメディアゲートウェイ制御プロトコル（メディアゲートウェイ制御（Megaco）プロトコルとしても知られる）を使用してＩＰＰＡＧ４と通信する。これらのプロトコルの両方は、この技術分野においてよく知られているが、ここで説明されるＩＰ−ＰＡＧ機能をサポートするために、拡張が必要とされる。コール制御エンティティ１８は、ＩＰＰＡＧ４から別個のコンピュータプラットフォームまたは同じプラットフォーム上に具現化され得る。
【００３７】
図５において、ネットワークスイッチングノード６０との関連で使用するための本発明の一実施形態が示されている。この実施形態において、ＩＰＰＡＧシステム６２は、ＩＰライン６６をＩＰ電話６８にターミネートするライン側ＩＰＰＡＧ６４を含む。ＩＰＰＡＧシステム６２は、ＩＰコアネットワーク７４に接続するＢＩＣＣ（Bearer Independent Call Control）サポーテッドＩＰパケットトランク７２をターミネートするトランク側ＩＰＰＡＧ７０をさらに含む。ＩＰスイッチング機構７６は、ライン側ＩＰＰＡＧ６４とトランク側ＩＰＰＡＧ７０との間に置かれる。
【００３８】
ライン側ＩＰＰＡＧ６４は、通信パスウェイ７８によりＩＰスイッチング機構７６に接続する。トランク側ＩＰＰＡＧ７０は、通信パスウェイ８０によりＩＰスイッチング機構７６に接続する。スイッチングノード６０は、１つ以上のリソースサーバ、インターワーキングゲートウェイ、インターワーキングユニット、またはデータターミネーションシステムをさらに含む。これらの通信サポートエンティティは、図５において集合的に８２で示されている。通信パスウェイ８４は、通信サポートエンティティ８２をＩＰスイッチング機構７６に接続する。
【００３９】
ＩＰＰＡＧシステム６２のコール制御エンティティは、図５において８６で示されている。これは、ＩＰＤＣまたはＨ．２４８プロトコルを使用して、ＩＰＰＡＧ６４および７０と通信する。通信パスウェイ８８は、コール制御エンティティ８６をＩＰスイッチング機構７６に接続する。ＳＮＭＰマネージャ９０も提供される。これは、通信パスウェイ９２によりＩＰスイッチング機構７６に接続する。
【００４０】
ライン側ＩＰＰＡＧ６４は、ＩＰ電話機６８からのライン側トラフィックをサポートし、コール制御エンティティ８６と共に、図１−４に関して上述したＩＰＰＡＧ機能を実行する。これらの機能は、ＩＰ電話機６８とリモートまたはローカルＩＰエンドポイント間のベアラパスのコール毎制御、ベアラトラフィックポリシーイング、シグナリングメッセージリレー、およびシグナリングトラフィックポリシーイングを含む。ベアラトラフィックは、ＩＰ電話機６８、ＩＰスイッチング機構７６、トランク側ＩＰＰＡＧ７０およびＩＰコアネットワーク７４と通信する図示しないリモートＩＰエンドポイントを接続するベアラパス上で実行され得る。
【００４１】
このベアラパスは、図５において、９４，９６および９８で示された接続を含む。代替的に、ベアラトラフィックは、ＩＰ電話機６８、ＩＰスイッチング機構７６およびＩＰ電話機６８にトーンおよびアナウンスメントを提供し、および／またはＩＰ電話機６８からのトーンを検出しまたは生成されたスピーチを認識するリソースサーバのような通信サポートエンティティ８２のうちの１つを接続するベアラパス上で実行され得る。このベアラパスは、図５において９４および１００で示された接続を含む。
【００４２】
上述したベアラパスは、ライン側ＩＰＰＡＧ６４が、確立された接続におけるコールリダイレクションおよびサービスサーキッドの挿入／除去をサポートするベアラトラフィックピボットポイントとして働くことができることを示す。コンファレンシング、コールトランスファ、コールウェイティング、マルチプルコールアペアランス、シェアードＤＮ（Dialed Number）、およびコールピックアップのようなフィーチャーが、サポートされ得る。
【００４３】
特に、ライン側ＩＰＰＡＧ６８は、（１）ベアラホールドアンドアルタネート（bearer-hold-and-alternate）、（２）ベアラムーブ、（３）ベアラブリッジング、（４）ダイアルトーン、（５）スタッターダイアルトーン（stutter dial tone）、（６）リオーダートーン（reorder tone）、（７）コールウェイティングトーン、（８）ディジットコレクション／フラッシュディテクション、（９）到来コールに対するＩＰ電話機６８に向かう可聴リンギング、および（１０）ベアラパスがホールド状態のとき、ＩＰ電話機６８に向かうコンフォートノイズのような機能をサポートするために使用され得る。ワイヤータッピングサポートが、ライン側ＩＰＰＡＧ６４の固定位置により経路選択されるアビリティキープベアラ接続のために提供される。
【００４４】
ライン側ＩＰＰＡＧ６４により中継されるシグナリングトラフィックは、ＩＰ電話機６８によりサポートされるシグナリングプロトコルに依存して、ＳＮＭＰメッセージ、Ｈ．３２３メッセージ、ＳＩＰメッセージ、Ｈ．２４８メッセージなどを含み得る。メッセージリレーは、オーソライズされたＩＰエンドポイントテーブル４８のダイナミックな更新を含むＩＰ電話機プロビジョニングに対しても使用され得る。ポート番号割当てスキームを使用して、ライン側ＩＰＰＡＧ６４は、図５において接続１０２および１０４で示されているように、ＳＮＭＰメッセージをＳＮＭＰマネージャ９０に中継するように構成され得る。同様に、Ｈ．３２３、ＳＩＰ、またはＨ．２４８メッセージは、接続１０６および１０８により示されているように、コール制御エンティティ８６に中継され得る。
【００４５】
トランク側ＩＰＰＡＧ７０は、ＩＰコアネットワーク７４からトランク側トラフィックをサポートし、ベアラパスのコール毎制御およびベアラトラフィックポリシーイングの機能を実行する。トランク側ＩＰＰＡＧ７０は、ライン側ＩＰＰＡＧ６４および１個以上の通信サポートエンティティ８２を含むネットワークスイッチングノード６０中のローカルＩＰエンドポイントおよびＩＰパケットトランク７２を介して通信する図示しないリモートＩＰエンドポイント間のベアラパス接続を提供する。図５において、接続９６および９８により形成されるベアラパスは、トランク側ＩＰＰＡＧ７０がその中でライン側ＩＰＰＡＧ６４への接続を維持する１つのそのような例を表す。
【００４６】
接続９８および１１０により形成されるベアラパスは、トランク側ＩＰＰＡＧ７０が通信サポートエンティティ８２のうちの１つへの接続を維持する別の例を表す。ライン側ＩＰＰＡＧ６８と同様に、トランク側ＩＰＰＡＧ７０は、ベアラピボットポイントを提供し、到来コールに対してＩＰコアネットワーク７４に向かうトーンを生成し、ベアラパスがホールド状態にあるとき、ＩＰコアネットワークに向かうコンフォートノイズを生成し、およびベアラパス上を運ばれるディジットを集めるような機能を実行するために使用され得る。
【００４７】
コール制御エンティティ８６は、図１−３に関して上述した方法で、ＩＰＰＡＧ６４および７０により経路選択されるベアラトラフィックのハンドリングを制御する。図５中の接続１１２は、コール制御エンティティ８６からライン側ＩＰＰＡＧ６８へＩＤＰＣまたはＨ．２４８メッセージを運ぶ。図５中の接続１１４は、ＩＤＰＣまたはＨ．２４８メッセージを、コール制御エンティティ８６からトランク側ＩＰＰＡＧ７０へ運ぶ。
【００４８】
図６および７において、例示的なコールセットアップ手順が、ＩＰＰＡＧに関連するＢＩＣＣコールに対して説明される。図６において、ＶｏＩＰ通信システム１２０は、コールオリジネーティングＩＰスイッチングノード１２２およびコールターミネーティングＩＰスイッチングノード１２４を含む。間にあるＩＰコアネットワーク１２６は、ＩＰスイッチングノード１２２と１２４との間でベアラトラフィックを運ぶ。ＳＳ７シグナリングネットワーク１２８は、ＩＰスイッチングノード１２２と１２４との間でＢＩＣＣメッセージを運ぶ。
【００４９】
オリジネーティングＩＰスイッチングノード１２２は、ＶｏＩＰコールを発すると仮定される図示しないオリジネーティングＩＰエンドポイントに対するユーザ対ネットワークインターフェースを提供するオリジネーティングアクセスゲートウェイ（ＡＧ１）１３０を含む。ゲートウェイ１３０は、図５に関して上述したＬＡＧ、ＴＡＧまたはライン側ＩＰＰＡＧとして具現化され得る。オリジネーティングＩＰスイッチングノード１２２は、オリジネーティングトランク側ＩＰＰＡＧ１３２、オリジネーティングコール制御エンティティ１３４およびＩＰスイッチング機構１３６をさらに含む。
【００５０】
ターミネーティングＩＰスイッチングノード１２４は、オリジネーティングＩＰエンドポイントからのＶｏＩＰコールをターミネートすると仮定される図示しないターミネーティングＩＰエンドポイントに対するユーザ対ネットワークインターフェースを提供するターミネーティングアクセスゲートウェイ（ＡＧ２）１４０を含む。オリジネーティングゲートウェイ１３０と同様に、ターミネーティングゲートウェイ１４０は、図５に関して上述したＬＡＧ、ＴＡＧまたはライン側ＩＰＰＡＧとして具現化され得る。
【００５１】
ターミネーティングＩＰスイッチングノード１２４は、ターミネーティングトランク側ＩＰＰＡＧ１４２、コール制御エンティティ１４４およびＩＰスイッチング機構１４６をさらに含む。オリジネーティングゲートウェイ１３０とターミネーティングゲートウェイ１４０との間のベアラパスは、３個のベアラ接続１５０，１５２および１５４により形成される。シグナリング接続１５６は、コール制御エンティティ１３４と１４４との間に延びる。
【００５２】
この例に対して、コール制御エンティティ１３４および１４４は、Ｈ．２４８プロトコルを使用して、それらの支配下でＩＰＰＡＧへ接続制御メッセージを通信するように適合されている。知られているように、Ｈ．２４８プロトコルは、メディアゲートウェイが、接続ターミネーションを確立し、ここで示される接続間のベアラトラフィックのルーティングを可能にするコンテキスト内でそのようなターミネーションをグループ化することを可能にする。
【００５３】
図７は、ＶｏＩＰ通信システム１２０におけるコールセットアップの間のメッセージフローを示す。メッセージは、それぞれゲートウェイ１３０および１４０とコール制御エンティティ１３４および１４４との間で交換されるＩＰＤＣシグナリングメッセージ、コール制御エンティティ１３４と１４４との間で交換されるＢＩＣＣシグナリングメッセージ、およびコール制御エンティティ１３４および１４４とそれらのそれぞれのＩＰＰＡＧ１３２および１４２との間で交換されるＨ．２４８制御メッセージを含む。
【００５４】
ステップ１において、オリジネーティングゲートウェイ１３０は、ＩＰＤＣ接続リクエストメッセージ（ＲＣＣＰ）をオリジネーティングコール制御エンティティ１３４に送り、オリジネーティングコール制御エンティティは、ＲＣＣＰリクエストの受領アクノレッジするＩＰＤＣメッセージ（ＡＣＣＰ）を戻す。接続リクエストメッセージは、オリジネーティングゲートウェイ１３０が接続のために使用するように意図するポート番号（ＡＧ１ＶｏＩＰ）を含むことになる。
【００５５】
ステップ２において、オリジネーティングコール制御エンティティ１３４は、Ｈ．２４８メッセージ（Ａdd（term１，ＡＧ１ＶｏＩＰ）／Ａdd（term２））を、オリジネーティングトランク側ＩＰＰＡＧ１３２に送る。このメッセージは、オリジネーティングトランク側ＩＰＰＡＧ１３２に、一対の接続ターミネーションを追加することをリクエストする。一方（term１）はオリジネーティングゲートウェイ１３０（そのポート番号ＡＧ１ＶｏＩＰにおいて）への接続のため、他方（term２）はターミネーティングトランク側ＩＰ−ＰＡＧ１４２への接続のためである。
【００５６】
ステップ３において、オリジネーティングトランク側ＩＰＰＡＧ１３２は、Ｈ．２４８応答メッセージ（ＡddＡck（ＰＡＧ１ＶｏＩＰ）／ＡddＡck（ＰＡＧ１ＶｏＩＰ２））をオリジネーティングコール制御エンティティ１３４に送り返し、２つのリクエストされた第１および第２のターミネーションを確立したことをアクノレッジし、それらがそれぞれそのポート番号ＰＡＧ１ＶｏＩＰ１およびＰＡＧ１ＶｏＩＰ２により取り扱われることを知らせる。
【００５７】
ステップ４ａにおいて、オリジネーティングコール制御エンティティ１３４は、ＩＰＤＣメッセージ（ＲＭＣＰ）をオリジネーティングゲートウェイ１３０に送り、ベアラ接続のためのリモートＲＴＰポート番号（ＰＡＧ１ＶｏＩＰ１）を知らせる。ステップ４ｂにおいて、オリジネーティングコール制御エンティティ１３４は、ＢＩＣＣイニシャルアドレスメッセージ（ＢＩＣＣ：ＩＡＭ（ＰＡＧ１ＶｏＩＰ２））をターミネーティングコール制御エンティティ１４４に送り、オリジネーティングトランク側ＩＰＰＡＧ１３２が、以前のポート番号ＰＡＧ１ＶｏＩＰ２におけるターミネーティングトランク側ＩＰＰＡＧ１４２との接続をターミネートする準備ができていることを知らせる。
【００５８】
ステップ５ａにおいて、オリジネーティングゲートウェイ１３０は、ＩＰＤＣメッセージ（ＡＭＣＰ）をオリジネーティングコール制御エンティティ１３４に戻し、ＲＭＣＰメッセージの受領をアクノレッジする。ステップ５ｂにおいて、ターミネーティングコール制御エンティティ１４４は、Ｈ．２４８メッセージ（Ａdd（term１，ＰＡＧ１ＶｏＩＰ２）／Ａdd（term２））をターミネーティングトランク側ＩＰＰＡＧ１４２に送り、一対の接続ターミネーションを追加する。一方は、そのポート番号ＰＡＧ１ＶｏＩＰ２におけるオリジネーティングトランク側ＩＰＰＡＧ１３２への接続のためであり、他方は、ターミネーティングゲートウェイ１４０への接続のためである。
【００５９】
ステップ６において、ターミネーティングトランク側ＩＰＰＡＧ１４２は、Ｈ．２４８応答メッセージ（ＡddＡck（ＰＡＧ２ＶｏＩＰ１）／ＡddＡck（ＰＡＧ２ＶｏＩＰ２））をターミネーティングコール制御エンティティ１４４に送り返し、２つのリクエストされたターミネーションが確立されたことをアクノレッジし第１のターミネーションがそのポート番号ＰＡＧ２ＶｏＩＰ１により取り扱われ、第２のターミネーションがそのポート番号ＰＡＧ２ＶｏＩＰ２により取り扱われることを知らせる。
【００６０】
ステップ７ａにおいて、ターミネーティングコール制御エンティティ１４４は、ＢＩＣＣメッセージ（ＢＩＣＣ：ＡＰＭ（ＰＡＧ２ＶｏＩＰ１））をオリジネーティングコール制御エンティティ１３４に送り、ターミネーティングトランク側ＩＰＰＡＧ１４２が以前のポート番号ＰＡＧ２ＶｏＩＰ１において、オリジネーティングトランク側ＩＰＰＡＧ１３２への接続をターミネートする準備ができていることを知らせる。
【００６１】
ステップ７ｂにおいて、ターミネーティングコール制御エンティティ１４４は、ＩＰＤＣ接続リクエストメッセージ（ＲＣＣＰ）をターミネーティングゲートウェイ１４０に送り、ターミネートトランク側ＩＰＰＡＧがその接続のために割当てるＲＴＰポート番号（ＰＡＧ２ＶｏＩＰ２）を特定し、ターミネーティングゲートウェイは、アクノレッジメントメッセージ（ＡＣＣＰ）を戻す。このアクノレッジメントメッセージは、ターミネーティングゲートウェイ１４０が接続のために使用されることを意図するポート番号（ＡＧ２ＶｏＩＰ）を含むことになる。
【００６２】
ステップ８ａにおいて、オリジネーティングコール制御エンティティ１３４は、Ｈ．２４８メッセージ（Ｍodify（term２，ＰＡＧ２ＶｏＩＰ１））をオリジネーティングトランク側ＩＰＰＡＧ１３２に送り、それが、その第２のターミネーションのためのリモートＲＴＰポート番号を、ステップ６においてターミネーティングトランク側ＩＰＰＡＧ２により戻されたポート番号ＰＡＧ２ＶｏＩＰ１にセットすることをリクエストする。ステップ８ｂにおいて、ターミネーティングコール制御エンティティ１４４は、Ｈ．２４８メッセージ（Ｍodify（term２，ＡＧ２ＶｏＩＰ））を、ターミネーティングトランク側ＩＰＰＡＧ１４２に送り、それが、その第２のターミネーションのためのリモートＲＴＰポート番号を、ステップ７ｂにおいてターミネーティングゲートウェイ１４０により戻されたポート番号ＡＧ２ＶｏＩＰにセットすることをリクエストする。
【００６３】
ステップ９ａにおいて、オリジネーティングトランク側ＩＰＰＡＧ１３２は、Ｈ．２４８応答メッセージ（Ｍodify Ａck）をオリジネーティングコール制御エンティティ１３４に送り、それがその第２のターミネーションをアップデートしたことをアクノレッジし、そして、２つのターミネーション間の接続をカットスルー（cuts through）する。ステップ９ｂにおいて、ターミネーティングトランク側ＩＰＰＡＧ１４２は、同様のメッセージ（Ｍodify Ａck）をターミネーティングコール制御エンティティ１４４に送り、そして、接続をカットスルーする。
【００６４】
ステップ１０において、オリジネーティングコール制御エンティティ１３４は、ＢＩＣＣメッセージ（ＢＩＣＣ：ＡＰＭ）をターミネーティングコール制御エンティティ１４４に送り、ステップ７ａにおいて送られたＢＩＣＣ：ＡＰＭメッセージの需要をアクノレッジする。ステップ１１において、ターミネーティングコール制御エンティティは、ＢＩＣＣメッセージ（ＢＩＣＣ：ＡＣＭ）をオリジネーティングコール制御エンティティに送る。
【００６５】
ステップ１２において、ＩＰＤＣ通知メッセージ（ＮＣＡＳ）は、ターミネーティングゲートウェイ１４０からターミネーティングコール制御エンティティ１４４に送られ、被呼者がそのコールにアンサーしたことを知らせる。ステップ１３において、ターミネーティングコール制御エンティティは、ＢＩＣＣメッセージ（ＢＩＣＣ：ＡＮＭ）をオリジネーティングコール制御エンティティ１３４に送る。この時点において、ベアラパスは、確立され、ベアラトラフィックのために準備ができている。
【００６６】
したがって、ＩＰエンドポイント間のＶｏＩＰベアラパスを管理するためのＩＰパケットアクセスゲートウェイ（ＩＰＰＡＧ）システムが開示された。好都合なことに、接続仲介(connection mediation)の点として働くことにより、開示されたＩＰＰＡＧシステムは、通信エンドポイントの動作と無関係に、ＩＰベアラパスのコール毎(per-call)制御を提供する。ベアラトラフィックポリシーイングも提供され、これにより、コール毎にダイナミックに実施されうる１つの形のファイアウォール保護を実施する。ＶｏＩＰ通信ネットワークにおいて実施されるとき、本発明のＩＰＰＡＧシステムは、各スイッチングノードが、他のスイッチングノードにおいて、具現化されているフィーチャーのコーリングフィーチャーを独立に実施することを可能にすることにより、フィーチャー独立性を提供する。
【００６７】
ＩＰＰＡＧシステムなしに、ＩＰエンドポイントからのコールフィーチャーリクエストのアクティブ化は、コールに関係するスイッチングノード間の協力を必要とすることになる。各スイッチングノードは互いに独立に動作するので、同時のかつコンフリクトするフィーチャーリクエストが実施される可能性が存在する。本発明のＩＰＰＡＧシステムは、フィーチャーリクエストをアクティブ化するとき、そのようなコンフリクトの可能性並びにネゴシエーションの必要性を除去する。法律執行のための通信補助に対するサポートが、それが監視されうる地理的境界中にベアラパスが保たれうるという事実によって提供される。比較により、伝統的なルータにより取り扱われるＶｏＩＰコールにおいて、地理的制御のそのような保証はない。
【００６８】
本発明の様々な実施形態が説明されたが、本発明に従って多くの変形および代替的実施形態が実施されうることが明らかである。ボイスオーバＩＰコールに加えて、データアンドビデオオーバＩＰコール（data and video over IP call)が存在することになり、本発明はこれらのコールにも適用されることになる。したがって、本発明は、特許請求の範囲の精神およびそれらの均等物による場合を除き、いかなる場合にも制限されるべきでない。
【００６９】
【発明の効果】
以上説明したように、本発明によれば、エントリのパケットネットワークポイントにおけるベアラパス接続制御および操作を実施するインターフェースシステムを提供することができる。
【図面の簡単な説明】
【図１】本発明に従って構成されたＩＰパケットアクセスゲートウェイ（ＩＰＰＡＧ）システムを示すブロック図。
【図２】本発明に従って生成されるベアラ接続アドレステーブルを示す図。
【図３】ＩＰＰＡＧおよびこのＩＰＰＡＧを通して第１のＩＰエンドポイントから第２のＩＰエンドポイントに経路選択されるＩＰパケットの修正を示すブロック図。
【図４】ＩＰエンドポイントアドレステーブルを示す図。
【図５】ネットワークスイッチングノードに関連づけられた別のＩＰＰＡＧシステムを示すブロック図。
【図６】本発明によるＩＰＰＡＧを含むＶｏＩＰネットワークを示すブロック図。
【図７】図６のＩＰＰＡＧシステムにおいて実行される例示的なコールセットアップを示すフロー図。
【符号の説明】
２ ＩＰＰＡＧシステム
４ ＩＰ−ＰＡＧ
６ ＩＰベアラ接続ターミネーション
８，１４ ベアラ接続
１０，１６ ＩＰエンドポイント
１２ ＩＰ接続ターミネーション
１８ コール制御エンティティ
２２ ＩＰベアラパス
２４ ベアラトラフィックＩＰパケットハンドラ
２６ ベアラ接続アドレステーブル
【発明の属する技術分野】
本発明は、通信ネットワークに係り、特に、ＩＰネットワークにおけるボイスコールの制御に関する。
【０００２】
【従来の技術】
ＩＰ（Internet Protocol）パケットネットワークは、現在、音声通信のためのベアラ（bearer）パスウェイを提供するために使用されている。これらのシステムにおいて、ＩＰ電話のような通信中のＩＰエンドポイント間のボイスコールは、ネットワークスイッチングノードにより確立されたスルーコネクション上になされる。そのようなコネクションは、ルータベースドであり、一般に、エンドポイントそれら自体の制御下にある。
【０００３】
従来のＶｏＩＰ（Voice over IP）システムにおいて欠けているものは、エントリのパケットネットワークポイントにおけるベアラパス接続制御および操作を実行するためのインターフェースである。特に、ベアラ接続の確立および引き外し（teardown）のポジティブなエンフォースメントのためのメカニズムが存在しない。接続は、ＩＰエンドポイントの一方または両方による以外ターミネートされる（terminated）ことができない。これは、ＩＰ電話を使用する当事者(parties)が、通話に対する課金が停止されたとしても（即ち、ベアラパスがオープンのままであるので）話し続けるかも知れないことを意味する。逆に、課金は、当事者が通話を終了した後も継続するかも知れない。
【０００４】
従来のＶｏＩＰシステムは、ＩＰベアラトラフィックをＩＰコアネットワークの中へおよびその外へ運ぶＶｏＩＰラインおよびトランクに対するピボットポイントを提供する能力を欠く。そのようなピボットポイントは、現在、純粋にＴＤＭベアラトラフィックを運ぶまたはＴＤＭベアラトラフィックとパケットオリエンティッド（例えば、ＡＴＭ，ＩＰ）ベアラトラフィックとの間で相互作用するＬＡＧ（Line Access Gateways）およびＴＡＧ（Trunk Access Gateways）によってのみ提供される。ＩＰネットワークエントリポイントのトランク側におけるピボットポイントなしに、パケットスイッチは、１つのコールにおいて別のスイッチがいつベアラパスを操作するかを知っている必要がある。
【０００５】
これにより、ベアラパスは、共用資源となり、全てのスイッチが、それら自体のサービスを提供するために一緒になって使用することになる。これは、フィーチャーがクロススイッチ境界を相互作用させるので、サービスを実行する複雑さを大幅に増大させる。ＩＰネットワークエントリポイントのライン側におけるピボットポイントなしで、パケットスイッチは、ＴＤＭ（Time Division Multiplexing）ラインに対して利用可能な通常のサービスを提供するために、確立された接続においてコールリダイレクションを実行するおよびサービスサーキットを挿入／除去することができない。そのようなサービスは、Ｎウェイブリッジング、アナウンスメント再生、トーン生成、トーン検出、音声認識、およびマルチキャスティングを含む。
【０００６】
従来のＶｏＩＰシステムの以上の欠点に加えて、Law Enforcement Act（ＣＡＬＥＡ）（47 U.S.C. 1001 et seq.）のためのコミニケーションアシスタンスのような所定のlaw enforcement statutesは、サブジェクトがコールにおける参加者でもはやない後であっても、サーベラサブジェクトに関係するコールがサーベランス(surveillance)下に留まることを要求する。ＣＡＬＥＡサーベランスに対するコートオーダーが、サーベランスが実行され得る地理的範囲を制限し得るので、その中でそれがサーベイされ得る地理的境界中にコールに対するベアラパスが留まることを確かにする必要性がある。ＩＰエンドポイントが従来のルーティングを使用してベアラパスを確立することができる場合、そのような保証は存在しない。
【０００７】
【発明が解決しようとする課題】
したがって、エントリのパケットネットワークポイントにおけるベアラパス接続制御および操作を実施するインターフェースシステムに対する必要性が、ボイス接続サービスを提供するパケットネットワークにおいて存在する。同じ能力は、データおよびビデオコールがＩＰ上を運ばれるときにも必要とされる。
【０００８】
【課題を解決するための手段】
上記の問題は、通信ＩＰエンドポイント間のＩＰベアラパスを管理するためのＩＰパケットアクセスゲートウェイ（ＩＰＰＡＧ）システムにより解決されかつこの技術分野における進歩がなされる。このシステムは、第１のＩＰエンドポイントとの第１のベアラ接続をターミネートするための第１のＩＰベアラ接続ターミネーション、および第２のＩＰエンドポイントとの第２のベアラ接続をターミネートするための第２のＩＰ接続ターミネーションを含む。
【０００９】
コール制御エンティティは、ＩＰＰＡＧと関連づけられており、それにコール制御インストラクションを通信する。コール制御インストラクションは、第１のＩＰエンドポイントと第２のＩＰエンドポイントとの間に延びるアクティブなＩＰベアラパス中に接続を論理的に連結するためのインストラクションを含む。ＩＰＰＡＧ中のベアラトラフィックＩＰパケットハンドラ（bearer traffic IP packet handler）は、アクティブなＩＰベアラパス上でベアラトラフィックＩＰパケットペイロードを移動させる。
【００１０】
本発明の好ましい実施形態において、ＩＰＰＡＧは、上述した連結インストラクションに従って、アクティブなＩＰベアラパスを、第１のベアラ接続および第２のベアラ接続と関連づけるベアラ接続アドレステーブルを含む。接続アドレステーブルは、アクティブなＩＰベアラパスに対応するキーエントリ（ＩＰベアラパスエントリ）を含む。このキーエントリは、それぞれ第１のベアラ接続および第２のベアラ接続に対応する第１および第２のテュプル（tuples）を含む。第１のテュプルは、ＩＰＰＡＧに対するＩＰアドレスおよびポート番号、および第１のＩＰエンドポイントに対するＩＰアドレスおよびポート番号を含む。第２のテュプルは、ＩＰＰＡＧに対するＩＰアドレスおよびポート番号、および第２のＩＰエンドポイントにするＩＰアドレスおよびポート番号を含む。
【００１１】
前述したように、ベアラトラフィックＩＰパケットハンドラは、ベアラトラフィックＩＰパケットペイロードを、送信元ＩＰエンドポイントから送信先ＩＰエンドポイントに移動させるように適合されている。本発明の好ましい実施形態において、これは、（１）送信元バリア接続を介して送信元ＩＰエンドポイントからベアラトラフィックＩＰパケットを受信し、（２）受信されたＩＰパケットのパケットヘッダ送信元ＩＰアドレスおよび送信元ポート番号を含む関連する第１のテュプルを有する接続アドレステーブル中で、ＩＰベアラパスエントリをサーチし、（３）接続アドレステーブル中でＩＰベアラパスエントリの場所を付き求めることにより、送信先ＩＰエンドポイントのＩＰアドレスおよびポート番号を、エントリに関連づけられた第２のテュプルから決定し、（４）ＩＰＰＡＧのＩＰアドレスおよびポート番号を使用して、ベアラトラフィックＩＰパケットのパケットヘッダを、送信元ＩＰアドレスおよび送信元ポート番号として再書き込みし(rewriting)、送信先ＩＰエンドポイントのＩＰアドレスおよびポート番号を、送信先ＩＰアドレスおよび送信先ポート番号として使用し、（５）再書き込みされたベアラトラフィックＩＰパケットを、送信先ベアラ接続を介して送信先ＩＰエンドポイントに送ることによりなされる。
【００１２】
ベアラトラフィックＩＰパケットハンドラは、受信されたベアラトラフィックＩＰパケットがそのパス上での伝送に対してオーソライズされており、アクティブなＩＰベアラパスに関連づけられていることを確認するために、ベアラトラフィックポリシーイング（policing）を実行するようにも適合され得る。その目的のために、アドレス接続テーブル中の各ＩＰベアラパスエントリは、好ましくは、関連するＩＰベアラパスがアクティブまたは非アクティブであることを示すステータスフラグを含む。
【００１３】
ベアラトラフィックポリシーイング機能は、ベアラ接続アドレステーブル中に提供される接続から受信されるかどうか、および接続がアクティブであるかどうかをチェックすることを含むことになる。オーソライズされていないパケットおよびオーソライズされているが非アクティブなＩＰベアラパス上を送られるパケットは、ログされおよび／またはドロップされ得る。また、ベアラトラフィックポリシーイングは、送信元が所定のＩＰベアラパスに対して送ることを許容されるＩＰベアラトラフィックの量のエンフォースメントを含むことができる。
【００１４】
ＩＰＰＡＧは、例えば、サービスサーキットがコールにスイッチインまたはスイッチアウトされ得るように、ＩＰベアラパスピボットポイントとして働くように、コール制御エントリにより制御され得る。そのようなピボットポイントを具現化するために、コール制御エントリは、必要とされる接続の各々に対するＩＰベアラパスを追加するために接続アドレステーブルを修正する。これは、典型的には、共通ＩＰエンドポイントに対応するテュプルを含む複数のテーブルエントリとなる。そして、ピボッティングは、各ＩＰベアラパスエントリに関連づけられたステータスフラグを選択的にアクティブ化することにより実行される。
【００１５】
本発明のＩＰＰＡＧシステムは、シグナリングメッセージをＩＰエンドポイントから送信先に中継するためのシグナリングトラフィックＩＰパケットハンドラをさらに含み得る。シグナリングトラフィックＩＰパケットハンドラは、シグナリングメッセージを送信先に送ることをオーソライズされたＩＰエンドパケットに対するＩＰアドレスをリストするＩＰエンドポイントアドレステーブルを保持する。
【００１６】
このテーブルは、シグナリングトラフィックＩＰパケットハンドラがシグナリングメッセージをコール制御エントリまたはＳＮＭＰマネジャーに中継するときに、ＩＰＰＡＧにより送信元ポート番号として使用される各々がオーソライズされたＩＰエンドポイントの各々に対するポート番号もリストする。そして、コール制御エントリまたはＳＮＭＰマネジャーは、シグナリングメッセージのオリジナルセンダー（ＩＰエンドポイント）を同定するために、受信されたシグナリングパケット中の送信元ポート番号を使用することができる。
【００１７】
シグナリングメッセージリレーは、（１）送信元ＩＰアドレスをリレーイングＩＰＰＡＧのＩＰアドレスにセットし、（２）送信元ポート番号をシグナリングメッセージを発するＩＰエンドポイントに割り当てられるポート番号（ＩＰエンドポイントアドレステーブルにおいて見出される）にセットし、（３）送信先ＩＰアドレスを送信先のＩＰアドレス（受信されるシグナリングメッセージの送信先ポート番号および送信元ＩＰアドレスにより決定される）にセットし、（４）送信先ポートを変更しないままとすることにより、ＩＰエンドポイントからシグナリングトラフィックＩＰパケットを受信し、パケットヘッダを再書き込みすることを含み得る。シグナリングメッセージは、Ｈ．３２３，ＳＩＰ，Ｈ．２４８、またはコール制御エンティティに向けられた他のメッセージ、ＳＮＭＰマネジャーに向けられたＳＮＭＰシグナリングメッセージ等であり得る。
【００１８】
シグナリングトラフィックＩＰパケットハンドラは、シグナリングメッセージを送るＩＰエンドポイントがそのメッセージを送るようにオーソライズされていることを確認するために、シグナリングトラフィックポリシーイングを実行するように適合され得る。シグナリングトラフィックポリシーイング機能は、ＩＰエンドポイントがテーブル中にリストされていることを確認するため、およびテーブル中に格納されたＩＰエンドポイントに割り当てられたＩＰＰＡＧポート番号を見つけだすために、ＩＰエンドポイントから受信されるＩＰシグナリンクパケットに関して、ＩＰエンドポイントアドレステーブル中でテーブルルックアップを実行することを含み得る。追加的なフィーチャーとして、ＩＰＰＡＧは、コール制御エントリに送られるシグナリングメッセージをダイナミックにスロットル（throttle)するように適合され得る。
【００１９】
ネットワークスイッチングノードとの関連で使用され得る本発明の一実施形態において、ＩＰＰＡＧシステムは、複数のＩＰラインをターミネートするライン側ＩＰＰＡＧおよび複数のＩＰトランクをターミネートするトランク側ＩＰＰＡＧを含む。ＩＰスイッチング機構は、ライン側ＩＰＰＡＧおよびトランク側ＩＰＰＡＧを相互接続する。このシステムは、１つ以上のリソースサーバ、インターワーキングゲートアレイ、インターワーキングユニット、またはデータターミネーションシステムをさらに含み得る。
【００２０】
【発明の実施の形態】
図面において、同様の参照符号は、同様のエレメントを示す。図１は、通信するＩＰエンドポイント間のＩＰベアラパスを管理するためのＩＰＰＡＧシステムを示す。システムには、第１のＩＰエンドポイント１０との第１のベアラ接続８をターミネートするための第１のＩＰベアラ接続ターミネーション６を有するＩＰＰＡＧ４を含む。ＩＰＰＡＧ４は、第２のＩＰエンドポイント１６との第２のベアラ接続１４をターミネートするための第２のＩＰ接続ターミネーション１２をさらに含む。コール制御エンティティ１８は、ＩＰＰＡＧ４と関連づけられており、それにコール制御インストラクションを通信する。
【００２１】
コール制御インストラクションは、第１および第２のベアラ接続８および１４（２０で示されている）を、第１のＩＰエンドポイント１０と第２のＩＰエンドポイント１６との間に延びるアクティブなＩＰベアラパス２２に論理的に連結するためのインストラクションを含む。ＩＰＰＡＧ４中のベアラトラフィックＩＰパケットハンドラ２４（ベアラトラフィックパケットハンドラ）は、アクティブなＩＰベアラパス２２上でベアラトラフィックＩＰパケットペイロードを移動させる。結果として、ＩＰエンドポイント１０および１６は、ＶｏＩＰコールに適合されていると仮定されることになる。そして、アクティブなＩＰベアラパス２２は、以下、アクティブなＶｏＩＰベアラパスと呼ばれる。
【００２２】
本発明の好ましい実施形態において、ＩＰＰＡＧ４は、上述の連結インストラクションに従ってコール制御エンティティ１８により生成されかつダイナミックに管理されるベアラ接続アドレステーブル２６を含む。このテーブルは、アクティブなＶｏＩＰベアラパス２２を、第１のベアラ接続８および第２のベアラ接続１４と関連づける。図２に示されているように、ベアラ接続アドレステーブル２６は、典型的には、コール制御エントリ１８からのインストラクション下でＩＰＰＡＧ４により取り扱われる様々なＶｏＩＰベアラパス（ＶｏＩＰベアラパスエントリ）に対応するキーエントリ２８のアレイを含む。
【００２３】
各ＶｏＩＰベアラパスエントリ２８は、提供されたＶｏＩＰベアラパスと関連づけられた２つのベアラ接続に対するトランスポートアドレス３０および３２を含む。これらのトランスポートアドレスは、各々が、ＩＰエンドポイントとＩＰＰＡＧ４との間のベアラ接続に関連づけられたＩＰアドレスおよびポート番号を含むＩＰテュプルとして表され得る。特に、各テュプルは、ベアラ接続に関してＩＰエンドポイントにより使用されるＩＰアドレスおよびポート番号、およびベアラ接続に関してＩＰＰＡＧにより使用されるＩＰアドレスおよびポート番号を含むことになる。
【００２４】
例えば、ベアラ接続アドレステーブル２６は、アクティブなＶｏＩＰベアラパス２２を表すＶｏＩＰベアラパスエントリ３４を含む。エントリ３４には、第１のベアラ接続８に対応する第１のテュプル３６および第２のベアラ接続１４に対応する第２のテュプル３８が関連づけられている。第１のテュプル３６は、第１のＩＰエンドポイント１０に対するＩＰアドレス／ポート番号対、およびＩＰＰＡＧ４に対するＩＰアドレス／ポート番号対を含む。第２のテュプル３８は、第２のエンドポイント１６に対するＩＰアドレス／ポート番号対、およびＩＰＰＡＧ４に対するＩＰアドレス／ポート番号対を含む。
【００２５】
ベアラトラフィックパケットハンドラ２４は、ベアラ接続アドレステーブル２６中でエントリ３４を探すことにより、第１のＩＰエンドポイント１０と第２のＩＰエンドポイント１６との間で、ベアラトラフィックＩＰパケットペイロードを動かす。例えば、ベアラトラフィックパケットハンドラ２４が、第１のベアラ接続８を介して第１のＩＰエンドポイント１０からベアラトラフィックＩＰパケットを受信するとき、これは、第１のテュプル３６を探すために、パケットヘッダ情報を使用する。第１のテュプル３６が、第１のベアラ接続８に関して第１のＩＰエンドポイント１０により使用されるＩＰアドレス／ポート番号を含み、第１のベアラ接続８に関してＩＰＰＡＧ４により使用されるＩＰアドレス／ポート番号を含む限りでは、この情報は、到来パケットヘッダ中の送信元および送信先アドレス情報に一致することになる。
【００２６】
第１のＩＰエンドポイント１０がコンファレンスコールに関与する場合、またはトーンまたはアナウンスメントを受信した場合、または第２のＩＰエンドポイント１６以外のエンティティと通信した場合、ベアラ接続アドレステーブル２６は、第１のＩＰエンドポイントを同定する関連テュプル３６を有する複数のＶｏＩＰベアラパスエントリ３４を含み得る。その場合において、ＩＰＰＡＧ４は、ＶｏＩＰベアラパスエントリに関連づけられたステータスフラグ４０を選択的にアクティブ化することにより、ＶｏＩＰベアラパスピボットポイントとして動作するように、コール制御エンティティ１８により制御され得る。図２において４２で示された１つのそのようなステータスフラグは、ＶｏＩＰベアラパスエントリ３４と関連づけられている。
【００２７】
これにより、ベアラ接続アドレステーブル中で第１のテュプル３６の位置を突き止めることにより、ベアラトラフィックパケットハンドラ２４は、エントリのステータスフラグ４２をチェックする。ステータスフラグ４２が非アクティブである場合、ベアラトラフィックパケットハンドラ２４は、一致したテュプル３６およびアクティブなステータスフラグを有するエントリを、ベアラ接続アドレステーブルで探し続ける。ステータスフラグ４２がアクティブである場合、これは、第２のテュプル３８から、第２のＩＰエンドポイント１６のＩＰアドレスおよびポート番号を決定する。
【００２８】
示されているように、第２のテュプルは、第２のベアラ接続１４に関してＩＰＰＡＧ４により使用されるＩＰアドレスおよびポート番号、および第２のベアラ接続１４に関して第２のＩＰエンドポイント１６により使用されるＩＰアドレスおよびポート番号を含む。そして、ベアラトラフィックパケットハンドラ２４は、第２のテュプル３８から決定された情報を使用して、到来ＩＰパケットのパケットヘッダを再書き込みし、再書き込みされたＩＰパケットを、第２のＩＰエンドポイント１６へ、第２のベアラ接続１４を介して送る。図３は、このパケット変換プロセスを示す。ＩＰＰＡＧ４においてＩＰエンドポイント１０から受信されたパケットに対するパケットヘッダは、４４で示されている。ＩＰエンドポイント１６に送られる変換されたパケットのパケットヘッダは、４６で示されている。
【００２９】
ベアラトラフィックパケットハンドラ２４は、送信元が所定のＩＰベアラパスに対して送ることを許容されたＩＰベアラトラフィックの量のエンフォースメントを含むベアラトラフィックポリシーイングを実行するようにも適合され得る。ベアラトラフィックポリシーイングの結果としてとられるアクションは、オーソライズされていないパケットのロギングおよび／またはドロッピングを含み得る。
【００３０】
ＩＰＰＡＧ４は、ＩＰエンドポイント１０および１６の一方または両方からのシグナリングメッセージを送信先に中継するためのシグナリングトラフィックＩＰパケットハンドラ４６（シグナリングトラフィックパケットハンドラ）をさらに含み得る。図４に示されているように、シグナリングパケットトラフィックハンドラ４６は、シグナリングメッセージを送信先に送るようにオーソライズされたＩＰエンドポイントあたり、１個のエントリ５０を含むオーソライズされたＩＰエンドポイントアドレステーブル４８を保持する。このテーブルは、サブスクライバデータベースを使用して静的にプロビジョンすることができ、またはダイナミックＩＰエンドポイント登録がサポートされる場合、ダイナミックにプロビジョンされ得る。
【００３１】
各エントリ５０は、オーソライズされたＩＰエンドポイントのＩＰアドレス５２および対応するＩＰＰＡＧシグナリングポート番号５４を含む。シグナリングメッセージリレーの一部として、シグナリングトラフィックＩＰパケットは、ＩＰエンドポイントからＩＰＰＡＧ４において受信され、パケットヘッダが、再書き込みされる。特に、送信元ＩＰアドレスは、ＩＰＰＡＧ４のＩＰアドレスに変更され、送信元ポート番号は、ＩＰエンドポイントアドレステーブル４８中で見出される割り当てられたＩＰポート番号に変更される。
【００３２】
そして、送信先ＩＰアドレスは、送信先のＩＰアドレスに変更され、送信先ＩＰポート番号は、送信先のＩＰポート番号に変更される。シグナリングメッセージは、Ｈ．３２３、ＳＩＰ（Session Initiation Protocol）、Ｈ．２４８、またはコール制御エンティティに送られる他のシグナリングメッセージ、ＳＮＭＰマネージャ（以下を参照）に送られるＳＮＭＰ（Simple Network Management Protocol）シグナリングメッセージなどであり得る。
【００３３】
シグナリングトラフィックパケットハンドラ４６は、好ましくは、シグナリングメッセージを送るＩＰエンドポイントがそのようなメッセージを送るようにオーソライズされていることを確認するために、シグナリングトラフィックポリシーイングを実行する。シグナリングトラフィックポリシーイング機能は、ＩＰＰＡＧ４において受信されるシグナリングトラフィックＩＰパケットに関して、オーソライズされたＩＰエンドポイントアドレステーブル４８中でテーブルルックアップを実行することを含む。このルックアップの目的は、ＩＰエンドポイントのＩＰアドレスが、オーソライズされたＩＰエンドポイントアドレステーブル４８中にリストされていることを確認し、かつＩＰエンドポイントに割り当てられたポート番号を見つけだすことである。
【００３４】
ＩＰエンドポイントアドレステーブル中で見出されるポート番号は、その最終送信先に中継されるべきシグナリングメッセージ中で送信元ポート番号として使用されることになる。追加的なフィーチャーとして、ＩＰＰＡＧ４は、コール制御エンティティ１８からのリクエストに基づいて、コール制御エンティティに当てられたシグナリングメッセージをスロットル（throttle)する。このスロットリングは、全てのシグナリングメッセージについてまたはＩＰエンドポイントに基づいて選択的であり得る。
【００３５】
ＩＰＰＡＧ４は、ベアラ接続ターミネーション６および１２を提供する少なくとも２個のネットワークポート（例えば、イーサネットポート）、および通信リンク１９をコール制御エンティティ１８にターミネートする１つのシグナリングポートを備えたプログラムされたコンピュータプラットフォームとして具現化され得る。ＩＰＰＡＧ４は、２つのネットワークポートに対する異なるＩＰアドレスを有することができ、通常有することになる。選択されたコンピュータプラットフォームは、ベアラトラフィックパケットハンドラ２４およびシグナリングトラフィックパケットハンドラ４６をソフトウェアプロセスとして具現化するためのプログラム可能な実行環境を提供することになる。ランダムアクセスメモリ空間（図示しない）は、テーブル２６および４８を保持するために提供されることになる。
【００３６】
コール制御エンティティ１８は、ＩＰＤＣ（IP Device Control）またはＨ．２４８のようなメディアゲートウェイ制御プロトコル（メディアゲートウェイ制御（Megaco）プロトコルとしても知られる）を使用してＩＰＰＡＧ４と通信する。これらのプロトコルの両方は、この技術分野においてよく知られているが、ここで説明されるＩＰ−ＰＡＧ機能をサポートするために、拡張が必要とされる。コール制御エンティティ１８は、ＩＰＰＡＧ４から別個のコンピュータプラットフォームまたは同じプラットフォーム上に具現化され得る。
【００３７】
図５において、ネットワークスイッチングノード６０との関連で使用するための本発明の一実施形態が示されている。この実施形態において、ＩＰＰＡＧシステム６２は、ＩＰライン６６をＩＰ電話６８にターミネートするライン側ＩＰＰＡＧ６４を含む。ＩＰＰＡＧシステム６２は、ＩＰコアネットワーク７４に接続するＢＩＣＣ（Bearer Independent Call Control）サポーテッドＩＰパケットトランク７２をターミネートするトランク側ＩＰＰＡＧ７０をさらに含む。ＩＰスイッチング機構７６は、ライン側ＩＰＰＡＧ６４とトランク側ＩＰＰＡＧ７０との間に置かれる。
【００３８】
ライン側ＩＰＰＡＧ６４は、通信パスウェイ７８によりＩＰスイッチング機構７６に接続する。トランク側ＩＰＰＡＧ７０は、通信パスウェイ８０によりＩＰスイッチング機構７６に接続する。スイッチングノード６０は、１つ以上のリソースサーバ、インターワーキングゲートウェイ、インターワーキングユニット、またはデータターミネーションシステムをさらに含む。これらの通信サポートエンティティは、図５において集合的に８２で示されている。通信パスウェイ８４は、通信サポートエンティティ８２をＩＰスイッチング機構７６に接続する。
【００３９】
ＩＰＰＡＧシステム６２のコール制御エンティティは、図５において８６で示されている。これは、ＩＰＤＣまたはＨ．２４８プロトコルを使用して、ＩＰＰＡＧ６４および７０と通信する。通信パスウェイ８８は、コール制御エンティティ８６をＩＰスイッチング機構７６に接続する。ＳＮＭＰマネージャ９０も提供される。これは、通信パスウェイ９２によりＩＰスイッチング機構７６に接続する。
【００４０】
ライン側ＩＰＰＡＧ６４は、ＩＰ電話機６８からのライン側トラフィックをサポートし、コール制御エンティティ８６と共に、図１−４に関して上述したＩＰＰＡＧ機能を実行する。これらの機能は、ＩＰ電話機６８とリモートまたはローカルＩＰエンドポイント間のベアラパスのコール毎制御、ベアラトラフィックポリシーイング、シグナリングメッセージリレー、およびシグナリングトラフィックポリシーイングを含む。ベアラトラフィックは、ＩＰ電話機６８、ＩＰスイッチング機構７６、トランク側ＩＰＰＡＧ７０およびＩＰコアネットワーク７４と通信する図示しないリモートＩＰエンドポイントを接続するベアラパス上で実行され得る。
【００４１】
このベアラパスは、図５において、９４，９６および９８で示された接続を含む。代替的に、ベアラトラフィックは、ＩＰ電話機６８、ＩＰスイッチング機構７６およびＩＰ電話機６８にトーンおよびアナウンスメントを提供し、および／またはＩＰ電話機６８からのトーンを検出しまたは生成されたスピーチを認識するリソースサーバのような通信サポートエンティティ８２のうちの１つを接続するベアラパス上で実行され得る。このベアラパスは、図５において９４および１００で示された接続を含む。
【００４２】
上述したベアラパスは、ライン側ＩＰＰＡＧ６４が、確立された接続におけるコールリダイレクションおよびサービスサーキッドの挿入／除去をサポートするベアラトラフィックピボットポイントとして働くことができることを示す。コンファレンシング、コールトランスファ、コールウェイティング、マルチプルコールアペアランス、シェアードＤＮ（Dialed Number）、およびコールピックアップのようなフィーチャーが、サポートされ得る。
【００４３】
特に、ライン側ＩＰＰＡＧ６８は、（１）ベアラホールドアンドアルタネート（bearer-hold-and-alternate）、（２）ベアラムーブ、（３）ベアラブリッジング、（４）ダイアルトーン、（５）スタッターダイアルトーン（stutter dial tone）、（６）リオーダートーン（reorder tone）、（７）コールウェイティングトーン、（８）ディジットコレクション／フラッシュディテクション、（９）到来コールに対するＩＰ電話機６８に向かう可聴リンギング、および（１０）ベアラパスがホールド状態のとき、ＩＰ電話機６８に向かうコンフォートノイズのような機能をサポートするために使用され得る。ワイヤータッピングサポートが、ライン側ＩＰＰＡＧ６４の固定位置により経路選択されるアビリティキープベアラ接続のために提供される。
【００４４】
ライン側ＩＰＰＡＧ６４により中継されるシグナリングトラフィックは、ＩＰ電話機６８によりサポートされるシグナリングプロトコルに依存して、ＳＮＭＰメッセージ、Ｈ．３２３メッセージ、ＳＩＰメッセージ、Ｈ．２４８メッセージなどを含み得る。メッセージリレーは、オーソライズされたＩＰエンドポイントテーブル４８のダイナミックな更新を含むＩＰ電話機プロビジョニングに対しても使用され得る。ポート番号割当てスキームを使用して、ライン側ＩＰＰＡＧ６４は、図５において接続１０２および１０４で示されているように、ＳＮＭＰメッセージをＳＮＭＰマネージャ９０に中継するように構成され得る。同様に、Ｈ．３２３、ＳＩＰ、またはＨ．２４８メッセージは、接続１０６および１０８により示されているように、コール制御エンティティ８６に中継され得る。
【００４５】
トランク側ＩＰＰＡＧ７０は、ＩＰコアネットワーク７４からトランク側トラフィックをサポートし、ベアラパスのコール毎制御およびベアラトラフィックポリシーイングの機能を実行する。トランク側ＩＰＰＡＧ７０は、ライン側ＩＰＰＡＧ６４および１個以上の通信サポートエンティティ８２を含むネットワークスイッチングノード６０中のローカルＩＰエンドポイントおよびＩＰパケットトランク７２を介して通信する図示しないリモートＩＰエンドポイント間のベアラパス接続を提供する。図５において、接続９６および９８により形成されるベアラパスは、トランク側ＩＰＰＡＧ７０がその中でライン側ＩＰＰＡＧ６４への接続を維持する１つのそのような例を表す。
【００４６】
接続９８および１１０により形成されるベアラパスは、トランク側ＩＰＰＡＧ７０が通信サポートエンティティ８２のうちの１つへの接続を維持する別の例を表す。ライン側ＩＰＰＡＧ６８と同様に、トランク側ＩＰＰＡＧ７０は、ベアラピボットポイントを提供し、到来コールに対してＩＰコアネットワーク７４に向かうトーンを生成し、ベアラパスがホールド状態にあるとき、ＩＰコアネットワークに向かうコンフォートノイズを生成し、およびベアラパス上を運ばれるディジットを集めるような機能を実行するために使用され得る。
【００４７】
コール制御エンティティ８６は、図１−３に関して上述した方法で、ＩＰＰＡＧ６４および７０により経路選択されるベアラトラフィックのハンドリングを制御する。図５中の接続１１２は、コール制御エンティティ８６からライン側ＩＰＰＡＧ６８へＩＤＰＣまたはＨ．２４８メッセージを運ぶ。図５中の接続１１４は、ＩＤＰＣまたはＨ．２４８メッセージを、コール制御エンティティ８６からトランク側ＩＰＰＡＧ７０へ運ぶ。
【００４８】
図６および７において、例示的なコールセットアップ手順が、ＩＰＰＡＧに関連するＢＩＣＣコールに対して説明される。図６において、ＶｏＩＰ通信システム１２０は、コールオリジネーティングＩＰスイッチングノード１２２およびコールターミネーティングＩＰスイッチングノード１２４を含む。間にあるＩＰコアネットワーク１２６は、ＩＰスイッチングノード１２２と１２４との間でベアラトラフィックを運ぶ。ＳＳ７シグナリングネットワーク１２８は、ＩＰスイッチングノード１２２と１２４との間でＢＩＣＣメッセージを運ぶ。
【００４９】
オリジネーティングＩＰスイッチングノード１２２は、ＶｏＩＰコールを発すると仮定される図示しないオリジネーティングＩＰエンドポイントに対するユーザ対ネットワークインターフェースを提供するオリジネーティングアクセスゲートウェイ（ＡＧ１）１３０を含む。ゲートウェイ１３０は、図５に関して上述したＬＡＧ、ＴＡＧまたはライン側ＩＰＰＡＧとして具現化され得る。オリジネーティングＩＰスイッチングノード１２２は、オリジネーティングトランク側ＩＰＰＡＧ１３２、オリジネーティングコール制御エンティティ１３４およびＩＰスイッチング機構１３６をさらに含む。
【００５０】
ターミネーティングＩＰスイッチングノード１２４は、オリジネーティングＩＰエンドポイントからのＶｏＩＰコールをターミネートすると仮定される図示しないターミネーティングＩＰエンドポイントに対するユーザ対ネットワークインターフェースを提供するターミネーティングアクセスゲートウェイ（ＡＧ２）１４０を含む。オリジネーティングゲートウェイ１３０と同様に、ターミネーティングゲートウェイ１４０は、図５に関して上述したＬＡＧ、ＴＡＧまたはライン側ＩＰＰＡＧとして具現化され得る。
【００５１】
ターミネーティングＩＰスイッチングノード１２４は、ターミネーティングトランク側ＩＰＰＡＧ１４２、コール制御エンティティ１４４およびＩＰスイッチング機構１４６をさらに含む。オリジネーティングゲートウェイ１３０とターミネーティングゲートウェイ１４０との間のベアラパスは、３個のベアラ接続１５０，１５２および１５４により形成される。シグナリング接続１５６は、コール制御エンティティ１３４と１４４との間に延びる。
【００５２】
この例に対して、コール制御エンティティ１３４および１４４は、Ｈ．２４８プロトコルを使用して、それらの支配下でＩＰＰＡＧへ接続制御メッセージを通信するように適合されている。知られているように、Ｈ．２４８プロトコルは、メディアゲートウェイが、接続ターミネーションを確立し、ここで示される接続間のベアラトラフィックのルーティングを可能にするコンテキスト内でそのようなターミネーションをグループ化することを可能にする。
【００５３】
図７は、ＶｏＩＰ通信システム１２０におけるコールセットアップの間のメッセージフローを示す。メッセージは、それぞれゲートウェイ１３０および１４０とコール制御エンティティ１３４および１４４との間で交換されるＩＰＤＣシグナリングメッセージ、コール制御エンティティ１３４と１４４との間で交換されるＢＩＣＣシグナリングメッセージ、およびコール制御エンティティ１３４および１４４とそれらのそれぞれのＩＰＰＡＧ１３２および１４２との間で交換されるＨ．２４８制御メッセージを含む。
【００５４】
ステップ１において、オリジネーティングゲートウェイ１３０は、ＩＰＤＣ接続リクエストメッセージ（ＲＣＣＰ）をオリジネーティングコール制御エンティティ１３４に送り、オリジネーティングコール制御エンティティは、ＲＣＣＰリクエストの受領アクノレッジするＩＰＤＣメッセージ（ＡＣＣＰ）を戻す。接続リクエストメッセージは、オリジネーティングゲートウェイ１３０が接続のために使用するように意図するポート番号（ＡＧ１ＶｏＩＰ）を含むことになる。
【００５５】
ステップ２において、オリジネーティングコール制御エンティティ１３４は、Ｈ．２４８メッセージ（Ａdd（term１，ＡＧ１ＶｏＩＰ）／Ａdd（term２））を、オリジネーティングトランク側ＩＰＰＡＧ１３２に送る。このメッセージは、オリジネーティングトランク側ＩＰＰＡＧ１３２に、一対の接続ターミネーションを追加することをリクエストする。一方（term１）はオリジネーティングゲートウェイ１３０（そのポート番号ＡＧ１ＶｏＩＰにおいて）への接続のため、他方（term２）はターミネーティングトランク側ＩＰ−ＰＡＧ１４２への接続のためである。
【００５６】
ステップ３において、オリジネーティングトランク側ＩＰＰＡＧ１３２は、Ｈ．２４８応答メッセージ（ＡddＡck（ＰＡＧ１ＶｏＩＰ）／ＡddＡck（ＰＡＧ１ＶｏＩＰ２））をオリジネーティングコール制御エンティティ１３４に送り返し、２つのリクエストされた第１および第２のターミネーションを確立したことをアクノレッジし、それらがそれぞれそのポート番号ＰＡＧ１ＶｏＩＰ１およびＰＡＧ１ＶｏＩＰ２により取り扱われることを知らせる。
【００５７】
ステップ４ａにおいて、オリジネーティングコール制御エンティティ１３４は、ＩＰＤＣメッセージ（ＲＭＣＰ）をオリジネーティングゲートウェイ１３０に送り、ベアラ接続のためのリモートＲＴＰポート番号（ＰＡＧ１ＶｏＩＰ１）を知らせる。ステップ４ｂにおいて、オリジネーティングコール制御エンティティ１３４は、ＢＩＣＣイニシャルアドレスメッセージ（ＢＩＣＣ：ＩＡＭ（ＰＡＧ１ＶｏＩＰ２））をターミネーティングコール制御エンティティ１４４に送り、オリジネーティングトランク側ＩＰＰＡＧ１３２が、以前のポート番号ＰＡＧ１ＶｏＩＰ２におけるターミネーティングトランク側ＩＰＰＡＧ１４２との接続をターミネートする準備ができていることを知らせる。
【００５８】
ステップ５ａにおいて、オリジネーティングゲートウェイ１３０は、ＩＰＤＣメッセージ（ＡＭＣＰ）をオリジネーティングコール制御エンティティ１３４に戻し、ＲＭＣＰメッセージの受領をアクノレッジする。ステップ５ｂにおいて、ターミネーティングコール制御エンティティ１４４は、Ｈ．２４８メッセージ（Ａdd（term１，ＰＡＧ１ＶｏＩＰ２）／Ａdd（term２））をターミネーティングトランク側ＩＰＰＡＧ１４２に送り、一対の接続ターミネーションを追加する。一方は、そのポート番号ＰＡＧ１ＶｏＩＰ２におけるオリジネーティングトランク側ＩＰＰＡＧ１３２への接続のためであり、他方は、ターミネーティングゲートウェイ１４０への接続のためである。
【００５９】
ステップ６において、ターミネーティングトランク側ＩＰＰＡＧ１４２は、Ｈ．２４８応答メッセージ（ＡddＡck（ＰＡＧ２ＶｏＩＰ１）／ＡddＡck（ＰＡＧ２ＶｏＩＰ２））をターミネーティングコール制御エンティティ１４４に送り返し、２つのリクエストされたターミネーションが確立されたことをアクノレッジし第１のターミネーションがそのポート番号ＰＡＧ２ＶｏＩＰ１により取り扱われ、第２のターミネーションがそのポート番号ＰＡＧ２ＶｏＩＰ２により取り扱われることを知らせる。
【００６０】
ステップ７ａにおいて、ターミネーティングコール制御エンティティ１４４は、ＢＩＣＣメッセージ（ＢＩＣＣ：ＡＰＭ（ＰＡＧ２ＶｏＩＰ１））をオリジネーティングコール制御エンティティ１３４に送り、ターミネーティングトランク側ＩＰＰＡＧ１４２が以前のポート番号ＰＡＧ２ＶｏＩＰ１において、オリジネーティングトランク側ＩＰＰＡＧ１３２への接続をターミネートする準備ができていることを知らせる。
【００６１】
ステップ７ｂにおいて、ターミネーティングコール制御エンティティ１４４は、ＩＰＤＣ接続リクエストメッセージ（ＲＣＣＰ）をターミネーティングゲートウェイ１４０に送り、ターミネートトランク側ＩＰＰＡＧがその接続のために割当てるＲＴＰポート番号（ＰＡＧ２ＶｏＩＰ２）を特定し、ターミネーティングゲートウェイは、アクノレッジメントメッセージ（ＡＣＣＰ）を戻す。このアクノレッジメントメッセージは、ターミネーティングゲートウェイ１４０が接続のために使用されることを意図するポート番号（ＡＧ２ＶｏＩＰ）を含むことになる。
【００６２】
ステップ８ａにおいて、オリジネーティングコール制御エンティティ１３４は、Ｈ．２４８メッセージ（Ｍodify（term２，ＰＡＧ２ＶｏＩＰ１））をオリジネーティングトランク側ＩＰＰＡＧ１３２に送り、それが、その第２のターミネーションのためのリモートＲＴＰポート番号を、ステップ６においてターミネーティングトランク側ＩＰＰＡＧ２により戻されたポート番号ＰＡＧ２ＶｏＩＰ１にセットすることをリクエストする。ステップ８ｂにおいて、ターミネーティングコール制御エンティティ１４４は、Ｈ．２４８メッセージ（Ｍodify（term２，ＡＧ２ＶｏＩＰ））を、ターミネーティングトランク側ＩＰＰＡＧ１４２に送り、それが、その第２のターミネーションのためのリモートＲＴＰポート番号を、ステップ７ｂにおいてターミネーティングゲートウェイ１４０により戻されたポート番号ＡＧ２ＶｏＩＰにセットすることをリクエストする。
【００６３】
ステップ９ａにおいて、オリジネーティングトランク側ＩＰＰＡＧ１３２は、Ｈ．２４８応答メッセージ（Ｍodify Ａck）をオリジネーティングコール制御エンティティ１３４に送り、それがその第２のターミネーションをアップデートしたことをアクノレッジし、そして、２つのターミネーション間の接続をカットスルー（cuts through）する。ステップ９ｂにおいて、ターミネーティングトランク側ＩＰＰＡＧ１４２は、同様のメッセージ（Ｍodify Ａck）をターミネーティングコール制御エンティティ１４４に送り、そして、接続をカットスルーする。
【００６４】
ステップ１０において、オリジネーティングコール制御エンティティ１３４は、ＢＩＣＣメッセージ（ＢＩＣＣ：ＡＰＭ）をターミネーティングコール制御エンティティ１４４に送り、ステップ７ａにおいて送られたＢＩＣＣ：ＡＰＭメッセージの需要をアクノレッジする。ステップ１１において、ターミネーティングコール制御エンティティは、ＢＩＣＣメッセージ（ＢＩＣＣ：ＡＣＭ）をオリジネーティングコール制御エンティティに送る。
【００６５】
ステップ１２において、ＩＰＤＣ通知メッセージ（ＮＣＡＳ）は、ターミネーティングゲートウェイ１４０からターミネーティングコール制御エンティティ１４４に送られ、被呼者がそのコールにアンサーしたことを知らせる。ステップ１３において、ターミネーティングコール制御エンティティは、ＢＩＣＣメッセージ（ＢＩＣＣ：ＡＮＭ）をオリジネーティングコール制御エンティティ１３４に送る。この時点において、ベアラパスは、確立され、ベアラトラフィックのために準備ができている。
【００６６】
したがって、ＩＰエンドポイント間のＶｏＩＰベアラパスを管理するためのＩＰパケットアクセスゲートウェイ（ＩＰＰＡＧ）システムが開示された。好都合なことに、接続仲介(connection mediation)の点として働くことにより、開示されたＩＰＰＡＧシステムは、通信エンドポイントの動作と無関係に、ＩＰベアラパスのコール毎(per-call)制御を提供する。ベアラトラフィックポリシーイングも提供され、これにより、コール毎にダイナミックに実施されうる１つの形のファイアウォール保護を実施する。ＶｏＩＰ通信ネットワークにおいて実施されるとき、本発明のＩＰＰＡＧシステムは、各スイッチングノードが、他のスイッチングノードにおいて、具現化されているフィーチャーのコーリングフィーチャーを独立に実施することを可能にすることにより、フィーチャー独立性を提供する。
【００６７】
ＩＰＰＡＧシステムなしに、ＩＰエンドポイントからのコールフィーチャーリクエストのアクティブ化は、コールに関係するスイッチングノード間の協力を必要とすることになる。各スイッチングノードは互いに独立に動作するので、同時のかつコンフリクトするフィーチャーリクエストが実施される可能性が存在する。本発明のＩＰＰＡＧシステムは、フィーチャーリクエストをアクティブ化するとき、そのようなコンフリクトの可能性並びにネゴシエーションの必要性を除去する。法律執行のための通信補助に対するサポートが、それが監視されうる地理的境界中にベアラパスが保たれうるという事実によって提供される。比較により、伝統的なルータにより取り扱われるＶｏＩＰコールにおいて、地理的制御のそのような保証はない。
【００６８】
本発明の様々な実施形態が説明されたが、本発明に従って多くの変形および代替的実施形態が実施されうることが明らかである。ボイスオーバＩＰコールに加えて、データアンドビデオオーバＩＰコール（data and video over IP call)が存在することになり、本発明はこれらのコールにも適用されることになる。したがって、本発明は、特許請求の範囲の精神およびそれらの均等物による場合を除き、いかなる場合にも制限されるべきでない。
【００６９】
【発明の効果】
以上説明したように、本発明によれば、エントリのパケットネットワークポイントにおけるベアラパス接続制御および操作を実施するインターフェースシステムを提供することができる。
【図面の簡単な説明】
【図１】本発明に従って構成されたＩＰパケットアクセスゲートウェイ（ＩＰＰＡＧ）システムを示すブロック図。
【図２】本発明に従って生成されるベアラ接続アドレステーブルを示す図。
【図３】ＩＰＰＡＧおよびこのＩＰＰＡＧを通して第１のＩＰエンドポイントから第２のＩＰエンドポイントに経路選択されるＩＰパケットの修正を示すブロック図。
【図４】ＩＰエンドポイントアドレステーブルを示す図。
【図５】ネットワークスイッチングノードに関連づけられた別のＩＰＰＡＧシステムを示すブロック図。
【図６】本発明によるＩＰＰＡＧを含むＶｏＩＰネットワークを示すブロック図。
【図７】図６のＩＰＰＡＧシステムにおいて実行される例示的なコールセットアップを示すフロー図。
【符号の説明】
２ ＩＰＰＡＧシステム
４ ＩＰ−ＰＡＧ
６ ＩＰベアラ接続ターミネーション
８，１４ ベアラ接続
１０，１６ ＩＰエンドポイント
１２ ＩＰ接続ターミネーション
１８ コール制御エンティティ
２２ ＩＰベアラパス
２４ ベアラトラフィックＩＰパケットハンドラ
２６ ベアラ接続アドレステーブル
Claims (10)
- ＩＰエンドポイント間のＩＰベアラパスを管理するＩＰパケットアクセスゲートウェイ（ＩＰＰＡＧ）システムであって、
ＩＰＰＡＧと、
第１のＩＰエンドポイントとの第１のベアラ接続をターミネートする、前記ＩＰＰＡＧ中の第１のＩＰベアラ接続ターミネーションと、
第２のＩＰエンドポイントとの第２のベアラ接続をターミネートする、前記ＩＰＰＡＧ中の第２のＩＰ接続ターミネーションと、
呼制御インストラクションを前記ＩＰＰＡＧに通信する、前記ＩＰＰＡＧと関連づけられた呼制御エンティティとを含み、前記呼制御インストラクションは、前記第１のベアラ接続及び第２のベアラ接続を前記第１のＩＰエンドポイントと前記第２のＩＰエンドポイントとの間に延びるアクティブなＩＰベアラパスに論理的に連結するためのインストラクションを含み、前記システムはさらに、
前記アクティブなＩＰベアラパス上でベアラトラフィックＩＰパケットペイロードを移動させる、前記ＩＰＰＡＧ中のベアラトラフィックＩＰパケットハンドラを含み、前記パケットペイロードは、前記第１のＩＰエンドポイントと前記第２のＩＰエンドポイントとの間に確立された呼の一部であり、音声またはマルチメディアデータといったリアルタイム情報を含み、前記システムはさらに、
前記第１のＩＰベアラ接続及び前記第２のＩＰベアラ接続を前記アクティブなＩＰベアラパスと関連付ける前記トラフィックハンドラが参照するためのベアラ接続アドレステーブルを含み、前記ベアラ接続テーブルは、前記第１のＩＰベアラ接続が複数のＩＰベアラパスに参加することを可能にするベアラパスピボット能力を提供するように構成され、前記複数のＩＰベアラパスは、それぞれが、前記第１のＩＰベアラ接続を代替的な第２のＩＰベアラ接続に関連付け、前記第２のＩＰベアラ接続は、前記複数のＩＰベアラパスのうちの１つを前記アクティブなＩＰベアラパスとして選択するように前記ベアラ接続アドレステーブルを修正することにより、前記第１のベアラ接続と関連付けたり関連付けなくしたりすることができることを特徴とするシステム。 - 前記ベアラ接続アドレステーブルは、前記アクティブなＩＰベアラパスを前記第１のベアラ接続および前記第２のベアラ接続と関連づけるキーエントリを含むことを特徴とする請求項１記載のシステム。
- 前記接続アドレステーブルは、前記アクティブなＩＰベアラパスに対応し、そしてそれぞれ前記第１のベアラ接続と前記第２のベアラ接続とに対応する第１及び第２のテュプルを含むキーエントリ（ＩＰベアラパスエントリ）を含むことを特徴とする請求項２記載のシステム。
- 前記第１のテュプルは、前記ＩＰＰＡＧのための第１のＩＰアドレスとポート番号及び前記第１のＩＰエンドポイントのためのＩＰアドレスとポート番号を含み、前記第２のテュプルは、前記ＩＰＰＡＧのための第２のＩＰアドレスとポート番号及び前記第２のＩＰエンドポイントのためのＩＰアドレスとポート番号を含むことを特徴とする請求項３記載のシステム。
- 前記第１のベアラ接続を介して前記第１のＩＰエンドポイントからベアラトラフィックＩＰパケットを受信し、
前記受信されたＩＰパケットのパケットヘッダ送信元ＩＰアドレスと送信元ポート番号とを含む関連づけられた第１のテュプルを有するＩＰベアラパスエントリを、前記接続アドレステーブル中でサーチし、
前記接続アドレステーブル中での前記ＩＰベアラパスエントリの場所を突き止めることにより、前記エンティティに関連づけられた第２のテュプルから、前記第２のＩＰエンドポイントのＩＰアドレスとポート番号とを決定し、
前記ＩＰＰＡＧのＩＰアドレスとポート番号とを送信元ＩＰアドレスと送信元ポート番号として使用し、そして前記第２のＩＰエンドポイントのＩＰアドレスとポート番号とを送信先ＩＰアドレスと送信先ポート番号として使用して、前記ベアラトラフィックＩＰパケットのパケットヘッダを再書き込みし、
前記再書き込みされたベアラトラフィックＩＰパケットを、前記第２のベアラ接続を介して前記第２のＩＰエンドポイントに送る、
ことにより、ベアラトラフィックＩＰパケットペイロードを、前記第１のＩＰエンドポイントから前記第２のＩＰエンドポイントに移動するよう前記ベアラトラフィックＩＰパケットハンドラが適合されていることを特徴とする請求項４記載のシステム。 - 前記受信されたベアラトラフィックＩＰパケットが、アクティブなＩＰベアラパスと関連づけられ、そしてそのパス上の送信のためにオーソライズされている、ということを確認するためにベアラトラフィックポリシーイングを実行するよう、前記ベアラトラフィックＩＰパケットハンドラが適合されていることを特徴とする請求項５記載のシステム。
- 前記アドレス接続テーブル中の各ＩＰベアラパスエントリは、関連するＩＰベアラパスがアクティブであるか非アクティブであるかを示すステータスフラグを含み、前記ベアトラフィックポリシーイングは、アクティブステータスに対して前記ステータスフラグをチェックすることを含むことを特徴とする請求項６記載のシステム。
- 前記ＩＰエンドポイントの一方または両方から送信先へシグナリングメッセージを中継するシグナリングトラフィックＩＰパケットハンドラをさらに含むことを特徴とする請求項１記載のシステム。
- ＩＰエンドポイント間のＩＰベアラパスを管理する方法であって、
第１のＩＰエンドポイントとの第１のＩＰベアラ接続をターミネートするステップと、
第２のＩＰエンドポイントとの第２のＩＰベアラ接続をターミネートするステップと、
前記第１のベアラ接続及び前記第２のベアラ接続を、前記第１のＩＰエンドポイントと前記第２のＩＰエンドポイントとの間に延びるアクティブなＩＰベアラパスに論理的に連結するステップと、
ベアラトラフィックＩＰパケットペイロードを、前記アクティブなＩＰベアラパス上で移動させるステップとを有し、
前記ベアラトラフィックＩＰパケットペイロードは、前記第１のＩＰエンドポイントと前記第２のＩＰエンドポイントとの間に確立された呼の一部であり、音声またはマルチメディアデータといったリアルタイム情報を含み、
前記方法は、呼制御エンティティの制御下にあるＩＰパケットアクセスゲートウェイ（ＩＰＰＡＧ）により実行され、前記呼制御エンティティは、前記呼を管理し、通信リンクを介して前記ＩＰＰＡＧと通信し、
前記方法はさらに、前記第１のＩＰベアラ接続及び前記第２のＩＰベアラ接続を前記アクティブなＩＰベアラパスと関連付けるベアラ接続アドレステーブルを生成するステップを有し、
前記移動させるステップは、前記ベアラ接続アドレステーブルにおける参照を実行するステップを含み、
前記ベアラ接続アドレステーブルは、前記第１のＩＰベアラ接続が複数のＩＰベアラパスに参加することを可能にするベアラパスピボット能力を提供するように構成され、前記複数のＩＰベアラパスは、それぞれが、前記第１のＩＰベアラ接続を代替的な第２のＩＰベアラ接続に関連付け、前記第２のＩＰベアラ接続は、前記複数のＩＰベアラパスのうちの１つを前記アクティブなＩＰベアラパスとして選択するように前記ベアラ接続アドレス テーブルを修正することにより、前記第１のベアラ接続と関連付けたり関連付けなくしたりすることができることを特徴とする方法。 - ＩＰエンドポイント間のＩＰベアラパスを管理するコンピュータプログラム製品であって、
１以上のデータ記憶媒体と、
呼を管理し通信リンクを介してＩＰパケットアクセスゲートウェイ（ＩＰＰＡＧ）と通信する呼制御エンティティの制御下にあるＩＰＰＡＧを提供する、１以上のデータ記憶媒体上に記録されるプログラム手段とを有し、前記ＩＰＰＡＧは、
第１のＩＰエンドポイントとの第１のＩＰベアラ接続をターミネートするステップと、
第２のＩＰエンドポイントとの第２のベアラ接続をターミネートするステップと、
前記第１のベアラ接続および第２のベアラ接続を、前記第１のＩＰエンドポイントと前記第２のＩＰエンドポイントとの間に延びるアクティブなＩＰベアラパスに論理的に連結するステップと、
ベアラトラフィックＩＰパケットペイロードを、前記アクティブなＩＰベアラパス上で移動させるステップとを実行し、前記パケットペイロードは、前記第１のＩＰエンドポイントと前記第２のＩＰエンドポイントとの間に確立された呼の一部であり、音声またはマルチメディアデータといったリアルタイム情報を含み、
前記移動させるステップは、前記第１のＩＰベアラ接続及び前記第２のＩＰベアラ接続を前記アクティブなＩＰベアラパスと関連付けるベアラ接続アドレステーブルを利用し、
前記ベアラ接続アドレステーブルは、前記第１のＩＰベアラ接続が複数のＩＰベアラパスに参加することを可能にするベアラパスピボット能力を提供するように構成され、前記複数のＩＰベアラパスは、それぞれが、前記第１のＩＰベアラ接続を代替的な第２のＩＰベアラ接続に関連付け、前記第２のＩＰベアラ接続は、前記複数のＩＰベアラパスのうちの１つを前記アクティブなＩＰベアラパスとして選択するように前記ベアラ接続アドレステーブルを修正することにより、前記第１のベアラ接続と関連付けたり関連付けなくしたりすることができることを特徴とするコンピュータプログラム製品。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US09/784497 | 2001-02-15 | ||
| US09/784,497 US7068598B1 (en) | 2001-02-15 | 2001-02-15 | IP packet access gateway |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2002314617A JP2002314617A (ja) | 2002-10-25 |
| JP2002314617A5 JP2002314617A5 (ja) | 2005-07-14 |
| JP3880867B2 true JP3880867B2 (ja) | 2007-02-14 |
Family
ID=25132626
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002035286A Expired - Fee Related JP3880867B2 (ja) | 2001-02-15 | 2002-02-13 | Ｉｐエンドポイント間のｉｐベアラパスを管理するためのｉｐパケットアクセスゲートウェイ（ｉｐｐａｇ）システムおよび方法およびコンピュータプログラム製品 |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US7068598B1 (ja) |
| EP (1) | EP1235406B1 (ja) |
| JP (1) | JP3880867B2 (ja) |
| DE (1) | DE60100293T2 (ja) |
Families Citing this family (41)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7411984B1 (en) * | 2001-02-27 | 2008-08-12 | Nortel Networks Limited | Method of providing tone information to nodes in a packet network |
| US6987765B2 (en) | 2001-06-14 | 2006-01-17 | Nortel Networks Limited | Changing media sessions |
| US7436817B2 (en) * | 2002-03-08 | 2008-10-14 | Nortel Networks Limited | Call clearing for legacy mobile circuit switched domain wireless systems |
| US8165114B2 (en) * | 2002-06-13 | 2012-04-24 | Nice Systems Ltd. | Voice over IP capturing |
| US20040240431A1 (en) * | 2003-05-30 | 2004-12-02 | Makowski Steven L. | Bearer path assurance test for call set-up using IP networks |
| US20050105508A1 (en) * | 2003-11-14 | 2005-05-19 | Innomedia Pte Ltd. | System for management of Internet telephony equipment deployed behind firewalls |
| US7472200B1 (en) * | 2003-12-03 | 2008-12-30 | Cisco Technology, Inc. | Arrangement in a multi-homed transport endpoint for selecting a source address based on source-destination address pair metrics |
| US7457244B1 (en) * | 2004-06-24 | 2008-11-25 | Cisco Technology, Inc. | System and method for generating a traffic matrix in a network environment |
| US7940730B1 (en) | 2004-11-04 | 2011-05-10 | At&T Mobility Ii Llc | Network-initiated method and system for establishing data communication using IP with a wireless terminal |
| CN100426377C (zh) * | 2005-10-21 | 2008-10-15 | 华为技术有限公司 | 一种实现语音识别功能的方法 |
| CN100487788C (zh) * | 2005-10-21 | 2009-05-13 | 华为技术有限公司 | 一种实现文语转换功能的方法 |
| US8873555B1 (en) * | 2006-02-02 | 2014-10-28 | Marvell Israel (M.I.S.L.) Ltd. | Privilege-based access admission table |
| US8553851B2 (en) * | 2006-02-15 | 2013-10-08 | Nec Sphere Communications, Inc. | System and method for recording calls in an IP-based communications system |
| US20090106364A1 (en) * | 2007-10-17 | 2009-04-23 | Nokia Corporation | Method and apparatus for peer-to-peer network traffic analysis |
| US7649881B2 (en) * | 2006-12-14 | 2010-01-19 | Nortel Networks Limited | Pinning the route of IP bearer flows in a next generation network |
| EP2276198B1 (en) * | 2007-06-26 | 2012-01-18 | Media Patents, S. L. | Device for managing multicast groups |
| US20100046516A1 (en) * | 2007-06-26 | 2010-02-25 | Media Patents, S.L. | Methods and Devices for Managing Multicast Traffic |
| US8184630B2 (en) * | 2007-10-15 | 2012-05-22 | Media Patents, S.L. | Method for managing multicast traffic in a data network and network equipment using said method |
| US8064449B2 (en) * | 2007-10-15 | 2011-11-22 | Media Patents, S.L. | Methods and apparatus for managing multicast traffic |
| CN101420669B (zh) * | 2007-10-25 | 2010-08-25 | 华为技术有限公司 | 一种呼叫转移的方法、系统和设备 |
| CN101420668B (zh) * | 2007-10-25 | 2010-10-13 | 华为技术有限公司 | 一种实现呼叫转移的方法、系统和设备 |
| EP2215772A1 (en) * | 2007-10-30 | 2010-08-11 | Media Patents, S. L. | Method for managing multicast traffic between routers communicating by means of a protocol integrating the pim protocol; and router and switch involved in said method |
| GB2456827A (en) * | 2008-01-28 | 2009-07-29 | Hewlett Packard Development Co | Intercepting IP calls |
| WO2009095041A1 (en) * | 2008-02-01 | 2009-08-06 | Soporte Multivendor S.L. | Method for managing multicast traffic through a switch operating in the layer 2 of the osi model, and router and switch involved in said method |
| US9031068B2 (en) * | 2008-02-01 | 2015-05-12 | Media Patents, S.L. | Methods and apparatus for managing multicast traffic through a switch |
| WO2009109684A1 (es) * | 2008-03-05 | 2009-09-11 | Media Patents, S. L. | Procedimiento para monitorizar o gestionar equipos conectados a una red de datos |
| US7958233B2 (en) * | 2008-09-26 | 2011-06-07 | Media Patents, S.L. | Method for lawfully intercepting communication IP packets exchanged between terminals |
| US8189584B2 (en) * | 2009-07-27 | 2012-05-29 | Media Patents, S. L. | Multicast traffic management in a network interface |
| WO2011063844A1 (en) * | 2009-11-26 | 2011-06-03 | Telefonaktiebolaget Lm Ericsson (Publ) | Method, system and network nodes for performing a sip transaction in a session initiation protocol based communications network |
| US20110149960A1 (en) * | 2009-12-17 | 2011-06-23 | Media Patents, S.L. | Method and apparatus for filtering multicast packets |
| US9355008B2 (en) | 2011-06-16 | 2016-05-31 | Hewlett Packard Enterprise Development Lp | Performance analyzer for self-tuning system controller |
| US9529995B2 (en) | 2011-11-08 | 2016-12-27 | Varmour Networks, Inc. | Auto discovery of virtual machines |
| US9973472B2 (en) | 2015-04-02 | 2018-05-15 | Varmour Networks, Inc. | Methods and systems for orchestrating physical and virtual switches to enforce security boundaries |
| US9560081B1 (en) | 2016-06-24 | 2017-01-31 | Varmour Networks, Inc. | Data network microsegmentation |
| US9609026B2 (en) | 2015-03-13 | 2017-03-28 | Varmour Networks, Inc. | Segmented networks that implement scanning |
| US10178070B2 (en) | 2015-03-13 | 2019-01-08 | Varmour Networks, Inc. | Methods and systems for providing security to distributed microservices |
| US9438634B1 (en) | 2015-03-13 | 2016-09-06 | Varmour Networks, Inc. | Microsegmented networks that implement vulnerability scanning |
| US9467476B1 (en) | 2015-03-13 | 2016-10-11 | Varmour Networks, Inc. | Context aware microsegmentation |
| US9525697B2 (en) | 2015-04-02 | 2016-12-20 | Varmour Networks, Inc. | Delivering security functions to distributed networks |
| US10084890B2 (en) * | 2015-06-29 | 2018-09-25 | International Business Machines Corporation | Sysplexport allocation across a z/OS sysplex |
| US9787639B1 (en) | 2016-06-24 | 2017-10-10 | Varmour Networks, Inc. | Granular segmentation using events |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5941988A (en) * | 1997-01-27 | 1999-08-24 | International Business Machines Corporation | Session and transport layer proxies via TCP glue |
| US6006268A (en) * | 1997-07-31 | 1999-12-21 | Cisco Technology, Inc. | Method and apparatus for reducing overhead on a proxied connection |
| US6724747B1 (en) * | 1997-12-03 | 2004-04-20 | Telcordia Technologies, Inc., A Corp. Of Delaware | Method and system for media connectivity over a packet-based network |
| EP0967764A3 (en) * | 1998-06-25 | 2002-05-15 | Siemens Information and Communication Networks, Inc. | Improved apparatus and methods to realize H.323 proxy services |
| US6363065B1 (en) * | 1999-11-10 | 2002-03-26 | Quintum Technologies, Inc. | okApparatus for a voice over IP (voIP) telephony gateway and methods for use therein |
| US6741585B1 (en) * | 2000-05-05 | 2004-05-25 | Lucent Technologies Inc. | Interworking of addressing in an internetwork |
| US6965562B2 (en) * | 2000-12-14 | 2005-11-15 | Nokia Networks | System and method for managing a network to sustain the quality of voice over internet protocol communications |
-
2001
- 2001-02-15 US US09/784,497 patent/US7068598B1/en not_active Expired - Fee Related
- 2001-08-28 EP EP01307287A patent/EP1235406B1/en not_active Expired - Lifetime
- 2001-08-28 DE DE60100293T patent/DE60100293T2/de not_active Expired - Lifetime
-
2002
- 2002-02-13 JP JP2002035286A patent/JP3880867B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| DE60100293D1 (de) | 2003-06-26 |
| DE60100293T2 (de) | 2004-03-18 |
| US7068598B1 (en) | 2006-06-27 |
| JP2002314617A (ja) | 2002-10-25 |
| EP1235406B1 (en) | 2003-05-21 |
| EP1235406A1 (en) | 2002-08-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3880867B2 (ja) | Ｉｐエンドポイント間のｉｐベアラパスを管理するためのｉｐパケットアクセスゲートウェイ（ｉｐｐａｇ）システムおよび方法およびコンピュータプログラム製品 | |
| US6754180B1 (en) | System, method, and computer program product for support of bearer path services in a distributed control network | |
| JP3861005B2 (ja) | ＩＰを介した音声（ＶｏＩＰ）電話通信ゲートウェイのための装置、およびその中で使用する方法 | |
| CN101151858B (zh) | 资源预留设置协议rsvp环境中提供带宽预留的系统和方法 | |
| US7072303B2 (en) | System and method for assisting in controlling real-time transport protocol flow through multiple networks | |
| US6876633B2 (en) | Apparatus and method for computer telephone integration in packet switched telephone networks | |
| JP4390080B2 (ja) | 単一番号宛先のためのバンド内コール・アソシエーション・シグナリング | |
| US6870905B2 (en) | Wiretap implemented by media gateway multicasting | |
| CN1965564B (zh) | 在运营设备、服务和位置可移植的不同系统间远程服务转发的方法 | |
| US7460520B2 (en) | Apparatus and method for using multiple call controllers of voice-band calls | |
| JP2007089163A (ja) | 断片化ネットワークに関するダイヤル呼出プランの透過性 | |
| AU2005200060A1 (en) | Managing routing path of voice over internet protocol (VoIP) system | |
| JP2003515969A (ja) | Ｉｐ電話ネットワークにおける動的ゲートウェイ選択のための方法およびシステム | |
| JP2002204268A (ja) | 通信制御装置及び方法並びにこの通信制御装置を用いたシステム | |
| JP3887569B2 (ja) | Ａｔｍベアラパスを管理するための方法およびコンピュータプログラムプロダクトおよびａｔｍパケットアクセスゲートウェイシステムおよびａｔｍパケットアクセスゲートウェイ | |
| EP1436963A1 (en) | Method for selecting a media gateway control function based on the monitoring of resources of media gateway functions | |
| US20040008710A1 (en) | Communicaton system, method and cotroller for routing calls within private networks distributed among geographically distant zones | |
| JP2004509482A (ja) | Ｉｐ電話ネットワークにおいて動的にゲートウェイ選択をする方法とシステム | |
| JP2002290450A (ja) | 帯域管理装置、アドレス解決支援装置、帯域管理方法およびアドレス解決支援方法 | |
| EP1185069A2 (en) | Method and system for providing anonymity in an IP telephony network | |
| US20050281274A1 (en) | VoIP network, media proxy server, and method of providing additional services used in them | |
| KR100986768B1 (ko) | 이원화된 백본망에서의 베어러 트래픽 분류 방법 | |
| JP4313723B2 (ja) | Ｉｐ電話交換方法及び装置 | |
| JP2011045101A (ja) | 帯域管理装置および帯域管理方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041111 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20041111 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060626 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060926 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20061016 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20061108 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091117 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101117 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111117 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121117 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131117 Year of fee payment: 7 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |