JP2018107818A - ブロードキャスト配信の間の情報を分配するための方法および構成 - Google Patents

Abstract

【課題】無線通信システムにおいて少なくとも一つのＵＥへブロードキャストセッションによりデータファイルを送信するブロードキャストマルチキャストサービスセンター（ＢＭ−ＳＣ）及びその方法並びにＢＭ−ＳＣからデータファイルの送信のブロードキャストセッションを受信するＵＥ及びその方法を提供する。【解決手段】ＢＭ−ＳＣにおける方法は、少なくとも一つのＵＥへデータファイルを送信することを決定する工程と、送信のために使用するＦＥＣ冗長度レベルを決定する工程を含む。方法はまた、決定したＦＥＣ冗長度レベルを用いたデータファイルと決定したＦＥＣ冗長度レベルの表示を、少なくとも一つのＵＥへ送信する工程を含む。【選択図】図５

Description

本開示は、無線通信システムにおける情報のブロードキャストと、そのようなブロードキャストされる情報を操作可能ＢＭ−ＳＣとＵＥに関する。

マルチメディアブロードキャスト及びマルチキャストサービス（ＭＢＭＳ）は、セルラネットワークを介して提供されるブロードキャストサービスである。拡張（Ｅｎｈａｎｃｅｄ）ＭＢＭＳ（ｅＭＢＭＳ）は、それに応じて、ロングタームエヴォリューション（ＬＴＥ）に対する進化型ユニバーサル地上波無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）と、例えばユニバーサル移動体通信システム（ＵＭＴＳ）に対するＵＴＲＡＮとを含む次世代パケットシステムにおいて、ＭＢＭＳサービスを称するために用いられる。ＬＴＥソリューションアーキテクチャにおけるｅＭＢＭＳにおける一つの単純化された例が、図１に示される。

図１のアーキテクチャ１００は、１つ以上のコンテンツサービスプロバイダ１２０から提供されたコンテンツを分配することによりＭＢＭＳまたはｅＭＢＭＳを提供可能な要素である、少なくとも１つのブロードキャストマルチキャストサービスセンター（ＢＭ−ＳＣ）１１０を含み、ここで、コンテンツサービスプロバイダ１２０は、典型的にはコンテンツストア（不図示）とライブエンコーダ（不図示）を含み、サテライトフィード、ライブフィード、並びに／またはコンテンツデリバリーネットワーク（ＣＤＮ）フィードの形式でコンテンツフィードを、典型的にＢＭ−ＳＣ１１０とやりとり可能なブロードキャストオペレーション機能１３０の監視下で提供可能である。ＢＭ−ＳＣ１１０は、アクセスネットワークに接続されており、典型的には、複数のアクセスノードを含むが、ここでは簡単にするために一つの単一アクセスノードｅＮＢ１４０を示す。ここで、ｅＮＢ１４０は、ユニキャストまたはマルチキャストを介して、提供されたコンテンツフィードをアクセスネットワークの範囲内に位置するユーザ機器（ＵＥ）に分配することが可能である。ここで そのようなＵＥは、一つの単一のＵＥ、ＵＥ１６０と表される。

コンテンツフィードを正しく受信するのを失敗することを是正するために、少なくとも一つのＵＥにより、ＢＭ−ＳＣがコンテンツフィードの少なくとも一部を受信の失敗を報告するＵＥ１６０にコンテンツフィードの一部を再送することができるように構成された機能性を有する上述のアーキテクチャが、典型的に提供される。このような特徴は、ファイル修復、またはより具体的にはＨＴＴＰユニキャストファイル修復と、典型的に称される。ファイル修復を可能とするために、ＢＭ−ＳＣには、ゆえに、コンテンツフィードの消失または破損したファイルフラグメントを、各要求しているＵＥに、前に送信されたデータの再送信の方法により提供することが可能な、少なくとも１つであるが典型的には複数のファイル修復サービス（不図示）が備わっている。

上述したように、ｅＭＢＭＳは、Ｅ−ＵＴＲＡＮ ＬＴＥとＵＴＲＡＮアクセスを含む次世代パケットシステムを介して提供されるブロードキャストサービスである。２つの例示的なユースケースを以下に記述する。
１．例えばスタジアムにおいて非常に集約された携帯電話にスポーツゲームビデオコンテンツを配信すること。ＭＢＭＳシステムは、ライブＴＶコンテンツを端末に配信するプロトコルとして、ＭＢＭＳダウンロードデリバリ方法ユーザデリバリプロトコル（ＵＤＰ）／単一方向トランスポートを介するファイルトランスポート（ＦＬＵＴＥ）を使用することができる。アップルのＨＴＴＰライブストリーミング（ＨＬＳ）プロトコルやＤＡＳＨに従ったメディアセグメントはＭＢＭＳダウンロードを介してファイルとして配信される。
２．アンドロイドアップデートの分配。ｅＭＢＭＳシステムは、アンドロイドアップデート、ユーチューブクリッププレローディングや主たるニュース記事のような人気のファイルを配信するプロトコルとして、ＭＢＭＳダウンロード配信方法（ＵＤＰ／ＦＬＵＴＥ）を使用することができる。

この開示では、端末、ＭＢＭＳ受信機、ＭＢＭＳクライアント、およびＵＥという用語は、ここに記述されるように、ＭＢＭＳまたはｅＭＢＭＳを介したブロードキャスト送信を受信することが可能なデバイスや装置を示すために使用される。

ＭＢＭＳダウンロードは、単一方向のＭＢＭＳベアラ上でのデータファイル配信を可能とし、ＦＥＣ技術を適用することにより、ファイル受信の信頼性が改善される。しかしながらＦＥＣが使用されたとしても、データファイルの配信に対して１００％の信頼性は保証することはできない。

したがって、２つの別のタイプのエラー復元方法を定義し、ＭＢＭＳ送信が終了した後に、任意に使用される。ポイント−ツー−ポイント（ＰＴＰ）、ファイル修復方法を伴えば、データが満たされてないＵＥは、ＨＴＴＰを用いて不足しているデータを取ってくることができる。ポイント−ツー−マルチポイント（ＰＴＭ）ファイル修復方法では、ＢＭ−ＳＣは、実際のＭＢＭＳデータ送信の後に、さらなるＭＢＭＳデータを送信することができる。しかしながら、ＭＢＭＳサービスレイヤの仕様書は、あらゆるファイル修復方法の組み合わせや順序を定義していない。

ＭＢＭＳダウンロードは、任意の数のデータファイルを単一のソースから多くのＵＥに配信するために使用することができる。ＭＢＭＳダウンロードは、ファイル配信のためにＦＬＵＴＥ[ＲＦＣ３９２６]プロトコルを使用してもよい。ＦＬＵＴＥは、例えばデジタルブロードキャストといった、単一方向のリンクを介した大量のファイル配信のために設計されている。ＨＴＴＰとＴＣＰは、ＰＴＭ通信に適していないので、新しく開発されたプロトコルが用いられる。従来技術に従った典型的なｅＭＢＭＳ ＦＬＵＴＥ送信を、図を参照して以下に記述する。

図２は、ＢＭ−ＳＣ２００とＭＢＭＳまたはｅＭＢＭＳを利用可能なＵＥとの間のＭＢＭＳまたはｅＭＢＭＳダウンローディングが単純な方法で図示されたシグナリング図であり、図２によれば、ＭＢＭまたはｅＭＢＭＳを利用可能なＵＥは、通信ネットワーク（ＮＷ）２２０を介してそれぞれＭＢＭＳまたはｅＭＢＭＳを操作可能なＵＥ２２０ａ、２２０ｂにより表される。以下において、ＭＢＭＳについて言及することは、ＭＢＭＳまたはｅＭＢＭＳを意味するものとして解釈され、ＵＥはＭＢＭＳまたはｅＭＢＭＳクライアントとして選択的に称されてよい。図２において、このようなネットワーク構造は、ＮＷ２２０とＢＭ−ＳＣ２００をつないでいるゲートウェイ（ＧＷ）２１０により表され、これによりＵＥ２２０ａ、２２０ｂとＢＭ−ＳＣ２００との間のアクセスが提供される。

第一のステップ２００では、ＭＢＭＳベアラが確立され、ＭＢＭＳセッションがＢＭ−ＳＣ２００により開始される。ＵＥにより受信されるすべてのファイルは、ＦＬＵＴＥ ＦＤＴインスタンスを用いて提供されたＦＬＵＴＥファイル配信テーブル（ＦＤＴ）における入力を必要とする。ＵＥ２２０ａ、２２０ｂはその後取り出したＦＤＴインスタンスを、続いて受信したＦＬＵＴＥオブジェクトパケットを復号し、それぞれのファイルオブジェクトを復元させるために用いることができる。

続いて、ＵＥ２２０ａ、２２０ｂは、ステップ２００において、ＢＭ−ＳＣ２００により送信された第一のＦＤＴインスタンスを受信し、続くステップ２２０において、順方向誤り訂正（ＦＥＣ）データとともに１つ以上のファイルを受信することができる。順方向誤り訂正（ＦＥＣ）を構成するブロックは、例えば、ＦＥＣコード（ＲＦＣ３４５２）とオブジェクト分割スキームも定義する。オブジェクト分割スキームは、オブジェクトデータのＵＤＰパケットペイロードへの分割を記述する。各ファイルは、一つのＦＥＣ符号化ＩＤにより符号化され、情報源符号化シンボルと修復シンボルを生成する。適用されたＦＥＣは、各ＦＤＴインスタンスに含まれる。

記述された手続きは、ステップ２３０、２４０に示されるように繰り返され、ここではＭＢＭＳセッション停止２５０により示されている、ＭＢＭＳセッションが送信されているまで、繰り返される。送信が完了したあと、ＵＥ２２０ａ、２２０ｂは、受信の結果を報告してもよく、もし必要であれば、受信に成功していないコンテンツのファイル修復を要求してもよい。そのような要求は、ステップ２６０に示され、ＵＥ２２０ａは、ファイル修復を要求し、続くステップ２７０では、ファイル修復手順が開始され、要求されたファイルコンテンツの成功した受信を得るために、いずれかのＵＥ、ここではＵＥ２２０ａに、欠落したファイルコンテンツを受信する第２の機会が許される。このことが必要だと判断された場合は、ＵＥ２２０ｂに対して同じ手続きが実行されてもよい。

ＢＭ−ＳＣ２００がＦＬＵＴＥパケットをＵＥ２２０ａ、２２０ｂへ送信またはブロードキャストすることを開始する前に、ＢＭ−ＳＣ２００は、必要な情報を含んだユーザサービス記述を送信する必要がある。配信セッションの間、ＢＭ−ＳＣ２００は、既に述べたように、配置されたファイルオブジェクトを記述するＦＤＴインスタンスを送信する必要もある。

