JP4814998B2

JP4814998B2 - マルチキャスト・データを信頼できる形で送達するための方法および装置

Info

Publication number: JP4814998B2
Application number: JP2009518062A
Authority: JP
Inventors: リウ，ハング; ラマスワミー，クマール; ボイス，ジル，マクドナルド
Original assignee: Thomson Licensing SAS
Current assignee: Thomson Licensing SAS
Priority date: 2006-06-27
Filing date: 2006-06-27
Publication date: 2011-11-16
Anticipated expiration: 2026-06-27
Also published as: US20090147718A1; JP2009543438A; CN101473616B; KR20090035492A; KR101278297B1; BRPI0621810A2; WO2008002294A1; EP2036283A1; EP2036283B1; CN101473616A; EP2036283A4; US8451762B2

Description

本発明は、マルチキャスト・データの信頼できる送達に関する。特に本発明はマルチキャスト・データの無線ネットワークを通じた一つまたは複数の受信器への、アプリケーション層でのマルチキャストからユニキャストへの変換を用いた、信頼できる送達に関する。

データをマルチキャストすることは、複数ユーザーにデータを送達するための効率的なネットワーク資源の利用を提供する。たとえば、電気通信サービス・プロバイダーは、デジタル加入者線（DSL: Digital Subscriber Line）ネットワークを通じて、統一されたデータ、音声およびビデオ・サービスを顧客に提供する。テレビ番組はIPマルチキャストにおいて、DSLネットワークを通じて顧客の家庭にあるメディア・ゲートウェイに送信される。次いで、顧客の家庭において、そのプログラム・データはセットトップ・ボックス、IPテレビ受信器またはモバイル・デバイス（この技術分野では受信器と呼ばれる）に無線構内ネットワーク（WLAN: wireless local area network）を通じて再分配されることができる。しかしながら、マルチキャスト・データ・パケットの送信はWLANにおけるユニキャスト・データ・パケットの送信ほど信頼できるものではない。変調およびチャネル符号化方式の適応ならびに失われたパケットの再送信といった信頼できる送信のための諸技法は、WLAN物理層およびデータリンク層によるユニキャスト・データ・トラフィックについてのみ使用される。すなわち、WLANは、マルチキャスト・アドレスをもつデータ・パケットよりも、ユニキャスト宛先アドレスをもつデータ・パケットのほうがずっと信頼できる形で送信できるのである。

前方誤り訂正（FEC: forward error correction）および弾力的ビデオ符号化（resilience video coding）といったアプリケーション層の誤り制御技法はマルチキャスト・ビデオ送信の信頼性を改善できる。しかしながら、これらの技法は、高いオーバーヘッドを導入するので、帯域幅効率が下がる。さらに、マルチキャスト送信のためには、複数の受信器がありえ、各受信器は異なる電波リンク品質を被りうる。すべての受信器の要件を満たすことは難しい。

いくつかのビデオ／オーディオ・ストリーミング・サーバー・ソフトウェアはマルチキャスト・ストリームを複数のユニキャスト・ストリームに変換できる。しかしながら、ストリーミング・サーバー・ソフトウェアはコンピュータ上で走り、一つのIPインターフェースをホストIPアドレスにバインドするのみである。サーバー・ソフトウェアはマルチキャスト・ストリームを受信し、いくつかのユニキャスト・ストリームを同じインターフェースを通じて送り出す。同じビデオ・ストリームがストリーミング・サーバーから複数の家庭または一家庭内の複数の受信器にユニキャストで送られる場合、有線DSLネットワークにおける帯域幅のような増加したネットワーク資源を消費することになる。

本発明は、本稿において、無線構内ネットワーク（WLAN）を使って記載されるが、いかなる無線ネットワークが本発明の基礎となることもできる。

