JP2010532966A - 一連の境界ゲートウェイを介したインターネット・プロトコル・マルチメディア・ベアラ経路を最適化するための方法および機器 - Google Patents

Abstract

置換セッション記述プロトコル・パラメータを使用して、インターネット・プロトコル領域を通る代替終端間メディア経路を特定するための方法を開示する。この方法は、前に横断したインターネット・プロトコル領域のリストを含むセッション記述プロトコル・オファーを受信するステップを含む。この方法は、不特定の信号伝達基準に基づいてメディア経路に関する次のインターネット・プロトコル領域を決定するステップで続行する。最後に、この方法は、横断される次のインターネット・プロトコル領域が前に横断したインターネット・プロトコル領域のリスト上にある場合、現在の、および前に横断したインターネット・プロトコル領域に関連する少なくとも１つの境界ゲートウェイをバイパスするステップを含む。最適な終端間のメディア経路およびインターネット・プロトコル・マルチメディア・サブシステムを特定するための方法を実施するシステムは、インターネット・プロトコル領域インスタンスのリストと、接続情報およびポート情報を有するセッション記述プロトコル・オファーを受信するように構成されるアプリケーション・レベル・ゲートウェイと、メディア経路が横断し得る次のインターネット・プロトコル領域がインスタンスのリスト上にある場合、境界ゲートウェイのバイパスを助けるためにメディア経路の接続情報およびポート情報が置換されることを決定する手順とを含む。

Description

本開示は、ＩＭＳ（インターネット・マルチメディア・サブシステム）ネットワークにおける一連の境界ゲートウェイを介したベアラ経路を最適化するための方法および機器に関する。より具体的には、本開示は、置換ＳＤＰ（セッション記述プロトコル）パラメータを使用して、ＩＰ（インターネット・プロトコル）領域を通る代替終端間メディア経路を特定するための方法および機器に関する。

本開示は、特にＩＰマルチメディア・ベアラ経路の最適化に向けられ、したがってそのことに特に関して説明するが、本開示は他の分野および応用例で他の有用性を有し得ることが理解されよう。例えば、本開示は、ＳＤＰおよびＳＤＰオファー／アンサー・モデルを利用する他のシステムおよび方法を含む、多様なデータ転送システムおよび方法で使用することができる。この方法およびシステムは、ＳＩＰ（セッション開始プロトコル）ベース・ネットワークが、さもなければメディア経路に含まれることになる１つまたは複数の境界ゲートウェイをバイパスできるようにする。

背景として、このＩＭＳ／ＳＩＰベース・ネットワークは、多くの種類のユーザ機器をサポートするインターネット・プロトコル・ベース・ネットワークである。このユーザ機器は、ＩＰネットワークを通じて実時間応用でデータおよび音声を転送するために、ＶｏＩＰ（ボイス・オーバＩＰ）および他の方法を使用する。ＳＩＰベース・ネットワークの呼は、呼信号伝達経路およびベアラ経路を有する。呼信号伝達経路は、呼を設定し、接続し、処理するために使用する呼制御データを扱う。ベアラ経路は、会話が行われる音声データ接続であり、本開示ではマルチメディア・セッション経路またはメディア経路としても呼ぶ。

ＩＭＳおよび他のＳＩＰベース・ネットワークでは、各ネットワークによって定義されるＩＰ領域間に境界ゲートウェイが導入される。ＩＰ領域内では、すべてのＩＰエンドポイントは、共通のＩＰアドレス空間を使用して他のすべてのＩＰエンドポイントから到達可能である。境界ゲートウェイは、ＩＰ領域内のＩＰエンドポイントへのアクセスを制限することにより、ＩＰ領域にセキュリティを提供する。マルチメディア・セッション経路は、終端間メディア経路に沿って任意の数のＩＰ領域を横断することができる。境界ゲートウェイが経路上の追加のＩＰ領域にアクセスできる場合、より短いメディア経路を作り出す機会がある。しかし、セッションが潜在的に利用できるより短いメディア経路を特定し、アクセスするためのシステムは現在配置されていない。

ＲＦＣ３２６４ ＲＦＣ４５６６ ＲＦＣ３６０５

したがって、境界ゲートウェイのバイパス手順を可能にすることが当業界で求められている。単一の終端間ＳＤＰ（セッション記述プロトコル）オファー／アンサー・トランザクションに必要な信号メッセージ以上の追加の信号メッセージを必要とせず、セッションＩＰエンドポイントにおいて新たな手順を必要としない、境界ゲートウェイのバイパス手順を可能にすることが当業界でさらに求められている。境界ゲートウェイが、すべてのセッションに対して保護的にセキュリティを管理し、帯域幅使用を集約できるようにすることが当業界でさらに求められている。最後に、ベアラ経路がとらなければならない経路を短縮し、それにより境界ゲートウェイの資源を解放し、ＩＰネットワークを介したベアラ・トラフィックを低減し、終端間遅延を最小限に抑え、そうしてＱｏＳ（サービス品質）を改善する最適化手順を供給することが当業界で求められている。

本開示は、上記の困難およびその他を解決する、新たなかつ改善されたシステムおよび方法を考察する。

一連の境界ゲートウェイを介したベアラ経路を最適化するためのシステムおよび方法を提供する。本開示は、ＡＬＧ（アプリケーション層ゲートウェイ）が、経路上の他のＡＬＧによって認識され得る追加の接続性情報をＳＤＰメッセージに付加できるようにする。これは、メディア経路上の無関係な境界ゲートウェイを特定し、これらの無関係な境界ゲートウェイをバイパスするために、ＳＤＰメッセージ内の接続性情報を置換できるようにする。本開示はさらに、厳密なＳＤＰパラメータ置換手順を使用して代替メディア経路を特定し、これを受けて新たな最適化された終端間メディア経路が適切に構築される。

本開示の一態様では、この方法は、前に横断したインターネット・プロトコル領域のリストを含むセッション記述プロトコル・オファーを受信するステップと、不特定の信号伝達基準に基づいてメディア経路に関する次のインターネット・プロトコル領域を決定するステップと、次のインターネット・プロトコル領域が前に横断したインターネット・プロトコル領域のリスト上にある場合、現在の、および前に横断したインターネット・プロトコル領域に関連する少なくとも１つの境界ゲートウェイをバイパスするステップとを含む。

本開示の別の態様によれば、この方法は、ネットワーク・アドレス・ポート・トランスレータの背後のホストを、そのホストがまるで自らのインターネット・プロトコル領域内にいたかのように扱うステップを含む。

本開示の別の態様によれば、この方法は、前に横断したインターネット・プロトコル領域のリストを含むセッション記述プロトコル・オファーを受信するステップと、セッション記述プロトコルのパラメータに少なくとも部分的に基づいて入力メディア経路に関するインターネット・プロトコル領域を決定するステップと、入力メディア経路に関するインターネット・プロトコル領域が前に横断したインターネット・プロトコル領域のリスト上にある場合、前に横断したインターネット・プロトコル領域に関連する少なくとも１つの境界ゲートウェイをバイパスするステップとを含む。

本開示の別の態様によれば、この方法は、前に横断したインターネット・プロトコル領域のリストから、インターネット・プロトコル領域の１つまたは複数のインスタンスを除去するセキュリティ・ポリシを実施するステップを含む。

本開示の別の態様によれば、この方法は、前に横断したインターネット・プロトコル領域のリストが、あるインターネット・プロトコル領域を別のインターネット・プロトコル領域と区別するための領域識別子を含むことをさらに含む。

本開示の別の態様によれば、この方法は、セッション記述プロトコル・オファーが、メディア経路接続情報として、完全修飾されたドメイン名を含むことを含む。

本開示の別の態様によれば、この方法は、セッション記述プロトコル・オファーが、メディア経路接続情報として、インターネット・プロトコル・アドレスを含むことを含む。

本開示の別の態様によれば、この方法は、セッション記述プロトコル・オファーが、トランスポート・プロトコル・ポート番号情報を含むことを含む。

本開示の別の態様によれば、この方法は、前に横断したインターネット・プロトコル領域の各インスタンスに関する情報の完全性を検証できるようにするために、各インターネット・プロトコル領域にとってプライベートなアルゴリズムを提供するステップを含む。

本開示の別の態様によれば、この方法は、そのアルゴリズムが暗号署名を実施することを含む。

本開示のさらに別の態様によれば、この方法は、次のインターネット・プロトコル領域が前に横断したインターネット・プロトコル領域のリスト上にない場合、転送されるセッション記述プロトコル・オファーに関連するインターネット・プロトコル領域を、前に横断したインターネット・プロトコル領域のリストに追加するステップを含む。

本開示のさらに別の態様によれば、この方法は、入力セッション記述プロトコル・オファーに関するインターネット・プロトコル領域が、転送先の前に横断したインターネット・プロトコル領域のリスト上にない場合、入力セッション記述プロトコル・オファーに関連するインターネット・プロトコル領域を、前に横断したインターネット・プロトコル領域のリストに追加するステップを含む。

