JP2008520133A - シグナリングプロキシの実施方法及び装置 - Google Patents

Abstract

本発明はシグナリングプロキシの実施方法及び装置を開示する。本方法は、通信ネットワークのシグナリングプロキシにおいて、前記シグナリングプロキシによってプロキシ処理される必要のあるメッセージの識別情報を設定するステップと、送信されたメッセージを受信した後、前記ＳＰが、前記メッセージの識別情報に従って、受信した前記メッセージが前記ＳＰによってプロキシ処理される必要があるかを判断し、必要がある場合、前記メッセージに対してプロキシ処理を行ってから前記メッセージを転送するステップとを含む。前記装置は、プロキシ処理策略が設定されて、プロキシ処理される必要のあるメッセージを識別するメッセージ受信識別ユニットと、処理される必要のある前記メッセージを処理するメッセージ処理ユニットと、処理された前記メッセージを対応するサーバへ転送するメッセージ転送ユニットとを含む。本発明によれば、複数のターミナルは、同一の１つのＩＰアドレスあるいはドメインネームにメッセージを送信することができる。それは、ＶｏＩＰサービスの広い適用に大きな便宜を提供する。さらに、本発明の具体的な実施は容易で、既存の端末装置に対する修正を必要としない。
【選択図】図６

Description

本発明は、ネットワーク通信に関し、より具体的には、本発明は、通信ネットワーク中のシグナリング処理の方法及び装置に関する。

ネットワーク通信技術の急速な発展で、ＩＰ上の音声（ＶｏＩＰ）ネットワークは広く応用されてきた。図１は、ＶｏＩＰネットワークのネットワーク構造を示す図である。図１において、シグナリングプロキシＳＰ（Signaling Proxy）およびＭＰメディアプロキシ（Media Proxy）の２つの部分が含まれている。

ＶｏＩＰユーザ（すなわちユーザターミナルＴＥ）にとって、シグナリングプロキシＳＰはサーバと見なすことができる。つまり、ユーザ登録と呼出しの情報はすべてまずＳＰに送信され、ＳＰによって信号処理された後にサーバへ転送される。また、サーバにとって、ＳＰはユーザと見なすことができる。つまり、サーバはまず、被呼者に電話する要求をＳＰに送信する。ＳＰは信号処理をした後にその要求を実在の被呼ユーザへ転送する。

現在、一般的に、ＳＰはセッション開始プロトコル（ＳＩＰ）、Ｈ．３２３、メディアゲートウェイ制御プロトコル（ＭＧＣＰ）、Ｈ．２４８などにおける１つあるいは複数のプロキシ機能をサポートすることが要求される。

ＭＰ（メディアプロキシ）はメディアストリームのためのプロキシとして使用される。ユーザと外部の間のメディアストリームはすべてＭＰによって処理され転送される。一般にメディアストリームは、リアルタイム伝送プロトコル（Real-Time Transport Protocol、ＲＴＰ）／リアルタイム伝送制御プロトコル（Real-Time Transport Control Protocol、ＲＴＣＰ）ストリームを指す。ＭＰにおけるメディアストリーム処理用のセッションテーブルはＳＰの命令によって、ダイナミックに作成／削除される。

ＳＰとＭＰの両方とも論理的なコンセプトである。１つのＳＰは１つあるいはいくつかのＭＰと通信することができる。ＳＰとＭＰは１つの装置に統合されることができる。ＳＰまたはＭＰは独立デバイスとして実施され、あるいは他の装置へ統合されることができる。

アプリケーション層の装置として、ＳＰは、宛先アドレスがＳＰであるメッセージのみをサポート、あるいは処理する。図２に示されるように、説明の都合のために、ルータ装置が図２に加えられる。ＳＰはルータに接続される。通常のルーティング方法によれば、宛先アドレスがＳＰであるメッセージだけがルータによってＳＰに送信されて処理される。したがって、現在、ＳＰは、宛先アドレスがＳＰであるシグナリングメッセージのみを受信し処理することができる。

上記の状況から、ネットワーキングにはいくつかの制限があることが容易に分かる。例えば、図３に示されるように、ＴＥ１−１、ＴＥ１−２はＳＰ１に接続され；ＴＥ２−１、ＴＥ２−２はＳＰ２に接続される。ＳＰは宛先がＳＰであるメッセージのみを処理するので、ＴＥ１−ｘによって送信されたメッセージの宛先アドレスはＳＰ１のアドレスであるべきである。また、ＴＥ２−ｘによって送信されたメッセージの宛先アドレスはＳＰ２のアドレスであるべきである。

