JP2014132773A - 単一ＰｏＣグループセッションの分割方法及びシステム - Google Patents

Abstract

【課題】既存のＰｏＣグループセッションを終了せずに新しいＰｏＣグループセッションを分割する。
【解決手段】ＰｏＣクライアントが、自身が属するセッションを管理するＰｏＣサーバーのＰＦにセッション分割を要請する段階と、前記ＰｏＣサーバーのＰＦが、ＰｏＣサーバーのＣＦにセッション分割を要請する段階と、前記ＰｏＣサーバーのＣＦがセッション分割を要請しながら、新しいＰｏＣセッションのために必要な情報を前記新しいＰｏＣセッションに参加することを希望する少なくとも１つのＰｏＣクライアントに転送する段階と、前記新しいＰｏＣセッションに参加することを希望するＰｏＣクライアントが現在のＰｏＣサーバーのＣＦを介して新しいＰｏＣセッションを管理するＰｏＣサーバーのＣＦに連結し、新しいＰｏＣセッションに参加する段階と、を含む。
【選択図】図８

Description

本発明は、ＰｏＣグループセッションの一部の参加者が新しく且つ独立的なＰｏＣプセッションを設定しようとする時、ＰｏＣグループセッションを終了せずに、ＰｏＣグループセッションを分割することによって、新しいセッションを設定するＰｏＣグループセッションの分割方法及びシステムに関する。

移動通信技術が画期的に発展し、移動通信網が拡大されるにしたがって、携帯電話を用いたさらに拡張され且つ膨大な付加サービスやアプリケーションの開発がなされている。しかも、携帯電話のユーザの要求も増加し、位置サービス、マルチメディアサービス、ＰＴＴ（push to push）サービスのような付加サービスに拡大されている。ＰＴＴサービスは、従来、無線機やＴＲＳなどで可能であったグループ通話と音声通話はもちろん、インスタントメッセンジャー、状態表示など多様な付加機能をサポートする。

現在、移動通信網においてこのようなＰＴＴ機能を用いたＰｏＣ（Push-to-talk over cellular：以下、ＰｏＣという）サービスに対する標準化が論議されている。ＰｏＣサービスの固有な特徴のうち１つは、ユーザが複数のＰｏＣセッションに参加することができるので、セッションを移動しつつ通話をすることができるという点である。ユーザが複数のセッションを移動しつつ通話をすることができるという特徴は、移動通信サービスを定義している団体であるＯＭＡ（Open Mobile Alliance）の要求事項に明示されている。

図１は、一般的なＰｏＣサービスシステムを示す概略図である。図１を参照すれば、ＰｏＣクライアント１０は、移動端末（ＰｏＣ端末）に内蔵されるサービス要請者であり、アクセス網２０を介してＳＩＰ（session Initiation Protocol）及びＩＰ（Internet Protocol）マルチメディア機能をサポートするＳＩＰ／ＩＰコア３０網に連結される。

前記ＰｏＣクライアント１０は、ＰｏＣユーザ端末機に常駐しながらＰｏＣサービスへの接続を可能にする。前記ＰｏＣクライアント１０の主な機能は、ＰｏＣセッションを開始し、現在進行中のＰｏＣセッションに参加し、ＰｏＣセッションを終了することである。その他、トークバーストを形成して伝達し、インスタントパーソナルアラート(Instant Personal alert)をサポートし、Ｐｏｃサービスに接続した時、認証する役目を行う。以下、別の言及がない限り、ＰｏＣクライアント１０という用語は、ＰＴＴサービス加入者と同じ意味として使われる。

ＳＩＰ／ＩＰ基盤のコア網は、ＰｏＣサービスをサポートするために、ＰｏＣサーバ６０と、ＧＬＭＳ（Group List and Management System）５０、及びプレゼンスサーバ７０に連結される。

前記ＰｏＣサーバ６０は、ＰｏＣセッションを維持、管理するためのＰｏＣ制御機能部（Controlling PoC Function）の機能、又は、一対一のＰｏＣ通話や多者間のＰｏＣ通話（グループＰｏＣ通話）のためにＰｏＣセッションに参加するためのＰｏＣ参加機能部（Participating PoC Function）の機能を有する。

前記ＰｏＣサーバ６０の機能別ブロックを図２を参照して説明する。
図２は、一般的なＰｏＣサーバを示す概略図である。
前記ＰｏＣサーバは、ＰｏＣセッションを全般的に維持、管理するためのＰｏＣ制御機能部（Controlling PoC Function）（以下、ＣＦという）と、各ＰｏＣセッションを維持、管理するためのＰｏＣ参加機能部（Participating PoC Function）（以下、ＰＦという）とに分けられ、これについて各表を参照してさらに詳細に説明すれば、次の通りである。

表１のように、ＣＦは、ＰｏＣセッションを維持する役目をする。前記ＰｏＣサーバは、ＰｏＣクライアントの話す権利（floor）に対する要請を受け入れて、クライアントが権限を付与される順序を定め、クライアントに権限を付与する。また、前記ＰｏＣサーバは、特定のＰｏＣクライアントが要請したトークバーストをグループＰｏＣ通話に参加した全てのクライアントに分配し、前記グループＰｏＣ通話に参加したＰｏＣクライアントに関する情報を提供する。

