JP5228112B2 - ソフトステート・シグナリングにおけるリフレッシュ要求 - Google Patents

Description

本発明は、ソフトステート・シグナリングの間にクライアント端末から様々なサーバ端末へ送信されるリフレッシュ要求メッセージを同期するための方法及びデバイスに関し、そのようなデバイスを備えるクライアント端末及びＳＩＰ Ｂ２ＢＵＡにも関する。

シグナリングは、全ての通信ネットワークにおいて重要なコンポーネントであり、従来のシグナリングプロトコルは、ハードステート・シグナリング・アプローチ、又は、ソフトステート・シグナリング・アプローチ、或いは、これらの組み合わせを使用することができる。

ソフトステート・シグナリングにおいて、セッションは、交渉済みリフレッシュ間隔の満了前に受信されるリフレッシュ要求メッセージによって状態（ステート）がリフレッシュされない限り、タイムアウトによって終了することになる。リフレッシュ要求メッセージは、通常、状態が最初に設定された後に定期的に送信され、ダイアログを存続させなければならないということを示す。それゆえ、ソフトステート・シグナリングは、明示的な状態の削除を何ら必要とせず、例えばネットワークエラーが原因でシグナリングが失われた場合はサーバ状態が自動的に削除されるので、信頼できる(reliable)シグナリングも何ら必要としない。

反対に、ハードステート・シグナリングにおいては、設定された(installed)状態は、クライアント端末によって送信されるメッセージによって明示的に削除されない限り、設定されたままにされる。状態の設定及び削除は１度しか行われないので、信頼できるシグナリングが必要とされる。

ＳＩＰ（セッション開始プロトコル）は、従来からソフトステート・シグナリングを使用しており、そこでは、２つの通信端末（即ち、ＳＩＰユーザエージェント）が、セッションの状態を継続的にリフレッシュすることによってセッションを維持する。サービス要求デバイスとして振る舞うＳＩＰユーザエージェント（例えば、クライアント端末）は、ＵＡＣ（ユーザエージェントクライアント）と呼ばれ、サービス要求に対して応答するＳＩＰユーザエージェント（例えば、サーバ端末）は、ＵＡＳ（ユーザエージェントサーバ）と呼ばれる。クライアント端末は、様々な実装デバイス（各デバイスがＵＡＣをホスティングしている）の間で区別することができる。

クライアント端末とサーバ端末との間でＳＩＰダイアログを開始するためのクライアント端末からのセッション開始要求メッセージにおいては、また、ＳＩＰダイアログをリフレッシュするためのクライアント端末からのセッションリフレッシュ要求メッセージにおいても、クライアント端末（ＵＡＣ、ユーザエージェントクライアント）は、リフレッシュ要求メッセージ中のヘッダに添付されるＳｅｓｓｉｏｎ−Ｅｘｐｉｒｅｓ属性の中で適当な大きい値であるリフレッシュ間隔（例えば、１８００秒）を提案する。サーバ端末（ＵＡＳ、ユーザエージェントサーバ）は、応答の中で減らされた値を返すことによって、提案されたリフレッシュ間隔の値について交渉を行うという選択肢を持つ。しかしながら、Ｓｅｓｓｉｏｎ−Ｅｘｐｉｒｅｓによって示されるリフレッシュ間隔の満了前に、後続のリフレッシュ要求メッセージがサーバ端末によって受信されなければならず、さもなければ、ダイアログは終了されることになる。

それゆえ、ソフトステートＳＩＰダイアログは、セッション開始要求メッセージ及びその後のセッションリフレッシュ要求メッセージのＳｅｓｓｉｏｎ−Ｅｘｐｉｒｅｓにおいて設定された交渉済みリフレッシュ間隔の間に、定期的なリフレッシュによって維持される。しかしながら、クライアント端末が同じ無線リンクを介して同時に複数のサーバ端末とダイアログを維持している場合、このリフレッシュトラヒックは電力を食うことになり、最終的にはバッテリーを使い果たしてしまう。無線インタフェースを介してＩＰパケットを送信するための、エネルギーの観点での周辺的コスト(marginal cost)は、端末及びその無線装置の送信前の状態に依存する。クライアント端末及び無線装置が低電力モードや電源オフである場合、ＩＰパケットを送信するための周辺的コストは、装置が動作状態に遷移することが原因で高くなるであろうが、その後のＩＰパケットを送信するためのコストは低くなるであろう。

