JP2009516981A - ＰｏＣシステムにおけるアドホックＰｏＣセッション開設のための方法、端末装置、及びそのシステム - Google Patents

Abstract

本発明は、アドホックＰｏＣセッション開設時、通話対象グループに含まれたグループＩＤがリモートネットワークドメインにより管理されるグループである場合にもアドホックＰｏＣセッション開設を可能とするための方法、端末装置、及びそのシステムに関するものである。
このために、本発明は、セッション開始を要請するＰｏＣクライアントが少なくとも１つ以上のグループ識別子情報を含むセッション招待メッセージをホームネットワークの第１ＰｏＣサーバへ転送し、第１ＰｏＣサーバが受信したセッション招待メッセージ内において上記グループ識別子情報を確認し、ホームネットワークの以外のネットワークのグループの識別子情報が存在する場合、グループ識別子をホストする第２ＰｏＣサーバへグループリスト情報を要請する要請メッセージを転送し、第２ＰｏＣサーバがグループリスト情報の要請メッセージに含まれたグループに対するリスト情報を獲得し、獲得したグループリスト情報を第１ＰｏＣサーバへ転送して受信したグループリストを利用してアドホックグループ招待が遂行できるようにする。
【選択図】図５

Description

本発明は、ＰｏＣシステムにおけるアドホックＰｏＣセッション（ad-hoc PoC session）を開設するための方法、端末装置、及びそのシステムに関し、特にアドホックＰｏＣセッション開設時、通話対象グループに含まれるグループＩＤが他のネットワークドメインにより管理されるグループである場合にもアドホックＰｏＣセッション開設が可能であるように提供するための方法と端末装置及びそのシステムに関する。

移動通信の画期的な発展と通信網の拡大に伴って、携帯電話を用いたより拡張された多様なサービスとアプリケーションが提供されている。また、ユーザの要求も多様化されており、単純な通話サービスを越えて、位置サービス、マルチメディアサービス、ＰＴＴ（Push To Talk）サービスなどに拡大されている。特に、ＰＴＴサービスは、従来のラジオシステムやＴＲＳ（Trunked Radio System）等で可能なグループ通話と音声通話は勿論、インスタントメッセンジャー、状態表示など、多様な付加機能を支援する。

現在、このようなＰＴＴ概念を移動通信網を用いてサービスするＰｏＣ（Push-to-talk over cellular；以下、“ＰｏＣ”と称する）サービスを標準化することが活発に論議されている。既存の移動通信サービスと区別されるＰｏＣサービスの特徴の１つは、ユーザが必要によって多重のセッション間を移動しながら通話することができるということである。ユーザが多重のセッションを移動しながら通話可能でなければならないという要求事項は、移動通信サービスを定義している団体であるＯＭＡ（Open Mobile Alliance）の要求事項に明示されている。

このようなＯＭＡ ＰｏＣ技術は、グループ通話のセッション参加情報を伝達するために、代表的にインターネットマルチメディア通話（IP Multimedia Telephony）を制御する応用階層プロトコルであるＳＩＰ（Session Initiation Protocol）／ＳＩＰ拡張プロトコルを利用し、グループ情報を管理するためにＸＣＡＰプロトコルを利用する。

一方、ＯＭＡで標準化中であるＰｏＣスペックは、次のような特徴を有する。まず、ＰｏＣサービスは半二重（half duplex）通信方式の多者間コンファレンス機能を支援し、グループの目的に応じた多様なタイプを支援する。即ち、ＰｏＣコンファレンスは参加するグループの特性に応じて、アドホックＰｏＣグループ（ad hoc PoC group）、事前設定ＰｏＣグループ（pre-arranged PoC group）、及びチャットＰｏＣグループ（chat PoC group）に分けられる。

まず、アドホックグループ及び事前設定グループ通話の場合、クライアントが中心役目をするサーバ（以下、“コンファレンスサーバ”と称する）にセッション開設を要請して、ダイヤルアウト（dial-out）のセッションを開設し、コンファレンスサーバがグループに属する各該当クライアントにセッション要請を送る。

次に、チャットグループ通話の場合、各クライアントが該当セッションの識別情報、または、グループアドバータイジング（Group advertising）を通じてグループセッション情報を予め認識する時、各クライアントがチャットグループのコンファレンスサーバにダイヤルイン（dial-in）接続するセッション開設及びジョイン（join）手続きを有することを特徴とする。

まず、ＰｏＣマルチメディアセッションを開くために、送信側ＰｏＣ通話要請者はＳＩＰプロトコルを利用してマルチメディアINVITEメッセージを送信して呼処理を要請する。この際、マルチメディアINVITEメッセージはメディアタイプによって多様なフォーマットのオーディオ、ビデオ、及びテキストなどを含むことができる。受信側では応答モード設定と事前セッションが存在するか否かによって多様な応答手続きを行なう。

ＰｏＣ呼を処理するために、送信側ＰｏＣクライアントＡは自分が話そうとする受信者のＳＩＰアドレス（address）情報を含んだSIP INVITEメッセージを該当ＳＩＰ／ＩＰコアネットワークＡに送る。この際、SIP INVITEメッセージには通話要請クライアントのＰｏＣアドレス情報、要求されるメディアパラメータ、ＰｏＣサービスを表す特性値情報などのエレメントを含む。SIP INVITEメッセージはＤＨＣＰサーバやＤＮＳサーバ等での経路クエリー（query）を使用して該当ＩＭＳサーバ（プロキシ−呼セッション制御機能（Ｐ−ＣＳＣＦ）及びサービング−呼セッション制御機能（Ｓ−ＣＳＣＦ））を通じて参加ＰｏＣサーバ（以下、“ＰＦエンティティ”と称する）に伝達される。マルチメディアセッションが要求される際、要求されるメディアパラメータはオーディオとビデオに関するエンコーディング方法、レート、ペイロードタイプなどの多数特性値のような複数のメディア特性値を含む。

一般的な通話要請時、ＰｏＣユーザと連結されたＰＦエンティティは、開設されるセッションのトークバーストを管理する制御ＰｏＣサーバ（以下、“ＣＦエンティティ”と称する）と分離して具現できるので、先にＰＦエンティティに送られたSIP INVITEメッセージは、該当ＳＩＰ／ＩＰコアネットワークを経由してＣＦエンティティに伝達される。

一方、ＣＦを含むＰｏＣセッション制御ネットワークは、受信側ネットワークに SIP INVITEメッセージを伝達した後、これに対する応答メッセージを受信側ネットワークから受信する。受信側ネットワークからのＳＩＰ応答メッセージには、受信側ＰｏＣクライアントとＰＦの設定に従って１ＸＸの臨時応答メッセージ（provisional response）や２ＸＸの成功応答メッセージ（successful response）、または４ＸＸ〜６ＸＸなどの誤り応答メッセージなどがある。自動応答モードの場合、SIP 183 “Session progress”信号が受信されることにより、通話要請者のＩＭＳ網でＰｏＣサーバとクライアントとの間の連結を設定することができる。受信側のＰｏＣクライアントの通話許諾信号は、上記SIP 183 “Session Progress”やSIP 200 “OK” responseとして返信され、ＣＦとＰＦのＰｏＣサーバを経由してＰｏＣクライアントＡに伝達される。

