(57)【特許請求の範囲】
【請求項１】
多重グループセッション下で、いずれか１つのグループのクライアントでのセッション結合方法において、
前記いずれか１つのグループセッションに参加しているクライアントが前記クライアントが参加しているグループのグループ識別子を含む結合要請メッセージを生成する段階と、
前記結合要請メッセージをサーバに転送する段階と、
前記結合要請メッセージに対する応答を前記サーバから受信する段階と、
前記応答の結果により現在参加しているセッションの解除なしに他のグループのセッションと結合する段階と、
を含み、
前記結合要請メッセージは前記多重グループセッション下で他のグループセッションに結合しようとするメッセージであって、
前記結合要請メッセージに対する応答は前記参加要請の他のグループセッションとの結合要請に対する交渉結果であることを特徴とする多重セッションのセッション結合方法。
【請求項２】
前記クライアントは、ＳＩＰ／ＩＰ（Session Initiation Protocol／Internet Protocol）通信を用いる移動端末であることを特徴とする請求項１に記載の多重セッションのセッション結合方法。
【請求項３】
前記結合要請メッセージは、セッション結合指示子、メディアパラメータ、セッション識別子及び接続情報のうち少なくとも１つ以上を含むことを特徴とする請求項１に記載の多重セッションのセッション結合方法。
【請求項４】
前記グループ識別子は、グループＵＲＩ（group uniform resource identifier）であることを特徴とする請求項１に記載の多重セッションのセッション結合方法。
【請求項５】
多重グループセション下で、１つのグループは少なくとも２つ以上のクライアントと連結されていて、前記多重グループ間セッション結合を支援するサーバのセッション結合方法において、
クライアントから前記多重グループセッションのうちいずれか１つのグループと結合をするためのグループセッション結合要請メッセージを受信する段階と、
前記いずれか１つのグループを管理する結合対象サーバで前記グループセッション結合要請メッセージを転送する段階と、
前記クライアントから受信した前記グループ識別子情報を利用して前記結合対象サーバに連結された他のクライアントと前記グループセッション結合要請メッセージに対する交渉結果を受信する段階と、
前記交渉結果により前記グループセッション結合要請メッセージに対する応答メッセージを前記クライアントに転送する段階と、
を含み、
前記グループセッション結合要請メッセージは前記グループセッションを要請した前記クライアントが連結されたグループのグループ識別子情報を含むことを特徴とする多重セッションのセッション結合方法。
【請求項６】
前記結合対象サーバは、前記グループセッション結合要請クライアントを管理するサーバであることを特徴とする請求項５に記載の多重セッションのセッション結合方法。
【請求項７】
前記サーバまたは結合対象サーバのうちいずれか１つのサーバがセッション制御機能を担当したら、他のサーバはセッション参加機能を行なうことを特徴とする請求項５に記載の多重セッションのセッション結合方法。
【請求項８】
前記応答メッセージは前記セッション結合が用意される前には臨時的な応答メッセージであり、前記セッション結合準備が完了されたら、前記セッション結合要請メッセージに対するＯＫ応答メッセージであることを特徴とする請求項６に記載の多重セッションのセッション結合方法。
【請求項９】
前記セッション制御機能は、前記クライアントの言う権利（floor）の要請（発言権）を受け入れて手順を決定する権限を付与し、前記クライアントが要請したトークバースト（talk burst）をグループ呼出に参加したすべての他のクライアントに分配し、グループ呼出に参加した前記クライアントの情報を提供する機能であり、
前記セッション参加機能は前記セッション制御機能を中継する機能として、前記セッション制御機能サーバと前記クライアント間にメディアを中継する役割、前記セッション制御機能サーバと前記クライアント間に異なったコーデックが用いられた場合にトランスコーディングする役割、同時セッションの場合には１つのセッションで話している場合に、他のセッションで話したら前記クライアントの選択に従っていずれか１つをフィルタリングする機能であることを特徴とする請求項８に記載の多重セッションのセッション結合方法。
【請求項１０】
前記セッション制御機能担当サーバの情報を前記クライアントに転送する段階と、
変更されたセッション結合情報を前記クライアントに転送する段階と、
をさらに含むことを特徴とする請求項７に記載の多重セッションのセッション結合方法。
【請求項１１】
前記サーバ及び前記結合対象サーバは、ＳＩＰ／ＩＰ（Session Initiation Protocol／Internet Protocol）通信を用いるサーバであることを特徴とする請求項５に記載の多重セッションのセッション結合方法。
【請求項１２】
前記グループセッション結合要請メッセージは、セッション結合指示子、メディアパラメータ、セッション識別子及び接続情報のうち少なくとも１つ以上を含むことを特徴とする請求項５に記載の多重セッションのセッション結合方法。
【請求項１３】
前記グループ識別子は、グループＵＲＩ（group uniform resource identifier）であることを特徴とする請求項５に記載の多重セッションのセッション結合方法。
【請求項１４】
多重グループセッション下でのセッション結合を行なうクライアントにおいて、
前記クライアントが参加しているグループのグループ識別子を含む結合要請メッセージを生成し、
前記結合要請メッセージをサーバに転送し、
前記結合要請メッセージに対する応答を前記サーバから受信し、
前記応答の結果によって現在参加しているセッションの解除なしに、他のグループのセッションと結合し、
前記結合要請メッセージは前記多重グループセッション下で他のグループセッションに結合しようとするメッセージであって、
前記結合要請メッセージに対する応答は前記参加要請の他のグループセッションとの結合要請に対する交渉結果であることを特徴とするクライアント。
【請求項１５】
前記クライアントは、ＳＩＰ／ＩＰ（Session Initiation Protocol／Internet Protocol）通信を用いる移動端末であることを特徴とする請求項１４に記載のクライアント。
【請求項１６】
多重グループセッション下で、１つのグループは少なくとも２つ以上のクライアントと連結されていて、前記多重間セッション結合を支援するサーバにおいて、
クライアントから前記多重グループセッションのうちいずれか１つのグループと結合するためのセッション結合要請メッセージを受信し、
前記グループセッション結合要請メッセージを結合対象サーバに転送し、
前記結合要請サーバと前記クライアントから受信した前記グループ識別子情報を利用して前記結合対象サーバに連結された他のクライアントと前記グループセッション結合要請メッセージに対する交渉結果を受信し、
前記交渉結果により前記グループセッション結合要請メッセージに対する応答メッセージを前記クライアントに転送することを特徴とするサーバ。
【請求項１７】
前記セッション結合要請メッセージまたは前記交渉結果によってセッション制御機能を設定し、
前記セッション制御機能の設定によってセッション結合を行なうことを特徴とする請求項１６に記載のサーバ。
【請求項１８】
前記サーバは、ＳＩＰ／ＩＰ（Session Initiation Protocol／Internet Protocol）通信を用いるサーバであることを特徴とする請求項１６に記載のサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、多重ＰｏＣグループセッションの環境下で１つのＰｏＣグループセッションに属しているグループメンバーが他のＰｏＣセッションに参加したい時、現在参加したＰｏＣセッションを解除せずに、ＰｏＣグループセッションの結合を通じた新しいセッションを具現する多重ＰｏＣセッションのセッション結合方法及びそのシステムに関する。
【背景技術】
【０００２】
移動通信が画期的に発展し、通信網が拡大するにしたがって、携帯電話を用いたサービスやアプリケーションがさらに拡張され、多様化されている。また、ユーザの要求も多様化され、単純通話サービスから離れて位置サービス、マルチメディアサービス、ＰＴＴサービスなどに拡大されている。特に、ＰＴＴサービスは、従来、無線機やＴＲＳなどで可能であったグループ通話と音声通話はもちろん、インスタントメッセンジャー、状態表示など多様な付加機能をサポートする。
【０００３】
現在、このようなＰＴＴ（Push To Talk）概念を移動通信網を用いてサービスするＰｏＣ（Push-to-talk over cellular：以下、ＰｏＣという）サービスに対する標準制定が活発に論議されている。既存の移動通信サービスと区別されるＰｏＣサービスの特徴の１つは、ユーザが複数のセッションに属していて、必要に応じてセッション間を移動しつつ通話をすることができるという点である。ユーザが複数のセッションを移動しつつ通話をすることができなければならないという要求事項は、移動通信サービスを定義している団体であるＯＭＡ（Open Mobile Alliance）の要求事項に明示されている。
【０００４】
以下、一般的なＰｏＣサービスシステムの構造を説明する。
図１は、一般的なＰｏＣ（Push-to-talk over Cellular）基本構造を示す概念図である。図１を参照すれば、ＰｏＣクライアント１０は、移動端末に内蔵されるサービス要請者であり、一般的に、アクセス網２０を介してＳＩＰ（session Initiation Protocol）及びＩＰ（Internet Protocol）マルチメディアをサポートする核心網であるＳＩＰ／ＩＰコア（core）３０網に連結される。
【０００５】
この時、ＰｏＣクライアント１０は、ＰｏＣユーザ端末機に常駐しながらＰｏＣサービスへの接続を可能にする。主な機能は、ＰｏＣユーザ側面からＰｏＣセッションを生成し、既存のセッションに参加し、セッションを終了するものである。その他、トークバーストを形成し伝達する機能と、インスタントパーソナルアラート(Instant Personal alert)をサポートする機能と、Ｐｏｃサービスに接続した時、認証する機能などの役目を行う。以下、別の言及がない限り、ＰｏＣクライアント１０という用語は、ＰＴＴサービス加入者と同じ意味として使われる。
【０００６】
ＳＩＰ／ＩＰ基盤のコア網は、ＰｏＣサービスをサポートするために、ＰｏＣサーバ６０と、ＧＬＭＳ（Group List and Management System）５０、及びプレゼンスサーバ７０などに連結され、サービスを提供する。
【０００７】
この時、ＰｏＣサーバ６０は、ＰｏＣセッションを維持し管理するＰｏＣ管理機能（Controlling PoC Function）を行ったり、一対一の通話や多者間の通話のために開設されるＰｏＣセッションに参加するためのＰｏＣ参加機能（Participating PoC Function）などの機能を有する。
【０００８】
以下、前記ＰｏＣ管理機能（Controlling PoC Function）（以下、ＣＦという）及びＰｏＣ参加機能（Participating PoC Function）（以下、ＰＦという）を各表を参照してさらに詳細に説明する。
【０００９】
【表１】
0004550899.tif 000002
【００１０】
ＣＦは、表１のように、ＰｏＣサーバの機能のうちＰｏＣセッションを総体的に管理する役目をし、特に、ＰｏＣクライアントの話す権利（floor）要請（発言権）を受け入れて、順序を定め、権限を付与し、任意のクライアントが要請したトークバースト（talk burst）をグループ呼び出しに参加した全ての他のクライアントに分配し、グループ呼び出しに参加したクライアントの情報を提供する。
【００１１】
ＰＦは、次の表２のように、ＰｏＣセッションにおいてＣＦ及び各クライアントに関連したセッションを管理し、特に、クライアントが発言権を要求したり、ＣＦにおいてクライアントに発言権を付与する時、ＰＦが中継する役目をする。また、ＣＦとクライアントとの間にメディアを中継する役目、両者が異なるコデックスを使用している場合、トランスコーディングする役目、同時セッションの場合には、１つのセッションにおいて話している時、他のセッションにおいても話すと、ＰｏＣユーザの選択によって１つをフィルタリングする役目を行う。
【００１２】
【表２】
0004550899.tif 000003
【００１３】
一方、ＰｏＣサービスシステムの構造は、多者間のセッションを開設するためには、参加しようとするＰｏＣ参加グループ及び目録に対する管理が必要であり、このようなグループ及び目録を提供するＧＬＭＳ５０サーバと、これを管理する運営管理部（Group management/administration）４０を構成要素として含む。
【００１４】
また、ＰｏＣサービスを提供しようとする個人またはグループに対する存在可否を提供し管理するプレゼンスサーバ７０を含む。最後に、ＰｏＣサービスにおいて個人間の通話や個人−グループ間の通話の際に、他のユーザとの連結のために、他のユーザのＳＩＰ／ＩＰ核心網、ＰｏＣサーバなどを表現する遠隔ＰｏＣ網８０が存在しなければならない。
【００１５】
前述のように構成されたＰｏＣシステムは、ＰｏＣユーザが自身の端末機を介してＧＬＭＳ４０にグループ及びグループメンバーに関する情報を入力することができ、または、ＧＬＭＳ４０から転送された個人あるいはグループ目録を用いて自身が呼出することができるＰｏＣユーザの情報を知ることができる。ＧＬＭＳにグループ及びグループメンバーの生成、修正及び管理をすることができる他の方法は、インターネットやイントラネットなどＰｏＣサービス提供者が信頼できる通信網を介して入力できる方法がある。
【００１６】
ＰｏＣ呼び出しサービスを利用するために、ＰｏＣユーザは、ＳＩＰ／ＩＰに自身のＰｏＣアドレスを登録する。この時、ＳＩＰ／ＩＰコアでは、ＰｏＣユーザの要請に基づいてＰｏＣユーザに関する情報を格納する。したがって、他のＰｏＣユーザがＰｏＣグループ呼び出しをしようとする時、前述したように、自身の情報をＳＩＰ／ＩＰコア網にまず登録し、ＧＬＭＳから転送されたグループ識別情報を用いて自身のＳＩＰ／ＩＰコア網に呼び出し要請をする。この時、ＳＩＰ／ＩＰコアは、要請するＰｏＣユーザ情報を用いてアドレス決定及びドメイン位置決定過程を実行した後、要請するＰｏＣユーザが登録されたホームＰｏＣサーバにＰｏＣ通話要請を伝達する。ＰｏＣサーバは、このようなＰｏＣ通話要請に対してＰｏＣセッション開設を準備し、ＧＬＭＳサーバから各々のユーザ情報を獲得した後、当該ＳＩＰ／ＩＰコア網に通話要請信号を伝達する。この時、イントラドメイン内のユーザに対する通話要請である場合、ＰｏＣサーバは、ＰＦ及びＣＦの機能を全て行う。通話要請されたＰｏＣユーザを管理するＰｏＣサーバは、自身に伝達されたＰｏＣユーザの情報を利用し、ＳＩＰ／ＩＰコア網の位置決定過程を実行した後、ＰｏＣユーザに通話要請をする。
【００１７】
以下、上記特徴を有する一般的なＰｏＣ通話手続を図２を参照して説明する。
図２は、一般的なＰｏＣセッション開設手続を示す流れ図である。
図２を参照すれば、ＰｏＣクライアントＡは、自身が話そうとする個人やグループの情報をインバイト（INVITE）を通じてＳＩＰ／ＩＰコアＡに送る。ＳＩＰ／ＩＰコアＡでは、ＰｏＣクライアントＡが送ったインバイトの情報のうちＰｏＣサービスであることを指定するパラメータを確認し、ＰｏＣクライアントＡを担当するＰｏＣサーバＡにインバイト要請を送る。ＰｏＣサーバＡは、ＰｏＣ呼のタイプによってホームＰｏＣサーバの機能具現を異にする。すなわち１−ｔｏ−１あるいはａｄ−ｈｏｃグループ呼のように自身が直接ＰｏＣセッションを開設する場合は、自身のホームＰｏＣサーバがＰｏＣ参加及び管理機能を同時に行うように具現し、ＰｏＣクライアントＢを担当するＰｏＣサーバＢにインバイトを送る。仮に、所定のグループ呼（pre-arranged group call）である場合には、事前に作成されたセッションに参加する場合であるから、セッションに対する管理機能をホームＰｏＣサーバで具現することができず、したがって、セッションに対してＰｏＣ管理機能をするＰｏＣサーバＡにインバイトを送る。この時、ＳＩＰ／ＩＰコアは、前述したように、インバイトを伝達する通路の役目を担当し、実際ＰｏＣサーバＢあるいはＡのアドレスを探し出す（resolution）役目をする。このように伝達されたインバイトがＰｏＣクライアントＢに伝達された時、ＰｏＣクライアントＢは、呼び出し（Alerting）（例えば、リンギング（Ringing）、光（light）、ビープ（beep）など）応答をＰｏＣクライアントＡに送る。ＰｏＣユーザＢがＰｏＣ呼を受け入れた場合に、ＯＫ応答（response）がＰｏＣクライアントＡに転送されることによって、ＰｏＣ呼が成立する。次に、ＰｏＣクライアントＡがＰｏＣ管理機能を行うサーバから発言権を受けることによって、最終的にＰｏＣ通話が成立する。
【００１８】
ＰｏＣサービスのための従来技術は、ＰｏＣユーザが１つのＰｏＣセッションに対して参加することもでき、複数のセッションに対する参加をもサポートする。仮に、１つのグループセッションが他のＰｏＣセッショングループメンバーと１つのグループ通話を希望する時、他のＰｏＣセッションと結合（merging）されることを希望するＰｏＣセッションのグループメンバーは、各々自身が従来属しているセッションに対してセッション終了メッセージを送った後、参加することを希望するセッションに新しいセッション参加要請を通じてグループ通話に参加する。また、このような手続は、参加することを希望する各々のメンバーに対して全て適用される。この時、元来結合されることを希望するセッションは、セッションが終了する。
【００１９】
以下、上記従来の他のＰｏＣセッションと連結するためのＰｏＣ通話手続を図面を参照して説明する。
図３は、従来技術に係る他のＰｏＣセッションと結合する方法を示す流れ図である。
図３を参照すれば、ＰｏＣセッションＹは、２つのセッションのうち結合（merging）対象グループセッションであり、ＰｏＣセッションＸは、セッション結合を要請するグループセッションである。従来技術では、ＰｏＣセッションＸが既に活性化されたセッションと結合するためには、まず、現在進行中のセッションを管理するＰｏＣサーバＸに終了信号（PoC session Bye）を送る。この時、前記セッション終了過程は、ＰｏＣセッションＸにおいてサーバとクライアントとの間に相互交渉されたメディアパラメータの解除（release）をもたらす。次に、既存セッションの終了後、ＰｏＣクライアントは、新しいインバイト要請をする。この時、ＰｏＣクライアントＸは、インバイト要請を送るサーバを決定するために、新しく参加しようとする（結合されることを希望する）グループセッションの識別子を必要とし、このために、カンファレンスＵＲＩ（Uniform Resource Identifier）のようなアドレス情報を利用する。
【００２０】
最後に、ＰｏＣクライアントＸからセッション参加要請を受けた後、ＰｏＣサーバＹは、セッション参加要求に対してＰｏＣサーバ内の政策（policy）やグループメンバーの承認を経てＰｏＣセッションを要請するＰｏＣクライアントＸにＯＫメッセージを送り、ＰｏＣサーバＹが管理する結合セッションを構成し、ＰｏＣ通話において発言権の仲裁のためのトークバースト管理（Talk Burst control）手続を行う。
【００２１】
以下、結合しようとするセッション（すなわち図３でＰｏＣセッションＸ）を結合要請セッション（merging session）と称し、結合が要請されるセッション（すなわち図３でＰｏＣセッションＹ）を結合対象セッション（merged session）と称する。また、ＰｏＣサーバの機能のうちＰｏＣ管理機能をＣＦ、ＰｏＣ参加機能をＰＦと呼ぶ。
【００２２】
前述のような従来技術では、多重ＰｏＣグループセッションの環境下で任意のＰｏＣグループセッションに属しているグループメンバーが他のＰｏＣセッションに参加しようとする場合、現在参加したＰｏＣセッションを解除する場合のみに、他のグループとのセッションがなされる。
【発明の開示】
【発明が解決しようとする課題】
【００２３】
従って、本発明の目的は、多重ＰｏＣグループセッションの環境下で任意のＰｏＣグループセッションに属しているグループメンバーが他のＰｏＣセッションに参加したい時、現在参加したＰｏＣセッションを解除せずに、ＰｏＣグループセッションの結合を通じた新しいセッションを具現する方法を提供することにある。
【課題を解決するための手段】
【００２４】
上記目的を達成するために、本発明の一態様に係る多重ＰｏＣセッションのセッション結合方法は、結合要請ＰｏＣクライアントが、自身が属するセッションを管理するＰｏＣサーバに結合対象セッションとのセッション結合を要請する段階と、前記結合要請セッションを管理するＰｏＣサーバが、結合対象セッションを管理するＰｏＣサーバにセッション結合要請をする段階と、前記結合要請セッションＰｏＣサーバと結合対象セッションＰｏＣサーバとの間に結合されるセッションを管理するＣＦ（Controlling PoC function）の交渉を進行する段階と、前記ＰｏＣサーバ間の交渉が完了することによって、結合対象セッションに対する全体ＣＦ（controlling PoC function）が選定される場合、結合対象セッションのＰｏＣサーバが、結合対象セッションのＰｏＣクライアントに変更されたメディアパラメータに対するアップデートを転送する段階と、前記結合要請セッションＰｏＣサーバが、全体ＣＦ（controlling PoC function）として選定されたことを通知する結合要請に対する通知（NOTIFY）を結合要請セッションのＰｏＣクライアントに転送する段階と、を備えることを特徴とする。
【００２５】
また、本発明の他の態様に係る多重ＰｏＣセッションのセッション結合システムは、他のセッションとの結合を要請する少なくとも１つ以上のＰｏＣクライアントからなり、結合要請クライアントから結合対象セッションとのセッション結合を要請されて結合対象セッションを管理するＰｏＣサーバにセッション結合要請をする結合要請セッションＰｏＣサーバと、前記結合要請セッションＰｏＣサーバからセッション結合要請を受けてＰｏＣサーバ間に結合されるセッションを管理するＣＦ（Controlling PoC function）の交渉を行い、前記ＰｏＣサーバ間の交渉が完了することによって、結合対象セッションのＰｏＣクライアントに変更されたメディーアパラメータに対するアップデートを転送する結合対象セッションＰｏＣサーバと、を備えることを特徴とする。
【発明の効果】
【００２６】
本発明によれば、新しいセッションに参加するために、既存のセッションを解除しないため、新しいＰｏＣグループセッションのためのシグナリング及びリソース割当過程が不要であり、ユーザが既存のセッションを解除する必要がないため、不要な動作が省略できるという効果があり、これにより、セッション開設のための時間を節約することができるという長所がある。
【発明を実施するための最良の形態】
【００２７】
以下、本発明の属する技術分野における通常の知識を有する者が本発明を容易に実施できるように、添付の図面を参照して本発明の好適な実施形態を詳細に説明する。
【００２８】
まず、多重ＰｏＣグループセッションにおいて任意の２つのグループセッションが結合される前及び後に対する概略的な状態を詳細に説明する。
【００２９】
図４Ａは、任意の２つのグループセッションが結合される前の状態を示す概略的な構成図であり、図４Ｂは、任意の２つのグループセッションが結合された後の状態を示す概略的な構成図である。
図４Ａ及び図４Ｂを参照すれば、２つのグループ（グループＸ、グループＹ）のメンバーが各々異なるセッションに参加した状態で、グループＸのメンバーがグループＹセッションに参加したい時、現在参加したＰｏＣセッションを解除する必要なく、グループＸのＰｏＣサーバのＣＦで行った機能をグループＹのＰｏＣサーバのＣＦで担当するようにして、新しいセッションを作成する。
【００３０】
多重ＰｏＣグループセッションの環境下で任意のＰｏＣグループセッション（グループＸ、グループＹ）に属しているグループメンバーが他のＰｏＣセッションに参加したい時、現在参加したＰｏＣセッションを解除せずに、ＰｏＣグループセッションの結合を通じた新しいセッションを具現する方法を提示するために、まず、セッション結合のためには、結合要請セッションが結合対象セッションにセッション情報を転送し、結合対象セッションが結合要請セッションに対するセッション情報を獲得する過程が先行される必要がある。
【００３１】
したがって、ＰｏＣグループセッションにおいて結合要請セッションのクライアントが結合対象セッションに自身のグループ識別子（group identity）を転送し、結合対象セッションに関する情報を転送する過程をまず説明する。
【００３２】
図５は、インスタントメッセージングを用いて結合対象セッションに関する情報を獲得する方法を示す流れ図である。
図５を参照すれば、ＰｏＣセッションＸに存在するＰｏＣクライアントＸは、自身のカンファレンスＵＲＩのようなグループ識別情報をメッセージ要請（MESSAGE request）方法の本文（body content）に含めて転送することができ、この時、受信ＰｏＣセッションＹのクライアントは、ＰｏＣセッションＸのグループ情報をＰｏＣ通話とは別途にメッセージ方法を用いてＰｏＣサーバを経由せずに受信することができる。
【００３３】
以下、セッション要請グループのユーザであるＰｏＣクライアントＸが結合対象セッションに自身のグループ識別子をメッセージ方法を用いて送る時、具体的なＳＩＰプロトコルの内容を説明する。メッセージは、図６に示されたように、ヘッダー部分と本文とに区分されるメッセージの本文内容（content）には、結合要請セッションのグループ名（group display name：図６では、ＰＡＧ−ＷＧ）が含まれることができる。
【００３４】
前述のように結合対象セッションでＰｏＣセッショングループ識別子を獲得、すなわちセッション情報を獲得した後、実質的なセッション結合に関する過程が進行される。
【００３５】
図７は、本発明を具現するためのセッション結合過程を示す概略的な流れ図である。
まず、結合要請セッションであるＰｏＣクライアントＸは、自身が属するセッションを管理するＰｏＣサーバＸに結合対象セッションとのセッション結合を要請する（Ｓ１００）。この時、ＰｏＣサーバＸは、前記インスタントメッセージングサービスのような方法で結合要請セッションのグループＵＲＩを用いてＰｏＣサーバＹにセッション結合要請をし、結合されたセッションを管理するＣＦ（ＰｏＣ管理機能）の交渉を進行する（Ｓ１１０）。
【００３６】
このようなＣＦ交渉のために、ＰｏＣサーバＸは、セッション結合指示子、ＰｏＣサーバＸが指定するセッションのメディアパラメータ、セッション識別子及び接続情報（contact address）などをセッション結合要請時に転送する。
【００３７】
一方、セッション結合要請を受けた結合対象セッションのＰｏＣサーバＹは、要請時に伝達された情報に基づいてセッション交渉を進行する。この時、ＰｏＣサーバＹは、選択的にＰｏＣセッションＹの政策によってサーバが代表的にセッション結合交渉を進行することもでき、ＰｏＣセッションＹ内の全てのクライアントの応答に応じてセッション結合を進行することもできる。
【００３８】
ＰｏＣサーバ間のＣＦ交渉が完了する場合、既存ＰｏＣサーバのうち１つのサーバは、他のＰｏＣセッションに対してもＣＦ機能を行うプロキシ（proxy）サーバの役目をし、他のＰｏＣサーバは、実際ＰＦの機能を行う。このようにＰｏＣサーバ間の交渉で結合されたセッションに対する全体ＣＦ（ＰｏＣ管理機能）を選定する場合（Ｓ１２０）、結合対象セッションのＰｏＣクライアントＹに変更されたメディアパラメータに対するアップデート（UPDATE）を送り（Ｓ１３０）、また、結合要請セッションのＰｏＣクライアントＸには、結合要請に対する通知（NOTIFY）を送る（Ｓ１４０）。
【００３９】
以下、前記セッション結合のための手続に対してＳＩＰプロトコールを利用した具体的な実施形態を図８を参照して説明する。
【００４０】
図８は、本発明の好ましい実施形態によってＳＩＰを利用したセッション結合過程を示す流れ図である。
図８を概略的に説明すれば、結合要請セッションのクライアントがＳＩＰプロトコルを用いてＰｏＣサーバにセッション結合を要請した時、サーバ間のシグナリングを通じてセッション結合交渉をし、各セッションのユーザにセッション結合のパラメータをアップデートし通知する手続を示す。
【００４１】
まず、結合を要請するセッションのＰｏＣクライアントＸ  １０１は、自身のＰｏＣアドレス及び結合対象グループセッションの識別子を用いて自身が属するＰｏＣサーバ１１１、１１２に参照（REFER）要請を送る（Ｓ１１００、Ｓ１１０１）。この時、参照（REFER）要請は、ＰｏＣサーバを連結するＳＩＰ／ＩＰコア網においてアドレス決定（address resolution）の手続を経てＰｏＣサーバＸのＣＦ１１１に伝達された後、承認（Accepted）メッセージを応答する（Ｓ１１０２、Ｓ１１０３）。
【００４２】
仮に、セッション結合時、要請するユーザに対する許可（authorization）可否を確認した後、応答する場合は、ＯＫメッセージを送ることができる。
【００４３】
次に、結合要請セッションを管理するＰｏＣサーバＸのＣＦ１１１は、伝達された結合対象セッションのグループ識別子を用いてＰｏＣセッション結合指示子（PoC session merging indication）及びＰｏＣサーバＸで決定したメディアパラメータなどを伝達する（Ｓ１２００、Ｓ１２０１）。
【００４４】
インバイト要請を受けるＰｏＣサーバＹのＣＦ２１１は、まず臨時的な応答（Trying）を送り（Ｓ１２０２、Ｓ１２０３）、適切なセッション内部手続を実行した後（Ｓ１４００、Ｓ１４０１、Ｓ１４０２、Ｓ１４０３）、セッション結合に対する結合対象セッションの準備が完了すれば、セッション結合に対するＯＫ応答を送る（Ｓ１５００、Ｓ１５０１）。
【００４５】
インバイト要請の受信時、ＰｏＣサーバＹ２１１、２１２は、伝達されたメディアパラメータ及びセッション結合指示子によりセッション結合過程を進行し、交渉されたメディアパラメータに対して結合対象セッション内の全てのクライアントに対してＵＰＤＡＴＥ要請を行い、ＯＫ応答を受信する手続を有する（Ｓ１４００、Ｓ１４０１、Ｓ１４０２、Ｓ１４０３）。
【００４６】
仮に、結合対象セッションから全てのメディアパラメータに対する応答を受信すれば、ＰｏＣサーバＹは、セッション結合に対する最終応答をＯＫメッセージとしてＰｏＣサーバＸに送る。ＯＫ応答を受信したＰｏＣサーバＸは、ＳＩＰ／ＩＰコア網のシグナリング経路を介してセッション結合要請のＰｏＣクライアントＸに要請結果を通知（NOTIFY）メッセージとして通知した後（Ｓ１５０２、Ｓ１５０３）、これに対するＯＫ応答を受けることによって（Ｓ１５０４、Ｓ１５０５）、セッション結合手続を完了し、トークバーストを管理する手続（Ｓ１６００）に進行する。
【００４７】
前記セッション結合のために、図８で説明する実施形態は、前述したように、本発明の基本思想から逸脱しない範囲内で多様な変形が可能である。
【００４８】
変形例として、セッション結合を要請するユーザは、図８のように、一般的なＰｏＣセッションメンバーであってもよく、セッションの管理者であってもよい。政策上、ＰｏＣサーバにおいてセッション結合を要請する必要がある場合、セッションの管理者がセッション結合を要請することができる。
【００４９】
セッション結合を要請するユーザがセッションの管理者である場合、結合要請者のＰｏＣサーバのＰＦは、ＰｏＣサーバのＣＦと同じサーバであるから、図８のＰｏＣサーバＰＦを実行する過程（Ｓ１１００、Ｓ１１０１、Ｓ１１０２、Ｓ１１０３）を省略することができる。
【００５０】
他の変形例として、結合対象セッションのＰｏＣサーバがセッション結合インバイトメッセージを受ける時、グループ内の政策によってＰｏＣサーバのＣＦでセッション結合決定をすることもでき、結合対象セッション内の全てのメンバーに結合承認を受けた後、セッション結合決定をすることもできる。この時、各々の場合は、当該手続を行った後、ＰｏＣサーバＹにインバイトに対する応答を送る。
【００５１】
そして、結合要請セッションのユーザは、インバイト（Ｓ１２００、Ｓ１２０１）に対する臨時的な応答を受けた後、結合要請に対する結果を直接的に購読要請（SUBSCRIBE）することができる（Ｓ１３００、Ｓ１３０１）。
【００５２】
したがって、本発明は、グループ通話時、状況に応じて一方のグループ通話が２人以上のユーザが参加中である他方のＰｏＣグループ通話と１つのＰｏＣグループセッションを構成し通話しなければならない場合が発生すれば、ＰｏＣセッションを結合（session merging）することによって、まず既に活性化されたセッションをそのまま利用するので、新しいセッションに参加するために行うべき手続を簡素化することができるという効果がある。
【００５３】
すなわち従来技術では、結合対象セッションの各ＰｏＣユーザは、終了信号（BYE）を送り、セッションを解除（release）した後、新しいインバイトを通じて結合要請セッションに参加する手続を行うことによって、一部のメディアパラメータに対して再設定をしなければならないか、本発明では、このようなセッション解除（release）過程が不要なので、無駄なシグナリング、リソース消耗及び時間を低減することができる。
【００５４】
また、結合されたセッション内において充分の通話が進行された後、さらに元来のグループセッションに分割されることを希望する時、結合対象セッションのＰｏＣサーバからプロキシ（proxy）ＰｏＣサーバに対する簡単な終了（BYE）要請で元来の各ＰｏＣセッションを復旧することができるという長所がある。
【００５５】
以上において説明した本発明は、本発明が属する技術の分野における通常の知識を有する者であれば、本発明の技術的思想を逸脱しない範囲内で、様々な置換、変形及び変更が可能であるので、上述した実施形態及び添付された図面に限定されるものではない。
【図面の簡単な説明】
【００５６】
【図１】一般的なＰｏＣ（Push-to-talk over Cellular）基本構造を示す概念図である。
【図２】一般的なＰｏＣセッション開設手続を示す流れ図である。
【図３】従来技術に係る他のＰｏＣセッションと結合する方法を示す流れ図である。
【図４Ａ】任意の２つのグループセッションが結合される前の状態を示す概略的な構成図である。
【図４Ｂ】任意の２つのグループセッションが結合された後の状態を示す概略的な構成図である。
【図５】インスタントメッセージングを用いて結合対象セッションの情報を獲得する方法を示す流れ図である。
【図６】セッション情報を含むインスタントメッセージ形式を示す図である。
【図７】本発明を具現するためのセッション結合過程を示す概略的な流れ図である。
【図８】本発明の好ましい実施形態によってＳＩＰを利用したセッション結合過程を示す流れ図である。
【符号の説明】
【００５７】
１０１  ＰｏＣクライアントＸ
１１１  ＰｏＣサーバＸのＣＦ
１１２  ＰｏＣサーバＸのＰＦ
２０１  ＰｏＣサーバＹ
２１１  ＰｏＣサーバＹのＣＦ
２１２  ＰｏＣサーバＹのＰＦ
３００  ＳＩＰ／ＩＰコア
【図１】
0004550899.tif 000004
【図２】
0004550899.tif 000005
【図３】
0004550899.tif 000006
【図４Ａ】
0004550899.tif 000007
【図４Ｂ】
0004550899.tif 000008
【図５】
0004550899.tif 000009
【図６】
0004550899.tif 000010
【図７】
0004550899.tif 000011
【図８】
0004550899.tif 000012