ＵＥ２２０ａ、２２０ｂは、ファイルサイズ、ＦＥＣ符号化ＩＤ、ＦＥＣ分割情報を知るために、ＦＥＣインスタンス情報を使用することができる。しかしながら、ＦＬＵＴＥはＵＤＰに基づくので、一般的に、ＵＥ２２０ａ、２２０ｂは、以下の条件が満たされない限り、どのパケットが一つのデータファイルオブジェクトについての最後のパケットかを知ることはできない。
１．ＵＥがＡフラグ（セッション終了フラグ）またはＢフラグ（オブジェクト終了フラグ）を受信する
２．ＦＤＴインスタンス期限時刻に到達する

多くの場合では、ブロードキャストセッションは、復元の成功の可能性を上げるために、いくつかのＦＥＣオーバーヘッドまたはＦＥＣ冗長度レベルを伴ったデータファイルをブロードキャストする。しかし、ＦＤＴインスタンスは、ソースファイルオブジェクトに付与されるＦＥＣオーバーヘッドまたはＦＥＣ冗長度レベルがどれくらいかを記述していない。２つの可能性のあるシナリオを以下に記述する。

シナリオ１：ライブストリーミングの場合、一つの配信セッションまたはブロードキャストセッションは、ファイル修復ための配信手続きと関連しない。ＦＥＣオーバーヘッドの不足またはＦＥＣ冗長度レベルの不足の結果として、ＵＥは、パケット損失率がすでに、一つのセグメントに対する、適用されたＦＥＣオーバーヘッドの割合またはＦＥＣ冗長度レベルの割合を超えたとしても、パケットを受信し続けるだろう。

シナリオ２：断続的な要求のコンテンツ配信の場合、関連配信手続き記述（ＡＤＰＤ）の手続きが、配信セッションまたはブロードキャストセッションに対して有効がある。この場合、ＵＥは、欠落したソースシンボルを認識し、以下のステップを実行する。
●ＰＴＰファイル修復がＭＢＭＳダウンロードセッションに対して定義されているか（ゆえに、ファイル修復パラメータが有効か）をチェックする。
●ファイル修復手続きを開始することができるまで待ち、ここで、ＵＥは（ランダムな）バックオフ時間を計算し、ファイル修復サーバ（ＢＭ−ＳＣ）を（ランダムに）選択し、
●クライアントは選択されたファイル修復サーバに対してファイル修復要求を送信する。

ＭＢＭＳダウンロードに対するファイル修復手続きを開始する時刻は、少なくともＦＤＴインスタンスの期限時刻である。期限時刻は、ＦＤＴインスタンスのＸＭＬの属性の「ｅｘｐｉｒｅ」を通して与えられる。

ＭＢＭＳダウンロードに対するバックオフモードは、ＭＢＭＳ送信機、すなわちＢＭ−ＳＣ、からいくつかのデータを正しく受信できなかった受信機、すなわちＵＥ、が修復セッションを要求することができる時期についての情報を提供する。ランダム時間期間は、ＵＥがファイル修復手続きを開始するためのランダム時間を計算すべき時間ウィンドウの長さを参照するモードにおいて、定義されてもよい。

オペレータは、このデータファイルに対するブロードキャスト配信が終了し、ＵＥが一つ以上の修復サーバにファイル修復リクエストの送信を開始したときに、ファイル修復バックオフモードが及ぶまでのセッションにおいて、どれくらい多くのユーザが一つのダウンロードまたはブロードキャストのためのファイル修復を始動してもよいかについての最も有利な推測を得ることはできない。いくつかの極端な場合では、同じダウンロードセッションに対するファイル修復ウィンドウの間に、膨大な量のファイル修復要求があってもよい。そのような要求洪水は、ユニキャストの帯域の多くを消費し、ファイル修復サーバはオーバーロードになる大きな危険を冒す可能性がある。潜在的なファイル修復洪水を防ぐことは、小さい修復率ではネットワークにおいて大きな修復量を依然としてもたらすので、例えばアンドロイドアップデートのような、大きなファイル配信に対して特に価値がある。

本書類の目的は、上述した不備の少なくともいくつかを、取り除くまたは軽減することである。より詳細には、ＢＭ−ＳＣからＵＥへＦＥＣ冗長度レベルを提供するための方法と、それに応じてＵＥにおけるそのようなＦＥＣ冗長度レベルを扱う方法、同様に、そのような方法を実行するために構成されたＢＭ−ＳＣおよびＵＥ、が提供される。

第一の観点によれば、無線通信システムにおいて、ブロードキャストセッションで少なくとも一つのＵＥに対してデータを送信するためにＢＭ−ＳＣにおいて実行される方法が提供される。この方法によれば、ＢＭ−ＳＣにおいて最初に決定されるのは、少なくとも一つのＵＥに対して送信されるデータである。データ送信に対して提供されるＦＥＣ冗長度の量を示すＦＥＣ冗長度レベルがその後決定され、その後データとＦＥＣ冗長度レベルの指標が１つ以上のＵＥに送信される。

ＦＥＣ冗長度レベルの指標は、更新されたＦＤＴインスタンスに、ＦＥＣ冗長度レベル属性として挿入されてもよく、その後更新されたＦＤＴインスタンスは一つ以上のＵＥに送信される。

記述された方法は更に、該少なくとも一つのＵＥの少なくとも一つのＵＥから、適用されたＦＥＣ冗長度レベルに従って、ＢＭ−ＳＣに各ＵＥが送信されたデータの復号が成功しなかったことを示すための情報を受信する工程を含んでもよい。

各ＵＥからの提案された種類の情報を受信することに加えて、該受信する工程は、パケット損失率の指標も受信する工程を含んでもよい。

更に、第一の実施形態によれば、ＢＭ−ＳＣは、連続するデータ送信のために使用されるＦＥＣ冗長度レベルを増やすことを決定し、一つ以上のＵＥに対して更新されたＦＥＣ冗長度レベルの指標を送信することにより、少なくとも一つのＵＥからの、送信されたデータの復号の失敗の情報の受信に対して応答してもよい。

第二の実施形態によれば、ＢＭ−ＳＣは、その代わりに、少なくとも一つのＵＥへのデータ送信を中止することを決定し、各ＵＥに対して該中止の情報を送信してもよい。加えて、ＢＭ−ＳＣは、中止されたデータの、後のある時点での送信のスケジュールを再調整してもよい。

第三の実施形態によれば、ＢＭ−ＳＣは、データ送信の間に適用されたファイル修復ウィンドウを拡張することを決定し、続くデータ送信のために拡張したファイル修復ウィンドウを適用してもよい。

第四の実施形態によれば、ＢＭ−ＳＣは、データ送信の間に適用されたファイル修復ウィンドウを取りやめ（ｃａｎｃｅｌ）てもよい。

第五の実施形態によれば、ＢＭ−ＳＣは、データを成功裏に復号することに失敗したことを報告するＵＥの数、および送信されたデータを受信するように意図された少なくとも一つのＵＥに対するパケット損失率についての情報を保存し、該保存された情報に基づいて修復されたシンボルの特定の割合を送信するか、別のタイムスロットを用いてデータを再送してもよい。

別の観点によれば、ＵＥにおいて実行される方法であって、ブロードキャストセッションにおいてＢＭ−ＳＣから送信されたデータを送信するための方法が提供され、ここで、ＵＥは、ＢＭ−ＳＣから送信されたデータとデータ送信時に提供されたレベルのＦＥＣ冗長度レベルを受信し、ＵＥは、受信したＦＥＣ冗長度レベルを用いて受信したデータを復号する。

ＦＥＣ冗長度レベルは、ＦＤＴインスタンスにおいて、例えば、この目的のために提供された属性として、ＵＥに対して提供されてもよい。

提案された方法は、典型的には、送信されたデータの復号が成功したか否かを判定する工程と、復号が成功していないと考えられる場合に送信されたデータの復号の失敗を示す情報をＢＭ−ＳＣに送信する工程を更に含んでもよい。

送信する工程は、送信のパケットの損失率をＢＭ−ＳＣへ知らせる工程を含んでもよい。

加えて、提案された方法は、復号に成功しなかったパケットの数と復号に成功したパケットの数との間の比率を決定する工程と、ＦＥＣ冗長度レベルと該決定した比率との関係を決定する工程と、該比率がＦＥＣ冗長度レベルより高い場合と、ファイル修復が送信されたデータに使用可能でない場合に、送信されたデータの更なるパケットの受信を中止する工程を含んでもよい。

更に、ＵＥは、要求されたファイル修復手続きにおいて復号に成功していないデータを受信するために、開始されたブロードキャストセッションの中止より後に要求されることをＢＭ−ＳＣに示すことにより、ファイル修復は継続してもよい。

更に別の観点によれば、無線通信システムにおいて、ブロードキャストセッションを介して少なくとも一つのＵＥにデータを送信するＢＭ−ＳＣが提供される。ＢＭ−ＳＣは、プロセッサと、コンピュータ読み取り可能なメモリを含み、該メモリは、該プロセッサによって実行された場合に、該プロセッサに、少なくとも一つのＵＥにデータを送信させ、該送信のために使用するＦＲＣ冗長度レベルを決定させ、該決定されたＦＥＣ冗長度レベルと該決定されたＦＥＣ冗長度レベルの指標を適用して該少なくとも一つのＵＥにデータを送信させるための命令を保存可能である。

プロセッサは、該決定されたＦＥＣ冗長度レベルとともに、すなわちすでに使用されたＦＤＴインスタンスを活用することにより、ＦＤＴインスタンスを更新するように、構成されてもよい。

メモリは、該プロセッサによって実行された場合に、該プロセッサに、該少なくとも一つのＵＥの少なくとも一つのＵＥから、ＢＭ−ＳＣに該少なくとも一つのＵＥはデータファイルを送信するために適用されたＦＥＣ冗長度レベルに従って成功裏に復号できなかったことを示す情報、また、パケット損失率をも示す情報を受信させるための命令を保存可能である。

ＢＭ−ＳＣは、少なくとも一つのＵＥから、該少なくとも一つのＵＥの少なくとも一つのＵＥがＢＭ−ＳＣに該少なくとも一つのＵＥがデータファイルを成功裏に復号できなかったことを示す情報であって、ＢＭ−ＳＣにパケット損失率を示す受信報告要求（Ｒｅｃｅｐｔｉｏｎ Ｒｅｐｏｒｔ Ｒｅｑｕｅｓｔ）を受信することを含む情報を受信してもよい。

第一の実施形態によれば、メモリは、プロセッサによって実行された場合に、該プロセッサに、ＦＥＣ冗長度レベルを増加することを決定させ、少なくとも一つのＵＥに、該増加したＦＥＣ冗長度レベルを用いてデータファイルの後続のパケットを送信し続け、また、該増加したＦＥＣ冗長度レベルが以下において適用される指標を送信し続けさせるための命令を保存可能である。

