JP2010098761A - マルチキャスティング装置 - Google Patents

Abstract

【課題】双方向ネットワークのノードを有するマルチキャスティング装置を提供し、ノードは、マルチキャストセッション用の参加及び離脱メッセージをネットワークに伝送する。
【解決手段】ＤＶＢ−Ｔネットワークの伝送サイトに対するマルチキャストツリー内に複数のルータを有するネットワークを介したセッション内において、１つまたは複数のサーバから、ＩＰデータがマルチキャストされ、このデータが、ＩＰＥによってカプセル化され、移動ユーザ装置に対して単方向に伝送される。コントローラは、サーバから伝送されるセッションに関するセッションデータのスケジュールを作成し、選択されたセッションのデータを受信するための参加メッセージを送信するようにＩＰＥに対して指示する。参加メッセージは、発信元のアドレスを含むことが可能であり、これは、セッションを開始する前に、適切な時点において伝送可能である。
【選択図】図４

Description

本発明は、ユーザに対して伝送するべくカプセル化可能なデータのマルチキャスティング及びブロードキャスティングに関するものである。

双方向ネットワーク内におけるマルチキャスティングについては周知である。データの単一のコピーをネットワークを介して要求元のクライアントに対して送信する。ユニキャスティングのように、ネットワークを介してデータの複数のコピーを送信したり、ブロードキャスティングのように、所望していないクライアントにまでデータを送信するということがなく、これらの欠点が回避されている。マルチキャスティングによれば、マルチメディアアプリケーションの帯域需要を極小化しつつ、マルチメディアアプリケーションをネットワーク上に配備することができる。

マルチキャストセッションは、マルチキャストが利用可能であることをクライアントに通知するべく、事前にアナウンスされる。このアナウンスは、周知のＩＰ ＳＤＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ Ｓｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ）によって定義された属性を有し、ＳＡＰ（Ｓｅｓｓｉｏｎ Ａｎｎｏｕｎｃｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）によって搬送されるメッセージから構成可能である。これにより、マルチキャストセッションを受信するのに必要なすべての情報がクライアントに提供される（この情報には、マルチキャストセッションの名称及び説明、それがアクティブである時期、媒体のタイプ（オーディオ、ビデオ、テキストなど）、並びに、それが使用しているＩＰアドレス、ポート、及びプロトコルが含まれる）。このアナウンス情報は、広く公表されているＩＰアドレス及びポートに対してマルチキャストされ、この結果、セッションディレクトリツールを実行しているクライアントは、この情報を受信可能である。

マルチキャストの受信を所望していることを通知するべく、クライアントは、マルチキャストの送付先であるグループに参加する。マルチキャストグループに参加並びにこれから離脱するには、Ｉｐｖ４の場合には、通常、周知のＩＧＭＰ（Ｉｎｔｅｒｎｅｔ Ｇｒｏｕｐ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）ｖ２又はｖ３を使用し、Ｉｐｖ６の場合には、通常、新規に導入されたＭＬＤ（Ｍｕｌｔｉｃａｓｔ Ｌｉｓｔｅｎｅｒ Ｄｉｓｃｏｖｅｒｙ）及びＭＬＤｖ２プロトコルを使用する。マルチキャストグループは、いくつかの利点を提供する。具体的には、クライアントがいつでも参加及び離脱できるように、グループは動的であり、且つ、グループを生成及び解体するのに複雑な方式は不要である。

リスンするべくマルチキャストグループに参加する場合には、クライアントは、２つのプロセスを起動する。第１に、参加（ｊｏｉｎ）メッセージをネットワーク内のクライアントのローカルルータに送信することにより、そのグループに送信されるデータの受信をクライアントが所望していることをルータに対して通知する。第２に、クライアントは、そのグループのアドレス及びポート上においてマルチキャストを受信するべく、自身のＩＰプロセスを設定する。マルチキャストアドレスは、ＩＰｖ４の場合には、２２４．０．０．０〜２３９．２５５．２５５．２５５の範囲のクラスＤのＩＰアドレスであってよく、ＩＰｖ６の場合には、ＦＦ．．．．であってよい。マルチキャストグループのリスンを停止することを所望する場合には、クライアントは、マルチキャストグループのアドレス及びポートからデータを受信するための自身のＩＰプロセスの設定を解除し、且つ、離脱（ｌｅａｖｅ）メッセージをローカルルータに対して送信する。

ネットワークのルータは、プロトコルを実行することにより、ネットワークを介した効率的なマルチキャスト供給経路を生成する。一般的に使用されるマルチキャストルーティングプロトコルには、いくつかのものが存在している（ＤＶＭＲＰ（Ｄｉｓｔａｎｃｅ Ｖｅｃｔｏｒ Ｍｕｌｔｉｃａｓｔ Ｒｏｕｔｉｎｇ Ｐｒｏｔｏｃｏｌ）、ＭＯＳＰＦ（Ｍｕｌｔｉｃａｓｔ Ｏｐｅｎ Ｓｈｏｒｔｅｓｔ Ｐａｔｈ Ｆｉｒｓｔ Ｐｒｏｔｏｃｏｌ）、及びＰＩＭ（Ｐｒｏｔｏｃｏｌ−Ｉｎｄｅｐｅｎｄｅｎｔ Ｍｕｌｔｉｃａｓｔ））。尚、効率的な供給経路とは、マルチキャストデータが、受信を所望しているクライアントに対してのみ伝播すると共に、これらのクライアントに至る最短経路を辿ることを意味している。データが、ネットワークを介してこれ以外の場所に伝播した場合には、帯域幅が不必要に浪費されることになる。このネットワーク内の供給経路は、ツリー構造と見なすことが可能であり、マルチキャストの発信元は、このツリーのブランチを介してデータを送信する。このデータを正しいブランチを介してその他のルータに送信し、次いで、データを待っているグループのクライアントに送信する責任は、ルータが担っている。ルータは、例えば、クライアントから受信した離脱メッセージに応答して、データを所望していないブランチを除去すると共に、新しいクライアントがマルチキャストグループに参加した際には、ブランチをツリーに接合する。