本稿で記載されるところの本発明は、マルチキャスト・データの無線ネットワーク（たとえば無線構内ネットワーク）を通じた一つまたは複数の受信器への、アプリケーション層でのマルチキャストからユニキャストへの変換を用いた、信頼できる送達のための方法および装置であって、以下のことを含む：１）外部インターフェースからマルチキャスト・プログラムのセッション記述を取得し；２）マルチキャスト・プログラムに申し込むために、無線ネットワークを介して、たとえば無線構内ネットワーク（WLAN）インターフェース（内部インターフェース）を介して受信器から要求を受信し；３）前記外部インターフェースを介して前記受信器のために前記プログラムを要求するためにプロキシとしてはたらき、前記プログラム（プログラム・ソース）のマルチキャスト・アドレスおよび前記受信器のアドレスのマッピングを含む、前記少なくとも一つの要求する受信器のために前記情報を維持し；４）要求されたプログラムのマルチキャスト・データ・パケットを前記外部インターフェースから受信するとき、該パケット中の前記マルチキャスト宛先アドレスを一つまたは複数の受信器のユニキャスト宛先アドレスに変換して、ユニキャスト・パケットを前記受信器（少なくとも一つ）に無線（WLAN）インターフェースを通じて転送し；５）特定の受信器が破れる（非確立となる（dis-establish））ときには、前記データ・パケットの前記無線（WLAN）インターフェースを介したこの特定の受信器への送信を中止する。この特定の受信器が要求されたプログラムに申し込む最後の受信器である場合には、前記外部インターフェースを介して前記プログラムを受信することも停止する。

記載される、無線ネットワークを通じてマルチキャスト・アドレス指定されたデータ・パケットを送達する方法および装置は、マルチキャスト接続をユニキャストの一様リソース識別子（uniform resource identifier）にマッピングし、マルチキャストからユニキャストへの変換のために状態（state）（内部）を確立し、ポートを割り当て、マルチキャスト・アドレス指定されたデータ・パケットを受信し、マルチキャスト・アドレス指定されたデータ・パケットをユニキャスト・アドレス指定されたデータ・パケットに変換し、変換されたデータ・パケットを送信することを含む。マルチキャスト・アドレス指定されたデータ・パケットの送達のための方法および装置は、第一の通信インターフェースを介して複数の利用可能なプログラムのうちの一つについての要求を受信し、状態情報を維持し、前記複数の利用可能なプログラムのうちの一つのソースのマルチキャスト・アドレスと前記複数の利用可能なプログラムのうちの前記一つの要求者のユニキャスト・アドレスとの間のアドレス変換を実行し、前記複数の利用可能なプログラムのうちの一つについての要求を第二の通信インターフェースを介して送信し、要求されたプログラムのマルチキャスト・アドレス指定されたデータ・パケットを前記第二の通信インターフェースを介して受信し、前記マルチキャスト・アドレス指定されたデータ・パケットをユニキャスト・アドレス指定されたデータ・パケットに変換し、要求されたプログラムのユニキャスト・アドレス指定されたデータ・パケットを前記第一の通信インターフェースを介して送信することを含む。

すなわち、解決すべき課題は、無線ネットワーク、たとえば無線構内ネットワーク（WLAN）を通じて信頼できる形でマルチキャスト・データを送信する方法および装置をいかにして設計するかである。

本発明は、付属の図面との関連で読まれたときに、以下の詳細な記述から最もよく理解される。図面において、同様の符号は類似の要素を表す。

図１を参照すると、本発明に基づくネットワーク・システムが示されている。ストリーミング・サーバー１０５は一つまたは複数のプログラムをIPマルチキャスト・ネットワーク１１０を通じて、電話会社の中央位置にあるデジタル加入者線アクセス・マルチプレクサ（DSLAM: Digital Subscriber Line Access Multiplexers）１１５にマルチキャストする。プログラムは、受信器に対して完全なメディア・フィードとして呈示される一つまたは複数のストリームの組を含む。それは、一つまたは複数のIPマルチキャスト・グループで転送される。顧客の家庭にある一つまたは複数の受信器がこのプログラムについてのマルチキャスト・グループに加わる場合、プログラムに属するマルチキャスト・データ・パケットはDSLAMを通じてDSLリンク１２０を介して顧客の家庭にあるメディア・ゲートウェイ１２５に送られる。要求されたプログラムのマルチキャスト・データ・パケットを受信するとき、メディア・ゲートウェイは、WLANによって提供されるユニキャスト・データについての送信信頼性を利用するために、マルチキャストからユニキャストへの変換を実行し、ユニキャスト・データ・パケットを受信器１３０に送る。

