JP4649328B2 - 無線通信システムのブロードキャスト／マルチキャストサービスを利用してマルチパーティ会議サービスを実現する方法、装置及びシステム - Google Patents

Description

本発明は通信ネットワークにおいてマルチパーティ会議サービスを実現する方法と装置に関し、特に無線通信システムのブロードキャスト／マルチキャストサービスを利用してマルチパーティ会議サービスを実現する方法と装置に関する。

マルチパーティ会議サービス（ＭＰＣＳ）は複数のメンバーから構成されたマルチパーティ会議グループに音声と映像等を提供するメディアフローのサービスである。各メンバーであるユーザはメディアフローの受信のみならず、マルチパーティ会議グールプにメディアフローの送信も可能である。

ただし、通常の状況において、マルチパーティ会議サービスグループの各メンバーの受信されるメディアフローはほとんど同じである。そのため、ＭＰＣＳにおいて、メディアフローの送信はピアツーピア(peer-to-peer)送信、マルチキャスト送信、又は集中ユニキャスト送信などの方法が利用できる。ＩＥＴＦ(The Internet Engineering Task Force）のSIPPING (Session Initiation Proposal Investigation) Working Groupに複数の草案が提出され、ＳＩＰ（Session Initiation Protocol）に基づくＭＰＣＳの枠組みとセッションコントロールが定義されている。そのなかで提出されたサードパーティコールコントロール方式は密結合ＭＰＣＳシステムに適応するためのものである。

図１はＩＥＴＦのＳＩＰＰＩＮＧWorking Groupから提出されたマルチパーティ会議システムのネットワークのトポロジ図である。

図１に示すように、ＳＩＰに基づくマルチパーティ会議システムは、フォーカス４、メンバーユーザ１、メディアサーバ３、及びＳＩＰサーバ２を含む。フォーカス４はＳＩＰ会議サービスのコア信号ユニットで、会議グループにおけるすべてのメンバーユーザ１間の信号（図に点線１０１で示すように）関係を保持するので、図１に示すような星形のネットワークトポロジに形成される。

フォーカス４の主なタスクは会議に関するメディアフローをメンバーユーザ１に送信できるようにすることである。メディアフローの制御には一つ又は複数のメディアサーバ３のサポートが必要となる。メディアサーバ３の役目は複数のメディアフローを受信し、処理した後一つ又は複数のメディアフローを送信することである。

図１における実線矢印１０３、点線矢印１０２はそれぞれダウンリンクとアップリンクのメディアフローの方向を示す。フォーカス4はメディアポリシを調整することによって、メディアサーバ３に対して有効に配置する。各会議サービスはそれぞれ自分の会議グループポリシとメディアポリシがあり、会議フォーカス4は，これらのポリシへのアクセスが可能である。一般的に、会議グループのポリシは会議サービスがどういう方法で行われるべきかを記述するセッションのコンテクストとして理解されることができる。 会議フォーカスのタスクの一つは如何にこれらのポリシを実施するかである。これらのポリシに変化が起きた場合には会議フォーカスに知らされるべきである。これらの変化に伴いいくつかのＳＩＰ信号（例えば、退出メッセージ（ＢＹＥ）を送信することによりあるユーザを切断する）が送信させる。これらの変化はいずれも会議通知サービスを通してメンバーユーザに知らされるべきである。

ＩＥＴＦのＸＣＯＮ（Centralized Conferencing）ワーキンググループは会議グループポリシとメディアポリシに関連するコンテンツを定義している。会議サービスはＳＩＰのUniform Resource Identifier（ＵＲＩ）によって一意に識別され、同時に当該ＵＲＩはこれに関連する会議フォーカスを一意に識別する。例えば、会議サービスのＵＲＩはＳＩＰ：ＣＯＮＦ＿ＩＤ＠ｃｏｎｆｅｒｅｎｃｅ．ｃｏｍに設定され、この標識は会議フォーカスのＳＩＰ ＵＲＩでもある。

ＩＥＴＦのＸＣＯＮワーキンググループにおいてもマルチパーティ会議サービスにおけるグループコントロールポリシとメディアコントロールポリシに関連する問題を解決するためのいくつかの草案が提出されている。ＭＰＣＳは運営業者のネットワークにおいて幅広く応用され、簡単な応用拡大によって、例えば映像会議、分布形映像ゲーム、ローカル関連情報の転送等のような多数の応用をサポートすることが可能である。

ＭＰＣＳのサービスグループにおいて、メンバーユーザが受信するメディアフローはほとんどの状況で同じであるため、理論上では第ＩＰ層マルチキャストを利用して移動端末サービスネットワークにおける資源の占用を減少することができる。しかし、その中のあるメンバーユーザが移動端末（例えば、ＣＤＭＡ２０００の移動端末）を利用してＭＰＣＳサービスグループと接続する場合、関連する無線接続ネットワークが第３層ＩＰマルチキャストをサポートすることができない。このため、このようなユーザに対しては図１に示したユニキャスト方式を利用してメディアフローを送信することしかできない。移動端末を利用するユーザの数が増える場合は、このような方法は深刻な資源の無駄遣いをもたらす。

このような状況に対して、理想的な解決方法は、一つの無線資源を用いて複数の移動端末にサービスを提供可能なブロードキャスト/マルチキャストサービス技術を利用してＭＰＣＳに関連するメディアフローの送信を実現することである。このような方法の優れた点はＭＰＣＳに関連する無線通信システムの資源占用を最適化できることである。

従来の無線通信ネットワークにおけるブロードキャスト/マルチキャストサービスの枠組みは様々であるが、ここではＣＤＭＡ２０００システムのブロードキャスト/マルチキャストサービス（ＢＣＭＣＳ）のみを例にして、ブロードキャスト/マルチキャストサービスシステムの構成について説明する。

図２はＢＣＭＣＳシステムの機能ノードの構成図である。

図２に示すように、ＢＣＭＣＳコントローラ８はコアネットワーク設備で、ＢＣＭＣＳセッションに関連する情報を管理し、当該関連情報をそれぞれパケットデータサービスノード（ＰＤＳＮ）、ブロードキャストサービスノード（ＢＳＮ）、ＢＣＭＣＳ移動端末５及びＢＣＭＣＳコンテンツサーバ７に提供する。ＢＣＭＣＳコントローラ８はインタフェース２０２を介してＢＣＭＣＳセッションに関連する情報をパケットデータサービスノードとブロードキャストサービスノードに送信する。これらの情報に関するＢＣＭＣＳＳＳションの費用は、サービスの認証を受けてから、計算される（図２のＡＡＡユニットによって実行される）。

図２におけるインタフェース２０３は、現有のＢＣＭＣＳセッションに関連する情報をＢＣＭＣＳ移動端末５に提供する。このインタフェースはＢＣＭＣＳ情報取得とも呼ばれ、ＢＣＭＣＳ移動端末５に対して認証、権限確認及び保全性保護を行う。ＢＣＭＣＳ移動端末５がＢＣＭＣＳセッションの発信に利用する。ＢＣＭＣＳコントローラ８とＢＣＭＣＳコンテンツ提供サーバ６の間のインタフェースは、３ＧＰＰ２では定義されていない。

ＢＣＭＣＳセッションのメディアフローはＢＣＭＣＳコンテンツ提供サーバ６から発信されたものである。ＢＣＭＣＳコンテンツ提供サーバ６は移動通信事業者のネットワークに設けられてもよいし、サードパーティから提供されてもよい。ＢＣＭＣＳコントローラ８による制御の下で、ＢＣＭＣＳコンテンツサーバ７は、図２のインタフェース２０４を経由して複数のＢＣＭＣＳコンテンツ提供サーバ６から発信されたメディアフローを受信した後、メディアフローに対していくつかの処理を行う。続いて、ＢＣＭＣＳコンテンツサーバ７は、マルチキャストルータ（ＭＲ）、ブロードキャストサービスノード（ＢＳＮ）を経由して生成されたＢＣＭＣＳメディアフローをＣＤＭＡ２０００無線接続ネットワークに転送する。すべてのパケットコントローラ機能ユニット（ＰＣＦ）と接続ネットワーク（ＡＮ）設備はいずれも予備のＩＰマルチキャストパケットを生成し、それぞれ送信することができる。

また、ＢＣＭＣＳコントローラ８は同時に一部のセキュリティー機能、例えばセキュリティーキーを生成してＢＣＭＣＳ移動端末５に送信する機能も担当する。ＢＣＭＣＳコントローラ８はさらに、ＢＣＭＣＳコンテンツ提供サーバ６の認証とＢＣＭＣＳコンテンツ提供サーバ６のＢＣＭＣＳコンテンツサーバ７へのメディアフローの転送の制御も担当する。

マルチパーティ会議サービスのメンバーユーザが移動端末（例えば、ＣＤＭＡ２０００移動端末）であり、尚且つブロードキャスト/マルチキャストサービス技術（図２に示すＢＣＭＣＳ技術）を利用してメディアフローを受信することができれば、ＭＰＣＳにブロードキャスト/マルチキャストサービス技術を結合させることは資源占用問題を解決する理想的な方法である。ところが、ＩＥＴＦによって提出されたＭＰＣＳに関連する方法には、サービス枠組みとサービスポリシのみが定義されて、異なるメンバーユーザの特徴に対しての解決方案には関わっていない。ブロードキャスト/マルチキャストサービスをＭＰＣＳと結合させるためには、少なくとも先ず、新しい設備であるＢＣＭＣＳコントローラがＭＰＣＳサービスに介入して関連するＢＣＭＣＳセッションを制御する問題と、次に、接続ネットワークの状況もその他のメンバーユーザと異なる問題に直面する。そのため、如何にＭＰＣＳサービスにブロードキャスト/マルチキャストサービス技術をシームレスに結合させるかはいまだに解決できていない問題である。

以前、ＳＩＰに基づくマルチパーティ会議サービスに関する特許出願もあった。例えば、一部の解決方法はグループ通信セッションの制御に用いられるが、その中の大部分は移動ネットワークに関連するものである（米国特許出願公開 ＵＳ２００４/００５７４４９Ａ１、ＵＳ２００３/００１２１４９Ａ１、ＵＳ２００２/０１０２９９９Ａ１を参照）。しかし、これらの特許出願は主にＰＴＴ（Push-To-Talk）システムの機能を向上させるためで、いずれもブロードキャスト/マルチキャストサービスに関連する内容には触れていない。

この他、一部の特許出願では異なる接続ネットワークメンバーユーザのグループ通信セッションを解決するための問題が提出されたが、ＢＣＭＣＳに関連する内容には依然として触れていない（米国特許出願公開 ＵＳ２００４/０１２５８０２ Ａ１、ＵＳ２００４/０１２５７６０を参照）。要するに、ＭＰＣＳに関連する今までの一部の特許出願はブロードキャストマルチキャストサービスの内容には触れていない。

したがって、ＭＰＣＳにおいてブロードキャスト/マルチキャストサービス技術を利用する問題はいまだに解決されていないので、ＭＰＣＳにおいてブロードキャスト/マルチキャストサービス技術をシームレスに利用することは不可能である。

本発明の目的は無線通信のコアネットワークにおいて、ブロードキャスト/マルチキャストサービス技術をマルチパーティ会議サービス（ＭＰＣＳ）に集約させて、移動端末のメンバーユーザに関連する無線資源を有効に利用することである。

本発明の一実施形態によれば、会議フォーカスに用いられる無線通信システムのブロードキャスト／マルチキャストサービスを利用してマルチパーティ会議サービス（ＭＰＣＳ）を行う方法であって、少なくとも一つのコンテンツ提供サーバから少なくとも一つの移動端末にコンテンツメディアフローを提供し、前記少なくとも一つのコンテンツ提供サーバからのメディアフロー関連情報を受信し、受信された当該メディアフロー関連情報をブロードキャスト／マルチキャストサービスコントローラに送信し、ブロードキャスト／マルチキャストサービスコントローラの前記メディフロー関連情報に基づいて生成されたブロードキャスト／マルチキャストサービスセッションを確立するためのブロードキャスト／マルチキャストサービスセッション関連情報を受信し、受信された前記メディアフロー関連情報、前記ブロードキャスト／マルチキャストサービスセッション関連情報及びＭＰＣＳ関連情報に基づいて、対応するブロードキャスト／マルチキャストサービスセッションのコンテクストを生成するし、及び、前記少なくとも一つの移動端末がブロードキャスト／マルチキャストサービスセッションを通して前記コンテンツメディアフローを取得するように、生成されたブロードキャスト／マルチキャストサービスセッションのコンテクストを前記少なくとも一つのコンテンツ提供サーバ、前記少なくとも一つの移動端末及び前記ブロードキャスト／マルチキャストサービスコントローラにそれぞれ送信する。

本発明の他の一実施形態によれば、ブロードキャスト／マルチキャストサービスコントローラに用いられる無線通信システムのブロードキャスト／マルチキャストサービスを利用してマルチパーティ会議サービス（ＭＰＣＳ）を行う方法であって、少なくとも一つのコンテンツ提供サーバから少なくとも一つの移動端末にコンテンツメディアフローを提供し、前記少なくとも一つのコンテンツ提供サーバの提供しようとするメディアフローに関連する情報を、ＭＰＣＳの会議フォーカスから受信し、前記メディアフロー関連情報に基づいて初期化操作を行い、ブロードキャスト／マルチキャストサービスセッションを確立するためのブロードキャスト／マルチキャストサービスセッション関連情報を生成し、当該生成されたブロードキャスト／マルチキャストサービスセッション関連情報を前記会議フォーカスに送信し、前記会議フォーカスの前記メディアフロー関連情報、前記ブロードキャスト／マルチキャストサービスセッション関連情報及びＭＰＣＳ関連情報に基づいて生成された前記会議フォーカスからの前記ブロードキャスト／マルチキャストサービスセッションのコンテクストを受信し、及び前記受信したコンテクストを保存し、及び、前記少なくとも一つの移動端末とブロードキャスト／マルチキャストサービスセッションを確立することによって、前記少なくとも一つのコンテンツ提供サーバからの前記メディアフローをブロードキャスト又はマルチキャストの方式によって、前記少なくとも一つの移動端末に送信する。

本発明の他の一実施形態によれば、マルチパーティ会議サービス（ＭＰＣＳ）のコンテンツ提供サーバに用いられる無線通信システムのブロードキャスト／マルチキャストサービスを利用してＭＰＣＳを行う方法であって、少なくとも一つのコンテンツ提供サーバから少なくとも一つの移動端末にコンテンツメディアフローを提供し、ＭＰＣＳの会議フォーカスに送信待ちメディアフローに関連するメディアフロー関連情報を送信し、会議フォーカスからのブロードキャスト／マルチキャストサービスコンテンツサーバのＩＰアドレスとポート番号を受信するし、前記会議フォーカスの前記メディアフロー関連情報、ブロードキャスト／マルチキャストサービスコントローラにて生成されたブロードキャスト／マルチキャストサービスセッション関連情報及びＭＰＣＳ関連情報に基づいて生成された前記会議フォーカスからの前記ブロードキャスト／マルチキャストサービスセッションのコンテクストを受信し、及び前記受信したコンテクストを保存し、及び、前記ブロードキャスト／マルチキャストサービスコンテンツサーバのＩＰアドレスとポート番号に基づいて、当該ブロードキャスト／マルチキャストサービスコンテンツサーバを経由して前記少なくとも一つの移動端末に前記メディアフローを送信する。

本発明の他の一実施形態によれば、無線通信システムの移動端末に用いられるブロードキャスト／マルチキャストサービスを利用してマルチパーティ会議サービス（ＭＰＣＳ）を行う方法であって、少なくとも一つのコンテンツ提供サーバから少なくとも一つの移動端末にコンテンツメディアフローを提供し、送信待ちメディアフローに関連するメディアフロー関連情報と前記ブロードキャスト／マルチキャストサービスコントローラにて生成されたブロードキャスト／マルチキャストサービスセッション関連情報を、前記会議フォーカスから受信し、前記会議フォーカスの前記メディアフロー関連情報、前記ブロードキャスト／マルチキャストサービスセッション関連情報及びＭＰＣＳ関連情報に基づいて生成された前記会議フォーカスからの前記ブロードキャスト／マルチキャストサービスセッションのコンテクストを受信し、及び前記受信したコンテクストを保存し、及び、ブロードキャスト／マルチキャストサービスセッションを確立し、ブロードキャスト／マルチキャストサービスを通して前記メディアフローを受信する。

本発明の他の一実施形態によれば、本発明は無線通信システムのブロードキャスト／マルチキャストサービスを利用して行われるＭＰＣＳをサポートするマルチパーティ会議サービス（ＭＰＣＳ）の会議フォーカスであって、ＭＰＣＳの信号を送信及び受信する信号送受信モジュールと、前記信号送受信モジュールからの信号を受信するか、又は当該信号送受信モジュールを経由して信号を送信して、ＭＰＣＳ会議のグループポリシとメディアポリシに基づいて会議の管理と保守を行う会議フォーカスモジュールと、前記会議フォーカスから情報を受信し、対応するブロードキャスト／マルチキャストサービスセッションのコンテクストに対して初期化、修正又は停止を行うか、もしくは当該会議フォーカスに当該ブロードキャスト／マルチキャストサービスセッションのコンテクストに関連する情報を送信する、ブロードキャスト／マルチキャストサービスセッションのコンテクスト処理モジュールと、を備え、前記会議フォーカスは、前記ブロードキャスト／マルチキャストサービスセッションのコンテクスト処理モジュールのブロードキャスト／マルチキャストサービスセッションのコンテクストの状態に基づいて対応するブロードキャスト／マルチキャストサービスセッションを制御する。

本発明の他の一実施形態によれば、マルチパーティ会議サービス（ＭＰＣＳ）をサポートする無線通信システムのブロードキャスト／マルチキャストサービスコントローラであって、ＭＰＣＳの信号を送信及び受信する信号送受信モジュールと、前記信号送受信モジュールからの信号を受信するか、もしくは当該信号送受信モジュールを経由して信号を送信し、ブロードキャスト／マルチキャストサービスセッションを管理及び保守するブロードキャスト／マルチキャストサービスコントロールモジュールと、前記ブロードキャスト／マルチキャストサービスコントロールモジュールからブロードキャスト／マルチキャストサービスセッションのコンテクストを受信し、当該ブロードキャスト／マルチキャストサービスセッションのコンテクストに対して保存、修正又は停止を行うか、もしくは当該ブロードキャスト／マルチキャストサービスコントロールモジュールに当該ブロードキャスト／マルチキャストサービスセッションのコンテクストに関連する情報を送信する、ブロードキャスト／マルチキャストサービスセッションのコンテクスト処理モジュールと、を備え、前記ブロードキャスト／マルチキャストサービスコントロールモジュールは、前記ブロードキャスト／マルチキャストサービスセッションのコンテクストの状態に基づいてブロードキャスト／マルチキャストサービスセッションを制御する。

本発明の他の一実施形態によれば、無線通信システムのブロードキャスト／マルチキャストサービスを利用して少なくとも一つの移動端末にコンテンツメディアフローを提供するマルチパーティ会議サービス（ＭＰＣＳ）のコンテンツ提供サーバであって、ＭＰＣＳの信号を送信及び受信する信号送受信モジュールと、前記信号送受信モジュールからの信号を受信するか、もしくは当該信号送受信モジュールを経由してシグナリングを送信し、コンテンツメディアフローを提供するコンテンツ提供モジュールと、前記コンテンツ提供モジュールからブロードキャスト／マルチキャストサービスセッションのコンテクストを受信し、当該ブロードキャスト／マルチキャストサービスセッションのコンテクストに対して保存、修正又は停止を行うか、もしくは当該コンテンツ提供モジュールに当該ブロードキャスト／マルチキャストサービスセッションのコンテクストに関連する情報を送信する、ブロードキャスト／マルチキャストサービスセッションのコンテクスト処理モジュールと、を備え、前記コンテンツ提供モジュールは、ブロードキャスト／マルチキャストサービスを通して前記メディアフローを提供する。

本発明の他の一実施形態によれば、ブロードキャスト／マルチキャストサービスを通してマルチパーティ会議サービス（ＭＰＣＳ）を受ける無線通信システムの移動端末であって、ＭＰＣＳの信号を送信及び受信する信号送受信モジュールと、前記信号送受信モジュールからの信号を受信するか、もしくは当該信号送受信モジュールを経由して信号を送信し、ブロードキャスト／マルチキャストサービスセッションを確立可能な移動端末モジュールと、前記移動端末モジュールからブロードキャスト／マルチキャストサービスセッションのコンテクストを受信し、当該ブロードキャスト／マルチキャストサービスセッションのコンテクストに対して保存、修正又は停止を行うか、もしくは前記移動端末モジュールに当該ブロードキャスト／マルチキャストサービスセッションのコンテクストに関連する情報を送信する、ブロードキャスト／マルチキャストサービスセッションのコンテクスト処理モジュールと、を備え、前記移動端末モジュールは、前記ブロードキャスト／マルチキャストサービスセッションのコンテクストの状態に基づいて対応するブロードキャスト／マルチキャストサービスセッションを操作する。

本発明の更なる他の一実施形態によれば、無線通信システムのブロードキャスト／マルチキャストサービスを利用してマルチパーティ会議サービス（ＭＰＣＳ）を行う方法であって、少なくとも一つのコンテンツ提供サーバから少なくとも一つの移動端末にコンテンツメディアフローを提供し、マルチパーティ会議サービスの会議フォーカスは前記少なくとも一つのコンテンツ提供サーバからのメディアフロー関連情報を受信し、受信された当該メディアフロー関連情報をブロードキャスト／マルチキャストサービスコントローラに送信し、前記ブロードキャスト／マルチキャストサービスコントローラは、前記メディアフロー関連情報に基づいてブロードキャスト／マルチキャストサービスセッションを確立するためのブロードキャスト／マルチキャストサービスセッション関連情報を生成し、当該生成されたブロードキャスト／マルチキャストサービスセッションを前記会議フォーカスに送信し、前記会議フォーカスは、取得した前記メディアフロー関連情報、前記ブロードキャスト／マルチキャストサービスセッション関連情報及びＭＰＣＳ関連情報に基づいて対応するブロードキャスト／マルチキャストサービスセッションのコンテクストを生成し、当該ブロードキャスト／マルチキャストサービスセッションのコンテクストを前記少なくとも一つのコンテンツ提供サーバ、移動端末及び前記ブロードキャスト／マルチキャストサービスコントローラにそれぞれ送信し、前記少なくとも一つのコンテンツ提供サーバは、受信された前記ブロードキャスト／マルチキャストサービスセッションのコンテクストに基づいて、前記ブロードキャスト／マルチキャストサービスコンテンツ提供サーバにメディアフローを提供し、及び、前記少なくとも一つの移動端末が前記コンテンツメディアフローを取得するように、前記少なくとも一つの移動端末と前記ブロードキャスト／マルチキャストサービスコントローラは、受信されたブロードキャスト／マルチキャストサービスセッションのコンテクストに基づいて、ブロードキャスト／マルチキャストサービスセッションを確立することと、を含み、前記会議フォーカス、前記ブロードキャスト／マルチキャストサービスコントローラ、前記少なくとも一つの移動端末及び前記少なくとも一つのコンテンツ提供サーバは、前記ブロードキャスト／マルチキャストサービスセッションのコンテクストに基づいて対応するブロードキャスト／マルチキャストサービスセッションを操作する。

本発明の更なる一実施形態によれば、無線通信システムのブロードキャスト／マルチキャストサービスを利用してマルチパーティ会議サービス（ＭＰＣＳ）を行うシステムであって、マルチパーティ会議サービスの会議フォーカスと、ブロードキャスト／マルチキャストサービスコントローラと、少なくとも一つの移動端末と、及び当該少なくとも一つの移動端末にコンテンツメディアフローを提供する少なくとも一つのコンテンツ提供サーバと、を備え、前記会議フォーカスと、前記ブロードキャスト／マルチキャストサービスコントローラと、前記少なくとも一つの移動端末と、及び前記少なくとも一つのコンテンツ提供サーバとはそれぞれ、マルチパーティ会議サービスの信号を受信及び送信する信号送受信モジュールと、ブロードキャスト／マルチキャストサービスセッションのコンテクストに関連する情報を処理するブロードキャスト／マルチキャストサービスセッションのコンテクスト処理モジュールと、をさらに備え、前記会議フォーカスは、前記少なくとも一つのコンテンツ提供サーバからのメディアフロー関連情報、前記ブロードキャスト／マルチキャストサービスコントローラからの前記ブロードキャスト／マルチキャストサービスセッション関連情報及びＭＰＣＳ関連情報に基づいて、ブロードキャスト／マルチキャストサービスセッションのコンテクスト処理モジュールにおいて対応するブロードキャスト／マルチキャストサービスセッションのコンテクストを生成し、前記信号送受信モジュールを経由して当該ブロードキャスト／マルチキャストサービスセッションのコンテクストを前記少なくとも一つのコンテンツ提供サーバと前記少なくとも一つの移動端末及び前記ブロードキャスト／マルチキャストサービスコントローラにそれぞれ送信して、当該ブロードキャスト／マルチキャストサービスセッションのコンテクストに基づいて当該移動端末にコンテンツメディアフローを提供するブロードキャスト／マルチキャストサービスセッションを制御し、前記ブロードキャスト／マルチキャストサービスコントローラは、前記ブロードキャスト／マルチキャストサービスセッションのコンテクストに基づいて対応するブロードキャスト／マルチキャストサービスセッションを制御するように、前記会議フォーカスからのメディアフロー関連情報に基づいてブロードキャスト／マルチキャストサービスセッションを確立するための関連情報を生成し、その情報を前記会議フォーカスに送信し、なお、ブロードキャスト／マルチキャストサービスセッションのコンテクスト処理モジュールにおいて前記会議フォーカスからの前記ブロードキャスト／マルチキャストサービスセッションのコンテクストを受信し、前記受信したコンテクストを保存し及び保守し、前記少なくとも一つのコンテンツ提供サーバは、前記ブロードキャスト／マルチキャストサービスセッションのコンテンツサーバを経由して前記少なくとも一つの移動端末にメディアフローを提供するように、前記会議フォーカスにメディアフロー関連情報を提供し、ブロードキャスト／マルチキャストサービスセッションのコンテクスト処理モジュールにおいて前記会議フォーカスからのブロードキャスト／マルチキャストサービスセッションのコンテクストを受信し、前記受信したコンテクストを保存し及び保守する。さらに、前記少なくとも一つの移動端末は、ブロードキャスト／マルチキャストサービスセッションのコンテクスト処理モジュールにおいて前記会議フォーカスからの前記ブロードキャスト／マルチキャストサービスセッションのコンテクストを受信、保存及び保守し、当該ブロードキャスト／マルチキャストサービスセッションのコンテクストに基づいて対応するブロードキャスト／マルチキャストサービスセッションの操作を行い、ブロードキャスト／マルチキャストサービスセッションを通して前記コンテンツメディアフローを取得する。

本発明によって提供される方法と設備の一形態によると、ブロードキャスト／マルチキャストサービスをＭＰＣＳに集成させることによって、一つのマルチキャストのダウンリンクを利用して複数の移動端末に会議コンテンツのメディアフローを転送して、ＭＰＣＳに関する無線通信システムのエアインタフェース資源を減少させたことが分る。

本発明では、ＢＣＭＣＳとＭＰＣＳ間のサービスマッピング関係、即ち、ＢＣＭＣＳ−ＳＣを確立することによって、ＭＰＣＳにおけるＢＣＭＣＳセッションを管理及び保守している。方法が簡単で、保守し易く、対応するハード設備のグレードアップと更新に便利である。

また、３ＧＰＰ２の標準において、ＢＣＭＣＳセッションは移動端末のみにより発信できるが、本発明に説明した技術を利用することによって、ＳＩＰ ＵＡコンテンツ提供サーバ１７からもＢＣＭＣＳセッションを発信することができる。

以下、図面に基づく説明と特許請求の範囲の内容を参照し、本発明の全体に対する更なる理解を通じて、本発明のその他の目的及び効果はさらにはっきりし、理解しやすくなる。

以下、図面に基づいて本発明の実施形態について詳しく説明する。ここではＣＤＭＡ２０００コアネットワークにおいてＳＩＰを利用してＭＰＣＳをサポートする状況のみを例にして本発明について説明する。

当該ＭＰＣＳのメンバーグループのなか少なくとも一人のメンバーユーザは、ＣＤＭＡ２０００移動端末で、ＢＣＭＣＳ技術を利用してメディアフローを受信できる。なお、少なくとも一人のメンバー（又はコンテンツ提供サーバと呼ばれる）は当該移動端末にメディアフローを提供する。

また、本発明の実施例は主に密結合ＭＰＣＳに対して行うサービスであるが、本発明の実施の形態を拡張することによって疎結合ＭＰＣＳ又は完全分布形ＭＰＣＳ対してもサポートできる。

以下、簡素化の点から本発明と無関係の設備又はプロセスついての説明は省略又は簡略化する。例えば、ＭＰＣＳの会議フォーカスは他の会議グループポリシ制御装置とメディアポリシ制御装置に接続される可能性があり、これらの実体は本発明と無関係であるので、以下の図面には示されていない。さらに、本発明は、例えばＢＣＭＣＳコントローラ８とＢＣＭＣＳ移動端末５のような一部のＢＣＭＣＳ実体のみに関連するので、その他のＢＣＭＣＳ実体は本実施例で説明されていない。

本発明によれば、ＢＣＭＣＳとＭＰＣＳはそれぞれ独立したアプリケーション層プロセスを有するため、ＢＣＭＣＳとＭＰＣＳの間でマッピング関係を確立し、関連するワーキングフローを設計して、このようなマッピング関係を保守して、ＢＣＭＣＳ技術とＭＰＣＳのシームレス結合を実現する必要がある。

本発明において、ＢＣＭＣＳとＭＰＣＳの間におけるこのようなマッピング関係は、新しく定義されたセッションコンテクストによって表示され、ＢＣＭＣＳセッションコンテクスト（ＢＣＭＣＳ−ＳＣ）と呼ばれる。また、関連設備の中で増設された当該ＢＣＭＣＳ−ＳＣを処理する機能ユニットはＢＣＭＣＳ−ＳＣ処理モジュールと呼ばれる。

図３は本発明の実施形態に基づくマルチパーティ会議システムとＢＣＭＣＳシステムとが融和されたネットワーク略図である。

図１に示されたＭＰＣＳシステムに比べ、本発明によるＭＰＣＳシステムには、対応する従来の設備に替わってＢＣＭＣＳ−ＳＣ処理モジュールとＳＩＰユーザエージェント（ＵＡ）モジュールを備える新しい設備が用いられる。なお、なおＢＣＭＣＳセッションを制御する新しい設備が備わっている。

具体的に言うと、従来の会議フォーカス4は新しい会議フォーカス２０に代替され、メンバーユーザ１は新しい移動端末１９に代替され、メディアサーバ３はＢＣＭＣＳコンテンツサーバ７に代替され、同時に新しいＳＩＰ ＵＡコンテンツ提供サーバ１７と新しいＢＣＭＣＳコントローラ１８が加えられている。これらの新しい設備の具体的なモジュールブロックについては図４で詳しく説明する。

このように、図３において、会議フォーカス２０はＳＩＰシグナリング３０４を介してＢＣＭＣＳコントローラ１８と移動端末１９及びＳＩＰ ＵＡコンテンツ提供サーバ１７の間のシグナリング関係を管理、保守する。また、ＢＣＭＣＳコントローラ１８はＢＣＭＣＳシグナリング３０６を介して移動端末１９と確立したＢＣＭＣＳセッションを管理、保守することによって、ブロードキャスト又はマルチキャストの方式（パス３０１）でＳＩＰ ＵＡコンテンツ提供サーバからの（パス３０２を経由して転送された）メディアフローを移動端末１９に転送することができる。

なお、ＳＩＰ ＵＡコンテンツ提供サーバ１７のダウンリンクと移動端末１９のアップリンクは本発明と無関係であるため、図３において、上記二つのリンクは省略されている。

図３に示したＢＣＭＣを融合したＭＰＣＳシステムを実現するのに、最も重要なのはＢＣＭＣＳとＭＰＣＳの間のマッチング関係を確立することである。即ち、ＢＣＭＣＳ−ＳＣである。

本発明の実施形態において、ＢＣＭＣＳ−ＳＣはＭＰＣＳ環境の中のある種のメンバーユーザに対して特別に確立されている。この種の全てのメンバーユーザは、少なくとも一つのＭＰＣＳのＣＤＭＡ ２０００メンバーユーザにメディアフローを提供する。

なお、本発明の実施形態ではＣＤＭＡ ２０００端末のメンバーユーザにメディアフローを提供するメンバーユーザ（又はコンテンツ提供サーバと呼ばれる）をＳＩＰ ＵＡコンテンツ提供サーバ（即ち、図３の実体１７）と呼ぶ。

しかし、実際の実現化において、一つのＭＰＣＳのＣＤＭＡ ２０００メンバーユーザは移動端末１９とＳＩＰ ＵＡコンテンツ提供サーバ１７の機能を同時に有することができる。つまり、ＭＰＣＳにおいて、一つのＣＤＭＡ ２０００メンバーユーザはサービスグループにメディアフローを送信してもいいし、ＢＣＭＣＳを介してメディアフローを受信してもよい。

本発明の実施例において、ＢＣＭＣＳ−ＳＣはそれぞれのＳＩＰ ＵＡコンテンツ提供サーバと一対一に対応する。それぞれのＢＣＭＣＳ−ＳＣはいずれも一つの識別子（ＩＤ）を有する。このＩＤは対応するＳＩＰ ＵＡコンテンツ提供サーバ１７のＳＩＰ ＵＲＩと同じである。

例えば、一つのＳＩＰ ＵＡコンテンツ提供サーバのＳＩＰ ＵＲＩがＳＩＰ：Ａ＠ａａ．ｃｏｍであると、対応するＢＣＭＣＳ−ＳＣのＩＤもＳＩＰ：Ａ＠ａａ．ｃｏｍである。もちろん、本発明はこれに限らず、その他の方法を採用してＢＣＭＣＳ−ＳＣを識別することも可能である。

以下の項目は本発明の実施例に基づいて確立されたＢＣＭＣＳ−ＳＣにおいて必ず必要な内容である。

Ｍ１：ＢＣＭＣＳ−ＳＣ ＩＤ（ＢＣＭＣＳ−ＳＣの一意の識別子）、
Ｍ２：ＳＩＰ ＵＡコンテンツ提供サーバ１７のＩＰアドレス（ＩＰｖ４又はＩＰｖ６アドレスでいい）、
Ｍ３：ＢＣＭＣＳメンバーユーザの数、
Ｍ４：ＢＣＭＣＳメンバーユーザのＳＩＰ ＵＲＩテーブル（ＢＣＭＣＳメンバーユーザの識別子）、
Ｍ５：セッション記述（ＳＩＰ ＵＡコンテンツ提供サーバ１７によって送信されたメディアフローの符号化仕様等）、
Ｍ６：ＢＣＭＣＳ＿ＦＬＯＷ＿ＩＤ（ＢＣＭＣＳ ＩＰマルチキャストフローを識別する識別子、即ちＢＣＭＣＳメディアフローの識別子）、
Ｍ７：具体的なタイム情報（ＳＩＰ ＵＡコンテンツ提供サーバ１７によって送信されたメディアフローのスタートタイムとメディアフローのタイム長さ）、
Ｍ８：関連するＱoＳ情報（必要なバンド等）、
Ｍ９：会議ＩＤ（ＭＰＣＳに関する識別子）。

以下の項目は本発明の実施例に基づいて確立されたＢＣＭＣＳ−ＳＣにおいて選択可能な内容である。

０１：ＢＣＭＣＳコントローラ１８のアドレス（サービス提供業者がアドレスを割り当てることで、会議フォーカス２０が事前にＢＣＭＣＳコントローラのアドレスを取得することができる。会議フォーカスが他のＢＣＭＣＳコントローラ１８の発見メカニズムによってＢＣＭＣＳコントローラ１８のアドレスを取得する場合、本項目はＢＣＭＣＳ−ＳＣセッションコンテクストにおいて必須項目である）、
０２：プログラム名称（ＳＩＰ ＵＡコンテンツ提供サーバ１７によって提供されたプログラムの名称）、
０３：セキュリティー情報（アプリケーション層の暗号化メカニズムを利用する場合、本項目はＢＣＭＣＳ−ＳＣセッションコンテクストにおいて必須項目である）、
０４：プログラムＩＤ（ＳＩＰ ＵＡコンテンツ提供サーバ１７によって提供されたプログラム識別子）、
０５：ＳＩＰ ＵＡコンテンツ提供サーバ１７の名称（当該名称はＳＩＰ ＵＡコンテンツ提供サーバと一対一に対応する）、
０６：マルチキャストＩＰアドレスとポート番号（これはＢＣＭＣＳ＿ＦＬＯＷ＿ＩＤと一意に対応する）、
０７：ＢＣＭＣＳメンバーユーザの最大許容数、
０８：運営業者又はコンテンツ提供業者によって定義されたその他のサービス情報。

前述したＢＣＭＣＳ−ＳＣのコンテンツは本発明に基づくＢＣＭＣＳ−ＳＣ処理モジュールによって保存及び保守される。すでに述べたように、図３において新たに設けられた装置のそれぞれは各自ＢＣＭＣＳ−ＳＣ処理モジュールを備えており、これらの新しい装置の具体的なモジュールブロック図は図４に示される。

図４に示すように、ＢＣＭＣＳ−ＳＣ処理モジュール９、１２、１４、１６及びＳＩＰユーザエージェントモジュール１０、１１、１３及び１５は、それぞれ従来の会議フォーカス4、ＢＣＭＣＳ移動端末５、ＢＣＭＣＳコントローラ８、及びＢＣＭＣＳコンテンツ提供サーバ６に備わる。このようにして、ＢＣＭＣＳ−ＳＣ処理モジュールが備わる会議フォーカス２０、ＢＣＭＣＳ−ＳＣ処理モジュールが備わるＳＩＰ移動端末９、ＢＣＭＣＳ−ＳＣ処理モジュールが備わるＳＩＰ ＢＣＭＣＳコントローラ１８、ＢＣＭＣＳ−ＳＣ処理モジュールが備わるＳＩＰ ＵＡコンテンツ提供サーバ１７が前述した本実施の形態で新たな設備として設けられる。

これらの新たに備わる設備において、会議フォーカス２０はすべての会議メンバー間のシグナリング関係を管理及び保守する必要があるため、会議フォーカス２０のＢＣＭＣＳ−ＳＣ処理モジュールはすべてのＢＣＭＣＳ−ＳＣのコンテンツを保守する必要があり、即ち、会議フォーカス２０のＢＣＭＣＳ−ＳＣ処理モジュールは、全属性のＢＣＭＣＳ−ＳＣを確立する。その他の新たに備わる設備のＢＣＭＣＳ−ＳＣ処理モジュールは、現在の設備に関連するＢＣＭＣＳ−ＳＣのコンテンツのみを保守すればよい。即ち、部分属性のＢＣＭＣＳ−ＳＣのみを保存する。

もちろん、これらのＢＣＭＣＳ−ＳＣのコンテンツは会議フォーカス２０で保守されたＢＣＭＣＳ−ＳＣのコンテンツと一致性を保つ必要がある。そのため、ＢＣＭＣＳ−ＳＣ処理モジュール以外に、本発明の関連設備（会議フォーカス２０、移動端末１９、ＢＣＭＣＳコントローラ１８及びＳＩＰ ＵＡコンテンツ提供サーバ１７）にはすべて、図４に示すように、ＳＩＰシグナリングを介して会議フォーカス２０とＢＣＭＣＳ−ＳＣに関連する情報を交換するためのＳＩＰユーザエージェントモジュールが追加されている。言い換えると、それぞれの新たな設備のＳＩＰ ＵＡは、実際にシグナリング送受信モジュールである。

また、注意すべきところは、ＢＣＭＣＳ−ＳＣ処理モジュールが備わるこれらの新たな設備において、機能モジュール４、５、６及び８により行われたＭＰＣＳのＢＣＭＣＳに関連する全ての操作はＢＣＭＣＳ−ＳＣの状態に基づいてそれぞれ行われるべきである。

本発明の実施例において、ＢＣＭＣＳ−ＳＣ処理モジュールのＢＣＭＣＳ−ＳＣに対する処理はＢＣＭＣＳ−ＳＣの初期化、修正及び停止の三つのプロシージャに分かれる。以下、会議フォーカス２０内部のＢＣＭＣＳ−ＳＣ処理モジュール９を例にして、図５から図７を参照してＢＣＭＣＳ−ＳＣ処理モジュールの操作プロシージャについて説明する。

図５はＢＣＭＣＳ−ＳＣの初期化プロシージャにおいて、会議フォーカス２０内におけるＢＣＭＣＳ−ＳＣ処理モジュール９の動作のフローチャートである。

先ず、会議フォーカスモジュール４はＢＣＭＣＳ−ＳＣの初期化に関する情報を受信し、それをＢＣＭＣＳ−ＳＣ処理モジュール９に送信する。このようにして、ステップ５０１において、ＢＣＭＣＳ−ＳＣ処理モジュール９はＢＣＭＣＳ−ＳＣの初期化に関する情報を受信する。

続いて、ＢＣＭＣＳ−ＳＣ処理モジュール９はＢＣＭＣＳ−ＳＣの初期化に必要なすべての必須コンテンツ（例えば、上記ＢＣＭＣＳ−ＳＣの必須コンテンツＭ１ないしＭ９）が受信されたか否かをチェックする（ステップ５０３）。

必要とする一部のコンテンツが不足する場合は、不足した情報に対して会議フォーカスモジュール４にリクエストを送信する（ステップ５０５）。

一方、ステップ５０３で十分な情報が得られたことが確認された場合は、ＢＣＭＣＳ−ＳＣ処理モジュール９はＢＣＭＣＳ−ＳＣを確立し（ステップ５０７）、ＢＣＭＣＳ−ＳＣの初期化に成功した確認情報を会議フォーカスモジュール４に送信する（ステップ５０９）。

図６はＢＣＭＣＳ−ＳＣの修正プロシージャにおいて、会議フォーカス２０に備わるＢＣＭＣＳ−ＳＣ処理モジュール９の動作のフローチャートである。

先ず、会議フォーカスモジュール４はＢＣＭＣＳ−ＳＣの修正に関する情報を受信し、それをＢＣＭＣＳ−ＳＣ処理モジュール９に送信する。このようにして、ステップ６０１において、ＢＣＭＣＳ−ＳＣ処理モジュール９はＢＣＭＣＳ−ＳＣの修正に関する情報を受信する。

続いて、ステップ６０３において、ＢＣＭＣＳ−ＳＣ処理モジュール９は、ＢＣＭＣＳ−ＳＣのコンテンツを修正する必要があるか否かをチェックする。修正する必要がない場合は、如何なる操作も行わず、当該修正プロシージャを終了させる。

一方、修正する必要がある場合は、ＢＣＭＣＳ−ＳＣ処理モジュール９は内部に保存されているＢＣＭＣＳ−ＳＣに対して修正を行い（ステップ６０５）、修正された内容を会議フォーカスモジュール４に送信する（ステップ６０７）。最後に、会議フォーカスモジュール４は受信した修正情報に基づいて関連するセッション修正操作を行う。

図７はＢＣＭＣＳ−ＳＣの停止プロシージャにおいて、会議フォーカス２０内部におけるＢＣＭＣＳ−ＳＣ処理モジュール９の動作のフローチャートである。

先ず、会議フォーカスモジュール４はＢＣＭＣＳ−ＳＣの停止に関する情報を受信し、ＢＣＭＣＳ−ＳＣ処理モジュール９にＢＣＭＣＳ−ＳＣの停止リクエストを送信する。このようにして、ステップ７０１において、ＢＣＭＣＳ−ＳＣ処理モジュール９はＢＣＭＣＳ−ＳＣの停止リクエストを受信する。

続いて、ＢＣＭＣＳ−ＳＣ処理モジュール９はＢＣＭＣＳ−ＳＣを停止させる必要があるか否かをチェックする（ステップ７０３）。ＢＣＭＣＳ−ＳＣを停止させる必要がない場合は、如何なる操作も行わず、当該停止プロシージャを終了させる。一方、ＢＣＭＣＳ−ＳＣを停止させる必要がある場合は、ＢＣＭＣＳ−ＳＣ処理モジュール９の内部でＢＣＭＣＳ−ＳＣを停止させ（ステップ７０５）、停止確認情報を会議フォーカスモジュール４に送信する（ステップ７０７）。最後に、会議フォーカスモジュール４は関連するセッション停止操作を行う。

移動端末１９、ＢＣＭＣＳコントローラ１８及びＳＩＰ ＵＡコンテンツ提供サーバ１７のＢＣＭＣＳ−ＳＣ処理モジュール１２、１４及び１６の動作のフローチャートは、図５、図６及び図７に説明したＢＣＭＣＳ−ＳＣ処理モジュール９の動作のフローチャートに類似する。例えば、図５、図６及び図７の会議フォーカスモジュール４とＢＣＭＣＳ−ＳＣ処理モジュール９とを、それぞれ対応するＢＣＭＣＳ移動端末モジュール５とＢＣＭＣＳ−ＳＣ処理モジュール１２とに代えると、移動端末１９のＢＣＭＣＳ−ＳＣ処理モジュールの動作のフローチャートになる。

本発明において、ＢＣＭＣＳ−ＳＣの役目は、ＭＰＣＳとＢＣＭＣＳ間のマッピング関係を確立することであり、会議フォーカス２０をサポートしてＢＣＭＣに関するセッションの初期化、修正及び停止操作を完了することである。ＭＰＣＳにおいて、ＢＣＭＣＳ−ＳＣの初期化を行う際に、移動端末１９はまずＢＣＭＣＳセッションを起動するためにＢＣＭＣＳの初期化情報を一部受信する必要がある。これらの情報には、ＢＣＭＣＳ＿ＦＬＯＷ＿ＩＤ、具体的なタイム情報及びその他のいくつかのプログラム関連情報が含まれている。

なお、ＢＣＭＣＳコントローラ１８も初期化タスク（セッション記述、具体的なタイム情報、関連するＱｏＳパラメーター及びセキュリティー情報）のための一部の情報を受信する必要がある。これらの情報は会議フォーカス２０を介してＳＩＰ ＵＡコンテンツ提供サーバ１７から取得することができる。また、会議フォーカス２０はＢＣＭＣＳ−ＳＣの状態に基づいて如何に関連するＢＣＭＣＳセッションを修正又は停止するかを決定する。

従って、ＢＣＭＣＳ−ＳＣの役目は、会議フォーカス２０における関連するＢＣＭＣＳセッションのエージェントであると理解できる。当該エージェントの協力の下で、会議フォーカス２０はＢＣＭＣＳセッションの操作を実現して、ＢＣＭＣＳとＭＰＣＳのマッピング関係を実現する。

ここでは、３ＧＰＰ２を利用したＭＭＤ枠組下でのコールセッションコントロールユニット(Call Session Control Function：ＣＳＣＦ）をＳＩＰサーバ２とする。ＢＣＭＣＳとＭＰＣＳの集成をサポートするＢＣＭＣＳ−ＳＣの操作プロシージャを、図８、図９、図１０、図１１、図１２、図１３、図１４及び図１５に示す。以下、これらについて詳しく説明する。また、新しいＭＰＣＳ実体において転送される新しい情報コンテンツとサービスについても詳しく説明する。

以下の説明において、ＳＩＰ ＵＡコンテンツ提供サーバ１７のＳＩＰ ＵＲＩはＳＩＰ：Ａ＠ａａ．ｃｏｍで、移動端末１９のＳＩＰ ＵＲＩはＳＩＰ：Ｂ＠ｂｂ．ｃｏｍで、ＢＣＭＣＳコントローラ１８のＳＩＰ ＵＲＩはＳＩＰ：ＢＣ＠ｘｘ．ｃｏｍで、会議フォーカス２０のＳＩＰ ＵＲＩはＳＩＰ：Ｃｏｎｆ＿ＩＤ＠ｃｏｎｆ．ｃｏｍである。実際に、一つのＭＰＣＳにおけるＣＤＭＡ２０００メンバーユーザは、移動端末１９とＳＩＰ ＵＡコンテンツ提供サーバ１７を同時にサポートすることができる。つまり、一つのＣＤＭＡ２０００メンバーユーザはＭＰＣＳに関するメディアフローを同時に送信と受信することができる。

（ＢＣＭＣＳ−ＳＣ初期化過程）
図８は本発明のＢＣＭＣＳ−ＳＣの初期化のプロシージャにおける関連設備の動作のフローチャートである。

図８に示すように、会議フォーカス２０は先ず関連するＭＰＣＳとＢＣＭＣＳ設備にインバイト（ＩＮＶＩＴＥ）メッセージを送信する（ステップ８０１）。これらの設備は移動端末１９、ＢＣＭＣＳコントローラ１８及びＳＩＰ ＵＡコンテンツ提供サーバ１７を含む。

続いて、ステップ８０２において、移動端末１９、ＢＣＭＣＳコントローラ１８及びＳＩＰ ＵＡコンテンツ提供サーバ１７は各自の受信された情報に基づいて、ＢＣＭＣＳセッションの初期化操作の実施を開始する。

会議フォーカス２０は受信された各関連設備からの情報に基づいて、ＢＣＭＣＳセッションの初期化が成功したか否かを判断する（ステップ８０３）。ＢＣＭＣＳセッションの初期化が失敗し、且つ失敗した回数が予め定めた値Ｎより小さい場合（ステップ８０４）、ＢＣＭＣＳセッションの初期化を繰り返す。そうでなければ、当該ＢＣＭＣＳ−ＳＣの初期化プロシージャは終了する。

ＢＣＭＣＳセッションの初期化が成功した場合、会議フォーカス２０において、ＢＣＭＣＳ−ＳＣ処理モジュール９は従来の会議フォーカスモジュール４から関連する情報を受信して（ステップ８０５）、対応する全属性のＢＣＭＣＳ−ＳＣ２１を一つ確立する（ステップ８０６）。

ＢＣＭＣＳ−ＳＣ２１の確立が完了した後、ステップ８０７において、会議フォーカス２０は関連する設備（移動端末１９、ＢＣＭＣＳコントローラ１８及びＳＩＰ ＵＡコンテンツ提供サーバ１７）を通してＳＩＰサブスクライブ−通知（SUBSCRIBE-NOTIFY）サービスを確立して、ＢＣＭＣＳ−ＳＣを転送する。したがって、ＳＩＰサブスクライブ−通知サービスにはＢＣＭＣＳ−ＳＣ情報を含むイベントパケットが新しく追加される。

続いて、それぞれの関連設備のＢＣＭＣＳ−ＳＣ処理モジュール１２、１４及び１６はＢＣＭＣＳ−ＳＣのコンテンツに関連する通知を受信された後（ステップ８０８）、対応する設備の中でローカル部分属性のＢＣＭＣＳ−ＳＣ２２、２３及び２４を確立することができる（ステップ８０９）。

最後に、ステップ８１０にてメディアフローの転送を開始する。

図９は図８に示したＢＣＭＣＳ−ＳＣの初期化プロシージャの具体的なＳＩＰメッセージフローチャートである。

図９に示すように、先ず、会議フォーカス２０が移動端末１９とＳＩＰ ＵＡコンテンツ提供サーバ１７にＳＩＰシグナリングの中のインバイト（INVITE）メッセージを送信する（ステップ９０１と９０３）。そのなかＩＮＶＩＴＥメッセージのセッション記述部分（ＳＤＰ）にはリクエストメッセージボディｏｆｆｅｒ 1が含まれ、ＭＰＣＳの初期化に関連する情報を転送することができる。

その後、ＩＮＶＩＴＥメッセージを受信した関連設備のユーザはそれぞれ「１ｘｘセッション確立中」（1xx session progress）の応答メッセージを送信する（ステップ９０２と９０４）。ステップ９０４において、ＳＩＰ ＵＡコンテンツ提供サーバ１７は当該応答メッセージに、例えば、セッション記述、具体的なタイム情報とＱｏＳパラメーター、又はセキュリティー情報、プログラム名称、及びＳＩＰ ＵＡコンテンツ提供サーバ１７の名称等のような選択可能な必要とするＢＣＭＣＳ−ＳＣ関連情報を追加する。

このようにして、ＳＩＰ ＵＡコンテンツ提供サーバ１７によって提供される情報に基づいて、会議フォーカス２０はＢＣＭＣＳコントローラ１８にＩＮＶＩＴＥメッセージを送信する（ステップ９０５）。当該ＩＮＶＩＴＥメッセージのＳＤＰに含まれるリクエストメッセージボディｏｆｆｅｒ２は、当該ＳＩＰ ＵＡコンテンツ提供サーバ１７によって提供された具体的なタイム情報、ＱｏＳパラメーター（応用層が暗号化される場合は、必ずセキュリティー情報が含まれなければならない）、及び選択可能なその他の関連情報を含む。

図１６はステップ９０５のＳＩＰ ＩＮＶＩＴＥメッセージの例を示す。

ＢＣＭＣＳコントローラ１８がｏｆｆｅｒ２に含まれているメッセージを受信した後、セキュリティー認定情報を触発させる可能性があるが、図には表示されていない。そして、ＢＣＭＣＳコントローラ１８のＢＣＭＣＳコントロールユニット（図示省略）は、プログラムＩＤ、ＢＣＭＣＳ＿ＦＬＯＷ＿ＩＤ、マルチキャストＩＰアドレスとポート番号、プログラム情報及びＢＣＭＣＳ−ＳＣに関連する情報を生成させるいくつかの資源の初期化を行う必要がある。

ＢＣＭＣＳコントローラ１８において、ＢＣＭＣＳ−ＳＣに関連する内容は、ＢＣＭＣＳ−ＳＣ ＩＤ、プログラム ＩＤ、ＢＣＭＣＳ＿ＦＬＯＷ＿ＩＤ、及び関連するＱｏＳパラメーターが含まれる（アプリケーション層が暗号化される場合は、セキュリティー情報も含まれる）（ステップ９０６）。続いて、ＢＣＭＣＳコントローラ１８がＢＣＭＣＳセッションの必要とする資源の初期化を完成した後、ステップ９０５のＩＮＶＩＴＥメッセージに対する確認応答メッセージである２００ ＯＫ応答を会議フォーカス２０に送信し（ステップ９０７）、当該メッセージのＳＤＰに含まれている応答メッセージボディａｎｓｗｅｒ２をステップ９０５のｏｆｆｅｒ２に対する応答とする。

応答メッセージボディａｎｓｗｅｒ２には、関連するＢＣＭＣＳ＿ＦＬＯＷ＿ＩＤ、ＢＣＭＣＳ コンテンツサーバ７のＩＰアドレスとポート番号（ＳＩＰ ＵＡコンテンツ提供サーバ１７から送信されるメディアフローを受信する）が含まれるべきで、マルチキャストＩＰアドレスとポート番号、プログラム情報、及びプログラムＩＤ等選択可能な情報が含まれてもいい。

そして、会議フォーカス２０はＳＩＰ ＵＡコンテンツ提供サーバ１７にＳＩＰシグナリングの更新（ＵＰＤＡＴＥ）メッセージを送信する（ステップ９０８）。当該メッセージのｏｆｆｅｒ３にはＢＣＭＣＳコンテンツサーバ７のＩＰアドレスとポート番号が含まれて、ＳＩＰ ＵＡコンテンツ提供サーバ１７がソースメディアフローをＢＣＭＣＳコンテンツサーバ７に送信するようにする。

ＳＩＰ ＵＡコンテンツ提供サーバ１７は２００ ＯＫ応答を送信し（ステップ９０９）、当該応答メッセージにＱｏＳパラメーターの変化とその他の情報更新を提供することができる。そして、ステップ９０３のＩＮＶＩＴＥメッセージに対する応答として２００ ＯＫ応答メッセージを送信することができる（ステップ９１０）。

続いて、会議フォーカス２０は移動端末１９にＵＰＤＡＴＥメッセージを送信する（ステップ９１１）。当該メッセージのリクエストメッセージボディｏｆｆｅｒ４にはＢＣＭＣＳコンテンツに関連する情報（例えば、ＢＣＭＣＳ＿ＦＬＯＷ＿ＩＤ、プログラム記述、ＳＩＰ ＵＡコンテンツ提供サーバ１７のＳＩＰ ＵＲＩ等）が含まれるべきである。

図１７はステップ９１１のＳＩＰ ＵＰＤＡＴＥメッセージの例である。

必要であれば、ステップ９１１のメッセージにＢＣＭＣＳコントローラ１８のＩＰアドレスを追加してもよい。ＢＣＭＣＳセッションを確立するように移動端末１９はこれらの情報に基づいてＢＣＭＣＳ情報取得を発信する。関連するＢＣＭＣＳのプロシージャが開始する前に、会議フォーカス２０にＢＣＭＣＳのプロシージャが行われていることを知らせるために、移動端末１９は「１ｘｘ ＢＣＭＣＳのプロシージャ進行中」（1xx BCMCS procedure undergoing）の応答も送信しなければならない（ステップ９１２）。

このようにして、移動端末１９はＢＣＭＣＳセッションの確立プロシージャを発信することができる（ステップ９１３）。ＢＣＭＣＳに関連するプロシージャについては従来のＣＤＭＡ２０００システムのＢＣＭＣＳ標準に詳しく説明されており、ここでは説明を略す。

ステップ９１３のＢＣＭＣＳセッションの確立プロシージャが成功した場合、移動端末１９は会議フォーカス２０に２００ ＯＫ応答メッセージを送信して（ステップ９１４）、ステップ９１１のＵＰＤＡＴＥメッセージに対する応答とする。続いて２００ ＯＫ応答メッセージを送信して（ステップ９１５）、ステップ９０１のＩＮＶＩＴＥメッセージに対する応答とする。

そして、前に受信された情報に基づいて、会議フォーカス２０はＢＣＭＣＳ−ＳＣを生成する（ステップ９１６）。前述したステップがすべて成功した場合、会議フォーカス２０は移動端末１９、ＳＩＰ ＵＡコンテンツ提供サーバ１７、及びＢＣＭＣＳコントローラ１８に確認（ＡＣＫ）メッセージをそれぞれ送信しなければならない（ステップ９１７、９１８、及び９１９）。この後、会議フォーカス２０は従来のＳＩＰシグナリング標準に定義されているサブスクライブ−通知に基づいて、対応するＢＣＭＣＳ−ＳＣ通知サービスを確立する（ステップ９２０、９２１、及び９２２）。

図１８と図１９はステップ９２１のＳＵＢＳＣＲＩＢＥとＮＯＴＩＦＹメッセージの例である。

ＳＵＢＳＣＲＩＢＥとＮＯＴＩＦＹメッセージにはＢＣＭＣＳ−ＳＣというＢＣＭＣＳ−ＳＣの関連フロ−の通知サービスに用いられる一つ新しいイベントパケットが定義されている。当該通知サービスの目的は、関連するＭＰＣＳとＢＣＭＣＳ実体においてＢＣＭＣＳ−ＳＣに関連する状態情報を交換であり、後に当該イベントパケットの定義について詳しく説明する。

最後に、それぞれの装置がすべてのＢＣＭＣＳ−ＳＣを取得した後、ＳＩＰ ＵＡコンテンツ提供サーバ１７は取得したＢＣＭＣＳコンテンツサーバ７のＩＰアドレスとポート番号に基づいて、ＢＣＭＣＳコンテンツサーバ７に初期のユニキャストメディアフローを送信する（ステップ９２３）。

ＢＣＭＣＳコンテンツサーバ７は先ずこれらのコンテンツに対して処理を行う必要があり、処理した後ブロードキャストサービスノードに送信して、ＢＣＭＣＳコントローラ１８による制御の下で、移動端末１９はＢＣＭＣＳセッションを介してブロードキャスト／マルチキャスト方式にて当該メディアフローを取得する（ステップ９２４）。

前述した初期化のプロセスにおいて、ＢＣＭＣＳセッションは、実際に会議フォーカス２０とＳＩＰサーバ２の協力の下で、ＳＩＰ ＵＡコンテンツ提供サーバ１７から発信されたものである。また、以上の初期化プロシージャを通じて、ＢＣＭＣＳコントローラによる制御の下で、一つのマルチキャストダウンリンクにて複数の移動端末に会議コンテンツのメディアフローを送信することによって、ＭＰＣＳに関連する無線資源の占用を減少させている。

ステップ９０１ないし９０７は図８のステップ８０１に対応し、ステップ９０８ないし９１５は図８のステップ８０２ないし８０４に対応し、ステップ９１６は図８のステップ８０５ないし８０６に対応し、ステップ９２０ないし９２２は図８のステップ８０７ないし８０９に対応する。最後に、ステップ９２３ないし９２４は図８のステップ８１０に対応する。

一つの新しい移動端末１９がすでに確立されたＭＰＣＳに加入する場合でもＢＣＭＣＳ−ＳＣの初期化プロシージャを発信することが可能である。ステップ９０３のメッセージをリインバイト（re-INVITE）に変更するだけでこのような状況をサポートすることができる。

次に、ＢＣＭＣＳ−ＳＣに関するイベントパケットの定義について説明する。

このイベントパケットの役目はＢＣＭＣＳ−ＳＣの通知サービスを提供することである。イベントパケットの定義はＲＦＣ３２６５に説明されたＳＩＰイベントパケット定義に従っている。

関連する実体から会議フォーカス２０にＢＣＭＣＳ−ＳＣに関するサブスクライブリクエスト（ＳＵＢＳＣＲＩＢＥメッセージ）を送信する。サブスクライブリクエストには当該実体が関心を持っているＢＣＭＣＳ−ＳＣの項目テ−ブルが記述されている。この場合、会議フォーカス２０は通知者であり、ＮＯＴＩＦＹメッセージを通してユーザ端末にＢＣＭＣＳ−ＳＣに関する状態更新情報を提供する。イベントパケットにはＢＣＭＣＳ−ＳＣＩＤ、及びＳＩＰ ＵＡコンテンツ提供サーバ１７、移動端末１９、ＢＣＭＣＳコントローラ１８に関する情報が含まれている。

会議フォーカス２０はＢＣＭＣＳ−ＳＣに関する情報を十分に取得し、これらの情報をユーザ端末に提供することができる。イベントパケットの名称は「ＢＣＭＣＳ−ＳＣ」である。ＲＦＣ ３２６５の定義に基づいて、ＳＩＰに関するメッセージのイベント（Event）ヘッダーと許可イベント（Allow-Events）ヘッダーに当該名称が含まれている必要がある。

ＢＣＭＣＳ−ＳＣのイベントパケットに対するＳＵＢＳＣＲＩＢＥにはメッセージボディが含まれる必要があり、そのメッセージボディは対応するサブスクライブのために一つのフィルターを定義している。一つのＳＵＢＳＣＲＩＢＥメッセージに当該メッセージボディが含まれていない場合、次のデフォルトのフィルターポリシを利用する。すなわち、ＢＣＭＣＳ−ＳＣに変化が起きるたびに通知メッセージが生成される必要はなく、一般的に通知メッセージにはすべての状態内容が含まれる必要はなく、変化の状態を指摘するだけでよい。フィルターの設計についてはＲＦＣ ３２６５を参照にすればよく、本発明の注目する問題に属しない。

ＲＦＣ ３２６５が説明するように、ＮＯＴＩＦＹメッセージはサブスクライブの状態情報を記述するメッセージボディが必要である。当該メッセージボディの仕様はＳＵＢＳＣＲＩＢＥメッセージのＡｃｃｅｐｔヘッダーに指定された仕様に従う必要がある。当該仕様が規定されていなかった場合、デフォルトの仕様を採用する。すべての通知者（会議フォーカス２０）とサブスクライバ（移動端末１９、ＢＣＭＣＳコントローラ１８、及びＳＩＰ ＵＡコンテンツ提供サーバ１７）は「ａｐｐｌｉｃａｔｉｏｎ/ＢＣＭＣＳ−ＳＣ＋ｘｍｌ」デ−タ仕様をデフォルトのメッセージボディの仕様としてサポートしなければならない。ＳＵＢＳＣＲＩＢＥメッセージに当該仕様に対する定義が存在する場合、「ａｐｐｌｉｃａｔｉｏｎ/ＢＣＭＣＳ−ＳＣ＋ｘｍｌ」仕様もその中に入れておかなければならない。

移動端末１９がＢＣＭＣＳ−ＳＣに関するＢＣＭＣＳセッションに加入又はそこから離れる場合、必ず通知メッセージを送信してＢＣＭＣＳ−ＳＣの状態を報告しなければならない。ＢＣＭＣＳ−ＳＣの必要なメッセージに変化が起きた場合、必ず通知メッセージを送信してＢＣＭＣＳ−ＳＣの状態を報告しなければならない。ＢＣＭＣＳ−ＳＣの選択可能なメッセージに変化が起きた場合でも、通知メッセージを送信してＢＣＭＣＳ−ＳＣの状態を報告することができる。

ＢＣＭＣＳ−ＳＣ ＸＭＬ ファイルのルートエレメントは＜ＢＣＭＣＳ−ＳＣ＞で、その型はＢＣＭＣＳ−ＳＣ−ｔｙｐｅである。ＢＣＭＣＳ−ＳＣ−ｔｙｐｅ型は、ＢＣＭＣＳ−ＳＣ ＩＤである対応するＢＣＭＣＳ−ＳＣを識別する実体属性と、ＸＭＬファイルにすべてのＢＣＭＣＳ−ＳＣメッセージが含まれているか否かを指摘する状態属性（「ｆｕｌｌ」（全属性）、「ｐａｒｔｉａｌ」（部分属性）、又は「ｄｅｌｅｔｅｄ」（ＢＣＭＣＳ−ＳＣがまもなく終了する））でもよい。

詳しいメッセージについては関連する標準、例えば、ＲＦＣ ３２６５を参照）と、ＸＭＬファイルの送信順序を識別するバージョン属性（ゼロからカウントして更新するたびに１を足す。当該属性はＲＦＣ３２６５に定義されてある）と、を含むべきである。

ＢＣＭＣＳ−ＳＣ−ｔｙｐｅ型は拡張可能なサブエレメントを定義している。「ｆｕｌｌ」属性に対するＢＣＭＣＳ−ＳＣ ＸＭＬファイルは少なくとも、＜ＢＣＭＣＳ−ＳＣ−ｄｅｓｃｒｉｐｔｉｏｎ＞（ＢＣＭＣＳ−ＳＣ−ｄｅｓｃｒｉｐｔｉｏｎ−ｔｙｐｅ型）と、＜ＳＩＰ−ＵＡ−ｃｏｎｔｅｎｔ−ｐｒｏｖｉｄｅｒ−ｉｎｆｏ＞（ＳＩＰ−ＵＡ−ｃｏｎｔｅｎｔ−ｐｒｏｖｉｄｅｒ−ｔｙｐｅ型）と、＜ＢＣＭＣＳ−ＳＣ−ｓｔａｔｅ−ｉｎｆｏ＞（ＢＣＭＣＳ−ＳＣ−ｓｔａｔｅ−ｔｙｐｅ型）と、＜ＢＣＭＣＳ−Ｕｓｅｒｓ−Ｉｎｆｏ＞（ＢＣＭＣＳ−ＳＣ−Ｕｓｅｒｓ−ｔｙｐｅ型）と、のサブエレメントを含まなければならない。

そのなか、＜ＢＣＭＣＳ−ＳＣ−ｄｅｓｃｒｉｐｔｉｏｎ＞（ＢＣＭＣＳ−ＳＣ−ｄｅｓｃｒｉｐｔｉｏｎ−ｔｙｐｅ型）に含まれているのはＢＣＭＣＳ−ＳＣが確立する前のサービス割り当て情報である。ＭＰＣＳにおいて、これらの情報は一度設定されるとほとんど更新されない。ＢＣＭＣＳ−ＳＣの項目において、Ｍ１、Ｍ２、Ｍ３、及びＭ９が当該型に属し、Ｏ５、Ｏ６、Ｏ７、及びＯ８が存在すれば当該型に属することになる。

＜ＳＩＰ−ＵＡ−ｃｏｎｔｅｎｔ−ｐｒｏｖｉｄｅｒ−ｉｎｆｏ＞（ＳＩＰ−ＵＡ−ｃｏｎｔｅｎｔ−ｐｒｏｖｉｄｅｒ−ｔｙｐｅ型）にはＢＣＭＣＳ−ＳＣに対応するＳＩＰ ＵＡコンテンツ提供サーバ１７の状態を記述する情報が含まれている。これらの情報はＢＣＭＣＳ−ＳＣが確立される最初に設定され、サービス期間中ＳＩＰ ＵＡコンテンツ提供サーバ１７によって変更可能である。ＢＣＭＣＳ−ＳＣの項目において、Ｍ５、Ｍ７、及びＭ８が当該型に属し、Ｏ２、Ｏ３、及びＯ４が存在すれば当該型に属することになる。

＜ＢＣＭＣＳ−ＳＣ−ｓｔａｔｅ−ｉｎｆｏ＞（ＢＣＭＣＳ−ＳＣ−ｓｔａｔｅ−ｔｙｐｅ型）にはＢＣＭＣＳ−ＳＣのある状態の動態情報を記述する情報が含まれている。これらの情報はＢＣＭＣＳ−ＳＣが確立される最初に設定され、サービス期間中変更可能である。ＢＣＭＣＳ−ＳＣの項目において、Ｍ３が当該型に属する。関連する状態は「ａｃｔｉｖｅ（アクティブ）」、「ｍｏｄｉｆｙｉｎｇ（修正）」、「ｌｏｃｋｅｄ（ロック）」、「ｔｅｒｍｉｎａｔｉｎｇ（停止）、又はその他の自己定義状態に設定されることができる。これらの状態はサービス運営業者によって自己設定可能である。

＜ＢＣＭＣＳ−Ｕｓｅｒｓ−Ｉｎｆｏ＞（ＢＣＭＣＳ−ＳＣ−Ｕｓｅｒｓ−ＴＹＰＥ型）には固定又は非固定数のサブエレメント＜ＢＣＭＣＳ−ＳＣ−Ｕｓｅｒ＞（ｕｓｅｒ−ｔｙｐｅ型）を含めることが可能で、これらのｕｓｅｒ−ｔｙｐｅ型はＢＣＭＣＳ−ＳＣの移動端末１９の状態情報を記述する。ＢＣＭＣＳ−ＳＣの項目において、Ｍ４がｕｓｅｒ−ｔｙｐｅ型に属する。サービス運営業者はこの中にその他の情報を追加してもよい。

本発明に列挙した型に限らず、サービス運営業者はＢＣＭＣＳ−ＳＣ ＸＭＬファイルにその他の下位の型（サブタイプ）を追加することができる。

それぞれのＢＣＭＣＳ−ＳＣに対して通知識別を定義する必要があり、ここでは、当該通知標識はｉｄＡ（対応するＢＣＭＣＳ−ＳＣはＳＩＰ：Ａ＠ａａ.ｃｏｍ）である。

（ＢＣＭＣＳ−ＳＣの修正手順）
新しい移動端末１９がすでに確立されたＭＰＣＳに加入する際に、ブロードキャスト／マルチキャスト方式のメディアフローを当該移動端末に転送するように、ＢＣＭＣＳ−ＳＣの修正プロシージャを発信することができる。このほかに、移動端末１９がＭＰＣＳ又はＳＩＰ ＵＡコンテンツ提供サーバ１７を離れてメディアフローのセッション記述等を変更する様々な状況においてもＢＣＭＣＳ−ＳＣの修正プロシージャを発信することができる。図１０はＢＣＭＣＳ−ＳＣの修正ロシージャにおいて各関連設備の動作のフローチャートを示す。

図１０に示すように、ＢＣＭＣＳ−ＳＣと、関連するＢＣＭＣＳセッションに対して修正の必要がある場合、会議フォーカス２０は先ず関連する移動端末１９とＳＩＰ ＵＡコンテンツ提供サーバ１７とが含まれているＭＰＣＳとＢＣＭＣＳの設備から修正リクエストを受信する（ステップ１００１）。

その後、ステップ１００２において、会議フォーカス２０のＢＣＭＣＳ−ＳＣ処理モジュ−ル９は受信された情報に基づいて、先ず現在保守されているＢＣＭＣＳ−ＳＣの状態をチェックして、修正の必要があるか否かを判断する。修正の必要があると確認された場合、会議フォーカス２０はステップ１００３にて関連する設備にセッションを修正するように通知する。続いて、会議フォーカス２０は各関連設備からのセッション修正応答メッセージを受信し、当該応答メッセージに基づいてセッションの修正が成功したか否かを判断する（ステップ１００４）。

セッションの修正が失敗した場合は、今回の修正プロシージャは終了し、セッションの修正が成功した場合は、会議フォーカス２０のＢＣＭＣＳ−ＳＣ処理モジュ−ル９は保守されているＢＣＭＣＳ−ＳＣに対して修正を行い、各関連設備にＢＣＭＣＳ−ＳＣを修正するように通知して（ステップ１００５）、全修正プロシージャを完成させる。

多くの場合、ＢＣＭＣＳ−ＳＣの修正プロシージャを触発させることが可能である。

図１１と図１２は、ただ新しい移動端末１９がＭＰＣＳとＳＩＰ ＵＡコンテンツ提供サーバ１７に加入してメディアフローセッション記述を更新し、その二つの場合に発信されるＢＣＭＣＳ−ＳＣの修正プロシージャのＳＩＰメッセージプロセスをそれぞれ示している。

図１１は新しく加入した移動端末から発信されたＢＣＭＣＳ−ＳＣによって修正されたＳＩＰメッセージプロセスである。

図１１に示すように、会議フォーカス２０は当該加入した移動端末１９にステップ９０１のメッセージと同じメッセージであるＩＮＶＩＴＥメッセージを送信する（ステップ１１０１）。

同様に、移動端末１９は１ｘｘ ｓｅｓｓｉｏｎ ｐｒｏｇｒｅｓｓメッセージを送信して（ステップ１１０２）応答する。

その後、会議フォーカス２０はＢＣＭＣＳコントローラ１８にｒｅ−ＩＮＶＩＴＥメッセージを送信して（ステップ１１０３）、２００ ＯＫ応答（ステップ１１０４）の中からＢＣＭＣＳコントローラ１８により提供されたＢＣＭＣＳセッションの初期情報を取得する。

ここの応答メッセージボディａｎｓｗｅｒ２には関連するＢＣＭＣＳ−ＦＬＯＷ−ＩＤが含まれるべきで、マルチキャストＩＰアドレスとポート番号、プログラム情報、及びプログラムＩＤ等選択可能な情報が含まれてもよい。

ステップ１１０５から１１０９まではＢＣＭＣＳ関連プロセスであり、ステップ９１１から９１５までと一致する。

会議フォーカス２０がステップ１１０９の応答を受信した場合は、これと対応するＢＣＭＣＳ−ＳＣを修正する（ステップ１１１０）。そして、会議フォーカス２０は当該移動端末１９とＢＣＭＣＳコントローラに確認（ＡＣＫ）メッセージをそれぞれ送信する（ステップ１１１１と１１１２）。

続いて、ステップ１１１３において、修正されたＢＣＭＣＳ−ＳＣを当該移動端末１９に通知するように会議フォーカス２０と移動端末１９の間にＳＩＰサブスクライブ−通知サービス、即ち、ＢＣＭＣＳ−ＳＣ通知サービスを確立する。これはステップ９２１と同じである。

そして、会議フォーカス２０はさらにＢＣＭＣＳ−ＳＣ通知サービスを介して、ＳＩＰ ＵＡコンテンツ提供サーバ１７に対応する更新メッセージを通知しなければならない。最後に、ステップ１１１５と１１１６において、ＢＣＭＣＳコントローラ１８とＢＣＭＣＳコンテンツサーバ７は当該移動端末１９にＢＣＭＣＳメディアフローの転送を始めることができる。

図１２は一つのＳＩＰ ＵＡコンテンツ提供サーバ１７から発信されたＢＣＭＣＳ−ＳＣの修正プロセスを示す。

図１２に示すように、ＳＩＰ ＵＡコンテンツ提供サーバ１７により提供されたメディアフローの関連情報に変化が起きた場合（例えば、符号化仕様に起きた変化）、ＳＩＰ ＵＡコンテンツ提供サーバ１７は先ずｒｅ−ＩＮＶＩＴＥメッセージを会議フォーカスに送信する（ステップ１２０１）。当該メッセージのリクエストメッセージボディｏｆｆｅｒ１にはＢＣＭＣＳ−ＳＣに関する更新情報（例えば、具体的なタイム情報、関連するＱｏＳパラメーター、セキュリティー情報、プログラム名称、及びＳＩＰ ＵＡコンテンツ提供サーバ１７の名称等）が含まれることが可能である。

その後、ＳＩＰ ＵＡコンテンツ提供サーバ１７は会議フォーカス２０からの２００ ＯＫ応答を受信する（ステップ１２０２）。そして、会議フォーカス２０はＢＣＭＣＳ−ＳＣの通知サービスを介して、当該更新情報をＢＣＭＣＳコントローラ１８に通知する（ステップ１２０３）。

ＢＣＭＣＳコントローラ１８からの２００ ＯＫ応答を受信された後（ステップ１２０４）、会議フォーカス２０は当該更新情報を移動端末１９に通知する（ステップ１２０５）。

続いて、移動端末１９は対応するＢＣＭＣＳセッションの確立プロシージャを発信するべきである。当該プロシージャはＢＣＭＣＳによる再登録（re-registration）のプロシージャから発信できる。関連するＢＣＭＣＳセッションの確立プロシージャが開始する前に、会議フォーカス２０にＢＣＭＣＳのプロシージャが進行中であることが通知される（ステップ１２０６）ように、移動端末１９は「１ｘｘ ＢＣＭＣＳプロシージャ進行中」（1xx BCMCS procedure undergoing）の応答を送信する必要がある。

移動端末１９は当該ＢＣＭＣＳプロシージャ（ステップ１２０７）を通じて、関連するＢＣＭＣＳセッションに対して修正を行う（ステップ１２０８）。ＢＣＭＣＳセッションの修正プロシージャは関連するＢＣＭＣＳ標準において詳しく説明されており、ここでは具体的な説明を省略する。

ＢＣＭＣＳセッションが修正された後、移動端末１９は会議フォーカス２０に２００ ＯＫ応答を送信する（ステップ１２０９）。会議フォーカス２０は応答を受信された後、対応するＢＣＭＣＳ−ＳＣを修正し（ステップ１２１０）、ＳＩＰコンテンツ提供サーバに修正確認（ＡＣＫ）メッセージを送信する（ステップ１２１１）。この時、ＳＩＰ ＵＡコンテンツ提供サーバ１７は新しいメディアフローの転送を開始することができる（ステップ１２１２）。

（ＢＣＭＣＳ−ＳＣの停止）
マルチパーティ会議が終了する場合又はＢＣＭＣＳセッションを利用してＭＰＣＳを提供する必要がない場合には、ＢＣＭＣＳ−ＳＣを停止する必要がある。図１３はＢＣＭＣＳ−ＳＣの停止プロシージャにおいて、関連する新たな設備の動作のフローチャートを示す。

図１３に示すように、ＢＣＭＣＳ−ＳＣと関連するＢＣＭＣＳセッションを停止させる必要がある場合、会議フォーカス２０は先ず関連するＭＰＣＳとＢＣＭＣＳの設備から停止リクエストを受信する（ステップ１３０１）。これらの設備には移動端末１９とＳＩＰ ＵＡコンテンツ提供サーバ１７が含まれている。

そして、ステップ１３０２において、会議フォーカス２０のＢＣＭＣＳ−ＳＣ処理モジュ−ル９は受信された情報に基づいて、先ず現在保持されているＢＣＭＣＳ−ＳＣの状態を停止させる必要があるか否かをチェックする。停止させる必要があると確認された場合は、会議フォーカス２０はステップ１３０３においてＢＣＭＣＳセッションを停止させるように、関連する設備（移動端末１９、ＳＩＰ ＵＡコンテンツ提供サーバ１７、及びＢＣＭＣＳコントローラ１８）に通知する。

その後、各関連設備において、それぞれのＢＣＭＣＳ−ＳＣ処理モジュ−ルは保持されているＢＣＭＣＳ−ＳＣを停止させる（ステップ１３０４）。

図１４と図１５はそれぞれＳＩＰ ＵＡコンテンツ提供サーバ１７と移動端末１９によって発信されたＢＣＭＣＳ−ＳＣを停止させるＳＩＰメッセージプロセスを示す。

図１４はＳＩＰ ＵＡコンテンツ提供サーバ１７によって発信されたＢＣＭＣＳ−ＳＣを停止させるＳＩＰメッセージのフローチャートである。

ＳＩＰ ＵＡコンテンツ提供サーバ１７がＭＰＣＳを離れる際に、ＢＣＭＣＳ−ＳＣの停止プロセスを発信する必要がある。図１４において、ＳＩＰ ＵＡコンテンツ提供サーバ１７は、先ず会議フォーカス２０にＳＩＰシグナリング中の退出（ＢＹＥ）メッセージを送信する（ステップ１４０１）。

その後、会議フォーカス２０はＢＣＭＣＳ−ＳＣ通知サービスを介して当該メッセージをＢＣＭＣＳコントローラ１８に通知する（ステップ１４０２）。ＢＣＭＣＳコントローラ１８は当該通知メッセージが受信された後、会議フォーカス２０にＢＣＭＣＳプロシージャが進行中であることが通知されるように、先ず会議フォーカス２０に「１ｘｘ ＢＣＭＣＳプロシージャ進行中」（1xx BCMCS procedure undergoing）の応答を送信しなければならない（ステップ１４０３）。

続いて、ＢＣＭＣＳコントローラ１８は対応するＢＣＭＣＳセッションを停止させて関連する資源を解放する（ステップ１４０４）。

会議フォーカス２０はＢＣＭＣＳセッションがすでに停止したと表示された２００ ＯＫ 応答を受信した（ステップ１４０５）後、対応するＢＣＭＣＳ−ＳＣを停止させ（ステップ１４０６）てから、ＢＹＥメッセージを移動端末１９に送信することができる（ステップ１４０７）。

最後に、移動端末１９からの２００ ＯＫ応答を受信した（ステップ１４０８）後、会議フォーカス２０はＳＩＰコンテンツ提供サーバ１７に停止確認メッセージを送信して２００ ＯＫ 応答をステップ１４０１のＢＹＥメッセージに対する応答とする（ステップ１４０９）。

図１５は移動端末１９によって発信されたＢＣＭＣＳ−ＳＣの停止プロセスである。

移動端末１９がＢＣＭＣＳ−ＳＣの最後のＢＣＭＣＳメンバーユーザである場合、移動端末１９がＭＰＣＳを離れる際に、ＢＣＭＣＳ−ＳＣの停止プロセスを発信することができる。図１５にこのような状況が説明されている。

先ず、移動端末１９がＢＹＥメッセージを会議フォーカス２０に送信する（ステップ１５０１）。会議フォーカス２０は当該移動端末１９がＢＣＭＣＳ−ＳＣの最後のＢＣＭＣＳメンバーユーザであることに気付いた場合（当該ＢＣＭＣＳ−ＳＣは停止されるべき）、ＢＣＭＣＳコントローラ１８に通知する（ステップ１５０２）。

ＢＣＭＣＳコントローラ１８は対応するＢＣＭＣＳセッションを停止させて関連する資源を解放すべきである（ステップ１５０３ないし１５０４）。

会議フォーカス２０はＢＣＭＣＳセッションがすでに停止された確認メッセージ２００ ＯＫ 応答を受信された（ステップ１５０５）後、対応するＢＣＭＣＳ−ＳＣを停止させて（ステップ１５０６）、対応するＳＩＰ ＵＡコンテンツ提供サーバ１７に通知する（ステップ１５０７）。

最後に、会議フォーカス２０は２００ ＯＫ メッセージを送信してステップ１５０１のＢＹＥメッセージに対する応答とする（ステップ１５０８）。

本発明の上記無線通信ネットワ−クのブロードキャスト／マルチキャストサービスを利用してマルチパーティ会議サービスを行う方法は、ソフトによっても、ハードによっても実現でき、又はソフトとハードを組み合わせた方式でも実現できる。

本分野の技術は、前述した本発明に公開された無線通信ネットワ−クのブロードキャスト／マルチキャストサービスを利用してマルチパーティ会議を行う方法と設備に対して、本発明の内容を逸脱しない前提で様々な改善を行うことができる。したがって、本発明の保護範囲は添付された特許請求の範囲の内容によって確定されるべきである。

ＩＥＴＦのＳＩＰＰＩＮＧワーキンググループによって提出されたマルチパーティ会議システムのネットワ−クトポロジ略図である。 ３ＧＰＰ２組織によって提出されたＢＣＭＣＳシステム機能ノ−ドの構成図である。 本発明の実施例に基づくマルチパーティ会議システムとＢＣＭＣＳシステムが融合されたネットワ−クの略図である。 本発明の実施例に基づく会議フォーカス、ＢＣＭＣＳコントローラ、ＳＩＰ ＵＡコンテンツ提供サーバ、及び移動端末の内部モジュ−ルのブロック図である。 ＢＣＭＣＳ−ＳＣの初期化プロシージャにおいて、会議フォーカス内部のＢＣＭＣＳ−ＳＣ処理モジュ−ルの動作を示すフローチャートである。 ＢＣＭＣＳ−ＳＣの修正プロシージャにおいて、会議フォーカス内部のＢＣＭＣＳ−ＳＣ処理モジュ−ルの動作を示すフローチャートである。 ＢＣＭＣＳ−ＳＣの停止プロシージャにおいて、会議フォーカス内部のＢＣＭＣＳ−ＳＣ処理モジュ−ルの動作を示すフローチャートである。 ＢＣＭＣＳ−ＳＣの初期化プロシージャの動作を示すフローチャートである。 ＢＣＭＣＳ−ＳＣの初期化プロシージャのＳＩＰメッセージのフローチャートである。 ＢＣＭＣＳ−ＳＣの修正プロシージャの動作を示すフローチャートである。 一つの移動端末により発信されたＢＣＭＣＳ−ＳＣの修正プロシージャのＳＩＰメッセージのフローチャートである。 一つのＳＩＰ ＵＡコンテンツ提供サーバにより発信されたＢＣＭＣＳ−ＳＣの修正プロシージャのＳＩＰメッセージのフローチャートである。 ＢＣＭＣＳ−ＳＣの停止プロシージャの動作を示すフローチャートである。 一つのＳＩＰ ＵＡコンテンツ提供サーバにより発信されたＢＣＭＣＳ−ＳＣの停止のＳＩＰメッセージのフローチャートである。 一つの移動端末により発信されたＢＣＭＣＳ−ＳＣの停止のＳＩＰメッセージのフローチャートである。 ＢＣＭＣＳ−ＳＣの初期化プロシージャにおけるステップ９０５のＳＩＰインバイト（ＩＮＶＩＴＥ）メッセージの例を示す。 ＢＣＭＣＳ−ＳＣの初期化プロシージャにおけるステップ９１１のＳＩＰ更新（ＵＰＤＡＴＥ）メッセージの例を示す。 ＢＣＭＣＳ−ＳＣの初期化プロシージャにおけるステップ９２１のＳＩＰサブスクライブ（ＳＵＢＳＣＲＩＢＥ）メッセージの例を示す。 ＢＣＭＣＳ−ＳＣの初期化プロシージャにおけるステップ９２１のＳＩＰ通知（ＮＯＴＩＦＹ）メッセージの例を示す。

Claims (10)

1. 会議フォーカスに用いられる無線通信システムのブロードキャスト／マルチキャストサービスを利用してマルチパーティ会議サービス（ＭＰＣＳ）を行う方法であって、
   少なくとも一つのコンテンツ提供サーバから少なくとも一つの移動端末にコンテンツメディアフローを提供し、
   （ａ）前記少なくとも一つのコンテンツ提供サーバからのメディアフロー関連情報を受信し、受信された当該メディアフロー関連情報をブロードキャスト／マルチキャストサービスコントローラに送信し、
   （ｂ）ブロードキャスト／マルチキャストサービスコントローラの前記メディフロー関連情報に基づいて生成されたブロードキャスト／マルチキャストサービスセッションを確立するためのブロードキャスト／マルチキャストサービスセッション関連情報を受信し、
   （ｃ）受信された前記メディアフロー関連情報、前記ブロードキャスト／マルチキャストサービスセッション関連情報及びＭＰＣＳ関連情報に基づいて、対応するブロードキャスト／マルチキャストサービスセッションのコンテクストを生成し、及び、
   （ｄ）前記少なくとも一つの移動端末がブロードキャスト／マルチキャストサービスセッションを通して前記コンテンツメディアフローを取得するように、生成されたブロードキャスト／マルチキャストサービスセッションのコンテクストを前記少なくとも一つのコンテンツ提供サーバ、前記少なくとも一つの移動端末及び前記ブロードキャスト／マルチキャストサービスコントローラにそれぞれ送信すること、を含む方法。
2. 前記ブロードキャスト／マルチキャストサービスセッションのコンテクストの状態に基づいて、前記ブロードキャスト／マルチキャストサービスセッションを制御するステップをさらに含む請求項１に記載の方法。
3. 前記ステップ（ｂ）は、ブロードキャスト／マルチキャストサービスコントローラからのブロードキャスト／マルチキャストサービスコンテンツサーバのＩＰアドレスとポート番号を受信して、前記少なくとも一つのコンテンツ提供サーバに送信することをさらに含む請求項２に記載の方法。
4. 前記ステップ（ｂ）は、前記少なくとも一つの移動端末に前記ブロードキャスト／マルチキャストサービスセッション関連情報、前記メディアフローのセッション記述及び前記コンテンツ提供サーバの識別子を送信することをさらに含む請求項３に記載の方法。
5. 無線通信システムのブロードキャスト／マルチキャストサービスを利用して行われるＭＰＣＳをサポートするマルチパーティ会議サービス（ＭＰＣＳ）の会議フォーカスであって、
   ＭＰＣＳの信号を送信及び受信する信号送受信モジュールと、
   前記信号送受信モジュールからの信号を受信するか、又は当該信号送受信モジュールを経由して信号を送信して、ＭＰＣＳ会議のグループポリシとメディアポリシに基づいて会議の管理と保守を行う会議フォーカスモジュールと、
   前記会議フォーカスモジュールから情報を受信し、対応するブロードキャスト／マルチキャストサービスセッションのコンテクストに対して初期化、修正又は停止を行うか、もしくは当該会議フォーカスモジュールに当該ブロードキャスト／マルチキャストサービスセッションのコンテクストに関連する情報を送信する、ブロードキャスト／マルチキャストサービスセッションのコンテクスト処理モジュールと、を備え、
   前記会議フォーカスモジュールは、前記ブロードキャスト／マルチキャストサービスセッションのコンテクスト処理モジュールのブロードキャスト／マルチキャストサービスセッションのコンテクストの状態に基づいて、対応するブロードキャスト／マルチキャストサービスセッションを制御する会議フォーカス。
6. マルチパーティ会議サービス（ＭＰＣＳ）をサポートする無線通信システムのブロードキャスト／マルチキャストサービスコントローラであって、
   ＭＰＣＳの信号を送信及び受信する信号送受信モジュールと、
   前記信号送受信モジュールからの信号を受信するか、もしくは当該信号送受信モジュールを経由して信号を送信し、ブロードキャスト／マルチキャストサービスセッションを管理及び保守するブロードキャスト／マルチキャストサービスコントロールモジュールと、
   前記ブロードキャスト／マルチキャストサービスコントロールモジュールからブロードキャスト／マルチキャストサービスセッションのコンテクストを受信し、当該ブロードキャスト／マルチキャストサービスセッションのコンテクストに対して保存、修正又は停止を行うか、もしくは当該ブロードキャスト／マルチキャストサービスコントロールモジュールに当該ブロードキャスト／マルチキャストサービスセッションのコンテクストに関連する情報を送信する、ブロードキャスト／マルチキャストサービスセッションのコンテクスト処理モジュールと、を備え、
   前記ブロードキャスト／マルチキャストサービスコントロールモジュールは、前記ブロードキャスト／マルチキャストサービスセッションのコンテクストの状態に基づいてブロードキャスト／マルチキャストサービスセッションを制御するサービスコントローラ。
7. 無線通信システムのブロードキャスト／マルチキャストサービスを利用して少なくとも一つの移動端末にコンテンツメディアフローを提供するマルチパーティ会議サービス（ＭＰＣＳ）のコンテンツ提供サーバであって、
   ＭＰＣＳの信号を送信及び受信する信号送受信モジュールと、
   前記信号送受信モジュールからの信号を受信するか、もしくは当該信号送受信モジュールを経由して信号を送信し、コンテンツメディアフローを提供するコンテンツ提供モジュールと、
   前記コンテンツ提供モジュールからブロードキャスト／マルチキャストサービスセッションのコンテクストを受信し、当該ブロードキャスト／マルチキャストサービスセッションのコンテクストに対して保存、修正又は停止を行うか、もしくは当該コンテンツ提供モジュールに当該ブロードキャスト／マルチキャストサービスセッションのコンテクストに関連する情報を送信する、ブロードキャスト／マルチキャストサービスセッションのコンテクスト処理モジュールと、を備え、
   前記コンテンツ提供モジュールは、ブロードキャスト／マルチキャストサービスを通して前記メディアフローを提供するコンテンツ提供モジュール。
8. ブロードキャスト／マルチキャストサービスを通してマルチパーティ会議サービス（ＭＰＣＳ）を受ける無線通信システムの移動端末であって、
   ＭＰＣＳの信号を送信及び受信する信号送受信モジュールと、
   前記信号送受信モジュールからの信号を受信するか、もしくは当該信号送受信モジュールを経由して信号を送信し、ブロードキャスト／マルチキャストサービスセッションを確立可能な移動端末モジュールと、
   前記移動端末モジュールからブロードキャスト／マルチキャストサービスセッションのコンテクストを受信し、当該ブロードキャスト／マルチキャストサービスセッションのコンテクストに対して保存、修正又は停止を行うか、もしくは前記移動端末モジュールに当該ブロードキャスト／マルチキャストサービスセッションのコンテクストに関連する情報を送信する、ブロードキャスト／マルチキャストサービスセッションのコンテクスト処理モジュールと、を備え、
   前記移動端末モジュールは、前記ブロードキャスト／マルチキャストサービスセッションのコンテクストの状態に基づいて対応するブロードキャスト／マルチキャストサービスセッションを操作する移動端末。
9. 無線通信システムのブロードキャスト／マルチキャストサービスを利用してマルチパーティ会議サービス（ＭＰＣＳ）を行う方法であって、少なくとも一つのコンテンツ提供サーバから少なくとも一つの移動端末にコンテンツメディアフローを提供し、
   （ａ）マルチパーティ会議サービスの会議フォーカスは前記少なくとも一つのコンテンツ提供サーバからのメディアフロー関連情報を受信し、受信された当該メディアフロー関連情報をブロードキャスト／マルチキャストサービスコントローラに送信し、
   （ｂ）前記ブロードキャスト／マルチキャストサービスコントローラは、前記メディアフロー関連情報に基づいてブロードキャスト／マルチキャストサービスセッションを確立するためのブロードキャスト／マルチキャストサービスセッション関連情報を生成し、当該生成されたブロードキャスト／マルチキャストサービスセッションを前記会議フォーカスに送信し、
   （ｃ）前記会議フォーカスは、取得した前記メディアフロー関連情報、前記ブロードキャスト／マルチキャストサービスセッション関連情報及びＭＰＣＳ関連情報に基づいて対応するブロードキャスト／マルチキャストサービスセッションのコンテクストを生成し、当該ブロードキャスト／マルチキャストサービスセッションのコンテクストを前記少なくとも一つのコンテンツ提供サーバ、移動端末及び前記ブロードキャスト／マルチキャストサービスコントローラにそれぞれ送信し、
   （ｄ）前記少なくとも一つのコンテンツ提供サーバは、受信された前記ブロードキャスト／マルチキャストサービスセッションのコンテクストに基づいて、ブロードキャスト／マルチキャストサービスコンテンツサーバにメディアフローを提供し、及び、
   （ｅ）前記少なくとも一つの移動端末が前記コンテンツメディアフローを取得するように、前記少なくとも一つの移動端末と前記ブロードキャスト／マルチキャストサービスコントローラは、受信されたブロードキャスト／マルチキャストサービスセッションのコンテクストに基づいて、ブロードキャスト／マルチキャストサービスセッションを確立することと、を含み、
   前記会議フォーカス、前記ブロードキャスト／マルチキャストサービスコントローラ、前記少なくとも一つの移動端末及び前記少なくとも一つのコンテンツ提供サーバは、前記ブロードキャスト／マルチキャストサービスセッションのコンテクストに基づいて対応するブロードキャスト／マルチキャストサービスセッションを操作する方法。
10. 無線通信システムのブロードキャスト／マルチキャストサービスを利用してマルチパーティ会議サービス（ＭＰＣＳ）を行うシステムであって、
    マルチパーティ会議サービスと会議フォーカスと、ブロードキャスト／マルチキャストサービスコントローラと、少なくとも一つの移動端末と、及び当該少なくとも一つの移動端末にコンテンツメディアフローを提供する少なくとも一つのコンテンツ提供サーバとを備え、
    前記会議フォーカスと、前記ブロードキャスト／マルチキャストサービスコントローラと、前記少なくとも一つの移動端末と、及び前記少なくとも一つのコンテンツ提供サーバとはそれぞれ、
    マルチパーティ会議サービスの信号を受信又は送信する信号送受信モジュールと、
    ブロードキャスト／マルチキャストサービスセッションのコンテクストに関連する情報を処理するブロードキャスト／マルチキャストサービスセッションのコンテクスト処理モジュールと、をさらに備え、
    前記会議フォーカスは、前記少なくとも一つのコンテンツ提供サーバからのメディアフロー関連情報、前記ブロードキャスト／マルチキャストサービスコントローラからの前記ブロードキャスト／マルチキャストサービスセッション関連情報及びＭＰＣＳ関連情報に基づいて、ブロードキャスト／マルチキャストサービスセッションのコンテクスト処理モジュールにおいて対応するブロードキャスト／マルチキャストサービスセッションのコンテクストを生成し、前記信号送受信モジュールを経由して当該ブロードキャスト／マルチキャストサービスセッションのコンテクストを前記少なくとも一つのコンテンツ提供サーバと前記少なくとも一つの移動端末及び前記ブロードキャスト／マルチキャストサービスコントローラにそれぞれ送信して、当該ブロードキャスト／マルチキャストサービスセッションのコンテクストに基づいて当該移動端末にコンテンツメディアフローを提供するブロードキャスト／マルチキャストサービスセッションを制御し、
    前記ブロードキャスト／マルチキャストサービスコントローラは、前記ブロードキャスト／マルチキャストサービスセッションのコンテクストに基づいて対応するブロードキャスト／マルチキャストサービスセッションを制御するように、前記会議フォーカスからのメディアフロー関連情報に基づいてブロードキャスト／マルチキャストサービスセッションを確立するための関連情報を生成し、その情報を前記会議フォーカスに送信し、なお、ブロードキャスト／マルチキャストサービスセッションのコンテクスト処理モジュールにおいて前記会議フォーカスからの前記ブロードキャスト／マルチキャストサービスセッションのコンテクストを受信し、前記受信したコンテクストを保存し及び保守し、
    前記少なくとも一つのコンテンツ提供サーバは、前記ブロードキャスト／マルチキャストサービスセッションのコンテンツサーバを経由して前記少なくとも一つの移動端末にメディアフローを提供するように、前記会議フォーカスにメディアフロー関連情報を提供し、ブロードキャスト／マルチキャストサービスセッションのコンテクスト処理モジュールにおいて前記会議フォーカスからのブロードキャスト／マルチキャストサービスセッションのコンテクストを受信し、前記受信したコンテクストを保存し及び保守し、
    前記少なくとも一つの移動端末は、ブロードキャスト／マルチキャストサービスセッションのコンテクスト処理モジュールにおいて前記会議フォーカスからの前記ブロードキャスト／マルチキャストサービスセッションのコンテクストを受信、保存及び保守し、当該ブロードキャスト／マルチキャストサービスセッションのコンテクストに基づいて対応するブロードキャスト／マルチキャストサービスセッションの操作を行い、ブロードキャスト／マルチキャストサービスセッションを通して前記コンテンツメディアフローを取得するシステム。

Images