この方法においては、クライアントがネットワークに参加メッセージを送信できるように、マルチキャストグループへの参加を所望するクライアントに接続されたルータ間に双方向通信を必要としているが、いくつかのネットワーク（特定の無線ネットワークなど）においては、クライアントが単方向リンクを介してネットワークに接続されており、このリンクに起因し、特殊な方策を講じない限り、従来のＩＰマルチキャスティングは不可能である。発明者らによる国際公開第０３／０２４０２４号（ＷＯ ０３／０２４０２４）明細書に１つの解決策が記述されている（この公開特許においては、マルチキャスティング動作についてネットワークに指示する制御メッセージに別個のマルチキャストツリーを使用している）。しかしながら、この明細書に記述されている方法は、ネットワーク機能の大幅な再編成（即ち、追加機能を有するルータの物理的な配置）を必要としており、且つ、制御メッセージ用のツリーをリアルタイムにセットアップし、効率的なマルチキャスティングを実現する必要がある。

ＤＶＢ−Ｔ（Ｔｅｒｒｅｓｔｒｉａｌ ＤＶＢ）通信法を使用し、無線リンクを介して移動クライアントにＩＰデータをデータキャストすることにより、オーディオ、ビデオ、及びその他のデータフォーマットを移動受信機に供給する方式が既に提案されている。基本的に、ＤＶＢ−Ｔ伝送方式の特性は、伝送サイトがそれぞれのセルと関連付けれているセルラー型である。ＤＶＢ−Ｔは、ＭＰＥＧ−２トランスポートストリームを使用しており、従って、ＩＰデータをＤＶＢ伝送信号内にカプセル化する必要がある。いくつかの発信元から供給されたＩＰデータグラムを有するデータストリームをＩＰエンキャプスレータによってカプセル化し、ＤＶＢ−Ｔネットワークに供給する。次いで、直接的にクライアントに対して（或いは、複数のクライアントにサービスする受信機ステーションに対して）無線を介して伝送するべく、ＭＰＥＧ−２トランスポートストリーム上において、ＤＶＢ−Ｔネットワークのセルを形成している１つ又は複数の伝送サイトに対してカプセル化されたＩＰストリームを搬送する。ＭＰＥＧ−２トランスポートストリームの特性は、ＩＰエンキャプスレータによる生成の時点からクライアント又は受信機ステーションによる受信の時点まで、単方向である。

データを格納しているＩＰパケットは、ＴＳパケット内において搬送されるＭＰＥ（Ｍｕｌｔｉ−Ｐｒｏｔｏｃｏｌ Ｅｎｃａｐｓｕｌａｔｉｏｎ）セクション内に埋め込まれる。更に詳しい内容については、ＥＴＳＩ ＥＮ ３０１ １９２ Ｖ１．３．１（２００３−０１）「Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｂｒｏａｄｃａｓｔｉｎｇ（ＤＶＢ） ＤＶＢ ｓｐｅｃｉｆｉｃａｔｉｏｎ ｆｏｒ ｄａｔａ ｂｒｏａｄｃａｓｔｉｎｇ」の第７章を参照されたい。ＭＰＥセクションは、前方誤り訂正（ＦＥＣ）情報とタイムスライシング情報を含むことも可能であり、この結果、データは不連続的に伝送され、且つ、データが伝送されていない場合に電源を切断することにより、受信機は電池電力を節約可能である。

この構成に伴う１つの問題点は、ＭＰＥＧ−２トランスポートストリームが単方向であるという点と、データのマルチキャスティングの際に使用するべくＩＰエンキャプスレータに移動クライアントが参加及び離脱メッセージを返送可能なメカニズムをＤＶＢ−Ｔシステムが提供していないという点にある。

更なる問題点は、個々のデータ発信元のエンキャプスレータによって生成されたカプセル化ＭＰＥセクションを、伝送のために様々なセルラー伝送サイトに対して伝達する必要があるという点であり、これには、高価なＤＶＢマルチプレクサ及びその他のＤＶＢ装置を使用する必要があり、ネットワークコストが上昇することになる。

国際公開特許第０３／０２４０２４号

ＥＴＳＩ ＥＮ ３０１ １９２ Ｖ１．３．１「Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｂｒｏａｄｃａｓｔｉｎｇ（ＤＶＢ）； ＤＶＢ ｓｐｅｃｉｆｉｃａｔｉｏｎ ｆｏｒ ｄａｔａ ｂｒｏａｄｃａｓｔｉｎｇ」

本発明は、これらの問題点と欠点を克服することを目的としている。

要すれば、本発明は、双方向ネットワークのノードを有するマルチキャスティング装置を提供し、このノードは、マルチキャストセッション用の参加及び離脱メッセージをネットワークに伝送するべく動作可能であると共に、双方向ネットワークからマルチキャストセッション内において受信したセッションデータを単方向にブロードキャストするべく動作可能である。ノードは、単方向の伝送のためにマルチキャストセッションデータをカプセル化するエンキャプスレータを含むことができる。

本発明によるマルチキャスティング装置は、ユーザ装置に対して単方向に送信するべく、ネットワークを通じてリモート発信元からストリーム内において受信したマルチキャストデータをカプセル化するエンキャスプレータと、参加メッセージをネットワークに送信し、ネットワークを介して発信元からエンキャプスレータにストリームをマルチキャストするべくエンキャプスレータを制御するように動作可能なエンキャプスレータコントローラと、を有することができる。

この結果、エンキャプスレータコントローラは、特定の時間インターバルにわたってマルチキャストグループに参加し、発信元から導出されたカプセル化されたデータをＤＶＢ−Ｔシステムなどの単方向の経路を介してユーザ装置に送信するべくエンキャスプレータに対して指示する。

従って、本発明は、リモートサーバからエンキャプスレータにマルチキャストされたカプセル化されたデータをエンキャプスレータから受信するべく動作可能な移動ユーザ装置用のプロキシマルチキャストクライアントとして構成されたエンキャプスレータを提供可能である。

又、本発明は、双方向ネットワーク内に接続されたノードを動作させることにより、マルチキャストセッション用の参加及び離脱メッセージをネットワークに伝送し、且つ、双方向ネットワークからマルチキャストセッション内において受信したセッションデータを単方向でブロードキャストする段階を有するマルチキャスティング方法をも含んでいる。

