JP2007068187A

JP2007068187A - 特殊目的ゲートウェイの選択のための方法および装置

Info

Publication number: JP2007068187A
Application number: JP2006237292A
Authority: JP
Inventors: Gordon R Brunson; リチャーズブラウンサンゴードン; Paul R Michaelis; ロラーミシャエリスポール
Original assignee: Avaya Technology LLC
Current assignee: Avaya Technology LLC
Priority date: 2005-09-01
Filing date: 2006-09-01
Publication date: 2007-03-15
Anticipated expiration: 2026-09-01
Also published as: EP1761078A3; US20070047709A1; US7809125B2; CA2556863A1; CA2556863C; EP1761078B1; JP5072291B2; EP1761078A2

Abstract

【課題】ＣＳＴＮ上のアナログのＴＴＹ信号と、ＶｏＩＰネットワーク内の確実な伝送に適した非音声のデータ・パケットとの間の変換およびＶｏＩＰ／ＣＳＴＮゲートウェイが２つのデバイスの間で変換を行うことを可能にすること。
【解決手段】遠距離通信の呼び出しのための特殊なメディア型の要件を検出すること、および複数のゲートウェイのうちで、ゲートウェイのそのサブセットのみが特殊なメディア型に通信を提供できるサブセットを選択することによって、方法および装置はメディア型に基づく通信システムの中で遠距離通信の呼び出しの経路を選択する。
【選択図】図１

Description

本発明は通信情報の経路選択に関する。

ＴＤＤまたはテキスト電話としても知られるＴＴＹデバイスは、一般に聴覚障害者、または電話システムで通信するのに音が聞こえづらい人によって用いられるテキスト端末である。この分野の問題は、しばしば発信元の国によって異なる非互換のＴＴＹ伝送形式が、現在では少なくとも９つはあるということである。これらの形式には、
（１）４５．４５ボーのボドー・トーン（米国で一般的）
（２）Ｂｅｌｌ１０３モデム規格（米国で一般的）
（３）Ｂｅｌｌ２０２モデム規格（米国で一般的）
（４）Ｔｕｒｂｏｃｏｄｅ（Ｕｌｔｒａｔｅｃ社によって開発された登録商標のＴＴＹプロトコル）
（５）ＥｕｒｏｐｅａｎＤｅａｆＴｅｌｅｐｈｏｎｅまたはＥＤＴ（例えばドイツ、オーストリア、イタリアおよびスペインで一般的）
（６）Ｍｉｎｉｔｅｌ（例えばフランスで一般的）
（７）ＩＴＵＶ．２１モデム（例えばスウェーデン、フィンランド、ノルウェーおよび英国で一般的）
（８）５０ボーのボドー・トーン（例えばアイルランドおよびオーストラリアで一般的）
（９）二重トーン多重周波数信号またはＤＴＭＦ（例えばオランダおよびデンマークで一般的）が含まれる。

すべての場合で、これらのＴＴＹデバイスによって生成される音声コード化信号は、交換電話網（ＣＳＴＮ）などの従来のアナログ回線交換電話網（ＣＳＴＮ）、または回線交換の構内交換機（ＰＢＸ）のネットワーク、またはそれらの組合せによって確実に運搬される。同じことは、ボイス・オーバ・インターネット・プロトコル（ＶｏＩＰ）の電話システムでは残念ながら当てはまらない。音声伝送に使用されるものと同じメカニズムを用いてＴＴＹ信号がＶｏＩＰネットワーク上で運搬される場合、人間の耳には耐えられることが多いＶｏＩＰの音声歪みの共通ソースは、特に音声圧縮やパケット損失で、ＴＴＹ伝送の精度に破壊的な影響を与える可能性もある。この理由から、ＶｏＩＰネットワークがＣＳＴＮとインタフェースするゲートウェイは、ＣＳＴＮ上のアナログのＴＴＹ信号と、ＶｏＩＰネットワーク内の確実な伝送に適した非音声のデータ・パケットとの間の変換が可能でなくてはならないということが一般に認められている。

ＩＰ上のＴＴＹのために多くの伝送形式が提唱されてきたが、国際標準化機構はＲＦＣ−４１０３をペイロード・タイプとして、ＩＴＵ推奨のＴ．１４０（「マルチメディア・アプリケーションのためのテキスト変換プロトコル）の採用に傾いているようである。この提唱されたシナリオでは、ＴＴＹ方式の対話が可能なＶｏＩＰのエンドポイントは、Ｔ．１４０／ＲＦＣ−４１３０規格を支援することが求められる。重要なのは、これらのＶｏＩＰエンドポイントが従来のＣＳＴＮＴＴＹ信号の認識または伝送を求められていないということに注意することである。Ｔ．１４０／ＲＦＣ−４１０３のＶｏＩＰデバイスのユーザがＣＳＴＮ上で従来のＴＴＹデバイスのユーザと対話する場合、ＶｏＩＰ／ＣＳＴＮゲートウェイが２つのデバイスの間で変換を行うことが求められている。

ここで１９９０年の米国障害者法、１９９６年の遠距離通信法第２５５条、および１９９８年の改正リハビリテーション法第５０８条などの、ＴＴＹの使用に適用される遠距離通信のための法律および規制を見ると、ＴＴＹユーザがＣＳＴＮ上にあるかどうか、またはＶｏＩＰを使用しているかどうかに関わりなく、互いに直接対話できるようになることが（必要条件ではないにしても）明らかに望まれる。この問題は、ＶｏＩＰ／ＣＳＴＮゲートウェイ上のすべてのポートを、Ｔ．１４０／ＲＦＣ−４１０３のパケットと従来のアナログＴＴＹ信号との間で変換可能にさせることで解決できるが、このような方法は経済的な面で実際的ではない。ＴＴＹの会話が構成するのは、すべての電話のうちの比較的少ない割合であることを考えると、すべてのＶｏＩＰ／ＣＳＴＮゲートウェイのポートに「耳を傾け」、上述の９つのＣＳＴＮＴＴＹプロトコルのすべてを変換できるようにするために必要とされる複雑さとコストの増大を正当化するのは難しい。
「ＳＩＰ：ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ」、ＩｎｔｅｒｎｅｔＥｎｇｉｎｅｅｒｉｎｇＴａｓｋＦｏｒｃｅ（ＩＥＴＦ）ＲｅｑｕｅｓｔｆｏｒＣｏｍｍｅｎｔｓ（ＲＦＣ）３２６１、２００２年６月

