JP4981027B2 - プッシュツートークオーバーセルラー網のメディア格納サービス実行方法及びそのシステム - Google Patents

Description

本発明は、一般的なＰｏＣクライアントを代替する格納システムとしてＰｏＣ Ｂｏｘを用いてＯＭＡＰｏＣ（ＰＴＴ over Cellular）通話サービスのための一対一またはグループＰｏＣセッションを連結し、セッション参加後にＰｏＣメディアを転送、管理する方法に関する。

現在ＰｏＣ技術は、ＰｏＣグループ通話のセッション参加情報を伝達するために一般的にインターネットマルチメディア通話（ＩＰ Telephony）制御の応用階層プロトコルであるＳＩＰ／ＳＩＰ拡張プロトコルを利用し、グループ情報を獲得するためには、ＸＣＡＰプロトコルを利用する。このような一般的なＰｏＣシステムの基本的定義、構造及び機能は、前記プロトコルに基づいて後述する。

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

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

ＰｏＣサービスは、コンファレンス通話のようにグループセッションを開設するサービスを伴うことができる、したがって、ＯＭＡ規格では、グループリストサービスを提供するためのＸＤＭ（ＸＭＬ document management）クライアント（ＸＤＭＣ）とＸＤＭサーバー（ＸＤＭＳ）を定義している。

図１は、一般的なＸＤＭアーキテクチャーを説明するための概念図である。図１を参照すれば、ＰｏＣサービスを要請するＵＥ（User Equipment）１０は、アクセス網２０を介してＳＩＰ（Session Initiation Protocol）とＩＰ（Internet Protocol）マルチメディアを支援するＳＩＰ／ＩＰコア（core）３０に連結される。前記ＵＥ１０は、ＰｏＣ端末機内に常駐できるＸＤＭクライアントであって、ＸＤＭＣ１２とＰｏＣサービスを要請するＰｏＣクライアント１１とを含む。

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

前記ＳＩＰ／ＩＰコア３０は、ＰｏＣサービスを支援するために共用ＸＤＭＳ（ＸＭＬDocument Management Server）４０、ＰｏＣ ＸＤＭＳ５０、ＰｏＣサーバー６０、及びプレゼンスサーバー７０などに連結される。ＰｏＣサーバー６０は、ＰｏＣセッションを維持、管理するControlling PoC Functionまたは一対一通話や多者間通話のためにＰｏＣセッションに参加するためのParticipating PoC Functionを有する。

前記ＸＤＭＳは、ＰｏＣサービスに特定のサーバーであるＰｏＣ ＸＤＭＳ５０と、他のサービスイネイブラー（service enabler）にも共通的に使われる共用ＸＤＭＳ４０とに区分されることができる。また、前記ＸＤＭＳは、ＸＤＭＣ１２からグループリスト関連要請を受ける時、これを適切な規則によって各ＸＤＭサーバーにグループリスト関連要請をルーティングするアグリゲーションプロキシサーバー（aggregation proxy）９０を含む。グループリストを生成、修正及び除去するなどのＸＭＬのプロトコル及び具体的内容は、通常よく知られた技術であるから、詳細な説明を省略する。

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

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

図２は、一般的なＰｏＣサーバの概略的な構造図である。前記ＰｏＣサーバーは、全般的にＰｏＣセッションの維持、管理を制御するControlling PoC Function（以下、ＣＦという）と、各ＰｏＣセッション間の維持管理を担当するParticipating PoC Function（以下、ＰＦという）を共に行い、下記の表１、表２を参照して説明すると以下の通りである。

表１から明らかなように、ＣＦを行うためのＰｏＣサーバー（又はControlling PoCサーバー）は、ＰｏＣセッションを管理する。Controlling PoCサーバーは、特に、ＰｏＣクライアントから発言権の要求を受信し、前記クライアントに発言権を付与するための順序を定め、順序によって発言権をクライアントに付与する。また、Controlling PoCサーバーは、任意のＰｏＣクライアントが要請したトークバーストをグループＰｏＣ呼出に参加した全ての他のＰｏＣクライアントに分配し、グループＰｏＣ呼出に参加したＰｏＣクライアントの情報を提供する。

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

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

