JP2008530868A - 受信機および受信機の制御方法 - Google Patents

Abstract

送信機から送信中のデータを受信するための受信動作モード(２、４)、および１つ以上のさらなる動作モード（１−７）で動作するように構成された受信機（３０）を制御する方法であって、前記送信の初めにおける内部送信終了インジケータの初期値を設定する工程（Ｓ１）と、引き続き前記送信途中での前記送信終了インジケータを状況に応じて変化させる工程（Ｓ２）と、送信終了条件が充足されたか否かを判定するため、前記送信途上での前記送信終了インジケータを監視する工程（Ｓ３）と、送信終了条件が充足されたとの判定に応じ、前記１つ以上のさらなる動作モードの１つへ移行するため、前記受信動作モードから離脱する工程（Ｓ４）とを含む方法。

Description

本発明は受信機を制御する方法および受信機自体に関する。ここで、受信機は、送信機から送信中のデータを受信するために受信動作モードで動作するように構成され、また、１つ以上のさらなる動作モードで動作するように構成されている。

例えば、ファイル等のデータを送信機から受信機へ送信するとき、そのデータを通信するプロセスを制御するために、送信機から受信機へ制御メッセージを、また場合によっては受信機から送信機へ応答制御メッセージを送信できることが知られている。また、複数の動作モードで動作できるように受信機の制御構造を構成し、ここで、動作モードとして、上述の送信中のデータを受信するための少なくとも１つの受信動作モードが存在することも知られている。「送信」という用語は、データ転送の開始と終了が認識できるという意味で使用される。

以上のような受信動作モードで動作するように構成された受信機では、さらなる動作モード、例えば、送信が行われていないときに受信機が入るアイドルモードまたは待機モードが少なくとも存在する。勿論、別の動作モード、例えば、受信動作モードで受信したデータ中の誤りを修復する１つ以上の誤り修復モードも存在し得る。この種の受信機の基本的問題は、あるモード（状態）から別モード（状態）への遷移が定められていることである。

受信動作モードから別モードへの遷移に関して、送信機から受信機へ送信終了（end-of-transmission）信号を送信することが知られている。言い換えれば、送信機は、送信の終了を受信機に知らせる所定のメッセージを送信する。例として、データ単位ベースの通信では、送信の最終データ単位には、そのデータ単位が送信の最終データ単位である旨受信機に知らせる特別のフラグまたは情報要素を含めることができる。しかし、送信終了メッセージの送信には、そのメッセージが送信の途中で失われる可能性があり、そうなると、受信すべきデータが最早存在しないにも関わらず受信機が受信動作モードに留まるという意味で、受信機が未定義状態に入り込む問題がある。

本発明の目的は、受信動作モードおよび１つ以上のさらなる動作モードで動作するように構成された受信機を制御する改善された方法、および、その結果として改善された受信機を提供することにある。

この目的は、請求項１の方法および請求項１１の受信機により達成される。好適な実施形態について従属請求項で述べる。

本発明に従えば、受信機中で内部送信終了インジケータが設定され、状況に応じて変化させられ、監視される。そして、その内部送信終了インジケータが送信終了条件を充足すると、１つ以上のさらなる動作モードの１つに遷移するために受信動作モードから離脱する。

このようにして、受信機は独自に送信の終了を判定することができ、その結果、送信機からの特別な信号に依存せずに、動作モードを変更することができる。これにより、送信機からの送信終了メッセージが存在しなくても、または、これらの送信終了メッセージが確実に届かなくとも、受信機の動作モードの変更が所定の予測可能なやり方で行われるという、重要な利点が得られる。

送信終了メッセージが確実に届かないという問題への自明の解決法は、受信機に送信終了メッセージを正しく受信したことを応答させることである。送信機がそのような応答を所定の時間内に受信しない場合、送信機は応答を受信するまで繰り返し送信終了メッセージを送信する。本発明は、受信機が、内部パラメータを監視することにより独自に送信終了状態を判定できるようにすることにより、この自明の解決法とは一線を画するものである。したがって、受信機の動作モードの変更は、送信機からの制御メッセージの受信には必ずしも依存しない。