本発明は、ユーザ装置に対して送信するべく、ネットワークを通じてリモート発信元から受信したマルチキャストデータをカプセル化するエンキャプスレータと、データをネットワークを介して発信元からエンキャプスレータにマルチキャストできるように、発信元のアドレスに対応したアドレスを含む参加メッセージをネットワークに送信するべく動作可能なエンキャプスレータコントローラと、を有するマルチキャスティング装置をも更に含んでいる。

本発明の一実施例によるＤＶＢ−Ｔセルラーネットワークと移動通信ネットワークを含む移動通信システムの概略ブロック図である。 本発明の一実施例によるＤＶＢ−Ｔ伝送を受信するべく構成された携帯電話ハンドセットの回路のブロック図である。 本発明の一実施例によるハンドセット用の電池パックを示している。 本発明の一実施例による図１に示されているＤＶＢ−Ｔネットワークの概略ブロック図である。 本発明の一実施例によるＩＰデータグラムの概略図である。 本発明の一実施例よる図４に示されているＩＰＥの中の１つのブロック図である。 本発明の一実施例のよるＩＰ参加メッセージの概略図である。 本発明の一実施例によるＩＰＥコントローラによって実行されるプロセスのフローチャートである。

詳細な記述
以下、本発明について更に十分に理解できるように、一例として、添付の図面を参照し、その実施例について説明する。

図１は、携帯電話ハンドセットＵＥ₁、ＵＥ₂の形態の移動ユーザ装置が、ＤＶＢ−Ｔネットワーク２からの伝送を受信すると共に、ＰＬＭＮ（Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ）３を通じて通信するべく構成された通信システムを概略的に示している。

ＤＶＢ−Ｔネットワーク２は、オーディオビジュアルコンテンツ、データファイル、又は画像などのコンテンツをハンドセットＵＥ₁、ＵＥ₂に対して伝送する。このコンテンツは、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）によってデータストリームサーバ４₁、４₂から取得され、この結果、このネットワークは、ＤＶＢ−Ｔネットワークを使用してＩＰデータキャスティング（ＩＰ Ｄａｔａ Ｃａｓｔｉｎｇ：ＩＰＤＣ）サービスを提供可能である。尚、一例として、このようなサーバ４が２つ示されているが、実際には、これを上回る数のものが存在可能である。

ＤＶＢ−Ｔネットワーク２は、セルラー型であり、アンテナ５₁、５₂、及び５₃が、地理的に離れたサイトＳ１、Ｓ２、Ｓ３のネットワークの個々のセルにサービスしている。

ＰＬＭＮ３は、ＰＬＭＮの個々のセルに対してサービスするアンテナ６₁及び６₂を有する任意の適切な２Ｇ、２．５Ｇ、又は３Ｇネットワークから構成可能である。ＤＶＢ−ＴネットワークとＰＬＭＮ３の間に通信チャンネル７を提供することにより、これらのネットワーク間に、例えば、サービス情報の交換のための双方向通信を実現可能である。

図２は、一例として、移動ハンドセットＵＥ₁の回路を示している。尚、ハンドセットＵＥ₂も類似の構成を有している。ハンドセットは、第１及び第２アンテナ８₁、８₂、受信機９₁、及び送受信機９₂を含んでいる。第１アンテナ８₁及び受信機９₁は、ＤＶＢ−Ｔネットワーク２から信号を受信するべく構成されている。

第２アンテナ８₂及び送受信機９₂を使用することにより、ＰＬＭＮ３との間で信号を送受信する。受信機及び送受信機９₁、９₂は、それぞれ、受信信号を増幅及び復調する個別のｒｆ信号処理回路（図示されてはいない）と、チャネルデコード及び多重分離用の個々のプロセッサ（図示されてはいない）と、を含んでいる。

又、ハンドセットＵＥ₁は、コントローラ１０、ユーザインターフェイス１１、メモリ１２、スマートカードリーダ１３、スマートカードリーダ１３内に収容されるスマートカード１４、デコーダ／デコーダ（コーデック）１５、対応する増幅器１７を有するスピーカ１６、及び対応する前置増幅器１９を有するマイクロフォン１８をも含んでいる。

ユーザインターフェイス１１は、ディスプレイ２０とキーパッド２１を有している。ディスプレイ２０は、例えば、従来の携帯電話ハンドセットのデイスプレイよりも大きなサイズ及び／又は高い解像度を具備し、且つ、カラー画像を表示する能力を有することにより、画像及びビデオを表示するべく構成されている。又、本装置は、充電可能な電池２２をも含んでいる。

コントローラ１０は、メモリ１２内に保存されているコンピュータソフトウェアの指示の下にハンドセットの動作を管理している。例えば、コントローラ１０は、ディスプレイ２０用の出力を提供すると共に、キーパッド２１から入力を受信する。

図３を参照すれば、電池２２、第１アンテナ８₁、及び受信機９₁を電池パック２３内に内蔵可能である。電池パック（これは、従来の携帯電話ハンドセット内には示されていない）を受信機９₁を含む電池パック２３によって置換し、且つ、適切なソフトウェアを提供して従来の携帯電話ハンドセットを変更することにより、ＤＶＢ−Ｔネットワーク２を介してデータを受信可能である。或いは、この代わりに、ハンドセットのカバーと必要なソフトウェアを交換し従来のハンドセットをアップグレードすることによってＤＶＢ−２ネットワーク２から伝送を受信できるように、第１アンテナ８₁及び受信機９₁を従来の携帯電話ハンドセットのカバー（これは、図示されていない）内に内蔵することも可能である。

ハンドセットＵＥ₁は、ＤＶＢ−Ｔネットワーク２から、受信機９₁を通じてＤＶＢ−Ｔ伝送を受信可能である。受信した信号には、増幅、復調、チャネルデコード、及び多重分離が行われる。この結果得られた多重分離信号（図示されてはいない）を、データグラムのバーストを抽出するべく、フィルタリング可能である。データグラムのバーストは、タイムスライシングされていないデータグラムのストリームを生成するべく、コントローラ１０及びメモリ１２によって提供されているタイムスライスバッファ内に供給される。このデータグラムストリームは、実質的に、連続していると共に／又は、実質的に一定のレートを有している。そして、この結果得られたデータストリームが、ビデオ信号については、ディスプレイ２０上に表示され、オーディオ信号は、コーデック１５及び増幅器１７を通じてスピーカ１６に伝達される。