本開示のさらに別の態様によれば、終端間のメディア経路およびインターネット・プロトコル・マルチメディア・サブシステムを特定するためのシステムは、呼を確立するためにセッション記述プロトコル・メッセージが横断したインターネット・プロトコル領域を特定する情報を含むインスタンスのリストと、メディア経路接続情報およびポート情報を有するセッション記述プロトコル・オファーを受信するように構成されるアプリケーション・レベル・ゲートウェイと、メディア経路が横断し得る次のインターネット・プロトコル領域を決定するための手段とを備え、メディア経路が横断し得る次のインターネット・プロトコル領域が、横断したインターネット・プロトコル領域のインスタンスのリスト上にある場合、境界ゲートウェイのバイパスを助けるためにメディア経路接続情報およびポート情報が置換される。

本開示の別の態様によれば、このシステムは、メディア経路上で横断されるインターネット・プロトコル領域に関する接続情報およびトランスポート・プロトコル・ポート番号を含む。

本開示の別の態様によれば、このシステムは、インターネット・プロトコル領域の横断に関連する情報がインターネット・プロトコル・アドレスを含むことを含む。

本開示の別の態様によれば、このシステムは、アプリケーション・レベル・ゲートウェイによって制御される境界ゲートウェイを含み、この境界ゲートウェイは、インターネット・プロトコル領域の外部のインターネット・プロトコル・エンドポイントからのアクセスを制限するように構成される。

本開示の別の態様によれば、このシステムは、アクセスがファイアウォールによって制限されることを含む。

本開示の別の態様によれば、このシステムは、アクセスがネットワーク・アドレス・ポート・トランスレータによって制限されることを含む。

本開示の別の態様によれば、このシステムは、セキュリティ目的のため、インターネット・プロトコル領域の横断が、前に横断したインターネット・プロトコル領域のリスト上に含まれないことを含む。

本開示の別の態様によれば、方法は、メディア経路が横断することができるインターネット・プロトコル領域を表すインスタンスのリストを確立するステップと、メディア経路接続情報およびポート情報を有するセッション記述プロトコル・オファーを受信するステップと、メディア経路が横断し得る次のインターネット・プロトコル領域を決定するステップと、メディア経路が横断し得る次のインターネット・プロトコル領域に関するインスタンスのリストを調べるステップと、メディア経路が横断し得る次のインターネット・プロトコル領域がインスタンスのリスト上にある場合、少なくとも１つの境界ゲートウェイをバイパスするために、ＳＤＰオファー内の接続情報およびポート情報を置換するステップとを含む。

本開示の別の態様によれば、この方法は、メディア経路が横断し得る次のインターネット・プロトコル領域がインスタンスのリスト上に２回以上ある場合、そこからセッション記述プロトコル・オファー内の接続情報およびポート情報を置換する、最も時間的に早いインスタンスを選択するステップを含む。

本開示の別の態様によれば、この方法は、信号伝達を操作して、バイパス手順を実施しないネットワーク要素をメディア経路内に留めるための回避手順を実施するステップを含む。

本開示の別の態様によれば、この方法は、有効なインターネット・プロトコル・アドレスを接続情報として有するセッション記述プロトコル・アンサーを受信するステップと、対応する転送されるセッション記述プロトコル・オファーに対して前に適用されたセッション記述プロトコル・パラメータ置換を呼び戻すステップと、１つまたは複数の境界ゲートウェイをバイパスする終端間メディア経路を確立するために、セッション記述プロトコル・アンサー内のパラメータを操作するステップとを含む。

本開示の別の態様によれば、この方法は、接続情報として未指定アドレスを有するセッション記述プロトコル・アンサーを受信するステップと、対応する転送されるセッション記述プロトコル・オファーに対して前に適用されたセッション記述プロトコル・パラメータ置換を呼び戻すステップと、セッション記述プロトコル・アンサー内の横断したインターネット・プロトコル領域情報が、境界ゲートウェイの入力側か出力側に関連するインターネット・プロトコル領域に一致するかどうかを判定するステップと、１つまたは複数の境界ゲートウェイをバイパスする終端間メディア経路を確立するために、セッション記述プロトコル・アンサー内のパラメータを操作するステップとを含む。

ここに記載の実施形態は、本方法の諸ステップおよび本装置の様々な部分の構成、配置、および組合せに存在し、意図する目的は本明細書で以下により完全に説明し、特許請求の範囲で明確に示し、添付の図面に図示するように得られる。

複数のユーザ・エージェント、複数のＡＬＧ、複数の境界ゲートウェイ、および複数のＩＰ領域を含む全体的な通信ネットワーク・システムの一部分を示す図である。 本開示による方法の一実施形態を示す流れ図である。 本開示による方法の別の実施形態を示す流れ図である。

ここで図面を参照するが、これらの図面ではその表示が、専ら開示する実施形態を説明するためのものであり、開示する実施形態を限定するためのものではない。図１は、本開示をその中に組み込むことができるシステムの全体図を提供する。通信基盤Ａを示す。この通信基盤Ａは、第１のユーザ・エージェント１０１、第２のユーザ・エージェント１３１、４つのＡＬＧ１０３、１０９、１１５、１２１、４つの境界ゲートウェイ１０５、１１１、１１７、１２３、住居用ゲートウェイ１２９、および６つのＩＰ領域１０７、１１３、１１９、１２５、１２７、および１３３を含む。この図は、この通信ネットワーク基盤の１つの実施形態しか示さないことを理解すべきである。本開示は多様な通信ネットワーク構成中に組み込むことができる。

動作において、以下により詳細に論じるように、ここで記載の実施形態は、境界ゲートウェイをバイパスすることによりＩＰマルチメディア・ベアラ経路を最適化することに向けられる。本開示は、より効率的なメディア・フローを目指して、境界ゲートウェイをバイパス可能な場合を特定するために協働ネットワーク要素のシステムを使用する解決策について説明する。本開示は、ＳＩＰに基づく、３ＧＰＰ（第３世代パートナーシップ・プロジェクト）のＩＭＳなど、ＳＤＰメッセージングを使用するプロトコルに基づくネットワークによって組み込まれ得る。

引き続き図１を参照すると、通信基盤Ａは、複数のネットワーク要素を含む１つもしくは複数のＩＭＳネットワーク１３５または他のネットワークを含む。このシステムは、２台の関連するＶｏＩＰ電話１３７、１３９も含む。このＶｏＩＰ電話１３７、１３９は、上記のネットワーク要素を含むＩＭＳ１３５と通信する。ＶｏＩＰ電話１３７、１３９間の音声経路を接続するために、上記のネットワーク要素のすべてが通信する。

この通信ネットワーク基盤Ａは、例えば他のスイッチやゲートウェイなど、他のネットワーク要素を含むことができる。この通信ネットワークは、セルラ・ネットワーク、ＶｏＩＰネットワーク、インターネット、イントラネット、等の他のネットワークを含んでもよい。

引き続き図１に関し、この実施形態は２台のＶｏＩＰ電話１３７、１３９を含む。しかしＶｏＩＰ電話の他に、他のユーザ機器を代用することができる。ユーザ機器の他の例には、無線マルチメディア電話、携帯電話、有線電話、ラップトップ・コンピュータ、ＷｉＦｉ電話、ＷｉＭａｘ電話、等が含まれるが、これだけに限定されない。これらの装置は、互換性のある回線を介して通信するために使用される典型的なユーザ機器である。

ＶｏＩＰ電話１３７、１３９は、ユーザ・エージェントと同じ場所に配置されてよく、または別々であってもよい。ほとんどの場合、この電話の固有のＩＰ機能が、同じ場所に配置されるモデルを可能にする。それらが別々の場合、ユーザ・エージェント１０１、１３１は通常、ＰＳＴＮ（公衆交換電話網）などの他のネットワークへのシグナリング・ゲートウェイと同じ場所に配置される。この場合、電話１３７、１３９は、ＰＳＴＮを介してシグナリング・ゲートウェイに接続される。

本開示により、呼は、ユーザ機器１３７または１３９を介してＩＭＳ１３５へと処理することができる。図１は、ＩＰエンドポイントＵＡ１ １０１とＵＡ２ １３１との間の典型的な呼構成を示す。ＳＩＰ信号は、少なくとも１つのＡＬＧ、および不図示の他の多様なＳＩＰサーバを介してこれらのＵＡ間を進む。ＲＴＰ（実時間トランスポート・プロトコル）のマルチメディア・フローは、境界ゲートウェイ１０５、１１１、１１７、１２３を介して、およびオプションで１つまたは両方のＵＡ１ １０１およびＵＡ２ １３１に関連するＲＧ（住居用ゲートウェイ）１２９を介してユーザ・エージェント１０１、１３１間を進む。各境界ゲートウェイは、その対応するＡＬＧによって制御される。図１のＩＰ領域１０７、１１３、１１９、１２５、１２７、および１３３は、マルチメディア・セッション経路の各セグメントに関連する。境界ゲートウェイ１０５、１１１、１１７、１２３、および住居用ゲートウェイ１２９は、対応するＩＰ領域についてのＩＰエンドポイントおよびアクセス・ポイントとして機能する。各境界ゲートウェイは、少なくとも２つの対応するＩＰ領域にアクセスすることができる。