第二の実施形態によれば、メモリは、プロセッサによって実行された場合に、該プロセッサに、少なくとも一つのＵＥ（１０００）にデータファイルの送信を中止することを決定させ、該送信が中止された該少なくとも一つのＵＥ（１０００）に情報を送信させるための命令を保存可能である。メモリはまた、プロセッサによって実行された場合に、後のある時点において、データの送信のスケジュールを変更させるための命令を保存可能である。

第三の実施形態によれば、メモリは、プロセッサによって実行された場合に、該プロセッサに、少なくとも一つのＵＥへのデータ送信の終了に続くファイル修復ウィンドウを拡張することを決定させ、該拡張されたファイル修復ウィンドウをデータ送信の終了に続くファイル修復セッションのために適用させるための命令を保存可能である。

第四の実施形態によれば、メモリは、プロセッサによって実行された場合に、該プロセッサに、少なくとも一つのＵＥへのデータ送信の終了に続くべきファイル修復ウィンドウを取りやめることを決定させるための命令を保存可能である。

第五の実施形態によれば、メモリは、プロセッサによって実行された場合に、該プロセッサに、ＢＭ−ＳＣは、データを成功裏に復号することに失敗したことを報告するＵＥの数、および送信されたデータを受信するように意図された該少なくとも一つのＵＥの少なくとも一つのＵＥに対するパケット損失率についての情報を保存させ、該保存された情報に基づいて、該少なくとも一つのＵＥへのデータ送信の終了の後、もしくは、別のタイムスロットを用いて、修復されたシンボルの特定の割合を再送させるための命令を保存可能である。

別の観点によれば、データファイルの送信のブロードキャストセッションをＢＭ−ＳＣから受信するように構成されたＵＥが提供される。ＵＥは、プロセッサとメモリを有し、メモリは、該プロセッサ（１０５０）によって実行された場合に、該プロセッサ（１０５０）に、データファイルと該データを送信するために使用されたＦＥＣ冗長度レベルの指標を含む送信をＢＭ−ＳＣから受信させ、示されたＦＥＣ冗長度レベルを用いて受信された送信を復号させるための命令を保存可能である。

メモリは、プロセッサによって実行された場合に、該プロセッサに、受信したＦＥＣ冗長度レベルに従って受信したパケットもしくはデータファイルを復号させるための命令を保存可能である。ここで、もし受信した送信の復号が成功しなかった場合、プロセッサはＢＭ−ＳＣにＵＥはデータファイルを成功裏に復号できなかったことを示す情報を送信するように更に構成されてもよい。

ＵＥは、該ＵＥがデータファイルを成功裏に復号できなかったことを示す情報をＢＭ−ＳＣへ送信するようにも構成されてもよく、これは、パケット損失率を示す受信報告要求をＢＭ−ＳＣへ送ることを含む。

メモリは、プロセッサによって実行された場合に、該プロセッサに、復号に成功しなかったパケットの数と復号に成功したパケットの数との間の比率を決定する工程と、ＦＥＣ冗長度レベルと該決定された比率との関係を決定させ、該率がＦＥＣ冗長度レベルより高い場合と、ファイル修復が配信されたデータに使用可能でない場合に、ブロードキャストセッション内における同じデータファイルのパケットの更なるパケットの受信を中止させるための命令を含んでもよい。

加えて、メモリは、プロセッサによって実行された場合に、該プロセッサに、ＢＭ−ＳＣに、復号に成功しなかったものとしてＢＭ−ＳＣへ示されたこれらのパケットの再送を受信するために、ＢＭ−ＳＣによるファイル修復セッションが、ブロードキャストセッションの終了後に要求されることをＢＭ−ＳＣに示させるための命令を含んでもよい。

ＢＭ−ＳＣ、ＵＥ、およびそれらにおける方法は、いくつかの利点を有する。一つの利点は、ＦＥＣ冗長度レベル情報は、ＵＥに配信され、ＵＥが、どれくらい多くのパケットがＢＭ−ＳＣから受信に成功したデータファイルであり、どれくらい多くのパケットが受信に成功していないパケットかを判断できるようになる。ＵＥは、パケット損失がＦＥＣ冗長度レベルを超えてすぐに、ＦＥＣインスタンスの有効期限が切れる前に、早期のアクションを始動することができる。（ａ）ダッシュ（Ｄａｓｈ）ストリーミングに対して、もしＦＥＣ冗長度レベル情報が含まれていれば、ＵＥはすばやい判断し、このセグメントに対するパケット損失がすでにＦＥＣ冗長度レベルを超えているならば、全セグメントを破棄してもよい。セグメントが復元できなかった場合、ＵＥは早期のアクションをとることが可能となる。そうでなければ、ＵＥは、あらゆるアクションが行われる前であって、ＦＤＴインスタンスの期限時刻に到達するまで、待機しなければならない。（ｂ）断続的な要求に対しては、ＵＥのパケット損失率がＦＥＣ冗長度レベルを超えるときはいつも、ＵＥは、ファイル修復手続きまたはセッションを実行する必要があることを意味する。ＵＥは、ＢＭ−ＳＣに対して、ファイル修復ウィンドウが開始する前に、ファイル修復が将来行われることを通知してもよい。ＢＭ−ＳＣは、修復の嵐をどのように避けるかを決定するために（また、ファイル修復期間を引き延ばしたり、ファイル修復手順やセッションを取りやめるために）、この統計的データを使用してもよい。これは大変有用であり、特にオペレータやＢＭ−ＳＣに対して、大量のファイル配信、例えばアンドロイドアップデートのために、ネットワークに過負荷をかける潜在的なユニキャストの嵐の回避に役立つ。

実施形態は添付の図に関連してより詳細に述べられる。
従来技術による、ＭＢＭＳを可能とするネットワークのシステム構成。 従来技術による、ＢＭ−ＳＣと二つのＵＥ間の典型的なＭＢＭＳダウンロードセッションを示すシグナリング図。 適用されたＦＥＣ冗長度レベルを超えないパケット損失率によりもたらされた、送信配信ファイルの概略図。 適用されたＦＥＣ冗長度レベルを超えないパケット損失率によりもたらされた、送信配信ファイルの概略図。 ＦＥＣ冗長度レベルを決定しＵＥに提供するＢＭ−ＳＣにおいて実行される方法を示すフローチャート。 ＢＭ−ＳＣにおける、決定されたＦＥＣ冗長度レベルを有した後の処理の別の方法。 ＢＭ−ＳＣにおける、決定されたＦＥＣ冗長度レベルを有した後の処理の別の方法。 ＢＭ−ＳＣにおける、決定されたＦＥＣ冗長度レベルを有した後の処理の別の方法。 ＢＭ−ＳＣにおける、決定されたＦＥＣ冗長度レベルを有した後の処理の別の方法。 ＢＭ−ＳＣにおける、決定されたＦＥＣ冗長度レベルを有した後の処理の別の方法。 ＢＭ−ＳＣから受信したＦＥＣ冗長度レベル情報をＵＥがどのように受信して使用するかを示すフローチャート。 ＢＭ−ＳＣから受信したＦＥＣ冗長度レベル情報をＵＥがどのように受信して使用するかを示すフローチャート。 第一の実施形態によるＢＭ−ＳＣとして動作可能な、または該ＢＭ−ＳＣと関連するＢＭ−ＳＣを示すブロック図。 第二の実施形態によるＢＭ−ＳＣを示すブロック図。 第一の実施形態によるＵＥとして動作可能な、または該ＵＥと関連するＢＭ−ＳＣを示すブロック図。 第二の実施形態によるＵＥを示すブロック図。

簡単に記述すると、データファイルの送信、もしくはＢＭ−ＳＣからＵＥへのデータファイルの送信のための、ＢＭ−ＳＣ、ＵＥ、およびそれらについての各方法が提供される。ここで、データファイルをブロードキャストするために使用されるＦＥＣ冗長度レベルは、受信ＵＥに示される。

より詳細には、本開示の目的は、無線通信ネットワークにおいて、ブロードキャストセッションの方法によってデータファイルをＵＥに送信するための、ＢＭ−ＳＣおよびこれを実行可能な方法を記述することである。ここで、ＦＥＣ冗長度レベルは、送信またはセッションのための無線通信ネットワークのネットワーク側で決定され、ＵＥに示される。別の目的は、ネットワークから上述のようなブロードキャストセッションを受信するための、ＵＥおよびこれを実行可能な方法を提供することである。ここで、送信またはセッションのために適用可能なＦＥＣ冗長度レベルは、ＵＥに示される。ＦＥＣ冗長度レベル情報を提供することにより、ＵＥは、早い段階で、開始されたセッションがどのように進むのかについての決定のために使用することができる情報がＵＥに提供され、ネットワークリソースのより効率的な利用が提供される。

一旦、ＢＭ−ＳＣがブロードキャストの手段でデータファイルを送信することを決定すると、ＢＭ−ＳＣは、送信のために使用するＦＥＣ冗長度レベルを決定する。ＦＥＣにより、データの受信機は、受信されたデータにおける、あらゆる潜在的な誤り修正することができる。一般的に、空気を介してデータが送信されたとき、送信チャネルの品質は、かなり変動し、結果として質の低いチャネル品質により、データのいくつかのピース（ビットまたはシンボル）は欠落してしまう。ＦＥＣを用いることにより、送信エンティティにより、追加のビットもしくはシンボルが、送信されるデータに追加される。追加されたシンボルは、送信において欠落したデータのビットもしくはシンボルを復元するために、データの受信機が追加されたビットもしくはシンボルを使用することができるように、選択される。

ＦＥＣ冗長度レベルは、使用されるＦＥＣの「強さ」を示す。ＦＥＣ冗長度レベルが低ければ、受信機は、少しのビットもしくはシンボルしか復元できない。したがって、低いＦＥＣ冗長度レベルは、比較的少ないビットが欠落してデータが受信機に送信され得ることを意味する、送信チャネルが良い品質のときに使用される。同様に、冗長度レベルが高ければ、受信機は比較的多くのビットもしくはシンボルを復元することができる。したがって、高いＦＥＣ冗長度レベルは、典型的には、受信機に送信されたデータが比較的多くのビットもしくはシンボルの欠落を被ることを意味する、送信チャネルが低い品質のときに使用される。

ＦＥＣ冗長度レベルが高くなるほど、データを送信するために多くのリソースが必要とされる。一般的に、ＦＥＣは、送信されるデータに、データもしくは情報を付加する。付加されたデータは、受信機があらゆる欠落したビットもしくはシンボルを復元するために使用するものである。ＦＥＣ冗長度レベルが高くなるほど、より多くのデータが送信されるデータに付加される。従って、高すぎるＦＥＣ冗長度レベルは、データを受信機に伝達するために追加のリソースがかかるため、望ましくない。ＦＥＣ冗長度レベルは、一般的に、例えば、１０％、２０％、または３５％の率で表される。該率は、送信されるデータに対してどれくらい多くの余分の情報が付加されるかである。ＢＭ−ＳＣが１メガバイトのデータを配信し、１０％のＦＥＣ冗長度レベルを使用することを予定する場合、ＢＭ−ＳＣは、１．１メガバイトをエンドユーザに配信する必要がある。ＦＥＣ冗長度レベルは、ＢＭ−ＳＣが扱うことが可能な、最大の率のパケット損失として理解することができ、したがって、ＵＥにおいてデータセッションのパケット損失がＦＥＣ冗長度レベルを超えるとわかる場合は、ＦＥＣに加えて、パケット損失のレベルに対処する工程が必要となる。