従って、異なるターミナルに割り当てられたサーバのアドレスが恐らく異なる。それはＶｏＩＰのようなサービスを大規模に展開させるのに不利である。

したがって、図４に示されるように、既存の１つの方法は特別のドメインネームサーバ（ＤＮＳ）装置を導入する実施方式を採用する。特に、この方法では、すべてのＴＥが同じ１つのドメインネームに設定され、異なるＴＥに対しては、ＤＮＳは異なるＳＰアドレスを返す。例えば、ＴＥ１−ｘに対しては、返されたサーバアドレスはＳＰ１のアドレスであり；ＴＥ２−ｘに対しては、返されたサーバアドレスはＳＰ２のアドレスである。

そのような実施方式は、ＤＮＳに対して高い要求を有する。サーバは、ターミナルアドレスに基づいて識別と判断をなすことが要求される。しかしながら、通常のＤＮＳはこのアプリケーションをサポートしない。

別の既存の方法は、図５に示されるように、特別のダイナミック ホスト コンフィギュレーション プロトコル（ＤＨＣＰ）を導入する実施方式を採用する。特に、この方法では、ＤＨＣＰは、ＶｏＩＰサーバのアドレスを直接指定することができる。ＤＨＣＰサーバは、拡張されることが要求される。また、同時に、ターミナルもＤＨＣＰ拡張をサポートするように要求される。

この方法では、特別のＤＨＣＰサーバが設定されることが要求される。また、同時に、ターミナルもＤＨＣＰ拡張をサポートするように要求される。同様に、通常のＤＨＣＰサーバあるいはターミナルはこのアプリケーションをサポートしない。

本発明は、通信ネットワーク中のシグナリングプロキシを実施する方法及び装置を提供する。その結果、各ＴＥはそれぞれ、同じＩＰアドレスあるいはドメインネームを通じて各ＳＰと通信するができる。それはＶｏＩＰサービスを広く適用するのに便利である。

本発明が提供するシグナリングプロキシを実施する１つの方法は、
シグナリングプロキシ（ＳＰ）においてプロキシ処理策略を設定するステップと、
メッセージを受信した後、前記ＳＰは、設定された前記プロキシ処理策略に基づいて、前記メッセージが前記ＳＰによってプロキシ処理される必要があるかを判断し、必要がある場合には、受信した前記メッセージに対してプロキシ処理を行ってから、前記メッセージを転送するステップとを含む。

前記策略は、受信された前記メッセージのＶＰＮ ＩＤ、ＶＬＡＮ ＩＤ、ＭＰＬＳ ＩＤ、ＩＰプロトコルタイプ、ソースＩＰアドレス、ソースポート、宛先ＩＰアドレス、及び宛先ポートのうち１つ又は任意の組合せを用いることにより、前記ＳＰによって処理される必要のある前記メッセージを識別することを含む。

前記方法は、さらに、
前記シグナリングプロキシにおいて、前記シグナリングプロキシによってプロキシ処理される必要のあるメッセージの宛先アドレスを、ローカルアドレスに設定するステップと、
プロキシされる側から送信されたメッセージを受信した後、前記ＳＰが、前記メッセージがプロキシ処理される必要があることを前記メッセージの宛先アドレスの情報に従って判断するステップと、
前記メッセージの宛先アドレスをサーバアドレスに、前記メッセージのソースアドレスを前記ＳＰのサーバ側アドレスにそれぞれ置換えるステップと、
前記メッセージを転送するステップと、
前記サーバから送信されたメッセージを受信した後、前記シグナリングプロキシが、前記サーバから送信された前記メッセージのソースアドレスをプロキシされる側から送信されたオリジナルメッセージの宛先アドレスと置換え、前記サーバから送信された前記メッセージの宛先アドレスを前記プロキシされる側のアドレスと置換え、さらに前記メッセージを転送するステップと、を含む。

前記シグナリングプロキシ処理は、
受信された前記メッセージのソースおよび宛先ＩＰアドレス、並びにポート番号を変更するステップと、プリケーション層のデータを交換するステップと、シグナリング状態を更新し、及び／又はセッションテーブル項目を作成するステップとを含む。

前記シグナリングプロキシがメッセージを受信する前に、プロキシされる側によって送信された前記メッセージが経由するネットワーク装置に転送策略が設定され、前記転送策略が、プロキシされる前記メッセージの転送パスが前記対応するシグナリングプロキシを経由することを規定する。

