(57)【要約】  本発明の方法は、ネットワーク開始される（Network-initiated）ＰｏＣ（Push to talk Over Cellular）グループセッションが開設される場合、ネットワーク開始されるセッションに最初に応答するクライアントの情報を提供する。セッションを管理するサーバーでセッション開始項目を満足するイベントが発生したものと判断されれば、セッション管理サーバーで開始しようとするセッションに参加させる少なくとも１つ以上のクライアントに招待メッセージを送信する。少なくとも１つ以上のクライアントから招待メッセージに対する応答信号を受信する。少なくとも１つ以上のクライアントのうち最初に応答したクライアントに関する情報を含むメッセージをセッション開始要請クライアントに送信する。したがって、初期通話者の識別情報と要請になるコンファレンス情報をユーザに通知することによって、円滑なＰｏＣグループ通話を進行することができる。
2008532455.tif 000002
【特許請求の範囲】
【請求項１】
プッシュツートークオーバーセルラー（ＰｏＣ）ネットワークで最初に応答したクライアントの情報を提供する方法において、
セッション管理サーバーでセッション開始項目を満足するイベントが発生したものと判断されれば、開始しようとするセッションに参加させる少なくとも１つ以上のクライアント各々に招待メッセージを送信する段階と、
少なくとも１つ以上のクライアントから招待メッセージに対する最初応答信号を受信する段階と、
少なくとも１つ以上のクライアントのうち最初に応答したクライアントに関する情報を含むメッセージをセッション開始を要請した少なくとも１つ以上の他のクライアントに送信する段階と、を含むプッシュツートークオーバーセルラー（ＰｏＣ）ネットワークで最初に応答したクライアントの情報を提供する方法。
【請求項２】
前記招待メッセージは、セッション開設要請者に対する送信側クライアントのグループ識別子情報と、ネットワーク開始されたセッション開設要請者の識別子に対する情報とを含むことを特徴とする請求項１に記載のプッシュツートークオーバーセルラー（ＰｏＣ）ネットワークで最初に応答したクライアントの情報を提供する方法。
【請求項３】
前記招待メッセージを送信する段階で、
ｃｏｎｔａｃｔフィールドに含まれたＵＲＩが要請されたＰｏＣグループ通話を管理するコンファレンスサーバーのアドレス情報であることを示すようにｃｏｎｔａｃｔフィールドに‘ｉｓｆｏｃｕｓ’タグを追加し、前記メッセージの‘ｒｅｓｏｕｒｃｅ−ｌｉｓｔ’フィールドにアドホックグループの受信者情報を指示して招待メッセージを転送することを特徴とする請求項２に記載のプッシュツートークオーバーセルラー（ＰｏＣ）ネットワークで最初に応答したクライアントの情報を提供する方法。
【請求項４】
招待メッセージに対する最初応答信号を受信する段階で、
受信側セッションを中継するＰＦが自動応答モード（auto-answer mode）に設定された場合、受信側セッション中継サーバーから臨時応答メッセージを受信することを特徴とする請求項１に記載のプッシュツートークオーバーセルラー（ＰｏＣ）ネットワークで最初に応答したクライアントの情報を提供する方法。
【請求項５】
招待メッセージに対する最初応答信号を受信する段階で、
受信側セッションを中継するＰＦ（Participating PoC Function）がパッシブ応答モードに設定された場合、受信側クライアントからＯＫ応答メッセージを受信することを特徴とする請求項１に記載のプッシュツートークオーバーセルラー（ＰｏＣ）ネットワークで最初に応答したクライアントの情報を提供する方法。
【請求項６】
前記少なくとも１つ以上のクライアントのうち最初に応答したクライアントに関する情報を含むメッセージをセッション開始を要請した少なくとも１つ以上の他のクライアントに送信する段階で、
ネットワーク開始されたセッション開設に対する予約情報がセッション管理サーバーのＣＦ（Controlling PoC Function）に設定した後に送信側クライアントがセッションを設定した場合、トークバストコントロールプロトコル（ＴＢＣＰ：Talk Burst Control Protocol）を用いてグループ識別子とネットワーク開始されたセッション開設要請識別子情報をセッション開始要請クライアントに転送することを特徴とする請求項１に記載のプッシュツートークオーバーセルラー（ＰｏＣ）ネットワークで最初に応答したクライアントの情報を提供する方法。
【請求項７】
前記セッション開設を要請した少なくとも１つ以上のクライアントのうち最初応答した他の少なくとも１つ以上のクライアントに関する情報を含むメッセージは、
ＲＴＣＰ（ＲＴＰ Control Protocol）ＡＰＰ（application）フォーマットを利用することを特徴とする請求項６に記載のプッシュツートークオーバーセルラー（ＰｏＣ）ネットワークで最初に応答したクライアントの情報を提供する方法。
【請求項８】
前記ＲＴＣＰ（ＲＴＰ Control Protocol）ＡＰＰ（application）メッセージフォーマットは、
バージョン情報、パケットタイプ、サブタイプ情報、パケット長さ、クライアントアドレス、名前情報、トークバスト連結情報のうち少なくとも１つを含むＲＴＣＰ関連情報に対するフィールドと、
応答クライアントの識別情報フィールドと、
ネットワーク開始セッションのグループ識別情報フィールドと、を含むことを特徴とする請求項７に記載のプッシュツートークオーバーセルラー（ＰｏＣ）ネットワークで最初に応答したクライアントの情報を提供する方法。
【請求項９】
前記少なくとも１つ以上のクライアントのうち最初に応答したクライアントに関する情報を含むメッセージをセッション開始を要請した少なくとも１つ以上の他のクライアントに送信する段階は、
セッション管理サーバーのＣＦ（Controlling PoC Function）は、セッション開始要請者が属するセッションのＰＦ（Participating PoC Function）にグループ識別子とネットワークセッション開始要請者の識別子情報を送信する段階と、
セッション開始要請者が属するセッションのＰＦ（Participating PoC Function）は、トークバストコントロールプロトコル（ＴＢＣＰ：Talk Burst Control Protocol）を用いてグループ識別子とネットワークセッション開始要請者の識別子情報をセッション開始要請クライアントに送信する段階と、を含むことを特徴とする請求項１に記載のプッシュツートークオーバーセルラー（ＰｏＣ）ネットワークで最初に応答したクライアントの情報を提供する方法。
【請求項１０】
前記招待メッセージは、
コンファレンスインフォ（conference-info）フィールドを通じてグループ識別子を示し、コンファレンスデスクリプションフィールドのうちｕｓｅｒｓサブフィールドを通じてコンファレンスに接続したクライアント情報を示すことを特徴とする請求項９に記載のプッシュツートークオーバーセルラー（ＰｏＣ）ネットワークで最初に応答したクライアントの情報を提供する方法。
【請求項１１】
前記セッション開設を要請した少なくとも１つ以上のクライアントのうち最初応答した他の少なくとも１つ以上のクライアントに関する情報を含むメッセージは、ＲＴＣＰ（ＲＴＰ Control Protocol）ＡＰＰ（application）フォーマットを利用することを特徴とする請求項９に記載のプッシュツートークオーバーセルラー（ＰｏＣ）ネットワークで最初に応答したクライアントの情報を提供する方法。
【請求項１２】
前記ＲＴＣＰ（ＲＴＰ Control Protocol）ＡＰＰ（application）メッセージフォーマットは、
バージョン情報、パケットタイプ、サブタイプ情報、パケット長さ、クライアントアドレス、名前情報、トークバスト連結情報のうち少なくとも１つを含むＲＴＣＰ関連情報に対するフィールドと、
応答クライアントの識別情報フィールドと、
ネットワーク開始セッションのグループ識別情報フィールドと、を含むことを特徴とする請求項１１に記載のプッシュツートークオーバーセルラー（ＰｏＣ）ネットワークで最初に応答したクライアントの情報を提供する方法。
【請求項１３】
プッシュツートークオーバーセルラー（ＰｏＣ）ネットワークで最初に応答したクライアントの情報を提供するシステムにおいて、
セッションを開始しようとするセッション要請するための開始クライアントと、
セッションに参加するための少なくとも１つ以上の参加クライアントと、
前記初期クライアントと少なくとも１つ以上の参加クライアント間のセッションを管理し、セッション開始項目を満足するイベントが発生すれば、開始しようとするセッションに参加させる少なくとも１つ以上の参加クライアントと開始クライアントに招待メッセージを転送した後、前記招待メッセージに対して開始クライアントと少なくとも１つ以上の参加クライアントのうち最初に応答したクライアントに関する情報を含む第１応答メッセージを送信するセッション管理サーバーと、を含むことを特徴とするプッシュツートークオーバーセルラー（ＰｏＣ）ネットワークで最初に応答したクライアントの情報を提供するシステム。
【請求項１４】
前記招待メッセージは、
セッション開設要請者に対する送信側クライアントのグループ識別子と、
ネットワーク開始されたセッション開設要請者の識別子と、を含むことを特徴とする請求項１３に記載のプッシュツートークオーバーセルラー（ＰｏＣ）ネットワークで最初に応答したクライアントの情報を提供するシステム。
【請求項１５】
前記招待メッセージは、ｃｏｎｔａｃｔフィールドに含まれたＵＲＩが要請されたＰｏＣグループ通話を管理するコンファレンスサーバーのアドレス情報であることを示し、前記メッセージの‘ｒｅｓｏｕｒｃｅ−ｌｉｓｔ’フィールドにアドホックグループの受信者情報を示すｃｏｎｔａｃｔフィールド内のｉｓｆｏｃｕｓタグをさらに含むことを特徴とする請求項１４に記載のプッシュツートークオーバーセルラー（ＰｏＣ）ネットワークで最初に応答したクライアントの情報を提供するシステム。
【請求項１６】
前記セッション管理サーバーは、
受信側セッションを中継するＰＦ（Participating PoC Function）が自動応答モード（auto-answer mode）に設定された場合、受信側セッションＰＦ（Participating PoC Function）から臨時応答メッセージを受信し、受信側クライアントから応答信号が受信される場合と同様に前記受信されたメッセージを処理することを特徴とする請求項１３に記載のプッシュツートークオーバーセルラー（ＰｏＣ）ネットワークで最初に応答したクライアントの情報を提供するシステム。
【請求項１７】
受信側セッションを中継するＰＦ（Participating PoC Function）がパッシブ応答モードに設定された場合、前記セッション管理サーバーは、受信側クライアントからＯＫ応答メッセージを受信する場合に、応答信号が受信されたものとして処理することを特徴とする請求項１３に記載のプッシュツートークオーバーセルラー（ＰｏＣ）ネットワークで最初に応答したクライアントの情報を提供するシステム。
【請求項１８】
ネットワーク開始されたセッション開設に対する予約情報がセッション管理サーバーのＣＦ（Controlling PoC Function）に設定された後に送信側クライアントが事前セッションを設定した場合、
前記セッション管理サーバーは、最初応答が受信されれば、トークバストコントロールプロトコル（ＴＢＣＰ：Talk Burst Control Protocol）を用いてグループ識別子とネットワーク開始されたセッション開設要請者の識別子情報をセッション開設要請クライアントに転送することを特徴とする請求項１３に記載のプッシュツートークオーバーセルラー（ＰｏＣ）ネットワークで最初に応答したクライアントの情報を提供するシステム。
【請求項１９】
前記最初応答メッセージは、ＲＴＣＰ（ＲＴＰ Control Protocol）ＡＰＰ（application）フォーマットを利用することを特徴とする請求項１８に記載のプッシュツートークオーバーセルラー（ＰｏＣ）ネットワークで最初に応答したクライアントの情報を提供するシステム。
【請求項２０】
前記ＲＴＣＰ（ＲＴＰ Control Protocol）ＡＰＰ（application）メッセージフォーマットは、
バージョン情報、パケットタイプ、サブタイプ情報、パケット長さ、クライアントアドレス、名前情報、トークバスト連結情報のうち少なくとも１つを含むＲＴＣＰ関連情報に対するフィールドと、
応答クライアントの識別情報フィールドと、
ネットワーク開始セッションのグループ識別情報フィールドと、を含むことを特徴とする請求項１９に記載のプッシュツートークオーバーセルラー（ＰｏＣ）ネットワークで最初に応答したクライアントの情報を提供するシステム。
【請求項２１】
前記セッション管理サーバーは、少なくとも１つ以上の参加クライアントから応答を受信すれば、
前記セッション管理サーバーのＣＦ（Controlling PoC Function）からセッション開始要請者が属するセッションのＰＦ（Participating PoC Function）にグループ識別子とネットワーク開始セッション開設要請者の識別子情報を転送し、セッション開設要請者が属するセッションのＰＦ（Participating PoC Function）は、トークバストコントロールプロトコル（ＴＢＣＰ：Talk Burst Control Protocol）を用いてグループ識別子とネットワーク開始セッション開設要請者の識別子情報をセッション開設要請クライアントに転送することを特徴とする請求項１３に記載のプッシュツートークオーバーセルラー（ＰｏＣ）ネットワークで最初に応答したクライアントの情報を提供するシステム。
【請求項２２】
ネットワーク開始されたセッション開設要請者の識別子とグループ識別子情報をＰＦ（Participating PoC Function）に転送する時、招待メッセージは、前記メッセージに属するコンファレンスインフォ（conference-info）フィールドを通じてグループ識別子を示し、コンファレンスデスクリプションフィールドのうちｕｓｅｒｓフィールドを通じてコンファレンスに接続したクライアント情報を示すことを特徴とする請求項２１に記載のプッシュツートークオーバーセルラー（ＰｏＣ）ネットワークで最初に応答したクライアントの情報を提供するシステム。
【請求項２３】
前記最初応答メッセージは、
ＲＴＣＰ（RTP Control Protocol）ＡＰＰ（application）フォーマットを利用することを特徴とする請求項２１に記載のプッシュツートークオーバーセルラー（ＰｏＣ）ネットワークで最初に応答したクライアントの情報を提供するシステム。
【請求項２４】
前記ＲＴＣＰ（RTP Control Protocol）ＡＰＰ（application）メッセージフォーマットは、
バージョン情報、パケットタイプ、サブタイプ情報、パケット長さ、クライアントアドレス、名前情報、トークバスト連結情報のうち少なくとも１つを含むＲＴＣＰ関連情報に対するフィールドと、
応答クライアントの識別情報フィールドと、
ネットワーク開始セッションのグループ識別情報フィールドと、を含むことを特徴とする請求項２３に記載のプッシュツートークオーバーセルラー（ＰｏＣ）ネットワークで最初に応答したクライアントの情報を提供するシステム。
【請求項２５】
前記ｒｅｓｏｕｒｃｅ−ｌｉｓｔフィールドは、ａｄ−ｈｏｃグループのセッションに接続される各ＰｏＣクライアントのアドレスを含むアドホックグループの受信者情報を受信側ＰｏＣクライアントに伝達するために利用されることを特徴とする請求項１５に記載のプッシュツートークオーバーセルラー（ＰｏＣ）ネットワークで最初に応答したクライアントの情報を提供するシステム。
【請求項２６】
プッシュツートークオーバーセルラー（ＰｏＣ）ネットワークで最初に応答したクライアントの情報を提供するセッション管理サーバーにおいて、
セッション開設情報を端末から受信し、前記端末から受信したセッション開設項目を満足するイベント発生した時、セッション管理サーバーは、セッションに参加させるクライアントに招待メッセージを転送した後、招待メッセージに対して最初に応答したクライアントに関する情報を含むメッセージを前記クライアントに送信することを特徴とする管理サーバー。
【請求項２７】
ネットワーク開始されたセッション開設に対する予約情報がセッション管理サーバーのＣＦ（Controlling PoC Function）に設定された場合、
前記セッション管理サーバーは、最初クライアントから応答を受信すれば、トークバストコントロールプロトコル（ＴＢＣＰ：Talk Burst Control Protocol）を用いてグループ識別子とネットワーク開始されたセッション開設要請者の識別子情報をセッション開設要請クライアントに転送することを特徴とする請求項２６に記載の管理サーバー。
【請求項２８】
前記セッション管理サーバーは、前記クライアントのうち１つのクライアントから応答を受信すれば、前記セッション管理サーバーのＣＦ（Controlling PoC Function）からセッション開設要請者が属するセッションのＰＦ（Participating PoC Function）にグループ識別子とネットワーク開始されたセッション開設要請者の識別子情報を転送し、前記セッション開設要請者が属するセッションのＰＦ（Participating PoC Function）は、トークバストコントロールプロトコル（ＴＢＣＰ：Talk Burst Control Protocol）を用いてグループ識別子とネットワーク開始されたセッション開設要請者の識別子情報をセッション開設要請クライアントに転送することを特徴とする請求項２６に記載の管理サーバー。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＰｏＣ（PTT over Cellular）グループ通話サービスのためのセッション開設に関し、より詳細には、ネットワークから開始されるＰｏＣ（Push to talk Over Cellular）グループセッションを新しく開設するために最初に応答するクライアントの情報を提供するための方法に関する。
【背景技術】
【０００２】
移動通信が画期的に発展し、通信網が拡大されるにしたがって、携帯電話（cellular phone）を用いたさらに拡張され且つ多様なサービスやアプリケーションが提供されている。同時に、位置サービス、マルチメディアサービス、ＰＴＴ（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）５０、及びプレゼンスサーバ７０に連結される。ＰｏＣサーバ６０は、ＰｏＣセッションを維持、管理するControlling PoC Function（ＣＦ）又は一対一のＰｏＣ通話や一対多通話(又はグループ通話)のためにＰｏＣセッションに参加するためのParticipating PoC Function（ＰＦ）の役目をする。
【０００７】
前記ＰｏＣサーバの機能別ブロックは、一般的なＰｏＣサーバの構造を概略的に示す図２を参照して説明される。前記ＰｏＣサーバは、全般的にＰｏＣセッションの維持及び管理するControlling PoC Function（以下、ＣＦという）と、各ＰｏＣセッション間の維持管理を担当するParticipating PoC Function（以下、ＰＦという）機能を行い、下記の表１及び表２を参照して説明される。
【０００８】
【表１】
2008532455.tif 000003
【０００９】
表１から明らかなように、ＣＦは、ＰｏＣサーバのＰｏＣセッションを維持、管理する役目を行う。ＰｏＣサーバは、ＰｏＣクライアントの発言権（floor）要請を受け入れて、順序を定め、権限を付与する。そして、ＰｏＣサーバは、任意のクライアントが要請したトークバーストをグループＰｏＣ呼出に参加した全ての他のクライアントに分配し、グループＰｏＣ呼出に参加したＰｏＣクライアントの情報を提供する。
【００１０】
下記表２から分かるように、ＰＦは、ＣＦと各ＰｏＣクライアント間のＰｏＣセッションを管理する。特に、ＰＦは、ＣＦが発言権を付与したり、ＣＦからクライアントに発言権を付与する時、ＰｏＣクライアントとＣＦ間に発言権を中継する役目をする。また、ＰＦは、ＣＦとクライアントとの間にメディアを中継する役目、異なるコーデック間のトランスコーディングを行い、同時ＰｏＣセッションの場合、１つのＰｏＣセッションで話している時、他のセッションでも話しながらＰｏＣユーザの選択によって１つをフィルタリングする役目を行う。
【００１１】
【表２】
2008532455.tif 000004
【００１２】
前述したようなＰｏＣサービスシステムにおいて、ＰｏＣユーザが自身の端末機を介してＧＬＭＳ５０にグループ及びグループメンバーに関する情報を入力することができ、ＧＬＭＳ５０から転送された個人またはグループ目録を通じて自身が呼び出すことができるＰｏＣユーザに関する情報を確認することができる。選択的に、ＧＬＭＳにグループ及びグループメンバーの生成、修正及び管理できる他の方法は、インターネットやイントラネットなどＰｏＣサービス提供者が信頼できる通信網を介して入力することができる方法がある。
【００１３】
ＰｏＣサービスを利用するために、ＰｏＣユーザは、ＳＩＰ／ＩＰコア網３０に自身のＰｏＣアドレスを登録する。前記ＳＩＰ／ＩＰコア網３０は、ＰｏＣユーザの要請でＰｏＣユーザ情報を格納する。したがって、他のＰｏＣユーザがグループＰｏＣ呼出を要求しようとする場合、ＰｏＣユーザは、前述したように、自身の情報を前記ＳＩＰ／ＩＰコア網３０にまず登録し、ＧＬＭＳ５０から転送されたグループ識別情報を利用して自身のＳＩＰ／ＩＰコア網３０にグループＰｏＣ呼を要請する。この時、ＳＩＰ／ＩＰコア網３０は、要請するＰｏＣユーザ情報を利用してアドレス決定とドメイン位置判断を行い、要請するＰｏＣユーザが登録されたホームＰｏＣサーバーにＰｏＣ通話要請を転送する。ＰｏＣサーバーは、このようなＰｏＣ通話要請に対してＰｏＣセッション開設を準備し、ＧＬＭＳサーバから各々のユーザ情報を獲得した後、該当ＳＩＰ／ＩＰコア網にＰｏＣ通話要請信号を伝達する。ここで、イントラドメイン内のユーザに対するＰｏＣ通話要請の場合、ＰｏＣサーバーは、ＰＦ及びＣＦの機能を共に行う。通話要請されたＰｏＣユーザを管理するＰｏＣサーバーは、自身に伝達されたＰｏＣユーザの情報を利用してＳＩＰ／ＩＰコア網の位置決定過程を経た後、ＰｏＣユーザにＰｏＣ通話を要請する。
【００１４】
図３は、ＰｏＣサーバーのＣＦ（Controlling PoC Function）ブロックとＰＦ（Participating PoC Function）ブロックを概略的に示す図である。図３を参照すれば、ＰｏＣクライアント１１１、１２１、１３１、１４１は、各々ＰＦ１１０、１２０、１３０、１４０を介してＣＦ１００に接続してＰｏＣセッションを開設する。ここで、ＣＦ１００から許諾した発言要請者に発言権が付与されれば、該当ＰｏＣクライアントの発言に対するメディアが各ＰｏＣクライアントに伝達される。
【００１５】
第一に、受信側は、ＰｏＣユーザの要求によって自身の応答モードを設定することができる。前記応答モードは、大きく自動応答モードと受動応答モードとに分けられる。
【００１６】
自動応答モードは、受信側で指定したＰｏＣユーザリストに含まれる場合、受信者の受動的な応答に代えて、該当ネットワークから送信側に直ちに応答を送ることを意味する。このようなネットワークで、端末の動作に代わって自動的な応答を送ることは、応答設定のための端末の要求によってＰｏＣサーバーで応答モードと該当ユーザリストを格納する機能を有するからである。一方、受動応答モードは、自動応答ユーザリストに含まれていないか、不明な場合、または受信者が全てのユーザに対して受動応答で設定した場合に該当し、ＰｏＣ通話要請は、受信ネットワークを経てユーザの端末まで転送され、ＰｏＣユーザの許諾により通話が連結されることを意味する。
【００１７】
第二に、ＰｏＣシステムは、ユーザのホームネットワーク内のＰｏＣサーバーとの連結設定可否によってon-demandセッションモードとpre-established（又はearly）セッションモードとに分けられる。
【００１８】
pre-establishedセッションモードは、ＰｏＣユーザが自身の要求によってＰｏＣクライアントと自身のホームネットワークに属するＰｏＣサーバーとの間に特定のセッションを設定する。前記pre-establishedセッションは、ＰｏＣユーザが自分が使用すべきメディアパラメータをＰｏＣサーバーと事前に交渉して、今後使われるべきサーバー−クライアント間のメディアパラメータを再交渉する必要なく、速い通話設定を行う。pre-establishedセッションの設定のためには、ＰｏＣクライアントがＳＩＰ ＩＮＶＩＴＥメソードを通じて本文部（SDP MIME body）に支援するメディアパラメータを提供し、サーバから提供されるメディアパラメータに対して応答する。ＰｏＣクライアントは、ＰｏＣサーバから受信される応答メッセージにpre-establishedセッションの識別情報をコンファレンス識別子（conference ＵＲＩ）と共にＰｏＣユーザに送信する。前記pre-establishedセッションを利用する場合、ＩＰアドレス、ポート番号、使われるコーデック(codec)及びトークバースト制御プロトコル(talk burst control protocol)のようなパラメータとして事前交渉が可能である。
【００１９】
on-demandセッションモードは、ＰｏＣユーザがearlyセッションを設定しない状態を意味し、他のＰｏＣユーザのＩＮＶＩＴＥメッセージを受信した後、ＰｏＣ呼連結手続を行うことを示す。
【００２０】
一方、ＯＭＡで標準化中のＰｏＣスペックは、通信システムの基本的機能以外に、次のような特別な特徴を有する。
【００２１】
まず、ＰｏＣシステムは、half duplex通信方式(Mode)の多者間コンファレンス機能を支援し、ＰｏＣグループの目的によって多様にタイプを支援する。特に、 ＰｏＣコンファレンスは、参加するグループの特性によってアドホックＰｏＣグループ(ad hoc PoC group)、事前設定ＰｏＣグループ(pre-arranged Poc group)、Ｃｈａｔ  ＰｏＣグループ(chat Poc group)に区分される。まず、アドホックグループ及び事前セッション設定 ＰｏＣグループ通話の場合、コンファレンスサーバにセッション開設要請をしてフォカース役目をするサーバ（コンファレンスサーバ）から各該当クライアントにセッション要請を伝達すねダイヤルアウト(dial-out)を意味する。次に、Ｃｈａｔ   ＰｏＣグループは、セッションの情報を各クライアントが知っているので、コンファレンスサーバに対してダイヤルイン(dial-in)のセッション開設手続を随伴する。
【００２２】
次に、ＰｏＣシステムで通話要請に対する応答モードの設定は、ネットワーク上のエレメントであるＰｏＣサーバー及びユーザ側の端末であるＰｏＣクライアントで共に格納されることができる。特にＰｏＣクライアントを管理するホームネットワークに応答モードを設定する時、ＰｏＣクライアントが属しているホームネットワーク内でセッション参加機能（participating PoC function;ＰＦ）を行うＰｏＣサーバーにより応答モードが具現される。このようにネットワーク側の応答モードを設定する場合、他のＰｏＣサーバーにより要求されるＰｏＣ通話は、ＰＦが即時自動でセッション進行メッセージを通話要請ネットワークに応答する。したがって、ＰｏＣクライアントまでセッションセットアップメッセージが伝達された後に応答される手続に比べて通話要請の手続を簡素にすることができ、これにより、初期発言権付与時間を低減することができる。
【００２３】
一方、ＣＦを含むＰｏＣセッション制御ネットワークは、受信側ネットワークにＩＮＶＩＴＥ要請メッセージを送信し、これに対する応答メッセージを受信する。受信側ネットワークで応答されるＳＩＰメッセージは、受信側ネットワークとＰＦの設定によって１ＸＸの臨時応答メッセージ（provisional response）や２ＸＸの成功応答メッセージ（successful response）または４ＸＸ−６ＸＸなどのエラー応答メッセージを含むことができる。ＡＵＴＯ−ＡＮＳＷＥＲ応答の場合、ＳＩＰ  １８３  ‘Ｓｅｓｓｉｏｎ  ｐｒｏｇｒｅｓｓ’信号として受信することができ、これを通じて通話要請者のＩＭＳ網でＰｏＣサーバーとクライアント間の連結を進行することができる。受信者の通話許諾信号は、前記ＳＩＰ  １８３  ‘Ｓｅｓｓｉｏｎ  Ｐｒｏｇｒｅｓｓ’やＳＩＰ  ２００  ‘ＯＫ’ｒｅｓｐｏｎｓｅとして回答され、ＣＦとＰＦのＰｏＣサーバーを経由してＰｏＣクライアントＡに転送される。ＣＦは、受信側ＰｏＣサーバーから２００  ＯＫ応答や１８３  Ｓｅｓｓｉｏｎ  ｐｒｏｇｒｅｓｓ信号を受信した後、ＰｏＣ呼が連結されことを判断してＰｏＣクライアントＡに対してトークバスト発言権を付与するfloor granted信号を送るようになる。上記の応答（２００  ＯＫまたは１８３  ｓｅｓｓｉｏｎ  ｐｒｏｇｒｅｓｓ）によってトークバスト権限を付与することは、‘confirmed’または‘unconfirmed’に区分されることができる。‘unconfirmed’応答を受信する場合、ＣＦは、バッファリング機能を要求するようになる。
【００２４】
一方、送信側ＰｏＣクライアントＡは、ＩＮＶＩＴＥ要請信号に対する応答信号を受信した後、トークバスト転送許諾信号（通話連結音）を伝達するfloor granted信号をＲＴＣＰを用いて受信する。floor granted信号は、トークバスト仲裁権限を有するＣＦで生成され、前記該当ＰｏＣクライアントを管理するＰＦを経てＰｏＣクライアントに転送され、ＳＩＰプロトコルを利用することなくベアラーの経路を利用するので、ＳＩＰ／ＩＰコア網を経ることなく転送されることができる。最後に、このような通話連結音を確認したＰｏＣユーザは、メディアストリーム（代表的に音声）をＲＴＰを用いて転送するようになる。
【００２５】
以下、pre-establishedセッションを利用する従来のＰｏＣクライアントのセッション開設過程を図４を参照して後述する。
【００２６】
図４で、送信側ＰｏＣクライアントＡ  １１１は、受信側グループ情報（受信側クライアントアドレス情報を含むＵＲＩリスト）とセッション開設のための様々な情報（ＰｏＣグループ識別子、Pre-establishedセッションＵＲＩ、セッションタイプＵＲＩパラメーター、ＳＩＰ  ｒｅｑｕｅｓｔ方法）をＳＩＰ  ＲＥＦＥＲメッセージを通じて伝達し（Ｓ１１、Ｓ１２）、ＳＩＰ  ＲＥＦＥＲメッセージに対する応答を受信する（Ｓ１３、Ｓ１４）。一方、ＳＩＰ  ＲＥＦＥＲメッセージを受信したＰｏＣサーバーＡ  １００は、該当アドレスにセッション要請のためのＩＮＶＩＴＥメッセージを送信する。ＩＮＶＩＴＥメッセージに対する最初応答を受信した場合、ＰｏＣサーバーＡ  １００は、セッションが連結されたことを通知し（Ｓ１５）、発言権を付与するためのＴＢＣＰ（Talk Burst Control Protocol）メッセージを送信側ＰｏＣクライアントＡ  １１１に伝達した後（Ｓ１７）、メディアを送信する（Ｓ１８）。
【００２７】
実際ＴＢＣＰメッセージに使われるプロトコルは、ＲＴＣＰ（RTP Control Protocol）ＡＰＰ（application）を利用する。受信側で初期に発言権を迅速に付与するために最初の応答が作られる場合、セッション連結と発言権を付与する。上記の手続は、最も早く応答したＰｏＣユーザとのセッションを連結してメディアを転送させ、以後セッション要請に応答するユーザの情報は、ＮＯＴＩＦＹメッセージを通じて受信し（Ｓ２１、Ｓ２２）、２００  ＯＫメッセージを通じて同様にＡＣＫする（Ｓ２３、Ｓ２４）。
【００２８】
前記ＴＢＣＰメッセージは、送信側クライアントにより要請されるＰｏＣグループ情報をＰｏＣセッション識別子とＰｏＣグループ識別子（PoC Group Identity）形態で伝達するが、セッション要請に最初に応答した受信側クライアントの情報を含まないことによって発言権を獲得したＰｏＣクライアントのユーザが最初発言をだれにするかを知らないようにする。また、初期連結されたユーザの識別のために発言権許諾と発言権リリース間の時間遅延をもたらすことを意味するので、資源使用面で非効率的である。
【００２９】
また、セッション連結要請を受ける受信側では、アドホックグループに参加するリスト情報を得られないので、自身が参加するセッションの特性を判断することが難しい。
【発明の開示】
【発明が解決しようとする課題】
【００３０】
本発明の目的は、ＰｏＣグループセッションセットアップ手続においてセッション開始者に初期発言権を付与する時、受信側最初応答者のディスプレイ名前やアドレス情報などの識別子を提供するための付与する方法を提供することにある。
【００３１】
本発明の他の目的は、特定に予約されるセッションがアドホックグループである場合、ＰｏＣサーバーが受信側クライアントにグループに要請される他のユーザの情報を含むようにすることにある。
【００３２】
上記目的を達成するために、本発明は、pre-establishedセッションを通じて伝達するＴＢＣＰプロトコルのメッセージフォーマットと該当フィールドを定義し、より一般的なＰｏＣグループセッションを考慮してpre-establishedセッションのＰｏＣサーバーとコンファレンスサーバーが一致しない場合に対しても、ＳＩＰプロトコルを用いて前記識別情報を伝達できることを示している。
【課題を解決するための手段】
【００３３】
本発明によれば、セッション管理サーバーでセッション開始項目を満足するイベントが発生したものと判断されれば、セッション管理サーバーは、開始しようとするセッションに参加させる少なくとも１つ以上のクライアントにＩＮＶＩＴＥメッセージを転送する段階と、少なくとも１つ以上のクライアントからＩＮＶＩＴＥメッセージに対する最初応答信号を受信する段階と、少なくとも１つ以上のクライアントのうち最初に応答したクライアントに関する情報を含むメッセージをセッション開始要請クライアントに送信する段階と、を含むプッシュツートークオーバーセルラー（ＰｏＣ）ネットワークで最初に応答したクライアントの情報を提供する方法を提供する。
【００３４】
また、本発明によれば、セッションを開始しようとするセッションを要請するための開始クライアント（Initiating Client）と、セッションに参加するための少なくとも１つ以上の参加クライアントと、前記初期クライアントと少なくとも１つ以上の参加クライアント間のセッションを管理し、セッション開始項目を満足するイベントが発生すれば、開始しようとするセッションに参加させる少なくとも１つ以上の参加クライアントと開始クライアントに招待メッセージを転送した後、前記招待メッセージに対して開始クライアントと少なくとも１つ以上の参加クライアントのうち最初に応答したクライアントに関する情報を含む第１応答メッセージを送信するセッション管理サーバーと、を含むプッシュツートークオーバーセルラーネットワークの最初に応答したクライアントの情報を提供するシステムを提供する。
【００３５】
本発明によれば、セッション開設情報を端末から受信し、前記端末から受信したセッション開設項目を満足するイベントが発生した時、開設しようとするセッションに参加させるクライアントに招待メッセージを転送した後、前記招待メッセージに対して最初に応答したクライアントに関する情報を含むメッセージを送信するプッシュツートークオーバーセルラーネットワークの最初に応答したクライアントの情報を提供するセッション管理サーバーを提供する。
【発明の効果】
【００３６】
従来のＰｏＣ技術を用いてグループ通話のためのセッション開設手続において、初期セッションは、受信側クライアントが最初に成功的なＳＩＰ応答信号を受信して連結され、これにより、発言権は、送信側クライアントに付与される。この時、初期応答者の識別情報を送らないことによって発言権を付与されたユーザが対象を識別するまで適切な通話をしなくなる。しかも、ネットワークから初期化されるＰｏＣグループセッションの場合、セッションを予約したユーザは、自身に要請されるＳＩＰセッション要請がどんなグループ通話を指示するかを区分する必要がある。
【００３７】
本発明によれば、上記の必要性によりネットワークから開始されるＰｏＣグループ通話においてセッション予約者が事前セッションに設定された場合、初期通話者の識別情報と要請されるコンファレンス情報をユーザに通知することによって、円滑なＰｏＣグループ通話を進行することができる。また、本発明では、上記の場合に加えて、特別にアドホックグループが予約された場合、受信側クライアントに該当通話受信者リスト情報を伝達してグループセッション参加を要請された受信者が構成員情報によって選択的にセッション参加を決定するようにすることができる。
【発明を実施するための最良の形態】
【００３８】
以下、本発明の属する分野における通常の知識を有する者が本発明を容易に実施できるように好ましい実施例を添付の図面を参照して詳細に説明する。
【００３９】
まず、本発明は、通常のＰｏＣシステム、すなわちＰｏＣ端末機及びＰｏＣサーバーと両端を連結するための下部ネットワーク（ＳＩＰ／ＩＰ核心網及び無線接続網）で構成される。ＰｏＣ端末機は、ＰｏＣサービスを利用するためのＰｏＣクライアントを含み、ＰｏＣサーバーは、ＰｏＣグループセッションの所有可否によってＣＦとＰＦで作動することができる。ＰｏＣシステムに対する内容は、従来技術に詳細に説明されているので省略する。
【００４０】
図５は、pre-establishedセッションが設定されたＰｏＣクライアントに対してnetwork-initiatedアドホックＰｏＣセッション開設が要請される時、グループ情報が受信側クライアントに伝達され、これに対する最初応答が受信されることによって、network-initiatedアドホックＰｏＣセッションが開設される場合、pre-establishedセッションを通じてグループ情報と応答クライアントの情報が伝達される手続を示す図である。
【００４１】
図５では、ＰｏＣセッション開設に対する予約情報がＰｏＣサーバーに設定され、以後ＰｏＣクライアントが事前セッションを設定することを仮定する。ＰｏＣセッション開設に対する予約情報は、ＳＩＰ  ＰＵＢＬＩＳＨメッセージにサービスセッティングを行うことによって設定されることができる。サーバーに設定される情報は、セッション連結を開始するイベント、グループ通話である場合、該当グループ識別子あるいはアドホックグループの構成員ＵＲＩリストを含む。ＰｏＣサーバーは、あらかじめ設定されたイベントトリガーリングにより該当構成員にＩＮＶＩＴＥメッセージを送信する（Ｓ１０１）、この時、ＩＮＶＩＴＥメッセージは、グループ識別子と、ネットワーク開始セッション要請者の識別子とを含む。
【００４２】
グループ識別子は、pre-arrangedグループやｃｈａｔグループのＵＲＩ形態のＰｏＣグループ情報（PoC Group Identity）に伝達され、アドホックグループの場合、該当構成員のＵＲＩリストを含む。前記アドホックグループ構成員のＵＲＩリストが含まれたＩＮＶＩＴＥメッセージ（Ｓ１０１）のフォーマットは、図９を参照して後述する。
【００４３】
一方、受信側ＰＦに自動応答モードが設定された場合、ＰＦは、１８３  Ｓｅｓｓｉｏｎ  Ｐｒｏｇｒｅｓｓという臨時応答を送信し（Ｓ１０２）、選択的に前記臨時応答に対するＡＣＫ（Acknowledg）信号を受信する（Ｓ１０３）。また、Ｓ１０１段階で受信されたアドホックグループの構成員情報を該当受信側クライアントに送信する（Ｓ１０４）。
【００４４】
前記臨時応答を受信した後（Ｓ１０２）、ＣＦは、pre-establishedセッションで連結されたＰｏＣクライアントＡ  １１１０にセッション連結を通知するＴＢＣＰ（Talk Burst Control Protocol）メッセージを伝達する（Ｓ１０５）。この時、ＴＢＣＰメッセージは、連結されたセッションが意味するＰｏＣグループの識別子（事前設定時、ＰＵＢＬＩＳＨに伝達したグループ名と同じかを確認）と、最初に応答した受信側クライアントの識別子とを含む。前記ＴＢＣＰメッセージの具体的なＲＴＣＰ  ＡＰＰフォーマットは、図７を参照して後述する。
【００４５】
ＰｏＣクライアントＡ  １１１０は、上記の応答クライアントを識別した後、発言権許諾過程、メディア転送過程を行う。したがって、ＣＦは、メディアをバッファリングした後（Ｓ１０８）、最終応答（２００  ＯＫ）を受信する（Ｓ１１０）。以後、メディアが該当ＰｏＣクライアントＢ  １２１０に伝達される。
【００４６】
図６は、図５の過程でＰｏＣサーバーがpre-establishedセッションを設定したＰＦと同一でない時、同じ識別情報伝達のための方案を示す図である。図６のＳ２０１、Ｓ２０２、Ｓ２０３、Ｓ２０４は、前記図５のＳ１０１、Ｓ１０２、Ｓ１０３、Ｓ１０４と同様である、しかし、コンファレンスをホストするサーバーがpre-establishedセッションを通じて連結されたＰＦと同一でないので、２つのサーバー間にセッション要請のためのＩＮＶＩＴＥメッセージ転送過程（Ｓ２０５）が必要である。この時、ＩＮＶＩＴＥメッセージには、開設されるグループ情報と、応答を送信したクライアント情報とを含む。前記ＩＮＶＩＴＥメッセージのフォーマットは、図８を参照して後述する。
【００４７】
一方、前記Ｓ２０５のようにＳＩＰ  ＩＮＶＩＴＥメッセージを受信した後、ＰＦ  Ａ  １１００は、pre-establishedセッションを通じてＴＢＣＰメッセージを送信する（Ｓ２０７）。ここで、ＴＢＣＰ連結メッセージは、図５のように開設されるＰｏＣグループ情報と、応答クライアントの識別情報とを含む。以後、発言権許諾及びメディア転送、メディアバッファリング過程は、前記図５と同様である。
【００４８】
前記図５と図６の手続は、ＰｏＣクライアントＡ側にpre-establishedセッションが存在し、受信側（ＰｏＣクライアントＢ）には、自動応答モードが設定された特別な場合である。
【００４９】
したがって、ＰｏＣサービスの様々なモード（応答モード、事前セッションあるいはOn-demandモードなど）による変形された開設手続においても本発明の原理を同一に適用することができる。
【００５０】
図７は、図５と図６の過程においてpre-establishedセッションを通じて伝達されるＴＢＣＰ連結メッセージのフォーマットとフィールドを示す。上記のＴＢＣＰメッセージは、ＰｏＣリリース１に対するＯＭＡ標準によってＲＴＣＰパケットで構成される。このようなＲＴＣＰパケットは、バージョン情報、パケットタイプ、サブタイプ情報、パケット長さなど一般的なＲＴＣＰ転送関連情報とＰｏＣユーザのアドレス、名前情報、トークバスト連結情報などが要求される。本発明で、ＲＴＣＰパケットは、応答クライアントの識別情報とネットワーク開始セッションのＰｏＣグループ識別情報とを含む。
【００５１】
図８は、応答クライアントの識別情報を伝達するためのＳＩＰ  ＩＮＶＩＴＥメッセージを示す図である。
【００５２】
ＩＮＶＩＴＥメッセージで一般ヘッダーとコンテンツを説明しない。但し、本発明で核心的に説明しようとするヘッダーとコンテンツについては、次のように説明する。
【００５３】
まず、ＣＦは、ＩＮＶＩＴＥメッセージの‘ｉｓｆｏｃｕｓ’タグを‘Ｃｏｎｔａｃｔ’ヘッダーに追加させて前記ヘッダーフィールドに含まれたＵＲＩが要請ＰｏＣグループ通話を管理するコンファレンスサーバーのアドレスに関するものである。次に、ＭＩＭＥコンテンツで構成される部分は、一般的メディア交渉のためのＳＤＰ  ｏｆｆｅｒ部と、該当コンファレンスの情報伝達のためのＸＭＬ部とを含む。このために、前記ヘッダー部は、‘ｍｕｌｔｉｐａｒｔ／ｍｉｘｅｄ’のコンテンツタイプフィールド値を有する。コンファレンスに最初に応答した目的ＰｏＣクライアントの情報を伝達するために前記予約されたコンファレンスを示すＩＡＮＡに登録された‘ｃｏｎｆｅｒｅｎｃｅ−ｉｎｆｏ’フィールドが利用されることができる。この時、予約されたコンファレンスに対する一般的情報は、‘ｃｏｎｆｅｒｅｎｃｅ−ｄｅｓｃｒｉｐｔｉｏｎ’フィールド値として獲得することができ、コンファレンスに接続したＰｏＣクライアントに対する詳細な情報を‘ｕｓｅｒｓ’のフィールド値を通じて該当クライアントのＰｏＣアドレス、接続に使用したマシンアドレスと状態、コンファレンス参加方法及びメディアタイプ別特性まで獲得することができる。
【００５４】
ネットワークから開始されるセッションの初期開設時、応答者の識別情報とグループセッション識別情報は、このような‘ｃｏｎｆｅｒｅｎｃｅ−ｉｎｆｏ’フィールドを通じて伝達することができる。また、‘ｃｏｎｆｅｒｅｎｃｅ−ｉｎｆｏ’フィールドを用いてＰＦでさらにＴＢＣＰメッセージに加工して目的クライアントに伝達することができる。
【００５５】
図９は、ネットワーク開始されたアドホックセッションにおいて、受信者リストを目的クライアントに伝達するためのＳＩＰ  ＩＮＶＩＴＥメッセージを示す図である。
【００５６】
前記図８と同様に、まず、ＣＦは、転送されるＩＮＶＩＴＥメッセージの‘ｉｓｆｏｃｕｓ’タグを‘Ｃｏｎｔａｃｔ’ヘッダーに追加させて前記ヘッダーフィールドに含まれたＵＲＩが要請ＰｏＣグループ通話を管理するコンファレンスサーバーのアドレス情報であることを通知することができる。次に、ＭＩＭＥコンテンツで構成されるメッセージの部分は、一般的メディア交渉のためのＳＤＰ  ｏｆｆｅｒ部と、該当コンファレンスの情報伝達のためのＸＭＬ部とを含む。ＸＭＬ部にアドホックグループの構成員情報を伝達するために、ＩＡＮＡに登録された‘ｒｅｓｏｕｒｃｅ−ｌｉｓｔｓ’フィールドを利用することができる。これを通じてアドホックセッションに連結が要請されたＰｏＣクライアントに対するアドレス情報は、‘ｌｉｓｔ’のフィールド値を通じて各受信側ＰｏＣクライアントに伝達される。前記‘ｌｓｉｔ’フィールドに含まれるパラメーターは、ＳＩＰ  
【００５７】
ＵＲＩとユーザ名前（display name）とを相互マッピングさせて含むこともできるが、必要に応じてユーザ名前情報だけを転送することも可能である。
【００５８】
前記ＩＮＶＩＴＥメッセージを通じてグループ識別情報と応答クライアントの識別情報だけを伝達することができる。図８及び図９の他の付加的な情報は省略されることもできる。
【００５９】
以上、本発明の好ましい実施例について添付の図面を参照して説明したが、本発明は、前述の実施例に限定されるものでなく、本発明の属する技術分野において通常の知識を有する者が本発明の技術的思想及び範囲から逸脱しない範囲内で様々に変形または変更して実施できることを理解すべきである。
【図面の簡単な説明】
【００６０】
【図１】一般的なＰｏＣ（Push-to-talk over Cellular）サービスシステムを示す概念図である。
【図２】一般的なＰｏＣサーバーの構造を概略的に示す図である。
【図３】一般的なＰｏＣサーバーのＣＦ（Controlling PoC Function）ブロックとＰＦ（Participating PoC Function）ブロックを概略的に示す図である。
【図４】従来の事前に開設されたセッションを利用するＰｏＣクライアントのセッション開設手続に対するシグナリング流れを示す図である。
【図５】本発明の第１実施例に係る事前に開設されたセッションを用いてアドホックＰｏＣグループ通話時、予約セッション識別と応答者識別過程に対するシグナリング流れを示す図である。
【図６】本発明の第２実施例に係る事前に開設されたセッションを用いてＰｏＣグループ通話時、予約セッション識別と応答者識別過程に対するシグナリング流れを示す図である。
【図７】本発明を具現するためのＲＴＣＰ payload formatを示す図である。
【図８】本発明を具現するための予約セッション識別と応答者識別のためのＩＮＶＩＴＥメッセージを示す図である。
【図９】ネットワークから開始されるアドホックセッションにおいて、受信者リストを伝達するためのＳＩＰ  ＩＮＶＩＴＥメッセージを示す図である。
【符号の説明】
【００６１】
１１１０      ＰｏＣクライアントＡ
１００１      ＰｏＣサーバーＡ（ＰＦ／ＣＦ）
１２００      ＰＦ  Ｂ
１２１０      ＰｏＣ  ｋｕｒａｉａｎｔｏ  Ｂ
【図１】
2008532455.tif 000005
【図２】
2008532455.tif 000006
【図３】
2008532455.tif 000007
【図４】
2008532455.tif 000008
【図５】
2008532455.tif 000009
【図６】
2008532455.tif 000010
【図７】
2008532455.tif 000011
【図８】
2008532455.tif 000012
【図９】
2008532455.tif 000013
【国際調査報告】
2008532455.tif 000014
2008532455.tif 000015