方法は更に、少なくとも一つのＵＥに、決定されたＦＥＣ冗長度レベルを用いたデータファイルと決定されたＦＥＣ冗長度レベルの指標を送信する工程を含む。ＢＭ−ＳＣは、決定されたＦＥＣ冗長度レベルの指標をＵＥに送信する。これは、受信ＵＥは、ＦＥＣ冗長度レベルを含んだデータと、ＦＥＣ冗長度レベルの指標の両方を受信することを意味する。これにより、ＵＥは、ブロードキャストセッションの早い段階で、パケットもしくはシンボル損失率を個別に決定することができる。ＵＥは、そして、以下に詳細に述べるようなパケットもしくはシンボル損失率に関する現在の状況について、ＢＭ−ＳＣに通知してもよい。

以下は、３ＧＰＰ ＴＳ２６．３４６における、提案されたＦＤＴスキーマの更新の例であり、ここで新しい属性は、ＦＥＣ−ＯＴＩ−冗長度レベルを参照している。ＯＴＩは、オブジェクト送信情報（Ｏｂｊｅｃｔ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ）の略である。ＦＥＣ冗長度レベル指標または情報は、ＦＤＴインスタンスレベルにおいて、またはファイル属性レベルにおいて含まれる。この属性は、ＦＥＣ符号化が使用可能な場合に含まれ得る。ここで、属性の値は、ＦＥＣによりもたらされたオーバーヘッドを表す百分率として与えられる。ＦＥＣ−ＯＴＩ−冗長度レベルは、また、ＦＥＣ冗長度レベルまたはＦＥＣオーバーヘッドを参照してもよい。

ＵＥが、最初から到来するデータファイルオブジェクトのＦＥＣ−ＯＴＩ冗長度レベル（以降単にＦＥＣ冗長度レベルとして参照される）を知っているならば、異なったより良いアクションを取ることが可能となる。ＵＥが、データファイルの送信の間、パケット損失に直面し、より詳細には、パケット損失率がＦＥＣ冗長度レベルを超えていると既にわかる時点において、言い換えると、ＵＥが復元できないパケットを受信し続けることと対称に、ＵＥは、この時点から各ファイルオブジェクトに属するパケットを廃棄することができる。パケットを受信することを継続しないことを選択することにより、ＵＥは処理を継続できなくなり、結果として、早い段階で処理が中止され、バッテリ寿命を節約し、また、より良い利便性を提供することができる。

図３は、２０％を超えるＦＥＣ冗長度レベルを含む配信ファイルを例示している。すなわち、２０％を超えないパケット損失率は、ＵＥにより対処され、パケット損失率が２０％超える場合は、例えば上記に提案されたもののうちの一つのようなアクションが開始される。

より詳細には、もしパケット損失がＦＥＣ冗長度レベルを超えるとわかる場合や、ＵＥがブロードキャスト送信セッションが終わる前にパケット損失率をＢＭ−ＳＣに報告することができる場合、ＵＥはセッション、すなわち、データファイルのブロードキャストセッションを放棄してもよい。

オペレータもしくはＢＭ−ＳＣの観点では、もしＵＥが早い段階で潜在的なファイル修復の要求を報告するならば、修復バックオフモードが開始する前に、ＢＭ−ＳＣにおいて、トラフィックの嵐として称すことができるもの、または、言い換えればネットワークの過負荷を回避するために、上記に提案したような異なるアクションが行われてもよい。

もし、ＭＢＭＳダウンロードセッションが、断続的な要求のコンテンツ配信に対してファイル修復を可能にする場合、オペレータは、以下のような方法で、ＢＭ−ＳＣの機能を制御することができる。オペレータの観点では、ＢＭ−ＳＣにおいて異なるアクションが行われた後、ＢＭ−ＳＣは、実際のファイル修復プロセスが開始する前に、潜在的なファイル修復要求量を知っている。一つのそのようなアクションは、修復ウィンドウを引き延ばすことであってよく、また、別の中身のない関連配信手続き（Ａｓｓｏｃｉａｔｅｄ Ｄｅｌｉｖｅｒｙ Ｐｒｏｃｅｄｕｒｅ （ＡＤＰ））を知らせることによりＰ２Ｐデータファイル修復を取りやめることや、ファイル修復ウィンドウが始まる前にＢＭ−ＳＣがＵＥにＡＤＰ手続きを取りやめさせることを意味する、スケジュールフラグメントを更新すること、であってもよい。もしデータファイルオブジェクトの修復に失敗したＵＥが多いのであれば、ＢＭ−ＳＣはダウンロードセッションのために別のブロードキャストサービスをスケジュールしてもよい。これは図４に例示されている。ＵＥが受信の開始時にすでにＦＥＣ冗長度レベルを知っており、パケット損失率を統計的に決定して、これをＦＥＣ冗長度レベルと比較できることから、ＵＥは、ＦＤＴインスタンスの有効期限の後に、すなわち、一旦データファイルのダウンロードのためのブロードキャストセッションが終了した後に、ファイル修復プロセスがＵＥに必要となることをＢＭ−ＳＣに知らせることにより、ＦＥＣ冗長度レベル２０％を超すパケット損失率に対応することが可能となる。

全てのクライアント要求情報は、継続中のダウンロードセッションのためにファイル修復を必要としているＵＥはどれくらい多いか、すなわち、ＵＥの数を確認するために、集められてもよい。ファイル修復ウィンドウに到達する前の統計値に基づいて、異なるアクションがＢＭ−ＳＣにおいて行われてもよい。
１）修復要求の量がネットワークを溢れさせないが、所定の修復ウィンドウが短すぎるとわかる場合、ＡＤＰＤｘｍｌが更新され、帯域内か帯域該（ユニキャストかブロードキャスト）で、ファイル修復ウィンドウを拡大させるために送信される。
２）修復要求の量がネットワークとファイル修復サーバを溢れさせる可能性がある場合、ファイル修復手続きまたはセッションは、更新されたユーザサービス記述（ＵＳＤ）フラグメントを帯域内で送信することにより、取り消される。必要であれば、同じブロードキャストセッションで再送する、もしくは、ファイル修復メカニズムを用いる代わりに別のブロードキャストセッションをスケジュールするために、別のタイムスロットがスケジュールされる。

上述のＢＭ−ＳＣとその方法、並びに上述のＵＥとその方法は、いくつかの利点を有する。一つの利点は、ＦＥＣ冗長度レベル情報がＵＥに配信されることにより、ＵＥが、どれくらい多くのパケットがＢＭ−ＳＣから受信に成功したデータファイルであり、どれくらい多くのパケットが受信に成功していないパケットかを判断でき、この結果を評価して適切なアクションを取ることができるようになる。ＵＥは、パケット損失がＦＥＣ冗長度レベルを超えてすぐに、ＦＥＣインスタンスの有効期限が切れる前に、早期のアクションを始動することができる。

（ａ）ダッシュ（Ｄａｓｈ）ストリーミングに対して、もしＦＥＣ冗長度レベル情報が含まれていれば、このセグメントに対するパケット損失がすでにＦＥＣ冗長度レベルを超えている場合は、ＵＥは、全セグメントを破棄することをすばやく判断し、これにより、ＵＥは、セグメントが復元できなかった場合、ＵＥは早期のアクションをとることが可能となる。そうでなければ、ＵＥは、あらゆるアクションが行われる前であって、ＦＤＴインスタンスの期限時刻に到達するまで、待機しなければならない。

（ｂ）断続的な要求に対しては、ＵＥのパケット損失率がＦＥＣ冗長度レベルを超えるときはいつも、ＵＥは、ファイル修復手続きまたはセッションを実行する必要があることを意味する。ＵＥは、ＢＭ−ＳＣに対して、ファイル修復ウィンドウが開始する前に、ファイル修復が将来行われることを通知してもよい。ＢＭ−ＳＣは、また、ファイル修復期間を引き延ばすか、ファイル修復手順やセッションを取りやめかのいずれかにより、修復の嵐をどのように避けるかを決定するために、この統計的データを使用してもよい。これは大変有用であり、特にオペレータやＢＭ−ＳＣに対して、大量のファイル配信、例えばアンドロイドアップデートのために、ネットワークに過負荷をかける潜在的なユニキャストの嵐の回避に役立つ。

図５と図６Ａ〜図６Ｄは、無線通信システムにおいて少なくとも一つのＵＥにブロードキャストセッションを適用することにより、データファイルのデータを送信するためのＢＭ−ＳＣにおける方法の例のフローチャートである。

例として、図５の方法であって、無線通信システムにおいて少なくとも一つのＵＥにブロードキャストセッションによりデータファイルを送信するＢＭ−ＳＣにおいて実行可能な方法は、ステップ５１０において、該少なくとも一つのＵＥにデータファイルを送信することを決定する工程を含む。この決定は、例えば、ネットワークノードから、ＭＢＭＳクライアントとも呼ぶことが可能な複数のＵＥにデータファイルを送信するための命令とともにデータファイルを受信することにより行われてもよい。

一旦ＢＭ−ＳＣがデータファイルを送信することを決定すると、別のステップ５２０に示すように、ＢＭ−ＳＣは、データファイルを送信するときに使用するＦＥＣ冗長度レベルを決定する。一般的に、データを空気を介して送信するとき、送信チャネルの品質は、かなり変化し、結果として質の低いチャネル品質により、データのいくつかのピース（ビットまたはシンボル）は欠落してしまう。ＦＥＣを用いることにより、送信エンティティにより、追加のビットもしくはシンボルが、送信されるデータに追加される。追加されたシンボルは、送信において欠落したデータのビットもしくはシンボルを復元するために、データの受信機が追加されたビットもしくはシンボルを使用することができるように、選択される。

方法はまた、別のステップ５３０に示すように、決定したＦＥＣ冗長度レベルを用いたデータと決定したＦＥＣ冗長度レベルの指標を該少なくとも一つのＵＥに送信する工程を含む。

一つの別の実施形態によれば、上述の方法は更に、選択的なステップ５２５に示すように、ＦＤＴ（ファイル配信テーブル）インスタンスを、決定したＦＥＣ冗長度レベルで更新する工程を含み、更新したＦＤＴ冗長度レベルはＦＤＴインスタンスにおいてＵＥに送信される。