前記プロキシされる側から送信され、且つ処理される必要のあるメッセージを受信する場合に、前記ネットワーク装置が、前記転送策略に従って前記メッセージを前記シグナリングプロキシへ転送する。

前記シグナリングプロキシにおいて、前記サーバから返された前記メッセージの前記転送パスの情報が、設定または学習の方法で記録される。

前記サーバから返された前記メッセージを受信した後、前記シグナリングプロキシが、記録された前記転送パスの情報に従って前記メッセージを転送する。

前記ネットワーク装置が前記シグナリングプロキシのデフォルトゲートウェイとして設定され、前記シグナリングプロキシが前記サーバによって返された前記メッセージを受信する場合、前記メッセージを処理し、処理された前記メッセージを前記デフォルトゲートウェイへ送信する。

本発明の別の側面によれば、シグナリングプロキシを実施する装置が提供される。この装置は、
プロキシ処理策略が設定されて、プロキシ処理される必要のあるメッセージを識別するメッセージ受信識別ユニットと、
シグナリングプロキシされる必要のある前記メッセージを処理するメッセージ処理ユニットと、
処理された前記メッセージを対応するサーバへ転送するメッセージ転送ユニットと、を含む。

前記プロキシ処理策略が、
受信されたメッセージのＶＰＮ ＩＤ、ＶＬＡＮ ＩＤ、ＭＰＬＳ ＩＤ、ＩＰプロトコルタイプ、ソースＩＰアドレス、ソースポート、宛先ＩＰアドレス、及び宛先ポートのうち１つ又は任意の組合せにより、前記シグナリングプロキシによって処理される必要のある前記メッセージを識別することを含む。

前記シグナリングプロキシ処理が、
受信された前記メッセージのソースおよび宛先ＩＰアドレス、並びにポート番号を変更するステップと、プリケーション層のデータを交換するステップと、シグナリング状態を更新し、及び／又はセッションテーブル項目を作成するステップとを含む。

前記メッセージを受信した後、前記シグナリングプロキシが、前記メッセージのソースアドレスを前記プロキシされる側から送信されたオリジナルメッセージの宛先アドレスと置換え、前記サーバから送信された前記メッセージの宛先アドレスを前記プロキシされる側のアドレスと置換え、前記置換えられたアドレスに従って前記メッセージを転送する。

本発明によって提供される上記の技術的ソリューションから、本発明の実施によって多くのターミナル（ＴＥ）が同じ１つのＩＰアドレスあるいはドメインネームでメッセージを送信することができることが分かる。それはＶｏＩＰサービスの広い適用に大きな便宜を提供する。

また、本発明を実施する場合に現在の端末装置を修正する必要はなく、そのことは本発明の実施をより簡単なものにする。

さらに、本発明を実施する場合に特別なＤＮＳ、ＤＨＣＰ装置がサポートを提供することを必要としないため、本発明を実施する際のコストおよび困難さは大幅に減少する。

本発明の核心は、宛先アドレスがＳＰ自体でないメッセージのためのプロキシを能動的に行うことである。

具体的な実施では、ネットワークにおけるプロキシのネットワーキング構造に従って、本発明は２つの場合に分けて考えることができる。１つはシリアルネットワーキングの場合、もう１つはパラレルネットワーキングの場合である。この２つの場合での本発明の詳細な実施を以下に説明する。

まず、シリアルネットワーキングの場合における本発明の実施を説明する。

シリアルネットワーキング構造では、ＳＰ装置はターミナルとサーバの間で直列的に接続されると考えられる。シリアルネットワーキング構造で、ターミナルによって送信されたメッセージの宛先アドレスがＳＰのアドレスでなくても、メッセージは依然としてＳＰを経由する。

メッセージの宛先アドレスがＳＰアドレスではないので、本発明では、ＳＰは、宛先アドレスがＳＰアドレスでないメッセージのためにもプロキシサービスを提供し得ることが要求される。

具体的な実施方法は図６に示されている。図６において、ターミナルＴＥのアドレスはＡであり、ＳＰのターミナル側のアドレスはＢであり、ＳＰのサーバ側のアドレスはＣであり、また、サーバアドレスはＤである。具体的な実施方法は以下のようなステップを含む。

ステップ６１：ＳＰにおいて、プロキシ処理される必要のあるメッセージに関する情報を設定する。

具体的には、ステップ６１において、ＳＰは、宛先アドレスＥを有するメッセージに対してプロキシ処理を行うように設定される。このようにして、ＳＰは、設定に従って、メッセージのためにプロキシサービスを選択的に提供することができる。