下記表２のように、ＰＦは、ＰｏＣセッションにおいてＣＦと各クライアント間のセッションを管理する。ＰＦは、発言権をＣＦからクライアントに中継する役目をする。ＰＦは、ＣＦとＰｏＣクライアントとの間にメディアを中継し、異なるコーデック間にトランコーディングを提供し、２つの活性化されたＰｏＣセッションで同時に対話が進行される時、２つのＰｏＣセッションのうちユーザが選択した１つをフィルタリングする機能を提供する。

前記ＰｏＣサービスシステムは、ＰｏＣグループセッションの開設のために必要なＰｏＣグループとＰｏＣグループ目録を提供するＧＬＭＳ５０サーバと、前記ＰｏＣグループとＰｏＣグループ目録を管理するグループ管理／運営部４０を含む。

また、前記ＰｏＣサービスシステムは、ＰｏＣサービスを望む個人またはグループの存在可否に関する情報を提供し維持するプレゼンスサーバ７０と、一対一ＰｏＣ通話や一対他者間のＰｏＣ通話のための他のユーザとの連結を提供するために、例えば、他のユーザのＳＩＰ／ＩＰコア網とＰｏＣサーバを含む遠隔ＰｏＣ網８０とを含む。

前記ＰｏＣサービスシステムでは、ＰｏＣユーザが自身の端末機を介してＧＬＭＳ５０にグループ及びグループメンバーに関する情報を入力することができ、ＧＬＭＳ５０から転送された個人あるいはグループ目録を用いて自身が呼出することができるＰｏＣユーザの情報を受信することができる。選択的に、前記ＧＬＭＳ５０内のグループ及びグループメンバーに関する情報は、インターネットやイントラネットのような信頼できる通信網を介して入力され、修正され、管理されることができる。

前記ＰｏＣサービスを利用するために、ＰｏＣユーザは、ＳＩＰ／ＩＰコア網に自身のＰｏＣ端末機のアドレスを登録する。ＰｏＣユーザの要請に基づいて前記ＳＩＰ／ＩＰコア網は、ＰｏＣユーザ情報を格納する。したがって、他のＰｏＣユーザがグループＰｏＣ通話をしようとすれば、まず、自身の情報をＳＩＰ／ＩＰコア網に登録し、ＧＬＭＳ５０から転送されたグループ識別情報を用いて自身のＳＩＰ／ＩＰコア網にＰｏＣ通話を要請する。前記ＳＩＰ／ＩＰコア網は、通話を要請するＰｏＣユーザの情報を用いてアドレス決定及びドメイン位置決定を行った後、通話を要請するＰｏＣユーザが登録されたホームＰｏＣサーバにＰｏＣ通話要請を伝達する。前記ＰｏＣサーバは、ＰｏＣセッション開設を準備し、このようなＰｏＣ通話要請によってＧＬＭＳ５０からユーザ個々の情報を獲得した後、当該ＳＩＰ／ＩＰコア網にＰｏＣ通話要請信号を伝達する。ＰｏＣ通話要請がイントラドメイン内のユーザに対するものである場合、前記ＰｏＣサーバは、ＰＦ及びＣＦを共に行うようになる。通話要請されたＰｏＣユーザを管理する前記ＰｏＣサーバは、ＳＩＰ／ＩＰコア網の位置決定手続を実行した後、前記ＰｏＣユーザから受信された情報を用いてＰｏＣユーザに通話を要請する。

図３は、一般的なＰｏＣセッション設定手続に関する流れ図である。
ＰｏＣクライアントＡは、自身が話そうとする個人やグループに関する情報を含むＩＮＶＩＴＥメッセージをＳＩＰ／ＩＰコア網Ａに送る。前記ＳＩＰ／ＩＰコア網Ａは、ＰｏＣクライアントＡが送ったＩＮＶＩＴＥメッセージの情報からＰｏＣサービスを示すパラメータを認識し、ＰｏＣクライアントＡを管理するＰｏＣサーバＡにＩＮＶＩＴＥ要請を転送する。ＰｏＣサーバＡは、ＰｏＣ通話のタイプによってホームＰｏＣサーバとしての機能を異に具現する。例えば、一対一ＰｏＣ通話あるいはａｄ−ｈｏｃグループＰｏＣ通話のようにＰｏＣセッションを設定する場合は、自身のホームＰｏＣサーバ機能がＣＦ及びＰＦを共に実行するように具現し、ＰｏＣクライアントＢを担当するＰｏＣサーバＢにＩＮＶＩＴＥメッセージを転送する。予定（pre-arranged）グループ通話である場合には、事前に準備されたＰｏＣセッションに参加するので、セッション管理機能をホームＰｏＣサーバで具現することができない。したがって、ＣＦを行う前記ＰｏＣサーバＡにＩＮＶＩＴＥメッセージが転送される。前記ＳＩＰ／ＩＰコア網は、ＩＮＶＩＴＥメッセージを中継し、ＰｏＣサーバＡあるいはＢのアドレスを探し出すための通路の役目をする。前記ＩＮＶＩＴＥメッセージがＰｏＣクライアントＢに転送されれば、ＰｏＣクライアントＢは、警報音、呼出音、光、警笛のような応答をＰｏＣクライアントＡに送る。ＰｏＣユーザＢがＰｏＣ通話を受け入れる場合、ＯＫ応答がＰｏＣクライアントＡに転送される。その結果、ＰｏＣ通話が設定される。すなわち、ＰｏＣクライアントＡがＣＦを行うＰｏＣサーバから発言権を渡されることによって、最終的にＰｏＣ通話が開設される。