ＰｏＣ呼出サービスを利用するために、ＰｏＣユーザは、ＳＩＰ／ＩＰコア３０に自身のＰｏＣアドレスを登録する。ＳＩＰ／ＩＰコア３０は、ＰｏＣユーザの要請に基づいてＰｏＣユーザに関する情報を格納する。従って、他のＰｏＣユーザがグループＰｏＣ呼出を試みる場合、前述したように、自身の情報をＳＩＰ／ＩＰコア３０にまず登録し、ＧＬＭＳから転送されたグループ識別情報を利用して自身のＳＩＰ／ＩＰコア３０にグループＰｏＣ呼出を要請する。

ＳＩＰ／ＩＰコア３０は、要請ＰｏＣユーザ情報を利用してアドレス決定とドメイン位置決定過程を行った後、要請ＰｏＣユーザが登録されたホームＰｏＣサーバー６０にＰｏＣ通話要請を伝達する。ＰｏＣサーバーは、このようなＰｏＣ呼出要請に対してＰｏＣセッション開設を準備し、ＧＬＭＳから各々のユーザ情報を獲得した後、ＳＩＰ／ＩＰコア３０にＰｏＣ通話要請信号を伝達する。イントラドメイン内のユーザに対するＰｏＣ通話要請である場合、ＰｏＣサーバー６０は、ＰＦ及びＣＦを共に行う。通話要請されたＰｏＣユーザを管理するＰｏＣサーバー６０は、自身に転送ＰｏＣユーザの情報を利用してＳＩＰ／ＩＰコア３０の位置決定後、ＰｏＣユーザにＰｏＣ呼を要請する。

図３は、ＰｏＣサーバーのＣＦブロックとＰＦブロックを説明する概念図である。図３を参照すれば、ＰｏＣクライアント１１１、１２１、１３１、１４１は、ＰＦ１１０、１２０、１３０、１４０を介してＣＦ１００への接続を提供し、ＰｏＣセッションを開設する。ＣＦ１００から許諾された発言要請者に発言権が付与されれば、該当ＰｏＣクライアントの発言に対するメディアが各ＰｏＣクライアントに転送される。発言権を付与されたＰｏＣユーザは、ＰｏＣグループセッションに参加している参加者の情報をユーザが確認した後に適切な発言をすることができる。

ＯＭＡで要求しているＰｏＣシステムの特徴は、次の通りである。

第一に、受信側は、ＰｏＣユーザの要求によって自身の応答モードを設定することができる。前記応答モードは、自動応答モードと受動応答モードとに分けられる。

仮に受信側が自動応答モードユーザリストに登録された場合、受信側は、受信者の受動的な応答に代わって該当ネットワークから送信側に直ちに応答を送ることができる。このようなネットワークにおいて端末の動作に代わって自動的な応答を送ることは、端末の応答モード設定要求によってＰｏＣサーバーで応答モードと該当ユーザリストを格納するからである。

受動応答モードは、自動応答ユーザリストに含まれていないか、応答が不明な場合、または受信者が全てのユーザに対して受動応答に設定した場合に該当する。受動モードでは、ＰｏＣ通話要請は、受信ネットワークを経てユーザ端末に転送されて、ＰｏＣユーザの許諾により呼が連結される。

第二に、ＰｏＣシステムは、ユーザのホームネットワーク内のＰｏＣサーバーとの連結設定によってon-demandセッションモードとpre-establishedセッションモードとに分けられる。

pre-establishedセッションモードは、ＰｏＣユーザが自身の要求によってＰｏＣクライアントと自身のホームネットワークに属するＰｏＣサーバーとの間に事前にセッションを設定する技術である。このようなpre-establishedセッションは、ＰｏＣユーザが自分が使用すべきメディアパラメータをＰｏＣサーバーと事前に交渉して、今後使われるべきサーバー−クライアント間のメディアパラメータを再交渉する必要なく、迅速なセッション開設進行をするために必要な機能である。

pre-established セッションの設定のためには、ＰｏＣクライアントがＳＩＰ ＩＮＶＩＴＥのｍｅｔｈｏｄを通じてＳＤＰＭＩＭＥ（Session Description Protocol Multipurpose Internet Mail Extentions）bodyに支援されたメディアパラメータを提供し、ＰｏＣサーバから提供されたメディアパラメータに応答する。ＰｏＣクライアントは、ＰｏＣサーバーから受信された応答メッセージにpre-establishedセッションの識別情報をコンファレンス識別子（conference ＵＲＩ）と共にＰｏＣユーザに送信する。前記pre-establishedセッションを利用する場合、ＩＰアドレス、ポート番号、使われるコーデック(codec)及びトークバースト制御プロトコル(talk burst control protocol)のようなパラメータの事前交渉が可能である。