ＢＭ−ＳＣがＵＥもしくはｅＭＢＭＳクライアントに対してデータパケットを送信またはブロードキャストすることを開始する前に、ＢＭ−ＳＣは、必要な情報を含むユーザサービス記述を送信する。ブロードキャストセッションの間、ＢＭ−ＳＣはまた、配信またはブロードキャストされたファイルオブジェクトを記述するためにＦＤＴインスタンスを送信する。ＵＥもしくはｅＭＢＭＳクライアントは、受信したデータパケットを復号し、ファイルオブジェクトを復元するためにＦＤＴインスタンスを使用することができる。決定されたＦＥＣ冗長度レベルでＦＤＴインスタンスを更新することにより、ＢＭ−ＳＣは、この情報を、ブロードキャストされたデータファイルを受信するＵＥに送信することができる。

例では、該少なくとも一つのＵＥに送信されるデータは、ＦＤＴインスタンスに関連し、該データのファイルは、それぞれがＦＤＴインスタンスに関連するパケットに分割される。

ＦＬＵＴＥ ＦＤＴインスタンスは、配信またはブロードキャストされたファイルオブジェクトを記述し、また、データファイルが分割していることについての情報をＵＥに提供する。典型的には、データファイルは非常に大きく、パケットまたはシンボルに分割しないといけない。この例では、送信されるデータファイルの各パケットは、ＦＤＴインスタンスに関連する。

また、図５の方法は、別の選択的なステップ５４０として、該少なくとも一つのＵＥの少なくとも一つのＵＥから情報を受信する工程を含む。該情報は、ＢＭ−ＳＣに、データファイルを送信するために使用されたＦＥＣ冗長度レベルを適用したときにＵＥがデータファイル復号に成功しなかったことを示し、また、該情報はパケット損失率も含む。

実施形態によれば、該少なくとも一つのＵＥの少なくとも一つのＵＥから、ＢＭ−ＳＣにＵＥがデータファイルの復号に成功しなかったことを示す情報を受信する工程は、パケット損失率をＢＭ−ＳＣに示す受信報告要求（Ｒｅｃｅｐｔｉｏｎ Ｒｅｐｏｒｔ Ｒｅｑｕｉｅｓｔ）を受信する工程を含む。

このように、既存メッセージは、ＵＥがブロードキャストされたパケットを成功裏に受信して復号することに失敗したことの情報と、パケット損失率についての情報をＢＭ−ＳＣに運ぶために使用される。

ＵＥは、受信したＦＬＵＴＥオブジェクトパケット／シンボルを復号し、ファイルオブジェクトを復元するために、ＦＤＴインスタンスを使用する。ＵＥは、受信したパケットまたはシンボルを復号するために、中に含まれるＦＥＣ冗長度レベルを使用する。以下に説明するように、ＵＥがパケットを成功裏に復号できない場合、ＵＥはＢＭ−ＳＣに対し、ブロードキャストされたパケットを成功裏に復号することの失敗について報告する。ＵＥはまた、パケット／シンボルの損失率を、ＢＭ−ＳＣに示す。

ステップ５４０にしたがって、データファイルの復号の失敗を示す情報がＢＭ−ＳＣにおいて受信される場合、ＢＭ−ＳＣは、現在の状況、並びに／または選択される、以下に図６Ａ〜図６Ｄに記述される構成によって、いくつかの異なる手段の方法を継続することができる。

図６Ａにおいて更なるステップ６１０として示した一つの実施形態によれば、ＢＭ−ＳＣは、ＦＥＣ冗長度レベルを増加させることを決定し、増加したＦＥＣ冗長度レベルを用いた後続のデータファイルのパケットと、増加したＦＥＣ冗長度レベルが今後使用されることの指標をＵＥに送信することを継続する。

ＢＭ−ＳＣは、ＢＭ−ＳＣにＵＥがデータファイルの復号に成功しなかったことを示す情報を、該少なくとも一つのＵＥの少なくとも一つのＵＥから受信することから、ＢＭ−ＳＣは、ＦＥＣ冗長度レベルはＵＥがブロードキャストされたデータファイルのパケットを成功裏に復号するためには低すぎることを知っている。これは、ブロードキャストされたパケットがいくらか破損するような品質の悪いチャネル、もしくは、現在のＦＥＣ冗長度レベルを用いてＵＥがパケットにおける誤りを修正不可能なレベルに劣化したチャネルに起因する。

この例では、ＢＭ−ＳＣは、ＦＥＣ冗長度レベルを増加させることを決定し、これによりＵＥは低いまたは現在のＦＥＣ冗長度レベルを用いるよりも、ブロードキャスト及び受信されたパケットにおいてより多くの誤りを修正することができる可能性がある。より高いＦＥＣ冗長度レベルにより、受信機はより多くの誤りを修正することができることから、これにより、ブロードキャストされたパケットが、例えば悪いチャネル品質により修復不可能に破損してしまうという欠点を解決できる可能性がある。

この例では、ＦＥＣ冗長度レベルは増加して変化されたので、ＢＭ−ＳＣは、ＵＥに対して、増加したＦＥＣ冗長度レベルが今後使用されることを示さないといけない。これは、現在のＦＥＣ冗長度レベルに基づいてＦＤＴインスタンスを再度更新することによって為されてもよい。

このように、配信もしくはブロードキャストされたファイルオブジェクトもしくはパケットを記述するためにＦＤＴインスタンス送信するＢＭ−ＳＣに起因して、ブロードキャストを受信する全てのＵＥは、新しい増加された冗長度レベルが通知される。ＵＥはそして、受信したＦＬＵＴＥオブジェクトパケットを復号し、ファイルオブジェクトを復元するために、ＦＤＴインスタンスを使用してもよい。増加したＦＥＣ冗長度レベルでＦＤＴインスタンスを更新することにより、ＢＭ−ＳＣは、ブロードキャストされたデータファイルを受信するＵＥに、この情報を送信することができる。これにより、ＦＥＣ冗長度レベルは、ブロードキャストセッションの間一定または静的である必要はないが、その代わりに、場合により変動する条件を満たすために動的であってよく、結果として、ブロードキャストセッションの間ＦＥＣ冗長度レベルは変化する。

別の実施形態によれば、ＢＭ−ＳＣは、代わりに図６Ｂのステップを適用し、すなわち、ステップ６１５に示すように、ＢＭ−ＳＣは、少なくとも一つのＵＥにデータファイルの送信を中止し、データの送信が中止された少なくとも一つのＵＥに情報を送信し、別のステップ６２０で示すように、データの送信を後に再度スケジュールすることを決定する。

ＢＭ−ＳＣは、データの送信を後の時点に再度スケジュールしてもよい。無線または有線でない通信システムにおけるチャネル品質は、時間によって実質的にかなり変動し得るので、ＢＭ−ＳＣは、ブロードキャストされたパケットの復号の失敗を報告するＵＥの理由が、チャネル品質の一時的な劣化によるものと仮定してもよい。したがって、後の時点において、チャネル品質は向上する可能性があり、ゆえにＢＭ−ＳＣは、データの送信を後の時点に再度スケジュールする。

ＢＭ−ＳＣは、異なるＵＥから、ＵＥがＢＭ−ＳＣからブロードキャストされたパケットの復号に成功していないことＢＭ−ＳＣに伝える指標を、比較的多くの数受信することができる。この例では、ＢＭ−ＳＣは、少なくとも一つのＵＥへのデータファイルの送信を中止することを決定してもよい。これは、ＦＥＣ冗長度レベルを増加することに代わることである。

一旦ＢＭ−ＳＣがデータファイルの送信を中止することを決定すると、ＢＭ−ＳＣは、データの送信の中止について、少なくとも一つのＵＥに通知する。このように、ＵＥは、ブロードキャストセッションにより受信されたより多くのパケットを聴取すべきでない、または聴取が必要ないことがわかる。ＵＥはそして、データファイルのこれまで受信したパケットを単純に全て破棄し、もしくはデータファイルの送信を要求するなど、適切なアクションをとることができる。

どのように適切なオプションを選ぶかのルールは、オペレータが事前に定義することができる。例えば、一つのセッションに対して１０００の潜在的なファイル修復要求がある場合、オペレータはファイル修復ウィンドウを引き延ばすことができ、１００００の潜在的なファイル修復要求がある場合、オペレータは配信セッションのためにファイル修復を取りやめることを選択することができる。

更に別の実施形態によれば、ＢＭ−ＳＣは、図６Ｃに示すように、代わりにファイル修復ウィンドウを拡張することを決定し、継続中のデータファイルの送信の終了に続いて、あらゆるファイル修復セッションのための拡張されたファイル修復ウィンドウを適用してもよい。このオプションは図６Ｃのステップ６２５に示される。

ＢＭ−ＳＣは、複数のＵＥから、ブロードキャストされたデータファイルのパケットを成功裏に復号することに失敗したことを示す指標を受信する。ＦＥＣ冗長度レベルを増加させる、もしくはデータファイルの送信を中止することに更に代えて、ＢＭ−ＳＣは、少なくとも一つのＵＥへのデータ送信の終了に続いて、ファイル修復ウィンドウを拡張することを決定してもよい。これは、ＵＥがファイル修復手続きを、ファイル修復手順のための規定の時間より長い時間の間、使用することができることを意味する。ＢＭ−ＳＣは、受信した指標から、ブロードキャストされたパケットを成功裏に復号することに失敗したことが分かることから、ファイル修復を要求するＵＥの数を考慮してもよい。個別のファイル修復セッションの数、すなわち、ファイル修復手続きに関与するＵＥの数がネットワークに過負荷を掛けないならば、また、現在のファイル修復ウィンドウが全てのＵＥがファイル修復を実施するのには短すぎるのであれば、ＢＭ−ＳＣは、ファイル修復ウィンドウを拡張するために、ＡＤＰＤｘｍｌを更新してもよい。ＢＭ−ＳＣがＡＤＰＤｘｍｌを更新する場合、ＢＭ−ＳＣは、ファイル修復ウィンドウを拡張するために、更新されたＡＤＰＤｘｍｌをユニキャストもしくはブロードキャストする。

ステップ６３０で示した更に別の実施形態によれば、ＢＭ−ＳＣは、代わりに少なくとも一つのＵＥへのデータ送信の終了に続くべきファイル修復ウィンドウを取りやめることを決定してもよい。

ＢＭ−ＳＣは、ブロードキャストされたパケットを成功裏に復号することを失敗したことを示す指標を、比較的多い数分ＵＥから受信してもよい。そのような指標が多くの数である場合、ＢＭ−ＳＣは、ファイル修復手続きはネットワークに過負荷を掛けていると仮定してもよい。あらゆる過負荷の状況を回避するために、ＢＭ−ＳＣは代わりに、ファイル修復ウィンドウを取りやめることを決定する。これにより、いくつかのＵＥは完全なデータファイルの受信を成功できなくなる。