ＩＭＳ１３５および他のＳＩＰネットワークは、各ネットワークによって定義されるＩＰ領域間に境界ゲートウェイを導入するオプションを有する。ＩＰ領域内では、すべてのＩＰエンドポイントは、共通のＩＰアドレス空間を使用して他の任意のＩＰエンドポイントから到達可能である。各境界ゲートウェイは、領域内のＩＰエンドポイントへのアクセスを制限するために、典型的にはファイアウォールまたはＮＡＰＴ（ネットワーク・アドレス・ポート・トランスレータ）を提供する。ＡＬＧ（アプリケーション層ゲートウェイ）は、境界ゲートウェイを終端間のマルチメディア・セッション経路中に効果的に挿入するために、各境界ゲートウェイを制御して、各ＳＤＰメディア・ラインに対して必要に応じて新たなＩＰアドレスおよびトランスポート・プロトコル・ポートを割り当て、転送される各ＳＤＰオファーおよびＳＤＰアンサー内のＳＤＰ接続情報およびポート情報を更新する。

マルチメディア・セッション経路は、セッションＩＰエンドポイント間の任意の数のＩＰ領域を横断することができる。メディア経路内の各境界ゲートウェイが、自らに直接接続される２つのＩＰ領域以外の、メディア経路上のＩＰ領域に接続していない限り、メディア経路を最適化するためのオプションはない。しかし、経路上の任意の境界ゲートウェイのいずれかのＩＰエンドポイントが、経路上の追加のＩＰ領域にアクセスできる場合、より短いメディア経路が存在する。本明細書の手順を実施する一連のＡＬＧであって、各ＡＬＧがその相互接続されるＩＰ領域内のメディア経路上のエンティティに関するＩＰアドレスおよびポート情報を決定できる、一連のＡＬＧは、境界ゲートウェイの数が最低限の状態で、その経路上の境界ゲートウェイに関連するアクセス制御のいずれも損なうことなくマルチメディア・セッション経路を確立できるようになる。信号伝達経路上の１つまたは複数のＡＬＧがこの手順を実施しない場合、境界ゲートウェイのバイパスはなお行うことができるが、一部の潜在的にバイパス可能な境界ゲートウェイがメディア経路内に残り得る。この拡張は、同じＩＰ領域内のＩＰエンドポイント間に直通メディア経路を確立するためのホストＮＡＰＴ越え方式でも機能する。

ＲＦＣ３２６４は、ＳＩＰネットワークがマルチメディア・セッション用の終端間メディア経路を確立することを可能にする、ＳＤＰオファー／アンサー・モデルについて説明する。本開示は、ＳＤＰオファーおよびＳＤＰアンサーを転送するためのＳＤＰ拡張属性、およびＡＬＧ手順に対するいくつかの拡張について説明する。経路上のＡＬＧは、境界ゲートウェイが最低数である終端間メディア経路を確立できるようにするために、単一の終端間ＳＤＰオファー／アンサー・トランザクション内で必要に応じてＳＤＰを操作する。ＳＤＰ拡張属性は、経路上の１つまたは複数の境界ゲートウェイをバイパスするための候補である、経路上の各ＩＰ領域についてのメディア接続情報およびポート情報を記述する。

本開示は、ＮＡＰＴ越えに対するＡＬＧ手法の拡張および最適化について説明する。

本開示の境界ゲートウェイ・バイパス手順は、ＳＴＵＮサーバを導入する要件を回避し、単一の終端間ＳＤＰオファー／アンサー・トランザクションに必要な信号伝達以上の追加の信号伝達を必要とせず、新たな手順がユーザ・エージェントによってサポートされることを必要とせず、境界ゲートウェイが、知られているＩＰソース・アドレスへのアクセスを制限することを可能にし、境界ゲートウェイが、すべてのセッションに関する集約帯域幅使用を予想的に管理することを可能にする。

この拡張はメディア経路の終端間接続性検査を組み込まないため、ＩＰ領域の正確な提供（ｐｒｏｖｉｓｉｏｎｉｎｇ）を利用する。

本開示の手順は、各ＩＰ領域からの候補の接続情報およびポート情報を暗号で認証するオプションを含むため、信号が信頼のできないネットワークまたは概してインターネットを横断する場合の一部の状況下で使用することができる。

動作の概要
図１は、エンドポイント・ユーザ・エージェント（ＵＡ）１とＵＡ２との間の典型的な呼構成を示し、ＳＩＰ信号は、少なくとも１つのＡＬＧ（４つを図示する）、および不図示の他のＳＩＰサーバを介してこれらのＵＡ間を進み、ＲＴＰマルチメディア・フローは、ＢＧ、および場合により各ＵＡに関連するＲＧ（ＵＡ２に関連するＲＧを１つだけ図示する）を介してこれらのＵＡ間を進む。各境界ゲートウェイ（ＢＧ）は、その対応するＡＬＧによって制御される。図中のＲ１、Ｒ２、等は、マルチメディア・セッション経路の各セグメントに関連するＩＰ領域を表す。

ＵＡ間のマルチメディア・セッション経路は、終端間のＳＤＰオファー／アンサー交換によって確立され、各ＡＬＧは、通常のＡＬＧ手順に従ってＢＧをメディア経路内に挿入するために、ＳＤＰ内の各メディア・ラインに関連する接続情報およびポート情報を修正することを選択できる。各ＡＬＧはオプションで、１つまたは複数のＢＧおよび／またはＲＧをバイパス可能な場合を特定し、転送されるＳＤＰメッセージを修正して、ＢＧをバイパスするためのメディア経路内の対応する変更を実施するための以下の手順を実行することもできる。

この境界ゲートウェイ・バイパス手順は、このアーキテクチャ内の任意のエンティティにより、ＩＣＥ（双方向接続性確立）が使用されていないと想定するが、ハイブリッド手順は可能である。

ＲＦＣ４５６６およびＲＦＣ３２６４によれば、これらのＵＡは、各メディア・ラインについての標準接続情報およびポート情報を提示することにより、標準ＳＤＰオファー／アンサー・ネゴシエーションに関与すると想定される。必要な場合、これらのＡＬＧはＲＦＣ３６０５内に定義されるｒｔｃｐ属性を使用して、期待されるデフォルト値を使用していないＲＴＣＰポートを特定することができる。

境界ゲートウェイ・バイパス・アルゴリズムは、ＡＬＧ内に実装することができる。このアルゴリズムは、各メディア・ラインに関連する接続情報およびポート情報以外は、ＳＤＰオファー／アンサー・ネゴシエーションのどんな側面に対しても影響を与えない。

本開示は、信号伝達経路上で横断した前のＩＰ領域に関する接続情報およびポート情報を提供するＳＤＰ拡張属性「ｔｒａｖｅｒｓｅｄ−ｒｅａｌｍ：横断した領域」を定義する。ｔｒａｖｅｒｓｅｄ−ｒｅａｌｍの各インスタンスは、インスタンス番号、領域識別子、接続データおよびポート・データ、ならびにｔｒａｖｅｒｓｅｄ−ｒｅａｌｍデータの完全性を確実にするように、各ＩＰ領域にとってプライベートなアルゴリズムを使用して計算されるオプションの暗号署名を有する。

セッション内の各ＳＤＰオファー／アンサー・トランザクション内の接続情報およびポート情報は、以下に説明するように、セッションＩＰエンドポイントに関連するＩＰ領域内の任意の潜在的変更に適応するために、各ＳＤＰオファー／アンサー・トランザクションでＢＧを必要に応じて再割り当ておよび割り当て解除する、同じ方法で扱うことができることに留意されたい。

ＩＰ領域の検討
本明細書の手順に関して、用語「ＩＰ領域」は、ダイジェスト認証に関する用語「領域」の使用以上の特定の意味を有する。ＩＰ領域には２つの目的があり、それは：１）プライベート情報を共有するネットワーク・エンティティが、媒介物を介して伝えられるデータが変更されていないままであることを検証できるプライベートな手段を特定し、２）完全に相互接続された共通のＩＰアドレス空間により、あるネットワーク・エンティティが別のネットワーク・エンティティから到達可能である場合を特定することである。

本開示で後に定義するｔｒａｖｅｒｓｅｄ−ｒｅａｌｍ拡張属性の構文は、目的１）セキュリティ証明書を使用すること、を達成する手段を明確に記述する。

以下に説明するように、目的２）を適用できる多くのネットワーク構成がある。

例えば、ＲＧ／ＮＡＰＴの背後のプライベートＬＡＮ上の住居内のすべてのホストは、ＩＰ領域６、１３２の場合のように、それぞれのＩＰ領域内にあるとみなすことができる。ネットワーク内のＡＬＧからホストＮＡＰＴ越えを提供するオペレータは、そのような各住居についての別個のＩＰ領域を特定し、例えば、外部ネットワーク内のＳＩＰサーバを介して確立される終端間セッションに同じ住居内のホストが関与する場合に、それらのホスト間にメディア経路を直接提供できることを確実にするためのセキュリティ・フレームワークを提供し、そうして、ともすれば通常のＡＬＧ手順を使用して割り当てられていたであろう潜在的にかなりの数のＢＧをバイパスすることができる。

非常に似た例は、外部ネットワークへの１つまたは複数のＮＡＰＴを有するプライベートＩＰアドレス空間を使用するプライベート企業ネットワークがある場合である。

住居の場合において見られるような同じ原理が当てはまる。ホストＮＡＰＴ越えを提供するＡＬＧは、その企業向けのＩＰ領域を作成し、その企業のＩＰ領域からの適当なＩＰアドレスを選択された識別子に関連付け、ネットワーク内のＢＧをバイパスする機会を探す。