on-demandセッションモードは、ＰｏＣユーザがpre-established セッションを設定しない状態を意味し、他のＰｏＣユーザの招待メッセージを受信した後、ＰｏＣ呼連結手続を行うことを意味する。

以下、前記ＰｏＣシステムのＰｏＣセッションを開設するための過程について、送信側と受信側とに区分して説明する。

まず、送信側ＰｏＣクライアントＡは、自身が話そうとする受信者のＳＩＰアドレス情報を含むＳＩＰ ＩＮＶＩＴＥ要請メッセージを該当ＳＩＰ／ＩＰコアＡに送信する。ＳＩＰ ＩＮＶＩＴＥ要請メッセージには、通話要請クライアントのＰｏＣアドレス情報、要求されるメディアパラメーター（この時、要求されるセッションがマルチメディアであるから、メディア特性値としてオーディオとビデオに関するエンコーディング方法、レート、ペイロードタイプなどの多数特性値を含む）、ＰｏＣサービスであることを通知する特性値情報などのエレメントを含み、ＤＨＣＰサーバーやＤＮＳサーバーなどでの経路クエリー（query）を通じてＩＭＳ網内での該当ＩＭＳサーバー（Ｐ−ＣＳＣＦ及びＳ−ＣＳＣＦ）を経由してＰＦに伝達される。一般的な通話要請時、ＰｏＣユーザが連結されたＰＦは、開設されるセッションのトークバーストを管理するＣＦと分離して具現されることができるので、先にＰＦに送られたＳＩＰ ＩＮＶＩＴＥ要請は、該当ネットワークのＳＩＰ／ＩＰ核心網を経由してＣＦに伝達される。

ＣＦを含むＰｏＣセッション制御ネットワークは、受信側ネットワークにＳＩＰ ＩＮＶＩＴＥ要請メッセージを伝達した後、これに対する応答メッセージを受信する。受信側ネットワークで応答されるＳＩＰメッセージは、受信側ネットワークとＰＦの設定によって１ＸＸの臨時応答メッセージ（provisional response）、２ＸＸの成功応答メッセージ（successful response）または４ＸＸ−６ＸＸなどのエラー応答メッセージであることができる。仮にＡＵＴＯ−ＡＮＳＷＥＲ応答モードに設定された場合、ＣＦは、受信側クライアントの応答がある前にサーバーで予めＳＩＰ １８３ ‘Ｓｅｓｓｉｏｎ ｐｒｏｇｒｅｓｓ’信号を受信し、これを通じて通話要請者のＩＭＳ網でＰｏＣサーバーとクライアント間の連結を進行することができる。受信者の通話許諾信号は、前記ＳＩＰ １８３ ‘Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓ’又はＳＩＰ ２００ ‘ＯＫ’応答として応答し、ＣＦとＰＦのＰｏＣサーバーを経由してＰｏＣクライアントＡに伝達する。

ＣＦは、受信側ＰｏＣサーバーから２００ ＯＫ応答又は１８３ Ｓｅｓｓｉｏｎ ｐｒｏｇｒｅｓｓ信号を受信した後、ＰｏＣ呼が連結されたと判断してＰｏＣクライアントＡに対してトークバースト発言権を付与するfloor granted信号を送信する。上記の応答（２００ ＯＫまたは１８３ ｓｅｓｓｉｏｎ ｐｒｏｇｒｅｓｓ）によってトークバースト権限を付与することは、‘confirmed’または‘unconfirmed’に区分されることができる。‘unconfirmed’応答を受信する場合、ＣＦはバッファリング機能を必要とする。

送信側ＰｏＣクライアントＡは、ＩＮＶＩＴＥ要請信号に対する応答信号を受信した後、トークバースト転送許諾信号（通話連結音）を伝達するfloor granted信号をＲＴＣＰを用いて受信する。この際、floor granted信号は、トークバースト仲裁権限を有するＣＦで生成され、前記該当ＰｏＣクライアントを管理するＰＦを経て該当ＰｏＣクライアントに転送される。ＳＩＰプロトコルを利用することなくベアラーの経路を利用するので、ＳＩＰ／ＩＰコア網を経ることなく転送されることができる。最後に、このような通話連結音を確認したＰｏＣユーザは、メディアストリーム（代表的に音声）をＲＴＰプロトコルを用いて転送する。