遠距離通信の呼び出しのための特殊なメディア型の要件を検出すること、および複数のゲートウェイのうちで、ゲートウェイのそのサブセット（部分集合）のみが特殊なメディア型に通信を提供できるサブセットを選択することによって、方法および装置はメディア型に基づく通信システムの中で遠距離通信の呼び出し（ｃａｌｌｓ）の経路を選択する。

図１は、ゲートウェイ１１６〜１１８を経由して回線交換電話網（ＣＳＴＮ）１２１に相互に接続されたＩＰネットワーク１０１を示す。回線交換電話網１２１は、デバイス１２７〜１２９のためにサービスを提供する。ＩＰネットワーク１０１は、端末１３１〜１３２のためにサービスを提供する。ＩＰネットワーク１０１によって多くのデバイスが相互に接続されることが可能なことは、当業者であれば容易に理解できるであろう。そのようなデバイスは、コンピュータ、音声メッセージング・システムおよびインスタント・メッセージング・システムであってもよいが、これらに限定されるわけではない。同様に、回線交換電話網１２１は様々な種類の電話、端末、およびシステムに相互に接続されることも可能であり、スイッチ・ノード１２２〜１２６はＰＢＸまたは電話交換局のスイッチであってもよい。

ＩＰネットワーク１０１はセッション開始プロトコル（ＳＩＰ）を使用する。ＳＩＰは「ＳＩＰ：ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ」、ＩｎｔｅｒｎｅｔＥｎｇｉｎｅｅｒｉｎｇＴａｓｋＦｏｒｃｅ（ＩＥＴＦ）ＲｅｑｕｅｓｔｆｏｒＣｏｍｍｅｎｔｓ（ＲＦＣ）３２６１、２００２年６月で定義されている。ＳＩＰは「ダイヤルされる」エンドポイントを見つけること、およびＩＰネットワーク１０１を介してメディア・セッション（呼び出し）（ｃａｌｌｓ）を確立するためにエンドポイントが同意しなければならない重要なパラメータを交換することについての全般的な問題を解決する。ＳＩＰプロトコルは音声のみによるセッション、またはマルチメディア・セッションの確立を支援する。（ＩＰ通信端末１３１および１３２などの）ＳＩＰエンドポイントは、提供されるメディア・ストリームを承認または拒否することによって、支援されるメディア型を制御する。セッション・パラメータが一旦交換されると、エンドポイントのデバイスはルータ１１２〜１１４などのルータを通じて直接に経路を選択するために、ＲＴＰプロトコルを利用するＳＩＰを使用せずに、直接互いにセッション・データを送信する。

ＳＩＰは（電子メール・アドレスのような）ＵＲＬによる「ダイヤル呼び出し」、または（ＰＢＸまたは公衆交換電話網の番号のような）番号による「ダイヤル呼び出し」を支援する、一般化されたアドレス構造を有する。この一般化されたＳＩＰアドレッシング構造は、回線交換およびＩＰドメインをひとまとめにされたアドレッシング・ドメインに効果的に中継するので、ＳＩＰサービスの強い面である。

独立したネットワーク・ドメインで動作する（プロキシ１０２〜１０９などの）ＳＩＰプロキシは、「ダイヤルされる」アドレスを解釈し、ドメインで登録されたその他のプロキシまたはエンドポイントにセッション要求の経路を選択する。

ゲートウェイ１１６および１１８は、ＩＰネットワーク１０１と回線交換電話網１２１との間で音声および映像を通信することができるが、ＴＴＹ端末１２７およびファックス端末１２８によって利用されるような特殊なプロトコルを確実に通信することはできない。ゲートウェイ１０８は、ＴＴＹ端末１２７とファックス端末１２８とがＩＰ通信端末に相互接続されている場合、それらの正しい動作が可能となるように、プロトコル間での変換を行うことができる。ＩＰ通信端末１３１がＴＴＹ端末１２７および１２８と通信を確立することを望む場合、問題は、情報がゲートウェイ１１６および１１８よりもむしろゲートウェイ１１７を経由して経路選択されるべきかを識別することである。

第１実施形態で、ＩＰ通信端末１３１のクライアント１３９などのクライアントは、通信がＴＴＹ端末１２７またはファックス端末１２８によって使用されるような特殊なプロトコルを必要とすることを定義する機能アクセス・コードを、通信経路を確立するために利用されるメッセージの中へ挿入する。（ＳＩＰでは招待メッセージと呼ばれる）この最初のメッセージは、次いでアクセス・コードを解釈できるプロキシが見つけられるまで、様々なプロキシを通じて経路選択される。この例では、そのようなプロキシはプロキシ１０８である。プロキシ１０８はアクセス・コードを認識し、回線交換電話網１２１を介して、招待メッセージに含まれる電話番号を使用して呼び出しを適切な端末に配置する。図１２および１３は、他の種類の交換網での第１実施形態の使用法を示す。

第２実施形態で、クライアントは特殊なプロトコルでの呼び出しの確立の必要性を認識し、確立される通信のために必要となるメディア要件を定義する専用ヘッダをＳＩＰ招待メッセージに挿入する。クライアントは回線交換電話網１２１で呼び出される端末の電話番号も含める。専用ヘッダを伴う招待メッセージは、次いでこの専用ヘッダの処理が可能であり、ゲートウェイ１１７および回線交換電話網１２１を経由する端末との通信を確立することを認識するプロキシ１０８に到達するまで、プロキシを通じて経路を選択される。その他のプロキシは専用ヘッダを扱うことができないので、招待メッセージを単純に無視する。

第３実施形態で、クライアントはＴＴＹ端末１２７またはファックス端末１２８によって使用されるような特殊なメディアの必要性があることを判定すると、招待メッセージの中でこの特殊メディアを指定し、次いで適切なプロキシにこの招待メッセージの経路を選択するために、ＳＩＰプロトコルを利用する。各プロキシが招待メッセージを受信すると、プロキシはメディア要件を調べる。プロキシがこれらのメディア要件を扱うことができるゲートウェイに接続される場合、次いでプロキシはメディア・セッションを確立し、最終的にはＲＴＰプロトコルを使用するルータを経由してメディア情報の通信が確立される。第３実施形態で、特殊メディアのための要求を満たすことができるという判定を下すのは、プロキシの責任である。