本発明の基本的な考え方は、１対多（point-to-multipoint ）の送信、すなわち、ブロードキャストまたはマルチキャスト送信を受信するように構成された受信機への適用に特に好都合である。すなわち、１対多の環境では、送信終了メッセージの正しい受信を確認するために送信機への確認メッセージを受信機に送信させることは、可能でないかまたは望ましくないことが多い。すなわち、多数の受信機がそのような確認信号を送信すると、送信機においていわゆる確認の内部爆発が発生しかねない。したがって、本発明は、１対多の受信機においてはなおさら、動作モードの信頼できかつ予測可能な変更を確かなものにし得るメカニズムを提供する。

本発明の基本的な考え方の特に好適な応用によれば、本発明は、いわゆるＭＢＭＳ（Multimedia Broadcast/Multicast Service、マルチメディア・ブロードキャストおよびマルチキャスト・サービス）システムの状況で使用可能である。ＭＢＭＳシステムについては、例えば、３ＧＰＰ ＴＳ ２６．３４６に概要が示されている。

本発明は、好ましい実施形態についての以下の説明により、よりよく理解できよう。しかし、これらの実施形態は、添付の請求項で規定される本発明の範囲を限定するためのものではない。

図１は、本発明の方法の基本的な実施形態を説明するフローチャートを示す。図１の制御方法は、送信機から送信中のデータを受信するための受信動作モードおよび１つ以上のさらなる動作モードで動作するように構成された受信機に適用される。受信動作モードでは、受信機は、好ましくは送信の開始時に、内部送信終了インジケータを初期値に設定する（工程Ｓ１参照）。続いて工程Ｓ２で、内部送信終了インジケータが状況に応じて変化させられる。

工程Ｓ３で、受信機は、送信終了条件が充足されたかを判定するために内部送信終了インジケータを監視する。送信終了条件が充足されないと、ルーチンは工程Ｓ２に戻る。このようにして、送信の間、送信終了条件が充足される迄工程Ｓ２とＳ３が繰り返される。

工程Ｓ３で送信終了条件が充足されると、ルーチンは工程４へ進み、そこで、１つ以上のさらなる動作モードの１つへ遷移するために、受信動作モードから離脱する。

内部送信終了インジケータは、適当なまたは望ましいやり方であればどのように選ぶこともできる。例えば、内部送信終了インジケータは、タイマー出力であることもでき、または、データカウンタ出力であることもできる。送信終了条件は、使用されるインジケータのタイプに依存する。例えば、内部送信終了インジケータがタイマー出力の場合、送信終了条件は、ある時間値への到達であればよい（例えば、カウントダウンのイベントならタイマーが０に達したとき、また、カウントアップのイベントならタイマーが所定の上限値に達したとき）。内部送信終了インジケータがデータカウンタ出力の場合は、送信終了条件は、例えば、カウントダウンのイベントなら所定の低い値（例えば、０）への到達、また、カウントアップのイベントなら所定の上限値への到達であればよい。

本発明の実施形態では、１つ以上の送信終了インジケータを並列にまたは連結して使用することもできることに留意されたい。並列使用の例は、タイマーとデータカウンタが使用され、その２つのインジケータの一方がその送信終了条件を充たすと受信動作モードから離脱する場合である。連結形態の使用の例は、両方のインジケータがそれぞれの送信終了条件を充たすと受信動作モードから離脱する場合である。タイマーとデータカウンタの両方を使用することは、何はともあれ、信頼性を向上させる。

内部送信終了インジケータの初期値の設定は、その初期値が受信機に格納された固定値であるようなやり方で実行できる。これは、例えば、送信機が常に同じサイズの送信を行うとわかっているか期待される場合に有用である。初期値を固定値に設定する別の例として、内部送信終了インジケータを状況に応じて変化させることが、既知の開始値、例えば０からカウントアップ手順により実行される場合がある。

しかしながら、本発明の好都合な実施形態によれば、内部送信終了インジケータの初期値への設定は、受信機が送信機から受信する送信初期情報に依存する。そのような送信初期情報は、送信の規模すなわちサイズおよび継続時間またはそのいずれか一方に関する情報を提供するのが一般である。送信初期情報は、好ましくは、送信データの総送信時間を示すパラメータおよびデータそのもののサイズを示すパラメータの一方または両方である。言い換えるならば、送信機は、例えば、総送信時間の推定値を受信機へ送信することができ、また、送信データ量を示すパラメータを送信することができ、あるいはそのいずれかができる。受信機は、内部送信終了インジケータへの初期値を受信情報に基づいて算出するように構成される。例えば、送信終了インジケータがタイマー出力である場合、受信した総送信時間をカウントダウン・タイマーの初期値として直接に使用することができる。データ量のサイズを初期情報として受信した場合、受信機はこのデータ量および既知のまたは推定された送信速度に基づいて時間値を算出するように構成され、この算出された時間値がカウントダウン・タイマーの初期値として使用される。