送受信機９₂は、ＰＬＭＮ３に使用するためのものであり、コントローラ１０の制御下において、従来の移動通信プロトコルを使用して双方向の音声及びデータ通信を実現し、この結果、ディスプレイ２０上に表示が提供され、スピーカ１６及びマイクロフォン１８を利用してオーディオが処理される。

以上においては、携帯電話ハンドセットの観点から、装置ＵＥ₁について説明しているが、これは、少なくともＤＶＢ−Ｔネットワーク２から信号を受信する能力を有するＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）やその他の移動端末から構成することも可能である。又、装置ＵＥ₁は、車両内端末のように、半固定又は半携帯型であってもよい。

本発明の一実施例による図４に、ＤＶＢ−Ｔネットワーク２が更に詳細に示されている。ストリームサーバ４₁、４₂が、ＴＣＰ／ＩＰフォーマットのデータストリームをＩＰデータグラムとして提供しており、この一般的なフォーマットが図５に概略的に示されている。サーバ４₁、４₂からのデータストリームは、異なるバージョンのものであってよく、ネットワークは、これらのすべてを処理可能である。例えば、サーバの中の１つからのＩＰデータグラムは、ＩＰｖ４のものであってよく、別のサーバからのデータは、ＩＰｖ６のものであってよい。データグラムは、ヘッダ２４と、データを格納しているペイロード２５と、を有している。ヘッダ２４は、その他のものに加え、送信者（この場合には、データストリームの発信元４の中の１つである）に対応するＩＰアドレスと、宛先アドレスと、を含んでいる。前述のように、宛先アドレスは、データグラムを単一の場所に送信する場合には（即ち、ユニキャスト）、個別のアドレスから構成可能であり、或いは、アドレスは、マルチキャストグループアドレスから構成することも可能である（例えば、ＩＰｖ４の場合の２２４．０．０．０〜２３９．２５５．２５５．２５５の範囲のクラスＤのＩＰアドレスや、ＩＰｖ６の場合の類似した適切なアドレスＦＦ．．．．など）。

ストリームサーバ４₁、４₂からのＩＰデータグラムは、後述するように、事前に準備されたタイムスケジュールに従ってセッション内において生成される。

相互接続されたルータＲ_nを有するＩＰネットワークＮを通じて、サーバ４₁、４₂からのデータグラムをマルチキャストすることにより、アンテナ５₁、５₂、５₃と関連する個々の伝送サイトＳ１、Ｓ２、Ｓ３にＩＰデータグラムを送信可能である。ＤＶＢアンテナのそれぞれと関連するセルは、通常、半径が３０ｋｍ程度であり、従って、ルータＲのネットワークＮは、広いエリアにわたって構成可能であることを理解されたい。例えば、広帯域の企業ネットワークやインターネットなどの任意の適切なネットワークを使用可能である。

伝送サイトＳ１、Ｓ２、Ｓ３のそれぞれには、類似のハードウェアが提供されている。一例として、サイトＳ１を参照すれば、ネットワークＮから受信したＩＰパケットは、マルチプロトコルカプセル化プロセスを実行するＩＰエンキャプスレータ２８₁に供給され、この結果、ＤＶＢ−Ｔ伝送に使用されるＭＰＥＧ−２トランスポートストリーム（ＴＳ）内にＩＰパケットを収容可能である。このようにして、例えば、関係するＤＶＢ−Ｔセル内のユーザ装置ＵＥに対してブロードキャストするべく、ネットワークから受信したＩＰパケットをＤＶＢ伝送内に収容可能である。この結果得られたトランスポートストリーム（ＴＳ）は、変調器２９₁に供給されるが、この変調器は、セル内のユーザ装置による受信用のいくつかの論理チャネルを提供する直交振幅変調器から構成可能である。変調器２９₁の出力は、アンテナ５₁に接続されている送信器３０₁に供給される。この結果、サーバ４₁、４₂からのＩＰデータを伝送サイトに個別にルーティングし、ＤＶＢ−Ｔを介してＩＰデータとしてユーザ装置に伝送可能である。尚、それぞれのアンテナ５₁からのＤＶＢ−Ｔ伝送は、ユーザ装置ＵＥに対して単方向であることを理解されたい。

次に、一例として、ＩＰＥ２８₃の動作について説明するが、その他のＩＰＥも類似の構造及び動作を有していることを理解されたい。ＩＰＥは、メインプロセッサ３１を有しており、このプロセッサは、ネットワーク内のその最も近接したルータＲ₁からのＩＰデータをバッファ３２から受信する。メインプロセッサ３１は、バッファからのＩＰデータのマルチプロトコルカプセル化と関連するいくつかのプロセスを実行する。

プロセッサ３１によって実行されるＩＰカプセル化プロセス３３により、ＭＰＥＧ−２のＴＳパケット内に内蔵されているＭＰＥ（Ｍｕｌｔｉ−Ｐｒｏｔｏｃｏｌ Ｅｎｃａｐｓｕｌａｔｉｏｎ）セクション内にＩＰパケットが埋め込まれる。更に詳しい内容については、ＥＴＳＩ ＥＮ ３０１ １９２ Ｖ１．３．１（２００３−０１）「Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｂｒｏａｄｃａｓｔｉｎｇ （ＤＶＢ） ＤＶＢ ｓｐｅｃｉｆｉｃａｔｉｏｎ ｆｏｒ ｄａｔａ ｂｒｏａｄｃａｓｔｉｎｇ」の第７章を参照されたい。要すれば、ＴＳストリーム内に収容するべく、同一のストリームに属するＩＰパケット（恐らく、これらは、いくつかのＩＰセッションからのものであろう）をＥＳ（Ｅｌｅｍｅｎｔａｒｙ Ｓｔｒｅａｍ）として構成するのである。これは、ＭＰＥセクション内にＩＰデータグラムを配置し、これらのセクションをＴＳのパケット内に配置することによって実現される。カプセル化プロセスの一部として、ＩＰの発信元及び宛先アドレスをＩｐｖ４からＩｐｖ６に（或いは、Ｉｐｖ６からＩｐｖに）変換可能である。この変換の利点は、無線において、Ｉｐｖ６アドレスが常に使用されることになるという点にある。Ｉｐｖ６からＩｐｖへの変換により、端末内におけるアドレッシングの矛盾を解決する手段を付与される（この矛盾は、ＰＬＭＮを介して端末が異なるＩＰネットワークに接続され、且つ、それから同時にマルチキャストを受信する場合に結果的に生じ得るものである）。

