JP5226798B2 - イベントパケット処理の方法 - Google Patents

Description

本発明は、一般に、ＩＭＳネットワークにおいて、例えば、プレゼンティティ情報またはＸＣＡＰ変更等のＳＩＰイベントパッケージイベントパッケージに従う通知を配信する方法に関し、特に、この種のトラフィックと通常のＳＩＰトラフィック制御信号との間の干渉を回避する方法に関するものである。更に、本発明は、この方法を実行するように構成されているクライアント及びノードに関するものである。

ＩＰマルチメディアサブシステム（ＩＭＳ）は、パケット交換ネットワークの最上位において広範な高度インターネットマルチメディアサービス及びアプリケーションを可能にするための一般的なプラットフォームを作成するセッション開始プロトコル（ＳＩＰ）に基づくアーキテクチャである。

ＳＩＰは、特定の要求されたサービスに準拠する１つ以上の通知または状態情報の集合を、サーバから加入しているクライアントにルーティングするために、特定のサービスまたはＳＩＰイベントパッケージ配信を可能にする拡張イベントメカニズムを提供する。

ＩＭＳプレゼンスは、ユーザが別のユーザの到達可能性、利用可能性及び通信の意思の少なくとも１つに関する情報を取得するために加入できるサービス及びＳＩＰイベントパッケージの一例である。プレゼンスサービスは、ある特定のユーザがオンラインであるか否か及びオンラインである場合に、ユーザが未使用であるかまたは使用中であるかを示すために使用される。プレゼンスサービスが、ユーザは、通信手段及び機能の詳細を他のユーザと共有することを可能にする。

従来技術に従うＩＭＳにおけるＳＩＰを用いた一般的なプレゼンスアーキテクチャの一例が図１に示される。

ＳＩＰ／ＩＭＳネットワークはサーバのネットワークであり、例えば、ルーティング、認証及び圧縮等のプレゼンスサービスをサポートする種々のサービスを実行する。プレゼンスサービスがＩＭＳを使用して実現される場合、ＳＩＰ／ＩＭＳネットワークは、例えば、プレゼンスソースとウォッチャー（Watchers）とプレセンスサーバ（ＰＳ：Presence Server）との間のＳＩＰシグナリングのルーティング、記述されるエンティティの認証及び認可、登録状態の維持及び課金情報の提供等のプレゼンスサービスをサポートする複数の追加の機能を実行する。

図１は、別のユーザと関連付けられるプレゼンス情報を要求する、ウォッチャーまたは監視クライアント１００を示している。ウォッチャー１００は、アクセスネットワーク１０２を経由してＳＩＰ／ＩＭＳネットワーク１０１を介して提供される要求されたプレゼンス情報に対するアクセス権を得てもよい。ウォッチャー１００が関心のあるユーザは、一般にプレゼンティティ（Presentity）１０３と呼ばれる。プレゼンティティ１０３は、ウォッチャー１００と同一のアクセスネットワークを介してまたは、この例のように別のアクセスネットワーク１０４を介してＳＩＰ／ＩＭＳネットワークにアクセスしてもよい。

本明細書において、ウォッチャー１００及びプレゼンティティ１０３は、ユーザまたはユーザの代わりに動作する自動化機能と、例えば、固定ＰＣ、ラップトップ、ＰＤＡまたは携帯電話等のＩＭＳ端末に配置され、かつ各々がＳＩＰイベントパッケージによって識別される複数のサービスの実行に寄与するように構成されているユーザエージェント（ＵＡ）との組合せとして定義される。

ＩＭＳネットワークは、ＩＭＳ端末とＳＩＰ／ＩＭＳネットワークとの間の第１の接続点であるプロキシ呼セッション制御機能（Proxy Call Session Control Functions）１０５、１０６（Ｐ−ＣＳＣＦ）、シグナリングプレーンの中央ノードとして使用されるサービング呼セッション制御機能１０７（Ｓ−ＣＳＣＦ：Serving Call Session Control Functions）及びＳＩＰプロキシサーバ機能性を提供するインタロゲーティング呼セッション制御機能１０８（Ｉ−ＣＳＣＦ）等の従来のＩＭＳノード、並びに従来のデータベース、すなわち、ユーザ関連情報に対する中央リポジトリである１つ以上のホーム加入者サーバ１０９（ＨＳＳ）、及びネットワークが２つ以上のＨＳＳを含む場合にはユーザのアドレスを適切なＨＳＳにマップする役割を果たす加入者位置機能１１０（ＳＬＦ：Subscriber Location Function）から構成されている。