さらに、第３実施形態によって、最初は特殊メディアを要求せずに呼び出しを設定し、その後呼び出しの過程の間に特殊メディアを利用する呼び出しに変えることが可能になる。例えば、ＩＰ通信端末１３１はＴＴＹ端末１２７への音声呼び出しを確立することができる。通信端末１３１のユーザがＴＴＹ端末と交信したことを認識すると、次いでユーザは、クライアント１３９に特殊メディアを求める要求を含む再招待メッセージをＴＴＹ端末１２７へ向けて送信させるテキスト・メッセージング画面を呼び出すことができる。ゲートウェイを制御するプロキシはこの再招待メッセージを認識し、特殊なメディア要件を提供できるゲートウェイに呼び出しを転送する。

ＳＩＰの経路選択の動作を理解するために、以下で述べる、図２に示すようなＩＰ通信端末１３１とＩＰ通信端末１３２との間で設定された呼び出しの例について考える。ＩＰ通信端末１３１のクライアント１３９は、ＵＲＬ型のアドレスを利用する端末１３２への呼び出しを開始するために、ユーザ・インタフェース１３４を経由するユーザの入力に反応する。端末１３１はルータ１１２で登録されている。最初に端末１３１がリンク２０１を経由するＳＩＰセッションを開始する場合、ルータ１１２はセッション・リンク２０２を経由して端末１３２からプロキシ１０２に向かうよう送信される招待メッセージを中継する。プロキシ１０２は端末１３１での信頼度が高い。プロキシ１０２は端末１３２のアドレスを解決することはできず、セッション・リンク２０３を経由して招待メッセージをプロキシ１０３に中継する。プロキシ１０３もまたアドレスを扱うことができないので、セッション・リンク２０４を経由して招待メッセージをプロキシ１０４に中継する。プロキシ１０４はプロキシ１０６がアドレスを解決できることを認識し、セッション・リンク２０６を介して招待メッセージをプロキシ１０６に中継する。次いでプロキシ１０６はセッション・リンク２０７、ルータ１１３およびセッション・リンク２０８を経由して、招待メッセージを端末１３２に中継する。端末１３２がアイドル状態の場合、プロキシ１０２〜１０６およびセッション・リンク２０１〜２０８を経由して１８０呼び出し中メッセージ（１８０ｒｉｎｇｉｎｇｍｅｓｓａｇｅ）を送信し返す。次いで、端末１３２は招待メッセージを調べて、招待メッセージのセッション記述プロトコル（ＳＤＰ）のペイロードによって定義されるような、端末１３１によって要求されるメディアを提供できるかどうかを判定する。端末１３２が要求されるメディアを実際に提供できる場合、端末１３１に２００ＯＫメッセージを送信し返す。端末１３１はＡＣＫメッセージによって２００ＯＫメッセージの受信を承認する。端末１３１は、端末１３１によって端末１３２にメディアを送るのに使用されるＩＰアドレス、ポート番号およびＣＯＤＥＣを含む、端末１３２によって端末１３１に送信される２００ＯＫメッセージを受信する。端末１３１はＲＴＣＰリンク２０９、ルータ１１２、ＲＴＣＰ２１１、ルータ１１３およびＲＴＣＰリンク２１２を経由してＲＴＣＰストリームを確立するために、ＩＰアドレスを利用する。実際の呼び出しが起こるのは、これらの確立されたＲＴＣＰリンク上である。プロキシは、呼び出しの設定と情報の信号通信に関係するだけである。

ここで、図３に示すような、適切なゲートウェイを通じてメディア経路を確立し、回線交換電話網１２１に接続されたＴＴＹ端末１２７と確実に通信できるようにするための、第１実施形態の利用方法の例を考える。端末１３１のクライアント１３９は、ユーザがＴＴＹ端末１２７の電話番号を入力する前にＴ．１４０の会話式チャット・ウィンドウを開くと、特殊メディアの経路を確立する必要性を検出する。クライアント１３９はまた、ユーザがファックス端末１２８の電話番号を入力する前にファックス・フォルダを開いた場合、特殊メディアの経路の必要性も認識する。クライアント１３９は、ＴＴＹ端末１２７の電話番号に追加されたＴＴＹ端末にアクセスするための機能アクセス・コードを備えた招待メッセージを、セッション経路３０１を経由してルータ１２１に送信する。

ルータ１１２はセッション経路３０２を経由して、この情報をプロキシ１０２に伝える。プロキシ１０２はセッション経路３０３を経由して招待メッセージをプロキシ１０７に中継し、プロキシ１０７はセッション経路３０４を経由して招待メッセージをプロキシ１０８に中継する。プロキシ１０８は、ゲートウェイ１１７が機能アクセス・コードの要求を実行する能力を有することを認識し、セッション経路３０６を経由して招待メッセージをゲートウェイ１１７に中継する。次いで、ゲートウェイ１１７は回線交換電話網１２１を経由して、ＴＴＹ端末１２７への電話呼び出しを確立する。呼び出しに応じることによってＴＴＹ端末１２７が応答する場合、次いでゲートウェイ１１７は先に述べたセッション経路を経由して、コンピュータ１３３に２００ＯＫメッセージを送信し返す。コンピュータ１３３によって実行されるクライアント１３９は、ＲＴＣＰリンク３０７、ルータ１１２、ＲＴＣＰリンク３０８、ルータ１１４およびＲＴＣＰリンク３０９を経由して、ＲＴＣＰストリームを確立する。複数のＴＴＹプロトコルのうちのどれがＴＴＹ端末１２７によって使用されるかを判定し、定義されたＴＴＹプロトコルとＴ．１４０の会話式チャット・ウィンドウに使用されるプロトコルとの間で変換を行うのはゲートウェイ１１７の責任である。

第２実施形態を利用して実施される先の例を考える。第２実施形態で、クライアント１３９は、Ｔ．１４０の会話式チャット・ウィンドウが立ち上がっており（ｕｐ）、要求は回線交換電話網１２１上の電話番号に呼び出しを置くことであると認識すると、選択されたゲートウェイがＴＴＹプロトコルを支援できるにちがいないことを指定する専用ヘッダを招待メッセージの中に挿入する。前の通り、セッション経路は端末１３１から設定され、最終的にはゲートウェイ１１７がＴＴＹプロトコルを提供する能力を有することを認識するプロキシ１０８に到達する。次いでプロキシ１０８は、セッション経路３０６を経由してゲートウェイ１１７へのセッション経路を確立する。続いて、第１実施形態で実行されたように、呼び出しの確立が行われる。複数のＴＴＹプロトコルのうちどれがＴＴＹ端末１２７によって使用されるかを判定し、定義されたＴＴＹプロトコルとＴ．１４０の会話式チャット・ウィンドウに使用されるプロトコルとの間で変換を行うのはゲートウェイ１１７の責任である。

