JP2008541501A - 同時セッション制御のためのユーザ装置、方法、及びシステム - Google Patents

Abstract

本発明は、同時セッション制御のためのユーザ装置（ＵＥ）、方法、及びシステムに関し、一実施形態により、前記システムは、システム自身に関する同時セッションサポート（Ｓｉｍｕｌｔａｎｅｏｕｓ Ｓｅｓｓｉｏｎｓ Ｓｕｐｐｏｒｔ：ＳＳＳ）設定情報を含むＳＩＰ（ｓｅｓｓｉｏｎ ｉｎｉｔｉａｔｉｏｎ ｐｒｏｔｏｃｏｌ）メッセージを、サーバを含むホームネットワークに伝送するＵＥと、前記ＳＳＳ設定情報を保存し、前記ＳＳＳ設定情報の一部に基づいて前記ＵＥの同時セッションのための自身のセッション動作モードを設定するサーバとを含む。

Description

本発明は、ＩＭＳ（ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ）のセッションベースサービス（Ｓｅｓｓｉｏｎ ｂａｓｅｄ ｓｅｒｖｉｃｅ）に関し、特に、ＰｏＣ（Ｐｕｓｈ−ｔｏ−Ｔａｌｋ ｏｖｅｒ Ｃｅｌｌｕｌａｒ）サービスのようなサービスのための同時セッション（Ｓｉｍｕｌｔａｎｅｏｕｓ Ｓｅｓｓｉｏｎ）制御方法及びシステムに関する。

一般に、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）のＲＦＣ３２６１文書において、ＰｏＣサーバのようなＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）サーバの動作方式をＳＩＰプロキシ方式とＢ２ＢＵＡ（Ｂａｃｋ−ｔｏ−Ｂａｃｋ Ｕｓｅｒ Ａｇｅｎｔ）方式に区分する。

図１及び図２は、従来のＢ２ＢＵＡ方式とＳＩＰプロキシ方式の概念をそれぞれ説明するためのフロー図である。

図１に示すように、Ｂ２ＢＵＡモードの動作では、ＰｏＣクライアントとＰｏＣサーバＢ（制御機能を行うサーバ）間で送受信されるＳＩＰメッセージだけでなく、ＲＴＰ（Ｒｅａｌ Ｔｉｍｅ Ｐｒｏｔｏｃｏｌ）データ、ＲＴＣＰ（Ｒｅａｌ Ｔｉｍｅ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）データ、及びＴＢＣＰ（Ｔａｌｋ Ｂｕｒｓｔ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）データが常にＰｏＣサーバＡ（参加機能を行うサーバ）を通過しなければならない。同様に、図２に示すように、ＳＩＰプロキシモードの動作では、ＰｏＣクライアントとＰｏＣサーバＢ間で送受信されるＳＩＰメッセージは常にＰｏＣサーバＡを通過する。しかしながら、前記ＳＩＰプロキシモードにおいて、ＲＴＰデータ、ＲＴＣＰデータ、及びＴＢＣＰデータは、ＰｏＣサーバＡを通過せずに直接ＰｏＣクライアントとＰｏＣサーバＢ間で送受信される。

従って、前記ＳＩＰプロキシモードとＢ２ＢＵＡモードは、前記ＲＴＰデータ、ＲＴＣＰデータ、及びＴＢＣＰデータが前記ＰｏｃサーバＡを通過するか否かによって区別される。すなわち、図１に示すように、前記ＰｏＣサーバＡがＢ２ＢＵＡモードで動作すると、前記ＰｏＣクライアントとＰｏＣサーバＢ間で送受信されるＲＴＰデータ、ＲＴＣＰデータ、及びＴＢＣＰデータは常にＰｏｃサーバＡを通過する。しかしながら、図２に示すように、前記ＰｏＣサーバＡがＳＩＰプロキシモードで動作すると、前記ＰｏＣクライアントとＰｏＣサーバＢ間で送受信されるＲＴＰデータ、ＲＴＣＰデータ、及びＴＢＣＰデータは、前記ＰｏＣサーバＡを通過しない。前記従来のＳＩＰプロキシモードで動作するＰｏＣサーバＡは、前記ＰｏＣクライアント又はＰｏｃサーバＢから前記ＲＴＰデータ、ＲＴＣＰデータ、及びＴＢＣＰデータを受信できず、受信しない。よって、該当データを制御することができない。しかしながら、そのような制御を必要とするいくつの状況がある。

一方、ＰｏＣサーバは、制御ＰｏＣ機能と参加ＰｏＣ機能を行う。前記ＰｏＣサーバの制御ＰｏＣ機能は、ＲＴＰメディア分配、発言（Ｔａｌｋ Ｂｕｒｓｔ）制御、グループセッションへの参加のためのポリシー強化、参加者情報制御などを含む中央集中（Ｃｅｎｔｒａｌｉｚｅｄ）ＰｏＣセッション処理を提供する。前記ＰｏＣサーバの参加ＰｏＣ機能は、着信ＰｏＣセッションのためのポリシー強化を提供し、ＰｏＣクライアントと制御ＰｏＣ機能を行うＰｏＣサーバ間の発言制御メッセージを中継するＰｏＣセッション処理を提供する。また、参加ＰｏＣ機能は、ＰｏＣクライアントと前記制御ＰｏＣ機能を行うＰｏＣサーバ間でＲＴＰメディアを中継する。

前記ＰｏＣサーバ（例えば、ＰｏＣサーバＡ）の参加ＰｏＣ機能は、ＰｏＣクライアントのために「同時ＰｏＣセッション」をサポート（提供）できる。本発明において、前記「同時ＰｏＣセッション」は、ＰｏＣサーバがＰｏＣセッション優先順位機能及びＰｏＣロック機能を行うセッションを意味する。前記ＰｏＣサーバによるＰｏＣセッション優先順位機能は、複数のＰｏＣセッションへの招待を開始又は受信したＰｏＣクライアントの場合、特定ＰｏＣセッションに優先順位を与える機能である。前記ＰｏＣサーバによるＰｏＣロック機能は、他のセッションに関するメディアデータの伝送を保留した状態で、特定ＰｏＣセッションに関するメディアデータのみをＰｏＣクライアントに伝送できるようにする機能である。ここで、前記同時ＰｏＣセッションは、例えば、ロックセッション又はプライマリセッションに該当するただ１つのＲＴＰデータセットを提供するために特定データ（例えば、ＲＴＰデータセット）をフィルタリングする必要があることを意味する。前記同時ＰｏＣセッションをサポートするＰｏＣサーバ及びＰｏＣクライアントもあり、前記同時ＰｏＣセッションをサポートしないＰｏＣサーバ及びＰｏＣクライアントもある。

