(57)【特許請求の範囲】
【請求項１】
プロセッサによって、ワイヤレス通信ネットワーク（ＷＣＮ）のマルチメディアクライアント向けのマルチメディアコンテンツの符号化フォーマットを制御するための方法であって、
ＷＣＮネットワークエンティティのプロキシ構成要素において、前記ＷＣＮによってサポートされるサービスレベルとの互換性に基づいて修正データ構造を取得するために、前記ＷＣＮによる転送のために利用可能なマルチメディアコンテンツの表現のための異なるロケータを備える前記ＷＣＮの外側に存在するエンティティによって制御されるデータ構造を修正することと、ここにおいて、前記表現はそれぞれの異なる符号化フォーマットに関連付けられ、前記データ構造は、前記ロケータを定義するデータ構造を備える、
少なくとも部分的には前記修正データ構造によって、少なくとも１つのマルチメディアクライアントに提供される前記マルチメディアコンテンツ用の符号化フォーマットを制御することと
を備える方法。
【請求項２】
前記修正データ構造を前記少なくとも１つのマルチメディアクライアントに与えることをさらに備える、請求項１に記載の方法。
【請求項３】
前記データ構造を修正することが、前記異なるロケータのうちの１つまたは複数と、前記異なる符号化フォーマットのうちの対応するものとを削除することを備える、請求項１に記載の方法。
【請求項４】
前記データ構造を修正することが、１つまたは複数の追加のロケータと、少なくとも１つの新たな符号化フォーマットとを追加することを備える、請求項１に記載の方法。
【請求項５】
前記符号化フォーマットが、ＭＰＥＧ２、ＭＰＥＧ４、Ｈ．２６４、またはＨ．２６５のうちの少なくとも１つを備え、前記少なくとも１つの新たな符号化フォーマットが、ＭＰＥＧ２、ＭＰＥＧ４、Ｈ．２６４、またはＨ．２６５のうちの少なくとも１つを備える、請求項４に記載の方法。
【請求項６】
コンテンツサーバからのマルチメディアコンテンツを、前記少なくとも１つの新たな符号化フォーマットに従ってトランスコードすることをさらに備える、請求項５に記載の方法。
【請求項７】
前記データ構造を修正することが、前記異なる符号化フォーマットのうちのそれぞれのフォーマット向けのユニキャストまたはブロードキャスト送信モードのうちの１つを示すための属性を追加することを備える、請求項１に記載の方法。
【請求項８】
前記符号化フォーマットを制御することが、前記マルチメディアコンテンツをブロードキャストするための１つまたは複数の符号化フォーマットを選択することをさらに備える、請求項１に記載の方法。
【請求項９】
前記データ構造が、動的適応ストリーミングオーバーハイパーテキスト転送プロトコル（ＨＴＴＰ）（ＤＡＳＨ）プロトコルによる、符号化フォーマットを含むそれぞれのメディア表現についてのアドレスを定義するメディアプレゼンテーション記述（ＭＰＤ）を備える、請求項１に記載の方法。
【請求項１０】
ＤＡＳＨセグメントについての明示的要求を前記少なくとも１つのマルチメディアクライアントから受信せずに、前記ＤＡＳＨセグメント中の前記プロキシ構成要素から前記少なくとも１つのマルチメディアクライアントに、前記マルチメディアコンテンツを送信することをさらに備える、請求項９に記載の方法。
【請求項１１】
前記プロキシ構成要素が、Ｆｉｌｅ  Ｄｅｌｉｖｅｒｙ  Ｏｖｅｒ  Ｕｎｉｄｉｒｅｃｔｉｏｎａｌ  Ｔｒａｎｓｐｏｒｔ（ＦＬＵＴＥ）オブジェクトのファイル記述テーブル（ＦＤＴ）に挿入された対応するユニフォームリソースロケータ（ＵＲＬ）を使って、前記異なるロケータを前記少なくとも１つのマルチメディアクライアントに指示することをさらに備える、請求項１０に記載の方法。
【請求項１２】
コンテンツサーバへの配信のためにアドレス指定されるマルチメディアコンテンツについての要求をインターセプトすることであって、前記要求が、少なくとも１つのマルチメディアクライアントから発信され、前記データ構造によりアドレス指定されることをさらに備える、請求項１に記載の方法。
【請求項１３】
前記符号化フォーマットを制御することが、あらかじめ規定された制御方式により前記要求を変換して、変換された要求を取得することと、前記変換された要求を前記コンテンツサーバに与えることとをさらに備える、請求項１２に記載の方法。
【請求項１４】
前記変換された要求に応答して、前記コンテンツサーバから前記マルチメディアコンテンツを受信することと、前記マルチメディアコンテンツを前記少なくとも１つのマルチメディアクライアントに中継することとをさらに備える、請求項１３に記載の方法。
【請求項１５】
前記プロキシ構成要素がＤＡＳＨプロキシエンティティを備え、前記ＷＣＮネットワークエンティティがブロードキャストマルチキャストサービスセンター（ＢＭ−ＳＣ）を備える、請求項１に記載の方法。
【請求項１６】
ワイヤレス通信ネットワーク（ＷＣＮ）のマルチメディアクライアントに提供されるマルチメディアコンテンツの符号化フォーマットを制御するためのシステムであって、
前記ＷＣＮネットワークエンティティのプロキシ構成要素において、前記ＷＣＮによってサポートされるサービスレベルとの互換性に基づいて修正データ構造を取得するために、前記ＷＣＮによる転送のために利用可能なマルチメディアコンテンツの表現のための異なるロケータを備えるコンテンツサーバから受信されたデータ構造を修正し、そうすることによって、少なくとも１つのマルチメディアクライアントに提供される前記マルチメディアコンテンツ用の符号化フォーマットを制御するための手段を備え、ここにおいて、前記表現は、それぞれの異なる符号化フォーマットに関連付けられ、前記データ構造は、前記ロケータを定義するデータ構造を備えるシステム。
【請求項１７】
前記修正データ構造を前記少なくとも１つのマルチメディアクライアントに与えるための手段をさらに備える、請求項１６に記載のシステム。
【請求項１８】
前記データ構造を修正することが、前記異なるロケータのうちの１つまたは複数と、前記異なる符号化フォーマットのうちの対応するものとを削除することを備える、請求項１６に記載のシステム。
【請求項１９】
前記データ構造を修正することが、１つまたは複数の追加のロケータと、少なくとも１つの新たな符号化フォーマットとを追加することを備える、請求項１６に記載のシステム。
【請求項２０】
前記コンテンツサーバからのマルチメディアコンテンツを、前記少なくとも１つの新たな符号化フォーマットに従ってトランスコードするための手段をさらに備える、請求項１９に記載のシステム。
【請求項２１】
前記データ構造を修正することが、前記異なる符号化フォーマットのうちのそれぞれのフォーマット向けのユニキャストまたはブロードキャスト送信モードのうちの１つを示すための属性を追加することを備える、請求項１６に記載のシステム。
【請求項２２】
前記符号化フォーマットを制御することが、前記マルチメディアコンテンツをブロードキャストするための１つまたは複数の符号化フォーマットを選択することをさらに備える、請求項１６に記載のシステム。
【請求項２３】
前記データ構造が、動的適応ストリーミングオーバーハイパーテキスト転送プロトコル（ＨＴＴＰ）（ＤＡＳＨ）プロトコルによる、符号化フォーマットを含むそれぞれのメディア表現についてのアドレスを定義するメディアプレゼンテーション記述（ＭＰＤ）を備える、請求項１６に記載のシステム。
【請求項２４】
ＤＡＳＨセグメントについての明示的要求を前記少なくとも１つのマルチメディアクライアントから受信せずに、前記ＤＡＳＨセグメント中の前記プロキシ構成要素から前記少なくとも１つのマルチメディアクライアントに、前記マルチメディアコンテンツを送信するための手段をさらに備える、請求項２３に記載のシステム。
【請求項２５】
前記プロキシ構成要素において、Ｆｉｌｅ  Ｄｅｌｉｖｅｒｙ  Ｏｖｅｒ  Ｕｎｉｄｉｒｅｃｔｉｏｎａｌ  Ｔｒａｎｓｐｏｒｔ（ＦＬＵＴＥ）オブジェクトのファイル記述テーブル（ＦＤＴ）に挿入された対応するユニフォームリソースロケータ（ＵＲＬ）を使って、前記異なるロケータを前記少なくとも１つのマルチメディアクライアントに指示するための手段をさらに備える、請求項２４に記載のシステム。
【請求項２６】
前記コンテンツサーバへの配信のためにアドレス指定されるマルチメディアコンテンツについての要求をインターセプトするための手段をさらに備え、前記要求が、少なくとも１つのマルチメディアクライアントから発信され、前記データ構造によりアドレス指定される、請求項１６に記載のシステム。
【請求項２７】
前記符号化フォーマットを制御することが、あらかじめ規定された制御方式により前記要求を変換して、変換された要求を取得することと、前記変換された要求を前記コンテンツサーバに与えることとをさらに備える、請求項２６に記載のシステム。
【請求項２８】
前記変換された要求に応答して、前記コンテンツサーバから前記マルチメディアコンテンツを受信するための手段と、前記マルチメディアコンテンツを前記少なくとも１つのマルチメディアクライアントに中継するための手段とをさらに備える、請求項２７に記載のシステム。
【請求項２９】
前記プロキシ構成要素がＤＡＳＨプロキシ構成要素を備え、前記ＷＣＮネットワークエンティティがブロードキャストマルチキャストサービスセンター（ＢＭ−ＳＣ）を備える、請求項１６に記載のシステム。
【請求項３０】
ワイヤレス通信ネットワーク（ＷＣＮ）のマルチメディアクライアントに提供されるマルチメディアコンテンツの符号化フォーマットを制御するためのシステムであって、
前記ＷＣＮによってサポートされるサービスレベルとの互換性に基づいて修正データ構造を取得するために、前記ＷＣＮによる転送のために利用可能なマルチメディアコンテンツの表現のために異なるロケータを備えるコンテンツサーバから受信されたデータ構造を修正し、ここにおいて、前記表現は、それぞれの異なる符号化フォーマットに関連付けられ、前記データ構造は、前記ロケータを定義するデータ構造を備え、
少なくとも１つのマルチメディアクライアントに提供される前記マルチメディアコンテンツ用の符号化フォーマットを制御するための、前記少なくとも１つのマルチメディアクライアントと前記コンテンツサーバとの間のＷＣＮネットワークエンティティのプロキシ構成要素として動作するために構成された少なくとも１つのプロセッサと、
データを記憶するための前記少なくとも１つのプロセッサに結合されたメモリと
を備えるシステム。
【請求項３１】
前記少なくとも１つのプロセッサが、前記修正データ構造を前記少なくとも１つのマルチメディアクライアントに与えるためにさらに構成される、請求項３０に記載のシステム。
【請求項３２】
前記データ構造を修正することが、前記異なるロケータのうちの１つまたは複数と、前記異なる符号化フォーマットのうちの対応するものとを削除することを備える、請求項３０に記載のシステム。
【請求項３３】
前記データ構造を修正することが、１つまたは複数の追加のロケータと、少なくとも１つの新たな符号化フォーマットとを追加することを備える、請求項３０に記載のシステム。
【請求項３４】
前記少なくとも１つのプロセッサが、コンテンツサーバからのマルチメディアコンテンツを、前記少なくとも１つの新たな符号化フォーマットに従ってトランスコードするためにさらに構成される、請求項３３に記載のシステム。
【請求項３５】
前記データ構造を修正することが、前記異なる符号化フォーマットのうちのそれぞれのフォーマット向けのユニキャストまたはブロードキャスト送信モードのうちの１つを示すための属性を追加することを備える、請求項３０に記載のシステム。
【請求項３６】
前記符号化フォーマットを制御することが、前記マルチメディアコンテンツをブロードキャストするための１つまたは複数符号化フォーマットを選択することをさらに備える、請求項３０に記載のシステム。
【請求項３７】
前記データ構造が、動的適応ストリーミングオーバーハイパーテキスト転送プロトコル（ＨＴＴＰ）（ＤＡＳＨ）プロトコルによる、符号化フォーマットを含むそれぞれのメディア表現についてのアドレスを定義するメディアプレゼンテーション記述（ＭＰＤ）を備える、請求項３０に記載のシステム。
【請求項３８】
前記少なくとも１つのプロセッサが、ＤＡＳＨセグメントについての明示的要求を前記少なくとも１つのマルチメディアクライアントから受信せずに、前記ＤＡＳＨセグメント中の前記プロキシ構成要素から前記少なくとも１つのマルチメディアクライアントに、前記マルチメディアコンテンツを送信するためにさらに構成される、請求項３７に記載のシステム。
【請求項３９】
前記少なくとも１つのプロセッサが、Ｆｉｌｅ  Ｄｅｌｉｖｅｒｙ  Ｏｖｅｒ  Ｕｎｉｄｉｒｅｃｔｉｏｎａｌ  Ｔｒａｎｓｐｏｒｔ（ＦＬＵＴＥ）オブジェクトのファイル記述テーブル（ＦＤＴ）に挿入された対応するユニフォームリソースロケータ（ＵＲＬ）を使って、前記異なるロケータを前記少なくとも１つのマルチメディアクライアントに指示するためにさらに構成される、請求項３８に記載のシステム。
【請求項４０】
前記少なくとも１つのプロセッサが、コンテンツサーバへの配信用にアドレス指定されるマルチメディアコンテンツについての要求をインターセプトするためにさらに構成され、前記要求が、少なくとも１つのマルチメディアクライアントから発信され、前記データ構造に従ってアドレス指定される、請求項３０に記載のシステム。
【請求項４１】
前記符号化フォーマットを制御することが、あらかじめ規定された制御方式により前記要求を変換して、変換された要求を取得することと、前記変換された要求を前記コンテンツサーバに与えることとをさらに備える、請求項４０に記載のシステム。
【請求項４２】
前記少なくとも１つのプロセッサが、前記変換された要求に応答して、前記コンテンツサーバから前記マルチメディアコンテンツを受信するため、および前記マルチメディアコンテンツを前記少なくとも１つのマルチメディアクライアントに中継するためにさらに構成される、請求項４１に記載のシステム。
【請求項４３】
前記プロキシ構成要素がＤＡＳＨプロキシエンティティを備え、前記ＷＣＮネットワークエンティティがブロードキャストマルチキャストサービスセンター（ＢＭ−ＳＣ）を備える、請求項３０に記載のシステム。
【請求項４４】
少なくとも１つのプロセッサに、ＷＣＮによってサポートされるサービスレベルとの互換性に基づいて修正データ構造を取得するために、前記ＷＣＮによる転送のために利用可能なマルチメディアコンテンツの表現のための異なるロケータを備えるコンテンツサーバから受信されたデータ構造を修正させ、ここにおいて、前記表現は、それぞれの異なる符号化フォーマットに関連付けられ、前記データ構造は、前記ロケータを定義するデータ構造を備え、
少なくとも１つのマルチメディアクライアントに提供される前記マルチメディアコンテンツ用の符号化フォーマットを制御するための、前記少なくとも１つのマルチメディアクライアントと前記コンテンツサーバとの間のＷＣＮネットワークエンティティのプロキシ構成要素として動作させる
ためのコードを備えるコンピュータ可読記憶媒体。
【請求項４５】
前記少なくとも１つのプロセッサに、前記修正データ構造を前記少なくとも１つのマルチメディアクライアントに提供させるためのコードをさらに備える、請求項４４に記載のコンピュータ可読記憶媒体。
【請求項４６】
前記データ構造を修正することが、前記異なるロケータのうちの１つまたは複数と、前記異なる符号化フォーマットのうちの対応するものとを削除することを備える、請求項４４に記載のコンピュータ可読記憶媒体。
【請求項４７】
前記データ構造を修正することが、１つまたは複数の追加のロケータと、少なくとも１つの新たな符号化フォーマットとを追加することを備える、請求項４４に記載のコンピュータ可読記憶媒体。
【請求項４８】
前記少なくとも１つのプロセッサに、コンテンツサーバからのマルチメディアコンテンツを、前記少なくとも１つの新たな符号化フォーマットに従ってトランスコードさせるためのコードをさらに備える、請求項４７に記載のコンピュータ可読記憶媒体。
【請求項４９】
前記データ構造を修正することが、前記異なる符号化フォーマットのうちのそれぞれのフォーマット向けのユニキャストまたはブロードキャスト送信モードのうちの１つを示すための属性を追加することを備える、請求項４４に記載のコンピュータ可読記憶媒体。
【請求項５０】
前記符号化フォーマットを制御することが、前記マルチメディアコンテンツをブロードキャストするための１つまたは複数の符号化フォーマットを選択することをさらに備える、請求項４４に記載のコンピュータ可読記憶媒体。
【請求項５１】
前記データ構造が、動的適応ストリーミングオーバーハイパーテキスト転送プロトコル（ＨＴＴＰ）（ＤＡＳＨ）プロトコルによる、符号化フォーマットを含むそれぞれのメディア表現についてのアドレスを定義するメディアプレゼンテーション記述（ＭＰＤ）を備える、請求項４４に記載のコンピュータ可読記憶媒体。
【請求項５２】
前記少なくとも１つのプロセッサに、ＤＡＳＨセグメントについての明示的要求を前記少なくとも１つのマルチメディアクライアントから受信せずに、前記ＤＡＳＨセグメント中の前記プロキシ構成要素から前記少なくとも１つのマルチメディアクライアントに、前記マルチメディアコンテンツを送信させるためのコードをさらに備える、請求項５１に記載のコンピュータ可読記憶媒体。
【請求項５３】
前記少なくとも１つのプロセッサに、Ｆｉｌｅ  Ｄｅｌｉｖｅｒｙ  Ｏｖｅｒ  Ｕｎｉｄｉｒｅｃｔｉｏｎａｌ  Ｔｒａｎｓｐｏｒｔ（ＦＬＵＴＥ）オブジェクトのファイル記述テーブル（ＦＤＴ）に挿入された対応するユニフォームリソースロケータ（ＵＲＬ）を使って、前記異なるロケータを前記少なくとも１つのマルチメディアクライアントに指示させるためのコードをさらに備える、請求項５２に記載のコンピュータ可読記憶媒体。
【請求項５４】
前記少なくとも１つのプロセッサに、コンテンツサーバへの配信用にアドレス指定されるマルチメディアコンテンツについての要求をインターセプトさせるためのコードをさらに備え、前記要求が、少なくとも１つのマルチメディアクライアントから発信され、前記データ構造に従ってアドレス指定される、請求項４４に記載のコンピュータ可読記憶媒体。
【請求項５５】
前記符号化フォーマットを制御することが、あらかじめ規定された制御方式により前記要求を変換して、変換された要求を取得することと、前記変換された要求を前記コンテンツサーバに与えることとをさらに備える、請求項５４に記載のコンピュータ可読記憶媒体。
【請求項５６】
前記少なくとも１つのプロセッサに、前記変換された要求に応答して、前記コンテンツサーバから前記マルチメディアコンテンツを受信させ、および前記マルチメディアコンテンツを前記少なくとも１つのマルチメディアクライアントに中継させるためのコードをさらに備える、請求項５５に記載のコンピュータ可読記憶媒体。
【請求項５７】
前記プロキシ構成要素がＤＡＳＨプロキシエンティティを備え、前記ＷＣＮネットワークエンティティがブロードキャストマルチキャストサービスセンター（ＢＭ−ＳＣ）を備える、請求項４４に記載のコンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示の態様は概して、ワイヤレス通信システムに関し、より詳細には、ユニキャストまたはブロードキャスト／マルチキャストサービスのための動的適応ストリーミングプロキシに関する。
【０００２】
関連出願の相互参照
本特許出願は、本出願の譲受人に譲渡され、参照によりその全体が本明細書に明確に組み込まれる、２０１１年６月３０日に出願された「ＤＹＮＡＭＩＣ  ＡＤＡＰＴＩＶＥ  ＳＴＲＥＡＭＩＮＧ  ＰＲＯＸＹ  ＦＯＲ  ＵＮＩＣＡＳＴ  ＯＲ  ＢＲＯＡＤＣＡＳＴ／ＭＵＬＴＩＣＡＳＴ  ＳＥＲＶＩＣＥＳ」と題する仮出願第６１／５０３，６０１号の優先権を主張する。
【背景技術】
【０００３】
ワイヤレス通信ネットワークは、音声、ビデオ、パケットデータ、メッセージング、ブロードキャストなどのような様々な通信サービスを提供するために広く展開されている。これらのワイヤレスネットワークは、利用可能なネットワークリソースを共有することによって複数のユーザをサポートすることが可能な多元接続ネットワークとすることができる。そのような多元接続ネットワークの例には、符号分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交ＦＤＭＡ（ＯＦＤＭＡ）ネットワーク、およびシングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）ネットワークがある。
【０００４】
ワイヤレス通信ネットワークは、モバイルデバイスまたはモバイルエンティティとも呼ばれるいくつかのユーザ機器（ＵＥ）の通信をサポートすることができるいくつかの基地局を含み得る。ＵＥは、ダウンリンクおよびアップリンクを介して基地局と通信し得る。ダウンリンク（または順方向リンク）は基地局からＵＥへの通信リンクを指し、アップリンク（または逆方向リンク）はＵＥから基地局への通信リンクを指す。本明細書で使用される場合、「基地局」は、ワイヤレス通信システムのｅノードＢ（ｅＮＢ）、ノードＢ、ホームノードＢ、または同様のネットワーク構成要素を意味する。
【０００５】
３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ（３ＧＰＰ）  Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）は、Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ（登録商標））およびＵｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ（ＵＭＴＳ）の発展形として、セルラー技術における大きな進歩を代表するものである。ＬＴＥ物理層（ＰＨＹ）は、発展型ノードＢ（ｅＮＢ）のような基地局と、ＵＥのようなモバイルデバイスとの間でデータと制御情報の両方を伝える高効率な方法を提供する。従来の適用形態では、マルチメディアのために高帯域幅通信を容易にするための方法は、単一周波数ネットワーク（ＳＦＮ：single frequency network）動作であった。ＳＦＮは、たとえば、ｅＮＢのような無線送信機を利用して、加入者ＵＥと通信する。ユニキャスト動作では、各ｅＮＢは、１つまたは複数の特定の加入者ＵＥに向けられた情報を搬送する信号を送信するために制御される。ユニキャストシグナリングの特異性によって、たとえば、音声通話、テキストメッセージング、またはビデオ通話のような、人対人のサービスが可能になる。
【０００６】
ブロードキャスト動作では、ブロードキャストエリア中のいくつかのｅＮＢが、同期された方式で複数の信号をブロードキャストし、ブロードキャストエリア中のいずれの加入者ＵＥによっても受信されアクセスされ得る情報を搬送する。ブロードキャスト動作のこの普遍性により、公衆が関心をもつ情報を送信する際の、たとえば、様々なタイプのオーディオビデオコンテンツをエンドユーザに提供するマルチメディアブロードキャストおよびマルチメディアユニキャストサービスの際のより高い効率が可能になる。マルチメディアコンテンツに対する需要およびシステム能力が高まっているので、システムオペレータは、マルチメディアコンテンツのための無線リソースの使用を、柔軟および適応的に制御するためのツールを必要としている。
【発明の概要】
【０００７】
以下で、１つまたは複数の態様の基本的理解を与えるために、そのような態様の簡略化された概要を提示する。この概要は、すべての企図された態様の包括的な概観ではなく、すべての態様の主要または重要な要素を識別するものでも、いずれかまたはすべての態様の範囲を定めるものでもない。その唯一の目的は、後で提示するより詳細な説明の導入として、１つまたは複数の態様のいくつかの概念を簡略化された形で提示することである。
【０００８】
ワイヤレス通信ネットワーク（ＷＣＮ）のマルチメディアクライアント向けのマルチメディアコンテンツの符号化フォーマットを制御するための装置および方法を開示する。一態様によると、ワイヤレス通信ネットワークのマルチメディアクライアント向けのマルチメディアコンテンツの符号化フォーマットを制御するための方法は、ＷＣＮネットワークエンティティのプロキシ構成要素において、マルチメディアコンテンツについての１つまたは複数の異なるロケータ若しくは位置表示を、マルチメディアコンテンツ用のそれぞれの異なる符号化フォーマットに関連付けるデータ構造を修正して、修正データ構造を取得することと、少なくとも部分的には修正データ構造によって、少なくとも１つのマルチメディアクライアントに提供されるマルチメディアコンテンツ用の符号化フォーマットを制御することとを含む。
【０００９】
別の態様によると、ワイヤレス通信ネットワーク（ＷＣＮ）のマルチメディアクライアントに提供されるマルチメディアコンテンツの符号化フォーマットを制御するためのシステムは、ＷＣＮネットワークエンティティのプロキシ構成要素において、マルチメディアコンテンツについての異なるロケータ若しくは位置表示を、マルチメディアコンテンツ用のそれぞれの異なる符号化フォーマットに関連付ける、コンテンツサーバから受信されたデータ構造を修正して、修正データ構造を取得し、そうすることによって、少なくとも１つのマルチメディアクライアントに提供されるマルチメディアコンテンツ用の符号化フォーマットを制御するための手段を含む。
【００１０】
別の態様によると、ワイヤレス通信ネットワーク（ＷＣＮ）のマルチメディアクライアントに提供されるマルチメディアコンテンツの符号化フォーマットを制御するためのシステムは、マルチメディアコンテンツについての異なるロケータ若しくは位置表示をマルチメディアコンテンツ用のそれぞれの異なる符号化フォーマットに関連付ける、コンテンツサーバから受信されたデータ構造を修正して、修正データ構造を取得し、少なくとも１つのマルチメディアクライアントに提供されるマルチメディアコンテンツ用の符号化フォーマットを制御するための、少なくとも１つのマルチメディアクライアントとコンテンツサーバとの間のＷＣＮネットワークエンティティのプロキシ構成要素として動作するために構成された少なくとも１つのプロセッサと、少なくとも１つのプロセッサに結合された、データを記憶するためのメモリとを含む。
【００１１】
別の態様によると、コンピュータプログラム製品は、マルチメディアコンテンツについての異なるロケータ若しくは位置表示をマルチメディアコンテンツ用のそれぞれの異なる符号化フォーマットに関連付ける、コンテンツサーバから受信されたデータ構造を修正して、修正データ構造を取得し、少なくとも１つのマルチメディアクライアントに提供されるマルチメディアコンテンツ用の符号化フォーマットを制御するための、少なくとも１つのマルチメディアクライアントとコンテンツサーバとの間のＷＣＮネットワークエンティティのプロキシ構成要素として動作するためのコードを備えるコンピュータ可読媒体を含む。
【００１２】
様々な態様が例として図示され説明される、以下の発明を実施するための形態から、当業者には他の態様が容易に明らかになることを理解されたい。図面および発明を実施するための形態は、本質的に例示的なものと見なされるべきであり、限定的なものと見なされるべきではない。
【図面の簡単な説明】
【００１３】
【図１】遠隔通信システムのある例を概念的に示すブロック図。
【図２】遠隔通信システムにおけるダウンリンクフレーム構造のある例を概念的に示すブロック図。
【図３】本開示の一態様に従って構成された基地局／ｅＮＢおよびＵＥの設計を概念的に示すブロック図。
【図４】ユニキャスト信号およびマルチキャスト信号のためのシンボル割振りのある例を示すシグナリングフレームの図。
【図５】ＭＢＳＦＮサービスエリア内のＭＢＭＳ  ｏｖｅｒ  ａ  Ｓｉｎｇｌｅ  Ｆｒｅｑｕｅｎｃｙ  Ｎｅｔｗｏｒｋ（ＭＢＳＦＮ）エリアを示す図。
【図６】ＭＢＳＦＮサービスを提供またはサポートするためのワイヤレス通信システムの構成要素を示すブロック図。
【図７】リダイレクション構成要素とプロキシ構成要素とを使うデータフォーマット制御を含むワイヤレス通信システムの構成要素を示すネットワーク図。
【図８】図７に示すシステムの構成要素のより詳細な側面を示すブロック図。
【図９Ａ】ＤＡＳＨプロキシを操作するための方法を示すフローチャート。
【図９Ｂ】マルチメディアコンテンツの配信に関係するＤＡＳＨプロトコルの態様を示すブロック図。
【図９Ｃ】マルチメディアコンテンツ９５０Ａ〜Ｂの例示的なコンバージョンを示す図。
【図１０】図７に示すシステムを使って、コンテンツサーバからモバイルエンティティへのマルチメディアコンテンツの提供を制御するための方法の態様を示すコール図。
【図１１】適応ストリーミングサービス状況においてプロキシ構成要素を使ってデータレートを制御するための方法の実施形態を示す図。
【図１２】適応ストリーミングサービス状況においてプロキシ構成要素を使ってデータレートを制御するための方法の実施形態を示す図。
【図１３】適応ストリーミングサービス状況においてプロキシ構成要素を使ってデータレートを制御するための方法の実施形態を示す図。
【図１４】適応ストリーミングサービス状況においてプロキシ構成要素を使ってデータレートを制御するための方法の実施形態を示す図。
【図１５Ａ】図１１〜図１４の方法を実施するための装置の例を示す図。
【図１５Ｂ】図１１〜図１４の方法を実施するための装置の例を示す図。
【図１５Ｃ】図１１〜図１４の方法を実施するための装置の例を示す図。
【図１５Ｄ】図１１〜図１４の方法を実施するための装置の例を示す図。
【発明を実施するための形態】
【００１４】
添付の図面に関して以下に示される発明を実施するための形態は、様々な構成を説明するものであり、本明細書で説明される概念が実施され得る唯一の構成を表すものではない。発明を実施するための形態は、様々な概念の完全な理解を与えるための具体的な詳細を含む。ただし、これらの概念はこれらの具体的な詳細なしに実施され得ることが当業者には明らかであろう。いくつかの例では、そのような概念を不明瞭にしないように、よく知られている構造および構成要素をブロック図の形式で示す。
【００１５】
本明細書で説明される技法は、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡおよび他のネットワークのような、様々なワイヤレス通信ネットワークに使用され得る。「ネットワーク」および「システム」という用語は、しばしば互換的に使用される。ＣＤＭＡネットワークは、Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ（ＵＴＲＡ）、ＣＤＭＡ２０００などの無線技術を実装することができる。ＵＴＲＡは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））およびＣＤＭＡの他の変形態を含む。ＣＤＭＡ２０００は、ＩＳ−２０００、ＩＳ−９５およびＩＳ−８５６規格をカバーする。ＴＤＭＡネットワークは、Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ）などの無線技術を実装することができる。ＯＦＤＭＡネットワークは、Ｅｖｏｌｖｅｄ  ＵＴＲＡ（Ｅ−ＵＴＲＡ）、Ｕｌｔｒａ  Ｍｏｂｉｌｅ  Ｂｒｏａｄｂａｎｄ（ＵＭＢ）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、Ｆｌａｓｈ−ＯＦＤＭＡなどのような無線技術を実装することができる。ＵＴＲＡおよびＥ−ＵＴＲＡは、Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ（ＵＭＴＳ）の一部である。３ＧＰＰ  Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）およびＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）は、Ｅ−ＵＴＲＡを使用するＵＭＴＳの新しいリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、ＬＴＥ−ＡおよびＧＳＭは、「３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ」（３ＧＰＰ）と称する団体からの文書に記載されている。ＣＤＭＡ２０００およびＵＭＢは、「３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ  ２」（３ＧＰＰ２）という名称の組織からの文書に記載されている。本明細書で説明する技法は、上記のワイヤレスネットワークおよび無線技術、ならびに他のワイヤレスネットワークおよび無線技術に使用できる。明快のために、本技法のいくつかの態様について以下ではＬＴＥに関して説明し、以下の説明の大部分でＬＴＥ用語を使用する。
【００１６】
図１は、ワイヤレス通信ネットワーク１００を示し、これはＬＴＥネットワークであり得る。ワイヤレスネットワーク１００は、いくつかのｅＮＢ１１０と他のネットワークエンティティとを含み得る。ｅＮＢは、ＵＥと通信する局であってよく、基地局、ノードＢ、アクセスポイント、または他の用語でも呼ばれ得る。各ｅＮＢ１１０ａ、１１０ｂ、１１０ｃは、特定の地理的エリアに対して通信カバレージを提供することができる。３ＧＰＰでは、「セル」という用語は、この用語が使用される状況に応じて、ｅＮＢのカバレージエリアおよび／またはこのカバレージエリアにサービスしているｅＮＢサブシステムを指すことがある。
【００１７】
ｅＮＢは、マクロセル、ピコセル、フェムトセル、および／または他のタイプのセルに通信カバレージを提供し得る。マクロセルは、比較的大きい地理的エリア（たとえば、半径数キロメートル）をカバーし、サービスに加入しているＵＥによる無制限アクセスを可能にする。ピコセルは、比較的小さい地理的エリアをカバーし、サービスに加入しているＵＥによる無制限アクセスを可能にする。フェムトセルは、比較的小さい地理的エリア（たとえば、自宅）をカバーでき、フェムトセルとの関連を有するＵＥ（たとえば、限定加入者グループ（ＣＳＧ：Closed Subscriber Group）中のＵＥ、自宅内のユーザのためのＵＥなど）による限定アクセスを可能にし得る。マクロセルのためのｅＮＢは、マクロｅＮＢと呼ばれ得る。ピコセルのためのｅＮＢは、ピコｅＮＢと呼ばれ得る。フェムトセルのためのｅＮＢは、フェムトｅＮＢまたはホームｅＮＢ（ＨＮＢ）と呼ばれ得る。図１に示される例では、ｅＮＢ１１０ａ、１１０ｂ、および１１０ｃは、それぞれマクロセル１０２ａ、１０２ｂ、および１０２ｃのためのマクロｅＮＢであり得る。ｅＮＢ１１０ｘは、ＵＥ１２０ｘにサービスするピコセル１０２ｘのためのピコｅＮＢであり得る。ｅＮＢ１１０ｙおよび１１０ｚは、それぞれフェムトセル１０２ｙおよび１０２ｚのためのフェムトｅＮＢであり得る。ｅＮＢは、１つまたは複数の（たとえば、３つの）セルをサポートすることができる。
【００１８】
ワイヤレスネットワーク１００はまた、中継局１１０ｒを含み得る。中継局は、上流局（たとえば、ｅＮＢまたはＵＥ）からデータおよび／または他の情報の送信を受信し、そのデータおよび／または他の情報の送信を下流局（たとえば、ＵＥまたはｅＮＢ）に送信する局である。中継局はまた、他のＵＥに対する送信を中継するＵＥとすることができる。図１に示される例では、中継局１１０ｒは、ｅＮＢ１１０ａとＵＥ１２０ｒとの間の通信を容易にするために、ｅＮＢ１１０ａおよびＵＥ１２０ｒと通信し得る。中継局は、リレーｅＮＢ、リレーなどと呼ばれることもある。
【００１９】
ワイヤレスネットワーク１００は、様々なタイプのｅＮＢ、たとえば、マクロｅＮＢ、ピコｅＮＢ、フェムトｅＮＢ、リレーなどを含む異種ネットワークであり得る。これらの様々なタイプのｅＮＢは、様々な送信電力レベル、様々なカバレージエリア、およびワイヤレスネットワーク１００中の干渉に対する様々な影響を有し得る。たとえば、マクロｅＮＢは、高い送信出力レベル（たとえば、２０ワット）を有するが、ピコｅＮＢ、フェムトｅＮＢ、およびリレーは、より低い送信出力レベル（たとえば、１ワット）を有し得る。
【００２０】
ワイヤレスネットワーク１００は、同期動作または非同期動作をサポートし得る。ブロードキャストマルチキャスト動作は、定義エリア内の基地局の同期を必要とし得るが、本技術は、それにより限定されない。同期動作の場合、ｅＮＢは同様のフレームタイミングを有してよく、異なるｅＮＢからの送信は時間的に概ね整合され得る。非同期動作の場合、ｅＮＢは異なるフレームタイミングを有することがあり、異なるｅＮＢからの送信は時間的に整合されないことがある。本明細書で説明される技法は、同期動作と非同期動作の両方のために使用され得る。
【００２１】
ネットワークコントローラ１３０は、ｅＮＢのセットに結合し、これらのｅＮＢの協調および制御を行い得る。ネットワークコントローラ１３０は、バックホールを介してｅＮＢ１１０と通信し得る。ｅＮＢ１１０はまた、たとえば、ワイヤレスバックホールまたはワイヤラインバックホールを介して直接または間接的に互いに通信し得る。
【００２２】
ＵＥ１２０は、ワイヤレスネットワーク１００全体にわたって分散されてよく、各ＵＥは、固定式でも移動式でもよい。ＵＥは、端末、移動局、加入者ユニット、局などと呼ばれることもある。ＵＥは、セルラー電話、携帯情報端末（ＰＤＡ）、ワイヤレスモデム、ワイヤレス通信デバイス、ハンドヘルドデバイス、ラップトップコンピュータ、コードレス電話、ワイヤレスローカルループ（ＷＬＬ）局、または他のモバイルデバイスであり得る。ＵＥは、マクロｅＮＢ、ピコｅＮＢ、フェムトｅＮＢ、リレー、または他のネットワークエンティティと通信することが可能であり得る。図１において、両矢印付きの実線は、ダウンリンクおよび／またはアップリンク上での、ＵＥと、そのＵＥをサービスするように指定されたｅＮＢであるサービングｅＮＢとの間の、所望の送信を示す。両矢印付きの破線は、ＵＥとｅＮＢとの間の干渉する送信を示す。
【００２３】
ＬＴＥは、ダウンリンク上では直交周波数分割多重化（ＯＦＤＭ）を利用し、アップリンク上ではシングルキャリア周波数分割多重化（ＳＣ−ＦＤＭ）を利用する。ＯＦＤＭおよびＳＣ−ＦＤＭは、システム帯域幅を、一般にトーン、ビンなどとも呼ばれる複数（Ｋ）個の直交サブキャリアに区分する。各サブキャリアはデータで変調され得る。一般に、変調シンボルは、ＯＦＤＭでは周波数領域で、ＳＣ−ＦＤＭでは時間領域で送られる。隣接するサブキャリア間の間隔は固定されてよく、サブキャリアの総数（Ｋ）はシステム帯域幅に依存し得る。たとえば、Ｋは、それぞれ１．２５、２．５、５、１０または２０メガヘルツ（ＭＨｚ）のシステム帯域幅に対して、１２８、２５６、５１２、１０２４または２０４８に等しくてよい。システム帯域幅はまた、サブバンドに区分され得る。たとえば、サブバンドは１．０８ＭＨｚをカバーでき、１．２５、２．５、５、１０、または２０ＭＨｚのシステム帯域幅に対して、それぞれ１つ、２つ、４つ、８つ、または１６個のサブバンドがあり得る。
【００２４】
図２は、ＬＴＥにおいて使用されるダウンリンクフレーム構造２００を示す。ダウンリンクの送信タイムラインは、無線フレームのユニット２０２、２０４、２０６に分割され得る。各無線フレームは、所定の持続時間（たとえば、１０ミリ秒（ｍｓ））を有することができ、０〜９のインデックスをもつ１０個のサブフレーム２０８に区分できる。各サブフレームは２個のスロット、たとえばスロット２１０を含むことができる。したがって、各無線フレームは、０〜１９のインデックスをもつ２０個のスロットを含み得る。各スロットは、Ｌ個のシンボル期間、たとえば、図２に示されるようにノーマルサイクリックプレフィックス（ＣＰ）の場合は７個のシンボル期間２１２、または拡張サイクリックプレフィックスの場合は６個のシンボル期間を含み得る。ノーマルＣＰおよび拡張ＣＰは、異なるＣＰのタイプとして本明細書では呼ばれ得る。各サブフレーム中の２Ｌ個のシンボル期間には０〜２Ｌ−１のインデックスが割り当てられ得る。利用可能な時間周波数リソースはリソースブロックに区分され得る。各リソースブロックは、１つのスロット中でＮ個のサブキャリア（たとえば、１２個のサブキャリア）をカバーし得る。
【００２５】
ＬＴＥでは、ｅＮＢは、ｅＮＢ中の各セルに関する１次同期信号（ＰＳＳ）と２次同期信号（ＳＳＳ）とを送信し得る。１次同期信号および２次同期信号は、図２に示されるように、それぞれ、ノーマルサイクリックプレフィックスをもつ各無線フレームのサブフレーム０および５の各々の中のシンボル期間６および５の中で送信され得る。同期信号は、セル検出および取得のためにＵＥによって使用され得る。ｅＮＢは、サブフレーム０のスロット１中のシンボル期間０〜３中で物理ブロードキャストチャネル（ＰＢＣＨ）を送信し得る。ＰＢＣＨはあるシステム情報を搬送し得る。
【００２６】
ｅＮＢは、図２の第１のシンボル期間の全体の中で示されているが、各サブフレームの第１のシンボル期間の一部のみの中で、物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）を送信し得る。ＰＣＦＩＣＨは、制御チャネルのために使用されるいくつか（Ｍ個）のシンボル期間を搬送でき、ここで、Ｍは、１、２または３に等しくてよく、サブフレームごとに変化してよい。Ｍはまた、たとえば、リソースブロックが１０個未満である、小さいシステム帯域幅では４に等しくなり得る。図２に示される例では、Ｍ＝３である。ｅＮＢは、各サブフレームの最初のＭ個のシンボル期間の中で（図２ではＭ＝３）、物理ＨＡＲＱインジケータチャネル（ＰＨＩＣＨ）と物理ダウンリンク制御チャネル（ＰＤＣＣＨ）とを送信し得る。ＰＨＩＣＨは、ハイブリッド自動再送（ＨＡＲＱ）をサポートするための情報を搬送し得る。ＰＤＣＣＨは、ＵＥのためのリソース割振りに関する情報と、ダウンリンクチャネルのための制御情報とを搬送し得る。図２の第１のシンボル期間の中には示されていないが、ＰＤＣＣＨおよびＰＨＩＣＨは、第１のシンボル期間の中にも含まれることを理解されたい。同様に、ＰＨＩＣＨおよびＰＤＣＣＨはまた、第２のシンボル期間と第３のシンボル期間の両方の中にあるが、図２にはそのようには示されていない。ｅＮＢは、各サブフレームの残りのシンボル期間の中で、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を送信し得る。ＰＤＳＣＨは、ダウンリンク上でのデータ送信のためにスケジューリングされたＵＥのためのデータを搬送し得る。ＬＴＥにおける様々な信号およびチャネルは、公開されている「Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ（Ｅ−ＵＴＲＡ）；Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌｓ  ａｎｄ  Ｍｏｄｕｌａｔｉｏｎ」と題する３ＧＰＰ  ＴＳ３６．２１１に記載されている。
【００２７】
ｅＮＢは、ｅＮＢによって使用されるシステム帯域幅の中心１．０８ＭＨｚにおいて、ＰＳＳ、ＳＳＳおよびＰＢＣＨを送信し得る。ｅＮＢは、これらのチャネルが送られる各シンボル期間中のシステム帯域幅全体にわたってＰＣＦＩＣＨおよびＰＨＩＣＨを送り得る。ｅＮＢは、システム帯域幅のいくつかの部分においてＵＥのグループにＰＤＣＣＨを送り得る。ｅＮＢは、システム帯域幅の特定の部分において特定のＵＥにＰＤＳＣＨを送り得る。ｅＮＢは、すべてのＵＥにブロードキャスト方式でＰＳＳ、ＳＳＳ、ＰＢＣＨ、ＰＣＦＩＣＨおよびＰＨＩＣＨを送信することができ、特定のＵＥにユニキャスト方式でＰＤＣＣＨを送信することができ、また特定のＵＥにユニキャスト方式でＰＤＳＣＨを送信することができる。
【００２８】
ＵＥは、複数のｅＮＢのカバレージ内にあり得る。それらｅＮＢのうちの１つを、ＵＥにサービスを提供するために選択することができる。サービングｅＮＢは、受信電力、経路損失、信号対雑音比（ＳＮＲ）などのような、様々な基準に基づいて選択され得る。
【００２９】
図３は、図１の基地局／ｅＮＢの１つおよびＵＥの１つであり得る、基地局／ｅＮ１１０およびＵＥ１２０の設計を示すブロック図を示す。制限された関連付けのシナリオでは、基地局１１０は、図１におけるマクロｅＮＢ１１０ｃであり、ＵＥ１２０は、ＵＥ１２０ｙであるものとしてよい。基地局１１０はまた、何らかの他のタイプの基地局であり得る。基地局１１０は、アンテナ３３４ａ〜３３４ｔを備えてよく、ＵＥ１２０は、アンテナ３５２ａ〜３５２ｒを備えてよい。
【００３０】
基地局１１０において、送信プロセッサ３２０は、データソース３１２からデータを受信し、コントローラ／プロセッサ３４０から制御情報を受信し得る。制御情報は、ＰＢＣＨ、ＰＣＦＩＣＨ、ＰＨＩＣＨ、ＰＤＣＣＨなどのためのものであり得る。データは、ＰＤＳＣＨなどのためのものであり得る。プロセッサ３２０は、データと制御情報とを処理（たとえば、符号化およびシンボルマッピング）して、データシンボルと制御シンボルとをそれぞれ取得することができる。プロセッサ３２０はまた、たとえば、ＰＳＳ、ＳＳＳ、およびセル固有基準信号のための基準シンボルを生成し得る。送信（ＴＸ）多入力多出力（ＭＩＭＯ）プロセッサ３３０は、適用可能な場合、データシンボル、制御シンボル、および／または基準シンボルに対して空間処理（たとえば、プリコーディング）を実施することができ、出力シンボルストリームを変調器（ＭＯＤ）３３２ａ〜３３２ｔに与えることができる。各変調器３３２は、（たとえば、ＯＦＤＭなどの）それぞれの出力シンボルストリームを処理して、出力サンプルストリームを取得することができる。各変調器３３２はさらに、ダウンリンク信号を取得するために、出力サンプルストリームを処理する（たとえば、アナログへの変換、増幅、フィルタ処理、およびアップコンバートを行う）ことができる。変調器３３２ａ〜３３２ｔからのダウンリンク信号は、それぞれアンテナ３３４ａ〜３３４ｔを介して送信され得る。
【００３１】
ＵＥ１２０において、アンテナ３５２ａ〜３５２ｒは、基地局１１０からダウンリンク信号を受信でき、受信信号をそれぞれ復調器（ＤＥＭＯＤ）３５４ａ〜３５４ｒに与えることができる。各復調器３５４は、入力サンプルを取得するために、それぞれの受信信号を調整（たとえば、フィルタリング、増幅、ダウンコンバート、およびデジタル化）することができる。各復調器３５４は、さらに、（たとえば、ＯＦＤＭなどの）入力サンプルを処理して、受信シンボルを取得することができる。ＭＩＭＯ検出器３５６は、すべての復調器３５４ａ〜３５４ｒから受信シンボルを取得し、適用可能な場合は受信シンボルに対してＭＩＭＯ検出を実施し、検出されたシンボルを与えることができる。受信プロセッサ３５８は、検出されたシンボルを処理（たとえば、復調、デインターリーブ、および復号）し、ＵＥ１２０の復号されたデータをデータシンク３６０に与え、復号された制御情報をコントローラ／プロセッサ３８０に与えることができる。
【００３２】
アップリンク上では、ＵＥ１２０において、送信プロセッサ３６４は、データソース３６２から（たとえば、ＰＵＳＣＨのための）データを受信して処理することができ、コントローラ／プロセッサ３８０から（たとえば、ＰＵＣＣＨのための）制御情報を受信し処理することができる。プロセッサ３６４はまた、基準信号のための基準シンボルを生成し得る。送信プロセッサ３６４からのシンボルは、適用可能な場合はＴＸ  ＭＩＭＯプロセッサ３６６によってプリコードされ、さらに（たとえば、ＳＣ−ＦＤＭなどのために）変調器３５４ａ〜３５４ｒによって処理され、基地局１１０に送信され得る。基地局１１０において、ＵＥ１２０からのアップリンク信号は、アンテナ３３４によって受信され、復調器３３２によって処理され、適用可能な場合はＭＩＭＯ検出器３３６によって検出され、さらに受信プロセッサ３３８によって処理されて、ＵＥ１２０によって送られた復号されたデータおよび制御情報を取得することができる。プロセッサ３３８は、復号されたデータをデータシンク３３９に与え、復号された制御情報をコントローラ／プロセッサ３４０に与えることができる。
【００３３】
コントローラ／プロセッサ３４０および３８０は、それぞれ基地局１１０およびＵＥ１２０における動作を指示し得る。基地局１１０におけるプロセッサ３４０および／または他のプロセッサならびにモジュールは、本明細書で説明される技法のための様々な処理を実施し、またはその実行を指示し得る。ＵＥ１２０におけるプロセッサ３８０および／または他のプロセッサとモジュールは、図４および図５に例示されている機能ブロックおよび／または本明細書で説明されている技術に対する様々なプロセスを実施し、またはその実行を指示することもできる。メモリ３４２および３８２は、それぞれ基地局１１０およびＵＥ１２０のためのデータおよびプログラムコードを記憶し得る。スケジューラ３４４は、ダウンリンク上および／またはアップリンク上でのデータ送信のためにＵＥをスケジュールし得る。
【００３４】
一構成では、ワイヤレス通信のためのＵＥ１２０は、ＵＥの接続モードの間に干渉する基地局からの干渉を検出するための手段と、干渉する基地局の与えられたリソースを選択するための手段と、与えられたリソース上の物理ダウンリンク制御チャネルのエラーレートを取得するための手段と、エラーレートが所定のレベルを超えたことに応答して実行可能な、無線リンクの失敗を宣言するための手段とを含む。一態様では、前述の手段は、前述の手段によって列挙されている機能を実施するように構成された、プロセッサ、コントローラ／プロセッサ３８０、メモリ３８２、受信プロセッサ３５８、ＭＩＭＯ検出器３５６、復調器３５４ａ、およびアンテナ３５２ａであってよい。別の態様では、前述の手段は、前述の手段によって列挙されている機能を実施するように構成されたモジュールまたは任意の装置とすることができる。
【００３５】
単一周波数ネットワークにおけるｅＭＢＭＳおよびユニキャストシグナリング
マルチメディアのために高帯域幅通信を容易にするための１つの機構は、単一周波数ネットワーク（ＳＦＮ）動作であった。具体的には、ｅｖｏｌｖｅｄ  ＭＢＭＳ（ｅＭＢＭＳ）（たとえば、ＬＴＥの分野ではマルチメディアブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）として最近知られるようになっているものを含む）としても知られる、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）およびＬＴＥのためのＭＢＭＳは、そのようなＳＦＮ動作を利用することができる。ＳＦＮは、たとえば、ｅＮＢのような無線送信機を利用して、加入者ＵＥと通信する。ｅＮＢのグループは、情報を同期した方式で送信できるので、信号は互いに干渉するのではなく、互いに補強し合う。ｅＭＢＭＳの状況では、共有コンテンツは、ＬＴＥネットワークの複数のｅＮＢから複数のＵＥに送信される。したがって、所与のｅＭＢＭＳエリア内で、ＵＥは、無線範囲内の任意のｅＮＢ（またはｅＮＢ）からｅＭＢＭＳ信号を受信することができる。しかしながら、ｅＭＢＭＳ信号を復号するために、各ＵＥは、非ｅＭＢＭＳチャネルを通じて、サービングｅＮＢからマルチキャスト制御チャネル（ＭＣＣＨ）情報を受信する。ＭＣＣＨ情報は時間とともに変化し、変化の通知が別の非ｅＭＢＭＳチャネル、ＰＤＣＣＨを通じて提供される。したがって、特定のｅＭＢＭＳエリア内のｅＭＢＭＳ信号を復号するために、各ＵＥは、エリア中のｅＮＢの１つによってＭＣＣＨおよびＰＤＣＣＨ信号を与えられる。
【００３６】
本開示の主題の態様に従って、ｅＭＢＭＳのためのシングルキャリア最適化に関連する機能を有するワイヤレスネットワーク（たとえば、３ＧＰＰネットワーク）が提供される。ｅＭＢＭＳは、たとえばＵＥのような複数のモバイルデバイスへＬＴＥネットワークから共有コンテンツを送信するための、効率的な方法を提供する。本開示の態様は、ｅＭＢＭＳまたは他のマルチキャスト動作に限定されるのではなく、ユニキャスト動作にも適用することができる。
【００３７】
ＬＴＥ周波数分割複信（ＦＤＤ）のためのｅＭＢＭＳの物理層（ＰＨＹ）に関して、チャネル構造は、混合されたキャリア上でｅＭＢＭＳ送信とユニキャスト送信を区分する、時分割多重化（ＴＤＭ）リソースを備えてよく、これによって、柔軟で動的なスペクトルの利用が可能になる。現在、マルチメディアブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）サブフレームとして知られる、サブフレームのサブセット（最大６０％）が、ｅＭＢＭＳ送信のために確保され得る。したがって、現在のｅＭＢＭＳ設計は、１０個のサブフレームのうち最大で６個をｅＭＢＭＳのために許容する。
【００３８】
ｅＭＢＭＳのためのサブフレーム割振りの例が図４に示され、図４は、シングルキャリアの場合の、ＭＢＳＦＮサブフレーム４００へのＭＢＳＦＮ基準信号の既存の割振りを示す。図４に示されるコンポーネントは、図２に示されるコンポーネントに対応し、図４は、各々のスロット４０２およびリソースブロック（ＲＢ）４０４内の個々のサブキャリアを示す。３ＧＰＰ  ＬＴＥでは、ＲＢ４０４は０．５ｍｓのスロット持続時間にわたる１２個のサブキャリアにまたがり、各サブキャリアは１５ｋＨｚの帯域幅を有し、全部でＲＢ当たり１８０ｋＨｚにわたる。サブフレームは、たとえば、０、１、２、３、４、５、６、７、８、および９と標識されたサブフレーム４０８の列の中で、ユニキャストまたはｅＭＢＭＳのために割り振られてよく、サブフレーム０、４、５、および９は、ＦＤＤではｅＭＢＭＳから除外され得る。また、サブフレーム０、１、５、および６は、時分割複信（ＴＤＤ）ではｅＭＢＭＳから除外され得る。より具体的には、サブフレーム０、４、５、および９は、ＰＳＳ／ＳＳＳ／ＰＢＣＨ／ページング／システム情報ブロック（ＳＩＢ）およびユニキャストサービスのために使用され得る。列の中の残りのサブフレーム、たとえばサブフレーム１、２、３、６、７、および８は、ｅＭＢＭＳサブフレームとして構成され得る。
【００３９】
図４の参照を続けると、各々のｅＭＢＭＳサブフレーム４００内で、最初の１個または２個のシンボル４０６が、ユニキャスト基準シンボル（ＲＳ：reference symbol）および制御シグナリングのために使用され得る。最初の１個または２個のシンボル４０６のＣＰの長さは、サブフレーム０のＣＰの長さに従い得る。ＣＰの長さが異なる場合、最初の１個または２個のシンボル４０６とｅＭＢＭＳシンボルとの間に、送信ギャップが発生し得る。関連する態様では、全体のｅＭＢＭＳ帯域幅の利用率は、ＲＳオーバーヘッド（たとえば、各々のｅＭＢＭＳサブフレーム内に６個のｅＭＢＭＳサブフレームと２個の制御シンボル）を考慮すると、４２．５％であり得る。ＭＢＳＦＮ  ＲＳおよびユニキャストＲＳを提供するための既知の技法は通常、ＭＢＳＦＮサブフレームにＭＢＳＦＮ  ＲＳを割り振り（図４に示されるように）、非ＭＢＳＦＮサブフレームにユニキャストＲＳを別個に割り振ることを伴う。より具体的には、図４が示すように、ＭＢＳＦＮサブフレーム４００の拡張ＣＰは、ＭＢＳＦＮ  ＲＳ４１０を含むがユニキャストＲＳを含まない。本技術は、限定ではなく例として提示される図２および図４によって示される特定のフレーム割振り方式に限定されない。本明細書で使用するマルチキャストセッションまたはマルチキャストブロードキャストは、どの好適なフレーム割振り方式を使ってもよい。
【００４０】
ｅＭＢＭＳサービスエリア
図５は、それら自体が複数のセルまたは基地局５１０を含む、複数のＭＢＳＦＮエリア５０４、５０６、５０８を包含する、ＭＢＭＳサービスエリア５０２を含むシステム５００を示す。本明細書で使用される場合、「ＭＢＭＳサービスエリア」は、あるＭＢＭＳサービスが利用可能であるワイヤレス送信セルのグループを指す。たとえば、ある特定のスポーツ番組または他の番組が、ある特定の時間において、ＭＢＭＳサービスエリア内で基地局によってブロードキャストされることがある。特定の番組がブロードキャストされるエリアが、ＭＢＭＳサービスエリアを定める。ＭＢＭＳサービスエリアは、５０４、５０６および５０８において示されるような１つまたは複数の「ＭＢＳＦＮエリア」で構成され得る。本明細書で使用される場合、ＭＢＳＦＮエリアは、ＭＢＳＦＮプロトコルを使用して同期した方式である特定の番組を現在ブロードキャストしているセルのグループ（たとえば、セル５１０）を指す。「ＭＢＳＦＮ同期エリア」は、同期した方式で動作して、現在そうしているかどうかに関係なくＭＢＳＦＮプロトコルを使用してある特定の番組をブロードキャストすることが可能になるようなやり方で相互接続され構成されたセルのグループを指す。各ｅＮＢは、所与の周波数層上の、１つのＭＢＳＦＮ同期エリアにのみ属し得る。ＭＢＭＳサービスエリア５０２が１つまたは複数のＭＢＳＦＮ同期エリア（図示せず）を含み得ることは、注意に値する。逆に、ＭＢＳＦＮ同期エリアは、１つまたは複数のＭＢＳＦＮエリアまたはＭＢＭＳサービスエリアを含み得る。一般に、ＭＢＳＦＮエリアは、単一のＭＢＳＦＮ同期エリアのすべてまたは一部で構成され、単一のＭＢＭＳサービスエリア内に位置する。様々なＭＢＳＦＮエリアの重複がサポートされ、単一のｅＮＢは単一の同期エリア内のいくつかの異なるＭＢＳＦＮエリアに属し得る。たとえば、最大で８個の独立のＭＣＣＨが、異なるＭＢＳＦＮエリアにおけるメンバーシップをサポートするために、システム情報ブロック（ＳＩＢ）１３において構成され得る。ＭＢＳＦＮエリア確保セルまたは基地局は、ＭＢＳＦＮ送信に寄与しないＭＢＳＦＮエリア内のセル／基地局、たとえば、ＭＢＳＦＮ同期エリアの境界に近いセル、または、その位置のためにＭＢＳＦＮ送信に必要とされないセルである。
【００４１】
ｅＭＢＭＳシステム構成要素および機能
図６は、ＭＢＳＦＮサービスを提供またはサポートするためのワイヤレス通信システム６００の機能エンティティを示す。サービス品質（ＱｏＳ）に関して、システム６００は、保証ビットレート（ＧＢＲ）タイプのＭＢＭＳベアラを使用することができ、最大ビットレート（ＭＢＲ）はＧＢＲに等しい。これらの構成要素は、例として示され説明され、本明細書で説明される発明概念を限定せず、この発明概念は、マルチキャスト送信を配信し制御するための他のアーキテクチャおよび機能の配備に採用され得る。
【００４２】
システム６００は、ＭＢＭＳゲートウェイ（ＭＢＭＳ  ＧＷ）６１６を含み得る。ＭＢＭＳ  ＧＷ６１６は、Ｍ１インターフェースを介した、ｅＮｏｄｅＢ６０４へのＭＢＭＳユーザプレーンデータのインターネットプロトコル（ＩＰ）マルチキャスト配信を制御し、多くの可能なｅＮＢのうち１つのｅＮＢ６０４が示される。さらに、ＭＢＭＳ  ＧＷは、Ｍ１インターフェースを介した、ＵＴＲＡＮ無線ネットワークコントローラ（ＲＮＣ）６２０へのＭＢＭＳユーザプレーンデータのＩＰマルチキャスト配信を制御し、ここでは多くの可能ＲＮＣのうちの１つのＵＴＲＡＮ  ＲＮＣ６２０が示されている。Ｍ１インターフェースは、ＭＢＭＳデータ（ユーザプレーン）と関連付けられ、データパケットの配信のためのＩＰを利用する。ｅＮＢ６０４は、Ｅ−ＵＴＲＡＮ  Ｕｕインターフェースを介して、ＵＥ／モバイルデバイス６０２にＭＢＭＳコンテンツを提供することができる。ＲＮＣ６２０は、Ｕｕインターフェースを介して、ＵＥモバイルデバイス６２２にＭＢＭＳコンテンツを提供することができる。ＭＢＭＳ  ＧＷ６１６はさらに、モビリティ管理エンティティ（ＭＭＥ）６０８およびＳｍインターフェースを介して、ＭＢＭＳセッション制御シグナリング、たとえば、ＭＢＭＳセッション開始およびセッション停止を実施することができる。ＭＢＭＳ  ＧＷ６１６はさらに、ＳＧ−ｍｂ（ユーザプレーン）基準点を通じてＭＢＭＳベアラを使用して、エンティティのためのインターフェースを提供し、ＳＧｉ−ｍｂ（制御プレーン）基準点を通じてＭＢＭＳベアラを使用して、エンティティのためのインターフェースを提供することができる。ＳＧ−ｍｂインターフェースは、ＭＢＭＳベアラサービス固有のシグナリングを搬送する。ＳＧｉ−ｍｂインターフェースは、ＭＢＭＳデータ配信のためのユーザプレーンインターフェースである。ＭＢＭＳデータ配信は、デフォルトモードであり得るＩＰユニキャスト送信によって、またはＩＰマルチキャスティングによって実施され得る。ＭＢＭＳ  ＧＷ６１６は、サービング汎用パケット無線サービスサポートノード（ＳＧＳＮ）６１８およびＳｎ／Ｉｕインターフェースにより、ＵＴＲＡＮを介したＭＢＭＳのためのコントロールプレーン機能を提供し得る。
【００４３】
システム６００はさらに、マルチキャスト協調エンティティ（ＭＣＥ）６０６を含み得る。ＭＣＥ６０６は、ＭＢＭＳコンテンツのための承認制御機能を実施し、ＭＢＳＦＮ動作を使用したマルチセルＭＢＭＳ送信のためにＭＢＳＦＮエリアの中のすべてのｅＮＢによって使用される、時間および周波数の無線リソースを割り振ることができる。ＭＣＥ６０６は、たとえば、変調およびコーディング方式のような、ＭＢＳＦＮエリアのための無線構成を決定することができる。ＭＣＥ６０６は、ＭＢＭＳコンテンツのユーザプレーン送信をスケジューリングおよび制御して、どのサービスがマルチキャストチャネル（ＭＣＨ）において多重化されるべきかを決定することによって、ｅＭＢＭＳサービスの多重化を管理することができる。ＭＣＥ６０６は、Ｍ３インターフェースを通じてＭＭＥ６０８とのＭＢＭＳセッション制御シグナリングに参加し、ｅＮＢ６０４に制御プレーンインターフェースＭ２を提供することができる。
【００４４】
システム６００はさらに、コンテンツプロバイダサーバ６１４と通信している、ブロードキャストマルチキャストサービスセンター（ＢＭ−ＳＣ）６１２を含み得る。ＢＭ−ＳＣ６１６は、コンテンツプロバイダ６１４のような１つまたは複数のソースからの、マルチキャストコンテンツの取込みをハンドリングし、以下で説明されるような他の高水準の管理機能を提供することができる。これらの機能は、たとえば、特定されたＵＥのためのＭＢＭＳサービスの認証および開始を含む、メンバーシップ機能を含み得る。ＢＭ−ＳＣ６１６はさらに、ＭＢＭＳセッションおよび送信機能と、ライブブロードキャストのスケジューリングと、ＭＢＭＳおよび関連する配信機能を含む配信とを実施することができる。ＢＭ−ＳＣ６１６はさらに、マルチキャストに利用可能なコンテンツを通知することのような、サービスの通知および説明を提供することができる。別個のパケットデータプロトコル（ＰＤＰ）の状況が、ＵＥとＢＭ−ＳＣとの間で制御メッセージを搬送するために使用され得る。ＢＭ−ＳＣはさらに、キー管理のようなセキュリティ機能を提供し、データ量およびＱｏＳのようなパラメータに従ってコンテンツプロバイダの課金を管理し、ＵＴＲＡＮにおいて、かつブロードキャストモードではＥ−ＵＴＲＡＮにおいてＭＢＭＳのためのコンテンツ同期を提供し、ＵＴＲＡＮにおいてＭＢＳＦＮデータのためのヘッダ圧縮を提供することができる。ＢＭ−ＳＣ６１２は、ＱｏＳおよびＭＢＭＳサービスエリアのようなセッション属性を含めて、セッションの開始、更新、および停止をＭＢＭＳ−ＧＷ６１６に示すことができる。
【００４５】
システム６００は、ＭＣＥ６０６およびＭＢＭＳ−ＧＷ６０８と通信しているマルチキャスト管理エンティティ（ＭＭＥ）６０８をさらに含み得る。ＭＭＥ６００は、Ｅ−ＵＴＲＡＮを通じてＭＢＭＳのための制御プレーン機能を提供することができる。加えて、ＭＭＥは、ＭＢＭＳ−ＧＷ６１６によって定義されるマルチキャスト関連情報を、ｅＮＢ６０４およびＵＥ６０２に提供することができる。ＭＭＥ６０８とＭＢＭＳ−ＧＷ６１６との間のＳｍインターフェースは、ＭＢＭＳ制御シグナリング、たとえば、セッションの開始および停止の信号を搬送するために使用され得る。
【００４６】
システム６００はさらに、Ｐ−ＧＷと略されることがある、パケットデータネットワーク（ＰＤＮ）ゲートウェイ（ＧＷ）６１０を含み得る。Ｐ−ＧＷ６１０は、シグナリングおよび／またはユーザデータのために、ＵＥ６０２とＢＭ−ＳＣ６１２との間に発展型パケットシステム（ＥＰＳ）ベアラを提供することができる。したがって、Ｐ−ＧＷは、ＵＥに割り当てられたＩＰアドレスと関連するＵＥから発信された要求に基づいて、Ｕユニフォームリソースロケータ（ＵＲＬ）を受信することができる。Ｐ−ＧＷは、リダイレクタ構成要素６３０を使って、ＢＭ−ＳＣ６１２のプロキシ構成要素６３２にハイパーテキスト転送プロトコル（ＨＴＴＰ）適応ストリーミング要求をリダイレクトすることができる。リダイレクタ構成要素６３０は、図７に示す高搭載率検出モジュール（ＨＤＭ）を含んでも、それに関連付けられてもよい。ＢＭ−ＳＣ６１２はまた、Ｐ−ＧＷ６１０を介して１つまたは複数のコンテンツプロバイダにリンクされてよく、Ｐ−ＧＷ６１０は、ＩＰインターフェースを介してＢＭ−ＳＣ６１２と通信することができる。ＢＭ−ＳＣは、モバイルエンティティからの、リダイレクトされた適応ストリーミング要求を扱うプロキシ構成要素（またはプロキシエンティティ）６３２を含み得る。プロキシ構成要素６３２は図７に示されている。
【００４７】
システムは、本明細書で開示される方法および装置の態様を容易にするために、いくつかのシステム構成要素の間の直接通信を可能にする新たなインターフェースを含み得る。たとえば、単一通信リンク中のダイレクトインターフェース６２４が、ｅＮＢ６０４とＢＭ−ＳＣ６１２との間に設けられ得る。さらなる例として、ダイレクトインターフェース６２６が、ＭＣＥ６０６とＢＭ−ＳＣ６１２との間に設けられ得る。ｅＮＢ６０４は、ＢＭ−ＳＣを含むが、それに限定されない様々なシステム構成要素に、運用および保守（Ｏ＆Ｍ）リンク６２８を介して間接的にリンクされてもよい。
【００４８】
動的適応ストリーミング
ユニキャスト送信における動的適応ストリーミングが、３ＧＰＰ２  ＴＳ２６．２４７  ｖ．１．３．０（２０１１−０３）「Ｄｙｎａｍｉｃ  Ａｄａｐｔｉｖｅ  Ｓｔｒｅａｍｉｎｇ  ｏｖｅｒ  ＨＴＴＰ（３ＧＰ−ＤＡＳＨ）」に記載されている。同様の規格は、Ａｐｐｌｅ  Ｌｉｖｅ  Ｓｔｒｅａｍｉｎｇ（ＡＬＳ）、ＨＴＴＰ  Ｌｉｖｅ  Ｓｔｒｅａｍｉｎｇ（ＨＬＳ）およびＡｄａｐｔｉｖｅ  ＨＴＴＰ  Ｓｔｒｅａｍｉｎｇ（ＡＨＳ）を含み得る。前述の文書、および同様の規格に記載されているＤＡＳＨは、メディア構成要素が受信されている際に経由するユニキャスト接続のためにモバイルエンティティによって要求されるビデオビットレート、解像度、または他の品質要因の選択によって、モバイルデバイスレベルで動作する。モバイルエンティティは、それ自体のハードウェア構成およびユニキャストサービスについての利用可能オプションに基づいて、所望のＱｏＳを示し得る。ＱｏＳは、メディアプレゼンテーション記述（ＭＰＤ）での「表現」によって記述または示すことができる。ユニキャスト送信のサービス品質を制御するネットワークエンティティ、たとえば、ＢＭ−ＳＣが、要求されたサービス品質、たとえば、ビデオまたはオーディオビットレート、解像度、ディスプレイサイズなどを提供するための、モバイルエンティティからの指示に応答する。特定のセグメント、たとえば、データフォーマットのより詳細な側面は、ＭＰＤで示されるセグメントのＱｏＳと概ね一致するべきであるのだが、初期化セグメント中で定義され得る。この適応ストリーミング能力は、動的であるように設計され、このことは、サービス品質がユニキャスト送信中に調節され得ることを意味し、たとえば、サービス品質は、モバイルデバイスの動きもしくは他の要因により、ユニキャスト信号対ノイズ比（ＳＮＲ）が変わるとき、指定されたフレーム境界または時間において調節することができ、または適応ストリーミング能力は、代替ワイヤレスクライアントへのユニキャストメディアセッションの移行をサポートするように設計される。
【００４９】
符号化フォーマットの制御についての問題およびソリューション
サービス品質は、特定のユニキャストまたはブロードキャスト送信のために使われる符号化フォーマットによる送信ビットレートに関連し得る。つまり、符号化フォーマットが、ストリーミングまたはブロードキャストサービスのための必要送信ビットレートを決定し得る。概して、ユニキャストサービス用に考えられたＤＡＳＨおよび同様の規格は、モバイルデバイスから、ユニキャスト送信のサービス品質を制御する１つまたは複数のネットワークエンティティへのフィードバック機構に依拠し得る。サービス品質を制御するネットワークエンティティは、ユニキャストトランスポートを提供するワイヤレス通信システムの外側に、たとえば、接続されたネットワーク内に位置するコンテンツサーバ内に常駐し得る。コンテンツサーバは、マルチメディアクライアント（たとえば、モバイルエンティティ）が、ＭＰＤによって示される関連付けられたロケータ若しくは位置表示、たとえば、ネットワークアドレスを使う所望のマルチメディアコンテンツ表現を選択することを可能にするデータ構造を提供することができる。
【００５０】
ＤＡＳＨおよび同様の適応ストリーミング状況において起こり得る１つの問題は、サービス品質（たとえば、ビットレート）が、ワイヤレスネットワークオペレータの制御の範囲外のエンティティによって決定される場合があり、したがってネットワークのための最適サービス品質とは適合しない場合があることである。たとえば、サードパーティコンテンツサーバが、要求されたコンテンツセグメントがストリーミングされるためのワイヤレスネットワークによって提供することができないサービスオプションを示すＭＰＤを与える場合がある。さらなる例として、ＭＰＤまたは同様のデータ構造を使うコンテンツサーバによって、比較的高いビットレートオプションが可能にされる場合があるが、ワイヤレスエリア内のいくつかのクライアントが高データレートオプションを選択した場合、生じるトラフィックは、ネットワーク搬送容量を超えてしまう。そのような問題が起きてしまうのは、コンテンツプロバイダが概して、ある特定の時間にどのようなレベルのサービスを特定のネットワークがサポートすることができるかについての情報をもっていなくても、高品質のサービスを提供することに興味をもつからである。既存ソリューションでは、ネットワークオペレータは、ＤＡＳＨを含むが、それに限定されない、様々な動的適応ストリーミングプロトコルのためのユニキャストサービス品質を制御することができない。
【００５１】
同様の問題が、ブロードキャストまたはマルチキャスト状況において起こる場合があり、その場合、マルチキャストまたはブロードキャストサービスのサービス品質は、サービスガイドによって示され得る。サービスガイドは、マルチメディアコンテンツについての異なるロケータ若しくは位置表示をマルチメディアコンテンツ用のそれぞれの異なる符号化フォーマットに関連付ける別のタイプのデータ構造を備え得る。サービスガイドは、特定の品質のブロードキャストまたはマルチキャストサービスをそこから得ることができるブロードキャスト／マルチキャスト信号位置について、クライアントに知らせることができる。たとえば、ロケータ若しくは位置表示は、特定のキャリアと、サブフレームインデックスまたはインデックスセットとを含み得る。ブロードキャストまたはマルチキャストコンテンツについてのサービスガイドは、特定のネットワークエリア内でブロードキャストまたはマルチキャストサービスを最適化すると思われる、符号化されたフォーマット（または複数のフォーマット）でコンテンツを提供していないコンテンツソースからのマルチメディアコンテンツについて、様々な時間にクライアントによって要求され得る。ネットワークオペレータは、コンテンツソースから入手可能なものとは異なる１つまたは複数のサービス品質で、特定のエリア内でマルチメディアコンテンツを広告し、利用可能にすることが望ましい場合がある。たとえば、クライアントは、コンテンツが当初符号化されたよりも低いまたは高い品質の符号化されたフォーマットでのコンテンツを望む場合がある。たとえば、クライアントが、高帯域幅をサポートすることができず、またはクライアントの出力スクリーン解像度が当初の符号化されたフォーマットを下回るので、クライアントは、より低い品質の符号化されたフォーマットを望む場合がある。異なる品質でコンテンツを提供するには、ブロードキャスト用の所望のフォーマットでのデータを取得するために、ネットワークエンティティによるコンテンツのトランスコードが必要とされる場合がある。既存ソリューションは、マルチキャスト状況およびブロードキャスト状況のためのサービス告知とトランスコード機能の効率的な統合制御を可能にしない。トランスコードは、同様の理由により、ユニキャスト状況でも所望され得る。
【００５２】
前述の問題の混合が、需要に基づくマルチキャストまたはブロードキャスト状況において起こり得る。需要に基づく状況では、サービスは、ユニキャスト配信からブロードキャスト／マルチキャスト配信に移行されてよく、またはその逆も同様である。したがって、上で要約したユニキャストおよびブロードキャスト／マルチキャスト問題の両方の態様が存在する場合がある。
【００５３】
これらおよび他の問題は、本明細書で開示する方法、システムおよび装置によって解決することができ、これらは特に、ユニキャスト適応ストリーミング、ブロードキャスト、マルチキャストを介するか、それともユニキャスト配信モードとブロードキャスト配信モードとの間の遷移に関連するかにかかわらず、サードパーティおよび他のコンテンツプロバイダからのマルチメディアコンテンツ配信の、ワイヤレスネットワークオペレータによる、サービス品質の効率的でありながら柔軟な制御を可能にし得る。
【００５４】
図７を参照すると、ワイヤレス通信システム７００のハイレベルビューは、コンテンツサーバ７１４からマルチメディアコンテンツ（たとえば、ストリーミングデジタルオーディオビデオコンテンツ）を受信するＵＥ７１６を含み得る。ＵＥ７１６およびコンテンツサーバ７１４は、ＤＡＳＨプロトコル、または他の適応ストリーミングプロトコルを使い得る。一態様では、ＵＥ７１６は、ＤＡＳＨパケット要求をコンテンツサーバ７１４に直接向け、サーバ７１４から直接コンテンツを受信することができる。これは、いくつかの制御可能条件下で依然として起こり得るが、ＵＥ７１６とコンテンツサーバ７１４（たとえば、Ｐ−ＧＷ７０２に関連付けられ、またはその中にある）との間のどこかのリダイレクション構成要素７０４が、要求をインターセプトし、ＢＭ−ＳＣ７０６にリダイレクトする場合があり、ＢＭ−ＳＣ７０６は、ＤＡＳＨプロキシとトランスコード構成要素７０８とを含み得る。リダイレクション構成要素７０４は、ＨＤＭを含み、またはそれに関連付けられ得る。たとえば、ＨＤＭは、同じエリアからのユニキャスト送信により同じサービスまたはコンテンツにアクセスするＵＥの数をカウントして、総需要を判断することができる。同じサービス／コンテンツにアクセスする多数のＵＥ（「高い関心」）をＨＤＭが検出すると、リダイレクション構成要素７０４は、高い関心に基づいて要求をリダイレクトしてよい。要求のリダイレクションは、要求が、ｅＭＢＭＳサービスに加入しているＵＥからのものであるかどうかに基づき得る。シグナリングインターフェース７１８は、要求をリダイレクトするために、リダイレクション構成要素７０４とＢＭ−ＳＣ７０６との間に含まれ得る。プロキシ構成要素７０８は、要求を処理し、任意選択で要求を変更し、サーバ７１４に送ることができる。そうする際、プロキシ構成要素７０８は、サーバ７１４の観点からは、ＵＥ７１６であるように見え得る。サーバ７１４は概して、ノード７０２、７０６および他のノードのオペレータの制御下ではない場合があるサードパーティノードを備え得る。要求に応答して、サーバ７１４は、マルチメディアコンテンツをプロキシ構成要素７０８に戻せばよい。コンテンツがユニキャストにより配信されるべきである場合、プロキシ構成要素７０８は、Ｐ−ＧＷ７０２およびユニキャストベアラ７１２を介して、マルチメディアコンテンツをＵＥ７１６に中継すればよい。コンテンツがブロードキャストにより配信されるべきである場合、プロキシ構成要素７０８は、ｅＭＢＭＳベアラ７１０を介して、コンテンツをＵＥに中継すればよい。
【００５５】
図８は、ＵＥ／モバイルエンティティ８０２と、ＢＭ−ＳＣ８０４と、コンテンツサーバ８０６とを含むシステム８００のより詳細な構成要素を示す。ＵＥ８０２は、コンテンツサーバ８０６と直接（すなわち、通信ネットワークの構成要素を介してだが、通信される情報の変更なしで）通信することができ、より具体的には、ＵＥ８０２のＤＡＳＨ、ＨＬＳ、ＡＬＳ、ＡＨＳ、または同様の適応ストリーミングクライアント構成要素８０８は、それぞれ、サーバ８０６の、対応するＤＡＳＨ、ＨＬＳ、ＡＬＳ、ＡＨＳ、または同様の適応ストリーミングサーバ構成要素８１０と直接通信することができる。さらに、リダイレクション構成要素は、任意選択で条件付きリダイレクション構成要素（図示せず）を使って、ＵＥ８０２からＢＭ−ＳＣ８０４のプロキシ構成要素８１２に適応ストリーミング通信を選択的にリダイレクトすることができる。プロキシ構成要素８１２は、適応ストリーミングサーバ構成要素８１０と通信することができ、コンテンツサーバ８０６にとっては、クライアント８０２と区別できないように見える。代替または追加として、ＵＥは、ブロードキャスト通信のためにプロキシ構成要素８１２と直接通信する適応ストリーミング（たとえば、ＤＡＳＨ、ＨＬＳ、ＡＬＳ、ＡＨＳ、または同様の）構成要素８１４を含み得る。
【００５６】
たとえば、ＤＡＳＨ実装形態を使って、プロキシ構成要素８１２は、クライアントとしてコンテンツサーバ８０６に登録し、前記サーバから、たとえば、図９Ｂを参照して後で説明するメディアプレゼンテーション記述（ＭＰＤ）、または同様のメタデータを取得することができる。ＭＰＤを使って、プロキシ構成要素８１２は、ブロードキャストサービス用に使用するべき所望の表現を選択することができ、表現は、少なくともＵＥ８０２へのストリーミングのための必要データレートに関係する側面を含む、ストリーミング用の利用可能データフォーマットのいくつかの側面を示す。ＭＰＤは、各利用可能フォーマットについての異なるアドレス、たとえばユニフォームリソースロケータ（ＵＲＬ）を特定することもできる。プロキシ構成要素８１２は、コンテンツサーバ８０６からのＭＰＤを処理し、要求されたコンテンツをブロードキャスト対応デバイスに配信するため（または代替として、ユニキャスト配信のため）のオペレータ選択表現を記述するための新たなＭＰＤを作成することができる。このＭＰＤおよび関連付けられた初期化セグメント（ＩＳ）は、ＢＭ−ＳＣ８０４のブロードキャストモジュール８３４から、ＵＥ８０２のブロードキャストモジュール８３２へのブロードキャスト配信８１６のためのプロキシ構成要素８１２によって、サービス記述の一部として提供され得る。サービス記述の配信は、ユニキャスト８１８またはブロードキャスト配信８１６のいずれかにより得る。ユニキャスト送信によるコンテンツの配信は、ＢＭ−ＳＣ８０４のユニキャストモジュール８３６から、ＵＥ８０２のユニキャストモジュール８３０に提供され得る。ＭＰＤ、初期化セグメントおよび表現と同様のデータ構造が、非ＤＡＳＨフォーマットでも存在し得る。
【００５７】
図９Ａは、ＤＡＳＨまたは同様の適応ストリーミングプロトコルを使って、システム７００または８００によって実施することができる方法９００を示す。９０２で、ユニキャストまたはマルチキャスト配信用のコンテンツをサービスしているコンテンツサーバが、特定のマルチメディアコンテンツについてのＭＰＤをＤＡＳＨプロキシに送ることができる。９０４で、ＤＡＳＨプロキシは、ＤＡＳＨサーバから受信したＭＰＤを変換してよい。変換９０４は、ユニキャストまたはブロードキャスト配信用のネットワークオペレータ選択レートなど、あらかじめ規定された制御方式による１つもしくは複数の表現、またはブロードキャストレートのみに対応する表現を含むための変換を含み得る。あらかじめ規定された制御方式は、ネットワークオペレータによって構成しても、別のネットワークエンティティから受信してもよい。
【００５８】
代替または追加として、変換９０４は、配信ネットワークのオペレータがサポートしないコンテンツサーバサポートレートに対応する１つまたは複数の表現を削除または除外するための変換を含み得る。９０６で、ＤＡＳＨプロキシは、変換されたＭＰＤをＵＥに送信すればよい。９０６に続いて、ＵＥは、ＭＰＤで定義される表現を使って、プロキシ構成要素によって制御されるフォーマットでのデータを、コンテンツサーバに対して要求することができる。
【００５９】
上記方法９００は、起こり得る問題に対処するのに使うことができ、コンテンツサーバからの当初のソース表現は、ブロードキャストサーバからの所望の出力フォーマットとは異なる。概して、コンテンツサーバからストリーミングされるコンテンツを、コンテンツの列挙されたフォーマットからＤＡＳＨフォーマットにトランスフォーマットまたはリフォーマットすることが可能である。このプロセスにおいて、いくつかのパラメータが、あるフォーマットから他のフォーマットに直接マップされ得る。ソースユニキャストサーバ（コンテンツサーバ）からの利用可能表現のうちのどれも、ビットレートについてのネットワーク要件を満たさない場合、個々のファイル内のメディアは、ある程度の品質低下および／またはビットレート増大もしくは減少で、復号および再符号化（たとえば、トランスコード）され得る。利用可能な最高品質表現から、メディアデータ再符号化を行うことが好ましい。ビットレート効率の低下には、Ｈ．２６５など、より効率的なコーデックの使用で対処すればよい。メディアデータを再符号化する利点は、すべてのブロードキャストサービスの間で所望されまたは一貫した挙動を提供するために、表現においてランダムアクセスポイント（ＲＡＰ）位置が変えられ、または挿入され得ることである。ＲＡＰ位置により、クライアントによる表現へのランダムアクセスが可能になる。
【００６０】
いくつかの実施形態では、関連のあるネットワーク内のゲートウェイ（たとえば、Ｐ−ＧＷ）は、高搭載率ＵＲＬについての新たな要求を検出し、これらの要求を適切なブロードキャストサービスＵＲＬにリダイレクトすることができる。ネットワークはさらに、ユニキャストサービスを阻止および／または場合によっては終了させ、ユニキャストサービスを受信しているデバイスをブロードキャストサービスにリダイレクトしてもよい。
【００６１】
ある態様では、方法９００は、ブロードキャストによりサービスされるデバイスの数の情報詳述と、デバイスアイデンティティ情報とをコンテンツサーバに提供することを含み得る。このデータは、使用追跡サーバから提供され得る。
【００６２】
図９Ｂは、マルチメディアコンテンツ９５０に関係する詳細を示す。マルチメディアコンテンツは、２つの部分、すなわちＭＰＤ９５２の形のメタデータ、およびマルチメディアビットストリームとして実際の符号化メディアデータ９５６を含むセグメント９５４に存在し得る。ＭＰＤ９５２は、ユニキャストｇｅｔ要求への応答中で、またはブロードキャスト配信により、他のサービス記述メタデータとともにクライアントに配信することができる。これらのメタデータ項目は、メディアデータフェッチの一部ではない。セグメント９５４のうちの少なくとも１つ（たとえば、第１のセグメント）は、他のセグメント９５４についてのデータフォーマットの詳細を定義する、符号化メディアデータ９５６をもたない初期化セグメント（ＩＳ）であってよい。ＭＰＤ９５２は、ＵＥについてのメディアデータを、ユニキャスト配信のためにそこからフェッチするためのＵＲＬアドレスを記述することができる。あるいは、ＵＲＬアドレスは、ブロードキャスト配信のために受信デバイス上に現れ得る。ブロードキャスト配信は、ＵＥ上でキャッシュを供給することができる。
【００６３】
図９Ｃは、マルチメディアコンテンツ９５０Ａ〜Ｂの例示的なコンバージョンを示す。プロキシ構成要素によってＭＰＤ９５２に対して許容される変化の範囲は、たとえば、利用可能マルチメディアコンテンツ９５０Ａを、第１のフォーマットから、ブロードキャスト用に所望される第２のフォーマットのマルチメディアコンテンツ９５０Ｂにコンバートすることと、それに応じて記述９５２Ａを９５２Ｂに変更することとを含み得る。さらに、プロキシ構成要素は、記述を９５２Ａから９５２Ｂにリフォーマットすることができる。変更またはリフォーマットされた記述は、コンバートされたマルチメディアコンテンツ９５０Ｂを位置決めするための新たなＵＲＬを含み得る。追加または代替として、プロキシ構成要素は、メディアデータを９５６Ａから９５６Ｂに再符号化することができる。オリジナルおよび目標ビデオコーデック（ビデオフォーマット）は、ＭＰＥＧ２、ＭＰＥＧ４、Ｈ．２６４、Ｈ，２６５などのうちのどの１つを含んでもよい。別の代替、または追加として、プロキシ構成要素は、メディアデータファイルラッパーフォーマットを９５４Ａから９５４Ｂに変えることができる。
【００６４】
図１０は、例示的なコールフロー１０００を、単に例として示す。各ＵＥは、複数の方法ではなく、ブロードキャストＤＡＳＨをサポートするだけでよいので、ブロードキャストファイルストリーミングのための単一方法の使用は、ＵＥについての認定プロセスを簡素化することができる。設計における対応する節約は、ブロードキャストのためのＵＥ設計がすべてのユニキャストフォーマットについて共通する程度まで実現することができる。各新たなＵＥを認定するのではなく、変換エンティティ（たとえば、プロキシ構成要素）は、一度認定されるだけでよい。新たなＵＥは、年に複数回リリースされ得る。
【００６５】
ＤＡＳＨは、転送プロトコルとしてＨＴＴＰを使うので、クライアントＵＥ１００２は、ＤＡＳＨサーバ１０１０とのユニキャスト接続をセットアップする。ＤＡＳＨプロキシ１００８は、ＵＥ１００２によって生成されたＨＴＴＰ要求をインターセプトする。インターセプトは、ＵＥ１００２によってセットアップされたユニキャストソケット接続のエンドポイントとして作用するＤＡＳＨプロキシ１００８によって遂行することができる。上述したように、ＵＥは、そうすることによって、プロキシ構成要素１００８によって修正された変換ＵＲＬを使って、マルチメディアコンテンツ用のＤＡＳＨセグメントをフェッチする。ＤＡＳＨサーバ１０１０から変換を隠すために、ＤＡＳＨプロキシ１００８は、ＨＴＴＰ要求をクライアント１００２からＤＡＳＨサーバ１０１０に中継する前に、ＵＲＬ表現の変換を当初の無変更フォーマットに逆転させてよい。ＤＡＳＨサーバ１０１０は、無変更ＵＲＬを介して要求を受信するので、ＤＡＳＨプロキシ１００８におけるトランスコードは、ＤＡＳＨサーバ１０１０にとって透過であり得る。
【００６６】
さらに、ｅＭＢＭＳを超えてＤＡＳＨセグメントを配信する間、ＤＡＳＨプロキシ１００８は、ＨＴＴＰを使って、ＤＡＳＨサーバ１０１０から得たＤＡＳＨコンテンツを処理し、コンテンツを、ブロードキャストトランスポートによりファイルを配信するのに使われるような、Ｆｉｌｅ  Ｄｅｌｉｖｅｒｙ  Ｏｖｅｒ  Ｕｎｉｄｉｒｅｃｔｉｏｎａｌ  Ｔｒａｎｓｐｏｒｔ（ＦＬＵＴＥ）など、別の移送機構に移行させることができる。
【００６７】
ＤＡＳＨプロキシ１００８において新たな符号化が導入された場合、ＤＡＳＨプロキシ１００８は、ＤＡＳＨサーバ１０１０がサポートする表現を使ってＤＡＳＨサーバ１０１０から受信したコンテンツに基づいて、ＤＡＳＨクライアント１００２に返答する間、新たな符号化形を使うことができる。上述したように、位置は、ブロードキャスト配信のための受信デバイス１００４上に現れてよく、ブロードキャスト配信は、ＵＥブロードキャストモジュール１００４上でキャッシュを供給し得る。
【００６８】
例示的なコールフロー１０００は、次のように進み得る。ステップ１０２０で、ＵＥ１００３におけるアプリケーションが、あるＵＲＬにおいて見つかったコンテンツを要求する。ステップ１０２４で、ＵＥ１００３におけるＤＡＳＨクライアント１００２は、ＨＴＴＰ−ＧＥＴによりコンテンツを要求する。ユニキャストモード１０２２にあるＤＡＳＨ−ＢＣ１００４は、１０２６で、要求をＤＡＳＨサーバ１０１０にフォワードする。ＨＤＭ１００６は、１０２７で、同じエリアから同じコンテンツにアクセスするＵＥの数をカウントすることによって、コンテンツに対する高需要を検出することができる。ＨＤＭ１００６は、高需要の指示をＤＡＳＨプロキシ１００８に送ってよい。ステップ１０３０で、ＤＡＳＨサーバ１０１０は、要求に、ＢＭ−ＳＣおよびＰ−ＧＷ（たとえば、図６の６１０）を介してＨＴＴＰ−ＲＥＰＬＹメッセージでＵＥ１００３に対して応答する。ステップ１０３２で、高需要に基づいて、ＤＡＳＨプロキシ１００８は、ｅＭＢＭＳセッションを確立すると決めてよい。ステップ１０３４、１０３６で、ＤＡＳＨプロキシ１００８は、ＤＡＳＨサーバ１０１０からコンテンツを取り出す。ＵＥ１００３は、ブロードキャストモード１０３８に入り、ステップ１０４０で、ブロードキャスト配信によりコンテンツを受信する。コンテンツは、ステップ１０４４、１０４６でＤＡＳＨクライアント１００２に配信するために、１０４２で、ＵＥ１００３において（たとえば、ＤＡＳＨ−ＢＣ１００４において）キャッシュすることができる。
【００６９】
例示的な方法および装置
追加の例として、開示する主題に従って実施され得るさらなる方法は、様々なフローチャートを参照するとより良く理解され得る。説明を簡単にするために、方法は一連の行為／動作として示され、説明される。しかしながら、いくつかの動作は、本明細書で図示および説明されるものとは異なる順序で、かつ／または他の動作と実質的に同時に行われ得るので、特許請求される主題は動作の数または順序によって限定されない。さらに、本明細書で説明される方法を実施するために、図示されたすべての動作が必要とされるとは限らない。動作に関連する機能は、ソフトウェア、ハードウェア、それらの組合せまたは任意の他の好適な手段（たとえば、デバイス、システム、プロセス、または構成要素）によって実装され得ることを諒解されたい。さらに、本明細書の全体にわたって開示される方法は、そのような方法を様々なデバイスに移送および転送することを可能にする製造物品に、符号化された命令および／またはデータとして記憶することが可能であることをさらに諒解されたい。方法は、代替的に、状態図のような、一連の相互に関係する状態または事象として表現され得ることを、当業者は理解し諒解するであろう。
【００７０】
ネットワークエンティティ／ＢＭ−ＳＣ
図１１〜図１４は、ＢＭ−ＳＣまたは他のネットワークエンティティにおけるプロキシ構成要素を使って、ワイヤレス通信ネットワーク（ＷＣＮ）のマルチメディアクライアントに提供されるマルチメディアコンテンツ用の符号化フォーマットを制御するための関連方法を示す。マルチメディアクライアントは、モバイルエンティティであっても、モバイルエンティティを含んでもよい。符号化フォーマットは、ユニキャスト適応ストリーミングセグメントのためのデータレート、ブロードキャスト送信のためのデータレート、または関連パラメータを含んでも、含意してもよい。本明細書で使用するように、ブロードキャストは概して、マルチキャスト、たとえばＭＢＭＳまたはｅＭＢＭＳを含む。ブロードキャストは、マルチキャストではないものを含む、他のタイプのブロードキャストも含み得る。方法１１００は、動的適応ストリーミングオーバーＨＴＴＰ、または同様のプロトコルに応答して、マルチメディアコンテンツのユニキャスト配信とともに使うことができる。方法１１００、または関連図面に示す追加動作の態様は、マルチキャスト送信を受信したどのモバイルデバイスも、ＢＭ−ＳＣにフィードバックを提供しないように、ダウンリンクのみであるブロードキャストプロトコルとともに、またはユニキャスト配信からマルチキャスト配信への移行において使うこともできる。図１１に示す方法１１００は、１１０２で、ＷＣＮネットワークエンティティのプロキシ構成要素において、マルチメディアコンテンツについての異なるロケータ若しくは位置表示をマルチメディアコンテンツ用のそれぞれの異なる符号化フォーマットに関連付けるデータ構造を修正して、修正データ構造を取得することを含み得る。プロキシ構成要素は、図１２に関連して後で説明する、必ずしも相互に排他的ではない異なる様々なやり方で、データ構造を修正することができる。
【００７１】
１１０２および関連動作で使われる「符号化フォーマット」は、主としてファイルラッパー、または、図９Ｂに関連して上述した、ユニキャストストリーミングまたはブロードキャストストリーミングに使われるメタデータを定義するための構造を指すことを諒解されたい。この符号化フォーマットは、コンテンツデータの送信データレートに直接関連し、このことは、符号化フォーマットが所与の伝送媒体および条件についての最大達成可能データレートを決定することを意味する。他の状況では、符号化フォーマットは、ユニキャスト／マルチキャスト／ブロードキャストデータレートに直接関連しないマルチメディアフォーマットを指し得る。マルチメディアフォーマットは、たとえば、より高い定義フォーマットが、より速いフレームレートを可能にするためのより高い送信データレートから恩恵を被り得るという点などで、データレートに間接的に関連し得る。たとえば、より高い定義フォーマット（たとえば、１０８０ｐ解像度）は、より低い定義フォーマット（たとえば、４８０ｐ）よりも高い、ビデオフレームごとの送信データレートを必要とする。同じ高い送信データレートは、より高い定義フォーマットに対しては一定のフレームレート（たとえば、６０Ｈｚ）を、およびより低い定義フォーマットに対してはいっそう高いフレームレート（たとえば、６０Ｈｚ超）を許容し得る。ただし、一定のフレームレート（たとえば、６０Ｈｚ）を超えるフレームレートで、より低い定義フォーマットを表示することの恩恵は、些細な場合がある。
【００７２】
データ構造、修正データ構造、または両方は、動的適応ストリーミングオーバーＨＴＴＰ（ＤＡＳＨ）プロトコルにより、それぞれのメディア表現についてのアドレスを定義するメディアプレゼンテーション記述（ＭＰＤ）であってよい（または含み得る）。代替または追加として、データ構造は、初期化セグメント（ＩＳ）であっても、ＩＳを含んでもよい。符号化フォーマットは、ビットレート、メディアタイプ、解像度、フレームレート、またはマルチキャスト送信に必要とされる帯域幅に関連した他のパラメータなどのパラメータを使う、より包括的なＱｏＳの側面であり得る。そのようなパラメータは、ＭＰＤにおいて定義される表現によって指示することができる。代替または追加として、データ構造は、ブロードキャストサービスについてのサービスガイドであっても、サービスガイドを含んでもよい。サービスガイドは、ブロードキャストサービスまたはマルチキャストサービスのためのロケータ若しくは位置表示と、符号化フォーマットおよび／またはサービス品質の指示とを含み得る。
【００７３】
方法１１００は、１１０４で、少なくとも部分的には修正データ構造によって、少なくとも１つのマルチメディアクライアントに提供されるマルチメディアコンテンツ用の符号化フォーマットを制御することをさらに含み得る。追加動作１２００、１３００、および１４００のうちの１つまたは複数を含むがそれらに限定されない他の動作は、符号化フォーマットの制御に影響を与えるように実施することができる。たとえば、いくつかの実施形態では、プロキシ構成要素からクライアントにデータ構造を提供することによって、制御はさらに影響を受ける場合がある。プロキシエンティティまたはプロキシ構成要素は、コンテンツサーバが他の方法でマルチメディアクライアントと対話するように、コンテンツサーバにクライアントインターフェースを提供することができる。同様に、プロキシ構成要素は、マルチメディアクライアントがコンテンツサーバと対話するときのようにマルチメディアクライアントがプロキシ構成要素と対話するように、マルチメディアクライアントにコンテンツサーバインターフェースを提供すればよい。したがって、プロキシ構成要素は、コンテンツサーバとマルチメディアクライアントの両方にとって透過であり得る。ただし、この透過性の陰で、プロキシ構成要素は、マルチメディアクライアントとコンテンツサーバとの間の１つまたは複数のメッセージを、要求されたマルチメディアコンテンツ用のデータ送信レートと、ＭＰＤまたはサービスガイドの表現で示される他のパラメータとを制御するように変更することができる。たとえば、プロキシ構成要素は、プロキシ構成要素によって許容され、または可能にされる符号化フォーマットまたはＱｏＳのみをマルチメディアクライアントが選択することができるように、データ構造を変更してよい。さらなる例として、プロキシ構成要素は、コンテンツサーバのための１対多クライアントとして作用することによって、ブロードキャスト送信用の符号化フォーマットを制御することができる。より詳細な態様および例を、図１２〜図１４に関連して以下に挙げる。
【００７４】
ネットワークエンティティ／プロキシ構成要素によって実施するための、符号化フォーマットを制御するための追加動作１２００、１３００および１４００、または関連動作を図１２〜図１４に示す。動作１２００、１３００および１４００のうちの１つまたは複数は、方法１１００の一部として随意に実行され得る。要素１２００、１３００および１４００は、任意の動作順序で実施することができ、または実施の特定の発生順を必要とすることなしに開発アルゴリズムによって包含することができる。動作は独立して実施され、相互排他的ではない。したがって、そのような動作のうちのいずれか１つが、別のダウンストリームまたはアップストリーム動作が実施されるかどうかにかかわらず実施され得る。たとえば、方法１１００が動作１２００のうちの少なくとも１つを含む場合、方法１１００は、必ずしも、図示され得るいかなる（１つまたは複数の）後続の下流動作をも含む必要なく、少なくとも１つの動作の後に終了し得る。
【００７５】
図１２を参照すると、追加動作１２００は、１２０２で、少なくとも１つのマルチメディアクライアントに修正データ構造を提供することを含み得る。１２０４で示されるある態様では、プロキシ構成要素は、１つまたは複数のロケータ若しくは位置表示と、対応する符号化フォーマットとを削除することによって、データ構造を修正することができる。これは、ネットワークもしくはサービスエリアと関係しない、または特定の時間に扱うことができない記録を削除するような、ＭＰＤ、ＩＳ、または他のデータ構造からの記録のフィルタリングとして記述することができる。たとえば、プロキシ構成要素は、ネットワークによって確実にサポートされ得るよりも高いネットワーク帯域幅を必要とするアドレスと表現とをフィルタ除去してよい。
【００７６】
代替または追加として、追加動作１２００は、１２０６で、たとえば、図９Ｃを参照して上述したように、１つまたは複数のロケータ若しくは位置表示と、対応する符号化フォーマットとを追加することによって、データ構造を修正することを含み得る。たとえば、１２０６で、プロキシ構成要素は、１つまたは複数のロケータ若しくは位置表示と、それ以外ではサポートされず、またはコンテンツサーバから入手可能でないデータフォーマットまたは送信レートについての指示とを追加することができる。この追加は、たとえば、ＤＡＳＨコンテンツサーバから受信されたＭＰＤを、オペレータ選択ビデオ解像度、ユニキャストデータレートならびにブロードキャストデータレートに対応する表現、またはブロードキャストデータレートのみに対応する表現を含むように変換することを含み得る。続いて、１２０８で、方法は、データフォーマットおよび新たな符号化フォーマットに従って、コンテンツサーバからのマルチメディアコンテンツをトランスコードすることを含み得る。コンテンツサーバは、ネットワークオペレータによって制御することができないことに留意されたい。したがって、コンテンツサーバは、ネットワークオペレータによって所望されるデータレートをもつデータフォーマットを提供することができない。したがって、オペレータは、動作１２０６および１２０８を使って、ユニキャストまたはマルチキャスト用の所望のフォーマットでコンテンツを提供すればよい。
【００７７】
別の代替、または追加として、追加動作１２００は、１２１０で、符号化フォーマットのうちのそれぞれのフォーマットについての、ユニキャストおよびブロードキャストから選択された送信モードを示すための属性を追加することを含み得る。ある態様では、この追加により、プロキシ構成要素は、適応ストリーミングについての情報（たとえば、ＭＰＤ）を、ブロードキャストサービスについての情報（たとえば、サービスガイド）と合成したデータ構造を提供することが可能になり得る。したがって、クライアントは、合成データ構造からのユニキャスト送信とブロードキャスト送信の両方により配信されるコンテンツについての情報に効率的にアクセスすることができる。
【００７８】
図１３を参照すると、追加動作１３００は、１３０２で、マルチメディアブロードキャストマルチキャスト送信用の１つまたは複数の符号化フォーマットを選択することを含み得る。符号化フォーマットは、コンテンツサーバによってサポートされるデータレート用であってもなくてもよい。データレートがコンテンツサーバによってサポートされない場合、プロキシ構成要素は、コンテンツサーバからのマルチメディアコンテンツを、ブロードキャスト用の所望のデータレートまたは解像度をもつフォーマットにトランスコードし、たとえば、ＭＢＳＦＮエリアを含む１つまたは複数のブロードキャストエリア内のブロードキャストのための別のエンティティに提供してよい。追加動作１３００は、１３０４で、ユニキャスト送信によるコンテンツの配信用の１つまたは複数の符号化フォーマットを選択することをさらに含み得る。符号化フォーマットは、ＭＰＤまたは適応ストリーミングのための同様のデータ構造によって示されるフォーマットに関し得る。たとえば、追加動作１３００は、１３０６で、データ構造用の符号化フォーマットを選択することを含んでよく、データ構造は、ＤＡＳＨプロトコルによる、符号化フォーマットを含むそれぞれのメディア表現についてのアドレスを定義するＭＰＤを備える。追加動作１３００は、プロキシ構成要素が、ＤＡＳＨセグメントについての明示的要求を少なくとも１つのマルチメディアクライアントから受信せずに、マルチメディアコンテンツを、ＤＡＳＨセグメントによりプロキシ構成要素から少なくとも１つのマルチメディアクライアントに送信することをさらに含み得る。さらに、プロキシ構成要素は、ＦＬＵＴＥオブジェクトのファイル記述テーブル（ＦＤＴ）に挿入された対応するＵＲＬを使って、少なくとも１つのマルチメディアクライアントに１つまたは複数のロケータ若しくは位置表示を指示することができる。
【００７９】
図１４を参照すると、追加動作１４００は、１４０２で、コンテンツサーバへの配信用にアドレス指定されるマルチメディアコンテンツについての要求をインターセプトすることを含んでよく、要求は、少なくとも１つのマルチメディアクライアントから発信され、データ構造によりアドレス指定される。要求は、ＨＴＴＰ要求であってよい（または含み得る）。要求は、別のネットワーク構成要素によって、たとえば、ＨＤＭによって、プロキシ構成要素に選択的にリダイレクトすることができる。リダイレクトされないとき、マルチメディアクライアント要求は、プロキシ構成要素によってではなく、コンテンツサーバによって受信され得る。方法１４００は、１４０４で、あらかじめ規定された制御方式に従って要求を変換して、変換された要求を取得することと、変換された要求をコンテンツサーバに与えることとをさらに含み得る。変換は、トランスコード、トランスフォーマット、または両方を含んでよく、復号動作と再符号化動作とを含み得る。変換された要求は、ネットワークによってサポートされるフォーマットでの、コンテンツサーバからのマルチメディアコンテンツを要求するように修正されてよい。１４０６で、方法は、プロキシ構成要素が、変換された要求に応答して、コンテンツサーバからマルチメディアコンテンツを受信することと、たとえばユニキャスト適応ストリーミングセグメントにより、マルチメディアコンテンツを少なくとも１つのマルチメディアクライアントに中継することとを含み得る。代替として、プロキシ構成要素は、１つまたは複数の他のネットワークエンティティを介してコンテンツサーバからマルチメディアクライアントに与えることができる、どのフォーマットでのマルチメディアコンテンツの受信からも除外されてよい。
【００８０】
さらなる代替では、プロキシ構成要素は、変換されたコンテンツを、定義エリア内、たとえば、ＭＢＳＦＮエリアまたはサービスエリア内でのブロードキャストのために、ネットワーク構成要素に与えることができる。この代替によると、プロキシ構成要素は、ストリーミングセグメントについての要求をインターセプトすることなく、複数のクライアント向けのブロードキャストコンテンツの１対多サーバとして働き得る。そうではなく、プロキシ構成要素は、サービスガイドについての要求をインターセプトし、または場合によっては受信し、１つまたは複数のそのような要求に応答して、ブロードキャストまたはマルチキャストサービスについてのサービスガイドを生成することができる。プロキシ構成要素は、要求されたデータについての利用可能な符号化フォーマット、特定のコンテンツのブロードキャストを開始する時間などのイベントデータ、および現在または予期されるネットワーク状態に関する、コンテンツサーバからの情報を使って、サービスガイドを生成することができる。プロキシ構成要素は、サービスガイドを、ガイドを要求するクライアントに与えればよい。
【００８１】
図１５Ａを参照すると、コンテンツプロバイダからのユニキャストまたはブロードキャストサービスにおいて使われる符号化フォーマットを制御するための、ワイヤレスネットワーク内のＢＭ−ＳＣとして、またはＢＭ−ＳＣ内で使用するためのプロセッサ、構成要素もしくは同様のデバイスとして構成することができる例示的な装置１５００が挙げられている。装置１５００は、プロセッサ、ソフトウェア、またはこれらの組合せ（たとえば、ファームウェア）によって実装される機能を表し得る機能ブロックを含み得る。
【００８２】
図に示すように、一実施形態では、装置１５００は、マルチメディアコンテンツについての異なるロケータ若しくは位置表示をマルチメディアコンテンツ用のそれぞれの異なる符号化フォーマットに関連付けるデータ構造を修正して、修正データ構造を取得するための電気構成要素またはモジュール１５０２を含み得る。たとえば、電気構成要素またはモジュール１５０２は、ネットワークインターフェース（たとえば、送信機、受信機、トランシーバ）などに、およびＭＰＤまたはサービスガイドを修正するための命令を有するメモリに結合された少なくとも１つの制御プロセッサを含み得る。装置１５００は、少なくとも部分的には構成要素１５０２の動作を修正することによって、少なくとも１つのマルチメディアクライアントに提供されるマルチメディアコンテンツ用の符号化フォーマットを制御するための電気構成要素またはモジュール１５０４を含み得る。たとえば、電気構成要素またはモジュール１５０４は、コンテンツサーバにクライアント（すなわち、マルチメディアクライアント）インターフェースを提示し、マルチメディアクライアントにコンテンツサーバインターフェースを提示し、それらのインターフェースを通じて信号を受信および送信し、データ構造の記述された変更を使って符号化フォーマットを制御するための命令を保持するメモリに結合された少なくとも１つの制御プロセッサを含み得る。データ構造は、たとえば、ブロードキャストのためのＤＡＳＨ  ＭＰＤ表現またはサービスガイドであっても、サービスガイドを含んでもよい。装置１５００は、説明を簡単にするために図１５Ａに示していない、図１２〜図１４に関連して説明した追加の動作１２００、１３００、および１４００のいずれかまたはすべてを実施するための同様の電気構成要素またはモジュールを含み得る。
【００８３】
関連する態様では、ネットワークエンティティとして構成された装置１５００の場合、装置１５００は、少なくとも１つのプロセッサを有するプロセッサ構成要素１５１０を任意選択で含み得る。プロセッサ１５１０は、そのような場合、バス１５１２または同様の通信結合を介して構成要素１５０２〜１５０４または同様の構成要素と動作可能に通信し得る。プロセッサ１５１０は、電気構成要素またはモジュール１５０２〜１５０４によって実行されるプロセスまたは機能の起動とスケジューリングとを行い得る。
【００８４】
さらなる関連する態様では、装置１５００は、他のネットワークエンティティと通信するためのネットワークインターフェース構成要素１５１４を含み得る。装置１５００は、たとえば、メモリデバイス／構成要素１５１６など、情報を記憶するための構成要素を任意選択で含み得る。コンピュータ可読媒体またはメモリ構成要素１５１６は、バス１５１２などを介して装置１５００の他の構成要素に動作可能に結合され得る。メモリ構成要素１５１６は、構成要素１５０２〜１５０４、およびそれらの副構成要素、またはプロセッサ１５１０、追加の動作１２００、１３００、および１４００、または本明細書で開示する方法のアクティビティを実行するためのコンピュータ可読命令およびデータを記憶するように適応され得る。メモリ構成要素１５１６は、構成要素１５０２〜１５０４に関連する機能を実行するための命令を保持し得る。メモリ１５１６の外部にあるものとして示されているが、構成要素１５０２〜１５０４はメモリ１５１６の内部に存在してよいことを理解されたい。
【００８５】
図１５Ｂを参照すると、装置１５００のさらなる任意選択の構成要素またはモジュールが示されている。たとえば、装置１５００は、修正データ構造を少なくとも１つのマルチメディアクライアントに与えるための電気構成要素またはモジュール１５２０をさらに含み得る。電気構成要素またはモジュール１５２０は、ネットワークインターフェース１５１４、またはプロセッサ１５１０および／もしくはメモリ１５１６に結合されたネットワークインターフェース１５１４であってよい。たとえば、装置１５００は、１つまたは複数のロケータ若しくは位置表示と、対応する符号化フォーマットとを削除することによって、データ構造を修正するための電気構成要素またはモジュール１５２２をさらに含み得る。装置１５００は、１つまたは複数のロケータ若しくは位置表示と、少なくとも１つの新たな符号化フォーマットとを追加することによって、データ構造を修正するための電気構成要素またはモジュール１５２４をさらに含み得る。装置１５００は、コンテンツサーバからのマルチメディアコンテンツを、新たな符号化フォーマットに従ってトランスコードするための電気構成要素またはモジュール１５２６をさらに含み得る。装置１５００は、符号化フォーマットのうちのそれぞれのフォーマットについての、ユニキャストおよびブロードキャストからの選択された送信モードを示すための属性を追加するための電気構成要素またはモジュール１５２８をさらに含み得る。
【００８６】
図１５Ｃを参照すると、装置１５００のさらなる任意選択の構成要素またはモジュールが示されている。たとえば、装置１５００は、コンテンツをブロードキャストするための１つまたは複数の符号化フォーマットを選択するための電気構成要素またはモジュール１５３０をさらに含み得る。たとえば、装置１５００は、ユニキャスト送信によるコンテンツの配信のための１つまたは複数の符号化フォーマットを選択するための電気構成要素またはモジュール１５３２をさらに含み得る。装置１５００は、ＤＡＳＨプロトコルによる符号化フォーマットを含むそれぞれのメディア表現についてのアドレスを定義するＭＰＤを備えるように、データ構造を制御するための電気構成要素またはモジュール１５３４をさらに含み得る。
【００８７】
図１５Ｄを参照すると、装置１５００のさらなる任意選択の構成要素またはモジュールが示されている。たとえば、装置１５００は、コンテンツサーバへの配信用にアドレス指定されるマルチメディアコンテンツについての要求をインターセプトするための電気構成要素またはモジュール１５３６をさらに含んでよく、要求は、少なくとも１つのマルチメディアクライアントから発信され、データ構造によりアドレス指定される。電気構成要素またはモジュール１５３６は、ネットワークインターフェース１５１４、またはプロセッサ１５１０および／もしくはメモリ１５１６に結合されたネットワークインターフェース１５１４であってよい。たとえば、装置１５００は、あらかじめ規定された制御方式に従って要求を変換して、変換された要求を取得し、変換された要求をコンテンツサーバに与えるための電気構成要素またはモジュール１５３８をさらに含み得る。装置１５００は、変換された要求に応答してサービスされるコンテンツから、マルチメディアコンテンツを受信し、マルチメディアコンテンツを少なくとも１つのモバイルエンティティに中継するための電気構成要素またはモジュール１５４０をさらに含み得る。電気構成要素またはモジュール１５４０は、ネットワークインターフェース１５１４、またはプロセッサ１５１０および／もしくはメモリ１５１６に結合されたネットワークインターフェース１５１４であってよい。
【００８８】
情報および信号は多種多様な技術および技法のいずれかを使用して表され得ることを、当業者は理解されよう。たとえば、上記の説明全体にわたって言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁界または磁性粒子、光場または光学粒子、あるいはそれらの任意の組合せによって表され得る。
【００８９】
さらに、本明細書の開示に関連して説明した様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、または両方の組合せとして実装できることを、当業者は諒解されよう。ハードウェアとソフトウェアのこの互換性を明確に示すために、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップを、上記では概してそれらの機能に関して説明した。そのような機能をハードウェアとして実装するか、ソフトウェアとして実装するかは、特定の適用例および全体的なシステムに課される設計制約に依存する。当業者は、説明した機能を特定の適用例ごとに様々な方法で実装し得るが、そのような実装の決定は、本開示の範囲からの逸脱を生じるものと解釈すべきではない。
【００９０】
本明細書の開示に関して説明した様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブル論理デバイス、個別ゲートまたはトランジスタ論理、個別ハードウェア構成要素、あるいは本明細書で説明した機能を実施するように設計されたそれらの任意の組合せを用いて実装または実施され得る。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサはまた、コンピューティングデバイスの組合せ、たとえば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、あるいは任意の他のそのような構成として実装され得る。
【００９１】
本明細書の開示に関して説明した方法またはアルゴリズムのステップは、直接ハードウェアで具現化されてよく、プロセッサによって実行されるソフトウェアモジュールで具現化されてよく、またはその２つの組合せで具現化されてよい。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または当技術分野で知られている任意の他の形態の記憶媒体中に常駐し得る。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるように、プロセッサに結合される。代替として、記憶媒体はプロセッサに一体化され得る。プロセッサおよび記憶媒体はＡＳＩＣ中に常駐し得る。ＡＳＩＣはユーザ端末内に常駐し得る。代替として、プロセッサおよび記憶媒体は、ユーザ端末中に個別構成要素として常駐し得る。
【００９２】
１つまたは複数の例示的な設計では、説明した機能を、ハードウェア、ソフトウェア、ファームウェア、または任意のそれらの組合せで実装することができる。ソフトウェアで実装した場合、機能は、１つまたは複数の命令またはコードとしてコンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体を介して送信され得る。コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を可能にする任意の媒体を含む、コンピュータ記憶媒体とコンピュータ通信媒体の両方を含む。記憶媒体は、汎用または専用コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、あるいは命令またはデータ構造の形態の所望のプログラムコード手段を搬送または記憶するために使用され得、汎用もしくは専用コンピュータ、または汎用もしくは専用プロセッサによってアクセスされ得る、任意の他の媒体を備えることができる。また、どの接続も、送信信号の非一時的記憶を伴う限り、コンピュータ可読媒体と適切に呼ぶことができる。たとえば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、いかなる非一時的な時間でも信号が記憶媒体またはデバイスメモリ上の送信チェーン内に保持される限り、媒体の定義に含まれる。本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびブルーレイ（登録商標）ディスク（disc）を含み、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザーで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含めるべきである。
【００９３】
本開示の前述の説明は、いかなる当業者でも本開示を作成または使用することができるように提供される。本開示への様々な修正は当業者には容易に明らかとなり、本明細書で定義した一般原理は、本開示の趣旨または範囲から逸脱することなく他の変形形態に適用され得る。したがって、本開示は、本明細書で説明した例および設計に限定されるものではなく、本明細書で開示した原理および新規の特徴に合致する最も広い範囲を与えられるべきである。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
ワイヤレス通信ネットワーク（ＷＣＮ）のマルチメディアクライアント向けのマルチメディアコンテンツの符号化フォーマットを制御するための方法であって、
ＷＣＮネットワークエンティティのプロキシ構成要素において、マルチメディアコンテンツについての１つまたは複数の異なるロケータを、前記マルチメディアコンテンツ用のそれぞれの異なる符号化フォーマットに関連付けるデータ構造を修正して、修正データ構造を取得することと、
少なくとも部分的には前記修正データ構造によって、少なくとも１つのマルチメディアクライアントに提供される前記マルチメディアコンテンツ用の符号化フォーマットを制御することとを備える方法。
［Ｃ２］
前記修正データ構造を前記少なくとも１つのマルチメディアクライアントに与えることをさらに備える、Ｃ１に記載の方法。
［Ｃ３］
前記データ構造を修正することが、１つまたは複数のロケータと、対応する符号化フォーマットとを削除することを備える、Ｃ１に記載の方法。
［Ｃ４］
前記データ構造を修正することが、１つまたは複数のロケータと、少なくとも１つの新たな符号化フォーマットとを追加することを備える、Ｃ１に記載の方法。
［Ｃ５］
前記符号化フォーマットが、ＭＰＥＧ２、ＭＰＥＧ４、Ｈ．２６４、またはＨ，２６５のうちの少なくとも１つを備え、前記新たな符号化フォーマットが、ＭＰＥＧ２、ＭＰＥＧ４、Ｈ．２６４、またはＨ，２６５のうちの少なくとも１つを備える、Ｃ１に記載の方法。
［Ｃ６］
コンテンツサーバからのマルチメディアコンテンツを、前記少なくとも１つの新たな符号化フォーマットに従ってトランスコードすることをさらに備える、Ｃ５に記載の方法。
［Ｃ７］
前記データ構造を修正することが、前記符号化フォーマットのうちのそれぞれのフォーマット向けのユニキャストまたはブロードキャスト送信モードのうちの１つを示すための属性を追加することを備える、Ｃ１に記載の方法。
［Ｃ８］
前記符号化フォーマットを制御することが、前記マルチメディアコンテンツをブロードキャストするための１つまたは複数の符号化フォーマットを選択することをさらに備える、Ｃ１に記載の方法。
［Ｃ９］
前記データ構造が、動的適応ストリーミングオーバーハイパーテキスト転送プロトコル（ＨＴＴＰ）（ＤＡＳＨ）プロトコルによる、前記符号化フォーマットを含むそれぞれのメディア表現についてのアドレスを定義するメディアプレゼンテーション記述（ＭＰＤ）を備える、Ｃ１に記載の方法。
［Ｃ１０］
ＤＡＳＨセグメントについての明示的要求を前記少なくとも１つのマルチメディアクライアントから受信せずに、前記ＤＡＳＨセグメント中の前記プロキシ構成要素から前記少なくとも１つのマルチメディアクライアントに、前記マルチメディアコンテンツを送信することをさらに備える、Ｃ９に記載の方法。
［Ｃ１１］
前記プロキシ構成要素が、Ｆｉｌｅ  Ｄｅｌｉｖｅｒｙ  Ｏｖｅｒ  Ｕｎｉｄｉｒｅｃｔｉｏｎａｌ  Ｔｒａｎｓｐｏｒｔ（ＦＬＵＴＥ）オブジェクトのファイル記述テーブル（ＦＤＴ）に挿入された対応するユニフォームリソースロケータ（ＵＲＬ）を使って、前記１つまたは複数の異なるロケータを前記少なくとも１つのマルチメディアクライアントに指示することをさらに備える、Ｃ１０に記載の方法。
［Ｃ１２］
コンテンツサーバへの配信のためにアドレス指定されるマルチメディアコンテンツについての要求をインターセプトすることであって、前記要求が、少なくとも１つのマルチメディアクライアントから発信され、前記データ構造によりアドレス指定されることをさらに備える、Ｃ１に記載の方法。
［Ｃ１３］
前記符号化フォーマットを制御することが、あらかじめ規定された制御方式により前記要求を変換して、変換された要求を取得することと、前記変換された要求を前記コンテンツサーバに与えることとをさらに備える、Ｃ１１に記載の方法。
［Ｃ１４］
前記変換された要求に応答して、前記コンテンツサーバから前記マルチメディアコンテンツを受信することと、前記マルチメディアコンテンツを前記少なくとも１つのマルチメディアクライアントに中継することとをさらに備える、Ｃ１３に記載の方法。
［Ｃ１５］
前記プロキシ構成要素がＤＡＳＨプロキシエンティティを備え、前記ＷＣＮネットワークエンティティがブロードキャストマルチキャストサービスセンター（ＢＭ−ＳＣ）を備える、Ｃ１に記載の方法。
［Ｃ１６］
ワイヤレス通信ネットワーク（ＷＣＮ）のマルチメディアクライアントに提供されるマルチメディアコンテンツの符号化フォーマットを制御するためのシステムであって、
前記ＷＣＮネットワークエンティティのプロキシ構成要素において、マルチメディアコンテンツについての異なるロケータを前記マルチメディアコンテンツ用のそれぞれの異なる符号化フォーマットに関連付ける、コンテンツサーバから受信されたデータ構造を修正して、修正データ構造を取得し、そうすることによって、少なくとも１つのマルチメディアクライアントに提供される前記マルチメディアコンテンツ用の符号化フォーマットを制御するための手段を備えるシステム。
［Ｃ１７］
前記修正データ構造を前記少なくとも１つのマルチメディアクライアントに与えるための手段をさらに備える、Ｃ１６に記載のシステム。
［Ｃ１８］
前記データ構造を修正することが、１つまたは複数のロケータと、対応する符号化フォーマットとを削除することを備える、Ｃ１６に記載のシステム。
［Ｃ１９］
前記データ構造を修正することが、１つまたは複数のロケータと、少なくとも１つの新たな符号化フォーマットとを追加することを備える、Ｃ１６に記載のシステム。
［Ｃ２０］
コンテンツサーバからのマルチメディアコンテンツを、前記少なくとも１つの新たな符号化フォーマットに従ってトランスコードするための手段をさらに備える、Ｃ１９に記載のシステム。
［Ｃ２１］
前記データ構造を修正することが、前記符号化フォーマットのうちのそれぞれのフォーマット向けのユニキャストまたはブロードキャスト送信モードのうちの１つを示すための属性を追加することを備える、Ｃ１６に記載のシステム。
［Ｃ２２］
前記符号化フォーマットを制御することが、前記マルチメディアコンテンツをブロードキャストするための１つまたは複数の符号化フォーマットを選択することをさらに備える、Ｃ１６に記載のシステム。
［Ｃ２３］
前記データ構造が、動的適応ストリーミングオーバーハイパーテキスト転送プロトコル（ＨＴＴＰ）（ＤＡＳＨ）プロトコルによる、前記符号化フォーマットを含むそれぞれのメディア表現についてのアドレスを定義するメディアプレゼンテーション記述（ＭＰＤ）を備える、Ｃ１６に記載のシステム。
［Ｃ２４］
ＤＡＳＨセグメントについての明示的要求を前記少なくとも１つのマルチメディアクライアントから受信せずに、前記ＤＡＳＨセグメント中の前記プロキシ構成要素から前記少なくとも１つのマルチメディアクライアントに、前記マルチメディアコンテンツを送信するための手段をさらに備える、Ｃ２３に記載のシステム。
［Ｃ２５］
前記プロキシ構成要素において、Ｆｉｌｅ  Ｄｅｌｉｖｅｒｙ  Ｏｖｅｒ  Ｕｎｉｄｉｒｅｃｔｉｏｎａｌ  Ｔｒａｎｓｐｏｒｔ（ＦＬＵＴＥ）オブジェクトのファイル記述テーブル（ＦＤＴ）に挿入された対応するユニフォームリソースロケータ（ＵＲＬ）を使って、前記１つまたは複数の異なるロケータを前記少なくとも１つのマルチメディアクライアントに指示するための手段をさらに備える、Ｃ２４に記載のシステム。
［Ｃ２６］
コンテンツサーバへの配信のためにアドレス指定されるマルチメディアコンテンツについての要求をインターセプトするための手段であって、前記要求が、少なくとも１つのマルチメディアクライアントから発信され、前記データ構造によりアドレス指定される手段をさらに備える、Ｃ１６に記載のシステム。
［Ｃ２７］
前記符号化フォーマットを制御することが、あらかじめ規定された制御方式により前記要求を変換して、変換された要求を取得することと、前記変換された要求を前記コンテンツサーバに与えることとをさらに備える、Ｃ２６に記載のシステム。
［Ｃ２８］
前記変換された要求に応答して、前記コンテンツサーバから前記マルチメディアコンテンツを受信するための手段と、前記マルチメディアコンテンツを前記少なくとも１つのマルチメディアクライアントに中継するための手段とをさらに備える、Ｃ２７に記載のシステム。
［Ｃ２９］
前記プロキシ構成要素がＤＡＳＨプロキシ構成要素を備え、前記ＷＣＮネットワークエンティティがブロードキャストマルチキャストサービスセンター（ＢＭ−ＳＣ）を備える、Ｃ１６に記載のシステム。
［Ｃ３０］
ワイヤレス通信ネットワーク（ＷＣＮ）のマルチメディアクライアントに提供されるマルチメディアコンテンツの符号化フォーマットを制御するためのシステムであって、
マルチメディアコンテンツについての異なるロケータを前記マルチメディアコンテンツ用のそれぞれの異なる符号化フォーマットに関連付ける、コンテンツサーバから受信されたデータ構造を修正して、修正データ構造を取得し、少なくとも１つのマルチメディアクライアントに提供される前記マルチメディアコンテンツ用の符号化フォーマットを制御するための、前記少なくとも１つのマルチメディアクライアントと前記コンテンツサーバとの間のＷＣＮネットワークエンティティのプロキシ構成要素として動作するために構成された少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに結合された、データを記憶するためのメモリとを備えるシステム。
［Ｃ３１］
前記少なくとも１つのプロセッサが、前記修正データ構造を前記少なくとも１つのマルチメディアクライアントに与えるためにさらに構成される、Ｃ３０に記載のシステム。
［Ｃ３２］
前記データ構造を修正することが、１つまたは複数のロケータと、対応する符号化フォーマットとを削除することを備える、Ｃ３０に記載のシステム。
［Ｃ３３］
前記データ構造を修正することが、１つまたは複数のロケータと、少なくとも１つの新たな符号化フォーマットとを追加することを備える、Ｃ３０に記載のシステム。
［Ｃ３４］
前記少なくとも１つのプロセッサが、コンテンツサーバからのマルチメディアコンテンツを、前記少なくとも１つの新たな符号化フォーマットに従ってトランスコードするためにさらに構成される、Ｃ３３に記載のシステム。
［Ｃ３５］
前記データ構造を修正することが、前記符号化フォーマットのうちのそれぞれのフォーマット向けのユニキャストまたはブロードキャスト送信モードのうちの１つを示すための属性を追加することを備える、Ｃ３０に記載のシステム。
［Ｃ３６］
前記符号化フォーマットを制御することが、前記マルチメディアコンテンツをブロードキャストするための１つまたは複数の符号化フォーマットを選択することをさらに備える、Ｃ３０に記載のシステム。
［Ｃ３７］
前記データ構造が、動的適応ストリーミングオーバーハイパーテキスト転送プロトコル（ＨＴＴＰ）（ＤＡＳＨ）プロトコルによる、前記符号化フォーマットを含むそれぞれのメディア表現についてのアドレスを定義するメディアプレゼンテーション記述（ＭＰＤ）を備える、Ｃ３０に記載のシステム。
［Ｃ３８］
前記少なくとも１つのプロセッサが、ＤＡＳＨセグメントについての明示的要求を前記少なくとも１つのマルチメディアクライアントから受信せずに、前記ＤＡＳＨセグメント中の前記プロキシ構成要素から前記少なくとも１つのマルチメディアクライアントに、前記マルチメディアコンテンツを送信するためにさらに構成される、Ｃ３７に記載のシステム。
［Ｃ３９］
前記少なくとも１つのプロセッサが、Ｆｉｌｅ  Ｄｅｌｉｖｅｒｙ  Ｏｖｅｒ  Ｕｎｉｄｉｒｅｃｔｉｏｎａｌ  Ｔｒａｎｓｐｏｒｔ（ＦＬＵＴＥ）オブジェクトのファイル記述テーブル（ＦＤＴ）に挿入された対応するユニフォームリソースロケータ（ＵＲＬ）を使って、前記１つまたは複数の異なるロケータを前記少なくとも１つのマルチメディアクライアントに指示するためにさらに構成される、Ｃ３８に記載のシステム。
［Ｃ４０］
前記少なくとも１つのプロセッサが、コンテンツサーバへの配信用にアドレス指定されるマルチメディアコンテンツについての要求をインターセプトするためにさらに構成され、前記要求が、少なくとも１つのマルチメディアクライアントから発信され、前記データ構造に従ってアドレス指定される、Ｃ３０に記載のシステム。
［Ｃ４１］
前記符号化フォーマットを制御することが、あらかじめ規定された制御方式により前記要求を変換して、変換された要求を取得することと、前記変換された要求を前記コンテンツサーバに与えることとをさらに備える、Ｃ４０に記載のシステム。
［Ｃ４２］
前記少なくとも１つのプロセッサが、前記変換された要求に応答して、前記コンテンツサーバから前記マルチメディアコンテンツを受信するため、および前記マルチメディアコンテンツを前記少なくとも１つのマルチメディアクライアントに中継するためにさらに構成される、Ｃ４１に記載のシステム。
［Ｃ４３］
前記プロキシ構成要素がＤＡＳＨプロキシエンティティを備え、前記ＷＣＮネットワークエンティティがブロードキャストマルチキャストサービスセンター（ＢＭ−ＳＣ）を備える、Ｃ３０に記載のシステム。
［Ｃ４４］
マルチメディアコンテンツについての異なるロケータを前記マルチメディアコンテンツ用のそれぞれの異なる符号化フォーマットに関連付ける、コンテンツサーバから受信されたデータ構造を修正して修正データ構造を取得し、少なくとも１つのマルチメディアクライアントに提供される前記マルチメディアコンテンツ用の符号化フォーマットを制御するための、前記少なくとも１つのマルチメディアクライアントと前記コンテンツサーバとの間のＷＣＮネットワークエンティティのプロキシ構成要素として動作するためのコードを備えるコンピュータ可読媒体を備えるコンピュータプログラム製品。
［Ｃ４５］
前記少なくとも１つのプロセッサが、前記修正データ構造を前記少なくとも１つのマルチメディアクライアントに与えるためにさらに構成される、Ｃ４４に記載のコンピュータプログラム製品。
［Ｃ４６］
前記データ構造を修正することが、１つまたは複数のロケータと、対応する符号化フォーマットとを削除することを備える、Ｃ４４に記載のコンピュータプログラム製品。
［Ｃ４７］
前記データ構造を修正することが、１つまたは複数のロケータと、少なくとも１つの新たな符号化フォーマットとを追加することを備える、Ｃ４４に記載のコンピュータプログラム製品。
［Ｃ４８］
前記少なくとも１つのプロセッサが、コンテンツサーバからのマルチメディアコンテンツを、前記少なくとも１つの新たな符号化フォーマットに従ってトランスコードするためにさらに構成される、Ｃ４７に記載のコンピュータプログラム製品。
［Ｃ４９］
前記データ構造を修正することが、前記符号化フォーマットのうちのそれぞれのフォーマット向けのユニキャストまたはブロードキャスト送信モードのうちの１つを示すための属性を追加することを備える、Ｃ４４に記載のコンピュータプログラム製品。
［Ｃ５０］
前記符号化フォーマットを制御することが、前記マルチメディアコンテンツをブロードキャストするための１つまたは複数の符号化フォーマットを選択することをさらに備える、Ｃ４４に記載のコンピュータプログラム製品。
［Ｃ５１］
前記データ構造が、動的適応ストリーミングオーバーハイパーテキスト転送プロトコル（ＨＴＴＰ）（ＤＡＳＨ）プロトコルによる、前記符号化フォーマットを含むそれぞれのメディア表現についてのアドレスを定義するメディアプレゼンテーション記述（ＭＰＤ）を備える、Ｃ４４に記載のコンピュータプログラム製品。
［Ｃ５２］
前記少なくとも１つのプロセッサが、ＤＡＳＨセグメントについての明示的要求を前記少なくとも１つのマルチメディアクライアントから受信せずに、前記ＤＡＳＨセグメント中の前記プロキシ構成要素から前記少なくとも１つのマルチメディアクライアントに、前記マルチメディアコンテンツを送信するためにさらに構成される、Ｃ５１に記載のコンピュータプログラム製品。
［Ｃ５３］
前記少なくとも１つのプロセッサが、Ｆｉｌｅ  Ｄｅｌｉｖｅｒｙ  Ｏｖｅｒ  Ｕｎｉｄｉｒｅｃｔｉｏｎａｌ  Ｔｒａｎｓｐｏｒｔ（ＦＬＵＴＥ）オブジェクトのファイル記述テーブル（ＦＤＴ）に挿入された対応するユニフォームリソースロケータ（ＵＲＬ）を使って、前記１つまたは複数の異なるロケータを前記少なくとも１つのマルチメディアクライアントに指示するためにさらに構成される、Ｃ５２に記載のコンピュータプログラム製品。
［Ｃ５４］
前記少なくとも１つのプロセッサが、コンテンツサーバへの配信用にアドレス指定されるマルチメディアコンテンツについての要求をインターセプトするためにさらに構成され、前記要求が、少なくとも１つのマルチメディアクライアントから発信され、前記データ構造に従ってアドレス指定される、Ｃ４４に記載のコンピュータプログラム製品。
［Ｃ５５］
前記符号化フォーマットを制御することが、あらかじめ規定された制御方式により前記要求を変換して、変換された要求を取得することと、前記変換された要求を前記コンテンツサーバに与えることとをさらに備える、Ｃ５４に記載のコンピュータプログラム製品。
［Ｃ５６］
前記少なくとも１つのプロセッサが、前記変換された要求に応答して、前記コンテンツサーバから前記マルチメディアコンテンツを受信するため、および前記マルチメディアコンテンツを前記少なくとも１つのマルチメディアクライアントに中継するためにさらに構成される、Ｃ５５に記載のコンピュータプログラム製品。
［Ｃ５７］
前記プロキシ構成要素がＤＡＳＨプロキシエンティティを備え、前記ＷＣＮネットワークエンティティがブロードキャストマルチキャストサービスセンター（ＢＭ−ＳＣ）を備える、Ｃ４４に記載のコンピュータプログラム製品。
【図１】
0005932032.tif 000002
【図２】
0005932032.tif 000003
【図３】
0005932032.tif 000004
【図４】
0005932032.tif 000005
【図５】
0005932032.tif 000006
【図６】
0005932032.tif 000007
【図７】
0005932032.tif 000008
【図８】
0005932032.tif 000009
【図９Ａ】
0005932032.tif 000010
【図９Ｂ】
0005932032.tif 000011
【図９Ｃ】
0005932032.tif 000012
【図１０】
0005932032.tif 000013
【図１１】
0005932032.tif 000014
【図１２】
0005932032.tif 000015
【図１３】
0005932032.tif 000016
【図１４】
0005932032.tif 000017
【図１５Ａ】
0005932032.tif 000018
【図１５Ｂ】
0005932032.tif 000019
【図１５Ｃ】
0005932032.tif 000020
【図１５Ｄ】
0005932032.tif 000021