前述のようなＰｏＣサービスをさらに拡張させるために、ＯＭＡ ＰｏＣリリース２では、従来のＭＭ（Media Message）Ｂｏｘと一部の機能が類似したＰｏＣ Ｂｏｘを考慮している。ＰｏＣ Ｂｏｘサービスは、１−１またはグループＰｏＣセッションにリアルタイムで参加できないＰｏＣユーザが自身のクライアントに代わって特定の物理的または論理的システム（例えばＰｏＣＢｏｘ）が該当ＰｏＣセッションに参加し、この際、セッション内に転送されるメディアを格納した後、ＰｏＣユーザの要求によって格納されたメディアを転送／再生する。

したがって、従来のＰｏＣ標準技術で提供しないＰｏＣ Ｂｏｘサービスの具現のためにＰｏＣクライアントがＰｏＣＢｏｘサービスを要請する方法と、ＰｏＣ Ｂｏｘサービスを受けようとするメディアの種類を設定する方法及びＰｏＣＢｏｘサービス可否を識別するための方法を行うための準備が要求される。

本発明の目的は、前述のような要請によってＰｏＣ Ｂｏｘを利用したセッション連結の呼処理を行う場合、従来のＰｏＣ技術との互換性を維持するように標準ＳＩＰ、ＳＤＰ（Session Description Protocol）、ＸＣＡＰ（ＸＭＬ Configuration Access Protocol）及びＰＡＰ（Push Access Protocol）を用いてＰｏＣ Ｂｏｘサービスの設定とサービス識別子情報を転送する方法を提供することにある。

また、本発明の他の目的は、ＰｏＣマルチメディアセッションの特性を考慮して転送されるメディアのタイプによって事前に指定されたメディアだけをＰｏＣＢｏｘに格納させる方法を提供することにある。

本発明によれば、ＰｏＣサーバーによるプッシュツートークオーバーセルラー（Push-to-talk over Cellular、以下ＰｏＣ）ネットワークにおけるメディア格納サービスを行う方法であって、ＰｏＣクライアントからＰｏＣ ＢＯＸサービスを提供するために、ＰｏＣ ＢＯＸに格納されるメディアタイプを指定する情報が含まれたサービスセッティングを受信するステップと、ＰｏＣサーバーにサービスセッティングを格納するステップと、任意のＰｏＣクライアントから少なくとも三つのクライアントが参加するグループセッションに招待するＩＮＶＩＴＥメッセージを受信するステップと、ＩＮＶＩＴＥメッセージを受信したとき、ＰｏＣ ＢＯＸの使用セッティングがＰｏＣクライアントによって設定されているかどうかを確認するステップと、サービスセッティングに応じて、任意のＰｏＣクライアントとＰｏＣ ＢＯＸとの間のセッションを開設するようにするために、ＩＮＶＩＴＥメッセージを任意のＰｏＣクライアントからＰｏＣ ＢＯＸへルーティングするステップと、任意のＰｏＣクライアントからメディアデータを受信し、サービスセッティングに応じて、ＰｏＣ ＢＯＸ内にメディアデータを格納するステップと、ＰｏＣクライアントがセッションに参加するとき、ＰｏＣ ＢＯＸ内に格納されたメディアデータをＰｏＣクライアントに送信するステップと、を備える方法が提供される。

サービスセッティングは、ＰｏＣクライアントがＰｏＣ ＢＯＸを使用するかどうかを決定するために使用される。

また、本発明では、ＰｏＣクライアントによるプッシュツートークオーバーセルラー（Push-to-talk over Cellular、以下ＰｏＣ）ネットワークにおけるメディア格納サービスを行う方法であって、ＰｏＣサーバーにＰｏＣ ＢＯＸサービスを提供するために、ＰｏＣ ＢＯＸに格納されるメディアタイプを指定する情報が含まれたサービスセッティングを送信するステップと、ＰｏＣサーバーにメディアデータサービスを要求するステップと、セッションに参加した後に、メディア格納に格納されたメディアデータを受信するステップと、メディアデータを再生するステップと、を備える。
サービスセッティングは、ＰｏＣサーバーがＰｏＣサーバーのメディア格納に少なくとも三つのクライアントが参加するグループセッションに招待する任意のＰｏＣクライアントから送信されたメディアデータを格納するかどうかをセッティングするために使用される。