ステップ６２：プロキシされる側、例えばユーザターミナル側あるいはサーバ側はメッセージをＳＰに送信する。例として、図６に示されているようにユーザターミナル側がメッセージをＳＰに送信する場合、メッセージのソースアドレスはＡａであり、宛先アドレスはＥｅである。また、メッセージは〈Ａａ−Ｅｅ〉メッセージとして記録される。

ステップ６３：設定された情報に従ってプロキシ処理される必要のあるメッセージを判断し、該メッセージに対してプロキシ処理を行う。

すなわち、ターミナル側からのメッセージがＳＰに到着すると、ＳＰはメッセージの宛先アドレスをチェックし、メッセージをプロキシ処理する必要があるかどうかを判断する。処理の必要がなければ、ＳＰは設定に従ってメッセージを転送するか廃棄する。処理の必要があれば、ＳＰはメッセージに対してプロキシ処理を行う。

上記のシグナリングプロキシ処理のフローは、概ね以下のものを含む：ソースおよび宛先アドレス並びにポートの変更（すなわち、〈Ａａ−Ｅｅ〉を〈Ｃｃ−Ｄｄ〉に変更すること）、アプリケーション層中のデータの置き換え、シグナリング状態の更新、及び、サーバ側から返ってきたメッセージに対応するセッションを速く見つけることなどに有用なセッションテーブル項目の作成。

ステップ６４：シグナリングプロキシ処理が終了された後、該メッセージをサーバへ送信する。

具体的には、ＳＰはメッセージ〈Ｃｃ−Ｄｄ〉をサーバへ送信する；また、サーバにとって、ターミナルは〈Ｃｃ〉からである。

ステップ６５：サーバは対応するメッセージをＳＰへ返す。

処理を終了した後に、サーバは、応答メッセージをアドレス〈Ｃｃ〉へ送信する。この時、サーバによって送信されたメッセージは〈Ｄｄ−Ｃｃ〉である。

ステップ６６：サーバからのシグナリングメッセージ〈Ｄｄ−Ｃｃ〉を受信した後に、ＳＰはそのメッセージを処理し、そのＩＰアドレス及びポートを〈Ｅｅ−Ａａ〉に変更する。

このステップでは、メッセージのソースアドレスはＳＰ自体のアドレスＢよりも、対応するアドレスＥに変更される。また、ＳＰは対応するセッション状態を更新する。

ステップ６７では、ＳＰはメッセージ〈Ｅｅ−Ａａ〉をターミナルへ送信する。また、ターミナルの受信メッセージはＥから送信される。このようにして、メッセージ相互通信を完了する。

上記のフローは、ＳＰがメッセージを受信するとメッセージに対するフィルタリング処理をサポートし得ることを必要とする。メッセージを送受信するために、フローに変更がある。

ＳＰはさらに、下記方法を採用してメッセージを処理することもできる。また、図６の状況を一例に挙げる。

１．ＳＰは、アドレスＥをＳＰ装置自体のアドレスのうちの１つとして使用する。このアドレスは、論理インタフェース上のＩＰアドレス、あるいは実際の物理インタフェース上のＩＰアドレスでありえる。

２．ＳＰは、ＳＰ宛てのローカルメッセージである、宛先アドレスＥを有するシグナリングメッセージを受信し、そして、既存のオリジナル信号処理フローに従って、メッセージを直接処理することができる。

この方法では、ＳＰがこのアドレスをブロードキャストしないことが要求される。つまり、そのＩＰアドレスはＳＰ自体においてのみ有効である。そうでなければ、ネットワーク中で２つ以上の装置が同じ１つのＩＰアドレスを有しうる。それは、ルーティングの一部を無効にし、また、メッセージが間違った装置に送信されることを引き起こす。

以下、パラレルネットワーキングの場合における本発明の別の実施方法を説明する。

図７に示されるように、パラレルネットワーキングは、メッセージの宛先アドレスがＳＰでなければＳＰが対応するシグナリングメッセージを受信しないことを意味する。もちろん、そのメッセージに対してプロキシ処理をも行わない。

このとき、プロキシを実施するためにＳＰにおける設定のみに依存することは十分でなくなり、ネットワーク上の装置の協力が必要である。一例に図７を挙げる。ルータに、策略ルーティング機能をスタートさせることができる（すなわち、前もって設定された転送策略に従ってメッセージを転送する）。すなわち、ルータは、単に宛先アドレスに従うのではなく、設定された策略に従って情報をルーティングする。