ＣＦエンティティは受信側ＰｏＣサーバから200 OK応答や183 Session progress信号を受信した後、ＰｏＣ呼が連結されたことを判断して、ＰｏＣクライアントＡに対してトークバースト発言権を付与する発言権承認（floor granted）信号を送る。上記の応答（SIP 200 OK、または183 session progress）は、“確認応答”または“非確認応答”に区分されることができる。“非確認応答”を受信すると、ＣＦエンティティはバッファーリング機能を要求する。

一方、送信側ＰｏＣクライアントＡは、SIP INVITEメッセージに対する応答メッセージを受信した後、トークバースト転送許可信号、例えば、通話連結音を伝達する発言権承認（floor granted）信号をＲＴＣＰプロトコルを利用して受信する。この際、発言権承認（floor granted）信号は、トークバースト仲裁権限を有するＣＦエンティティから生成されて、上記該当ＰｏＣクライアントを管理するＰＦエンティティを経てＰｏＣクライアントへ転送される。発言権承認信号は、ＳＩＰプロトコルを利用せず、ベアラーの経路を利用するので、ＩＭＳのようなＳＩＰ／ＩＰコアネットワークを経ず転送されることができる。このような通話連結音を確認したＰｏＣユーザはメディア（代表的には音声ストリーム）ストリームをＲＴＰプロトコルを利用して転送する。

一方、ＰｏＣ １．０標準文書に規定されているように、アドホックＰｏＣグループセッションは、送信側ＰｏＣクライアントの編集に従って、開設が可能である。この際、アドホックグループにマッピングされる対象ＰｏＣアドレス情報は、１つのＳＩＰ ＵＲＩまたはＴＥＬ ＵＲＩから構成される。ＰｏＣ ２．０標準で新しく含まれた柔軟なアドホックグループセッション開設の機能に応じて、上記の通話対象グループは、個人（single）ＵＲＩでなく、グループに対するＵＲＩを有することもある。

このために、送信側ＰｏＣクライアントでアドホックＰｏＣグループセッションを開設するために転送されるメッセージにグループＵＲＩに対するグループ種類指示子を含めてセッション手続きを遂行することによって、柔軟なアドホックグループ開設を遂行することができる。この際、通話対象グループ識別子（ＵＲＩ）がアドホックセッションでＣＦエンティティとして動作するＰｏＣサーバと同一なドメイン内で管理される場合には、アドホックグループセッション管理サーバがＰｏＣ ＸＤＭＳから該当グループ識別子にマッピングされたクライアントの情報の提供を受けてアドホックグループを開設することができる。

しかしながら、通話対象グループ識別子（ＵＲＩ）がアドホックセッションでＣＦエンティティとして動作するＰｏＣサーバと同一なドメイン内（以下、“ホームネットワークドメイン”と称する）に管理されない場合には、アドホックグループセッション管理サーバで他のドメイン内のＰｏＣ ＸＤＭＳから該当グループに対するクライアント情報の提供を受けることができない。即ち、アドホックグループセッション管理サーバは、ホームネットワークの以外の他のリモート（remote）ネットワークに属するクライアントのリストを直接収集して、該当クライアントにセッション招待を遂行しなければならない。従って、アドホックセッションを開設しようとする通話対象グループ識別子がホームネットワークドメイン内のＰｏＣサーバ、または連結されたＰｏＣ ＸＤＭＳサーバにより管理されない場合に対しては効率のよい、柔軟なアドホックグループ開設方法が提供できない。

本発明は、ＰｏＣアドホックグループセッション開設時、アドホックグループの対象識別情報（ＵＲＩ）に属するクライアントリストをホームネットワークドメイン内のＰｏＣサーバが管理していない場合に、該当ネットワークからグループＵＲＩのクライアントリストを獲得することができるＰｏＣシステムにおけるアドホックＰｏＣセッション開設のための方法、端末装置、及びそのシステムを提供することをその目的とする。

また、本発明の他の目的は、個人識別子（以下、“個人ＵＲＩ”と称する）とグループ識別子（以下、“グループＵＲＩ”と称する）を含むＰｏＣアドホックグループセッション開設時、グループＵＲＩがグループセッション開始者と異なるネットワークドメインにより管理されるグループＵＲＩである場合に、アドホックグループセッションを管理するＰｏＣサーバから該当グループ情報の提供を受けることができるＰｏＣシステムにおけるアドホックＰｏＣセッション開設のための方法、端末装置、及びそのシステムを提供することにある。

本発明は、ＰｏＣシステムにおけるアドホックＰｏＣセッション開設のための方法であって、セッション開始を要請するＰｏＣクライアントから少なくとも１つ以上のグループ識別子情報を含むセッション招待メッセージをホームネットワークの第１ＰｏＣサーバへ転送する過程と、上記第１ＰｏＣサーバが受信した上記セッション招待メッセージ内において上記グループ識別子情報を確認し、上記ホームネットワークの以外のネットワークのグループの識別子情報が存在する場合、上記グループ識別子をホストする第２ＰｏＣサーバに上記グループに対するグループリスト情報を要請する要請メッセージを転送する過程と、上記第２ＰｏＣサーバが上記グループリスト情報要請メッセージに含まれたグループに対するリスト情報を獲得し、獲得したグループリスト情報を上記第１ＰｏＣサーバへ転送する過程とを含むことを特徴とする。

本発明は、アドホックＰｏＣセッション開設のためのシステムであって、少なくとも１つ以上のグループ識別子情報を含むセッション招待メッセージを転送してセッション開始を要請するＰｏＣクライアントと、上記ＰｏＣクライアントから受信した上記セッション招待メッセージ内において上記グループ識別子情報を確認し、上記ホームネットワークの以外のネットワークのグループの識別子情報が存在する場合、上記グループ識別子をホストする該当サーバにグループリスト情報を要請する要請メッセージを転送する第１ＰｏＣサーバと、上記第１ＰｏＣサーバからグループリスト情報要請メッセージを受信し、上記グループリスト情報要請メッセージに含まれたグループに対するリスト情報を獲得し、獲得したグループリスト情報を上記第１ＰｏＣサーバへ転送する第２ＰｏＣサーバと、を含むことを特徴とする。

本発明は、ＰｏＣシステムにおけるアドホックＰｏＣセッション開設のための端末装置であって、ＰｏＣサーバとのパケットデータ送受信を遂行するデータ送受信部と、ＰｏＣアドホックグループセッション開設のための少なくとも１つ以上の個人ＵＲＩとグループＵＲＩを含むセッション招待メッセージを送信する制御部と、を含むことを特徴とする。