以下、添付の図面を参照して本発明の好ましい実施例を説明する。以下の説明では、既によく知られた機能や構成については、明瞭化及び簡潔性のために省略する。

図４は、本発明によるＰｏＣ Ｂｏｘサービス設定及びこれを利用したＰｏＣセッション開設方法に関する信号の流れを説明するための図である。

図４の好ましい実施例において、送信側ＰｏＣシステムは、送信側ＰｏＣサーバーと、送信側ＰｏＣクライアントとを含む。受信側ＰｏＣシステムは、受信側ＰｏＣサーバーと、受信側ＰｏＣクライアントとを含む。

図４で、ＰｏＣクライアントＢ １２０１は、ＰｏＣセッション参加が不可能である時、ＰｏＣＢｏｘサービスを提供されるために自身のＰＦ Ｂ １２００（すなわち、ＰＦ機能を行うＰｏＣサーバー）にＰｏＣサービスセッティングを要請する。ＰｏＣサービスセッティングは、標準ＳＩＰ ＭｅｔｈｏｄであるＰＵＢＬＩＳＨＭｅｔｈｏｄを利用する（Ｓ１００ Ａ１、Ａ２）。

受信側ＰｏＣクライアントＢは、ＰｏＣ Ｂｏｘサービスを要請できるだけでなく、ＰＦでの応答モードとＰｏＣＢｏｘ１２１０にＰｏＣ Ｂｏｘに格納されるメディアタイプを指定することによって、ＰｏＣユーザの要求を反映することもできる。前記Ｓ１００ Ａ１段階で、ＰＵＢＬＩＳＨメッセージの具体的な形態は、図５を参照して後述する。

前記Ｓ１００段階で、ＰｏＣサービスが設定されれば、任意のＰｏＣクライアントＡ １１０１からセッションＩＮＶＩＴＥメッセージを受信した時（Ｓ１０１〜Ｓ１０３）、ＰＦ Ｂ １２００は、設定された応答モードによって２００ ＯＫをＣＦ Ｘ １０００（ＣＦを行うＰｏＣサーバー）に転送する。ＰｏＣセッションに連結されるエンティティーは、応答の主体がＰｏＣクライアントＢ １２０１でなく、ＰｏＣＢｏｘであることを通知するために、これに対する識別子を含む（Ｓ１０４）。前記識別情報は、まずＣＦ Ｘ １０００に転送されて、いろいろなメッセージ形態でコンファレンスに属するＰｏＣクライアントに転送されることができる。ＰｏＣＢｏｘサービスの識別情報を各ＰｏＣクライアントに転送する方法は、セッションの種類やセッション参加可否によって異なることができ、ＳＩＰ応答信号又はＲＴＣＰメッセージを利用することができる（Ｓ１０５、Ｓ１０６、Ｃ１）。前記ＰｏＣＢｏｘサービスの識別情報を転送するためのＳＩＰメッセージの具体的なＳＤＰ ＭＩＭＥメッセージフォーマットは、図８を参照して後述する。

ＰＦ Ｂ １２００からの２００ ＯＫ応答を受信した後、ＣＦ Ｘ １０００は、メディアバーストを管理するためのメディアバースト制御プロトコル（ＭＢＣＰ、media burst control protocol）を用いてメディアバースト許諾（ＭＢＣＰ Ｇｒａｎｔｅｄ）と占有メッセージ（ＭＢＣＰ Ｔａｋｅｎ）を転送し（Ｓ１０７〜Ｓ１１０）、これにより、マルチメディアストリームが転送される（Ｓ１１１、Ｓ１１２）。この時、前記ＰｏＣクライアントの設定によって特定のメディアだけがＰｏＣＢｏｘ１２１０に転送されることができる。ＰｏＣクライアントが設定したメディアの種類がオーディオであれば、オーディオが、ＰｏＣＢｏｘ１２１０に格納される。ビデオ及びオーディオを共に設定した場合には、２つの種類を共にＰｏＣ Ｂｏｘ１２１０に格納する。

ＰｏＣセッションが終了すれば（Ｓ１１４）、格納されたＰｏＣメディアデータは、ＰｏＣＢｏｘとＰｏＣクライアント間のnotification/retrieval手続を通じて該当ＰｏＣユーザに転送されることができる（Ｓ１２０）。