メインプロセッサ３１は、タイムスライシングをも実行する。前述のように、タイムスライシングは、データ受信のために受信機の電源投入が必要な時間を低減し、これにより、電池電力を節約するべく使用される。メインプロセッサ３１は、タイムスライシングプロセス３４を実行することにより（このタイムスライシングにより、受信機を安全にターンオフ可能な時期と受信機を再度ターンオンする時期を示すタイムスライシング情報と共に、ＭＰＥセクションがＴＳ内の時間的に離隔したバースト内に配列される）、受信機回路内の電力消費量を極小化する。ＩＰエンキャプスレータ内においてタイムスライシングを実装する利点は、ＤＶＢ−Ｔネットワーク自体を変更する必要がないという点にある（即ち、標準的な市販の装置を使用可能である）。

又、ＴＳ内に内蔵される前方誤り訂正（ＦＥＣ）コードを格納するデータパケットを生成するべく、前方誤り訂正プロセス３５を実行することも可能である。ＩＰエンキャプスレータ内においてＦＥＣを実装する有用性は、無線による伝送の場合には（有線ネットワーク内における伝送と比べて）特にエラーが発生しやすいという事実にある。これには、無線伝送における信号対雑音比が、有線の伝送媒体ほどには良好でなく、かなり変動する可能性があるという点と、単方向性に起因し、消失パケットの再伝送を要求可能なプロトコル（ＴＣＰなど）を使用不能であるという２つの主要な理由が存在している。ＦＥＣを効果的なものにするには、かなりの量の帯域幅を消費することになるため（一般な値は、３３％も大きな帯域幅となり得る）、ＦＥＣは、ＤＶＢ−Ｔネットワーク内（即ち、ＩＰエンキャプスレータ内）の伝送にのみ付加するのが適当である。

メインプロセッサ３１は、セキュリティ機能プロセス３６を実行することにより、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）のＲＦＣ２４０１によるＩｐｓｅｃなどのＩＰの暗号化及び認証コードの処理を実現している。このようなコードを使用することにより、ネットワークＮから受信したバッファ内のＩＰデータグラムの完全性をチェックすると共に、これをカプセル化されたデータに関してＴＳ内に収容可能であり、この結果、認可されたＵＥのみがデータを正しく受信可能となり、且つ、その発信元を確認することが可能となる。ＩＰエンキャプスレータ内においてＩＰデータを保護する利点は、これにより、無線を介した伝送において、多数の発信元からのＩＰセッションを均一な方式によって保護できるという事実にある。この結果、ブロードキャスト環境におけるキーの管理問題（これは、一般的なケースにおいて、実際に、まだ解決されていない非常に困難な問題である）が、認証済みのクライアントグループへの暗号化に使用したキーの送信に絞られることになる。この目的には、恐らくは、Ｅコマースソリューション（このソリューションにおいては、クライアントによって起動された正常な購入トランザクションの結果としてキーを送信している）と共に、ＰＬＭＮ３を使用することができよう。

又、特定のセッションにおいて、ＩＰの発信元４₁、４₂の中の１つからの特定のデータストリームに割り当てる帯域幅を制御することにより、サービス品質を制御するべく、帯域幅制御プロセス３７を使用することも可能である。オンデマンドでデータが送信されないブロードキャスト環境においては、伝送対象のストリームについて予めクライアントに通知できるように、ＩＰセッションをスケジューリングしている。それぞれのストリームごとに、そのライフタイムにわたって特定量の帯域幅を割り当てる。帯域幅制御プロセスは、割り当てられている帯域幅にそれぞれのストリームを制限することにより、それぞれのストリームがその割り当てられている帯域幅を取得することを保証し、これにより、それらのストリームに想定されているものよりも多くのデータを送信するその他のストリームから、それらのストリームを保護している。又、ストリームは、階層化された符号化方式を使用している（即ち、それぞれのＩＰストリームに異なる優先順位が付加された複数のＩＰストリームによってストリーム全体を構成している）。ＩＰパケットのいくつかをドロップすることによって特定のストリームの帯域幅を制限しなければならない場合に、ＩＰエンキャプスレータは、優先順位が最低のストリームパケットをドロップ可能である（続いて、次に優先順位が低いストリームからパケットをドロップする（以下同様））。ファイルベースの伝送とストリームベースの伝送（例えば、オーディオ、ビデオ）の両方に、このような階層化符号化方式を実装可能である。オーディオ及びビデオストリームの場合には、スケーラブルな符号化に基づいたものにすることができる。

本発明の一実施例によれば、サーバ４₁、４₂からネットワークを介して送信されたデータは、伝送サイトの個々のＩＰＥ２８からネットワークに伝送された参加メッセージに応答し、個々の伝送サイトＳ１、Ｓ２、Ｓ３にマルチキャストされる。参加メッセージを伝送するタイミングは、図４及び図６に一例として示されているＩＰＥコントローラ３８からのスケジューリング情報に従って制御されている。コントローラ３８は、データストリームサーバ４₁、４₂から伝送されるセッションのスケジュールの詳細をデータ格納装置３９内において作成する。ＩＰＥコントローラ３８及び関連する格納装置３９は、ＩＰＥ２８₁、２８₂、２８₃のすべての動作を制御可能であり、或いは、これらのそれぞれが、その独自のＩＰＥコントローラを具備することも可能である。

図６を参照すれば、ＩＰＥコントローラ３８は、参加又は離脱メッセージが経路４１上においてルータＲ₁に送信されるように参加又は離脱プロセス４０を実行するべく、ＩＰＥ２８₃のメインプロセッサ３１に対して指示する。参加及び離脱メッセージは、選択されたＩＰセッションが、ストリームサーバ４₁、４₂から伝送サイトＳ１〜Ｓ３に選択的に配布されるように構成されている。

以下、これについて更に詳細に説明する。ＩＰＥコントローラ３８は、ＩＰの発信元アドレス（即ち、サーバ４₁、４₂の中の１つと関連するアドレス）、セッションと関連するマルチキャストアドレス、開始時間、及び終了時間を含むＩＰセッションのスケジュールを格納装置３９内において作成する。格納装置３９内のデータの組の１つの例が表１に示されている。