本発明によると、複数のグループを含むアドホックグループセッションを開始する時、ＸＣＡＰあるいはSIP SUBSCRIBE方法によりグループ情報を収集した後、アドホックグループの対象を一つ一つ記入してセッション開設を要請する際の問題を解決することができる。また、本発明は、サーバ側がホームネットワークでないリモートネットワークに属するクライアントのリストを直接収集せず、自動にセッションを開設して、ユーザの便利性の向上及びネットワーク資源の効率的な使用を改善させることができる。

以下、添付した図面を参照しつつ本発明を詳細に説明する。下記では、本発明をＰＴＴ（Push To Talk）システムのうち、特に、セルラー移動通信網を使用してＰＴＴサービスを提供するＰｏＣ（Ptt over Cellular）システムに適用する場合を例に挙げた。一般に、ＰｏＣシステムは、グループ通話のセッション参加情報を伝達するためにＳＩＰ（Session Initiation Protocol）プロトコル及びＳＩＰ拡張プロトコルを利用し、グループ情報を獲得するためにＸＣＡＰ（XML Configuration Access Protocol）プロトコルを利用する。以下、記述する本発明の機能は、前述したプロトコルにより具現されることができる。

図１は、本発明を適用した一般的なＰｏＣ（Push-to-talk over Cellular）サービスシステム及び関連ネットワーク構造に対する概念図である。図１を参照すると、ＰｏＣクライアント１１は、移動端末（ＵＥ（User Equipment））１０に内蔵されるサービス要請者であり、アクセス網２０を通じてＳＩＰ（session Initiation Protocol）とＩＰ（Internet Protocol）マルチメディアを支援するコアネットワークであるＳＩＰ／ＩＰコアネットワーク３０に連結される。この際、ＰｏＣクライアント１１は、ＰｏＣ端末装置１０に常駐しながらＰｏＣサービスに接続することができる。ＰｏＣクライアント１１の主な機能は、ＰｏＣセッションを生成し、既存のセッションに参加し、セッションを終了するものである。その他にもメディアバーストを生成、処理、及び転送する機能、緊急個人警報（Instant Personal Alert）を支援する機能、ＰｏＣサービス連結に対する認証機能、プレゼンス（Presence）情報を購読する等の役目を遂行する。

ＰｏＣサービスを支援するために、ＳＩＰ／ＩＰ基盤のコアネットワーク３０は、 ＰｏＣサーバ６０とＰｏＣ ＸＤＭＳ（XML Document Management Server）５０、そしてプレゼンスサーバ７０などと連結されてサービスを提供する。この際、ＰｏＣサーバ６０は、ＰｏＣセッションを維持及び管理する制御PoC Function（ＣＦ）機能を遂行したり、他のネットワークドメインで開設されるＰｏＣセッションへの参加を希望するＰｏＣクライアントを支援する参加PoC Function（ＰＦ）等の機能を遂行する。

一方、ＰｏＣサービスはコンファレンス通話のように、グループセッションを開設するサービスを伴うことができる。このために、ＯＭＡ規格ではグループリストサービスのためのＸＤＭ（XML document management）クライアントとＸＤＭサーバを定義する。図１において、ＰｏＣ端末装置１０内に常駐する上記ＸＤＭクライアントとしてＸＤＭＣ１２を図示する。一方、上記ＸＤＭサーバは、ＰｏＣサービスに特定のサーバであるＰｏＣ ＸＤＭＳ５０と、他のサービスイネーブラ（service enabler）にも共通的に使われることができる共用ＸＤＭＳ（Shared XDMS）４０に区分されることができる。また，上記ＸＤＭクライアント１２からグループリスト関連要請を受けると、アグリゲーションプロキシサーバ（aggregation proxy）９０は、適切な規則に従って上記受信した要請を各ＸＤＭサーバにルーティングする。図２は、従来のＰｏＣサーバの構造図である。上記ＰｏＣサーバは、ＰｏＣセッションを全般的に維持及び管理するＣＦと各セッション間の維持管理を担当するＰＦとに区分され、これらの機能を表１及び表２を参照してより詳細に説明すると、次の通りである。

上記の＜表１＞のように、ＣＦはＰｏＣサーバの機能のうち、ＰｏＣセッションを総体的に管理する役目をする。特に、ＰｏＣクライアントの話す権利（right-to-speakすなわち発言権）要請を受け入れて順序を定め、権限を与えて、任意のクライアントが要請したトークバースト（talk burst）をグループ呼出に参加した全ての他のクライアントに分配し、グループ呼出に参加したクライアントの情報を提供する。

下記の＜表２＞のように、ＰＦはＰｏＣセッションでＣＦおよび各クライアントとリンクされたセッションを管理するが、特にクライアントが発言権を要求したり、ＣＦでＰｏＣクライアントに発言権を付与する時、発言権を中継する役目をする。また、ＣＦとＰｏＣクライアントとの間にメディアを中継する役目、両者が異なるコーデック（ＣＯＤＥＣ）を使用していれば、トランスコーディングする役目、同時セッションの場合には、１つのセッションで話している時、他のセッションでも話せば、ＰｏＣユーザの選択に応じて１つをフィルタリングする役目を遂行する。

上記のように構成されたＰｏＣシステムは、ＰｏＣユーザが自分の端末機を介してＰｏＣ ＸＤＭＳ５０にグループ及びグループメンバーに関する情報を入力することができ、また、ＰｏＣ ＸＤＭＳ５０から転送を受けた個人あるいはグループリストを通じて自分が呼出できるＰｏＣユーザの情報を把握することができる。ＰｏＣ ＸＤＭＳ５０にグループ及びグループメンバーの生成、修正、及び管理を実行できる他の方法として、インターネットやイントラネットなど、ＰｏＣサービス提供者が信頼できる通信網を介して入力できる方法がある。

ＰｏＣ呼出サービスを利用するために、ＰｏＣユーザはＳＩＰ／ＩＰコアネットワークに自分のＰｏＣアドレスを登録する。この際、ＳＩＰ／ＩＰコアネットワークではＰｏＣユーザの要請に応じてＰｏＣユーザに関する情報を格納する。従って、他のＰｏＣユーザがＰｏＣグループ呼出をしようとする時、前述したように、自分の情報をＳＩＰ／ＩＰコアネットワークに先に登録し、ＰｏＣ ＸＤＭＳ５０から受信したグループ識別情報を利用して自分のＳＩＰ／ＩＰコアネットワークに呼出要請をする。この際、ＳＩＰ／ＩＰコアネットワークは通話を要請するＰｏＣユーザ情報を利用して、アドレス及びドメイン位置決定過程を経た後、通話要請するＰｏＣユーザが登録されたホームネットワークのＰｏＣサーバにＰｏＣ通話要請を伝達する。ＰｏＣサーバは、このようなＰｏＣ通話要請に応じてＰｏＣセッション開設を準備し、ＰｏＣ ＸＤＭＳサーバからそれぞれのユーザ情報を獲得した後、該当ＳＩＰ／ＩＰコアネットワークに通話要請信号を伝達する。この際、イントラドメイン内のユーザに対する通話要請の場合、ＰｏＣサーバはＰＦとＣＦの機能を全て遂行することになる。通話要請されたＰｏＣユーザを管理するＰｏＣサーバは自分に伝えられたＰｏＣユーザの情報を利用し、ＳＩＰ／ＩＰコアネットワークの位置決定過程を経た後、ＰｏＣユーザに通話要請をすることになる。