前述のようなＰｏＣサービスは、２人の個人間のＰｏＣ通話又は２人以上の個人間のグループＰｏＣ通話を提供し、また、１つのＰｏＣクライアントがＰｏＣ端末を用いて複数のグループＰｏＣ通話に参加する多重ＰｏＣセッションをサポートする。ＰｏＣグループ通話の途中に、１つのグループの一部のメンバーがＰｏＣグループセッションの分離を希望することができる。１つのＰｏＣグループセッションに参加したメンバーの数が非常に多くて、発言権を得ることが難しいか、そのようなグループの一部のメンバーが分離されたグループＰｏＣ通話を希望する時、ＰｏＣグループセッションは、分割されることができる。

従来のＰｏＣサービスでは、ＰｏＣユーザがただ１つのＰｏＣグループセッションに対して参加することもでき、複数のセッションに参加することもできる。グループの一部のメンバーが特定のメンバーを含む新しいＰｏＣグループセッションでＰｏＣ通話を行うために、１つのＰｏＣセッションから新しいグループＰｏＣセッションを分割することを希望する時、前記メンバーは、既存のＰｏＣグループセッションを終了した後、新しいＰｏＣグループセッションを設定する。

図４は、従来技術によってＰｏＣグループセッションを分割する方法を示す流れ図である。
図４で、ＰｏＣセッションＸは、一部のメンバーの要求によって分割されるグループＰｏＣセッションであり、ＰｏＣクライアントＸ及びＰｏＣクライアントＹは、ＰｏＣサーバーＸからトークバーストを受信し、発言権を得るためのＰｏＣグループセッション手続を行うようになる。前記ＰｏＣクライアントＹが現在進行中のＰｏＣグループセッションを分割するためには、現在進行中のＰｏＣグループセッションを管理するＣＦにセッション終了要請（BYE Request）が転送される。前記セッション終了手続として、サーバーとクライアントとの間に設定されたＰｏＣセッションＸのメディアパラメータが解除される。前記ＰｏＣセッションＸを終了した後、ＰｏＣクライアントＹは、新しいＰｏＣセッションを設定するために、ＩＮＶＩＴＥ要請を転送する。前記ＰｏＣクライアントＹは、ホームネットワークのＰｏＣサーバーにＩＮＶＩＴＥ要請を転送し、ＰｏＣサーバーが新しいセッションを管理するＣＦになるようにする。既に既存のＰｏＣグループセッションを終了した他のＰｏＣユーザは、以後に独立したトークバースト制御手続を行うために、新しいＰｏＣセッションを開設するように要請される。

ＰｏＣ通話の主要長所のうち１つは、低価の料金である。グループＰｏＣ通話に参加している一部のメンバーが構成員を分割し、特定のメンバーだけが参加するグループＰｏＣセッションを開設するために、グループＰｏＣセッションを分割することを望むことができる。しかしながら、前記従来のサービスは、ＰｏＣグループセッションを分割するために、現在進行中のＰｏＣグループセッションを終了するための手続を取らなければならない。これは、終了作業の間にＰｏＣユーザが待機しなければならないという問題を引き起こす。さらに、例えば、前記グループメンバーがさらに連結される時、さらにメディアパラメータを設定する初期化作業を行わなければならない。

特開平１０−１６４２４０号公報 特開２００２−３５９６９０号公報 米国特許出願公開第２００４／０１２０４７４号明細書

本発明の目的は、既存のＰｏＣグループセッションの参加者のうち一部が既存のＰｏＣグループセッションを２つ以上のＰｏＣセッションに分割して通話することを希望する時、既存のＰｏＣグループセッションを終了せずに、新しいＰｏＣグループセッションを分割することができるＰｏＣグループのセッション分割方法を提供することにある。

また、本発明の他の目的は、新しいＰｏＣセッションを分割した後にも、既存のＰｏＣグループセッションを連結するためのメディアパラメータ情報を削除せずに、内在的に維持することによって、以後に既存のＰｏＣグループセッションを復元することができるＰｏＣグループセッションの分割方法を提供することにある。

上記目的を達成するために、本発明の一態様によれば、現在進行中のセッションを有するＰｏＣ網でのセッション分割方法は、第１ＰｏＣクライアントがセッション管理サーバーにセッション分割を要請する段階と、前記セッション分割要請に応答してセッション管理サーバーが第２ＰｏＣクライアントにセッション分割に参加することを要請し、新しいセッションを開設する段階と、を含む。