ここで、第３実施形態によって実施される現在の例を考える。クライアント１３９は、Ｔ．１４０の会話式チャット・ウィンドウが回線交換電話網１２１上の電話番号に接続されていることを認識する場合、ＴＴＹ端末との通信のための特殊なメディア要件を招待メッセージの中に挿入する。最終的に招待メッセージは、ゲートウェイ１１７がＴＴＹ端末のメディア要件を提供する能力を有することを判定するプロキシ１０８に到達する。複数のＴＴＹプロトコルのうちどれがＴＴＹ端末１２７によって使用されるかを判定し、定義されたＴＴＹプロトコルとＴ．１４０の会話式チャット・ウィンドウに使用されるプロトコルとの間で変換を行うのはゲートウェイ１１７の責任である。

ここで図４を用いて、ＴＴＹ端末１２７であることがわかるエンドポイントを備えた端末１３１により、回線交換電話網１２１上のエンドポイントへの特殊なメディア要件を有しないメディア経路を最初に確立するために第３実施形態がどのように利用されるかの例を考える。着信する呼び出しに応答すると、ＴＴＹ端末１２７はそれがＴＴＹ端末であることを告げる音声メッセージを送信する。端末１３１のユーザはＴＴＹ端末１２７から受信される音声メッセージに応え、次いでＴ．１４０の会話式チャット・ウィンドウを立ち上げる（ｂｒｉｎｇｓｕｐ）。ゲートウェイを制御するプロキシは、メディア型が変更され、異なるゲートウェイを利用することを認識する。

はじめに、端末１３１のユーザは、それがＴＴＹ端末であることを認識せずに、音声呼び出しをＴＴＹ端末１２７に置く。前の通り、音声として指定されたメディアを備えた招待メッセージは、ゲートウェイ１１６を経由して回線交換電話網１２１に呼び出しを中継できることを認識するセッション経路４０１、ルータ１１２、セッション経路４０２、プロキシ１０２、セッション経路４０３、プロキシ１０７、セッション経路４０４、プロキシ４０９を介して送信される。次いで、プロキシ１０８はセッション経路４０６を経由して、招待メッセージをゲートウェイ１１６に送信する。続いてゲートウェイ１１６は、ＴＴＹ端末１２７への音声呼び出しを確立するためにスイッチ・ノード１２２と協議する。回線交換電話網１２１との協議が終了した後、ゲートウェイ１１６はセッション経路およびプロキシを経由して呼び出しを確立するために必要なセッション・メッセージをコンピュータ１３３に送信し返す。次いで、コンピュータ１３３はＲＴＣＰリンク４０７、ルータ１１２、ＲＴＣＰリンク４０８、ルータ１１４、ＲＴＣＰリンク４０９を経由して、ゲートウェイ１１６へのＲＴＣＰストリームを確立する。次いでＴＴＹ端末１２７が、それがＴＴＹ端末であることを示すその音声メッセージを送信するのは、このＲＴＣＰストリームの上である。

端末１３１のユーザは、Ｔ．１４０の会話式チャット・ウィンドウを開始するために、ＴＴＹ端末１２７からの音声メッセージに応答する。クライアント１３９は、再招待メッセージをセッション・ストリームを介してゲートウェイ１１６に送信するために、チャット・ウィンドウの開始に応答する。再招待メッセージは、特殊なメディアが必要とされることを指定する。プロキシ１０８は、ゲートウェイ１１６が特殊なメディアを扱えないことを判定し、ゲートウェイ１１７が特殊なメディアと通信できることを判定するために、再招待メッセージに応答する。

次いでプロキシ１０８は、ＴＴＹ端末１２７とゲートウェイ１１６とゲートウェイ１１７との間で、回線交換電話網の中で３方向の呼び出しを確立するようにスイッチ・ノード１２２に要求する。次にプロキシ１０８は、ゲートウェイ１１７とゲートウェイ１１６とがコンピュータ１３３からの同一データを通信するように、ＲＴＣＰリンク４０９によって運搬されたＲＴＣＰストリームをＲＴＣＰリンク４１２と一致させる。このことが達成された後、プロキシ１０８はゲートウェイ１１６からの呼び出し経路を終端するようにスイッチ・ノード１２２を指示する。この時点で、特殊メディアのプロトコルは通信可能となる。

図５は、第１実施形態の実施において、クライアント１３９のようなクライアントによって実行される動作を流れ図の形式で示す。ブロック５０１で開始された後、決定ブロック５０２は通信が設定されているかどうかを判定する。答えがいいえである場合、制御は決定ブロック５０２に戻される。答えがはいである場合、決定ブロック５０３は通信が特殊なメディアを必要とするかどうかを判定する。この判定は、ユーザがＴ．１４０の会話式チャット・ウィンドウまたはファックス・フォルダのような特殊目的のウィンドウを起動していることを検出することによって実行される。決定ブロック５０３での答えがいいえである場合、ブロック５０４は制御を決定ブロック５０２に戻す前に、通常の処理を実行する。

決定ブロック５０３での答えがはいである場合、ブロック５０６は特殊メディアのための要件を判定する。ブロック５０７は特殊メディアを定義する機能アクセス・コード、および宛先を定義するダイヤルされる電話番号を備えた招待メッセージを形成する。次いで、ブロック５０７は招待メッセージを送信する。

ブロック５０７の実行後、決定ブロック５０８はダイヤルされる電話番号によって定義される宛先が利用可能であるかどうかを判定する。このことは、エンドポイントから戻って受信された通常のＳＩＰメッセージによって達成される。答えがはいである場合、ブロック５０９は承認メッセージをエンドポイントに送信し、ブロック５１１は制御を決定ブロック５０２に戻す前に、通常の処理を実行する。決定ブロック５０８での答えがいいえである場合、ブロック５１２は通信が確立できないことをユーザに示し、ブロック５１３は制御を決定ブロック５０２に戻す前に、通常の処理を実行する。

図６は、第１実施形態の実施において、プロキシ１０８などのプロキシによって実行される動作を流れ図の形式で示す。ブロック６０１で開始された後、決定ブロック６０２は、プロキシに知られている機能コードを備えた招待メッセージが受信されたかどうかを判定する。答えがいいえである場合、ブロック６０６は制御を決定ブロック６０２に戻す前に、通常の処理を実行する。答えがはいである場合、ブロック６０３は特殊メディアに必要なものを提供できる適切なゲートウェイに招待メッセージの経路を選択し、ブロック６０４は制御を決定ブロック６０２に戻す前に、通常の処理を実行する。