図３は、ＰｏＣサーバのＣＦブロックとＰＦブロックを模式的に説明するための図である。図３を参照すると、各ＰｏＣクライアント１１１、１２１、１３１、１４１は、ＰＦ１１０、１２０、１３０、１４０を介してＣＦ１００に接続し、ＰｏＣセッションを結成する。この際、ＣＦ１００で許諾した発言権を有するＰｏＣクライアントの場合、該当ＰｏＣクライアントの発言に対するメディアが各ＰｏＣクライアントに伝達される。この際、発言権を有するＰｏＣクライアントは、グループセッションに参加している参加者の情報を確認した後でなければ、適切な発言をすることができない。

一方、ＰｏＣシステムにおいて、通話連結のための呼処理技術は、送信側と受信側の要求及び状況によって多様な手続きが可能である。このような送信側と受信側の設定に関してＯＭＡで要求しているＰｏＣシステムの特徴は、次の通りである。

第１に、受信側はＰｏＣユーザの要求に従って自分の応答モードを設定することができ、自動応答モードと手動応答モードとに分けられる。自動応答モードは、該当ＰｏＣクライアントは受信側で指定したＰｏＣユーザリストに含まれれば受信者の受動的な応答に代わって該当ネットワークから送信側へ即時応答を送るようにすることを意味する。このようなネットワークにおいて、端末の動作に代わって自動的な応答を送ることは、端末の応答モード設定要求に従ってＰｏＣサーバで応答モードと該当ユーザリストを格納する機能を有するためである。一方、手動応答モードは、該当ユーザが自動応答ユーザリストに含まれていないか、不明な場合、または受信者が全てのユーザに対して手動応答に設定したケースに該当し、ＰｏＣ通話要請は受信ネットワークを経てユーザの端末まで転送されて、ＰｏＣユーザの許諾により通話が連結されることを意味する。

第２に、ＰＯＣシステムはユーザのホームネットワーク内のＰｏＣサーバとの連結設定に従ってオン−デマンド（on-demand）セッションモードと事前設定（pre-established）セッションモードとに分類される。事前設定セッションモードは、ＰｏＣユーザが自分の要求に応じてＰｏＣクライアント（POC Client）と自分のホームネットワークに属するＰｏＣサーバとの間に事前にセッションを設定しておく技術である。このような事前設定セッションは、ＰｏＣユーザが自分が使用するメディアパラメータをＰｏＣサーバと事前に交渉して、今後使われるＰｏＣサーバ−クライアント間のメディアパラメータを再交渉する必要なく、迅速なセッション開設を進行させるために必要な機能である。事前セッションの設定のためには、ＰｏＣクライアントがSIP INVITE方式によりボディー部（body）、例えばSDP MINE （Session Description Protocol Multipurpose Internet Mail Extension）のボディー部、に支援可能なメディアパラメータを提供し、サーバから受信されたメディアパラメータに対して提供及び応答する。サーバから受信する応答メッセージは、新しく設定される事前セッションの識別情報とコンファレンス識別子（conference URI）を含んでＰｏＣユーザに返信される。上記の事前セッションを利用する場合、ＩＰアドレス、ポート番号、使われるコーデック（codec）及びトークバーストの制御のためのプロトコル（talk burst control protocol）などの事前交渉が可能である。オン−デマンドセッションモードは、ＰｏＣユーザが事前セッションを設定していない状態を意味し、他のＰｏＣユーザから招待メッセージを受けた後、 ＰｏＣ呼連結手続きを遂行することを意味する。

一方、ＰｏＣシステムにおいて、通話要請に対する応答モードの設定は、ネットワーク上のエレメントであるＰｏＣサーバとユーザ側の端末であるＰｏＣクライアントで全て格納することができる。特に、ＰｏＣクライアントを管理するホームネットワークに応答モードを設定する時、ＰｏＣクライアントが属しているホームネットワーク内でセッション参加機能（participating function；ＰＦ）をするＰｏＣサーバで具現される。このように、ネットワーク側の応答モードを設定する場合、異なるＰｏＣサーバからＰｏＣ通話が要請されると、ＰＦが直ちに自動的にセッション進行メッセージを通話要請ネットワークに応答することで、ＰｏＣクライアントまでセッションセットアップメッセージが伝達された後に応答される手続きに比べて通話要請の手続きを簡素にすることができ、これによって、初期発言権付与時間を縮めることができる。しかしながら、上記のネットワークで自動応答を遂行する場合、状況によってユーザの応答意志とは違う結果をもたらすことがありうるため、ＰｏＣユーザは自分のクライアントにも応答モードを設定することができ、この際、自分のクライアントの応答モードがネットワーク上に設定された応答モードに優先するという特徴がある。これは、ＰｏＣユーザが自分の応答モードを変更し、ＰｏＣサーバに応答モード更新を要求する時、無線接続網（Radio access network）やＩＰコアネットワークで信号遅延や誤りによりオン−デマンド（on-demand）応答モードが反映されない時に発生するプライバシー問題を解決するためである。即ち、ＰｏＣサービスは、ユーザの応答モードをＰｏＣサーバとＰｏＣクライアントに全て設定できるが、ユーザの最も最近の意思を反映したＰｏＣクライアントにより決定され、このような決定に従ってメディア（実際ユーザの音声あるいは映像）ストリームの伝達が具現される。

本発明の基本構成は、通常のＰｏＣシステム、即ちＰｏＣクライアント機能を含んだ端末と多重セッションを管理するＰｏＣサーバ（participating PoC Function）及び、それらの両端を連結する下部ネットワーク（ＳＩＰ／ＩＰコアネットワーク及び無線接続網等）から構成される。

まず、本発明に従うＰｏＣ端末装置１０とＰｏＣサーバ６０のブロック構成について図４を参照して説明する。

図４に示すように、本発明のシステムは、ＰｏＣ端末装置１０、ＰｏＣサーバ６０、及びＳＩＰ／ＩＰコアネットワーク１２０を含むように構成されることができる。本発明に従うＰｏＣサーバ６０は、グループセッションの所有に応じてＣＦやＰＦを遂行できるが、本発明では、セッション開始者の要請応答によりアドホックセッションを開設するＣＦのみを考慮することにする。この際、アドホックセッションを開設するＣＦエンティティは、実際のセッション開始クライアントに対してＰＦの役目を同時に遂行する。

このようなＰｏＣサーバ６０は、データ送受信部４２０、ＰｏＣセッション制御部４３０、及びＰＦコンポーザ（Participating PoC Function composer）４４０を含むように構成されることができる。