例えば、同時ＰｏＣセッションをサポート及び実行するＰｏＣクライアント及びＰｏＣサーバがあると仮定する。前記ＰｏＣセッション優先順位機能により、ＰｏＣクライアントは、１つのＰｏＣセッションのみをプライマリセッションに設定し、他のＰｏＣセッションをセカンダリセッションに設定する。好ましくは、該当ＰｏＣセッション優先順位値は、ＩＮＶＩＴＥ、ＲＥ−ＩＮＶＩＴＥ、又はＵＰＤＡＴＥメッセージにより前記ＰｏＣクライアントから前記参加ＰｏＣ機能を行うＰｏＣサーバ（例えば、ＰｏＣサーバＡ）に伝送される。

前記ＰｏＣセッション優先順位値が設定されると、参加機能を行うＰｏＣサーバ（ＰｏＣサーバＡ）は、前記設定されたＰｏＣセッション優先順位値に基づいてＰｏＣクライアントにデータを伝送する。すなわち、ＰｏＣセッションがプライマリに設定された場合、ＰｏＣサーバがセカンダリＰｏＣセッションからメディアデータを受信中にプライマリＰｏＣセッションからメディアデータを受信すると、ＰｏＣクライアントは、ＰｏＣサーバＡの制御下で直ちにセカンダリＰｏＣセッションのメディアデータよりプライマリＰｏＣセッションのメディアデータを先に受信することができる。すなわち、ＰｏＣクライアントにより設定されたセッション優先順位によって、ＰｏＣサーバＡは、各ＰｏＣセッションに関するメディアデータを所定優先順位でＰｏＣクライアントに選択的に伝送する（伝送する、又は、伝送しない）。

それに対して、ＰｏＣロック機能により、ＰｏＣクライアントが１つのＰｏＣセッションに「ロック」を設定することにより、ＰｏＣサーバＡ（参加機能を行うサーバ）から前記ロックされたＰｏＣセッションに関するメディアデータのみを受信し、他のＰｏＣセッションに関するメディアデータを受信しないことがある。この場合、前記ロック機能は、特定ＰｏＣセッションに関するメディアデータを遮断する。好ましくは、前記ＰｏＣセッションロック値は、ＩＮＶＩＴＥ、ＲＥ−ＩＮＶＩＴＥ、又はＵＰＤＡＴＥメッセージによりＰｏＣクライアントからＰｏＣサーバＡに伝送されて前記ＰｏＣサーバＡで設定される。前記ＰｏＣセッションロック値が設定されると、ＰｏＣサーバＡは、設定されたＰｏＣセッションロック値に基づいてＰｏＣクライアントにメディアデータを伝送するか否かを決定した後、前記決定された結果によって、ＰｏＣクライアントにメディアデータを選択的に伝送する（伝送する、又は、伝送しない）。

従って、ＰｏＣサービスのための同時ＰｏＣセッション（例えば、ＰｏＣセッション優先順位機能、ＰｏＣロック機能など）を行うために、図１に示すように、ＲＴＰデータ、ＲＴＣＰデータ、及びＴＢＣＰデータなどを含むメディアデータは、ＰｏＣクライアントとＰｏＣサーバＢ（制御機能を行うＰｏＣサーバ）間で通信が行われるとき、ＰｏＣサーバＡ（参加機能を行うＰｏＣサーバ）を通過しなければならない。これは、ＰｏＣサーバＡがＰｏＣロック機能又はＰｏＣセッション優先順位機能別にデータフローを制御しなければならないためである。例えば、参加ＰｏＣ機能を行うＰｏＣサーバＡは、ＰｏＣロック機能又はＰｏＣセッション優先順位機能を行うために前記ＰｏＣサーバＡ自身が前記受信したＲＴＰデータを前記ＰｏＣクライアントに伝送するか否かを決定できるように、制御ＰｏＣ機能を行うＰｏＣサーバＢからＰｏＣクライアントに伝送されたＲＴＰデータ（音声、ビデオなどのメディアデータ）を該当データの伝送中に受信する。

すなわち、同時ＰｏＣセッションを行うためには、前記参加ＰｏＣ機能を行うＰｏＣサーバＡが、全てのメディアデータが前記参加ＰｏＣ機能を行うＰｏＣサーバを通過することを保障するために、常にＢ２ＢＵＡモード（ＳＩＰプロキシモードではない）で動作しなければならない。しかしながら、従来の同時ＰｏＣセッションにおいて、ＰｏＣサーバは、Ｂ２ＢＵＡモード又はＳＩＰプロキシモードで動作でき、ＰｏＣクライアントが同時ＰｏＣセッションをサポートしているか否かが分からない。同時ＰｏＣセッションサービスが提供されるとき、参加ＰｏＣ機能を行うＰｏＣサーバがＢ２ＢＵＡモードで動作せずにＳＩＰプロキシモードで動作する場合、以下のような問題が発生する。

同時ＰｏＣセッションサービスが提供されると、１つのＰｏＣクライアントが複数のＰｏＣセッションに参加している場合、ＰｏＣクライアントは、１つの特定ＰｏＣセッションにＰｏＣロック機能を設定することにより、参加ＰｏＣ機能を行うＰｏＣサーバに前記ロックされたＰｏＣセッションで前記ロックされたＰｏＣセッションに関するメディアデータのみを伝送するように要求できる。しかしながら、この場合、ＰｏＣサーバがＳＩＰプロキシモードで動作するなら、制御ＰｏＣ機能を行うＰｏＣサーバが伝送したメディアデータは、前記参加ＰｏＣ機能を行うＰｏＣサーバを通過せずに直接ＰｏＣクライアントに伝送される。従って、前記参加ＰｏＣ機能を行うＰｏＣサーバは、ＰｏＣクライアントが要求したＰｏＣロック機能を行うことができなくなる。同時ＰｏＣセッションのＰｏＣセッション優先順位機能を行う場合も、類似した問題がある。

また、ＰｏＣクライアントとＰｏＣサーバが両方とも同時ＰｏＣセッションをサポートする場合、参加ＰｏＣ機能を行うＰｏＣサーバは、メディア経路（例えば、ＰｏＣクライアントと制御ＰｏＣ機能を行うＰｏＣサーバ間）に存在し、メディアデータを受信した後に前記受信したメディアデータを伝送する中継機能を行う。しかしながら、従来技術によると、参加ＰｏＣ機能を行うＰｏＣサーバは、ＰｏＣクライアントが同時ＰｏＣセッションをサポートしているか否かを認識できない。その結果、前記参加ＰｏＣ機能を行うＰｏＣサーバは、各ＰｏＣクライアントがサポートする同時セッションの最大数も分からないため、ＰｏＣクライアントが要求したＰｏＣセッション設定に適切に対応できなくなる。

また、このような問題は、同時セッション又はそのような動作を制御するとき、他の全てのタイプのＩＰベースサービス（例えば、ＳＩＰベースメッセージサービス）にもある。

従って、本発明の目的は、セッションベースサービスのための同時セッション制御方法、並びにこのための装置及びシステムを提供することにある。