オペレータは、サービスディスカバリチャネルを通して、更新されたユーザサービスフラグメントを送信することにより、ファイル修復ウィンドウを取りやめてもよい。

更に別の実施形態によれば、ＢＭ−ＳＣは代わりに、図６Ｅのステップ６３０で示されるように、データファイルを成功裏に復号することの失敗を報告したＵＥの数と、データファイルを受信する意図のある少なくとも一つのＵＥのうちの、ＵＥに対するパケット損失率についての情報を保存し、この保存された情報に基づいて、少なくとも一つのＵＥへのデータの送信の終了の後に一定の割合の修復シンボルを再送してもよい。また、ブロードキャストセッションの別のタイムスロットがファイルの再送のために使用されてもよい。

この例では、ＢＭ−ＳＣはまた、ファイル修復ウィンドウを取りやめ、その代わりに、少なくとも一つのＵＥへのデータの送信の終了の後、もしくはデータを再送するためのブロードキャストセッションにおいて別のタイムスロットを用いることにより、一定の割合の修復シンボルを再送してもよい。このように、ファイル修復要求及びファイル修復セッションによるネットワークを過負荷の危険性は回避される。更に、少なくとも一つのＵＥへのデータ送信の終了の後に再送された修復シンボル、またはファイルを送信するためにブロードキャストセッションにおける別のタイムスロットを使用することにより、ＵＥがファイル修復手続きを活用せずにデータを修復できる場合、リソースが節約され得る。

ｅＭＢＭＳダウンロードセッションでは、断続的な要求のコンテンツ配信に対するファイル修復を可能とする。もしオペレータが実際のファイル修復が開始する前に潜在的な修復要求の量を知っているならば、オペレータもしくはＢＭ−ＳＣは、異なるアクションを取ることができる。例えば、修復ウィンドウを引き延ばす、または、別の空の関連配信手続き（ＡＤＰＤ）を知らせることによりポイント−ツー−ポイント（Ｐ２Ｐ）データファイル修復を取りやめる、または、オペレータまたはＢＭ−ＳＣがＵＥまたはｅＭＢＭＳクライアントがファイル修復ウィンドウが開始する前にＡＤＰＤ手続きを取り消すことを望むことを意味するスケジュールフラグメントを更新することのいずれかである。オペレータまたはＢＭ−ＳＣは、データファイルの復元に失敗したユーザが多くあるのであれば、ダウンロードセッションのための別のブロードキャストサービスをスケジュールしてもよい。

図７Ａと図７Ｂは、ＢＭ−ＳＣからデータファイル送信のブロードキャストセッションを受信することが可能なＵＥにおいて実行される方法の例を示すフローチャートである。

図７Ａを参照して記述される一つの実施形態によれば、ＵＥは、ステップ７１０に示すように、データファイルと、データを送信するための、受信されるデータファイルに付加されたオーバーヘッドとなるＦＥＣ冗長度レベルの指標を含んだ送信を受信する。また、ステップ７２０に示すように、ＵＥは、示されたＦＥＣ冗長度レベルを用いて、受信した送信を復号する。

ＵＥは、データファイルと、データを送信するために用いられたＦＥＣ冗長度レベルの指標を含む送信を、ＢＭ−ＳＣから受信する。これは、ＵＥが、少なくとも一つのパケットの形式で、データファイルの両方のブロードキャスト送信を受信することを意味する。ＵＥはまた、データを送信するために用いられたＦＥＣ冗長度レベルの指標を受信する。ＵＥはそして、受信したパケットまたはデータファイルを成功裏に復号するために、ＦＥＣ冗長度レベルを使用してもよい。受信したパケットまたはデータファイルがＦＥＣ冗長度レベルより低い誤り率を有する場合、ＵＥは、パケットまたはデータファイルの復号に成功するために、パケットまたはデータファイルにおける誤りを修正することができる。

ＵＥにおける方法は、いくつかの利点を有する。一つの利点は、ＦＥＣ冗長度レベル情報がＵＥに配信され、これにより、ＵＥが、どれくらい多くのパケットがＢＭ−ＳＣから受信に成功したデータファイルであり、どれくらい多くのパケットが受信に成功していないパケットかを判断できることである。ＵＥは、パケット損失がＦＥＣ冗長度レベルを超えてすぐに、ＦＥＣインスタンスの有効期限が切れる前に、早期のアクションを始動することができる。（ａ）ダッシュ（Ｄａｓｈ）ストリーミングに対して、もしＦＥＣ冗長度レベル情報が含まれていれば、ＵＥは早期の判断である、このセグメントに対するパケット損失がすでにＦＥＣ冗長度レベルを超えている場合の、全セグメントを破棄することを行うことができる。セグメントが復元できなかった場合、ＵＥは早期のアクションを取ることができる。そうでなければ、ＵＥは、あらゆるアクションが行われる前であって、ＦＤＴインスタンスの期限時刻に到達するまで、待機しなければならない。（ｂ）断続的な要求に対しては、ＵＥのパケット損失率がＦＥＣ冗長度レベルを超えるときはいつも、ＵＥは、ファイル修復手続きまたはセッションを実行する必要があることを意味する。ＵＥは、ＢＭ−ＳＣに対して、ファイル修復ウィンドウが開始する前に、ファイル修復が将来行われることを通知してもよい。ＢＭ−ＳＣは、また、修復の嵐をどのように避けるか（ファイル修復期間を引き延ばすか、ファイル修復手順やセッションを取りやめかのいずれか）を決定するために、この統計的データを使用してもよい。これは大変有用であり、特にオペレータやＢＭ−ＳＣに対して、大量のファイル配信、例えばアンドロイドアップデートのために、ネットワークに過負荷をかける潜在的なユニキャストの嵐の回避に役立つ。

実施形態によれば、データファイルはＦＤＴインスタンスに関連づけられ、データファイルは、パケットに分割され、各パケットはＦＤＴインスタンスに関連づけられ、ＦＤＴインスタンスは、ＦＤＴ冗長度レベル情報を含む。

ＢＭ−ＳＣがＵＥまたはｅＭＢＭＳクライアントにＦＬＵＴＥパケットを送信またはブロードキャストする前に、ＢＭ−ＳＣは、必要な情報を含んだユーザサービス記述を送信する、ブロードキャストセッションの間、ＢＭ−ＳＣはまたは、配信またはブロードキャストされたファイルオブジェクトを記述するためにＦＤＴインスタンスを送信する。ＵＥまたはｅＭＢＭＳクライアントは、受信したＦＬＵＴＥオブジェクトパケットを復号し、ファイルオブジェクトを復元するために、ＦＤＴインスタンスを用いることができる。決定したＦＤＴ冗長度レベルでＦＤＴインスタンスを更新することにより、ＢＭ−ＳＣは、ブロードキャストされたデータファイルを受信しているＵＥに、この情報を送信することが可能となる。

一旦ＵＥがＦＥＣ冗長度レベルを受信すると、ステップ７３０に示すように、この情報は、復号が成功したか否かを判定するために使用することができる。上述したように、ＵＥは、受信したパケットまたはデータファイルを復号するために、ＦＥＣ冗長度レベルを用いる。

ステップ７３０にて、もし受信された送信の復号が成功しなかった場合、ステップ７４０に示すように、ＵＥがデータファイルまたはパケットの復号に成功しなかったことを示す情報がＢＭ−ＳＣに送信される。送信された情報は、パケット損失率をＢＭ−ＳＣに示す、繰り返し報告要求を含んでもよい。加えて、ＵＥはまた、ＢＭ−ＳＣに復号に成功しなかったことが示されたそれらのパケットの再送を受信するために、ブロードキャストセッションの終了後に、ＢＭ−ＳＣとのファイル修復セッションが必要となることをＢＭ−ＳＣに示すことにより、所与のシナリオに反応してもよい。これは、選択的なステップ７５０で示されている。

このように、ＢＭ−ＳＣは、ブロードキャストセッションの終了後に、ＵＥがファイル修復セッションまたは手続きを要求することが知らされる。これにより、ＢＭ−ＳＣは、適切なアクションを取ることが可能となる。上述したように、ブロードキャストされたデータを受信している比較的多くのＵＥがファイル修復を要求することを示すならば、ＢＭ−ＳＣは、ファイル修復ウィンドウを拡張し、または、ファイル修復ウィンドウを取りやめるために、例えば、ＦＥＣレベルを上げることを決定してもよい。

このように、いま存在するメッセージは、ブロードキャストされたパケットを成功裏に受信し、復号することのＵＥの失敗についての情報と、パケット損失率についての情報を、ＢＭ−ＳＣへ運ぶために使用することができる。

より多くのデータを受信する場合、図７Ａと図７Ｂのステップ７６０の分岐Ｃに示すように方法は続行し、もうデータを受信しない場合、図７Ａと図７Ｂのステップ７６０の分岐Ｃに示すように方法は続行し、該方法を以下に記述する。

上述した方法の工程に加えて、図７Ｂを参照して記述されるように、動的なＦＥＣ冗長度レベルの知識に基づいて、ＵＥは更なる工程を実行してもよい。図７Ｂのステップ７７０によれば、ＵＥは復号に成功しなかったパケットの数と受信したパケットの数との間の比率を決定し、続くステップ７８０において、ＦＥＣ冗長度レベルと決定された比率との関係が決定される。ＵＥは、ＢＭ−ＳＣからＵＥにブロードキャストされるものと同じデータファイルの全ての部分の、複数のパケットを受信する。いくつかのパケットは成功裏に復号され、いくつかのパケットは成功裏に復号されない。ＵＥは、復号に成功しなかったパケットの数を受信した全パケット数で割った、百分率で表されるパケット損失率を決定する。

次のステップ７９０において、比率がＦＥＣ冗長度レベルより高いと判定された場合、すなわち、復号に成功しなかったパケットの相対量が、ＦＥＣを適用することにより処理可能な量より多い場合、ファイル修復は配信されたデータファイルに使用不可能であり、ＵＥはデータファイルを成功裏に受信し復号できないことを推論する。もしそうであれば、データファイルのより多くのパケットを受信し続けるＵＥのリソースは、浪費となるだろう。結果として、ＵＥは、ステップ８００に示すように、ファイル修復が利用可能でないのであれば、ブロードキャストセッションの間に同じデータファイルの更なるパケットの継続する受信を中止もしくは終了することを決定する。ファイル修復手続きは、ブロードキャストを介した断続的な要求コンテンツの配信のためにのみ、利用可能である。しかしながら、上記に説明したように、ＢＭ−ＳＣは、ファイル修復ウィンドウを取りやめるオプションを有し、これによりファイル修復手続きを不能にする。