ＰｏＣサーバ６０において、データ送受信部４２０は、パケットデータの送受信を遂行する。データ送受信部４２０は、ＲＴＰ／ＲＴＣＰ／ＦＴＰ、ＵＤＰ／ＴＣＰ、ＩＰ、及び下位階層スタックレイヤを含むことができる。

ＰｏＣセッション制御部（simultaneous session controller）４３０は、ＰｏＣクライアントのアドホックセッション開設要請の受信時、該当グループＵＲＩに従ってそのネットワークドメイン内にあるＰｏＣ ＸＤＭＳサーバやリモートネットワークドメインにあるＸＤＭＳサーバにグループリスト情報を要請する。

ＰＦコンポーザ（Participating PoC Function Composer）４４０は、多重セッションを支援するために使われる構成要素であって、それぞれの多重セッションを総括する。このようなＰＦコンポーザ４４０は、複数のセッション４５１、４５２、４５３を通じて受信されるメディアデータを多重セッション制御部４３０に伝達する。

上記のように構成されるＰｏＣサーバ６０は、ＳＩＰプロトコル基盤の通信を支援するＳＩＰ／ＩＰコアネットワーク３０を介してＰｏＣクライアント１０２に連結される。

ＰｏＣ端末装置１０は、ＰｏＣクライアント１０２、ディスプレイ部４００、制御部４０２、ユーザインターフェース４０４、及びデータ送受信部４１０を含むように構成されることができる。

ＰｏＣクライアント１０２は、ＳＩＰメッセージを通じて多数のグループを選択してＰＦコンポーザ４４０にアドホックセッションを要請する。また、ＰｏＣクライアント１０２は、制御部４０２を制御してＰｏＣサービスを利用し、ＳＩＰプロトコルを支援するＰｏＣクライアントとマルチメディアの支援を制御する。ディスプレイ部４００は、ＰｏＣサーバ６０から受信されるイメージ、ビデオなどのビジュアルメディアを出力する。制御部４０２は、受信されるデータをディスプレイ部４００に出力するためのデータ処理を遂行する。ユーザインターフェース４０４は、ユーザの入力をＰｏＣ端末装置１０に伝達する。特に、ユーザインターフェース部４０４を通じて多数のグループを選択してアドホックセッションを要請できる機能を必要とする。データ送受信部４１０は、パケットデータの送受信を遂行するための転送プロトコルスタックを含むことができる。このようなデータ送受信部４２０は、ＲＴＰ／ＲＴＣＰ／ＦＴＰ、ＵＤＰ／ＴＣＰ、ＩＰ、及び下位階層スタックを含むことができる。

本発明は、ＯＭＡ ＰｏＣ（PTX over Cellular）グループ通話サービスのためのＰｏＣコンファレンスセッションを開設するにあたって、多数の個人ＰｏＣユーザと１つ以上のＰｏＣグループを含む通話対象グループに対してアドホックＰｏＣセッションを開設するようにする技術に属する。特に、本発明は通話対象グループにマッピングされるグループＩＤがアドホックセッションを開設するＰｏＣサーバのホームネットワークドメインに限定されないように、一般的なＰｏＣグループセッション開設を可能にする方案を提案する。

特に、本発明は個人ＵＲＩとグループＵＲＩを含むＰｏＣアドホックグループセッション開設時、グループＵＲＩがグループセッション開始者と異なるネットワークドメインにより管理される場合に、アドホックグループセッションを管理するＰｏＣサーバから該当グループ情報の提供を受けることができるようにするためのＰｏＣシステムにおけるアドホックＰｏＣセッション開設のための方法を提供する。このために、本発明は下記の通り４つの方法を提案する。

第１に、多数の個人及びグループＵＲＩとグループＵＲＩを含むアドホックグループセッション要請時、対象グループＵＲＩがホームネットワークに含まれるか否かを判断してグループリストを獲得する方法を提供する。

第２に、グループＵＲＩがリモートネットワークドメインに属する時、ＳＩＰ技術を利用して該当ドメインのＰｏＣ ＸＤＭＳサーバからグループリストを獲得する方法及び手続きを提供する。

第３に、上記リモートネットワークからクライアントリスト情報を獲得するにあたって、アドホックセッションのＣＦサーバが送信側ネットワークに位置すること、及びリモートネットワークで該当グループＵＲＩに対するセッションを開設することを通知する方法を提供する。

第４に、上記アドホックセッションを開設するサーバに対する情報及びコンファレンス情報は、リモートネットワークサーバに格納及び管理されることで、以後、該当サーバにセッション開設が要請される時、既に開設されたアドホックセッションに連結させる方法及び手続きを提供する。

一方、上記の一般的なグループＵＲＩを含むアドホックセッションは、基本的な手続きを用いて従来のＰｏＣシステムの機能を伴う。しかしながら、ＣＦを遂行するＰｏＣサーバがリモートネットワークドメインに属するＰｏＣ ＸＤＭＳサーバから直接グループリスト情報を獲得できないので、これに対する技術的な解決方案を創案の主な要旨とする。

図５は、本発明の実施形態によってアドホックＰｏＣグループサーバで多数の個人及びグループＵＲＩを含むアドホックＰｏＣセッションを開設するために遂行する過程を示すフローチャートである。図５において、ＰｏＣサーバはアドホックセッションを開設するので、ＣＦとＰＦの機能を共に遂行する。

まず、ステップ５００で、セッション招待（INVITE）メッセージが受信されると、ＰｏＣサーバは、ステップ５０２に進行して、受信されたセッション招待メッセージ内に含まれたＵＲＩ情報が個人ＵＲＩか、又はグループＵＲＩであるのかを確認する。

確認の結果、個人ＵＲＩである場合、ステップ５０４に進行して、該当クライアントへ一般的なセッション招待メッセージを転送する。確認の結果、グループＵＲＩである場合には、ステップ５０６に進行して該当グループＵＲＩが自分のホームネットワークで認識できるＵＲＩであるか否かを判断する。

ステップ５０６での判断の結果、グループＵＲＩがホームネットワークで認識できないＵＲＩの場合、ステップ５１４に進行してホームネットワークのＰｏＣ ＸＤＭサーバにグループリスト情報を要請し、応答を受信する。ステップ５１６で、リスト情報応答が失敗した場合、ＰｏＣサーバはステップ５１８に進行して、該当グループＵＲＩとＣＦ通知を含むセッション招待メッセージをＳＩＰ／ＩＰコアネットワークに伝達する。ステップ５１９で、該当ＰｏＣサーバは、自分のネットワークドメインに連結されているＰｏＣ ＸＤＭＳサーバからグループＵＲＩにマッピングされたグループリストを獲得する。上記のように、グループＵＲＩに対するリストを獲得した該当ＰｏＣサーバは、ステップ５２０で、ＣＦエンティティへグループリストを転送する。

以後、ステップ５２０で、該当するグループＵＲＩを管理するネットワークドメインからグループリスト情報を受信した後、ステップ５１２に進行して、受信したグループリストを利用してアドホックグループ招待を進行する。

