JP2008532380A

JP2008532380A - プッシュツートークオーバーセルラーネットワークの発言権付与方法及びそのシステム

Info

Publication number: JP2008532380A
Application number: JP2007556970A
Authority: JP
Inventors: サン−キュン・スン; ジョーン−グー・パク; スン−ジン・パク
Original assignee: Samsung Electronics Co Ltd
Current assignee: Samsung Electronics Co Ltd
Priority date: 2005-02-23
Filing date: 2006-02-21
Publication date: 2008-08-14
Also published as: US20060211438A1; EP1851881A1; WO2006091000A1; CN101129001A; KR20060093976A

Abstract

ＰｏＣクライアントによるセッション招待要請でなく、ＰｏＣ通話を希望するＰｏＣクライアントの事前設定情報によってＰｏＣサーバがＰｏＣセッション開設を要請する時、セッション開設を要請するＰｏＣクライアントにセッションの発言権付与に関する内容を含む招待メッセージを転送することによって、トークバーストコントロールプロトコル（talk burst control protocol）メッセージのシグナリング負担を軽減させるプッシュツートークオーバーセルラー（ＰｏＣ）ネットワークの発言権付与方法及びそのシステムが提供される。前記方法は、セッション開始項目を満足するものと判断される場合、ＰｏＣ受信側クライアントにＩＮＶＩＴＥメッセージを転送する段階と；受信側ＰｏＣクライアントにＩＮＶＩＴＥメッセージに対する応答信号が受信されれば、ＩＮＶＩＴＥメッセージを送信側ＰｏＣクライアントに転送する段階と；を含む。

Description

本発明は、ネットワーク経路を介してＰｏＣ（Push to talk Over Cellular）通話のための効率的なセッション開設方法に関し、より詳細には、送信側ＰｏＣクライアントの設定によりホームＰｏＣサーバがセッション開設に参加する場合、ＳＩＰ通信を用いて送信側クライアントに発言権を付与する方法及びそのシステムに関する。

移動通信が画期的に発展し、通信網が拡大されるにしたがって、携帯電話を用いたさらに拡張され且つ多様なサービスやアプリケーションが提供されている。同時に、位置サービス、マルチメディアサービス、ＰＴＴ（push to push）サービスのような付加的なサービスのための携帯電話ユーザの要求も増大している。特にＰＴＴサービスは、無線機器やＴＲＳ(Trunk Radio System)により支援されるグループ通話と音声通話はもちろん、インスタントメッセンジャー、状態表示など多様な付加機能を支援する。

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

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

この際、ＰｏＣクライアント１０は、ＰｏＣサービス接続を提供するＰｏＣユーザ端末機に常駐する。前記ＰｏＣクライアント１０は、主としてＰｏＣセッションを生成し、ＰｏＣセッションに参加し、ＰｏＣセッションを終了する。また、ＰｏＣクライアント１０は、トークバーストを形成し伝達する機能、インスタントパーソナルアラート(Instant Personal alert)を支援する機能、Ｐｏｃサービスに接続する時、認証を行う機能などの役目をする。以下、別の言及がない限り、ＰｏＣクライアント１０は、ＰＴＴサービス加入者と同一に見なす。

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

一般的に、ＳＩＰは、ＩＥＴＦ（Internet Engineering Task Force）ＲＦＣ（Request for Comments）２５４３文書に標準として定義される。ＳＩＰは、映像及び音声通信のようなマルチメディア通信のためのセッション（session）や呼を設定、修正、終了するためのアプリケーション階層の制御プロトコルとして使われる。ＳＩＰは、ＵＤＰ／ＴＣＰ／ＩＰ階層上に存在するもので、ＳＩＰ要求（Request）メッセージ及びＳＩＰ応答（Response）メッセージを交換できるクライアント／サーバプロトコルでマルチメディア会議の参加に招待（invite）することによって、セッションを始めることができるようにユニキャスト（Unicast）及びマルチキャスト（Multicast）セッションを共に支援する。