ＩＰＥコントローラ３８は、任意の適切な手段により、表１に示されているセッション情報を作成可能である（これは、例えば、ＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）メッセージの形態や任意のその他の形態で送信可能なセッションに関するセッションスケジューリング情報を図４に示されているルータＲ₂を介してサーバ４₁、４₂から受信するべく、ネットワーク内においてクライアントとして機能するなどによる）。或いは、この代わりに、それぞれの伝送サイト５₁、５₂、５₃に個別のＩＰＥコントローラが提供されている場合には、関係するサイトＳの隣の近接しているルータＲにアクセスすることにより、コントローラはセッションスケジューリング情報を取得可能である。

図４に示されているＩＰＥコントローラ３８を再度参照されたい。コントローラ３８が、表１のセッション１をサイトＳ３のＩＰＥ２８₃にマルチキャストする必要があると判定した場合に、コントローラ３８は、マルチキャストセッションを開始する前の適切な時点において参加メッセージプロセス４０を実行するようにメインプロセッサ３１に対して指示する。この結果ルータＲ₁に送信されるＩＰ参加メッセージが、図７に概略的に示されており、これは、ヘッダ４２、そのセッション用のデータストリームを提供するサーバ４（この例においては、サーバ４₂）の発信元アドレスに対応したデータ４３、及び、セッション１のマルチキャスト宛先アドレスに対応したデータ４４を有している。表１に示されているように、セッション１は、ｔ ｓｔａｒｔ＝０９時００分からｔ ｅｎｄ＝１０時００分まで稼働する。

図８は、参加メッセージを生成するようにＩＰＥに対してコントローラ３８が指示する方法を示している。段階Ｓ８．１において、適切なセッション（セッション１）のデータを格納装置３８から（即ち、表１のデータから）選択する。段階Ｓ８．２において、セションの開始時間ｔ ｓｔａｒｔ（即ち、１０時００分）をフェッチする。段階Ｓ８．３において、ＩＰＥコントローラ３８が時間（ｔ ｓｔａｒｔ−ｄｅｌｔａ ｔ）を演算する。ここで、ｄｅｌｔａ ｔは、マルチキャストツリーがネットワークＮ内においてセットアップ状態となることができる適切な時間（例えば、数分（５〜３０分））である。この例においては、ｄｅｌｔａ ｔ＝３０分である。段階Ｓ８．４において、（ｔ ｓｔａｒｔ−ｄｅｌｔａ ｔ）（即ち、この例においては、０８時３０分）に到達するまで、実時間を継続的にチェックする。次いで、段階Ｓ８．５において、コントローラ３８は、図７に示されている参加メッセージを生成するようにＩＰＥ２８に対して指示する。

この参加命令に応答し、ＩＰＥ２８は、セッション開始の数秒前に参加メッセージを生成し、参加メッセージをネットワークＮに転送する。そして、この参加メッセージを受信すると、ルータＲ₁は、ネットワーク内のその他のルータＲとネゴシエートし、サーバ４₂に対応した発信元アドレスから関連するＩＰＥに至るセッション１用のマルチキャストツリーを確立する。この例においては、図４に示されているように、ＩＰＥ２８₂及び２８₃の両方が参加メッセージをネットワークに送信している。この結果、セッション１の開始前に、ＩＰＥ２８₂及び２８₃の両方に向かって延長するブランチを有するサーバ４₂からのマルチキャストツリーが適切な時点においてセットアップされることになる。

セッションの終了時点（即ち、１０時００分）において、１つの又はそれぞれのコントローラ３８は、セッションデータの受信を中止するべく、それぞれの個々の隣の近接したルータＲ₁、Ｒ₃に離脱メッセージを送信するようにＩＰＥ２８₂及びＩＰＥ２８₃の両方に対して指示する。ネットワークルータＲは、任意の利用可能なマルチキャストルーティングプロトコルを使用してマルチキャストツリーを確立可能である（例えば、ＳＳＭ、ＤＶＭＲＰ、ＭＯＳＰＦ、及びＰＩＭ）。

図４に示されているＩＰＥコントローラ３８の一実施例は、ハンドセットＵ_Eへの伝送のために個々のサイトＳ１〜Ｓ３に伝達することを要するセッションのタイプのプロファイルを作成可能である。個々のハンドセットＵ_EからＰＬＭＮを通じて伝送され、リンク７を通じてＩＰＥコントローラに伝達されるデータの結果として、例えば、個々のユーザの優先権に関するデータを作成可能である。これらの優先権は、ＤＶＢ−Ｔネットワークのセルに固有のものであってよい。

この説明対象のシステムの１つの利点は、エンキャプスレータ２８からの参加メッセージ内にマルチキャストセッションの発信元アドレスが含まれているため、ＳＳＭ（Ｓｏｕｒｃｅ Ｓｐｅｃｉｆｉｃ Ｍｕｌｔｉｃａｓｔ）ツリーを生成可能であるという点にあり、この結果、ルータＲは、ネットワーク全体にではなく、マルチキャスト発信元（前述の例においては、発信元４₂）に対してのみ発見（ｄｉｓｃｏｖｅｒｙ）メッセージを送信することによってマルチキャストツリーをセットアップ可能であるため、国際公開第０３／０２４０２４号（ＷＯ ０３／０２４０２４）明細書に記述されているプロセスよりも格段に効率的である。尚、ＳＳＭ法については、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ） ＲＦＣ３５６９に更に詳しく記述されている。

エンキャプスレータ２８からネットワークに送信された参加及び離脱メッセージは、サーバ４から受信されるセッションデータに適したフォーマットになっている必要があり、前述のように、これは、ＩＰｖ４又はＩＰｖ６のいずれかであってよい。プロセッサ３１は、表１のバージョンデータ４５をチェックし、参加メッセージを適切に生成する。Ｉｐｖ４セッションデータの場合には、参加及び離脱は、ＩＧＭＰｖ２又はＩＧＭＰｖ３（ＳＳＭ）メッセージとして送信され、ＩＰｖ６の場合には、参加及び離脱は、ＭＬＤ又はＭＬＤｖ２（ＳＳＭ）メッセージとして送信される。