図２は、メディア・ゲートウェイにおけるマルチキャストからユニキャストへのパケット変換２１０および標準的なIPネットワーキング環境に対するその関係を示している。メディア・ゲートウェイは二つのIPアドレスをもつ二つのインターフェース２０５、２１５をもつ。一方はDSLAMをDSLモデム（外部インターフェース）２０５に接続し、他方は諸受信器をWLANインターフェース（家庭内部のインターフェース）２１５に接続する。メディア・ゲートウェイが外部インターフェースを通じて通信するとき、該メディア・ゲートウェイはその外部IPアドレスを使う。メディア・ゲートウェイが内部WLANインターフェースを通じて通信するとき、該メディア・ゲートウェイはその内部のプライベートなIPアドレスを使う。メディア・ゲートウェイはその外部インターフェースを介してマルチキャスト・データ・パケットを受信する。メディア・ゲートウェイはパケットの宛先マルチキャスト・ネットワーク・アドレスを、このプログラムを受信したがっている受信器のユニキャスト・ネットワーク・アドレスに変換する。メディア・ゲートウェイはまた、マルチキャスト・パケット内のソース・ネットワーク・アドレスを自分自身のプライベートなネットワーク・アドレスに変換する。このネットワーク・アドレスはIPアドレスおよび対応するトランスポート層ポートを含む。トランスポート層ポートはたとえば、トランスポート・プロトコルとしてユーザー・データグラム・プロトコル（user datagram protocol）が使われる場合、ユーザー・データグラム・プロトコル（UDP）ポートである。メディア・ゲートウェイは変換されたユニキャストIPパケットを要求元の受信器にそのIEEE802.11無線LANインターフェースを通じて送る。宛先アドレスはユニキャスト・アドレスなので、IEEE802.11リンク層は、パケット損失の場合にはパケットの再送信を実行することになる。さらに、IEEE802.11物理層は、受信器のチャネル条件に基づいて送信を最適化するために変調方式およびチャネル符号化レートを適応させることになる。したがって、データ・パケットはより信頼できる形で送信されることができる。マルチキャストからユニキャストへの変換がなければ、すなわちパケットの宛先アドレスがマルチキャストであれば、IEEE802.11 WLANは再送信もリンク適応も実行しないことを注意しておく。複数の受信器が同じプログラムに申し込む場合、メディア・ゲートウェイはマルチキャスト・パケットを各受信器についての複数のユニキャスト・パケットに変換する。家庭内で多くの受信器が同じマルチキャスト・プログラムに同時に申し込むことは一般的ではないことが期待される。

本発明は、アプリケーション層でのマルチキャストからユニキャストへの変換を用いる、マルチキャスト・データの一つまたは複数の受信器への、無線構内ネットワークを通じた信頼できる送達のための方法および装置である。本発明は送信されるデータの型とは独立であり、いかなる型のマルチキャスト・データの送信のために使われることもでき、ビデオ／オーディオ／テレビのプログラムに限定されない。ビデオ／オーディオ／テレビのプログラムはあくまでも例示的であり、本発明がマルチキャストIPテレビ・プログラムを使って記載されるのはそのようなデータの一例としてである。

