【手続補正書】
【提出日】平成24年8月20日(2012.8.20)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
サーバが複数のマルチメディアタイプの通話サービスを支援する方法であって、
セッション開始要求端末から前記複数のマルチメディアタイプのうちの少なくとも１つを含むセッション参加要求メッセージを受信するステップと、
前記セッション参加要求メッセージに基づいて前記複数のマルチメディアタイプのうちの少なくとも１つのセッション開設要求メッセージを含むセッション参加要求メッセージを少なくとも１つのセッション参加端末に送信するステップと、
前記セッション参加端末のメディアタイプ情報を含む前記セッション参加要求メッセージに対する応答メッセージを前記少なくとも１つのセッション参加端末から受信するステップと、
前記セッション参加端末のメディアタイプ情報をメモリに格納するステップと、
前記セッション参加端末のメディアタイプ情報から独立して前記複数のマルチメディアタイプのうちの少なくとも１つのセッション開設要求メッセージに対する応答メッセージを前記セッション開始要求端末に送信するステップと
を有することを特徴とする複数のマルチメディアタイプの通話サービスを支援する方法。
【請求項２】
前記サーバは、セッション開始プロトコル（ＳＩＰ）を通したマルチメディアサービスを支援するサーバであることを特徴とする請求項１に記載の複数のマルチメディアタイプの通話サービスを支援する方法。
【請求項３】
前記サーバは、プッシュ・ツウ・トーク・オーバー・セルラー（ＰｏＣ）サーバであることを特徴とする請求項１に記載の複数のマルチメディアタイプの通話サービスを支援する方法。
【請求項４】
前記セッション開始要求端末及び前記セッション参加端末は、音声、インスタントメッセージ、及びビデオを含む前記複数のマルチメディアタイプの通話サービスを支援する端末であることを特徴とする請求項１に記載の複数のマルチメディアタイプの通話サービスを支援する方法。
【請求項５】
前記セッション開始要求端末から受信したセッション参加要求メッセージは、前記セッション参加端末の情報及び要求されるメディアパラメータのうちの少なくとも１つを有することを特徴とする請求項１に記載の複数のマルチメディアタイプの通話サービスを支援する方法。
【請求項６】
前記要求されるメディアパラメータは、要求されるセッションが前記複数のマルチメディアタイプである場合に各マルチメディアタイプのエンコーディング、レート、及びペイロードタイプのうちの少なくとも１つであることを特徴とする請求項５に記載の複数のマルチメディアタイプの通話サービスを支援する方法。
【請求項７】
前記セッション参加要求メッセージは、ＳＩＰ／ＩＰコアプロトコルを用いて受信することを特徴とする請求項１に記載の複数のマルチメディアタイプの通話サービスを支援する方法。
【請求項８】
前記セッション参加端末から受信した応答メッセージは、前記セッション参加要求メッセージに含まれた前記複数のマルチメディアタイプの中の少なくとも１つから選択されて応答メッセージに含まれることを特徴とする請求項１に記載の複数のマルチメディアタイプの通話サービスを支援する方法。
【請求項９】
前記セッション参加端末のメディアタイプ情報から独立して前記セッション開始要求端末が前記複数のマルチメディアタイプのうちの少なくとも１つのセッション開設要求メッセージに対する応答メッセージを前記セッション開始要求端末に送信する方法は、
前記セッション開始要求端末が要求した前記複数のマルチメディアタイプのうちの少なくとも１つを選択するステップと、
前記選択したマルチメディアタイプ情報を発言権付与メッセージに含ませて前記セッション開始要求端末に送信するステップとを有することを特徴とする請求項１に記載の複数のマルチメディアタイプの通話サービスを支援する方法。
【請求項１０】
前記セッション開始要求端末からマルチメディアデータを受信するステップと、
前記セッション開始要求端末から受信したマルチメディアデータと前記メモリに格納された前記セッション参加端末のメディアタイプとを比較するステップと、
前記比較の結果に従って、前記セッション参加端末が受信することができるメディアタイプだけをスクリーニングして前記セッション参加端末に送信するステップとをさらに有することを特徴とする請求項１に記載の複数のマルチメディアタイプの通話サービスを支援する方法。
【請求項１１】
前記セッション参加端末のメディアタイプ情報をメモリに格納する方法は、
メディアの送信中又はセッションの継続中である時に前記セッション参加端末からメディアタイプ変更メッセージを受信するステップと、
前記受信されたメディアタイプ変更メッセージをアップデートするステップとを有することを特徴とする請求項１に記載の複数のマルチメディアタイプの通話サービスを支援する方法。
【請求項１２】
セッションに参加している前記セッション参加端末から発言権要求を受信するステップと、
前記受信した発言権要求に従って発言権付与メッセージを前記発言権を要求したセッション参加端末に送信するステップと、
前記発言権を有しない前記セッション参加端末には発言権占有メッセージを送信するステップとをさらに有することを特徴とする請求項１に記載の複数のマルチメディアタイプの通話サービスを支援する方法。
【請求項１３】
前記発言権占有メッセージは、セッション参加者数、前記マルチメディア別支援端末数、及びマルチメディア別セッション参加者アドレス情報のうちの少なくとも１つを有することを特徴とする請求項１２に記載の複数のマルチメディアタイプの通話サービスを支援する方法。
【請求項１４】
前記発言権占有メッセージは、前記発言権を有するセッション参加端末のメディアタイプ情報をさらに有することを特徴とする請求項１２に記載の複数のマルチメディアタイプの通話サービスを支援する方法。
【請求項１５】
前記セッション開始要求端末からマルチメディアデータを受信するステップと、
前記セッション開始要求端末から受信したマルチメディアデータと前記メモリに格納された前記セッション参加端末のメディアタイプとを比較するステップと、
前記比較の結果に従って、前記セッション参加端末が受信することができないメディアタイプである場合に対応するセッション参加端末に前記マルチメディアデータを送信しないステップとをさらに有することを特徴とする請求項１に記載の複数のマルチメディアタイプの通話サービスを支援する方法。
【請求項１６】
前記セッション開始要求端末からマルチメディアデータを受信するステップと、
前記セッション開始要求端末から受信したマルチメディアデータと前記メモリに格納された前記セッション参加端末のメディアタイプとを比較せず、前記マルチメディアデータを前記セッション参加端末に送信することを特徴とする請求項１に記載の複数のマルチメディアタイプの通話サービスを支援する方法。
【請求項１７】
複数のセッション参加端末がある場合に発言権付与メッセージを生成するステップと、
前記生成された発言権付与メッセージを許可するか又は終了するようにするメッセージを前記複数のセッション参加端末のうちの１つに送信するステップとをさらに有することを特徴とする請求項１に記載の複数のマルチメディアタイプの通話サービスを支援する方法。
【請求項１８】
前記発言権付与メッセージを許可するか又は終了するようにするメッセージは、所定の時間に従って決定されることを特徴とする請求項１７に記載の複数のマルチメディアタイプの通話サービスを支援する方法。
【請求項１９】
前記発言権付与メッセージは、メディアバーストコントロールプロトコル（ＭＢＣＰ）メッセージフォーマットに従うことを特徴とする請求項１２に記載の複数のマルチメディアタイプの通話サービスを支援する方法。
【請求項２０】
端末が複数のマルチメディアタイプの通話サービスを支援する方法であって、
複数のマルチメディアタイプのうちの少なくとも１つを含むセッション参加要求メッセージをサーバに送信するステップと、
セッション参加端末が支援するメディアタイプを含む発言権付与メッセージを受信するステップと、
前記メディアタイプに従ってメディアストリームを送信するステップと
を有することを特徴とする複数のマルチメディアタイプの通話サービスを支援する方法。
【請求項２１】
前記端末は、音声、インスタントメッセージ、及びビデオを含む前記複数のマルチメディアタイプの通話サービスを支援する端末であることを特徴とする請求項２０に記載の複数のマルチメディアタイプの通話サービスを支援する方法。
【請求項２２】
前記セッション参加要求メッセージは、前記セッション参加端末の情報及び要求されるメディアパラメータのうちの少なくとも１つを含むことを特徴とする請求項２０に記載の複数のマルチメディアタイプの通話サービスを支援する方法。
【請求項２３】
前記要求されるメディアパラメータは、要求されるセッションが前記複数のマルチメディアタイプである場合に各マルチメディアタイプのエンコーディング、レート、及びペイロードタイプのうちの少なくとも１つであることを特徴とする請求項２２に記載の複数のマルチメディアタイプの通話サービスを支援する方法。
【請求項２４】
前記メディアタイプに従ってメディアストリームを送信するステップは、
前記セッション参加端末が支援するメディアタイプに対応するメディアストリーム及び前記端末が支援するメディアタイプに対応するメディアストリームのうちのいずれか１つを送信するステップであることを特徴とする請求項２０に記載の複数のマルチメディアタイプの通話サービスを支援する方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【発明の名称】ＰｏＣシステムにおけるマルチメディア通信サービスのための発言権管理システム及びその方法並びに端末装置
【技術分野】
【０００１】
本発明は、クライアントによって支援される多様なメディアタイプに対して独立的にＰｏＣ(Push-to-talk  over  Cellular)セッションをオープンし、メディアタイプに応じた選択的な伝送のためにＰｏＣシステムでのマルチメディア通信サービスを遂行するための発言権管理システム及びその方法並びに端末装置に関するものである。特に、本発明は、マルチメディアＰｏＣ環境下で最初の応答クライアントによって支援されるメディアタイプに対して独立的なＰｏＣセッションをオープンし、以後に応答クライアントによって提供されるメディアタイプに応じて選択的なメディア伝送を可能にするＰｏＣシステムにおいて、マルチメディア通信サービスのための発言権を管理するシステム及びその方法並びに端末装置に関するものである。
【背景技術】
【０００２】
移動通信技術の飛躍的な発展と通信ネットワークの拡大に伴って、携帯電話を用いる多様なサービスとアプリケーションが提供されている。また、ユーザーの要求も基本的な通信サービスを超えて、位置サービス、マルチメディアサービス、及びＰＴＴ(Push To Talk)サービスなどに拡大されている。特に、ＰＴＴサービスは、従来の無線送信機又はＴＲＳ(Trunked Radio System)によって提供されたグループ及び音声通話はもちろん、インスタントメッセンジャー(instant  messenger)、状態表示のような多様な付加機能を支援する。
【０００３】
現在、このようなＰＴＴ機能を移動通信ネットワークを用いてサービスするＰｏＣ(PTT over Cellular)サービスに対する標準化が活発に論議されている。既存の移動通信サービスと区別されるＰｏＣサービスの特徴の一つは、ユーザーが複数のＰｏＣセッションに参加できることによって、ＰｏＣセッション間を移動しつつ通話サービスを利用することができることである。ユーザーが複数のＰｏＣセッションを移動しつつ通信サービスの利用が可能でなければならないという要求事項は、移動通信サービスを定義している団体であるＯＭＡ(Open Mobile Alliance）に明示されている。
【０００４】
一方、ＰｏＣ  Ｖ２.０システムは、ＰｏＣマルチメディア通信サービスを支援する。このために、ＰｏＣ  Ｖ２.０システムは、音声以外にビデオ、オーディオ、テキストのような新たなマルチメディアタイプを定義する。
【０００５】
さらに、現在のＰｏＣシステムは、端末機の性能向上によって多重ストリーム(例えば、ビデオ又はイメージ）を表示(display)することができる。
【０００６】
従来のＰｏＣ  Ｖ１.０基盤のセッションオープン(session  open)方法及び/又はシステムがＰｏＣ  Ｖ２.０システムに使用される場合に、ＰｏＣ  Ｖ２.０で支援される多様なマルチメディアサービスを提供するのに制限があり、セッションオープンに長い時間が要求されるという問題点があった。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
したがって、上述した従来技術の問題点を解決するために、本発明の目的は、ＰｏＣ  Ｖ１.０又はＰｏＣ  Ｖ２.０クライアントによって支援される多様なタイプのメディアに対して独立してセッションオープンを可能にするＰｏＣシステムにおいて、マルチメディア通信サービスを遂行するための発言権管理システム及びその方法並びに端末装置を提供することにある。
【０００８】
また、本発明の目的は、セッション進行中に新たなメディアタイプが新たな参加者によって支援される場合に、次の発言権を付与する際に、新たなメディアタイプを追加することができることにある。
【０００９】
本発明の他の目的は、マルチメディアセッションにおいて、クライアントによって支援されるメディアタイプが共通しない場合に、ＰｏＣユーザーの選択に基づいて伝送されたマルチメディアストリームを、各マルチメディアセッションに対する設定に基づいたメディアタイプに応じて組み合わせ、スクリーニング、及び伝送することができるＰｏＣサーバを提供することにある。
【課題を解決するための手段】
【００１０】
上記のような目的を達成するために、本発明の一態様によるサーバが複数のマルチメディアタイプの通話サービスを支援する方法は、セッション開始要求端末から前記複数のマルチメディアタイプのうちの少なくとも１つを含むセッション参加要求メッセージを受信するステップと、前記セッション参加要求メッセージに基づいて前記複数のマルチメディアタイプのうちの少なくとも１つのセッション開設要求メッセージを含むセッション参加要求メッセージを少なくとも１つのセッション参加端末に送信するステップと、前記セッション参加端末のメディアタイプ情報を含む前記セッション参加要求メッセージに対する応答メッセージを前記少なくとも１つのセッション参加端末から受信するステップと、前記セッション参加端末のメディアタイプ情報をメモリに格納するステップと、前記セッション参加端末のメディアタイプ情報から独立して前記複数のマルチメディアタイプのうちの少なくとも１つのセッション開設要求メッセージに対する応答メッセージを前記セッション開始要求端末に送信するステップとを有することを特徴とする。
【００１１】
さらに、本発明の一態様による端末が複数のマルチメディアタイプの通話サービスを支援する方法は、複数のマルチメディアタイプのうちの少なくとも１つを含むセッション参加要求メッセージをサーバに送信するステップと、セッション参加端末が支援するメディアタイプを含む発言権付与メッセージを受信するステップと、前記メディアタイプに従ってメディアストリームを送信するステップとを有することを特徴とする。
【発明の効果】
【００１２】
本発明は、マルチメディア通信サービスを提供するＰｏＣクライアントが複数のメディアタイプを支援し、このＰｏＣクライアントによって支援されるメディアタイプが共通しない場合に、ＰｏＣユーザーの選択(choice)に基づいてメディアタイプに応じたメディアを選択的に伝送することができる。
【００１３】
また、本発明は、マルチメディアストリームを伝送するために送信器によって支援されるすべてのタイプのメディアを支援するＵＥが該当セッションに参加しなくても、該当セッションが短時間にオープンされ、該当セッションに参加中であるＵＥが最適のメディアストリームを受信することができる。
【００１４】
さらに、本発明は、新たなメディアタイプがセッション進行中に新たな参加者によって支援される場合に、この新たなメディアタイプが次の発言権を付与するときに追加されることができることで、十分なマルチメディアＰｏＣサービスを提供することができる。
【００１５】
また、ＰｏＣユーザーが要求されるメディアタイプのみを選択できるため、ＵＥに伝送されたメディアストリームのサイズを減少させ、それによって、無線伝送の効率性を向上させ、ＰｏＣサービスユーザーのコストを低減させることができる。
【発明を実施するための形態】
【００１６】
以下、本発明の望ましい実施形態を添付の図面を参照して詳細に説明する。
【００１７】
本発明において、公知の機能及び構成に関する説明は、明瞭性及び簡潔さのために省略する。
【００１８】
下記の説明では、本発明がＰＴＴ(Push To Talk)システムの中で、セルラー移動通信ネットワークを用いてＰＴＴサービスを提供するＰｏＣ(PTT over Cellular)システムに適用される場合を例として示す。
【００１９】
一般に、ＰｏＣシステムは、グループ通話のセッション参加情報を伝達するためにＳＩＰ(Session Initiation Protocol)及びＳＩＰ拡張プロトコルを利用し、グループ情報を取得するためにＸＣＡＰ(XML(Extensible Markup Language)  Configuration  Access  Protocol)を利用する。以下、本発明の実施形態は上述したプロトコルによって具現され、本発明の構成はＰｏＣ  Ｒｅｌ.１システムに基づくことができる。まず、次に本発明が適用される一般的なＰｏＣシステムについて説明する。
【００２０】
図１は、一般的なＰｏＣサービスシステム及びそれに係るネットワークの構成を示す概念図である。
【００２１】
一般的なＰｏＣシステムは、ＰｏＣ端末(User Equipment：ＵＥ)１００と、ＸＤＭＳ(XML Document Management Server)１３０，１４０と、ＰｏＣサーバ１５０とを含むことができる。また、ＰｏＣシステムは、アグリゲーションプロキシ(aggregation  proxy)サーバ１６０をさらに含むことができる。これら構成要素は、アクセスネットワーク１１０、ＳＩＰ/ＩＰコアネットワーク１２０、及び遠隔ＰｏＣネットワーク１７０を介して接続されることができる。
【００２２】
ＰｏＣ  ＵＥ１００は、ＰｏＣクライアント(client)１０２及びＸＤＭクライアント(XML Document Management Client：ＸＤＭＣ)１０４を含むことができる。
【００２３】
ＰｏＣクライアント１０２は、ＰｏＣ  ＵＥ１００に内蔵されたサービス要求者を示し、ＰｏＣ  ＵＥ１００に存在(reside)しつつ、ＰｏＣサービス加入者にＰｏＣサービスを提供するためのネットワークアクセスを遂行する。ＰｏＣサービス加入者は、ＰｏＣクライアントが含まれたＰｏＣ  ＵＥを通じてＰｏＣサービスの提供を受けることができる。以下の説明において、“ＰｏＣクライアント”は、ＰｏＣクライアントを含むＵＥ及びＰｏＣサービス加入者に対する一般的な用語として使われる。また、ＰｏＣクライアントの参照番号は、特別に区別されるべき場合を除いて省略される。
【００２４】
ＰｏＣクライアントの主な機能は、ＰｏＣサービス加入者(すなわち、ＰｏＣユーザー)の側面からＰｏＣセッションを設定し、このセッションに参加し、終了することである。また、ＰｏＣクライアントは、トークバースト(talk  burst)を作って伝送し、インスタントパーソナルアラート(Instant Personal alert)を支援し、そしてＰｏＣサービスにアクセスするときの認証を遂行する。ＰｏＣクライアントは、アクセスネットワーク１１０を介してＳＩＰ/ＩＰマルチメディアを支援するＳＩＰ/ＩＰコアネットワーク１２０に接続されることができる。
【００２５】
ＳＩＰ/ＩＰコアネットワーク１２０は、ＰｏＣサービスを支援するためにＰｏＣサーバ１５０、ＸＤＭＳ１３０，１４０に接続される。このとき、ＰｏＣサーバ１５０は、ＰｏＣセッションを保持(maintaining)する制御ＰｏＣ機能(controlling  PoC  function)を遂行し、或いはポイント・ツウ・ポイント(point-to-point)通話又はマルチポイント(multipoint)通話のためのＰｏＣセッションに参加するための参加ＰｏＣ機能(participating  PoC  function)を遂行する。
【００２６】
一方、ＰｏＣサービスは、コンファレンス(conference)通話のようなグループセッションを開設(establish)するサービスを伴うことができる。このために、ＯＭＡ規格は、グループリストサービスのためのＸＤＭＣ１０４とＸＤＭＳ１３０，１４０を定義する。図１に示す構成は、ＰｏＣサービスのために使用されるＰｏＣ  ＸＤＭＳ１４０と、他のサービスイネーブラ(enabler)にも共通に使用できる共有(shared)ＸＤＭＳ１３０とを含む。グループ及びグループメンバーに関する情報は、ＰｏＣクライアントを通じてＸＤＭＳ１３０，１４０に入力される。ＰｏＣクライアントは、ＸＤＭＳ１３０，１４０から受信された個人或いはグループリストを通じて、その自分が呼び出すことができる他のＰｏＣクライアントに関する情報を把握することができる。一方、ＸＤＭＳ１３０，１４０に対するグループ及びグループメンバーの生成、修正、及び管理は、インターネット又はイントラネット(Intranet)のようなＰｏＣサービス提供者によって信頼性のある通信ネットワークを介して遂行されることもできる。グループリストの生成、修正、及び除去などのＸＭＬテキスト管理のプロトコル及び具体的内容に関する詳細な説明は省略する。
【００２７】
グループサービスのために、アグリゲーションプロキシサーバ１６０は、ＸＤＭＣ１０４からグループリスト関連要求を受信すると、規則に従ってＸＤＭＳ１３０，１４０に要求をルーティングする。
【００２８】
図２は、一般的なＰｏＣサーバの概略的な構成図である。
【００２９】
ＰｏＣサーバの機能は、ＰｏＣセッションを一般的に管理する制御ＰｏＣ機能(Controlling  PoC  Function：以下、“ＣＦ”と称する）と、各ＰｏＣセッション間の管理を担当する参加ＰｏＣ機能(Participating PoC Function：以下、“ＰＦ”と称する)に分けられる。ＰｏＣサーバの各機能による特性は、下記の＜表１＞及び＜表２＞を参照して説明する。
【００３０】
【表１】
2012157044.tif 000001
＜表１＞に示すように、ＣＦは、ＰｏＣセッションを管理する。特に、ＰｏＣサーバは、ＰｏＣクライアントから発言権要求を受信し、クライアントに発言権の付与順序を定め、発言権をその順にクライアントに与える。なお、ＰｏＣサーバは、任意のＰｏＣクライアントからグループＰｏＣ呼び出しに参加しているすべてのＰｏＣクライアントにトークバーストを分配し、グループＰｏＣ呼び出しに参加しているＰｏＣクライアントに関する情報を提供する。
【００３１】
ＰＦは、下記の<表２>に示すように、ＰｏＣセッションでＣＦと各ＰｏＣクライアントとの間に接続されたセッションを管理する。特に、ＰＦは、ＰｏＣクライアントから伝送された発言権に対する要求とＰｏＣクライアントに与えられた発言権を中継する。また、ＰＦは、ＣＦとＰｏＣクライアントとの間にメディアを中継する機能、これらが異なるコーデックを使用する場合にトランスコーディング(transcoding)する機能、及び同時ＰｏＣセッションの場合には一つのセッションで音声通信が遂行されるときに他のセッションでも音声通信を遂行することによって、ＰｏＣユーザーの選択に応じて一つの音声をフィルタリングする機能を遂行する。
【００３２】
【表２】
2012157044.tif 000002
図４は、ＰｏＣサーバのＣＦ部とＰＦ部を示すブロック構成図である。
【００３３】
ＰｏＣクライアント１００-Ａ乃至１００-Ｄは、ＰＦ３１０-Ａ乃至３１０-Ｄを介してＣＦ３００に接続され、ＰｏＣセッションを開設する。以後、ＣＦ３００から発言権が与えられたＰｏＣクライアントの該当トークバーストに対するメディアは、各ＰｏＣクライアントに伝達される。この際、発言権を有するＰｏＣクライアントは、グループセッションに参加しているＰｏＣクライアントの情報を確認した後のみに発言することができる。
【００３４】
一方、ＰｏＣシステムにおける通話設定のための呼処理技術において、多様な手続きが送信器と受信器の要求及び状態により遂行可能である。ＯＭＡで上記送信器と受信器の設定により要求されるＰｏＣシステムの特徴は、次のようである。
【００３５】
第一に、受信器は、ＰｏＣクライアントの要求に応じて自分の応答モードを設定することができ、この応答モードは、自動応答(auto-answer)モードと手動応答(manual  response)モードに分けられる。自動応答モードにおいて、受信器によって指定されたＰｏＣクライアントリストに上記受信器が含まれていると、該当ネットワークは、受信器の手動応答の代わりに、送信器に直ちに応答を送信する。これは、ＰｏＣサーバがＵＥの応答モード設定要求により応答モードと該当ユーザーリストを格納する機能を有するためである。一方、手動応答モードは、受信器が自動応答ユーザーリストに含まれていない場合、不明な場合、又は受信器が全てのユーザーに対して手動応答に設定された場合に該当する。手動応答モードで、ＰｏＣ通話要求は、受信ネットワークを介してＵＥに伝送され、該当ＰｏＣクライアントの許可によりＰｏＣ通話が連結される。
【００３６】
第二に、ＰｏＣシステムは、ＰｏＣクライアントがＰｏＣユーザーのホームネットワーク内のＰｏＣサーバに接続されたか否かによってオンデマンド(on-demand)セッションモードと事前開設(pre-established)セッションモードを有することができる。事前開設セッションモードでは、ＰｏＣクライアントが自分の要求に応じてＰｏＣクライアントと自分のホームネットワークに属するＰｏＣサーバとの間で予めセッションを開設しておく。このような事前開設セッションは、ＰｏＣクライアントが、メディアパラメータをＰｏＣサーバと予め交渉(negotiate)して、今後使われるＰｏＣサーバとＰｏＣクライアントとの間のメディアパラメータを再交渉することなく、セッション開設が急速に進行されることができる。
【００３７】
事前開設されたセッションをオープンするために、ＰｏＣクライアントがＳＩＰ  ＩＮＶＩＴＥ方法を用いてＳＤＰ  ＭＩＭＥ(Session Description Protocol Multipurpose Internet Mail Extensions)ボディーに、ＰｏＣクライアントによって支援されるメディアパラメータ、サーバによって提供されるメディアパラメータ、及びサーバによって提供されるメディアパラメータに対する応答を提供する。そのとき、ＰｏＣクライアントは、サーバから受信された応答メッセージに新たにオープンされる事前開設セッションの識別情報を含むコンファレンスＵＲＩ(conference  Uniform Resource Identifier)を追加し、このＵＲＩが追加された応答メッセージを他のＰｏＣクライアントに送信する。
【００３８】
この事前開設セッションを利用する場合に、ＩＰアドレス、ポート番号、使用されるコーデック(codec)及びトークバースト制御プロトコル(talk  burst  control  protocol)の事前交渉が可能である。オンデマンドセッションモードでは、ＰｏＣクライアントが事前開設セッションを生成しないか、或いは他のＰｏＣクライアントが事前開設セッションを生成しない。したがって、ＰｏＣクライアントは、他のＰｏＣクライアントの招待メッセージを受信した後に、ＰｏＣ通話連結手続きを遂行する。
【００３９】
ＰｏＣシステムで、通信要求に対する応答モードの設定は、ネットワーク上のエレメントであるＰｏＣサーバとＵＥであるＰｏＣクライアントともに格納されることができる。
【００４０】
応答モードがＰｏＣクライアントを管理するホームネットワークに設けられる場合に、応答モードは、ＰｏＣクライアントを含むホームネットワーク内でセッション参加機能(ＰＦ）を遂行するＰｏＣサーバで実現される。
【００４１】
応答モードがネットワークに設けられた場合に、他のＰｏＣサーバからＰｏＣ通話が要求されると、ＰＦは、それに応答して自動的にかつ直ちにセッション進行メッセージを通話要求ネットワークに伝送する。したがって、自動応答モードが開設された場合には、セッションセットアップメッセージがＰｏＣクライアントに伝達された後に応答が伝送された場合に比べて、通話要求手続きが簡素化され、それによって発言権付与のために要求される初期時間が短縮される。
【００４２】
しかしながら、この応答が上記ネットワークで自動に遂行される場合には、ユーザーの応答とは異なる結果をもたらす可能性があるため、応答モードは、ＰｏＣクライアントにも設定することができる。このとき、ＰｏＣクライアントの応答モードは、ネットワーク上に設定された応答モードより高い優先順位を有する。ＰｏＣクライアントは、ネットワークで信号の遅延又はエラーによって応答モードがリアルタイムに反映されない場合に発生するプライバシー(privacy)問題を解決するために、ＰｏＣクライアントは、自分の応答モードを変更し、ＰｏＣサーバに応答モードの更新(update)を要求する。
【００４３】
要約すれば、ＰｏＣサービスに対するユーザーの応答モードをＰｏＣサーバとＰｏＣクライアントにすべて設定できるが、応答モードは、ユーザーの意思を最も最近に反映したＰｏＣクライアントによって決定され、このような決定に基づいてメディア(例えば、実際ユーザーの音声、イメージ)ストリームが伝達される。
【００４４】
下記に、前述したＰｏＣシステムの一般的なＰｏＣマルチメディアセッション開設手順について説明する。
【００４５】
送信側ＰｏＣクライアントは、ＳＩＰプロトコルを用いてマルチメディア(例えば、オーディオ、ビデオ、及び多様なテキスト)セッションに参加要求メッセージを伝送して呼処理を要求する。このような呼処理要求に応答して、受信側クライアントは、該当ＰｏＣサーバの応答モード設定と事前開設セッションの存在有無によって多様な応答手順を遂行する。ＰｏＣ通話のための呼処理手順は、送信側及び受信側の両側に対する単一(single)ネットワークを用いて説明する。
【００４６】
送信側ＰｏＣクライアントは、通信を希望する受信側ＰｏＣクライアントのＳＩＰアドレス情報を含むＳＩＰ  ＩＮＶＩＴＥ要求を該当ＳＩＰ/ＩＰコアネットワークに送る。このとき、ＳＩＰセッション参加要求メッセージは、送信側ＰｏＣクライアントのＰｏＣアドレス情報、要求されるメディアパラメータ、及びＰｏＣサービスを表す特性値情報のようなエレメントをさらに含むことができる。ここで、要求されるメディアパラメータは、要求されるセッションがマルチメディアに関連している場合、オーディオ及びビデオに対するエンコーディング方法、レート、ペイロードタイプなどの複数の特性値を含むことができる。
【００４７】
ＳＩＰセッション参加要求メッセージは、ＤＨＣＰ(Dynamic Host Configuration Protocol)サーバ又はＤＮＳ(Domain Name Server)などの経路クエリー(query)を通じてＩＭＳネットワーク内の該当ＩＭＳサーバ(すなわち、Ｐ-ＣＳＣＦ(Proxy-Call  Server Control Function)及びＳ-ＣＳＣＦ(Serving-Call Server Control Function))を経て参加ＰｏＣサーバに伝達される。一般的な通話を要求する際に、ＰｏＣクライアントに接続された参加ＰｏＣサーバは、開設されるセッションのトークバーストを管理する制御ＰｏＣサーバから分離して構成されることができ、それによって、ＰＦによって送信されたＳＩＰ  ＩＮＶＩＴＥ要求は、該当ネットワークのＳＩＰ/ＩＰコアネットワークを介して上記ＣＦに伝達される。
【００４８】
一方、ＣＦを含むＰｏＣセッション制御ネットワークは、受信側ネットワークにＳＩＰセッション参加要求メッセージを伝送した後に、受信側ネットワークから応答メッセージを受信する。受信側ネットワークから応答されるＳＩＰメッセージは、受信側ＰｏＣクライアントとＰＦの設定により、１ｘｘの臨時応答(provisional  response)メッセージ、２ｘｘの成功応答(successful  response)メッセージ、又は４ｘｘ〜６ｘｘのエラー応答メッセージの一つであり得る。自動応答(auto-answer)モードの場合に、ＳＩＰ１８３セッションプログレス（Session  Progress）信号は応答メッセージとして受信され、このメッセージを通じて通話要求者のＩＭＳネットワークでＰｏＣサーバとクライアントとの間の接続が進むことができる。受信側ＰｏＣクライアントの通話許可信号は、ＳＩＰ１８３セッションプログレス又はＳＩＰ２００ＯＫ応答として送信され、ＣＦとＰＦのＰｏＣサーバを介してＰｏＣクライアントに伝達される。ＣＦは、受信側ＰｏＣサーバから２００ＯＫ応答又は１８３セッションプログレス信号が受信された場合に、ＰｏＣ呼が接続されていると判断し、トークバーストのための発言権を与えるための発言権付与(Floor  Granted)信号を送信側ＰｏＣクライアントに送信する。上記の応答、すなわちＳＩＰ２００ＯＫ又は１８３セッションプログレス信号によってトークバーストの発言権を付与することは、“ｃｏｎｆｉｒｍｅｄ”又は“ｕｎｃｏｎｆｉｒｍｅｄ”によって区分されることができる。ＣＦは、“ｕｎｃｏｎｆｉｒｍｅｄ”応答を受信する場合にはバッファリング機能を必要とする。
【００４９】
一方、送信側ＰｏＣクライアントは、ＳＩＰ  ＩＮＶＩＴＥ要求信号に対する応答信号を受信した後に、トークバースト伝送許可信号(例えば、通話連結音)を伝達する発言権付与信号をＲＴＣＰを介して受信する。発言権付与信号は、トークバースト交渉権(negotiation  right)を有するＣＦによって生成され、該当ＰｏＣクライアントを管理するＰＦを経てＰｏＣクライアントに伝送される。このとき、発言権付与信号は、ＳＩＰプロトコルを使用せずに、ベアラ(bearer)の経路を用いるので、ＩＭＳのようなＳＩＰ/ＩＰコアネットワークを通過せずに伝送されることができる。通話連結音を確認したＰｏＣクライアントは、メディア(例えば、音声)ストリームをＲＴＰ(Real-Time Transport Protocol)を用いて伝送する。
【００５０】
図３は、一般的なＰｏＣクライアントを含むＰｏＣ  ＵＥとＰｏＣサーバとの接続を示すブロック構成図である。
【００５１】
ＰｏＣクライアント１０２は、ユーザーとのインターフェースのための装置であり、備えられた各キーの入力によってその固有のキー入力データを出力するキー入力部を含む。また、ＰｏＣクライアントは、ＰｏＣサーバとのパケットデータ送受信を遂行するデータ伝送部を含む。さらに、ＰｏＣクライアントは、データ伝送部を介して受信されたメディアデータを表示し、上記キー入力部を介して出力されるデータを表示する表示部(display  unit)４００を含む。また、ＰｏＣクライアントは、制御部４０２を含む。この制御部４０２は、ＰｏＣクライアントのデータ送受信を制御し、表示を制御し、チャット(chat)ＰｏＣグループに参加するためのＩＮＶＩＴＥ予約メッセージの生成及び送受信を制御する。また、ＰｏＣクライアントは、ＵＥの全般的な機能に関連した情報を格納すると同時に、ＰｏＣサービスの提供に関連したデータ、ＵＥの識別のためのユーザーアカウント(account)、及びユーザーによって設定されるか、サーバから提供される情報を格納する格納部を含む。
【００５２】
以下、本発明は、当該分野で通常の知識を持つ者が本発明を容易に実施できるように、添付の図面を参照して詳細に説明する。
【００５３】
図５は、本発明により、ＰｏＣクライアントによってメディアタイプ別にトークバーストデータをアップデートする手順を示すフローチャートである。
【００５４】
図５に示すフローチャートの手順は、次の通りである。
【００５５】
１．セッションオープンのスタート
２．セッションオープンを希望するＰｏＣクライアント(すなわち、Session  Initiator)によって要求されるメディアタイプのフルセット(full-set)を支援するセッションを開設する。
【００５６】
３．ＰｏＣサーバは、セッションオープンＰｏＣクライアントから受信したセッション参加要求メッセージによってセッションに招待されたセッション参加ＰｏＣクライアント(すなわち、Session  Participant）の応答を受信し、招待されたＰｏＣクライアントのメディアタイプ情報を臨時格納部に格納し、上記情報を発言権付与(Talk  Burst  Granted)メッセージに含める。
【００５７】
４．発言権を取得したＰｏＣクライアントが、上記発言権付与メッセージを参照してメディアタイプに応じて選択的にメッセージを伝送する。
【００５８】
５．発言権解除(revoke)：ＰｏＣサーバによって定められたポリシー(policy)(例えば、発言権満了、又は高い優先順位を有する異なるＰｏＣクライアントの発言権要求などによるタイムアウト)に基づいたタイムアウト。
【００５９】
６．ＰｏＣクライアントが発言権を再び要求するか否かを判断する。その結果、ＰｏＣクライアントが発言権を再び要求していないと判断された場合には、上記ＰｏＣクライアントが属しているセッションを聴取する(ステップ７)。その一方、ＰｏＣクライアントが発言権を再び要求すると判断された場合には、ステップ８に進む。
【００６０】
７．ＰｏＣサーバは、以前の発言権進行中に、新たなＰｏＣクライアントのセッション参加のため、新たなメディアタイプがセッションで支援されるか否かを判断する。その結果、新たなメディアタイプがセッションで支援されていない場合には、ＰｏＣサーバが以前のセッションで支援されているのと同一のメディアタイプを支援し、この支援に基づいた発言権を付与する(ステップ３)。その一方、新たなメディアタイプが支援されると判断された場合に、ＰｏＣサーバはステップ９に進む。
【００６１】
８．ＰｏＣサーバは、新たに支援されるメディアタイプに関する情報をアップデートし、現在のセッションに参加中であるＰｏＣクライアントのメディアタイプ情報を含む発言権を付与する。
【００６２】
以後、セッションに新たに参加するＰｏＣクライアントは、各々図５のステップ１からその手順を更に遂行する。
【００６３】
図６は、本発明による多様なメディアタイプを支援するＰｏＣクライアント間の効率的なセッション接続を遂行するためのＰｏＣクライアントとＰｏＣサーバとの間の信号フローを示す図である。
【００６４】
ＰｏＣセッションオープンを希望するＰｏＣクライアントＡ５００のセッション参加要求メッセージが参加ＰｏＣサーバ(Participating PoC Server：以下、“ＰＦ”と称する)５１０を介して制御ＰｏＣサーバＸ(Controlling PoC Server：以下、“ＣＦ”と称する)５２０に到着すると、このＣＦ５２０は、招待されたＰｏＣクライアントにセッション参加要求メッセージを伝送する(ステップ５０１〜５０４)。セッション参加要求メッセージは、上記メッセージのボディー部分にＰｏＣクライアントＡ５００によって要求されるメディアタイプを含むことができる。セッション参加要求メッセージの伝送とは関係なく、ＰｏＣセッションのオープンを要求するＰｏＣクライアントＡ５００がＰｏＣサーバによって定められたポリシーに基づいたセッションオープン条件を満たすと、ＣＦ５２０は、ＳＩＰメッセージである２００ＯＫ応答メッセージをＰｏＣクライアントＡ５００に直ちに送信する(ステップ５０５，５０６)。その結果、ＰｏＣセッションが、ＰｏＣクライアントＡ５００とＣＦ５２０との間で成立される。ＣＦ５２０によって伝達されたセッション参加要求メッセージに対する最初のＳＩＰ２００ＯＫメッセージがＰｏＣクライアントＢ５４０から受信されると、ＰｏＣクライアントＢ５４０とＣＦ５２０との間で別個のＰｏＣセッションが開設される。ステップ５３５のＳＩＰ２００ＯＫ応答メッセージは、ＰｏＣクライアントＢ５４０によって支援されるメディアタイプをメッセージのボディー部分に含む。ステップ５３５の最初のＳＩＰ２００ＯＫ応答メッセージは、ＰｏＣクライアントＢ５４０以外のＰｏＣクライアントＡ５００によって招待された他のクライアントによって送信されることができる。
【００６５】
本発明により、ＣＦ５２０は、ステップ５３５のＳＩＰ２００ＯＫ応答メッセージを送信したＰｏＣクライアントＢ５４０によって支援されるメディアタイプを上記応答メッセージを通じて判定し、セッションメディアタイプ臨時格納部(図示せず)にメディアタイプ情報を格納する。このセッションメディアタイプ臨時格納部は、受信側ＰｏＣクライアントの最初の応答及びセッション参加要求を受信し、該当ＰｏＣクライアントによって支援されるメディアタイプの情報を判断して格納する(ステップ５５０)。セッションメディアタイプ臨時格納部は、ＰｏＣサーバ(すなわち、ＣＦ５２０)に含まれ、あるいは別途に構成されることができる。また、それぞれのメディアタイプは、メディア発言権制御エンティティと結合(bound)されることができる。ここで、“メディア発言権制御エンティティ”は、結合されたメディアタイプの伝送を可能にする発言権制御を遂行するリソース(resource)を表す。発言権制御は、一つのメディアに対して一度に一人のユーザーのみがアクセスできるようにステートマシン(state  machine)によって遂行される。
【００６６】
メディア発言権制御エンティティは、ＰｏＣユーザーによる定義に基づき、あるいは交渉を通じて一つ以上のメディアタイプ又はメディアストリームを処理することができる。したがって、一つ又は複数のメディアタイプは、一つのメディア発言権制御エンティティと結合され得る。一方、離散(discrete)メディアタイプまたは同様のものの場合には、発言権制御エンティティが結合されない可能性がある。このようにメディア発言権制御エンティティと結合されないメディアタイプは、該当セッションで発言権制御管理の影響を受けない。
【００６７】
したがって、本発明により、受信側クライアントによる各メディアタイプに基づく承認(acceptance)または拒否(rejection)の方法は、最初のＳＤＰ提案が該当メディアタイプと、結合されたメディア発言権制御エンティティとをともに承認又は拒否することを暗示する。
【００６８】
本発明によれば、ＣＦ５２０は、最初のＳＩＰ２００ＯＫ応答メッセージを送信するＰｏＣクライアントＢ５４０によって支援されるメディアタイプの情報を上記臨時格納部に格納し(ステップ５５０)、ＰｏＣクライアントＢ５４０によって支援されるメディアタイプの情報を含む発言権付与(Floor Granted)メッセージ(例えば、Talk Burst Granted  message)をＰｏＣクライアントＡ５００に送信する(ステップ５１１，５１２)。ステップ５１１の発言権付与メッセージは、図７に示すＲＴＣＰフォーマットを有する。発言権を取得したＰｏＣクライアントＡ５００は、ＰｏＣクライアントＡ５００のユーザーの選択に従って、ＰｏＣクライアントＡ５００によって支援されるメディアタイプのマルチメディアストリームを完全にまたは選択的に伝送することができる。すなわち、ステップ５１１及び５１２で、発言権付与メッセージに含まれたＰｏＣクライアントＢ５４０によって支援されるメディアタイプに対応するメッセージが送信される。ＰｏＣクライアントＡ５００が発言権付与メッセージ(ステップ５１１)に含まれたＰｏＣクライアントＢ５４０のメディアタイプ情報を無視し、ＰｏＣクライアントＡ５００によって支援されるすべてのメディアタイプ(すなわち、スーパーセット(super-set)またはフルセット(full-set)メディア)を送信しても、ＣＦ５２０は、ＰｏＣクライアントB５４０によって実際に受信可能な特定のメディアタイプに対応するメディアストリームのみをスクリーニング(screening)してＰｏＣクライアントＢ５４０に伝送する(ステップ５６０)。発言権を付与するためのプロセスの進行中にＣＦ５２０とセッションが開設された他のＰｏＣクライアントがある場合に、ＣＦ５２０は、これらのそれぞれによって支援される各メディアタイプをスクリーニングして取得されたメディアストリームを各々該当ＰｏＣクライアントに伝送する。また、メディアの伝送中またはセッションの進行中に、ＰｏＣクライアントＢ５４０によって支援されるメディアタイプ以外に新たなメディアタイプを支援する異なるＰｏＣクライアントからセッション参加要求メッセージに対するＳＩＰ２００ＯＫ応答メッセージが受信されると、ＣＦ５２０は、該当セッションで支援する新たなメディアタイプを各セッションによる臨時格納部に格納する(ステップ５８０)。ステップ５８０の格納方法は、ＣＦ５２０がステップ５３５で伝送されたＳＩＰ２００ＯＫ応答メッセージに含まれた情報を確認して格納するステップ５５０と同一である。最初の応答者のＳＩＰ２００ＯＫ応答メッセージがＣＦ５２０によって受信された後、異なるＰｏＣクライアントのＳＩＰ２００ＯＫ応答メッセージは、いつでもＣＦ５２０に到着することができる。
【００６９】
マルチメディアストリームを伝送中であるＰｏＣクライアントA５００の発言権が終了した場合に、ＣＦ５２０は、該当セッションに現在参加している任意の他の一つのＰｏＣクライアントから発言権要求を受信することができる(ステップ５２６)。このＣＦ５２０は、臨時格納部に格納された情報を参照して発言権を要求するＰｏＣクライアントに、該当セッションで使用される累積されたメディアタイプに関する情報及び追加されたすべてのメディアタイプに関する情報を含む発言権付与メッセージを送信する。(ステップ５１６)。ＣＦ５２０は、該当ＰｏＣクライアントに上記発言権付与メッセージを伝送し、上記セッションに参加している他のＰｏＣクライアントに発言権取得メッセージ(Floor Taken message)、例えばメディアバースト取得メッセージを伝送する(ステップ５１７)。この発言権取得メッセージは、発言権付与メッセージに含まれたメディアタイプに関する情報を含んでおり、それによって、発言権を取得したＰｏＣクライアントによって伝送されたメディアタイプを通知することができる。
【００７０】
さらに、発言権取得メッセージは、セッション参加者の数、メディア別支援クライアントの数、及びメディアによるセッション参加者のアドレスに関する情報を含むことができる。
【００７１】
一方、図６において、セッションを要求するＰｏＣクライアントに２００ＯＫメッセージを伝送するステップ５０５は、ＣＦ５２０が受信側ＰｏＣクライアントＢ５４０から２００ＯＫメッセージを受信した後に遂行されることができる。他の手順と同様に、セッションを要求するＰｏＣクライアントにステップ５０５で伝送された２００ＯＫメッセージに含まれたＳＤＰ(Session  Description  Protocol)値が、セッションオープンの際に、ＰｏＣクライアントＡ５００によって要求されたメディアのフルセットを支援することができる。
【００７２】
一方、ＣＦ５２０からＰｏＣクライアントＡ５００に伝送される発言権付与メッセージは、ステップ５１１及び５１２に示すように、ＰｏＣクライアントＢ５４０によって支援されるメディアタイプの情報、または上記支援されたメディアタイプの情報の代わりに、ＰｏＣクライアントＢ５４０によって支援されるメディアタイプの活性/非活性（active/inactive）状態を含むことができる。
【００７３】
ＣＦ５２０がメディアタイプの活性/非活性状態を含む発言権付与メッセージを送信する場合について説明する。
【００７４】
ＣＦ５２０は、ステップ５０５で、ステップ５０１のＰｏＣクライアントＡ５００から伝送されたセッション参加要求メッセージに含まれたメディアタイプのフルセットが与えられる２００ＯＫ応答メッセージを送信し、それによってメディアタイプのフルセットを受け入れるセッションをオープンする。しかしながら、上記のように、ＰｏＣクライアントＡ５００によって要求されるメディアタイプのフルセットを受け入れるセッションをオープンしても、ステップ５４５の受信側ＰｏＣクライアントＢ５４０から送信される２００ＯＫ応答メッセージに含まれたメディアタイプは、ステップ５５０で、活性状態に設定され、受信側ＰｏＣクライアントＢ５４０から送信された２００ＯＫ応答メッセージに含まれていないメディアタイプは非活性状態に設定される。以後、発言権付与メッセージ(例えば、メディアバースト付与メッセージ)は、ステップ５１１で、活性状態のメディアタイプのみに対して送信されることができる。
【００７５】
したがって、ＰｏＣクライアントＡ５００とＣＦ５２０との間のＰｏＣセッションは、ステップ５０６を通じて、ＰｏＣクライアントＡ５００によって要求されるメディアタイプのフルセットを受け入れるようにオープンされる。しかしながら、ＰｏＣクライアントＡ５００は、ステップ５１２で、活性状態のメディアタイプのみに対して発言権附与メッセージを受信するので、ステップ５１５では、活性状態のメディアタイプのみを伝送可能になる。
【００７６】
その後、ステップ５１４において、さらに別のセッション参加ＰｏＣクライアントから受信された２００ＯＫ応答メッセージが、現在進行されているセッションに非活性状態のメディアタイプを含む場合、ＣＦ５２０は、該当メディアタイプを活性化して活性状態に設定する。すると、ＳＩＰ  ＵＰＤＡＴＥメッセージまたはｒｅ-ＩＮＶＩＴＥメッセージを通じて送信側ＰｏＣクライアントとＰｏＣサーバＸとの間のＰｏＣセッションで、上記メディアタイプの伝送を許可するように該当セッションをリフレッシュ(refresh)することができる。
【００７７】
以後、ＣＦ５２０は、ステップ５２６で、ＰｏＣクライアントＡまたは該当ＰｏＣセッションに参加している他のＰｏＣクライアントから発言権要求メッセージを受信すると、ステップ５８０で追加的に活性化されたメディアタイプを確認する。すると、ＣＦ５２０は、ステップ５１６で、活性状態のメディアタイプのみに対して発言権附与メッセージを選択的に送信することができ、非活性状態のメディアタイプに対して発言権拒否(例えば、メディアバースト拒否)メッセージを送信することができる。
【００７８】
図７は、本発明によるセッションオープン後に、ＣＦによってＰｏＣクライアントに発言権を付与するためのＲＴＣＰメッセージのフォーマットを示す図である。
【００７９】
既存のＲＴＣＰを用いるＭＢＣＰ(Media Burst Control Protocol)メッセージのフォーマットは、メディアタイプ情報を含む。ここで、ＭＢＣＰは、ＰｏＣ１.０システムとの互換性のために、発言停止タイマ(Stop Talking Timer)値と参加者の数を示すフィールド値を含むことができる。ＭＢＣＰメッセージにおいて、累積されたメディアタイプ(Accumulated Media Type)フィールドは、過去の発言権で該当セッションに参加したＰｏＣクライアントによって支援されたすべてのメディアタイプを含む。例えば、最初の発言権が与えられた場合には、累積メディアタイプフィールドの値は、最初の応答クライアントによって支援されるメディアタイプの値に該当する。現在のセッションで、ＣＦに新たに接続されたＰｏＣクライアントが、累積メディアタイプフィールドに含まれ、ＣＦによって支援されたメディアタイプ以外の新たなメディアタイプを支援する場合に、２番目のカラム(column)の追加メディアタイプ(Added Media Type)フィールドは、新たなメディアタイプの値を含む。過去の発言権に使用されたメディアタイプ以外の新たなメディアタイプが支援されていない場合には、追加メディアタイプフィールドの値が“Ｎｕｌｌ”の“０”を有する。これら２つのフィールドの長さは、ＣＦの決定に基づいて変化される。
【００８０】
また、発言権が付与されたＰｏＣクライアントに伝送される発言権付与メッセージは、メディアにより分類される該当セッションに参加しているＰｏＣクライアントの別称(nickname)及びアドレス情報、各メディアが受信可能なセッション参加者の数に関する情報を選択的に含むことができる。
【００８１】
一方、上記の機能は、追加メディアタイプなしに、累積メディアタイプフィールドの値のみでも遂行されることができる。
【００８２】
本発明の他の実施形態によれば、メディアタイプにより独立的に定義されたＭＢＣＰメッセージは、セッションで支援されるメディアタイプ情報をＰｏＣクライアントに提供すために伝送されることができる。上記のように、メディアタイプにより相互に独立的なＭＢＣＰメッセージが使用される場合に、セッションで支援されるメディアタイプは、メディアタイプにより個別的なＭＢＣＰメッセージが伝送/受信されるか否かに基づいて区分され、Ａｄｄｅｄ  Ｍｅｄｉａ  Ｔｙｐｅ及びＡｃｃｕｍｕｌａｔｅｄ  Ｍｅｄｉａ  Ｔｙｐｅフィールドは使用されないことができる。
【００８３】
各メディアタイプによるＭＢＣＰメッセージが受信されるか否かに対する決定に基づいて発言権が与えられたクライアントが該当セッションで支援されるメディアタイプ情報を取得する上記の方法は、ＭＢＣＰメッセージの伝送を通じてセッションによって支援されるメディア情報が伝送されることによる本発明の基本原理から逸脱されない。
【００８４】
本発明によれば、発言権が取得されたことをＰｏＣクライアントに知らせるためのＲＴＣＰメッセージ(すなわち、ＭＢＣＰ取得メッセージ)のフォーマットも、上記と同様な方法で構成され、そのため、ＭＢＣＰ取得メッセージは、ＰｏＣ１.０の基本フォーマットに加えて、発言権付与メッセージに含まれたメディアタイプを識別するためのフィールド値を含む。セッションに参加しつつ発言権を持っていないＰｏＣクライアントに伝送される発言権取得メッセージは、上記発言権付与メッセージと同様に、該当セッションに参加しているＰｏＣクライアントの別称及びアドレス情報を含むことができ、各メディアが受信可能なセッション参加者の数に関する情報を含むこともできる。また、発言権取得メッセージは、現在発言権を持っているＰｏＣクライアントによって支援されるメディアタイプに関する情報をさらに含むことができる。
【００８５】
ここで、“メディアタイプ”の用語は、音声、ビデオ、イメージ、テキストなどのメディア特性を区分する情報として使用される。また、本発明の拡張された技術に対して、“メディアタイプ”は、相互に同一のメディアタイプを区別するための最小の基本単位として見なされることができる。例えば、２つの異なるビデオ、すなわち同一のメディアタイプであるビデオ１及びビデオ２が存在すると、ビデオ１及びビデオ２は、各々に関連されたメディアパラメータの特性に基づいて相互に異なるメディアタイプとして見なされることができる。したがって、上記した“メディアタイプ”は、同一のメディアタイプを示し、またはメディアによりストリームを区分するための最小の基本単位に拡張するために使用することができる。
【００８６】
したがって、拡張された技術の実施形態により、送信側ＰｏＣクライアントがオーディオ１、オーディオ２、ビデオ１、及びビデオ２のメディアタイプを含むセッションのオープンを要求した場合に、ホーム(Home)ＰｏＣサーバは、受信側ネットワークからのＳＩＰ応答で採択されたメディアタイプに関係なく、上述した方法により初期提案された全てのメディアタイプ(すなわち、オーディオ１、オーディオ２、ビデオ１、及びビデオ２）を伝送するようにＰｏＣセッションをオープンすることができる。
【図面の簡単な説明】
【００８７】
【図１】一般的なＰｏＣサービスシステムの構成図である。
【図２】一般的なＰｏＣサーバのブロック構成図である。
【図３】ＰｏＣクライアントが含まれたＰｏＣ  ＵＥとＰｏＣサーバとの一般的な接続を示すブロック構成図である。
【図４】ＰｏＣサーバの制御ＰｏＣ機能部と参加ＰｏＣ機能部を示すブロック構成図である。
【図５】本発明によるＰｏＣマルチメディアサービスを提供するための手順を示すフローチャートである。
【図６】本発明による多様なメディアタイプを支援するＰｏＣクライアント間の効率的なセッション接続を遂行するためのＰｏＣクライアントとＰｏＣサーバとの間の信号フローを示す図である。
【図７】本発明によるセッションオープン後に発言権を付与するためのＲＴＣＰメッセージのフォーマットを示す図である。