エンキャプスレータ２８が、セッションデータをＤＶＢ−Ｔトランスポートストリーム内にカプセル化する場合には、サーバ４がパケットをＩｐｖ４又はＩＰｖ６のいずれによって供給したかとは無関係に、ＩＰパケットは、常にＩＰｖ６によって無線を介して伝送されることになる。エンキャプスレータ２８のプロセッサ３１は、必要に応じて、対応するＩＰｖ６発信元とＩＰｖ４セッションの宛先アドレスを保存する表１を参照することにより、ＩＰｖ４からＩＰｖ６への変換を実行する。従って、表１に示されているセッション１の例の場合には、ハンドセットＵＥに無線を介して伝送されるデータ内において、ＩＰｖ４のアドレスｘｘｘｘ及びｙｙｙｙは、ｍｍｍｍ及びｎｎｎｎによって置換されている。

表１のセッション２に示されているように、ＩＰｖ６のセッションデータについて無線を介してＴＳ内において伝送されるアドレスは、ＳＳＭに使用するアドレス範囲外の異なる値に変換することも可能である。この理由は、ＰＬＭＮ３を通じてハンドセットＵＥに伝送されるＩＰと衝突するリスクを回避するためである（さもなければ、これは、同一のアドレスを使用する可能性がある）。

１つのセッションについて、常に、１つの発信元アドレスが存在する一方で、宛先アドレスは、複数のものが存在可能である。これは、ＵＥが受信するセッションが複数のＩＰストリームとなる場合に使用可能である（例えば、マルチメディアストリームがこれに相当し、この場合には、アドレス用に１つのストリーム、オーディオ用にいくつかのストリーム、サブタイトル用にいくつかのストリーム、そして、同期用に１つのストリームが存在している）。

表１には、特定のセッションに適用されるセキュリティポリシーに関する情報（具体的には、暗号化及び／又は認証がプロセス３６によって実行されるかどうか、並びに、実行される場合には、どのアルゴリズム及びキーを使用するのか）も含まれている。

表１内の保存データには、ＦＥＣプロセス３５を使用するかどうか、並びに、プロセス３７によってセッションに割り当てられる帯域幅（ビットレート）も示されている。

図６に示されているエンキャプスレータ２８の更なる利点は、セキュリティ機能プロセス３６により、参加メッセージと関連した関連キー（ＩＰｓｅｃ）によって暗号化アルゴリズム及び認証アルゴリズムを実行し、改善されたセキュリティを提供可能であるという点にある。

更なる利点は、ＩＰＥコントローラ３８が、特定のセッションのデータタイプに応じて、カプセル化されたデータに対して既定の帯域幅を割り当てるように帯域幅制御プロセス３７に対して指示可能であるという点にある。例えば、いくつかのセッションの特定のビデオストリームに対して、その他のものよりも大きな帯域幅を割り当てることにより、良好なサービス品質を確保可能である。又、それぞれのセッションが消費する帯域幅を表１に指定されている帯域幅に制限することにより、帯域幅を必要としているその他のサービスが許可なしに帯域幅を奪取し、対象のセッションが利用可能な帯域幅が減少するという事態を回避可能であるため、対象のセッション及び同時セッションのサービスの品質が保証される。

以上のことから、それぞれのＩＰＥ２８が、移動ハンドセットＵＥの中の１つ又は複数のもののマルチキャスティングプロキシクライアントとして機能することにより、サーバ４からハンドセットへの従来のマルチキャスティングを妨げている単方向の無線を介したリンクの問題が克服されることがわかる。

以上のことから、本発明は、単方向のブロードキャストネットワーク上においてユーザに伝送するべくカプセル化されたデータをマルチキャストする際に使用するマルチキャスティング装置を提供し、この場合に、潜在的な送信者と潜在的な受信者は、分離したグループを形成しており、所与のマルチキャストセッションにおいて、正確に１つの既知の送信者が存在し得ることが理解されよう。

当業者には、以上において説明したマルチキャスティングシステムの多数の変更及び変形が明らかであろう。例えば、ＩＰＥ２８は、適切な事前処理により、ＩＰデータグラムのみならず、Ｅｔｈｅｒｎｅｔ（登録商標）パケットを処理することも可能であろう。又、本発明は、ＤＶＢ−Ｔに限定されるものではなく、その他の伝送方式を使用することも可能であり、これは、必ずしも無線である必要はない。

Claims (36)

1. 双方向ネットワークのノードを有するマルチキャスティング装置において、
   前記ノードは、マルチキャストセッション用の参加及び離脱メッセージを前記ネットワークに伝送するべく動作可能であると共に、前記双方向ネットワークから前記マルチキャストセッションにおいて受信したセッションデータを単方向にブロードキャストするべく動作可能である、マルチキャスティング装置。
2. 前記ノードは、単方向に伝送するべくマルチキャストセッションデータをカプセル化するエンキャプスレータを含む請求項１記載のマルチキャスティング装置。
3. ユーザ装置に対して単方向に送信するべく、ネットワークを通じてリモード発信元から受信したマルチキャストデータをカプセル化するエンキャプスレータと、
   前記ネットワークを介して前記発信元から前記エンキャプスレータに前記データをマルチキャストするために参加メッセージを前記ネットワークに送信するように前記エンキャプスレータを制御するべく動作可能なエンキャプスレータコントローラと、
   を有するマルチキャスティング装置。