ＳＩＰ要求メッセージは、ＲＦＣ２５４３でＩＮＶＩＴＥ（Session参席招待）、ＡＣＫ（招待要求に対する承認）、ＢＹＥ（呼終了）、ＲＥＧＩＳＴＥＲ（ユーザエージェントがリダイレクトサーバのデータベースに登録）、ＣＡＮＣＥＬ（待機（大気）中である要求取消），ＯＰＴＩＯＮＳの６の機能を提供する。ＳＩＰ応答メッセージは、状態コードで１ｘｘ（情報応答），２ｘｘ（成功的応答）、３ｘｘ（リダイレクション応答）、４ｘｘ（クライアントエラー、要求失敗）、５ｘｘ（サーバ失敗）、６ｘｘ（グローバル失敗）を提供する。

前記ＧＬＭＳ５０は、ＰｏＣサービス加入者の情報を格納しており、ＰｏＣサーバと連動してＰｏＣサービス加入者各々の情報（加入者のＩＤ、端末番号、グループ情報）を伝達する役目をする。

前記プレゼンスサーバ７０は、ＰｏＣサービス加入者の各々のオンライン又はオフライン状態、位置のような状態情報を格納しており、オンラインユーザの現在位置を登録／維持して、この情報を他のユーザに通知することによって、即刻的な通信サービスを可能にする。

この際、ＰｏＣサーバ６０は、ＰｏＣセッションを維持、管理するControlling PoC Function（ＣＦ）又は一対一のＰｏＣ通話や一対多通話(又はグループ通話)のためにＰｏＣセッションに参加するためのParticipating PoC Function（ＰＦ）の役目をする。

前記ＰｏＣサーバは、全般的にＰｏＣセッションの維持及び管理するControlling PoC Function（以下、ＣＦという）と、各ＰｏＣセッション間の維持管理を担当するParticipating PoC Function（以下、ＰＦという）とに分けられ、下記の各表を参照して説明する。

＜表１＞から明らかなように、ＣＦは、全体的なＰｏＣセッションを維持管理するための役目を行う。ＰｏＣサーバは、ＰｏＣクライアントの発言権（floor）要請を受け入れて、順序を定め、権限を付与する。そして、ＰｏＣサーバは、任意のクライアントが要請したトークバーストをグループＰｏＣ呼出に参加した全ての他のクライアントに分配し、グループＰｏＣ呼出に参加したＰｏＣクライアントの情報を提供する。

下記＜表２＞から分かるように、ＰＦは、ＣＦと各ＰｏＣクライアント間のＰｏＣＴセッションを管理する。特に、ＰＦは、ＣＦが発言権を付与したり、ＣＦからクライアントに発言権を付与する時、ＰｏＣクライアントとＣＦ間に発言権を中継する役目をする。また、ＰＦは、ＣＦとクライアントとの間にメディアを中継する役目、異なるコーデック間のトランスコーディングを行い、同時ＰｏＣセッションの場合、１つのＰｏＣセッションで話している時、他のセッションでも話しながらＰｏＣユーザの選択によって１つをフィルタリングする役目を行う。

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

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

ＰｏＣシステムは、ユーザのホームネットワーク内のＰｏＣサーバとの連結設定可否によってon-demandセッションモードとpre-established（またはearly）セッションモードとに区分される。

pre-establishedセッションモードで、ＰｏＣユーザが自身の要求によってＰｏＣクライアント（PoC Client）と自身のホームネットワークに属するＰｏＣサーバとの間にあらかじめ特定のセッションを設定する。このようなpre-establishedセッションは、ＰｏＣユーザが自分が使用すべきメディアパラメータをＰｏＣサーバと事前に交渉して、今後使われるべきサーバ−クライアント間のメディアパラメータを再交渉する必要なく、速い通話設定を行う。事前セッションの設定のためには、ＰｏＣクライアントは、ＳＩＰＩＮＶＩＴＥのメソード(method)を用いて本文部（SDP body）に支援されるメディアパラメータを提供し、サーバから提供されるメディアパラメータに対して応答する。ＰｏＣクライアントは、応答メッセージに新しく設定される事前セッションの識別情報をコンファレンスＵＲＩ（conference Ｕniform Resource Ｉdentifier）を含んでＰｏＣユーザに回答する。このような事前セッションを利用する場合、ＩＰアドレス、ポート番号、使われるコーデック(codec)及びトークバースト制御プロトコル(talk burst control protocol)などの事前設定が可能である。