内部送信終了インジケータの設定と同様に、内部送信終了インジケータを状況に応じて変化させることもまた、適当なまたは望ましいやり方であれば基本的にどのように選ぶこともできる。当然のことながら、インジケータの初期設定、インジケータを状況に応じて変化させること、および送信終了条件の選択のための手順は相互に依存する。しかしながら、基本的には、状況に応じて変化させることはカウントアップ手順であっても、カウントダウン手順であってもよい。

さらに、状況に応じて変化させることを、例えば、完全に固定的なやり方で、すなわち、タイマーまたはデータカウンタを固定値だけ増大または減少させるというように実行することもできる。内部送信終了インジケータを固定的な方法で状況に応じて変化させる考え方は、送信機と受信機との間の接続の動作がその後も不変であることがわかっている状況、またはその後も不変または極く僅かしか変化しないと予期される状況では適切である。しかし、通信条件が時間とともに変わることがわかっている、または時間とともに変わると予期される状況では、内部送信終了インジケータを送信機から受信される送信進捗情報に基づいて状況に応じて変化させることが好ましい。送信進捗情報は、適当なまたは望ましいやり方であればどのように選ぶこともできて、例えば、残存送信時間を示すパラメータであってもよく、また、まだ残っている送信データのサイズを示すパラメータであってもよく、あるいはそのいずれかであってもよい。例として、タイマー出力が内部送信終了インジケータとして使用され、状況に応じて変化させることが基本的にカウントダウンであって、送信終了インジケータの初期値が予測される全送信時間である場合、もし、内部タイマーのその時点での値が送信機の示す残存送信時間と異なると、受信機は、その時点でのタイマー値を示された残存送信時間に一致させるよう、減少時間を適当に調整することができる。受信機は所定の安全時間間隔を加算するようタイマーを調整できるので、カウントダウン・タイマーの各瞬間での値が示された残存送信時間に等しい必要はないことに留意されたい。

本発明の方法は、適当なまたは望ましいやり方であればどのようにも実現することができる。言い換えるならば、それぞれの工程は、ハードウェアによってでも、ソフトウェアによってでも、またはハードウェアとソフトウェアのどのような組み合わせによってでも、受信機中で実現可能である。好ましくは、本発明の方法は、受信機の制御ユニットに含まれるプログラム可能な処理装置中にロードされ実行されるコンピュータプログラム製品として実現される。このようにして、本発明の方法を実行するべく作成されたコンピュータプログラムは、本発明の実施形態をも構成する。

図３は、本発明の実施形態にしたがって構成された受信機の概略図である。受信機３０は受信ユニット３１を含むように示され、受信ユニット３１はアンテナ３４を介して信号を受信する。受信ユニット３１は制御ユニット３２に接続され、制御ユニット３２はメモリ３３にアクセスできる。受信機はさらにキーボードおよび表示装置等の通常の要素を含んでもよいが、図の簡潔化のため図示されていない。図３の受信機は、信号をアンテナを介して受信する無線装置として描かれるが、本発明はいかなる特定の送信技術にも限定されるものではなく、有線接続の信号を受信する受信機に対しても適用可能であることに留意されたい。その場合には、要素３４は有線の接続部となろう。

図３の実施形態にしたがえば、制御ユニット３２は、送信の初めに内部送信終了インジケータを初期値に設定する初期化部３２１、送信の過程で内部送信終了インジケータを状況に応じて変化させる適応化部３２２、送信終了条件が充足されたかを判定するために送信の過程で内部送信終了インジケータを監視する監視部３２３、および送信終了条件が充足されたことを判定したモニター３２３に応答して、受信動作モードを離脱して１つ以上のさらなる動作モードの内の１つに遷移するためのモード変更部３２４を含む。

要素３２１−３２４は、ハードウェア要素としてでも、ソフトウェア要素としてでも、またはハードウェア要素とソフトウェア要素の組み合わせとしてでも装備可能である。それらは、好ましくは、制御ユニット３２に含まれるプログラム可能処理装置中で実行されるコンピュータプログラム製品のコンピュータコード部として具体化される。