ＰｏＣ Ｂｏｘサービスであることを確認した後、ＣＦ Ｘ １０００は、該当ＰｏＣユーザ（すなわち、ＰｏＣＢｏｘ）には、メディアバースト制御プロトコル（ＭＢＣＰ）を転送しないこともできる。なぜなら、ＰｏＣＢｏｘ１２１０の識別情報を通じてＰｏＣ Ｂｏｘ１２１０がメディアバースト要求（media burst request）メッセージを転送しないことが判断されるからである。この場合、Ｓ１０９、Ｓ１１０段階は、セッションが終了するまで省略することもできる。

図５は、図４のＰｏＣ Ｂｏｘサービスの設定のためのＰＵＢＬＩＳＨＭｅｔｈｏｄに基づくメッセージフォーマットを示す図である。

前記ＰＵＢＬＩＳＨメッセージは、ＰｏＣ Ｂｏｘサービス要請時、ＰＦの応答モード設定とＰｏＣＢｏｘサービス設定を行う。このような設定値は、メッセージのＢｏｄｙでＸＭＬで表現され、これを使用するためのＸＭＬＳｃｈｅｍａでの追加部分は、図６を参照して説明する。

ＰＵＢＬＩＳＨ ＸＭＬ部は、“ｐｏｃｂｏｘ−ｓｅｔｔｉｎｇｓ”というＸＭＬエレメントネーム（element name）を用いてＰｏＣ Ｂｏｘサービスに関連されたパラメーターを表現する。前記“ｐｏｃｂｏｘ−ｓｅｔｔｉｎｇｓ”エレメント内にサービスの使用可否を二進で表現することができる。もし‘ｐｏｃ−ｂｏｘａｃｔｉｖｅ’の値が‘ｔｒｕｅ’である場合、ＰｏＣ Ｂｏｘの使用を指示することができる。

本発明の拡張された応用として前記サービスでＰＦからＰｏＣサーバーに転送されるメディアタイプを‘ｍｅｄｉａ−ｘｘｘｘ’で指示することができる。指定されたメディアタイプによって、ＰＦは、ＰｏＣＢｏｘに該当メディアだけを転送することができる。したがって、ＰｏＣＢｏｘサービスは、効率的に管理されることができる。

一方、本発明は、ＰｏＣ Ｂｏｘサービスを設定する場合、セッション／グループ種類（一対一、ｐｒｅ−ａｒｒａｎｇｅｄ、ｃｈａｔ、またはａｄ ｈｏｃ）又は特定のユーザに対する区分をしてＰｏＣＢｏｘサービスを要求することができる。これは、ＰＵＢＬＩＳＨメッセージに含まれるＭＩＭＥコンテンツを追加的に定義することによって可能である。例えば、‘ｐｏｃｂｏｘ−ｓｅｔｔｉｎｇｓ’エレメントで‘ｇｒｏｕｐ−ｔｙｐｅ’を指定することによって、特定のグループのメディアだけが格納されることができる。ＰｏＣユーザのアドレスまたは識別子（ＳＩＰ ＵＲＩ、ＴＥＬ ＵＲＩなど）を指定することによって、特定のユーザからのセッション要請にだけＰｏＣＢｏｘサービスを運用することができる。上記の方法は、本発明の範疇から逸脱しないので、詳細な説明を省略する。

図６及び図７は、前記図５のＰＵＢＬＩＳＨ Ｍｅｔｈｏｄを使用するためのＸＭＬＳｃｈｅｍａの追加構成を示す図である。前記ＰＵＢＬＩＳＨメッセージコンテンツに含まれる“ｐｏｃ−ｓｅｔｔｉｎｇｓ”エレメントと詳細パラメーターの追加ＸＭＬＳｃｈｅｍａを定義する。各エレメント名に対してパラメーターを‘ｂｏｏｌｅａｎ’に定義することによりサービス要求を表現する。

図８は、前記図４でＰｏＣ Ｂｏｘを利用したセッション連結を公知するための２００ ＯＫ応答に関するメッセージフォーマットを示す図であって、ＰＦがコンファレンスサーバーであるＣＦに応答を送る時、ＰｏＣＢｏｘサービスが利用されることを通知するための２００ ＯＫ応答のヘッダーとボディー部を示す。

