JP2018521529A - Ｅｍｂｍｓビデオストリーミングにおけるｆｅｃの動的な設定 - Google Patents

Abstract

ネットワークが、ビデオセグメント転送長および割り振られた帯域幅の考慮に基づいて、ビデオストリーミングサービスのビデオセグメントごとのＦＥＣパーセンテージを決定する、動的な前方誤り訂正（ＦＥＣ）設定が説明される。転送長および割り振られた帯域幅が、ピーク帯域幅未満の送信を反映する（reflect）とき、ネットワークは、追加の冗長シンボルを送信するために、さもなければ無駄になったであろう帯域幅を使用するより高いＦＥＣパーセンテージを決定する。追加の冗長シンボルは、マルチネットワーク、マルチ加入者識別モジュール（ＳＩＭ）モバイルデバイスにおいて、ストリーミングビデオの受信と、他のネットワークのページモニタリング機会との間の衝突が生じるとき、誤り回復レートを増大させる。その後、ネットワークエンティティは、ビデオストリーミングサービスに関連付けられたファイル記述テーブル（ＦＤＴ）において各ビデオセグメントについての動的なＦＥＣパーセンテージを送信し得る。

Description

関連出願への相互参照

[0001]本願は、２０１５年５月１日に出願された「ＥＭＢＭＳビデオストリーミングにおけるＦＥＣの動的な設定（DYNAMIC SETTING OF FEC IN EMBMS VIDEO STREAMING）」と題する米国仮特許出願第６２／１５６，００２号、および２０１５年９月１０日に出願された「ＥＭＢＭＳビデオストリーミングにおけるＦＥＣの動的な設定」と題する米国実用特許出願第１４／８５０，３１３号の利益を主張し、これらは、その全体が参照により本明細書に明確に組み込まれる。

[0002]本開示の態様は、一般にワイヤレス通信システムに関し、さらに詳細には、拡張型マルチメディアブロードキャストマルチキャストサービス（ｅＭＢＭＳ：enhanced multimedia broadcast-multicast service）ビデオストリーミングにおける前方誤り訂正（ＦＥＣ：forward error correction）の動的な設定に関する。

[0003]ワイヤレス通信ネットワークは、音声、ビデオ、パケットデータ、メッセージング、ブロードキャストなどの様々な通信サービスを提供するために広く展開されている。これらのワイヤレスネットワークは、利用可能なネットワークリソースを共有することによって、複数のユーザをサポートすることが可能な多元接続ネットワークであり得る。このような多元接続ネットワークの例は、符号分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交ＦＤＭＡ（ＯＦＤＭＡ）ネットワーク、および単一キャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）ネットワークを含む。

[0004]ワイヤレス通信ネットワークは、モバイルエンティティとも呼ばれる、多数のユーザ機器（ＵＥ）のための通信をサポートすることができる多数の基地局を含み得る。ＵＥは、ダウンリンクおよびアップリンクを介して、基地局と通信し得る。ダウンリンク（すなわち、順方向リンク）は、基地局からＵＥへの通信リンクを指し、アップリンク（すなわち、逆方向リンク）は、ＵＥから基地局への通信リンクを指す。ここで使用される場合、「基地局」は、ｅノードＢ（ｅＮＢ）、ノードＢ、ホームノードＢ、またはワイヤレス通信システムの同様のネットワークコンポーネントを意味する。

[0005]第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））ロングタームエボリューション（ＬＴＥ（登録商標））は、モバイル通信のためのグローバルシステム（ＧＳＭ（登録商標））およびユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ）の発展形として、セルラ技術における大きな進歩を表す。ＬＴＥ物理レイヤ（ＰＨＹ）は、発展型ノードＢ（ｅＮＢ）のような基地局と、ＵＥのようなモバイルエンティティとの間で、データおよび制御情報の両方を伝達するための高効率な方法を提供する。先のアプリケーションでは、マルチメディアのための高帯域幅通信を容易にするための方法は、単一周波数ネットワーク（ＳＦＮ）動作であった。ＳＦＮは、加入者ＵＥと通信するために、例えば、ｅＮＢのような、無線送信機を利用する。ユニキャスト動作では、各ｅＮＢは、１つまたは複数の特定の加入者ＵＥに向けられた情報を搬送する信号を送信するように制御される。ユニキャストシグナリングの特異性（specificity）は、例えば、音声通話、テキストメッセージング、またはビデオ通話などの個人対個人のサービス（person-to-person services）を可能にする。

[0006]最近のＬＴＥバージョンは、ビデオストリーミングおよびファイルダウンロードブロードキャスト配信を提供するために、ＬＴＥエアインタフェースにおいて発展型マルチメディアブロードキャストマルチキャストサービス（ｅＭＢＭＳ）をサポートする。例えば、ビデオストリーミングサービスは、ＵＤＰ／ＩＰパケットに関する（over）ＩＥＴＦ ＲＦＣ３９２６で定義されるＦＬＵＴＥ（File Delivery over Unidirectional Transport）に関するＤＡＳＨ（ＨＴＴＰを使用した動的適応型ストリーミング）プロトコルによってトランスポートされることが予期される。ファイルダウンロードサービスは、ＵＤＰ／ＩＰプロトコルに関するＦＬＵＴＥによってトランスポートされる。ＩＰに関する両方の高位レイヤは、ＰＨＹと（ＭＡＣおよびＲＬＣレイヤを含む）Ｌ２におけるＬＴＥブロードキャストチャネルによって処理される。しかしながら、このようなトランスポートは、通信業界において現在取り組まれていない複数の非効率性を含む。

[0007]本開示の一態様では、ワイヤレス通信の方法が、ネットワークエンティティによって、送信用のビデオオブジェクトの転送長（transfer length）を決定することと、ここで、このビデオオブジェクトは、ストリーミングビデオサービスを表す複数のビデオオブジェクトのうちの１つであり、ネットワークエンティティによって、転送長および割り振られた帯域幅に基づいて、前方誤り訂正（ＦＥＣ）パーセンテージを決定することと、このビデオオブジェクトに関連付けられたＦＥＣパーセンテージを送信することとを含む。

[0008]本開示の追加の態様では、ワイヤレス通信の方法が、モバイルデバイスによって、第１の無線アクセス技術（ＲＡＴ）においてマルチキャストブロードキャストサービスを受信するためにチューニングすることと、このマルチキャストブロードキャストサービスに関連付けられたＦＥＣパーセンテージを検索する（retrieving）ことと、ここで、ＦＥＣパーセンテージは、マルチキャストブロードキャストサービスを定義する複数のビデオオブジェクトのうちの現在のビデオオブジェクトに適用可能であり、ここで、ＦＥＣパーセンテージは、複数のビデオセグメントの間で動的に可変であり、モバイルデバイスにおいて、現在のビデオオブジェクトを受信することと、ここで、現在のビデオオブジェクトは、ソースビデオデータシンボルおよび複数のＦＥＣシンボルを含み、ここで、複数のＦＥＣシンボルの数は、ＦＥＣパーセンテージに基づく、を含む。

[0009]本開示の追加の態様では、ワイヤレス通信のために構成された装置が、ネットワークエンティティによって、送信用のビデオオブジェクトの転送長を決定するための手段と、ここで、このビデオオブジェクトは、ストリーミングビデオサービスを表す複数のビデオオブジェクトのうちの１つであり、ネットワークエンティティによって、転送長および割り振られた帯域幅に基づいて、ＦＥＣパーセンテージを決定するための手段と、このビデオオブジェクトに関連付けられたＦＥＣパーセンテージを送信するための手段とを含む。

[0010]本開示の追加の態様では、ワイヤレス通信のために構成された装置が、モバイルデバイスによって、第１のＲＡＴにおいてマルチキャストブロードキャストサービスを受信するためにチューニングするための手段と、このマルチキャストブロードキャストサービスに関連付けられたＦＥＣパーセンテージを検索するための手段と、ここで、ＦＥＣパーセンテージは、マルチキャストブロードキャストサービスを定義する複数のビデオオブジェクトのうちの現在のビデオオブジェクトに適用可能であり、ここで、ＦＥＣパーセンテージは、複数のビデオセグメントの間で動的に可変であり、モバイルデバイスにおいて、現在のビデオオブジェクトを受信するための手段と、ここで、現在のビデオオブジェクトは、ソースビデオデータシンボルおよび複数のＦＥＣシンボルを含み、ここで、複数のＦＥＣシンボルの数は、ＦＥＣパーセンテージに基づく、を含む。

[0011]本開示の追加の態様では、非一時的なコンピュータ可読媒体が、その上に記録されたプログラムコードを有する。このプログラムコードは、ネットワークエンティティによって、送信用のビデオオブジェクトの転送長を決定するためのコードと、ここで、このビデオオブジェクトは、ストリーミングビデオサービスを表す複数のビデオオブジェクトのうちの１つであり、ネットワークエンティティによって、転送長および割り振られた帯域幅に基づいて、ＦＥＣパーセンテージを決定するためのコードと、このビデオオブジェクトに関連付けられたＦＥＣパーセンテージを送信するためのコードとをさらに含む。

[0012]本開示の追加の態様では、非一時的なコンピュータ可読媒体が、その上に記録されたプログラムコードを有する。このプログラムコードは、モバイルデバイスによって、第１のＲＡＴにおいてマルチキャストブロードキャストサービスを受信するためにチューニングするためのコードと、このマルチキャストブロードキャストサービスに関連付けられたＦＥＣパーセンテージを取り出すためのコードと、ここで、ＦＥＣパーセンテージは、マルチキャストブロードキャストサービスを定義する複数のビデオオブジェクトのうちの現在のビデオオブジェクトに適用可能であり、ここで、ＦＥＣパーセンテージは、複数のビデオセグメントの間で動的に可変であり、モバイルデバイスにおいて、現在のビデオオブジェクトを受信するためのコードと、ここで、現在のビデオオブジェクトは、ソースビデオデータシンボルおよび複数のＦＥＣシンボルを含み、ここで、複数のＦＥＣシンボルの数は、ＦＥＣパーセンテージに基づく、をさらに含む。

[0013]本開示の追加の態様では、ワイヤレス通信のために構成された装置が開示される。この装置は、少なくとも１つプロセッサと、このプロセッサに結合されたメモリとを含む。このプロセッサは、ネットワークエンティティによって、送信用のビデオオブジェクトの転送長を決定することと、ここで、このビデオオブジェクトは、ストリーミングビデオサービスを表す複数のビデオオブジェクトのうちの１つであり、ネットワークエンティティによって、転送長および割り振られた帯域幅に基づいて、ＦＥＣパーセンテージを決定することと、このビデオオブジェクトに関連付けられたＦＥＣパーセンテージを送信することとを行うように構成される。