一般に、ＩＭＳネットワークは、上述のノードに加えて、認可されたユーザに対して種々のサービスを管理し、及び実行するＳＩＰエンティティである複数のアプリケーションサーバ（ＡＳ）を更に備えている。図１は、２つのＡＳ、すなわち、プレゼンスサービスを管理する役割を果たしてもよいプレゼンスサーバ１１１（ＰＳ）、及びプレゼンティティの代わりにＰＳ１１１を介して認可されたウォッチャーに、更新されたプレゼンス情報を提供する役割を果たすエンティティであるプレゼンスソース１１２を備えている。

ネットワークは、リソースリストサーバ１１３（ＲＬＳ）を更に備えている。ＲＬＳは、プレゼンスリストに対するサブスクリプション（加入：Subscription）を受け付けて、かつ管理する機能エンティティであり、これにより、ウォッチャーは、１つのサブスクリプショントランザクションのみを使用して、複数のエンティティのプレゼンス情報のサブスクリプションを実行でき、これにより、帯域幅を節約するだけでなく、ウォッチャーＵＥの消費電力も低減する。

図１は、１つのプレゼンスソースのみを備えているが、一般に、各々が種々のカテゴリのプレゼンス情報を１つ以上のプレゼンスサーバに提供する複数の種々のプレゼンスソースがＩＭＳネットワークにおいて利用可能である。一般的なＩＭＳネットワークは、上述した種類の追加のＣＳＣＦノード、及び本発明の範囲である認可メカニズムを理解するために重要でないために省略されている他の種類のノードを含んでもよいことが更に理解されるべきである。

記載されるメカニズムが関心のあるサービスの種類の別の例は、ＸＭＬ構成（コンフィグレーション）アクセスプロトコル（ＸＣＡＰ：XML Configuration Access Protocol）の変更のサポートである。ＸＣＡＰは、サーバに記憶されるＸＭＬ文書の構成に関連する多くの目的のために使用される一般的なプロトコルである。これは、例えば、プリファレンス、プレゼンスリスト、プライバシまたは認可ポリシーの更新を含んでもよい。

要求されたＳＩＰイベントパッケージに従ってウォッチャーに提供され、かつ、例えば、プレゼンス情報を含む通知は、ＳＩＰトラフィック制御シグナリングではない。しかしながら、同一のチャネル、すなわち、ＳＩＰ制御シグナリングチャネルは、通知の送信用及びＳＩＰトラフィック制御シグナリングの送信用の双方に対して使用される。

プレゼンス通知だけでなく、ＸＣＡＰ文書または任意の他の種類の通知は、非常に大きくてもよい。この種の情報は、随時到着してもよいため、ＳＩＰイベントパッケージに従う通知は、通常のＳＩＰトラフィック制御信号に対する干渉の問題の原因となる可能性がある。

更に、ＳＩＰトラフィック制御シグナリングが、メディア接続より高い優先順位を有する場合が多いので、通知は遅延する可能性があり、あるいは好ましくない状態の間は割り込みが起こる可能性もある。

本発明の目的は、少なくとも概要を上述した問題に対処することである。特に、本発明の目的は、ＳＩＰ制御チャネルシグナリングが、シグナリングプレーンを介して送信される一方で、通知がメディアプレーンを介して配信されるように、情報ソースと加入しているユニットとの間の通知の送信を、ＳＩＰ制御チャネルシグナリングから分離することができる解決策を提供することである。

１つの態様に従えば、本発明は、ウォッチャークライアントによって実行されるような、ＳＩＰ／ＩＭＳネットワークの通知ノードからウォッチャークライアントに配信される情報を取得する方法を提供する。ウォッチャークライアントは、ＳＩＰ加入、すなわち、ＳＩＰイベントパッケージによって識別される特定のサービスに対する加入を処理するように構成されているウォッチャープロキシに対する接続を確立する。ウォッチャークライアントは、ウォッチャープロキシと通知ノードとの間でＳＩＰ加入を開始するために接続を使用する。これは、確立された接続を介してウォッチャープロキシに埋め込みＳＩＰ加入メッセージを転送することによって実行される。ウォッチャークライアントは、ＳＩＰ加入と関連付けられる１つ以上の通知をウォッチャープロキシから受信するために待機する。この通知は、埋め込みＳＩＰ通知メッセージとして接続を介してウォッチャークライアントに配信される。

受信された通知は、所定のルールに従って処理される前にウォッチャークライアントにおいてバッファされてもよい。

一実施形態に従えば、この接続は、初期ステップでセットアップされているＳＩＰセッションを使用することによって確立されてもよい。

別の態様に従えば、本発明は、ウォッチャープロキシによって実行されるような、ＳＩＰ／ＩＭＳネットワークの通知ノードからウォッチャークライアントに情報を配信する方法を提供する。