このようにして、要素３２１−３２４は、図１に示される方法を実施することができる。本発明の方法の好ましい実施形態を実施するために、初期化器３２１は、好ましくは、送信機から受信した送信初期情報に配慮するよう構成され、適応化器３２２は、好ましくは、送信機から受信した送信進捗情報に配慮するよう構成される。

さて、本発明の実施形態のためのモード遷移または状態遷移図を、図２を参照して説明することとしよう。説明に際しては、ＭＢＭＳの例およびＲＦＣ３９２６および３４５１を引き合いに出すことがあるが、これは図２の状態遷移図の好ましい応用を示すためにだけであって、限定のためものでないことに留意されたい。すなわち、図２に示す状態遷移図は、以下において１−７で参照される状態または動作モードを実現できるどのような一般的な受信機についてでも適用可能である。

参照数字１はアイドルまたは待機モードに関しており、このモードでは、受信機が送信の受信に備えて初期化されるかまたは初期化を待っており、またそこで基本的な初期化が行われる。ＭＢＭＳの例では、受信機が初期化され、１つ以上の特定のダウンロード・チャンネルに結合される（ＩＰマルチキャスト・アドレス／ポート番号およびソース・アドレス）。ＩＰマルチキャスト・アドレスおよびアドレス／ポート番号が１つのＭＢＭＳベアラを特定する。

参照数字２は１つ以上のファイルを受信するためのダウンロード・モードを示す。状態２は、先に説明した受信動作モードの例である。ＭＢＭＳの例では、状態２はＭＢＭＳダウンロード受信状態であり、そこでは受信機はＭＢＭＳダウンロード・データの受信に従事する。ＭＢＭＳダウンロード・データは、例えば、ＦＬＵＴＥ（File Delivery over Uni-Directional Transport、一方向性トランスポート層を用いたファイル配信）プロトコルを使用して伝送される。このプロトコルは例えばＲＦＣ ３９２６に規定されている。

参照数字３は、１対１（point-to-point）ファイル修復状態を表わしており、そこでは受信機がファイル修復データを１対１接続を介して受信する。ＭＢＭＳの例では、１対１ファイル修復状態にはファイル修復手順のためのいわゆるバックオフ時間が含まれる。バックオフ・タイマーは、受信機が送信機に対して修復要求を直ちに送信するのではなく、無作為にバックオフ時間を生成し、そのバックオフ時間が時間切れになって初めて修復要求を送信するようにするためのメカニズムである。このようにして、１対多送信機とネットワークが、送信終了時に多数の受信機が同時に修復要求を送信した場合に、過負荷となることを回避することができる。

参照数字４は、１対多ファイル修復状態を表わしており、そこでは受信機が修復情報を１対多接続を介して受信する。言い換えるならば、送信機は、そのチャンネルを介して情報を受信する全ての受信機が修復情報を受信できるよう、修復情報を１対多チャンネルを介して送信する。状態４は先に説明した受信動作モードのもう１つの例である。修復情報は、ＭＢＭＳ、ＤＶＢ（Digital Video Broadcasting、デジタル・ビデオ・ブロードキャスティング）またはその他任意のマルチキャスト／ブロードキャスト配信手段を使用して配信することができる。

参照数字５は、受信機が、状態番号２で受信する１つ以上のファイルの受信の完了を判定したことを示す状態に関する。ＭＢＭＳの例では、この状態は、ＭＢＭＳ受信機が１個のＦＤＴ（File Delivery Table、ファイル配信表）インスタンスについての受信を完了したと判定したことを示す。その特定のＦＤＴインスタンスについては、それ以上の受信データは存在しないであろう。この状態は、配信されたファイルを成功裡にまたは正しく受信したことを示すのではなく、単に受信を完了したことを示すだけであることに留意されたい。

参照数字番号６は報告状態であり、そこでは送信機に状態を報告する。ＭＢＭＳでは、受信報告が３ＧＰＰ ＴＳ２６．３４６に述べられている。章９．４を参照のこと。１対１ファイル修復手順におけるのと同様、状態６の報告手順はバックオフ・タイマーの設定、すなわち、受信機が無作為に選択した値の設定で始まる。バックオフ・タイマーが満了すると遣り取りが行われる、すなわち、報告が送信される。１対１ファイル修復手順（状態３）が予め実行されている場合は、状態６でバックオフ・タイマーを使用する必要はない。