[0014]本開示の追加の態様では、ワイヤレス通信のために構成された装置が開示される。この装置は、少なくとも１つプロセッサと、このプロセッサに結合されたメモリとを含む。このプロセッサは、モバイルデバイスによって、第１のＲＡＴにおいてマルチキャストブロードキャストサービスを受信するためにチューニングすることと、このマルチキャストブロードキャストサービスに関連付けられたＦＥＣパーセンテージを検索することと、ここで、ＦＥＣパーセンテージは、マルチキャストブロードキャストサービスを定義する複数のビデオオブジェクトのうちの現在のビデオオブジェクトに適用可能であり、ここで、ＦＥＣパーセンテージは、複数のビデオセグメントの間で動的に可変であり、モバイルデバイスにおいて、現在のビデオオブジェクトを受信することと、ここで、現在のビデオオブジェクトは、ソースビデオデータシンボルおよび複数のＦＥＣシンボルを含み、ここで、複数のＦＥＣシンボルの数は、ＦＥＣパーセンテージに基づく、を行うように構成される。

[0015]前述は、以下の詳細な説明がより良く理解され得るように、本願の特徴および技術的利点をどちらかといえば広く概説している。特許請求の範囲の主題を成す追加の特徴および利点が、以下で説明される。開示される概念および特定の態様が本願の同じ目的を実行するための他の構造を修正または設計するためのベースとして容易に利用され得ることが、当業者によって理解されるべきである。また、このような等価の構成が、添付された特許請求の範囲および本願の趣旨および範囲から逸脱しないことも、当業者によって理解されるべきである。さらなる目的および利点とともに、その構成および動作の方法の両方について、態様の特徴であると考えられる新規の特徴は、添付の図面に関連して考慮されるとき、以下の説明からより良く理解されるであろう。しかしながら、これら図面の各々は、例示および説明のみの目的で提供され、本特許請求の範囲の限定の定義として意図されるものではないことが、明確に理解されるべきである。

[0016]図１は、テレコミュニケーションシステムの例を概念的に例示するブロック図である。 [0017]図２は、テレコミュニケーションシステムにおけるダウンリンクフレーム構造の例を概念的に例示するブロック図である。 [0018]図３は、本開示の一態様に従って構成された基地局／ｅＮＢおよびＵＥの設計を概念的に例示するブロック図である。 [0019]図４は、ユニキャストおよびマルチキャスト信号に対するシンボル割当ての例を例示するシグナリングフレームの図である。 [0020]図５は、単一周波数ネットワーク上のＭＢＭＳ（ＭＢＳＦＮ：MBMS over a Single Frequency Network）サービスエリア内のＭＢＳＦＮエリアを例示する図である。 [0021]図６は、ＭＢＳＦＮサービスを提供またはサポートするためのワイヤレス通信システムのコンポーネントを例示するブロック図である。 [0022]図７は、ネットワークエンティティおよびＵＥを含む通信ストリームを例示するブロック図である。 [0023]図８Ａは、本開示の態様をインプリメントするために実行される実例的なブロックを例示するブロック図である。 [0023]図８Ｂは、本開示の態様をインプリメントするために実行される実例的なブロックを例示するブロック図である。 [0024]図９は、本開示の一態様に従って構成されたＵＥおよびネットワークエンティティを含む通信ストリームを例示するブロック図である。

発明の詳細な説明

[0025]添付された図面に関連して以下に示される詳細な説明は、様々な構成の説明として意図され、ここで説明される概念が実施され得る唯一の構成を表すようには意図されない。詳細な説明は、様々な概念の完全な理解を提供することを目的とした特定の詳細を含む。しかしながら、これらの概念がこれらの特定の詳細なしに実施され得ることは、当業者にとって明らかであろう。いくつかの事例では、周知の構造およびコンポーネントが、このような概念を曖昧にすることを避けるために、ブロック図形式で示される。

[0026]ここで説明される技法は、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡおよび他のネットワークなどの様々なワイヤレス通信ネットワークのために使用され得る。「ネットワーク」および「システム」という用語は、しばしば交換可能に用いられる。ＣＤＭＡネットワークは、ユニバーサル地上無線アクセス（ＵＴＲＡ）、ＣＤＭＡ２０００などの無線技術をインプリメントし得る。ＵＴＲＡは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））およびＣＤＭＡの他の変形を含む。ＣＤＭＡ２０００は、ＩＳ−２０００、ＩＳ−９５およびＩＳ−８５６規格をカバーする。ＴＤＭＡネットワークは、モバイル通信のためのグローバルシステム（ＧＳＭ）（登録商標）のような無線技術をインプリメントし得る。ＯＦＤＭＡネットワークは、発展型ＵＴＲＡ（Ｅ−ＵＴＲＡ）、ウルトラモバイルブロードバンド（ＵＭＢ）、ＩＥＥＥ ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、Ｆｌａｓｈ−ＯＦＤＭＡなどの無線技術をインプリメントし得る。ＵＴＲＡおよびＥ−ＵＴＲＡは、ユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）の一部である。３ＧＰＰロングタームエボリューション（ＬＴＥ）およびＬＴＥ−アドバンスト（ＬＴＥ−Ａ）は、Ｅ−ＵＴＲＡを使用するＵＭＴＳの新しいリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、ＬＴＥ−ＡおよびＧＳＭは、「第３世代パートナーシッププロジェクト」（３ＧＰＰ）という名称の団体からの文書に記載されている。ＣＤＭＡ２０００およびＵＭＢは、「第３世代パートナーシッププロジェクト２」（３ＧＰＰ２）という名称の団体からの文書に記載されている。ここで説明される技法は、上述されたワイヤレスネットワークおよび無線技術、ならびに他のワイヤレスネットワークおよび無線技術のために使用され得る。明瞭さのために、これら技法のある特定の態様は、ＬＴＥについて以下で説明され、ＬＴＥ用語が、以下の説明の大部分で使用される。

[0027]図１は、ワイヤレス通信ネットワーク１００を示し、これはＬＴＥネットワークであり得る。ワイヤレスネットワーク１００は、いくつかのｅＮＢ １１０および他のネットワークエンティティを含み得る。ｅＮＢは、ＵＥと通信する局であり得、基地局、ノードＢ、アクセスポイント、または他の用語で呼ばれることもある。各ｅＮＢ １１０ａ、１１０ｂ、１１０ｃは、特定の地理的エリアに対して通信カバレッジを提供し得る。３ＧＰＰでは、「セル」という用語は、この用語が使用されるコンテキストに応じて、ｅＮＢのカバレッジエリアおよび／またはこのカバレッジエリアにサービス提供するｅＮＢサブシステムを指すことができる。

[0028]ｅＮＢは、マクロセル、ピコセル、フェムトセル、および／または他のタイプのセルに対して通信カバレッジを提供し得る。マクロセルは、比較的大きい地理的エリア（例えば、半径数キロメートル）をカバーし得、サービスに加入しているＵＥによる無制限アクセスを可能にし得る。ピコセルは、比較的小さい地理的エリアをカバーし得、サービスに加入しているＵＥによる無制限アクセスを可能にし得る。フェムトセルは、比較的小さい地理的エリア（例えば、自宅）をカバーし得、フェムトセルとのアソシエーションを有するＵＥ（例えば、限定加入者グループ（ＣＳＧ）中のＵＥ、自宅内のユーザのためのＵＥなど）による制限付きアクセスを可能にし得る。マクロセルのためのｅＮＢは、マクロｅＮＢと呼ばれ得る。ピコセルのためのｅＮＢは、ピコｅＮＢと呼ばれ得る。フェムトセルのためのｅＮＢは、フェムトｅＮＢまたはホームｅＮＢ（ＨＮＢ）と呼ばれ得る。図１に示される例では、ｅＮＢ １１０ａ、１１０ｂおよび１１０ｃは、それぞれマクロセル１０２ａ、１０２ｂおよび１０２ｃのためのマクロｅＮＢであり得る。ｅＮＢ １１０ｘは、ＵＥ １２０ｘにサービス提供する、ピコセル１０２ｘのためのピコｅＮＢであり得る。ｅＮＢ １１０ｙおよび１１０ｚは、それぞれフェムトセル１０２ｙおよび１０２ｚのためのフェムトｅＮＢであり得る。ｅＮＢは、１つまたは複数の（例えば、３つの）セルをサポートし得る。

[0029]ワイヤレスネットワーク１００はまた、リレー局１１０ｒを含み得る。リレー局は、アップストリーム局（例えば、ｅＮＢまたはＵＥ）からデータおよび／または他の情報の送信を受信し、そのデータおよび／または他の情報の送信をダウンストリーム局（例えば、ＵＥまたはｅＮＢ）に送る局である。リレー局はまた、他のＵＥに対する送信を中継するＵＥであり得る。図１に示される例では、リレー局１１０ｒは、ｅＮＢ １１０ａとＵＥ １２０ｒの間の通信を容易にするために、ｅＮＢ １１０ａおよびＵＥ １２０ｒと通信し得る。リレー局は、リレーｅＮＢ、リレーなどと呼ばれることもある。

[0030]ワイヤレスネットワーク１００は、異なるタイプのｅＮＢ、例えば、マクロｅＮＢ、ピコｅＮＢ、フェムトｅＮＢ、リレーなど、を含む異種ネットワークであり得る。これらの異なるタイプのｅＮＢは、ワイヤレスネットワーク１００において、異なる送信電力レベル、異なるカバレッジエリア、および干渉に対する異なる影響を有し得る。例えば、マクロｅＮＢは、高い送信電力レベル（例えば、２０ワット）を有し得、一方、ピコｅＮＢ、フェムトｅＮＢおよびリレーは、より低い送信電力レベル（例えば、１ワット）を有し得る。

[0031]ワイヤレスネットワーク１００は、同期動作または非同期動作をサポートし得る。同期動作の場合、複数のｅＮＢは、同様のフレームタイミングを有し得、異なるｅＮＢからの送信は、ほぼ時間的に揃えられ得る。非同期動作の場合、複数のｅＮＢは、異なるフレームタイミングを有し得、異なるｅＮＢからの送信は、時間的に揃えられないことがある。ここで説明される技法は、同期動作および非同期動作の両方のために使用され得る。

[0032]ネットワークコントローラ１３０が、ｅＮＢのセットに結合し、これらのｅＮＢに対して調整（coordination）および制御を提供し得る。ネットワークコントローラ１３０は、バックホールを介してｅＮＢ １１０と通信し得る。これらｅＮＢ １１０はまた、例えば、ワイヤレスまたはワイヤラインバックホールを介して直接的または間接的に、互いに通信し得る。

[0033]ＵＥ １２０は、ワイヤレスネットワーク１００全体にわたって分散され得、各ＵＥは、固定またはモバイルであり得る。ＵＥは、端末、移動局、加入者ユニット、局などと呼ばれることもある。ＵＥは、セルラーフォン、携帯情報端末（ＰＤＡ）、ワイヤレスモデム、ワイヤレス通信デバイス、ハンドヘルドデバイス、ラップトップコンピュータ、コードレスフォン、ワイヤレスローカルループ（ＷＬＬ）局、スマートフォン、タブレット、または他のモバイルエンティティであり得る。ＵＥは、マクロｅＮＢ、ピコｅＮＢ、フェムトｅＮＢ、リレー、または他のネットワークエンティティと通信することが可能であり得る。図１では、両矢印付きの実線は、ＵＥと、ダウンリンクおよび／またはアップリンク上でＵＥにサービス提供するように指定されたｅＮＢであるサービングｅＮＢとの間の所望の送信を示す。両矢印付きの破線は、ＵＥとｅＮＢとの間の干渉する送信を示す。