図８に示すように、ルータに次のような策略を設定することができる。即ち、宛先アドレスＡを有するメッセージが、ＳＰと接続されるインタフェースへ転送される。

このようにして、ルータがターミナルから送信された宛先アドレスＡを有するシグナリングメッセージを受信する場合、ルータはそれをＳＰへ転送することができる。よって、ＳＰはそのシグナリングメッセージを受信することができる。

ＳＰがシグナリングメッセージを受信した後の処理フローは、シリアルネットワーキングの場合における上述した本発明の実施方法のフローと同じである。

上記は、ＳＰがルータ側からのメッセージを受信、処理するフローである。ＳＰがルータにメッセージ（ＳＰが既にメッセージのソースアドレスをアドレスＡに修正している）を送信するフローについては、ＳＰに対して次の修正が必要である。

パラレルネットワーキング構造だけが存在する場合には、ＳＰは、対応するルータをそれ自身のデフォルトゲートウェイとして使用することができる。このようにして、ＳＰがルータにメッセージを送信することができる。また、ルータはターミナルへメッセージを送信する。

パラレルネットワーキングおよびシリアルネットワーキングが共存する場合にも、対応する転送策略がＳＰに設定されることができる。つまり、ＳＰは、宛先アドレスＡを有するメッセージが対応するルータ装置へ送信されるように設定される。

また、ＳＰはルータからのメッセージを受信するとき、該メッセージの対応するアドレスの情報を学習し、記録し、サーバによって返されたメッセージを受信すると、記録されたアドレス情報に従って該メッセージを転送することができる。この方式は、パラレルネットワーキングがシリアルネットワーキングと共存する場合にも適用することができる。

現在主流のルータあるいは他のレイヤ３の転送装置がすべて策略ルーティングをサポートするので、本発明の策略ルーティングを採用する実施方法は実現可能である。

本発明のルータはスイッチ装置あるいは転送機能を備えた他のネットワーク装置であることができる。

本発明では、１つのＳＰにおいて、パラレルネットワーキングモードおよびシリアルネットワーキングモードが同時に存在することができる。また、個々の具体的なシグナリングプロキシ処理は、上述した処理フローをそれぞれ採用することができる。

要するに、本発明の実施により、通信ネットワークの中でシグナリングプロキシ機能を簡単に達成することができる。また、シグナリングプロキシ機能全体の実施には如何なる新しい装置も加える必要はないので、低コストでシグナリングプロキシ全体の実施が可能となる。

上述したものは、単に本発明のいくつかの好ましい実施の形態である。様々な変更および修正は、本発明の技術範囲及び精神から逸脱することなく行うことができる。

従来技術のＶｏＩＰネットワークのネットワーキング構造を示す概略図である。 従来技術のＶｏＩＰネットワークのネットワーキング構造を示す概略図である。 従来技術のＶｏＩＰネットワークのネットワーキング構造を示す概略図である。 ＤＮＳが組み込まれたＶｏＩＰネットワークのネットワーキング構造を示す概略図である。 ＤＨＣＰサーバが組み込まれたＶｏＩＰネットワークのネットワーキング構造を示す概略図である。 本発明の実施の形態におけるプロキシ処理を説明する概略図である。 ＶｏＩＰネットワークの並列ネットワーキング構造中の従来の信号伝送方向を示す概略図である。 本発明の具現化を実施した後の図７の信号伝送方向を示す概略図である。

Claims (14)

1. シグナリングプロキシにおいてプロキシ処理策略を設定するステップと、
   前記シグナリングプロキシが、メッセージを受信した後、前記メッセージが前記シグナリングプロキシによってプロキシ処理される必要があることを設定された前記策略に従って判断した後、前記メッセージに対してプロキシ処理を行ってから前記メッセージを転送するステップと、を含むシグナリングプロキシの実施方法。
2. 前記策略が、
   受信された前記メッセージのＶＰＮ ＩＤ、ＶＬＡＮ ＩＤ、ＭＰＬＳ ＩＤ、ＩＰプロトコルタイプ、ソースＩＰアドレス、ソースポート、宛先ＩＰアドレス、及び宛先ポートのうち１つ又は任意の組合せにより、前記シグナリングプロキシによって処理される必要のある前記メッセージを識別することを含む請求項１に記載のシグナリングプロキシの実施方法。
