(57)【特許請求の範囲】
【請求項１】
ＰｏＣサーバにおいて事前設定セッションを管理するための方法であって、
第１のＰｏＣサーバからＰｏＣセッション招待要求メッセージが受信されると、受信側ＰｏＣ端末との事前設定セッションが存在するか否かを判定するステップと、
前記事前設定セッションが存在すると、事前設定セッションＩＤ及び対応するメディアパラメータを格納するステップと、
ＰｏＣセッション再招待要求メッセージを前記受信側ＰｏＣ端末に伝送するステップと、
前記受信側ＰｏＣ端末からＰｏＣセッションＩＤ及び事前設定セッションＩＤが含まれたＰｏＣセッション終了要求メッセージが受信されると、前記ＰｏＣセッションＩＤを用いて前記第１のＰｏＣサーバとのセッションを終了するためのＰｏＣセッション終了要求メッセージを生成するステップと、
前記生成されたＰｏＣセッション終了要求メッセージを第１のＰｏＣサーバに伝送するステップと、を含む
ことを特徴とする事前設定セッション管理方法。
【請求項２】
前記受信側ＰｏＣ端末との事前設定セッションが存在していないと、前記ＰｏＣセッション招待要求メッセージを前記受信側ＰｏＣ端末に伝送するステップをさらに含む
ことを特徴とする請求項１に記載の事前設定セッション管理方法。
【請求項３】
前記ＰｏＣサーバは、
セッション参加機能サーバとして動作する
ことを特徴とする請求項１に記載の事前設定セッション管理方法。
【請求項４】
事前設定セッションを管理するためのＰｏＣ端末であって、
ＰｏＣユーザーの入力による信号を出力するユーザーインターフェースと、
パケットデータの送受信を遂行するデータ伝送部と、
ＰｏＣサーバからＰｏＣセッションＩＤを含むＰｏＣセッション再招待要求メッセージが受信されると、前記ＰｏＣセッションＩＤと事前設定セッションＩＤが同一であるか否かを判定し、判定結果、同一である場合、前記事前設定セッションＩＤ及び対応するメディアパラメータを格納した後にＰｏＣセッションに参加するＰｏＣクライアントと、を含み、
前記ＰｏＣクライアントは、前記ＰｏＣセッションを終了するとき、前記ＰｏＣセッションＩＤと前記事前設定セッションＩＤを用いてＰｏＣセッション終了要求メッセージを生成し、前記生成されたＰｏＣセッション終了要求メッセージを前記ＰｏＣサーバに伝送する
ことを特徴とするＰｏＣ端末。
【請求項５】
前記ＰｏＣクライアントは、
前記判定結果、同一でないと、前記ＰｏＣセッションに参加する
ことを特徴とする請求項４に記載のＰｏＣ端末。
【請求項６】
前記ＰｏＣクライアントは、
前記ＰｏＣセッション終了要求メッセージを生成するとき、前記ＰｏＣセッション終了要求メッセージの要求ＵＲＩヘッダーに前記事前設定セッションＩＤを挿入し、参照受信ヘッダーに前記ＰｏＣセッションＩＤを挿入する
ことを特徴とする請求項４に記載のＰｏＣ端末。
【請求項７】
ＰｏＣ端末において事前設定セッションを管理するための方法であって、
ＰｏＣサーバからＰｏＣセッションＩＤを含むＰｏＣセッション再招待要求メッセージが受信されると、前記ＰｏＣセッションＩＤと事前設定セッションＩＤが同一であるか否かを判定するステップと、
判定結果、同一であると、前記事前設定セッションＩＤ及び対応するメディアパラメータを格納した後にＰｏＣセッションに参加するステップと、
前記ＰｏＣセッションを終了するとき、前記ＰｏＣセッションＩＤと前記事前設定セッションＩＤを用いてＰｏＣセッション終了要求メッセージを生成するステップと、
前記生成されたＰｏＣセッション終了要求メッセージを前記ＰｏＣサーバに伝送するステップと、を含む
ことを特徴とする事前設定セッション管理方法。
【請求項８】
前記ＰｏＣセッション終了要求メッセージを生成するステップは、
前記ＰｏＣセッション終了要求メッセージの要求ＵＲＩヘッダーに前記事前設定セッションＩＤを挿入し、参照受信ヘッダーに前記ＰｏＣセッションＩＤを挿入するステップである
ことを特徴とする請求項７に記載の事前設定セッション管理方法。
【請求項９】
ＰｏＣサーバにおいて事前設定セッションを管理するための方法であって、
第１のＰｏＣサーバからＰｏＣセッション招待要求メッセージを受信すると、受信側ＰｏＣ端末との事前設定セッションが存在するか否かを判定するステップと、
前記事前設定セッションが存在すると、前記第１のＰｏＣサーバから受信された前記ＰｏＣセッション招待要求メッセージに対応させた後に、事前設定セッションＩＤを含むＰｏＣセッション再招待要求メッセージを生成するステップと、
前記生成されたＰｏＣセッション再招待要求メッセージを前記受信側ＰｏＣ端末に伝送するステップと、
前記受信側ＰｏＣ端末からＰｏＣセッションＩＤ及び事前設定セッションＩＤが含まれたＰｏＣセッション終了要求メッセージが受信されると、前記ＰｏＣセッションＩＤを用いて前記第１のＰｏＣサーバとのセッションを終了するためのＰｏＣセッション終了要求メッセージを生成するステップと、
前記生成されたＰｏＣセッション終了要求メッセージを前記第１のＰｏＣサーバに伝送するステップと、を含む
ことを特徴とする事前設定セッション管理方法。
【請求項１０】
前記ＰｏＣセッション再招待要求メッセージを伝送する前に予め設定された条件に基づいて前記受信されたＰｏＣセッション招待要求メッセージから付加的にパラメータを変更するステップをさらに含む
ことを特徴とする請求項９に記載の事前設定セッション管理方法。
【請求項１１】
前記予め設定された条件は、
ネットワーク環境及びサービスのうち少なくとも一つに基づく
ことを特徴とする請求項１０に記載の事前設定セッション管理方法。
【請求項１２】
前記ＰｏＣサーバは、
Ｂ２ＢＵＡ（Ｂａｃｋ−ｔｏ−Ｂａｃｋ  Ｕｓｅｒ  Ａｇｅｎｔ）として動作する  ことを特徴とする請求項９に記載の事前設定セッション管理方法。
【請求項１３】
前記第１のＰｏＣサーバは、
前記受信側ＰｏＣ端末にメディアバースト接続メッセージを伝送し、前記メディアバースト接続メッセージはＰｏＣセッションＩＤを含む
ことを特徴とする請求項９に記載の事前設定セッション管理方法。
【請求項１４】
事前設定セッションを管理するためのＰｏＣ端末であって、
ＰｏＣユーザーの入力による信号を出力するユーザーインターフェースと、
パケットデータの送受信を遂行するデータ伝送部と、
ＰｏＣサーバから事前設定セッションＩＤを含むＰｏＣセッション再招待要求メッセージが受信されると、ＰｏＣセッションに参加し、前記ＰｏＣセッションを終了するとき、
メディアバースト接続メッセージによって伝送されたＰｏＣセッションＩＤと前記事前設定セッションＩＤを用いてＰｏＣセッション終了要求メッセージを生成し、前記生成されたＰｏＣセッション終了要求メッセージを前記ＰｏＣサーバに伝送する
ことを特徴とするＰｏＣ端末。
【請求項１５】
前記受信側ＰｏＣ端末は、
前記ＰｏＣセッション終了要求メッセージを生成するとき、前記ＰｏＣセッション終了要求メッセージの要求ＵＲＩヘッダーに前記事前設定セッションＩＤを挿入し、参照受信ヘッダーに前記ＰｏＣセッションＩＤを挿入する
ことを特徴とする請求項１４に記載のＰｏＣ端末。
【請求項１６】
ＰｏＣ端末において事前設定セッションを管理するための方法であって、
ＰｏＣサーバから事前設定セッションＩＤを含むＰｏＣセッション再招待要求メッセージが受信されると、ＰｏＣセッションに参加するステップと、
前記ＰｏＣセッションを終了するとき、メディアバースト接続メッセージによって伝送されたＰｏＣセッションＩＤと前記事前設定セッションＩＤを用いてＰｏＣセッション終了要求メッセージを生成するステップと、
前記生成されたＰｏＣセッション終了要求メッセージを前記ＰｏＣサーバに伝送するステップと、を含む
ことを特徴とする事前設定セッション管理方法。
【請求項１７】
前記ＰｏＣセッション終了要求メッセージを生成するステップは、
前記ＰｏＣセッション終了要求メッセージの要求ＵＲＩヘッダーに前記事前設定セッションＩＤを挿入し、参照受信ヘッダーに前記ＰｏＣセッションＩＤを挿入するステップである
ことを特徴とする請求項１６に記載の事前設定セッション管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、事前設定セッション(pre-established  session)を管理する方法及びそれを実現するためのＰｏＣシステム及びＰｏＣ端末装置(User Equipment：以下、“ＵＥ”と称する)に関するものである。特に、本発明は、受信側(terminating  side)のＰｏＣクライアントが事前設定セッションを用いてＰｏＣセッションを開設し、開設されたＰｏＣセッションを終了する場合に、事前設定セッションを維持させるための方法及びそれを実現するためのＰｏＣシステム及びＰｏＣ  ＵＥに関する。
【背景技術】
【０００２】
移動通信技術の大きな発展及び通信ネットワークの拡張によって、携帯電話を用いる多様なサービスとアプリケーションが提供される。基本的な通信サービスに加えて、ユーザーは、位置サービス、マルチメディアサービス、及びＰＴＴ(Push-to-Talk)サービスを含むより多様なサービスを要求する。特に、ＰＴＴサービスは、従来の無線送信機又はＴＲＳ(Trunked Radio System)によって提供されるグループ及び音声通話だけでなく、インスタントメッセンジャー、状態表示、音声/マルチメディア貯蔵サービスのようにさまざまな付加機能を支援する。
【０００３】
現在、移動通信ネットワークでＰＴＴ機能を採用するＰｏＣ(PTT-over-Cellular)サービスを標準化するために、当業界で多様な努力がなされている。従来の移動通信サービスと区別されるＰｏＣサービスの特徴のうちの一つは、ユーザーが複数のセッションに属しているので、必要であれば、セッション間を移動しながら通話を遂行することができることである。ユーザーが複数のＰｏＣセッションを通じて移動する中に通話可能でなければならないという要求事項は、関連移動通信サービスを定義している団体であるＯＭＡ(Open  Mobile  Alliance)によって規定されている。
【０００４】
一方、ＰｏＣ呼サービスを利用するために、ＰｏＣクライアントは、ＳＩＰ(Session  Initiation  Protocol)/ＩＰ(Internet  Protocol)コアに自分のＰｏＣアドレスを登録する。このとき、ＳＩＰ/ＩＰコアは、ＰｏＣクライアントの要求によってＰｏＣユーザーに関する情報を格納する。したがって、他のＰｏＣクライアントがＰｏＣグループの呼び出しを要求する場合に、上記したようにＰｏＣクライアントは、自分の情報をＳＩＰ/ＩＰコアネットワークに前もって登録し、ＰｏＣ  ＸＤＭＳ(XML(Extensible  Markup  Language)  Document  Management  Server)から受信されたグループ識別情報を用いて自分のＳＩＰ/ＩＰコアネットワークにＰｏＣグループの呼を要求する。すると、ＳＩＰ/ＩＰコアは、伝送された呼要求を有するＰｏＣクライアントに関する情報を用いてアドレス決定とドメイン位置決定手順を遂行した後に、呼要求のＰｏＣクライアントが登録されたホームＰｏＣサーバにＰｏＣ呼要求を伝送する。ＰｏＣサーバは、このＰｏＣ通話要求に対してＰｏＣセッション開設を準備し、ＰｏＣ  ＸＤＭＳサーバから必要なクライアント情報を獲得し、該当ＳＩＰ/ＩＰコアネットワークに通話要求信号を伝送する。このとき、通話要求信号がイントラドメイン内のクライアントに対する通話要求に該当する場合に、ＰｏＣサーバは、ＰｏＣ参加機能(Participating  PoC  Function：ＰＦ)とＰｏＣ管理機能(Controlling  PoC Function：ＣＦ)をともに遂行する。
【０００５】
通話要求されたＰｏＣクライアントを管理するＰｏＣサーバは、受信されたＰｏＣクライアントに関する情報を用いて、ＳＩＰ/ＩＰコアネットワークが位置決定手順を遂行した後に、ＰｏＣクライアントにＰｏＣ通話を要求する。ＰｏＣ通話が要求されたＰｏＣクライアントがＯＫ応答(response)を通話が要求されたＰｏＣクライアントに送ると、ＰｏＣ通話が開始される。ＰｏＣクライアントは、ＰｏＣ通話が相手ＰｏＣクライアントの状態に従って開始されない場合には、ＰｏＣボックス(box)で伝送されるユーザーの音声及び/又はメディアを格納することができる。
【０００６】
一方、上記したように通話要求によって通話可能にするＰｏＣ通話設定のための呼処理技術は、送信側と受信側の要求及び状況に基づいて多様な手順を有することができる。ＯＭＡに基づいて、送信側と受信側の要求及び状態に従って要求されるＰｏＣシステムの特徴は、次のようである。
【０００７】
第１に、受信側は、ＰｏＣクライアントの要求によって自分の応答モードを設定でき、この応答モードは、自動応答(auto-answer)モードと手動応答(manual  answer)モードに分類できる。
【０００８】
自動応答モードにおいて、送信側が受信側ＰｏＣユーザーによって指定されたＰｏＣクライアントリストに含まれている場合に、応答は、手動的に応答する受信器の代わりに、関連ネットワークから受信側に直ちに伝送される。このネットワークは、ＰｏＣサーバがＵＥの応答モード設定要求に従って応答モード及び関連したユーザーリストを格納する機能を有するため、上記したように、ＵＥの代わりに応答を自動的に送信することができる。一方、手動応答モードは、ユーザーが手動応答モードに対応するユーザーリストに含まれていない場合、その関連したユーザーが不明である場合、あるいは受信器がすべてのユーザーに対して手動応答に設定された場合に使用され、ＰｏＣ通話要求は、受信ネットワークを通じてＵＥに伝送され、その通話はＰｏＣクライアントの許可以後に接続される。        
【０００９】
第２に、ＰｏＣシステムは、ユーザーのホームネットワークに属するＰｏＣサーバとＰｏＣクライアントとの間で接続が設定されたか否かによって、オンデマンド(on-demand)と事前設定セッションモードにセッションモードを分類する。
【００１０】
オンデマンドセッションモードは、事前設定セッションがＰｏＣクライアントによって設定されない場合に該当し、ＰｏＣクライアントが、他のＰｏＣクライアントから招待メッセージを受信した後にＰｏＣ呼を接続する手順を遂行する。
【００１１】
一方、事前設定セッションモードにおいて、特定セッションは、ＰｏＣクライアントの要求によって、このＰｏＣクライアントとユーザーのホームネットワークに属するＰｏＣサーバとの間で予め設定される。このような事前設定セッションは、ＰｏＣクライアントによって使用されるメディアパラメータをＰｏＣサーバと予め協議し、それによってＰｏＣサーバとＰｏＣクライアントとの間で使用されるメディアパラメータに対して再協議することなく、セッションが迅速に設定されるために必要な機能である。事前設定セッションの設定のために、ＰｏＣクライアントは、ＳＩＰ  ＩＮＶＩＴＥ方法を用いてＳＤＰ(Session  Description Protocol)ボディを通じて支援できるメディアパラメータを提供し、サーバから提供されたメディアパラメータに対して応答し、サーバからの応答メッセージは、新たに事前設定されたセッションの識別情報及びコンファレンス(conference)ＵＲＩ(Uniform  Resource  Identifier)を含む。このような事前設定セッションが使用される場合に、ＩＰアドレス、ポート番号、使用されるコーデック(codec)、及びトークバースト制御プロトコル(talk  burst  control  protocol)の事前設定が可能である。すなわち、ＰｏＣサービスにおいて、事前設定セッションは、迅速なＰｏＣセッション開設のために生成及び維持される。事前設定セッションが開設される場合に、ＩＰアドレス、ポート番号、コーデックのようなパラメータは、ＰｏＣクライアントとＰｏＣサーバ間で予め協議される。したがって、ＲＥＦＥＲメッセージがＰｏＣセッション開設のために送信された後に応答が受信される場合、あるいはＩＮＶＩＴＥメッセージが受信された後に応答が送信される場合に、パラメータは、ＰｏＣセッションの開設に使用され、それによってセッション開設に要求される期間が短縮できる。
【００１２】
以下、図１を参照して、ＰｏＣクライアントとＰｏＣサーバとの間で事前設定セッションを設定するための従来の信号フローについて説明する。
【００１３】
ステップ１００及び１０２で、ＰｏＣクライアントＡは、事前設定セッションの設定のためのメッセージであるＩＮＶＩＴＥメッセージをＳＩＰ/ＩＰコアＡを通じてＰｏＣサーバＡに伝送する。その後、ステップ１０４及び１０６で、ＰｏＣサーバＡは、ＩＮＶＩＴＥメッセージに応答してＯＫメッセージをＳＩＰ/ＩＰコアＡを通じてＰｏＣクライアントＡに伝送する。
【００１４】
上記のように事前設定セッションが設定された状態で、ＰｏＣクライアントとＰｏＣサーバとの間でＰｏＣセッションを開設するための従来の信号フローについて、図２を参照して説明する。
【００１５】
ＰｏＣクライアントＡは事前設定セッションを用いてＰｏＣセッションを開設する場合に、ＰｏＣクライアントは、ステップ２００及び２０２で、ＳＩＰ/ＩＰコアＡを通じてＰｏＣセッション開設のためにＲＥＦＥＲメッセージをＰｏＣサーバＡに伝送する。このとき、ＰｏＣクライアントＡは、事前設定セッションを維持したまま、すなわちＰｏＣクライアントＡと参加者管理機能を遂行するＰｏＣサーバ(すなわち、参加ＰｏＣ機能(Participating  PoC  Function)部)との間でＳＩＰセッションの呼ＩＤ(Call  ID)を用いて事前設定セッションＩＤとしてＰｏＣセッションを開設する。
【００１６】
したがって、ＰｏＣサーバは、ステップ２０３で、該当ＰｏＣセッションに招待されたＰｏＣクライアントを招待する動作を遂行し、ステップ２０４及び２０６で、ＳＩＰ/ＩＰコアＡを通じてＰｏＣクライアントＡにＲＥＦＥＲメッセージに応答してＡＣＣＥＰＴＥＤメッセージを伝送する。
【００１７】
その後、ＰｏＣサーバＡは、ステップ２０８で、特定のＰｏＣクライアントから最初の招待許可応答を受信する場合に、ステップ２０９で、発言権(floor)接続(すなわち、トークバースト接続(connect))メッセージを通じてＰｏＣセッションＩＤをＰｏＣクライアントＡに伝送する。
【００１８】
すると、ＰｏＣクライアントＡは、ステップ２１０で、発言権認識(すなわち、トークバースト認識(Acknowledge))メッセージをＰｏＣサーバＡに伝送し、ＰｏＣサーバＡは、ステップ２１２で、発言権確認(すなわち、トークバースト確認(confirm))メッセージをＰｏＣクライアントＡに伝送する。その後、ＰｏＣクライアントＡは、ステップ２１４で、ＲＴＰ(Real-time  Transport  Protocol)メディアをＰｏＣサーバＡに伝送する。
【００１９】
一方、ＰｏＣサーバＡは、ステップ２１５で、他のＰｏＣクライアントから招待に対する応答を受信する場合に、ステップ２１６及び２１８で、ＳＩＰ/ＩＰコアＡを通じてＰｏＣクライアントＡにＮＯＴＩＦＹを伝送する。その後、受信されたＮＯＴＩＦＹメッセージを有するＰｏＣクライアントＡは、ステップ２２０及び２２２で、ＯＫメッセージをＳＩＰ/ＩＰコアＡを通じてＰｏＣサーバＡに伝送する。
【００２０】
以下、発信側(originating  side)と受信側(terminating  side)がともに自動応答モードにある場合、事前設定セッションを維持してＰｏＣセッションを終了する手順に対する従来の信号フローについて、図３を参照して説明する。
【００２１】
まず、ステップ３００に示したように、ＰｏＣセッションが設定された状態でＰｏＣクライアントＡがＰｏＣセッションを終了しようとする場合に、ＰｏＣクライアントＡは、ステップ３０２及び３０４で、ＰｏＣセッションの終了を要求するＲＥＦＥＲ  ＢＹＥメッセージをＰｏＣサーバＡに伝送する。このとき、ＰｏＣクライアントＡは、ＰｏＣ参加機能(ＰＦ)のＰｏＣサーバのＩＤ及びメディアパラメータと、ＰｏＣ管理機能(ＣＦ)のＰｏＣサーバのＩＤ及びメディアパラメータとを格納する。したがって、ＰｏＣクライアントＡは、上記２個のＩＤを用いてＲＥＦＥＲ  ＢＹＥメッセージを伝送することによって、事前設定セッションが維持されているＰｏＣセッションを終了することができる。
【００２２】
すると、ＰｏＣサーバＡは、ステップ３０６及び３０７で、ＲＥＦＥＲ  ＢＹＥメッセージに応じてＡＣＣＥＰＴＥＤメッセージをＰｏＣクライアントＡに伝送する。
【００２３】
以後、ＰｏＣサーバＡは、ステップ３１０，３１２，３１４で、セッションの終了を要求するＢＹＥメッセージをＳＩＰ/ＩＰコアを通じてＰｏＣサーバＸに伝送する。受信されたＢＹＥメッセージを有するＰｏＣサーバＸは、ステップ３１６，３１８，３２０で、上記ＢＹＥメッセージに応答してＯＫメッセージをＳＩＰ/ＩＰコアを通じてＰｏＣサーバＡに伝送する。その後、ＰｏＣサーバＡは、ステップ３２２及び３２４でＮＯＴＩＦＹメッセージをＳＩＰ/ＩＰコアＡを通じてＰｏＣクライアントＡに伝送し、受信されたＮＯＴＩＦＹメッセージを有するＰｏＣクライアントＡは、ステップ３２６及び３２８で、ＯＫ応答メッセージをＳＩＰ/ＩＰコアを通じてＰｏＣサーバＡに伝送する。
【００２４】
その後、ＰｏＣサーバＡは、ステップ３３０，３３２，３３３で、事前設定セッションを維持しつつ、ＰｏＣセッションを終了する。
【００２５】
すなわち、従来の事前設定セッションを維持したままＰｏＣセッションを終了する従来の方法は、発信側によって遂行される。
【００２６】
以下、受信側が手動応答モードにある場合にＰｏＣクライアントとＰｏＣサーバとの間でＰｏＣセッションを開設するための従来の信号フローについて、図４を参照して説明する。まず、事前設定セッションがＰｏＣサーバＢ(ＰＦエンティティ)と受信側ＰｏＣクライアントＢとの間で設定されると仮定する。ステップ４００で、セッション管理機能を有するＰｏＣサーバＡ(ＣＦエンティティ)からＩＮＶＩＴＥメッセージを受信する場合には、ＰｏＣサーバＢ(ＰＦエンティティ)は、ステップ４０２でｒｅ-ＩＮＶＩＴＥメッセージを受信側ＰｏＣクライアントＢに伝送する。このとき、参加者管理機能を遂行するＰｏＣサーバＢ(ＰＦエンティティ)がｒｅ-ＩＮＶＩＴＥメッセージを伝送する場合に、ＰｏＣサーバＢは、ＰｏＣセッションＩＤをコンファレンスＵＲＩ情報に挿入し、それによってＰｏＣクライアントのＰｏＣセッションコンタクトアドレスを既存の事前設定セッションＩＤからＰｏＣセッションＩＤに変更する。
【００２７】
受信されたｒｅ-ＩＮＶＩＴＥメッセージを有するＰｏＣクライアントＢは、ステップ４０４及び４０６で、ＰｏＣサーバＢを通じてＰｏＣサーバＡに警告(alerting)メッセージを伝送する。このとき、ＰｏＣクライアントＢが既存の事前設定セッションＩＤの代わりに、ＰｏＣセッションＩＤを含む受信されたｒｅ-ＩＮＶＩＴＥメッセージを有するため、このＰｏＣクライアントＢは、これ以上事前設定セッションＩＤに関する情報を有することができない。また、受信側ＰｏＣクライアントＢは、ステップ４０８及び４１０で、２００  ＯＫメッセージをＰｏＣサーバＡ(ＣＦエンティティ)に伝送する。
【００２８】
上記したように、受信側ＰｏＣクライアントが事前設定セッションを用いる手動応答モードにある場合に、受信側で参加者管理機能を遂行するＰｏＣサーバＢ(ＰＦエンティティ)がｒｅ-ＩＮＶＩＴＥメッセージを伝送すると、ＰｏＣサーバＢは、ＳＩＰメカニズムＲＦＣ[３２６１]に定義されたＳＩＰメカニズムに従ってＰｏＣセッションＩＤをコンタクトヘッダーに挿入し、それによってＰｏＣクライアントのＰｏＣセッションコンタクトアドレスは、既存の事前設定セッションＩＤからＰｏＣセッションＩＤに変更される。ここで、ＲＦＣ[３２６１]は、参照として組み込まれたものである。したがって、ＰｏＣクライアントは、事前設定セッションＩＤに関する情報を既に有していない。
【発明の概要】
【発明が解決しようとする課題】
【００２９】
したがって、上記した従来技術の問題点を解決するために、本発明の目的は、受信側ＰｏＣクライアントが事前設定セッションを用いてＰｏＣセッションを開設する場合に、事前設定セッションＩＤ及びメディアパラメータを格納し、格納された事前設定セッションＩＤを用いて事前設定セッションを維持したままＰｏＣセッションを終了する方法を提供することにある。
【課題を解決するための手段】
【００３０】
上記のような目的を達成するために、本発明の一態様によれば、事前設定セッションを管理するＰｏＣシステムを提供する。そのシステムは、セッション管理機能を遂行する第１のＰｏＣサーバと、第１のＰｏＣサーバからＰｏＣセッション招待要求メッセージを受信するとともに、受信側ＰｏＣクライアントと第２のＰｏＣサーバとの間で事前設定セッションが存在するか否かを判定し、かつ、事前設定セッションが存在すると判定された場合には、事前設定セッションＩＤ及び対応するメディアパラメータを格納した後にＰｏＣセッション再招待要求メッセージを受信側ＰｏＣクライアントに伝送する第２のＰｏＣサーバと、伝送されたＰｏＣセッション再招待要求メッセージに含まれたＰｏＣセッションＩＤが事前設定セッションＩＤと同一である場合に、事前設定セッションＩＤと対応するメディアパラメータを格納するとともに、ＰｏＣセッションを終了すると、ＰｏＣセッションＩＤと事前設定セッションＩＤを用いてＰｏＣセッション終了要求メッセージを生成して第２のＰｏＣサーバに伝送する受信側ＰｏＣクライアントとを具備することを特徴とする。
【００３１】
本発明の他の態様によれば、セッション管理機能を遂行する第１のＰｏＣサーバ、セッション参加機能サーバとして動作する第２のＰｏＣサーバ、及び受信側ＰｏＣクライアントを含むＰｏＣシステムにおける事前設定セッションを管理する方法を提供する。その方法は、第２のＰｏＣサーバによって、第１のＰｏＣサーバからＰｏＣセッション招待要求メッセージを受信するとともに、第２のＰｏＣサーバと受信側ＰｏＣクライアントとの間で事前設定セッションが存在するか否かを判定するステップと、第２のＰｏＣサーバによって、事前設定セッションが存在すると判定された場合に事前設定セッションＩＤ及び対応するメディアパラメータを格納するとともに、ＰｏＣセッション再招待要求メッセージを受信側ＰｏＣクライアントに伝送するステップと、受信側ＰｏＣクライアントによって、伝送されたＰｏＣセッション再招待要求メッセージに含まれたＰｏＣセッションＩＤが事前設定セッションＩＤと同一である場合に、事前設定セッションＩＤ及び対応するメディアパラメータを格納するステップと、受信側ＰｏＣクライアントによって、ＰｏＣセッションの終了時にＰｏＣセッションＩＤと事前設定セッションＩＤを用いてＰｏＣセッション終了要求メッセージを生成するステップと、受信側ＰｏＣクライアントによって、生成されたＰｏＣセッション終了要求メッセージを第２のＰｏＣサーバに伝送するステップとを具備することを特徴とする。
【００３２】
また、本発明の他の態様によれば、セッション管理機能を遂行する第１のＰｏＣサーバと、セッション参加機能サーバとして動作する第２のＰｏＣサーバとを含むＰｏＣシステムにおける事前設定セッションを管理するためのＰｏＣ  ＵＥを提供する。そのＰｏＣ  ＵＥは、ＰｏＣユーザーの入力による信号を出力するユーザーインターフェースと、少なくとも一つのパケットデータの送受信を遂行するデータ伝送部と、ＰｏＣセッション招待要求メッセージを受信するとともに、ＰｏＣセッション招待要求メッセージに含まれたＰｏＣセッションＩＤが事前設定セッションＩＤと同一であるか否かを判定し、かつ、ＰｏＣセッションＩＤが事前設定セッションＩＤと同一である場合には、事前設定セッションＩＤ及び対応するメディアパラメータを格納するとともに、ＰｏＣセッションの終了時にＰｏＣセッションＩＤと事前設定セッションＩＤを用いてＰｏＣセッション終了要求メッセージを生成した後に、第２のＰｏＣサーバに伝送するＰｏＣクライアントとを具備することを特徴とする。
【００３３】
さらに、本発明の他の態様によれば、事前設定セッションを管理するＰｏＣシステムを提供する。そのシステムは、セッション管理機能を遂行する第１のＰｏＣサーバと、第１のＰｏＣサーバからＰｏＣセッション招待要求メッセージを受信するとともに、受信側ＰｏＣクライアントと第２のＰｏＣサーバとの間で事前設定セッションが存在するか否かを判定し、かつ、第１のＰｏＣサーバから受信されたＰｏＣセッション招待要求メッセージに対応させた後に、事前設定セッションＩＤを含むＰｏＣセッション再招待要求メッセージを受信側ＰｏＣクライアントに伝送する第２のＰｏＣサーバと、ＰｏＣセッション再招待要求メッセージを受信するとともに、ＰｏＣセッションに参加し、かつ、ＰｏＣセッションの終了時にＰｏＣセッションＩＤと事前設定セッションＩＤを用いてＰｏＣセッション終了要求メッセージを生成して第２のＰｏＣサーバに伝送する受信側ＰｏＣクライアントとを具備することを特徴とする。
【発明の効果】
【００３４】
本発明は、ＰｏＣクライアントが、受信側でもＰｏＣセッションＩＤ及び事前設定セッションＩＤをすべて格納し、参加中であるＰｏＣセッションを終了しようとする場合に、この格納されたＰｏＣセッションＩＤと事前設定セッションＩＤを用いてＲＥＦＥＲ  ＢＹＥメッセージを生成してＰｏＣサーバに伝送する。ＰｏＣクライアントは、ＰｏＣセッションＩＤと事前設定セッションＩＤを用いて、事前設定セッションを維持したままでＰｏＣセッションを終了することができる。
【図面の簡単な説明】
【００３５】
【図１】ＰｏＣクライアントとＰｏＣサーバとの間で事前設定セッションのための従来の信号フローを示す図である。
【図２】ＰｏＣクライアントとＰｏＣサーバとの間で事前設定セッションを用いてＰｏＣセッションを開設するための従来の信号フローを示す図である。
【図３】発信側及び受信側が自動応答モードにある場合、事前設定セッションを維持してＰｏＣセッションを終了するための従来の手順を示すフローチャートである。
【図４】受信側が手動応答モードにある場合に、ＰｏＣセッションを開設するための従来の手順を示すフローチャートである。
【図５】本発明の実施形態が適用されるＰｏＣシステムを示すブロック構成図である。
【図６】ＰｏＣサーバを示すブロック構成図である。
【図７】ＰｏＣサーバのＰｏＣ管理機能及びＰｏＣ参加機能ブロックを示すブロック構成図である。
【図８】本発明の実施形態が適用されるＰｏＣクライアントを含むＰｏＣ  ＵＥとＰｏＣサーバとの接続を概略的に示すブロック構成図である。
【図９】本発明の実施形態により、事前設定セッションを維持したまま受信側がＰｏＣセッションを開設及び終了する手順を示すフローチャートである。
【図１０】本発明の他の実施形態により、事前設定セッションを維持したまま受信側がＰｏＣセッションを開設及び終了する手順を示すフローチャートである。
【発明を実施するための形態】
【００３６】
以下、本発明の望ましい実施形態を添付の図面を参照して詳細に説明する。
【００３７】
図面において、同一又は類似の構成要素、特徴、及び構成に対してはできるだけ同一の参照符号を使用して説明する。また、本発明の実施形態では、理解を助けるために多様な詳細を含む。したがって、本発明の範囲及び精神を逸脱することなく、以下に説明される本発明の様々な変形及び変更が可能であることは、当該技術分野における通常の知識を持つ者には明らかである。なお、公知の機能または構成に関する具体的な説明は、明瞭性と簡潔性のために省略する。
【００３８】
まず、本発明の実施形態が適用されるＰｏＣシステムについて、図５〜図７を参照して説明する。次に、本発明の実施形態がＰＴＴシステム、特にセルラー移動通信ネットワークを通じてＰＴＴサービスを提供するＰｏＣシステムに適用される例について説明する。一般的に、ＰｏＣシステムは、グループ通話のためのセッション参加情報を伝達するためにＳＩＰ(Session  Initiation  Protocol)及びＳＩＰ拡張プロトコルを使用し、グループ情報を獲得するためにＸＣＡＰ(XML(Extensible Markup Language)  Configuration  Access  Protocol)を使用する。下記の本発明の実施形態は、上記したプロトコルによって実現されることができ、本発明の実施形態の基本的な構成は、ＰｏＣ  Ｒｅｌ．１システムに基づくことがある。まず、本発明の実施形態が適用されるＰｏＣシステムについて、以下に説明する。
【００３９】
図５は、本発明の実施形態が適用されるＰｏＣサービスシステム及び関連ネットワークの構成を示す概念図である。
【００４０】
本発明の実施形態が適用されるＰｏＣシステムは、ＰｏＣ  ＵＥ(User  Equipment)５００と、ＸＤＭＳ(XML  Document  Management  Server)５３０，５４０と、ＰｏＣサーバ５５０とを含むことができる。また、ＰｏＣシステムは、アグリゲーションプロキシ(aggregation  proxy)サーバ５６０をさらに含むことができる。これら構成要素は、アクセスネットワーク５１０、ＳＩＰ/ＩＰコアネットワーク５２０、及び遠隔ＰｏＣネットワーク５７０を通じて相互に接続されることができる。
【００４１】
それぞれの構成要素について説明すると、次のようである。
【００４２】
ＰｏＣ  ＵＥ５００は、ＰｏＣクライアント５０２及びＸＤＭＣ(XML Document Management Client)５０４を含む。
【００４３】
ＰｏＣ  ＵＥ５００に含まれたサービス要求者を表す、ＰｏＣクライアント５０２は、ＰｏＣ  ＵＥ５００に在る間にＰｏＣサービス加入者にＰｏＣサービスを提供するためのネットワークアクセスを遂行する。ＰｏＣサービス加入者は、ＰｏＣクライアントを備えているＰｏＣ  ＵＥを通じてＰｏＣサービスの提供を受けることができる。次の説明において、“ＰｏＣクライアント”は、ＰｏＣクライアントを備えているＵＥ及びＰｏＣサービス加入者に対する一般的な用語として使用される。また、ＰｏＣクライアントの参照符号は、特定の区別が要求されない限り省略する。
【００４４】
ＰｏＣクライアントの主な機能は、ＰｏＣサービス加入者(すなわち、ＰｏＣユーザー)を考慮すると、ＰｏＣセッションを設定し、既に設定されたセッションに参加し、設定されたセッションを終了することである。また、ＰｏＣクライアント５０２は、トークバーストを生成及び伝送する機能、インスタントパーソナルアラート(instant  personal  alert)を支援する機能、及びＰｏＣサービスにアクセスする認証機能を有する。ＰｏＣクライアントは、アクセスネットワーク５１０を通じて、ＳＩＰ/ＩＰマルチメディアサービスを支援するのに重要な役割を果たすＳＩＰ/ＩＰコアネットワーク５２０に接続されてもよい。
【００４５】
ＳＩＰ/ＩＰコアネットワーク５２０は、ＰｏＣサービスを支援するために、ＰｏＣサーバ５５０及びＸＤＭＳ５３０，５４０に接続される。この場合、ＰｏＣサーバ５５０は、ＰｏＣセッションを維持及び管理するＰｏＣ管理機能を遂行し、一対一(point-to-point)通話又はマルチポイント(multipoint)通話のために設定されたＰｏＣセッションに参加するＰｏＣ参加機能を遂行することができる。
【００４６】
一方、ＰｏＣサービスは、コンファレンス通話のようにグループセッションの設定サービスを伴うことができる。このために、ＯＭＡ規格は、参照として組み込まれたものであり、グループリストサービスのためのＸＤＭＣ５０４及びＸＤＭＳ５３０，５４０を定義する。図５は、ＰｏＣサービスに使用されるＰｏＣ  ＸＤＭＳ５４０と、他のサービスイネーブラ(enabler)に対しても共有可能な共有ＸＤＭＳ５３０を示す。グループ及びグループメンバーに関する情報は、ＰｏＣクライアントを通じてＸＤＭＳ５３０，５４０に格納され得る。ＰｏＣクライアントは、ＸＤＭＳ５３０，５４０から受信された個人又はグループのリストから、呼び出しできるＰｏＣクライアントの情報を獲得する。一方、ＸＤＭＳ５３０，５４０のグループ及びグループメンバーの生成、変更、及び管理は、インターネット又はイントラネットのように、ＰｏＣサービス提供者によって信頼できる通信ネットワークを通じてなされてもよい。グループリストの生成、修正、及び除去のようなＸＭＬ文書管理のためのプロトコル及び具体的内容に対する詳細な説明は、省略する。
【００４７】
グループサービスのために、ＸＤＭＣ５０４からグループリスト関連要求を受信すると、アグリゲーションプロキシサーバ５６０は、適切な規則に従ってＸＤＭＳ５３０，５４０に上記要求をルーティングする。
【００４８】
次に、ＰｏＣサーバ５５０について説明する。
【００４９】
図６は、ＰｏＣサーバ５５０を示すブロック構成図である。
【００５０】
ＰｏＣサーバ５５０の機能は、ＰｏＣセッションを一般的に維持及び管理するＰｏＣ管理機能(ＣＦ)６０２と、該当ＰｏＣクライアントＡ  ５０２-Ａ及びＰｏＣクライアント５０２-Ｂのように、各ＰｏＣセッションに対する維持及び管理を担当するＰｏＣ参加機能(ＰＦ)６０４，６０６に分類されてもよい。ＰｏＣサーバ５５０の各機能による特性は、下記の＜表１＞及び＜表２＞を参照して説明する。
【００５１】
【表１】
0005478581.tif 000002
【００５２】
＜表１＞に示すように、ＣＦは、ＰｏＣサーバの機能のうち、ＰｏＣセッションの全体を管理する役割をする。特に、ＣＦは、ＰｏＣクライアントから発言権に対する要求を受信し、クライアントに発言権を与える順序を定め、その順に発言権をクライアントに与える。また、ＰｏＣサーバは、ＰｏＣグループの呼に参加するすべてのＰｏＣクライアントに特定のＰｏＣクライアントからのトークバーストを分配し、このグループの呼に参加したＰｏＣクライアントに関する情報を提供する。
【００５３】
下記の＜表２＞に示すように、ＰＦは、ＰｏＣセッション中に、ＣＦと各ＰｏＣクライアントとの間で接続されたセッションの管理に関連する。特に、ＰＦは、発言権に対するＰｏＣクライアントの要求を中継し、ＰｏＣクライアントの発言権は、ＣＦによって与えられる。また、ＰＦは、ＣＦとＰｏＣクライアントとの間でメディア中継機能を提供し、これらＣＦとＰｏＣクライアントが相互に異なるコーデックを使用する場合にはトランスコーディング機能を提供する。また、ＰＦは、同時に複数のＰｏＣセッション中に、一つのセッションで音声通話が遂行される場合に、他のセッションでも音声通話を遂行中であると、ユーザーの選択に従って一つの音声をフィルタリングする機能を提供する。
【００５４】
【表２】
0005478581.tif 000003
【００５５】
図７は、ＰｏＣサーバのＣＦエンティティ及びＰＦエンティティを示すブロック構成図である。
【００５６】
ＰｏＣクライアント５０２-Ａ〜５０２Ｄは、対応するＰＦエンティティ７１０-Ａ〜７１０-Ａ〜７１０-Ｄを通じてＣＦ７００に接続され、各々のＰｏＣセッションを設定する。以後、ＣＦエンティティ７００から発言権が与えられたＰｏＣクライアントの該当トークバーストに対するメディアが各々の他のＰｏＣクライアントに伝達される。このとき、発言権を有するＰｏＣクライアントは、グループセッションに参加しているＰｏＣクライアントの情報を確認した後のみに発言が可能になる。
【００５７】
図８は、本発明の実施形態が適用されるＰｏＣクライアント５０２が含まれるＰｏＣ  ＵＥ５００とＰｏＣサーバ５５０との間の接続を簡略に示すブロック構成図である。
【００５８】
ＰｏＣ端末５００は、ＰｏＣクライアント５０２と、ユーザーインターフェース部８０１と、データ伝送部８０４とを含む。
【００５９】
具体的に説明すると、本発明の実施形態によって、ＰｏＣクライアント５０２が参加ＰｏＣサーバと事前設定セッションを設定した後に、ＰｏＣ参加機能(ＰＦ)のＰｏＣ参加サーバからｒｅ-ＩＮＶＩＴＥ又はＩＮＶＩＴＥメッセージを受信する場合に、受信されたメッセージと事前設定セッションとの間の呼ＩＤ、発信番号(from-tag)、受信番号(to-tag)を比較及び確認する。その結果、受信されたメッセージの呼ＩＤ、発信番号、受信番号が事前設定セッションと同一であると判定された場合に、受信側ＰｏＣクライアントは、事前設定セッションＩＤ及びメディアパラメータに関する情報を格納する。このとき、ＰｏＣセッションＩＤは、ＩＮＶＩＴＥメッセージのコンファレンスＵＲＩを通じて受信側ＰｏＣクライアントに伝送され、ＰｏＣセッションを構成する情報として一時格納される。以後、受信側ＰｏＣクライアントは、ＰＦエンティティを通じて２００  ＯＫメッセージを伝送してＰｏＣセッションに参加する。
【００６０】
また、上記したように、ＰｏＣセッションに参加した後に、ＰｏＣクライアントがＰｏＣセッションを終了しようとする場合に、本発明の実施形態によるＰｏＣクライアントは、事前設定セッションを維持したままでＰｏＣセッションを終了するために、事前設定セッションＩＤとＰｏＣセッションＩＤを用いて、ＰｏＣセッションＩＤを用いて、ＰｏＣセッション終了要求メッセージであるＲＥＦＥＲ  ＢＹＥメッセージを生成する。すなわち、ＰｏＣクライアントは、ＲＥＦＥＲ  ＢＹＥメッセージのＲｅｑｕｅｓｔ-ＵＲＩヘッダーに事前設定セッションＩＤを挿入し、Ｒｅｆｅｒ-ＴｏヘッダーにＰｏＣセッションＩＤを挿入することによって、ＲＥＦＥＲ  ＢＹＥメッセージを生成する。その後、受信側ＰｏＣクライアントは、生成されたＲＥＦＥＲ  ＢＹＥメッセージをＰＦエンティティに伝送する。
【００６１】
ユーザーインターフェース部８０１は、ユーザーの入力をＰｏＣ  ＵＥ５００に伝送する。データ伝送部８０４は、パケットデータを送受信する。データ伝送部８０４は、パケットデータの送受信を遂行するための伝送プロトコルスタックを含むことができる。このようなデータ伝送部８０４は、ＲＴＰ/ＲＴＣＰ/ＨＴＴＰ、ＵＤＰ、ＩＰ、及び下層スタック(Lower  Layer  Stack)を含むことができる。データ伝送部８０４は、ＩＰネットワーク８０５及びＩＭＳコアネットワーク８０６を介してＰｏＣサーバ５５０とパケットデータを送受信する。
【００６２】
一方、本発明の実施形態によるＰｏＣサーバ５５０は、ＣＦエンティティとＰＦエンティティに分類され、これら各々の動作を遂行する。本発明の実施形態によるＣＦ及びＰＦエンティティの動作については、図９及び図１０を参照して詳細に説明する。
【００６３】
以下、本発明の実施形態によって、受信側が事前設定セッションを維持したままＰｏＣセッションを開設及び終了する手順について、図９及び図１０に示す信号フローを参照して説明する。まず、図９及び図１０において、ステップ９００及び１０００で、各々受信側ＰｏＣクライアントと受信側ＰｏＣサーバとの間で事前設定セッションが設定されると仮定する。
【００６４】
図９を参照すると、招待(inviting)ＰｏＣクライアント(図示せず)がＰｏＣセッションに受信側ＰｏＣクライアントを招待するために、ＩＮＶＩＴＥメッセージを、ＰｏＣ管理機能(ＣＦ)を遂行するＰｏＣサーバＡ(ＣＦエンティティ)に伝送する。すると、ＣＦエンティティは、ステップ９０２で、受信されたＩＮＶＩＴＥメッセージを、ＰＦを遂行するＰｏＣサーバ(ＰＦエンティティ)に伝送する。
【００６５】
以後、ＩＮＶＩＴＥメッセージが受信されたＰＦエンティティは、ステップ９０４で、受信側ＰｏＣクライアントと設定された事前設定セッションがあるか否かを確認する。すなわち、ＰＦエンティティは、受信側ＰｏＣクライアントとの間で設定された事前設定セッションがあるか否かを判定する。
【００６６】
ステップ９０４で、事前設定セッションがないと判定された場合に、ＰＦエンティティは、ステップ９０５で、ＩＮＶＩＴＥメッセージを受信側ＰｏＣクライアントに伝送する。
【００６７】
一方、ステップ９０４で事前設定セッションがあると判定された場合には、ＰＦエンティティは、ステップ９０６で、事前設定セッションＩＤ及び対応するメディアパラメータを格納し、プロキシモードで動作し、ＰＦエンティティは、コンタクトヘッダーにＰｏＣセッションＩＤを含むｒｅ-ＩＮＶＩＴＥメッセージを受信側ＰｏＣクライアントに伝送する(ステップ９０８)。
【００６８】
すると、受信側ＰｏＣクライアントは、ＩＮＶＩＴＥメッセージ又はｒｅ-ＩＮＶＩＴＥメッセージを受信した後に、ステップ９１０で、受信されたメッセージと事前設定セッションとの間の呼ＩＤ、発信番号(from-tag)、受信番号(to-tag)を比較及び確認する。
【００６９】
その結果、受信された呼ＩＤ、発信番号、受信番号が事前設定セッションと同一であると判定された場合に、受信側ＰｏＣクライアントは、ステップ９１２で、事前設定セッションＩＤ及びメディアパラメータに関する情報を格納する。このとき、ＩＮＶＩＴＥメッセージのコンタクトヘッダーに含まれたＰｏＣセッションＩＤは、受信側ＰｏＣクライアントに伝送され、ＰｏＣセッションを構成する情報として一時格納される。受信されたメッセージの呼ＩＤ、発信番号、及び受信番号が事前設定セッションと同一でないと判定された場合には、ステップ９１２にスキップする。
【００７０】
以後、受信側ＰｏＣクライアントは、ステップ９１４及び９１６で、ＰＦエンティティを通じてＣＦエンティティに２００  ＯＫメッセージを伝送し、それによってステップ９１８でＰｏＣセッションに参加する。
【００７１】
上記したように、本発明の実施形態によって、受信側ＰｏＣクライアントがＰｏＣセッションに参加した後にＰｏＣセッションを終了する場合に、事前設定セッションを維持したままＰｏＣセッションを終了するために、ＰｏＣセッションＩＤと事前設定セッションＩＤ、すなわち２個のＩＤを格納する。その後、事前設定セッションを維持したままＰｏＣセッションを終了するための方法及び手順は、ステップ９２０〜９３２に示すように遂行できる。
【００７２】
まず、受信側ＰｏＣクライアントは、事前設定セッションを維持したままＰｏＣセッションを終了するために、事前設定セッションＩＤ及びＰｏＣセッションＩＤを用いてＰｏＣセッションの終了を要求するＢＹＥメッセージを含むＲＥＦＥＲメッセージ(ＲＥＦＥＲ  ＢＹＥメッセージ)を生成する。すなわち、受信側ＰｏＣクライアントは、ＲＥＦＥＲ  ＢＹＥメッセージのＲｅｑｕｅｓｔ-ＵＲＩヘッダーに事前設定セッションＩＤを挿入し、Ｒｅｆｅｒ-ＴｏヘッダーにＰｏＣセッションＩＤを挿入することによって、ＲＥＦＥＲ  ＢＹＥメッセージを生成する。
【００７３】
その後、受信側ＰｏＣクライアントは、ステップ９２０で生成されたＲＥＦＥＲ  ＢＹＥメッセージをＰＦに伝送する。
【００７４】
また、受信されたＲＥＦＥＲ  ＢＹＥメッセージを有するＰＦエンティティは、ステップ９２４で、ＲＥＦＥＲ  ＢＹＥメッセージを受信して処理することを示す応答メッセージである２０２Ａｃｃｅｐｔｅｄメッセージを受信側ＰｏＣクライアントに伝送する。このとき、受信側ＰｏＣクライアントは、既存の事前設定セッションのコンタクトアドレス情報を復元するために、ステップ９２８で、ＰｏＣセッションＩＤを削除し、事前設定セッションＩＤをＰＦエンティティとＰｏＣクライアントとの間のＳＩＰダイアログ情報と接続することによって、事前設定セッションのコンタクトアドレス情報を再設定する。
【００７５】
また、ＲＥＦＥＲ  ＢＹＥメッセージが受信されたＰＦエンティティは、ステップ９２２で、ＰｏＣセッションＩＤを用いてＢＹＥメッセージをＣＦエンティティに伝送する。その結果、ＰＦは、ＣＦエンティティとのＰｏＣセッションの接続を開放(release)する。言い換えれば、受信側ＰｏＣクライアントはＰｏＣセッションを終了するが、ＰＦエンティティとＰｏＣクライアントとの間のセッションは開放されていないので、事前設定セッションが維持される。
【００７６】
一方、ステップ９２２で、受信されたＢＹＥメッセージを有するＣＦエンティティは、ステップ９２６で、このＢＹＥメッセージに応答して２００  ＯＫメッセージをＰＦエンティティに伝送した後に、ＰＦエンティティは、ステップ９３０で、受信側ＰｏＣクライアントにＮＯＴＩＦＹメッセージを伝送する。このような動作を通じて、受信側ＰｏＣクライアントは、ステップ９３２で、ＰｏＣセッションが終了したことと、ＰＦエンティティと受信側ＰｏＣクライアントとの間の事前設定セッションが維持されていることに対する通知を受ける。
【００７７】
本発明の他の実施形態によって、事前設定セッションを維持したままＰｏＣセッションを終了するための手順について、図１０に示す信号のフローを参照して説明する。
【００７８】
ステップ１００２で、招待ＰｏＣクライアント(図示せず)がＰｏＣセッションに受信側ＰｏＣクライアントを招待するために伝送されるＩＮＶＩＴＥメッセージを、ＣＦエンティティがＰＦエンティティに伝送する場合に、ＰＦエンティティは、ステップ１００４で、ＰＦエンティティと受信側ＰｏＣクライアントとの間で事前設定セッションが存在するか否かを判定する。
【００７９】
ステップ１００４で、事前設定セッションが存在していないと判定された場合に、ＰＦエンティティは、ステップ１００５で、ＩＮＶＩＴＥメッセージを受信側ＰｏＣクライアントに伝送する。
【００８０】
一方、ステップ１００４で、事前設定セッションが存在すると判定された場合には、ＰＦエンティティは、ステップ１００６でＢ２ＢＵＡ(Back-to-Back User Agent)として動作し、ステップ１００８で、コンタクトヘッダーに事前設定セッションＩＤを挿入して生成されるｒｅ-ＩＮＶＩＴＥメッセージを受信側ＰｏＣクライアントに伝送する。ここで、‘Ｂ２ＢＵＡとして動作する’とは、サーバが、受信されたＩＮＶＩＴＥメッセージを予め設定された条件で、ＩＮＶＩＴＥメッセージの伝送以前のネットワーク環境又はサービスに基づいてパラメータを選択的に(optionally)変更できることを意味する。また、このとき、ＰＦエンティティは、ＣＦエンティティから受信されたＩＮＶＩＴＥメッセージと、受信側ＰｏＣクライアントに伝送されたｒｅ-ＩＮＶＩＴＥメッセージとを相互に内部的に接続し、それによって２個のセッションが一つのＰｏＣセッションに接続される。
【００８１】
ｒｅ-ＩＮＶＩＴＥメッセージを受信する場合に、受信側ＰｏＣクライアントは、事前設定セッションを維持し、ステップ１０１０で、ｒｅ-ＩＮＶＩＴＥメッセージに応答して２００  ＯＫメッセージをＰＦエンティティに伝送する。すると、ＰＦエンティティは、ステップ１０１２で、ＣＦから受信されたＩＮＶＩＴＥメッセージに応答して２００  ＯＫメッセージをＣＦエンティティに伝送する。２００  ＯＫメッセージを受信すると、ＣＦエンティティは、ステップ１０１４で、ＰｏＣセッションＩＤを伝送するために、ＲＴＣＰ  ＡＰＰ(Real-Time  Transport  Control  Protocol  Application)メッセージのフォーマットを有するメディアバースト接続(ＭＢ_ＣＯＮＮＥＣＴ)メッセージを受信側ＰｏＣクライアントに伝送する。このとき、ＲＴＣＰ  ＡＰＰメッセージは、ＲＴＰを伝送するアプリケーションで、ユーザーがＲＴＰを選択的に定義し、制御するために使用される。
【００８２】
上記のようにメディアバースト接続(ＭＢ_ＣＯＮＮＥＣＴ)メッセージを受信することによって、受信側ＰｏＣクライアントは、事前設定セッションＩＤとＰｏＣセッションＩＤともを格納することができる。
【００８３】
その後、ステップ１０１６で、事前設定セッションを維持したままＰｏＣセッションを終了するための方法及び手順が、ステップ１０１８〜１０２８に示すように遂行される。
【００８４】
ここで、ステップ１０１８，１０２０，１０２２，１０２４，１０２６，１０２８の動作は、それぞれ図９のステップ９２０，９２２，９２４，９２６，９３０，９３２と同様である。図１０に示すように、本発明の他の実施形態によって、事前設定セッションを維持したままＰｏＣセッションを終了する方法は、事前設定セッションが初めから維持されているため、ＰｏＣセッションＩＤを削除し、事前設定ＩＤとコンタクトアドレスを再設定するステップを必要としないことを除き、図９を参照して説明した方法と同一である。
【００８５】
以上、本発明の詳細な説明においては具体的な実施形態に関して説明したが、特許請求の範囲を外れない限り、様々な変更が可能であることは、当該技術分野における通常の知識を持つ者には明らかである。したがって、本発明の範囲は、前述の実施形態に限定されるものではなく、特許請求の範囲の記載及びこれと均等なものに基づいて定められるべきである。
【符号の説明】
【００８６】
５００・・・ＰｏＣ  ＵＥ
５０２・・・ＰｏＣクライアント
５０４・・・ＸＤＭＣ
５１０・・・アクセスネットワーク
５２０・・・ＳＩＰ/ＩＰコアネットワーク
５３０・・・共有ＸＤＭＳ
５４０・・・ＰｏＣ  ＸＤＭＳ
５５０・・・ＰｏＣサーバ
５６０・・・アグリゲーションプロキシサーバ
５７０・・・遠隔ＰｏＣネットワーク
【図１】
0005478581.tif 000004
【図２】
0005478581.tif 000005
【図３】
0005478581.tif 000006
【図４】
0005478581.tif 000007
【図５】
0005478581.tif 000008
【図６】
0005478581.tif 000009
【図７】
0005478581.tif 000010
【図８】
0005478581.tif 000011
【図９】
0005478581.tif 000012
【図１０】
0005478581.tif 000013