[0034]ＬＴＥは、ダウンリンク上では直交周波数分割多重（ＯＦＤＭ）を利用し、アップリンク上では単一キャリア周波数分割多重（ＳＣ−ＦＤＭ）を利用する。ＯＦＤＭおよびＳＣ−ＦＤＭは、システム帯域幅を、一般にトーン、ビンなどとも呼ばれる、複数（Ｋ個）の直交サブキャリアに区分する。各サブキャリアは、データで変調され得る。一般に、変調シンボルは、ＯＦＤＭでは周波数領域で、およびＳＣ−ＦＤＭでは時間領域で送られる。隣接するサブキャリア間の間隔は固定であり得、サブキャリアの総数（Ｋ）はシステム帯域幅に依存し得る。例えば、Ｋは、１．２５、２．５、５、１０または２０メガヘルツ（ＭＨｚ）のシステム帯域幅に対して、それぞれ１２８、２５６、５１２、１０２４または２０４８に等しくなり得る。システム帯域幅はまた、サブバンドに区分され得る。例えば、サブバンドは、１．０８ＭＨｚをカバーし得、１．２５、２．５、５、１０または２０ＭＨｚのシステム帯域幅に対して、それぞれ１つ、２つ、４つ、８つ、または１６個のサブバンドがあり得る。

[0035]図２は、ＬＴＥにおいて使用されるダウンリンクフレーム構造を示す。ダウンリンクのための送信タイムラインは、無線フレームの単位（units）に区分され得る。各無線フレームは、所定の持続時間（例えば、１０ミリ秒（ｍｓ））を有し得、０〜９のインデックスをもつ１０個のサブフレームに区分され得る。各サブフレームは、２つのスロットを含み得る。したがって、各無線フレームは、０〜１９のインデックスをもつ２０個のスロットを含み得る。各スロットは、Ｌ個のシンボル期間、例えば、図２に示されるような、通常のサイクリックプレフィクス（ＣＰ）の場合には７個のシンボル期間、または拡張されたサイクリックプレフィクスの場合には６個のシンボル期間を含み得る。通常のＣＰおよび拡張されたＣＰは、ここでは異なるＣＰタイプとして参照され得る。各サブフレームにおける２Ｌ個のシンボル期間は、０〜２Ｌ−１のインデックスを割り当てられ得る。利用可能な時間周波数リソースは、複数のリソースブロックに区分され得る。各リソースブロックは、１つのスロットにおいてＮ個のサブキャリア（例えば、１２個のサブキャリア）をカバーし得る。

[0036]ＬＴＥでは、ｅＮＢは、ｅＮＢにおけるセルごとに、プライマリ同期信号（ＰＳＳ）およびセカンダリ同期信号（ＳＳＳ）を送り得る。プライマリおよびセカンダリ同期信号は、図２に示されるように、通常のサイクリックプレフィクスを有する各無線フレームのサブフレーム０および５の各々における、それぞれシンボル期間６および５において送られ得る。同期信号は、セルの検出および獲得のためにＵＥによって使用され得る。ｅＮＢは、サブフレーム０のスロット１におけるシンボル期間０〜３において、物理ブロードキャストチャネル（ＰＢＣＨ）を送り得る。ＰＢＣＨは、ある特定のシステム情報を搬送し得る。

[0037]ｅＮＢは、図２中で第１のシンボル期間全体において図示されているが、各サブフレームの第１のシンボル期間の一部分のみで物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）を送り得る。ＰＣＦＩＣＨは、制御チャネルのために使用されるシンボル期間の数（Ｍ）を伝達し得、ここで、Ｍは、１、２または３に等しくなり得、サブフレームごとに変化し得る。Ｍはまた、例えば、１０個未満のリソースブロックを有する、小さいシステム帯域幅では、４に等しくなり得る。図２に示される例では、Ｍ＝３である。ｅＮＢは、各サブフレームの最初のＭ個（図２ではＭ＝３）のシンボル期間において、物理ＨＡＲＱインジケータチャネル（ＰＨＩＣＨ）および物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を送り得る。ＰＨＩＣＨは、ハイブリッド自動再送（ＨＡＲＱ）をサポートするための情報を搬送し得る。ＰＤＣＣＨは、ＵＥに対するリソース割当てについての情報と、ダウンリンクチャネルに関する制御情報とを搬送し得る。図２中の第１のシンボル期間には示されていないが、ＰＤＣＣＨおよびＰＨＩＣＨもまた、第１のシンボル期間に含まれることが理解される。同様に、ＰＨＩＣＨおよびＰＤＣＣＨはまた、図２ではそのようには示されていないが、第２および第３のシンボル期間の両方に存在する。ｅＮＢは、各サブフレームの残りのシンボル期間において物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を送り得る。ＰＤＳＣＨは、ダウンリンク上でのデータ送信のためにスケジュールされたＵＥのためのデータを搬送し得る。ＬＴＥにおける様々な信号およびチャネルは、「Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels and Modulation」と題する、３ＧＰＰ ＴＳ ３６．２１１で説明されており、これは公的に入手可能である。

[0038]ｅＮＢは、ｅＮＢによって使用されるシステム帯域幅の中心１．０８ＭＨｚで、ＰＳＳ、ＳＳＳおよびＰＢＣＨを送り得る。ｅＮＢは、ＰＣＦＩＣＨおよびＰＨＩＣＨを、これらのチャネルが送られる各シンボル期間において、システム帯域幅全体にわたって送り得る。ｅＮＢは、システム帯域幅のある特定の部分において、ＵＥのグループにＰＤＣＣＨを送り得る。ｅＮＢは、システム帯域幅の特定の部分において、特定のＵＥにＰＤＳＣＨを送り得る。ｅＮＢは、全てのＵＥにブロードキャスト方式でＰＳＳ、ＳＳＳ、ＰＢＣＨ、ＰＣＦＩＣＨおよびＰＨＩＣＨを送り得、特定のＵＥにユニキャスト方式でＰＤＣＣＨを送り得、また特定のＵＥにユニキャスト方式でＰＤＳＣＨを送り得る。

[0039]多数のリソースエレメントが、各シンボル期間において利用可能であり得る。各リソースエレメントは、１つのシンボル期間において１つのサブキャリアをカバーし得、１つの変調シンボルを送るために使用され得、それは、実数値または複素数値であり得る。各シンボル期間において基準信号のために使用されないリソースエレメントは、リソースエレメントグループ（ＲＥＧ）に構成（arranged）され得る。各ＲＥＧは、１つのシンボル期間において４つのリソースエレメントを含み得る。ＰＣＦＩＣＨは、４つのＲＥＧを占有し得、それらは、シンボル期間０において、周波数にわたってほぼ均等に間隔を空けられ得る。ＰＨＩＣＨは、３つのＲＥＧを占有し得、それらは、１つまたは複数の設定可能な（configurable）シンボル期間において、周波数にわたって拡散され得る。例えば、ＰＨＩＣＨのための３つのＲＥＧは、全てシンボル期間０に属し得るか、またはシンボル期間０、１および２に拡散され得る。ＰＤＣＣＨは、９、１８、３２または６４個のＲＥＧを占有し得、それらは、最初のＭ個のシンボル期間において、利用可能なＲＥＧから選択され得る。ＲＥＧのある特定の組合せのみが、ＰＤＣＣＨに対して許可され得る。

[0040]ＵＥは、ＰＨＩＣＨとＰＣＦＩＣＨのために使用される特定のＲＥＧを知り得る。ＵＥは、ＰＤＣＣＨについてＲＥＧの異なる組合せを探索しうる。探索すべき組合せの数は、典型的に、ＰＤＣＣＨに対して許可された組合せの数未満である。ｅＮＢは、ＵＥが探索するであろう任意の組合せにおいてＵＥにＰＤＣＣＨを送り得る。

[0041]１つのＵＥが、複数のｅＮＢのカバレッジ内にあり得る。これらｅＮＢのうちの１つが、ＵＥにサービス提供するために選択され得る。サービングｅＮＢは、受信電力、経路損失、信号対雑音比（ＳＮＲ）などの様々な基準に基づいて選択され得る。

[0042]図３は、基地局／ｅＮＢ １１０およびＵＥ １２０の設計のブロック図を示し、これらは、図１中の基地局／ｅＮＢのうちの１つおよびＵＥのうちの１つであり得る。制限付きアソシエーションシナリオの場合、基地局１１０は、図１中のマクロｅＮＢ １１０ｃであり得、ＵＥ １２０は、ＵＥ １２０ｙであり得る。基地局１１０はまた、何らかの他のタイプの基地局であり得る。基地局１１０は、アンテナ３３４ａ〜３３４ｔを装備し得、ＵＥ １２０は、アンテナ３５２ａ〜３５２ｒを装備し得る。

[0043]基地局１１０において、送信プロセッサ３２０は、データソース３１２からデータを受信し、コントローラ／プロセッサ３４０から制御情報を受信し得る。制御情報は、ＰＢＣＨ、ＰＣＦＩＣＨ、ＰＨＩＣＨ、ＰＤＣＣＨなどのためのものであり得る。データは、ＰＤＳＣＨなどのためのものであり得る。プロセッサ３２０は、データと制御情報とを処理（例えば、符号化およびシンボルマッピング）して、それぞれデータシンボルと制御シンボルとを取得し得る。プロセッサ３２０はまた、例えば、ＰＳＳ、ＳＳＳ、およびセル固有基準信号のための、基準シンボルを生成し得る。送信（ＴＸ）多入力多出力（ＭＩＭＯ）プロセッサ３３０は、適用可能な場合、データシンボル、制御シンボル、および／または基準シンボルに対して空間処理（例えば、プリコーディング）を実行し得、出力シンボルストリームを変調器／復調器（ＭＯＤ／ＤＥＭＯＤ）３３２ａ〜３３２ｔに提供し得る。各変調器／復調器３３２は、（例えば、ＯＦＤＭなどのために）それぞれの出力シンボルストリームを処理して、出力サンプルストリームを取得し得る。各変調器／復調器３３２は、出力サンプルストリームをさらに処理（例えば、アナログへの変換、増幅、フィルタリング、およびアップコンバート）して、ダウンリンク信号を取得し得る。変調器／復調器３３２ａ〜３３２ｔからのダウンリンク信号は、それぞれアンテナ３３４ａ〜３３４ｔを介して送信され得る。

[0044]ＵＥ １２０において、アンテナ３５２ａ〜３５２ｒは、基地局１１０からダウンリンク信号を受信し得、受信された信号をそれぞれ復調器／変調器（ＤＥＭＯＤ／ＭＯＤ）３５４ａ〜３５４ｒに提供し得る。各復調器／変調器３５４は、それぞれの受信された信号を調整（例えば、フィルタリング、増幅、ダウンコンバート、およびデジタル化）して、入力サンプルを取得し得る。各復調器／変調器３５４は、（例えば、ＯＦＤＭなどのために）入力サンプルをさらに処理して、受信されたシンボルを取得し得る。ＭＩＭＯ検出器３５６は、全ての復調器／変調器３５４ａ〜３５４ｒから受信されたシンボルを取得し、適用可能な場合は受信されたシンボルに対してＭＩＭＯ検出を実行し、検出されたシンボルを提供し得る。受信プロセッサ３５８は、検出されたシンボルを処理（例えば、復調、デインターリーブ、および復号）し、ＵＥ １２０のための復号されたデータをデータシンク３６０に提供し、復号された制御情報をコントローラ／プロセッサ３８０に提供し得る。