無線通信システムにおいて、少なくとも一つのＵＥへブロードキャストセッションを介してデータを送信するように構成されたＢＭ−ＳＣは、図８を参照して更に詳細に説明され、ここで、ＢＭ−ＳＣ８００は、プロセッサ８１０と、コンピュータ読み取り可能なメモリ８２０を含み、該メモリは、該プロセッサによって実行された場合に、プロセッサに８１０に、少なくとも一つのＵＥにデータを送信させ、データの送信に関連づけられて送信されたＦＥＣ冗長度レベルを決定させるための命令を保存可能である。加えて、コンピュータ読み取り可能な命令は、プロセッサ８１０に、図５または図６Ａ〜図６Ｅのいずれかを参照して上記に提案された方法ステップのいずれかを実行させることも可能である。

より詳細には、実行可能な命令は、実行された場合に、プロセッサ８１０に、少なくとも一つのＵＥに送信されるデータが存在することを決定させ、送信されるデータに適用されるＦＥＣ冗長度の量を示すＦＥＣ冗長度レベルを決定させ、データとＦＥＣ冗長度レベルの指標を、一つ以上のＵＥへ送信部８３０を介して送信させる。

更に実行可能な命令は、プロセッサ８１０に、ＦＥＣ冗長度レベルの指標を、更新されたＦＤＴインスタンスにＦＥＣ冗長度レベル属性として挿入させ、その後更新されたＦＤＴインスタンスは送信部８３０を介して一つ以上のＵＥへ送信される。

加えて、実行可能な命令は、プロセッサ８１０に、受信部８４０を介して受信された、いくつかの別の方法で少なくとも一つのＵＥからの、受信データの復号に失敗したことを示す情報に応答させてもよい。

第一の実施形態によれば、実行可能な命令は、プロセッサ８１０に、ＦＥＣ冗長度レベルを増加させ、増加されたＦＥＣ冗長度レベルがこれから使用されることの指標をＵＥへ送信させ、増加されたＦＥＣ冗長度レベルを用いて後続のデータファイルのパケットの送信を続けさせてもよい。

第二の実施形態によれば、実行可能な命令は、代わりに、プロセッサ８１０に、少なくとも一つのＵＥ１０００へデータファイルの送信を中止させ、データの送信が中止されたことの情報を少なくとも一つのＵＥ９００へ送信させてもよい。

第三の実施形態によれば、実行可能な命令は、代わりに、プロセッサ８１０に、ファイル修復ウィンドウを拡張させ、継続中のデータファイルの送信の終了に続くあらゆるファイル修復セッションのために、拡張されたファイル修復ウィンドウを適用させてもよい。

第四の実施形態によれば、実行可能な命令は、プロセッサ８１０に、少なくとも一つのＵＥ１０００へのデータの送信の終了に続くべきファイル修復ウィンドウを取りやめさせてもよい。

第五の実施形態によれば、実行可能な命令は、プロセッサ８１０に、成功裏にデータを復号することに失敗したことを報告するＵＥの数、および送信されたデータを受信するように意図された少なくとも一つのＵＥ１０００の少なくとも一つのＵＥに対するパケット損失率についての情報を保存させ、該保存された情報に基づいて、少なくとも一つのＵＥ１０００へのデータ送信の終了の後、一定の割合の修復シンボルを再送させる。また、ファイルを再送するために、ブロードキャストセッションにおける別のタイムスロットが使用されてもよい。

また、コンピュータ読み取り可能なメモリ８２０は、上述した実行可能な命令を含むコンピュータ読み取り可能な媒体とコンピュータプログラム８５０を含むコンピュータプログラム製品８２０ａとして決められてもよい。コンピュータプログラム製品８２０ａは、
例えば電気的消去可能ＲＯＭ（ＥＥＰＲＯＭ）、フラッシュメモリ、ランダムアクセスメモリ（ＲＡＭ）またはディスクドライブなどの非揮発性メモリまたは揮発性メモリの形態であってよいが、信号の形態やあらゆる電磁波の形態を意味しない。コンピュータ読み取り可能なメモリ８２０はまた、例えば、磁気メモリ、光学メモリ、半導体メモリ、または遠隔に取り付けられたメモリ、のうちのいずれか一つまたは組み合わせであることが可能な、永続的な記憶部８６０を有する。

図９で示すように、別のＢＭ−ＳＣは、図８を参照して上述した配置に対応する機能を実行することができるために動作可能に接続された、処理部９１０、メモリ９２０、送信部９３０、受信部９４０を含む。図９の処理部９１０は、適切な数の動作可能に接続されたモジュールまたはユニット、例えば、ＵＥからのデータを受信する受信モジュール９１１、いつＦＥＣ冗長度レベルを改めるかを決定する決定モジュール９１２、データをＵＥに送信する送信モジュール９１３、それに応じてＦＥＣ冗長度レベルを更新する更新モジュール９１４、更新されたＦＥＣ冗長度レベルにより影響を受ける可能性がある次回のトラフィックをスケジュールするスケジューリングモジュール９１５、を含んでもよい。

上述された方法のいずれかを実行することが可能なＵＥもまた、これに従って構成される必要がある。一つの実施形態によれば、ＵＥは、上述したＢＭ−ＳＣ８００からのデータの送信のブロードキャストセッションを受信するように構成されており、図１０を参照して記述される。ＵＥ１０００は、プロセッサ１０１０とメモリ１０２０を含み、メモリ１０２０は、プロセッサ１０１０により実行された場合に、プロセッサ１０１０に、データファイルとデータの送信のために使用されたＦＥＣ冗長度レベルの指標を含んだ送信をＢＭ−ＳＣから受信させ、示されたＦＥＣ冗長度レベルを用いて受信された送信を復号させる命令を記憶可能である。

更に例では、データファイルは、ファイル配信テーブル（ＦＤＴ）インスタンスに関連づけられ、ここで、ファイルデータはパケットに分割され、各パケットはＦＥＣ冗長度レベル情報を含むＦＤＴインスタンスに関連づけられる。

また更に例では、メモリ１０２０は、プロセッサ１０１０によって実行された場合に、プロセッサ１０１０に、受信したＦＥＣ冗長度レベルに従った受信パケットまたはデータを復号させる命令を記憶可能であり、受信した送信の復号が成功しなかった場合、プロセッサ１０１０は更にＢＭ−ＳＣ８００へ、ＵＥ１０００がデータファイルまたはパケットの復号に成功しなかったことを示す情報を送信するように構成される。

実施形態によれば、ＵＥ１０００がデータファイルまたはパケットの復号に成功しなかったことを示す情報をＢＭ−ＳＣ８００を送信することは、パケット損失率を示す受信報告要求（Ｒｅｃｅｐｔｉｏｎ Ｒｅｐｏｒｔ Ｒｅｑｕｅｓｔ）を送信することを含む。

別の例では、メモリ１０２０は更に、プロセッサ１０１０により実行された場合に、プロセッサ１０１０に、復号に成功しなかったパケットの数と受信されたパケットの数との間の比率を決定させ、ＦＥＣ符号化の冗長度レベルと決定した比率との間の関係を決定させる命令を記憶可能であり、比率がＦＥＣ冗長度レベルより高い場合、プロセッサ１０１０は、ファイル修復が配信されたデータファイルに使用不可能であれば、ブロードキャストセッション内で同じデータの更なるパケットの受信を中止するように構成される。

また更に例では、メモリ１０２０は更に、プロセッサ１０１０によって実行された場合に、プロセッサ１０１０に、ＢＭ−ＳＣ８００に、復号に成功しなかったことをＢＭ−ＳＣへ示すこれらのパケットの再送を受信するために、ＢＭ−ＳＣのファイル修復セッションがブロードキャストセッションの終了後に要求されることを示させるための命令を記憶可能である。

また、コンピュータ読み取り可能なメモリ１０２０は、コンピュータ読み取り可能媒体と、上述した実行可能な命令を含むコンピュータプログラムを含むコンピュータプログラム製品１０２０ａとして決められてもよい。コンピュータプログラム製品１０２０ａは、例えば電気的消去可能ＲＯＭ（ＥＥＰＲＯＭ）、フラッシュメモリ、ランダムアクセスメモリ（ＲＡＭ）またはディスクドライブなどの非揮発性メモリまたは揮発性メモリの形態であってよいが、信号の形態やあらゆる電磁波の形態を意味しない。コンピュータプログラム製品８２０ａはまた、例えば、磁気メモリ、光学メモリ、半導体メモリ、または遠隔に取り付けられたメモリ、のうちのいずれか一つまたは組み合わせであることが可能な、永続的な記憶部１０６０を有する。

図１１に示すように、処理部１１１０、メモリ１１２０、送信部１１３０、受信部１１４０を含むＵＥ１１００は、代わりに、図１０を参照して上述された配置に対応する機能を実行するために、動作可能に接続されてもよい。図１１の処理部１１１０は、適切な数の動作可能に接続されたモジュールまたはユニット、例えば、ＢＭ−ＳＣ９００からのデータを受信する受信モジュール１１１１、ＢＭ−ＳＣ９００から受信したデータを復号する復号モジュール１１１２、データをＢＭ−ＳＣ９００へ送信する送信モジュール１１１３、上述した決定ステップのいずれかを実行する決定モジュール１１１４を、ＵＥ１１００の構成に依存して、含んでもよい。

実施形態は、いくつかの実施形態の形式で記述されているが、それらの代替、改良、置換、均等物は、明細書と図面の検討を解釈することにより容易であると予期される。したがって、以下に付加するクレームは、実施形態の範囲内に含まれる、そのような置換、改良、置換、均等物を含み、係属中のクレームにより定義される。

Claims (32)

1. 無線通信システムにおいて、ブロードキャストセッションで少なくとも一つのユーザ機器（ＵＥ）へデータを送信する、ブロードキャストマルチキャストサービスセンター（ＢＭ−ＳＣ）において実行される方法であって、
   少なくとも一つのＵＥにデータを送信することを決定する工程（５１０）と、
   前記データの送信のために適用されるＦＥＣ（前方誤り訂正）冗長度の量を示すＦＥＣ冗長度レベルを決定する工程（５２０）と、
   前記少なくとも一つのＵＥに前記データと前記ＦＥＣ冗長度レベルの表示を送信する工程（５３０）と、
   を含む、方法。
2. 前記ＦＥＣ冗長度レベルの表示は、更新されたファイル配信テーブル（ＦＤＴ）インスタンスにＦＥＣ冗長度レベル属性として挿入され、該更新されたＦＤＴインスタンスは前記ＵＥに送信される（５３０）、請求項１記載の方法。
3. 前記少なくとも一つのＵＥの少なくとも一つから、前記ＵＥが、前記適用されたＦＥＣ冗長度レベルに従って、前記送信されたデータの復号に成功できなかったこと示す情報を受信する工程（５４０）を更に含む、請求項１または２に記載の方法。
4. 前記受信する工程は、パケット損失率の表示を受信する工程を含む、請求項３に記載の方法。
5. 後続のデータの送信のために使用されるＦＥＣ冗長度レベルを増加することを決定し（６１０）、前記ＵＥに前記更新されたＦＥＣ冗長度レベルの表示を送信することにより、前記ＵＥの少なくとも一つから、前記データの復号に失敗した情報の受信に応答する工程を更に含む、請求項１から３のいずれか１項に記載の方法。
6. 前記少なくとも一つのＵＥへの前記データの送信を中止することを決定する工程（６１５）と、
   各ＵＥへ該中止の情報を送信する工程と、を更に含む、請求項１から４のいずれか１項に記載の方法。
