"PoCサーバにおいて事前設定セッションを管理するための方法であって、第1のPoCサーバからPoCセッション招待要求メッセージが受信されると、受信側PoC端末との事前設定セッションが存在するか否かを判定するステップと、前記事前設定セッションが存在すると、事前設定セッションID及び対応するメディアパラメータを格納するステップと、PoCセッション再招待要求メッセージを前記受信側PoC端末に伝送するステップと、前記受信側PoC端末からPoCセッションIDが含まれたPoCセッション終了要求メッセージが受信されると、前記PoCセッションIDを用いて前記第1のPoCサーバとのセッションを終了するためのPoCセッション終了要求メッセージを生成するステップと、前記生成されたPoCセッション終了要求メッセージを第1のPoCサーバに伝送するステップと、を含むことを特徴とする事前設定セッション管理方法。前記受信側PoCクライアントとの事前設定セッションが存在していないと、前記PoCセッション招待要求メッセージを前記受信側PoCクライアントに伝送するステップをさらに含むことを特徴とする請求項1に記載の事前設定セッション管理方法。前記PoCサーバは、セッション参加機能サーバとして動作することを特徴とする請求項1に記載の事前設定セッション管理方法。事前設定セッションを管理するためのPoC端末であって、PoCユーザーの入力による信号を出力するユーザーインターフェースと、パケットデータの送受信を遂行するデータ伝送部と、PoCサーバからPoCセッションIDを含むPoCセッション再招待要求メッセージが受信されると、前記PoCセッションIDと事前設定セッションIDが同一であるか否かを判定し、判定結果、同一である場合、前記事前設定セッションID及び対応するメディアパラメータを格納した後にPoCセッションに参加するPoCクライアントと、を含み、前記PoCクライアントは、前記PoCセッションを終了するとき、前記PoCセッションIDと前記事前設定セッションIDを用いてPoCセッション終了要求メッセージを生成し、前記生成されたPoCセッション終了要求メッセージを前記PoCサーバに伝送することを特徴とするPoC端末。前記PoCクライアントは、前記判定結果、同一でないと、前記PoCセッションに参加することを特徴とする請求項4に記載のPoC端末。前記PoCクライアントは、前記PoCセッション終了要求メッセージを生成するとき、前記PoCセッション終了要求メッセージの要求URIヘッダーに前記事前設定セッションIDを挿入し、参照受信ヘッダーに前記PoCセッションIDを挿入することを特徴とする請求項4に記載のPoC端末。PoC端末において事前設定セッションを管理するための方法であって、PoCサーバからPoCセッションIDを含むPoCセッション再招待要求メッセージが受信されると、前記PoCセッションIDと事前設定セッションIDが同一であるか否かを判定するステップと、判定結果、同一であると、前記事前設定セッションID及び対応するメディアパラメータを格納した後にPoCセッションに参加するステップと、前記PoCセッションを終了するとき、前記PoCセッションIDと前記事前設定セッションIDを用いてPoCセッション終了要求メッセージを生成するステップと、前記生成されたPoCセッション終了要求メッセージを前記PoCサーバに伝送するステップと、を含むことを特徴とする事前設定セッション管理方法。前記PoCセッション終了要求メッセージを生成するステップは、前記PoCセッション終了要求メッセージの要求URIヘッダーに前記事前設定セッションIDを挿入し、参照受信ヘッダーに前記PoCセッションIDを挿入するステップであることを特徴とする請求項7に記載の事前設定セッション管理方法。PoCサーバにおいて事前設定セッションを管理するための方法であって、第1のPoCサーバからPoCセッション招待要求メッセージを受信すると、受信側PoC端末との事前設定セッションが存在するか否かを判定するステップと、前記事前設定セッションが存在すると、前記第1のPoCサーバから受信された前記PoCセッション招待要求メッセージに対応させた後に、事前設定セッションIDを含むPoCセッション再招待要求メッセージを生成するステップと、前記生成されたPoCセッション再招待要求メッセージを前記受信側PoC端末に伝送するステップと、前記受信側PoC端末からPoCセッションIDが含まれたPoCセッション終了要求メッセージが受信されると、前記PoCセッションIDを用いて前記第1のPoCサーバとのセッションを終了するためのPoCセッション終了要求メッセージを生成するステップと、前記生成されたPoCセッション終了要求メッセージを前記第1のPoCサーバに伝送するステップと、を含むことを特徴とする事前設定セッション管理方法。前記PoCセッション再招待要求メッセージを伝送する前に予め設定された条件に基づいて前記受信されたPoCセッション招待要求メッセージから付加的にパラメータを変更するステップをさらに含むことを特徴とする請求項9に記載の事前設定セッション管理方法。前記予め設定された条件は、ネットワーク環境及びサービスのうち少なくとも一つに基づくことを特徴とする請求項10に記載の事前設定セッション管理方法。前記PoCサーバは、B2BUAとして動作することを特徴とする請求項9に記載の事前設定セッション管理方法。前記第1のPoCサーバは、前記受信側PoCクライアントにメディアバスト接続メッセージを伝送し、前記メディアバスト接続メッセージはPoCセッションIDを含むことを特徴とする請求項9に記載の事前設定セッション管理方法。事前設定セッションを管理するためのPoC端末であって、PoCユーザーの入力による信号を出力するユーザーインターフェースと、パケットデータの送受信を遂行するデータ伝送部と、PoCサーバからPoCセッションIDを含むPoCセッション再招待要求メッセージが受信されると、PoCセッションに参加し、前記PoCセッションを終了するとき、前記PoCセッションIDと前記事前設定セッションIDを用いてPoCセッション終了要求メッセージを生成し、前記生成されたPoCセッション終了要求メッセージを前記PoCサーバに伝送することを特徴とするPoC端末。前記PoCクライアントは、前記PoCセッション終了要求メッセージを生成するとき、前記PoCセッション終了要求メッセージの要求URIヘッダーに前記事前設定セッションIDを挿入し、参照受信ヘッダーに前記PoCセッションIDを挿入することを特徴とする請求項14に記載のPoC端末。PoC端末において事前設定セッションを管理するための方法であって、PoCサーバからPoCセッションIDを含むPoCセッション再招待要求メッセージが受信されると、PoCセッションに参加するステップと、前記PoCセッションを終了するとき、前記PoCセッションIDと事前設定セッションIDを用いてPoCセッション終了要求メッセージを生成するステップと、前記生成されたPoCセッション終了要求メッセージを前記PoCサーバに伝送するステップと、を含むことを特徴とする事前設定セッション管理方法。前記PoCセッション終了要求メッセージを生成するステップは、前記PoCセッション終了要求メッセージの要求URIヘッダーに前記事前設定セッションIDを挿入し、参照受信ヘッダーに前記PoCセッションIDを挿入するステップであることを特徴とする請求項16に記載の事前設定セッション管理方法。したがって、上記した従来技術の問題点を解決するために、本発明の目的は、受信側PoCクライアントが事前設定セッションを用いてPoCセッションを開設する場合に、事前設定セッションID及びメディアパラメータを格納し、格納された事前設定セッションIDを用いて事前設定セッションを維持したままPoCセッションを終了する方法を提供することにある。上記のような目的を達成するために、本発明の一態様によれば、事前設定セッションを管理するPoCシステムを提供する。そのシステムは、セッション管理機能を遂行する第1のPoCサーバと、第1のPoCサーバからPoCセッション招待要求メッセージを受信するとともに、受信側PoCクライアントと第2のPoCサーバとの間で事前設定セッションが存在するか否かを判定し、かつ、事前設定セッションが存在すると判定された場合には、事前設定セッションID及び対応するメディアパラメータを格納した後にPoCセッション再招待要求メッセージを受信側PoCクライアントに伝送する第2のPoCサーバと、伝送されたPoCセッション再招待要求メッセージに含まれたPoCセッションIDが事前設定セッションIDと同一である場合に、事前設定セッションIDと対応するメディアパラメータを格納するとともに、PoCセッションを終了すると、PoCセッションIDと事前設定セッションIDを用いてPoCセッション終了要求メッセージを生成して第2のPoCサーバに伝送する受信側PoCクライアントとを具備することを特徴とする。本発明の他の態様によれば、セッション管理機能を遂行する第1のPoCサーバ、セッション参加機能サーバとして動作する第2のPoCサーバ、及び受信側PoCクライアントを含むPoCシステムにおける事前設定セッションを管理する方法を提供する。その方法は、第2のPoCサーバによって、第1のPoCサーバからPoCセッション招待要求メッセージを受信するとともに、第2のPoCサーバと受信側PoCクライアントとの間で事前設定セッションが存在するか否かを判定するステップと、第2のPoCサーバによって、事前設定セッションが存在すると判定された場合に事前設定セッションID及び対応するメディアパラメータを格納するとともに、PoCセッション再招待要求メッセージを受信側PoCクライアントに伝送するステップと、受信側PoCクライアントによって、伝送されたPoCセッション再招待要求メッセージに含まれたPoCセッションIDが事前設定セッションIDと同一である場合に、事前設定セッションID及び対応するメディアパラメータを格納するステップと、受信側PoCクライアントによって、PoCセッションの終了時にPoCセッションIDと事前設定セッションIDを用いてPoCセッション終了要求メッセージを生成するステップと、受信側PoCクライアントによって、生成されたPoCセッション終了要求メッセージを第2のPoCサーバに伝送するステップとを具備することを特徴とする。また、本発明の他の態様によれば、セッション管理機能を遂行する第1のPoCサーバと、セッション参加機能サーバとして動作する第2のPoCサーバとを含むPoCシステムにおける事前設定セッションを管理するためのPoCUEを提供する。そのPoCUEは、PoCユーザーの入力による信号を出力するユーザーインターフェースと、少なくとも一つのパケットデータの送受信を遂行するデータ伝送部と、PoCセッション招待要求メッセージを受信するとともに、PoCセッション招待要求メッセージに含まれたPoCセッションIDが事前設定セッションIDと同一であるか否かを判定し、かつ、PoCセッションIDが事前設定セッションIDと同一である場合には、事前設定セッションID及び対応するメディアパラメータを格納するとともに、PoCセッションの終了時にPoCセッションIDと事前設定セッションIDを用いてPoCセッション終了要求メッセージを生成した後に、第2のPoCサーバに伝送するPoCクライアントとを具備することを特徴とする。さらに、本発明の他の態様によれば、事前設定セッションを管理するPoCシステムを提供する。そのシステムは、セッション管理機能を遂行する第1のPoCサーバと、第1のPoCサーバからPoCセッション招待要求メッセージを受信するとともに、受信側PoCクライアントと第2のPoCサーバとの間で事前設定セッションが存在するか否かを判定し、かつ、第1のPoCサーバから受信されたPoCセッション招待要求メッセージに対応させた後に、事前設定セッションIDを含むPoCセッション再招待要求メッセージを受信側PoCクライアントに伝送する第2のPoCサーバと、PoCセッション再招待要求メッセージを受信するとともに、PoCセッションに参加し、かつ、PoCセッションの終了時にPoCセッションIDと事前設定セッションIDを用いてPoCセッション終了要求メッセージを生成して第2のPoCサーバに伝送する受信側PoCクライアントとを具備することを特徴とする。本発明は、PoCクライアントが、受信側でもPoCセッションID及び事前設定セッションIDをすべて格納し、参加中であるPoCセッションを終了しようとする場合に、この格納されたPoCセッションIDと事前設定セッションIDを用いてREFERBYEメッセージを生成してPoCサーバに伝送する。PoCクライアントは、PoCセッションIDと事前設定セッションIDを用いて、事前設定セッションを維持したままでPoCセッションを終了することができる。以下、本発明の望ましい実施形態を添付の図面を参照して詳細に説明する。図面において、同一又は類似の構成要素、特徴、及び構成に対してはできるだけ同一の参照符号を使用して説明する。また、本発明の実施形態では、理解を助けるために多様な詳細を含む。したがって、本発明の範囲及び精神を逸脱することなく、以下に説明される本発明の様々な変形及び変更が可能であることは、当該技術分野における通常の知識を持つ者には明らかである。なお、公知の機能または構成に関する具体的な説明は、明瞭性と簡潔性のために省略する。まず、本発明の実施形態が適用されるPoCシステムについて、図5~図7を参照して説明する。次に、本発明の実施形態がPTTシステム、特にセルラー移動通信ネットワークを通じてPTTサービスを提供するPoCシステムに適用される例について説明する。一般的に、PoCシステムは、グループ通話のためのセッション参加情報を伝達するためにSIP及びSIP拡張プロトコルを使用し、グループ情報を獲得するためにXCAPConfigurationAccessProtocolを使用する。下記の本発明の実施形態は、上記したプロトコルによって実現されることができ、本発明の実施形態の基本的な構成は、PoCRel.1システムに基づくことがある。まず、本発明の実施形態が適用されるPoCシステムについて、以下に説明する。図5は、本発明の実施形態が適用されるPoCサービスシステム及び関連ネットワークの構成を示す概念図である。本発明の実施形態が適用されるPoCシステムは、PoCUE500と、XDMS530,540と、PoCサーバ550とを含むことができる。また、PoCシステムは、アグリゲーションプロキシサーバ560をさらに含むことができる。これら構成要素は、アクセスネットワーク510、SIPIPコアネットワーク520、及び遠隔PoCネットワーク570を通じて相互に接続されることができる。それぞれの構成要素について説明すると、次のようである。PoCUE500は、PoCクライアント502及びXDMC504を含む。PoCUE500に含まれたサービス要求者を表す、PoCクライアント502は、PoCUE500に在る間にPoCサービス加入者にPoCサービスを提供するためのネットワークアクセスを遂行する。PoCサービス加入者は、PoCクライアントを備えているPoCUEを通じてPoCサービスの提供を受けることができる。次の説明において、PoCクライアントは、PoCクライアントを備えているUE及びPoCサービス加入者に対する一般的な用語として使用される。また、PoCクライアントの参照符号は、特定の区別が要求されない限り省略する。PoCクライアントの主な機能は、PoCサービス加入者を考慮すると、PoCセッションを設定し、既に設定されたセッションに参加し、設定されたセッションを終了することである。また、PoCクライアント502は、トークバーストを生成及び伝送する機能、インスタントパーソナルアラートを支援する機能、及びPoCサービスにアクセスする認証機能を有する。PoCクライアントは、アクセスネットワーク510を通じて、SIPIPマルチメディアサービスを支援するのに重要な役割を果たすSIPIPコアネットワーク520に接続されてもよい。SIPIPコアネットワーク520は、PoCサービスを支援するために、PoCサーバ550及びXDMS530,540に接続される。この場合、PoCサーバ550は、PoCセッションを維持及び管理するPoC管理機能を遂行し、一対一通話又はマルチポイント通話のために設定されたPoCセッションに参加するPoC参加機能を遂行することができる。一方、PoCサービスは、コンファレンス通話のようにグループセッションの設定サービスを伴うことができる。このために、OMA規格は、参照として組み込まれたものであり、グループリストサービスのためのXDMC504及びXDMS530,540を定義する。図5は、PoCサービスに使用されるPoCXDMS540と、他のサービスイネーブラに対しても共有可能な共有XDMS530を示す。グループ及びグループメンバーに関する情報は、PoCクライアントを通じてXDMS530,540に格納され得る。PoCクライアントは、XDMS530,540から受信された個人又はグループのリストから、呼び出しできるPoCクライアントの情報を獲得する。一方、XDMS530,540のグループ及びグループメンバーの生成、変更、及び管理は、インターネット又はイントラネットのように、PoCサービス提供者によって信頼できる通信ネットワークを通じてなされてもよい。グループリストの生成、修正、及び除去のようなXML文書管理のためのプロトコル及び具体的内容に対する詳細な説明は、省略する。グループサービスのために、XDMC504からグループリスト関連要求を受信すると、アグリゲーションプロキシサーバ560は、適切な規則に従ってXDMS530,540に上記要求をルーティングする。次に、PoCサーバ550について説明する。図6は、PoCサーバ550を示すブロック構成図である。PoCサーバ550の機能は、PoCセッションを一般的に維持及び管理するPoC管理機能602と、該当PoCクライアントA502A及びPoCクライアント502Bのように、各PoCセッションに対する維持及び管理を担当するPoC参加機能604,606に分類されてもよい。PoCサーバ550の各機能による特性は、下記の<表1>及び<表2>を参照して説明する。<表1>に示すように、CFは、PoCサーバの機能のうち、PoCセッションの全体を管理する役割をする。特に、CFは、PoCクライアントから発言権に対する要求を受信し、クライアントに発言権を与える順序を定め、その順に発言権をクライアントに与える。また、PoCサーバは、PoCグループの呼に参加するすべてのPoCクライアントに特定のPoCクライアントからのトークバーストを分配し、このグループの呼に参加したPoCクライアントに関する情報を提供する。下記の<表2>に示すように、PFは、PoCセッション中に、CFと各PoCクライアントとの間で接続されたセッションの管理に関連する。特に、PFは、発言権に対するPoCクライアントの要求を中継し、PoCクライアントの発言権は、CFによって与えられる。また、PFは、CFとPoCクライアントとの間でメディア中継機能を提供し、これらCFとPoCクライアントが相互に異なるコーデックを使用する場合にはトランスコーディング機能を提供する。また、PFは、同時に複数のPoCセッション中に、一つのセッションで音声通話が遂行される場合に、他のセッションでも音声通話を遂行中であると、ユーザーの選択に従って一つの音声をフィルタリングする機能を提供する。図7は、PoCサーバのCFエンティティ及びPFエンティティを示すブロック構成図である。PoCクライアント502A~502Dは、対応するPFエンティティ710A~710A~710Dを通じてCF700に接続され、各々のPoCセッションを設定する。以後、CFエンティティ700から発言権が与えられたPoCクライアントの該当トークバーストに対するメディアが各々の他のPoCクライアントに伝達される。このとき、発言権を有するPoCクライアントは、グループセッションに参加しているPoCクライアントの情報を確認した後のみに発言が可能になる。図8は、本発明の実施形態が適用されるPoCクライアント502が含まれるPoCUE500とPoCサーバ550との間の接続を簡略に示すブロック構成図である。PoC端末500は、PoCクライアント502と、ユーザーインターフェース部801と、データ伝送部804とを含む。具体的に説明すると、本発明の実施形態によって、PoCクライアント502が参加PoCサーバと事前設定セッションを設定した後に、PoC参加機能のPoC参加サーバからreINVITE又はINVITEメッセージを受信する場合に、受信されたメッセージと事前設定セッションとの間の呼ID、発信番号、受信番号を比較及び確認する。その結果、受信されたメッセージの呼ID、発信番号、受信番号が事前設定セッションと同一であると判定された場合に、受信側PoCクライアントは、事前設定セッションID及びメディアパラメータに関する情報を格納する。このとき、PoCセッションIDは、INVITEメッセージのコンファレンスURIを通じて受信側PoCクライアントに伝送され、PoCセッションを構成する情報として一時格納される。以後、受信側PoCクライアントは、PFエンティティを通じて200OKメッセージを伝送してPoCセッションに参加する。また、上記したように、PoCセッションに参加した後に、PoCクライアントがPoCセッションを終了しようとする場合に、本発明の実施形態によるPoCクライアントは、事前設定セッションを維持したままでPoCセッションを終了するために、事前設定セッションIDとPoCセッションIDを用いて、PoCセッションIDを用いて、PoCセッション終了要求メッセージであるREFERBYEメッセージを生成する。すなわち、PoCクライアントは、REFERBYEメッセージのRequestURIヘッダーに事前設定セッションIDを挿入し、ReferToヘッダーにPoCセッションIDを挿入することによって、REFERBYEメッセージを生成する。その後、受信側PoCクライアントは、生成されたREFERBYEメッセージをPFエンティティに伝送する。ユーザーインターフェース部801は、ユーザーの入力をPoCUE500に伝送する。データ伝送部804は、パケットデータを送受信する。データ伝送部804は、パケットデータの送受信を遂行するための伝送プロトコルスタックを含むことができる。このようなデータ伝送部804は、RTPRTCPHTTP、UDP、IP、及び下層スタックを含むことができる。データ伝送部804は、IPネットワーク805及びIMSコアネットワーク806を介してPoCサーバ550とパケットデータを送受信する。一方、本発明の実施形態によるPoCサーバ550は、CFエンティティとPFエンティティに分類され、これら各々の動作を遂行する。本発明の実施形態によるCF及びPFエンティティの動作については、図9及び図10を参照して詳細に説明する。以下、本発明の実施形態によって、受信側が事前設定セッションを維持したままPoCセッションを開設及び終了する手順について、図9及び図10に示す信号フローを参照して説明する。まず、図9及び図10において、ステップ900及び1000で、各々受信側PoCクライアントと受信側PoCサーバとの間で事前設定セッションが設定されると仮定する。図9を参照すると、招待PoCクライアントがPoCセッションに受信側PoCクライアントを招待するために、INVITEメッセージを、PoC管理機能を遂行するPoCサーバAに伝送する。すると、CFエンティティは、ステップ902で、受信されたINVITEメッセージを、PFを遂行するPoCサーバに伝送する。以後、INVITEメッセージが受信されたPFエンティティは、ステップ904で、受信側PoCクライアントと設定された事前設定セッションがあるか否かを確認する。すなわち、PFエンティティは、受信側PoCクライアントとの間で設定された事前設定セッションがあるか否かを判定する。ステップ904で、事前設定セッションがないと判定された場合に、PFエンティティは、ステップ905で、INVITEメッセージを受信側PoCクライアントに伝送する。一方、ステップ904で事前設定セッションがあると判定された場合には、PFエンティティは、ステップ906で、事前設定セッションID及び対応するメディアパラメータを格納し、プロキシモードで動作し、PFエンティティは、コンタクトヘッダーにPoCセッションIDを含むreINVITEメッセージを受信側PoCクライアントに伝送する。すると、受信側PoCクライアントは、INVITEメッセージ又はreINVITEメッセージを受信した後に、ステップ910で、受信されたメッセージと事前設定セッションとの間の呼ID、発信番号、受信番号を比較及び確認する。その結果、受信された呼ID、発信番号、受信番号が事前設定セッションと同一であると判定された場合に、受信側PoCクライアントは、ステップ912で、事前設定セッションID及びメディアパラメータに関する情報を格納する。このとき、INVITEメッセージのコンタクトヘッダーに含まれたPoCセッションIDは、受信側PoCクライアントに伝送され、PoCセッションを構成する情報として一時格納される。受信されたメッセージの呼ID、発信番号、及び受信番号が事前設定セッションと同一でないと判定された場合には、ステップ912にスキップする。以後、受信側PoCクライアントは、ステップ914及び916で、PFエンティティを通じてCFエンティティに200OKメッセージを伝送し、それによってステップ918でPoCセッションに参加する。上記したように、本発明の実施形態によって、受信側PoCクライアントがPoCセッションに参加した後にPoCセッションを終了する場合に、事前設定セッションを維持したままPoCセッションを終了するために、PoCセッションIDと事前設定セッションID、すなわち2個のIDを格納する。その後、事前設定セッションを維持したままPoCセッションを終了するための方法及び手順は、ステップ920~932に示すように遂行できる。まず、受信側PoCクライアントは、事前設定セッションを維持したままPoCセッションを終了するために、事前設定セッションID及びPoCセッションIDを用いてPoCセッションの終了を要求するBYEメッセージを含むREFERメッセージを生成する。すなわち、受信側PoCクライアントは、REFERBYEメッセージのRequestURIヘッダーに事前設定セッションIDを挿入し、ReferToヘッダーにPoCセッションIDを挿入することによって、REFERBYEメッセージを生成する。その後、受信側PoCクライアントは、ステップ920で生成されたREFERBYEメッセージをPFに伝送する。また、受信されたREFERBYEメッセージを有するPFエンティティは、ステップ924で、REFERBYEメッセージを受信して処理することを示す応答メッセージである202Acceptedメッセージを受信側PoCクライアントに伝送する。このとき、受信側PoCクライアントは、既存の事前設定セッションのコンタクトアドレス情報を復元するために、ステップ928で、PoCセッションIDを削除し、事前設定セッションIDをPFエンティティとPoCクライアントとの間のSIPダイアログ情報と接続することによって、事前設定セッションのコンタクトアドレス情報を再設定する。また、REFERBYEメッセージが受信されたPFエンティティは、ステップ922で、PoCセッションIDを用いてBYEメッセージをCFエンティティに伝送する。その結果、PFは、CFエンティティとのPoCセッションの接続を開放する。言い換えれば、受信側PoCクライアントはPoCセッションを終了するが、PFエンティティとPoCクライアントとの間のセッションは開放されていないので、事前設定セッションが維持される。一方、ステップ922で、受信されたBYEメッセージを有するCFエンティティは、ステップ926で、このBYEメッセージに応答して200OKメッセージをPFエンティティに伝送した後に、PFエンティティは、ステップ930で、受信側PoCクライアントにNOTIFYメッセージを伝送する。このような動作を通じて、受信側PoCクライアントは、ステップ932で、PoCセッションが終了したことと、PFエンティティと受信側PoCクライアントとの間の事前設定セッションが維持されていることに対する通知を受ける。本発明の他の実施形態によって、事前設定セッションを維持したままPoCセッションを終了するための手順について、図10に示す信号のフローを参照して説明する。ステップ1002で、招待PoCクライアントがPoCセッションに受信側PoCクライアントを招待するために伝送されるINVITEメッセージを、CFエンティティがPFエンティティに伝送する場合に、PFエンティティは、ステップ1004で、PFエンティティと受信側PoCクライアントとの間で事前設定セッションが存在するか否かを判定する。ステップ1004で、事前設定セッションが存在していないと判定された場合に、PFエンティティは、ステップ1005で、INVITEメッセージを受信側PoCクライアントに伝送する。一方、ステップ1004で、事前設定セッションが存在すると判定された場合には、PFエンティティは、ステップ1006でB2BUAとして動作し、ステップ1008で、コンタクトヘッダーに事前設定セッションIDを挿入して生成されるreINVITEメッセージを受信側PoCクライアントに伝送する。ここで、‘B2BUAとして動作する’とは、サーバが、受信されたINVITEメッセージを予め設定された条件で、INVITEメッセージの伝送以前のネットワーク環境又はサービスに基づいてパラメータを選択的に変更できることを意味する。また、このとき、PFエンティティは、CFエンティティから受信されたINVITEメッセージと、受信側PoCクライアントに伝送されたreINVITEメッセージとを相互に内部的に接続し、それによって2個のセッションが一つのPoCセッションに接続される。reINVITEメッセージを受信する場合に、受信側PoCクライアントは、事前設定セッションを維持し、ステップ1010で、reINVITEメッセージに応答して200OKメッセージをPFエンティティに伝送する。すると、PFエンティティは、ステップ1012で、CFから受信されたINVITEメッセージに応答して200OKメッセージをCFエンティティに伝送する。200OKメッセージを受信すると、CFエンティティは、ステップ1014で、PoCセッションIDを伝送するために、RTCPAPPメッセージのフォーマットを有するメディアバースト接続メッセージを受信側PoCクライアントに伝送する。このとき、RTCPAPPメッセージは、RTPを伝送するアプリケーションで、ユーザーがRTPを選択的に定義し、制御するために使用される。上記のようにメディアバースト接続メッセージを受信することによって、受信側PoCクライアントは、事前設定セッションIDとPoCセッションIDともを格納することができる。その後、ステップ1016で、事前設定セッションを維持したままPoCセッションを終了するための方法及び手順が、ステップ1018~1028に示すように遂行される。ここで、ステップ1018,1020,1022,1024,1026,1028の動作は、それぞれ図9のステップ920,922,924,926,930,932と同様である。図10に示すように、本発明の他の実施形態によって、事前設定セッションを維持したままPoCセッションを終了する方法は、事前設定セッションが初めから維持されているため、PoCセッションIDを削除し、事前設定IDとコンタクトアドレスを再設定するステップを必要としないことを除き、図9を参照して説明した方法と同一である。以上、本発明の詳細な説明においては具体的な実施形態に関して説明したが、特許請求の範囲を外れない限り、様々な変更が可能であることは、当該技術分野における通常の知識を持つ者には明らかである。したがって、本発明の範囲は、前述の実施形態に限定されるものではなく、特許請求の範囲の記載及びこれと均等なものに基づいて定められるべきである。"