[0045]アップリンク上では、ＵＥ １２０において、送信プロセッサ３６４は、データソース３６２から（例えば、ＰＵＳＣＨのための）データを受信し、処理し得、コントローラ／プロセッサ３８０から（例えば、ＰＵＣＣＨのための）制御情報を受信し、処理し得る。プロセッサ３６４はまた、基準信号のための基準シンボルを生成し得る。送信プロセッサ３６４からのシンボルは、適用可能な場合はＴＸ ＭＩＭＯプロセッサ３６６によってプリコーディングされ、（例えば、ＳＣ−ＦＤＭなどのために）復調器／変調器３５４ａ〜３５４ｒによってさらに処理され、基地局１１０に送信され得る。基地局１１０において、ＵＥ １２０からのアップリンク信号は、アンテナ３３４によって受信され、変調器／復調器３３２によって処理され、適用可能な場合はＭＩＭＯ検出器３３６によって検出され、受信プロセッサ３３８によってさらに処理されて、ＵＥ １２０によって送られた、復号されたデータおよび制御情報が取得され得る。プロセッサ３３８は、復号されたデータをデータシンク３３９に提供し、復号された制御情報をコントローラ／プロセッサ３４０に提供し得る。

[0046]コントローラ／プロセッサ３４０および３８０は、それぞれ基地局１１０およびＵＥ １２０における動作を指示し得る。基地局１１０におけるプロセッサ３４０および／または他のプロセッサおよびモジュールは、ここで説明される技法のための様々なプロセスを実行するか、またはその実行を指示し得る。ＵＥ １２０におけるプロセッサ３８０および／または他のプロセッサおよびモジュールはまた、図４および図５に例示される機能ブロック、および／またはここで説明される技法のための他のプロセスを実行するか、またはその実行を指示し得る。メモリ３４２および３８２は、それぞれ基地局１１０およびＵＥ １２０のためのデータおよびプログラムコードを記憶し得る。スケジューラ３４４は、ダウンリンクおよび／またはアップリンク上でのデータ送信のためにＵＥをスケジュールし得る。

[0047]１つの構成では、ワイヤレス通信のためのＵＥ １２０は、ＵＥの接続モード中に、干渉する基地局からの干渉を検出するための手段と、干渉する基地局の譲歩されるリソース（yielded resource）を選択するための手段と、この譲歩されるリソース上の物理ダウンリンク制御チャネルの誤りレートを取得するための手段と、誤りレートが所定のレベルを超えることに応答して実行可能な、無線リンク障害を宣言するための手段とを含む。一態様では、前述の手段は、これらの前述の手段によって列挙（recite）された機能を実行するように構成された、（１つまたは複数の）プロセッサ、コントローラ／プロセッサ３８０、メモリ３８２、受信プロセッサ３５８、ＭＩＭＯ検出器３５６、復調器／変調器３５４ａ、およびアンテナ３５２ａであり得る。別の態様では、前述の手段は、これらの前述の手段によって列挙された機能を実行するように構成されたモジュールまたは任意の装置であり得る。

[0048]単一周波数ネットワークにおけるｅＭＢＭＳおよびユニキャストシグナリング：マルチメディアのための高帯域幅通信を容易にするための１つの技法が、単一周波数ネットワーク（ＳＦＮ）動作であった。詳細には、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）および（例えば、ＬＴＥコンテキストではマルチメディアブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）として最近知られるようになってきたものを含む）発展型ＭＢＭＳ（ｅＭＢＭＳ）としても知られる、ＬＴＥのためのＭＢＭＳは、そのようなＳＦＮ動作を利用することができる。ＳＦＮは、加入者ＵＥと通信するために、例えば、ｅＮＢのような、無線送信機を利用する。ｅＮＢのグループは、同期方式で情報を送信することができ、したがって、信号は互いに干渉するのではなく、互いに補強（reinforce）し合う。ｅＭＢＭＳのコンテキストでは、共有コンテンツは、ＬＴＥネットワークの複数のｅＮＢから複数のＵＥに送信される。したがって、所与のｅＭＢＭＳエリア内で、ＵＥは、ｅＭＢＭＳサービスエリアまたはＭＢＳＦＮエリアの一部として無線範囲内の任意の（１つまたは複数の）ｅＮＢからｅＭＢＭＳ信号を受信し得る。しかしながら、ｅＭＢＭＳ信号を復号するために、各ＵＥは、非ｅＭＢＭＳチャネルを介してサービングｅＮＢからマルチキャスト制御チャネル（ＭＣＣＨ：Multicast Control Channel）情報を受信する。ＭＣＣＨ情報は時間ごとに変化し、変化の通知は、別の非ｅＭＢＭＳチャネルであるＰＤＣＣＨを通じて提供される。したがって、特定のｅＭＢＭＳエリア内のｅＭＢＭＳ信号を復号するために、各ＵＥは、エリア内のｅＮＢのうちの１つによってＭＣＣＨおよびＰＤＣＣＨ信号を供給される（served）。

[0049]本開示の主題の態様によると、ｅＭＢＭＳのための単一キャリア最適化に関する特徴を有するワイヤレスネットワーク（例えば、３ＧＰＰネットワーク）が提供される。ｅＭＢＭＳは、例えば、複数のＵＥなどの、複数のモバイルエンティティに、ＬＴＥネットワークからの共有コンテンツを送信するための効率的な方法を提供する。

[0050]ＬＴＥ周波数分割複信（ＦＤＤ：Frequency Division Duplex）のためのｅＭＢＭＳの物理レイヤ（ＰＨＹ）について、チャネル構造は、混合されたキャリア上でのｅＭＢＭＳ送信とユニキャスト送信との間の時分割多重（ＴＤＭ：time division multiplexing）リソース区分を備え、それによって、柔軟かつ動的なスペクトル利用を可能にし得る。現在、マルチメディアブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）サブフレームとして知られる、サブフレームのサブセット（最大６０％）が、ｅＭＢＭＳ送信のために予約されることができる。したがって、現在のｅＭＢＭＳ設計は、ｅＭＢＭＳのために１０個のサブフレームのうち最大で６個を許容する（allows）。

[0051]ｅＭＢＭＳのためのサブフレーム割当ての例が図４に示され、これは、単一キャリアのケースについての、ＭＢＳＦＮサブフレームに対するＭＢＳＦＮ基準信号の既存の割当てを示す。図４に図示されるコンポーネントは、図２に示されているものに対応し、図４は、各スロットおよびリソースブロック（ＲＢ）内の個々のサブキャリアを示す。３ＧＰＰ ＬＴＥでは、ＲＢは、０．５ｍｓのスロット持続時間にわたる１２個のサブキャリアに及ぶとともに、各サブキャリアは、１５ｋＨｚの帯域幅を有し、全体として１つＲＢにつき１８０ｋＨｚに及ぶ。サブフレームは、ユニキャストまたはｅＭＢＭＳのために割り振られ得、例えば、０、１、２、３、４、５、６、７、８、および９とラベル付けされたサブフレームのシーケンスの中で、ＦＤＤでは、サブフレーム０、４、５、および９がｅＭＢＭＳから除外され得る。また、時分割複信（ＴＤＤ：time division duplex）では、サブフレーム０、１、５、および６がｅＭＢＭＳから除外され得る。より具体的には、サブフレーム０、４、５、および９は、ＰＳＳ／ＳＳＳ／ＰＢＣＨ／ページング／システム情報ブロック（ＳＩＢ：system information block）およびユニキャストサービスのために使用され得る。シーケンス中の残りのサブフレーム、例えば、サブフレーム１、２、３、６、７、および８は、ｅＭＢＭＳサブフレームとして構成され得る。

[0052]引き続き図４を参照すると、各ｅＭＢＭＳサブフレーム内では、最初の１つまたは２つのシンボルが、ユニキャスト基準シンボル（ＲＳ）および制御シグナリングのために使用され得る。最初の１つまたは２つのシンボルのＣＰ長は、サブフレーム０のものに従い得る。これらＣＰ長が異なる場合、最初の１つまたは２つのシンボルとｅＭＢＭＳシンボルとの間に送信ギャップが生じ得る。ＭＢＳＦＮ ＲＳおよびユニキャストＲＳを提供するための既知の技法は、典型的に、（図４に示されるように）ＭＢＳＦＮサブフレームに対してＭＢＳＦＮ ＲＳを割り振ることと、非ＭＢＳＦＮサブフレームに対してユニキャストＲＳを別個に割り振ることとを伴う。より具体的には、図４に示すように、ＭＢＳＦＮサブフレームの拡張されたＣＰは、ＭＢＳＦＮ ＲＳを含むがユニキャストＲＳを含まない。本技術は、限定としてではなく、例として提示された、図２および図４によって例示された特定のフレーム割当てスキームに限定されない。ここで使用される場合、マルチキャストセッションまたはマルチキャストブロードキャストは、任意の適切なフレーム割当てスキームを使用し得る。

[0053]ｅＭＢＭＳサービスエリア：図５は、それら自体が複数のセルまたは基地局５１０を含む、複数のＭＢＳＦＮエリア５０４、５０６、５０８を包含するＭＢＭＳサービスエリア５０２を含むシステム５００を例示する。ここで使用される場合、「ＭＢＭＳサービスエリア」は、ある特定のＭＢＭＳサービスが利用可能であるワイヤレス送信セルのグループを指す。例えば、特定のスポーツ番組または他の番組（particular sports or other program）が、特定の時間にＭＢＭＳサービスエリア内で基地局によってブロードキャストされ得る。特定の番組がブロードキャストされるエリアは、ＭＢＭＳサービスエリアを定義する。ＭＢＭＳサービスエリアは、５０４、５０６および５０８に示されるように、１つまたは複数の「ＭＢＳＦＮエリア」から構成され得る。ここで使用される場合、ＭＢＳＦＮエリアは、ＭＢＳＦＮプロトコルを使用して同期方式で特定の番組を現在ブロードキャストしているセル（例えば、セル５１０）のグループを指す。「ＭＢＳＦＮ同期エリア」は、セルのグループが現在そうしているか否かにかかわらず、それらがＭＢＳＦＮプロトコルを使用して特定の番組をブロードキャストするために同期方式で動作することが可能であるような方法で構成および相互接続されたセルのグループを指す。各ｅＮＢは、所与の周波数レイヤ上で、ただ１つのＭＢＳＦＮ同期エリアに属することができる。ＭＢＭＳサービスエリア５０２が１つまたは複数のＭＢＳＦＮ同期エリア（図示せず）を含み得ることは、注目に値する。逆に、ＭＢＳＦＮ同期エリアは、１つまたは複数のＭＢＳＦＮエリアまたはＭＢＭＳサービスエリアを含み得る。概して、ＭＢＳＦＮエリアは、単一のＭＢＳＦＮ同期エリアの全てまたはその一部分から構成され、単一のＭＢＭＳサービスエリア内に位置する。様々なＭＢＳＦＮエリア間の重複がサポートされ、単一のｅＮＢが、いくつかの異なるＭＢＳＦＮエリアに属し得る。例えば、異なるＭＢＳＦＮエリアでのメンバーシップをサポートするために、最大８個の独立したＭＣＣＨが、システム情報ブロック（ＳＩＢ）１３において構成され得る。ＭＢＳＦＮエリア予約セルまたは基地局（MBSFN Area Reserved Cell or Base Station）は、ＭＢＳＦＮ送信に寄与しないＭＢＳＦＮエリア内のセル／基地局であり、例えば、ＭＢＳＦＮ同期エリアの境界に近いセル、またはそのロケーションのためにＭＢＳＦＮ送信のために必要とされないセルである。