サーバ端末との典型的なＳＩＰダイアログの間のリフレッシュ要求によって引き起こされるクライアント端末のエネルギー消費は、図１においてエネルギー対時刻の図に示される。この図において、１ａ、１ｂ、及び１ｃによって示されるリフレッシュ要求メッセージは、それぞれ時刻ｔ０、ｔ１、及びｔ２において送信される。図示されるリフレッシュ間隔ｔ１−ｔ０及びｔ２−ｔ１はほぼ等しく、その結果、セッションリフレッシュ要求メッセージの繰り返しパターンが生じる。

図２は、同時に２つのサーバ端末との複数のＳＩＰダイアログ（ＳＩＰダイアログ１及びＳＩＰダイアログ２）を維持するクライアント端末におけるエネルギー消費を示す。典型的には、クライアント端末は、異なるサーバ端末へのリフレッシュ要求メッセージの中で同じ大きなリフレッシュ間隔を提案することになる。図示するように、各リフレッシュ要求が電源オフ又は低電力モードから動作状態への遷移を必要とするかもしれないので、クライアント端末は、複数のＳＩＰダイアログを維持している場合に高エネルギー消費状態になる傾向にある。

エネルギーは、端末が送信不可能であるが電源オフの前である期間中の、端末が電力を低下させている(down-powered)場合にも消費され、また、最後の送信と電源オフシーケンスの開始との間の高電力間隔の間にも消費される。

複数のダイアログが存在するシナリオは、例えばＳＩＰベースのＩＭＳ（ＩＰマルチメディア・サブシステム）サービス（例えば、登録、プレゼンス、及び音声のサービスなど）においては一般的であるので、ＩＭＳクライアント端末は、バッテリーをすぐに使い果たしてしまう高エネルギー消費状態である可能性がある。

本技術分野における関連技術が、例えばNOKIAの"Power Save Topics for mobile Battery Powered Wireless Devices", 21 August 2008に記述されており、この４ページには、アプリケーションが端末からのkeep-aliveを必要とすることが記載されており、９ページには、タイマーが同期するように構成され得ることが記載されており、また、Kantの"Towards a Virtualized Data Center Transport Protocol"には、例えばバーストの送信の遅延による複数のデバイス間の調整(coordination)が記載されている。

本発明の目的は、上で概説した問題に対処することであり、この目的などは、添付の独立請求項に従う方法及びデバイスによって、また、従属請求項に従う実施形態によって、達成される。

一態様によれば、本発明は、同時進行の複数のソフトステート・ダイアログの中でクライアント端末から送信されるリフレッシュ要求メッセージを同期する方法を提供する。前記方法において、同期デバイスが、複数の異なるダイアログ中のリフレッシュ要求メッセージ間における閾値より大きい時刻オフセットの発生を継続的に検出し、前記時刻オフセットが検出された場合に、下記のステップを実行する。
後の方のリフレッシュ要求メッセージ中で示されるリフレッシュ間隔を、前記検出された時刻オフセットの分だけ短縮するステップと、
前記複数の異なるダイアログ中の前記リフレッシュ要求メッセージ中で示されるリフレッシュ間隔の長さを比較するステップと、
リフレッシュ間隔が異なる長さを持つ場合に、長い方のリフレッシュ間隔を、短い方のリフレッシュ間隔に対応するように、又は、短い方のリフレッシュ間隔の長さの倍数に対応するように、短縮するステップ。

前記クライアント端末から送信される前記リフレッシュ要求メッセージは、セッション開始要求メッセージ及びセッションリフレッシュ要求メッセージを含んでもよく、前記同期デバイスは、前記閾値のサイズを決定してもよい。