本発明の他の目的は、従来技術の限界及び欠点を解決する、同時セッションなどの動作を制御するユーザ装置（ＵＥ）、方法、及びシステムを提供することにある。

本発明のさらに他の目的は、ＶｏＩＰ、テレビ電話、ＰｏＣサービスを含むＰＴ（Ｐｕｓｈ−Ｔｏ）サービス、電子メール、ＭＭＳ（Ｍｕｌｔｉｍｅｄｉａ Ｍｅｓｓａｇｅ Ｓｅｒｖｉｃｅ）、ＳＭＳ（Ｓｈｏｒｔ Ｍｅｓｓａｇｅ Ｓｅｒｖｉｃｅ）、ＩＭ（Ｉｎｓｔａｎｔ Ｍｅｓｓａｇｅ）、即時メッセージ（Ｉｍｍｅｄｉａｔｅ Ｍｅｓｓａｇｅ）などの全ＩＰ（ａｌｌ−ＩＰ）ベースサービスにおいて、ＩＰメッセージを利用して同時セッションサポート設定情報を提供する技術を提供することにある。

本発明のさらに他の目的は、ＰｏＣクライアントが参加ＰｏＣ機能を行うＰｏＣサーバに同時セッションをサポートするか否かを通知し、前記ＰｏＣサーバの動作モードを決定できる方法を提供することにある。

このような目的を達成するために、本発明の実施形態による同時セッション制御方法は、クライアントが所定メッセージを利用して同時セッションサポート情報をサーバに伝送する段階と、前記伝送された同時セッションサポート情報に基づいて、前記サーバにより、前記クライアントが同時セッションをサポートするか否かを判断する段階と、前記判断結果によって、前記サーバがセッションベースのサービスを提供するための動作モードを決定する段階とを含む。

本発明の一態様において、前記所定メッセージは、ＰＵＢＬＩＳＨメッセージ、ＩＮＶＩＴＥメッセージ、ＵＰＤＡＴＥ、ＲＥＦＥＲ、ＯＰＴＩＯＮＳなどのＳＩＰメッセージを示す。

本発明の他の態様において、同時セッション制御装置は、自身の同時セッションサポート情報を所定メッセージによりサーバに伝送するクライアントと、前記伝送された同時セッションサポート情報に基づいて特定サービスを提供するための動作モードを決定するサーバとから構成される。

本発明の他の態様において、ＵＥが同時セッションをサポートしているか否かを判断した後、前記判断結果に応じて同時セッションサポート（ＳＳＳ）設定情報を生成し、前記ＳＳＳ設定情報を前記ＵＥのホームネットワークに伝送する制御装置を含むユーザ装置を提供する。

本発明の他の態様において、ユーザ装置ＵＥから伝送されたＳＩＰメッセージに基づいてユーザ装置が同時セッションをサポートしているか否かを判断し、サーバが前記同時セッションをサポートしているか否かを判断し、前記判断結果によって、前記ＵＥの同時セッションのための前記サーバのセッション動作モードを設定する制御装置を含むサーバを提供する。

本発明の他の態様において、ユーザ装置に関する同時セッションサポート（ＳＳＳ）設定情報を含むＳＩＰメッセージを、サーバを含むホームネットワークに伝送するＵＥと、前記ＳＳＳ設定情報を保存し、前記ＳＳＳ設定情報の一部に基づいて前記ＵＥの同時セッションのための前記サーバのセッション動作モードを設定するサーバとを含む通信システムを提供する。

本発明の他の態様において、ユーザ装置により、ＵＥ自身が同時セッションをサポートしているか否かを判断する段階と、前記判断結果に応じて同時セッションサポート（ＳＳＳ）設定情報を生成する段階と、前記ＵＥが前記ＳＳＳ設定情報をＳＩＰメッセージに含めて前記ＵＥのホームネックワークに伝送する段階とを含む同時セッション制御方法を提供する。

本発明の他の態様において、サーバにより、ＵＥからのＳＩＰメッセージに基づいて前記ＵＥが同時セッションをサポートしているか否かを判断する段階と、前記サーバにより、サーバ自身が前記同時セッションをサポートしているか否かを判断する段階と、前記判断結果によって、前記ＵＥの同時セッションのための前記サーバのセッション動作モードを設定する段階とを含む同時セッション制御方法を提供する。

本発明の他の態様において、ＵＥのホームネットワーク内にＵＥとサーバを含むシステムにおける同時セッション制御方法は、前記ＵＥがＵＥ自身に関する同時セッションサポート（ＳＳＳ）設定情報を含むＳＩＰメッセージをホームネックワークに伝送する段階と、前記伝送されたＳＳＳ設定情報をサーバに保存する段階と、前記ＳＳＳ設定情報の一部に基づいて前記ＵＥの同時セッションのための前記サーバのセッション動作モードを設定する段階とを含む。

本発明の前記及び他の目的、特徴、態様、及び長所は、後述する発明の詳細な説明及び添付図面によりさらに明確になるであろう。

本発明においては、ＵＥ／クライアントがサーバにＵＥ／クライアント自身の同時セッションサポート情報を通知し、前記サーバは、部分的には前記同時セッションサポート情報に基づいて動作モードを決定してセッション設定を制御する。これにより、本発明は、前記サーバが前記ＵＥ／クライアントのための同時セッションを制御するための効果的な方法及びシステムを提供する。

以下、本発明の好ましい実施形態を添付図面を参照して詳細に説明する。

本発明は、クライアントが同時セッションサービスをサポートし、中央サーバ（Ｃｅｎｔｒａｌｉｚｅｄ ｓｅｒｖｅｒ）が前記クライアントの同時セッションサービスを制御するセッションベースサービスにおいて、サーバがクライアントのセッションサポート情報に基づいて動作モードを決定した後、クライアントのセッションを制御する方法を提案する。例えば、前記セッションベースサービスの１つとして、ＰｏＣサービスがある。本発明は、クライアントが前記サーバに登録するか、又はサーバにセッション設定を要求するとき、前記クライアントが前記サーバにクライアント自身の同時セッションサポート情報（以下、同時セッションサポート設定情報ともいう）を通知することにより、前記サーバは、前記同時セッションサポート設定情報によって適切な動作モード（Ｂ２ＢＵＡ又はＳＩＰプロキシ）を決定してクライアントのセッション設定を制御する。