ＮＡＰＴに関連しないセッションＩＰエンドポイントも、このネットワーク内のＡＬＧに直接接続され得る。ＡＬＧに接続される、互いに到達可能なそれらのセッションＩＰエンドポイントには、ＩＰ領域を割り当てることができる。

ＡＬＧを用いてアクセスおよびピアネットワークから切り離されたネットワークにメディア経路が入ると、このネットワーク内で互いに到達可能な、ＢＧへのメディア接続に関連するすべてのアドレスは、別のＩＰ領域の一部とみなすことができる。前のホップでそのようなＩＰ領域を横断した後に、ＡＬＧがＳＤＰオファーをそのＩＰ領域内に送り返すときはいつでも、そのＩＰ領域内への「ループ」バックで横断されるすべてのＢＧをバイパスする機会がある。

２つの相互接続されるネットワークは、インターネットを介してＩＰＳＥＣアソシエーションにより直接接続されるＡＬＧ／ＢＧを有し得る。これらの限られた接続性オプションを特定するためだけに作成される、１つまたは複数のＩＰ領域があり得る。これらのＩＰ領域を介してＢＧをバイパスする機会は限られるので、ネットワークはこれらのＩＰ領域を未確認のままにしておくことを選択でき、これらのＩＰ領域に関連するｔｒａｖｅｒｓｅｄ−ｒｅａｌｍ情報を転送しないことを選択できる。

開かれたインターネットから到達可能なＩＰアドレスは、定義済みのＩＰ領域「ＩＮ」に関連付けられる。

ＩＰ領域の例はごくわずかしかない。到達可能性を検証するために接続性検査が使用されないため、互いに到達可能なＩＰアドレスを適切に特定するためにＩＰ領域が提供され得る。ネットワークは、自らの定義されたＩＰ領域内のＩＰエンドポイント間の到達可能性を検証するための他の手段を提供することもできる。

ＡＬＧ手順
この節のＡＬＧ手順は、各ＳＤＰメッセージ内の各メディア・ラインに別々に適用され、各ＳＤＰオファー／アンサー・トランザクションに別々に適用される。

ＳＤＰオファーのＡＬＧハンドリング
ここで図２を参照し、図２は、本開示による一実施形態を示す流れ図である。概してこの例では、この方法はＡＬＧ内で行われるが、この方法は多様なハードウェアおよび／またはソフトウェア構成で行われてよいことを理解されたい。

（ステップ２０１で）ＡＬＧがＵＡまたは別のＡＬＧからＳＤＰオファーを受信すると、（ステップ２０３およびステップ２０５で）そのＡＬＧは、メディア経路の次のセグメントに関するＩＰ領域をまず特定する。例えば図１では、ＵＡ１ １０１がＵＡ２ １３１に対してＳＤＰオファーを開始する場合、ＡＬＧ１ １０３の次のＩＰ領域はＲ２ １１３であり、ＡＬＧ２ １０９の次のＩＰ領域はＲ３ １１９であり、ＡＬＧ４ １２１の次のＩＰ領域はＲ５ １２７である。ＡＬＧ４がＲＧ１２９のＲ６ １３３への横断を管理するため、両方のメディア経路ＩＰエンドポイントが同じＩＰ領域Ｒ６ １３３内にあり、そのためメディア経路内のすべてのＢＧおよびＲＧがバイパスされない限り、ＢＧ４ １２３はバイパスの対象ではない。

このＡＬＧは、（ステップ２０７で）受信されるＳＤＰオファー内のメディア・ラインに関するｔｒａｖｅｒｓｅｄ−ｒｅａｌｍインスタンスによって表される、前に横断されたすべてのＩＰ領域を調べる。受信されるＳＤＰオファー内の接続情報のＩＰ領域が、前に横断したＩＰ領域のいずれかに一致する場合、このＡＬＧは、自らが制御するＢＧを除く１つまたは複数のＢＧをバイパスすることができる。（ステップ２０９で）このＡＬＧは、最も早く一致するＩＰ領域を選択し、前のＩＰ領域を直接ＢＧに接続することによってバイパス可能なＢＧの数を特定することができる。

次いでこのＡＬＧは、（ステップ２１１で）自らの制御下にあるＢＧが、転送されるＳＤＰオファー内の接続情報に関連する次のＩＰ領域、および受信されるＳＤＰオファー内の前のｔｒａｖｅｒｓｅｄ−ｒｅａｌｍインスタンスに関連するＩＰ領域の両方にアクセスできるかどうかを判定する。この場合、このＡＬＧは、自らが制御するＢＧを含む１つまたは複数のＢＧをバイパスすることができる。このＡＬＧは、（ステップ２１３で）ＢＧからアクセス可能な最も早いＩＰ領域を選択し、転送されるＳＤＰオファーにこの最も早いＩＰ領域からの接続情報およびポート情報を置換することによってバイパス可能なＢＧの数を特定することになる。

次いでこのＡＬＧは、（ステップ２１５で）適用性およびローカル・ポリシに応じて以下の４つのケースのうちの１つを選択することができる。最もよくあるローカル・ポリシは、最多数のＢＧをバイパスするケースを選択することである。ケース３およびケース４では、このＡＬＧは、転送されるＳＤＰオファーからすべてのｔｒａｖｅｒｓｅｄ−ｒｅａｌｍインスタンスを除去することによりバイパスされることを望まないことを信号で伝えることができる。
１．制御されたＢＧおよび１つまたは複数の前のＢＧをバイパスする。
２．制御されたＢＧをバイパスする。
３．前のＢＧをバイパスする。
４．ＢＧをバイパスしない。

ＳＤＰオファー・ケース１：制御されたＢＧおよび前のＢＧをバイパスする
ケース１では、このＡＬＧは、受信されるＳＤＰオファー内のメディア・ラインに関するｔｒａｖｅｒｓｅｄ−ｒｅａｌｍインスタンスであって、そのメディア・ラインに関する現在のＩＰ領域に一致しないが、転送されるＳＤＰオファー内のメディア・ラインに使用されるＩＰ領域には一致する、ｔｒａｖｅｒｓｅｄ−ｒｅａｌｍインスタンスが存在することを特定する。このＡＬＧは、（ステップ２１７、２１９、および２２１で）ＳＤＰオファー内のメディア・ラインに関する接続情報およびポート情報を、次のＩＰ領域に関連する最も早いｔｒａｖｅｒｓｅｄ−ｒｅａｌｍインスタンスからの接続情報およびポート情報で置換することができ、出力される接続データおよびポート・データにデータ投入するために使用されるｔｒａｖｅｒｓｅｄ−ｒｅａｌｍインスタンスの後に横断するすべてのｔｒａｖｅｒｓｅｄ−ｒｅａｌｍインスタンスを削除することができ、修正されたＳＤＰオファーを転送することができる。

参照として図１を使用し、ケース１の一例は、ＵＡ１の方向からＳＤＰオファーを受信したときに、ＡＬＧ３は、Ｒ４ １２５およびＲ１ １０７が同じＩＰ領域のインスタンスであることを特定する。ＡＬＧ３は、出力されるＳＤＰオファーにＵＡ１からの接続情報およびポート情報を置換し、転送する前にＳＤＰからＲ２ １１３およびＲ３ １１９に関するｔｒａｖｅｒｓｅｄ−ｒｅａｌｍインスタンスを削除する。この終端間ＳＤＰオファー／アンサー・トランザクションの完了後、このメディア経路はＢＧ１ １０５、ＢＧ２ １１１、およびＢＧ３ １１７をバイパスする。

ＳＤＰオファー・ケース２：制御されたＢＧをバイパスする
ケース２（制御されたＢＧをバイパスする）では、このＡＬＧは、次のＩＰ領域が、受信されるＳＤＰオファー内のメディア・ラインに関するＩＰ接続情報およびポート情報によって表される現在のＩＰ領域からアクセス可能であることを特定する。受信されるＳＤＰオファー内のメディア・ラインに関連する、現在のＩＰ領域に関するｔｒａｖｅｒｓｅｄ−ｒｅａｌｍインスタンスがある場合、このＡＬＧは、受信されるＳＤＰオファーを変更せずに転送することができる。そうでなければ、このＡＬＧは、（ステップ２１７から２２１で）入力されるＳＤＰオファー内のメディア・ラインに関する接続情報およびポート情報から、新たなｔｒａｖｅｒｓｅｄ−ｒｅａｌｍインスタンスを構築することができ、このｔｒａｖｅｒｓｅｄ−ｒｅａｌｍインスタンスを、転送する前にＳＤＰオファーに追加することができる。

ケース２に関して、受信されるＳＤＰオファーは、前のＡＬＧがこのＢＧバイパス手順をサポートしない場合を除き、現在のＩＰ領域に関するｔｒａｖｅｒｓｅｄ−ｒｅａｌｍインスタンスを通常含む。この欠落した情報を追加することは、ＢＧのバイパスを行う、より多くの機会を提供する。