On-demandセッションモードは、ＰｏＣユーザが事前セッションを設定しない状態を示し、ＰｏＣユーザは、他のＰｏＣユーザのＩＮＶＩＴＥメッセージを受信した後、ＰｏＣ呼連結手続を行う。

一方、ＰｏＣシステムは、前記特徴以外にhalf-duplexのグループＰｏＣ通話を可能にする機能がある。このような多者間コンファレンス機能は、ＰｏＣの代表的な特徴であって、設定特性によってアドホックＰｏＣグループ（ad hoc PoC group）、事前設定ＰｏＣグループ（pre-arranged PoC group）及びチャットＰｏＣグループ（chat PoC group）に区分される。

上記の特徴を有するＰｏＣシステムで各システム要素（ＰｏＣクライアント、ＰｏＣサーバ及びＳＩＰ／ＩＰコアネットワーク、グループリストサーバ、プレゼンスサーバなど）とこのような要素間のシグナリングを通じた初期ＰｏＣセッション開始及び連結手続は、従来のＳＩＰ基盤技術であって、ＯＭＡ標準文書で探し出せるので省略するようにする。

以上、ＰｏＣシステムの基本的な原理に基盤してＯＭＡ標準化団体では拡張されたＰｏＣ規格作成を進行している。本発明は、ＰｏＣクライアントの要請によって特定状態になれば、ネットワークのサーバが主体になってＰｏＣグループセッションを開始する技術に関する。

拡張されたＰｏＣ規格以前には、ＰｏＣクライアントが主体になってＰｏＣグループセッションを開始した。

以下、ネットワーク初期化時のセッション開設方法を考察する。

図２は、拡張されたＰｏＣサービスとして考慮されているネットワーク初期化ＰｏＣセッションセットアップ時にＰｏＣクライアントからセッション開設パラメーターを設定するための従来の方法を示す図である。概略的に、ＰｏＣクライアントが自身が希望する時間や相手方クライアントのプレゼンス情報などを発生可能なイベントとしてまず登録し、これに該当するイベントが発生した時、ＰｏＣサーバがセッションを初期化する。

図２を参照すれば、ＰｏＣ通話を希望するＰｏＣクライアントは、ＳＩＰＰＵＢＬＩＳＨメソードを用いて自身のホームＰｏＣネットワークのＰｏＣサーバにＰｏＣセッション開設のためのサービス要請を行う。この時、ＰＵＢＬＩＳＨメソードで伝達されるＳＩＰメッセージは、Ｅｖｅｎｔヘッダーを含む。Ｅｖｅｎｔヘッダーは、ＰｏＣサーバによりＰｏＣセッション開設が要請されることを通知するヘッダーフィールド値を有する。また、前記Ｅｖｅｎｔヘッダーフィールド値に対してＰＵＢＬＩＳＨメッセージの具体的なコンテンツ（例えばＰｏＣセッションが開設されることを希望する時間、セッション開設を希望する時のプレゼンス情報など）タイプをＳＩＰメッセージ内のＣｏｎｔｅｎｔ−Ｔｙｐｅヘッダーを介して設定するようになる。例えば、Ｅｖｅｎｔヘッダーフィールド値がセッション開設時間に設定された場合、Ｃｏｎｔｅｎｔ−Ｔｙｐｅは、ｔｅｘｔ／ｐｌａｉｎ値、またはａｐｐｌｉｃａｔｉｏｎ／ｘｍｌ値に設定される。この時、該当Ｃｏｎｔｅｎｔｍｅｓｓａｇｅは、ＹＹＹＹ（年）−ＭＭ−ＤＤ−ＨＨ−ＭＭ−ＳＳのように設定されることができる。