本発明は、サービスプロバイダ及び消費者に高速通信を提供できるサービスを全部カバーし、そのサービスを対象としている。本発明を適用できるサービスは、１つのＵＥが少なくとも１つの他のＵＥにメディアデータを伝送する通信サービスである。このようなサービスは、ＶｏＩＰ、テレビ電話、ＰＴサービス、電子メール、ＭＭＳ、ＳＭＳ、ＩＭ、即時メッセージなどの（これらに限定されるものではない）ＳＩＰベースのメッセージ／通信サービスを含む全ＩＰベースサービス（例えば、ＩＰパケットドメインにより通信される全てのデータ）でもよい。ＰＴサービスにはＰｏＣサービスのような音声（オーディオ）データ伝送のためのＰＴＴ（ｐｕｓｈ ｔｏ ｔａｌｋ）サービス、動画像（ビデオ）データ伝送のためのＰＴＶ（ｐｕｓｈ ｔｏ ｖｉｅｗ）サービス、及びデータ伝送のためのＰＴＤ（ｐｕｓｈ ｔｏ ｄａｔａ）サービスがある。また、本発明は、発言権（ＴＢＣＰ）制御を要求するサービスだけでなく、発言権制御を要求しないサービスもカバーする。

モバイルネットワークのサービスプロバイダ及び消費者に高速通信を提供できるＰＴサービスは、１つのクライアントがクライアント自身とセッションが設定されている少なくとも１つの他のクライアントにメディアデータ（発言）を伝送する通信サービスである。前記ＰＴサービスは、単一受信者（１対１）との通信又はグループ対話セッションのような受信者グループ（１対多）間の通信を許可し、セッションを設定するためにセッション開始プロトコル（ＳＩＰ）を使用する。一般に、前記ＰＴサービスは、特定クライアントによりＰＴセッションに招待する少なくとも１つのクライアントを選択する段階と、前記ＰＴセッションに招待した特定クライアントと招待されたクライアント間にセッションを接続（設定）する段階と、前記セッションが設定されたクライアント間でデータを送受信する段階とを含む。

本発明において、「同時セッション」（又は、同種のもの）とは、適用可能なサーバが全ＩＰベースサービスにおいて、セッション優先順位機能（又は、同種のもの）又はセッションロック機能（又は、同種のもの）などの同時セッション制御機能を実行中のセッションをいう。本発明をＰｏＣセッションに適用すると、前記同時セッションは、ＰｏＣサーバがＰｏＣセッション優先順位機能又はＰｏＣロック機能を行うセッションの「同時ＰｏＣセッション」であるという。

前述したように、本発明は、全ＩＰベースサービス又はＳＩＰベースメッセージ／通信サービスに適用できる。従って、以下、このような全てのサービスのための本発明による同時セッション制御システム及び方法について説明する。また、一例を提示するために、ＰｏＣサービスのための本発明による同時セッションシステム及び方法について説明する。

図３は、本発明の一実施形態による同時セッション制御システムを示す。

図３に示すように、本発明による同時セッション制御システムは、所定のメッセージにより同時セッションのための同時セッションサポート情報をサーバに伝送するＵＥ（又は、クライアント）１００（例えば、ＰｏＣクライアント）と、ＳＩＰ／ＩＰコアのようなネットワーク／インタフェース２００を介して前記ＵＥ１００からの同時セッションサポート情報を受信するサーバ３００（例えば、参加機能を行うＰｏＣサーバ）とを含む。前記サーバ３００は、前記受信された同時セッションサポート情報及び前記サーバ自身が同時セッションをサポートしているか否かに基づいてサーバ自身がセッションベースサービスを提供する動作モードを決定する。前記サーバ３００は、サーバ自身が同時セッション（例えば、同時ＰｏＣセッション）をサポートしているか否かを示す情報を保存する。ＵＥ１００とサーバ３００は、それぞれ制御装置／プロセッサ（１２０又は３２０）及び周知の他の構成要素を含む。本発明の同時セッション制御システムの全ての構成要素は、効果的に互いに結合している。前記ネットワーク／インタフェース２００及びサーバ３００は、前記ＵＥ１００のホームネットワークを構成する。

前記ＵＥ１００（例えば、制御装置１２０）は、制御装置自身の情報をサーバに登録するとき、又は、前記サーバにセッション設定を要求するとき、ＳＩＰメッセージのヘッダやボディに同時セッションサポート情報を含めて前記サーバ３００に伝送する。好ましくは、前記同時セッションサポート情報は、アクティブ値又は非アクティブ値に設定される。好ましくは、前記同時セッションサポート情報を含むＳＩＰメッセージは、ＰＵＢＬＩＳＨ要求、ＩＮＶＩＴＥメッセージ、ＵＰＤＡＴＥ、ＲＥＦＥＲ、ＯＰＴＩＯＮＳなどを含むが、これに限定されるものではない。これらは、周知のＳＩＰメッセージである。

図４は、図３のシステムにおいて利用できるＳＩＰ登録及びＰｏＣサービス設定値の公開手順を示す図であり、本発明をＰＴ（例えば、ＰｏＣ）サービス／システムに適用するとき、図３のシステムの詳細事項を提供する。例えば、図４のＰＴシステムは、ＰｏＣクライアント（ＵＥ）１０、ＳＩＰ／ＩＰコア２０、及びＰｏＣサーバ（参加ＰｏＣ機能を行う）から構成され、全ての構成要素は効果的に互いに結合している。前記ＳＩＰ／ＩＰコア２０及びサーバ３０は、前記クライアント１０のホームＰｏＣネットワークを構成する。図４の構成要素１０、２０、及び３０は、それぞれ図３のＵＥ１００、ネットワーク２００、及びサーバ３００の例である。

図４を参照すると、本発明によれば、ＰｏＣクライアント１０は、ＰｏＣサービスを受信するために、ＲＥＧＩＳＴＥＲメッセージによりＩＭＳのようなＳＩＰ／ＩＰコア２０からＰｏＣクライアント自身の情報の登録を要求し、ＳＩＰ／ＩＰコア２０は、２００ＯＫメッセージをＰｏＣクライアント１０に伝送して登録を許可する。

ここで、ＰｏＣクライアント自身が同時ＰｏＣセッションをサポートする場合、ＰｏＣクライアント１０は、ホームＰｏＣネットワークにＰｏＣクライアント自身の同時ＰｏＣセッションサポート（ＳＳＳ）情報（以下、ＳＳＳ設定情報ともいう）を通知しなければならない。好ましくは、前記ＳＳＳ情報は、アクティブ又は非アクティブタイプ（値）を有するが、前記アクティブタイプは「真もしくは偽」に設定されるか、又は「１もしくは０」に設定される。前記ＳＳＳ情報は、前記ＰｏＣクライアント１０がＰｏＣセッション優先順位機能及び／又はＰｏＣロック機能をサポートするセッションの同時ＰｏＣセッションをサポートしているか否かを示す。例えば、前記ＳＳＳ情報がアクティブ（例えば、真又は１）を示す場合、これは、ＰｏＣクライアント１０が前記同時ＰｏＣセッションをサポートすることを意味し、前記ＳＳＳ情報が非アクティブ（例えば、偽又は０）を示す場合、これは、前記ＰｏＣクライアント１０が前記同時ＰｏＣセッションをサポートしていないことを意味する。