前記後の方のリフレッシュ要求メッセージ中で示されるリフレッシュ間隔の前記短縮は、１つのリフレッシュ要求メッセージ中においてのみ実行されてもよいし、２以上のリフレッシュ要求メッセージに亘って分割されてもよい。

前記同期デバイスは、前記クライアント端末の中に配置されてもよいし、前記リフレッシュ要求メッセージが通過するＳＩＰ Ｂ２ＢＵＡと同じ位置に配置されてもよく、前記ＳＩＰ Ｂ２ＢＵＡは、ボーダーゲートウェイであってもよい。

前記ダイアログはＳＩＰダイアログであってもよく、前記クライアント端末はＳＩＰユーザエージェントであってもよく、前記クライアント端末は、実装上は２以上のデバイスに分散していてもよく、各デバイスがＳＩＰユーザエージェントクライアントをホスティングしている。

前記リフレッシュ要求メッセージ中のリフレッシュ間隔は、ヘッダに添付されるＳｅｓｓｉｏｎ−Ｅｘｐｉｒｅｓ属性によって示されてもよく、前記方法は、同時進行の複数のソフトステート・ダイアログを維持するクライアント端末において電力を節約するように構成されてもよい。

第２の態様によれば、本発明は、複数のソフトステート・ダイアログの中でクライアント端末から送信されるリフレッシュ要求メッセージを同期する同期デバイスを提供する。前記同期デバイスは、
複数の異なるダイアログ中で送信されるリフレッシュ要求メッセージ間における閾値より大きい時刻オフセットの発生を継続的に検出する手段と、
後の方のリフレッシュ要求メッセージ中のリフレッシュ間隔を、検出された時刻オフセットの分だけ短縮する手段と、
前記複数の異なるダイアログ中の前記リフレッシュ間隔の長さを比較する手段と、
リフレッシュ間隔が異なる長さを持つ場合に、長い方のリフレッシュ間隔を、短い方のリフレッシュ間隔に対応するように、又は、短い方のリフレッシュ間隔の長さの倍数に対応するように、短縮する手段と、
を備える。

前記同期デバイスは、前記閾値のサイズを決定する手段を更に備えてもよい。

更なる態様によれば、本発明は、前記第２の態様に従う同期デバイスを備えるクライアント端末、並びにＳＩＰ Ｂ２ＢＵＡを提供し、前記クライアント端末は、リフレッシュ間隔の満了前であって他のトラヒックの送信直後にスケジュールされたリフレッシュ要求メッセージを送信することにより、リフレッシュ要求メッセージを他のトラヒックと相関させるように構成されてもよい。

上述の態様に従う本発明は、同時に幾つかのダイアログを維持しているクライアント端末における省電力化を可能にし、このことは、例えばＩＭＳにおいて有利である（ＩＭＳクライアントはしばしば複数のダイアログを維持するため）。

ここで、添付の図面を参照して、本発明を更に詳細に説明する。
１つのＳＩＰダイアログにおけるリフレッシュ要求のエネルギー消費を示す。 ２つの非同期のＳＩＰダイアログにおけるリフレッシュ要求のエネルギー消費を示す。 １つのＳＩＰユーザエージェントクライアントと２つのＳＩＰユーザエージェントサーバとの間のリフレッシュ要求の送信を示すシグナリング図である。 同期前後の、３つのＳＩＰダイアログのリフレッシュ要求のエネルギー消費を示す。 １つのユーザエージェントクライアントと３つのユーザエージェントサーバとを伴うＳＩＰアーキテクチャの概略図である。 本発明の実施形態に従う同期を示すフロー図である。 本発明の実施形態に従う同期デバイスを示すブロック図である。

以下の説明において、本発明に関する完全な理解を提供するために、例えば特定のアーキテクチャ及びステップのシーケンスのような、具体的な詳細が説明される。しかしながら、当業者にとって明らかなこととして、本発明は、これらの具体的な詳細から逸れるかもしれない他の実施形態においても実施可能である。