ステップ５０６での判断の結果、グループＵＲＩがホームネットワークで認識できるＵＲＩである場合、ＰｏＣサーバはステップ５０８に進行して、グループＵＲＩがホームネットワークで管理されるか否かを判断する。

グループＵＲＩがホームネットワークで管理されている場合、ステップ５１０で、ＰｏＣサーバは自分のネットワークにマッピングされているホームネットワークドメイン内のＸＤＭサーバにグループリストを要請し、応答を受信する。以後、ステップ５１２に進行して、獲得したグループリスト情報に従ってグループ招待を進行する。

一方、ステップ５０８での判断の結果、グループＵＲＩがホームネットワークで管理されていないと判断された場合、ＰｏＣサーバは、ステップ５１８に進行して、該当グループＵＲＩとＣＦ通知を含むセッション招待メッセージをＳＩＰ／ＩＰコアネットワークに伝達する。以後、ステップ５２０で、該当するグループＵＲＩを管理するネットワークドメインでグループリスト情報を受信した後、アドホックグループ招待を進行する。

上記のステップ５０６及びステップ５０８で、グループＵＲＩがホームネットワークににおいて認識及び管理されるか否かは、該当ＵＲＩのフォーマット、ドメイン名を用いて判断可能である。グループＵＲＩホームが管理されているか否かについてのＵＲＩのフォーマットを用いた具体的な判断については、本発明と直接関連しないため詳細な説明は省略する。

また、上記過程において、ＰｏＣサーバ（ＣＦ１）は、基本的に自分が属するホームＰｏＣネットワークのＰｏＣグループリストを管理するＰｏＣ ＸＤＭＳにグループＵＲＩにマッピングされる構成員リスト情報を要請することができる。しかしながら、グループＵＲＩがリモートネットワークドメインに属するため、グループリスト情報を獲得できなかった場合、該当グループＵＲＩを含むセッション招待メッセージをＳＩＰ／ＩＰコアネットワークにフォワードする。ここで、セッション招待メッセージはリモートネットワークのＳＩＰ／ＩＰコアネットワークを経由して上記グループＵＲＩをホストするＰｏＣサーバ（ＣＦ２）へ転送される。

その後、リモートネットワーク内のＰｏＣサーバ（ＣＦ２）は、該当ネットワークに属するＰｏＣ ＸＤＭＳサーバを通じてグループＵＲＩにマッピングされるリスト情報を要請することになる。

一方、上記ＰｏＣサーバ（ＣＦ２）は、受信セッション招待メッセージに含まれた“isfocus”オプションタグを通じて自身がセッションのＣＦエンティティになることができないことを確認し、還送（Redirect）メッセージなどを通じてＰｏＣサーバ（ＣＦ１）に要請されたグループリスト情報を返信することになる。

上記のように、グループリスト情報を受信したＰｏＣサーバ（ＣＦ１）は、グループリスト情報に含まれたアドホックグループの対象クライアントに対してアドホックグループセッション要請メッセージを転送する。

一方、上記ＰｏＣサーバ（ＣＦ１）は、セッション招待メッセージにisfocusタグとＰｏＣサーバ（ＣＦ１）のアドレスの他にもセッション開始者情報とコンファレンスＵＲＩ及びＵＲＩタイプ（即ち、adhocグループ）を含めて、ＰｏＣサーバ（ＣＦ２）に伝達する。セッションに既に参加したＰｏＣクライアントからセッション招待メッセージを受信したＰｏＣサーバ（ＣＦ２）は、上記セッション招待メッセージに含まれた情報を格納し、上記のようにＰｏＣサーバ（ＣＦ１）へ獲得したグループリスト情報を転送して、要請されるセッション開設を処理できるようにする。

即ち、ＰｏＣサーバ（ＣＦ２）は、グループリストに属するクライアントからセッション参加要請メッセージを受信すると、上記格納されたコンファレンスサーバであるＰｏＣサーバのアドレスとコンファレンスＵＲＩなどの情報を該当クライアントに還送させることによって、該当コンファレンスサーバへセッション参加要請メッセージが転送できるようにする。また、ＰｏＣサーバ（ＣＦ２）が上記のようにグループリストに属するクライアントからセッション参加要請メッセージを受信した場合、上記格納された情報を利用して直ぐにコンファレンスサーバにセッション連結メッセージをフォワードしてクライアントをアドホックグループセッションに参加させることもできるようにする。

図６は、アドホックセッションを開設する送信側ＰｏＣクライアントＡ、ＰｏＣサーバＡ、及びＰｏＣ ＸＤＭＳ間の手続きを図示する。

ＰｏＣクライアントＡは、アドホックセッション開設のためのセッション招待（INVITE）メッセージをステップ６００及びステップ６０２で、ＳＩＰ／ＩＰコアネットワークを介してＰｏＣサーバへ転送する。この際、ＰｏＣクライアントＡは多数の従来のＩＥＴＦ技術に従ってＳＩＰプロトコルにコンファレント設定使用要求−包含リストに基づいて、個人（single）ＵＲＩとグループＵＲＩを含むセッション招待メッセージを転送する。この際、各グループＵＲＩは端末内の設定に従ってグループタイプパラメータ（session=“1-1”、“既設定”あるいは“グループ”等）情報を含むことができる。

これを受信したホームネットワーク内のＰｏＣサーバＡは、ステップ６０４で、アドホックグループセッション開設の要請を受けた後、ＣＦエンティティとして動作し、ＭＩＭＥパラメータに挿入されたターゲット（target）ＵＲＩを判断する。この際、ＰｏＣサーバＡは、グループタイプパラメータをチェックし、ホームネットワークドメインの該当ＵＲＩの認識、及び管理の可否などを判断する。

上記判断の結果、ターゲットＵＲＩが個人ＵＲＩである場合、ステップ６０６乃至ステップ６０８を通じて個人ＵＲＩに対応する該当クライアントへセッション招待メッセージを転送する。

一方、上記判断結果、ターゲットＵＲＩがグループＵＲＩである場合、ＰｏＣサーバＡは、ステップ６１０で、ホームネットワークのＸＤＭサーバからグループＵＲＩリストを得て、ステップ６１２乃至ステップ６１４を通じてグループリストを利用してアドホックグループ招待を遂行する。

しかしながら、ターゲットＵＲＩがホームネットワークで支援できないグループＵＲＩである場合、ＰｏＣサーバは、ステップ６１６で、グループＵＲＩのホストをチェックして、ステップ６１８乃至ステップ６２０で、該当サーバＸへセッション招待メッセージを転送する。この際、転送されるセッション招待メッセージは、該当グループＵＲＩの他に、ＰｏＣサーバＡで生成されたＰｏＣコンファレンス（Conference）ＵＲＩとisfocusヘッダ値をContactヘッダに含み、ＣＦ Ａのアドレス情報も含む。ここで、isfocusヘッダ値はアドホックセッションをホストするコンファレンスサーバを表す値である。また、上記のセッション招待メッセージは、上記ＰｏＣコンファレンスＵＲＩにセッションタイプを示す“session=adhoc”のＵＲＩパラメータを追加することもでき、アドホックグループに含まれるクライアントのリスト情報、例えば個人ＵＲＩとホームドメイン内のグループに属するクライアントリスト情報などをＭＩＭＥボディー部に含むこともできる。