また、上記目的を達成するために、本発明の他の態様によれば、現在進行中のセッションを有するＰｏＣシステムは、セッション分割を要請する第１ＰｏＣクライアントと、前記セッション分割要請に応答するセッション管理サーバーと、前記セッション管理サーバーから新しいセッションに参加するような要請を受ける第２ＰｏＣクライアントと、を含む。

以上説明したように、本発明によれば、単一のＰｏＣグループセッションの参加者が前記ＰｏＣグループセッションを２つ以上のＰｏＣセッションに分割することを希望する場合、ＰｏＣグループセッションを終了せずに、分割することができる。

その結果として、新しいＰｏＣセッションと独立的なトークバーストを管理するＰｏＣセッション間のプライバシー問題及びトークバーストＰｏＣグループメンバーの増加とトークバーストトラフィックの増加による発言権問題が解決されることができる。

新しいＰｏＣセッションでのＰｏＣ通話後、前記ＰｏＣメンバーが既存のＰｏＣグループセッションに戻ることを希望する場合、新しいＰｏＣセッションのＣＦが既存のＰｏＣグループセッションのＰｏＣサーバーにパラメータ設定変更を要請することによって、既存のＰｏＣグループセッションが容易に復旧される。

特に、新しいセッションを作るために、既存のグループセッションが分割されるので、シグナリングとリソース消費を減少させることができ、セッション分割が迅速に行われるので、ＰｏＣユーザは、新しいＰｏＣセッションを便利に利用することができる。

一般的なＰｏＣ（Push-to-talk over Cellular）サービスシステムを示す概略図である。 一般的なＰｏＣサーバーを示す概略図である。 一般的なＰｏＣセッション開設手続に関する流れ図である。 従来技術によってＰｏＣグループセッションを分割する方法を示す流れ図である。 ＰｏＣグループセッションが分割される前と分割された後の状態を説明する概略図である。 ＰｏＣグループセッションが分割される前と分割された後の状態を説明する概略図である。 本発明に係るＰｏＣグループセッション分割手続に関する概略的な流れ図である。 本発明の第１実施例によってＰｏＣクライアントの要請によってＰｏＣサーバーからのセッション分割要請メッセージにより実行されるセッション分割手続に関する流れ図である。 本発明の他の実施例によってＰｏＣクライアントからのセッション分割要請メッセージにより実行されるセッション分割手続に関する流れ図である。

以下、本発明が属する分野における通常の知識を有する者が本発明を容易に実施できるように本発明の好ましい実施例を添付の図面を参照して詳細に説明する。

本発明は、３人以上が参加するＰｏＣグループセッションを少なくとも２つのセッションに分割するための方法及びシステムに関する。前記ＰｏＣグループセッションは、３つのグループに分割することも可能であるが、本発明の実施例では、２つのセッションに分割することに焦点を合わせて説明する。

図５及び図６は、ＰｏＣグループセッションが分割される前と分割された後の状態を説明する概略図である。
図５及び図６を参照すれば、セッション分割前のＰｏＣクライアント（グループメンバー）は、同一のＣＦを利用するが、セッション分割後には、新しいＰｏＣセッションを別に管理するＣＦによりセッション別に各ＣＦを介して互いに連結される。

図７は、本発明に係るＰｏＣグループセッション分割手続に関する概略的な流れ図である。
図７を参照すれば、ＰｏＣサーバーＸのＣＦ １１１は、分割前に既存のＰｏＣグループセッションを管理する。ＰｏＣクライアントＹ１ ２０１は、セッション分割を要請するＰｏＣユーザである。ＰｏＣクライアントＹ２ ２０２は、分割されたセッションに参加するＰｏＣユーザである。個人だけでなく、複数のユーザもＰｏＣクライアントＹ２ ２０２の手続と同様の方法で前記新しいセッションに参加することができる。

前記ＰｏＣクライアントＹ１ ２０１は、ＰｏＣサーバーＹ１内のＰＦ ２１２を介してセッション分割を要請し（Ｓ１００）、前記ＰｏＣサーバーＹ１のＰＦ ２１２は、既存のＰｏＣグループセッションを管理するＰｏＣサーバーＸ １１１にセッション分割を要請し、必要な手続を行う（Ｓ１１０）。この時、前記ＰｏＣサーバーＹ１のＰＦ ２１２は、新しいセッションを管理するＰｏＣサーバー機能を自身が行うように要請する。前記ＰｏＣサーバーＸ １１１がセッション分割要請を許可し、セッション管理機能をＰｏＣサーバーＹ１のＰＦ ２１２に割り当てる場合、ＰｏＣサーバーＸ １１１は、分割されるＰｏＣグループセッションのＰｏＣユーザに対してＰｏＣサーバーのＰＦ機能を行うように設定される。仮に、前記ＰｏＣサーバーＸのＣＦ １１１がセッション分割要請に対する認証手続を経てセッション分割要請を許可する場合、前記ＰｏＣサーバーＸのＣＦ １１１は、ＰｏＣセッション分割要請指示子とＰｏＣサーバーＹ１のＰＦで設定したメディアパラメータ（media parameter）、新しいＰｏＣセッションに付与される識別子及び新しいＰｏＣセッションに参加するメンバーの識別子（個人又はグループ識別子が可能であるが、図７では個人識別子が使われている）を受信し、当該ＰｏＣクライアントＹ２ ２０２にセッション分割要請を転送する（Ｓ１２０）。次に、前記ＰｏＣクライアントＹ２ ２０２は、新しいＰｏＣセッションを管理するＰｏＣサーバーＹ１のＣＦ ２１２に連結し、分割されたセッションに参加するようになる（Ｓ１３０）。前記ＰｏＣクライアントＹ１やＹ２のように新しいセッションに参加するＰｏＣユーザは、既存のＰｏＣグループセッションにトークバーストを送らないようにセッション終了手続を行わなければならない（Ｓ１４０）。前記セッション終了は、セッション断絶を意味するものでない。それよりは、ＰｏＣセッシション間に転送されるトークバーストが分割された他のＰｏＣセッションに伝達されないことを意味する。これにより、前記新しいＰｏＣセッションでは、各々のＰｏＣサーバーＣＦのトークバースト制御プロトコルにより発言権を得るメカニズムを提供される（Ｓ１５０）。