図３を参照すると、プログラムを受信器に送達するためのセッションを確立する方法が記載されている。マルチキャスト・プログラム／セッションは、たとえばセッション記述プロトコル（SDP: session description protocol）において指定されている標準的な形式／フォーマットに従う、セッション記述ファイル／メッセージ／ディレクトリ（session description file/message/directory）（SDF）によって記述されることができる。マルチキャスト・プログラムについてのセッション記述ファイルは、DSLAMを介したプロトコルを使って、ビデオ・サーバーによってメディア・ゲートウェイに分配される。セッション記述ファイル／メッセージ／ディレクトリをメディア・ゲートウェイに分配するためには、種々のプロトコルが使用できる。それには、これに限られないが、標準的なIETFセッション・アナウンスメント・プロトコル（SAP: Session Announcement Protocol）３０５が含まれる。セッション記述ファイル／メッセージ／ディレクトリは、エンコード、ネットワーク・アドレスおよびそのコンテンツに付いての情報のセットといった、プログラム内の一つまたは複数のメディア・ストリームについての情報を含む。ひとたびセッション記述ファイル／メッセージ／ディレクトリがメディア・ゲートウェイによって受信されると、それはメディア・ゲートウェイによって記憶される３１０。プログラム・セッション記述はいくつかの異なる形を取ってもよい。それには、これに限られないが、セッション記述プロトコル（SDP）において指定されている標準的なIETFセッション記述フォーマットが含まれる。テレビ・プログラムについては、セッション記述ファイル／メッセージ／ディレクトリは一つまたは複数のテレビ・チャンネルを記述する。複数のプログラムがDSLネットワークを通じて同時にマルチキャストされてもよい。各プログラムは一つまたは複数のIPマルチキャスト・グループにマルチキャストされる。しかしながら、プログラムがDSLAMによってメディア・ゲートウェイに送達されるのは、そのプログラムが受信器によって要求され、メディア・ゲートウェイが対応するマルチキャスト・グループに加わってからのことである。要求元の受信器はマルチキャストについては何も知らない。要求元の受信器はメディア・ゲートウェイを用いて、そのプログラム情報を得るために通信し、あるプロトコルを使ってセッションを確立する。セッション確立のためには、受信器とメディア・ゲートウェイとの間で種々のプロトコルが使用できる。一例のプロトコルは、標準的なIETFリアルタイム・ストリーミング・プロトコル（RTSP: Real-Time Streaming Protocol）である。RTSPが使われる場合、受信器はRTSPクライアントとしてはたらき、メディア・ゲートウェイはRTSPサーバーとしてはたらく。メディア・ゲートウェイはそのWLANインターフェースを通じて、そのプライベートなIPアドレスを用いて受信器と通信する。セッションを確立するために、受信器は、あるプログラムについての記述（メディア・ストリームについての情報、エンコード、ネットワーク・アドレスなど）を得るために、RTSP DESCRIBE要求メッセージ３１５を送る。メディア・ゲートウェイが、あるプログラムについてのRTSP DESCRIBE要求をある受信器から受信するとき、メディア・ゲートウェイは、マルチキャスト接続情報を除去することによってこのプログラムのもとのセッション記述ファイルを修正し、マルチキャスト接続からユニキャストの一様リソース識別子（URI）３２０にマッピングする。URIは、セッションを識別し、セットアップするために受信器によって使用される。次いでメディア・ゲートウェイは前記URIをもつ修正されたセッション記述を前記受信器に、RTSP DESCRIBE応答３２５において送る。これがこのマルチキャスト・プログラムについての最初の受信器要求である場合、メディア・ゲートウェイはその外部インターフェースを通じて、要求に基づくのでない（unsolicited）インターネット・グループ・マネジメント・プロトコル（IGMP: Internet Group Management Protocol）レポート３３０を送る。この、要求に基づくのでないIGMPレポート中のソースIPアドレスは、メディア・ゲートウェイの外部アドレスである。このIGMPレポートは、メディア・ゲートウェイがそのプログラムについてのデータを受信するためのマルチキャスト・グループに加わることにつながる。DSLAMがIGMPレポートを受信したのち、DSLAMはこのプログラムについてのマルチキャスト・データ・パケットをメディア・ゲートウェイに送ることになる。受信器は、そのプログラムについてのURIおよびパケットを受信するためのクライアントUDPポートを含むRTSP SETUP要求３３５をメディア・ゲートウェイに送る。メディア・ゲートウェイがRTSP SETUP要求３３５を受信器から受信するとき、メディア・ゲートウェイはマルチキャストからユニキャストへの変換のための内部状態を確立し、データを（たとえばRTP/RTSPプロトコルおよび／またはUDPプロトコルを通じて）前記受信器（単数または複数）にユニキャストするためのサーバー・データ・トランスポート・ポートを割り当てる３４０。メディア・ゲートウェイはサーバー・ポート情報をRTSP SETUP応答３４５において受信器に送る。

次いで受信器はRTSP PLAY要求３５０をメディア・ゲートウェイに送る。ひとたびRTSP PLAY要求３５０を受信器から受け取ると、メディア・ゲートウェイは外部インターフェースから受信されたマルチキャスト・パケットをユニキャスト・パケットに変換して３６０、パケット中の宛先ネットワーク・アドレスを受信器アドレス／ポートに変え、ソース・ネットワーク・アドレスを自分自身のアドレス／ポートに変えることを始める。メディア・ゲートウェイは、たとえばテレビ・プログラム・データを含むマルチキャスト・データ・パケット３６５を受信する。次いでメディア・ゲートウェイはマルチキャストからユニキャストへの変換をアプリケーション層で実行する３７０。ユニキャスト・パケットは受信器にWLANインターフェースを通じて送られる３７５。メディア・ゲートウェイはDSLAMからのIGMPクエリーも受信する３８０。メディア・ゲートウェイは、このマルチキャスト・プログラムについて受信器をもつ場合、自らを対応するマルチキャスト・グループ内に維持するために、IGMPレポート／応答／返信メッセージ３８５をもって応答する。複数の受信器が同じマルチキャスト・プログラムに申し込んでいる場合、メディア・ゲートウェイはマルチキャスト・パケットを、各受信器について一つずつの複数のユニキャスト・パケットに変換する。