ＰｏＣクライアントから生成された前記ＳＩＰＰＵＢＬＩＳＨメッセージは、該当ＰｏＣ参加（participating PoC）サーバを経てＰｏＣ制御（controlling PoC）サーバに伝達される（Ｓ１０１、Ｓ１０２）。この時、ＰｏＣクライアントがＰＵＢＬＩＳＨメッセージに含める該当ＰｏＣサーバのアドレスは、Ｒｅｑｕｅｓｔ−ＵＲＩに使われ、このようなアドレス情報を用いてＳＩＰ／ＩＰコア網を介して該当ＰｏＣサーバに伝達される。一方、ａｄｈｏｃＰｏＣグループ通話や単一ＰｏＣクライアントに対するＰｏＣセッション開設要求時には、前記ＰｏＣクライアントＡのＰｏＣ参加（participating PoC）サーバがＰＦ及びＣＦを共に行う。

ＰｏＣクライアントからＰｏＣセッション開設のためのＰＵＢＬＩＳＨメッセージを受信したＰｏＣサーバは、前記要請が許容されることを確認し、ＳＩＰ２００ＯＫメッセージを応答する（Ｓ１０３、Ｓ１０４）。

一方、ＰｏＣクライアントＡは、自身のＰｏＣセッティングを確認したり、他のイベントが発生するかをチェックするために、ＳＩＰＳＵＢＳＣＲＩＢＥメッセージを前記ＰｏＣサーバに要請することができ（Ｓ１０５、Ｓ１０６）、前記要請に対する応答として２００ＯＫメッセージを受信する（Ｓ１０７、Ｓ１０８）。前記ＳＵＢＳＣＲＩＢＥ要請に対して前記ＰｏＣサーバは、発生したイベントをアップデートするためにイベント内容を含むＳＩＰＮＯＴＩＦＹメッセージを要請し（Ｓ１０９、Ｓ１１０）、前記要請に対する応答として２００ＯＫメッセージを受信する（Ｓ１１１、Ｓ１１２）。最後にＰＵＢＬＩＳＨメッセージを受信したＰｏＣサーバは、前記Ｅｖｅｎｔヘッダーとコンテンツによってイベントが発生する場合、ＰｏＣセッション開設を始めるようになる。

図３及び図４は、ネットワーク初期化ＰｏＣセッションセットアップ時にＰｏＣサーバからセッション開設手続を示すフローチャートである。図３及び図４は、ＰｏＣ通話のためのセッション連結要請をどのようなＰｏＣクライアントが受信するかによって区分される。

図３を参照すれば、ＰｏＣセッション開設要請を受信した後、ＰｏＣサーバで全体システムを管理するＣＦＸは、該当ＰｏＣクライアントＡにＳＩＰＩＮＶＩＴＥメッセージを送信し（Ｓ２０１、Ｓ２０２）、ＰｏＣユーザの承認によって２００ＯＫ応答メッセージを受信する（Ｓ２０３、Ｓ２０４）。

この時、ＰｏＣクライアントＡは、ＰｏＣグループセッションを要請したユーザや特定のユーザに該当する。次に、ＰｏＣクライアントＡから２００ＯＫメッセージを受信した後、ＣＦＸは、ＰｏＣグループ内の他のクライアントに該当アドレス情報を用いてＩＮＶＩＴＥメッセージを送るようになり（Ｓ２０５、Ｓ２０６）、各ＰｏＣユーザの応答によって２００ＯＫメッセージを回答する（Ｓ２０７、Ｓ２０８）。