ＯＫ応答のヘッダー部分は、一般的なＳＩＰ信号のパラメーター部であるから説明を省略する。本発明で、ＰｏＣＢｏｘサービスは、前記ＳＩＰ応答信号を通じて公知されるが、従来のＳＩＰ標準技術と互換性のために図８のようにＳＤＰ ＭＩＭＥコンテンツを利用することができる。ＭＩＭＥコンテンツでＴＢＣＰのフォーマットパラメーターを指定する‘ａ＝’ラインに‘ｐｏｃ＿ｂｏｘ’のパラメーターを定義し、これに対する二進値（ｐｏｃ＿ｂｏｘ＝１の場合、ＰｏＣＢｏｘサービスが使われることを回答、パラメーターがないか、ｐｏｃ＿ｂｏｘ＝０の場合、ＰｏＣＢｏｘサービスが使われないことを回答する）としてＰｏＣ Ｂｏｘサービスの可否を公知することができる。

図９は、図４でＰｏＣ Ｂｏｘに格納されたメッセージを転送するための信号詳細流れを示す図である。ＰｏＣＢｏｘは、セッション終了によってメディア格納が終われば、ブロックＡで示すように、Ｐｕｓｈ技術（ＰＡＰ ＰＵＳＨ／ＨＴＴＰ ＰＯＳＴ）を通じてＰｏＣクライアントに公知した後（Ａ１００、Ａ１０２）、ＰｏＣクライアントは、ＨＴＴＰ ＧＥＴを要請する（Ｓ１０４）。その結果、メッセージを受信する方案が可能である。

他の方法としてブロックＢで示すように、ＰｏＣ Ｂｏｘは、ＳＩＰ Ｎｏｔｉｆｉｃａｔｉｏｎ技術を通じてＰｏＣクライアントに公知した後、ＰｏＣクライアントがＨＴＴＰ ＧＥＴを要請する。これにより、メッセージを受信する方案が可能である。

前記ＰｏＣ Ｂｏｘサービス要請など本発明に要求される各方法における各段階は、本発明が属する技術分野において通常の知識を有する者が本発明の技術的思想及び範囲から逸脱しない範囲内で様々に変形または変更して実施できることを理解すべきである。

上述したような本発明によれば、接続障害、不在、時間制約などいろいろな制限要件によってＰｏＣユーザがＰｏＣセッションに参加することができない場合、ＰｏＣＢｏｘまたはこれに代わるプロキシ格納部を用いてＰｏＣセッションに参加することができ、以後転送されるメディアが格納される。

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

結論的に、ＰｏＣクライアントがセッションに参加することができない場合、後にＰｏＣＢｏｘを通じてセッションの詳細内容を受信することができる。

また、本発明は、ＰｏＣ Ｂｏｘの特性を最大限活用してＰＴＴ環境に適合するように迅速なセッションセットアップを可能にし、ネットワーク上でトラフィックを減少させることができる。

一般的なＸＤＭアーキテクチャーを説明するための概念図である。 一般的なＰｏＣサーバーを説明するための概略的構造図である。 ＰｏＣサーバーのControlling PoCFunction（ＣＦ）ブロックとParticipating PoC Function（ＰＦ）ブロックを説明するための概念図である。 本発明によるＰｏＣ Ｂｏｘサービス設定のための過程及びこれを利用したＰｏＣセッション開設過程のための信号の流れを示す概略図である。 図４のＰｏＣ Ｂｏｘサービスの設定のためのＰＵＢＬＩＳＨＭｅｔｈｏｄに基づくメッセージフォーマットを示す図である。 図５のＰＵＢＬＩＳＨ Ｍｅｔｈｏｄを使用するためのＸＭＬＳｃｈｅｍａの追加構成を示す図である。 図５のＰＵＢＬＩＳＨ Ｍｅｔｈｏｄを使用するためのＸＭＬＳｃｈｅｍａの追加構成を示す図である。 図４でＰｏＣ Ｂｏｘを利用したセッション連結を公知するための２００ＯＫ応答に関するメッセージフォーマットを示す図である。 図４でＰｏＣ Ｂｏｘに格納されたメッセージを転送するための信号の流れを詳細に示す図である。

Claims (15)