前記ＰｏＣサーバーＸのＣＦとＰｏＣサーバーＹ１のＰＦ間の機能設定によってＰｏＣグループセッション分割のための他の手続が行われることもできる。

例えば、前記ＰｏＣサーバーＸが当該ＰｏＣクライアントＹ２にセッション分割要請（分割されたセッション識別子を含むＩＮＶＩＴＥメッセージ）を転送しなくても、前記ＰｏＣサーバーＹ１がＰｏＣセッション分割要請指示子と新しいＰｏＣセッションに参加するメンバーの識別子だけを用いてＰｏＣサーバー間の機能設定を変更することによって、ＰｏＣクライアントＹ１の要請によってセッション分割を行うこともできる。このような場合は、前記分割されたセッションに参加するように勧められたＰｏＣユーザがトークバーストを転送する時、新しいセッションのためのメディアパラメータを設定しなければならない。

図８は、本発明の実施例によってＰｏＣクライアントの要請によってＰｏＣサーバーからのセッション分割要請メッセージにより実行されるセッション分割手続に関する流れ図である。

概略的に説明すれば、図８は、ＰｏＣサーパーＸ １１１のＣＦを利用するＰｏＣサーバーＹ１ ２１０により行われるＰｏＣセッション分割手続を示す。前記手続で、ＰｏＣクライアントＹ１ ２０１は、ＳＩＰプロトコールを用いて自身のＰＦを介して既存のＰｏＣグループセッションの管理サーバーであるＰｏＣサーバーＸ １１０にセッション分割を要請した後、セッション分割に参加するＰｏＣクライアントＹ２ ２０２に新しいＩＮＶＩＴＥ要請を転送し、セッションを分割する。

セッション分割を要請するために、前記ＰｏＣクライアントＹ１ ２０１は、自身のＰｏＣアドレス、既存のＰｏＣグループセッションの識別子、分割されるＰｏＣセッションに参加するＰｏＣクライアントのアドレス、ＰｏＣセッション分割指示子及びＲＥＦＥＲされた網構成要素が取らなければならないＭＥＴＨＯＤ（すなわちＩＮＶＩＴＥ）を含むＲＥＦＥＲ要請を転送し（Ｓ１１００、Ｓ１１１０）、ＰｏＣサーバーから応答として承認された（Accepted）メッセージを受信する（Ｓ１２００、Ｓ１２１０）。次に、前記ＲＥＦＥＲ要請は、ＰｏＣサーバーを連結するＳＩＰ／ＩＰコア網でアドレス決定（address resolution）の手続を経た後、ＰｏＣサーバーＹ１ ２１０のＰＦに転送される。

前記ＰｏＣサーバーＹ１ ２１０のＰＦは、ＰｏＣセッション分割指示子情報を用いてＰｏＣサーバーＸ １１０のＣＦにセッション分割を要請し、ＰｏＣサーバーＹ１ ２１０のＰＦが決定したメディアパラメータを転送し、ＰｏＣサーバーＸ １１０から臨時応答メッセージを受信する。

前記ＰｏＣサーバーＸ １１０は、セッション分割要請に対するセッション政策によってセッション分割を許可し、ＰｏＣクライアントＹ２のアドレスに新しいＩＮＶＩＴＥメッセージを転送する（Ｓ１３００、Ｓ１３０１）。

前記分割されたセッションに参加するように招待されたＰｏＣクライアントＹ２ ２０２は、ＰｏＣサーバーＹ１ ２１０が現在ＰｏＣセッションの新しい管理サーバー（すなわちＣＦ）になる旨を伝達され、ＯＫメッセージを用いてこれを承認する（Ｓ１３１０、Ｓ１３１１）。

前記ＩＮＶＩＴＥメッセージに対する応答としてセッション分割を開始するＰｏＣユーザからＯＫメッセージを受信した後、前記ＰｏＣサーバーＸ １１０のＣＦは、当該アドレス（ＳＩＰ ＵＲＩ）に対してＰＦの機能を行い（Ｓ１４００）、ＰｏＣサーバーＹ１ ２１０が新しいＰｏＣセッションの管理サーバーになることができるようにする。