ＳＤＰオファー・ケース３：前のＢＧをバイパスする
ケース３では、このＡＬＧは、自らの制御下にあるＢＧが、次のＩＰ領域、および受信されるＳＤＰオファー内のメディア・ラインに関する前のｔｒａｖｅｒｓｅｄ−ｒｅａｌｍインスタンス、すなわちそのメディア・ラインに関する接続情報およびポート情報に一致しないｔｒａｖｅｒｓｅｄ−ｒｅａｌｍインスタンスに関連するＩＰ領域の両方にアクセスできることを特定する。このＡＬＧは、ＢＧからアクセス可能な最も早いｔｒａｖｅｒｓｅｄ−ｒｅａｌｍインスタンスからの接続情報およびポート情報を、受信されるＳＤＰオファーのソースに向けられるＢＧの側方に関するリモート接続情報およびポート情報として使用することができる。このＡＬＧは、（ステップ２１７、２１９、および２２１で）ＳＤＰオファー内のメディア・ラインに関する接続情報およびポート情報を、転送されるＳＤＰオファーの受け手に向けられるそのＢＧの側方からの接続情報およびポート情報で置換することができ、ＢＧからアクセス可能な最も早いｔｒａｖｅｒｓｅｄ−ｒｅａｌｍインスタンスの後に横断するすべてのｔｒａｖｅｒｓｅｄ−ｒｅａｌｍインスタンスをＳＤＰアンサーから削除することができ、修正されたＳＤＰオファー内のメディア・ラインに関する接続情報およびポート情報に関連するＩＰ領域に関するｔｒａｖｅｒｓｅｄ−ｒｅａｌｍインスタンスをＳＤＰオファーに追加することができ、修正されたＳＤＰオファーを転送することができる。

参照として図１を使用し、ケース３の一例は、ＵＡ１の方向からＳＤＰオファーを受信するときに、ＡＬＧ４ １２１は、ＢＧ４ １２３がＲ２ １１３にアクセスできると特定する。ＡＬＧ４ １２１は、自らのＢＧ接続情報およびポート情報をＳＤＰオファーに置換し、Ｒ２ １１３に関するｔｒａｖｅｒｓｅｄ−ｒｅａｌｍインスタンスからの接続情報およびポート情報を、ＢＧ４ １２３のＵＡ１ １０１側に関するリモート接続情報およびポート情報として使用し、Ｒ３ １１９およびＲ４ １２５に関するｔｒａｖｅｒｓｅｄ−ｒｅａｌｍインスタンスをＳＤＰオファーから削除し、Ｒ５ １２７に関するｔｒａｖｅｒｓｅｄ−ｒｅａｌｍインスタンスを、転送する前に追加する。この終端間ＳＤＰオファー／アンサー・トランザクションの完了後、このメディア経路はＢＧ２ １１１およびＢＧ３ １２３をバイパスする。

ＳＤＰオファー・ケース４：ＢＧをバイパスしない
ケース４では、このＡＬＧはＢＧをバイパスしない。受信されるＳＤＰオファー内のメディア・ラインに関連する、現在のＩＰ領域に関するｔｒａｖｅｒｓｅｄ−ｒｅａｌｍインスタンスがない場合、このＡＬＧは、入力されるＳＤＰオファー内のメディア・ラインに関する接続情報およびポート情報から新たなｔｒａｖｅｒｓｅｄ−ｒｅａｌｍインスタンスを構築することができ、このｔｒａｖｅｒｓｅｄ−ｒｅａｌｍインスタンスを、転送されるＳＤＰオファーに追加することができる。このＡＬＧは、（ステップ２１７で）ＳＤＰオファー内のメディア・ラインに関する接続情報およびポート情報を、転送されるＳＤＰオファーの受け手に向けられるそのＢＧの側方からの接続情報およびポート情報で置換する。このＡＬＧはさらに、（ステップ２１９、２２１で）転送されるＳＤＰオファー内のメディア・ラインに関する接続情報およびポート情報に関連するＩＰ領域に関するｔｒａｖｅｒｓｅｄ−ｒｅａｌｍインスタンスを追加し、修正されたＳＤＰオファーを転送することができる。

このＡＬＧが、受信されるＳＤＰオファーのソースの方の側でホストＮＡＰＴ越えを行っていない場合、このＡＬＧは、入力されるＳＤＰオファーからの接続情報およびポート情報を、受信されるＳＤＰオファーのソースに向けられるＢＧの側方に関するリモート接続情報およびポート情報として使用する。このＡＬＧが、受信されるＳＤＰオファーのソースの方の側でホストＮＡＰＴ越えを行っている場合、このＡＬＧ／ＢＧは、ラッチングまたは他の不特定の技法により、ＲＧ１２９のＩＰアドレスを知ることができる。出力されるＳＤＰオファー内に１つまたは複数のｔｒａｖｅｒｓｅｄ−ｒｅａｌｍインスタンスを挿入することを除き、ケース４は標準のＡＬＧ動作に対応する。

ＳＤＰアンサーのＡＬＧハンドリング
ここで、本開示の別の実施形態である図３を参照する。この方法は、（図２、ステップ２２１で）ＳＤＰオファーを転送した後に開始する。ＳＤＰアンサーの処理は、ＳＤＰオファーの処理と同一であり得ることに留意すべきである。ただし、メディアは双方向に同じ経路を流れ下らない可能性があるので、これはすべての状況において理想的とは限らない可能性がある。

このＡＬＧは、ＢＧのバイパスを処理するために、これら４つのケースのうちのどれを選択したのかについての情報を保持することができる。ＡＬＧは、（ステップ３０３で）対応するＳＤＰアンサーを処理する際にこの情報を使用するが、ダウンストリームのＡＬＧも既に横断したＢＧをバイパスでき、経路内の他のＡＬＧがこのＢＧバイパス手順をサポートする場合もしない場合もあるため、検討すべきさらなるサブケースがある。その終点に到達するＳＤＰオファー内には、（ｔｒａｖｅｒｓｅｄ−ｒｅａｌｍインスタンスによって代表される）横断される各ＩＰ領域の特定インスタンスが多くて１つあることに留意されたい。ＡＬＧは、ＳＤＰアンサーを適切に処理するためにこのことを使用する。特定できないインスタンスは、ＢＧのバイパスに関する失われた機会を表す。

ＳＤＰアンサーを処理するときのさらなるサブケースを区別することを助けるために、このＡＬＧは、転送されるＳＤＰアンサー内のメディア・ラインに関する接続情報内に、（ステップ３０５で）：１）対応するＩＰ領域に関する有効なＩＰアドレス、または２）未指定アドレスを挿入することができる。ＩＰｖ４の未指定アドレスは「０．０．０．０」であり、ＩＰｖ６は「０：：０」である。

このＡＬＧは、（ステップ３０５で）ＩＰアドレスのＩＰ領域が、前に受信されるＳＤＰオファー内のメディア・ラインに関する接続情報のＩＰ領域に一致する場合、転送されるＳＤＰアンサー内のメディア・ラインに関する接続情報内に有効なＩＰアドレスを提供することができる。そうでなければ、このＡＬＧは、存在する場合（ステップ３０９で）、受け手のＡＬＧがＳＤＰアンサー内のｔｒａｖｅｒｓｅｄ−ｒｅａｌｍインスタンスから接続情報およびポート情報を抽出することを示すために、未指定アドレスを含めることができる。

このＡＬＧは、ＳＤＰアンサーを受信する際に以下のサブケースを検討することができる。
ａ．このＡＬＧによって受信されるＳＤＰアンサー内のメディア・ラインに関する接続情報およびポート情報が、そのＩＰ領域に関して「有効」である。このＩＰ領域は、（ステップ３０７で）このＡＬＧによって転送されるＳＤＰオファー内の対応するメディア・ラインに関する接続情報およびポート情報に関連するＩＰ領域に一致する。
ｂ．このＡＬＧによって受信されるＳＤＰアンサー内のメディア・ラインに関する接続情報が「未指定アドレス」である。ＳＤＰアンサー内のｔｒａｖｅｒｓｅｄ−ｒｅａｌｍインスタンスは、（ステップ３１１で）ＡＬＧによって「転送」されるＳＤＰオファー内の対応するメディア・ラインに関する接続情報およびポート情報に関連するＩＰ領域に一致する。このケースは、ＳＤＰアンサーを送信するＡＬＧが、このＢＧバイパス手順に準拠しない場合にのみ適用されるべきである。準拠するＡＬＧは、これをサブケースａに変換していることになる。
ｃ．このＡＬＧによって受信されるＳＤＰアンサー内のメディア・ラインに関する接続情報が「未指定アドレス」である。ＳＤＰアンサー内のｔｒａｖｅｒｓｅｄ−ｒｅａｌｍインスタンスは、（ステップ３１３で）このＡＬＧによって「受信」されるＳＤＰオファー内の対応するメディア・ラインに関する接続情報およびポート情報に関連するＩＰ領域に一致する。
ｄ．このＡＬＧによって受信されるＳＤＰアンサー内のメディア・ラインに関する接続情報が「未指定アドレス」である。ＳＤＰアンサー内のｔｒａｖｅｒｓｅｄ−ｒｅａｌｍインスタンスは、（ステップ３１５で）ＡＬＧによって「受信」されるＳＤＰオファー内の対応するメディア・ラインに関する接続情報およびポート情報に関連するＩＰ領域に一致せず、このＡＬＧによって「転送」されるＳＤＰオファー内の対応するメディア・ラインに関する接続情報およびポート情報に関連するＩＰ領域に一致しない。