参照数字７は、受信機が、状態番号２で受信する１つ以上のファイルの受信が未完了と判定したことを示す状態に関する。ＭＢＭＳの例では、この状態はＭＢＭＳ受信機が１個のＦＤＴ（File Delivery Table、ファイル配信表）インスタンスについての受信が未完了と判定したことを示す。その特定のＦＤＴインスタンスについては、それ以上の受信データは存在しないであろう。

以下では、示された状態間のいくつかの状態遷移について説明しよう。

参照数字１−２は、状態１から状態２、すなわち、待機状態から受信状態への遷移を示す。ＭＢＭＳについては、この遷移は新しいＦＤＴインスタンスを受信することにより引き起こされる。ＦＤＴインスタンスはＬＣＴヘッダの拡張部ＥＸＴ＿ＦＤＴにより特定される（ＲｆＣ ２９３６を参照のこと）。

参照数字２−２は、状態２から状態２への遷移、すなわち、システムは状態２に留まっていることを示す。これはファイル・データがさらに受信されることを示す。

参照数字２−３は、受信状態から１対１ファイル修復状態への遷移であり、これは、状態２で送信が終了したので、それ以上のファイル・データを予期していないことを示す。しかし、受信機は、１つ以上の受信ファイルに修復を要する誤りが存在すること、および１対１ファイル修復手順による手順を継続すべきことを認識している。ＭＢＭＳの例では、１対１ファイル修復のための構造パラメータが、別ファイルとして、ＦＤＴインスタンス中でまたはその一部として提供される（例えば、ＭＩＭＥタイプによって特定されるか、または、通常は初期ＭＢＭＳサービス記述によって構造化されている）。

参照数字２−４は、状態２から状態３への遷移と同様、状態２から状態４への遷移を表わし、受信機が、送信の終了および１つ以上のファイル中の修復を要する誤りの存在を判定した場合に実行される。ＭＢＭＳの例では、１対多ファイル修復手順の構造パラメータが、別ファイルとして、ＦＤＴインスタンス中でまたはその一部として提供される（例えば、ＭＩＭＥタイプによって特定されるか、または、通常は初期ＭＢＭＳサービス記述によって構造化されている）。

状態２は、どちらの修復状態に遷移するべきかを判定する判定手順を含んでもよいことに留意されたい。この判定手順は、その時の構造に基づくものであってもよく、または検出された誤りのタイプおよび数またはそのいずれかに基づくものであってもよい。例えば送信機が、修復状態を入力した表示をしてもよく、その場合、受信機中の判定手順は、表示された状態、または表示が存在しない場合は、デフォルト状態へ切り替えるよう決定することができる。このデフォルト状態は、通常は１対１修復状態である。

参照数字２−５は、受信状態２から完全状態５への遷移を表わし、これは、例えば、状態２がファイル修復の必要なしと判定した場合に実行可能である。または、上述の判定手順が、ファイル修復が行われないように構成されてもよい。ＭＢＭＳの例では、送信が終了し、かつ入力ファイル・データをそれ以上待つ必要はないと受信機が判定できる程度に、ＦＤＴに記述された全てのファイルを受信機が再構築できたということかもしれない。一方、ファイル修復が行われないように判定手順が構成されている場合は、遷移２−５が、完全かつ正しく受信されなかった全てのファイルの廃棄を引き起こしてもよい。

参照数字３−４は、１対１ファイル修復手順から１対多ファイル修復への遷移が起動された場合に起きる。これは、例えば、１対１ファイル修復サーバが過負荷となり、したがって１対１ファイル修復要求に応えて１対多の構造メッセージを送信する場合に起こり得る。

参照数字３−５および４−５は、受信機が受信ファイルを修復または再構築するのに十分な情報を受信し、判定された誤りをそれによって訂正した場合に起きる。ＭＢＭＳの例では、これは、ＦＤＴに記述された全ファイルの再構築が完了したということである。

参照数字３−７および４−７は、状態７への遷移を表わし、これは、ファイル修復手順が必ずしも全ての受信ファイルを再構築できなかった場合に起きる。

参照数字３−３および４−４は、それぞれ、修復データがさらに期待できるため、受信機が１対１または１対多のファイル修復状態に留まっていることを示す。

参照数字４−３は、それ以上の修復データは期待できず、しかも完全な再構築が未達成の場合に起きる。この場合は、１対多ファイル修復手順が状態３において１対１ファイル修復手順に切り替わるように構成し、これにより欠如した修復データを取得できるようにすることが可能である。