4. 参加メッセージは、既定の時点において送信されるようにスケジュールされる請求項３記載のマルチキャスティング装置。
5. 前記スケジュールされた時点は、前記発信元からのデータセッションの開始よりも先行している請求項４記載のマルチキャスティング装置。
6. 前記参加メッセージは、前記リモート発信元に対応したアドレスを含む請求項３〜５の中のいずれか一項記載のマルチキャスティング装置。
7. 前記参加メッセージは、マルチキャストグループに対応したアドレスを含む請求項３〜６の中のいずれか一項記載のマルチキャスティング装置。
8. 前記参加メッセージは、前記データを前記エンキャプスレータにマルチキャストする段階を中止するための離脱メッセージによって後続される請求項３〜７の中のいずれか一項記載のマルチキャスティング装置。
9. 前記コントローラは、前記エンキャプスレータに送信される前記データセッションのスケジュールを判定し、且つ、前記スケジュールに対応した参加及び離脱メッセージを送信するように前記エンキャプスレータに対して指示するべく動作可能である請求項３〜８の中のいずれか一項記載のマルチキャスティング装置。
10. 前記エンキャプスレータは、ＩＰパケットデータをＭＰＥＧトランスポートストリームパケット内にカプセル化するべく動作可能である請求項３〜９の中のいずれか一項記載のマルチキャスティング装置。
11. 前記エンキャプスレータは、ＩＰパケットデータを複数のセクションにカプセル化し、前記セクションをバースト内に配列し、且つ、前記バーストの特性に対応したタイムスライシング情報を提供するべく動作可能である請求項３〜１０の中のいずれか一項記載のマルチキャスティング装置。
12. 前記エンキャプスレータは、前記カプセル化されたデータの帯域幅を制御するべく動作可能であり、前記エンキャプスレータコントローラは、前記カプセル化されたデータに既定の帯域幅を提供するように前記エンキャプスレータに対して指示するべく動作可能である請求項３〜１１の中のいずれか一項記載のマルチキャスティング装置。
13. 前記エンキャプスレータは、前記データに対して暗号化及び認証プロセスを実行するべく動作可能である請求項３〜１２の中のいずれか一項記載のマルチキャスティング装置。
14. 前記エンキャプスレータは、サーバから異なるバージョンのデータを受信し、前記ユーザ装置に対して単方向に伝送するために前記データを共通バージョンに変換するべく動作可能である請求項３〜１３の中のいずれか一項記載のマルチキャスティング装置。
15. 前記エンキャプスレータは、サーバから異なるバージョンのデータを受信し、前記データのバージョンに応じたフォーマットで前記参加メッセージを送信するべく動作可能である請求項３〜１４の中のいずれか一項記載のマルチキャスティング装置。
16. 前記ネットワーク及び前記発信元を含む請求項３〜１５の中のいずれか一項記載のマルチキャスティング装置。
17. 前記ネットワークは、前記参加メッセージに応答して、前記発信元から前記エンキャプスレータにデータが伝播するためのマルチキャストツリーを確立するべく動作可能な複数のルータを含む請求項１６記載のマルチキャスティング装置。
18. ユーザ装置に対する伝送のために前記データをカプセル化するべく無線ネットワークの個々の伝送サイトに配置された複数の前記エンキャプスレータを含む請求項１６又は１７記載のマルチキャスティング装置。
19. 請求項１〜１９のいずれか一項記載のマルチキャスティング装置を動作させる方法。
20. 請求項１９記載の方法に従ってユーザ装置上においてカプセル化されたデータを受信する方法。
21. 双方向ネットワーク内に接続されたノードを動作させることにより、マルチキャストセッション用の参加及び離脱メッセージを前記ネットワークに伝送すると共に、前記双方向ネットワークから前記マルチキャストセッションにおいて受信したセッションデータを単方向にブロードキャストすることを有するマルチキャスティング方法。
22. 単方向に伝送するために、前記ノードにおいて前記マルチキャストセッションデータをカプセル化することを含む請求項２１記載の方法。
23. エンキャプスレータを動作させることにより、ユーザ装置に対して単方向に送信するべく、ネットワークを通じてリモート発信元から受信したマルチキャストデータをカプセル化し、
    前記ネットワークを通じて前記発信元から前記エンキャプスレータに前記データをマルチキャストするべく、参加メッセージを前記ネットワークに送信するべく前記エンキャプスレータを制御すること、
    を有するマルチキャスティング方法。
24. 前記発信元からのデータセッションを開始する前に既定の時点において送信されるように前記参加メッセージをスケジュールすることを含む請求項２３記載の方法。
25. 前記リモート発信元のアドレスに対応したデータを有する前記参加メッセージを提供することを含む請求項２３及び２４記載の方法。
26. マルチキャストグループに対応したアドレスデータを有する前記参加メッセージを提供することを含む請求項２３、２４、及び２５記載の方法。
27. 前記データを前記エンキャプスレータにマルチキャストすることを中止するべく離脱メッセージを送信することを含む請求項２３〜２６の中のいずれか一項記載の方法。
28. 前記エンキャプスレータに送信されるデータセッションのスケジュールを判定し、前記スケジュールに対応した参加及び離脱メッセージを送信するように前記エンキャプスレータに対して指示すること、を含む請求項２３〜２７の中のいずれか一項記載の方法。
29. 前記カプセル化されたデータに既定の帯域幅を提供するように前記エンキャプスレータに対して命令することを含む請求項２３〜２８の中のいずれか一項記載の方法。
30. 前記データに対して暗号化及び認証プロセスを実行することを含む請求項２３〜２９の中のいずれか一項記載の方法。
31. 既定の帯域幅を前記セッションに対して割り当て、前記帯域幅を超過しないように前記伝送を制限すること、を含む請求項２３〜３０の中のいずれか一項記載の方法。
32. 前記セッションの前記データは、異なる優先順位を有する複数のストリームから構成されており、前記優先順位に応じて前記ストリームからデータをドロップすることを含んでいる請求項３１記載の方法。
33. ユーザ装置に送信するべく、ネットワークを通じてリモート発信元からストリーム内において受信したマルチキャストデータをカプセル化するエンキャプスレータと、
    前記データを前記ネットワークを通じて前記発信元から前記エンキャプスレータにマルチキャストできように、前記発信元のアドレスに対応したアドレスを含む参加メッセージを前記ネットワークに送信するべく動作可能なエンキャプスレータコントローラと、
    を有するマルチキャスティング装置。
34. リモートサーバからエンキャプスレータにマルチキャストされ、カプセル化されたデータを前記エンキャプスレータから受信するべく動作可能な移動ユーザ装置用のプロキシマルチキャストクライアントとして構成された前記エンキャプスレータを有するマルチキャスト装置。
35. 双方向ネットワークのノードを有するマルチキャスティング装置と通信状態にある移動ユーザ装置において、
    前記ノードは、マルチキャストセッション用の参加及び離脱メッセージを前記ネットワークに送信するべく動作可能であると共に、前記双方向ネットワークから前記マルチキャストセッション内において受信したセッションデータを単方向にブロードキャストするべく動作可能である、移動ユーザ装置。
36. 請求項１〜１８或いは３３又は３４の中のいずれか一項記載のマルチキャスティング装置と通信状態にある移動ハンドセット。

Images