最初に、ウォッチャープロキシは、ウォッチャークライアントから受信されるセッションリクエストに応答して、ウォッチャークライアントに対する接続を確立する。ウォッチャークライアントは、接続を介して、埋め込みＳＩＰ加入メッセージとして配信されるＳＩＰ加入用のリクエストを確立された接続を介してウォッチャークライアントから受信する。ウォッチャープロキシは、リクエストを受信することに応答して、通知ノードに対するバックエンドＳＩＰ加入をセットアップする。その後、ウォッチャープロキシは、ＳＩＰ加入と関連付けられる１つ以上の通知を通知ノードから受信してもよい。受信された通知は、接続を介してウォッチャープロキシからウォッチャークライアントに埋め込みＳＩＰ通知メッセージとして送信される。

上述の接続を開始するために使用されるセッションリクエストは、ＳＩＰ招待であってもよい。

送信するステップは、この接続に対して指定される所定の優先順位ポリシーに従って実行されてもよい。

上述の接続は、ＳＩＰプロトコルを使用して確立されるＴＣＰ接続であってもよい。

この接続は、メッセージセッションリレープロトコル（ＭＳＲＰ）接続として構成されてもよく、埋め込みメッセージは、ＭＳＲＰメッセージに埋め込まれる。

更なる態様に従えば、本発明は、上述の方法を実行するように構成されている、例えば、ウォッチャークライアントと呼ばれてもよいクライアント及び、例えば、ウォッチャープロキシと呼ばれてもよいノードを提供する。

従来技術に従ってＩＭＳにおけるＳＩＰベースの一般的なプレゼンスアーキテクチャを示す図である。 一実施形態に従って通知を配信する方法を示すシグナリング図である。 一実施形態に従って通知ノードから情報を取得するためにウォッチャークライアントによって実行される手順のステップを示すフローチャートである。 一実施形態に従って通知ノードからウォッチャークライアントに情報を配信するためにウォッチャープロキシによって実行される手順のステップを示すフローチャートである。 一実施形態に従ってウォッチャープロキシと通信するウォッチャークライアントを示す図である。 一実施形態に従って通知ノード及びウォッチャープロキシと通信するウォッチャープロキシを示す図である。

少なくとも上述の問題の一部に対処するために、例えば、プレゼンス情報またはＸＣＡＰ文書の変更等のＳＩＰイベントパッケージに従う通知は、プレゼンティティと、ウォッチャーまたは加入者との間で送信される時にメディアとして処理されることになる。ＲＬＳ／ＰＳとウォッチャーとの間で配信される通知を送信するためにＳＩＰ制御チャネルシグナリング接続を使用する代わりに、別個のメディア接続がウォッチャープロキシと呼ばれる新規の論理エンティティとウォッチャーとの間にセットアップされる。選択的には、この新規のエンティティは、通知プロキシと呼ばれてもよい。

メディア接続は、任意の種類のＳＩＰイベントパッケージと関連付けられている、送信に対して使用されてもよく、これによって、この種の送信を、通常のＳＩＰ制御チャネルシグナリングから分離する。すなわち、ウォッチャープロキシは、プレゼンスサービスとのみ関連する送信を処理することに限定されない。

従って、ウォッチャープロキシを導入する１つの目的は、残りのネットワークインフラストラクチャまたはＳＩＰトラフィックシグナリング処理に現在使用されているメカニズムを変更することなく、ＳＩＰ／ＩＭＳネットワークを介して使用されるＳＩＰ通知メカニズムの適切な制御を達成することである。ウォッチャープロキシは、１つのセッションを介して１つ以上のＳＩＰサブスクリプション（加入）のトンネリングを可能にすることによって、通知配信とＳＩＰトラフィック制御シグナリングとの間の明確な分離を提供する。換言すると、ＳＩＰ／ＩＭＳネットワークを介して利用可能な全てのサービスに対する全てのＳＩＰサブスクリプションは、１つのセッションを使用してウォッチャープロキシを介して実行されてもよく、それによって、コンテンツ配信をＳＩＰ制御シグナリングから分離する。

本明細書において、ユーザ機器（ＵＥ）を有し、かつ、例えば、特定のプレゼンティティのプレゼンス情報に対するサブスクリプション等のＳＩＰサブスクリプションを処理するように構成されているユーザエージェント（ＵＡ）を提供されるウォッチャーまたはウォッチャークライアントをユーザとして定義する。本明細書において説明する状況において、ウォッチャーは加入者とも呼ばれ、ウォッチャークライアントは加入クライアントと呼ばれる。各ＳＩＰサブスクリプションと関連付けられるコンテンツは、発行物として、すなわち、ＳＩＰ ｐｕｂｌｉｓｈ（ＳＩＰ発行）メッセージとして、プレゼンティティまたはプレゼンティティの代わりに動作するエンティティから、例えば、アプリケーションサーバ（ＡＳ）またはプレゼンスサーバ（ＰＳ）等の通知ノードに提供される。