図７は、第１実施形態の実施において、クライアント１３９などのクライアントによって実行される動作を流れ図の形式で示す。ブロック７０１で開始された後、決定ブロック７０２は通信が設定されているかどうかを判定する。答えがいいえである場合、制御は決定ブロック７０２に戻される。答えがはいである場合、決定ブロック７０３は通信が特殊メディアを必要とするかどうかを判定する。この判定は、ユーザがＴ．１４０の会話式チャット・ウィンドウまたはファックス・フォルダのような特殊目的のウィンドウを起動していることを検出することによって実行される。決定ブロック７０３での答えがいいえである場合、ブロック７０４は制御を決定ブロック７０２に戻す前に、通常の処理を実行する。

決定ブロック７０３での答えがはいである場合、ブロック７０６は特殊メディアのための要件を判定する。ブロック７０７は、特殊メディアを定義する専用ヘッダ、および宛先を定義するダイヤルされる電話番号を備えた招待メッセージを形成する。次いで、ブロック７０７は招待メッセージを送信する。

ブロック７０７の実行後、決定ブロック７０８はダイヤルされる電話番号によって定義される宛先が利用可能であるかどうかを判定する。このことは、エンドポイントから戻って受信された通常のＳＩＰメッセージによって達成される。答えがはいである場合、ブロック７０９は承認メッセージをエンドポイントに送信し、ブロック７１１は制御を決定ブロック７０２に戻す前に、通常の処理を実行する。決定ブロック７０８での答えがいいえである場合、ブロック７１２は通信が確立できないことをユーザに示し、ブロック７１３は制御を決定ブロック７０２に戻す前に、通常の処理を実行する。

図８は、第１実施形態の実施において、プロキシ１０８などのプロキシによって実行される動作を流れ図の形式で示す。ブロック８０１で開始された後、決定ブロック８０２は、プロキシに知られている専用ヘッダを備えた招待メッセージが受信されたかどうかを判定する。答えがいいえである場合、ブロック８０６は制御を決定ブロック８０２に戻す前に、通常の処理を実行する。答えがはいである場合、ブロック８０３は特殊メディアに必要なものを提供できる適切なゲートウェイに招待メッセージの経路を選択し、ブロック８０４は制御を決定ブロック８０２に戻す前に、通常の処理を実行する。

図９および１０は、第３実施形態の実施において、ＩＰ通信端末のクライアント１３９などのクライアントによって実行される動作を流れ図の形式で示す。ブロック９０１で開始された後、決定ブロック９０２は通信が設定されているかどうかを判定する。答えがいいえである場合、制御は決定ブロック９０２に戻される。答えがはいである場合、決定ブロック９０３は通信が特殊メディアを必要とするかどうかを判定する。この判定は、ユーザがＴ．１４０の会話式チャット・ウィンドウまたはファックス・フォルダのような特殊目的のウィンドウを起動していることを検出することによって実行される。答えがいいえである場合、決定ブロック９０２に制御を戻す前に通常の処理を実行するブロック９０４に制御は転送される。

決定ブロック９０３での答えがはいである場合、ブロック９０６は特殊メディアの要件を判定する。次いで、ブロック９０７はダイヤルされる電話番号、および特殊メディアに対する要求を備えた招待メッセージを形成し、この招待メッセージを送信する。

ブロック９０７の実行後、決定ブロック９０８は宛先／エンドポイントが利用可能であるかどうかを判定する。答えがいいえである場合、ブロック９１２は通信が確立できないという指示をユーザに与え、ブロック９１３は制御を決定ブロック９０２に戻す前に、通常の処理を実行する。

決定ブロック９０８での答えがはいである場合、ブロック９０９は承認メッセージをエンドポイントに送り返し、ブロック９１１は制御を図１０の決定ブロック１００１に転送する前に、通常の処理を実行する。

決定ブロック１００１は、メディア要件の変更を意味する通信要件の変更をユーザが望むかどうかを判定する。答えがいいえである場合、決定ブロック１００２は通信が終了したかどうかを判定する。答えがはいである場合、制御は図９の決定ブロック９０２に転送し返される。答えがいいえである場合、通信は決定ブロック１００１に転送し返される。

決定ブロック１００１での答えがはいである場合、決定ブロック１００３は新たな通信要件が特殊メディアを必要とするかどうかを判定する。この判定は、ユーザがＴ．１４０の会話式チャット・ウィンドウまたはファックス・フォルダのような特殊目的のウィンドウを起動していることを検出することによって実行される。答えがいいえである場合、ブロック１００４は制御を決定ブロック１００１に転送し返す前に、通常の処理を実行する。答えがはいである場合、ブロック１００６は要求されるメディアを判定する。次いで、ブロック１００７は特殊メディアを要求する再招待メッセージを形成し、この再招待メッセージを送信する。

ブロック１００７の実行後、決定ブロック１００８は、エンドポイントが特殊メディアを求める要求を受諾したかどうかを判定する。答えがはいである場合、ブロック１００９は承認メッセージを送信し、ブロック１０１１は制御を決定ブロック１００１に転送し返す前に、通常の処理を実行する。決定ブロック１００８での答えがいいえである場合、ブロック１０１２は通信が確立できないことをユーザに示し、ブロック１０１３は制御を決定ブロック１００１に転送し返す前に、通常の処理を実行する。

図１１は、第３実施形態の実施において、プロキシによって実行される動作を流れ図の形式で示す。ブロック１１０１で開始された後、決定ブロック１１０２は、プロキシによる処理が可能な、特殊メディアの要求を備えた招待メッセージが受信されたかどうかを判定する。これは、プロキシによって制御されるゲートウェイにより要求が扱われることが可能かどうかということを意味する。答えがいいえである場合、制御は決定ブロック１１０７に転送される。

決定ブロック１１０２での答えがはいである場合、ブロック１１０３は適切なゲートウェイに招待メッセージの経路を選択し、ブロック１１０４は通常の処理を実行する。ブロック１１０４の実行後、制御は決定ブロック１１０２に戻される。