ＣＦＸは、最初の２００ＯＫ信号を受信した後、ＲＴＣＰ（Real-Time Transport Control Protocol）を用いて前記ＰｏＣクライアントＡにトークバースト制御プロトコル（talk burst control protocol）の発言権許可（floor granted）信号を付与する（Ｓ２０９、Ｓ２１０）。また、ＣＦＸは、ＩＮＶＩＴＥ要請に応答したＰｏＣクライアントＢに発言権（floor）が他のユーザに付与されたことを通知するトークバースト制御プロトコル（talk burst control protocol）の発言権先占（floor taken）信号を転送する（Ｓ２１１、Ｓ２１２）。

最終的に発言権を付与されたＰｏＣクライアントＡは、音声のようなメディア信号を転送するようになり、ＰｏＣサーバは、転送されるメディアストリームをバッファリング、フォーワーディングして該当ＰｏＣクライアントＢに転送するようになる。

一方、図３で、ＩＮＶＩＴＥメッセージを要請する受信側ＰｏＣクライアントの数は、２つまたはそれ以上になることができることを留意すべきである。

図４は、図３と類似なＰｏＣセッション要請手続であるが、ＣＦＸが通話が要請される受信側ＰｏＣクライアントにまずＰｏＣセッション開設を要請する差異点がある。したがって、前記ＰｏＣセッション開設を要請された後、ＣＦＸは、受信側ＰｏＣクライアントＢにＳＩＰＩＮＶＩＴＥメッセージを送った後（Ｓ３０１、Ｓ３０２）、ＰｏＣユーザの承認によって２００ＯＫメッセージを応答として受信する（Ｓ３０３、Ｓ３０４）。この時、ＰｏＣクライアントＡによりＰｏＣグループセッションが要請された対象に該当する。次に、ＰｏＣクライアントＢから２００ＯＫメッセージを受信した後、ＣＦＸは、初めてセッションを要請したクライアントにＳＩＰセッション連結のためのＩＮＶＩＴＥメッセージを送るようになり（Ｓ３０５、Ｓ３０６）、ＰｏＣユーザの応答によって２００ＯＫメッセージを受信する（Ｓ３０７、Ｓ３０８）。

２００ＯＫメッセージを受信した後、ＣＦＸは、ＲＴＣＰを用いて前記セッション要請ＰｏＣクライアントＡにトークバースト制御プロトコル（talk burst control protocol）の発言権許可（floor granted）信号を付与し（Ｓ３０９、Ｓ３１０）、応答したＰｏＣクライアントＢに発言権（floor）が他のユーザに付与されたことを通知するトークバースト制御プロトコル（talk burst control protocol）の発言権先占（floor taken）信号を転送する（Ｓ３１１、Ｓ３１２）。最終的に発言権を付与されたＰｏＣクライアントＡは、音声などのメディア信号を転送するようになり、ＰｏＣサーバは、転送されるメディアストリームをバッファリング、フォーワーディングして該当ＰｏＣクライアントＢに転送するようになる。

しかし、前記ネットワーク初期化ＰｏＣセッションセットアップのための従来方法は、ＰｏＣサーバのＣＦＸから該当ＰｏＣクライアントにＳＩＰセッションを連結するための方法を提示している。しかし、セッションＩＮＶＩＴＥメッセージの応答に対するＰｏＣユーザの２００ＯＫメッセージの受信を待機した後、連結されたセッションを介したメディアの転送を許容するトークバースト制御プロトコルメッセージを伝達する。その結果、セッション開設時間が遅延される。

前記遅延は、ＳＩＰセッション連結のための通信プロトコルだけで活用するするから発生する。一方、開設されるＰｏＣグループセッションがａｄｈｏｃグループセッションである場合には、ａｄｈｏｃグループセッションに他のユーザを招請する時のように、連結されたセッションを固有に区別できるグループセッション識別子とこれに対するシグナリング技法が必要である。