プレゼンティティ／コンテンツプロバイダと通知ノードとの間の通信が従来の方法で提供されるため、提案されたＳＩＰイベントパッケージ配信メカニズムを適用する場合にも、この通信については本明細書においてこれ以上説明しない。従って、ＳＩＰイベントパッケージと関連付けられる通知の配信は、ＡＳから開始し、かつ加入するウォッチャークライアントで終了すると説明する。

新規のウォッチャープロキシは、到来する通知を処理できるように、通知ノードに対して従来のＳＩＰ ｓｕｂｓｃｒｉｂｅ（ＳＩＰ加入）手順を使用してバックエンドサブスクリプション（バックエンド加入）をセットアップする。しかしながら、ウォッチャープロキシとウォッチャーとの間の接続に関しては、ウォッチャープロキシは、例えば、ＳＩＰプロトコルを使用して確立されるメッセージセッションリレープロトコル（ＭＳＲＰ）接続等のメディア接続、一般には、ＴＣＰ接続を使用する。ＭＳＲＰは、メッセージがメディアプレーンを移動するリクエストまたは応答である、シンプルテキストベースのプロトコルである。提案されるメカニズムに従えば、この接続は、メッセージ、すなわち、ＭＳＲＰメッセージに埋め込まれるＳＩＰ通知の送信のために使用される。

次に、一実施形態に従って、ＳＩＰ／ＩＭＳネットワークの通知ノードからウォッチャークライアントへの情報配信を提供するように構成されている方法について、図２を参照して更に詳細に説明する。図示される例は、通知ノード２０３を介してウォッチャークライアントに提供されるサービスに加入するウォッチャークライアント２００を備えている。

最初に、ウォッチャークライアント２００は、ウォッチャープロキシ２０２に対するＴＣＰ接続、例えば、ＭＳＲＰ接続を確立できるようにするために、本実施形態においてはＳＩＰ ｉｎｖｉｔｅ（ＳＩＰ招待）であるリクエストを転送する。ウォッチャープロキシ２０２は、ＳＩＰ ｉｎｖｉｔｅに対するエンドポイントであり、通知ノード２０３に対して企業間取引ユーザエージェント（Ｂ２ＢＵＡ）として動作する。一般的な例において、ウォッチャープロキシ２０２は、複数の通知ノードに対してＢ２ＢＵＡとして動作してもよいことが理解されるべきである。従って、第１のステップ２：１で示されるように、ウォッチャークライアント２００は、ＳＩＰ／ＩＭＳネットワークの呼セッション制御機能２０１（ＣＳＣＦ）にＳＩＰ ｉｎｖｉｔｅを転送する。通知ノード２０３にＳＩＰ ｉｎｖｉｔｅを直接転送する代わりに、一般的なＳＩＰセッションに対する標準的な手順のように、別のステップ２：２において、ＳＩＰ ｉｎｖｉｔｅはＳＩＰ／ＩＭＳネットワークからウォッチャープロキシ２０２に転送される。ウォッチャープロキシ２０２は、例えば、ＲＬＳ等の別の既存のノードに統合される機能として、または別個のノードとして実現されてもよい。

次のステップ２：３において、ＳＩＰセッションは、例えば、ＳＩＰサブスクリプションを開始するために使用されるＭＳＲＰ接続等のＴＣＰ接続を確立するために使用される。ＳＩＰサブスクリプションの開始は、ＴＣＰ接続を介してウォッチャープロキシ２０２にＳＩＰ ｓｕｂｓｃｒｉｂｅ（ＳＩＰ加入）メッセージを転送することによって達成される。ここで、ＴＣＰ接続がＭＳＲＰ接続である場合、ＳＩＰ ｓｕｂｓｃｒｉｂｅメッセージは、別のメッセージ、すなわち、ＭＳＲＰメッセージに埋め込まれる。ＳＩＰ ｓｕｂｓｃｒｉｂｅメッセージは、ＳＩＰイベントパッケージによって識別され、かつ通知ノード２０３を介して提供される特定のサービスに対するリクエストである。

ＳＩＰ ｓｕｂｓｃｒｉｂｅメッセージに応答して、ウォッチャープロキシ２０２は、リクエストされたサービスを提供するサーバ、すなわち、通知ノード２０３に対してバックエンドまたはバックグラウンドサブスクリプションをセットアップすることになる。図中、これはステップ２：４で示され、ウォッチャープロキシ２０２がＳＩＰ ｓｕｂｓｃｒｉｂｅをＣＳＣＦ２０１に転送する方法を示している。通知ノード２０３は、従来の方法で、ＳＩＰ／ＩＭＳネットワークの他のノードと協働するＣＳＣＦによって識別され、必要とされるバックエンドサブスクリプションは、次のステップ２：５において、ＣＳＣＦ２０１と通知ノード２０３との間に接続をセットアップすることによって確立することができる。その結果、この時点で、ＳＩＰベースのバックエンドサブスクリプションが通知ノード２０３とウォッチャープロキシ２０２との間に確立され、ＴＣＰベースの接続がウォッチャープロキシ２０２とウォッチャー２００との間に確立される。

