(57)【要約】ユーザ端末（１）およびセッション開始プロトコルアプリケーションサーバ（２）の間でＩＰマルチメディアネットワークを介してセッション開始プロトコルアメッセージを転送する方法。その方法は、送信側においてアプリケーション層（４ａ、５ａ）の範囲内でメッセージのペイロードを圧縮する工程と、受信側においてアプリケーション層（４ｂ，５ｂ）でペイロードを解凍する工程と、を備え、圧縮されたメッセージのペイロードはアプリケーション・プログラミング・インタフェース（７ａ）を介して、アプリケーション層およびセッション開始プロトコルユーザエージェント（３ａ）の間を通過する。【選択図】図２
2011501586.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ端末およびセッション開始プロトコルアプリケーションサーバの間でＩＰマルチメディアネットワークを介してセッション開始プロトコルメッセージを転送する方法であって、
前記方法は、
送信側においてアプリケーション層の範囲内でメッセージのペイロードを圧縮する工程と、
受信側においてアプリケーション層で前記ペイロードを解凍する工程と、を備え、
圧縮されたメッセージのペイロードが、適切なアプリケーション・プログラミング・インタフェースを介して、前記アプリケーション層およびセッション開始プロトコルユーザエージェントの間を通過することを特徴とする方法。
【請求項２】
前記メッセージがあらゆる中間ＣＳＣＦおよびアプリケーションサーバを通して送信されるように、前記メッセージヘッダは解凍された状態で送信されることを特徴とする請求項１に記載の方法。
【請求項３】
前記メッセージのペイロードを前記圧縮する工程および解凍する工程は、ｇｚｉｐを使用して実行されることを特徴とする請求項１または２に記載の方法。
【請求項４】
前記ユーザ端末からセッション開始プロトコルアプリケーションサーバに送信されたＳＩＰ  ＳＵＢＳＣＲＩＢＥメッセージに、前記ペイロードの圧縮が前記アプリケーションサーバで実行されるべきであるという指示を含める工程と、
前記アプリケーションサーバから前記ユーザ端末に送信されるＳＩＰ  ＮＯＴＩＦＹメッセージの前記ペイロードをその次に圧縮する工程と、
を備えることを特徴とする請求項１乃至３の何れか１項に記載の方法。
【請求項５】
前記ＳＵＢＳＣＲＩＢＥメッセージのアクセプトヘッダ領域またはアクセプト−エンコーディングヘッダ領域に前記指示を含める工程を備えることを特徴とする請求項４に記載の方法。
【請求項６】
前記アプリケーション・プログラミング・インタフェースを介して、前記アプリケーション層から前記セッション開始プロトコルユーザエージェントに、前記アクセプトヘッダ領域またはアクセプト−エンコーディングヘッダ領域を書き込む工程を備えることを特徴とする請求項５に記載の方法。
【請求項７】
前記ＳＵＢＳＣＲＩＢＥメッセージおよびＮＯＴＩＦＹメッセージはプレゼンスサービスに関連することを特徴とする請求項４乃至６の何れか１項に記載の方法。
【請求項８】
前記ユーザ端末からセッション開始プロトコルアプリケーションサーバに送信されたＳＩＰ  ＰＵＢＬＩＳＨメッセージに、前記メッセージのペイロードが圧縮されるという指示を含める工程を備えることを特徴とする請求項１乃至３の何れか１項に記載の方法。
【請求項９】
前記指示をＰＵＢＬＩＳＨメッセージのコンテンツタイプヘッダ領域に含める工程を備えることを特徴とする請求項８に記載の方法。
【請求項１０】
前記アプリケーション・プログラミング・インタフェースを介して前記アプリケーション層から前記セッション開始プロトコルユーザエージェントに前記コンテンツタイプヘッダ領域を書き込む工程をさらに備えることを特徴とする請求項９に記載の方法。
【請求項１１】
前記ＰＵＢＬＩＳＨメッセージはプレゼンスサービスに関連することを特徴とする請求項８乃至１０の何れか１項に記載の方法。
【請求項１２】
前記セッション開始プロトコルアプリケーションサーバがリソースリストサーバであることを特徴とする請求項１乃至１１の何れか１項に記載の方法。
【請求項１３】
ＩＰマルチメディアサブシステムサービスネットワークの範囲内で動作するように構成されたユーザ端末であって、
前記ユーザ端末は、１つ以上のアプリケーション層とセッション開始プロトコルユーザエージェントとの通信と、アプリケーション・プログラミング・インタフェースを介した前記アプリケーション層と前記セッション開始プロトコルとの通信と、を実行し、
前記ユーザ端末は、アプリケーション層において出力ＳＩＰメッセージおよび入力ＳＩＰメッセージのペイロードを圧縮および解凍するようにさらに構成され、且つ、前記アプリケーション・プログラミング・インタフェースを介して、前記圧縮されたペイロードと前記セッション開始プロトコルユーザエージェントとを交換するようにさらに構成されることを特徴とするユーザ端末。
【請求項１４】
ＩＰマルチメディアサブシステムサービスネットワークの範囲内で動作するように構成されたセッション開始プロトコルアプリケーションサーバであって、
前記セッション開始プロトコルアプリケーションサーバは、１つ以上のアプリケーション層とセッション開始プロトコルユーザエージェントとの通信と、アプリケーション・プログラミング・インタフェースを介した前記アプリケーション層と前記セッション開始プロトコルとの通信と、を実行し、
前記セッション開始プロトコルアプリケーションサーバは、アプリケーション層において出力ＳＩＰメッセージおよび入力ＳＩＰメッセージのペイロードを圧縮および解凍するようにさらに構成され、且つ、前記アプリケーション・プログラミング・インタフェースを介して、前記圧縮されたペイロードと前記セッション開始プロトコルユーザエージェントとを交換するようにさらに構成されることを特徴とするセッション開始プロトコルアプリケーションサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はセッション開始プロトコルメッセージのペイロードの圧縮に関する。
【背景技術】
【０００２】
ＩＰマルチメディアサービスは同じセッションの範囲で音声、ビデオ、メッセージング、データ等の動的組み合わせを提供する。組み合わせ可能な基礎的アプリケーションおよびメディアの数が増加することによって、最終購読者に提供されるサービスの数が増加するだろうし、且つ個人対個人の通信の経験はより豊かなものとなるだろう。このことは、いわゆる「組み合わせＩＰマルチメディア」サービスを含んだ、個別の、豊かなマルチメディア通信サービスの新たな生成へと導くだろう。
【０００３】
ＩＰマルチメディアサブシステム（ＩＭＳ）は、携帯通信ネットワークを介したＩＰマルチメディアサービスを提供するスリージーピーピー（３ＧＰＰ）およびＥＴＳＩ  ＴＩＳＰＡＮグループによって定義される技術である（３ＧＰＰ ＴＳ ２２．２２８、ＴＳ  ２３．２２８、ＴＳ  ２４．２２９、ＴＳ  ２９．２２８、ＴＳ ２９．２２９、ＴＳ  ２９．３２８およびＴＳ ２９．３２９  Ｒｅｌｅａｓｅｓ  ５  ｔｏ  ７、およびＴＳ  ２４．１７３  Ｒｅｌｅａｓｅ  ７）。ＩＰベースのネットワークを介した個人対コンテンツ（クライアント対サーバ）サービスだけでなく新しい豊かな個人対個人（クライアント対クライアント）通信サービスも促進する、標準化されたＩＭＳサービス事業者の使用を介して、ＩＭＳは最終購読者の個人対個人の通信の経験を豊かにする重要な特徴を提供する。ＩＭＳはセッション開始プロトコル（ＳＩＰ）を使用して、購読者の端末間（または購読者端末とアプリケーションサーバとの間の）の呼出またはセッションをセットアップおよび制御する。ＳＩＰ信号伝達によって実行されるセッション記述プロトコル（ＳＤＰ）は、セッションのメディア構成要素を記述し且つ取り決めるために使用される。ＳＩＰは購読者対購読者プロトコルとして創り出されるが、ＩＭＳは操作者およびサービスプロバイダにサービスへの購読者のアクセスを制御させ、且つ従って購読者に請求させるのを許可する。
【０００４】
一例として、図１は、ＧＰＲＳ／ＰＳアクセスネットワークの場合にＩＭＳが携帯ネットワークアーキテクチャにどのようにして適合するのかを概略的に説明する（ＩＭＳはもちろん他のアクセスネットワークを介して動作する）。呼出／セッション制御機能（ＣＳＣＦ）はＩＭＳの範囲でＳＩＰプロキシとして動作する。３ＧＰＰアーキテクチャは、ＳＩＰ端末に対するＩＭＳの範囲での最初の接点であるプロキシＣＳＣＦ（Ｐ−ＣＳＣＦ）、購読者が契約したサービスを購読者に提供する供給ＣＳＣＦ（Ｓ−ＣＳＣＦ）、および、その役割が、正しいＳ−ＣＳＣＦを識別し且つＰ−ＣＳＣＦを介してＳＩＰ端末から受信された要求をＳ−ＣＳＣＦに転送することである問い合わせＣＳＣＦ（Ｉ−ＣＳＣＦ）、の３種類のＣＳＣＦを定義する。
【０００５】
ＩＭＳサービスネットワークの範囲で、アプリケーションサーバ（ＡＳ）はＩＭＳサービス機能を実行するために提供される。アプリケーションサーバは、ＩＭＳシステムにおいてエンドユーザにサービスを提供し、且つ３ＧＰＰで定義されたＭｒインタフェースを介して端点としてそれぞれ接続されてもよく、または３ＧＰＰで定義されたＩＳＣインタフェースを介してＳ−ＣＳＣＦによって相互に関連付けられてもよい。後者の場合、開始フィルター基準（ＩＦＣ）はＳ−ＣＳＣＦによって使用され、ＳＩＰセッションが確立している間に（または実際はあらゆるＳＩＰ方法、関連するセッションまたは非セッションのために）どのアプリケーションサーバが相互に関連付けされるべきかを決定する。ＩＦＣは、購読者の購読者プロフィールの一部としてＩＭＳ登録手順の間にＨＳＳからＳ−ＣＳＣＦによって受信される。
【０００６】
ＡＳの使用によって促進される例示的なＩＭＳサービスは「プレゼンス」サービスである。プレゼンスサービスは、ユーザが現在の利用可能性および位置を他の者に広めることを許可し、且つＩＭＳの範囲でプレゼンスＡＳの使用を含む。ユーザは、ＳＩＰ  ＰＵＢＬＩＳＨ方法を使用して、彼の／彼女のプレゼンスステータスを更新してプレゼンスＡＳに提供し、且つプレゼンスＡＳはその場合ユーザプレゼンスと契約した同等のユーザに対してＳＩＰ  ＮＯＴＩＦＹメッセージを出す。そのプレゼンスが契約されているユーザを識別して、購読はユーザがＳＩＰ  ＳＵＢＳＣＲＩＢＥメッセージをプレゼンスＡＳに送信することを含む。ＩＭＳネットワークにおけるトラフィック流量に関連するプレゼンス量を低減するために、いわゆるリソースリストサーバ（ＲＬＳ）ＡＳが導入されてもよい。ＲＬＳは所定のユーザに対するＮＯＴＩＦＹメッセージの「コンセントレータ」としての機能を果たし、予め定義された時間周期で受信したＮＯＴＩＦＹメッセージをバッファに格納し、且つその時間の終わりに購読ユーザに単一の結合ＮＯＴＩＦＹメッセージを送信する。ＲＬＳ  ＡＳは、ユーザから受信したＳＵＢＳＣＲＩＢＥメッセージの「仲介者」としての機能も果たす。
【０００７】
ＮＯＴＩＦＹメッセージは６４キロバイトを超過するペイロードを伴う、非常に大容量であり得ることが理解される。他のＳＩＰメッセージも同様に大容量であり得る。そのため、ネットワーク負荷を低減するためにメッセージを圧縮することができることが望ましい。さらにその上、（ネットワーク内で）無線インタフェースを介して送信された大容量メッセージがいくつかのより小さな容量のメッセージに分割されなければならないかもしれないので、その場合メッセージの圧縮は全体の待ち時間を改良し得る。
【０００８】
ＷＯ２００６／０３０２７７はＳＩＧＣＯＭＰ（ＩＥＥＥ  ＲＦＣ３３２０および３３２１）として既知の技術に基づいてＳＩＰプロトコルメッセージを圧縮する方法および装置を説明する。説明されるアプローチは、中間ネットワークノードによって読み込み可能に違いないそれらのメッセージの構成要素をクリアテキストの状態にするために、メッセージの種類およびコンテンツを調査する工程と、ヘッダおよびペイロードの全てまたは一部を選択的に圧縮する工程とを含む。
【０００９】
ＳＩＧＣＯＭＰそれ自体は静的および動的なライブラリを含み、且つ、ＩＭＳの範囲内で、ＩＭＳ端末およびＰ−ＣＳＣＦで実行される。静的ライブラリは、特定のメッセージおよびメッセージの一部を圧縮および解凍する予め定義されたエントリを含む。これには２つの制限がある。第１に、静的ライブラリが含み得る圧縮情報／翻訳情報の量は、利用可能なメモリ次第でエンドユーザ端末において制限されるかもしれない。第２に、新しい圧縮物を静的ライブラリに追加する工程はクライアント側およびサーバ側の両方の変化を要求する。動的ライブラリは、メッセージを圧縮および解凍するために以前のメッセージを利用する。メッセージが類似のデータを含む場合、動的ライブラリの使用が十分な圧縮比を達成する一方、マルチサービス環境で起こることだが、データがメッセージごとに大きく変化するなら、圧縮比は低下するだろう。
【００１０】
ＳＩＧＣＯＭＰに基づいたアプローチで達成される圧縮比にも関わらず、ＳＩＧＣＯＭＰはまだ広く展開されておらず（且つ静的ライブラリは継続した標準化を要求するだろう）、且つそのようなものとして最新のＳＩＧＣＯＭＰサポートを有さない、またはＳＩＧＣＯＭＰサポートを全く有さない多数の端末が当面は存在するだろう。例えば、ＩＭＳプレゼンスアプリケーションがそのようなレガシー機器のために開発されたなら、関連するＳＩＰメッセージは解凍された状態で転送されるに違いない。この問題は他の種類のＳＩＰ通知、例えば、ＸＣＡＰチェンジイベントパッケージを使用してなされる通知、にも当てはまる。
【発明の概要】
【００１１】
本発明の第１の側面によれば、ユーザ端末およびセッション開始プロトコルアプリケーションサーバの間のＩＰマルチメディアネットワークを介してセッション開始プロトコルメッセージを転送する方法が提供される。その方法は、送信側におけるアプリケーション層の範囲でメッセージのペイロードを圧縮する工程、および受信側におけるアプリケーション層でそれらを解凍する工程、圧縮されたメッセージのペイロードが、適切なアプリケーション・プログラミング・インタフェースを介してアプリケーション層およびセッション開始プロトコルのユーザエージェントの間を通過する工程を備える。
【００１２】
ＳＩＰユーザエージェントを除いてペイロード圧縮および解凍を促進することによって、本発明の実施形態は、例えば、ＳＩＧＣＯＭＰ互換性が要求されない、最新のＳＩＰプロトコルがインストールされていないユーザ端末によって実行される。
【００１３】
本発明の好ましい実施形態によれば、ＳＩＰメッセージヘッダは解凍された状態で送信され、その結果そのメッセージは、これらのノードにおいて解凍および再圧縮を要求することなく、あらゆる中間ＣＳＣＦおよびアプリケーションサーバを通して送信され得る。
【００１４】
ペイロードを圧縮および解凍するよく知られたおよび容易に利用可能なアルゴリズムを使用することが望ましい。例えば、ｇｚｉｐ（ＧＮＵ  ｚｉｐの短縮形）が使用されてもよい。
【００１５】
この場合、例えば、ＩＭＳサービスを介して実行されるプレゼンスサービスのうち、ユーザ端末からセッション開始プロトコルアプリケーションサーバに送信されたＳＩＰ  ＳＵＢＳＣＲＩＢＥメッセージに、ペイロード圧縮がアプリケーションサーバで実行されるような指示を含むことが好ましい。購読者イベントに関して、その次にアプリケーションサーバからユーザ端末に送信されたＳＩＰ  ＮＯＴＩＦＹメッセージのペイロードが圧縮される。好ましくは、前記指示はＳＵＢＳＣＲＩＢＥメッセージのアクセプトまたはアクセプト−エンコーディングヘッダ領域に含まれる。さらに好ましくは、その方法は、前記アプリケーション・プログラミング・インタフェースを介して前記アプリケーション層からセッション開始プロトコルユーザエージェントに、アクセプトまたはアクセプト−エンコーディングヘッダ領域を書き込む工程を備える。プレゼンスサービスの場合、その方法は、ユーザ端末からセッション開始プロトコルアプリケーションサーバに送信されたＳＩＰ  ＰＵＢＬＩＳＨメッセージに、メッセージペイロードが例えばコンテンツタイプのヘッダ領域に圧縮されるような指示を含める工程を備える。もちろん、これらの手順はプレゼンス以外にＩＭＳサービスで実行されてもよい。
【００１６】
プレゼンスサービスの場合、前記セッション開始プロトコルアプリケーションサーバはリソースリストサーバであってもよい。
【００１７】
本発明の第２の側面によれば、ＩＰマルチメディアサブシステム・サービスネットワークの範囲内で動作するように構成されたユーザ端末が提供される。ユーザ端末は、１つ以上のアプリケーション層がセッション開始プロトコルユーザエージェントと通信すること、アプリケーション・プログラミング・インタフェースを介してアプリケーション層がセッション開始プロトコルと通信すること、を実行し、前記ユーザ端末は、アプリケーション層において出力ＳＩＰメッセージおよび入力ＳＩＰメッセージのペイロードを圧縮および解凍するようにさらに構成され、且つ、前記アプリケーション・プログラミング・インタフェースを介して、圧縮されたペイロードをセッション開始プロトコルユーザエージェントと交換するようにさらに構成される。
【００１８】
本発明の第３の側面によれば、ＩＰマルチメディアネットワークの範囲内で動作するように構成されたセッション開始プロトコルアプリケーションサーバが提供される。アプリケーションサーバは１つ以上のアプリケーション層がセッション開始プロトコルユーザエージェントと通信すること、アプリケーション・プログラミング・インタフェースを介してアプリケーション層がセッション開始プロトコルと通信すること、を実行し、前記アプリケーションサーバは、アプリケーション層において出力ＳＩＰメッセージおよび入力ＳＩＰメッセージのペイロードを圧縮および解凍するようにさらに構成され、且つ、前記アプリケーション・プログラミング・インタフェースを介して、圧縮されたペイロードをセッション開始プロトコルユーザエージェントと交換するようにさらに構成される。
【図面の簡単な説明】
【００１９】
【図１】図１は、ＩＰマルチメディアサブシステムの３Ｇ携帯通信システムへの統合を概略的に説明する。
【図２】図２は、ＩＭＳの範囲内でＳＩＰメッセージの圧縮を実行する機能的アーキテクチャを概略的に説明する。
【図３】図３は、ＳＩＰメッセージを圧縮する手順を説明するフローチャートである。
【発明を実施するための形態】
【００２０】
既に議論されたように、ＩＰマルチメディアサブシステム（ＩＭＳ）の範囲内で使用される多数の異なるＳＩＰメッセージは、非常に大容量のペイロードデータを含んでもよい。そのようなメッセージは例えばＳＩＰ通知（例えば、プレゼンスのための、ＲＬＳおよびＸＣＡＰが変化する）およびＳＩＰパブリケーション（例えば、プレゼンスのための）を含む。メッセージのサイズを低減するために、特に無線インタフェースの処理能力を最大限利用するために、圧縮メカニズムを使用することが有益であろう。さらにその上、ＳＩＧＣＯＭＰ（または少なくとも最新の静的圧縮ライブラリを伴うＳＩＧＣＯＭＰ）を利用しないレガシー端末によって使用される圧縮を許可するために、ＳＩＰ層以上の、アプリケーション層における圧縮を促進することが望ましい。
【００２１】
ここではメッセージのペイロードのみを圧縮する／解凍するアプリケーション層における圧縮／解凍手順を導入することが提案され、その手順は「ｇｚｉｐ」等の一般に使用される圧縮アルゴリズムを使用する。ｇｚｉｐはデフレートアルゴリズムに基づいており、それはＬＺ７７およびハフマン・コーディングの組み合わせである。ｇｚｉｐの代わりに、よく知られたｚｉｐ圧縮形式が使用されてもよい。
【００２２】
圧縮はＳＩＰメッセージヘッダ上で実行されず、且つ、そのようなものとして、メッセージが通過するＳＩＰプロキシは、実際のＳＩＰ情報は圧縮されないので影響されないだろう。このことは図２で説明されており、ユーザ端末は参照番号１によって示され、（プレゼンス）ＡＳまたはＲＬＳは参照番号２によって示され、それぞれのＳＩＰ  ＵＡは参照番号３ａ、３ｂによって示され、および、それぞれのアプリケーション層は参照番号４ａ、４ｂによって示される。ｇｚｉｐ機能は参照番号５ａ、５ｂによって示される。例示的なＣＳＣＦは参照番号６によって示される。
【００２３】
少なくとも本実施形態のいくつかにおいて、圧縮／解凍処理は（ユーザ端末またはＳＩＰアプリケーションサーバのどちらかにおいて）ＳＩＰユーザエージェントにとって一般にトランスペアレントである。関連するアプリケーションは適切なＳＩＰ  ＵＡアプリケーション・プログラミング・インタフェース（ＡＰＩ）を介してペイロードデータとＳＩＰ  ＵＡとを単に交換し、且つＳＩＰ  ＵＡはデータが圧縮されるか否かは気にしない。（それぞれのＡＰＩは図２で参照番号７ａ、７ｂによって示される。）この手順は図３のフローチャートで説明される。しかしながら、他の実施形態において、例えば最初のＳＩＰ  ＳＵＢＳＣＲＩＢＥメッセージにおいて、ＳＩＰ  ＮＯＴＩＦＹメッセージでの圧縮されたペイロードをサポートすることをユーザ端末が指示することを許可することが望ましい。このことは例えばアプリケーションが適切な命令文をＳＩＰメッセージヘッダに書き込むことを許可することによってなされ得る。例えば、既存の「アクセプト」または「アクセプト−エンコーディング」ヘッダ領域はこうした目的のために使用され得、または新しいＳＩＰヘッダ領域が指定されてもよい。通知者（例えば、プレゼンスＡＳ）圧縮もサポートすると仮定すると、通知者は購読者に送信された全てのＳＩＰ  ＮＯＴＩＦＹメッセージのペイロードを圧縮するだろうし、且つ購読されるイベントに関連している。ペイロードが圧縮される指示は、例えば、「コンテンツタイプ」のヘッダ領域を使用して、ＰＵＢＬＩＳＨメッセージおよびＮＯＴＩＦＹメッセージのメッセージヘッダの範囲に含まれてもよい。
【００２４】
ＲＬＳからユーザ端末に送信されるペイロードは同系統であり且つ例えばｇｚｉｐを使用して圧縮が非常に効率的である大容量のデータをしばしば含むので、圧縮は特にリソースリストサーバ（ＲＬＳ）において実行されてもよい。本発明の範囲を逸脱することなく様々な変形が上述の実施形態になされてもよいことが当業者によって理解されるだろう。例えば、ＳＩＰ層の範囲内でＳＩＰメッセージヘッダの圧縮／解凍をさらに実行することが可能である。しかしながら、このことは任意であり、クライアント端末（またはＳＩＰ  ＡＳ）ＳＩＰプロトコルのバージョンに依存し、且つ、どのような場合でも追加の処理がなければ中間ノードを通過するＳＩＰメッセージの能力を制限するかもしれないので望ましくないかもしれない。
【図１】
2011501586.tif 000003
【図２】
2011501586.tif 000004
【図３】
2011501586.tif 000005
【手続補正書】
【提出日】平成22年6月9日(2010.6.9)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ユーザ端末およびセッション開始プロトコルアプリケーションサーバの間でＩＰマルチメディアネットワークを介してセッション開始プロトコルＮＯＴＩＦＹメッセージを転送する方法であって、
前記方法は、
送信側においてアプリケーション層の範囲内で前記ＮＯＴＩＦＹメッセージのペイロードを圧縮する工程と、
受信側においてアプリケーション層で前記ペイロードを解凍する工程と、を備え、
圧縮されたＮＯＴＩＦＹメッセージのペイロードが、適切なアプリケーション・プログラミング・インタフェースを介して、前記アプリケーション層およびセッション開始プロトコルユーザエージェントの間を通過し、
前記ユーザ端末において、前記アプリケーション層が前記セッション開始プロトコルアプリケーションサーバに送信されるべきＳＩＰ  ＳＵＢＳＣＲＩＢＥメッセージのヘッダに、ペイロードの圧縮は前記ユーザ端末によってサポートされるという指示を書き込むことを特徴とする方法。
【請求項２】
前記メッセージがあらゆる中間ＣＳＣＦおよびアプリケーションサーバを通して送信されるように、前記メッセージヘッダは解凍された状態で送信されることを特徴とする請求項１に記載の方法。
【請求項３】
前記メッセージのペイロードを前記圧縮する工程および解凍する工程は、ｇｚｉｐを使用して実行されることを特徴とする請求項１または２に記載の方法。
【請求項４】
前記ＳＵＢＳＣＲＩＢＥメッセージのアクセプトヘッダ領域またはアクセプト−エンコーディングヘッダ領域に前記指示を含める工程を備えることを特徴とする請求項１乃至３の何れか１項に記載の方法。
【請求項５】
前記アプリケーション・プログラミング・インタフェースを介して、前記アプリケーション層から前記セッション開始プロトコルユーザエージェントに、前記アクセプトヘッダ領域またはアクセプト−エンコーディングヘッダ領域を書き込む工程を備えることを特徴とする請求項４に記載の方法。
【請求項６】
前記ＳＵＢＳＣＲＩＢＥメッセージおよびＮＯＴＩＦＹメッセージはプレゼンスサービスに関連することを特徴とする請求項１乃至５の何れか１項に記載の方法。
【請求項７】
ユーザ端末およびセッション開始プロトコルアプリケーションサーバの間でＩＰマルチメディアネットワークを介してセッション開始プロトコルＰＵＢＬＩＳＨメッセージを転送する方法であって、
前記方法は、
送信側においてアプリケーション層の範囲内で前記ＰＵＢＬＩＳＨメッセージのペイロードを圧縮する工程と、
受信側においてアプリケーション層で前記ペイロードを解凍する工程と、を備え、
圧縮されたＰＵＢＬＩＳＨメッセージのペイロードが、適切なアプリケーション・プログラミング・インタフェースを介して、前記アプリケーション層およびセッション開始プロトコルユーザエージェントの間を通過し、
前記ユーザ端末において、前記アプリケーション層が前記セッション開始プロトコルアプリケーションサーバに送信されるべきＳＩＰ  ＳＵＢＳＣＲＩＢＥメッセージのヘッダに、前記メッセージのペイロードが圧縮されるという指示を書き込むことを特徴とする方法。
【請求項８】
前記指示をＰＵＢＬＩＳＨメッセージのコンテンツタイプヘッダ領域に含める工程を備えることを特徴とする請求項７に記載の方法。
【請求項９】
前記アプリケーション・プログラミング・インタフェースを介して前記アプリケーション層から前記セッション開始プロトコルユーザエージェントに前記コンテンツタイプヘッダ領域を書き込む工程をさらに備えることを特徴とする請求項８に記載の方法。
【請求項１０】
前記ＰＵＢＬＩＳＨメッセージはプレゼンスサービスに関連することを特徴とする請求項７乃至９の何れか１項に記載の方法。
【請求項１１】
前記セッション開始プロトコルアプリケーションサーバがリソースリストサーバであることを特徴とする請求項１乃至１０の何れか１項に記載の方法。
【請求項１２】
ＩＰマルチメディアサブシステムサービスネットワークの範囲内で動作するように構成されたユーザ端末であって、
前記ユーザ端末は、１つ以上のアプリケーション層とセッション開始プロトコルユーザエージェントとの通信と、アプリケーション・プログラミング・インタフェースを介した前記アプリケーション層と前記セッション開始プロトコルユーザエージェントとの通信と、を実行し、
前記ユーザ端末は、前記セッション開始プロトコルユーザエージェントにおいてＳＩＰ  ＮＯＴＩＦＹメッセージを受信するように、前記アプリケーション・プログラミング・インタフェースを介して前記アプリケーション層に前記ＳＩＰ  ＮＯＴＩＦＹメッセージを通過させるように、および、前記アプリケーション層において入力ＳＩＰ  ＮＯＴＩＦＹメッセージのペイロードを圧縮するようにさらに構成され、
前記アプリケーション層は、セッション開始プロトコルアプリケーションサーバに送信されるべきＳＩＰ  ＳＵＢＳＣＲＩＢＥメッセージのヘッダに、ペイロード圧縮は前記ユーザ端末によってサポートされているという指示を書き込むように構成されることを特徴とするユーザ端末。
【請求項１３】
ＩＰマルチメディアサブシステムサービスネットワークの範囲内で動作するように構成されたセッション開始プロトコルアプリケーションサーバであって、
前記セッション開始プロトコルアプリケーションサーバは、１つ以上のアプリケーション層とセッション開始プロトコルユーザエージェントとの通信と、アプリケーション・プログラミング・インタフェースを介した前記アプリケーション層と前記セッション開始プロトコルとの通信と、を実行し、
前記セッション開始プロトコルアプリケーションサーバは、アプリケーション層において出力ＳＩＰ  ＮＯＴＩＦＹメッセージのペイロードを圧縮するようにさらに構成され、且つ、前記アプリケーション・プログラミング・インタフェースを介して、前記圧縮されたペイロードと前記セッション開始プロトコルユーザエージェントとを交換するようにさらに構成され、
前記サーバは、ユーザ端末からＳＩＰ  ＳＵＢＳＣＲＩＢＥメッセージを受信するように、ペイロード圧縮は前記ユーザ端末によってサポートされているという指示を前記メッセージのヘッダの範囲から識別するように、および、前記ユーザ端末に送信されたＮＯＴＩＦＹメッセージのペイロード圧縮を開始するようにさらに構成されることを特徴とするセッション開始プロトコルアプリケーションサーバ。
【国際調査報告】
2011501586.tif 000006
2011501586.tif 000007