[0054]ｅＭＢＭＳシステムコンポーネントおよび機能：図６は、ＭＢＳＦＮサービスを提供またはサポートするためのワイヤレス通信システム６００の機能エンティティを例示する。サービス品質（ＱｏＳ）に関して、システム６００は、保証ビットレート（ＧＢＲ：Guaranteed Bit Rate）タイプのＭＢＭＳベアラを使用し得、ここで、最大ビットレート（ＭＢＲ）はＧＢＲに等しい。これらのコンポーネントは、例として示され、説明されるものであり、ここで説明される発明概念を限定するものではなく、それは、マルチキャスト送信を配信および制御するための他のアーキテクチャおよび機能分散に適合され得る。

[0055]システム６００は、ＭＢＭＳゲートウェイ（ＭＢＭＳ ＧＷ）６１６を含み得る。ＭＢＭＳ ＧＷ ６１６は、Ｍ１インタフェースを介して、ｅノードＢ ６０４へのＭＢＭＳユーザプレーンデータのインターネットプロトコル（ＩＰ）マルチキャスト配信を制御し、多くの可能なｅＮＢのうちの１つのｅＮＢ ６０４が示されている。加えて、ＭＢＭＳ ＧＷは、Ｍ１インタフェースを介して、ＵＴＲＡＮ ６２０へのＭＢＭＳユーザプレーンデータのＩＰマルチキャスト配信を制御する。Ｍ１インタフェースは、ＭＢＭＳデータ（ユーザプレーン）に関連付けられ、データパケットの配信のためにＩＰを利用する。ｅＮＢ ６０４は、Ｅ−ＵＴＲＡＮ Ｕｕインタフェースを介して、ユーザ機器（ＵＥ）／モバイルエンティティ６０２にＭＢＭＳコンテンツを提供し得る。ＵＴＲＡＮ ６２０は、Ｕｕインタフェースを介して、ＵＥモバイルエンティティ６２２にＭＢＭＳコンテンツを提供し得る。ＭＢＭＳ ＧＷ ６１６は、モビリティ管理エンティティ（ＭＭＥ）６０８およびＳｍインタフェースを介して、ＭＢＭＳセッション制御シグナリング、例えば、ＭＢＭＳセッション開始およびセッション停止、をさらに実行し得る。ＭＢＭＳ ＧＷ ６１６は、さらに、ＳＧ−ｍｂ（ユーザプレーン）基準点を通じてＭＢＭＳベアラを使用してエンティティのためのインタフェースを提供し、ＳＧｉ−ｍｂ（制御プレーン）基準点を通じてＭＢＭＳベアラを使用してエンティティのためのインタフェースを提供し得る。ＳＧ−ｍｂインタフェースは、ＭＢＭＳベアラサービス固有のシグナリングを搬送する。ＳＧｉ−ｍｂインタフェースは、ＭＢＭＳデータ配信のためのユーザプレーンインタフェースである。ＭＢＭＳデータ配信は、デフォルトモードであり得るＩＰユニキャスト送信によって、またはＩＰマルチキャスティングによって実行され得る。ＭＢＭＳ ＧＷ ６１６は、サービング汎用パケット無線サービスサポートノード（ＳＧＳＮ：Serving General Packet Radio Service Support Node）６１８およびＳｎ／Ｉｕインタフェースを介して、ＵＴＲＡＮ上でＭＢＭＳのための制御プレーン機能を提供し得る。

[0056]システム６００は、マルチキャスト協調エンティティ（ＭＣＥ）６０６をさらに含み得る。ＭＣＥ ６０６は、ＭＢＭＳコンテンツのための承認制御機能を実行し、ＭＢＳＦＮ動作を使用したマルチセルＭＢＭＳ送信のためにＭＢＳＦＮエリア内の全てのｅＮＢによって使用される、時間および周波数無線リソースを割り振り得る。ＭＣＥ ６０６は、例えば、変調およびコーディングスキームなどの、ＭＢＳＦＮエリアについての無線構成を決定し得る。ＭＣＥ ６０６は、ＭＢＭＳコンテンツのユーザプレーン送信をスケジュールおよび制御し、どのサービスがどのマルチキャストチャネル（ＭＣＨ）で多重化されるべきかを決定することによって、ｅＭＢＭＳサービスの多重化を管理し得る。ＭＣＥ ６０６は、Ｍ３インタフェースを通じてＭＭＥ ６０８とのＭＢＭＳセッション制御シグナリングに参加し得、ｅＮＢ ６０４との制御プレーンインタフェースＭ２を提供し得る。

[0057]システム６００は、コンテンツプロバイダサーバ６１４と通信状態にあるブロードキャストマルチキャストサービスセンター（ＢＭ−ＳＣ）６１２をさらに含み得る。ＢＭ−ＳＣ ６１２は、コンテンツプロバイダ６１４のような１つまたは複数のソースからのマルチキャストコンテンツの取り込みを処理し、以下で説明されるように、他のより高いレベルの管理機能を提供し得る。これらの機能は、例えば、識別されたＵＥのためのＭＢＭＳサービスの認証および開始を含む、メンバーシップ機能を含み得る。ＢＭ−ＳＣ ６１２は、ＭＢＭＳセッションおよび送信機能、ライブブロードキャストのスケジューリング、ならびにＭＢＭＳを含む配信および関連する配信機能をさらに実行し得る。ＢＭ−ＳＣ ６１２は、マルチキャストのために利用可能な広告コンテンツのような、サービス広告および説明をさらに提供し得る。別個のパケットデータプロトコル（ＰＤＰ：Packet Data Protocol）コンテキストが、ＵＥとＢＭ−ＳＣの間で制御メッセージを搬送するために使用され得る。ＢＭ−ＳＣは、さらに、キー管理などのセキュリティ機能を提供し、データ量およびＱｏＳなどのパラメータに従ってコンテンツプロバイダの課金を管理し、ブロードキャストモードではＥ−ＵＴＲＡＮにおいて、およびＵＴＲＡＮにおいて、ＭＢＭＳのためのコンテンツ同期を提供し、ＵＴＲＡＮにおいてＭＢＳＦＮデータのためのヘッダ圧縮を提供し得る。ＢＭ−ＳＣ ６１２は、ＱｏＳおよびＭＢＭＳサービスエリアなどのセッション属性を含めて、セッション開始、セッション更新、およびセッション停止をＭＢＭＳ−ＧＷ ６１６に示し得る。

[0058]システム６００は、ＭＣＥ ６０６およびＭＢＭＳ−ＧＷ ６１６と通信状態にあるマルチキャスト管理エンティティ（ＭＭＥ：Multicast Management Entity）６０８をさらに含み得る。ＭＭＥ ６０８は、Ｅ−ＵＴＲＡＮ上でＭＢＭＳのための制御プレーン機能を提供し得る。加えて、ＭＭＥ ６０８は、ＭＢＭＳ−ＧＷ ６１６によって定義されるマルチキャスト関連情報を、ｅＮＢ ６０４およびＭＣＥ ６０６に提供し得る。ＭＭＥ ６０８とＭＢＭＳ−ＧＷ ６１６の間のＳｍインタフェースが、例えば、セッション開始およびセッション停止信号のような、ＭＢＭＳ制御シグナリングを搬送するために使用され得る。

[0059]システム６００は、時としてＰ−ＧＷと省略されるパケットデータネットワーク（ＰＤＮ：Packet Data Network）ゲートウェイ（ＧＷ）６１０をさらに含み得る。Ｐ−ＧＷ ６１０は、シグナリングおよび／またはユーザデータのために、ＵＥ ６０２とＢＭ−ＳＣ ６１２の間に発展型パケットシステム（ＥＰＳ：Evolved Packet System）ベアラを提供し得る。したがって、Ｐ−ＧＷは、ＵＥに割り当てられたＩＰアドレスに関連するＵＥから発信されたユニフォームリソースロケータ（ＵＲＬ：Uniform Resource Locator）ベースの要求を受信し得る。ＢＭ−ＳＣ ６１２はまた、Ｐ−ＧＷ ６１０を介して１つまたは複数のコンテンツプロバイダにリンクされ得、それは、ＩＰインタフェースを介してＢＭ−ＳＣ ６１２と通信し得る。

[0060]データは、ファイルダウンロード配信方法またはストリーミング配信方法を使用して、ｅＭＢＭＳを介して配信され得る。ビデオデータのような、連続的なマルチメディアデータは、ＭＢＭＳベアラ上で配信されるストリーミングデータを使用して配信され得る。ブロードキャストマルチキャストサービスにおけるストリーミングビデオデータは、より小さいビデオオブジェクトに分解され得（broken into）、各々が所与の持続時間を有する。各ビデオオブジェクトは、１つまたは複数のソースブロックにさらに分解され得、そこで、各ソースブロックは、ある特定の数の前方誤り訂正（ＦＥＣ）データシンボルから構成され得る。

[0061]ｅＭＢＭＳシステムでは、ｅＭＢＭＳサービスが、対応するＭＢＭＳトラフィックチャネル（ＭＴＣＨ）上での送信期間にわたるダウンリンク送信のためにスケジュールされる。所与のストリーミングビデオ持続時間にわたって、ストリーミングビデオデータを送信するために、その間にこのサービスがＭＴＣＨを使用してストリーミングビデオデータをブロードキャストするであろう複数のＭＣＨスケジューリング期間（ＭＳＰ）がスケジュールされ得る。図７に例示されるように、その間にストリーミングビデオデータが、選択されたｅＭＢＭＳサービスに関連付けられたＭＴＣＨ上で送信される、７つのＭＳＰがスケジュールされている。ＭＴＣＨは、送信のために物理チャネル上で多重化され、これは、ＭＴＣＨが、ＭＳＰ中に割り振られたＭＢＳＦＮサブフレームにおいて送信されることをもたらす。したがって、ＭＴＣＨは、送信リソース上で連続的には送信されない。ＭＳＰ内のＭＴＣＨの各バーストは、複数のデータシンボルの送信を含み得る。