プレゼンティティまたはプレゼンティティの代わりに動作する任意の他のソースから通知ノード２０３に到来する任意の通知、すなわち、ＳＩＰ ｎｏｔｉｆｙ（ＳＩＰ通知）は、ステップ２：６で示されるように、バックエンドサブスクリプションを作成したクライアントに、この例の場合は、ウォッチャープロキシ２０２に転送される。

ウォッチャークライアント２００及び更に可能性として複数の追加のウォッチャークライアントにＳＩＰ ｎｏｔｉｆｙを配信する場合、ウォッチャープロキシ２０２は、ステップ２：３で確立されるチャネルを使用することになる。ステップ２：３の結果、ウォッチャークライアント２００とウォッチャープロキシ２０２との間に永続的な接続が確立される。この接続は、ＳＩＰイベントパッケージによって識別されかつ永続的な接続を介してセットアップされる特定のサービスに対するＳＩＰサブスクリプションと関連付けられる通知が通知ノード２０３から受信される時は常に使用されることになる。従って、ウォッチャープロキシ２０２に到来する全ての通知は、最後のステップ２：７で示されるように、例えば、ＭＳＲＰメッセージであるメッセージに埋め込まれるＴＣＰベースのチャネルを介してウォッチャークライアント２００に配信されることになる。すなわち、種々のＳＩＰサブスクリプションと関連付けられる通知は、１つのセッションを介してトンネルされることになる。

図３において、一実施形態に従って通知ノードから情報を取得する手順のフローチャートが示される。この手順は、基本的には、図２に示される例に対応してもよい。

第１のステップ３００において、通知トラフィックをＳＩＰトラフィック制御シグナリングと分離することができる接続が、ウォッチャークライアントとウォッチャープロキシとの間に確立される。これは、図２のステップ２：１及び２：２で示されるように、ＳＩＰセッションにより開始される。

次のステップ３０１において、確立された接続は、図２のステップ２：３に対して上述したように、通知ノードに対するＳＩＰサブスクリプションを開始するために使用される。ここで、ＳＩＰ ｓｕｂｓｃｒｉｂｅは、メッセージに埋め込まれた確立された接続を介して配信されることになる。

ウォッチャープロキシが通知ノードに対して接続、すなわちバックエンドＳＩＰサブスクリプションをセットアップすると、ウォッチャークライアントは、接続を介して配信される通知を受信することができる。この通知は、最後のステップ３０２及び図２のステップ２：７で示されるように、メッセージに埋め込まれる。

図４は、別のフローチャートを示していて、一実施形態に従って、ウォッチャープロキシにおいて実行される対応する手順を示している。

図４の第１のステップ４００において、ウォッチャークライアントから受信されるＳＩＰセッションリクエスト、一般的にはＳＩＰセッションリクエストに応答して、ウォッチャークライアントに対して接続が確立される。接続がセットアップされると、ウォッチャープロキシは、接続を介してウォッチャークライアントからＳＩＰサブスクリプションに対するリクエストを受信することができる。ＳＩＰ ｓｕｂｓｃｒｉｂｅはメッセージに埋め込まれる。これは、別のステップ４０１で示される。

ステップ４０２、並びに図２のステップ２：４及び２：５で示されるように、ウォッチャープロキシは、ＳＩＰ ｓｕｂｓｃｒｉｂｅに応答して、通知ノードに対するバックエンドＳＩＰサブスクリプションを確立する。

別のステップ４０３及び図２のステップ２：６で示すように、通知ノードからウォッチャークライアントに配信される通知は、最初にＳＩＰ ｎｏｔｉｆｙを介してウォッチャープロキシ２０２に送信される。ウォッチャープロキシにおいて、通知、すなわち、ＳＩＰ ｎｏｔｉｆｙメッセージは、別のメッセージに埋め込まれかつステップ４００で確立された接続を介して送信され、埋め込まれたＳＩＰ ｎｏｔｉｆｙは、最後のステップ４０４でウォッチャークライアントに送信される。

上述した方法に従って動作することができるウォッチャークライアントは、適応された機能性を要求することになる。従って、一実施形態に従うウォッチャークライアントについて、図５を参照して説明する。ウォッチャークライアントは、例えば、デスクトップコンピュータ、ラップトップ、移動電話またはＰＤＡ等の任意の種類の固定または移動ユーザ機器で実現されてもよい。

図５に従えば、ウォッチャークライアント５００は、ＳＩＰ／ＩＭＳネットワークのＣＳＣＦ５０３を介してウォッチャープロキシ５０２に対するＳＩＰセッション５：１、５：２をセットアップし、かつＳＩＰセッション５：１、５：２を使用してウォッチャープロキシ５０２に対する別の接続５：３を確立するための通信ユニット５０１を備えている。