ここで図４を参照して、要求元受信器にプログラムを送達するためのセッションを破る（tear down）方法についてこれから述べる。要求元受信器／クライアントはあるプログラム・セッションについてのRTSP TEARDOWN要求４０５をメディア・ゲートウェイに対して発する。メディア・ゲートウェイは、RTSP TEARDOWN要求を受信したのち、この受信器へのこのプログラム・セッションのデータ・パケットを変換および送信するのを停止する。メディア・ゲートウェイはまた、そのプログラムに関連付けられたリソースを解放する４１０。メディア・ゲートウェイは次いで、RTSP TEARDOWN応答を受信器に送る４１５。これがこのプログラムに申し込んでいる最後の受信器である場合、すなわちこの顧客の家庭においてもはやこのプログラムを受信したがっている受信器がない場合には、メディア・ゲートウェイはIGMP退去（Leave）メッセージをDSLAMに送る４２０。DSLAMはこのプログラムのマルチキャスト・パケットをDSLリンクを通じてメディア・ゲートウェイに送るのを停止することになる。受信器が受信したいプログラムまたはテレビ・チャンネルを変えるとき、古いセッションは破られ、新しいセッションがセットアップされる。

図５は、本発明に基づく、メディア・ゲートウェイおよび無線ネットワーク内でのその接続を示す概略図である。メディア・ゲートウェイ１２５、５１５は、二つのIPアドレスでの二つのインターフェース５２０、５２５と、アプリケーション・プロキシ・モジュール５３０と、メモリ記憶ユニット５３５とをもつ。外部インターフェース５２０がDSLAM５０５と、メディア・ゲートウェイ５１５の公共ネットワーク・アドレスを使って、DSLリンク５４０を介して通信する。内部インターフェース５２５は、無線LANインターフェース５４５を介してプライベートなネットワーク・アドレスを使って受信器５１０と通信する。アプリケーション・プロキシ・モジュール５３０はマルチキャストからユニキャストへの変換を制御し、実行する。アプリケーション・プロキシ・モジュール５３０は外部ネットワーク通信インターフェース５２０からマルチキャスト・パケットを受信し、受信されたマルチキャスト・パケットをユニキャスト・ネットワーク・アドレスをもつパケットに変換し、変換されたユニキャスト・パケットを内部ネットワーク通信インターフェース５２５を通じて送り出す。メモリ・ユニット５３５は、マルチキャストからユニキャストへのネットワーク・アドレス・マッピング情報を含む制御情報および処理するためのデータ・パケットを記憶する。

図６に示されるように、アプリケーション・プロキシ・モジュールは、メディア・ゲートウェイと受信器との間で通信されるRTSPメッセージを受信／処理／送信し、それを受信器に送信する前にセッション記述ファイル／メッセージ／ディレクトリを修正するためのRTSP処理ユニット６０５を含む。SAP処理ユニット６１０が、DSLAMを介してストリーミング・サーバーから受信されたマルチキャスト・セッション記述ファイル／メッセージ／ディレクトリを処理する。コントローラ６１５が、セッションを確立する／破ることおよびマルチキャストおよびユニキャストのアドレス・マッピング・テーブル内の項目を追加／削除することを含むセッション制御機能を実行する。マルチキャストからユニキャストへのアドレス・マッピング・テーブルは、メモリ内に記憶されているマルチキャスト・ネットワーク・アドレスと一つまたは複数の対応するユニキャスト・ネットワーク・アドレスとの間のマッピング情報を含む。IGMP処理ユニット６２０が、プログラム・ソースに対応するマルチキャスト・グループに加わる／該グループを維持する／該グループから退去するために、メディア・ゲートウェイとDSLAMとの間でのIGMPメッセージを受信／処理／送信する。データ転送ユニット６２５が、前記マルチキャストおよびユニキャスト・アドレス・マッピング・テーブル内のマッピング情報に基づいて、マルチキャスト・アドレスをもつデータ・パケットをユニキャスト・アドレスをもつパケットに変換し、変換されたデータ・パケットをWLANインターフェースを通じて受信器（単数または複数）に転送する。

ある代替的な実施形態では、メディア・ゲートウェイは組み込みの無線LANインターフェースをもたず、有線のイーサネット（登録商標）インターフェースをもつ。図７に示されるように、メディア・ゲートウェイはWLANアクセス・ポイント７０５にイーサネット（登録商標）インターフェースを通じて接続できる。この構成では、メディア・ゲートウェイは受信器とWLANアクセス・ポイント７０５を介して通信する。セッションを確立する／破るプロセスおよびマルチキャストからユニキャストへの変換はメディア・ゲートウェイによって実行される。さらにもう一つの代替的な実施形態（図示せず）では、メディア・ゲートウェイが複数の組み込み無線LANインターフェースおよび複数のイーサネット（登録商標）インターフェースならびに他の通信インターフェースをもつ。