更に、明らかなこととして、説明される機能は、プログラムされるマイクロプロセッサ又は汎用コンピュータと併せて機能するソフトウェアを使用して実装可能であるし、及び／又は、アプリケーション固有集積回路を使用して実装可能である。本発明は方法の形式で説明されるが、本発明は、コンピュータプログラム製品にも具現化可能であるし、コンピュータプロセッサ及びメモリを含むシステムにも具現化可能であり、このメモリは、説明される機能を実行可能な１以上のプログラムでエンコードされる。

本発明の基本的なコンセプトは、リフレッシュ要求メッセージを時間的に合体させることにより（即ち、リフレッシュ要求メッセージ（例えば、様々なサーバ端末へ送信されるセッション開始要求メッセージ及びセッションリフレッシュ要求メッセージのような）を同期させることにより）、２以上のサーバ端末との複数のダイアログを維持するクライアント端末における電力を節約することである。というのも、端末が低電力モード又は電源オフである場合に、無線インタフェースを介してＩＰパケットを送信するのに必要な電力が大きくなるからである。

クライアント端末から送信されるリフレッシュ要求メッセージの同期は、セッション開始要求メッセージ及びその後のセッションリフレッシュ要求メッセージの中で示されるリフレッシュ間隔の交渉済みの値を調整することにより達成される。この調整は、複数のダイアログを維持するクライアント端末が、様々なサーバ端末に対してほぼ同時にリフレッシュ要求を送信するように行われる。このことは、図３のシグナリング図に示される。

図３は、２つのサーバ端末３３ａ，３３ｂ（即ち、２つのＳＩＰユーザエージェントサーバＵＡＳ１及びＵＡＳ２）とのＳＩＰダイアログを維持するクライアント端末３１（例えば、１つのＳＩＰユーザエージェントクライアントＵＡＣ）を示すシグナリング図であり、垂直軸上に時刻を示す。シグナルＳ１１は、クライアント端末３１から第１のサーバ端末３３ａ（即ち、ＵＡＳ１）へ送信されるリフレッシュ要求メッセージであり、シグナルＳ１２は、クライアント端末３１から第２のサーバ端末３３ｂ（即ち、ＵＡＳ２）へ送信されるリフレッシュ要求メッセージである。シグナルＳ１１及びＳ１２は同期しておらず、これらは同時には送信されないので、これらの間には時刻オフセット３４が存在する。本発明によれば、同期デバイス３２が時刻オフセット３４を検出し、クライアント端末から２つのサーバ端末へ送信されるリフレッシュ要求メッセージの同期を実行する。同期の後、クライアント端末から２つのサーバ端末へのリフレッシュ要求メッセージは、図中にシグナルＳ２１及びＳ２２で示されるように、ほぼ同時に送信されることになる。同期デバイス３２は、同期すべき要求メッセージのパス中（経路中）に配置され、ネットワーク側に配置されてもよいしクライアント端末中に配置されてもよい。

クライアント端末３１は、代わりに、２以上のＳＩＰユーザエージェントクライアントの間で分散していてもよい（各ＵＡＣが例えば別々のパーソナルコンピュータの中に配置される）。

図４は、本発明に従う同期の前後の、３つのＳＩＰダイアログを維持するクライアント端末におけるエネルギー消費を示す。３つのダイアログにおける最初のリフレッシュ要求メッセージは、時間的に相関しておらず、それぞれ異なる時刻ｔ１、ｔ２、及びｔ３に送信される。しかしながら、同期が原因で、本発明によれば、クライアント端末から各サーバ端末への第２及び第３のリフレッシュ要求メッセージはそれぞれ、３つのダイアログ全てにおいて、時刻ｔ４及びｔ５に送信される（即ち、クライアント端末から様々なサーバ端末へのリフレッシュ要求の送信は、時間的に相関している）。３つのリフレッシュ要求メッセージの時刻ｔ４及びｔ５における送信の間には、電源オフ又は低電力モードからの遷移が要求されないため、３つのリフレッシュ要求メッセージが時間的に相関せずにそれぞれ時刻ｔ１、ｔ２、及びｔ３に送信される場合に比べて、必要とされるエネルギーが少なくなり、電力が節約される。それゆえ、１つのクライアント端末から様々なサーバ端末へのリフレッシュ要求メッセージに関する、本発明に従う同期の結果として、クライアント端末の省電力化及びバッテリー消費の削減がもたらされる。