通信ユニットは、ＳＩＰ ｓｕｂｓｃｒｉｂｅメッセージを埋め込みかつ上述の他の接続を介してウォッチャープロキシ５０２にメッセージを転送することによって、ウォッチャープロキシ５０２と通知ノード５０４との間でバックエンドＳＩＰサブスクリプションを開始するために接続５：３を使用するように更に構成されている。通信ユニット５０１は、ウォッチャープロキシ５０２からのリクエストされたＳＩＰサブスクリプションと関連付けられかつ接続５：３を介して埋め込みＳＩＰ ｎｏｔｉｆｙメッセージとして配信される通知、すなわち、ＳＩＰ ｎｏｔｉｆｙメッセージを受信するように更に構成されている。

ウォッチャークライアント５００の処理ユニット５０５が自身のＩＰポートを介して到来するＳＩＰ ｎｏｔｉｆｙメッセージを処理できるようにするために、一般に、ウォッチャークライアント５００の通信ユニット５０１には、この目的で構成されているバッファ５０６が提供されることになる。これによって、任意のリアルタイムメディア及びＳＩＰトラフィックが処理されるまで、ウォッチャークライアント５００はＳＩＰ ｎｏｔｉｆｙメッセージをバッファすることができる。一般に、バッファ５０６は、所定のルールに従ってＳＩＰ ｎｏｔｉｆｙメッセージをバッファするように構成されている。

次に、一実施形態に従って、上述の方法を実行するように構成されているウォッチャープロキシについて、図６を参照して更に詳細に説明する。

図６のウォッチャープロキシ６００は、通知クライアント６０１から提供されるＳＩＰ ｎｏｔｉｆｙメッセージをＳＩＰセッション３：１、３：２を介してセットアップされた接続５：３を介してウォッチャークライアント６０２に転送するように構成されている。ウォッチャープロキシ６００は、ＳＩＰ／ＩＭＳネットワークのＣＳＣＦ６０４を介するウォッチャークライアント６０２に対するＳＩＰセッション５：１、５：２をセットアップしかつウォッチャークライアント６０２に対する接続５：３を確立するための第１の通信ユニット６０３を備えている。

ウォッチャープロキシ６００は、通知ノード６０１から受信しているＳＩＰ ｎｏｔｉｆｙメッセージを第１の通信ユニット６０３及び接続３：３を介してウォッチャークライアント５０２に埋め込みＳＩＰ ｎｏｔｉｆｙメッセージとして転送する場合に使用される、通知ノード６０１に対するバックエンドＳＩＰサブスクリプションをセットアップするように構成されている第２の通信ユニット６０５を更に備えている。ＳＩＰ ｎｏｔｉｆｙメッセージは、ウォッチャープロキシ４００の処理ユニット４０６によって埋め込まれる。

上述のように、本明細書で説明されるウォッチャープロキシは、全ての種類のＳＩＰイベントパッケージを処理するように構成されている。これは、ウォッチャークライアントが特定のＳＩＰイベントパッケージによって識別される任意の種類のサービスをリクエストできることを意味する。更に、各サービスと関連付けられるコンテンツは、ＳＩＰトラフィック制御シグナリングに対して使用されるチャネル以外のチャネル、例えば、ＭＳＲＰチャネルを介して配信され、従って、ＳＩＰ ｓｕｂｓｃｒｉｂｅトラフィック及びＳＩＰ制御トラフィックは別個のチャネルを介して送信される。

特定の優先順位ポリシーがウォッチャークライアントとウォッチャープロキシとの間に確立される、そのようなメディアチャネルに対して定義されてもよいので、このチャネルで送信されるシグナリングは、従来のＳＩＰトラフィック制御シグナリングを干渉することはない。更に、説明されるメディアチャネルを介して通信されるトラフィックが自身のＩＰポートを介して移動するので、ウォッチャークライアントは、例えば、所定のルールに従って到来メディアトラフィックをバッファすることによって、このトラフィックを別個に処理できてもよく、その後、そのトラフィックは、任意のリアルタイムメディア及び時間が重要なＳＩＰトラフィックが処理された後に最初に処理されてもよい。

提案されるウォッチャープロキシを導入及び実現することにより、ＳＩＰ ｓｕｂｓｃｒｉｂｅトラフィックが、例えば、ＳＩＰ ｉｎｖｉｔｅメッセージ等のＳＩＰ制御トラフィックと干渉することを回避することができるようになる。ウォッチャープロキシがウォッチャークライアントと通信するために既存のプロトコルを使用しているので、ポリシー処理に対する既存のメカニズムが使用されてもよく、それにより複雑さが軽減された実現が可能になる。