1. ＰｏＣサーバーによるプッシュツートークオーバーセルラー（Push-to-talk over Cellular、以下ＰｏＣ）ネットワークにおけるメディア格納サービスを行う方法であって、
   ＰｏＣクライアントからＰｏＣ ＢＯＸサービスを提供するために、ＰｏＣ ＢＯＸに格納されるメディアタイプを指定する情報が含まれたサービスセッティングを受信するステップと、
   前記ＰｏＣサーバーに前記サービスセッティングを格納するステップと、
   任意のＰｏＣクライアントから少なくとも三つのクライアントが参加するグループセッションに招待するＩＮＶＩＴＥメッセージを受信するステップと、
   前記ＩＮＶＩＴＥメッセージを受信したとき、ＰｏＣ ＢＯＸの使用セッティングが前記ＰｏＣクライアントによって設定されているかどうかを確認するステップと、
   前記サービスセッティングに応じて、前記任意のＰｏＣクライアントと前記ＰｏＣ ＢＯＸとの間のセッションを開設するようにするために、前記ＩＮＶＩＴＥメッセージを前記任意のＰｏＣクライアントから前記ＰｏＣ ＢＯＸへルーティングするステップと、
   前記任意のＰｏＣクライアントからメディアデータを受信し、前記サービスセッティングに応じて、前記ＰｏＣ ＢＯＸ内に前記メディアデータを格納するステップと、
   前記ＰｏＣクライアントがセッションに参加するとき、前記ＰｏＣ ＢＯＸ内に格納されたメディアデータを前記ＰｏＣクライアントに送信するステップと、
   を備え、
   前記サービスセッティングは、前記ＰｏＣクライアントが前記ＰｏＣ ＢＯＸを使用するかどうかを決定するために使用される方法。
2. 前記サービスセッティングは、ＸＭＬ Ｓｃｈｅｍａを使用する請求項１に記載の方法。
3. 前記ＰｏＣ ＢＯＸの使用セッティングは、ＰｏＣ ＢＯＸの使用、前記ＰｏＣ ＢＯＸに格納される前記メディアデータのタイプの使用に関する情報である、請求項２に記載の方法。
4. 前記サービスセッティングは、ＳＩＰ（Session Initiation Protocol）ＰＵＢＬＩＳＨに含まれる、請求項１に記載の方法。
5. 前記サービスセッティングによる前記ＰｏＣ ＢＯＸの使用セッティングを前記任意のＰｏＣクライアントに示すステップをさらに備える、請求項１に記載の方法。
6. 前記ＰｏＣ ＢＯＸの使用セッティングがＴｒｕｅのとき、前記任意のＰｏＣクライアントのルーティングの招待が、前記ＰｏＣ ＢＯＸへのグループセッションに含まれる請求項１に記載の方法。
7. 前記ＩＮＶＩＴＥメッセージは前記ＰｏＣクライアントの情報を含む、請求項１に記載の方法。
8. ＰｏＣクライアントによるプッシュツートークオーバーセルラー（Push-to-talk over Cellular、以下ＰｏＣ）ネットワークにおけるメディア格納サービスを行う方法であって、
   ＰｏＣサーバーにＰｏＣ ＢＯＸサービスを提供するために、ＰｏＣ ＢＯＸに格納されるメディアタイプを指定する情報が含まれたサービスセッティングを送信するステップと、
   前記ＰｏＣサーバーにメディアデータサービスを要求するステップと、
   セッションに参加した後に、メディア格納に格納されたメディアデータを受信するステップと、
   前記メディアデータを再生するステップと、
   を備え、
   前記サービスセッティングは、前記ＰｏＣサーバーが前記ＰｏＣサーバーのメディア格納に少なくとも三つのクライアントが参加するグループセッションに招待する任意のＰｏＣクライアントから送信されたメディアデータを格納するかどうかをセッティングするために使用される方法。
9. 前記サービスセッティングは、ＸＭＬ Ｓｃｈｅｍａを使用する、請求項８に記載の方法。
10. 前記サービスセッティングは、ＳＩＰ（Session Initiation Protocol）ＰＵＢＬＩＳＨに含まれる請求項８に記載の方法。
11. 前記メディア格納はＰｏＣ ＢＯＸを利用する、請求項８に記載の方法。
12. 前記メディア格納は、前記メディアデータを格納するためのプロキシ格納を利用する請求項８に記載の方法。
13. 前記ＰｏＣクライアントがＰｏＣグループセッションに参加できないとき、前記サービスセッティングを前記ＰｏＣサーバーに送信するステップをさらに備える、請求項８に記載の方法。
14. 前記ＰｏＣサーバーに、特定のクライアントの情報を含むＩＮＶＩＴＥメッセージをさらに送信する、請求項８に記載の方法。
15. 特定のクライアントによって前記ＰｏＣサーバー内に前記メディアデータ格納の使用のセッティングが設定されたかどうかに関する指示子をさらに受信する請求項８に記載の方法。