ＳＤＰアンサー・サブケースａ：有効な接続情報
サブケースａでは、このＡＬＧは、そのＩＰ領域内の有効なＩＰアドレスに対応する、ＳＤＰアンサー内のメディア・ラインに関する接続情報を受信する。このＡＬＧの動作は、（ステップ３１７および３１９で）、ＳＤＰオファーを転送する際に、このＡＬＧがどのＳＤＰオファー・ケースを選択したのかによって決まる。
・ ケース１では、ＳＤＰオファーを転送する際に、このＡＬＧがそのＢＧおよび少なくとも１つの前のＢＧをバイパスしたため、このＡＬＧは未指定アドレスを含むＳＤＰアンサーを転送して、そのＳＤＰアンサーを受信するＡＬＧがバイパスされることを信号で伝えることができる。このＡＬＧは、入力されるＳＤＰアンサー内のメディア・ラインに関する接続情報およびポート情報から新たなｔｒａｖｅｒｓｅｄ−ｒｅａｌｍインスタンスを構築することができ、このｔｒａｖｅｒｓｅｄ−ｒｅａｌｍインスタンスを、ＳＤＰアンサー内に現れ得る他の任意のｔｒａｖｅｒｓｅｄ−ｒｅａｌｍインスタンスを置換してＳＤＰアンサーに追加することができ、ＳＤＰアンサー内のメディア・ラインに関する接続情報を未指定アドレスで置換することができ、修正されたＳＤＰアンサーを転送することができる。
・ ケース２では、ＳＤＰオファーにおいて、このＡＬＧは、そのＢＧだけを既にバイパスしているため、受信されるＳＤＰアンサーを変更せずに転送することができる。
・ ケース３では、ＳＤＰオファーにおいて、このＡＬＧは少なくとも１つの前のＢＧを既にバイパスしたが、自らのＢＧをバイパスしなかったため、転送されるＳＤＰアンサーは、そのＳＤＰアンサーを受信するＡＬＧがバイパスされることを信号で伝えるための未指定アドレスを含む。このＡＬＧは、受信されるＳＤＰオファーのソースに向けられるＢＧの側方に関するローカル接続情報およびポート情報から新たなｔｒａｖｅｒｓｅｄ−ｒｅａｌｍインスタンスを構築することができ、このｔｒａｖｅｒｓｅｄ−ｒｅａｌｍインスタンスをＳＤＰアンサーに追加することができ、ＳＤＰアンサー内のメディア・ラインに関する接続情報を未指定アドレスで置換することができ、修正されたＳＤＰアンサーを転送することができる。
・ ケース４では、このＡＬＧはＢＧを一切バイパスしないため、このＡＬＧは、ＳＤＰアンサー内のメディア・ラインに関する接続情報およびポート情報を、受信されるＳＤＰオファーのソースに向けられるそのＢＧの側方に関するローカル接続情報およびポート情報で置換することができ、修正されたＳＤＰアンサーを転送することができる。

さらに、サブケースａのケース３およびケース４において見られるように、制御されたＢＧが割り当てられたままであるとき、このＡＬＧがＳＤＰアンサー側の方の側でホストＮＡＰＴ越えを行っていない場合、このＡＬＧは、入力されるＳＤＰアンサーからの接続情報およびポート情報を、受信されるＳＤＰアンサーのソースに向けられるＢＧの側方に関するリモート接続情報およびポート情報として使用することができる。このＡＬＧが、受信されるＳＤＰアンサーのソースの方の側でホストＮＡＰＴ越えを行っている場合、このＡＬＧ／ＢＧは、ラッチングまたは他の不特定の技法により、ＲＧのＩＰアドレスを知ることができる。

ＳＤＰアンサー・サブケースｂ：転送されるＳＤＰオファーについての一致
サブケースｂでは、このＡＬＧは、ＳＤＰアンサー内のメディア・ラインに関する接続情報内の未指定アドレスを受信する。ＳＤＰアンサー内のｔｒａｖｅｒｓｅｄ−ｒｅａｌｍインスタンスは、このＡＬＧによって「転送」されるＳＤＰオファー内の対応するメディア・ラインに関する接続情報およびポート情報に関連するＩＰ領域に一致する。このＡＬＧの動作は、（ステップ３１７および３１９で）、ＳＤＰオファーを転送する際に、このＡＬＧがどのＳＤＰオファー・ケースを選択したのかによって決まる。
・ ケース１では、ＳＤＰオファーを転送する際に、このＡＬＧがそのＢＧおよび少なくとも１つの前のＢＧをバイパスしたため、一致するＩＰ領域にはまだ到達されておらず、そのため、このＡＬＧはＳＤＰアンサーを変更せずに転送することができる。
・ ケース２では、ＳＤＰオファーにおいて、このＡＬＧはそのＢＧだけを既にバイパスしているため、受信されるＳＤＰアンサー内のｔｒａｖｅｒｓｅｄ−ｒｅａｌｍインスタンスは、このＡＬＧによって「受信」されるＳＤＰオファー内の対応するメディア・ラインに関する接続情報およびポート情報に関連するＩＰ領域にも一致する。このＡＬＧは、ＳＤＰアンサー内のメディア・ラインに関する接続情報およびポート情報を、受信されるＳＤＰアンサー内のｔｒａｖｅｒｓｅｄ−ｒｅａｌｍインスタンスからの接続情報およびポート情報で置換することができ、ＳＤＰアンサーからｔｒａｖｅｒｓｅｄ−ｒｅａｌｍインスタンスを削除することができ、修正されたＳＤＰアンサーを転送することができる。
・ ケース３では、ＳＤＰオファーにおいて、このＡＬＧは少なくとも１つの前のＢＧを既にバイパスしているが、自らのＢＧをバイパスしなかったため、転送されるＳＤＰアンサーは、そのＳＤＰアンサーを受信するＡＬＧがバイパスされることを信号で伝えるための未指定アドレスを含む。このＡＬＧは、ＳＤＰアンサー内のメディア・ラインに関するｔｒａｖｅｒｓｅｄ−ｒｅａｌｍインスタンスを、受信されるＳＤＰオファーのソースに向けられるＢＧの側方に関するローカル接続情報およびポート情報から構築される新たなｔｒａｖｅｒｓｅｄ−ｒｅａｌｍインスタンスで置換することができ、ＳＤＰアンサー内のメディア・ラインに関する接続情報内の未指定アドレスを保持することができ、修正されたＳＤＰアンサーを転送することができる。
・ ケース４では、このＡＬＧはＢＧを一切バイパスしないため、このＡＬＧは、ＳＤＰアンサー内のメディア・ラインに関する接続情報およびポート情報を、受信されるＳＤＰオファーのソースに向けられるそのＢＧの側方に関するローカル接続情報およびポート情報で置換することができ、ＳＤＰアンサーからｔｒａｖｅｒｓｅｄ−ｒｅａｌｍインスタンスを削除することができ、修正されたＳＤＰアンサーを転送することができる。

さらに、サブケースｂのケース３およびケース４において見られるように、制御されたＢＧが割り当てられたままであるとき、このＡＬＧは、受信されるＳＤＰアンサー内のｔｒａｖｅｒｓｅｄ−ｒｅａｌｍインスタンスからの接続情報およびポート情報を、受信されるＳＤＰアンサーのソースに向けられるＢＧの側方に関するリモート接続情報およびポート情報として使用することができる。

ＳＤＰアンサー・サブケースｃ：受信されるＳＤＰオファーについての一致
サブケースｃでは、このＡＬＧは、ＳＤＰアンサー内のメディア・ラインに関する接続情報内の未指定アドレスを受信する。ＳＤＰアンサー内のｔｒａｖｅｒｓｅｄ−ｒｅａｌｍインスタンスは、このＡＬＧによって「受信」されるＳＤＰオファー内の対応するメディア・ラインに関する接続情報およびポート情報に関連するＩＰ領域に一致する。このＡＬＧはすべての場合においてそのＢＧをバイパスする。このＡＬＧの動作は、（ステップ３１７および３１９で）、ＳＤＰオファーを転送する際に、このＡＬＧがどのＳＤＰオファー・ケースを選択したのかによって決まる。
・ ケース１では、ＳＤＰオファーを転送する際に、このＡＬＧがそのＢＧおよび少なくとも１つの前のＢＧをバイパスしたため、一致するＩＰ領域にはまだ到達されておらず、そのため、ケース１サブケースｂに見られるように、このＡＬＧはＳＤＰアンサーを変更せずに転送することができる。
・ ケース２では、ＳＤＰオファーにおいて、このＡＬＧはそのＢＧだけを既にバイパスしているため、転送されるＳＤＰアンサーは有効な接続情報を含むことになる。このＡＬＧは、ケース２、サブケースｂの場合と同じ手順を行うことができる。
・ ケース３では、ＳＤＰオファーにおいて、このＡＬＧは少なくとも１つの前のＢＧを既にバイパスしているが、ＳＤＰオファーを処理する際に自らのＢＧをバイパスしなかったため、このＡＬＧは、自らのＢＧをバイパスするように、転送されるＳＤＰアンサーに今度は信号を伝える。このＡＬＧは、ＳＤＰアンサーを変更せずに転送することができる。
・ ケース４では、ＳＤＰオファーを処理する際にこのＡＬＧはＢＧを一切バイパスしなかったため、このＡＬＧは、自らのＢＧをバイパスするように、転送されるＳＤＰアンサーに今度は信号を伝える。このＡＬＧは、ＳＤＰアンサー内のメディア・ラインに関する接続情報およびポート情報を、受信されるＳＤＰアンサー内のメディア・ラインに関するｔｒａｖｅｒｓｅｄ−ｒｅａｌｍインスタンスからの接続情報およびポート情報で置換することができ、ＳＤＰアンサーからｔｒａｖｅｒｓｅｄ−ｒｅａｌｍインスタンスを削除することができ、修正されたＳＤＰアンサーを転送することができる。