ＰｏＣネットワークで発言権を付与する方法及びシステムを提供するための本発明の目的は、ＰｏＣクライアントによるセッション招待要請でなくＰｏＣ通話を所望のＰｏＣクライアントの事前設定情報によってＰｏＣサーバがＰｏＣセッション開設を要請する時、セッション開設を要請するＰｏＣクライアント側に発言権付与内容を初期に含めてＩＮＶＩＴＥメッセージを転送することによって、トークバーストコントロールプロトコル（talk burst control protocol）メッセージのシグナリング負担を軽減させることにある。

本発明によるＰｏＣネットワークで発言権付与方法は、送信側ＰｏＣクライアントがセッション管理サーバにセッション開始要件に関する内容を含んでセッション設定を要請する段階と；前記セッション管理サーバがセッション開始要件を満足するか否かを判断する段階と；前記セッション開始要件を満足する場合、前記セッション管理サーバが発言権付与に関する内容を含むＩＮＶＩＴＥメッセージを送信する段階と；を含む。

本発明によるＰｏＣシステムは、送信側ＰｏＣクライアントと、受信側ＰｏＣクライアントと、前記送信側ＰｏＣクライアントからセッション開始要件に関する内容が含まれたセッション設定要請を受信し、前記セッション開始要件を満足するか否か判断し、前記セッション開始要件を満足する場合、発言権付与に関する内容を含むＩＮＶＩＴＥメッセージを送信するセッション管理サーバと、を含む。

本発明の他の側面による、ＰｏＣクライアントに発言権を付与する方法は、セッション開始要件に関する内容が含まれたセッション設定要請情報を送信する段階と；セッション管理サーバから発言権付与に関する内容を含むＩＮＶＩＴＥメッセージを受信する段階と；を含む。

本発明によるＰｏＣクライアントに発言権を付与する方法は、セッション開始要件に関する内容が含まれたセッション設定要請情報を送信する段階と；セッション管理サーバから発言権付与に関する内容を含むＩＮＶＩＴＥメッセージを受信する段階と；を含む。

本発明によれば、ネットワークにより初期化される（network-initiated）ＰｏＣグループセッション設定に対して発言権付与（floor granted）信号をＴＢＣＰの代わりにＳＩＰプロトコルを用いて転送することによって、付加的なＲＴＣＰメッセージ送信を不要とする。

また、送信側ＰｏＣクライアントから２００ＯＫ信号を受信された場合、伝達される発言権付与信号をＩＮＶＩＴＥ要請メッセージを用いて転送することによって、速い発言権獲得を可能にする効果がある。

前記ＰｏＣセッション開設及びメディア転送方法は、送信側ＰｏＣクライアントの要請とＰｏＣサーバに設定されたイベントに基盤するネットワーク初期化されたＰｏＣセッション連結の手続を簡略で且つ早期に具現してＰｏＣサービスのＱｏＳを向上させることができ、ＰｏＣサービス市場を拡大させることができ、ＰｏＣ端末とネットワークでの費用節減が期待される。

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

図５は、ネットワークでＰｏＣセッションが開設される場合、ＳＩＰを用いてＰｏＣ通話要請クライアントに発言権を付与する方法を示すフローチャートである。

図５を参照すれば、イベントに基盤するＰｏＣセッション開設を要請された状態で、全体システムを管理するＰｏＣサーバのＣＦＸは、受信側ＰｏＣクライアントＢにＳＩＰＩＮＶＩＴＥメッセージを送り（Ｓ１００１、Ｓ１００２）、ＰｏＣユーザの承認によって２００ＯＫ応答を受信する（１００３、１００４）。

この時、受信側ＰｏＣクライアントＢは、ＰｏＣクライアントＡによりＰｏＣグループセッションが要請された対象に該当する。以後、ＰｏＣクライアントＢからＯＫ応答を受信した後、ＣＦＸは、前記セッションを要請したＰｏＣクライアントＡにＳＩＰセッション連結のためのＩＮＶＩＴＥメッセージを送る（Ｓ１００５、Ｓ１００６）。