参照数字５−１および７−１は、ファイルの完全なまたは不完全な受信の後でシステムが待機状態１へ戻るべく、状態５および７が報告状態へ切り替わらないように構成されていることを示す。状態５および７から状態１への直接の遷移は、報告状態６が全く作られていないか、または報告の送信は不要と判定する判定手順が受信機中に存在することにより、存在し得る。後者は、統計報告の場合に、すなわち、受信機が、ファイル受信に応答してではなく、所定の間隔毎にのみ報告を送信する場合に、または報告が状態５および７の一方に基づいてのみ送信される場合に、実際に生じることがある。（すなわち、すべてのファイルが成功裡に受信された場合に報告が送信され、成功裡に受信されなかったファイルが存在する場合には報告は送信されない。または、全てのファイルが成功裡に受信された場合は、報告は送信されず、成功裏に受信されなかったファイルが存在する場合に、報告が送信される。）
別案として、状態５および７は、常に報告状態６に切り替わるように設定することもできる。ここで、報告状態６は報告を送信するか否かの判定手順を含む。

参照数字５−６および７−６は、受信機が、ファイルの受信後、自動的に報告を行うよう構成されているか、または判定手順が報告を発するという決定を行った場合に起きる。６−６は、受信機が報告の宛先（例えば、送信機）への接続に問題を有するか、または、複数の報告先への接続を試みる状況を示す。

参照数字６−１は、これ以上何もする必要はなく、システムが待機状態に戻ることを示す遷移を示す。

図２のモード遷移または状態遷移図に関しては、本発明の考え方を、状態２および４またはそのいずれかで実施するのが好ましい。言い換えるならば、本発明を状態２に適用する場合、本発明の受信動作モードは１つ以上のファイルを受信するためのファイル受信モードであり、さらなる動作モードは、１対１ファイル修復モード３および１対多ファイル修復モード４のような、１つ以上の誤り修復モードを含む。状態２からの離脱後、システムはファイル完全状態５または不完全状態７へ遷移することもできる。

本発明の考え方を状態４に適用するとき、受信動作モードは１対多送信において修復データを受信する第１の修復モードであり、さらなる動作モードの１つは１対１送信において修復データを受信する第２の修復モードである。状態４の離脱後、システムはファイル完全状態５または不完全状態７へ遷移することもできる。

このようにして、本発明の考え方は、特別な送信終了メッセージの受信に依存することなく、遷移２−３、２−４および４−３をより高信頼でより予測可能とするために適用可能である。

さて、ＭＢＭＳへの好ましい適用に関する特別な実施形態について説明しよう。本発明の考え方をＭＢＭＳに応用する際の基本的なアイデアは、ＦＤＴ存続時間（これはＦＤＴ満了時間とも呼ばれる）をファイルをダウンロードするための状態２に結びつけることである。ＦＤＴ存続時間は受信機中では内部送信終了インジケータとして保持され、この内部存続時間インジケータが満了すると、受信機（すなわち、ＭＢＭＳユーザ装置）は受信状態２を離脱してファイル修復状態２、３または４に遷移するか、またはファイル受信完全状態５または不完全状態７へ遷移する。

ＭＢＭＳの状況では、ＭＢＭＳプロトコルで利用可能な満了時間情報に基づいて内部時限タイマーを設定しまた状況に応じて変化させることが好ましい。そうすればこの満了時間情報を送信初期情報および送信進捗情報またはそのいずれかとして使用できる。利用可能な満了時間情報は、一方ではＦＤＴインスタンスの「時限」属性でもあり得る（ＲＦＣ ３９２６）。時限属性はＸＭＬ属性であり、したがって、ＦＤＴパケットはＲＦＣ ３４５１に定義される送信機現在時刻（Sender Current Time、ＳＣＴ）を含みもしよう。ＳＣＴと満了時刻の差に基づいて、受信機は内部時限タイマーを調整することができる。内部時限タイマーの状況に応じた変化は送信機現在時刻と表示された時限属性との差に依存するので、1対多送信機にとって、複数の受信機との同期は不要である。ＦＤＴパケットをＭＢＭＳのダウンロード送信にインタリーブする時、ＳＲＴヘッダの値をパケット送信の現在時刻でもって更新しなければならない。