前記ＰｏＣクライアントＹ１及びＹ２に対するトークバーストを既存のＰｏＣグループセッションに伝達することができないように、既存のＰｏＣグループセッションのＰｏＣユーザは、セッション分割を通知される（Ｓ１５００）。その後、前記ＰｏＣクライアントＸは、ＯＫ応答を転送し（Ｓ１５１０、Ｓ１５１１）、ＰｏＣサーバーＹ１ ２１０が分割されたセッションに対してＣＦの役目を行うことができることをＰｏＣクライアントＹ１ ２０１に通知する（Ｓ１５１０、Ｓ１５３０）。

前述のようなＲＥＦＥＲ方法を利用したセッション分割方法は、ＲＥＦＥＲ要請が転送される時、セッション分割指示子を示すＲＥＦＥＲ要請ヘッダーフィールドとＲＥＦＥＲ／ＩＮＶＩＴＥの要請経路（Record-Route）情報を必要とする。また、前記ＰｏＣサーバのＣＦ １１０からＰｏＣクライアントＹ２に新しいＩＮＶＩＴＥ要請を送る時、新しいメディア連結のためのメディアパラメータ設定手続が行われる。

図９は、前記要請をＰｏＣサーバＸのＰＦに送るＰｏＣサーバーＹ１により行われるＰｏＣセッション分割手続を示す。前記ＰｏＣクライアントＹ１ ２０１は、ＳＩＰプロトコルを用いて自身のＰｏＣサーバーＹ１ ２１０のＰＦを介して既存のＰｏＣグループセッションの管理サーバーであるＰｏＣサーバーＸ １１０にセッション分割を要請する。前記ＰｏＣサーバＸ １１０は、セッション分割に参加するＰｏＣクライアントＹ２ ２０２に既存のＰｏＣグループセッションの連結を用いてｒｅ−ＩＮＶＩＴＥ要請を転送する。

前記セッション分割を要請するために、ＰｏＣクライアントＹ１ ２０１は、自身のＰｏＣアドレス、既存のグループセッションの識別子、セッション分割への参加を望むＰｏＣクライアントのアドレス（グループの場合、グループ識別子）及びＰｏＣセッション分割指示子をｒｅ−ＩＮＶＩＴＥ要請に含んで送る（Ｓ２１００）。

前記転送されるｒｅ−ＩＮＶＩＴＥ要請は、既存のメディア連結を利用するための同一セッションダイアログ内の要請であり、前記ＰｏＣサーバーＹ１ ２１０は、自身が分割されたセッションの管理サーバーになることを認知し、ｒｅ−ＩＮＶＩＴＥ要請が転送されるＰｏＣサーバーＸ １１０に分割されたセッションのためのＣＦ機能を要求する。前記ｒｅ−ＩＮＶＩＴＥ要請は、ＳＤＰ（session description protocol）の内容を用いて新しく分割されたセッションに適用されるメディアパラメータを含む。例えば、新しいＰｏＣセッションに適用されるメディアパラメータは、ＲＴＰセッションに用いられるＩＰアドレスとポート番号などを含み、メディア間に使われるコーデックを設定するのに用いられる。前記ｒｅ−ＩＮＶＩＴＥ要請は、ＰｏＣクライアントとＰｏＣサーバとの間またはサーバー間を連結するＳＩＰ／ＩＰコア網でアドレス決定過程を経て転送される。

前記ｒｅ−ＩＮＶＩＴＥ要請を受信したＰｏＣサーバーＹ１ ２１０は、ＰｏＣクライアントの要請によってＰｏＣセッション分割指示子を用いて前記既存のＰｏＣグループセッションに該当するＰｏＣサーバーＸ １１０にセッション分割を要請し（Ｓ２１１０）、ＰｏＣサーバーＹ１ ２１０のＰＦが決定したメディアパラメータを転送する。この時、前記ＰｏＣサーバーＸ １１０からｒｅ−ＩＮＶＩＴＥ要請に対する臨時応答メッセージを受けることができる。

次に、ＰｏＣサーバーＸ １１０は、前記セッション分割要請のためのセッション政策によって要請されたＣＦ提供が承認されれば、自身は、分割されたセッション識別子と、これに該当するグループメンバーに対してＰＦ機能を行うように設定し、引き続くセッション分割手続を行う。これにより、前記ＰｏＣサーバーＸは、ＰｏＣクライアントＹ２のアドレスにｒｅ−ＩＮＶＩＴＥメッセージを転送する（Ｓ２２００、Ｓ２２１０）。

前記分割されたセッションに参加するように招待されたＰｏＣクライアントＹ２ ２０２は、自身がセッション分割メンバーであることを確認し、ＰｏＣサーバーＹ１ ２１０のＣＦが分割されたセッションの管理サーバになる旨を伝達され、ＯＫメッセージを転送し、これを承認する（Ｓ２２１１、Ｓ２２１２）。

前記セッション分割メンバーからｒｅ−ＩＮＶＩＴＥ要請に対するＯＫ応答を受信した後、ＰｏＣサーバーＸ １１０は、ＯＫ応答を転送することによって、これをＰｏＣサーバーＹ１ ２１０及びセッション分割を要請したＰｏＣクライアントＹ１ ２０１に通知し、セッション分割の準備が終わったことを知らせる（Ｓ２３００、Ｓ２３１０）。