一方、受信側ＰｏＣクライアントＢから２００ＯＫ応答信号を受信した後（Ｓ１００３、Ｓ１００４）、ＰｏＣクライアントＡにＳＩＰＩＮＶＩＴＥメッセージを送信する。したがって、受信側クライアントＢがＰｏＣメディアを受信することができることが分かる。

すなわち、ＣＦＸは、Ｓ１００４段階のように応答信号を受信した後、受信側クライアントＢがＰｏＣメディアを受信することができることを認知することができる。

したがって、ＣＦＸは、Ｓ１００５段階で初めてＰｏＣ通話を要請したＰｏＣクライアントＡに開設されたセッションの最初発言権を付与することができる。このために、前記要請されるＩＮＶＩＴＥメッセージ内のＳＤＰボディー部にトークバーストコントロールプロトコル（ＴＢＣＰ）の発言権付与（floor granted）フィールドを追加することによって、セッション招待と発言権付与が１つのＩＮＶＩＴＥメッセージを通じて可能である。発言権を付与する指示子は、ＳＩＰＩＮＶＩＴＥメッセージボディー部のコンテンツを通じて送信され、ＰｏＣセッションのためのトークバーストコントロールプロトコルのメディア特性を表現するフィールド値に定義される。

以後、ＰｏＣクライアントＡからＣＦＸに２００ＯＫメッセージが送信されれば（Ｓ１００７、Ｓ１００８）、ＣＦＸは、既にＰｏＣクライアントＩＮＶＩＴＥメッセージを用いて発言権許可（floor granted）信号が付与された状態であるから、ＰｏＣクライアントＢに発言権（floor）が他のユーザに付与されたことを通知するトークバースト制御プロトコル（talk burst control protocol）の発言権先占（floor taken）信号を転送する（Ｓ１００９、Ｓ１０１０）。

図６は、本発明による発言権許可を含むＳＩＰＩＮＶＩＴＥメッセージフォーマットを示す図である。

図６を参照すれば、トークバーストコントロールプロトコル（ＴＢＣＰ）のメディアライン（ｍ−ｌｉｎｅ：media-line）と、ＩＮＶＩＴＥメッセージにトークバースト制御パラメーターを指示し、メディアの特性を表現するアトリビュート（特性）ライン（ａ−ｌｉｎｅ：attribute-line）を用いてＩＮＶＩＴＥメッセージでＯＦＦＥＲするＴＢＣＰ特性値を挿入することができる。

メディアライン（ｍ−ｌｉｎｅ）は、ｍ＝＜ｍｅｄｉａ＞＜ｐｏｒｔ＞＜ｔｒａｎｓｐｏｒｔ＞＜ｆｍｔｌｉｓｔ＞のテンプレートを使用する。図６で、ｍ−ｌｉｎｅのテンプレートは、メディアアプリケーションと、ポート２２０００及びＵＤＰ（User Datagram Protocol）を使用してＴＢＣＰ信号の通信を指示する。

アトリビュートライン（ａ−ｌｉｎｅ）は、前記メディアに対するフォーマットパラメーターを設定するラインである。図６で、ａ−ｌｉｎｅは、キュー機能を支援し、ＩＮＶＩＴＥメッセージに発言権を付与するＯＦＦＥＲをＰｏＣクライアントに送信することを指示する。

以上、本発明の好ましい実施例について添付の図面を参照して説明したが、本発明は、前記実施例に限定されるものでなく、本発明の属する技術分野における通常の知識を有する者が本発明の技術的思想から逸脱しない範囲内で様々に変形または変更して実施することができることが自明であろう。

図１は、一般的なＰｏＣサービスシステムを示す概念図である。図２は、ネットワーク初期化ＰｏＣセッションセットアップ時にＰｏＣクライアントからサービスパラメーターを設定する従来の方法を示すフローチャートである。図３は、ネットワーク初期化ＰｏＣセッションセットアップのための第１実施例を示す図である。図４は、ネットワーク初期化ＰｏＣセッションセットアップのための第２実施例を示す図である。図５は、本発明によるネットワーク初期化ＰｏＣセッションセットアップ時にＳＩＰプロトコルを利用した発言権付与方法を示すフローチャートである。図６は、本発明による発言権許可を含むＳＩＰＩＮＶＩＴＥメッセージフォーマットを示す図である。