ＳＤＰアンサー・サブケースｄ：不一致
サブケースｄでは、このＡＬＧは、ＳＤＰアンサー内のメディア・ラインに関する接続情報内の未指定アドレスを受信する。ＳＤＰアンサー内のｔｒａｖｅｒｓｅｄ−ｒｅａｌｍインスタンスは、このＡＬＧによって「受信」されるＳＤＰオファー内の対応するメディア・ラインに関する接続情報およびポート情報に関連するＩＰ領域に一致せず、このＡＬＧによって「転送」されるＳＤＰオファー内の対応するメディア・ラインに関する接続情報およびポート情報に関連するＩＰ領域に一致しない。このＡＬＧは、すべての場合においてそのＢＧおよび少なくとも１つの前のＢＧをバイパスする。このＡＬＧの動作は、（ステップ３１７および３１９で）、ＳＤＰオファーを転送する際に、このＡＬＧがどのＳＤＰオファー・ケースを選択したのかによって決まる。
・ ケース１では、一致するＩＰ領域にはまだ到達されておらず、そのため、ケース１サブケースｂに見られるように、このＡＬＧはＳＤＰアンサーを変更せずに転送することができる。
・ ケース２では、一致するＩＰ領域にはまだ到達されておらず、そのため、このＡＬＧはＳＤＰアンサーを変更せずに転送することができる。
・ ケース３では、ＳＤＰオファーにおいて、このＡＬＧは少なくとも１つの前のＢＧを既にバイパスしているが、ＳＤＰオファーを処理する際に自らのＢＧをバイパスしなかったため、このＡＬＧは、自らのＢＧをバイパスするように、転送されるＳＤＰアンサーに今度は信号を伝える。このＡＬＧは、ケース３サブケースｃに見られるように、ＳＤＰアンサーを変更せずに転送することができる。
・ ケース４では、ＳＤＰオファーを処理する際にこのＡＬＧはＢＧを一切バイパスしなかったため、このＡＬＧは、自らのＢＧをバイパスするように、転送されるＳＤＰアンサーに今度は信号を伝える。このＡＬＧは、ＳＤＰアンサーを変更せずに転送することができる。

ユーザ・エージェントからの未指定アドレスの特別なハンドリング
ＳＤＰオファーを開始するＵＡが、接続情報内に未指定アドレスを含める場合、その未指定アドレスはそのＵＡのＩＰ領域に関連付けられ得る。未指定アドレスを有するＳＤＰオファーを転送する際、このＡＬＧはケース１に従うことができ、そのＳＤＰオファーは、すべてのＩＰ領域についての未指定アドレスを有する暗黙のｔｒａｖｅｒｓｅｄ−ｒｅａｌｍインスタンスを含むことが理解される。この手順の最終結果は、最初のＳＤＰオファー内に未指定アドレスがある場合、すべてのＡＬＧが未指定アドレスを転送することである。受信されるＳＤＰアンサーが有効なＩＰアドレスを含む場合、そのアドレスは、サブケースａを使用して最初のＡＬＧによって未指定アドレスへと変換され、後続のＡＬＧはサブケースｄを使用して、転送されるＳＤＰアンサー内に未指定アドレスを含める。この手順は、応答ＵＡに関する接続情報を見つけるためにＳＩＰ第三者呼制御（３ｐｃｃ）手順で使用できる「ブラックホール」アドレスの使用をサポートしないため、これらの手順の適用性にはある程度の制限があるとはいえ、推奨される３ｐｃｃ手順のどれもこの「ブラックホール」アドレスの使用に依拠しない。

ＳＤＰアンサーを開始するＵＡが、接続情報内に未指定アドレスを含める場合、ＳＤＰアンサーのハンドリングのためのこのＡＬＧ手順は不変であり、その結果、ＳＤＰオファーを転送する際に任意のＢＧが割り当てられていた場合、それらのＢＧはすべて解放される。明示的なｔｒａｖｅｒｓｅｄ−ｒｅａｌｍインスタンスなしのすべてのＳＤＰアンサーは、知られていないＩＰ領域に関する単一の暗黙のｔｒａｖｅｒｓｅｄ−ｒｅａｌｍインスタンスを含むことが理解される。したがって、サブケースｄは常に適用される。

最初のＳＤＰオファーまたは最初のＳＤＰアンサーが接続情報内に未指定アドレスを含む場合、その後のＳＤＰオファー／アンサー・トランザクションが、ユーザ・エージェントのＩＰ領域からの実ＩＰアドレスを使用して行われるまで、メディア・フローはあり得ないことに留意されたい。

非準拠ＡＬＧに関する想定
本明細書の手順は、準拠するＡＬＧを有する終端間信号伝達経路中に、これらの手順に準拠しないＡＬＧを含める際に以下の想定を行う。

想定１：非準拠ＡＬＧは、以下の２つの動作のうちの１つを有し得る。

ａ：接続情報内に未指定アドレスがあるＳＤＰメッセージを受信する際、この非準拠ＡＬＧは、その未指定アドレスを転送されるＳＤＰメッセージ内に保持する。さらに、この非準拠ＡＬＧは、受信されるｔｒａｖｅｒｓｅｄ−ｒｅａｌｍ属性を変更せずに転送することができ、または転送する前にｔｒａｖｅｒｓｅｄ−ｒｅａｌｍ属性をＳＤＰメッセージから削除することができる。
このＡＬＧがｔｒａｖｅｒｓｅｄ−ｒｅａｌｍ属性を転送する場合、ＢＧをバイパスするためのほとんどの機会は依然として使用可能であり、この手順は適切に適用される。このＡＬＧがＳＤＰからすべてのｔｒａｖｅｒｓｅｄ−ｒｅａｌｍ属性を（それらが知られていないため）削除する場合、このＡＬＧは経路内に残り、ＢＧをバイパスするための一部の機会は利用できなくなるが、この手順は終端間メディア経路を適切に確立する。

ｂ．接続情報内に未指定アドレスがあるＳＤＰメッセージを受信する際、このＡＬＧは、（まだ割り当てられていない場合）ＢＧを割り当て、その未指定アドレスを転送先のＩＰ領域内の有効なＩＰアドレスへと変換する。このＡＬＧは、転送されるＳＤＰメッセージからすべてのｔｒａｖｅｒｓｅｄ−ｒｅａｌｍ属性を削除する。
このＡＬＧが未指定アドレスを変換し、ｔｒａｖｅｒｓｅｄ−ｒｅａｌｍ属性を転送する場合、この手順はメディア経路を確立し損なう可能性がある。想定「１ｂ」を破るものとして知られる非準拠ＡＬＧに隣接するＡＬＧは、非準拠ＡＬＧをメディア経路内に留めるために信号伝達を操作することにより回避策を実施することができるが、これは、ＢＧをバイパスするためのかなりの機会を奪う。
経路内の隣接ＡＬＧを留めるために、準拠するＡＬＧは、隣接ＡＬＧ行きのすべてのＳＤＰメッセージ内に本当の接続情報が提供され、隣接ＡＬＧ行きのまたは隣接ＡＬＧから届くＳＤＰメッセージ内のすべてのｔｒａｖｅｒｓｅｄ−ｒｅａｌｍ属性を削除することを確実にする、詳細手順の適当なケースまたはサブケースを選択する。

想定２：非準拠ＡＬＧは、そのＢＧ内にメディア・フローがないセッションは終了しない。このＡＬＧは、そのＢＧをバイパスしてよいことを暗に認める。この想定を破るものとして知られる非準拠ＡＬＧに隣接するＡＬＧは、非準拠ＡＬＧをメディア経路内に留めるために信号伝達を操作することにより回避策を実施することができるが、これは、ＢＧをバイパスするためのかなりの機会を奪う。

ｔｒａｖｅｒｓｅｄ−ｒｅａｌｍ属性
ｔｒａｖｅｒｓｅｄ−ｒｅａｌｍ属性は、単にメディア・レベルの属性である。ｔｒａｖｅｒｓｅｄ−ｒｅａｌｍ属性は、割り当てられるＢＧをバイパスするために潜在的に使用可能な、前に横断した領域に関するＩＰ領域識別子およびＩＰアドレスを含む。

この属性は、各ｔｒａｖｅｒｓｅｄ−ｒｅａｌｍインスタンスに関する１次情報、つまりその領域が横断された順番、その領域のアイデンティティ、そのＩＰアドレス、ポートおよびトランスポート・プロトコル、ならびにセキュリティ証明書を暗号化する。