図４に示す同期は、リフレッシュ要求メッセージがダイアログ１、ダイアログ２、及びダイアログ３において同期していないということ（即ち、リフレッシュ要求メッセージがクライアント端末から少なくともほぼ同時に送信されてはいないということ）を検出する同期デバイス３２（図４には示さない）によって実行される。本発明の第１の例示的な実施形態によれば、同期デバイスは、閾値よりも大きな時刻オフセットが、ダイアログ２及びダイアログ１の中で送信されるリフレッシュ要求の間（図４においてオフセット２１として示す）、及び、ダイアログ３及びダイアログ１の中で送信されるリフレッシュ要求の間（図４においてオフセット３１として示す）に発生したことを検出する。

その後、Ｓｅｓｓｉｏｎ−Ｅｘｐｉｒｅｓ属性によって示される、ダイアログ２及びダイアログ３におけるリフレッシュ間隔の長さが、時刻オフセットであるオフセット２１及びオフセット３１の分だけそれぞれ減らされる。この減少は、１つのリフレッシュ要求メッセージだけの中で実行されてもよいし、代わりに、幾つかのリフレッシュ要求メッセージに亘って分割されてもよい。その後、これに続くリフレッシュ要求メッセージは、ダイアログ１、ダイアログ２、及びダイアログ３の中でほぼ同時に送信されることになる。クライアント端末は、典型的には、様々なサーバ端末へ送信されるリフレッシュ要求メッセージの中で同じ大きなリフレッシュ間隔を提案するので、検出された時刻オフセットに対する調整後は、リフレッシュ要求メッセージは３つのダイアログにおいて同期されたままになる（即ち、クライアント端末からほぼ同時に送信される）。

しかしながら、クライアント端末が異なるダイアログの中で異なるリフレッシュ間隔を提案する場合は、同期デバイスはその差を検出することになり、リフレッシュ間隔が同じになるように小さい方の値に対応するように大きい方の値を減少させる。なぜなら、そうしなければ、同期が失われることになるからである。

或いは、大きい値が例えば１２０であり、小さい値が５０である場合は、大きい値を５０ではなく１００に減少させることができる（即ち、小さい方の値の倍数に対応するようにする）。これにより、リフレッシュ要求メッセージは依然として同期したままになるが、このダイアログの中のリフレッシュトラヒックは５０％削減され、これは省電力になる。

第２の例示的な実施形態によれば、同期デバイスは、例えば、リフレッシュ要求メッセージの送信と電源オフとの間の時間間隔、及びネットワーク側のトラヒックフロー要件に基づいて、閾値のサイズを決定する。

図６は、本発明の例示的な実施形態に従う同期手順を示すフロー図であり、ここで、２つのダイアログ（ダイアログ１及びダイアログ２）の中でクライアント端末から２つの異なるサーバ端末へ送信されるリフレッシュ要求メッセージが、同期されるようになる。ステップ６１で、同期デバイスは、ダイアログ２及びダイアログ１の中で送信されるリフレッシュ要求の間に閾値より大きい時刻オフセットが存在するか否かを継続的に判定する。そのような時刻オフセットが検出された場合、ステップ６２で、後で送信される方のリフレッシュ要求メッセージ中のＳｅｓｓｉｏｎ−Ｅｘｐｉｒｅｓ属性の値が、検出された時刻オフセットの分だけ減らされる。これにより、その後のリフレッシュ要求メッセージは、ダイアログ１の中及びダイアログ２の中でほぼ同時に送信されることになる。ステップ６３で、ダイアログ１及びダイアログ２が同じリフレッシュ間隔を持つか否かが判定され、持たない場合、ステップ６４で、２つのリフレッシュ間隔のうち長い方が、短い方のリフレッシュ間隔、又は短い方のリフレッシュ間隔の長さの倍数に対応するように短縮され、これにより、リフレッシュ要求メッセージは同期したままになる。