本発明は、特定の例示的な実施形態を参照して記載されているが、一般に、この記載は、本発明の概念を例示することのみを意図しており、本発明の範囲を限定するものとして解釈されるべきではない。ＩＭＳ、ＭＳＲＰ及びＸＣＡＰの概念が上記実施形態を説明する場合に使用されているが、本明細書で記載するように、基本的に、任意の他の類似する適切な規格、プロトコル及びネットワーク要素が使用されてもよい。一般に、本発明は、以下の独立請求項により定義される。

Claims (14)

1. ＳＩＰ／ＩＭＳネットワークの通知ノード（２０３）からウォッチャークライアント（２００）に配信される情報を取得する方法であって、
   前記ウォッチャークライアント（２００）が、各々がＳＩＰイベントパッケージによって識別される特定のサービスに対するサブスクリプションである複数のＳＩＰサブスクリプションを処理するように構成されているウォッチャープロキシとＳＩＰセッション（２：１、２：２）をセットアップするステップと、
   前記ウォッチャークライアント（２００）が、前記ＳＩＰセッションを使用して、前記ウォッチャープロキシ（２０２）に対する永続的な接続を、ＳＩＰトラフィック制御シグナリングに対して使用されるＳＩＰ制御チャネル以外のチャネルで確立するステップと、
   前記ウォッチャークライアント（２００）が、前記永続的な接続を介して前記ウォッチャープロキシに埋め込みＳＩＰサブスクリプションメッセージを転送すること（２：３）によって、前記ウォッチャープロキシと前記通知ノードとの間でＳＩＰサブスクリプションを開始するステップと、
   前記ウォッチャークライアント（２００）が、埋め込みＳＩＰ通知メッセージとして前記永続的な接続を介して配信される前記ＳＩＰサブスクリプションと関連付けられる少なくとも１つの通知を、前記ウォッチャープロキシから受信するステップ（２：７）とを備え、
   これによって、前記ＳＩＰ／ＩＭＳネットワークを介して送信される通知を、前記ＳＩＰ／ＩＭＳネットワークの前記ＳＩＰ制御チャネルから分離することを可能にする
   ことを特徴とする方法。
2. 前記少なくとも１つの受信通知の各々を所定のルールに従って処理する前にバッファするステップを更に備える
   ことを特徴とする請求項１に記載の方法。
3. ＳＩＰ／ＩＭＳネットワークの通知ノード（２０３）からウォッチャークライアント（２００）に情報を配信する方法であって、
   中間ウォッチャープロキシ（２０２）が、前記ウォッチャークライアントから受信されるセッションリクエスト（２：１、２：２）に応答して、前記ウォッチャークライアントに対する永続的な接続を、ＳＩＰトラフィック制御シグナリングに対して使用されるＳＩＰ制御チャネル以外のチャネルで確立するステップと、
   中間ウォッチャープロキシ（２０２）が、前記永続的な接続を介して埋め込みＳＩＰサブスクリプションメッセージとして配信される、ＳＩＰサブスクリプション用のリクエストを前記ウォッチャークライアントから受信するステップ（２：３）と、
   中間ウォッチャープロキシ（２０２）が、前記リクエストを受信することに応答して、前記通知ノードに対するバックエンドＳＩＰサブスクリプションをセットアップするステップ（２：４、２：５）と、
   中間ウォッチャープロキシ（２０２）が、前記ＳＩＰサブスクリプションと関連付けられる少なくとも１つの通知を前記通知ノードから受信するステップ（２：６）と、
   中間ウォッチャープロキシ（２０２）が、前記永続的な接続を介して前記ウォッチャークライアントに各受信通知を埋め込みＳＩＰ通知メッセージとして送信するステップ（２：７）とを備え、
   これによって、前記ＳＩＰ／ＩＭＳネットワークを介して送信される通知を、前記ＳＩＰ／ＩＭＳネットワークの前記ＳＩＰ制御チャネルから分離することを可能にし、
   前記中間ウォッチャープロキシは、各々がＳＩＰイベントパッケージによって識別される特定のサービスに対するサブスクリプションである複数のＳＩＰサブスクリプションを処理するように構成されている
   ことを特徴とする方法。
4. 前記セッションリクエストは、ＳＩＰ招待である
   ことを特徴とする請求項３に記載の方法。
5. 前記送信するステップは、前記永続的な接続に対して指定される所定の優先順位ポリシーに従って実行される
   ことを特徴とする請求項３または４に記載の方法。
6. 前記永続的な接続は、ＳＩＰプロトコルを使用して確立されるＴＣＰ接続である
   ことを特徴とする請求項１乃至５のいずれか１項に記載の方法。
7. 前記永続的な接続は、メッセージセッションリレープロトコル（ＭＳＲＰ）接続であり、前記埋め込みＳＩＰ通知メッセージは、ＭＳＲＰメッセージに埋め込まれる
   ことを特徴とする請求項１乃至６のいずれか１項に記載の方法。