7. 後の時点において前記中止されたデータの送信を再度スケジュールする工程（６２０）を更に含む、請求項６に記載の方法。
8. 前記データの送信の期間に適用するファイル修復ウィンドウを拡張することを決定する工程（６２５）と、
   後続のデータの送信ために該拡張したファイル修復ウィンドウを適用する工程と、を更に含む請求項１から４のいずれか１項に記載の方法。
9. 前記データの送信の間に適用するファイル修復ウィンドウを取りやめる工程を更に含む請求項１から４のいずれか１項に記載の方法。
10. データを成功裏に復号することに失敗したことを報告するＵＥの数と、前記送信されたデータを受信するように意図された前記少なくとも一つのＵＥの少なくとも一つのＵＥに対するパケット損失率についての情報を保存する工程（６３０）と、
    前記保存された情報に基づいて、一定の割合の修復シンボルを再送する工程、または、別のタイムスロットを用いてデータを再送する工程と、を更に含む、請求項１から４のいずれか１項に記載の方法。
11. ブロードキャストセッションにおいてブロードキャストマルチキャストサービスセンター（ＢＭ−ＳＣ）から送信されたデータを受信する、ユーザ機器（ＵＥ）において実行される方法であって、
    前記ＢＭ−ＳＣから、送信されたデータと、データを送信する際に適用されたＦＥＣ冗長度レベルを受信する工程（７１０）と、
    前記受信したＦＥＣ冗長度レベルを用いて前記受信したデータを復号する工程（７２０）と、を含む方法。
12. 前記ＦＥＣ冗長度レベルの表示は、ファイル配信テーブル（ＦＤＴ）インスタンスにおいて提供される、請求項１１に記載の方法。
13. 前記送信されたデータの復号に成功したか否かを判定する工程（７３０）と、
    復号が成功しなかったと考えられる場合に前記送信されたデータの復号に失敗したことを示す情報を前記ＢＭ−ＳＣへ送信する工程（７４０）と、を更に含む、請求項１１または１２に記載の方法。
14. 前記送信する工程は、前記送信のパケット損失率を知らせる工程を含む、請求項１３に記載の方法。
15. 復号に成功しなかった前記送信されたデータのパケットの数と復号に成功したパケットの数との間の比率を決定する工程（７７０）と、
    前記ＦＥＣ冗長度レベルと前記決定した比率との関係を決定する工程（７８０）と、
    前記比率がＦＥＣ冗長度レベルより高い場合と、ファイル修復が前記送信されたデータに使用可能でない場合に、前記送信されたデータの更なるパケットの受信を中止する工程（８００）と、を更に含む請求項１１から１４のいずれか１項に記載の方法。
16. 開始されたブロードキャストセッションの中止より後に、ファイル修復の手続きにおいて復号に成功していないデータを受信するために、前記ファイル修復が要求されることをＢＭ−ＳＣに知らせる工程（７５０）を更に含む、請求項１１から１５のいずれか１項に記載の方法。
17. 無線通信システムにおいて、少なくとも一つのユーザ機器（ＵＥ）（１０００）へブロードキャストセッションを介してデータを送信するＢＭ−ＳＣ（８００）であって、
    プロセッサ（８１０）とコンピュータ読み取り可能なメモリ（８２０）を含み、該メモリは、前記プロセッサ（８１０）により実行された場合に、該プロセッサ（８１０）に、
    前記少なくとも一つのＵＥ（１０００）にデータを送信することを決定させ、
    前記送信のために使用するＦＥＣ冗長度レベルを決定させ、
    前記決定したＦＥＣ冗長度レベルを適用した前記データと、前記決定したＦＥＣ冗長度レベルの表示を前記少なくとも一つのＵＥへ送信させる命令を記憶可能である、ＢＭ−ＳＣ。
18. 前記プロセッサ（８１０）は、前記決定したＦＥＣ冗長度レベルでファイル配信テーブル（ＦＤＴ）インスタンスを更新するように更に構成される、請求項１７に記載のＢＭ−ＳＣ。
19. 前記メモリ（８２０）は更に、前記プロセッサ（８１０）により実行された場合に、前記プロセッサ（８１０）に、前記少なくとも一つのＵＥの少なくとも一つのＵＥ（１０００）から、前記ＢＭ−ＳＣへ前記少なくとも一つのＵＥ（１０００）が前記データのファイルの送信のために適用された前記ＦＥＣ冗長度レベルに従って前記データファイルの復号に成功できなかったことを示し、パケット損失率をも示す情報を受信させる命令を記憶可能である、請求項１８に記載のＢＭ−ＳＣ。
20. 前記少なくとも一つのＵＥの少なくとも一つのＵＥ（１０００）から、前記少なくとも一つのＵＥが前記データファイルの復号に成功しなかったことを示す情報を受信することは、更に前記パケット損失率を前記ＢＭ−ＳＣへ示す受信報告要求を受信することを含む、請求項１９に記載の方法。
21. 前記メモリ（８２０）は更に、前記プロセッサ（８１０）によって実行された場合に、前記プロセッサ（８１０）に、前記ＦＥＣ冗長度レベルを増加することを決定させ、前記少なくとも一つのＵＥ（１０００）へ、前記増加されたＦＥＣ冗長度レベルを用いたデータのファイルの後続のパケットと、以降に適用される前記増加されたＦＥＣ冗長度レベルの表示の送信を続けさせる命令を記憶可能である、請求項１８から２０のいずれか１項に記載のＢＭ−ＳＣ。
22. 前記メモリ（８２０）は更に、前記プロセッサ（８１０）によって実行された場合に、前記プロセッサ（８１０）に、前記少なくとも一つのＵＥへのデータの送信を中止することを決定させ、前記データの送信が中止された情報を前記少なくとも一つのＵＥ（１０００）へ送信させる命令を記憶可能である、請求項１８から２０のいずれか１項に記載のＢＭ−ＳＣ。
23. 前記メモリ（８２０）は更に、前記プロセッサ（８１０）によって実行された場合に、前記プロセッサ（８１０）に、後の時点において前記データの送信を再度スケジュールさせる命令を記憶可能である、請求項２２に記載のＢＭ−ＳＣ。
24. 前記メモリ（８２０）は更に、前記プロセッサ（８１０）によって実行された場合に、前記プロセッサ（８１０）に、前記少なくとも一つのＵＥ（１０００）へのデータの送信の終了に続いてファイル修復ウィンドウを拡張することを決定させ、前記データのファイルの前記送信の終了に続いてファイル修復セッションのために前記拡張したファイル修復ウィンドウを適用させる命令を記憶可能である、請求項１８から２０のいずれか１項に記載のＢＭ−ＳＣ。
25. 前記メモリ（８２０）は更に、前記プロセッサ（８１０）によって実行された場合に、前記プロセッサ（８１０）に、前記少なくとも一つのＵＥ（１０００）へのデータの送信の終了に続くべきファイル修復ウィンドウを取りやめることを決定させる命令を記憶可能である、請求項１８から２０のいずれか１項に記載のＢＭ−ＳＣ。
26. 前記メモリ（８２０）は更に、前記プロセッサ（８１０）によって実行された場合に、処理部（４３０）に、データを成功裏に復号することに失敗したことを報告するＵＥの数と、前記送信されたデータを受信するように意図された前記少なくとも一つのＵＥの少なくとも一つのＵＥに対するパケット損失率についての情報を保存させ、前記保存された情報に基づいて、一定の割合の修復シンボルを再送させ、または、別のタイムスロットを用いてデータを再送させる命令を記憶可能である、請求項１９から２４のいずれか１項に記載のＢＭ−ＳＣ。
27. 前記ＢＭ−ＳＣ（８００）は、ブロードキャストマルチキャストサービスセンター（ＢＭ−ＳＣ）である、請求項１７から２６のいずれか１項に記載のＢＭ−ＳＣ。
28. ブロードキャストマルチキャストサービスセンター（ＢＭ−ＳＣ）（８００）からブロードキャストセッションのデータファイルの送信を受信するように構成されたユーザ機器（ＵＥ）（１０００）であって、
    プロセッサ（１０１０）とメモリ（１０５０）を含み、前記メモリは前記プロセッサ（１０１０）によって実行された場合に、前記プロセッサ（１０１０）に、
    データファイルと、該データを送信するために使用されたＦＥＣ冗長度レベルの表示を含んだ送信を前記ＢＭ−ＳＣから受信させ、
    前記表示されたＦＥＣ冗長度レベルを用いて前記受信された送信を復号させる命令を記憶可能である、ＵＥ。
29. 前記メモリ（１０５０）は更に、前記プロセッサ（１０１０）によって実行された場合に、前記プロセッサ（１０１０）に、受信したＦＥＣ冗長度レベルに従って受信したパケットもしくはデータを復号させる命令を記憶可能であり、ここで、受信した送信の復号に成功しなかった場合に、更にＵＥが前記データファイルの復号に成功しなかったことを示す情報をＢＭ−ＳＣへ送信するように前記プロセッサ（１０１０）が更に構成される、請求項２８記載のＵＥ。
30. 前記ＢＭ−ＳＣ（８００）へ前記ＵＥ（１００）が前記データファイルの復号に成功しなかったことを示す情報を送信する工程は、パケット損失率を示す受信報告要求を前記ＢＭ−ＳＣへ送信する工程を含む、請求項２９に記載の方法。
31. 前記メモリ（１０５０）は更に、前記プロセッサ（１０１０）によって実行された場合に、前記プロセッサ（１０１０）に、複数のパケットを受信させ、復号に成功しなかったパケットの数と受信したパケットの数との間の比率を決定させ、前記ＦＥＣ冗長度レベルと前記決定した比率との間の関係を決定させ、前記比率がＦＥＣ冗長度レベルより高い場合と、ファイル修復が送信されたデータに使用可能でない場合に、送信されたデータの更なるパケットの受信を中止させる命令を記憶可能である、請求項２８から３０のいずれか１項に記載のＵＥ。
32. 前記メモリ（１０５０）は更に、前記プロセッサ（１０１０）によって実行された場合に、前記プロセッサ（１０１０）に、復号に成功しなかったものとしてＢＭ−ＳＣへ示されたパケットの再送を受信するために、前記ＢＭ−ＳＣ（８００）によるファイル修復セッションが、ブロードキャストセッションの終了後に要求されることをＢＭ−ＳＣ（８００）に示させる命令を記憶可能である、請求項２８から３１のいずれか１項に記載のＵＥ。

Images