図５は、１つのＵＡＣ（ユーザエージェントクライアント）３１（即ち、ＳＩＰクライアント端末）及び３つのＵＡＳ３３ａ、３３ｂ、３３ｃ（即ち、ＳＩＰサーバ端末）と、無線基地局を含んだ無線ネットワーク５２と、ＳＩＰ Ｂ２ＢＵＡ（バック・ツー・バック・ユーザエージェント）５３と、を含む例示的なＳＩＰアーキテクチャを示す。ＳＩＰ Ｂ２ＢＵＡは、ＵＡＣと３つのＵＡＳとの間の３つのセッションの各々において「中間者(man in the middle)」として機能し、ＵＡＣに対してはＵＡＳとして振る舞い、ＵＡＳに対してはＵＡＣとして振る舞う。

それゆえ、本発明の第１の実施形態によれば、クライアント端末３１から３つのサーバ端末３３ａ、３３ｂ、３３ｃへのリフレッシュ要求メッセージの同期は、セッションリフレッシュ要求メッセージ又はセッション開始要求メッセージの中のＳｅｓｓｉｏｎ−Ｅｘｐｉｒｅｓ属性の値を観察すると共に調整することが可能な位置にあるＳＩＰ Ｂ２ＢＵＡ５３（例えば、ボーダーゲートウェイ）と同じ場所に配置される同期デバイス３２によって実行される。

同期デバイスをＳＩＰ Ｂ２ＢＵＡと同じ場所に配置することにより、ＳＩＰ Ｂ２ＢＵＡを介して通信を行う全てのクライアント端末の中に、同期機能を実装することができる。

それゆえ、本発明に従うＳＩＰ Ｂ２ＢＵＡ５３の例示的な実施形態は、同期デバイス３２を含む。

しかしながら、クライアント端末３１自体が、セッション開始要求メッセージ及びセッションリフレッシュ要求メッセージの中でＳｅｓｓｉｏｎ−Ｅｘｐｉｒｅｓ属性によって示されてサーバ端末３３ａ、３３ｂ、及び３３ｃへ送信されるリフレッシュ間隔の値を観察及び調整することもでき、これと共に、様々なダイアログの中で端末から送信されるリフレッシュ要求メッセージ間の時刻オフセットを検出することもできる。それゆえ、本発明の第２の実施形態によれば、クライアント端末３１から３つのサーバ端末３３ａ、３３ｂ、３３ｃへのリフレッシュ要求メッセージの同期は、クライアント端末自体の中に配置される同期デバイス３２によって実行される。

それゆえ、本発明に従うクライアント端末３１の第１の実施形態は、同期デバイス３２を含む。しかしながら、第２の実施形態によれば、本発明に従うクライアント端末３１は更に、リフレッシュ間隔の満了前であって他のトラヒックの送信直後にスケジュールされたリフレッシュ要求メッセージを送信することにより、リフレッシュトラヒックを他のトラヒックと相関させるように構成される。これにより、更なる省電力化が達成される。

図７は、ＳＩＰダイアログに適用可能な、本発明の第１の実施形態に従う例示的な同期デバイス３２を示すブロック図である。同期デバイス３２は、１つのクライアント端末（即ち、ＵＡＣ）によって維持される第１及び第２のＳＩＰダイアログの中で送信されるリフレッシュ要求間での閾値より大きい時刻オフセットの発生を検出する手段７１を備える。更に、このデバイスは、後の方のリフレッシュ要求メッセージのリフレッシュ間隔の長さを、検出された時刻オフセットの分だけ減少させる手段７２を備える。同期デバイスは更に、２つのダイアログのその後のリフレッシュ要求メッセージの中で示されるリフレッシュ間隔の長さが同じであるか否かを判定する手段７３と、リフレッシュ間隔が同じではない場合に、長い方のリフレッシュ間隔の長さを、短い方のリフレッシュ間隔の長さ、又は短い方のリフレッシュ間隔の長さの倍数に対応するように短縮する手段７４と、を備える。