＜ｒｅａｌｍ−ｎｕｍｂｅｒ：領域番号＞：あるＳＤＰオファー内のメディア・ラインに関する他のｔｒａｖｅｒｓｅｄ−ｒｅａｌｍインスタンスと比較して、同じＳＤＰオファーを転送する間にこのｔｒａｖｅｒｓｅｄ−ｒｅａｌｍインスタンスが横断した順番を特定する１から２５６の間の正の整数である。この領域番号は１から始まることができ、新たなｔｒａｖｅｒｓｅｄ−ｒｅａｌｍインスタンスをＳＤＰオファー内に挿入する際に、メディア・ラインに関する既存の最高の領域番号と比較して１ずつ増分することができる。ＳＤＰアンサー内にはｔｒａｖｅｒｓｅｄ−ｒｅａｌｍインスタンスが１つだけあることになるため、この領域番号はＳＤＰアンサーでは無視することができる。この領域番号は、ＳＤＰアンサー内で値１を有する場合があり得る。

＜ｒｅａｌｍ：領域＞：共通のＩＰアドレス体系を共有する、１組の互いに到達可能なＩＰエンドポイントを特定する。各領域は、その領域に関するｔｒａｖｅｒｓｅｄ−ｒｅａｌｍ属性インスタンスを使用するすべてのホストのための保護ドメインをさらに定義して、各属性インスタンス内の残りの情報の完全性を確実にすることを助ける。開かれたインターネットから到達可能なパブリックＩＰアドレスは、証明書が要求されない専用領域「ＩＮ」に関連付けることができる。自らの１つまたは複数の領域に関するｔｒａｖｅｒｓｅｄ−ｒｅａｌｍインスタンス情報の完全性を確実にすることを望むＡＬＧのオペレータは、自らのサーバ用の領域ストリングを作成するために以下の指針を順守することができる。１）領域ストリングがグローバルに一意であり得る。２）領域ストリングが、ユーザに与えることができる人間可読識別子を提示すべきである。

＜ｔｒａｎｓｐｏｒｔ：トランスポート＞：ｔｒａｖｅｒｓｅｄ−ｒｅａｌｍインスタンスに関するトランスポート・プロトコルを示す。本開示はＵＤＰのみを明示する。しかし、ＴＣＰ（トランスポート制御プロトコル）やＤＣＣＰ（データグラム輻輳制御プロトコル）など、これらの手順に関して将来のトランスポート・プロトコルを使用できるようにするために、拡張性を提供する。

＜ｃｏｎｎｅｃｔｉｏｎ−ａｄｄｒｅｓｓ：接続アドレス＞：ＲＦＣ４５６６から引用する。ｔｒａｖｅｒｓｅｄ−ｒｅａｌｍインスタンスに関連するＩＰアドレスであり、ＩＰｖ４アドレス、ＩＰｖ６アドレス、およびＦＱＤＮを可能にする。ＩＰアドレスを使用すべきだが、ＦＱＤＮをＩＰアドレスの代わりに使用することができる。

＜ｐｏｒｔ：ポート＞：同じくＲＦＣ４５６６から引用する。ｔｒａｖｅｒｓｅｄ−ｒｅａｌｍインスタンスに関連するトランスポート・プロトコル・ポート番号である。

＜ｒｔｃｐ−ｐｏｒｔ：ｒｔｃｐポート＞および＜ｒｔｃｐ−ａｄｄｒｅｓｓ：ｒｔｃｐアドレス＞：ひとまとめにして考えると、ＲＦＣ３６０５内に定義されるｒｔｃｐ属性と意味的に等しい。これらは、ｔｒａｖｅｒｓｅｄ−ｒｅａｌｍインスタンスがＲＴＰストリームに関し、ＲＴＣＰポート番号が、同じＩＰアドレスにおけるそのＲＴＰストリームのためのポートよりも正確に１つ大きくない場合に、オプションでＲＴＣＰポート情報およびＩＰアドレス情報を暗号化する。

＜ｃｒｅｄｅｎｔｉａｌｓ−ｖａｌｕｅ：証明書値＞：この属性および他の機密データの他の内容に対して計算されるデジタル署名である。領域に関連する保護ドメインについての機関（ａｕｔｈｏｒｉｔｙ）は、この証明書を計算するためにＭＤ５（メッセージ・ダイジェスト５）または他のアルゴリズムを選択することができる。さらなるセキュリティのため、（ダイジェストに使用されるナンスやオペークなどの）拡張属性を使用して、あるＳＤＰメッセージ内の属性に対して計算される証明書を、ＳＩＰ対話内で使用される前のＳＤＰオファーまたはＳＤＰアンサーにリンクすることができる。保護ドメイン内のサーバのみが、属性内容の完全性を検証する必要がある。

ｔｒａｖｅｒｓｅｄ−ｒｅａｌｍ属性のインスタンスは対応するＩＰ領域内の信頼できるノードによってのみ使用され得るため、このＩＰ領域は、ダミー値をｃｏｎｎｅｃｔｉｏｎ−ａｄｄｒｅｓｓおよびｐｏｒｔのフィールド内に置きながら、ｃｏｎｎｅｃｔｉｏｎ−ａｄｄｒｅｓｓおよびｐｏｒｔ情報の暗号化されたバージョンをｔｒａｖｅｒｓｅｄ−ｒｅａｌｍ属性の拡張パラメータ内に置くことを選択することができる。

これらの様々なネットワーク要素の実装形態は、このシステムがどのように使用されるのかによって決まる。これらの機能は、ネットワーク要素の一部もしくはすべてが合同し、または互いに分離して行うことができ、多様なハードウェア構成および／またはソフトウェア技法を使用して実施することができる。この方法は、提案するシステムについての少数の実施形態を列挙するにすぎず、改変形態が現在は存在し得る。ただし、これは特許請求の範囲を限定することを意図せず、むしろこの方法およびシステムをどのように使用できるのかについてのいくつかの実施形態を示すことを意図する。

上記の説明は特許請求の範囲に記載の本発明の特定の実施形態の開示を単に行い、特許請求の範囲に記載の本発明を限定することは意図しない。そのようなものとして、本発明は上記の実施形態のみに限定されない。むしろ、本発明の範囲内に含まれる代替実施形態を当業者が考案できることが理解されている。

Claims (10)

1. 置換セッション記述プロトコル・パラメータを使用して、インターネット・プロトコル領域を通る代替終端間メディア経路を特定する方法であって、
   前に横断したインターネット・プロトコル領域のリストを含むメッセージを受信するステップと、
   セッション開始プロトコルの信号伝達情報に少なくとも部分的に基づいてメディア経路についての次のインターネット・プロトコル領域を決定するステップと、
   前記次のインターネット・プロトコル領域が前に横断したインターネット・プロトコル領域の前記リスト上にある場合、前記前に横断したインターネット・プロトコル領域に関連する少なくとも１つの境界ゲートウェイをバイパスするステップと、を含む方法。
2. ネットワーク・アドレス・ポート・トランスレータの背後のホストを、前記ホストが自らのインターネット・プロトコル領域内にいたように扱うステップをさらに含む、請求項１に記載の方法。
3. 前に横断した領域のリストから、インターネット・プロトコル領域の１つまたは複数のインスタンスを除去するセキュリティ手順を実施するステップをさらに含む、請求項１に記載の方法。
4. 前に横断したインターネット・プロトコル領域の前記リストが、ある領域を別の領域と区別するための領域識別子を含む、請求項１に記載の方法。
5. 前に横断したインターネット・プロトコル領域の前記リストの完全性のために、各インターネット・プロトコル領域に対しプライベートなアルゴリズムを提供するステップをさらに含む、請求項１に記載の方法。
6. 前記アルゴリズムが暗号署名を含む、請求項８に記載の方法。
7. 前記セッション記述プロトコル・パラメータがオファー・メッセージ内にあり、前記方法はさらに、
   前記セッション記述プロトコル・パラメータを有するセッション記述プロトコル・アンサーを受信するステップと、
   前記オファー・メッセージ内の前記セッション記述プロトコル・パラメータを呼び戻すステップと、
   １つまたは複数の境界ゲートウェイをバイパスする終端間メディア経路を確立するために、前記セッション記述プロトコル・アンサー内の前記セッション記述プロトコル・パラメータを操作するステップとをさらに含む、請求項１に記載の方法。
8. インターネット・プロトコル・マルチメディア・サブシステム内の最適な終端間メディア経路を特定するシステムであって、
   呼を確立するためにメディア経路が横断したインターネット・プロトコル領域を特定する情報を含むインスタンスのリストと、
   接続情報とポート情報とを有するセッション記述プロトコル・オファー／アンサーを受信し、前記セッション記述プロトコル・オファー／アンサーが横断することができる次のインターネット・プロトコル領域を決定し、前記インスタンスのリストを調べ、前記メディア経路が横断することができる前記次のインターネット・プロトコル領域が前記インスタンスのリスト上にある場合、境界ゲートウェイのバイパスを助けるために前記接続情報とポート情報とを置換するように構成されるアプリケーション・レベル・ゲートウェイとを備えるシステム。
9. 前記インターネット・プロトコル領域を特定する前記情報がインターネット・プロトコル・アドレスを含む、請求項１１に記載のシステム。
10. 前記アプリケーション・レベル・ゲートウェイによって制御される境界ゲートウェイをさらに含み、前記境界ゲートウェイは、前記インターネット・プロトコル領域に関連するエンドポイントへのアクセスを制限するように構成される、請求項１１に記載のシステム。

Images