8. ＳＩＰ／ＩＭＳネットワークの通知ノード（５０４）から配信される情報を取得するクライアント（５００）であって、
   各々がＳＩＰイベントパッケージによって識別される特定のサービスに対するサブスクリプションである複数のＳＩＰサブスクリプションを処理するように構成されているウォッチャープロキシ（５０２）に対するＳＩＰセッションをセットアップし、かつ前記ＳＩＰセッションを使用して前記ウォッチャープロキシに対する永続的な接続を、ＳＩＰトラフィック制御シグナリングに対して使用されるＳＩＰ制御チャネル以外のチャネルで確立するための通信ユニット（５０１）であって、ＳＩＰサブスクリプションメッセージを埋め込み、かつ前記永続的な接続を介して前記ウォッチャープロキシに前記メッセージを転送することによって前記ウォッチャープロキシと前記通知ノードとの間でバックエンドＳＩＰサブスクリプションを開始するために前記永続的な接続を使用するように構成され、更に、前記ＳＩＰサブスクリプションと関連付けられる少なくとも１つのＳＩＰ通知を前記ウォッチャープロキシから受信しかつ前記永続的な接続を介して前記ＳＩＰ通知メッセージを埋め込みＳＩＰ通知メッセージとして配信するように構成されていて、これによって、前記ＳＩＰ／ＩＭＳネットワークを介して送信される通知を、前記ＳＩＰ／ＩＭＳネットワークの前記ＳＩＰ制御チャネルから分離することを可能にする通信ユニット（５０１）と、
   前記ＳＩＰ通知メッセージを処理するための処理ユニット（５０６）と
   を備えるクライアント。
9. 前記クライアントは、ウォッチャークライアントである
   ことを特徴とする請求項８に記載のクライアント。
10. 前記通信ユニットは、
    前記少なくとも１つの受信ＳＩＰ通知メッセージの各々を処理する前にバッファするように構成されているバッファ（５０７）であって、そのバッファする手順が所定のルールに従って実行されるバッファ（５０７）を更に備える
    ことを特徴とする請求項８または９に記載のクライアント。
11. 前記クライアントは、固定機器または移動ユーザ機器で実現される
    ことを特徴とする請求項８乃至１０のいずれか１項に記載のクライアント。
12. 前記ユーザ機器は、デスクトップコンピュータ、ラップトップ、移動電話またはＰＤＡのいずれか１つである
    ことを特徴とする請求項１１に記載のクライアント。
13. ＳＩＰ／ＩＭＳネットワークの通知ノード（６０１）からウォッチャークライアント（６０２）に情報を配信するノード（６００）であって、
    前記ウォッチャークライアントに対するＳＩＰセッション（５：１、５：２）をセットアップし、かつ前記ＳＩＰセッションを使用して前記ウォッチャークライアントに対する永続的な接続（５：３）を、ＳＩＰトラフィック制御シグナリングに対して使用されるＳＩＰ制御チャネル以外のチャネルで確立するための第１の通信ユニット（６０３）であって、更に、前記永続的な接続を介して埋め込みＳＩＰサブスクリプションメッセージとして配信されるＳＩＰサブスクリプションメッセージであるＳＩＰサブスクリプションに対するリクエストを受信するように構成されている第１の通信ユニット（６０３）と、
    前記埋め込みＳＩＰサブスクリプションメッセージを受信することに応答して、前記通知ノードに対するバックエンドＳＩＰサブスクリプションをセットアップし、かつ前記ＳＩＰサブスクリプションと関連付けられる少なくとも１つのＳＩＰ通知メッセージを前記バックエンドＳＩＰサブスクリプションを介して前記通知ノードから受信するための第２の通信ユニット（６０５）であって、更に、前記永続的な接続を介して前記ウォッチャークライアントに各受信ＳＩＰ通知メッセージを埋め込みＳＩＰ通知メッセージとして送信するように構成されていて、これによって、前記ＳＩＰ／ＩＭＳネットワークを介して送信される通知を、前記ＳＩＰ／ＩＭＳネットワークの前記ＳＩＰ制御チャネルから分離することを可能にする第２の通信ユニット（６０５）と、
    受信ＳＩＰ通知メッセージを別のメッセージに埋め込み、かつ前記第１の通信ユニット及び前記永続的な接続を介して前記ウォッチャークライアントに前記埋め込みメッセージを転送するための処理ユニット（６０６）と
    を備えることを特徴とするノード。
14. 前記ノードは、各々がＳＩＰイベントパッケージによって識別される特定のサービスに対するサブスクリプションである複数のＳＩＰサブスクリプションを処理するように構成されているウォッチャープロキシである
    ことを特徴とする請求項１３に記載のノード。

Images