ＭＢＭＳの状況で利用可能な別の満了時間情報は、ＲＦＣ ３４５１に規定された、ＬＣＴ（Layered Coding Transport、階層化された符号化伝送）ヘッダへの予測残存時間（Expected Residual Time、ＥＲＴ）オプションである。この目的には、送信機が、予測残存時間を常に全てのＦＤＴパケットに含めるように構成されるのが好ましい。ＦＤＴパケットをＭＢＭＳのダウンロード送信にインタリーブする時、ＭＢＭＳの実際の継続時間に合わせてＥＲＴ値を調整することができる。

受信機は、新しいＦＤＴパケットを受信するときはいつでも、その内部時限タイマーの状態を、ＦＤＴパケット中で受信した情報と比較してチェックする。こうすることにより、受信機はその結果に従って内部時限タイマーを状況に応じて変化させることができる。

送信の信頼性を高めるために、ＦＤＴパケットがＭＢＭＳデータ・ストリーム中にインタリーブされてもよい。したがって、ＭＢＭＳ受信機は同一のＦＤＴインスタンスについて複数のＦＤＴパケットを受信してもよい。これらの全てのＦＤＴパケットが適当な満了時間情報を伝えるように、送信機を構成することが好ましい。送信機が提供する満了時間は、例えば、送信帯域の変化によって変り得ることに留意されたい。

送信機は、送信データ量および予測または既知の送信帯域幅に基づいて送信継続時間を決定することができる。送信機は、実際のＦＤＴ構造用にＦＤＴインスタンスの送信継続時間を決定する。送信機は、ファイルおよびファイル属性を考慮してＦＤＴを創る。送信機が圧縮を適用する場合は、ファイル内容は圧縮され、次の工程では圧縮の結果のみが考慮される。送信機がフォワード・エラー訂正（ＦＥＣ）を使用する場合は、ＦＥＣが個々のファイルに適用され、冗長性が付与される。送信機は、ＦＬＵＴＥインスタンス用の総パケット数を決定する。総パケット数（ヘッダを含み、可能なヘッダ圧縮を考慮に入れて）を要求されるＭＢＭＳベアラの帯域幅と組み合わせることにより、送信機は、そのＭＢＭＳベアラを介する全データの送信時間を決定することができる。送信機はＦＤＴインスタンスの存続時間を計算する（ＦＤＴインスタンスの繰り返しおよびＦＤＴパケット数を考慮して）。送信機は、例えば、いくつかのＦＬＵＴＥパケットの起こり得る遅延をカバーするために、結果を調整してもよい。

受信機は、送信機から受信した明確な時間情報に基いて内部時限タイマーを調整することができるが、それ以上に、受信機は、データ量の値から満了時間情報を計算することもできる。例えば、ＲＦＣ ３９２６に従えば、属性「コンテンツ長」または「転送長」を、送信機から受信機へ送信することができる。好ましい実施形態では、受信機が、基盤となるＭＢＭＳベアラの既知のまたは推定された帯域幅を使用し、示されたコンテンツ長または転送長に基づいて、全送信継続時間または残存送信継続時間の予測値を計算することができる。

好ましい実施形態に関する以上の説明は、本発明をよりよく理解できるようにするためのものであり、限定するためのものではない。むしろ、本発明の範囲は添付の請求項により規定される。参照数字は、読み易さを高めるためのものであって、限定するためのものではない。

本発明による基本的方法の実施形態のフローチャートを示す図である。 種々の動作モードおよび動作モード間の遷移を示す状態を示す図である。 本発明の装置の実施形態を概略的に示す図である。

Claims (21)

1. 送信機から送信中のデータを受信するための受信動作モード(２、４)、および１つ以上のさらなる動作モード（１−７）で動作するように構成された受信機（３０）を制御する方法であって、
   送信の開始時における内部送信終了インジケータを初期値へ設定する工程（Ｓ１）と、
   引き続き送信の途中で前記送信終了インジケータを状況に合わせて変化させる工程と（Ｓ２）、
   送信終了条件が充足されたか否かを判定するため、送信の途中の前記送信終了インジケータを監視する工程と（Ｓ３）、
   前記送信終了条件が充足されたとの判定に応じて、前記１つ以上のさらなる動作モードの１つへ遷移するため、前記受信動作モードから離脱する工程（Ｓ４）と
   を含む
   方法。
