(57)【特許請求の範囲】
【請求項１】
ワイヤレス通信の方法であって、
アプリケーションプロセッサによって、ブロードキャストマルチキャストサービスから受信されるべきデータオブジェクトのための、ソースシンボルの総数と冗長レベルとを取得することと、
前記アプリケーションプロセッサに関連するモデムプロセッサを介して、前記ブロードキャストマルチキャストサービスからの前記データオブジェクトの複数の受信されたデータシンボルを受信することと、
前記アプリケーションプロセッサによって、前記複数の受信されたデータシンボルの数が、ソースシンボルの前記総数よりも大きいおよび前記データオブジェクトの送信のためのデータシンボルの総数よりも小さい、しきい値データレベルを超えると決定することと、ここにおいて、データシンボルの前記総数が、ソースシンボルの前記総数と前記冗長レベルによって決定された冗長シンボルの総数とを備える、
前記決定したことに応答して前記アプリケーションプロセッサによって、前記ブロードキャストマルチキャストサービスから受信された前記データオブジェクトのためのさらなる受信されたデータシンボルをフォワーディングすることを中止するように、前記モデムプロセッサにシグナリングすることと
を備える、方法。
【請求項２】
前記しきい値データレベルがソースシンボルの前記総数＋所定のオーバーヘッド値を備え、ここにおいて、前記所定のオーバーヘッド値が前記冗長レベルに関連するエラーコーディングアルゴリズムに基づく、請求項１に記載の方法。
【請求項３】
前記データオブジェクトの１つまたは複数のデータシンボルを正常に受信しないことのエラーレートを監視することと、
前記エラーレートがしきい値失敗ポイントに達したとき、前記データオブジェクトのためのさらなる受信されたデータシンボルをフォワーディングすることを中止するように、前記モデムプロセッサにシグナリングすることと、ここにおいて、前記しきい値失敗ポイントは、前記複数の受信されたデータシンボルの前記数＋受信するために残されたシンボルの残りの数が、前記しきい値データレベルに達することができないことに基づく、
をさらに含む、請求項１に記載の方法。
【請求項４】
フォワーディングすることを中止するように前記モデムプロセッサに前記シグナリングすることが、次のスケジュールされたデータオブジェクトまでデータを受信および復号することを停止するように前記モデムプロセッサをトリガする、請求項３に記載の方法。
【請求項５】
前記複数の受信されたデータシンボルのうちの少なくとも１つのセグメント境界を検出することと、
前記セグメント境界を検出したことに応答してセグメントタイマーを開始することと、ここにおいて、前記セグメントタイマーがセグメント長に設定される、
前記セグメントタイマーの満了に応答して、前記次のスケジュールされたデータオブジェクトのためのデータを受信および復号することを始めるように、前記モデムプロセッサにシグナリングすることと
をさらに含む、請求項４に記載の方法。
【請求項６】
ワイヤレス通信の方法であって、
モデムプロセッサにおいて、ブロードキャストマルチキャストサービスからのデータオブジェクト送信のための複数のデータシンボルを正常に受信することと、
前記モデムプロセッサに関連するアプリケーションプロセッサに、前記複数の正常に受信されたデータシンボルをフォワーディングすることと、
前記複数の正常に受信されたデータシンボルの数が、ソースシンボルの総数よりも大きいおよび前記データオブジェクトの送信のためのデータシンボルの総数よりも小さい、しきい値データレベルを超えたとき、前記アプリケーションプロセッサから第１の変更信号を受信することと、
前記第１の変更信号に応答して、前記アプリケーションプロセッサに前記データオブジェクトのための任意の追加のデータシンボルをフォワーディングすることを中止することと
を備える、方法。
【請求項７】
前記しきい値データレベルがソースシンボルの前記総数＋所定のオーバーヘッド値を備え、ここにおいて、前記所定のオーバーヘッド値が、前記ブロードキャストマルチキャストサービスからの前記データオブジェクト送信の冗長レベルに関連するエラーコーディングアルゴリズムに基づく、請求項６に記載の方法。
【請求項８】
前記データオブジェクトの１つまたは複数のデータシンボルを受信する際のエラーレートがしきい値失敗ポイントに達したとき、前記アプリケーションプロセッサから第２の変更信号を受信することと、ここにおいて、前記しきい値失敗ポイントは、前記複数の正常に受信されたデータシンボルの前記数＋受信するために残されたシンボルの残りの数が、前記しきい値データレベルに達することができないことに基づく、
前記第２の変更信号に応答して、前記アプリケーションプロセッサに前記データオブジェクトのための任意の追加のデータシンボルをフォワーディングすることを中止することと
をさらに含む、請求項６に記載の方法。
【請求項９】
前記第１の変更信号または前記第２の変更信号のいずれかに応答して、前記モデムプロセッサにおいて、次のスケジュールされたデータオブジェクトまで、前記データオブジェクトのためのデータシンボルを受信することを中止すること
をさらに含む、請求項８に記載の方法。
【請求項１０】
前記次のスケジュールされたデータオブジェクトの１つまたは複数のデータシンボルを受信および復号することを再開すること
をさらに含み、ここにおいて、前記再開することが、
前記アプリケーションプロセッサから第３の変更信号を受信すること、または
前記モデムプロセッサにおいて、前記次のスケジュールされたデータオブジェクトのセグメント開始を決定すること
のうちの１つに応答する、請求項９に記載の方法。
【請求項１１】
前記次のスケジュールされたデータオブジェクトの前記セグメント開始を前記決定することが、
前記ブロードキャストマルチキャストサービスからの前記次のスケジュールされたデータオブジェクトのために受信された１つまたは複数のデータシンボルのディープパケット検査を使用して、前記モデムプロセッサによって前記セグメント開始を検出すること
を含む、請求項１０に記載の方法。
【請求項１２】
前記次のスケジュールされたデータオブジェクトの前記セグメント開始を前記決定することは、
ディープパケット検査を使用して、前記複数の正常に受信されたデータシンボルのうちの少なくとも１つのセグメント境界を検出すること、
前記セグメント境界を検出したことに応答してセグメントタイマーを開始すること、ここにおいて、前記セグメントタイマーがセグメント長に設定され、ここにおいて、前記セグメント開始が前記セグメントタイマーの満了時に行われる、
を含む、請求項１０に記載の方法。
【請求項１３】
ワイヤレス通信のために構成された装置であって、前記装置が、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに結合されたメモリと
を備え、
ここにおいて、前記少なくとも１つのプロセッサは、
アプリケーションプロセッサによって、ブロードキャストマルチキャストサービスから受信されるべきデータオブジェクトのための、ソースシンボルの総数と冗長レベルとを取得することと、
前記アプリケーションプロセッサに関連するモデムプロセッサを介して、前記ブロードキャストマルチキャストサービスからの前記データオブジェクトの複数の受信されたデータシンボルを受信することと、
前記アプリケーションプロセッサによって、前記複数の受信されたデータシンボルの数が、ソースシンボルの前記総数よりも大きいおよび前記データオブジェクトの送信のためのデータシンボルの総数よりも小さい、しきい値データレベルを超えると決定することと、ここにおいて、データシンボルの前記総数が、ソースシンボルの前記総数と前記冗長レベルによって決定された冗長シンボルの総数とを備える、
前記決定に応答して前記アプリケーションプロセッサによって、前記ブロードキャストマルチキャストサービスから受信された前記データオブジェクトのためのさらなる受信されたデータシンボルをフォワーディングすることを中止するように、前記モデムプロセッサにシグナリングすることと
を行うように構成された、装置。
【請求項１４】
前記しきい値データレベルがソースシンボルの前記総数＋所定のオーバーヘッド値を備え、ここにおいて、前記所定のオーバーヘッド値が前記冗長レベルに関連するエラーコーディングアルゴリズムに基づく、請求項１３に記載の装置。
【請求項１５】
前記データオブジェクトの１つまたは複数のデータシンボルを正常に受信しないことのエラーレートを監視することと、
前記エラーレートがしきい値失敗ポイントに達したとき、前記データオブジェクトのためのさらなる受信されたデータシンボルをフォワーディングすることを中止するように、前記モデムプロセッサにシグナリングすることと、ここにおいて、前記しきい値失敗ポイントは、前記複数の受信されたデータシンボルの前記数＋受信するために残されたシンボルの残りの数が、前記しきい値データレベルに達することができないことに基づく、
を行うための前記少なくとも１つのプロセッサの構成をさらに含む、請求項１３に記載の装置。
【請求項１６】
フォワーディングすることを中止するように前記モデムプロセッサにシグナリングするための前記少なくとも１つのプロセッサの前記構成が、次のスケジュールされたデータオブジェクトまでデータを受信および復号することを停止するように前記モデムプロセッサをトリガする、請求項１５に記載の装置。
【請求項１７】
前記複数の受信されたデータシンボルのうちの少なくとも１つのセグメント境界を検出することと、
前記セグメント境界を検出したことに応答してセグメントタイマーを開始することと、ここにおいて、前記セグメントタイマーがセグメント長に設定される、
前記セグメントタイマーの満了に応答して、前記次のスケジュールされたデータオブジェクトのためのデータを受信および復号することを始めるように、前記モデムプロセッサにシグナリングすることと
を行うための前記少なくとも１つのプロセッサの構成をさらに含む、請求項１６に記載の装置。
【請求項１８】
ワイヤレス通信のために構成された装置であって、前記装置が、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに結合されたメモリと
を備え、
ここにおいて、前記少なくとも１つのプロセッサは、
モデムプロセッサにおいて、ブロードキャストマルチキャストサービスからのデータオブジェクト送信のための複数のデータシンボルを正常に受信することと、
前記モデムプロセッサに関連するアプリケーションプロセッサに、前記複数の正常に受信されたデータシンボルをフォワーディングすることと、
前記複数の正常に受信されたデータシンボルの数が、ソースシンボルの総数よりも大きいおよび前記データオブジェクトの送信のためのデータシンボルの総数よりも小さい、しきい値データレベルを超えたとき、前記アプリケーションプロセッサから第１の変更信号を受信することと、
前記第１の変更信号に応答して、前記アプリケーションプロセッサに前記データオブジェクトのための任意の追加のデータシンボルをフォワーディングすることを中止することと
を行うように構成された、装置。
【請求項１９】
前記しきい値データレベルがソースシンボルの前記総数＋所定のオーバーヘッド値を備え、ここにおいて、前記所定のオーバーヘッド値が、前記ブロードキャストマルチキャストサービスからの前記データオブジェクト送信の冗長レベルに関連するエラーコーディングアルゴリズムに基づく、請求項１８に記載の装置。
【請求項２０】
前記データオブジェクトの１つまたは複数のデータシンボルを受信する際のエラーレートがしきい値失敗ポイントに達したとき、前記アプリケーションプロセッサから第２の変更信号を受信することと、ここにおいて、前記しきい値失敗ポイントは、前記複数の正常に受信されたデータシンボルの前記数＋受信するために残されたシンボルの残りの数が、前記しきい値データレベルに達することができないことに基づく、
前記第２の変更信号に応答して、前記アプリケーションプロセッサに前記データオブジェクトのための任意の追加のデータシンボルをフォワーディングすることを中止することと
を行うための前記少なくとも１つのプロセッサの構成をさらに含む、請求項１８に記載の装置。
【請求項２１】
前記第１の変更信号または前記第２の変更信号のいずれかに応答して、前記モデムプロセッサにおいて、次のスケジュールされたデータオブジェクトまで、前記データオブジェクトのためのデータシンボルを受信することを中止するための前記少なくとも１つのプロセッサの構成をさらに含む、請求項２０に記載の装置。
【請求項２２】
前記次のスケジュールされたデータオブジェクトの１つまたは複数のデータシンボルを受信および復号することを再開するための前記少なくとも１つのプロセッサの構成をさらに含み、ここにおいて、再開するための前記構成が、
前記アプリケーションプロセッサから第３の変更信号を受信すること、または
前記モデムプロセッサにおいて、前記次のスケジュールされたデータオブジェクトのセグメント開始を決定すること
のうちの１つを行うための前記少なくとも１つのプロセッサの構成に応答して実行される、請求項２１に記載の装置。
【請求項２３】
前記次のスケジュールされたデータオブジェクトの前記セグメント開始を決定するための前記少なくとも１つのプロセッサの前記構成が、前記ブロードキャストマルチキャストサービスからの前記次のスケジュールされたデータオブジェクトのために受信された１つまたは複数のデータシンボルのディープパケット検査を使用して、前記モデムプロセッサによって前記セグメント開始を検出するための構成、請求項２２に記載の装置。
【請求項２４】
前記次のスケジュールされたデータオブジェクトの前記セグメント開始を決定するための前記少なくとも１つのプロセッサの前記構成は、前記少なくとも１つのプロセッサの構成を含む、請求項２２に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
[0001]本出願は、その全体が参照により本明細書に明確に組み込まれる、２０１５年３月４日に出願された「EARLY TERMINATION IN EMBMS RECEPTION」と題する米国仮特許出願第６２／１２８，１８１号、および２０１６年２月１日に出願された「EARLY TERMINATION IN EMBMS RECEPTION」と題する米国実用特許出願第１５／０１１，９３９号の利益を主張する。
【０００２】
[0002]本開示の態様は、一般にワイヤレス通信システムに関し、より詳細には、拡張マルチメディアブロードキャストマルチキャストサービス（ｅＭＢＭＳ）における早期終了に関する。
【背景技術】
【０００３】
[0003]ワイヤレス通信ネットワークは、音声、ビデオ、パケットデータ、メッセージング、ブロードキャストなどの様々な通信サービスを提供するために広く展開されている。これらのワイヤレスネットワークは、利用可能なネットワークリソースを共有することによって複数のユーザをサポートすることが可能な多元接続ネットワークであり得る。そのような多元接続ネットワークの例としては、符号分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交ＦＤＭＡ（ＯＦＤＭＡ）ネットワーク、およびシングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）ネットワークがある。
【０００４】
[0004]ワイヤレス通信ネットワークは、モバイルエンティティとも呼ばれる、いくつかのユーザ機器（ＵＥ）のための通信をサポートすることができるいくつかの基地局を含み得る。ＵＥは、ダウンリンクおよびアップリンクを介して基地局と通信し得る。ダウンリンク（または順方向リンク）は基地局からＵＥへの通信リンクを指し、アップリンク（または逆方向リンク）はＵＥから基地局への通信リンクを指す。本明細書で使用される、「基地局」は、ｅノードＢ（ｅＮＢ）、ノードＢ、ホームノードＢ、またはワイヤレス通信システムの同様のネットワーク構成要素を意味する。
【０００５】
[0005]第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標）：3rd Generation Partnership Project）ロングタームエボリューション（ＬＴＥ（登録商標）：Long Term Evolution）は、モバイル通信用グローバルシステム（ＧＳＭ（登録商標）：Global System for Mobile communications）およびユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ：Universal Mobile Telecommunications System）の発展形として、セルラー技術における大きな進歩を代表するものである。ＬＴＥ物理レイヤ（ＰＨＹ）は、発展型ノードＢ（ｅＮＢ）などの基地局と、ＵＥなどのモバイルエンティティとの間でデータと制御情報の両方を伝達する高効率な方法を与える。前の出願では、マルチメディアのための高帯域幅通信を可能にするための方法は、単一周波数ネットワーク（ＳＦＮ）動作であった。ＳＦＮは、加入者ＵＥと通信するために、たとえばｅＮＢなどの無線送信機を利用する。ユニキャスト動作では、各ｅＮＢは、１つまたは複数の特定の加入者ＵＥを対象とする情報を搬送する信号を送信するように制御される。ユニキャストシグナリングの特定性は、たとえば、ボイス発呼、テキストメッセージング、またはビデオ発呼など、人対人サービスを可能にする。
【０００６】
[0006]最近のＬＴＥバージョンは、ビデオストリーミングおよびファイルダウンロードブロードキャスト配信を与えるために、ＬＴＥエアインターフェースにおけるｅＭＢＭＳをサポートする。たとえば、ビデオストリーミングサービスは、ＵＤＰ／ＩＰパケット上でＩＥＴＦ  ＲＦＣ３９２６において定義されているＦＬＵＴＥ（ファイル配信オーバー単方向トランスポート（File Delivery over Unidirectional Transport））を介したＤＡＳＨ（ＨＴＴＰを使用する動的適応ストリーミング）プロトコルによってトランスポートされることが予想される。ファイルダウンロードサービスは、ＵＤＰ／ＩＰプロトコル上でＦＬＵＴＥによってトランスポートされる。ＩＰ上の両方の上位レイヤは、ＰＨＹおよび（ＭＡＣおよびＲＬＣレイヤを含む）Ｌ２において、ＬＴＥブロードキャストチャネルによって処理される。しかしながら、そのようなトランスポートは、通信業界において現在対処されない複数の非効率性を含む。
【発明の概要】
【０００７】
[0007]本開示の一態様では、ワイヤレス通信の方法が、アプリケーションプロセッサによって、ブロードキャストマルチキャストサービスから受信されるべきデータオブジェクトのための、ソースシンボルの総数と冗長レベルとを取得することと、アプリケーションプロセッサに関連するモデムプロセッサを介して、ブロードキャストマルチキャストサービスからのデータオブジェクトの複数の受信されたデータシンボルを受信することと、アプリケーションプロセッサによって、複数の受信されたデータシンボルの数が、ソースシンボルの総数よりも大きいおよびデータオブジェクトの送信のためのデータシンボルの総数よりも小さい、しきい値データレベルを超えると決定することと、ここにおいて、データシンボルの総数が、ソースシンボルの総数と冗長レベルによって決定された冗長シンボルの総数とを備える、ブロードキャストマルチキャストサービスから受信されたデータオブジェクトのためのさらなる受信されたデータシンボルをフォワーディングすることを中止するように、モデムプロセッサにシグナリングすることとを含む。
【０００８】
[0008]本開示のさらなる態様では、ワイヤレス通信の方法が、モデムプロセッサにおいて、ブロードキャストマルチキャストサービスからのデータオブジェクト送信のための複数のデータシンボルを正常に受信することと、モデムプロセッサに関連するアプリケーションプロセッサに、複数の受信されたデータシンボルをフォワーディングすることと、複数の受信されたデータシンボルの数が、ソースシンボルの総数よりも大きいおよびデータオブジェクトの送信のためのデータシンボルの総数よりも小さい、しきい値データレベルを超えたとき、アプリケーションプロセッサから第１の変更信号を受信することと、第１の変更信号に応答して、アプリケーションプロセッサにデータオブジェクトのための任意の追加のデータシンボルをフォワーディングすることを中止することとを含む。
【０００９】
[0009]本開示のさらなる態様では、ワイヤレス通信のために構成された装置が、アプリケーションプロセッサによって、ブロードキャストマルチキャストサービスから受信されるべきデータオブジェクトのための、ソースシンボルの総数と冗長レベルとを取得するための手段と、アプリケーションプロセッサに関連するモデムプロセッサを介して、ブロードキャストマルチキャストサービスからのデータオブジェクトの複数の受信されたデータシンボルを受信するための手段と、アプリケーションプロセッサによって、複数の受信されたデータシンボルの数が、ソースシンボルの総数よりも大きいおよびデータオブジェクトの送信のためのデータシンボルの総数よりも小さい、しきい値データレベルを超えると決定するための手段と、ここにおいて、データシンボルの総数が、ソースシンボルの総数と冗長レベルによって決定された冗長シンボルの総数とを備える、ブロードキャストマルチキャストサービスから受信されたデータオブジェクトのためのさらなる受信されたデータシンボルをフォワーディングすることを中止するように、モデムプロセッサにシグナリングするための手段とを含む。
【００１０】
[0010]本開示のさらなる態様では、ワイヤレス通信のために構成された装置が、モデムプロセッサにおいて、ブロードキャストマルチキャストサービスからのデータオブジェクト送信のための複数のデータシンボルを正常に受信するための手段と、モデムプロセッサに関連するアプリケーションプロセッサに、複数の受信されたデータシンボルをフォワーディングするための手段と、複数の受信されたデータシンボルの数が、ソースシンボルの総数よりも大きいおよびデータオブジェクトの送信のためのデータシンボルの総数よりも小さい、しきい値データレベルを超えたとき、アプリケーションプロセッサから第１の変更信号を受信するための手段と、第１の変更信号に応答して、アプリケーションプロセッサにデータオブジェクトのための任意の追加のデータシンボルをフォワーディングすることを中止するための手段とを含む。
【００１１】
[0011]本開示のさらなる態様では、プログラムコードを記録したコンピュータ可読媒体。このプログラムコードは、アプリケーションプロセッサによって、ブロードキャストマルチキャストサービスから受信されるべきデータオブジェクトのための、ソースシンボルの総数と冗長レベルとを取得するためのコードと、アプリケーションプロセッサに関連するモデムプロセッサを介して、ブロードキャストマルチキャストサービスからのデータオブジェクトの複数の受信されたデータシンボルを受信するためのコードと、アプリケーションプロセッサによって、複数の受信されたデータシンボルの数が、ソースシンボルの総数よりも大きいおよびデータオブジェクトの送信のためのデータシンボルの総数よりも小さい、しきい値データレベルを超えると決定するためのコードと、ここにおいて、データシンボルの総数が、ソースシンボルの総数と冗長レベルによって決定された冗長シンボルの総数とを備える、ブロードキャストマルチキャストサービスから受信されたデータオブジェクトのためのさらなる受信されたデータシンボルをフォワーディングすることを中止するように、モデムプロセッサにシグナリングするためのコードとを含む。
【００１２】
[0012]本開示のさらなる態様では、プログラムコードを記録したコンピュータ可読媒体。このプログラムコードは、モデムプロセッサにおいて、ブロードキャストマルチキャストサービスからのデータオブジェクト送信のための複数のデータシンボルを正常に受信するためのコードと、モデムプロセッサに関連するアプリケーションプロセッサに、複数の受信されたデータシンボルをフォワーディングするためのコードと、複数の受信されたデータシンボルの数が、ソースシンボルの総数よりも大きいおよびデータオブジェクトの送信のためのデータシンボルの総数よりも小さい、しきい値データレベルを超えたとき、アプリケーションプロセッサから第１の変更信号を受信するためのコードと、第１の変更信号に応答して、アプリケーションプロセッサにデータオブジェクトのための任意の追加のデータシンボルをフォワーディングすることを中止するためのコードとを含む。
【００１３】
[0013]本開示のさらなる態様では、装置は、少なくとも１つのプロセッサと、プロセッサに結合されたメモリとを含む。プロセッサは、アプリケーションプロセッサによって、ブロードキャストマルチキャストサービスから受信されるべきデータオブジェクトのための、ソースシンボルの総数と冗長レベルとを取得することと、アプリケーションプロセッサに関連するモデムプロセッサを介して、ブロードキャストマルチキャストサービスからのデータオブジェクトの複数の受信されたデータシンボルを受信することと、アプリケーションプロセッサによって、複数の受信されたデータシンボルの数が、ソースシンボルの総数よりも大きいおよびデータオブジェクトの送信のためのデータシンボルの総数よりも小さい、しきい値データレベルを超えると決定することと、ここにおいて、データシンボルの総数が、ソースシンボルの総数と冗長レベルによって決定された冗長シンボルの総数とを備える、ブロードキャストマルチキャストサービスから受信されたデータオブジェクトのためのさらなる受信されたデータシンボルをフォワーディングすることを中止するように、モデムプロセッサにシグナリングすることとを行うように構成される。
【００１４】
[0014]本開示のさらなる態様では、装置は、少なくとも１つのプロセッサと、プロセッサに結合されたメモリとを含む。プロセッサは、モデムプロセッサにおいて、ブロードキャストマルチキャストサービスからのデータオブジェクト送信のための複数のデータシンボルを正常に受信することと、モデムプロセッサに関連するアプリケーションプロセッサに、複数の受信されたデータシンボルをフォワーディングすることと、複数の受信されたデータシンボルの数が、ソースシンボルの総数よりも大きいおよびデータオブジェクトの送信のためのデータシンボルの総数よりも小さい、しきい値データレベルを超えたとき、アプリケーションプロセッサから第１の変更信号を受信することと、第１の変更信号に応答して、アプリケーションプロセッサにデータオブジェクトのための任意の追加のデータシンボルをフォワーディングすることを中止することとを行うように構成される。
【００１５】
[0015]上記では、以下の発明を実施するための形態がより良く理解され得るように、本出願の特徴および技術的利点についてやや広く概説した。特許請求の範囲の主題を形成する、追加の特徴および利点が以下で説明される。開示される概念および特定の態様は、本出願の同じ目的を実行するための他の構造を変更または設計するための基礎として容易に利用され得ることを、当業者は諒解されたい。また、そのような等価な構成は、本出願および添付の特許請求の範囲の趣旨および範囲から逸脱しないことを、当業者は了解されたい。さらなる目的および利点とともに、態様の編成と動作の方法の両方に関して、態様を特徴づけると考えられる新規の特徴は、添付の図に関連して以下の説明を検討するとより良く理解されよう。ただし、図の各々は、例示および説明のみの目的で与えられたものであり、本特許請求の範囲の限界を定めるものではないことを明確に理解されたい。
【図面の簡単な説明】
【００１６】
【図１】[0016]電気通信システムの一例を概念的に示すブロック図。
【図２】[0017]電気通信システムにおけるダウンリンクフレーム構造の一例を概念的に示すブロック図。
【図３】[0018]本開示の一態様に従って構成された基地局／ｅＮＢおよびＵＥの設計を概念的に示すブロック図。
【図４】[0019]ユニキャストおよびマルチキャスト信号のためのシンボル割振りの一例を示すシグナリングフレームの図。
【図５】[0020]ＭＢＭＳオーバー単一周波数ネットワーク（ＭＢＳＦＮ：MBMS over a Single Frequency Network）サービスエリア内のＭＢＳＦＮエリアを示す図。
【図６】[0021]ＭＢＳＦＮサービスを与えるかまたはサポートするためのワイヤレス通信システムの構成要素を示すブロック図。
【図７Ａ】[0022]アプリケーションおよびモデムプロセッサで構成されたモバイルデバイスを示すブロック図。
【図７Ｂ】アプリケーションおよびモデムプロセッサで構成されたモバイルデバイスを示すブロック図。
【図８Ａ】[0023]ビデオストリーミングｅＭＢＭＳのためのモデムプロセッサの受信ストリームを示すブロック図。
【図８Ｂ】[0024]ファイルダウンロードｅＭＢＭＳのためのモデムプロセッサの受信ストリームを示すブロック図。
【図９Ａ】[0025]本開示の態様を実装するために実行される例示的なブロックを示すブロック図。
【図９Ｂ】本開示の態様を実装するために実行される例示的なブロックを示すブロック図。
【図１０】[0026]ブロードキャストマルチキャストサービス送信の例示的なデータパケットを示すブロック図。
【図１１】[0027]本開示の態様に従って構成されたアプリケーションおよびモデムプロセッサの通信ストリームを示すブロック図。
【図１２】本開示の態様に従って構成されたアプリケーションおよびモデムプロセッサの通信ストリームを示すブロック図。
【図１３】本開示の態様に従って構成されたアプリケーションおよびモデムプロセッサの通信ストリームを示すブロック図。
【発明を実施するための形態】
【００１７】
[0028]添付の図面に関して以下に記載される詳細な説明は、様々な構成を説明するものであり、本明細書で説明される概念が実施され得る構成のみを表すものではない。発明を実施するための形態は、様々な概念の完全な理解を与えるための具体的な詳細を含む。ただし、これらの概念はこれらの具体的な詳細なしに実施され得ることが当業者には明らかであろう。いくつかの事例では、そのような概念を不明瞭にしないように、よく知られている構造および構成要素がブロック図の形式で示される。
【００１８】
[0029]本明細書で説明される技法は、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡおよび他のネットワークなど、様々なワイヤレス通信ネットワークのために使用され得る。「ネットワーク」および「システム」という用語はしばしば互換的に使用される。ＣＤＭＡネットワークは、ユニバーサル地上波無線アクセス（ＵＴＲＡ：Universal Terrestrial Radio Access）、ＣＤＭＡ２０００などの無線技術を実装し得る。ＵＴＲＡは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））およびＣＤＭＡの他の変形態を含む。ＣＤＭＡ２０００は、ＩＳ−２０００、ＩＳ−９５およびＩＳ−８５６規格をカバーする。ＴＤＭＡネットワークは、モバイル通信用グローバルシステム（ＧＳＭ）などの無線技術を実装し得る。ＯＦＤＭＡネットワークは、発展型ＵＴＲＡ（Ｅ−ＵＴＲＡ：Evolved UTRA）、ウルトラモバイルブロードバンド（ＵＭＢ：Ultra Mobile Broadband）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ（登録商標））、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ８０２．２０、Ｆｌａｓｈ−ＯＦＤＭＡなどの無線技術を実装し得る。ＵＴＲＡおよびＥ−ＵＴＲＡは、ユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）の一部である。３ＧＰＰロングタームエボリューション（ＬＴＥ）およびＬＴＥアドバンスト（ＬＴＥ−Ａ：LTE（登録商標）-Advanced）は、Ｅ−ＵＴＲＡを使用するＵＭＴＳの新しいリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、ＬＴＥ−Ａ、およびＧＳＭは、「第３世代パートナーシッププロジェクト」（３ＧＰＰ）と称する団体からの文書に記載されている。ＣＤＭＡ２０００およびＵＭＢは、「第３世代パートナーシッププロジェクト２」（３ＧＰＰ２：3rd Generation Partnership Project 2）と称する団体からの文書に記載されている。本明細書で説明される技法は、上記のワイヤレスネットワークおよび無線技術、ならびに他のワイヤレスネットワークおよび無線技術のために使用され得る。明快のために、本技法のいくつかの態様が以下でＬＴＥに関して説明され、以下の説明の大部分でＬＴＥ用語が使用される。
【００１９】
[0030]図１は、ＬＴＥネットワークであり得るワイヤレス通信ネットワーク１００を示す。ワイヤレスネットワーク１００は、いくつかのｅＮＢ１１０と他のネットワークエンティティとを含み得る。ｅＮＢは、ＵＥと通信する局であり得、基地局、ノードＢ、アクセスポイント、または他の用語で呼ばれることもある。各ｅＮＢ１１０ａ、１１０ｂ、１１０ｃは、特定の地理的エリアに通信カバレージを与え得る。３ＧＰＰでは、「セル」という用語は、この用語が使用されるコンテキストに応じて、ｅＮＢのカバレージエリアおよび／またはこのカバレージエリアをサービスしているｅＮＢサブシステムを指すことがある。
【００２０】
[0031]ｅＮＢは、マクロセル、ピコセル、フェムトセル、および／または他のタイプのセルに通信カバレージを与え得る。マクロセルは、比較的大きい地理的エリア（たとえば、半径数キロメートル）をカバーし得、サービスに加入しているＵＥによる無制限アクセスを可能にし得る。ピコセルは、比較的小さい地理的エリアをカバーし得、サービスに加入しているＵＥによる無制限アクセスを可能にし得る。フェムトセルは、比較的小さい地理的エリア（たとえば、自宅）をカバーし得、フェムトセルとの関連付けを有するＵＥ（たとえば、限定加入者グループ（ＣＳＧ：Closed Subscriber Group）中のＵＥ、自宅内のユーザのためのＵＥなど）による制限付きアクセスを可能にし得る。マクロセルのためのｅＮＢはマクロｅＮＢと呼ばれることがある。ピコセルのためのｅＮＢはピコｅＮＢと呼ばれることがある。フェムトセルのためのｅＮＢはフェムトｅＮＢまたはホームｅＮＢ（ＨＮＢ）と呼ばれることがある。図１に示されている例では、ｅＮＢ１１０ａ、１１０ｂおよび１１０ｃは、それぞれマクロセル１０２ａ、１０２ｂおよび１０２ｃのためのマクロｅＮＢであり得る。ｅＮＢ１１０ｘは、ＵＥ１２０ｘをサービスする、ピコセル１０２ｘのためのピコｅＮＢであり得る。ｅＮＢ１１０ｙおよび１１０ｚは、それぞれフェムトセル１０２ｙおよび１０２ｚのためのフェムトｅＮＢであり得る。ｅＮＢは、１つまたは複数の（たとえば、３つの）セルをサポートし得る。
【００２１】
[0032]ワイヤレスネットワーク１００はまた、中継局１１０ｒを含み得る。中継局は、上流局（たとえば、ｅＮＢまたはＵＥ）からデータおよび／または他の情報の送信を受信し、そのデータおよび／または他の情報の送信を下流局（たとえば、ＵＥまたはｅＮＢ）に送る局である。中継局はまた、他のＵＥに対する送信を中継するＵＥであり得る。図１に示されている例では、中継局１１０ｒは、ｅＮＢ１１０ａとＵＥ１２０ｒとの間の通信を可能にするために、ｅＮＢ１１０ａおよびＵＥ１２０ｒと通信し得る。中継局は、リレーｅＮＢ、リレーなどと呼ばれることもある。
【００２２】
[0033]ワイヤレスネットワーク１００は、様々なタイプのｅＮＢ、たとえば、マクロｅＮＢ、ピコｅＮＢ、フェムトｅＮＢ、リレーなどを含む異種ネットワークであり得る。これらの異なるタイプのｅＮＢは、異なる送信電力レベル、異なるカバレージエリア、およびワイヤレスネットワーク１００における干渉に対する異なる影響を有し得る。たとえば、マクロｅＮＢは、高い送信電力レベル（たとえば、２０ワット）を有し得るが、ピコｅＮＢ、フェムトｅＮＢおよびリレーは、より低い送信電力レベル（たとえば、１ワット）を有し得る。
【００２３】
[0034]ワイヤレスネットワーク１００は同期動作または非同期動作をサポートし得る。同期動作の場合、ｅＮＢは同様のフレームタイミングを有し得、異なるｅＮＢからの送信は近似的に時間的に整合され得る。非同期動作の場合、ｅＮＢは異なるフレームタイミングを有し得、異なるｅＮＢからの送信は時間的に整合されないことがある。本明細書で説明される技法は、同期動作と非同期動作の両方のために使用され得る。
【００２４】
[0035]ネットワークコントローラ１３０は、ｅＮＢのセットに結合し、これらのｅＮＢの協調および制御を行い得る。ネットワークコントローラ１３０は、バックホールを介してｅＮＢ１１０と通信し得る。ｅＮＢ１１０はまた、たとえば、ワイヤレスバックホールまたはワイヤラインバックホールを介して直接または間接的に互いに通信し得る。
【００２５】
[0036]ＵＥ１２０は、ワイヤレスネットワーク１００全体にわたって分散され得、各ＵＥは固定または移動であり得る。ＵＥは、端末、移動局、加入者ユニット、局などと呼ばれることもある。ＵＥは、セルラーフォン、携帯情報端末（ＰＤＡ）、ワイヤレスモデム、ワイヤレス通信デバイス、ハンドヘルドデバイス、ラップトップコンピュータ、コードレスフォン、ワイヤレスローカルループ（ＷＬＬ）局、スマートフォン、タブレット、または他のモバイルエンティティであり得る。ＵＥは、マクロｅＮＢ、ピコｅＮＢ、フェムトｅＮＢ、リレー、または他のネットワークエンティティと通信することが可能であり得る。図１において、両矢印付きの実線は、ダウンリンクおよび／またはアップリンク上での、ＵＥと、そのＵＥをサービスするように指定されたｅＮＢであるサービングｅＮＢとの間の所望の送信を示す。両矢印付きの破線は、ＵＥとｅＮＢとの間の干渉する送信を示す。
【００２６】
[0037]ＬＴＥは、ダウンリンク上では直交周波数分割多重化（ＯＦＤＭ）を利用し、アップリンク上ではシングルキャリア周波数分割多重化（ＳＣ−ＦＤＭ）を利用する。ＯＦＤＭおよびＳＣ−ＦＤＭは、システム帯域幅を、一般にトーン、ビンなどとも呼ばれる複数（Ｋ）個の直交サブキャリアに区分する。各サブキャリアはデータで変調され得る。概して、変調シンボルは、ＯＦＤＭでは周波数領域で、ＳＣ−ＦＤＭでは時間領域で送られる。隣接するサブキャリア間の間隔は固定であり得、サブキャリアの総数（Ｋ）はシステム帯域幅に依存し得る。たとえば、Ｋは、１．２５、２．５、５、１０または２０メガヘルツ（ＭＨｚ）のシステム帯域幅に対してそれぞれ１２８、２５６、５１２、１０２４または２０４８に等しくなり得る。システム帯域幅はまた、サブバンドに区分され得る。たとえば、サブバンドは１．０８ＭＨｚをカバーし得、１．２５、２．５、５、１０または２０ＭＨｚのシステム帯域幅に対してそれぞれ１、２、４、８または１６個のサブバンドがあり得る。
【００２７】
[0038]図２は、ＬＴＥにおいて使用されるダウンリンクフレーム構造を示す。ダウンリンクの送信タイムラインは無線フレームの単位に区分され得る。各無線フレームは、所定の持続時間（たとえば、１０ミリ秒（ｍｓ））を有し得、０〜９のインデックスをもつ１０個のサブフレームに区分され得る。各サブフレームは２つのスロットを含み得る。したがって、各無線フレームは、０〜１９のインデックスをもつ２０個のスロットを含み得る。各スロットは、Ｌ個のシンボル期間、たとえば、図２に示されているように、ノーマルサイクリックプレフィックス（ＣＰ）の場合は７つのシンボル期間、または拡張サイクリックプレフィックスの場合は６つのシンボル期間を含み得る。ノーマルＣＰおよび拡張ＣＰは、本明細書では異なるＣＰタイプと呼ばれることがある。各サブフレーム中の２Ｌ個のシンボル期間は０〜２Ｌ−１のインデックスを割り当てられ得る。利用可能な時間周波数リソースはリソースブロックに区分され得る。各リソースブロックは、１つのスロット中でＮ個のサブキャリア（たとえば、１２個のサブキャリア）をカバーし得る。
【００２８】
[0039]ＬＴＥでは、ｅＮＢは、ｅＮＢ中の各セルについて１次同期信号（ＰＳＳ：primary synchronization signal）と２次同期信号（ＳＳＳ：secondary synchronization signal）とを送り得る。１次同期信号および２次同期信号は、図２に示されているように、それぞれ、ノーマルサイクリックプレフィックスをもつ各無線フレームのサブフレーム０および５の各々中のシンボル期間６および５中で送られ得る。同期信号は、セル検出および収集のためにＵＥによって使用され得る。ｅＮＢは、サブフレーム０のスロット１中のシンボル期間０〜３中で物理ブロードキャストチャネル（ＰＢＣＨ：Physical Broadcast Channel）を送り得る。ＰＢＣＨは、あるシステム情報を搬送し得る。
【００２９】
[0040]ｅＮＢは、図２中の第１のシンボル期間全体において示されているが、各サブフレームの第１のシンボル期間の一部分のみの中で物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ：Physical Control Format Indicator Channel）を送り得る。ＰＣＦＩＣＨは、制御チャネルのために使用されるシンボル期間の数（Ｍ）を伝達し得、ただし、Ｍは、１、２または３に等しくなり得、サブフレームごとに変化し得る。Ｍはまた、たとえば、リソースブロックが１０個未満である、小さいシステム帯域幅では４に等しくなり得る。図２に示されている例では、Ｍ＝３である。ｅＮＢは、各サブフレームの最初のＭ個（図２ではＭ＝３）のシンボル期間中に物理ＨＡＲＱインジケータチャネル（ＰＨＩＣＨ：Physical HARQ Indicator Channel）と物理ダウンリンク制御チャネル（ＰＤＣＣＨ：Physical Downlink Control Channel）とを送り得る。ＰＨＩＣＨは、ハイブリッド自動再送信（ＨＡＲＱ）をサポートするための情報を搬送し得る。ＰＤＣＣＨは、ＵＥのためのリソース割振りに関する情報と、ダウンリンクチャネルのための制御情報とを搬送し得る。図２中の第１のシンボル期間の中には示されていないが、ＰＤＣＣＨおよびＰＨＩＣＨは第１のシンボル期間の中にも含まれることを理解されたい。同様に、ＰＨＩＣＨおよびＰＤＣＣＨはまた、図２にはそのようには示されていないが、第２のシンボル期間と第３のシンボル期間の両方の中にある。ｅＮＢは、各サブフレームの残りのシンボル期間中で物理ダウンリンク共有チャネル（ＰＤＳＣＨ：Physical Downlink Shared Channel）を送り得る。ＰＤＳＣＨは、ダウンリンク上でのデータ送信のためにスケジュールされたＵＥのためのデータを搬送し得る。ＬＴＥにおける様々な信号およびチャネルは、公開されている「Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels and Modulation」と題する３ＧＰＰ  ＴＳ３６．２１１に記載されている。
【００３０】
[0041]ｅＮＢは、ｅＮＢによって使用されるシステム帯域幅の中心１．０８ＭＨｚにおいてＰＳＳ、ＳＳＳおよびＰＢＣＨを送り得る。ｅＮＢは、これらのチャネルが送られる各シンボル期間中でシステム帯域幅全体にわたってＰＣＦＩＣＨおよびＰＨＩＣＨを送り得る。ｅＮＢは、システム帯域幅のいくつかの部分においてＵＥのグループにＰＤＣＣＨを送り得る。ｅＮＢは、システム帯域幅の特定の部分において特定のＵＥにＰＤＳＣＨを送り得る。ｅＮＢは、すべてのＵＥにブロードキャスト方式でＰＳＳ、ＳＳＳ、ＰＢＣＨ、ＰＣＦＩＣＨおよびＰＨＩＣＨを送り得、特定のＵＥにユニキャスト方式でＰＤＣＣＨを送り得、また特定のＵＥにユニキャスト方式でＰＤＳＣＨを送り得る。
【００３１】
[0042]各シンボル期間中でいくつかのリソース要素が利用可能であり得る。各リソース要素は、１つのシンボル期間中の１つのサブキャリアをカバーし得、実数値または複素数値であり得る１つの変調シンボルを送るために使用され得る。各シンボル期間中で基準信号のために使用されないリソース要素は、リソース要素グループ（ＲＥＧ：resource element group）中に配置され得る。各ＲＥＧは１つのシンボル期間中で４つのリソース要素を含み得る。ＰＣＦＩＣＨは、シンボル期間０中で、周波数にわたってほぼ等しく離間され得る、４つのＲＥＧを占有し得る。ＰＨＩＣＨは、１つまたは複数の構成可能なシンボル期間中で、周波数にわたって拡散され得る、３つのＲＥＧを占有し得る。たとえば、ＰＨＩＣＨ用の３つのＲＥＧは、すべてシンボル期間０中に属し得るか、またはシンボル期間０、１および２中で拡散され得る。ＰＤＣＣＨは、最初のＭ個のシンボル期間中で、利用可能なＲＥＧから選択され得る、９、１８、３２または６４個のＲＥＧを占有し得る。ＲＥＧのいくつかの組合せのみがＰＤＣＣＨに対して可能にされ得る。
【００３２】
[0043]ＵＥは、ＰＨＩＣＨおよびＰＣＦＩＣＨのために使用される特定のＲＥＧを知り得る。ＵＥは、ＰＤＣＣＨのためのＲＥＧの様々な組合せを探索し得る。探索すべき組合せの数は、一般に、ＰＤＣＣＨに対して可能にされる組合せの数よりも少ない。ｅＮＢは、ＵＥが探索することになる組合せのいずれかにおいてＵＥにＰＤＣＣＨを送り得る。
【００３３】
[0044]ＵＥは、複数のｅＮＢのカバレージ内にあり得る。これらのｅＮＢのうちの１つが、そのＵＥをサービスするために選択され得る。サービングｅＮＢは、受信電力、経路損失、信号対雑音比（ＳＮＲ）など、様々な基準に基づいて選択され得る。
【００３４】
[0045]図３は、図１中の基地局／ｅＮＢのうちの１つであり得る基地局／ｅＮＢ１１０および図１中のＵＥのうちの１つであり得るＵＥ１２０の設計のブロック図を示す。制限付き関連付けシナリオの場合、基地局１１０は図１中のマクロｅＮＢ１１０ｃであり得、ＵＥ１２０はＵＥ１２０ｙであり得る。基地局１１０はまた、何らかの他のタイプの基地局であり得る。基地局１１０はアンテナ３３４ａ〜３３４ｔを装備し得、ＵＥ１２０はアンテナ３５２ａ〜３５２ｒを装備し得る。
【００３５】
[0046]基地局１１０において、送信プロセッサ３２０は、データソース３１２からデータを受信し、コントローラ／プロセッサ３４０から制御情報を受信し得る。制御情報は、ＰＢＣＨ、ＰＣＦＩＣＨ、ＰＨＩＣＨ、ＰＤＣＣＨなどのためのものであり得る。データは、ＰＤＳＣＨなどのためのものであり得る。プロセッサ３２０は、データシンボルおよび制御シンボルを取得するために、それぞれデータおよび制御情報を処理（たとえば、符号化およびシンボルマッピング）し得る。プロセッサ３２０はまた、たとえば、ＰＳＳ、ＳＳＳ、およびセル固有基準信号のための基準シンボルを生成し得る。送信（ＴＸ）多入力多出力（ＭＩＭＯ）プロセッサ３３０は、適用可能な場合、データシンボル、制御シンボル、および／または基準シンボルに対して空間処理（たとえば、プリコーディング）を実行し得、出力シンボルストリームを変調器（ＭＯＤ）３３２ａ〜３３２ｔに与え得る。各変調器３３２は、出力サンプルストリームを取得するために、（たとえば、ＯＦＤＭなどのために）それぞれの出力シンボルストリームを処理し得る。各変調器３３２は、さらに、ダウンリンク信号を取得するために、出力サンプルストリームを処理（たとえば、アナログへの変換、増幅、フィルタ処理、およびアップコンバート）し得る。変調器３３２ａ〜３３２ｔからのダウンリンク信号は、それぞれアンテナ３３４ａ〜３３４ｔを介して送信され得る。
【００３６】
[0047]ＵＥ１２０において、アンテナ３５２ａ〜３５２ｒは、基地局１１０からダウンリンク信号を受信し得、受信された信号をそれぞれ復調器（ＤＥＭＯＤ）３５４ａ〜３５４ｒに与え得る。各復調器３５４は、入力サンプルを取得するために、それぞれの受信された信号を調整（たとえば、フィルタ処理、増幅、ダウンコンバート、およびデジタル化）し得る。各復調器３５４は、さらに、受信されたシンボルを取得するために、（たとえば、ＯＦＤＭなどのために）入力サンプルを処理し得る。ＭＩＭＯ検出器３５６は、すべての復調器３５４ａ〜３５４ｒから受信されたシンボルを取得し、適用可能な場合は受信されたシンボルに対してＭＩＭＯ検出を実行し、検出されたシンボルを与え得る。受信プロセッサ３５８は、検出されたシンボルを処理（たとえば、復調、デインターリーブ、および復号）し、ＵＥ１２０の復号されたデータをデータシンク３６０に与え、復号された制御情報をコントローラ／プロセッサ３８０に与え得る。
【００３７】
[0048]アップリンク上では、ＵＥ１２０において、送信プロセッサ３６４は、データソース３６２から（たとえば、ＰＵＳＣＨのための）データを受信し、処理し得、コントローラ／プロセッサ３８０から（たとえば、ＰＵＣＣＨのための）制御情報を受信し、処理し得る。プロセッサ３６４はまた、基準信号のための基準シンボルを生成し得る。送信プロセッサ３６４からのシンボルは、適用可能な場合はＴＸ  ＭＩＭＯプロセッサ３６６によってプリコードされ、さらに（たとえば、ＳＣ−ＦＤＭなどのために）変調器３５４ａ〜３５４ｒによって処理され、基地局１１０に送信され得る。基地局１１０において、ＵＥ１２０からのアップリンク信号は、アンテナ３３４によって受信され、復調器３３２によって処理され、適用可能な場合はＭＩＭＯ検出器３３６によって検出され、ＵＥ１２０によって送られた復号されたデータおよび制御情報を取得するために、受信プロセッサ３３８によってさらに処理され得る。プロセッサ３３８は、復号されたデータをデータシンク３３９に与え、復号された制御情報をコントローラ／プロセッサ３４０に与え得る。
【００３８】
[0049]コントローラ／プロセッサ３４０および３８０は、それぞれ基地局１１０およびＵＥ１２０における動作を指示し得る。基地局１１０におけるプロセッサ３４０および／または他のプロセッサおよびモジュールは、本明細書で説明される技法のための様々なプロセスを実行するか、またはその実行を指示し得る。ＵＥ１２０におけるプロセッサ３８０ならびに／あるいは他のプロセッサおよびモジュールはまた、図９Ａおよび図９Ｂに示されている機能ブロック、および／または本明細書で説明される技法のための他のプロセスを実行するか、またはその実行を指示し得る。メモリ３４２および３８２は、それぞれ基地局１１０およびＵＥ１２０のためのデータおよびプログラムコードを記憶し得る。スケジューラ３４４は、ダウンリンクおよび／またはアップリンク上でのデータ送信のためにＵＥをスケジューリングし得る。
【００３９】
[0050]一構成では、ワイヤレス通信のためのＵＥ１２０は、ＵＥの接続モード中に干渉基地局からの干渉を検出するための手段と、干渉基地局の得られたリソースを選択するための手段と、得られたリソース上の物理ダウンリンク制御チャネルのエラーレートを取得するための手段と、エラーレートが所定のレベルを超えたことに応答して実行可能である、無線リンク障害を宣言するための手段とを含む。一態様では、上述の手段は、上述の手段によって具陳された機能を実行するように構成された、（１つまたは複数の）プロセッサ、コントローラ／プロセッサ３８０、メモリ３８２、受信プロセッサ３５８、ＭＩＭＯ検出器３５６、復調器３５４ａ、およびアンテナ３５２ａであり得る。別の態様では、上述の手段は、上述の手段によって具陳された機能を実行するように構成されたモジュールまたは任意の装置であり得る。
【００４０】
[0051]マルチメディアのための高帯域幅通信を可能にするための１つの技法は、単一周波数ネットワーク（ＳＦＮ）動作であった。詳細には、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）、および（たとえば、ＬＴＥコンテキストにおけるマルチメディアブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）として最近知られるようになったものを含む）発展型ＭＢＭＳ（ｅＭＢＭＳ）としても知られるＬＴＥのためのＭＢＭＳが、そのようなＳＦＮ動作を利用することができる。ＳＦＮは、加入者ＵＥと通信するために、たとえばｅＮＢなどの無線送信機を利用する。ｅＮＢのグループは、信号が互いに干渉するのではなく互いに補強するように、同期方式で情報を送信することができる。ｅＭＢＭＳのコンテキストでは、共有コンテンツは、ＬＴＥネットワークの複数のｅＮＢのものから複数のＵＥに送信される。したがって、所与のｅＭＢＭＳエリア内で、ＵＥは、ｅＭＢＭＳサービスエリアまたはＭＢＳＦＮエリアの一部としての無線範囲内の任意の（１つまたは複数の）ｅＮＢからｅＭＢＭＳ信号を受信し得る。しかしながら、ｅＭＢＭＳ信号を復号するために、各ＵＥは、ｅＭＢＭＳチャネル上でサービングｅＮＢからマルチキャスト制御チャネル（ＭＣＣＨ）情報を受信する。ＭＣＣＨ情報は時々変化し、変化の通知は非ｅＭＢＭＳチャネル、すなわちＰＤＣＣＨを通して与えられる。したがって、特定のｅＭＢＭＳエリア内のｅＭＢＭＳ信号を復号するために、各ＵＥは、エリア中のｅＮＢのうちの１つによって、ＭＣＣＨおよびＰＤＣＣＨ信号をサービスされる。
【００４１】
[0052]本開示の主題の態様によれば、ｅＭＢＭＳのためのシングルキャリア最適化に関係する特徴を有するワイヤレスネットワーク（たとえば、３ＧＰＰネットワーク）が提供される。ｅＭＢＭＳは、ＬＴＥネットワークから、たとえば、ＵＥなど、複数のモバイルエンティティに共有コンテンツを送信するための効率的な方法を与える。
【００４２】
[0053]ＬＴＥ周波数分割複信（ＦＤＤ）のためのｅＭＢＭＳの物理レイヤ（ＰＨＹ）関して、チャネル構造は、混合キャリア上のｅＭＢＭＳ送信とユニキャスト送信との間の時分割多重化（ＴＤＭ）リソース区分を備え、それにより、フレキシブルおよびダイナミックなスペクトル利用が可能になり得る。現在、マルチメディアブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）サブフレームとして知られる、サブフレームのサブセット（最高６０％）が、ｅＭＢＭＳ送信のために予約され得る。したがって、現在のｅＭＢＭＳ設計は、ｅＭＢＭＳのために１０個のサブフレームのうち多くとも６個を許容する。
【００４３】
[0054]ｅＭＢＭＳのためのサブフレーム割振りの一例が図４に示されており、これは、シングルキャリアの場合についての、ＭＢＳＦＮサブフレーム上のＭＢＳＦＮ基準信号の既存の割振りを示す。図４に示されている構成要素は、図２に示されている構成要素に対応し、図４は、各スロットおよびリソースブロック（ＲＢ）内の個々のサブキャリアを示す。３ＧＰＰ  ＬＴＥでは、ＲＢは、０．５ｍｓのスロット持続時間にわたる１２個のサブキャリアに及び、各サブキャリアは１５ｋＨｚの帯域幅を有し、ＲＢ当たり合計して１８０ｋＨｚに及ぶ。サブフレームは、ユニキャストまたはｅＭＢＭＳのために割り振られ得、たとえば、０、１、２、３、４、５、６、７、８、および９と標示されたサブフレームのシーケンスでは、サブフレーム０、４、５、および９が、ＦＤＤにおいてｅＭＢＭＳから除外され得る。また、サブフレーム０、１、５、および６が、時分割複信（ＴＤＤ）においてｅＭＢＭＳから除外され得る。より詳細には、サブフレーム０、４、５、および９が、ＰＳＳ／ＳＳＳ／ＰＢＣＨ／ページング／システム情報ブロック（ＳＩＢ）およびユニキャストサービスのために使用され得る。シーケンス中の残りのサブフレーム、たとえば、サブフレーム１、２、３、６、７、および８は、ｅＭＢＭＳサブフレームとして構成され得る。
【００４４】
[0055]引き続き図４を参照すると、各ｅＭＢＭＳサブフレーム内で、最初の１つまたは２つのシンボルは、ユニキャスト基準シンボル（ＲＳ：reference symbol）および制御シグナリングのために使用され得る。最初の１つまたは２つのシンボルのＣＰ長が、サブフレーム０のそれに従い得る。ＣＰ長が異なる場合、最初の１つまたは２つのシンボルとｅＭＢＭＳシンボルとの間で送信ギャップが生じ得る。関係する態様では、全体的なｅＭＢＭＳ帯域利用は、ＲＳオーバーヘッド（たとえば、６つのｅＭＢＭＳサブフレームおよび各ｅＭＢＭＳサブフレーム内の２つの制御シンボル）を考慮すると、４２．５％であり得る。ＭＢＳＦＮ  ＲＳとユニキャストＲＳとを与えるための知られている技法は、一般に、（図４に示されているように）ＭＢＳＦＮサブフレーム上でＭＢＳＦＮ  ＲＳを割り振ることと、別個に、非ＭＢＳＦＮサブフレーム上でユニキャストＲＳを割り振ることとを伴う。より詳細には、図４が示すように、ＭＢＳＦＮサブフレームの拡張ＣＰは、ＭＢＳＦＮ  ＲＳを含むが、ユニキャストＲＳを含まない。本技術は、図２および図４によって示された特定のフレーム割振り方式に限定されず、これらは、限定としてではなく例として提示される。本明細書で使用されるマルチキャストセッションまたはマルチキャストブロードキャストは、任意の好適なフレーム割振り方式を使用し得る。
【００４５】
[0056]図５は、それら自体が複数のセルまたは基地局５１０を含む、複数のＭＢＳＦＮエリア５０４、５０６、５０８を包含するＭＢＭＳサービスエリア５０２を含むシステム５００を示す。本明細書で使用される「ＭＢＭＳサービスエリア」は、あるＭＢＭＳサービスが利用可能であるワイヤレス送信セルのグループを指す。たとえば、特定のスポーツまたは他のプログラムが、特定の時間にＭＢＭＳサービスエリア内の基地局によってブロードキャストされ得る。特定のプログラムがブロードキャストされるエリアは、ＭＢＭＳサービスエリアを定義する。ＭＢＭＳサービスエリアは、５０４、５０６および５０８に示されているように、１つまたは複数の「ＭＢＳＦＮエリア」からなり得る。本明細書で使用されるＭＢＳＦＮエリアは、ＭＢＳＦＮプロトコルを使用して同期様式で特定のプログラムを現在ブロードキャストしているセルのグループ（たとえば、セル５１０）を指す。「ＭＢＳＦＮ同期エリア」は、セルのグループが現在そうしているか否かにかかわらず、ＭＢＳＦＮプロトコルを使用して特定のプログラムをブロードキャストするために、それらが同期様式で動作することが可能であるような方法で、相互接続され、構成されたセルのグループを指す。各ｅＮＢは、所与の周波数レイヤ上で、１つのＭＢＳＦＮ同期エリアのみに属することができる。ＭＢＭＳサービスエリア５０２が１つまたは複数のＭＢＳＦＮ同期エリア（図示せず）を含み得ることは注目に値する。逆に、ＭＢＳＦＮ同期エリアは、１つまたは複数のＭＢＳＦＮエリアまたはＭＢＭＳサービスエリアを含み得る。概して、ＭＢＳＦＮエリアは、単一のＭＢＳＦＮ同期エリアの全部または一部分からなり、単一のＭＢＭＳサービスエリア内に位置する。様々なＭＢＳＦＮエリア間の重複がサポートされ、単一のｅＮＢがいくつかの異なるＭＢＳＦＮエリアに属し得る。たとえば、最高８つの独立したＭＣＣＨが、異なるＭＢＳＦＮエリア中のメンバーシップをサポートするように、システム情報ブロック（ＳＩＢ）１３中で構成され得る。ＭＢＳＦＮエリア予約済みセルまたは基地局は、ＭＢＳＦＮ送信に寄与しないＭＢＳＦＮエリア内のセル／基地局、たとえば、ＭＢＳＦＮ同期エリア境界の近くのセル、またはそれのロケーションによりＭＢＳＦＮ送信のために必要とされないセルである。
【００４６】
[0057]図６は、ＭＢＳＦＮサービスを与えるかまたはサポートするためのワイヤレス通信システム６００の機能エンティティを示す。サービス品質（ＱｏＳ）に関して、システム６００は、保証ビットレート（ＧＢＲ：Guaranteed Bit Rate）タイプＭＢＭＳベアラを使用し、ここにおいて、最大ビットレート（ＭＢＲ：Maximum Bit Rate）はＧＢＲに等しい。これらの構成要素は、例として図示および説明され、本明細書で説明される発明的概念を限定せず、マルチキャスト送信を配信および制御するための他のアーキテクチャおよび機能的分布に採用され得る。
【００４７】
[0058]システム６００はＭＢＭＳゲートウェイ（ＭＢＭＳ  ＧＷ）６１６を含み得る。ＭＢＭＳ  ＧＷ６１６は、Ｍ１インターフェースを介した、ｅノードＢ６０４へのＭＢＭＳユーザプレーンデータのインターネットプロトコル（ＩＰ）マルチキャスト分配を制御し、多くの考えられるｅＮＢのうちの１つのｅＮＢ６０４が示されている。さらに、ＭＢＭＳ  ＧＷは、Ｍ１インターフェースを介した、ＵＴＲＡＮ６２０へのＭＢＭＳユーザプレーンデータのＩＰマルチキャスト分配を制御する。Ｍ１インターフェースは、ＭＢＭＳデータ（ユーザプレーン）に関連し、データパケットの配信のためにＩＰを利用する。ｅＮＢ６０４は、Ｅ−ＵＴＲＡＮ  Ｕｕインターフェースを介してユーザ機器（ＵＥ）／モバイルエンティティ６０２にＭＢＭＳコンテンツを与え得る。ＵＴＲＡＮ６２０は、Ｕｕインターフェースを介してＵＥモバイルエンティティ６２２にＭＢＭＳコンテンツを与え得る。ＭＢＭＳ  ＧＷ６１６は、さらに、モビリティ管理エンティティ（ＭＭＥ：Mobility Management Entity）６０８およびＳｍインターフェースを介して、ＭＢＭＳセッション制御シグナリング、たとえば、ＭＢＭＳセッション開始およびセッション停止を実行し得る。ＭＢＭＳ  ＧＷ６１６は、さらに、ＳＧ−ｍｂ（ユーザプレーン）基準点を通して、ＭＢＭＳベアラを使用するエンティティのためのインターフェースを与え、ＳＧｉ−ｍｂ（制御プレーン）基準点を通して、ＭＢＭＳベアラを使用するエンティティのためのインターフェースを与え得る。ＳＧ−ｍｂインターフェースはＭＢＭＳベアラサービス固有シグナリングを搬送する。ＳＧｉ−ｍｂインターフェースは、ＭＢＭＳデータ配信のためのユーザプレーンインターフェースである。ＭＢＭＳデータ配信は、デフォルトモードであり得るＩＰユニキャスト送信によって、またはＩＰマルチキャストによって実行され得る。ＭＢＭＳ  ＧＷ６１６は、サービング汎用パケット無線サービスサポートノード（ＳＧＳＮ：Serving General Packet Radio Service Support Node）６１８およびＳｎ／Ｉｕインターフェースを介して、ＵＴＲＡＮ上でＭＢＭＳのための制御プレーン機能を与え得る。
【００４８】
[0059]システム６００はマルチキャスト協調エンティティ（ＭＣＥ：Multicast Coordinating Entity）６０６をさらに含み得る。ＭＣＥ６０６は、承認制御機能形式ＭＢＭＳコンテンツを実行し、ＭＢＳＦＮ動作を使用するマルチセルＭＢＭＳ送信のためにＭＢＳＦＮエリア中のすべてのｅＮＢによって使用される時間および周波数無線リソースを割り振り得る。ＭＣＥ６０６は、たとえば、変調およびコーディング方式など、ＭＢＳＦＮエリアのための無線構成を決定し得る。ＭＣＥ６０６は、ＭＢＭＳコンテンツのユーザプレーン送信をスケジュールおよび制御し、どのサービスがどのマルチキャストチャネル（ＭＣＨ）中で多重化されるべきであるかを決定することによって、ｅＭＢＭＳサービス多重化を管理し得る。ＭＣＥ６０６は、Ｍ３インターフェースを通してＭＭＥ６０８とともにＭＢＭＳセッション制御シグナリングに参加し得、ｅＮＢ６０４との制御プレーンインターフェースＭ２を与え得る。
【００４９】
[0060]システム６００は、コンテンツプロバイダサーバ６１４と通信しているブロードキャストマルチキャストサービスセンター（ＢＭ−ＳＣ：Broadcast-Multicast Service Center）６１２をさらに含み得る。ＢＭ−ＳＣ６１２は、コンテンツプロバイダ６１４など、１つまたは複数のソースからのマルチキャストコンテンツの取入れを扱い、以下で説明されるように他のより高いレベルの管理機能を与え得る。これらの機能は、たとえば、識別されたＵＥのためのＭＢＭＳサービスの許可および開始を含むメンバーシップ機能を含み得る。ＢＭ−ＳＣ６１２は、さらに、ＭＢＭＳセッションおよび送信機能と、ライブブロードキャストのスケジューリングと、ＭＢＭＳおよび関連する配信機能を含む配信とを実行し得る。ＢＭ−ＳＣ６１２は、さらに、マルチキャストのために利用可能な広告コンテンツなど、サービス広告および説明を与え得る。別個のパケットデータプロトコル（ＰＤＰ）コンテキストが、ＵＥとＢＭ−ＳＣとの間の制御メッセージを搬送するために使用され得る。ＢＭ−ＳＣ６１２は、さらに、鍵管理などのセキュリティ機能を与え、データボリュームおよびＱｏＳなどのパラメータに従ってコンテンツプロバイダの課金を管理し、ブロードキャストモードのためにＵＴＲＡＮ中およびＥ−ＵＴＲＡＮ中でＭＢＭＳのためのコンテンツ同期を与え、ＵＴＲＡＮ中でＭＢＳＦＮデータのためのヘッダ圧縮を与え得る。ＢＭ−ＳＣ６１２は、ＱｏＳおよびＭＢＭＳサービスエリアなどのセッション属性を含む、セッション開始、更新および停止をＭＢＭＳ−ＧＷ６１６に示し得る。
【００５０】
[0061]システム６００は、ＭＣＥ６０６とＭＢＭＳ−ＧＷ６１６と通信しているマルチキャスト管理エンティティ（ＭＭＥ：Multicast Management Entity）６０８をさらに含み得る。ＭＭＥ６０８は、Ｅ−ＵＴＲＡＮ上でＭＢＭＳのための制御プレーン機能を与え得る。さらに、ＭＭＥは、ＭＢＭＳ−ＧＷ６１６によって定義されるマルチキャスト関係情報をｅＮＢ６０４に与え得る。ＭＭＥ６０８とＭＢＭＳ−ＧＷ６１６との間のＳｍインターフェースが、ＭＢＭＳ制御シグナリング、たとえば、セッション開始および停止信号を搬送するために使用され得る。
【００５１】
[0062]システム６００は、Ｐ−ＧＷとして省略されることがある、パケットデータネットワーク（ＰＤＮ：Packet Data Network）ゲートウェイ（ＧＷ）６１０をさらに含み得る。Ｐ−ＧＷ６１０は、シグナリングおよび／またはユーザデータのために、ＵＥ６０２とＢＭ−ＳＣ６１２との間の発展型パケットシステム（ＥＰＳ：Evolved Packet System）ベアラを与え得る。したがって、Ｐ−ＧＷは、ＵＥに割り当てられたＩＰアドレスに関連する、ＵＥから発信したユニフォームリソースロケータ（ＵＲＬ：Uniform Resource Locator）ベースの要求を受信し得る。ＢＭ−ＳＣ６１２はまた、Ｐ−ＧＷ６１０を介して、１つまたは複数のコンテンツプロバイダにリンクされ得、これは、ＩＰインターフェースを介してＢＭ−ＳＣ６１２と通信し得る。
【００５２】
[0063]現代のモバイルデバイスは、しばしば、モデムプロセッサなど、送信、受信、および復号演算に専用の１つまたは複数のプロセッサと、アプリケーションプロセッサなど、上位アプリケーションレイヤに専用の別の１つまたは複数のプロセッサとで構成される。いくつかの例示的なモバイルデバイスでは、モデムおよびアプリケーションプロセッサは、別個の構成要素または特定用途向け集積回路（ＡＳＩＣ）であり、他の例示的なモバイルデバイス上では、モデムおよびアプリケーションプロセッサは、システムオンチップ（ＳｏＣ）構成においてなど、同じ集積回路に組み込まれ、高速バスによって接続され得る。
【００５３】
[0064]図７Ａおよび図７Ｂは、アプリケーションプロセッサ７００およびモデムプロセッサ７０１で構成されたモバイルデバイス７０および７１を示すブロック図である。モバイルデバイス７０は、モデムプロセッサ７０１とは別個の構成要素としてのアプリケーションプロセッサ７００で構成される。出願人プロセッサ７００とモデムプロセッサ７０１とは、標準バス７０２を通してモバイルデバイス７０中で結合される。モデムプロセッサ７０１は、ワイヤレス無線機７０３を通して、データの送信および受信、ならびに送信および受信のためのデータをコーディング／復号および変調／復調することを含む動作を制御し、動作させることになる。
【００５４】
[0065]対照的に、モバイルデバイス７１は、モデムプロセッサ７０１と同じ集積回路７０４に組み込まれたアプリケーションプロセッサ７００で構成される。そのようなＳｏＣ構成では、アプリケーションプロセッサ７００とモデムプロセッサ７０１とは、高速バス７０５を介して結合され得る。高速バスは、一般に、１Ｍｂｉｔ／秒以上のデータ転送を可能にする電子的構成要素間の任意の接続と考えられる。高速バスは、集積回路構成要素と同じ基板に組み込まれ得る。そうではなく、組み込まれない場合、高速バスは、「高速」として適格であろう高速データ転送のレベル（たとえば、≧１Ｍｂｉｔ／ｓ）を可能にする別個の導体を介した接続を含み得る。その場合、モバイルデバイス７１中の、モデムプロセッサ７０１は、同じく、ワイヤレス無線機７０３を通して送信および受信機能を制御し、動作させることになる。概して、モデムプロセッサは、ワイヤレスネットワークから受信されたデータストリームの下位レイヤ処理を担当し、アプリケーションレイヤプロセッサは、データストリームの上位レイヤ処理を担当する。
【００５５】
[0066]データは、ファイルダウンロード配信方法またはストリーミング配信方法を使用して、ＭＢＭＳを介して配信され得る。図８Ａは、モデムプロセッサ７０１によって受信され得る、ＭＢＭＳベアラ上での連続マルチメディアデータ（たとえば、ビデオデータストリーム）の配信を示すブロック図である。ブロードキャストマルチキャストサービスにおけるストリーミングビデオデータは、それぞれＮの持続時間をもつ、ビデオオブジェクト８００および８０１など、より小さいビデオオブジェクトに分けられ得る。Ｎは、いくつかの整数秒（たとえば、１、２、５、１０秒など）または１秒のうちのより大きい少数部分（たとえば、０．５、０．７５秒など）など、様々な時間の長さであり得る。ビデオオブジェクト８００および８０１の各々は、１つまたは複数のソースブロックにさらに細分され得、各ソースブロックは複数の前方誤り訂正（ＦＥＣ）データシンボルからなり得る。
【００５６】
[0067]ｅＭＢＭＳシステムでは、ＭＢＭＳサービスが、対応するＭＢＭＳトラフィックチャネル（ＭＴＣＨ：MBMS traffic channel）上で送信期間にわたってダウンリンク送信のためにスケジュールされる。所与のストリーミングビデオ持続時間にわたって、複数のＭＣＨスケジューリング期間（ＭＳＰ：MCH scheduling period）がスケジュールされ得、その間に、サービスは、ストリーミングビデオデータのソースブロックを送信するためのＭＴＣＨを使用してストリーミングビデオデータをブロードキャストすることになる。図８Ａに示されているように、７つのＭＳＰがスケジュールされ、その間に、ストリーミングビデオデータは、選択されたｅＭＢＭＳサービスに関連するＭＴＣＨ上で送信される。ＭＴＣＨは、送信のための物理チャネル上で多重化され、その結果、ＭＴＣＨは、ＭＳＰ中に、多重化されたセグメント中で送信される。したがって、ＭＴＣＨは、送信リソース上で連続的に送信されない。ＭＳＰをもつＭＴＣＨの各セグメントは、複数のデータシンボルの送信を含み得る。データオブジェクトごとに一定数のＦＥＣデータシンボルがある。たとえば、ビデオオブジェクト８００および８０１の各々は、１００個のＦＥＣデータシンボルを含み得る。ビデオブロックは、ＭＴＣＨ送信の最中に終了し得、ここで、次のビデオブロックが始まる。図８Ａに示されているように、ビデオオブジェクト８００がＭＴＣＨ８０２の最中に終了し、その後に、同じくＭＴＣＨ８０２中で、ビデオオブジェクト８０１が始まる。
【００５７】
[0068]データオブジェクトごとの１００個のシンボルの例は一例にすぎないことに留意されたい。データオブジェクトは、１００に加えて、６０、８０、１５０など、様々な数のシンボルを含むように設定され得る。データオブジェクトごとのシンボルの数は、ブロードキャストマルチキャストサービスに関連するファイル配信テーブル（ＦＤＴ：file delivery table）中に含まれている追加情報を通して決定され得る。たとえば、ＦＤＴは符号化シンボル長を含む。この情報を使用して、アプリケーションプロセッサは、ヘッダビット（たとえば、ＦＬＵＴＥ、ＵＤＰ、およびＩＰヘッダサイズビット）のいずれをももたないＩＰパケットサイズを符号化シンボル長で除算することによって、データオブジェクトごとのシンボルの数を決定し得る。計算の結果は、データオブジェクトごとのシンボルの数に対応する。
【００５８】
[0069]図８Ｂは、モデムプロセッサ７０１によって受信され得る、ＭＢＭＳベアラ上でのファイルダウンロードを示すブロック図である。ファイルオブジェクト８０２は、ファイルのコンテンツが送信を終了するまで持続する持続時間を有し得る。ファイルオブジェクト８０２を構成するデータシンボルが、ＭＳＰ期間内のＭＴＣＨの各々中に送信され得る。ファイルのシンボルのすべてが送信されたとき、モデムプロセッサ７０１は受信プロセスを停止することになる。
【００５９】
[0070]モバイルデバイスが、ｅＭＢＭＳ上で、ビデオストリーミングデータ（図８Ａ）またはファイルダウンロードデータ（図８Ｂ）など、データを受信するとき、モデムプロセッサ７０１などのモデムプロセッサは、ＭＴＣＨ上で送信されたダウンリンクｅＭＢＭＳインターネットプロトコル（ＩＰ）パケットを受信および復号し、上位レイヤプロトコル、たとえば、ファイル配信オーバー単方向トランスポート（ＦＬＵＴＥ）プロトコルによるさらなる処理のために、受信され、正常に復号されたＩＰパケットをアプリケーションプロセッサにフォワーディングする。ＦＬＵＴＥプロトコルを使用するビデオストリーミングまたはファイルダウンロードサービスでは、データは、前方誤り訂正（ＦＥＣ）冗長が追加された（１つまたは複数の）ＦＬＵＴＥファイルオブジェクトとしてトランスポートされ得る。追加されたＦＥＣ冗長は、チャネル状態に起因するデータ損失を復元するために使用され得る。ＦＥＣは、データシンボル損失が復号または受信中に生じた場合、冗長のレベルによってアプリケーションプロセッサがデータオブジェクトを再アセンブルすることが可能になるように、ソースデータシンボルとともに送信される冗長データシンボルを追加する。
【００６０】
[0071]たとえば、特定のビデオオブジェクトまたはファイルオブジェクトは１０００個のソースシンボルを含み得る。ＦＥＣのために選択された冗長レベルに応じて、１０００個のソースシンボルとともに送信される追加のＦＥＣシンボルがあることになる。一例では、５０％の冗長レベルが、ｅＭＢＭＳシステムによって選択され得る。そのような事例では、１０００個のソースシンボルは、別の５００個の冗長シンボルとともに、ビデオまたはファイルオブジェクトのための合計１５００個のデータシンボルとして送信されることになる。様々な冗長レベルが、チャネル品質、データ優先度、サービス品質など、異なる変数に応じて選択され得る。他の例では、１０００個のソースシンボルに別の２５０個の冗長シンボルを追加することになる、２５％の冗長レベルが選択され得るか、または６０％の冗長は、１０００個のソースシンボルに別の６００個の冗長シンボルを追加することになる。冗長レベルは、受信のフリンジエリアまたはエッジにおけるモバイルデバイスのワーストケースチャネル状態を考慮するように選択され得ることに留意されたい。
【００６１】
[0072]しかしながら、追加の冗長シンボルを用いると、より良いチャネル品質をもつモバイルデバイスが、データオブジェクトのデータシンボルのすべてが受信される前に、データオブジェクトを再アセンブルするのに十分な送信されたシンボルを受信することが可能であり得る。そのような場合、本開示の様々な態様に従って構成されたモバイルデバイスは、（送信のために意図またはスケジュールされたデータシンボルのすべて（すべてのソースシンボル＋冗長ＦＥＣシンボル）を受信するより前に）ＭＴＣＨ上の残りのデータシンボルの受信を終了することが可能であり得る。したがって、モバイルデバイスは、アプリケーションプロセッサおよびモデムプロセッサのいずれかまたは両方において、処理することを停止することが可能であり、それにより、モバイルデバイスにおける電力およびリソースを節約し得る。
【００６２】
[0073]図９Ａは、本開示の一態様を実装するために実行される例示的なブロックを示すブロック図である。ブロック９００において、モデムプロセッサ７０１などのモデムプロセッサが、ブロードキャストマルチキャストサービスからのデータオブジェクト送信のための複数のＩＰパケットを正常に受信する。モバイルデバイスがブロードキャストマルチキャストサービスに同調するとき、モデムプロセッサは、ＩＰパケットのペイロード部分中で搬送されるデータシンボルをもつＩＰパケットを復元するために、ＭＢＭＳデータ送信を搬送するＭＴＣＨを受信および復号することを始めることになる。
【００６３】
[0074]ブロック９０１において、モデムプロセッサは、アプリケーションプロセッサ７００など、モデムプロセッサに関連するアプリケーションプロセッサに、複数の正常に受信されたＩＰパケットをフォワーディングする。アプリケーションプロセッサは、ＩＰパケット中に含まれているＦＥＣデータシンボルのコンテンツをさらに処理するための上位レイヤアプリケーションプロトコルを含む。
【００６４】
[0075]ブロック９０２において、モデムプロセッサは、正常に受信されたＦＥＣデータシンボルの数がしきい値データレベルを超えたとき、アプリケーションプロセッサから第１の変更信号を受信する。しきい値データレベルは、アプリケーションプロセッサがデータオブジェクト全体をアセンブルすることを可能にする、正常に受信されたＦＥＣデータシンボルの最小数を表す。ＦＥＣデータシンボルの送信が冗長データシンボルならびにソースデータシンボルを含むので、アプリケーションプロセッサは、送信のためにスケジュールされたデータシンボルのすべてを受信する前に、データオブジェクト全体をアセンブル／再アセンブルすることが可能であり得る。しきい値データレベルは、以下の関係式に従って決定され得る。
【００６５】
【数１】
0006490827.tif 000002
【００６６】
上式で、Ｎｒｘは正常に受信されたＦＥＣデータシンボルの数を表し、Ｎｓｒはデータオブジェクトのソースシンボルの数であり、Ｏは、特定の冗長レベルを達成するために使用される特定のエラーコーディングアルゴリズムに関連するオーバーヘッドシンボルの所定の数を表す。冗長レベルは、変動するチャネル状態に起因する最大復元可能エラーレートを考慮するために、オーバーヘッドシンボルおよび追加の冗長シンボルの数を考慮するように設定され得る。使用されるエラーコーディングアルゴリズムの複雑さに応じて、所定の数のオーバーヘッドシンボルは、高度の確率（たとえば、９９．９９９９％）でデータオブジェクト全体を正常にアセンブル／再アセンブルするために、ソースシンボルの数、Ｎｓｒを超えて、変動する数の追加の冗長シンボルを追加し得る。例示的な一実装形態では、Ｒａｐｔｏｒ１０として知られるエラーコーディングアルゴリズムは、追加の２４個のオーバーヘッドシンボル（Ｏ＝２４）に関連することになり、別の例示的な実装形態では、ＲａｐｔｏｒＱとして知られるエラーコーディングアルゴリズムは、追加の３つのオーバーヘッドシンボル（Ｏ＝３）のみに関連することになる。したがって、正常に受信されたシンボルの数、Ｎｒｘが、式（１）中で識別された関係式を満たすと、アプリケーションサーバは、データオブジェクト全体を正常にアセンブルすることが可能であろう。後で説明されるように、変動するチャネル状態に起因するエラーレートの変動に対応するために、追加の冗長シンボルを追加するように冗長レベルが設定される。
【００６７】
[0076]ブロック９０３において、モデムプロセッサは、第１の変更信号に応答して、アプリケーションプロセッサにデータオブジェクトのための追加のＩＰパケットをフォワーディングすることを中止する。変更信号は、ＦＥＣデータシンボルを含む受信されたＩＰパケットをアプリケーションプロセッサに送ることを停止するように、モデムプロセッサに命令する。
【００６８】
[0077]図９Ｂは、本開示の一態様を実装するために実行される例示的なブロックを示すブロック図である。ブロック９０４において、アプリケーションプロセッサ７００などのアプリケーションプロセッサが、ブロードキャストマルチキャストサービスから受信されるべきデータオブジェクトのための、ソースシンボルの総数、Ｎｓｒと冗長レベルとを取得する。ソースシンボルの数、Ｎｓｒは、ＭＢＭＳサービスに関連するＦＤＴから取得された情報を使用してアプリケーションプロセスによって決定され、したがって取得され得る。たとえば、ＦＤＴは、ブロードキャストマルチキャストサービスにおける転送のための、対応するストリーミングビデオまたはダウンロードファイルの転送長を含む。上述のように、ＦＤＴは符号化シンボル長をも含む。ソースシンボルの数、Ｎｓｒは、転送長を符号化シンボル長で除算することによって取得され得る。得られた数は、データの全長を符号化することによる、符号化されたソースシンボルの数を表す。
【００６９】
[0078]ブロック９０５において、アプリケーションプロセッサは、モデムプロセッサ７０１など、関連するモデムプロセッサを介して、ブロードキャストマルチキャストサービスの受信されたデータシンボルを含む複数のＩＰパケットを受信する。上述のように、モバイルデバイスがブロードキャストマルチキャストサービスに同調するとき、モデムプロセッサは、データシンボルを搬送するＩＰパケットを受信および復号することを始める。モデムプロセッサによって正常に復号されたＩＰパケットの各々は、上位レイヤ処理のためにアプリケーションプロセッサに送られる。
【００７０】
[0079]ブロック９０６において、アプリケーションプロセッサは、ＩＰパケット中で搬送される複数の受信されたデータシンボルの数がしきい値データレベルを超えると決定する。上記のように、アプリケーションプロセッサによって正常に受信されたデータシンボルの数、Ｎｒｘが、式（１）中で識別された関係式を満たすとき、しきい値データレベルは満たされる。
【００７１】
[0080]ブロック９０７において、アプリケーションプロセッサは、データオブジェクトのさらなる受信されたデータシンボルをフォワーディングすることを中止するように、モデムプロセッサにシグナリングする。式（１）中で識別された関係式が満たされるとすぐに、少なくともアプリケーションプロセッサによる処理時間が節約され得る。アプリケーションプロセッサは、このデータオブジェクトのための受信されたデータシンボルを送ることを停止するように、モデムプロセッサにシグナリングすることになる。
【００７２】
[0081]ブロードキャストマルチキャストサービスがファイルダウンロードであるシナリオの場合、モデムプロセッサは、対応するデータオブジェクトのためのＭＴＣＨ上のＩＰパケットを受信／復号することを完全に停止し得る。そのようなシナリオでは、アプリケーションプロセッサとモデムプロセッサの両方は、しきい値データレベルが達せられると、処理時間を節約し得る。代替シナリオでは、ブロードキャストマルチキャストサービスがストリーミングビデオであるとき、変更信号は、受信されたＩＰパケットをフォワーディングすることを停止するようにモデムプロセッサに命令するが、また、モデムプロセッサに、現在のビデオセグメントのための残りのＩＰパケットを受信／復元することを停止すること、または単に、ＩＰパケットを受信／復元することを続けながら、復元されたＩＰパケットをフォワーディングすることを停止することのいずれかを行わせることができる。次いで、モデムプロセッサは、次のビデオセグメントのための受信されたＩＰパケットをフォワーディングすることを始めることになり、これは、次のセグメント境界の始めに行われる。
【００７３】
[0082]様々な方法が、セグメントの開始を検出するために使用され得る。たとえば、１つの例示的な方法では、アプリケーションまたはモデムプロセッサは、セグメント境界（たとえば、セグメント開始またはセグメント終了）を最初に検出し得る。セグメント境界を検出すると、次のセグメント開始は、リカレントタイマーを使用して予測され得る。モバイルデバイスは、ブロードキャストマルチキャストサービスのために維持されるＦＤＴまたはユーザサービス記述（ＵＳＤ）ファイルのいずれかから取得された情報を通して、所与のブロードキャストマルチキャストサービスのためのセグメント持続時間を知ることになる。したがって、セグメント境界が検出されると、アプリケーションプロセッサまたはモデムプロセッサは、セグメント持続時間が経過した後に満了するセグメントタイマーを開始することになる。次いで、次のセグメント開始は、タイマーが満了するときに予測され得る。リカレントタイマーは、セグメント持続時間までカウントアップし得るか、またはセグメント持続時間に設定された後にカウントダウンし得る。本開示の様々な態様は、リカレントタイマー機構の１つのそのような実装形態に限定されない。
【００７４】
[0083]図１０は、ブロードキャストマルチキャストサービス送信の例示的なデータパケット１０００を示すブロック図である。セグメントの開始を検出するための代替方法では、モデムプロセッサ７０１などのモデムプロセッサが、符号化シンボル識別子（ＥＳＩ：encoding symbol identifier）１００３を取得するために、データパケット１０００のディープパケット検査を実行し得る。ディープパケット検査では、モデムプロセッサは、ＥＳＩ１００３とＳＢＮ１００４とを取得するために、ＩＰ／ＵＤＰヘッダ１００１を通ってＦＬＵＴＥヘッダ１００２まで読み取る。ＥＳＩ１００３は、データパケット１０００中で送信されるデータブロックの現在のシンボルのインデックスを示す。ＳＢＮ１００４は、データブロックのインデックスを示す。ＥＳＩ１００３およびＳＢＮ１００４は、データセグメントの始めに０に設定されることになる。したがって、モデムプロセッサが、ディープパケット検査を通して、ＥＳＩ１００３が０に設定された（および大きいオブジェクトサイズの場合、ＳＢＮ１００４が０に設定された）ことを検出したとき、モデムプロセッサは、アプリケーションプロセッサに、受信されたＩＰパケットをフォワーディングすることを始めることになる。代替的に、アプリケーションプロセッサは、上位レイヤ動作を通して、ＥＳＩ１００３を取得するためにＦＬＵＴＥヘッダ１００２を読み取り、モデムプロセッサにセグメント開始を通知し得る。
【００７５】
[0084]図１１は、本開示の一態様に従って構成されたアプリケーションプロセッサ７００およびモデムプロセッサ７０１の通信ストリームを示すブロック図である。アプリケーションプロセッサ７００とモデムプロセッサ７０１とは、バス７０２または高速バス７０５（図７Ａおよび図７Ｂ）など、バスを介して結合される。正常に受信されたシンボルの数が、式（１）中で識別されたしきい値データレベル関係式を超えたとき、処理時間を節約することに加えて、送信されたデータオブジェクトの過剰データ損失があるときも、処理時間が節約され得る。
【００７６】
[0085]アプリケーションプロセッサ７００は、ソースシンボル、Ｎｓｒと冗長シンボル（Ｎｔｏｔ−Ｎｓｒ）とを含む、ＦＥＣ符号化されたデータオブジェクトのために指定されたシンボルの総数、Ｎｔｏｔを決定することができる。たとえば、上述のように、各データオブジェクトのためのＦＤＴパケットは、データオブジェクトの転送長ならびに符号化シンボル長を与えることができる。ＦＤＴパケットはまた、ＦＥＣ冗長レベルを含み得る。冗長レベルはまた、ブロードキャストマルチキャストサービスのためのＵＳＤファイル中でシグナリングされ得る。たとえば、冗長レベルが２０％に設定された場合、ＦＥＣ符号化されたデータオブジェクトは、追加の２０％の冗長シンボルを含む。したがって、アプリケーションプロセッサは、以下の式に従って、符号化されたデータオブジェクトのＦＥＣデータシンボルの総数を決定し得る。
【００７７】
【数２】
0006490827.tif 000003
【００７８】
[0086]ネットワークが、０の開始点から増加するＥＳＩおよびソースブロック番号（ＳＢＮ）に従ってＦＥＣ冗長シンボルを送るとさらに仮定され得る。したがって、アプリケーションプロセッサ７００は、データパケット１０００のＥＳＩ１００３（図１０）を使用して、現在の正常に受信されたＩＰパケットのシンボルＩＤ、Ｘを取得し得る。オブジェクトごとに１つのソースブロックのみがある場合、現在のシンボルＩＤは、ＥＳＩ１００３の値であり得るか、またはオブジェクトごとに複数のソースブロックがある場合、現在のシンボルＩＤは、以下の式に従って、アプリケーションプロセッサ７００によって決定され得るかのいずれかである。
【００７９】
【数３】
0006490827.tif 000004
【００８０】
上式で、Ｎ（ｉ）はソースブロックインデックスｉごとのシンボルの数であり、ｋはこれまで完了されたソースブロックの数であり、ＥＳＩは現在のソースブロック内のシンボルＩＤである。
【００８１】
[0087]データ損失が生じたとき、アプリケーションプロセッサ７００は、正常に受信されたＦＥＣデータシンボルの数がしきい値失敗ポイントを満たすかまたは超えた場合のみ、データオブジェクトを正常にアセンブルまたは再アセンブルすることが可能であり得る。しきい値失敗ポイントは、アプリケーションプロセッサ７００がデータオブジェクトを正常にアセンブルまたは再アセンブルするために使用することができるシンボルの最小数を表す。上記のように、データオブジェクトをアセンブルまたは再アセンブルするためのシンボルのこの最小レベルは、ソースシンボルの数、Ｎｓｒ＋所定のオーバーヘッド値、Ｏである。したがって、アプリケーションプロセッサ７００は、以下の関係式に従って、しきい値失敗ポイントを監視し得る。
【００８２】
【数４】
0006490827.tif 000005
【００８３】
したがって、正常に受信されたシンボルの総数、Ｎｒｘ＋まだ受信していない残りのシンボルの総数（Ｎｔｏｔ−（Ｘ＋Ｌ））がしきい値失敗ポイントを満たさないかまたは超えない場合、アプリケーションプロセッサ７００は、処理することを停止し、モデムプロセッサ７０１に、現在のデータオブジェクトのためのＦＥＣデータシンボルをもつさらなる受信されたＩＰパケットをフォワーディングすることを停止するようにシグナリングする（たとえば、モデムプロセッサ７０１をトリガする第２の変更信号）。次いで、アプリケーションプロセッサ７００とモデムプロセッサ７０１の両方は、次のデータオブジェクトまたはビデオデータセグメントが始まるのを待つことになる。
【００８４】
[0088]符号化されたデータオブジェクトのための受信すべき残りのＦＥＣデータシンボルの総数は、現在のシンボルＩＤ、ＸとＩＰパケットごとのシンボルの知られている数、Ｌとを使用して、アプリケーションプロセッサ７００によって決定され得る。ＩＰパケットごとのシンボルの数、Ｌはまた、ＦＤＴ中で取得された情報から、アプリケーションプロセッサ７００によって決定され得る。たとえば、アプリケーションプロセッサ７００は、ヘッダビットのいずれをももたないＩＰパケットサイズ（総ＩＰパケットサイズ−ＦＬＵＴＥヘッダサイズ−ＩＰヘッダサイズ）を符号化シンボル長で除算することによって、ＩＰパケットごとのシンボルの数、Ｌを決定し得る。
【００８５】
[0089]再び図１１を参照すると、時間１１０２において、前のセグメント境界を検出した後に、モデムプロセッサ７０１は、ビデオオブジェクト１１００のためのセグメントの始まりに合わせて循環タイマーを開始する。モデムプロセッサ７０１はまた、ＭＴＣＨ上でＦＥＣデータシンボルをもつＩＰパケットを正常に受信すること、期間１１０３内に送られるＩＰパケットを正常に受信することを始める。しかしながら、期間１１０４において、モデムプロセッサ７０１は、受信されたＩＰパケットを適切に復号することができない。正常に受信されたＩＰパケットがない場合、モデムプロセッサ７０１は、期間１１０４の始めに、バス７０２／７０５を介してアプリケーションプロセッサ７００にＦＥＣデータシンボルをもつＩＰパケットをフォワーディングすることを停止する。ＭＳＰ  ｉ＋１中の次のＭＴＣＨでは、モデムプロセッサ７０１は、期間１１０５中にＦＥＣシンボルをもつＩＰパケットを再び正常に受信するが、ＭＴＣＨの期間１１０６中ではシンボルを正常に受信することができない。
【００８６】
[0090]モデムプロセッサ７０１は、ＭＳＰ  ｉ＋２中の次のＭＴＣＨの期間１１０７の間、データシンボルを正常に受信しないままである。時間１１０８の前に、アプリケーションプロセッサ７００は、現在のシンボルＩＤ、Ｘをもつあるデータシンボルを受信する。時間１１０８において、アプリケーションプロセッサ７００は、正常に受信されたシンボルの数、Ｎｒｘが、式（４）に従って決定されたしきい値失敗ポイントを満たさないかまたは超えないと決定する。したがって、時間１１０８において、アプリケーションプロセッサ７００は、受信されたＩＰパケットをフォワーディングすることを停止するように、モデムプロセッサ７０１に信号を送ることになる。
【００８７】
[0091]信号に応答して、モデムプロセッサ７０１は、アプリケーションプロセッサ７００に、受信されたＩＰパケットをフォワーディングすることを停止するだけでなく、ＭＳＰ  ｉ＋２の残りの期間１１０９の間、すべての入来信号を受信／復号することを停止する。ビデオオブジェクト１１００は、ＭＳＰ  ｉ＋３の次のＭＴＣＨ中に送信されるＦＥＣデータシンボルをもつ追加のＩＰパケットを含む。しかしながら、しきい値失敗ポイントを満たすことに失敗したことにより、モデムプロセッサ７０１が受信／復号することを停止したので、モデムプロセッサ７０１は、期間１１１０中にデータシンボルを含むすべてのＩＰパケットを受信／復元しないことになる。
【００８８】
[0092]しかしながら、時間１１１１において、リカレントタイマーはモデムプロセッサ７０１において満了し、ビデオオブジェクト１１０１中の次のビデオセグメントの始まりを示す。タイマーが満了したことに応答して、モデムプロセッサ７０１は、ビデオオブジェクト１１０１のためのＭＳＰ  ｉ＋３のＭＴＣＨ上のＩＰパケットを受信／復元することを始める。モデムプロセッサ７０１は、バス７０２／７０６を介して、アプリケーションプロセッサ７００に、正常に受信されたＩＰパケットを再びフォワーディングし始めることになる。モデムプロセッサ７０１からのフォワーディングされたＩＰパケットは、前のしきい値失敗ポイントに達することに失敗したことに起因する電力節約モードから、アプリケーションプロセッサ７００を起動させるように働き得る。時間１１１３において、アプリケーションプロセッサ７００は、しきい値データレベルが、式（１）中で表される関係式に従って達せられたと決定し、受信されたＩＰパケットをフォワーディングすることを停止するように、モデムプロセッサ７０１にシグナリングする。モデムプロセッサ７０１は、ＩＰパケットを受信／復元し続けるが、次のビデオセグメントまで、アプリケーションプロセッサに、受信されたＩＰパケットをフォワーディングしない。
【００８９】
[0093]本開示の代替態様では、しきい値失敗ポイントが満たされず、モデムプロセッサ７０１がＩＰパケットを受信／復元することを中止したとき、アプリケーションプロセッサ７００は、リカレントタイマーを動作させ、タイマーが満了すると、次のセグメントの始まりとしてＩＰパケットを受信／復元することを再開するようにモデムプロセッサ７０１をトリガする別の変更信号（たとえば、第３の変更信号）をモデムプロセッサ７０１に送り得ることに留意されたい。
【００９０】
[0094]図１２は、本開示の一態様に従って構成されたアプリケーションプロセッサ７００およびモデムプロセッサ７０１の通信ストリームを示すブロック図である。アプリケーションプロセッサ７００とモデムプロセッサ７０１とは、バス７０２または高速バス７０５（図７Ａおよび図７Ｂ）など、バスを介して結合される。アプリケーションプロセッサ７００とモデムプロセッサ７０１とが位置するモバイルデバイスは、ストリーミングビデオサービスに同調する。モデムプロセッサ７０１は、ＭＢＭＳ送信を受信し、ビデオオブジェクト１２００のためのデータシンボルをもつＩＰパケットを復元し始める。次いで、正常に受信されたＩＰパケットは、バス７０２／７０５上でアプリケーションプロセッサ７００にフォワーディングされる。時間１２０２において、アプリケーションプロセッサ７００は、正常に受信されたシンボルの数、Ｎｒｘが、式（１）のための条件を満たし、したがって、ビデオオブジェクト１２００を十分にアセンブルまたは再アセンブルすることが可能であるためのしきい値データレベルに達すると決定する。アプリケーションプロセッサ７００は、ビデオオブジェクト１２００のためのＦＥＣデータシンボルを含んでいる追加の受信されたＩＰパケットをフォワーディングすることを停止するように、モデムプロセッサ７０１にシグナリングする。モデムプロセッサ７０１は、ビデオオブジェクトのための残りのＭＴＣＨ中のＩＰパケットを受信／復元し続けるが、アプリケーションプロセッサにそれらのＩＰパケットをフォワーディングしない。
【００９１】
[0095]時間１２０３において、ビデオオブジェクト１２０１のための新しいデータセグメントの始まりとともに、モデムプロセッサ７０１は、アプリケーションプロセッサ７００に、受信されたＩＰパケットを再びフォワーディングし始める。モデムプロセッサ７０１は、式（１）中でしきい値データレベルが満たされるための条件が満たされるとアプリケーションプロセッサ７００が再び決定する、１２０４において、アプリケーションプロセッサ７００から別の変更信号を受信するまで、受信されたＩＰパケットをフォワーディングし続ける。
【００９２】
[0096]図１３は、本開示の一態様に従って構成されたアプリケーションプロセッサ７００およびモデムプロセッサ７０１の通信ストリームを示すブロック図である。アプリケーションプロセッサ７００とモデムプロセッサ７０１とは、バス７０２または高速バス７０５（図７Ａおよび図７Ｂ）など、バスを介して結合される。アプリケーションプロセッサ７００とモデムプロセッサ７０１とが位置するモバイルデバイスは、ファイルダウンロードサービスを受信するように構成される。ファイルダウンロードサービスは、ＦＥＣ符号化されたファイルオブジェクト１３００を含む。モデムプロセッサ７０１は、ファイルダウンロードサービスを搬送するＭＢＭＳ送信を受信し、対応するＭＴＣＨ上でファイルオブジェクト１３００のために送信されたＩＰパケットを復元し始めることになる。正常に受信されたＩＰパケットは、バス７０２／７０５を介してアプリケーションプロセッサ７００にフォワーディングされる。時間１３０１において、アプリケーションプロセッサは、正常に受信されたシンボルの総数、Ｎｒｘが、式（１）による関係式を満たすと決定する。次いで、アプリケーションプロセッサ７００は、残りのＮ持続時間の間、ファイルオブジェクト１３００のための受信されたＩＰパケットをフォワーディングすることを停止するように、モデムプロセッサ７０１に変更信号を送ることになる。変更信号を受信すると、モデムプロセッサ７０１は、アプリケーションプロセッサ７００に、受信されたＩＰパケットをフォワーディングすることを停止するだけでなく、ファイルオブジェクト１３００に関連する信号のすべての受信／復号を停止する。
【００９３】
[0097]情報および信号は多種多様な技術および技法のいずれかを使用して表され得ることを、当業者は理解されよう。たとえば、上記の説明全体にわたって言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁界または磁性粒子、光場または光学粒子、あるいはそれらの任意の組合せによって表され得る。
【００９４】
[0098]さらに、本明細書の開示に関して説明された様々な例示的な論理ブロック、モジュール、回路、およびプロセスステップは、電子ハードウェア、コンピュータソフトウェア、または両方の組合せとして実装され得ることを、当業者は諒解されよう。ハードウェアとソフトウェアのこの互換性を明確に示すために、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップが、概してそれらの機能に関して上記で説明された。そのような機能がハードウェアとして実装されるか、ソフトウェアとして実装されるかは、特定の適用例および全体的なシステムに課される設計制約に依存する。当業者は、説明された機能を特定の適用例ごとに様々な方法で実装し得るが、そのような実装の決定は、本開示の範囲からの逸脱を生じるものと解釈されるべきではない。
【００９５】
[0099]本明細書の開示に関して説明された様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブル論理デバイス、個別ゲートまたはトランジスタ論理、個別ハードウェア構成要素、あるいは本明細書で説明された機能を実行するように設計されたそれらの任意の組合せを用いて実装または実行され得る。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサはまた、コンピューティングデバイスの組合せ、たとえば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、あるいは任意の他のそのような構成として実装され得る。
【００９６】
[00100]本明細書の開示に関して説明された方法またはプロセスのステップは、直接ハードウェアで実施されるか、プロセッサによって実行されるソフトウェアモジュールで実施されるか、またはその２つの組合せで実施され得る。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭ（登録商標）メモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または当技術分野で知られている任意の他の形態の記憶媒体中に常駐し得る。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるように、プロセッサに結合される。代替として、記憶媒体はプロセッサに一体化され得る。プロセッサおよび記憶媒体はＡＳＩＣ中に存在し得る。ＡＳＩＣはユーザ端末中に存在し得る。代替として、プロセッサおよび記憶媒体は、ユーザ端末中に個別構成要素として存在し得る。
【００９７】
[00101]１つまたは複数の例示的な設計では、説明された機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの組合せで実装され得る。ソフトウェアで実装される場合、機能は、１つまたは複数の命令またはコードとしてコンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体を介して送信され得る。コンピュータ可読記憶媒体は、汎用または専用コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、あるいは命令またはデータ構造の形態の所望のプログラムコード手段を搬送または記憶するために使用され得、汎用もしくは専用コンピュータまたは汎用もしくは専用プロセッサによってアクセスされ得る、任意の他の媒体を備えることができる。また、非一時的接続は、コンピュータ可読媒体の定義内に適切に含まれ得る。たとえば、命令が、同軸ケーブル、光ファイバーケーブル、ツイストペア、またはデジタル加入者線（ＤＳＬ）を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、またはＤＳＬは、媒体の定義に含まれる。本明細書で使用されるディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびｂｌｕ−ｒａｙ（登録商標）ディスク（disc）を含み、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザーで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含まれるべきである。
【００９８】
[00102]特許請求の範囲を含めて、本明細書で使用される場合、２つ以上の項目の列挙中で使用されるとき、「および／または」という語は、列挙された項目のうちのいずれか１つが単独で採用され得ること、または列挙された項目のうちの２つ以上の任意の組合せが採用され得ることを意味する。たとえば、組成が、構成要素Ａ、Ｂ、および／またはＣを含んでいると記述されている場合、その組成は、Ａのみ、Ｂのみ、Ｃのみ、ＡとＢの組合せ、ＡとＣの組合せ、ＢとＣの組合せ、またはＡとＢとＣの組合せを含んでいることがある。また、特許請求の範囲を含めて、本明細書で使用される場合、項目の列挙（たとえば、「のうちの少なくとも１つ」あるいは「のうちの１つまたは複数」などの句で終わる項目の列挙）中で使用される「または」は、たとえば、「Ａ、Ｂ、またはＣのうちの少なくとも１つ」の列挙が、ＡまたはＢまたはＣまたはＡＢまたはＡＣまたはＢＣまたはＡＢＣ（すなわち、ＡおよびＢおよびＣ）およびそれらの任意の組合せを意味するような選言的列挙を示す。
【００９９】
[00103]本開示についての以上の説明は、いかなる当業者も本開示を作成または使用することができるように与えられたものである。本開示への様々な変更は当業者には容易に明らかになり、本明細書で定義された一般原理は、本開示の趣旨または範囲から逸脱することなく他の変形形態に適用され得る。したがって、本開示は、本明細書で説明された例および設計に限定されるものではなく、本明細書で開示された原理および新規の特徴に合致する最も広い範囲を与えられるべきである。
以下に本願の出願当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
ワイヤレス通信の方法であって、
アプリケーションプロセッサによって、ブロードキャストマルチキャストサービスから受信されるべきデータオブジェクトのための、ソースシンボルの総数と冗長レベルとを取得することと、
前記アプリケーションプロセッサに関連するモデムプロセッサを介して、前記ブロードキャストマルチキャストサービスからの前記データオブジェクトの複数の受信されたデータシンボルを受信することと、
前記アプリケーションプロセッサによって、前記複数の受信されたデータシンボルの数が、ソースシンボルの前記総数よりも大きいおよび前記データオブジェクトの送信のためのデータシンボルの総数よりも小さい、しきい値データレベルを超えると決定することと、ここにおいて、データシンボルの前記総数が、ソースシンボルの前記総数と前記冗長レベルによって決定された冗長シンボルの総数とを備える、
前記ブロードキャストマルチキャストサービスから受信された前記データオブジェクトのためのさらなる受信されたデータシンボルをフォワーディングすることを中止するように、前記モデムプロセッサにシグナリングすることと
を備える、方法。
［Ｃ２］
前記しきい値データレベルがソースシンボルの前記総数＋所定のオーバーヘッド値を備え、ここにおいて、前記所定のオーバーヘッド値が前記冗長レベルに関連するエラーコーディングアルゴリズムに基づく、Ｃ１に記載の方法。
［Ｃ３］
前記データオブジェクトの１つまたは複数のデータシンボルを正常に受信しないことのエラーレートを監視することと、
前記エラーレートがしきい値失敗ポイントに達したとき、前記データオブジェクトのためのさらなる受信されたデータシンボルをフォワーディングすることを中止するように、前記モデムプロセッサにシグナリングすることと、ここにおいて、前記しきい値失敗ポイントは、前記複数の受信されたデータシンボルの前記数＋受信するために残されたシンボルの残りの数が、前記しきい値データレベルに達することができないことに基づく、
をさらに含む、Ｃ１に記載の方法。
［Ｃ４］
フォワーディングすることを中止するように前記モデムプロセッサに前記シグナリングすることが、次のスケジュールされたデータオブジェクトまでデータを受信および復号することを停止するように前記モデムプロセッサをトリガする、Ｃ３に記載の方法。
［Ｃ５］
前記複数の受信されたデータシンボルのうちの少なくとも１つのセグメント境界を検出することと、
前記セグメント境界を検出したことに応答してセグメントタイマーを開始することと、ここにおいて、前記セグメントタイマーがセグメント長に設定される、
前記セグメントタイマーの満了に応答して、前記次のスケジュールされたデータオブジェクトのためのデータを受信および復号することを始めるように、前記モデムプロセッサにシグナリングすることと
をさらに含む、Ｃ４に記載の方法。
［Ｃ６］
ワイヤレス通信の方法であって、
モデムプロセッサにおいて、ブロードキャストマルチキャストサービスからのデータオブジェクト送信のための複数のデータシンボルを正常に受信することと、
前記モデムプロセッサに関連するアプリケーションプロセッサに、前記複数の正常に受信されたデータシンボルをフォワーディングすることと、
前記複数の正常に受信されたデータシンボルの数が、ソースシンボルの総数よりも大きいおよび前記データオブジェクトの送信のためのデータシンボルの総数よりも小さい、しきい値データレベルを超えたとき、前記アプリケーションプロセッサから第１の変更信号を受信することと、
前記第１の変更信号に応答して、前記アプリケーションプロセッサに前記データオブジェクトのための任意の追加のデータシンボルをフォワーディングすることを中止することと
を備える、方法。
［Ｃ７］
前記しきい値データレベルがソースシンボルの前記総数＋所定のオーバーヘッド値を備え、ここにおいて、前記所定のオーバーヘッド値が、前記ブロードキャストマルチキャストサービスからの前記データオブジェクト送信の冗長レベルに関連するエラーコーディングアルゴリズムに基づく、Ｃ６に記載の方法。
［Ｃ８］
前記データオブジェクトの１つまたは複数のデータシンボルを受信する際のエラーレートがしきい値失敗ポイントに達したとき、前記アプリケーションプロセッサから第２の変更信号を受信することと、ここにおいて、前記しきい値失敗ポイントは、前記複数の正常に受信されたデータシンボルの前記数＋受信するために残されたシンボルの残りの数が、前記しきい値データレベルに達することができないことに基づく、
前記第２の変更信号に応答して、前記アプリケーションプロセッサに前記データオブジェクトのための任意の追加のデータシンボルをフォワーディングすることを中止することと
をさらに含む、Ｃ６に記載の方法。
［Ｃ９］
前記第１の変更信号または前記第２の変更信号のいずれかに応答して、前記モデムプロセッサにおいて、次のスケジュールされたデータオブジェクトまで、前記データオブジェクトのためのデータシンボルを受信することを中止すること
をさらに含む、Ｃ８に記載の方法。
［Ｃ１０］
前記次のスケジュールされたデータオブジェクトの１つまたは複数のデータシンボルを受信および復号することを再開すること
をさらに含み、ここにおいて、前記再開することが、
前記アプリケーションプロセッサから第３の変更信号を受信すること、または
前記モデムプロセッサにおいて、前記次のスケジュールされたデータオブジェクトのセグメント開始を決定すること
のうちの１つに応答する、Ｃ９に記載の方法。
［Ｃ１１］
前記次のスケジュールされたデータオブジェクトの前記セグメント開始を前記決定することが、
前記ブロードキャストマルチキャストサービスからの前記次のスケジュールされたデータオブジェクトのために受信された１つまたは複数のデータシンボルのディープパケット検査を使用して、前記モデムプロセッサによって前記セグメント開始を検出すること
を含む、Ｃ１０に記載の方法。
［Ｃ１２］
前記次のスケジュールされたデータオブジェクトの前記セグメント開始を前記決定することは、
ディープパケット検査を使用して、前記複数の正常に受信されたデータシンボルのうちの少なくとも１つのセグメント境界を検出すること、
前記セグメント境界を検出したことに応答してセグメントタイマーを開始すること、ここにおいて、前記セグメントタイマーがセグメント長に設定され、ここにおいて、前記セグメント開始が前記セグメントタイマーの満了時に行われる、
を含む、Ｃ１０に記載の方法。
［Ｃ１３］
ワイヤレス通信のために構成された装置であって、前記装置が、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに結合されたメモリと
を備え、
ここにおいて、前記少なくとも１つのプロセッサは、
アプリケーションプロセッサによって、ブロードキャストマルチキャストサービスから受信されるべきデータオブジェクトのための、ソースシンボルの総数と冗長レベルとを取得することと、
前記アプリケーションプロセッサに関連するモデムプロセッサを介して、前記ブロードキャストマルチキャストサービスからの前記データオブジェクトの複数の受信されたデータシンボルを受信することと、
前記アプリケーションプロセッサによって、前記複数の受信されたデータシンボルの数が、ソースシンボルの前記総数よりも大きいおよび前記データオブジェクトの送信のためのデータシンボルの総数よりも小さい、しきい値データレベルを超えると決定することと、ここにおいて、データシンボルの前記総数が、ソースシンボルの前記総数と前記冗長レベルによって決定された冗長シンボルの総数とを備える、
前記ブロードキャストマルチキャストサービスから受信された前記データオブジェクトのためのさらなる受信されたデータシンボルをフォワーディングすることを中止するように、前記モデムプロセッサにシグナリングすることと
を行うように構成された、装置。
［Ｃ１４］
前記しきい値データレベルがソースシンボルの前記総数＋所定のオーバーヘッド値を備え、ここにおいて、前記所定のオーバーヘッド値が前記冗長レベルに関連するエラーコーディングアルゴリズムに基づく、Ｃ１３に記載の装置。
［Ｃ１５］
前記データオブジェクトの１つまたは複数のデータシンボルを正常に受信しないことのエラーレートを監視することと、
前記エラーレートがしきい値失敗ポイントに達したとき、前記データオブジェクトのためのさらなる受信されたデータシンボルをフォワーディングすることを中止するように、前記モデムプロセッサにシグナリングすることと、ここにおいて、前記しきい値失敗ポイントは、前記複数の受信されたデータシンボルの前記数＋受信するために残されたシンボルの残りの数が、前記しきい値データレベルに達することができないことに基づく、
を行うための前記少なくとも１つのプロセッサの構成をさらに含む、Ｃ１３に記載の装置。
［Ｃ１６］
フォワーディングすることを中止するように前記モデムプロセッサにシグナリングするための前記少なくとも１つのプロセッサの前記構成が、次のスケジュールされたデータオブジェクトまでデータを受信および復号することを停止するように前記モデムプロセッサをトリガする、Ｃ１５に記載の装置。
［Ｃ１７］
前記複数の受信されたデータシンボルのうちの少なくとも１つのセグメント境界を検出することと、
前記セグメント境界を検出したことに応答してセグメントタイマーを開始することと、ここにおいて、前記セグメントタイマーがセグメント長に設定される、
前記セグメントタイマーの満了に応答して、前記次のスケジュールされたデータオブジェクトのためのデータを受信および復号することを始めるように、前記モデムプロセッサにシグナリングすることと
を行うための前記少なくとも１つのプロセッサの構成をさらに含む、Ｃ１６に記載の装置。
［Ｃ１８］
ワイヤレス通信のために構成された装置であって、前記装置が、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに結合されたメモリと
を備え、
ここにおいて、前記少なくとも１つのプロセッサは、
モデムプロセッサにおいて、ブロードキャストマルチキャストサービスからのデータオブジェクト送信のための複数のデータシンボルを正常に受信することと、
前記モデムプロセッサに関連するアプリケーションプロセッサに、前記複数の正常に受信されたデータシンボルをフォワーディングすることと、
前記複数の正常に受信されたデータシンボルの数が、ソースシンボルの総数よりも大きいおよび前記データオブジェクトの送信のためのデータシンボルの総数よりも小さい、しきい値データレベルを超えたとき、前記アプリケーションプロセッサから第１の変更信号を受信することと、
前記第１の変更信号に応答して、前記アプリケーションプロセッサに前記データオブジェクトのための任意の追加のデータシンボルをフォワーディングすることを中止することと
を行うように構成された、装置。
［Ｃ１９］
前記しきい値データレベルがソースシンボルの前記総数＋所定のオーバーヘッド値を備え、ここにおいて、前記所定のオーバーヘッド値が、前記ブロードキャストマルチキャストサービスからの前記データオブジェクト送信の冗長レベルに関連するエラーコーディングアルゴリズムに基づく、Ｃ１８に記載の装置。
［Ｃ２０］
前記データオブジェクトの１つまたは複数のデータシンボルを受信する際のエラーレートがしきい値失敗ポイントに達したとき、前記アプリケーションプロセッサから第２の変更信号を受信することと、ここにおいて、前記しきい値失敗ポイントは、前記複数の正常に受信されたデータシンボルの前記数＋受信するために残されたシンボルの残りの数が、前記しきい値データレベルに達することができないことに基づく、
前記第２の変更信号に応答して、前記アプリケーションプロセッサに前記データオブジェクトのための任意の追加のデータシンボルをフォワーディングすることを中止することと
を行うための前記少なくとも１つのプロセッサの構成をさらに含む、Ｃ１８に記載の装置。
［Ｃ２１］
前記第１の変更信号または前記第２の変更信号のいずれかに応答して、前記モデムプロセッサにおいて、次のスケジュールされたデータオブジェクトまで、前記データオブジェクトのためのデータシンボルを受信することを中止するための前記少なくとも１つのプロセッサの構成をさらに含む、Ｃ２０に記載の装置。
［Ｃ２２］
前記次のスケジュールされたデータオブジェクトの１つまたは複数のデータシンボルを受信および復号することを再開するための前記少なくとも１つのプロセッサの構成をさらに含み、ここにおいて、再開するための前記構成が、
前記アプリケーションプロセッサから第３の変更信号を受信すること、または
前記モデムプロセッサにおいて、前記次のスケジュールされたデータオブジェクトのセグメント開始を決定すること
のうちの１つを行うための前記少なくとも１つのプロセッサの構成に応答して実行される、Ｃ２１に記載の装置。
［Ｃ２３］
前記次のスケジュールされたデータオブジェクトの前記セグメント開始を決定するための前記少なくとも１つのプロセッサの前記構成が、前記ブロードキャストマルチキャストサービスからの前記次のスケジュールされたデータオブジェクトのために受信された１つまたは複数のデータシンボルのディープパケット検査を使用して、前記モデムプロセッサによって前記セグメント開始を検出するための構成、Ｃ２２に記載の装置。
［Ｃ２４］
前記次のスケジュールされたデータオブジェクトの前記セグメント開始を決定するための前記少なくとも１つのプロセッサの前記構成は、
ディープパケット検査を使用して、前記複数の正常に受信されたデータシンボルのうちの少なくとも１つのセグメント境界を検出すること、
前記セグメント境界を検出したことに応答してセグメントタイマーを開始すること、ここにおいて、前記セグメントタイマーがセグメント長に設定され、ここにおいて、前記セグメント開始が前記セグメントタイマーの満了時に行われる、
を行うための前記少なくとも１つのプロセッサの構成を含む、Ｃ２２に記載の装置。
【図１】
0006490827.tif 000006
【図２】
0006490827.tif 000007
【図３】
0006490827.tif 000008
【図４】
0006490827.tif 000009
【図５】
0006490827.tif 000010
【図６】
0006490827.tif 000011
【図７Ａ】
0006490827.tif 000012
【図７Ｂ】
0006490827.tif 000013
【図８Ａ】
0006490827.tif 000014
【図８Ｂ】
0006490827.tif 000015
【図９Ａ】
0006490827.tif 000016
【図９Ｂ】
0006490827.tif 000017
【図１０】
0006490827.tif 000018
【図１１】
0006490827.tif 000019
【図１２】
0006490827.tif 000020
【図１３】
0006490827.tif 000021