[0062]ビデオオブジェクト（またはビデオセグメント）は、１秒または数秒続き得る。ビデオオブジェクトは、シンボル当たり６０、８０、１００、１５０バイトなどの、それぞれが固定されたシンボル長である、様々な数のシンボルを含むように設定され得る。ビデオオブジェクト当たりのシンボルの総数は、ブロードキャストマルチキャストサービスに関連付けられたファイル配信テーブル（ＦＤＴ：file delivery table）に含まれる追加情報を通じて決定され得る。例えば、ＦＤＴは、符号化シンボル長（encoding symbol length）、および転送長およびＦＥＣ冗長度レベル（FEC redundancy level）を含む。この情報を使用して、受信機モデムのアプリケーションプロセッサは、（１＋ＦＥＣ％）で乗算された転送長を、符号化シンボル長で除算することによって、ビデオオブジェクト当たりのシンボルの総数を決定し得る。この計算の結果は、ソースシンボルおよび冗長シンボル（redundancy symbols）を含む、ビデオオブジェクト当たりのデータシンボルの数に対応する。

[0063]図７は、ネットワークエンティティ７１およびＵＥ ７２を含む通信ストリーム７０を例示するブロック図である。ＵＥ ７２のような、多くの現代のＵＥデバイスは、複数の無線アクセス技術（ＲＡＴ）のためのサポートを含み、ＬＴＥ、ＣＤＭＡ２０００（１ｘ）、およびＧＳＭなどの、複数のＲＡＴへの認可されたアクセス（authorized access）を提供する複数の加入者識別モジュール（ＳＩＭ）を含み得る。マルチＲＡＴ／マルチＳＩＭ ＵＥは、ページングについて複数のＲＡＴをモニタするので、例えば、その間にＵＥが１ｘおよびＧＳＭネットワーク上のページ（pages）についてモニタするためにＬＴＥネットワークからチューンアウェイ(tune away)する、スケジュールされたチューンアウェイ期間が、ＵＥのチューンアウェイ期間中にＭＳＰ内で送信されるＭＴＣＨにおけるストリーミングビデオデータが失われることを引き起こす場合があり得る。例えば、ＵＥ ７２は、ストリーミングビデオコンテンツを受信するために、ｅＭＢＭＳビデオサービスにチューニングされる。これらビデオデータオブジェクトは、ＭＳＰ ｉ〜ＭＳＰ ｉ＋６などの、スケジュールされたＭＳＰ内のＭＴＣＨ上でネットワークエンティティ７１によって送信される。しかしながら、ＵＥ ７２はまた、追加の通信のために別のＲＡＴ（例えば、１ｘ、ＧＳＭ、および同様のもの）へのユーザ加入を含む。時折、ＵＥ ７２は、他のＲＡＴ上のページにリッスンするために、ｅＭＢＭＳサービスを用いて（with）ＬＴＥからチューンアウェイするようにスケジュールされる。ページモニタリング機会７０１および７０２において、ＵＥ ７２は、他のＲＡＴ上の任意のページをリッスンするために、ｅＭＢＭＳネットワークからチューンアウェイする。このチューンアウェイ時間中に、しかしながら、ＵＥ ７２は、衝突するＭＴＣＨの間中に送信された任意のビデオデータを失い得る。

[0064]典型的に、ｅＭＢＭＳビデオストリーミングは、ビデオセッション中に、ＤＡＳＨセグメント７００のようなビデオセグメント当たりの固定された前方誤り訂正（ＦＥＣ）パーセンテージを使用し、それは、ＵＥが、その間にＵＥがＬＴＥ、１ｘおよびＧＳＭによって共有される制限されたＲＦチェーンを有するチューンアウェイ期間に起因する誤りまたは失われたデータから回復することを可能にし得る。例えば、各ＤＡＳＨセグメントは、１（１）秒のビデオデータを含み得る。したがって、ＤＡＳＨセグメント７００にわたって、ＦＥＣシンボルは、失われたビデオデータを回復するためにＵＥ ７２を支援し得る。

[0065]典型的なビデオストリーミングセッションでは、ビデオオブジェクトは、ＤＡＳＨプロトコルに従ってフォーマットされる。ＤＡＳＨセグメント７００当たりの符号化されたデータタイプは異なり得、一方、ＦＥＣパーセンテージは一定のままである。したがって、ピーク帯域幅をカバーするために、ネットワークエンティティ７１は、ＭＳＰ当たりのピークビデオ帯域幅をカバーするために、ＭＢＳＦＮサブフレームをオーバープロビジョン（over-provision）し得る。しかしながら、１つまたは複数のＭＳＰにおいて、ビデオは、帯域幅の一部のみを使用し得る。例えば、図７を参照すると、ＤＡＳＨセグメント７００内の６つのＭＳＰのうち、最初の４つのＭＳＰは、例えば、ＭＳＰ当たり３０個のＭＢＳＦＮサブフレームを使用し得る十分なビデオデータを有する。しかしながら、最後の２つのＭＳＰは、わずかなＭＢＳＦＮサブフレームを使用するか、あるいは全くＭＢＳＦＮサブフレームを使用しない（例えば、１０〜０個のＭＢＳＦＮサブフレーム）。ＦＥＣパーセンテージがＤＡＳＨセグメントにわたって一定のままであるため、割り振られた帯域幅を満たすのに最後の２つのＭＢＳＦＮサブフレームにおいて送られる十分なデータがないので、ピークレベルを処理するために割り振られる帯域幅の未使用の部分は無駄になるであろう。

[0066]本開示の様々な態様は、ＤＡＳＨセグメントにおいて利用可能な未使用の帯域幅の量に基づいて、ネットワークがＦＥＣパーセンテージの設定を修正することを可能にする動的なＦＥＣに向けられる。この動的に可変なＦＥＣ設定は、未使用の帯域幅を利用できるようにすることにより、より良い誤り性能（error performance）をもたらし得る。すなわち、ネットワークが帯域幅Ｃを割り振った場合には、このネットワークは、帯域幅Ｃをできる限り（as much as of）使用するために、ＦＥＣパーセンテージを割り振り得る。

[0067]図８Ａは、本開示の一態様をインプリメントするために実行される実例的なブロックを例示するブロック図である。ブロック８００において、マルチキャストブロードキャストサービスのためのデータを送信する、ＢＭ−ＳＣ ６１２（図６）のような、ネットワークエンティティは、送信用のビデオセグメントの転送長を決定し、ここで、このビデオセグメントは、ストリーミングビデオサービスを表す複数のビデオセグメントのうちの１つである。転送長は、送信のためにスケジュールされたソースデータバイトの数を含むが、冗長データバイトを含まない。ネットワークエンティティは、ストリーミングビデオサービスを表すビデオデータを有することになり、ネットワークエンティティプロセッサの制御下で、送信特性およびチャネル状態に基づいて、各ビデオセグメントの転送長を決定し得る。現在のＦＥＣパーセンテージを用いて（with）、その後、基地局は、ソースシンボルおよび冗長シンボルを含む、ストリーミングビデオセグメントの送信をスケジュールし、送信のために帯域幅を割り振り得る。したがって、基地局は、ストリーミングビデオサービスを構成する各ビデオセグメントの符号化を決定することが可能になるであろう。

[0068]ブロック８０１において、ＢＭ−ＳＣ ６１２（図６）のような、ネットワークエンティティは、転送長および割り振られた帯域幅に基づいて、ＦＥＣパーセンテージを決定する。ネットワークエンティティは、決定された転送長および割り振られた帯域幅に基づいて、現在のビデオセグメント（例えば、現在のＤＡＳＨセグメント）についてのＦＥＣパーセンテージを決定する。１つの実例的な態様では、ブロードキャストのためにネットワークによって割り振られたｅＭＢＭＳサービスの利用可能な帯域幅Ｃで転送長Ｌのｎ秒のＤＡＳＨセグメントを仮定すると、このＤＡＳＨセグメントのためのＦＥＣパーセンテージの設定は、以下次第に（up to）なり得る：

[0069]例えば、Ｃ＝１．３Ｍｂｐｓ、Ｌ＝８００ｋｂｉｔｓ、ｎ＝１秒である場合、式（１）に従って、ＦＥＣパーセンテージは、（１３０００００＊１）／８０００００−１＝６０％になるであろう。このスキームなしでは、ネットワークが一定のＦＥＣパーセンテージを供給する場合、それは、平均から１．３になり得るピークＤＡＳＨセグメントサイズを処理するために一定のＦＥＣを設定することになる。このようなケースでは、ピークＤＡＳＨセグメントサイズを処理するために一定のＦＥＣパーセンテージを設定するとき、２５％のＦＥＣパーセンテージが、全てのＤＡＳＨセグメントに対して設定されることになる。すなわち、（１３０００００＊１）／（８０００００＊１．３）−１＝２５％。動的なＦＥＣにより、サブフレームの帯域幅使用は、ＤＡＳＨセグメントにわたってより一貫した（more consistent）ものとなることができる。増大されたＦＥＣパーセンテージにより、帯域幅における増大は、ＦＥＣ送信における増大からもたらされ得る。

[0070]ＢＭ−ＳＣ ６１２（図６）のような、ネットワークエンティティは、割り振られた帯域幅Ｃをすでに知っており、転送長Ｌをすでに決定しており、ＤＡＳＨセグメントタイミングｎも知っている。したがって、ネットワークエンティティプロセッサの制御下で、動的なＦＥＣパーセンテージは、式（１）に従って計算されるであろう。

[0071]ブロック８０２において、ネットワークエンティティは、ビデオセグメントに関連付けられたＦＥＣパーセンテージを送信する。いったん動的なＦＥＣパーセンテージがブロック８０１において決定されると、ネットワークエンティティは、現在のビデオセグメントについての新しい動的なＦＥＣパーセンテージをシグナリングする。動作中、これら規格は、ＦＥＣパーセンテージが、ファイル記述テーブル（ＦＤＴ：file description table）において、各ＤＡＳＨセグメントについてシグナリングされることを可能にする。属性「ＦＥＣ冗長度レベル（FEC-Redundancy-Level）」が、ファイルについてのＦＥＣ冗長度レベルを示すためにＦＤＴに含まれる。したがって、ネットワークが所与のＤＡＳＨセグメントにおいて生じる未使用の帯域幅の量を決定するとき、それは、新しいＦＥＣパーセンテージを動的に決定し、ＦＤＴにおいてそのような新しいＦＥＣパーセンテージをシグナリングすることができる。ネットワークエンティティは、例えば、メモリ３４２またはデータソース３１２のうちの１つまたは複数から送信プロセッサ３２０、送信ＭＩＭＯプロセッサ３３０、変調器／復調器３３２ａ〜３３２ｔ、およびアンテナ３３４を含むｅＮＢ １１０のような、ｅＮＢを通じてストリーミングビデオセグメントを送信するであろう。

[0072]図８Ｂは、本開示の一態様をインプリメントするために実行される実例的なブロックを例示するブロック図である。ブロック８０３において、ＵＥは、第１のＲＡＴ上で搬送されるマルチキャストブロードキャストサービスを受信するために、第１のＲＡＴに関する（on）周波数にチューニングする。ＵＥ １２０および９２などのＵＥは、ＲＦ処理チェーン（例えば、ＲＦ送信チェーン、ＲＦ受信チェーン）を共有することによって、複数のネットワークにわたって通信を行うことが可能なマルチＲＡＴおよびマルチＳＩＭデバイスであり得る。ＵＥ １２０または９２などの、ストリーミングビデオサービスを受信すべきＵＥは、送信基地局からのＭＴＣＨ送信によって搬送されるビデオデータセグメントを受信することを開始するために、適切なネットワークにチューニングするであろう。例えば、ＵＥ １２０のコントローラ／プロセッサ３８０の制御下で、アンテナ３５２ａ〜３５２ｒ、復調器／変調器３５４ａ〜３５４ｒ、ＭＩＭＯ検出器３５６、および受信機プロセッサ３５８は、ストリーミングビデオサービスを搬送する第１のＲＡＴの周波数に関連付けられた指定された周波数において信号を受信させられる。