決定ブロック１１０２での答えがいいえである場合、決定ブロック１１０７は、プロキシによって制御されるセッションを伴うことからプロキシによって処理されるべきである、特殊メディアの要求を備えた再招待メッセージが受信されたかどうかを判定する。答えがいいえである場合、ブロック１１０８は制御を決定ブロック１１０２に転送し返す前に、通常の処理を実行する。決定ブロック１１０７での答えがはいである場合、決定ブロック１１０９は現在のゲートウェイが特殊メディアの要求を処理できるかどうかを判定する。答えがはいである場合、ブロック１１１１は制御を決定ブロック１１０２に転送し返す前に、通常の処理を実行する。

決定ブロック１１０９の答えがいいえである場合、ブロック１１１２は、第１ゲートウェイによって扱われる第１呼び出しを伴う回線交換電話網の中で、３方向の呼び出しを確立する特殊なメディア機能のある第２ゲートウェイを有する。この３方向呼び出しの確立の後、ブロック１１１３は制御を決定ブロック１１０２に戻す前に、回線交換電話網が第１呼び出しを中断する（ｄｒｏｐ）ことを要求する。

図１２は、第１実施形態の動作の実施が可能な、ゲートウェイ１２０７〜１２０９を経由して回線交換電話網（ＣＳＴＮ）１２２０に相互接続された無線交換システム１２０１を示す。回線交換電話ネットワーク１２１はデバイス１２１８〜１２１９にサービスを提供する。無線交換システム１２０１は無線端末１２０２〜１２０３にサービスを提供する。無線端末１２０２〜１２０３は無線電話、無線携帯情報端末（ＰＤＡ）、および無線電話サービスを使用するパーソナル・コンピュータであってよい。無線交換システム１２０１によって相互接続される端末が数多く存在し得ることは、当業者にはたやすく理解されるであろう。当業者であれば、無線交換システム１２０１によって相互接続されるその他のデバイスが数多く存在し得ることもまた、たやすく理解されるであろう。そのようなデバイスはコンピュータ、音声メッセージング・システムおよびインスタント・メッセージング・システムであってよいが、これらに限定されるわけではない。同様に、回線交換電話網１２２０もまた、様々な種類の電話、端末およびシステムに相互接続されることが可能である。

無線交換システム１２０１は、無線端末１２０２〜１２０３への呼び出し、およびそれらからの呼び出しの経路選択を含む、無線交換システム１２０１の全体の制御を提供するコントローラ１２０４を具備する。コントローラ１２０４は、当業者にはよく知られている。ラジオ・インタフェース１２１１は、コントローラ１２０４の制御下で、無線端末１２０２〜１２０３への相互接続を提供する。交換ネットワークは無線端末とゲートウェイとの間の通信経路を提供する。

図１２に示すシステムによる第１実施形態の実施の動作を、図１４に示す動作に関して考える。図１４は、図１２に関する第１実施形態の実施において、無線端末１２０２などの無線端末によって実行される動作を流れ図の形式で示す。ブロック１４０１で開始された後、決定ブロック１４０２は通信が設定されているかどうかを判定する。答えがいいえである場合、制御は決定ブロック１４０２に戻される。答えがはいである場合、決定ブロック１４０３は通信が特殊メディアを要求するかどうかを判定する。無線電話の場合、この特殊メディアは無線電話によって検出される端末１２１８〜１２１９などの、特殊メディアを必要とすることがわかっている端末に向けられるショート・メッセージ信号（ＳＭＳ）のメッセージであってもよい。決定ブロック１４０３での答えがいいえである場合、ブロック１４０４は制御を決定ブロック１４０２に戻す前に、通常の処理を実行する。

決定ブロック１４０３での答えがはいである場合、ブロック１４０６は特殊メディアのための要件を判定する。ブロック１４０７は、特殊メディアを定義する機能アクセス・コードおよび、宛先を定義するダイヤルされる電話番号を備えた設定メッセージを形成する。次いで、ブロック１４０７は設定メッセージを無線交換システム１２０１に送信する。

ブロック１４０７の実行後、決定ブロック１４０８はダイヤルされる電話番号によって定義される宛先が利用可能であるかどうかを判定する。このことは、ゲートウェイと無線交換システム１２０１とを経由してエンドポイントから戻って受信される、通常の制御メッセージによって達成される。答えがはいである場合、ブロック１４０９はエンドポイントに承認メッセージを送信し、ブロック１４１１は制御を決定ブロック１４０２に戻す前に、通常の処理を実行する。決定ブロック１４０８での答えがいいえである場合、ブロック１４１２は通信が確立できないことをユーザに示し、ブロック１４１３は制御を決定ブロック１４０２に戻す前に、通常の処理を実行する。

図１５は、図１２に関する第１実施形態の実施において、コントローラ１２０４などのコントローラによって実行される動作を流れ図の形式で示す。ブロック１５０１で開始された後、決定ブロック１５０２は特殊メディアを要求する機能コードを備えた設定メッセージが受信されたかどうかを判定する。答えがいいえである場合、ブロック１５０６は制御を決定ブロック１５０２に戻す前に、通常の処理を実行する。答えがはいである場合、ブロック１５０３は特殊メディアに必要なものを提供できる適切なゲートウェイに、設定メッセージまたはその同等物の経路を選択し、ブロック１５０４は制御を決定ブロック１５０２に戻す前に、通常の処理を実行する。

図１３は、第１実施形態の動作の実施が可能な、ゲートウェイ１３０７〜１３０９を経由して交換電話網（ＣＳＴＮ）１３２０に相互接続されたパケット交換システム１３０１を示す。パケット交換システム１３０１は、当業者にはよく知られている様々な種類のパケット通信用交換システムのうちの任意のものであってよい。交換電話網１３１はデバイス１３１８〜１３１９にサービスを提供する。パケット交換システム１３０１はＩＰ端末１３０２〜１３０３にサービスを提供する。ＩＰ端末１３０２〜１３０３は、図１のＩＰ通信端末１３１と同様の構造であってもよい。パケット交換システム１３０１によって相互接続される端末が数多く存在し得ることは、当業者にはたやすく理解されよう。当業者であれば、パケット交換システム１３０１によって相互接続されるその他のデバイスが数多く存在することもまた、たやすく理解されよう。そのようなデバイスはコンピュータ、音声メッセージング・システムおよびインスタント・メッセージング・システムであってよいが、これらに限定されるわけではない。同様に、回線交換電話網１３２０もまた、様々な種類の電話、端末およびシステムに相互接続される。