2. 前記受信動作モードが、１つ以上のファイルを受信するためのファイル受信モード（２）であり、
   前記さらなる動作モード（１、３−７）が、前記送信機との遣り取りでの前記１つ以上のファイルにおける誤りを修復するための１つ以上の誤り修復モード（３、４）を含む請求項１に記載の方法。
3. 前記受信動作モードが、１対多の送信において修復データを受信するための第１の修復モード（４）であり、
   前記１つ以上のさらなる動作モードの前記１つが、１対１の送信において修復データを受信するための第２の修復モード（３）である
   請求項１に記載の方法。
4. 複数のさらなる動作モード（１−７）が準備され、前記さらなる動作モードの前記１つに遷移する前に、前記さらなる動作モードのどれに遷移するかを決定するために判定手順が実行される請求項１から３のいずれかに記載の方法。
5. 前記内部送信終了インジケータを初期値へ設定する前記工程（Ｓ１）が、前記送信機から受信した送信初期情報に基づいている請求項１から４のいずれかに記載の方法。
6. 前記送信初期情報が、
   前記データの総送信時間を示すパラメータと、
   前記データのサイズを示すパラメータと
   の１つまたは両方である請求項５に記載の方法。
7. 前記内部送信終了インジケータを状況に合わせて変化させる前記工程（Ｓ２）が、前記送信機から受信した送信進捗情報に基づいている請求項１から６のいずれかに記載の方法。
8. 前記送信進捗情報が、
   残存送信時間を示すパラメータと、
   残存送信データのサイズを示すパラメータと
   の１つまたは両方である請求項７に記載の方法。
9. 前記内部送信終了インジケータがタイマー出力である請求項１から８のいずれかに記載の方法。
10. 前記内部送信終了インジケータがデータカウンタ出力である請求項１から９のいずれかに記載の方法。
11. 送信機から送信中のデータを受信するための受信動作モード（２、４）および１つ以上のさらなる動作モード（１−７）で動作するように構成された受信機であって、
    前記送信の初めに内部送信終了インジケータを初期値に設定する初期化部（３２１）と、
    前記送信の途中で前記内部送信終了インジケータを状況に合わせて変化させる適応化部（３２２）と、
    送信終了条件が充足されたかを判定するため、前記送信の途中で前記内部送信終了インジケータを監視する監視部（３２３）と、
    前記監視部（３２３）による前記送信終了条件が充足されたとの判定に応じて、前記受信動作モードから離脱して前記１つ以上のさらなる動作モードの内の１つに遷移するためのモード変更部（３２４）と
    を含む受信機。
12. 前記受信動作モードが、１つ以上のファイルを受信するためのファイル受信モード（２）であり、
    前記さらなる動作モード（１、３−７）が、前記送信機との遣り取りでの前記１つ以上のファイルにおける誤りを修復するための１つ以上の誤り修復モード（３、４）を含む
    請求項１１に記載の受信機。
13. 前記受信動作モードが、１対多の送信において修復データを受信するための第１の修復モード（４）であり、
    前記１つ以上のさらなる動作モードの前記１つが、１対１の送信において修復データを受信するための第２の修復モード（３）である
    請求項１１に記載の受信機。
14. 複数のさらなる動作モード（１−７）が準備され、前記さらなる動作モードのどれに遷移するかを決定するために、前記モード変更器（３２４）が判定手順を実行する請求項１１から１３のいずれかに記載の受信機。
15. 前記初期化部（３２１）が、前記送信機から受信した送信初期化情報に基づく請求項１１から１４のいずれかに記載の受信機。
16. 前記送信初期情報が、
    前記データの総送信時間を示すパラメータと、
    前記データのサイズを示すパラメータと
    の１つまたは両方である請求項１５に記載の受信機。
17. 前記適応化部（３２２）が、前記送信機から受信した送信進捗情報に基づく請求項１１から１６のいずれかに記載の受信機。
18. 前記送信進捗情報が、
    残存送信時間を示すパラメータと、
    残存送信データのサイズを示すパラメータと
    の１つまたは両方である請求項１７に記載の受信機。
19. 前記内部送信終了インジケータがタイマー出力である請求項１１から１８のいずれかに記載の受信機。
20. 前記内部送信終了インジケータがデータカウンタ出力である請求項１１から１９のいずれかに記載の受信機。
21. 受信機のプログラム可能処理装置にロードされ、実行されたときに、ステップ１から１０のいずれか１つの方法を実行するように構成されたコンピュータプログラム製品。

Images