符号の説明

Ｓ２０１ＩＮＶＩＴＥ
Ｓ２０２ＩＮＶＩＴＥ
Ｓ２０３２００ＯＫ
Ｓ２０４２００ＯＫ
Ｓ２０５ＩＮＶＩＴＥ
Ｓ２０６ＩＮＶＩＴＥ
Ｓ２０７２００ＯＫ
Ｓ２０８２００ＯＫ
Ｓ２０９発言権付与
Ｓ２１０発言権付与
Ｓ２１１発言権先占
Ｓ２１２発言権先占

Claims

プッシュツートークオーバーセルラー（ＰｏＣ）ネットワークで発言権を付与する方法において、
送信側ＰｏＣクライアントがセッション管理サーバにセッション開始要件に関する内容を含んでセッション設定を要請する段階と；
前記セッション管理サーバがセッション開始要件を満足するか否かを判断する段階と；
前記セッション開始要件を満足する場合、前記セッション管理サーバが発言権付与に関する内容を含むＩＮＶＩＴＥメッセージを送信する段階と；を含むことを特徴とするＰｏＣネットワークで発言権付与方法。
前記セッション管理サーバが発言権が先占されたことを通知する信号を送信する段階をさらに含むことを特徴とする請求項１に記載のＰｏＣネットワークで発言権付与方法。
前記ＩＮＶＩＴＥメッセージは、前記送信側ＰｏＣクライアントに送信することを特徴とする請求項１に記載のＰｏＣネットワークで発言権付与方法。
前記発言権付与に関する内容を含むＩＮＶＩＴＥメッセージは、ボディー部に発言権付与フィールドを含むことを特徴とする請求項１に記載のＰｏＣネットワークで発言権付与方法。
前記発言権付与フィールドは、トークバーストコントロールのメディア特性を表現するメディアラインフィールドを含むことを特徴とする請求項４に記載のＰｏＣネットワークで発言権付与方法。
ＰｏＣシステムにおいて、
送信側ＰｏＣクライアントと、
受信側ＰｏＣクライアントと、
前記送信側ＰｏＣクライアントからセッション開始要件に関する内容が含まれたセッション設定要請を受信し、前記セッション開始要件を満足するか否かを判断し、前記セッション開始要件を満足する場合、発言権付与に関する内容を含むＩＮＶＩＴＥメッセージを送信するセッション管理サーバと、を含むＰｏＣシステム。
前記セッション管理サーバは、発言権が先占されたことを通知する信号を送信することを特徴とする請求項６に記載のＰｏＣシステム。
前記ＩＮＶＩＴＥメッセージは、前記送信側ＰｏＣクライアントに送信することを特徴とする請求項６に記載のＰｏＣシステム。
前記発言権付与に関する内容を含むＩＮＶＩＴＥメッセージは、ボディー部に発言権付与フィールドを含むことを特徴とする請求項６に記載のＰｏＣシステム。
前記発言権付与フィールドは、トークバーストコントロールのメディア特性を表現するメディアラインフィールドを含むことを特徴とする請求項６に記載のＰｏＣシステム。
ＰｏＣクライアントに発言権を付与する方法において、
セッション開始要件に関する内容を含むセッション設定要請情報を送信する段階と；
セッション管理サーバから発言権付与内容を含むＩＮＶＩＴＥメッセージを受信する段階と；を含むことを特徴とするＰｏＣクライアントに発言権を付与する方法。
ＰｏＣクライアントにおいて、
セッション開始要件に関する内容が含まれたセッション設定要請情報を送信し、セッション管理サーバから発言権付与に関する内容を含むＩＮＶＩＴＥメッセージを受信することを特徴とするＰｏＣクライアント。