パケット交換システム１３０１は、ＩＰ端末１３０２〜１３０３への呼び出し、およびそれらからの呼び出しの経路選択を含む、パケット交換システム１３０１の全体の制御を提供するコントローラ１３０４を具備する。コントローラ１３０４は、当業者にはよく知られている。インタフェース１３１１は、コントローラ１３０４の制御下で、ＩＰ端末１３０２〜１３０３への相互接続を提供する。交換ネットワークはＩＰ端末とゲートウェイとの間の通信経路を提供する。コントローラ１３０４、インタフェース１３１１および交換ネットワーク１３０６は、ＩＰ交換ネットワークのうちの１つまたは複数のルータであることができる。

図１４に示される動作に関して、図１３に示されるシステムにより第１実施形態を実施する動作を考える。図１４は、図１３に関する第１実施形態の実施において、ＩＰ端末１３０２などのＩＰ端末によって実行される動作を流れ図の形式で示す。ブロック１４０１で開始された後、決定ブロック１４０２は通信が設定されているかどうかを判定する。答えがいいえである場合、制御は決定ブロック１４０２に戻される。答えがはいである場合、決定ブロック１４０３は通信が特殊メディアを要求するかどうかを判定する。この判定は、ユーザがＴ．１４０の会話式チャット・ウィンドウまたはファックス・フォルダのような特殊目的のウィンドウを起動していることを検出することによって実行される。決定ブロック１４０３での答えがいいえである場合、ブロック１４０４は制御を決定ブロック１４０２に戻す前に、通常の処理を実行する。

決定ブロック１４０３での答えがはいである場合、ブロック１４０６は特殊メディアを求める要求を判定する。ブロック１４０７は特殊メディアを定義する機能アクセス・コード、および宛先を定義するダイヤルされる電話番号を備えた設定メッセージを形成する。次いで、ブロック１４０７はパケット交換システム１３０１に設定メッセージを送信する。

ブロック１４０７の実行後、決定ブロック１４０８はダイヤルされる電話番号によって定義される宛先が利用可能であるかどうかを判定する。このことは、ゲートウェイとパケット交換システム１３０１とを経由してエンドポイントから戻って受信される、通常の制御メッセージによって達成される。答えがはいである場合、ブロック１４０９はエンドポイントに承認メッセージを送信し、ブロック１４１１は制御を決定ブロック１４０２に戻す前に、通常の処理を実行する。決定ブロック１４０８での答えがいいえである場合、ブロック１４１２は通信が確立できないことをユーザに示し、ブロック１４１３は制御を決定ブロック１４０２に戻す前に、通常の処理を実行する。

図１５は、図１３に関する第１実施形態の実施において、コントローラ１３０４などのコントローラによって実行される動作を流れ図の形式で示す。ブロック１５０１で開始された後、決定ブロック１５０２は特殊メディアを要求する機能コードを備えた設定メッセージが受信されたかどうかを判定する。答えがいいえである場合、ブロック１５０６は制御を決定ブロック１５０２に戻す前に、通常の処理を実行する。答えがはいである場合、ブロック１５０３は特殊メディアに必要なものを提供できる適切なゲートウェイに、設定メッセージまたはその同等物の経路を選択し、ブロック１５０４は制御を決定ブロック１５０２に戻す前に、通常の処理を実行する。

ＩＰ端末、コントローラまたはプロキシの動作がソフトウェアの中で実施される場合、ソフトウェアは任意のコンピュータ関連のシステムもしくは方法によって使用されるか、またはそれらと合わせて使用されるために、任意のコンピュータ可読媒体への格納が可能であることに留意されたい。本明細書の文脈の中でコンピュータ可読媒体とは電子、磁気、光学、またはコンピュータ関連のシステムもしくは方法によって使用されるか、またはそれらと合わせて使用されるためにコンピュータ・プログラムを含むか、または格納することができる、その他の物理的デバイスまたは手段である。ＩＰ端末、コントローラまたはプロキシは、コンピュータ・ベースのシステム、プロセッサを含むシステム、または命令実行システム、装置もしくはデバイスから命令を取り出し、命令を実行することができるその他のシステムなどの、命令実行システム、装置もしくはデバイスによって使用されるか、またはそれらと合わせて使用されるために任意のコンピュータ可読媒体の中で具体化されることが可能である。本明細書の文脈の中で、「コンピュータ可読媒体」は命令実行システム、装置もしくはデバイスによって使用されるか、またはそれらと合わせて使用されるために、プログラムを格納、通信、伝達または運搬できる任意の手段であることが可能である。例えば、コンピュータ可読媒体は電子、磁気、光学、電磁気、赤外線もしくは半導体のシステム、装置、デバイスまたは伝達媒体であることが可能であるが、これらに限定されるわけではない。より詳細なコンピュータ可読媒体の例（非網羅的なリスト）は１つまたは複数のワイヤを有する電気接続（電子）、携帯型コンピュータ・ディスケット（磁気）、ランダム・アクセス・メモリ（ＲＡＭ）（電子）、読み取り専用メモリ（ＲＯＭ）（電子）、消去／書き込み可能な読み取り専用メモリ（ＥＰＲＯＭ、ＥＥＰＲＯＭまたはフラッシュ・メモリ）（電子）、光ファイバ（光学）、および携帯型のコンパクト・ディスクの読み取り専用メモリ（ＣＤＲＯＭ）（光学）を含む。コンピュータ可読媒体は、例えば紙またはその他の媒体の光学スキャンを介して、プログラムが電子的に取り込まれ、次いで必要であれば適切な方法で適応され、解釈されるか、またはその他の処理が施され、その後コンピュータのメモリ中に格納されることが可能な、プログラムの印刷された紙またはその他の適切な媒体でさえあり得ることに留意されたい。

ＩＰ端末、コントローラまたはプロキシがハードウェア中で実装される代替の実施形態で、ＩＰ端末、コントローラまたはプロキシは、それぞれが当技術分野ではよく知られている以下の技術、すなわちデータ信号上で論理機能を実施するための論理ゲートを有する独立型の論理回路、適切な組合せの論理ゲートを有する特定用途向け集積回路（ＡＳＩＣ）、プログラマブル・ゲート・アレイ（ＰＧＡ）（ｐｒｏｇｒａｍａｂｌｅｇａｔｅａｒｒａｙ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）（ｆｉｅｌｄｐｒｏｇｒａｍａｂｌｅｇａｔｅａｒｒａｙ）等のうちの任意のもの、またはそれらの組合せによって実装されることが可能である。