前記ＳＳＳ情報は、ＰＵＢＬＩＳＨ要求メッセージにより能力情報及びＰｏＣユーザの選好情報などとともに前記ＰｏＣクライアント１０からＳＩＰ／ＩＰコア２０に伝送される。好ましくは、前記ＳＳＳ情報は、ＰＵＢＬＩＳＨ要求のようなＳＩＰメッセージのヘッダ又はボディに含まれて伝送される。このようなＰＵＢＬＩＳＨ要求メッセージ（又は、ＳＩＰメッセージ）は、ＳＩＰ／ＩＰコア２０からＰｏＣサーバ２０に伝送される。ホームＰｏＣネットワークが同時ＰｏＣセッションをサポートする場合、ホームＰｏＣネットワーク内のＰｏＣサーバ３０は、ＳＩＰ／ＩＰコア２０を介して前記ＰｏＣクライアント１０から提供されたＳＳＳ情報を保存しなければならない。ここで、前記ＰｏＣサーバ３０は、参加ＰｏＣ機能を行うサーバ、すなわち、前記ＰｏＣクライアント１０のホームＰｏＣサーバである。

従って、前記ＰｏＣサーバ３０は、ＳＩＰ／ＩＰコア２０に２００ＯＫメッセージを送信した後、能力情報及びＰｏＣユーザの選好情報とともに前記受信されたＳＳＳ情報を保存する。変形例として、前記ＰｏＣサーバ３０は、前記ＳＳＳ情報を保存した後（又は、同時に）、前記ＰＵＢＬＩＳＨメッセージに対する応答として前記２００ＯＫメッセージを送信することもできる。

前記ＰｏＣクライアント１０は、ＳＩＰ／ＩＰコア２０から２００ＯＫが受信されると、必要に応じてＰｏＣセッション設定手順を行う。

図４に示すような方式において、前記ＰｏＣサーバ３０は、前記ＰｏＣクライアント１０からＰＵＢＬＩＳＨメッセージのようなＳＩＰメッセージにより前記ＰｏＣクライアント１０のＳＳＳ情報を受信することができる。前記情報を受信した後、ＰｏＣサーバ３０は、受信されたＳＳＳ情報に応じて適切な同時ＰｏＣセッション制御を効果的に行うことができる。

図５は、本発明の一実施形態によるＰｏＣサービスのための同時セッション制御方法を示す図である。この方法は、図３又は図４のシステムにおいて実現されるか、他の好適なシステム／デバイスにおいて実現される。例えば、前記制御装置１２０及び３２０又は１２及び３２を利用して前記方法の手順を実現できる。

図５に示すように、前記ＩＭＳにおいて、クライアント（例えば、ＰｏＣクライアント１０）は、ＰｏＣサービスを受信するためにクライアント自身の情報をホームＰｏＣネットワークに登録する（Ｓ１０）。すなわち、ＰｏＣクライアントは、ＲＥＧＩＳＴＥＲメッセージを使用してＰｏＣクライアント自身の情報をＩＭＳのようなＳＩＰ／ＩＰコア（例えば、ＳＩＰ／ＩＰコア２０）に登録する。また、前記ＰｏＣクライアントのＳＳＳ情報（ＳＳＳ設定情報）は、ＰＵＢＬＩＳＨメッセージを利用してＳＩＰ／ＩＰコアを介して前記ＰｏＣクライアントから参加ＰｏＣ機能を行うＰｏＣサーバ（例えば、サーバ３０）に伝送される。

すなわち、ＰｏＣクライアントが同時ＰｏＣセッションをサポートする場合、前記ＰｏＣクライアントは、ホームＰｏＣネットワークにＰｏＣクライアント自身が同時ＰｏＣセッションをサポートすることを示す同時ＰｏＣセッションサポート（ＳＳＳ）情報を通知する。前記ＳＳＳ情報は、ＰＵＢＬＩＳＨメッセージのようなＳＩＰメッセージにより、能力情報及びＰｏＣユーザの選好情報などのＰｏＣサービス設定値とともに伝送され、アクティブタイプ（値）又は非アクティブタイプを有する。また、前記ＳＳＳ情報は、ＳＩＰメッセージのヘッダ又はボディに含まれて伝送される。

表１は、ＰｏＣクライアントがＳＳＳ情報をＳＩＰのボディにより伝送する例を示す。ここで、前記ＳＳＳ情報を示すパラメータ値「ｃｌｉｅｎｔ＿ｓｓ＿ｓｕｐｐｏｒｔｅｄ」が「真」である場合は、ＰｏＣクライアントが同時ＰｏＣセッションをサポートすることを意味し、「偽」である場合は、ＰｏＣクライアントが前記同時ＰｏＣセッションをサポートしていないことを意味する。その他の例示も可能である。

（表１）

従って、ホームＰｏＣネットワークが同時ＰｏＣセッションをサポートする場合、前記ホームＰｏＣネットワークにおいて参加ＰｏＣ機能を行うＰｏＣサーバは、ＰｏＣクライアントが提供した能力情報、ＰｏＣユーザの選好情報、及びＳＳＳ情報を保存する。

前記能力情報、ＰｏＣユーザの選好情報、及びＳＳＳ情報がＰｏＣサーバ（例えば、前記参加ＰｏＣ機能を行うサーバ）に保存されると（例えば、図４に示すように、ＰｏＣクライアントがＳＩＰ／ＩＰコアを介して２００ＯＫメッセージを受信すると）、ＰｏＣクライアントは、ＩＮＶＩＴＥメッセージを前記ＰｏＣサーバに伝送してＰｏＣセッションの設定を要求する（Ｓ１１）。ここで、前記ＰｏＣサーバは、前記２００ＯＫメッセージを送信する前に、又は、前記２００ＯＫメッセージを送信した後、前記ＳＳＳ情報を保存する。

前記ＰｏＣクライアントからＩＮＶＩＴＥメッセージが受信されると、前記ＰｏＣサーバは、ＰＵＢＬＩＳＨメッセージを利用してＰｏＣクライアントにより送信されたパラメータ値「ｃｌｉｅｎｔ＿ｓｓ＿ｓｕｐｐｏｒｔｅｄ」のようなＳＳＳ情報がアクティブ（例えば、真）であるか否かを確認し（Ｓ１２）、前記ＳＳＳ情報に基づいて前記ＰｏＣクライアントが同時ＰｏＣセッションをサポートしているか否かを判断する。