[0073]ブロック８０４において、ＵＥは、マルチキャストブロードキャストサービスに関連付けられたＦＥＣパーセンテージを検索し、ここで、ＦＥＣパーセンテージは、マルチキャストブロードキャストサービスを定義する複数のビデオセグメントのうちの現在のビデオセグメントに適用可能である。動作中、ｅＭＢＭＳビデオストリーミングサービスは、ＤＡＳＨセグメントのような、複数のビデオセグメントに分解されるビデオコンテンツを提供する。ＤＡＳＨセグメントは、ＤＡＳＨセグメントの時間にわたってスケジュールされたＭＳＰにおいてＭＴＣＨで送信されるＦＬＵＴＥ／ＵＤＰ／ＩＰパケットにさらに分解される。各ビデオセグメントは、本開示の態様によるＦＥＣパーセンテージに関連付けられ得る。したがって、実例的な態様に関して説明されたように、各ビデオセグメントは、そのビデオセグメントのために決定された特定のＦＥＣパーセンテージを含み得る。ストリーミングビデオサービスを受信する、ＵＥ １２０または９２などのＵＥは、ビデオサービスに関連付けられたファイル記述テーブル（ＦＤＴ）からこのＦＥＣパーセンテージを取得し得る。したがって、ＵＥ １２０は、コントローラ／プロセッサ３８０の制御下で、アンテナ３５２ａ〜３５２ｒ、復調器／変調器３５４ａ〜３５４ｒ、ＭＩＭＯ検出器３５６、および受信機プロセッサ３５８を通じて、第１のＲＡＴ上で受信されるビデオストリーミングサービスのＦＤＴから現在のビデオセグメントに関連付けられたＦＥＣパーセンテージを取り出し得る。

[0074]ブロック８０５において、ＵＥは、現在のビデオセグメントを受信し、ここで、現在のビデオセグメントは、ソースビデオデータシンボルおよび複数のＦＥＣシンボルを含み、ここで、複数のＦＥＣシンボルの数は、ＦＥＣパーセンテージに基づく。ＵＥ １２０または９２などのＵＥは、コントローラ／プロセッサ３８０の制御下で、アンテナ３５２ａ〜３５２ｒ、復調器／変調器３５４ａ〜３５４ｒ、ＭＩＭＯ検出器３５６、および受信機プロセッサ３５８を通じて、ビデオセグメントを受信することができる。現在のビデオセグメントに関連付けられたＦＥＣパーセンテージは、現在のセグメントのために利用可能なソースビデオデータが、割り振られたピーク帯域幅を満たさないときでさえも、割り振られた帯域幅が最大化されることを可能にする。未使用の帯域幅を満たすために送信される追加のデータは、より多くの数のＦＥＣシンボルを含む。

[0075]より高いＦＥＣパーセンテージは、誤り回復レートを増大させ得る。ビデオストリーミングサービスは、エンコーダにおいて（１＋ｒ）のピーク対平均帯域幅を有し得、ここで、ｒは、平均帯域幅に対してピーク帯域幅が必要とする帯域幅パーセンテージ（percentage bandwidth that the peak bandwidth requires over the average bandwidth）を表す。一定のＦＥＣパーセンテージを割り当てる現在のスキームでは、ＦＥＣは、ストリーミングビデオの全ての送信についてのピーク帯域幅をカバーするために、ｘの大きさにされる（dimensioned to x）。したがって、所与のＤＡＳＨセグメントにおいて使用される実際の帯域幅がピーク量未満であるとき、ｘを超えた未使用の帯域幅は無駄になる。しかしながら、本開示の様々な態様に従って増大される動的なＦＥＣでは、ＦＥＣパーセンテージは、下記式に従って増大し得る：

[0076]これは、平均帯域幅の必要とされる帯域幅（１＋ｓ）を有する特定のビデオセグメントについてのものであり、ここで、ｓは、平均帯域幅に対して送信のために必要とされる帯域幅パーセンテージを表す（the percentage bandwidth needed for transmission over the average bandwidth）。したがって、本開示の態様による結果として生じる動的なＦＥＣパーセンテージは、必要とされる帯域幅（１＋ｓ）で除算された、割り振られた帯域幅（１＋ｒ）＊（１＋ｘ）の関数である。下記の表１は、本開示の様々な態様の動的なＦＥＣスキームに従って決定されるＦＥＣパーセンテージと、一定のＦＥＣの現在のスキームに従って決定されるＦＥＣパーセンテージとの比較を例示する。表１のＦＥＣパーセンテージは、ピーク対平均帯域幅（１＋ｒ）が１．３であり、ＤＡＳＨセグメントが、平均帯域幅のみ、ｓ＝０を有することを仮定する。

[0077]図９は、本開示の一態様に従って構成されたＵＥ ９２およびネットワークエンティティ９１を含む通信ストリーム９０を例示するブロック図である。ＵＥ ９２は、ＵＥ １２０（図３）に関して例示されたコンポーネントおよび特徴を含み得る。本開示の動的なＦＥＣ態様から生じるより高いＦＥＣパーセンテージはまた、１ｘまたはＧＳＭページのブロッキングを低減させ得、ここで、アービトレーションアルゴリズム（arbitration algorithm）が、ＲＦを共有するマルチＳＩＭ製品において１ｘまたはＧＳＭモバイル終端（ＭＴ：mobile terminated）呼障害（call failure）とビデオセグメント損失レートをバランス（balance）させるためにインプリメントされる。ＵＥ ９２は、このようなアービトレーションアルゴリズムを含み、それは、メモリ３８２のような、メモリ中に記憶され得、ページモニタリング機会９０３のような、ＭＴＣＨと衝突する追加のページモニタリング機会を許可する一方で、ページモニタリング機会９０２は、それがＭＴＣＨと衝突しないので無条件に許可され得る。このアルゴリズムは、コントローラ／プロセッサ３８０の制御下で、ページをモニタするために、１ｘまたはＧＳＭ周波数にアンテナ３５２ａ〜３５２ｒ、復調器／変調器３５４ａ〜３５４ｒ、ＭＩＭＯ検出器３５６、および受信機プロセッサ３５８をチューニングすることによって、追加のページモニタリング機会９０３に備える（provide for additional page monitoring occasion 903）。ネットワークエンティティ９１は、ＤＡＳＨセグメント９００について、図８Ａで説明されたブロックに従って、動的なＦＥＣパーセンテージを決定および送信するであろう。

[0078]ＵＥ ９２が、ＬＴＥのような、第１のＲＡＴのビデオストリーミングサービスのための周波数にアンテナ３５２ａ〜３５２ｒ、復調器／変調器３５４ａ〜３５４ｒ、ＭＩＭＯ検出器３５６、および受信機プロセッサ３５８をチューニングするので、ＵＥ ９２は、ＤＡＳＨセグメント９００に関連付けられたＦＤＴから動的なＦＥＣパーセンテージを取得する。ＵＥ ９２は、ＦＤＴからＤＡＳＨセグメント９００についての動的なＦＥＣパーセンテージを取り出し、ＤＡＳＨセグメント９００のビデオオブジェクトとともに（with）送信されるべきＦＥＣシンボルの数が、所定の閾値を超えることを決定し得る。例えば、コントローラ／プロセッサ３８０の制御下で、ＦＤＴから取り出された動的なＦＥＣは、メモリ３８２に記憶された所定の閾値と比較され得る。したがって、ＵＥ ９２が、ＭＳＰ ｉのＭＴＣＨにおいてビデオデータを受信することと、ページモニタリング機会９０１との間の衝突を検出したとき、メモリ３８２（図３）のような、ＵＥ ９２のメモリ内のアービトレーションアルゴリズムは、コントローラ／プロセッサ３８０（図３）のような、ＵＥ ９２のプロセッサによって実行され、これは、ＤＡＳＨセグメント９００内の、追加のページモニタリング機会９０３をスケジュールする。すなわち、より大きいＦＥＣパーセンテージが特定のＤＡＳＨセグメントのために使用され、したがって、より多くの数のＦＥＣシンボルがＤＡＳＨセグメント送信のために生成されることを引き起こす場合、このようなアービトレーションアルゴリズムは、ｅＭＢＭＳが、１ｘ／ＧＳＭチューンアウェイ期間に起因するより多くのデータ損失を許容するために、ＤＡＳＨセグメントについてより高いＦＥＣパーセンテージのもとで動作する（operates under a higher FEC percentage）ので、ｅＭＢＭＳサービスとの衝突が存在するときに、より多くの１ｘ／Ｇページモニタリング機会を可能にし得る。

[0079]所定の閾値を満たすのに十分に多い数のＦＥＣシンボルを提供するために、ＦＥＣパーセンテージは、５０％よりも大きくなり得る（例えば、５５％、６０％、７０％など）。

[0080]ＤＡＳＨセグメント９００の後の、次のＤＡＳＨセグメントでは、ＵＥ ９２は、次のビデオセグメントに関連付けられた動的なＦＥＣパーセンテージが、追加のＦＥＣシンボルを提供する（offer）かどうかを再び決定し得る。次のＤＡＳＨセグメントがピーク帯域幅においてソースビデオデータを送信するときのような、そうでない場合、ＭＳＰ ｉ＋６内のＭＴＣＨにおいてストリーミングデータを受信することと、ページモニタリング機会９０１との間の衝突は、より少ないＦＥＣシンボルが誤り訂正のために利用可能になることをＵＥ ９２が知っているので、次のＤＡＳＨセグメント内で追加のページモニタリング機会９０３をトリガしないであろう。

[0081]当業者であれば、情報および信号は、様々な異なる技術および技法のうちの任意のものを用いて表され得ることを理解するであろう。例えば、上記の説明全体を通して参照され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場または磁性粒子、光場または光粒子、あるいはこれらの任意の組合せによって表され得る。

[0082]当業者であれば、ここでの開示に関連して説明された様々な例示的な論理ブロック、モジュール、回路、およびプロセスステップは、電子ハードウェア、コンピュータソフトウェア、または両方の組合せとしてインプリメントされ得ることをさらに理解するであろう。ハードウェアおよびソフトウェアのこの互換性を明確に例示するために、様々な例示的なコンポーネント、ブロック、モジュール、回路、およびステップが、概してそれらの機能の観点から上記に説明された。このような機能が、ハードウェアとしてインプリメントされるか、あるいはソフトウェアとしてインプリメントされるかは、特定のアプリケーションおよびシステム全体に課せられる設計制約に依存する。当業者は、特定のアプリケーションごとに多様な方法において、説明された機能をインプリメントし得るが、このようなインプリメンテーションの決定は、本開示の範囲から逸脱を引き起こしていると解釈されるべきでない。