前記分割されたセッション識別子に該当するアドレス（セッション分割メンバーのＳＩＰ ＵＲＩ）に対してＰｏＣサーバーＸ １１０がＣＦでなくＰＦの機能を行い、ＰｏＣサーバーＹ１ ２１０が分割されたセッションの管理サーバーになることをセッション分割メンバーに知らせるために、ＰｏＣサーバーＹ１ ２１０は、ＰｏＣセッションＢＹＥメッセージをルーティング経路を介してＰｏＣグループセッションメンバーに転送した後（Ｓ２４００、Ｓ２４１０）、確認メッセージＯＫを受信する（Ｓ２５００、Ｓ２５１０）。

本発明に係る前記ｒｅ−ＩＮＶＩＴＥ方法を利用したセッション分割方法は、ｒｅ−ＩＮＶＩＴＥ要請が転送されれば、ＰｏＣセッション分割指示子とＣＦ提供指示子だけでなく、分割されたセッションで用いられるメディアパラメータをＳＤＰ本文部に含んで転送する。これにより、前記セッション分割のためのＰｏＣクライアントの要請が充足される。本発明に係る前記ｒｅ−ＩＮＶＩＴＥ方法を用いたセッション分割方法は、さらに、ＰｏＣグループセッションの既存の経路を利用するために、ＲＥＦＥＲ／ＩＮＶＩＴＥの要請経路情報を必要とする。

本発明は、既存のグループＰｏＣ通話のセッション連結をそのまま使用しながら、分割されたグループ通話を行うために、ＳＩＰを利用する。このために、図８では、ＰＯＣサーバＸのＣＦを利用するのに対し、図９では、ＰｏＣサーバーからｒｅ−ＩＮＶＩＴＥ要請が転送されれば、ＣＦを提供することによって、分割されたセッションに対するＣＦを変化させる。図７及び図８に示された実施例は、本発明の基本思想から逸脱しない範囲内で多様な変形が可能である。

本発明の変形された実施例として、ＰｏＣクライアントの要請によってＰｏＣサーバＸがセッション分割ＩＮＶＩＴＥメッセージを受信すれば、ＰｏＣグループセッションの政策によってＰｏＣサーバーＸのＣＦ、セッション分割目録に属する全てのメンバーの分割承認、又はＰｏＣグループセッションの全てのメンバーの承認により分割決定をすることができる。この時、各々の場合は、当該手続が行われた後、ＰｏＣサーバーＸがＩＮＶＩＴＥメッセージを転送する。

他の変形された実施例として、セッション分割を要請する人は、一般的なＰｏＣグループセッションのメンバーであることもでき、セッションの管理者になることもできる。例えば、政策上、ＰｏＣサーバーでセッション分割を要請する必要がある場合、セッションの管理者がセッション分割を要請することができる。

本発明によれば、単一のＰｏＣグループセッションの参加者が前記ＰｏＣグループセッションを２つ以上のＰｏｃセッションに分割しようとする時、元のＰｏＣセッションを終了せずに、分割することができる。これにより、既に開設されているＰｏＣセッションでＰｏＣサーバーの機能を利用し、既に活性化されたセッションの特性をそのまま利用してセッションを分割することによって、新しいＰｏＣセッションの設定手続が簡素となる。

従来技術では、セッション分割への参加を望むＰｏＣユーザは、各々ＢＹＥメッセージを送り、ＰｏＣグループセッションを終了した後、新しいＩＮＶＩＴＥメッセージを転送し、セッション分割に参加する手続を行う。しかし、本発明では、このようなセッション終了手続を必要としないので、不要なシグナリング、リソース及び時間消耗を低減することができる。

新しいセッションでの通話後、ＰｏＣメンバーが既存のＰｏＣグループセッションに戻ることを希望する時、新しいＰｏＣセッションを管理するＰｏＣサーバーからプロキシーＰｏＣサーバーにＢＹＥメッセージを転送することによって、各々のＰｏＣメンバーは、既存のＰｏＣグループセッションに戻ることができる。

また、既存のＰｏＣグループセッションを管理するＰｏＣサーバを利用するので、既存のＰｏＣグループセッションのメディアパラメータのうち一部を変更することによって、新しいセッションを設定することができる。すなわち、ＰｏＣクライアントとＰｏＣサーバーとの間に設定された既存のメディアパラメータを利用することができる。

以上、本発明の好ましい実施例について詳細に記述されたが、本発明は、本発明が属する技術の分野における通常の知識を有する者であれば、本発明の技術的思想を逸脱しない範囲内で、様々な置換、変形及び変更が可能であるが自明になる。

１１０ ＰｏＣサーバーＸ
１１１ ＰｏＣサーバーＸのＣＦ
２０１ ＰｏＣクライアントＹ１
２０２ ＰｏＣクライアントＹ２
２１０ ＰｏＣサーバーＹ１
２１２ ＰｏＣサーバーＹ１内のＰＦ

Claims (13)