第２の実施形態によれば、同期デバイスは更に、前記閾値のサイズを決定する手段を備える。

本発明は、セッションリフレッシュ要求メッセージ（例えば、ＳＩＰにおけるＩＮＶＩＴＥメッセージ又はＵＰＤＡＴＥメッセージ）を含む任意のソフトステート・シグナリングプロトコルに対して適用可能であり、ＩＭＳクライアント端末はしばしば複数のダイアログを維持するので、本発明は、例えばＩＭＳにおいて有利である。

具体的な例示的な実施形態を参照して本発明を説明してきたが、説明は一般的に、発明のコンセプトを説明することを意図するのみであり、本発明の範囲を限定するものとして捉えられてはならない。

Claims (25)

1. 同時進行の複数のソフトステート・ダイアログの中でクライアント端末（３１）から送信されるリフレッシュ要求メッセージを同期する方法であって、
   同期デバイス（３２）が、複数の異なるダイアログ中のリフレッシュ要求メッセージ間における閾値より大きい時刻オフセットの発生を継続的に検出するステップ（６１）を備え、
   前記時刻オフセットが検出された場合に前記同期デバイス（３２）が実行する、
   後の方のリフレッシュ要求メッセージ中で示されるリフレッシュ間隔を、前記検出された時刻オフセットの分だけ短縮するステップ（６２）と、
   前記複数の異なるダイアログ中の前記リフレッシュ要求メッセージ中で示されるリフレッシュ間隔の長さを比較するステップと（６３）、
   リフレッシュ間隔が異なる長さを持つ場合に、長い方のリフレッシュ間隔を、短い方のリフレッシュ間隔に対応するように、又は、短い方のリフレッシュ間隔の長さの倍数に対応するように、短縮するステップ（６４）と、
   を備えることを特徴とする方法。
2. 前記クライアント端末から送信される前記リフレッシュ要求メッセージは、セッション開始要求メッセージ及びセッションリフレッシュ要求メッセージを含む
   ことを特徴とする請求項１に記載の方法。
3. 前記同期デバイスは、前記閾値のサイズを決定する
   ことを特徴とする請求項１又は２に記載の方法。
4. 前記後の方のリフレッシュ要求メッセージ中で示されるリフレッシュ間隔の前記短縮は、１つのリフレッシュ要求メッセージ中においてのみ実行される
   ことを特徴とする請求項１乃至３のいずれか１項に記載の方法。
5. 前記後の方のリフレッシュ要求メッセージ中で示されるリフレッシュ間隔の前記短縮は、２以上のリフレッシュ要求メッセージに亘って分割される
   ことを特徴とする請求項１乃至３のいずれか１項に記載の方法。
6. 前記同期デバイスは、前記クライアント端末の中に配置される
   ことを特徴とする請求項１乃至５のいずれか１項に記載の方法。
7. 前記ダイアログはＳＩＰダイアログである
   ことを特徴とする請求項１乃至６のいずれか１項に記載の方法。
8. 前記クライアント端末はＳＩＰユーザエージェントである
   ことを特徴とする請求項７に記載の方法。
9. 前記クライアント端末は、実装上は２以上のデバイスに分散しており、各デバイスがＳＩＰユーザエージェントクライアントをホスティングしている
   ことを特徴とする請求項８に記載の方法。
10. 前記同期デバイスは、前記リフレッシュ要求メッセージが通過するＳＩＰ Ｂ２ＢＵＡと同じ位置に配置される
    ことを特徴とする請求項７乃至９のいずれか１項に記載の方法。