[0083]ここでの開示に関連して説明された、様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブル論理デバイス、個別ゲートまたはトランジスタロジック、個別ハードウェアコンポーネント、あるいはここで説明された機能を実行するように設計されたこれらの任意の組合せを用いてインプリメントまたは実行され得る。汎用プロセッサは、マイクロプロセッサであり得るが、代替として、このプロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシン（state machine）であり得る。プロセッサはまた、コンピューティングデバイスの組合せ、例えば、ＤＳＰとマイクロプロセッサの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携した１つまたは複数のマイクロプロセッサ、あるいはその他任意のこのような構成としてインプリメントされ得る。

[0084]ここでの開示に関連して説明されたプロセスまたは方法のステップは、直接ハードウェアにおいて、プロセッサによって実行されるソフトウェアモジュールにおいて、またはこれら２つの組合せにおいて、具現化（embodied）され得る。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭ（登録商標）メモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または当該技術分野において周知であるその他任意の形態の記憶媒体内に存在し得る。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、また記憶媒体に情報を書き込むことができるように、プロセッサに結合される。代替として、記憶媒体は、プロセッサと一体化され得る。プロセッサおよび記憶媒体は、ＡＳＩＣ内に存在し得る。ＡＳＩＣは、ユーザ端末内に存在し得る。代替として、プロセッサおよび記憶媒体は、ユーザ端末内に個別のコンポーネントとして存在し得る。

[0085]１つまたは複数の例示的な設計では、説明された機能は、ハードウェア、ソフトウェア、ファームウェア、またはこれらの任意の組合せでインプリメントされ得る。ソフトウェアでインプリメントされる場合、これら機能は、コンピュータ可読媒体上で、１つまたは複数の命令またはコードとして送信または記憶され得る。コンピュータ可読記憶媒体は、汎用または専用コンピュータによってアクセスされることができる任意の利用可能な媒体であり得る。限定ではなく例として、このようなコンピュータ可読記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスク記憶装置、磁気ディスク記憶装置またはその他の磁気記憶デバイス、あるいは、データ構造または命令の形式で所望のプログラムコード手段を記憶または搬送するために使用されることができ、かつ、汎用または専用コンピュータ、または汎用または専用プロセッサによってアクセスされることができるその他任意の媒体を備えることができる。また、非一時的な接続は、厳密にはコンピュータ可読媒体の定義内に含まれ得る。例えば、命令が、同軸ケーブル、光ファイバーケーブル、ツイストペア、またはデジタル加入者回線（ＤＳＬ）を使用して、ウェブサイト、サーバ、または他の遠隔ソースから送信される場合には、この同軸ケーブル、光ファイバーケーブル、ツイストペア、またはＤＳＬは、媒体の定義に含まれる。ここで使用される場合、ディスク（disk）およびディスク（disc）は、コンパクトディスク（ＣＤ）、レーザーディスク（登録商標）、光ディスク、デジタル多目的ディスク（ＤＶＤ）、フロッピー（登録商標）ディスクおよびブルーレイ（登録商標）ディスクを含み、ここでディスク（disks）は、通常磁気的にデータを再生し、一方ディスク（discs）は、レーザーを用いて光学的にデータを再生する。上記の組合せもまた、コンピュータ可読媒体の範囲内に含まれるべきである。

[0086]本開示の先の説明は、いかなる当業者であっても、本開示の製造または使用を可能にするように提供される。本開示への様々な修正は、当業者には容易に明らかとなり、ここで定義した一般原理は、本開示の範囲または趣旨から逸脱することなく、他の変形形態に適用され得る。したがって、本開示は、ここで説明された例および設計に限定されるようには意図されず、ここで開示された原理および新規の特徴に合致する最も広い範囲を与えられることとなる。

Claims (18)

1. ワイヤレス通信の方法であって、
   ネットワークエンティティによって、送信用のビデオセグメントの転送長を決定することと、ここにおいて、前記ビデオセグメントは、ストリーミングビデオサービスを表す複数のビデオセグメントのうちの１つであり、
   前記ネットワークエンティティによって、前記転送長および割り振られた帯域幅に基づいて、前方誤り訂正（ＦＥＣ）パーセンテージを決定することと、
   前記ビデオセグメントに関連付けられた前記ＦＥＣパーセンテージを送信することと
   を備える方法。
2. 前記ＦＥＣパーセンテージに従って、複数のＦＥＣシンボルを生成することと、
   前記ビデオセグメントを送信することと、ここにおいて、前記ビデオセグメントは、ソースビデオデータシンボルおよび前記複数のＦＥＣシンボルを含む、
   をさらに含む、請求項１に記載の方法。
3. 前記ＦＥＣパーセンテージを前記決定することは、
   

   

   に基づいて、前記ＦＥＣパーセンテージを決定することを含み、ここで、Ｃは、前記割り振られた帯域幅を表し、Ｌは、前記転送長を表し、ｎは、前記ビデオセグメントの持続時間を表す、請求項１に記載の方法。
4. 前記ＦＥＣパーセンテージは、ファイル記述テーブルに含まれる、請求項１に記載の方法。
5. 前記ネットワークエンティティは、ブロードキャストマルチキャストサービスセンター（ＢＭ−ＳＣ）である、請求項１に記載の方法。
6. ワイヤレス通信の方法であって、
   モバイルデバイスによって、第１の無線アクセス技術（ＲＡＴ）においてマルチキャストブロードキャストサービスを受信するためにチューニングすることと、
   前記マルチキャストブロードキャストサービスに関連付けられた前方誤り訂正（ＦＥＣ）パーセンテージを検索することと、ここにおいて、前記ＦＥＣパーセンテージは、前記マルチキャストブロードキャストサービスを定義する複数のビデオセグメントのうちの現在のビデオセグメントに適用可能であり、ここにおいて、前記ＦＥＣパーセンテージは、前記複数のビデオセグメントの間で動的に可変であり、
   前記モバイルデバイスにおいて、前記現在のビデオセグメントを受信することと、ここにおいて、前記現在のビデオセグメントは、ソースビデオデータシンボルおよび複数のＦＥＣシンボルを含み、ここにおいて、前記複数のＦＥＣシンボルの数は、前記ＦＥＣパーセンテージに基づく、
   を備える方法。
7. 前記複数のＦＥＣシンボルの前記数が所定の閾値を超えることを検出することと、
   前記検出することに応答して、第２のＲＡＴのためのページモニタリング機会の数を増大させることと
   をさらに含む、請求項６に記載の方法。
8. 前記現在のビデオセグメントを受信することと、前記第２のＲＡＴのためのページモニタリング機会との間の衝突を検出すること、ここにおいて、前記複数のＦＥＣシンボルの前記数が前記所定の閾値を超えることを前記検出することおよび前記ページモニタリング機会の数を前記増大させることは、前記衝突に対する応答である、
   をさらに含む、請求項７に記載の方法。
9. 前記モバイルデバイスによって、前記マルチキャストブロードキャストサービスのためのファイル記述テーブルを受信すること、ここにおいて、前記ＦＥＣパーセンテージは、前記ファイル記述テーブルから検索される、
   をさらに含む、請求項６に記載の方法。
10. ワイヤレス通信のために構成された装置であって、
    少なくとも１つのプロセッサと、
    前記少なくとも１つのプロセッサに結合されたメモリと
    を備え、ここにおいて、前記少なくとも１つのプロセッサは、
    ネットワークエンティティによって、送信用のビデオセグメントの転送長を決定することと、ここにおいて、前記ビデオセグメントは、ストリーミングビデオサービスを表す複数のビデオセグメントのうちの１つであり、
    前記ネットワークエンティティによって、前記転送長および割り振られた帯域幅に基づいて、前方誤り訂正（ＦＥＣ）パーセンテージを決定することと、
    前記ビデオセグメントに関連付けられた前記ＦＥＣパーセンテージを送信することと
    を行うように構成される、装置。
11. 前記少なくとも１つのプロセッサは、
    前記ＦＥＣパーセンテージに従って、複数のＦＥＣシンボルを生成することと、
    前記ビデオセグメントを送信することと、ここにおいて、前記ビデオセグメントは、ソースビデオデータシンボルおよび前記複数のＦＥＣシンボルを含む、
    を行うようにさらに構成される、請求項１０に記載の装置。
12. 前記ＦＥＣパーセンテージを決定するように構成された前記少なくとも１つのプロセッサは、
    

    

    に基づいて、前記ＦＥＣパーセンテージを決定する構成を含み、ここで、Ｃは、前記割り振られた帯域幅を表し、Ｌは、前記転送長を表し、ｎは、前記ビデオセグメントの持続時間を表す、請求項１０に記載の装置。
13. 前記ＦＥＣパーセンテージは、ファイル記述テーブルに含まれる、請求項１０に記載の装置。
14. 前記ネットワークエンティティは、ブロードキャストマルチキャストサービスセンター（ＢＭ−ＳＣ）である、請求項１０に記載の装置。
15. ワイヤレス通信のために構成された装置であって、
    少なくとも１つのプロセッサと、
    前記少なくとも１つのプロセッサに結合されたメモリと
    を備え、ここにおいて、前記少なくとも１つのプロセッサは、
    モバイルデバイスによって、第１の無線アクセス技術（ＲＡＴ）においてマルチキャストブロードキャストサービスを受信するためにチューニングすることと、
    前記マルチキャストブロードキャストサービスに関連付けられた前方誤り訂正（ＦＥＣ）パーセンテージを検索することと、ここにおいて、前記ＦＥＣパーセンテージは、前記マルチキャストブロードキャストサービスを定義する複数のビデオセグメントのうちの現在のビデオセグメントに適用可能であり、ここにおいて、前記ＦＥＣパーセンテージは、前記複数のビデオセグメントの間で動的に可変であり、
    前記モバイルデバイスにおいて、前記現在のビデオセグメントを受信することと、ここにおいて、前記現在のビデオセグメントは、ソースビデオデータシンボルおよび複数のＦＥＣシンボルを含み、ここにおいて、前記複数のＦＥＣシンボルの数は、前記ＦＥＣパーセンテージに基づく、
    を行うように構成される、装置。
16. 前記少なくとも１つのプロセッサは、
    前記複数のＦＥＣシンボルの前記数が所定の閾値を超えることを検出することと、
    前記数が前記所定の閾値を超えることに応答して、第２のＲＡＴのためのページモニタリング機会の数を増大させることと
    を行うようにさらに構成される、請求項１５に記載の装置。
17. 前記少なくとも１つのプロセッサは、前記現在のビデオセグメントを受信することと、前記第２のＲＡＴのためのページモニタリング機会との間の衝突を検出するようにさらに構成され、ここにおいて、前記複数のＦＥＣシンボルの前記数が前記所定の閾値を超えることを検出するための前記少なくとも１つのプロセッサの前記構成および前記ページモニタリング機会の数を増大させるための前記少なくとも１つのプロセッサの前記構成は、前記衝突に対する応答である、請求項１６に記載の装置。
18. 前記少なくとも１つのプロセッサは、前記モバイルデバイスによって、前記マルチキャストブロードキャストサービスのためのファイル記述テーブルを受信するようにさらに構成され、ここにおいて、前記ＦＥＣパーセンテージは、前記ファイル記述テーブルから検索される、請求項１５に記載の装置。

Images