前記パラメータ「ｃｌｉｅｎｔ＿ｓｓ＿ｓｕｐｐｏｒｔｅｄ」（ＳＳＳ情報）の値が「真」（又は、アクティブ）である場合、参加ＰｏＣ機能を行うＰｏＣサーバは、ＩＮＶＩＴＥメッセージを送信したＰｏＣクライアントが同時ＰｏＣセッションをサポートすると判断する。また、前記ＰｏＣサーバは、例えば、予め保存された情報を確認することにより、ＰｏＣサーバ自身も同時ＰｏＣセッションをサポートしているか否かを確認する。確認の結果、ＰｏＣクライアントとＰｏＣサーバが両方とも同時ＰｏＣセッションをサポートしている場合、参加ＰｏＣ機能を行うＰｏＣサーバは、Ｂ２ＢＵＡモードで動作することを決定することにより（Ｓ１３）、前記同時ＰｏＣセッションのために要求されるデータフローを制御できる。すなわち、この場合、ＰｏＣサーバは、運営者ポリシーに関係なく、常にＢ２ＢＵＡモードで動作する。

それに対して、前記パラメータ「ｃｌｉｅｎｔ＿ｓｓ＿ｓｕｐｐｏｒｔｅｄ」の値が「偽」（又は、非アクティブ）である場合、前記参加ＰｏＣ機能を行うＰｏＣサーバは、ＩＮＶＩＴＥメッセージを送信したＰｏＣクライアントが同時ＰｏＣセッションをサポートしないと判断し、運営者ポリシーに応じてＢ２ＢＵＡ又はＳＩＰプロキシモードで動作する（Ｓ１４）。一般に、この場合、ＰｏＣサーバは、ＳＩＰプロキシモードで動作する。ＰｏＣクライアントは同時ＰｏＣセッションをサポートするが、ＰｏＣサーバはサポートしないと判断される場合、段階Ｓ１４を行う。

段階Ｓ１３を行った後、ＰｏＣクライアントからのＰｏＣセッション設定要求を処理するために、前記参加ＰｏＣ機能を行うＰｏＣサーバは、前記ＩＮＶＩＴＥメッセージを送信したＰｏＣクライアントが参加しているセッションの数が同時ＰｏＣセッションの最大許容数を超えるか否かを判断する（Ｓ１５）。前記同時ＰｏＣセッションの最大許容数は、全てのＰｏＣクライアントに共通に適用できる。

他の方法として、前記参加ＰｏＣ機能を行うＰｏＣサーバは、加入者の等級に応じて割り当てられた同時セッションの最大数を使用することにより、ＩＮＶＩＴＥメッセージを送信したＰｏＣクライアントが参加しているセッションの数が同時ＰｏＣセッションの最大許容数を超えるか否かを判断する。

ＰｏＣクライアントが参加しているセッションの数が同時ＰｏＣセッションの最大許容数を超えない場合、前記ＰｏＣサーバは、ＰｏＣセッション設定を行い（Ｓ１６）、超える場合は、ＰｏＣセッション設定を中止した後（Ｓ１７）、このような情報をＰｏＣクライアントに通知する。ここで、前記同時ＰｏＣセッションの最大許容数を示す値は、ＰｏＣサーバに予め割り当てられる。

これに限定されず、参加ＰｏＣ機能を行うＰｏＣサーバは、前記「ｃｌｉｅｎｔ＿ｓｓ＿ｓｕｐｐｏｒｔｅｄ」値がＳＩＰのボディ、すなわち、ＸＭＬ ＭＩＭＥボディに含まれていない場合、ＰｏＣクライアントが同時ＰｏＣセッションをサポートしないとみなし、「ｃｌｉｅｎｔ＿ｓｓ＿ｓｕｐｐｏｒｔｅｄ」値が「真」である場合は、ＰｏＣクライアントが同時ＰｏＣセッションをサポートするとみなす。

図６は、本発明によるＰｏＣサービスのための同時セッション制御方法の他の実施形態を示す図である。この方法は、図３又は図４のシステムにおいて実現されるか、他の好適なシステム／デバイスにおいて実現される。例えば、前記制御装置１２０及び３２０又は１２及び３２を利用して前記方法の手順を実現できる。

図６の実施形態においては、ＰｏＣクライアントがＰＵＢＬＩＳＨメッセージを利用してＳＳＳ情報を伝送するのではなく、ＩＮＶＩＴＥメッセージを利用してＳＳＳ情報を伝送する。

図６に示すように、ＰｏＣクライアントは、ＩＮＶＩＴＥメッセージを参加ＰｏＣ機能を行うＰｏＣサーバに伝送するとき、ＩＮＶＩＴＥメッセージのヘッダ又はボディにＳＳＳ情報（ＳＳＳ設定情報）を含んで前記ＰｏＣサーバに伝送する（Ｓ２０）。表２は、ＰｏＣクライアントからＰｏＣサーバに伝送されるとき、ＳＩＰのボディ、特に、ＳＤＰ（Ｓｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ）に含まれるＳＳＳ情報の例を示す。

すなわち、前記ＰｏＣクライアントは、パラメータ値「ｃｌｉｅｎｔ＿ｓｓ＿ｓｕｐｐｏｒｔｅｄ」（ＳＳＳ情報）を論理「１」に設定し（例えば、ｃｌｉｅｎｔ＿ｓｓ＿ｓｕｐｐｏｒｔｅｄ＝１）、このようなＳＳＳ情報をＳＤＰパラメータａに含める。前記「ｃｌｉｅｎｔ＿ｓｓ＿ｓｕｐｐｏｒｔｅｄ」値が論理「０」に設定される場合、この実施形態においては、ＰｏＣクライアントが同時ＰｏＣセッションをサポートしないことを意味する。

（表２）

前記ＰｏＣクライアントからＳＳＳ情報を含むＩＮＶＩＴＥメッセージが受信されると、参加ＰｏＣ機能を行うＰｏＣサーバは、ＩＮＶＩＴＥメッセージ内に含まれる「ｃｌｉｅｎｔ＿ｓｓ＿ｓｕｐｐｏｒｔｅｄ」パラメータの論理値が「１」であるか、又は「０」であるかを確認し（Ｓ２１）、前記ＰｏＣクライアントが同時ＰｏＣセッションをサポートしているか否かを判断する。

すなわち、前記「ｃｌｉｅｎｔ＿ｓｓ＿ｓｕｐｐｏｒｔｅｄ」の論理値が「１」（アクティブ）である場合、前記ＰｏＣサーバは、ＩＮＶＩＴＥメッセージを送信したＰｏＣクライアントが同時ＰｏＣセッションをサポートすると判断し、ＰｏＣサーバ自身が同時ＰｏＣセッションをサポートしているか否かを確認する。前記ＰｏＣクライアントとＰｏＣサーバが両方とも同時ＰｏＣセッションをサポートしている場合、参加ＰｏＣ機能を行うＰｏＣサーバは、Ｂ２ＢＵＡモードで動作することに決定する（Ｓ２２）。

