(57)【要約】  再生シグナリングのための方法および装置を含む。少なくとも１つの基本プロトコルに従ってフォーマットされた少なくとも１つの基本プロトコル・メッセージの受信、少なくとも１つのネットワーク・サービスに関連するサービス情報の取得、少なくとも１つの基本プロトコル・メッセージに応答する、少なくとも１つのコンパニオン・プロトコルに従ってフォーマットされた少なくとも１つのコンパニオン・プロトコル・メッセージの生成を含む。基本プロトコル・メッセージはサービス・エンドポイントに関連する。ネットワーク・サービスに関連するサービス情報は基本プロトコル・メッセージを使用して取得される。コンパニオン・プロトコル・メッセージはサービス情報の一部を使用して生成される。コンパニオン・プロトコル・メッセージはサービス・エンドポイントに対して実質的に透過的な方法で、ネットワーク・サービスを制御するために動作可能である。
2008547318.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つの基本プロトコルに従ってフォーマットされた少なくとも１つの基本プロトコル・メッセージを受信するステップであって、前記少なくとも１つの基本プロトコル・メッセージが少なくとも１つのサービス・エンドポイントに関連するステップと、
前記少なくとも１つの基本プロコル・メッセージを使用して、少なくとも１つのネットワーク・サービスに関連するサービス情報を取得するステップと、
前記少なくとも１つの基本プロトコル・メッセージに応答して、少なくとも１つのコンパニオン・プロトコルに従ってフォーマットされた少なくとも１つのコンパニオン・プロトコル・メッセージを生成するステップと
を含む方法であって、
前記少なくとも１つのコンパニオン・プロトコル・メッセージは、前記サービス情報のうちの少なくとも一部を使用して生成され、
前記少なくとも１つのコンパニオン・プロトコル・メッセージは、前記少なくとも１つのサービス・エンドポイントに対して実質的に透過的な方法で、前記少なくとも１つのネットワーク・サービスを制御するために動作可能な方法。
【請求項２】
前記少なくとも１つの基本プロトコルの各々のための有限状態機械を維持するステップであって、前記有限状態機械が対応する基本プロトコル・メッセージを管理するために動作可能なステップと、
前記少なくとも１つのコンパニオン・プロトコルの各々のための有限状態機械を維持するステップであって、前記少なくとも１つの有限状態機械が対応するコンパニオン・プロトコル・メッセージを管理するために動作可能なステップと、
前記少なくとも１つの基本プロトコルの各々のための前記有限状態機械と、前記少なくとも１つのコンパニオン・プロトコルの各々のための前記有限状態機械とを同期化するステップと
をさらに含む、請求項１に記載の方法。
【請求項３】
前記同期化するステップが、前記少なくとも１つのサービス・エンドポイントに対して実質的に透過的な方法で、前記少なくとも１つのネットワーク・サービスの利用を可能にする傾向がある方法で実行される、請求項２に記載の方法。
【請求項４】
前記少なくとも１つのコンパニオン・プロトコル・メッセージを少なくとも１つの遠隔システムに向けて送信するステップであって、前記少なくとも１つの遠隔システムが前記少なくとも１つのコンパニオン・プロトコル・メッセージを少なくとも１つの別のサービス・エンドポイントに対して透過的にする傾向がある方法で、前記少なくとも１つのコンパニオン・プロトコル・メッセージを終了するために動作可能なステップ
をさらに含む、請求項１に記載の方法。
【請求項５】
前記少なくとも１つのコンパニオン・プロトコル・メッセージを受信するステップと、
前記少なくとも１つのコンパニオン・プロトコル・メッセージを終了するステップと、
前記少なくとも１つのコンパニオン・プロトコルに従ってフォーマットされた少なくとも１つのコンパニオン・プロトコル応答メッセージを生成するステップであって、前記少なくとも１つのコンパニオン・プロトコル応答メッセージが前記少なくとも１つのサービス・エンドポイントに対して実質的に透過的な方法で、前記少なくとも１つのネットワーク・サービスを制御するために動作可能なステップと
をさらに含む、請求項４に記載の方法。
【請求項６】
少なくとも１つの基本プロトコルに従ってフォーマットされた少なくとも１つの基本プロトコル・メッセージを受信する手段であって、前記少なくとも１つの基本プロトコル・メッセージが少なくとも１つのサービス・エンドポイントに関連する手段と、
前記少なくとも１つの基本プロトコル・メッセージを使用して、少なくとも１つのネットワーク・サービスに関連するサービス情報を取得するための手段と、
前記少なくとも１つの基本プロトコル・メッセージに応答して、少なくとも１つのコンパニオン・プロトコルに従ってフォーマットされた少なくとも１つのコンパニオン・プロトコル・メッセージを生成するための手段と
を含む装置であって、
前記少なくとも１つのコンパニオン・プロトコル・メッセージは、前記サービス情報のうちの少なくとも一部を使用して生成され、
前記少なくとも１つのコンパニオン・プロトコル・メッセージは、前記少なくとも１つのサービス・エンドポイントに対して実質的に透過的な方法で、前記少なくとも１つのネットワーク・サービスを制御するために動作可能な装置。
【請求項７】
前記少なくとも１つの基本プロトコルの各々のための有限状態機械を維持する手段であって、前記有限状態機械が対応する基本プロトコル・メッセージを管理するために動作可能な手段と、
前記少なくとも１つのコンパニオン・プロトコルの各々のための有限状態機械を維持する手段であって、前記少なくとも１つの有限状態機械が対応するコンパニオン・プロトコル・メッセージを管理するために動作可能な手段と、
前記少なくとも１つの基本プロトコルの各々のための前記有限状態機械と、前記少なくとも１つのコンパニオン・プロトコルの各々のための前記有限状態機械とを同期化する手段と
をさらに含む、請求項６に記載の装置。
【請求項８】
少なくとも１つのコンパニオン・プロトコルに従ってフォーマットされた少なくとも１つのコンパニオン・プロトコル・メッセージを受信するステップであって、前記少なくとも１つのコンパニオン・プロトコル・メッセージが少なくとも１つの基本プロトコルに従ってフォーマットされた少なくとも１つの基本プロトコル・メッセージに応答して生成されるステップ
を含む方法であって、
前記少なくとも１つのコンパニオン・プロトコル・メッセージは、前記少なくとも１つの基本プロトコル・メッセージから取得されたサービス情報のうちの少なくとも一部を使用して生成され、
前記少なくとも１つのコンパニオン・プロトコル・メッセージは、前記少なくとも１つの基本プロトコル・メッセージに関連する少なくとも１つのサービス・エンドポイントに対して実質的に透過的な方法で、前記少なくとも１つのネットワーク・サービスを制御するために動作可能な方法。
【請求項９】
前記少なくとも１つのコンパニオン・プロトコル・メッセージを終了するステップと、
前記少なくとも１つのコンパニオン・プロトコルに従ってフォーマットされた前記少なくとも１つのコンパニオン・プロトコル応答を生成するステップと
をさらに含み、
前記少なくとも１つのコンパニオン・プロトコル応答メッセージは、前記少なくとも１つの基本プロトコル・メッセージまたは前記少なくとも１つのコンパニオン・プロトコル・メッセージのうちの少なくとも１つを使用して生成され、
前記少なくとも１つのコンパニオン・プロトコル応答メッセージは、前記少なくとも１つの基本プロトコル・メッセージに関連する前記少なくとも１つのサービス・エンドポイントに対して実質的に透過的な方法で、前記少なくとも１つのネットワーク・サービスを制御するために動作可能な、請求項８に記載の方法。
【請求項１０】
前記少なくとも１つの基本プロトコルの各々のための有限状態機械を維持するステップであって、前記有限状態機械が対応する基本プロトコル・メッセージを管理するために動作可能なステップと、
前記少なくとも１つのコンパニオン・プロトコルの各々のための有限状態機械を維持するステップであって、前記有限状態機械が対応するコンパニオン・プロトコル・メッセージを管理するために動作可能なステップと、
前記少なくとも１つの基本プロトコルの各々のための前記有限状態機械と、前記少なくとも１つのコンパニオン・プロトコルの各々のための前記有限状態機械とを同期化するステップと
をさらに含む、請求項８に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークの分野に関し、より詳細には、ネットワーク・ベースのサービスの利用に関する。
【背景技術】
【０００２】
一般に、ＩＰマルチメディア・サブシステム（ＩＭＳ）ネットワーク内でネットワーク・ベースのサービス（例えば、サービス品質制御、ユーザ・プロファイル管理など）にアクセスするために、ベアラ経路（ベアラ・パス、ｂｅａｒｅｒ  ｐａｔｈ）を確立するために要求されるシグナリングは、関連する呼出しセッション制御機能（ＣＳＣＦ）を横断しなければならない。したがって、ＣＳＣＦはセッション開始プロトコル（ＳＩＰ）プロキシとして動作するため、ベアラ経路を確立するために要求されるシグナリングは、ＳＩＰを使用して実行されなければならない。例えば、ＩＭＳ内で、保証されたＱＯＳでストリーミング・ビデオ・コンテンツにアクセスするために、ＳＩＰユーザ・エージェント（ＳＩＰ−ＵＡ）（例えば、移動体電話）は、ＳＩＰを使用してビデオ・サーバとの接続を確立する。ビデオ・サーバは、次いで、リアルタイム・プロトコル（ＲＴＰ）を使用して、ビデオ・コンテンツを移動体電話にストリームする。
【０００３】
残念ながら、ストリーミング・ビデオ・コンテンツにアクセスして、類似のネットワーク・ベースのサービスを取得するためのこの既存の機構は、サービス・エンドポイント（例えば、移動体電話、ビデオ・サーバなど）へのＳＩＰ−ＵＡ統合を要求し、ＶＣＲ能力を提供できず、第三者のクライアント・ソフトウェアおよび第三者のサーバ・ソフトウェアの使用を妨げる。さらに、リアルタイム・ストリーミング・プロトコル（ＲＴＳＰ）シグナリング経路は、他のプロトコル（例えば、ＳＩＰ）によって制御されるネットワーク・ベースのサービスにアクセスするために要求されるネットワーク構成要素（例えば、ＣＳＣＦ）を横断しないため、ＲＴＳＰアプリケーションをサポートする無線端末は、かかる他のプロトコルによって制御されるネットワーク・ベースのサービスを利用することができない。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
本発明は、上述した従来技術の欠陥に対処することを目的とする。
【課題を解決するための手段】
【０００５】
先行技術における様々な欠陥が、再生（ｒｅｇｅｎｅｒａｔｉｖｅ）シグナリングのための方法および装置である本発明を通じて対処される。具体的には、本発明の一実施形態による方法は、少なくとも１つの基本プロトコルに従ってフォーマットされた、少なくとも１つの基本プロトコル・メッセージを受信することと、少なくとも１つのネットワーク・サービスに関連するサービス情報を取得することと、少なくとも１つの基本プロトコル・メッセージに応答して、少なくとも１つのコンパニオン（ｃｏｍｐａｎｉｏｎ）・プロトコルに従ってフォーマットされた、少なくとも１つのコンパニオン・プロトコル・メッセージを生成することとを含む。少なくとも１つの基本プロトコル・メッセージは、少なくとも１つのサービス・エンドポイントに関連付けられる。少なくとも１つのネットワーク・サービスに関連するサービス情報は、少なくとも１つの基本プロトコル・メッセージを使用して取得される。少なくとも１つのコンパニオン・プロトコル・メッセージは、サービス情報の少なくとも一部を使用して生成される。少なくとも１つのコンパニオン・プロトコル・メッセージは、少なくとも１つのサービス・エンドポイントに対して実質的に透過的な方法で、少なくとも１つのネットワーク・サービスを制御するために動作可能である。
【０００６】
本発明の教示は、添付の図面と共に、以下の詳細な説明を検討することによって容易に理解され得る。
理解を容易にするために、可能な場合、図面に共通である同一要素を示すために、同一の参照番号が使用されている。
【発明を実施するための最良の形態】
【０００７】
本発明は、インターネット・プロトコル（ＩＰ）マルチメディア・サブシステム（ＩＭＳ）ネットワーク・アーキテクチャとの関連で議論される。しかし、本発明は、他のネットワーク、ネットワーク・トポロジ、ネットワーク要素、サービス・エンドポイント、ネットワーク・サービスなどに容易に応用されることが可能である。ＩＭＳの枠組は、有線ネットワークならびに無線ネットワークの両方に応用される点に留意されたい。したがって、本明細書では、主に無線ネットワークに関して説明されるが、本発明の方法論は、有線ネットワーク、無線ネットワーク、およびこれら２つの様々な組合せで利用されることが可能である。
【０００８】
一般に、本発明は再生シグナリング能力を提供する。一実施形態では、本発明の再生シグナリング能力は、少なくとも１つのコンパニオン・プロトコルを生成するために、少なくとも１つの基本プロトコルが使用されるように実施される。一実施形態では、少なくとも１つのコンパニオン・プロトコルは、少なくとも１つのサービス・エンドポイントに対して実質的に透過的な方法で、少なくとも１つのネットワーク機能を制御するために動作可能である。一実施形態では、本発明は、クライアント側プロキシおよびサーバ側プロキシのうちの少なくとも１つ、またはそれらの様々な組合せを利用する。
【０００９】
クライアント側プロキシとサーバ側プロキシの双方が配備される一実施形態では、クライアント側プロキシおよびサーバ側プロキシは、サービス・エンドポイント間で基本プロトコル・メッセージング（ｍｅｓｓａｇｉｎｇ）。別の一実施形態では、クライアント側プロキシおよびサーバ側プロキシは、プロキシされた（ｐｒｏｘｉｅｄ）基本プロトコル・メッセージングの少なくとも一部を使用して、コンパニオン・プロトコル・メッセージングを発信／終了する。したがって、この実施形態では、クライアント側プロキシおよびサーバ側プロキシは、コンパニオン・プロトコル・メッセージングをサービス・エンドポイントに対して透過的（例えば、ＲＴＳＰクライアント（例えば、無線端末）およびＲＴＳＰサーバ（例えば、ビデオ・サーバ）に対して透過的）にする。
【００１０】
コンパニオン・プロトコルをサービス・エンドポイントに透過的にすることによって、本発明はそれにより、ネットワーク・サービスを利用するために、クライアント側デバイスが更新し、サーバ側デバイスが更新する必要性を未然に防ぐ。すなわち、様々なネットワーク・サービスは、対応するサービス・エンドポイントの拡張を要求せずに拡張されることが可能であり、様々な他のアプリケーションがネットワークに容易に統合され得る。さらに、第三者のソフトウェエアは、クライアント側サービス・エンドポイントまたはサーバ側サービス・エンドポイントに対応する拡張を要求せずに、クライアント側サービス・エンドポイントおよびサーバ側サービス・エンドポイントの両方によって使用されることが可能である。
【００１１】
一実施形態では、本発明は、少なくとも１つの基本プロトコルに関連する基本プロトコル有限状態機械（ＦＳＭ）を維持し、また少なくとも１つのコンパニオン・プロトコルに関連するコンパニオン・プロトコル有限状態機械（ＦＳＭ）を維持する。かかる一実施形態では、基本プロトコルＦＳＭは、対応する基本プロトコル・メッセージを管理するために動作可能であり、コンパニオン・プロトコルＦＳＭは、対応するコンパニオン・プロトコル・メッセージを管理するために動作可能である。一実施形態では、本発明は、基本プロトコル・メッセージングおよびコンパニオン・プロトコル・メッセージングの同期化を可能にする傾向がある方法で、基本プロトコルＦＳＭとコンパニオン・プロトコルＦＳＭとを維持する。一実施形態では、同期化は、少なくとも１つのサービス・エンドポイントに対して実質的に透過的な方法で、少なくとも１つのネットワーク・サービスの利用を可能にする傾向がある方法で実行される。
【００１２】
一実施形態では、基本プロトコルは、サービス・エンドポイント間でシグナリングを実行するために動作可能な任意のプロトコルを含んでよく、コンパニオン・プロトコルは、ネットワーク要素間でシグナリングを実行するために動作可能な任意のプロトコルを含んでよい。例えば、一実施形態では、本明細書で主に説明されるように、基本プロコトルは、ビデオ・サーバから無線端末にビデオ・コンテンツをストリーミングするために動作可能な、クライアント（例えば、無線ユーザ端末）とサーバ（例えば、ビデオ・サーバ）との間にリアルタイム・プロトロコル（ＲＴＰ）ベアラ接続を確立するために使用されるリアルタイム・ストリーミング・プロトコル（ＲＴＳＰ）を含む。例えば、一実施形態では、本明細書で主に説明されるように、コンパニオン・プロトコルは、ビデオ・サーバから無線端末へのビデオ・コンテンツのストリーミングのための保証されたサービス品質（ＱＯＳ）などのＩＭＳサービスを確立するために使用されるセッション開始プロトコル（ＳＩＰ）を含む。
【００１３】
図１は、通信ネットワーク・アーキテクチャのハイレベル構成図を示す。具体的には、図１の通信ネットワーク・アーキテクチャ１００は、無線端末（ＷＴ）１０２と、無線アクセス・ネットワーク（ＲＡＮ）１０４と、サービング・ノード（サービス提供ノード、ＳＮ）１０６と、訪問先ネットワーク（ｖｉｓｉｔｅｄ  ｎｅｔｗｏｒｋ、ＶＮ）１１０と、ＶＮ１１０に関連するプロキシ呼出しセッション制御機能（Ｐ−ＣＳＣＦ）１１２と、ホーム・ネットワーク（ＨＮ）１２０と、ＨＮ１２０に関連するサービング（ｓｅｒｖｉｎｇ）呼出しセッション制御機能（Ｓ−ＣＳＣＦ）１２２と、ビデオ・サーバ（ＶＳ）１３０と、クライアント側プロキシ（ＣＳＰ）１４０と、ＣＳＰ１４０に関連するレイヤ４／７スイッチ（Ｌ４／７−Ｓ）１４２と、サーバ側プロキシ（ＳＳＰ）１５０と、ＳＳＰ１５０に関連するレイヤ４／７スイッチ（Ｌ４／７−Ｓ）１５２とを含む。
【００１４】
図１に示すように、ＷＴ１０２は、無線シグナリングを使用してＲＡＮ１０４と通信する。ＷＴ１０２は、ＲＡＮ１０４を使用してＳＮ１０６と通信する。ＳＮ１０６は、Ｌ４／７−Ｓ１４２と通信する。Ｌ４／７−Ｓ１４２は、ＣＳＰ１４０およびＶＮ１１０と通信する。ＶＮ１１０とＨＮ１２０とは、標準ＩＰ通信を使用して通信する。ＶＮ１１０は、関連するＰ−ＣＳＣＦ１１２と通信する。同様に、ＨＮ１２０は、関連するＳ−ＣＳＣＦ１２２と通信する。ＨＮ１２０は、Ｌ４／７−Ｓ１５２と通信する。Ｌ４／７−Ｓ１５２は、ＳＳＰ１５０およびＶＳ１３０と通信する。図１に示すように、図１の通信ネットワーク・アーキテクチャ１００は、ＲＴＳＰシグナリング経路（ＲＳＰ）１６０と、ＳＩＰシグナリング経路（ＳＳＰ）１７０と、ＲＴＰベアラ経路（ＲＢＰ）１８０とを含む。
【００１５】
図１に示すように、ＷＴ１０２は、情報を送受信するため（例えば、他の無線ユーザ・デバイスと通信する、ストリーミング・ビデオ・コンテンツを受信するなど）、少なくとも１人のユーザにコンテンツを提示するため（例えば、受信された音声コンテンツを再生する、ストリーミング・ビデオ・コンテンツを表示するなど）、また類似の機能を実行するために動作可能な無線ユーザ・デバイスを含む。例えば、ＷＴ１０２は、移動体電話と、携帯データ端末（ＰＤＡ）と、コンピュータと、類似の無線ユーザ・デバイスとを含む。したがって、本発明によれば、ＷＴ１０２はサービス・エンドポイントを含む。
【００１６】
一実施形態では、ＷＴ１０２は、少なくとも１つのクライアントを含む。一実施形態では、少なくとも１つのクライアントは、少なくとも１つのプロトコルに関連付けられる。例えば、図１に示すように、ＷＴ１０２は、（例えば、ストリーミング・ビデオ・コンテンツを取得するためのビデオ・サーバとの接続を確立するために）ＲＳＴＰシグナリングを実行するために動作可能なＲＴＳＰクライアントを含む。同様に、図１に示すように、ＷＴ１０２は、（例えば、ＲＡＮ１０４内で保証されたＱＯＳを確立するために）ＳＩＰシグナリングを実行するために動作可能な（すなわち、ＳＩＰユーザ・エージェント（ＳＩＰ−ＵＡ）として動作する）ＳＩＰクライアントを含む。図１に示すように、ＷＴ１０２は、ＲＡＮ１０４を使用してＳＮ１０６にアクセスする。
【００１７】
図１に示すように、ＲＡＮ１０４は、ＷＴ１０２とＳＮ１０６との間の通信をサポートするために動作可能な無線アクセス・ネットワークを含む。例えば、ＲＡＮ１０４は、符合分割多重接続（ＣＤＭＡ）ＲＡＮ、ユニバーサル移動体通信システム（ＵＭＴＳ）ＲＡＮ、汎用パケット無線サービス（ＧＰＲＳ）ＲＡＮ、または当技術分野で知られているような類似のＲＡＮのうちの少なくとも１つを含む。したがって、一実施形態では、ＳＮ１０６は、パケット・データ・サービング・ノード（ＰＤＳＮ）（すなわち、ＣＤＭＡネットワーク内）、ゲートウェイＧＰＲＳサービング・ノード（ＧＧＳＮ）（すなわち、ＵＭＴＳネットワーク内）、または当技術分野で知られているような類似のノードのうちの少なくとも１つを含む。ＳＮ１０６は、ＷＴ１０２とＬ４／７−Ｓ１４２の間の通信をサポートするために動作可能である。
【００１８】
図１に示すように、ＶＮ１１０およびＨＮ１２０は、ＩＰネットワークを含む。ＶＮ１１０は、ＨＮ１２０との通信をサポートするために動作可能な、関連するプロキシ制御機能（例示的に、Ｐ−ＣＳＣＦ１１２）を含む。ＨＮ１２０は、ＶＮ１１０との通信をサポートするために動作可能な、関連するサービング制御機能（例示的に、Ｓ−ＣＳＣＦ１２２）を含む。示されないが、一実施形態では、ＨＮ１２０は、加入者サービング機能（例えば、ホーム加入者サーバ（ＨＳＳ））を含む。図１に示すように、ＶＮ１１０は、Ｐ−ＣＳＣＦ１１２に関連するシグナリングをサポートするために動作可能であり、ＨＮ１２０は、Ｓ−ＣＳＣＦ１２２に関連するシグナリングをサポートするために動作可能である。
【００１９】
図１に示すように、ＶＮ１００およびＨＮ１２０は、サービス・エンドポイント間（例示的に、ＷＴ１０２とＶＳ１３０の間）で基本プロトコル・メッセージングをサポートするために動作可能なＩＰネットワークを含む。一実施形態では、ＶＨ１１０およびＨＮ１２０は、ＣＳＰ１４０とＳＳＰ１５０の間でコンパニオン・プロトコル・メッセージングをサポートするために動作可能なＩＰネットワークを含む。図１に示すように、一実施形態では、ネットワーク・ベースのサービスは、ＨＮ１２０上で可能にされ、ＶＮ１１０によってプロキシされる。本明細書で説明されるように、ネットワーク・ベースのサービスは、少なくとも１つのコンパニオン・プロトコルを使用して、透過的にサービス・エンドポイントに提供されることが可能である。一実施形態では、サービス・エンドポイントによって透過的に利用されるネットワーク・ベースのサービスのうちの少なくとも一部は、ＶＮ１１０およびＨＮ１２０（例示的に、Ｐ−ＣＳＣＦ１１２およびＳ−ＣＳＣＦ１２２）に関連する呼出し状態制御機能（ＣＳＣＦ）によって制御される。
【００２０】
図１に示すように、Ｐ−ＣＳＣＦ１１２およびＳ−ＣＳＣＦ１２２は、当技術分野で知られているような呼出しセッション制御機能を含む。一般に、ＣＳＣＦは、様々なネットワーク機能とサービスとを制御するために動作可能なＳＩＰプロキシを含む。例えば、Ｐ−ＣＳＣＦ１１２およびＳ−ＣＳＣＦ１２２は、ＱＯＳ処理クエリのためにポリシー決定機能（ＰＤＦ）にアクセスすることによって、ＱＯＳ割当てを実行し、関連するＱＯＳ制御を実行し、ＳＩＰシグナリングを使用して類似の機能を実行する。したがって、一実施形態では、Ｐ−ＣＳＣＦ１１２およびＳ−ＣＳＣＦ１２２は、ＶＳ１３０からＷＴ１０２へのビデオ・コンテンツのストリーミングのために保証されたＱＯＳを確立および維持するために要求されるＳＩＰコンパニオン・プロトコル・メッセージングをサポートする。
【００２１】
図１に示すように、Ｌ４／７−Ｓ１４２およびＬ４／７−Ｓ１５２は、レイヤ４／７スイッチを含む。一般に、レイヤ４／７スイッチは、レイヤ４（すなわち、トランスポート層）とレイヤ７（すなわち、アプリケーション層）とで実行されるパケット検査に基づいて、ネットワーク構成要素にトラフィックを導くために動作可能なコンテンツ・アウェア（ｃｏｎｔｅｎｔ−ａｗａｒｅ）スイッチを含む。したがって、Ｌ４／７−Ｓ１４２およびＬ４／７−Ｓ１５２は、セッション情報を取得するために動作可能である。さらに、Ｌ４／７−Ｓ１４２およびＬ４／７−Ｓ１５２は、要求されるコンテンツの種類（例えば、静的コンテンツ、ストリーミング・ビデオ・コンテンツなど）、要求されるコンテンツ、および類似の情報などのアプリケーション情報を取得するために動作可能である。
【００２２】
図１に示すように、ＣＳＰ１４０に関連するＬ４／７−Ｓ１４２は、プロトコル・メッセージをリダイレクトする（宛先変更する、ｒｅｄｉｒｅｃｔｉｎｇ）ために動作可能なネットワーク要素を含む。一実施形態では、Ｌ４／７−Ｓ１４２は、基本プロトコル・メッセージをＣＳＰ１４０にリダイレクトする。別の一実施形態では、Ｌ４／７−Ｓ１４２は、ＣＳＰ１４０によってプロキシされた基本プロトコル・メッセージをＶＮ１１０（すなわち、クライアント発信メッセージの場合）とＳＮ１０６（すなわち、クライアント終了メッセージの場合）とのうちの１つにリダイレクトする。一実施形態では、Ｌ４／７−Ｓ１４２は、コンパニオン・プロトコル・メッセージをＣＳＰ１４０にリダイレクトする。別の一実施形態では、Ｌ４／７−Ｓ１４２は、ＣＳＰ１４０によって発信されたコンパニオン・プロトコル・メッセージをＶＮ１１０にリダイレクトし、ＳＳＰ１５０によって発信されたコンパニオン・プロトコル・メッセージをＣＳＰ１４０にリダイレクトする。
【００２３】
例えば、基本プロトコルがＲＴＳＰを含む一実施形態では、Ｌ４／７−Ｓ１４２は、宛先ＴＣＰポート５５４を使用して、クライアント発信（すなわち、ＷＴ１０２によって発信された）ＲＴＳＰメッセージをＣＳＰ１４０にリダイレクトする。別の一実施形態では、Ｌ４／７−Ｓ１４２は、ＣＳＰ１４０によってプロキシされたクライアント発信ＲＴＳＰメッセージを、ＶＳ１３０に向けた伝送のためにＶＮ１１０に向けてリダイレクトする。同様に、例えば、基本プロトコルがＲＴＳＰを含む一実施形態では、Ｌ４／７−Ｓ１４２は、発信源ＴＣＰポート５５４を使用して、クライアント終了（すなわち、ＶＳ１３０によって発信された）ＲＴＳＰメッセージをＣＳＰ１４０にリダイレクトする。別の一実施形態では、Ｌ４／７−Ｓ１４２はＣＳＰ１４０によってプロキシされたクライアント終了ＲＴＳＰメッセージを、ＷＴ１２０に向けた伝送のためにＳＮ１０６に向けてリダイレクトする。
【００２４】
一実施形態では、本明細書で説明されるように、Ｌ４／７−Ｓ１４２は、サーバ発信コンパニオン・プロトコル・メッセージをＣＳＰ１４０にリダイレクトする。例えば、コンパニオン・プロトコルがＳＩＰを含む一実施形態では、Ｌ４／７−Ｓ１４２は、クライアント発信（すなわち、ＣＳＰ１４０によって発信された）ＳＩＰメッセージを、ＳＳＰ１５０に向けた伝送のためにＶＮ１１０にリダイレクトする。同様に、コンパニオン・プロトコルがＳＩＰを含む一実施形態では、Ｌ４／７−Ｓ１４２は、（Ｘが５０６０と同じでない場合）宛先ＴＣＰ／ＵＤＰポートＸを使用して、サーバ発信（すなわち、ＳＳＰ１５０によって発信された）ＳＩＰメッセージをＣＳＰ１４０にリダイレクトする。サーバ発信コンパニオン・プロトコル・メッセージをＣＳＰ１４０にリダイレクトすることによって、Ｌ４／７−Ｓ１４２は、クライアント・サービス・エンドポイント（例示的に、ＷＴ１０２）に対して実質的に透過的な方法で、少なくとも１つのネットワーク・サービスを制御するために動作可能なコンパニオン・プロトコル・メッセージングを可能にする。
【００２５】
図１に示すように、ＳＳＰ１５０に関連するＬ４／７−Ｓ１５２は、プロトコル・メッセージをリダイレクトするために動作可能なネットワーク要素を含む。一実施形態では、Ｌ４／７−Ｓ１５２は、基本プロトコル・メッセージをＳＳＰ１５０にリダイレクトする。かかる一実施形態では、Ｌ４／７−Ｓ１５２は、ＳＳＰ１５０によってプロキシされた基本プロトコル・メッセージをＨＮ１２０（すなわち、サーバ発信メッセージの場合）およびＶＳ１３０（すなわち、サーバ終了メッセージの場合）のうちの１つにリダイレクトする。一実施形態では、Ｌ４／７−Ｓ１５２は、コンパニオン・プロトコル・メッセージをＳＳＰ１５０にリダイレクトする。かかる一実施形態では、Ｌ４／７−Ｓ１５２は、ＳＳＰ１５０によって発信されたコンパニオン・プロトコル・メッセージをＨＮ１２０にリダイレクトし、ＣＳＰ１４０によって発信されたコンパニオン・プロトコル・メッセージをＳＳＰ１５０にリダイレクトする。
【００２６】
例えば、基本プロトコルがＲＴＳＰを含む一実施形態では、Ｌ４／７−Ｓ１５２は、発信源ＴＣＰポート５５４を使用して、サーバ発信（すなわち、ＶＳ１３０によって発信された）ＲＴＳＰメッセージをＳＳＰ１５０にリダイレクトする。別の一実施形態では、Ｌ４／７−Ｓ１５２は、ＳＳＰ１５０によってプロキシされたサーバ発信ＲＴＳＰメッセージを、ＷＴ１０２に向けた伝送のためにＨＮ１２０に向けてリダイレクトする。同様に、例えば、基本プロトコルがＲＴＳＰを含む一実施形態では、Ｌ４／７−Ｓ１５２は、宛先ＴＣＰポート５５４を使用して、サーバ終了（すなわち、ＷＴ１０２によって発信された）ＲＴＳＰメッセージをＳＳＰ１５０にリダイレクトする。別の一実施形態では、Ｌ４／７−Ｓ１５２は、ＳＳＰ１５０によってプロキシされたサーバ終了ＲＴＳＰメッセージをＶＳ１３０に向けた伝送のためにリダイレクトする。
【００２７】
一実施形態では、本明細書で説明されるように、Ｌ４／７−Ｓ１５２は、クライアント発信コンパニオン・プロトコル・メッセージをＳＳＰ１５０にリダイレクトする。例えば、コンパニオン・プロトコルがＳＩＰを含む一実施形態では、Ｌ４／７−Ｓ１５２は、サーバ発信（すなわち、ＳＳＰ１５０によって発信された）ＳＩＰメッセージを、ＣＳＰ１４０に向けた伝送のためにＨＮ１２０にリダイレクトする。同様に、コンパニオン・プロトコルがＳＩＰを含む一実施形態では、Ｌ４／７−Ｓ１５２は、（Ｘが５０６０と同じ場合）ＴＣＰ／ＵＤＰポートＸを使用して、クライアント発信（すなわち、ＣＳＰ１５０によって発信された）ＳＩＰメッセージをＳＳＰ１５０にリダイレクトする。クライアント発信コンパニオン・プロトコル・メッセージをＳＳＰ１５０にリダイレクトすることによって、Ｌ４／７−Ｓ１５２は、サーバ・サービス・エンドポイント（例示的に、ＶＳ１３０）に対して実質的に透過的な方法で、少なくとも１つのネットワーク・サービスを制御するために動作可能なコンパニオン・プロトコル・メッセージングを可能にする。
【００２８】
図１に示すように、ＶＳ１３０は、ビデオ・コンテンツ取出し要求を受信および処理し、要求されるビデオ・コンテンツをユーザ・デバイス（例示的に、ＷＴ１０２）に送信し、類似の機能を実行するために動作可能なビデオ・サーバを含む。したがって、本発明によれば、ＶＳ１３０はサービス・エンドポイントを含む。図１に示すように、ＶＳ１３０は、ＲＴＳＰビデオ・サーバを含む。ＲＴＳＰビデオ・サーバとして示されるが、ＶＳ１３０は任意のビデオ・サーバを含んでよい。さらに、ビデオ・サーバとして示されるが、図１に関して示され、説明されるアーキテクチャは、ＷＴ１０２と任意のその他のサービス・エンドポイント（例えば、音声サーバ、その他のコンテンツ・サーバ、少なくとも１つのその他のユーザ・デバイス（例えば、被呼側デバイス）、および類似のデバイス）との通信をサポートするために使用されてよい。
【００２９】
図１に示すように、ＣＳＰ１４０およびＳＳＰ１５０は、本発明の再生シグナリング機能のうちの少なくとも一部を実行するために動作可能なネットワーク要素を含む。一実施形態では、ＣＳＰ１４０およびＳＳＰ１５０のうちの少なくとも１つは、少なくとも１つの基本プロトコルに従ってフォーマットされた少なくとも１つの基本プロトコル・メッセージに応答して、少なくとも１つのコンパニオン・プロトコルに従ってフォーマットされた少なくとも１つのコンパニオン・プロトコル・メッセージを生成するために動作可能である。同様に、一実施形態では、ＣＳＰ１４０およびＳＳＰ１５０のうちの少なくとも１つは、コンパニオン・プロトコル・メッセージングがサービス・エンドポイントに対して透過的であるように、少なくとも１つのコンパニオン・プロトコル・メッセージに従ってフォーマットされた少なくとも１つのコンパニオン・プロトコル・メッセージを終了するために動作可能である。
【００３０】
したがって、ＣＳＰ１４０およびＳＳＰ１５０は、サービス・エンドポイントがサービス・エンドポイントに対して実質的に透過的な方法で、ネットワーク・ベースのサービスを利用することを可能にする。一実施形態では、ＣＳＰ１４０およびＳＳＰ１５０は、少なくとも１つの基本プロトコルＦＳＭを生成および維持するために動作可能である。同様に、一実施形態では、ＣＳＰ１４０およびＳＳＰ１５０は、少なくとも１つのコンパニオン・プロトコルＦＳＭを生成および維持するために動作可能である。別の一実施形態では、ＣＳＰ１４０およびＳＳＰ１５０は、少なくとも１つの基本プロトコルと少なくとも１つのコンパニオン・プロトコルの間のメッセージングの同期化を可能にする方法で、少なくとも１つの基本プロトコルＦＳＭと、少なくとも１つのコンパニオン・プロトコルＦＳＭとを維持するために動作可能である。
【００３１】
コンパニオン・プロトコルと同じエンドポイント間シグナリング・プロトコルを利用してユーザ・デバイス間の通信をサポートするために本発明が用いられる一実施形態では、Ｌ４／７−Ｓ１４２およびＬ４／７−Ｓ１５２は、基本プロトコル・メッセージをコンパニオン・プロトコル・メッセージと区別するために動作可能なスイッチを含む。例えば、ＳＩＰシグナリングがエンドポイント間基本プロトコル・メッセージングならびにネットワーク・ベースのコンパニオン・プロトコル・メッセージングに使用されると仮定して、Ｌ４／７−Ｓ１４２およびＬ４／７−Ｓ１５２は、それぞれ、ＣＳＰ１４０とＳＳＰ１５０とによってプロキシされた基本プロトコル・メッセージを、サービス・エンドポイントに向けた伝送のためにリダイレクトする。さらに、Ｌ４／７−Ｓ１４２およびＬ４／７−Ｓ１５２は、それぞれ、ＣＳＰ１４０とＳＳＰ１５０とによって発信／終了されたコンパニオン・プロトコル・メッセージを、サービス・エンドポイントに向けたコンパニオン・プロトコル・メッセージの伝送を防ぐ方法でリダイレクトする。
【００３２】
コンパニオン・プロトコルと同じエンドポイント間シグナリング・プロトコルを利用してユーザ・デバイス間の通信をサポートするために本発明が用いられる別の一実施形態では、ＣＳＰ１４０およびＳＳＰ１５０は、基本プロトコル・メッセージをコンパニオン・プロトコル・メッセージと区別するために動作可能なプロキシを含む。例えば、ＳＩＰシグナリングがエンドポイント間基本プロトコル・メッセージングならびにネットワーク・ベースのコンパニオン・プロトコル・メッセージングに使用されると仮定して、ＣＳＰ１４０およびＳＳＰ１５０は、それぞれのサービス・エンドポイントに向けた伝送のために基本プロトコル・メッセージをプロキシする。さらに、ＣＳＰ１４０およびＳＳＰ１５０は、コンパニオン・プロトコル・メッセージングをサービス・エンドポイントに対して透過的にするために、コンパニオン・プロトコル・メッセージを発信／終了する。
【００３３】
図１に示すように、ＲＳＰ１６０は、サービス・エンドポイント間（例示的に、ＴＷ１０２とＶＳ１３０の間）にエンドポイント間ＲＴＳＰシグナリング経路を含む。したがって、本明細書で説明されるように、ＲＴＳＰは、サービス・エンドポイント間のエンドポイント間シグナリングのための基本プロトコルとして利用される。一実施形態では、ＲＳＰ１６０は、ベアラとしてＩＰを使用する双方向シグナリング経路を含む。例えば、クライアント発信ＲＴＳＰメッセージは、ＲＡＮ１０４、ＳＮ１０６、Ｌ４／７−Ｓ１４２、ＣＳＰ１４０、Ｌ４／７−Ｓ１４２、ＶＮ１１０、ＨＮ１２０、Ｌ４／７−Ｓ１５２、ＳＳＰ１５０、およびＬ４／７−Ｓ１５２を横断し、ＶＳ１３０上で終了する。同様に、例えば、サーバ発信ＲＴＳＰメッセージは、Ｌ４／７−Ｓ１５２、ＳＳＰ１５０、Ｌ４／７−Ｓ１５２、ＨＮ１２０、ＶＮ１１０、Ｌ４／７−Ｓ１４２、ＣＳＰ１４０、Ｌ４／７−Ｓ１４２、ＳＮ１０６およびＲＡＮ１０４を横断し、ＷＴ１０２上で終了する。
【００３４】
ＲＴＳＰ基本プロトコル・メッセージングは、プロキシ（すなわち、ＣＳＰ１４０およびＳＳＰ１５０）を横断するが、プロキシは、少なくとも１つのネットワーク・サービスに関連するサービス情報を取得するために、単に基本プロトコル・メッセージを読み取る。本明細書で説明されるように、サービス・エンドポイント間で基本プロトコル・メッセージを読み取ることからプロキシＣＳＰ１４０およびＳＳＰ１５０によって取得されたネットワーク情報は、関連するコンパニオン・プロトコル・メッセージを生成するために（すなわち、本発明による再生シグナリングを実行するために）使用される。したがって、本発明によれば、ＲＳＰ１６０を使用するＲＴＳＰシグナリングの少なくとも一部の完了時にＳＳＰ１７０が確立される。
【００３５】
図１に示すように、ＳＳＰ１７０は、ネットワーク・プロキシ（例示的に、ＣＳＰ１４０およびＳＳＰ１５０）間に双方向シグナリング経路を含む。したがって、一実施形態では、本明細書で主に説明されるように、ＳＩＰは、ネットワーク・プロキシ間のシグナリングのためのコンパニオン・プロトコルとして利用される。例えば、ＣＳＰ１４０によって発信されたクライアント側ＳＩＰメッセージは、Ｌ４／７−Ｓ１４２、ＶＮ１１０、Ｐ−ＣＳＣＦ１１２、ＶＮ１１０、ＨＮ１２０、Ｓ−ＣＳＣＦ１２２、ＨＮ１２０、およびＬ４／７−Ｓ１５２を横断し、ＳＳＰ１５０上で終了する。同様に、ＳＳＰ１５０によって発信されたサーバ側ＳＩＰメッセージは、Ｌ４／７−Ｓ１５２、ＨＮ１２０、Ｓ−ＣＳＣＦ１２２、ＨＮ１２０、ＶＮ１１０、Ｐ−ＣＳＣＦ１１２、ＶＮ１１０、およびＬ４／７−Ｓ１４２を横断し、ＣＳＰ１４０上で終了する。
【００３６】
本明細書で説明されるように、ＳＳＰ１７０は、サービス・エンドポイントが少なくとも１つのネットワーク・ベースのサービスを利用することを可能にする方法で、少なくとも１つのネットワーク・コンポーネントを構成するために動作可能なＳＩＰコンパニオン・プロトコル・メッセージングをサポートする。さらに、一実施形態では、プロキシ（例示的に、ＣＳＰ１４０およびＳＳＰ１５０）間のコンパニオン・プロトコル・メッセージングは、サービス・エンドポイント（例示的に、ＷＴ１２０およびＶＳ１３０）に対して透過的である。ネットワーク・サービスがＱＯＳ保証サービスを含む一実施形態では、ＳＩＰコンパニオン・プロトコル・メッセージングは、保証されたＱＯＳストリーミング・ビデオ・ネットワーク・サービスを提供するために要求されるパラメータ（例えば、ビデオの種類、要求される帯域幅、ビデオを送信するためのポート、使用される符合器／複号器など）を折衝する。
【００３７】
（サービス・エンドポイント間でエンドポイント間ベアラ経路を確立するために）ＲＳＰ１６０を使用したＲＴＳＰメッセージングおよび（サービス・エンドポイントに提供される少なくとも１つのネットワーク・サービスを制御するために）ＳＳＰ１７０を使用したＳＩＰシグナリングの完了時に、サービス・エンドポイント間で確立されるＲＢＰ１８０は、コンパニオン・プロトコル・メッセージングを使用して制御される少なくとも１つのネットワーク・サービスに従って、サービス・エンドポイント間で情報の交換を可能にするために利用される。図１に示されるように、ＲＢＰ１８０は、ＷＴ１０２とＶＳ１３０との間に確立される。すなわち、ビデオ・コンテンツは、ＳＳＰ１７０上でシグナリングによって確立された保証されたＱＯＳを使用して、ＲＢＰ１８０上でＶＳ１３０からＷＴ１２０にストリームされる。一実施形態では、ビデオ・コンテンツは、ＩＰ上でユーザ・データグラム・プロトコル（ＵＤＰ）を経てＲＴＰを使用して移送される。
【００３８】
本発明に従って実施されない既存のネットワーク・アーキテクチャでは、Ｌ４／７スイッチ（例示的に、Ｌ４／７−Ｓ１４２およびＬ４／７−Ｓ１５２）とプロキシ（例示的に、ＣＳＰ１４０およびＳＳＰ１５０）とは配備されない。したがって、例えば、ＷＴ１２０は、ＶＳ１３０からストリーミング・ビデオを要求するＲＴＳＰクライアントを含むと仮定する。本明細書で説明されるように、ＣＳＣＦ（例示的に、Ｐ−ＣＳＣＦ１１２およびＳ−ＣＳＣＦ１２２）は、ＳＩＰプロキシを含むため、ＲＴＳＰシグナリングはＣＳＣＦを横断しない。したがって、ＣＳＣＦは、ＱＯＳ、請求書発送、ユーザ・プロファイル管理、および類似のネットワーク・サービスなどのＩＭＳサービスを制御するため、（ＳＩＰ−ＵＡでない）無線端末上のＲＴＳＰクライアントは、ＳＩＰシグナリングを使用して制御されるこれらのＩＭＳネットワーク・サービスを利用できない。
【００３９】
したがって、一実施形態では、本発明の再生シグナリング能力は、サービス・エンドポイントがネットワーク・ベースの機能およびサービスの利点を透過的に取得することを可能にする。すなわち、サービス・エンドポイントは、ネットワーク・ベースの機能およびサービスの制御に関して不可知（アグノスティック、ａｇｎｏｓｉｔｃ）である。さらに、本発明は、サービス・エンドポイント能力に関係なく、サービス・エンドポイントがネットワーク・ベースの機能およびサービスを利用することを可能にする。例えば、本発明を使用して、ＳＩＰ能力をサポートしない（すなわち、ＳＩＰ−ＵＡでない）ＲＴＳＰクライアントは、ＳＩＰベースのネットワーク・サービスを利用することが可能である。
【００４０】
本明細書で説明されるように、ＲＴＳＰメッセージは、ＲＡＮ１０４上でＷＴ１２０からＳＮ１０６に送信される。ＳＮ１０６は、ＲＴＳＰメッセージを、ＣＳＰ１４０に関連するＬ４／７−Ｓ１４２に送信する。Ｌ４／７−Ｓ１４２は、ＲＴＳＰメッセージをＣＳＰ１４０にリダイレクトする。ＣＳＰ１４０は、少なくとも１つのネットワーク・サービスに関連するサービス情報を取得するためにＲＴＳＰメッセージを読み取る。ＣＰＳ１４０は、ＲＴＳＰメッセージをプロキシしてＬ４／７−Ｓ１４２に戻し、Ｌ４／７−Ｓ１４２はプロキシされたＲＴＳＰメッセージを少なくとも１つのＩＰネットワーク（例示的に、ＶＮ１１０およびＨＮ１２０）上で、ＳＳＰ１５０に関連するＬ４／７−Ｓ１５２に送信する。Ｌ４／７−Ｓ１５２は、ＲＴＳＰメッセージをＳＳＰ１５０にリダイレクトする。ＳＳＰ１５０は、少なくとも１つのネットワーク・サービスに関連するサービス情報を取得するためにＲＴＳＰメッセージを読み取る。ＳＳＰ１５０は、ＲＴＳＰメッセージをＬ４／７−Ｓ１５２にプロキシし、Ｌ４／７−Ｓ１５２は、ＶＳ１３０からＷＴ１０２にビデオ・コンテンツをストリーミングするために動作可能な接続を確立するために、プロキシされたＲＴＳＰメッセージをＶＳ１３０に送信する。
【００４１】
したがって、ＲＴＳＰメッセージ（すなわち、基本プロトコル・メッセージ）は、ＣＳＰ１４０とＳＳＰ１５０とによって読み取られ、それにより、ＣＳＰ１４０およびＳＳＰ１５０が、サービス・エンドポイントに対して実質的に透過的な方法で、少なくとも１つのプロトコル（すなわち、少なくとも１つのコンパニオン・プロトコル）を使用して、ＣＳＰ１４０およびＳＳＰ１５０がメッセージを発信および終了することを可能にするために動作可能なサービス情報を取得することを可能にする。例えば、ＣＳＰ１４０は、ＲＴＳＰメッセージをプロキシすると同時に、ＣＳＰ１４０によって読み取られたサービス情報に基づいて、少なくとも１つのＳＩＰメッセージを発信する。ＣＳＰ１４０は、ＳＩＰメッセージをＬ４／７−Ｓ１４２に送信する。Ｐ−ＣＳＣＦ１１２およびＳ−ＣＳＣＦ１２２は、ＳＩＰプロキシを含むため、Ｌ４／７−Ｓ１４２はＳＩＰメッセージをＰ−ＣＳＣＦ１１２に送信し、次いで、Ｐ−ＣＳＣＦ１１２はＳＩＰメッセージをＳ−ＣＳＣＦ１２２に送信する。Ｓ−ＣＳＣＦ１２２は、ＳＩＰメッセージをＬ４／７−Ｓ１５２に送信する。したがって、ＳＩＰメッセージは、少なくとも１つのネットワーク・サービスにアクセスするためにＳＩＰプロキシを横断する。Ｌ４／７−Ｓ１５２は、ＳＩＰメッセージをＳＳＰ１５０にリダイレクトし、そこでＳＩＰメッセージは処理および終了される。一実施形態では、ＳＳＰ１５０は、ＣＳＰ１４０から受信された、少なくとも１つのＳＩＰメッセージに応答して、ＳＩＰ応答メッセージを生成する。
【００４２】
本明細書で説明されるように、一実施形態では、ＣＳＰ１４０は、基本プロトコル・メッセージング（すなわち、ＲＴＳＰメッセージング）を使用して、ＷＴ１０２とＶＳ１３０の間で折衝される、ＳＤＰパラメータと、ポートと、ＣＯＤＥＣと、類似のネットワーク・サービス・パラメータとを記録する。一実施形態では、ＣＳＰ１４０は、サービス終点に対して実質的に透過的な方法で、少なくとも１つのネットワーク・サービスを利用するために動作可能な関連する基本プロトコル・メッセージ（例えば、ＳＩＰメッセージ）を生成するためにかかるサービス情報を利用する。すなわち、ＣＳＰ１４０は、サービス・エンドポイントに対して実質的に透過的な方法で、少なくとも１つのネットワーク・サービスを利用するために動作可能な関連するコンパニオン・プロトコル・メッセージを生成するために、基本プロトコル・メッセージから取得されたサービス情報を使用する。
【００４３】
同様に、一実施形態では、ＳＳＰ１５０は、ＷＴ１０２とＶＳ１３０の間でＲＴＳＰメッセージングを使用して折衝される、ＳＤＰパラメータと、ポートと、ＣＯＤＥＣと、類似のサービス情報とを記録する。一実施形態では、ＳＳＰ１５０は、ＲＴＳＰシグナリングの間に記録されたサービス情報を使用して、ＣＳＰ１４０によって開始されたＳＩＰメッセージを受信する。かかる一実施形態では、ＳＳＰ１５０は、ＲＴＳＰメッセージ交換の間にＶＳ１３０によって通告され（ａｎｎｏｕｎｃｅｄ）、ＳＳＰ１５０によって記録されたＳＤＰと、ＲＴＳＰメッセージ交換の間にＳＳＰ１５０によって記録されたＲＴＳＰ折衝ポートおよびＣＯＤＥＣと、類似のサービス情報とを使用して、ＶＳ１３０に代わってＣＳＰ１４０とＳＳＰ１５０の間にＳＩＰセッションを確立する。
【００４４】
図２は、本発明の一実施形態による呼出しの流れ図を示す。具体的には、図２の呼出しの流れ図２００は、サービス・エンドポイントに対して実質的に透過的な方法で、サービス・エンドポイントが少なくとも１つのネットワーク・サービスを利用することを可能にする呼出しの流れを含む。図２に示すように、図２の呼出しの流れ図２００は、図１の通信ネットワーク・アーキテクチャ１００との関連で説明される。したがって、示されないが、Ｌ４／７−Ｓ１４２およびＬ４／７−Ｓ１５２は、図１に関して、本明細書で示され、説明されるように、それぞれ、ＣＳＰ１４０およびＳＳＰ１５０と関連する通信をリダイレクトするために使用される。
【００４５】
ステップの一部は連続的に実行されているとして示されるが、当業者は、方法２００のステップの少なくとも一部は、同時に、ならびに図２に提示されるものと異なる順序で実行されてよい点を理解されよう。呼出しの流れ図２００は、情報を交換するために別のサービス・エンドポイント（例示的に、ＶＳ１３０）との接続を確立するためのサービス・エンドポイント（例示的に、ＷＴ１０２）による要求に応答して開始される。したがって、図２に示すように、図２の呼出しの流れ図２００は、ステップ２０２で始まる。
【００４６】
ステップ２０２で、ＲＴＳＰ ＤＥＳＣＲＩＢＥメッセージは、ＷＴ１０２のＲＴＳＰクライアント・ポートによって発信される。ＲＴＳＰ ＤＥＳＣＲＩＢＥメッセージは、ＣＳＰ１４０にリダイレクトされる。ＲＴＳＰ ＤＥＳＣＲＩＢＥメッセージは、少なくとも１つのネットワーク・サービスに関連するサービス情報を取得するためにＣＳＰ１４０によって読み取られる。ステップ２０４で、ＣＳＰ１４０は、ＶＳ１３０に向けた伝送のためにＲＴＳＰ ＤＥＳＣＲＩＢＥメッセージをプロキシする。ＲＴＳＰ ＤＥＳＣＲＩＢＥメッセージは、ＳＳＰ１５０にリダイレクトされる。ＳＳＰ１５０は、少なくとも１つのネットワーク・サービスに関連するサービス情報を取得するためにＲＴＳＰ ＤＥＳＣＲＩＢＥメッセージを読み取る。ステップ２０６で、ＳＳＰ１５０は、ＶＳ１３０に向けた伝送のためにＲＴＳＰ ＤＥＳＣＲＩＢＥメッセージをプロキシする。
【００４７】
ステップ２０８で、ＳＳＰ１５０からのＲＴＳＰ ＤＥＳＣＲＩＢＥメッセージの受信時に、ＶＳ１３０は、ＲＴＳＰ２００  ＯＫメッセージを開始する。一実施形態では、ＲＴＳＰ２００  ＯＫメッセージは、少なくとも１つのＳＤＰパラメータを含む。ＶＳ１３０は、ＷＴ１０２に向けてＲＴＳＰ２００  ＯＫメッセージを送信する。ＶＳ１３０によって開始されたＲＴＳＰ２００  ＯＫメッセージは、ＳＳＰ１５０にリダイレクトされる。ＳＳＰ１５０は、少なくとも１つのネットワーク・サービスに関連するサービス情報を取得するためにＲＴＳＰ２００  ＯＫメッセージを読み取る。ステップ２１０で、ＳＳＰ１５０は、ＷＴ１０２に向けてＲＴＳＰ２００  ＯＫメッセージを送信する。ＲＴＳＰ２００  ＯＫメッセージは、ＣＳＰ１４０にリダイレクトされる。ＣＳＰ１４０は、少なくとも１つのネットワーク・サービスに関連するサービス情報を取得するために、ＲＴＳＰ２００  ＯＫメッセージを読み取る。ステップ２１２で、ＣＳＰ１４０は、ＷＴ１０２のＲＴＳＰクライアント部分に向けてＲＴＳＰ２００  ＯＫメッセージを送信する。
【００４８】
ステップ２１４で、ＲＴＳＰ２００  ＯＫメッセージの受信時に、ＷＴ１０２のＲＴＳＰクライアント部分は、ＲＴＳＰセットアップ・メッセージを開始する。一実施形態では、ＲＴＳＰセットアップ・メッセージは、少なくとも１つのポート・パラメータを含む。ＲＴＳＰセットアップ・メッセージは、ＶＳ１３０に向けて送信される。ＲＴＳＰセットアップ・メッセージは、ＣＳＰ１４０に向けてリダイレクトされる。ＣＳＰ１４０は、少なくとも１つのネットワーク・サービスに関連するサービス情報を取得するために、ＲＴＳＰセットアップ・メッセージを読み取る。ステップ２１６で、ＣＳＰ１４０は、ＶＳ１３０に向けた伝送のためにＲＴＳＰセットアップ・メッセージをプロキシする。ＲＴＳＰセットアップ・メッセージはＳＳＰ１５０にリダイレクトされる。一実施形態では、ＳＳＰ１５０は、少なくとも１つのネットワーク・サービスに関連するサービス情報を取得するためにＲＴＳＰセットアップ・メッセージを読み取る。ステップ２１８で、ＳＳＰ１５０は、ＶＳ１３０に向けた伝送のためにＲＴＳＰセットアップ・メッセージをプロキシする。
【００４９】
ステップ２２０で、ＲＴＳＰセットアップ・メッセージの受信時に、ＶＳ１３０は、ＲＴＳＰ２００  ＯＫメッセージを開始する。一実施形態では、ＲＴＳＰ２００  ＯＫメッセージは、少なくとも１つのポート・パラメータを含む。ＶＳ１３０は、ＷＴ１０２に向けてＲＴＳＰ２００  ＯＫメッセージを送信する。ＲＴＳＰ２００  ＯＫメッセージは、ＳＳＰ１５０にリダイレクトされる。ＳＳＰ１５０は、少なくとも１つのネットワーク・サービスに関連するサービス情報を取得するためにＲＴＳＰ２００  ＯＫメッセージを読み取る。ステップ２２２で、ＳＳＰ１５０は、ＷＴ１０２に向けた伝送のために、ＲＴＳＰ２００  ＯＫメッセージをプロキシする。ＲＴＳＰ２００  ＯＫメッセージは、ＣＳＰ１４０にリダイレクトされる。ＣＳＰ１４０は、少なくとも１つのネットワーク・サービスに関連するサービス情報を取得するためにＲＴＳＰ２００  ＯＫメッセージを読み取る。ステップ２２４で、ＣＳＰ１４０は、ＷＴ１０２のＲＴＳＰクライアント部分に向けた伝送のためにＲＴＳＰ２００  ＯＫメッセージをプロキシする。
【００５０】
ステップ２２６で、ＲＴＳＰ２００  ＯＫメッセージの受信時に、ＷＴ１０２のＲＴＳＰクライアント部分は、ＲＴＳＰ  ＰＬＡＹメッセージを開始する。ＷＴ１０２のＲＴＳＰクライアント部分は、ＶＳ１３０に向けてＲＴＳＰ  ＰＬＡＹメッセージを送信する。ＲＴＳＰ  ＰＬＡＹメッセージは、ＣＳＰ１４０にリダイレクトされる。図２に示すように、ＣＳＰ１４０は、サービス・エンドポイントに透過的な方法で、少なくとも１つのネットワーク・サービスを利用するために要求されるコンパニオン・プロトコル・メッセージングの完了までＲＴＳＰ  ＰＬＡＹメッセージを保留に維持する。少なくとも１つのネットワーク・サービスを利用するためのコンパニオン・プロトコル・メッセージングの完了時に、ＣＳＰ１４０は、その上で、コンパニオン・プロトコル・メッセージングを使用して構成されるネットワーク・サービス（例えば、ＱＯＳ）に従って、ＶＳ１３０がＷＴ１０２にビデオ・コンテンツをストリームするＲＴＰベアラ経路を確立するために、ＶＳ１３０に対する伝送のためにＲＴＳＰ  ＰＬＡＹメッセージを解放する。
【００５１】
ステップ２２８で、ＲＴＳＰ  ＰＬＡＹメッセージに応答して、ＣＳＰ１４０は、ＷＴ１０２のＲＴＳＰクライアント部分から受信されたＲＴＳＰ  ＰＬＡＹメッセージを保留し、ＶＳ１３０に対してＳＩＰ  ＩＮＶＩＴＥメッセージを開始する。一実施形態では、ＳＩＰ  ＩＮＶＩＴＥメッセージは、ＲＴＳＰメッセージを読み取ることによってＣＳＰ１４０によって取得されるサービス情報の少なくとも一部を含む。例えば、一実施形態では、ＶＳ１３０に対するＳＩＰ  ＩＮＶＩＴＥメッセージは、発信源としてユーザＩＰアドレス（すなわち、ユーザＩＰアドレスを関連するＳＩＰヘッダの発信元欄（ＦＲＯＭ  ｆｉｅｌｄ）に挿入して）と、ＷＴ１０２とＶＳ１３０の間のＲＴＳＰメッセージ交換の間に記録された通告ＳＤＰと、ＷＴ１０２とＶＳ１３０の間のＲＴＳＰメッセージ交換の間にＣＳＰ１４０によって記録されたＲＴＳＰ折衝ポートおよびＣＯＤＥＣと、少なくとも１つのネットワーク・サービスを利用するために少なくとも１つのメッセージを生成するために動作可能な類似のサービス情報とを使用して生成される。
【００５２】
例えば、一実施形態では、ＳＩＰ  ＩＮＶＩＴＥメッセージは、ステップ２０８〜２１２に関連するＲＴＳＰ２００  ＯＫメッセージを読み取ることによってＣＳＰ１４０によって取得された、少なくとも１つのＳＤＰパラメータを含む。例えば、一実施形態では、ＳＩＰ  ＩＮＶＩＴＥメッセージは、それぞれ、ステップ２１４〜２１８とステップ２２０〜２２４とに関連するＲＴＳＰセットアップ・メッセージとＲＴＳＰ２００  ＯＫメッセージとを読み取ることによってＣＳＰ１４０によって取得される少なくとも１つのポートを含む。すなわち、ＣＳＰ１４０は、基本プロトコル・メッセージ（例えば、ＲＴＳＰ２００  ＯＫメッセージ）を受信し、基本プロトコル・メッセージに応答して、コンパニオン・プロトコル・メッセージ（例えば、ＳＩＰ  ＩＮＶＩＴＥメッセージ）を生成する。
【００５３】
ＣＳＰ１４０は、ＳＩＰ  ＩＮＶＩＴＥメッセージをＰ−ＣＳＣＦ１１２に送信する。Ｐ−ＣＳＣＦ１１２は、少なくとも１つのネットワーク・サービスを利用するためにＳＩＰ  ＩＮＶＩＴＥメッセージを処理する。ステップ２３０で、Ｐ−ＣＳＣＦ１１２は、ＳＩＰ  ＩＮＶＩＴＥメッセージをＳ−ＣＳＣＦ１２２に送信する。Ｓ−ＣＳＣＦ１２２は、少なくとも１つのネットワーク・サービスを利用するためにＳＩＰ  ＩＮＶＩＴＥメッセージを処理する。ステップ２３２で、Ｓ−ＣＳＣＦ１２２は、ＳＩＰ  ＩＮＶＩＴＥメッセージをＳＳＰ１５０に送信し、そこで、ＶＳ１３０に対してＳＩＰメッセージングを透過的にするために、ＳＩＰ  ＩＮＶＩＴＥメッセージはＳＳＰ１５０によって終了される。
【００５４】
ステップ２３４で、ＳＳＰ１５０は、ＳＩＰ  ＩＮＶＩＴＥメッセージに応答して、ＳＩＰ２００  ＯＫメッセージを開始する。一実施形態では、ＳＩＰ２００  ＯＫメッセージは、少なくとも１つのＳＤＰパラメータと、少なくとも１つのポート・パラメータとを含む。ＳＩＰ２００  ＯＫメッセージは、Ｓ−ＣＳＣＦ１２２に送信される。Ｓ−ＣＳＣＦ１２２は、少なくとも１つのネットワーク・サービスを利用するためにＳＩＰ２００  ＯＫメッセージを処理する。ステップ２３６で、Ｓ−ＣＳＣＦ１２２は、ＳＩＰ２００  ＯＫメッセージをＰ−ＣＳＣＦ１１２に送信する。Ｐ−ＣＳＣＦ１１２は、少なくとも１つのネットワーク・サービスを利用するためにＳＩＰ２００  ＯＫメッセージを処理する。ステップ２３８で、ＳＩＰ２００  ＯＫメッセージはＣＳＰ１４０に送信され、そこで、ＷＴ１０２に対してＳＩＰメッセージングを透過的にするために、ＳＩＰ２００  ＯＫメッセージはＣＳＰ１４０によって終了される。
【００５５】
一実施形態では、ＣＳＰ１４０とＳＳＰ１５０の間のＳＩＰコンパニオン・プロトコル・メッセージングは、ＶＳ１３０からＷＴ１０２にストリームされるビデオ・コンテンツが特定のＱＯＳによりストリームされることを確実にするために、ＩＭＳ  ＱＯＳ許可処理を実行するために使用される。ＣＳＰ１４０とＳＳＰ１５０の間でＳＩＰメッセージングを使用するＩＭＳ  ＱＯＳ許可処理が失敗した場合、ＣＳＰ１４０は、ＲＴＳＰ  ＰＬＡＹメッセージを拒否し、ＷＴ１０２とＢＳ１３０の間のＲＴＳＰセッションを終了し、それにより、ビデオをストリーミングするためのＲＴＰセッションの確立を妨げる。ＣＳＰ１４０とＳＳＰ１５０の間のＩＭＳ  ＱＯＳ許可処理が成功した場合、ＶＳ１３０からＷＴ１０２にビデオをストリーミングするために動作可能なＲＴＰセッションを確立するために、ＣＳＰ１４０はＲＴＳＰ  ＰＬＡＹメッセージをＶＳ１３０に転送する。
【００５６】
ステップ２４０で、少なくとも１つのネットワーク・サービスにアクセス（例えば、ＣＳＰ１４０によるＳＩＰ２００  ＯＫメッセージの検証）するためのＳＩＰメッセージングの成功裏の完了時に、ＣＳＰ１４０は、（ステップ２２６で、ＣＳＰ１４０によって受信されているときから）ＣＳＰ１４０によって保留されたＲＴＳＰ  ＰＬＡＹメッセージを解放する。ＣＳＰ１４０は、ＲＴＳＰ  ＰＬＡＹメッセージをＶＳ１３０に向けて送信する。ＲＴＳＰ  ＰＬＡＹメッセージはＳＳＰ１５０にリダイレクトされる。ステップ２４２で、ＲＴＳＰ  ＰＬＡＹメッセージは、ＳＳＰ１５０からＶＳ１３０にプロキシされる。ステップ２２８〜２３８に関連するＳＩＰシグナリングを使用してアクセスされる少なくとも１つのネットワーク・サービスを使用して、ＶＳ１３０からＷＴ１０２にビデオ・コンテンツをストリーミングするために動作可能な関連するＲＴＰベアラ経路を確立するために、ＶＳ１３０はＲＴＳＰ  ＰＬＡＹメッセージを処理する。
【００５７】
ステップ２４４で、ＶＳ１３０は、ＷＴ１２０のＲＴＳＰクライアント部分に向けてＲＴＳＰ２００  ＯＫメッセージを送信する。ＲＴＳＰ２００  ＯＫメッセージは、ＳＳＰ１５０にリダイレクトされる。ステップ２４６で、ＲＴＳＰ２００  ＯＫメッセージは、ＷＴ１０２のＲＴＳＰイクライアント部分に向けてＳＳＰ１５０によって送信される。ＲＴＳＰ２００  ＯＫメッセージはＣＳＰ１４０にリダイレクトされる。ステップ２４８で、ＲＴＳＰ２００  ＯＫメッセージは、ＷＴ１０２のＲＴＳＰクライアント部分に対してＣＳＰ１４０によってプロキシされる。ステップ２５０で、ＲＴＳＰ２００  ＯＫ確認メッセージの受信時に、ＲＴＰベアラ・シグナリング経路がＶＳ１３０とＷＴ１０２の間に確立され、ＶＳ１３０はＷＴ１０２に対してビデオ・コンテンツをストリーミングし始める。したがって、ＷＴ１０２とＶＳ１３０とに対して透過的な方法で、ＳＩＰシグナリングを使用してネットワークによって制御される少なくとも１つのネットワーク・サービスに従って、ビデオ・コンテンツは、ＶＳ１３０からＷＴ１０２にストリームされる。
【００５８】
ステップ２５２で、ＶＳ１３０からＷＴ１０２へのビデオ・コンテンツのストリーミングの完了時に、ＷＴ１０２は、ＲＴＳＰ  ＴＥＡＲＤＯＷＮメッセージを開始する。ＲＴＳＰ  ＴＥＡＲＤＯＷＮメッセージはＶＳ１３０に向けて送信される。ＲＴＳＰ  ＴＥＡＲＤＯＷＮメッセージはＣＳＰ１４０にリダイレクトされる。ステップ２５４で、ＣＳＰ１４０は、ＶＳ１３０に向けてＲＴＳＰ  ＴＥＡＲＤＯＷＮメッセージをプロキシする。ＲＴＳＰ  ＴＥＡＲＤＯＷＮメッセージはＳＳＰ１５０にリダイレクトされる。ステップ２５６で、ＳＳＰ１５０は、ＶＳ１３０に対してＲＴＳＰ  ＴＥＡＲＤＯＷＮメッセージをプロキシする。ＶＳ１３０はＲＴＳＰ  ＴＥＡＲＤＯＷＮメッセージを受信する。
【００５９】
ステップ２５８で、ＲＴＳＰ  ＴＥＡＲＤＯＷＮメッセージに応答して、ＶＳ１３０はＲＴＳＰ２００  ＯＫメッセージを開始する。ＶＳ１３０は、ＷＴ１０２のＲＴＳＰクライアント部分に向けてＲＴＳＰ２００  ＯＫメッセージを送信する。ＲＴＳＰ２００  ＯＫメッセージはＳＳＰ１５０にリダイレクトされる。ステップ２６０で、ＳＳＰ１５０は、ＷＴ１０２のＲＴＳＰクライアント部分に向けてＲＴＳＰ２００  ＯＫメッセージをプロキシする。ＲＴＳＰ２００  ＯＫメッセージはＣＳＰ１４０にリダイレクトされる。ステップ２６２で、ＣＳＰ１４０は、ＷＴ１０２のＲＴＳＰクライアント部分にＲＴＳＰ２００  ＯＫメッセージをプロキシする。ステップ２６４で、ＣＳＰ１４０とＰ−ＣＳＣＦ１１２の間、Ｐ−ＣＳＣＦ１１２とＳ−ＣＳＣＦ１２２の間、およびＳ−ＣＳＣＦ１２２とＳＳＰ１５０の間で、ＳＩＰ  ＢＹＥメッセージが交換され、それにより、サービス・エンドポイントによって利用される少なくとも１つのネットワーク・サービスを開放する。
【００６０】
ＩＭＳネットワークで、またはＳＩＰベースのアプリケーションで本発明が実施される一実施形態では、ＷＴ１０２は、ＷＴ１０２とＶＳ１３０の間のＲＴＰセッション確立に先立って、Ｐ−ＣＳＣＦ１１２によるＩＭＳ  ＱＯＳ認証処理と、Ｎ１０６によるＲＡＮ  ＱＯＳ予約処理との両方を扱う。図３に関して本明細書に示され、説明される一実施形態では、ＩＭＳ  ＱＯＳ認証は失敗する。図４に関して本明細書で示され、説明される別の実施形態では、ＩＭＳ  ＱＯＳ認証は成功し、ＲＡＮ  ＱＯＳセットアップは失敗する。図５に関して本明細書で示され、説明される別の実施形態では、ＩＭＳ  ＱＯＳ認証は成功し、ＲＡＮ  ＱＯＳセットアップは成功する。本明細書では主にＱＯＳに関して説明されるが、本発明を使用して、様々な他のネットワーク・サービスがサービス・エンドポイントに対して透過的に提供されてよい。
【００６１】
図３は、本発明の一実施形態による呼出しの流れ図を示す。具体的には、図３の呼出しの流れ図３００は、サービス・エンドポイントに対して透過的な方法で、サービス・エンドポイントがＱＯＳを確実にすることを可能にするための呼出しの流れ図を含む。図３に示すように、図３の呼出しの流れ図３００は、図１の通信ネットワーク・アーキテクチャ１００との関連で説明される。したがって、示されないが、Ｌ４／７−Ｓ１４２およびＬ４／７−Ｓ１５２は、図１に関して本明細書で示され、説明されるように、それぞれ、ＣＳＰ１４０とＳＳＰ１５０とに関連する通信をリダイレクトするために使用される。
【００６２】
図３の呼出しの流れ図３００の少なくとも一部は、図２の呼出しの流れ図２００と実質的に類似する。さらに、ステップの一部は、連続的に実行されているとして示されるが、当業者は、方法３００のステップの少なくとも一部は同時に、ならびに図３に提示されるものと異なる順序で実行されてよい点を理解されよう。呼出しの流れ図３００は、情報を交換するために別のサービス・エンドポイント（例示的に、ＶＳ１３０）との接続を確立するためのサービス・エンドポイント（例示的に、ＷＴ１０２）による要求に応答して開始される。したがって、図３に示すように、図３の呼出しの流れ図３００は、ステップ３０２で始まる。
【００６３】
ステップ３０２で、ＲＴＳＰセットアップ・メッセージ通信／処理と、ＲＴＳＰ ＤＥＳＣＲＩＢＥメッセージ通信／処理とが実行される。一実施形態では、ステップ３０２のＲＴＳＰセットアップ・メッセージ通信／処理と、ＲＴＳＰ ＤＥＳＣＲＩＢＥメッセージ通信／処理とは、図２のステップ２０２〜２２４で実行されるＲＴＳＰセットアップ／ ＤＥＳＣＲＩＢＥメッセージ通信／処理と実質的に類似する方法で実施される。ステップ３０４で、ＲＴＳＰ２００  ＯＫメッセージの受信時に、ＷＴ１０２のＲＴＳＰクライアント部分は、ＶＳ１３０に向けＲＴＳＰ  ＰＬＡＹメッセージを開始する。図２に関して本明細書で説明されるように、ＣＳＰ１４０は、ＶＳ１３０からＷＴ１０２にビデオをストリーミングするための特定のＱＯＳを確実にするために要求されるコンパニオン・プロトコル・メッセージングの完了までＲＴＳＰ  ＰＬＡＹメッセージを保留に維持する。
【００６４】
ステップ３０６〜３１６で、ＳＩＰ  ＩＮＶＩＴＥメッセージ通信／処理が実行される。一実施形態では、ステップ３０６〜３１６のＳＩＰ  ＩＮＶＩＴＥメッセージ通信／処理は、図２に関して示され、説明されるステップ２２８〜２３８で実行されるＳＩＰ  ＩＮＶＩＴＥメッセージ通信／処理と実質的に類似する方法で実行される。図３に示すように、一実施形態では、ＣＳＰ１４０とＳＳＰ１５０の間のＳＩＰハンドシェーク（ｈａｎｄｓｈａｋｅ）の完了に応答して、Ｐ−ＣＳＣＦ１１２によって許可トークンが生成される。かかる一実施形態では、許可トークンは、（ステップ３１２〜３１６に示すように）ＳＳＰ１５０によって生成され、Ｓ−ＣＳＣＦ１２２とＰ−ＣＳＣＦ１１２とを経由してＳＳＰ１４０に送信されるＳＩＰ２００  ＯＫメッセージの一部としてＣＳＰ１４０に渡される。
【００６５】
一実施形態では、許可トークンは、要求されるＲＴＳＰセッションに関連する少なくとも１つの許可ＱＯＳパラメータを指定する。一実施形態では、ＣＳＰ１４０は、宣言ＱＯＳ（すなわち、ＲＴＳＰ  ＳＤＰメッセージングを使用してＶＳ１３０によって宣言されたＱＯＳ）により、許可ＱＯＳを許可トークンと比較する。許可トークンに関連する許可ＱＯＳが、ＲＴＳＰ  ＳＤＰを使用してＶＳ１３０によって通信された宣言ＱＯＳ以上である場合、ＩＭＳ  ＱＯＳ認証は成功し、ＣＳＰ１４０はＷＴ１０２をトリガして、（図４に示すように）ＲＡＮ  ＱＯＳセットアップ処理を開始する。しかし、図３に（ステップ３１７で）示すように、許可トークンに関連する許可ＱＯＳは、ＲＴＳＰ  ＳＤＰを使用してＶＳ１３０によって通信された宣言ＱＯＳ未満であり、したがって、ＩＭＳ  ＱＯＳ認証は失敗する。
【００６６】
したがって、ステップ３１８で、ＣＳＰ１４０は、ＲＴＳＰエラー・メッセージを生成し、ＲＴＳＰエラー・メッセージをＷＴ１０２に送信することによって、ＲＴＳＰセッションを終了する。ＷＴ１０２によって送信され、ＱＯＳ検証の間、ＣＳＰ１４０によって維持されたＲＴＳＰ  ＰＬＡＹメッセージに応答して、ＲＴＳＰエラー・メッセージはＣＳＰ１４０によって送信される。例えば、一実施形態では、４００から５００のエラー・コードを含む任意のＲＴＳＰエラー・メッセージが使用されてよい。例えば、４１２事前条件失敗（ＰＲＥＣＯＮＤＩＴＩＯＮ  ＦＡＩＬＥＤ）のエラー・メッセージは、適切なエラー・メッセージを含む。ＲＴＳＰエラー・メッセージの受信時に、ＷＴ１０２は、ＲＴＳＰ  ＴＥＡＲＤＯＷＮメッセージを開始する。したがって、図３のステップ３２０〜３３０は、図２に関して示され、説明されるステップ２５２〜２６２と実質的に類似する。
【００６７】
図４は、本発明の一実施形態による呼出しの流れ図を示す。具体的には、図４の呼出しの流れ図４００は、サービス終点に対して透過的な方法で、サービス終点がＱＯＳを確実にすることを可能にするための呼出しの流れを含む。図４に示すように、図４の呼出しの流れ図４００は、図１の通信ネットワーク・アーキテクチャ１００との関連で説明される。したがって、示されないが、Ｌ４／７Ｓ１４２およびＬ４／７Ｓ１５２は、図１に関して本明細書で示され、説明されるように、それぞれ、ＣＳＰ１４０とＳＳＰ１５０とに関連する通信をリダイレクトするために使用される。
【００６８】
図４の呼出しの流れ図４００の少なくとも一部は、図２の呼出しの流れ図２００と実質的に類似する。さらに、ステップの一部は連続的に実行されているとして示されるが、当業者は、方法４００のステップの少なくとも一部は、同時に、ならびに図４に提示されるものと異なる順序で実行されてよい点を理解されよう。呼出しの流れ図４００は、情報を交換するために、別のサービス・エンドポイント（例示的に、ＶＳ１３０）との接続を確立するためのサービス・エンドポイント（例示的に、ＷＴ１０２）による要求に応答して開始される。したがって、図４に示すように、図４の呼出しの流れ図４００は、ステップ４０２で始まる。
【００６９】
ステップ４０２〜４１６で、ＲＴＳＰメッセージ通信／処理と、ＳＩＰメッセージ通信／処理とが実行される。一実施形態では、ステップ４０２〜４１６のＲＴＳＰ ＤＥＳＣＲＩＢＥ／セットアップ・メッセージ通信／処理と、ＳＩＰ  ＩＮＶＩＴＥ／ＳＤＰメッセージ通信／処理とは、図３に関して本明細書で示され、説明されるステップ３０２〜３１６で実行されるＲＴＳＰ ＤＥＳＣＲＩＢＥ／セットアップ・メッセージ通信／処理およびＳＩＰ  ＩＮＶＩＴＥ／ＳＤＰメッセージ通信／処理と本質的に類似する方法で実行される。図４で示すように、許可トークンに関連する許可ＱＯＳは、ＲＴＳＰ  ＳＤＰを使用して、ＶＳ１３０によって通信される宣言ＱＯＳ以上である。したがって、ＩＭＳ  ＱＯＳ認証は成功し、ＣＳＰ１４０はＷＴ１０２をトリガして、ＲＡＮ  ＱＯＳセットアップ処理を開始する。
【００７０】
図４に示すように、許可トークンに関連する許可ＱＯＳは、ＲＴＳＰ  ＳＤＰを使用してＶＳ１３０によって通信される宣言ＱＯＳ以上である。したがって、ステップ４１８で、ＩＭＳ  ＱＯＳ認証は成功し、ＣＳＰ１４０はＷＴ１０２をトリガして、ＲＡＮ  ＱＯＳセットアップ処理を開始する。一実施形態では、ＣＳＰ１４０はＷＴ１０２をトリガして、ＳＩＰ  ＩＮＶＩＴＥメッセージをＷＴ１０２のＳＩＰ−ＵＡ部分に送信することによってＲＡＮ  ＱＯＳ処理を始める。一実施形態では、ＣＳＰ１４０によって開始されるＳＩＰ  ＩＮＶＩＴＥメッセージは、ＷＴ１０２が鳴るのを防ぐために（すなわち、ＷＴ１０２は、ＣＳＰ１４０によって開始されたＳＩＰ  ＩＮＶＩＴＥを、ＷＴ１０２を呼び出そうと試みる別のＷＴによって開始されたＳＩＰ  ＩＮＶＩＴＥと混乱する可能性がある）、警告情報（ＡＬＥＲＴ−ＩＮＦＯ）欄が＜空白＞に設定されるように生成される。
【００７１】
ステップ４２０で、ＲＡＮ  ＱＯＳセットアップ通信／処理がＷＴ１０２とＳＮ１０６の間で実行される。一実施形態では、ＷＴ１０２のＳＩＰ−ＵＡクライアント部分は、ＷＴ１０２とＳＮ１０６の間でＲＡＮ  ＱＯＳセットアップ処理で使用するためにＰ−ＣＳＣＦ１１２によって生成された許可トークンを処理する。ＷＴ１０２のＳＩＰ−ＵＡクライアント部分は、ＣＳＰ１４０のＳＩＰプロキシ部分に、ＲＡＮ  ＱＯＳセットアップ手順の結果を通知する。（図５に示すように）ＲＡＮ  ＱＯＳセットアップ手順が成功した場合、ＣＳＰ１４０のＳＩＰプロキシ部分は、ＶＳ１３０に向けてＲＴＳＰ  ＰＬＡＹメッセージを転送する。しかし、図４に示すように、ＲＡＮ  ＱＯＳセットアップ手順は失敗し、したがって、ステップ４２２で、ＷＴ１０２とＶＳ１３０の間のＲＴＳＰセッションを終了するために、ＣＳＰ１４０のＳＩＰプロキシ部分はエラー・メッセージをＷＴ１０２に戻す。
【００７２】
ステップ４２４で、ＳＩＰ  ＢＹＥメッセージは、ＷＴ１０２とＣＳＰ１４０の間で交換される。ステップ４２６で、ＣＳＰ１４０は、ＳＩＰ  ＢＹＥメッセージ交換に応答して、ＲＴＳＰエラー・メッセージをＷＴ１０２に送信する。ステップ４２８で、ＣＳＰ１４０は、ＲＴＳＰエラー・メッセージを生成して、ＲＴＳＰエラー・メッセージをＷＲ１０２に送信することによってＲＴＳＰセッションを終了する。ＲＴＳＰエラー・メッセージは、ＷＴ１０２によって送信され、ＱＯＳ検証の間にＣＳＰ１４０によって保留されたＲＴＳＰ  ＰＬＡＹメッセージに応答して、ＣＳＰ１４０によって送信される。ＲＴＳＰエラー・メッセージの受信時に、ＷＴ１０２はＲＴＳＰ  ＴＥＡＲＤＯＷＮメッセージを開始する。したがって、図４のステップ４２８〜４３８は、図３に関して示され、説明されるステップ３２０〜３３０と本質的に類似する。
【００７３】
図５は、本発明の一実施形態による呼出しの流れ図を示す。具体的には、図５の呼出しの流れ図５００は、サービス・エンドポイントに対して透過的な方法で、サービス・エンドポイントがＱＯＳを確実にすることを可能にするための呼出しの流れを含む。図５に示すように、図５の呼出しの流れ図５００は、図１の通信ネットワーク・アーキテクチャ１００との関連で説明される。したがって、示されないが、Ｌ４／７−Ｓ１４２およびＬ４／７−Ｓ１５２は、それぞれ、図１に関して本明細書に示され、説明されるＣＳＰ１４０とＳＳＰ１５０とに関連する通信をリダイレクトするために使用される。
【００７４】
図５の呼出しの流れ図５００の少なくとも一部は、図２の呼出しの流れ図２００と実質的に類似である。さらに、ステップの一部は連続的に実行されているとして示されるが、当業者は、方法５００のステップの少なくとも一部は、同時に、ならびに図５に提示されるものと異なる順序で実行されてよい点を理解されよう。呼出しの流れ図５００は、情報を交換するために別のサービス・エンドポイント（例示的に、ＶＳ１３０）との接続を確立するためのサービス・エンドポイント（例示的に、ＷＴ１０２）による要求に応答して開始される。したがって、図５に示すように、図５の呼出しの流れ図５００は、ステップ５０２で始まる。
【００７５】
ステップ５０２〜５２０で、ＲＴＳＰ／ＳＩＰメッセージ通信／処理と、ＲＡＮ  ＱＯＳ通信／処理とが実行される。一実施形態では、ステップ５０２〜５２０のＲＴＳＰ／ＳＩＰメッセージ通信／処理と、ＲＡＮ  ＱＯＳ通信／処理とは、図４に関して本明細書で示され、説明されるステップ４０２〜４２０で実行されるＲＴＳＰ／ＳＩＰメッセージ通信／処理と、ＲＡＮ  ＱＯＳ通信／処理とに本質的に類似する方法で実行される。しかし、図５に示すように、ＷＴ１０２とＳＮ１０６の間のＲＡＮ  ＱＯＳセットアップ処理は成功する。したがって、ステップ５２２で、ＷＴ１０２は、ＣＳＰ１４０に対してＳＩＰ２００  ＯＫメッセージ（すなわち、ＲＡＮ  ＱＯＳセットアップ成功）を開始する。
【００７６】
ＳＩＰ２００  ＯＫメッセージの受信時に、ＣＳＰ１４０は、ＶＳ１３０に向けた伝送のためにＲＴＳＰ  ＰＬＡＹメッセージを解放する。一実施形態では、ステップ５２４〜５４６の後続のＲＴＳＰ  ＰＬＡＹ／ＯＫメッセージ通信／処理と、ＲＴＰストリーミングと、ＲＴＳＰ  ＴＥＡＲＤＯＷＮメッセージ通信／処理とは、図２に関して示され、説明されるステップ２４０〜２６２で実行されるＲＴＳＰ  ＰＬＡＹ／ＯＫメッセージ通信／処理と、ＲＴＰストリーミングと、ＲＴＳＰ  ＴＥＡＲＤＯＷＮメッセージ通信／処理と本質的に類似する方法で実行される。ステップ５４６と同時に実行されてよいステップ５４８で、ＣＳＰ１４０とＷＴ１０２のＳＩＰクライアント部分の間でＳＩＰ  ＢＹＥメッセージが交換される。
【００７７】
本明細書では、主に無線呼出しデバイスとネットワーク・サーバ・デバイスの間の通信に関して説明されるが、本発明は、サービス終点の様々なその他の組合せ間の通信を容易にするために使用されてよい。一実施形態では、例えば、本発明は、ネットワーク・ベースのデバイス間のピアツーピア（ｐｅｅｒ−ｔｏ−ｐｅｅｒ）通信をサポートするために使用される。一実施形態では、例えば、本発明は、発呼側デバイスと被呼側デバイスの間のピアツーピア通信をサポートするために使用されてよい。別の実施形態では、例えば、本発明は、多数の発呼側／被呼側デバイス間のピアツーピア通信をサポートするために使用される。
【００７８】
本明細書では、主に、１つのコンパニオン・プロトコルに関連する少なくとも１つのコンパニオン・プロトコル・メッセージを生成するために、１つの基本プロトコルに関連する少なくとも１つの基本プロトコル・メッセージが使用される一実施形態に関して説明されるが、当業者は、様々なコンパニオン・プロトコルに関連するコンパニオン・プロトコル・メッセージの様々な組合せを生成するために、基本プロトコルおよび関連する基本プロトコル・メッセージの他の組合せが使用されてよい点を理解されよう。さらに、１つまたは複数のネットワーク・サービスを制御するために、基本プロトコルおよび関連する基本プロトコル・メッセージならびにコンパニオン・プロトコルおよび関連するコンパニオン・プロトコル・メッセージの様々なその他の組合せが使用されてよい。
【００７９】
一実施形態では、１つの基本プロトコル・メッセージは１つのコンパニオン・プロトコル・メッセージを生成するために使用されてよい。別の実施形態では、複数の基本プロトコル・メッセージは、１つのコンパニオン・プロトコル・メッセージを生成するために使用されてよい。かかる一実施形態では、複数の基本プロトコル・メッセージは、１つの基本プロトコルに従ってフォーマットされる。かかる別の実施形態では、複数の基本プロトコル・メッセージは、複数の基本プロトコルに従ってフォーマットされる。かかる実施形態では、コンパニオン・プロトコル・メッセージは、１つのネットワーク・サービスを制御するために使用されてよい。同様に、かかる実施形態では、コンパニオン・プロトコル・メッセージは、複数のネットワーク・サービスを制御するために使用されてよい。
【００８０】
一実施形態では、１つの基本プロトコル・メッセージは、複数のコンパニオン・プロトコル・メッセージを生成するために使用されてよい。別の実施形態では、複数の基本プロトコル・メッセージは、複数のコンパニオン・プロトコル・メッセージを生成するために使用されてよい。一実施形態では、複数のコンパニオン・プロトコル・メッセージは、１つのコンパニオン・プロトコルに従ってフォーマットされる。別の実施形態では、複数のコンパニオン・プロトコル・メッセージは、複数のコンパニオン・プロトコルに従ってフォーマットされる。かかる実施形態では、複数のコンパニオン・プロトコル・メッセージは、１つのネットワーク・サービスを制御するために使用されてよい。同様に、かかる実施形態では、複数のコンパニオン・プロトコル・メッセージは、複数のネットワーク・サービスを制御するために使用されてよい。
【００８１】
一実施形態では、少なくとも１つの基本プロトコルに従ってフォーマットされた少なくとも１つの基本プロトコル・メッセージは、少なくとも１つのコンパニオン・プロトコルに従ってフォーマットされた少なくとも１つのコンパニオン・プロトコル・メッセージを生成するために使用される。したがって、本発明の再生シグナリング機能性は、基本プロトコルおよびコンパニオン・プロトコルの数と無関係である。同様に、本発明の再生シグナリング機能性は、基本プロトコル・メッセージの数およびコンパニオン・プロトコル・メッセージの数と無関係である。さらに、任意の数のネットワーク・サービスを制御するために、基本プロトコルおよび関連する基本プロトコル・メッセージならびにコンパニオン・プロトコルおよび関連するコンパニオン・プロトコル・メッセージの様々な組合せが使用されてよい。
【００８２】
さらに、本明細書では、主にＲＴＳＰベースのプロトコルとＳＩＰコンパニオン・プロトコルに関して説明されるが、一実施形態では、任意のプロトコルが基本プロトコルとして使用されてよく、任意のプロトコルがコンパニオン・プロトコルとして使用されてよい。例えば、一実施形態では、ＳＩＰが基本プロトコルとして使用され、ＲＴＳＰがコンパニオン・プロトコルとして使用される。例えば、別の実施形態では、ＨＴＴＰが基本プロトコルとして使用され、ＳＩＰがコンパニオン・プロトコルとして使用される。同様に、例えば、別の実施形態では、ＨＴＴＰとＲＴＳＰとが基本プロトコルとして使用され、ＳＩＰがコンパニオン・プロトコルとして使用される。したがって、本発明の再生シグナリング機能性は、基本プロトコルおよびコンパニオン・プロトコルと無関係であり、本明細書で説明される例示的なシナリオのプロトコルに限定されることが意図されない。
【００８３】
一実施形態では、少なくとも１つの基本プロトコルの各々のために少なくとも１つのＦＳＭが維持される。かかる一実施形態では、少なくとも１つの基本プロトコルＦＳＭは、少なくとも１つの基本プロトコル・メッセージを管理するために動作可能である。例えば、一実施形態では、基本プロトコル・メッセージの少なくとも一部は、関連する基本プロトコルＦＳＭ状態にマップされる。同様に、一実施形態では、少なくとも１つのコンパニオン・プロトコルのために、少なくとも１つのＦＳＭが維持される。かかる一実施形態では、少なくとも１つのコンパニオン・プロトコルＦＳＭは、少なくとも１つのコンパニオン・プロトコルに従ってフォーマットされた少なくとも１つのコンパニオン・プロトコル・メッセージを管理するために動作可能である。例えば、一実施形態では、コンパニオン・プロトコル・メッセージの少なくとも一部は、関連するコンパニオン・プロトコルＦＳＭ状態にマップされる。
【００８４】
別の一実施形態では、少なくとも１つの基本プロトコルＦＳＭと、少なくとも１つのコンパニオン・プロトコルＦＳＭとが同期化される。一実施形態では、基本プロトコルＦＳＭおよびコンパニオン・プロトコルＦＳＭの同期化は、少なくとも１つのサービス・エンドポイントに対して実質的に透過的な方法で、少なくとも１つのネットワーク・サービスの利用を可能にする傾向がある方法で実行される。一実施形態では、基本プロトコル・メッセージの少なくとも一部と、コンパニオン・プロトコル・メッセージの少なくとも一部とは、それぞれ、基本プロトコルＦＳＭおよびコンパニオン・プロトコルＦＳＭの状態遷移（ｓｔａｔｅ  ｔｒａｎｓｉｔｉｏｎｓ）を制御するために使用される。一実施形態では、有限状態機械は、１つのＣＳＰ１４０もしくはＳＳＰ１５０のうちの少なくとも１つ、またはこれらの様々な組合せで維持される。
【００８５】
説明される機能の少なくとも一部は、より少ない機能要素に結合されることが企画される。同様に、様々な機能は他の機能要素によって実行されてよく、または様々な機能は、異なる方法で様々な機能要素全体を通じて分配されてよいことが企画される。例えば、ＣＳＰ１４０とＳＳＰ１５０とに関して本明細書で説明される機能の少なくとも一部は、それぞれ、Ｌ４／７−Ｓ１４２とＬ４／７−Ｓ１５２とによって実行されてよい。同様に、例えば、Ｌ４／７−Ｓ１４２とＬ４／７−Ｓ１５２とに関連して本明細書で説明される機能の少なくとも一部は、それぞれ、ＣＳＰ１４０とＳＳＰ１５０とによって実行されてよい。さらに、本明細書では主にＩＭＳネットワーク・アーキテクチャに関して説明されるが、当業者は、本発明の方法論は、様々な他のネットワーク内で再生シグナリングを実行するために使用され得る点を理解されよう。
【００８６】
図６は、本明細書で説明される機能を実行する際に使用するのに適した汎用コンピュータのハイレベル構成図である。図６に示すように、システム６００は、プロセッサ要素６０２（例えば、ＣＰＵ）と、メモリ６０４、例えば、ランダム・アクセス・メモリ（ＲＡＭ）および／または読出し専用メモリ（ＲＯＭ）と、再生シグナリング・モジュール６０５と、様々な入出力デバイス６０６（例えば、テープ・ドライブ、フロッピー（登録商標）・ドライブ、ハード・ディスク・ドライブまたはコンパクト・ディスク・ドライブ、受信機、送信機、スピーカ、ディスプレイ、出力ポート、ユーザ入力デバイス（キーボード、キーパッド、マウスなど）を含むがこれに限定されない記憶デバイス）とを含む。
【００８７】
本発明は、ソフトウェアでおよび／または、特定用途向け集積回路（ＡＳＩＣ）、汎用コンピュータまたは任意のその他のハードウェア均等物を使用して、ソフトウェアとハードウェアの組合せで実施されてよい点に留意されたい。一実施形態では、本発明の再生シグナリング・モジュールまたはプロセス６０５は、メモリ６０４内にロードされ、上に議論された機能を実施するために、プロセッサ６０２によって実行されてよい。したがって、本発明の（関連するデータ構造を含む）再生シグナリング・プロセス６０５は、例えば、ＲＡＭメモリ、磁気ドライブもしくは光ドライブまたはディスケットなど、コンピュータ可読媒体上またはキャリア上に記憶されてよい。
【００８８】
本発明の教示を組み込む様々な実施形態が本明細書に詳細に示され、説明されるが、当業者は、依然としてこれらの教示を組み込む多くのその他の様々な実施形態を容易に考案することが可能である。
【図面の簡単な説明】
【００８９】
【図１】通信ネットワーク・アーキテクチャのハイレベル構成図である。
【図２】本発明の一実施形態による呼出しの流れ図である。
【図３】サービス・エンドポイントがネットワーク・サービスを利用しようと試みる、本発明の一実施形態による呼出しの流れ図である。
【図４】サービス・エンドポイントがネットワーク・サービスを利用しようと試みる、本発明の一実施形態による呼出しの流れ図である。
【図５】サービス・エンドポイントがネットワーク・サービスを利用しようと試みる、本発明の一実施形態による呼出しの流れ図である。
【図６】本明細書で説明される機能を実行する際に使用するのに適した汎用コンピュータのハイレベル構成図である。
【図１】
2008547318.tif 000003
【図２】
2008547318.tif 000004
【図３】
2008547318.tif 000005
【図４】
2008547318.tif 000006
【図５】
2008547318.tif 000007
【図６】
2008547318.tif 000008
【国際調査報告】
2008547318.tif 000009
2008547318.tif 000010
2008547318.tif 000011