3. 前記シグナリングプロキシにおいて、前記シグナリングプロキシによってプロキシ処理されるメッセージの宛先アドレスを、ローカルアドレスに設定するステップをさらに含む請求項１に記載のシグナリングプロキシの実施方法。
4. プロキシされる側からのメッセージを受信する場合、前記シグナリングプロキシが、前記メッセージがプロキシ処理される必要があることを前記メッセージの宛先アドレスの情報に従って判断するステップと、
   前記メッセージの宛先アドレスをサーバアドレスに、前記メッセージのソースアドレスを前記シグナリングプロキシのサーバ側アドレスにそれぞれ置換えるステップと、
   前記メッセージを転送するステップと、をさらに含む請求項２又は請求項３に記載のシグナリングプロキシの実施方法。
5. 前記サーバから送信されたメッセージを受信した後、前記シグナリングプロキシが、前記サーバから送信された前記メッセージのソースアドレスをプロキシされる側から送信されたオリジナルメッセージの宛先アドレスと置換え、前記サーバから送信された前記メッセージの宛先アドレスを前記プロキシされる側のアドレスと置換え、さらに前記メッセージを転送する請求項４に記載のシグナリングプロキシの実施方法。
6. 前記シグナリングプロキシ処理が、
   受信された前記メッセージのソースおよび宛先ＩＰアドレス、並びにポート番号を変更するステップと、
   プリケーション層のデータを交換するステップと、
   シグナリング状態を更新し、及び／又はセッションテーブル項目を作成するステップと、を含む請求項１〜請求項３の何れか1項に記載のシグナリングプロキシの実施方法。
7. 前記シグナリングプロキシがメッセージを受信する前に、
   プロキシされる側によって送信された前記メッセージが経由するネットワーク装置に転送策略が設定され、
   前記転送策略が、プロキシされる前記メッセージの転送パスが前記対応するシグナリングプロキシを経由することを規定する請求項１〜請求項３の何れか1項に記載のシグナリングプロキシの実施方法。
8. 前記ネットワーク装置が、前記プロキシされる側から送信される、プロキシされる必要のあるメッセージを受信する場合に、前記転送策略に従って前記メッセージを前記シグナリングプロキシへ転送する請求項７に記載のシグナリングプロキシの実施方法。
9. 前記シグナリングプロキシにおいて、前記サーバから返された前記メッセージの前記転送パスの情報が、設定または学習の方法で得られ、そして記録され、
   前記シグナリングプロキシが、前記サーバから返された前記メッセージを受信した後、記録された前記転送パスの情報に従って前記メッセージを転送する請求項７に記載のシグナリングプロキシの実施方法。
10. 前記ネットワーク装置が前記シグナリングプロキシのデフォルトゲートウェイとして設定され、
    前記シグナリングプロキシが前記サーバによって返された前記メッセージを受信する場合、前記メッセージを処理し、処理された前記メッセージを前記デフォルトゲートウェイへ送信する請求項７に記載のシグナリングプロキシの実施方法。
11. プロキシ処理策略が設定されて、プロキシ処理される必要のあるメッセージを識別するメッセージ受信識別ユニットと、
    プロキシ処理される必要のある前記メッセージを処理するメッセージ処理ユニットと、
    処理された前記メッセージを対応するサーバへ転送するメッセージ転送ユニットと、を含むシグナリングプロキシの実施装置。
12. 前記プロキシ処理策略が、
    受信されたメッセージのＶＰＮ ＩＤ、ＶＬＡＮ ＩＤ、ＭＰＬＳ ＩＤ、ＩＰプロトコルタイプ、ソースＩＰアドレス、ソースポート、宛先ＩＰアドレス、及び宛先ポートのうち１つ又は任意の組合せにより、前記シグナリングプロキシによって処理される必要のある前記メッセージを識別することを含む請求項１１に記載のシグナリングプロキシの実施装置。
13. 前記シグナリングプロキシ処理が、
    受信された前記メッセージのソースおよび宛先ＩＰアドレス、並びにポート番号を変更するステップと、
    プリケーション層のデータを交換するステップと、
    シグナリング状態を更新し、及び／又はセッションテーブル項目を作成するステップと、を含む請求項１１に記載のシグナリングプロキシの実施装置。
14. 前記シグナリングプロキシが、前記メッセージを受信した後、前記メッセージのソースアドレスを前記プロキシされる側から送信されたオリジナルメッセージの宛先アドレスと置換え、前記サーバから送信された前記メッセージの宛先アドレスを前記プロキシされる側のアドレスと置換え、前記置換えられた後のアドレスに従って前記メッセージを転送する請求項１３に記載のシグナリングプロキシの実施装置。

Images