11. 前記ＳＩＰ Ｂ２ＢＵＡは、ボーダーゲートウェイである
    ことを特徴とする請求項１０に記載の方法。
12. 前記リフレッシュ要求メッセージ中のリフレッシュ間隔は、ヘッダに添付されるＳｅｓｓｉｏｎ−Ｅｘｐｉｒｅｓ属性によって示される
    ことを特徴とする請求項７乃至１１のいずれか１項に記載の方法。
13. 同時進行の複数のソフトステート・ダイアログを維持するクライアント端末において電力を節約する
    ことを特徴とする請求項１乃至１２のいずれか１項に記載の方法。
14. 複数のソフトステート・ダイアログの中でクライアント端末（３１）から送信されるリフレッシュ要求メッセージを同期する同期デバイス（３２）であって、
    複数の異なるダイアログ中で送信されるリフレッシュ要求メッセージ間における閾値より大きい時刻オフセットの発生を継続的に検出する手段（７１）と、
    後の方のリフレッシュ要求メッセージ中のリフレッシュ間隔を、検出された前記閾値より大きい時刻オフセットの分だけ短縮する手段（７２）と、
    前記閾値より大きい時刻オフセットが検出された場合に、前記複数の異なるダイアログ中の前記リフレッシュ間隔の長さを比較する手段と（７３）、
    リフレッシュ間隔が異なる長さを持つ場合に、長い方のリフレッシュ間隔を、短い方のリフレッシュ間隔に対応するように、又は、短い方のリフレッシュ間隔の長さの倍数に対応するように、短縮する手段（７４）と、
    を備えることを特徴とする同期デバイス。
15. 前記閾値のサイズを決定する手段を更に備える
    ことを特徴とする請求項１４に記載の同期デバイス。
16. 前記リフレッシュ要求メッセージは、セッション開始要求メッセージ及びセッションリフレッシュ要求メッセージを含む
    ことを特徴とする請求項１４又は１５に記載の同期デバイス。
17. 前記クライアント端末（３１）の中に配置される
    ことを特徴とする請求項１４乃至１６のいずれか１項に記載の同期デバイス。
18. 複数のＳＩＰダイアログ中で送信されるリフレッシュ要求メッセージを同期させる
    ことを特徴とする請求項１４乃至１７のいずれか１項に記載の同期デバイス。
19. 前記クライアント端末はＳＩＰユーザエージェントである
    ことを特徴とする請求項１８に記載の同期デバイス。
20. 前記クライアント端末は、実装上は２以上のデバイスに分散しており、各デバイスがＳＩＰユーザエージェントクライアントをホスティングしている
    ことを特徴とする請求項１８又は１９に記載の同期デバイス。
21. 前記リフレッシュ要求メッセージ中のリフレッシュ間隔は、ヘッダに添付されるＳｅｓｓｉｏｎ−Ｅｘｐｉｒｅｓ属性によって示される
    ことを特徴とする請求項１８乃至２０のいずれか１項に記載の同期デバイス。
22. 同時進行の複数のソフトステート・ダイアログを維持するクライアント端末において電力を節約する
    ことを特徴とする請求項１４乃至２１のいずれか１項に記載の同期デバイス。
23. 前記リフレッシュ要求メッセージが通過するＳＩＰ Ｂ２ＢＵＡと同じ位置に配置される
    ことを特徴とする請求項１８乃至２２のいずれか１項に記載の同期デバイス。
24. 前記ＳＩＰ Ｂ２ＢＵＡは、ボーダーゲートウェイである
    ことを特徴とする請求項２３に記載の同期デバイス。
25. 請求項１７乃至２２のいずれか１項に記載の同期デバイス（３２）を備え、リフレッシュ間隔の満了前であって他のトラヒックの送信直後にスケジュールされたリフレッシュ要求メッセージを送信することにより、リフレッシュ要求メッセージを他のトラヒックと相関させることを特徴とするクライアント端末（３１）。

Images