ＩＰ通信端末と、ＩＰネットワークおよび回線交換電話網に相互に接続される、特殊化された端末および電話との相互接続を可能にするシステムの１つの実施形態を示す図である。ＩＰ通信端末間の基準となる呼び出しの確立の例を示す図である。ＩＰネットワークおよび回線交換電話網を経由して相互に接続される、ＩＰ通信端末と特殊化された端末との間の呼び出しの確立の例を示す図である。ＩＰネットワークおよび回線交換電話網を経由して相互に接続される、ＩＰ通信端末と特殊化された端末との間の呼び出しの確立および再調整の例を示す図である。ＩＰ通信端末において、第１実施形態によって実行される動作を流れ図の形式で示す図である。プロキシにおいて、第１実施形態によって実行される動作を流れ図の形式で示す図である。ＩＰ通信端末において、第２実施形態によって実行される動作を流れ図の形式で示す図である。プロキシにおいて、第２実施形態によって実行される動作を流れ図の形式で示す図である。ＩＰ通信端末において、第３実施形態によって実行される動作を流れ図の形式で示す図である。ＩＰ通信端末において、第３実施形態によって実行される動作を流れ図の形式で示す図である。プロキシによって実行される第３実施形態での動作を流れ図の形式で示す図である。無線通信端末と、無線交換システムおよび回線交換電話網に相互に接続される、特殊化された端末および電話との相互接続を可能にするシステムの１つの実施形態を示す図である。ＩＰ通信端末と、別のＩＰネットワークおよび回線交換電話網に相互に接続される、特殊化された端末および電話との相互接続を可能にするシステムの１つの実施形態を示す図である。図１２または１３の通信端末において、第１実施形態によって実行される動作を流れ図の形式で示す図である。図１２または１３の経路選択コントローラにおいて、第１実施形態によって実行される動作を流れ図の形式で示す図である。

Claims

メディア型に基づく通信システムで、遠距離通信の呼び出しの経路を選択する方法であって、
遠距離通信呼び出しのための特殊なメディア型の要件を検出するステップと、
複数のゲートウェイのうちで、ゲートウェイのそのサブセットのみが前記特殊なメディア型に通信を提供できるサブセットを選択するステップとを含む方法。
前記検出するステップは、前記遠距離通信の呼び出しのために使用される遠距離通信端末で、指定されるウィンドウを開くことを判定する処理を含む請求項１に記載の方法。
前記選択するステップは、前記遠距離通信の呼び出しための設定メッセージの中に、事前に定義されたアクセス・コードを挿入する処理と、
前記複数のゲートウェイの前記サブセットのうちの１つを制御するコントローラによって、前記事前に定義されたアクセス・コードを認識する処理とを含む請求項１に記載の方法。
前記選択するステップは、前記特殊なメディア型を指定する事前に定義されたヘッダを備えたセッション開始プロトコルの招待メッセージを形成する処理と、
前記複数のゲートウェイの前記サブセットのうちの１つに関連するセッション開始プロトコルのプロキシによって、前記事前に定義されたヘッダを認識する処理と、
前記セッション開始プロトコルのプロキシによって、ゲートウェイの前記サブセットのうちの前記１つに、前記セッション開始プロトコルの招待メッセージの経路を選択する処理とを含む請求項１に記載の方法。
前記選択するステップは、セッション開始プロトコルの招待メッセージの中で前記特殊なメディア型の前記要件を指定する処理と、
ゲートウェイの前記サブセットのうちの１つに関連するセッション開始プロトコルのプロキシによって、前記指定された要件型を認識する処理と、
前記セッション開始プロトコルのプロキシによって、ゲートウェイの前記サブセットのうちの前記１つに、前記セッション開始プロトコルの招待メッセージの経路を選択する処理とを含む請求項１に記載の方法。
前記特殊なメディア型は、ＴＴＹプロトコルまたはファクシミリ・プロトコルのうちの少なくとも１つを使用する通信のためのものである請求項１に記載の方法。
メディア型に基づく遠距離通信交換システムで、遠距離通信の呼び出しの経路を選択するためのプロセッサ可読媒体であって、
遠距離通信呼び出しのための特殊なメディア型の要件を検出するステップと
複数のゲートウェイのうちで、ゲートウェイのそのサブセットのみが前記特殊なメディア型に通信を提供できるサブセットを選択するステップとのために構成されたプロセッサ実行可能命令を含むプロセッサ可読媒体。
検出するステップのための前記プロセッサ実行可能命令は、前記遠距離通信の呼び出しに使用される遠距離通信端末で、指定されたウィンドウを開くことを判定するプロセッサ実行可能命令を含む請求項７に記載のプロセッサ可読媒体。
選択するステップのための前記プロセッサ実行可能命令は、前記遠距離通信の呼び出しのための設定メッセージの中に、事前に定義されたアクセス・コードを挿入する処理と、
前記複数のゲートウェイの前記サブセットのうちの１つを制御するコントローラによって、前記事前に定義されたアクセス・コードを認識する処理とのためのプロセッサ実行可能命令を含む請求項７に記載のプロセッサ可読媒体。
選択するステップのための前記プロセッサ実行可能命令は、前記特殊なメディア型を指定する事前に定義されたヘッダを備えたセッション開始プロトコルの招待メッセージを形成する処理と、
前記複数のゲートウェイの前記サブセットのうちの１つに関連するセッション開始プロトコルのプロキシによって、前記事前に定義されたヘッダを認識する処理と、
前記セッション開始プロトコルのプロキシによって、ゲートウェイのうちの前記サブセットのうちの前記１つに、前記セッション開始プロトコルの招待メッセージの経路を選択することとのためのプロセッサ実行可能命令を含む請求項７に記載のプロセッサ可読媒体。
選択するステップのための前記プロセッサ実行可能命令は、セッション開始プロトコルの招待メッセージの中で、前記特殊なメディア型の前記要件を指定する処理と、
ゲートウェイの前記サブセットのうちの１つに関連するセッション開始プロトコルのプロキシによって、前記指定された要件を認識する処理と、
前記セッション開始プロトコルのプロキシによって、ゲートウェイの前記サブセットのうちの前記１つに、前記セッション開始プロトコルの招待メッセージの経路を選択する処理とのためのプロセッサ実行可能命令を含む請求項７に記載のプロセッサ可読媒体。
前記特殊なメディア型は、ＴＴＹプロトコルまたはファクシミリ・プロトコルのうちの少なくとも１つを使用する通信のためのものである請求項７、８、９、１０または１１に記載のプロセッサ可読媒体。