1. 単一のＰｏＣグループセッションを分割する方法であって、
   セッション分割要請ＰｏＣサーバーが、セッション分割要請ＰｏＣクライアントからセッション分割要請を受信する段階と、
   前記セッション分割要請ＰｏＣサーバーが、既存のＰｏＣセッションを管理するセッション管理ＰｏＣサーバーにセッション分割を要請する段階と、
   前記セッション分割要請ＰｏＣサーバーが、前記セッション管理ＰｏＣサーバーから前記セッション分割要請に対する応答を受信する段階と、
   前記セッション分割要請ＰｏＣサーバーが、セッション分割により生成された新しいＰｏＣセッションに参加することを希望するＰｏＣクライアントに連結する段階と、
   前記セッション分割要請ＰｏＣサーバーが、前記新しいＰｏＣセッションを管理する段階とを含む方法。
2. 前記セッション分割要請メッセージは、
   前記セッション分割要請ＰｏＣクライアントのアドレス、グループ識別子、前記新しいＰｏＣセッションに参加することを希望するＰｏＣクライアントのＰｏＣアドレス、及びＰｏＣ セッション分割指示子を含む、請求項１に記載の方法。
3. 基準ＰｏＣグループセッションを終了せずにＰｏＣグループセッションを分割するためのセッション分割方法であって、
   セッション分割要請ＰｏＣサーバーが、セッション分割要請ＰｏＣクライアントからセッション分割要請を受信する段階と、
   前記セッション分割要請ＰｏＣサーバーが、セッション管理サーバーに、前記セッション分割要請を転送する段階と、
   前記セッション分割要請ＰｏＣサーバーが、前記セッション管理ＰｏＣサーバーから前記セッション分割要請ＰｏＣサーバーにセッション管理機能を割り当てるためのセッション分割承認メッセージを受信する段階と、
   前記セッション分割要請ＰｏＣサーバーが、セッション分割により生成された新しいＰｏＣセッションに参加することを希望する参加ＰｏＣクライアントから前記新しいＰｏＣセッションに参加するための参加要請を受信する段階と、
   前記セッション分割要請ＰｏＣサーバーが既存ＰｏＣグループセッションにトークバーストを転送しないために既存ＰｏＣグループセッションに対する終了手続を行う段階と、
   を含むセッション分割方法。
4. 前記セッション分割要請は、
   前記セッション分割要請ＰｏＣクライアントのアドレス、前記参加クライアントのアドレス、前記既存ＰｏＣグループセッションの識別子、前記新しいＰｏＣセッションに割り当てられた識別子、セッション分割指示子及びミディアパラメータを含む、請求項３に記載の方法。
5. 前記セッション分割要請を転送する段階は、
   前記セッション分割要請ＰｏＣサーバーが、ＰｏＣセッション分割指示子情報を用いて前記セッション管理ＰｏＣサーバーに前記セッション分割を要請する段階と、
   前記セッション分割要請ＰｏＣサーバーが前記セッション分割要請ＰｏＣサーバーにより決定されたメディアパラメータを転送する段階を含む、請求項３に記載の方法。
6. 前記セッション分割要請ＰｏＣサーバーが、前記対応するアドレスに対するＰＦ（Participating PoC Function（ＰｏＣ参加機能部））の機能を実行する段階をさらに含む、請求項３に記載の方法。
7. 前記メディアパラメータは、ＲＴＰ（Real Time Protocol）セッションに用いられるＩＰアドレスとポート番号を含み、メディア間に使われるコーデックを設定するのに用いられる、請求項４に記載の方法。
8. 前記セッション分割要請は、ＲＥＦＥＲメッセージ又はｒｅ−ＩＮＶＩＴＥメッセージのうちの１つである、請求項３に記載の方法。
9. ＰｏＣクライアントにおいて基準ＰｏＣグループセッションを終了せずにＰｏＣグループセッションを分割するための方法であって、
   セッション分割により生成された新しいＰｏＣセッションに参加するためのセッション参加メッセージをセッション分割要請ＰｏＣサーバーに転送する段階と、
   前記新しいＰｏＣセッションを管理するセッション分割要請ＰｏＣサーバーによって、前記ＰｏＣクライアントのトークバーストが前記新しいＰｏＣセッションに参加しないＰｏＣクライアントに転送されないように新しいＰｏＣセッションに参加する段階と
   を含むセッション分割方法。
10. 前記セッション参加メッセージを転送する前にセッション管理ＰｏＣサーバーからセッション分割要請を受信する段階をさらに含む、請求項９に記載の方法。
11. 前記セッション分割要請は、ＲＥＦＥＲメッセージ又はｒｅ−ＩＮＶＩＴＥメッセージのうちの１つである、請求項１０に記載の方法。
12. 前記セッション分割要請は、
    セッション分割要請ＰｏＣクライアントのアドレス、前記クライアントのアドレス、既存のＰｏＣグループセッションの識別子、前記新しいセッションに割り当てられた識別子、セッション分割指示子、セッションメディアパラメータを含む、請求項１０に記載の方法。
13. 前記メディアパラメータは、ＲＴＰ（Real Time Protocol）セッションに用いられるＩＰアドレスとポート番号を含み、メディア間に使われるコーデックを設定するのに用いられる、請求項１２に記載の方法。

Images