そして、ＰｏＣサーバＡは、受信側ネットワークＸからグループリスト情報を獲得し、セッション招待（INVITE）メッセージを送るにあたって、ＰｏＣクライアントＡが要請した応答モード要請に関連した初期セッション開設フィールド値と送信側ＰｏＣクライアントのアドレス情報、及びニックネームなどを再利用することができる。

ここで、図７を参照して上記の図６のように、セッション招待メッセージを受信した受信側ネットワークＸで該当するグループＵＲＩにマッピングされたリスト情報をＰｏＣサーバＡへ転送して、アドホックグループセッションを開設するための信号の流れを説明する。

ステップ７０２とステップ７０４で、ＳＩＰ／ＩＰコアネットワークＡ及びＳＩＰ／ＩＰコアＸのルーティングを経てセッション招待メッセージを受信したＰｏＣサーバＸは、ステップ７０６で、セッション招待メッセージに含まれたターゲットＵＲＩ及びパラメータをチェックする。そして、ステップ７０８で、ＰｏＣサーバＸは、セッション招待メッセージ内に含まれたターゲットＵＲＩであるＰｏＣグループＵＲＩにマッピングされるグループリストをドメイン内のＸＤＭサーバから獲得する。

この際、セッション招待（INVITE）メッセージを受信したＰｏＣサーバＸは、一般的に、自分がグループＵＲＩのホストサーバであることを認識してコンファレンスサーバとなり、コンファレンスＵＲＩを生成する。しかしながら、本発明のように、ＰｏＣサーバＸが“isfocus”オプションタグ（option tag）あるいはコンファレンスＵＲＩに含まれたセッションタイプＵＲＩパラメータを含むセッション招待メッセージを受信すると、ＣＦ ＡがアドホックセッションのＣＦになることを認識する。ステップ７１０乃至ステップ７１３で、ステップ７０８で獲得した該当グループＵＲＩリストを含む還送（redirect）メッセージをＣＦ Ａへ転送する。即ち、上記セッション招待メッセージの伝達を受けたグループをホストするＰｏＣサーバＸは、メッセージ内のContactヘッダ部にisfoucsオプションタグを受信するによって、自分がコンファレンスサーバにならないことを確認し、グループリスト情報を還送する手続きを行なう。

一方、グループＵＲＩリストは、302 Moved TemporarilyメッセージのＭＩＭＥ（Muti-Purpose Internet Mail Extensions）ボディー部（body）において転送することができる。

ＰｏＣサーバＸは、ステップ７０２乃至ステップ７１３を遂行した後、該当アドホックグループセッションに対する情報を格納して、グループＵＲＩ Ｘに対する他のセッション招待メッセージが受信されると、要請するクライアントに対して他のドメインでのリスト招待及びアドホックセッションの開設のための情報を伝達することもできる。この際、コンファレンスサーバに伝達されるグループＵＲＩ情報は、ＣＦ ＡでのコンファレンスＵＲＩ、ＰｏＣサーバＡのアドレス、アドホックグループセッションのリスト情報などを含む。

ＰｏＣサーバＸは、ステップ７１６で、上記のグループＵＲＩにマッピングされるクライアントからセッション参加要請メッセージ（INVITE）を受信すると、ＰｏＣサーバＸは、ステップ７１４で格納されたコンファレンスサーバであるＰｏＣサーバＡのアドレスとアドホックグループコンファレンスＵＲＩなどの情報を含む還送（Redirect）メッセージをセッション参加要請メッセージを転送したクライアントへ転送する。以後、これを受信したクライアントは、ステップ７２０及びステップ７２２で、上記の還送メッセージに含まれたコンファレンスＵＲＩ情報を利用してアドホックグループコンファレンスサーバへセッション参加要請メッセージを転送する。他の方法で、上記ＰｏＣサーバＸは、ステップ７１８の還送メッセージを送る代わりに、受信したINVITE信号を直接ＰｏＣサーバＡにフォワードしてアドホックグループセッションに参加させることもできる。

一方、上記ＰｏＣサーバＸからグループの構成員ＵＲＩを受信した後、ＰｏＣサーバＡはサービス規定に従ってアドホックグループ構成員の最大許容数をチェックして、最大許容数を超過する場合、次のような２つの手続きを行なうことができる。まず、該当グループの全てのＵＲＩに対してはINVITEメッセージを伝達しないことがある。即ち、他のネットワークドメインに属する多数のグループＵＲＩに関連して各グループの構成員ＵＲＩを順次に受信した場合、アドホックグループ許容数内に受信した構成員ＵＲＩに対してのみINVITEを送り、以後、許容数を超過し始めた時点で受信したグループ構成員ＵＲＩに対してはグループ全てに対してINVITEメッセージを送信しないようにすることができる。次に、アドホックグループ許容数を超過する時点まで、還送（Redirect）メッセージに含まれた順にグループ構成員ＵＲＩに対してINVITEメッセージを伝達することもできる。

図８は、図６のステップ６００でのセッション招待（INVITE）メッセージフォーマットを図示する。

まず、セッション招待メッセージにはヘッダ部（head）の９番目ラインに“+g. poc. talkburst”を挿入してＰｏＣサービスを表す情報を含み、１３番目ラインに“Require:recipient- list-invite”を挿入してMIMEタイプクライアントリストを転送することを知らせる情報を含む。また、ＳＤＰパラメータofferの他に、個人とグループに対するＵＲＩを含んだMIMEボディー部（body）がッション招待メッセージに含まれて伝達されることになる。また、各ＵＲＩにはセッション種類パラメータが含まれる。このような個人とグループに対するＵＲＩはボディー部のリスト部の８番目乃至１２番目のラインに図示される。前述した図８は、例えばグループＵＲＩにマッピングされるＳＫＴとＫＴＦのメンバーリストは、ホームネットワークＡのＸＤＭＳで収集可能であるが、ＴＭＯ（T-Mobile Operater）のメンバーリストはホームネットワークでないリモートネットワークで管理される状況であるものとする。

前述した図８のようなセッション招待メッセージをＰｏＣサーバＡが受信した場合、ＰｏＣサーバは個人及びグループＵＲＩ情報を確認し、ホームネットワークで収集不能なＴＭＯグループに対するグループリスト情報要請を該当ネットワークＸへ転送するためのセッション招待メッセージを転送する。

図９は、図７のステップ７００乃至ステップ７０４で、ＰｏＣサーバＡからＰｏＣサーバＸへ転送されるセッション招待メッセージのフォーマットを示す例示図である。