それに対して、前記「ｃｌｉｅｎｔ＿ｓｓ＿ｓｕｐｐｏｒｔｅｄ」の論理値が「０」（非アクティブ）である場合、前記参加ＰｏＣ機能を行うＰｏＣサーバは、ＩＮＶＩＴＥメッセージを送信したＰｏＣクライアントが同時ＰｏＣセッションをサポートしないと判断し、運営者ポリシーに応じてＢ２ＢＵＡ又はＳＩＰプロキシモードで動作する（Ｓ２３）。（ＰｏＣクライアントがサポートしていても）ＰｏＣサーバ自身が同時ＰｏＣセッションをサポートしない場合、段階Ｓ２３が行われる。

段階Ｓ２２を行った後、前記参加ＰｏＣ機能を行うＰｏＣサーバは、全てのＰｏＣクライアントに共通に適用できる同時ＰｏＣセッションの最大許容数を使用し、ＩＮＶＩＴＥメッセージを送信したＰｏＣクライアントが使用するセッションの数が同時ＰｏＣセッションの最大許容数を超えるか否かを判断する（Ｓ２４）。

他の方法によれば、前記参加ＰｏＣ機能を行うＰｏＣサーバは、加入者のサービス等級に応じて割り当てられる同時セッションの最大許容数を使用し、前記ＩＮＶＩＴＥメッセージを送信したＰｏＣクライアントが使用する同時セッションの数が同時ＰｏＣセッションの最大許容数を超えるか否かを判断することができる。

ＰｏＣクライアントが使用するセッションの数が同時ＰｏＣセッションの最大許容数を超えない場合、ＰｏＣサーバは、セッション設定を行い（Ｓ２５）、超える場合は、要求されたＰｏＣセッション設定を中止した後（Ｓ２６）、このような情報をＰｏＣクライアントに通知する。段階Ｓ２２〜Ｓ２６は、それぞれ図５の段階Ｓ１３〜Ｓ１７と同一又は類似する。

また、本発明の図６の実施形態において、参加ＰｏＣ機能を行うＰｏＣサーバは、前記「ｃｌｉｅｎｔ＿ｓｓ＿ｓｕｐｐｏｒｔｅｄ」値がＳＩＰのボディ、例えば、ＳＤＰに含まれていない場合、ＰｏＣクライアントが同時ＰｏＣセッションをサポートしないとみなし、前記「ｃｌｉｅｎｔ＿ｓｓ＿ｓｕｐｐｏｒｔｅｄ」の論理値が「１」（アクティブ）である場合、前記参加ＰｏＣ機能を行うＰｏＣサーバは、ＰｏＣクライアントが同時ＰｏＣセッションをサポートするとみなす。

本発明によると、図４〜図６の方法を図３の全ＩＰベースサービスシステムに適用する場合、前記全ＩＰサービスシステム内の適合したＵＥ／クライアント及びサーバは、それぞれ図４〜図６でのＰｏＣクライアントと参加ＰｏＣ機能を行うＰｏＣサーバに該当し、前記ＵＥ／クライアントは、ＵＥ／クライアント自身が同時セッションサービスをサポートしているか否かを示す情報（ＳＳＳ設定情報）を含むメッセージ（例えば、ＳＩＰメッセージ）を送信する。この場合、本発明において、前記「ＳＳＳ設定情報」という語句は、同時ＰｏＣセッションサポート設定情報に限定されるのでなく、全ＩＰベースサービスに適用できる同時セッションサポート設定情報を含む。すなわち、本発明は、ＶｏＩＰ、テレビ電話、ＰＴサービス、電子メール、ＭＭＳ、ＳＭＳ、ＩＭ、即時メッセージなどのサービスに同一に使用でき、これらサービスを全てカバーでき、これらサービスに適用できる。

本発明によると、ＵＥ又はクライアントは、移動端末でもよいが、これに限定されるものではない。前記ＵＥ又はクライアント（例えば、ＰＴクライアント又はＰｏＣクライアント）の例として、携帯電話、ＵＭＴＳ又は同種のＵＥ、ＧＳＭ又は同種のＭＳ、ラップトップコンピュータ、ＰＤＡ、ＷＬＡＮ、又は他のネットワークで接続された多様なタイプの移動端末があり、これに限定されるものではない。

本発明の方法は、部分的には既存のコンピュータプログラミング言語を使用して実行できる。このようなコンピュータプログラムは、少なくとも１つのコンピュータ、又はサーバ３００及び／もしくはＵＥ／クライアント１００などのコンピュータベース装置に用いられる、ハードドライブ、ＲＡＭ、ＲＯＭ、ＰＲＯＭなどの携帯用又は他の形態の保存ユニットやメモリに保存される。また、このようなコンピュータプログラムは、ＵＳＢ、磁気ディスク、光ディスク、光磁気ディスクなどの他の記憶媒体に保存される。このようなコンピュータプログラムは、さらに、インターネット、エクストラネット、イントラネット、又は他のネットワークを介して伝播されて送信先装置（例えば、サーバ３００又はＵＥ／クライアント１００）に届く信号の形態で保存及び実現される。前記コンピュータプログラムは、一般的なコンピュータやコンピュータベース装置を利用して判読できる。

本発明の思想や重要な特性から外れない限り、本発明は多様な形態で実現することができ、前述した実施形態によって限定されるものでなく、むしろ請求の範囲に記載の本発明の思想や範囲内で広く解釈されるべきであり、本発明の請求の範囲内で行われるあらゆる変更及び変形、並びに請求の範囲の均等物は本発明の請求の範囲に含まれる。

発明の理解を容易にするために添付され、本明細書の一部を構成する図面は、発明の多様な実施形態を示し、明細書と共に発明の原理を説明するためのものである。
従来のＢ２ＢＵＡの概念を示す図である。 従来のＳＩＰプロキシモードの概念を示す図である。 本発明の一実施形態による同時セッション制御システムを示す図である。 本発明の一実施形態による図３のシステムにおいて利用できるＳＩＰ登録及びＰｏＣサービス設定値の公開手順を示す図である。 本発明の一実施形態によるＰｏＣサービスのための同時セッション制御方法を示すフローチャートである。 本発明の他の実施形態によるＰｏＣサービスのための同時セッション制御方法を示すフローチャートである。

Claims (48)

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. 前記ＵＥは、ＰｏＣクライアントであり、前記ＳＳＳ設定情報は、前記ＰｏＣクライアントの同時ＰｏＣセッションサポート設定情報に含まれることを特徴とする請求項１５に記載の通信システム。
26. ユーザ装置（ＵＥ）により、ＵＥ自身が同時セッションをサポートしているか否かを判断する段階と、
    前記判断結果に応じて同時セッションサポート（ＳＳＳ）設定情報を生成する段階と、
    前記ＵＥが前記ＳＳＳ設定情報をＳＩＰメッセージに含めて前記ＵＥのホームネックワークに伝送する段階と
    を含むことを特徴とする同時セッション制御方法。
27. 前記生成段階で、前記ＳＳＳ設定情報は、
    前記ＵＥが同時セッションをサポートしていることを示すＳＳＳアクティブと表現されるか、
    前記ＵＥが同時セッションをサポートしていないことを示すＳＳＳ非アクティブと表現されることを特徴とする請求項２６に記載の同時セッション制御方法。