本発明がハードウェア、ソフトウェア、ファームウェア、特殊目的プロセッサまたはそれらの組み合わせにおいて実装されうることは理解しておくべきである。好ましくは、本発明はハードウェアとソフトウェアの組み合わせとして実装される。さらに、ソフトウェアは好ましくはプログラム記憶デバイス上に具体的に実現されたアプリケーション・プログラムとして実装される。アプリケーション・プログラムはいかなる好適なアーキテクチャを有する機械にアップロードされ、これによって実行されてもよい。好ましくは、前記機械は、一つまたは複数の中央処理装置（CPU）、ランダム・アクセス・メモリ（RAM）および入出力（I/O）インターフェース（単数または複数）といったハードウェアを有するコンピュータ・プラットフォーム上で実装される。前記コンピュータ・プラットフォームはオペレーティング・システムおよびマイクロ命令コードをも含む。本稿で記載されたさまざまなプロセスおよび機能は、前記オペレーティング・システムを介して実行される、前記マイクロ命令コードの一部または前記アプリケーション・プログラムの一部（またはそれらの組み合わせ）であってもよい。さらに、追加的なデータ記憶装置および印刷装置といったさまざまな他の周辺装置が前記コンピュータ・プラットフォームに接続されていてもよい。

さらに、付属の図面に描かれている構成するシステム構成要素および方法ステップのいくつかは好ましくはソフトウェアで実装されるので、システム構成要素（またはプロセス・ステップ）間の実際の接続は、本発明がプログラムされる仕方に依存して異なることがあることは理解しておくべきである。本稿の教示を与えられれば、当業者は、本発明のこれらおよび同様の実装または構成を考えることができるであろう。

本発明に基づく無線ネットワークの概略図である。マルチキャストからユニキャストへの変換およびそのインターネット・プロトコル・スタックへの関係のブロック図である。本発明に基づく、セッションを確立するための方法のラダー・ダイヤグラムの前半である。本発明に基づく、セッションを確立するための方法のラダー・ダイヤグラムの後半である。本発明に基づく、セッションを非確立にするための方法のラダー・ダイヤグラムである。本発明に基づく、メディア・ゲートウェイおよび無線ネットワーク内でのその接続を示す概略図である。図５のアプリケーション・プロキシの構成要素を示す概略図である。本発明のメディア・ゲートウェイの代替的な実施形態を示す概略図である。

Claims