このようなセッション招待メッセージのヘッダ部の１番目ラインにおいて、Request_URIが“ＴＭＯ”グループのＵＲＩに設定され、８番目ラインのContactヘッダに“contact:sip : conf_uri_a@conf. Samsung. example. com ; isfoucus ; session=adhoc”を挿入してコンファレンスＵＲＩ情報とフォーカス情報、セッションタイプ情報をＰｏＣサーバＸに伝達することができる。また、選択的に８番目乃至１４番目ラインのように、ＰｏＣサーバＡのホームネットワークから収集可能なクライアントリスト情報をメッセージボディー部のリスト部に含むこともできる。この際、ホームネットワーク内のリスト情報を含んでクライアントリスト情報を転送することによって、受信側クライアントにアドホックグループの参加者情報を伝達することができ、これによってアドホックグループへの参加の可否が決定できるようにする。

上記の図９のようなセッション招待メッセージを受信したＰｏＣサーバＸは、該当グループＵＲＩにマッピングされるリスト情報をＰｏＣ ＸＤＭＳ Ｘから獲得し、この情報を含むメッセージをＰｏＣサーバＡへ転送する。図１０は、図７のステップ７１０、７１２、及び７１３で転送される“302 Moved Temporarily”メッセージフォーマットの例示図である。

図１０を参照すると、ＰｏＣサーバＸは、メッセージのリスト部の８番目乃至１１番目ラインに、グループＵＲＩ“OMA_TMO@example. domain_x. net”に対するリスト情報を含めた“302 Moved Temporarily”メッセージをＰｏＣサーバＡに還送する。

本発明は、複数のグループを含むアドホックグループセッションを開始する時、各々に対するグループ情報をＸＣＡＰあるいはSIP SUBSCRIBE方法により収集した後、アドホックグループの対象を一つ一つ記入してセッション開設を要請する問題を解決することができる。また、ホームネットワークの以外のリモートネットワークに属するクライアントのリストを直接収集せず、サーバ側で自動的にセッションを開設できるようにする長所も得られるので、ユーザの便利性とネットワーク資源利用の効率性において効果が大きい。

以上、本発明の原理は発明の核心的な要旨と好ましい実施形態を中心にして記述されたが、本発明が属する技術分野において、通常の知識を有する者であれば、添付された請求範囲に定義された本発明の精神及び範囲を逸脱することなく、本発明を種々の変形または変更して実施することができる。従って、本発明の原理を採択する実施形態の変更は、本発明の技術的範囲に含まれることになる。

従来のＰｏＣサービスシステム及び関連ネットワークの構造を示す図である。 従来のＰｏＣサーバの概略的な構造図である。 本発明の実施形態によるＰｏＣサーバの制御PoC Functionブロックと参加PoC Functionブロックを図式的に説明するための図である。 本発明の実施形態による多数の個人及びグループＵＲＩを含むアドホックＰｏＣセッション開設のためのＰｏＣ端末装置とアドホックＰｏＣグループサーバの内部構成図である。 本発明の実施形態によるアドホックＰｏＣグループサーバで多数の個人及びグループＵＲＩを含むアドホックＰｏＣセッションを開設するために遂行する過程を示すフローチャートである。 本発明の実施形態による発信PoC networkでアドホックＰｏＣセッション開設のための過程を示す信号流れ図である。 本発明の実施形態による着信PoC networkでアドホックＰｏＣセッション開設のための過程を示す信号流れ図である。 図６において、アドホックＰｏＣセッション開設のためのSIP INVITEメッセージの構成例示図である。 図７において、アドホックＰｏＣセッション開設のためのSIP INVITEメッセージの構成例示図である。 図７において、該当グループＵＲＩに対するグループリストをホームネットワークへ転送するためのメッセージの構成例示図である。

Claims (5)

1. ＰｏＣシステムにおけるアドホックＰｏＣセッション開設のための方法であって、
   セッション開始を要請するＰｏＣクライアントから少なくとも１つ以上のグループ識別子情報を含むセッション招待メッセージをホームネットワークの第１ＰｏＣサーバへ転送する過程と、
   前記第１ＰｏＣサーバが受信した前記セッション招待メッセージ内において前記グループ識別子情報を確認し、前記ホームネットワークの以外のネットワークのグループの識別子情報が存在する場合、前記グループ識別子をホストする第２ＰｏＣサーバへ前記グループに対するグループリスト情報を要請する要請メッセージを転送する過程と、
   前記第２ＰｏＣサーバが前記グループリスト情報の要請メッセージに含まれたグループに対するリスト情報を獲得し、獲得したグループリスト情報を前記第１ＰｏＣサーバへ転送する過程と、
   を含むことを特徴とするＰｏＣシステムにおけるアドホックＰｏＣセッション開設のための方法。
2. 前記第２ＰｏＣサーバへ転送する要請メッセージは、
   前記第１ＰｏＣサーバで生成されたＰｏＣコンファレンス（Conference）ＵＲＩとisfocusヘッダ値、ＣＦのアドレス情報、ＵＲＩタイプ情報のうち、１つ以上の情報を含むことを特徴とする請求項１に記載のＰｏＣシステムにおけるアドホックＰｏＣセッション開設のための方法。
3. アドホックＰｏＣセッション開設のためのシステムであって、
   少なくとも１つ以上のグループ識別子情報を含むセッション招待メッセージを転送してセッション開始を要請するＰｏＣクライアントと、
   前記ＰｏＣクライアントから受信した前記セッション招待メッセージ内において前記グループ識別子情報を確認し、前記ホームネットワークの以外のネットワークのグループの識別子情報が存在する場合、前記グループ識別子をホストする該当サーバへグループリスト情報を要請する要請メッセージを転送する第１ＰｏＣサーバと、
   前記第１ＰｏＣサーバからグループリスト情報の要請メッセージを受信し、前記グループリスト情報の要請メッセージに含まれたグループに対するリスト情報を獲得し、獲得したグループリスト情報を前記第１ＰｏＣサーバへ転送する第２ＰｏＣサーバと、
   を含むことを特徴とするＰｏＣシステムにおけるアドホックＰｏＣセッション開設のためのシステム。
4. 第２ＰｏＣサーバへ転送する要請メッセージは、
   前記第１ＰｏＣサーバで生成されたＰｏＣコンファレンス（Conference）ＵＲＩとisfocusヘッダ値、ＣＦのアドレス情報、ＵＲＩタイプ情報のうち、１つ以上の情報を含むことを特徴とする請求項３に記載のＰｏＣシステムにおけるアドホックＰｏＣセッション開設のためのシステム。
5. ＰｏＣシステムにおけるアドホックＰｏＣセッション開設のための端末装置であって、
   ＰｏＣサーバとのパケットデータ送受信を遂行するデータ送受信部と、
   ＰｏＣアドホックグループセッション開設のための少なくとも１つ以上の個人ＵＲＩとグループ識別子を含むセッション招待メッセージを送信する制御部と、
   を含むことを特徴とするＰｏＣシステムにおけるアドホックＰｏＣセッション開設のための端末装置。

Images