28. 前記伝送段階で、前記ＳＩＰメッセージは、
    ＰＵＢＬＩＳＨ要求であることを特徴とする請求項２６に記載の同時セッション制御方法。
29. 前記伝送段階は、前記ＳＳＳ設定情報を含むＰＵＢＬＩＳＨメッセージを前記ホームネットワークのＳＩＰ／ＩＰコアを介して前記ホームネットワークのサーバに伝送する段階であることを特徴とする請求項２８に記載の同時セッション制御方法。
30. 前記ＵＥが、前記ＳＳＳ設定情報が前記サーバに保存された後、又は、保存される前に、前記ＳＩＰ／ＩＰコアを介して前記サーバからＯＫ応答を受信する段階をさらに含むことを特徴とする請求項２９に記載の同時セッション制御方法。
31. 前記ＵＥが同時セッションをサポートしていることを前記ＳＳＳ設定情報が示し、前記サーバが前記同時セッションをサポートしていると判断された場合、前記ＵＥが同時セッション中に常にＢ２ＢＵＡモードで前記サーバと通信する段階をさらに含むことを特徴とする請求項３０に記載の同時セッション制御方法。
32. 前記ＵＥが前記同時セッションをサポートしないと前記ＳＳＳ設定情報が示す場合、及び／又は、前記サーバが前記同時セッションをサポートしていないと判断される場合、前記ＵＥが同時セッション中に運営者ポリシーに応じてＳＩＰプロキシモードとＢ２ＢＵＡモードのいずれかで前記サーバと通信する段階をさらに含むことを特徴とする請求項３０に記載の同時セッション制御方法。
33. 前記判断段階及び生成段階で、
    前記ＵＥは、ＰｏＣクライアントであり、前記ＳＳＳ設定情報は、前記ＰｏＣクライアントの同時ＰｏＣセッションサポート設定情報に含まれることを特徴とする請求項２６に記載の同時セッション制御方法。
34. サーバにより、ＵＥからのＳＩＰメッセージに基づいて前記ＵＥが同時セッションをサポートしているか否かを判断する段階と、
    前記サーバにより、サーバ自身が前記同時セッションをサポートしているか否かを判断する段階と、
    前記判断結果によって、前記ＵＥの同時セッションのための前記サーバのセッション動作モードを設定する段階と
    を含むことを特徴とする同時セッション制御方法。
35. 前記判断段階で、前記ＵＥが前記同時セッションをサポートし、前記サーバも前記同時セッションをサポートしていると判断された場合、前記設定段階では、前記セッション動作モードをＢ２ＢＵＡモードに設定することを特徴とする請求項３４に記載の同時セッション制御方法。
36. 前記判断段階で、
    前記ＵＥが前記同時セッションをサポートしていないと判断され、かつ／又は、前記サーバが前記同時セッションをサポートしていないと判断された場合、前記設定段階では、運営者ポリシーに応じて前記セッション動作モードをＳＩＰプロキシモードとＢ２ＢＵＡモードのいずれかに設定することを特徴とする請求項３５に記載の同時セッション制御方法。
37. 前記判断段階で、前記ＵＥは、ＰｏＣクライアントであり、前記同時セッションは、前記ＰｏＣクライアントの同時ＰｏＣセッションを示すことを特徴とする請求項３４に記載の同時セッション制御方法。
38. 前記ＵＥがＵＥ自身に関する同時セッションサポート（ＳＳＳ）設定情報を含むＳＩＰメッセージをホームネックワークに伝送する段階と、
    前記伝送されたＳＳＳ設定情報をサーバに保存する段階と、
    前記ＳＳＳ設定情報の一部に基づいて前記ＵＥの同時セッションのための前記サーバのセッション動作モードを設定する段階と
    を含むことを特徴とするＵＥのホームネットワーク内にＵＥとサーバを含むシステムにおける同時セッション制御方法。
39. 前記伝送段階で、前記ＳＩＰメッセージは、ＰＵＢＬＩＳＨ要求を示すことを特徴とする請求項３８に記載の同時セッション制御方法。
40. 前記サーバは、
    前記ホームネットワークのＳＩＰ／ＩＰコアを介して前記ＵＥから前記ＳＳＳ設定情報を含むＰＵＢＬＩＳＨ要求を受信することを特徴とする請求項３９に記載の同時セッション制御方法。
41. 前記ＵＥが前記保存段階の後又は前に、前記ＳＩＰ／ＩＰコアを介して前記サーバからＯＫ応答を受信する段階をさらに含むことを特徴とする請求項４０に記載の同時セッション制御方法。
42. 前記伝送段階で、前記ＳＳＳ設定情報は、
    前記ＵＥが同時セッションをサポートしていることを示すＳＳＳアクティブと表現されるか、
    前記ＵＥが同時セッションをサポートしていないことを示すＳＳＳ非アクティブと表現されることを特徴とする請求項３８に記載の同時セッション制御方法。
43. 前記ＵＥが前記ＳＳＳ設定情報に基づいて同時セッションをサポートし、前記サーバも前記同時セッションをサポートしていると判断された場合、前記設定段階では、前記セッション動作モードをＢ２ＢＵＡモードに設定することを特徴とする請求項４２に記載の同時セッション制御方法。
44. 前記ＵＥが前記ＳＳＳ設定情報に基づいて前記同時セッションをサポートしていないと判断され、かつ／又は、前記サーバが前記同時セッションをサポートしていないと判断された場合、前記設定段階では、運営者ポリシーに応じて前記セッション動作モードをＳＩＰプロキシモードとＢ２ＢＵＡモードのいずれかに設定することを特徴とする請求項４２に記載の同時セッション制御方法。
45. 前記サーバにより、前記ＵＥが現在使用しているセッションの数が同時セッションの最大許容数を超えるか否かを判断する段階と、
    前記サーバにより、前記ＵＥが現在使用しているセッションの数が同時セッションの最大許容数を超えない場合にのみ前記ＵＥが要求したセッション設定を行う段階とをさらに含むことを特徴とする請求項４３に記載の同時セッション制御方法。
46. 前記同時セッションの最大許容数は、
    全てのＵＥに適用される同時セッションの最大許容数を示すことを特徴とする請求項４５に記載の同時セッション制御方法。
47. 前記同時セッションの最大許容数は、
    加入者のサービス等級に応じて割り当てられた同時セッションの最大許容数を示すことを特徴とする請求項４５に記載の同時セッション制御方法。
48. 前記伝送段階で、前記ＵＥは、ＰｏＣクライアントであり、前記ＳＳＳ設定情報は、前記ＰｏＣクライアントの同時ＰｏＣセッションサポート設定情報に含まれることを特徴とする請求項３８に記載の同時セッション制御方法。

Images