マルチキャスト接続をユニキャストのリソース識別子にマッピングする段階であって、ここで、前記マルチキャストからユニキャストへのマッピングは当該方法を実行する装置と受信器との間の通信プロトコルのアプリケーション層で実行される、段階と；
前記受信器に、サーバーからの複数のマルチキャスト・アドレス指定されたデータ・パケットを含む利用可能なプログラムに関する情報を送信する段階であって、ここで、前記情報は前記利用可能なプログラムのうちの少なくとも一つからマルチキャスト接続情報を除去することによって修正されている、段階と；
前記利用可能なプログラムのうちの一つを受信する要求を受信する段階であって、前記要求は受信器ポート・アドレスを含む、段階と；
マルチキャストからユニキャストへの変換のために状態を確立する段階と；
サーバー・ポートを割り当てる段階と；
マルチキャスト・アドレス指定されたデータ・パケットを外部ネットワークから受信する段階と；
前記マルチキャスト・アドレス指定されたデータ・パケットをユニキャスト・アドレス指定されたデータ・パケットに変換する段階と；
前記の変換されたデータ・パケットを前記受信器ポート・アドレスに送信する段階とを含む、
方法。
受信器からプログラムについての要求を受信し；
前記受信器に前記受信された要求への応答を送信することをさらに含む、
請求項１記載の方法。
請求項１記載の方法であって：
前記外部ネットワークから、前記利用可能なプログラムに関する情報を含むアナウンスメントを受信する段階と；
前記情報を記憶する段階と；
前記利用可能なプログラムのうちの一つを申し込む要求を受信する段階と；
前記情報の前記修正を実行する段階と；
前記利用可能なプログラムのうちの一つを受信する前記要求への応答を送信する段階であって、該応答はサーバー・ポート・アドレスを含む、段階とを含む、
方法。
前記の変換されたデータ・パケットを前記受信器ポート・アドレスに送信する前記段階が、RTP/RTSPプロトコルおよび／またはUDPプロトコルによってである、請求項１ないし３のうちいずれか一項記載の方法。
請求項１記載の方法であってさらに：
要求に基づくのでないインターネット・グループ・マネジメント・プロトコル・レポートを外部インターフェースを介して送信し；
インターネット・グループ・マネジメント・プロトコル・クエリーを前記外部インターフェースを介して受信し；
インターネット・グループ・マネジメント・プロトコル・クエリー応答を前記外部インターフェースを介して送信することを含む、
方法。
請求項３記載の方法であってさらに：
前記利用可能なプログラムのうちの前記一つを受信することをやめる要求を受信し；
前記利用可能なプログラムのうちの前記一つを受信することに関連付けられたリソースを解放し；
前記利用可能なプログラムのうちの前記一つを受信することをやめる前記要求に応答し；
前記利用可能なプログラムのうちの前記一つについて他の要求が残っていない場合、インターネット・グループ・マネジメント・プロトコル・メッセージを送信することを含む、
方法。
マルチキャスト接続をユニキャストのリソース識別子にマッピングする手段であって、ここで、前記マルチキャストからユニキャストへのマッピングは当該装置と受信器との間の通信プロトコルのアプリケーション層で実行される、手段と；
前記受信器に、サーバーからの複数のマルチキャスト・アドレス指定されたデータ・パケットを含む利用可能なプログラムに関する情報を送信する手段であって、ここで、前記情報は前記利用可能なプログラムのうちの少なくとも一つからマルチキャスト接続情報を除去することによって修正されている、手段と；
前記利用可能なプログラムのうちの一つを受信する要求を受信する手段であって、前記要求は受信器ポート・アドレスを含む、手段と；
マルチキャストからユニキャストへの変換のために状態を確立する手段と；
サーバー・ポートを割り当てる手段と；
前記マルチキャスト・アドレス指定されたデータ・パケットを外部ネットワークから受信する手段と；
前記マルチキャスト・アドレス指定されたデータ・パケットをユニキャストのデータ・パケットに変換する手段と；
前記の変換されたデータ・パケットを前記受信器ポート・アドレスに送信する手段とを有する、
装置。
受信器からプログラムについての要求を受信する手段と；
前記受信器に前記受信された要求への応答を送信する手段とをさらに有する、
請求項７記載の装置。
請求項７記載の装置であって：
前記外部ネットワークから、前記利用可能なプログラムに関する情報を含むアナウンスメントを受信する手段と；
前記情報を記憶する手段と；
前記利用可能なプログラムのうちの一つを申し込む要求を受信する手段と；
前記情報の前記修正を実行する手段と；
前記利用可能なプログラムのうちの一つを受信する前記要求への応答を送信し、該応答はサーバー・ポート・アドレスを含む、手段とをさらに有する、
装置。
マルチキャストからユニキャストへのマッピングを確立し、前記の変換されたデータ・パケットを前記受信器に送達するためにメディア・ゲートウェイである当該装置と前記受信器との間で通信プロトコルが使用され、さらに、前記通信プロトコルがリアルタイムのストリーミング・プロトコルである、請求項９記載の装置。
当該装置と前記受信器との間の通信が無線である、請求項９記載の装置。
請求項７記載の装置であってさらに：
要求に基づくのでないインターネット・グループ・マネジメント・プロトコル・レポートを外部インターフェースを介して送信する手段と；
インターネット・グループ・マネジメント・プロトコル・クエリーを外部インターフェースを介して受信する手段と；
インターネット・グループ・マネジメント・プロトコル・クエリー応答を外部インターフェースを介して送信する手段とを有する、
装置。
請求項１１記載の装置であってさらに：
前記利用可能なプログラムのうちの前記一つを受信することをやめる要求を受信する手段と；
前記利用可能なプログラムのうちの前記一つを受信することに関連付けられたリソースを解放する手段と；
前記利用可能なプログラムのうちの前記一つを受信することをやめる前記要求に応答する手段と；
前記利用可能なプログラムのうちの前記一つについて他の要求が残っていない場合、インターネット・グループ・マネジメント・プロトコル・メッセージを送信する手段とを有する、
装置。
サーバーからの複数のマルチキャスト・アドレス指定されたデータ・パケットを含む利用可能なプログラムに関する情報を要求者に送信する段階であって、ここで、前記情報は前記利用可能なプログラムのうちの少なくとも一つからマルチキャスト接続情報を除去することによって修正されている、段階と；
前記複数の利用可能なプログラムのうちの一つのプログラムについての要求を第一の通信インターフェースを介して受信する段階と；
状態情報を維持する段階と；
前記複数の利用可能なプログラムのうちの前記一つのプログラムのソースのマルチキャスト・アドレスと前記複数の利用可能なプログラムのうちの前記一つのプログラムの前記要求者のユニキャスト・アドレスとの間のアドレス変換を実行する段階と；
前記複数の利用可能なプログラムのうちの一つのプログラムについての前記要求を第二の通信インターフェースを介して送信する段階と；
前記の要求されたプログラムのマルチキャスト・アドレス指定されたデータ・パケットを前記第二の通信インターフェースを介して受信する段階と；
前記マルチキャスト・アドレス指定されたデータ・パケットをユニキャスト・アドレス指定されたデータ・パケットに変換する段階と；
前記要求されたプログラムの前記ユニキャスト・アドレス指定されたデータ・パケットを前記第一の通信インターフェースを介して送信する段階とを含み、
前記マルチキャストからユニキャストへのマッピングは前記第一の通信インターフェースの通信プロトコルのアプリケーション層で実行される、
方法。
請求項１４記載の方法であってさらに：
前記利用可能なプログラムに関する情報を前記第二の通信インターフェースを介して受信し；
前記情報を記憶することを含む、
方法。
ストリーミング・サーバーからの複数のマルチキャスト・アドレス指定されたデータ・パケットを含む利用可能なプログラムに関する情報を要求者に送信する手段であって、ここで、前記情報は前記利用可能なプログラムのうちの少なくとも一つからマルチキャスト接続情報を除去することによって修正されている、手段と；
前記複数の利用可能なプログラムのうちの一つのプログラムについての要求を第一の通信インターフェースを介して受信する手段と；
状態情報を維持する手段と；
前記複数の利用可能なプログラムのうちの前記一つのプログラムのソースのマルチキャスト・アドレスと前記複数の利用可能なプログラムのうちの前記一つのプログラムの前記要求者のユニキャスト・アドレスとの間のアドレス変換を実行する手段と；
前記複数の利用可能なプログラムのうちの一つのプログラムについての前記要求を第二の通信インターフェースを介して送信する手段と；
前記の要求されたプログラムのマルチキャスト・アドレス指定されたデータ・パケットを前記第二の通信インターフェースを介して受信する手段と；
前記マルチキャスト・アドレス指定されたデータ・パケットをユニキャスト・アドレス指定されたデータ・パケットに変換する手段と；
前記要求されたプログラムの前記ユニキャスト・アドレス指定されたデータ・パケットを前記第一の通信インターフェースを介して送信する手段とを有し、
前記マルチキャストからユニキャストへのマッピングは前記第一の通信インターフェースの通信プロトコルのアプリケーション層で実行される、
装置。
請求項１６記載の装置であってさらに：
前記利用可能なプログラムに関する情報を前記第二の通信インターフェースを介して受信する手段と；
前記情報を記憶する手段とを含む、
装置。
メディア・ゲートウェイのアプリケーション・プロキシである、請求項１６記載の装置。
前記アプリケーション・プロキシが前記要求者に対してマルチキャスト情報を隠す、請求項１８記載の装置。
請求項１８記載の装置であって、前記アプリケーション・プロキシが：
セッション制御を実行するコントローラと；
前記第二の通信インターフェースを介して前記ストリーミング・サーバーから受信されたマルチキャスト・セッション記述ファイルを処理する第一の処理ユニットと；
前記第一の通信インターフェースを介して前記メディア・ゲートウェイと前記要求者の間で通信されるメッセージを処理する第二の処理ユニットと；
前記第二の通信インターフェースを介して前記ストリーミング・サーバーから受信されるメッセージを処理する第三の処理ユニットと；
前記マルチキャスト・アドレス指定されたデータ・パケットをユニキャスト・アドレス指定されたデータ・パケットに変換するデータ転送ユニットとを有する、
装置。
前記第一の通信インターフェースが無線構内ネットワーク・インターフェースである、請求項１６記載の装置。
前記第一の通信インターフェースが有線イーサネット（登録商標）・インターフェースであり、前記メディア・ゲートウェイは前記要求者と、前記有線イーサネット（登録商標）・インターフェースを介した前記メディア・ゲートウェイから無線構内ネットワーク・アクセス・ポイントまでの間の接続を介して通信する、請求項１８記載の装置。
前記第一の通信インターフェースが無線構内ネットワーク・インターフェースおよび有線イーサネット（登録商標）・インターフェースの両方を有する、請求項２２記載の装置。