(57)【要約】  フィールド記述子テーブル（ＦＤＴ）が、ＦＤＴと共に伝送される移送オブジェクト（ＴＯ）を識別するファイル配信セッションを受信する際、受信機は、セッションのファイルが、多数のタイマーを用いて受信されたかどうかを判断する。フラグメント待機タイマーｔ１は、ＦＤＴにおいて宣言された各々の新規なＴＯに対して、そのＦＤＴが受信されたときに開始される。各々のタイマーは、対応するＴＯの少なくともフラグメントが受信されたときにキャンセルされる。或いは、単一のタイマーは、少なくとも、すべてのＴＯのフラグメント受信されたときにキャンセルされる。新規オブジェクト待機タイマーｔ３は、ＦＤＴにおいて宣言されたすべてのＴＯが受信されたときに開始され、新規なＦＤＴが受信されたときにキャンセルされる。多数のテーブル待機タイマーｔ２の１つは、いずれの受信されたＦＤＴにおいても宣言されていないＴＯが受信されたときはいつでも受信され、そのオブジェクトを宣言するＦＤＴが受信されたときにキャンセルされる。ファイル配信セッションは、いずれかのタイマーが切れた場合に終了される。タイマーが切れることに続いて、ファイル配信セッションが、ほぼ完全に受信されたとみなされ、セッションは、セッションが完全に受信されることを可能にするように、短時間の後で終了される。
2008503954.tif 000002
【特許請求の範囲】
【請求項１】
ファイル配信セッションにおいて伝送されたデータを受信するための受信機モジュールであって、
ａ）フラグメント待機タイマーと、
ｂ）新規オブジェクト待機タイマーと、
ｃ）テーブル待機タイマーと、
の１つ又はそれ以上を含み、
前記受信機モジュールが、前記１つ又はそれ以上のタイマーのいずれかが切れたのを検出したことに応答して、前記ファイル配信セッションを終了するように構成されたことを特徴とする受信機モジュール。
【請求項２】
前記受信機モジュールが１つ又はそれ以上のオブジェクトを指す宣言を受信したことに応答して、前記フラグメント待機タイマーが開始されるように構成され、前記受信機モジュールが前記１つ又はそれ以上のオブジェクトの１つの全体又は少なくとも一部を受信したことに応答して、或いは、前記受信機モジュールが前記１つ又はそれ以上のオブジェクトのすべての全体又は少なくとも一部を受信したことに応答して、前記フラグメント待機タイマーがキャンセルされるように構成されたことを特徴とする請求項１に記載の受信機モジュール。
【請求項３】
各々が、前記宣言において指されたオブジェクトの異なる１つに関連し、前記受信機モジュールが前記関連するオブジェクトの全体又は少なくとも一部を受信したことに応答してキャンセルされるようにされた複数のフラグメント待機タイマーを含むことを特徴とする請求項２に記載の受信機モジュール。
【請求項４】
前記新規オブジェクト待機タイマーが、前記受信機モジュールにより受信された宣言において指された１つ又はそれ以上のオブジェクトのすべてが前記受信機モジュールにより受信されたのを検出したことに応答して開始されるように構成され、前記受信機モジュールがさらに別の異なる宣言を受信したことに応答して、キャンセルされるように構成されたことを特徴とする請求項１から請求項３までのいずれか１項に記載の受信機モジュール。
【請求項５】
前記テーブル待機タイマーが、いずれの受信された宣言においても指されていないオブジェクトを受信したことに応答して開始され、前記受信機モジュールが、そのオブジェクトを指す宣言を受信したことに応答してキャンセルされるように構成されたことを特徴とする請求項１から請求項４までのいずれか１項に記載の受信機モジュール。
【請求項６】
各々が、前記受信機モジュールにより受信され、いずれの受信された宣言においても指されていない異なるオブジェクトに関する複数のテーブル待機タイマーを含み、前記各々のテーブル待機タイマーが、前記受信機モジュールがその関連するオブジェクトを指す宣言を受信したことに応答してキャンセルされるように構成されたことを特徴とする請求項５に記載の受信機モジュール。
【請求項７】
前記又は各々のタイマーが、対応するタイマー・パラメータにより定められた持続時間を有するように構成されたことを特徴とする請求項１から請求項６までのいずれか１項に記載の受信機モジュール。
【請求項８】
１つ又はそれ以上のタイマー・パラメータが、恒久的に、前記受信機モジュールに格納されたことを特徴とする請求項７に記載の受信機モジュール。
【請求項９】
１つ又はそれ以上のタイマー・パラメータが更新可能な方法により前記受信機モジュール内に格納されたことを特徴とする請求項７または請求項８に記載の受信機モジュール。
【請求項１０】
前記受信機モジュールが、通信ネットワーク上で受信される信号の一部として１つ又はそれ以上のタイマー・パラメータを受信するように構成されたことを特徴とする請求項７から請求項９までのいずれか１項に記載の受信機モジュール。
【請求項１１】
１つ又はそれ以上のタイマー・パラメータがデータ・パケットの一部として受信されたことを特徴とする請求項１０に記載の受信機モジュール。
【請求項１２】
前記受信機モジュールが、例えば、オブジェクト及び宣言を含むインターネット・プロトコル・パケットといったパケットを受信するように構成されたことを特徴とする請求項１から請求項１１までのいずれか１項に記載の受信機モジュール。
【請求項１３】
前記受信機モジュールが、例えば、オブジェクト、宣言、及び１つ又はそれ以上のタイマー・パラメータを含むインターネット・プロトコル・パケットといったパケットを受信するように構成されたことを特徴とする請求項１から請求項１１までのいずれか１項に記載の受信機モジュール。
【請求項１４】
前記受信機モジュールが、タイマーが切れるのに応答してファイル配信セッションの受信の完了の尺度を求め、これをしきい値と比較しそして、この比較に基づいてほぼ即時にセッションを終了する、又は、有意な時間の後でセッションを終了するように構成されたことを特徴とする請求項１から請求項１３までのいずれか１項に記載の受信機モジュール。
【請求項１５】
前記有意な時間が、前記タイマーが切れる時間の半分より少ない時間又は前記タイマーの最も短い時間に等しい持続時間を有することを特徴とする請求項１４に記載の受信機モジュール。
【請求項１６】
前記受信機モジュールが、タイマーが切れるのに応答して前記ファイル配信セッションの前記受信が完了することが期待される時間を推測し、これをしきい値と比較しそして、この比較に基づいてほぼ即時にセッションを終了する、又は、有意な時間の後でセッションを終了するように構成されたことを特徴とする請求項１から請求項１５までのいずれか１項に記載の受信機モジュール。
【請求項１７】
請求項１から請求項１６までのいずれか１項に記載される受信機モジュールを含むことを特徴とする携帯型手持ち式デバイス。
【請求項１８】
ファイル配信セッションを受信するための方法であって、
ａ）フラグメント待機タイマーを開始させるステップと、
ｂ）新規オブジェクト待機タイマーを開始させるステップと、
ｃ）テーブル待機タイマーを開始させるステップと、
の１つ又はそれ以上を含み、
前記方法が、前記１つ又はそれ以上のタイマーのいずれかが切れたのを検出することに応答して、前記ファイル配信セッションを終了するステップをさらに含むことを特徴とする方法。
【請求項１９】
前記フラグメント待機タイマーを開始させるステップが、１つ又はそれ以上のオブジェクトに関する宣言を受信したことに応答してなされ、前記方法が、前記１つ又はそれ以上のオブジェクトの１つの全体又は少なくとも一部を受信したことに応答して、或いは、前記１つ又はそれ以上のオブジェクトのすべての全体又は少なくとも一部を受信したことに応答して、前記フラグメント待機タイマーをキャンセルするステップをさらに含むことを特徴とする請求項１８に記載の方法。
【請求項２０】
前記新規オブジェクト待機タイマーを開始させるステップが、受信された宣言において指された１つ又はそれ以上のオブジェクトのすべてが受信されたのを検出したことに応答してなされ、前記方法が、さらに別の宣言を受信したことに応答して、前記新規オブジェクト待機タイマーをキャンセルするステップをさらに含むことを特徴とする請求項１８または請求項１９に記載の方法。
【請求項２１】
前記テーブル待機タイマーを開始させるステップが、いずれの受信された宣言においても指されていないオブジェクトを受信したことに応答してなされ、前記方法が、そのオブジェクトを指す宣言を受信したことに応答して前記テーブル待機タイマーをキャンセルするステップをさらに含むことを特徴とする請求項１８から請求項２０までのいずれか１項に記載の受信機モジュール。
【請求項２２】
ファイル配信セッションに関して、フラグメント待機タイマー・パラメータ、新規オブジェクト待機タイマー・パラメータ、及びテーブル待機タイマー・パラメータの１つ又はそれ以上を、受信側による使用のために与えるように作用することを特徴とするネットワーク・ノード。
【請求項２３】
ファイル配信セッションに関して、及び、任意的には、前記ファイル配信セッションと併せて又はこれの形成部分と併せて、フラグメント待機タイマー・パラメータ、新規オブジェクト待機タイマー・パラメータ、及びテーブル待機タイマー・パラメータの１つ又はそれ以上を、受信側による使用のために伝送するように作用することを特徴とする伝送器。
【請求項２４】
請求項２３に記載の伝送器と、請求項１０又はこれに従属するいずれかの請求項に記載の受信機モジュールとを含むことを特徴とするシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、デジタル通信システム上でのリソース配信に関する。具体的には、本発明は、ファイル配信セッションにおいて伝送されるデータを受信するための受信機モジュール、及び、ファイル配信セッションを処理するための方法に関する。本発明は、さらに、ファイル配信セッションに関して動作可能なネットワーク・ノード、及び、ファイル配信セッションに関して動作可能な伝送器に関する。
【背景技術】
【０００２】
ＦＬＵＴＥは、インターネット・エンジニアリング・タスク・フォース（ＩＥＴＦ）の制御の下で管理されるプロジェクトである。ＦＬＵＴＥは、インターネット上での単方向性のファイル配信のためのプロトコルを定義する。このプロトコルは、具体的には、マルチキャスト・ネットワークに適しているが、この技術は、ユニキャスト・アドレス指定と併せて用いるのに同様に適用可能である。ＦＬＵＴＥ仕様は、非同期階層コーディング（ＡＬＣ）において作られ、基本プロトコルは、大規模に拡張可能な分布のために設計される。ＡＬＣは、任意のバイナリ・オブジェクトの移送を定義し、これはＬｕｂｙ，Ｍ．，Ｇｅｍｍｅｌｌ，Ｊ．、Ｖｉｃｉｓａｎｏ，Ｌ．、Ｒｉｚｚｏ，Ｌ．及びＪ．Ｃｒｏｗｃｒｏｆｔによる「Ａｓｙｎｃｈｒｏｎｏｕｓ  Ｌａｙｅｒｅｄ  Ｃｏｄｉｎｇ（ＡＬＣ）  Ｐｒｏｔｏｃｏｌ  Ｉｎｓｔａｎｔｉａｔｉｏｎ」ＲＦＣ３４５０、２００２年１２月に説明されている。ファイル配信用途においては、オブジェクトの移送だけでは十分ではない。終端システムは、オブジェクトが実際に表わすものを知る必要がある。ＦＬＵＴＥは、受信機が受信したオブジェクトに対してパラメータを割り当てることを可能にするように、ファイルのプロパティをＡＬＣのコンセプトに信号通知し、マッピングするための機構を与える。ＦＬＵＴＥにおいては、上述のＡＬＣの論文に説明されたように、「ファイル」は「オブジェクト」に関連する。
【０００３】
ＦＬＵＴＥファイル配信セッションにおいては、セッションを送信する送信側と、セッションを受信する多数の受信側がある。受信側は、任意のときにセッションに参加することができる。セッションは、ファイルといった１つ又はそれ以上の任意のオブジェクトを配信する。多数のファイルは異なっていてよい。いずれのファイルも１つより多いパケットを用いて送信することができる。セッションにおいて送信されたいずれのパケットも失われることがあり得る。
【０００４】
ＦＬＵＴＥは、あらゆるファイルの種類及びあらゆるファイルのサイズの配信のために用いられる可能性がある。ＦＬＵＴＥは、数秒又はそれ以上の配信セッションを用いて、多数のホストへの配信に適用可能である。例えば、ＦＬＵＴＥを用いて、大きいソフトウェアの更新の配信を、多数のホストに対して行うことができる。これはさらに、サブタイトルを付けるために、時系列化されたテキストのような、連続的であるがセグメント化されたデータに用いることができ、したがって、ＡＬＣ及びＬＣＴから継承された層状性質を用いて、ネットワークの混雑ステータスに対するセッションの豊かさを測ることができる。これはさらに、例えば、ユーザ・アプリケーションがマルチメディア・セッションにアクセスできるようにするＳＤＰファイルといったメタデータの基本的な移送に適している。これは、特に、現在、基準が発展しているＤＶＢ−Ｈ（移動体向けデジタル放送方式）上のＩＰＤＣ（インターネット・プロトコル・データキャスト）に関連して用いられることが期待されているように、無線ブロードキャスト・システムと併せて用いることができる。
【０００５】
ＦＬＵＴＥは、受信側が、送信側により設定されたセッションの目的を果たすために、どれだけの間、チャネル上に留まる必要があるかを判断することを可能にしない。したがって、受信側は、ファイルキャスト全体をいつ受信したのかを知ることができない。ＦＬＵＴＥは、さらに、セッションの意味次元（ｓｅｍａｎｔｉｃｓ）を受信側に対して定義しない。ＦＬＵＴＥは、統計的で明確なファイル配信セッションを用い、すなわち、各々のファイル配信セッションは、固定したファイルの組を配信し、ファイルは、セッション中は変更できない。
【０００６】
本発明は、これらの欠陥を克服しようとするが、さらに、これがいずれかのファイル配信に関連している限り、より広い適用可能性を有する。
【発明の開示】
【０００７】
本発明の第１の側面によれば、ファイル配信セッションにおいて伝送されたデータを受信するための受信機モジュールが提供され、このモジュールは、
ａ）フラグメント待機タイマーと、
ｂ）新規オブジェクト待機タイマーと、
ｃ）テーブル待機タイマーと、
の１つ又はそれ以上を含み、受信機モジュールは、１つ又はそれ以上のタイマーのいずれかが切れたのを検出したことに応答して、ファイル配信セッションを終了するようにされている。
【０００８】
フラグメント待機タイマーは、受信機モジュールが１つ又はそれ以上のオブジェクトを指す宣言を受信したことに応答して開始されるようにされ、受信機モジュールが１つ又はそれ以上のオブジェクトの１つの全体又は少なくとも一部を受信したことに応答して、或いは、受信機モジュールが、１つ又はそれ以上のオブジェクトのすべての全体又は少なくとも一部を受信したことに応答してキャンセルされるようにすることができる。
【０００９】
新規オブジェクト待機タイマーは、受信機モジュールにより受信された宣言において指された１つ又はそれ以上のオブジェクトのすべてが受信機モジュールにより受信されたのを検出したことに応答して開始されるようにされ、受信機モジュールがさらに別の異なる宣言を受信したことに応答して、キャンセルされるようにすることができる。
【００１０】
テーブル待機タイマーが、いずれの受信された宣言においても指されていないオブジェクトを受信したことに応答して開始され、受信機モジュールが、そのオブジェクトを指す宣言を受信したことに応答してキャンセルされるようにすることができる。ここでは、受信機モジュールは、各々が、受信機モジュールにより受信され、いずれの受信された宣言においても指されていない異なるオブジェクトに関する複数のテーブル待機タイマーを含むことができ、各々のテーブル待機タイマーは、受信機モジュールがその関連するオブジェクトを指す宣言を受信したことに応答してキャンセルされる。
【００１１】
これら又は各々のタイマーは、対応するタイマー・パラメータにより定められた持続時間を有するようにすることができる。ここでは、１つ又はそれ以上のタイマー・パラメータを、恒久的に、受信機モジュール内に格納するか、或いは、更新可能な方法により受信機モジュール内に格納することができる。１つ又はそれ以上のタイマー・パラメータを、例えば、データ・パケットの一部としてのように、通信ネットワーク上で受信された信号として受信することができる。
【００１２】
受信機モジュールは、例えば、オブジェクト及び宣言を含むインターネット・プロトコル・パケットといったパケットを受信するようにすることができ、任意的には、さらに、１つ又はそれ以上のタイマー・パラメータを受信するようにすることができる。
【００１３】
受信機モジュールは、タイマーが切れるのに応答してファイル配信セッションの受信の完了の尺度を求め、これをしきい値と比較しそして、この比較に基づいてほぼ即時にセッションを終了する、又は、有意な時間の後でセッションを終了するようにすることができる。ここでは、有意な時間は、タイマーが切れる時間の半分より少ない時間又はタイマーの最も短い時間に等しい持続時間を有する。
【００１４】
受信機モジュールは、タイマーが切れるのに応答してファイル配信セッションの受信が完了することが期待される時間を推測し、これをしきい値と比較し、そしてこの比較に基づいてほぼ即時にセッションを終了する、又は、有意な時間の後でセッションを終了するようにすることができる。
【００１５】
本発明は、さらに、上述の受信機モジュールを含む携帯型手持ち式デバイスを提供する。
【００１６】
本発明の第２の側面によれば、ファイル配信セッションを受信するための方法が提供され、
ａ）フラグメント待機タイマーを開始させるステップと、
ｂ）新規オブジェクト待機タイマーを開始させるステップと、
ｃ）テーブル待機タイマーを開始させるステップと、
の１つ又はそれ以上を含み、この方法は、１つ又はそれ以上のタイマーのいずれかが切れたのを検出することに応答して、ファイル配信セッションを終了するステップをさらに含む。
【００１７】
本発明の第３の側面によれば、ファイル配信セッションに関して、フラグメント待機タイマー・パラメータ、新規オブジェクト待機タイマー・パラメータ、及びテーブル待機タイマー・パラメータの１つ又はそれ以上を、受信側による使用のために与えるように作用するネットワーク・ノードが提供される。
【００１８】
本発明の第４の側面によれば、ファイル配信セッションに関して、及び、任意的には、ファイル配信セッションと併せて又はこれの形成部分と併せて、フラグメント待機タイマー・パラメータ、新規オブジェクト待機タイマー・パラメータ、及びテーブル待機タイマー・パラメータの１つ又はそれ以上を、受信側による使用のために伝送するように作用する伝送器が提供される。
【００１９】
ここで、本発明の実施形態を一例に過ぎないものとして、添付の図面を参照して説明する。
【発明を実施するための最良の形態】
【００２０】
図１においては、携帯電話ハンドセット１の形態における移動局が、インターネットといったネットワーク２により、データコンテンツを携帯ハンドセット１にダウンロードすることができるコンテンツサーバ３に接続されたＤＶＢ−Ｈ放送局Ｂから、ブロードキャスト・データを受信する。コンテンツサーバ３は、ダウンロードされたコンテンツについて加入者に請求するための関連する請求サーバ４を有する。
【００２１】
ハンドセット１は、マイクロフォン５と、キーパッド６と、ソフトキー７と、ディスプレイ８と、イヤホン９と内部アンテナ１０とを含む。ハンドセット１は、音声及びデータの両方の操作が可能である。例えば、ハンドセットは、ＧＳＭネットワークと併せて用いられるように構成することができ、ＤＶＢ−Ｈ操作を可能にすることができるが、当業者であれば、他のネットワーク及び信号通信プロトコルを用いることができることを理解するであろう。信号処理は、コントローラ１１の制御の下で実行される。関連するメモリ１２は、不揮発性の、相対的に大きい容量の固体メモリを有して、アプリケーション・プログラム、ビデオクリップ、ブロードキャスト・テレビジョン・サービス及び同様なものといった、コンテンツサーバ３からのデータのダウンロードを格納する。電気アナログ可聴信号は、マイクロフォン５により生成され、前置増幅器１３ａにより増幅される。同様に、アナログ可聴信号は、増幅器１３ｂにより、イヤホン９に与えられるか、又は、外部ヘッドセット（図示せず）に与えられる。コントローラ１１は、キーパッド６及びソフトキー７から命令信号を受信し、ディスプレイ８の動作を制御する。ユーザの識別に関する情報は、取り外し可能なスマートカード１４上に保持される。これは、通常のＧＳＭ国際移動加入者識別と、それ自体が周知の方法により無線伝送をエンコードするために用いられる暗号鍵Ｋiとを含むＧＳＭ  ＳＩＭカードの形態をとるものである。無線信号は、コントローラ１１の制御の下で信号を処理するように構成された、ｒｆステージからコーデック１６を通して接続されたアンテナ１０を用いて伝送され、受信される。したがって、使用中、会話においては、コーデック１６はアナログ信号をマイクロフォン増幅器１３ａから受信し、これらを伝送に適した形態にデジタル化し、ｒｆステージ１５に与えて、アンテナ１０からＰＬＭＮ（図示には示されない）に伝送する。同様に、ＰＬＭＮから受信した信号は、アンテナ１０により与えられ、これは、ｒｆステージ１５により復調され、コーデック１６に与えられて、増幅器１３ｂ及びイヤホン９に与えられるアナログ信号を生成するようにする。
【００２２】
ハンドセットはＷＡＰ可能とすることができ、例えば、４０Ｋビット／秒のオーダーの速度で、ＧＰＲＳチャネル上でデータを受信することができる。しかし、本発明は、いずれの特定のデータ速度又はデータ移送機構にも限定されることはなく、例えば、ＷＣＤＭＡ、ＣＤＭＡ、ＧＰＲＳ、ＥＤＧＥ、ＷＬＡＮ、ＢＴ、ＤＶＢ−Ｔ、ＩＰＤＣ、ＤＡＢ、ＩＳＤＢ−Ｔ、ＡＳＴＣ、ＭＭＳ、ＴＣＰ／ＩＰ、ＵＤＰ／ＩＰ又はＩＰのシステムを用いることができることが理解されるであろう。
【００２３】
ハンドセット１は、通常の充電可能バッテリ１７により駆動される。バッテリの充電状態は、バッテリ電圧及び／又はバッテリ１７により送給される電流を監視することができるバッテリ・モニタ１８により監視される。
【００２４】
ハンドセットは、さらに、ＤＶＢ−Ｈ受信機モジュール１９を含む。これは、ＤＶＢアンテナ２０によりＤＶＢ放送局Ｂから信号を受信する。
【００２５】
ハンドセット１のユーザは、例えば、ディスプレイ８上で再生され表示されるビデオクリップ等をダウンロードするために、サーバ３といった１つ又はそれ以上のサーバからデータコンテンツをダウンロードすることを要求することができる。こうしたダウンロードされたビデオクリップはメモリ１２内に格納される。さらに、異なるサイズの他のデータファイルをダウンロードし、メモリ１２内に格納することができる。ダウンロードは、ユーザ主導であってもよいし、又は、ハンドセットの設定に基づいてユーザにより可能にされてもよい。或いは、データのダウンロードは、特に、ソフトウェアのアップグレードに関しては、ネットワーク２のオペレータにより要求されることがある。
【００２６】
ＦＬＵＴＥにおいては、ファイル配信セッションは開始時間及び終了時間を有し、１つ又はそれ以上のチャネルを有する。開始時間及び終了時間の一方又は両方は未定義とすることができ、すなわち、一方又は両方の時間は受信者により知られていないことがある。複数のチャネルがセッションにおいて用いられる場合には、これらは並列的なものであってもよいし、逐次的なものであってもよいし、又は、並列的なものと逐次的なものとの混合であってもよい。ファイル配信セッションは、ファイルを移送オブジェクトとして運ぶ。移送オブジェクトに意味次元が与えられている場合には、オブジェクトはファイルになる。意味次元は、名前、位置、サイズ、及び形式を含むことができる。各々のファイル配信セッションは、ゼロ、１つ又はそれ以上の移送オブジェクト（ＴＯ）を運ぶ。各々のＴＯは、基になるプロトコルにおいてカプセル化された１つ又はそれ以上のパケットとして配信される。特定のパケットは、１セッション当たり数回現れる。特定のＴＯは、１つのチャネルを用いて配信されてもよいし、又は、幾つかのチャネルを用いて配信されてもよい。ＴＯは、数回伝送されてもよい。
【００２７】
ファイル配信テーブル（ＦＤＴ）と呼ばれる特定のＴＯは、ＴＯに対する一組のファイルのマッピングを信号通知する。幾つかのＦＤＴがあってよい。各々の異なるＦＤＴは、ＦＤＴインスタンスと呼ぶことができる。異なるＦＤＴインスタンスの内容は、重なっていてもよいし、又は、重なっていなくてもよい。ＦＤＴインスタンスは、空であってもよい。ＦＬＵＴＥは、ＦＤＴインスタンスをどのように用いることができるかについての詳細な定義を提供する。ＴＯ及びＦＤＴの内容の受信及び処理は、当業者により理解されるため、ここでは説明しない。
【００２８】
本発明のこれらの実施形態においては、３つのパラメータが定義される。これらのパラメータ、又はこれらの混合のいずれかは、受信側により用いられて、これがファイル配信セッションを終了するべきかどうかを判断することができる。したがって、受信側は、比較的早くにセッションを終了することができ、その配信セッションに関連するすべてのファイルが受信されたことが確実に又は妥当な程度の確実性をもって知られている。受信側は、受信したパケット及び受信したＦＤＴの知識と併せて、３つのパラメータの１つ又はそれ以上及び関連するタイマーを用いて、ファイル配信セッションの受信を続けるかどうかを判断する。
【００２９】
簡潔に言えば、３つのパラメータは、
フラグメント待機時間−このパラメータは、ＦＤＴを受信する時間と、そのＦＤＴからのＴＯの少なくとも第１のフラグメントを受信する時間との間の最大可能時間に関する。
新規オブジェクト待機時間−これは、ＦＤＴに対するすべてのＴＯが受信される時間と、異なるＦＤＴが受信される時間との間の最大可能時間に関する。
テーブル待機時間−これは、これまでに見られたＦＤＴにおいて宣言されていないＴＯを受信する時間と、そのＴＯを宣言するＦＤＴを受信する時間との間の最大可能時間に関する。
【００３０】
例えば、ミリ秒における値とすることができるパラメータは、いずれかの好適な方法により、受信機に信号通知することができる。パラメータは、代わりに、製造時に、受信機に配線接続されていてもよい。
【００３１】
一実施形態においては、パラメータは、ＤＶＢ−ＨネットワークＢによりブロードキャストされる信号によって、受信機であるハンドセット１に信号通知される。或いは、パラメータは、製造時に、ハンドセット１に組み込まれる。パラメータの信号通知は、特に、セッションの特定のコンポーネントを伝送する間の時間において、受信機の操作に妥協を必要とすることなく、ファイル配信セッションにおける融通性を可能にすることができるため有利である。いずれにしても、パラメータは、例えば、メモリ１２内、又はＤＶＢ−Ｈ受信機１９のメモリ形成部分内に格納されるように、ハンドセット１に格納される。
【００３２】
ここで図３及び図４を用いて、ハンドセット１、一般にはそのＤＶＢ−Ｈ受信機１９がファイル配信セッションに参加するときの工程を説明する。図３においては、工程はステップＳ３．１で開始し、これに続いて、新規オブジェクト待機タイマーｔ３が、新規オブジェクト待機時間パラメータの値を有するように設定され、ステップＳ３．２で開始される。ＤＶＢ−Ｈ受信機１９は、次いで、ステップＳ３．３において、第１のＴＯを受信する。この例においては、ＴＯは、パケットが１つしかない場合には１つのパケット、又は、ＴＯが多数のパケットにわたり拡散されている場合にはすべてのパケットが正しく受信されたときに、受信されたとみなされる。単一のＴＯに関する２つ又はそれ以上のパケットを逐次的に受信することができるが、さらに、他のＴＯに関する１つ又はそれ以上のパケットを合間に受信することも可能である。ＴＯに対する最後のパケットが受信されたときには、そのＴＯはステップＳ３．３の目的のために受信されたとして取り扱われる。ステップＳ３．４において、パケットがＦＤＴに関するものであるかどうかが判断される。そうである場合には、工程は、ステップＳ３．５に進む。
【００３３】
ステップＳ３．５において、ＦＤＴが新規なＦＤＴかどうか、すなわち、現在のファイル配信セッションにおいては、これまで受信されていなかったものかどうかが判断される。新規なＦＤＴである場合には、ステップＳ３．６において、ＴＯ識別子（ＴＯＩ）がＦＤＴから選択される。各々のＴＯは、対応するＴＯＩを有し、どのＴＯＩも１つより多いＴＯに用いられることはない。次いで、ステップＳ３．７において、これが新規なＴＯＩであるかどうか、すなわち、現在のファイル配信セッションにおいて受信されたＦＤＴに含まれていないかどうかが判断される。これが新規なＴＯＩである場合には、ステップＳ３．８において、そのＴＯＩに対するテーブル待機タイマーｔ２（ＴＯＩ  Ｎ）がアクティブであるかどうか、すなわち、このタイマーが計数しているかどうかが判断される。各々のＴＯＩに対して別個のテーブル待機タイマーｔ２がある。これが計数している場合には、テーブル待機タイマーはステップＳ３．９で停止される。テーブル待機タイマーｔ２（ＴＯＩ  Ｎ）がアクティブでない場合には、ステップＳ３．１０において、そのＴＯＩに対するフラグメント待機タイマーｔ１が、フラグメント待機時間パラメータを有するように設定され、開始される。各々のＴＯＩに対して別個のフラグメント待機タイマーｔ２がある。ステップＳ３．８の質問の結果に応じて、ステップＳ３．９又はステップＳ３．１０に続いて、ステップＳ３．１１において、ＦＤＴがさらに別のＴＯＩを含むかどうかが判断される。さらに別のＴＯＩがある場合には、動作はステップＳ３．６に戻り、ここで新規なＴＯＩ、すなわち、現在の処理において処理されていないプロセスが選択される。ステップＳ３．７が、いずれかの段階において、考慮中のＴＯＩが新規なものでないと示した場合、すなわち、現在のセッションにおいて既に受信されていると示した場合には、工程は、直接、ステップＳ３．１１の質問をするように進み、したがって、この場合、ステップｓ３．９、Ｓ３．１０、及びＳ３．１０はスキップされる。ステップＳ３．５において、ＦＤＴが新規なものではないと示された場合、すなわち、現在のセッションにおいて既に受信されている場合には、ステップＳ３．６からＳ３．１１がスキップされ、工程は代わりにＳ３．１２に進む。
【００３４】
Ｓ３．５からＳ３．１０の結果は、新規なＦＤＴに新規なＴＯＩがある場合には、そのＴＯＩに対するフラグメント待機タイマーｔ１が設定され、そのＴＯＩに対するテーブル待機タイマーｔ２がアクティブでない場合は開始され、アクティブである場合には、ＴＯＩに対するテーブル待機タイマーｔ２は停止される。プロセスは、ＦＤＴにおけるすべての新規なＴＯＩをチェックし、必要に応じて、各々のＴＯＩに対するフラグメント待機タイマーｔ１を設定及び開始するか、又は、テーブル待機タイマーｔ２を停止する。
【００３５】
ステップＳ３．１１のすぐ後で、又は、ステップＳ３．５からの否定的な判断のすぐ後で、ステップＳ３．１２において、受信されたＦＤＴがいずれかの新規なＴＯＩを含むかどうか、すなわち、現在のセッションにおいてこれまで受信されていないＴＯに関連するいずれかのＴＯＩを含むかどうかが判断される。肯定的な判断があった場合、すなわち、ＦＤＴが、現在のセッションにおいてこれまで受信されていないＴＯに関連する１つ又はそれ以上のＴＯＩを含むことが見出された場合には、ステップ３．１３において、新規オブジェクト待機タイマーｔ３が再設定され、再開始される。このステップに続いて、又は、ステップＳ３．１２における否定的な判断に続いて、工程はステップＳ３．３に戻り、ここでは、新規なＴＯ又はＦＤＴが処理され始める。
【００３６】
ステップＳ３．４において、受信されたＴＯがＦＤＴに関連していないと判断された場合には、ＴＯはファイルに関連すると仮定され、工程はステップＳ３．１４に進む。ここで、ＴＯのＴＯＩに対するフラグメント待機タイマーｔ１がアクティブであるかどうかが判断される。そうである場合には、ステップＳ３．１５において、フラグメント待機タイマーｔ１が停止される。所与のＴＯＩに対するフラグメント待機タイマーｔ１は、ステップＳ３．１０において設定された場合にのみアクティブであるため、タイマーがアクティブであることは、新規なＦＤＴが受信されたことを示す。フラグメント待機タイマーｔ１はステップＳ３．１５において停止されるため、ステップＳ３．１４においてアクティブであると見出された場合には、対応するＴＯが、フラグメント待機時間パラメータにより設定された時間内で受信されなかった場合には、所与のＴＯＩに対するフラグメント待機タイマーｔ１は切れるという結果になる。タイマーはキャンセルされるため、フラグメント待機時間パラメータにより設定された時間内にＴＯが受信されなかった場合に切れることがない。したがって、受信側は、ＴＯが受信されなかった場合には、ファイル配信セッションを終了する前に、受信されるべきＦＤＴの各々のＴＯに対するフラグメント待機時間パラメータにより定められた時間だけ待機する。
【００３７】
ステップＳ３．１４及びＳ３．１５に続いて、工程はステップＳ３．１６に進む。ここでは、宣言がＴＯＩに対して受信されたかどうか、すなわち、ＴＯＩを含むＦＤＩが現在のセッションにおいて受信されたかどうかが判断される。否定的な判断がなされた場合には、ステップＳ３．１７において、そのＴＯＩに対するテーブル待機タイマーｔ２は、テーブル待機時間パラメータにより定められた値を有するように設定され、次いで、タイマーが開始される。このことの効果は、ＴＯが受信され、ＴＯＩが宣言されていないときに、ＴＯＩに対するテーブル待機タイマーｔ２が開始されることである。このタイマーｔ２は、テーブル待機タイマーｔ２が切れる前に、ＴＯＩが宣言された場合には、ステップＳ３．９においてキャンセルされる。受信されなかった場合には、テーブル待機タイマーは切れる。
【００３８】
ステップＳ３．１６及びＳ３．１７に続いて、工程はステップＳ３．３に戻り、ここで、別のＴＯが処理のために受信される。
【００３９】
新規オブジェクト待機タイマーｔ３、及び各々のＴＯＩに対するフラグメント待機タイマーｔ２並びにテーブル待機タイマーｔ２は、例えば、個別のタイマー（図示せず）を用いて、又は、コントローラ１１上又はＤＶＢ−Ｈ受信機１９に含まれるプロセッサ（図示せず）上で実施されるサブルーチンを用いて、いずれかの好適な方法により実施することができる。
【００４０】
すべては図３のフローチャートの分析から理解され、所与のＴＯＩに対するテーブル待機タイマーｔ２は、ＤＶＢ−Ｈ受信機１９がＦＤＴを待機している場合にのみアクティブであり、これは、ＴＯが受信され、このＴＯが現在のセッション中に受信されたＦＤＴにおいて識別されていない場合にのみ生じる。この場合においては、ＤＶＢ−Ｈ受信機１９は、ＦＤＴ、又は、少なくとも、これまで受信されたものとは異なるＦＤＴを受信することを期待し、テーブル待機タイマーｔ２の使用は、そのテーブルが受信される、テーブル待機時間パラメータにより示されるものと等しい所定の量の時間だけＤＶＢ−Ｈ受信機１９を待機させるようにする。適切なＦＤＴ、すなわち、そのＴＯに対するＴＯＩを含むものが、そのＴＯＩに対するテーブル待機タイマーｔ２がゼロになるまで受信されない場合には、ＤＶＢ−Ｈ受信機１９はセッションを終了する。
【００４１】
上述のものにおいて、ＴＯは、多数のパケットにわたり拡散されたＴＯのすべてのパケットが正しく受信されたときに、ステップＳ３．３において受信されたとみなされるが、工程は、その代わり、ＴＯを構成するすべてのパケットがまだ受信されていなくても、個々のパケットについて実行することができる。この場合には、ステップＳ３．３は、単一のパケットの受信に関し、ステップＳ３．１８は、ステップＳ３．１４の直前に置かれる。ステップＳ３．１８において、パケットが、ＴＯに関して受信された第１のパケットであるかどうかが判断される。肯定的な判断がなされた場合には、工程はステップＳ３．１４に進む。そうでない場合には、工程はパケットを無視し、ステップＳ３．３に戻る。このステップは、ＴＯのいずれのフラグメントも受信されなかった場合には、そのＴＯに対するフラグメント待機タイマーｔ１を停止させる。
【００４２】
ここで、代替的な方法を説明する。ステップＳ３．１２の質問に応じて、ステップＳ３．１３を与える代わりに、ステップＳ３．１２を完全に省いて、代わりに、ステップＳ３．７の肯定的な判断の分岐の後で、ステップＳ３．１３を置くことができる。例えば、ステップＳ３．１３は、ステップＳ３．７の直後に置いてもよいし、又は、ステップＳ３．１１の直前に置いてもよい。この代替的な方法の効果は、上述の実施形態の効果と同じであるが、この代替的な方法は、ステップＳ３．１２を省くことができるため判断が１つ少ない。
【００４３】
フラグメント待機タイマーは、図２において、２４ａ、２５ｂ．．．２４ｎで示される。テーブル待機タイマーは、２５ａ、２５ｂ．．．２５ｎで示される。新規オブジェクト待機タイマーは、２６で示される。
【００４４】
ここで、フラグメント待機タイマーｔ１、新規オブジェクト待機タイマーｔ３、及びテーブル待機タイマーｔ２に関連して、ハンドセット１及びＤＶＢ−Ｈ受信機１９の工程を、図４を参照して説明する。この工程は、図３の工程と並行して実行される。このことは、別個のハードウェアの使用により行うことができ、或いは、サブルーチン及び好適なオペレーティング・システム・ソフトウェアの使用により行うことができる。
【００４５】
図４を参照すると、セッションが進行中であり、すなわち、セッションが受信されており、これはセッション開始ステップＳ４．１により示され、工程は、タイマーが切れたと判断されるまで、ステップＳ４．２のループに留まる。ステップＳ４．２は、肯定的な判断を与え、したがって、フラグメント待機タイマーｔ１、新規オブジェクト待機タイマーｔ３、及びテーブル待機タイマーｔ２のいずれかが切れた場合、すなわち、ゼロになった場合には、ステップＳ４．３に進む。もちろん、カウンタは、代わりに、ゼロ又は別の値から所定の値にカウントアップすることができる。
【００４６】
ステップＳ４．２は、いずれかの好適な方法により実行することができる。各々のタイマーが十分に頻繁に試験されて、タイマーが切れることと、ステップＳ４．３に移動する図４の工程との間に過剰な遅延がないようにする限り、タイマーが切れたことを即時に通知する必要はない。
【００４７】
ステップＳ４．３において、現在のセッション中に受信されたＦＤＴにおける対応するＴＯＩにより識別されたすべてのＴＯが受信されたかどうかが判断される。肯定的な判断がなされた場合には、ハンドセット１が、セッションにより配信されることが意図されるすべてのファイルを受信している限り、ファイル配信セッションは首尾よく完了したと判断され、セッションはステップＳ４．４で終了する。セッションを終了することは、セッションに対するパケットの受信を終えることを含むと理解される。ほとんどの場合においては、このことは、ＤＶＢ−Ｈ受信機１９の受信機機能の少なくとも幾つかをスイッチオフすることを含むが、他のブロードキャスト・データを受信するように、スイッチオンにしたままにすることができる。セッションが終了すると、ハンドセットの電力消費は、極めて減少され、したがって、バッテリ１７が再充電を必要とするまでの時間を延ばすことができる。
【００４８】
ハンドセット１は、ファイル配信プロセスが完了に近いときに、セッションが終了することを避けるための手段を含む。この例においては、ステップＳ４．３において、否定的な判断がなされた場合には、工程はステップＳ４．５に進む。ここで、まだ受信されていないＴＯは１つだけであるかどうか、すなわち、セッションのＦＤＴにおいて識別されたＴＯのほとんどが受信されたかどうかが判断される。このことは、事実上、ファイル配信プロセスが完了に近いという判断であるが、他の機構を代わりに用いてもよいことが理解されるであろう。例えば、１より多い、多数の受信されていないパケット、又は受信されていないＴＯを代替的なしきい値として用いることができる。ファイル配信プロセスが、完了に近くないと判断された場合には、セッションはステップＳ４．４で終了する。
【００４９】
ステップＳ４．５における肯定的な判断に続いて、工程は任意的なステップＳ４．６に進む。これは完全に省くことができるため、任意的なものである。ステップＳ４．６において、ファイル配信プロセスがまもなく完了するかどうかが判断され、この例においては、１つの欠けている又は未完了のＴＯが所定の短時間内で受信又は完了されるかどうかを判断することにより行われる。このことは、いずれかの好適な方法により実行することができる。例えば、現在パケットが定常速度で受信されており、パケットの長さが知られている場合には、パケット受信を完了するのに必要な時間の量を予測することが可能になる。ファイル配信セッションの受信の完了までにかかる時間は、パケット伝送のタイミング及びスケジューリングのいずれかの知識（例えば、パケットが、カルーセルその他同様なものから繰り返し伝送される場所）、平均の又は最近のデータ受信速度のいずれかの計算、及び／又は、受信されるべき残りのデータの量を用いて計算するか又は推定することができる。転送エラー修正データ、例えば、リード・ソロモン・データがＴＯの部分を形成する場合には、ゼロ・パッディングは、ＤＶＢ−Ｈ受信機１９により要求されないと判断することができる。さらに、この場合においては、パリティ・データは、アプリケーション・データのエラーを修正することができ、パリティ・データは、アプリケーション・データにエラーがある場合にのみ必要であるため、すべてのアプリケーション・データ及び／又はパリティ・データが受信される必要があるわけではない。
【００５０】
少量の時間を構成する時間は、いずれかの好適な方法により求めることができる。これは予め求めることができる。これは、バッテリ１７に残っているチャージ（ｃｈａｒｇｅ）量に依存することができる。具体的には、時間の量は、バッテリ１７内に相対的に高いチャージレベルが検出された場合には多いとすることができ、バッテリにチャージがあまり残っていない場合には少ないとすることができる。バッテリチャージレベルは、いずれかの好適な方法により求めることができる。
【００５１】
ステップＳ４．６が肯定的な判断を与えた場合には、セッションは、例えば、ステップＳ４．６においてしきい値として用いられた所定の時間のような短時間だけ、ステップＳ４．７により、ステップＳ４．４において受信機１９がセッションを終了するまで継続する。別個のタイマーを用いてステップＳ４．７を実施することができる。
【００５２】
ステップ４．５及び４．６の一方が否定的な判断を与えた場合には、すべてのファイルが受信されることなく、セッションはステップＳ４．４で終了される。すべてのファイルがステップＳ４．７の後で受信されなかった場合も、同じことが当て嵌まる。これらのいずれの場合においても、エラーメッセージが、例えば、ディスプレイ８上に与えられる。ＤＶＢ−Ｈ受信機は、このことから、ファイル配信セッションがサポートされていない形式であったことを推測することができる。
【００５３】
システムは、次のスケジュールされたリンク・レイヤー多重スロット（すなわち、ＤＶＢ−Ｈに対するタイム・スライス・バースト）又はタイマーが切れた後のスロットの全サイクル（ＤＶＢ−Ｈに対して最大４１秒かかる）まで待機することにより、セッションを終了する前にフラッシュされることが可能になる。
【００５４】
図３のステップＳ３．３からＳ１８の工程は、例えば、自明である以下の擬似コードに基づくことにより、ソフトウェアにより実施することができる。
【００５５】
ＴＯＩ  ＭをもつパケットＰをセッションから受信する
2008503954.tif 000003
次のパケットＰに対して繰り返す。
【００５６】
これの代替的な方法が続く。示されるように、コマンド“reset global_new_table_wait_timer”を置く代わりに、“If N is a “new” TOI declaration”判断の後に、コマンドを置くことにより、すなわち、“table_wait_timer(N)active”判断ステップに連続するコマンドとして置くことにより、同じ効果を達成することができる。このことは、この場合、上述の図３の工程に対する代替的な方法の１つと同じ効果を有する。
【００５７】
ＤＶＢ−Ｈ受信機１９の動作は、以下のようにまとめることができる。フィールド記述子テーブルＦＤＴが、ＦＤＴと共に伝送されるＴＯを識別するファイル配信セッションを受信する際、受信機１９は、セッションのファイルが、多数のタイマーを用いて受信されたかどうかを判断する。フラグメント待機タイマーｔ１は、ＦＤＴにおいて宣言された各々の新規なＴＯに対して、そのＦＤＴが受信されたときに開始される。各々のタイマーは、少なくとも、対応するＴＯのフラグメントが受信されたときにキャンセルされる。或いは、単一のタイマーは、すべてのＴＯが受信されたときにキャンセルされる。新規オブジェクト待機タイマーｔ３は、ＦＤＴにおいて宣言されたすべてのＴＯが受信されたときに開始され、新規なＦＤＴが受信されたときにキャンセルされる。多数のテーブル待機タイマーｔ２の１つは、いずれの受信されたＦＤＴにおいても宣言されなかったＴＯが受信されるといつでも開始され、そのオブジェクトを宣言するＦＤＴが受信されたときにキャンセルされる。ファイル配信セッションは、いずれかのタイマーが切れた場合に終了される。タイマーが切れることに続いて、ファイル配信セッションは、ほとんど完全に受信されたとみなされ、セッションが完全に受信されることを可能にするように、セッションは短時間の後で終了される。
【００５８】
図３及び図４の工程は、動的ファイルキャスト・セッション、すなわち、ファイル、したがってＴＯがセッションにわたり変化することができるセッションに対するサポートを提供する。具体的には、これを提供するには、ステップＳ３．１２が役に立つ。
【００５９】
ここで、期待されるファイル配信セッションのシナリオに対する図３の工程の適用を、図５を参照して説明する。図５においては、ファイル配信セッションの受信中のハンドセット１のＤＶＢ−Ｈ受信機１９の動作を示す時系列が、時間と共に右方向に進んでいるように示される。セッションはＴｂｅｇｉｎで開始し、Ｔｅｎｄで終了する。
【００６０】
時間Ｔ１において、ＤＶＢ−Ｈ受信機１９は、ファイル配信セッションに参加する。
【００６１】
時間Ｔ２において、受信機１９は、ＦＤＴテーブルのインスタンスＡ（ＦＤＴ  Ａ）を受信する。このテーブルは、オブジェクトをその意味次元（名前、サイズ、媒体形式等）と関連させる。この例においては、ＦＤＴ  Ａは、移送オブジェクトｘ、ｙを宣言し、他の幾つかの移送オブジェクトも宣言することができる。これは、受信機１９が見るＦＤＴテーブルの最初のインスタンスである。受信機は、フラグメント待機時間パラメータと等しい値で、ＦＤＴにおける各々のＴＯＩに対してフラグメント待機タイマーｔ１を設定する。次いで、これらのタイマーが開始される。
【００６２】
時間Ｔ１とＴ３との間で、受信機１９は、幾つかのパケットを受信する。これらのパケットのうちの幾つかは、ＦＤＴ  Ａにおいて宣言されたＴＯに属する。受信機１９は、ＦＤＴ  Ａにおいて宣言されたＴＯに対するフラグメント待機タイマーｔ１を、そのＴＯの第１フラグメントが受信されたときに停止する。この例においては、宣言されたＴＯの各々からのフラグメントが受信されるが、或いは別の場合には、セッションは終了される。
【００６３】
時間Ｔ４においては、受信機１９は、これまでに見たいずれのテーブルのインスタンスにおいても宣言されていない移送オブジェクト「ｚ」に属するパケットを受信する。受信機１９は、次いで、それに対して、テーブル待機パラメータの値によりテーブル待機タイマーｔ２を設定し、タイマーを開始する。
【００６４】
時間Ｔ５には、受信機１９は、これまでに見たＦＤＴテーブルのインスタンスにおいて宣言されたすべてのファイルを受信している。Ｔ３には、各々のＴＯからの少なくとも１つのフラグメントが受信されているが、時間Ｔ５には、各々のＴＯに対するすべてのフラグメントが受信されている。受信機１９は、ここで、新規オブジェクト待機タイマーと等しい値によりオブジェクト待機タイマーｔ３を設定し、タイマーを開始する。
【００６５】
時間Ｔ６において、受信機１９は、ＦＤＴテーブル（ＦＤＴ  Ｂ）のインスタンスＢを受信する。この例においては、ＦＤＴ  ＢはＦＤＴ  Ａとは異なるものであり、ＴＯ  ｗ、ｖ及び幾つかの他のＴＯも宣言する。ＦＤＴ  Ｂにおいて宣言されたいずれかのＴＯが、ＦＤＴテーブルの前のインスタンスのいずれか、すなわちＦＤＴ  Ａである場合には、受信機は、これらのＴＯに対するテーブル待機タイマーｔ２を停止する（任意的には、さらに再設定する）（図３のステップＳ３．８を参照されたい）。さらに、ＦＤＴが移送オブジェクト「ｚ」を宣言した場合には、受信機１９は、オブジェクト待機タイマーｔ３を停止する（任意的にはさらに再設定する）（ステップＳ３．１３を参照されたい）。
【００６６】
ファイル配信セッションは、定義された終了時間、Ｔｅｎｄを有し、この例においては、受信機１９により知られている。この場合においては、受信機１９がファイル配信セッションの終了時間Ｔｅｎｄに到達したとき、この受信機はファイル配信セッションを終了する。
【００６７】
図６の状態機械２９は、第１から第５までの状態、３０から３４を含む。第２の状態３１においては、受信機はＴＯＩを、又は、ＴＯＩの宣言を待機している。第３の状態３２においては、受信機はアイドル状態である。第５の状態３４においては、すべての宣言されたオブジェクトが完全に受信されている。セッションは、エラー状態である第１の状態３０において終了することがあり、又は、セッションが完了したことを示す第４の状態３３で終了することもある。
【００６８】
待機状態３１からの遷移をトリガすることができる多数の事象がある。第１の遷移３６は、１つ又はそれ以上の新規なＴＯＩを含むＦＤＴ、すなわち、以前に宣言されていないＴＯＩが受信されたときにトリガされる。このことは、新規なＴＯＩの各々に対するフラグメント待機タイマーｔ１の設定及び開始をトリガする。遷移３６は、待機状態３１へのものである。第２の遷移３７は、アクティブなフラグメント待機タイマーｔ１を有するＴＯＩに対するパケットを受信する事象に応答してトリガされる。応答は、そのＴＯＩに対してフラグメント待機タイマーｔ１を停止するためのものである。この遷移３７は、依然として、１つ又はそれ以上のアクティブなフラグメント待機タイマーｔ１がある場合にのみ生じることができる。遷移３７は、待機状態３１に戻る。第３の遷移３８は、アクティブなテーブル待機タイマーｔ２を有するＴＯＩに対する宣言を含むＦＤＴを受信する事象によりトリガされる。これは、依然として１つ又はそれ以上のアクティブなテーブル待機タイマーｔ２がある場合にのみ生じることができる。遷移３８時、そのＴＯＩに対するアクティブな待機テーブルｔ２が停止される。第３の遷移３８は待機状態３１へのものである。第４の遷移３９は、ＦＤＴテーブルではないＴＯＩに対する第１のパケットを受信する事象によりトリガされる。このことは、そのＴＯＩに対するテーブル待機タイマーｔ２の開始をトリガする。この遷移は、待機状態３１へのものである。
【００６９】
遷移４０は、アクティブなフラグメント待機タイマーｔ１を有するＴＯＩに対するパケットを受信する事象に応答して、待機状態３１からアイドル状態３２になされる。そのＴＯＩに対するフラグメント待機タイマーｔ１が停止される。第６の遷移４１は、アクティブなテーブル待機タイマーｔ２を有するＴＯＩに対する宣言を含むＦＤＴを受信する事象によりトリガされる。この遷移４１の結果として、そのＴＯＩに対するテーブル待機タイマーが停止される。第６の遷移４１は、待機状態３１からアイドル状態３２へのものである。
【００７０】
アイドル状態３２においては、３つの可能性のある遷移がある。第１の遷移４２は、１つ又はそれ以上の新規なＴＯＩを含むＦＤＴを受信する事象に応答する。これは、設定されるべきフラグメント待機タイマーｔ１をトリガし、これらの新規なＴＯＩの各々に対して開始される。この遷移は、アイドル状態３２から待機状態３１へのものである。アイドル状態３２から待機状態３１への別の遷移４３は、ＦＤＴテーブルではないＴＯＩに対する第１のパケットを受信することに応答して生じる。このことは、そのＴＯＩに対するテーブル待機タイマーｔ２の開始をトリガする。アイドル状態３２からの第３の遷移は、オブジェクトが受信された状態３４へのものである。この遷移は、図においては４４と表示が付される。この遷移４４は、最後の欠けているファイルのフラグメントが受信されたときに生じる。これは、オブジェクト待機タイマーｔ３の再設定及び開始をトリガする。
【００７１】
ＴＯが受信された状態３４においては、３つの遷移が可能である。第１の遷移４５Ａは待機状態３１へのものであり、１つ又はそれ以上の新規なＴＯＩを含むＦＤＴが受信されたときに生じる。このことは、新規なＴＯＩの各々に対するフラグメント待機タイマーｔ１の再設定及び開始をトリガする。任意的には、この遷移４５Ａは、オブジェクト待機タイマーｔ３を停止させることができる。第２の遷移４５Ｂは、待機状態３１へのものである。この遷移４５Ｂは、これまで受信されたいずれのＦＤＴインスタンスにおいても宣言されていないＴＯＩをもってパケットが受信されたときに生じる。遷移４５Ｂは、受信された新規なＴＯＩに対するテーブル待機タイマーｔ２の設定及び開始をトリガする。任意的には、この遷移４５Ｂは、オブジェクト待機タイマーｔ３を停止させることができる。第３の遷移４６は、ＴＯが受信された状態３４からセッション完了状態３３へのものである。この遷移４６は、オブジェクト待機タイマーｔ３が切れたときに生じる。
【００７２】
待機状態３１からエラー状態３０への遷移は、いずれかのＴＯＩに対するフラグメント待機タイマーｔ１又はテーブル待機タイマーｔ２のいずれかが切れたときに生じる。この遷移は、図においては、４７と表示が付される。待機状態３１からＴＯが受信された状態３４への遷移４８は、最後の欠けているファイルのフラグメントが受信されたときに生じる。このことは、オブジェクト待機タイマーｔ３を再設定し、開始させる。
【００７３】
ここで、代替的な状態機械４９を、図７を参照して説明する。この状態機械においては、待機状態５０は、ＴＯＩ又はＴＯＩの宣言が待機される状態に関する。セッション未完了状態５１が与えられる。これは、オブジェクト待機タイマーｔ３が切れることに応答して生じる遷移５２により、待機状態５０から遷移される。これは、１つ又はそれ以上の宣言されたオブジェクトがまだ受信されていない場合にのみ生じる。遷移５３は、いずれかのＴＯＩに対するいずれかのフラグメント待機タイマーｔ１又はいずれかのテーブル待機タイマーｔ２が切れることに応答して、待機状態５０からエラー状態５４になされる。さらに、アイドル状態５５及びセッション完了状態５６が提示される。
【００７４】
遷移５７は、新規なＴＯＩ、すなわち、以前に宣言されていないＴＯＩを含むＦＤＴを受信する事象に応答して、待機状態５０からそれ自体になされる。遷移５７からもたらされる動作は、ＦＤＴにおいて宣言された各々の新規なＴＯＩに対するフラグメント待機タイマーｔ１の開始及び設定、及び、オブジェクト待機タイマーｔ３の再設定である。待機状態からそれ自体への第２の遷移５８は、アクティブなフラグメント待機タイマーｔ１を有するＴＯＩに対するパケットを受信する事象に応答して生じる。このことは、そのＴＯＩに対するフラグメント待機タイマーｔ１を停止させる。これは、１つ又はそれ以上のアクティブなフラグメント待機タイマーｔ１がある場合にのみ生じる。待機状態５０からそれ自体への第３の遷移５９は、アクティブなテーブル待機タイマーｔ２を有するＴＯＩに対する宣言を含むＦＤＴを受信する事象に応答して生じる。これの結果は、そのＴＯＩに対するテーブル待機タイマーｔ２が停止されることである。これは、１つ又はそれ以上のアクティブなテーブル待機タイマーｔ２がある場合にのみ生じる。待機状態５０からそれ自体への第４の遷移６０は、ＦＤＴテーブルではないＴＯＩに対する第１のパケットが受信されたときに生じる。このことは、そのＴＯＩに対するテーブル待機タイマーｔ２を開始させる。
【００７５】
遷移６１は、アクティブなフラグメント待機タイマーｔ１を有するＴＯＩに対するパケットが受信されたときに、待機状態５０からアイドル状態５５になされる。このことは、そのＴＯＩに対するフラグメント待機タイマーｔ１が停止されることをもたらす。待機状態５０からアイドル状態５５へのさらに別の遷移６２は、アクティブなテーブル待機タイマーｔ２を有するＴＯＩに対する宣言を含むＦＤＴが受信されたときに生じる。この結果は、そのＴＯＩに対するテーブル待機タイマーｔ２が停止されることである。
【００７６】
アイドル状態５５から待機状態への５０遷移６３は、１つ又はそれ以上の新規なＴＯＩを含むＦＤＴを受信する事象に応答してなされる。遷移６３時、各々の新規なＴＯＩに対するフラグメント待機タイマーｔ１が設定され、開始され、オブジェクト待機タイマーｔ３が再設定される。アイドル状態５５から待機状態５０へのさらに別の遷移６４は、ＦＤＴテーブルではないＴＯＩに対する第１のパケットが受信されたときに生じる。このことは、そのＴＯＩに対するテーブル待機タイマーｔ２を開始させる。
【００７７】
アイドル状態５５からセッション未完了状態５１への遷移６５は、オブジェクト待機タイマーｔ３が切れたときに生じる。これは、１つ又はそれ以上の宣言されたオブジェクトがまだ受信されていない場合にのみ生じる。アイドル状態５５において、オブジェクト待機タイマーｔ３が切れて、すべての宣言されたオブジェクトが受信された場合には、遷移６６は、代わりに、セッション完了状態５６になされる。
【００７８】
セッション未完了状態５１においては、５つの遷移が可能である。第１に、宣言されたＴＯＩに対して欠けているパケットを受信する事象に応答し、かつ、すべての宣言されたオブジェクトが受信されたという条件で、セッション完了状態５６への遷移６７がなされる。
【００７９】
ＦＤＴではない宣言されていないＴＯＩに対する第１のパケットを受信する事象に応答して、２つの異なる実施形態を構成する２つの代替的な遷移が可能である。第１の選択肢は、セッション未完了状態５１から待機状態５０への遷移６８Ａである。この遷移６８Ａは、ＴＯＩに対するテーブル待機タイマーｔ２を開始させる。遷移６８Ａの備えは、これまでに受信されたファイルの組を、まだ遭遇していないファイルで補完することを可能にする。或いは、セッション未完了状態５１からそれ自体への遷移６８Ｂはより厳密なものであり、遭遇されたファイルのみが完了されることを可能にする。この遷移は、いずれのタイマーも変更させるものではない。
【００８０】
第４の遷移６９Ａは、１つ又はそれ以上の新規なＴＯＩを含むＦＤＴを受信する事象に応答して生じる。遷移６９Ａは、セッション未完了状態５１からエラー状態５４へのものである。これは、受信機が、未完了とすることができるファイルの取得を完了することができる明確な時間ウィンドウをもつセッションを与え、セッションにおけるファイルの組が変更されていないという或る程度の確実性を与える。このことは、送信側が、セッション内容の取得を完了するために、いずれの受信側に対しても十分な再伝送があることを確実にすることを望むときに、信頼性のない基になる移送を用いる適用例において特に有利である。セッション未完了状態５１からエラー状態５４への第５の遷移６９Ｂは、第４のタイマーｔ４が切れたときに生じる。タイマーｔ４は、セッション未完了状態に入ればいつでも再設定されて開始され、この状態が終了すればいつでも停止される。タイマーｔ４は、セッション未完了状態が無期限に費やされることがないことを確実にするように含まれる。
【００８１】
さらに、セッション未完了状態５１からエラー状態５４への他の遷移（図示せず）があるとすることができる。
【００８２】
代替的な状態機械７０を図８に示す。状態機械７０は、待機状態７１を含む。待機状態においては、状態機械７０は、ＴＯＩ、又はＴＯＩの宣言を待機する。状態機械７０における他の状態は、エラー状態７２、アイドル状態７３、及びセッション完了状態７４である。
【００８３】
待機状態７１において、状態機械７０は、待機状態７１に戻る遷移７５をすることができる。遷移７５は、１つ又はそれ以上の新規なＴＯＩを含むＦＤＴを受信する事象に応答してなされる。この遷移７５は、各々の新規なＴＯＩに対するフラグメント待機タイマーｔ１の設定及び開始をトリガする。これはさらに、オブジェクト待機タイマーｔ３の再設定をトリガする。待機状態７１からそれ自体へのさらに別の遷移７６は、アクティブなフラグメント待機タイマーｔ１を有するＴＯＩに対するパケットが受信されたときに生じる。このことは、そのＴＯＩに対するフラグメント待機タイマーの停止を生じさせる。これは、１つ又はそれ以上のアクティブな待機タイマーｔ１がある場合にのみ生じる。待機状態７１からそれ自体への第３の遷移７８は、アクティブなテーブル待機タイマーｔ２を有するＴＯＩに対する宣言を含むＦＤＴが受信されたときに生じる。これは、１つ又はそれ以上のアクティブなテーブル待機タイマーｔ２がある場合にのみ生じる。受信されたＦＤＴに含まれる各々のＴＯＩに対するテーブル待機タイマーｔ２が停止される。待機状態７２からそれ自体への第４の遷移７９は、ＦＤＴテーブルではないＴＯＩに対する第１のパケットが受信されたときに生じる。このことは、そのＴＯＩに対するテーブル待機タイマーｔ２の開始をトリガする。
【００８４】
待機状態７１において、アイドル状態７３への遷移８０が、アクティブなフラグメント待機タイマーｔ１を有するＴＯＩに対するパケットを受信する事象によりトリガされた場合。遷移８０は、そのＴＯＩに対するフラグメント待機タイマーの停止をトリガする。待機状態７１からアイドル状態７３へのさらに別の遷移８１は、受信されているアクティブなテーブル待機タイマーｔ２を有するＴＯＩに対する宣言を含むＦＤＴに応答して生じる。そのＴＯＩに対するテーブル待機タイマーｔ２が停止される。
【００８５】
アイドル状態７３において、待機状態７１への遷移８２が、１つ又はそれ以上の新規なＴＯＩを含むＦＤＴを受信することに応答してなされた場合。このことは、各々の新規なＴＯＩに対するフラグメント待機タイマーｔ１の設定及び開始、及びオブジェクト待機タイマーｔ３の再設定を生じさせる。アイドル状態７３から待機状態７１へのさらに別の遷移８３は、ＦＤＴテーブルではないＴＯＩに対する第１のパケットが受信されたときに生じる。このことは、そのＴＯＩに対するテーブル待機タイマーｔ２の開始を生じさせる。
【００８６】
状態機械７０が待機状態７１にあり、オブジェクト待機タイマーｔ３が切れた場合には、エラー状態７２への遷移８４がなされる。このことは、まだ受信されていない１つ又はそれ以上の宣言されたオブジェクトがある場合にのみ生じる。待機状態５１において、いずれかのＴＯＩに対するフラグメント待機タイマーｔ１のいずれか、又は、テーブル待機タイマーｔ２のいずれかが切れた場合には、エラー状態７２への遷移８５がなされる。
【００８７】
アイドル状態７３において、及び、オブジェクト待機タイマーｔ３が切れたとき、セッション完了状態７４への遷移８６がなされる。これは、受信された宣言されたオブジェクト次第である。オブジェクト待機タイマーｔ３が切れて、１つ又はそれ以上の宣言されたオブジェクトが受信されていない場合には、エラー状態７２への遷移８７が代わりになされる。
【００８８】
フラグメント待機時間、テーブル待機時間、及びオブジェクト待機時間のパラメータは、無線により受信機１９に信号通知される。信号通知されたパラメータは、サーバ主導の最適化を与えるため、すなわち、ファイルキャスタがセッション内容によりパラメータを修正できるため、これを使用することは有利である。信号通知は、いずれの好適な方法によっても行うことができる。多数の例が以下に示される。
【００８９】
パラメータは、ＬＣＴ（レイヤード・コーディング・トランスポート）拡張子ヘッダにおいて信号通知することができる。例えば、すべてのパラメータは、単一の可変長ＬＣＴ拡張子内で信号通知することができる。ここでは、ＬＣＴ拡張子ヘッダは、ＨＥＴ（ヘッダ・エクステンション・タイプ）、ＨＥＬ（ヘッダ・エクステンション・レングス）、フラグメント待機時間パラメータ、テーブル待機時間パラメータ、及びオブジェクト待機時間パラメータ、というフィールドを順番に含むことができる。フィールドの順序は重要ではない。
【００９０】
或いは、各々のパラメータは、それぞれの一定長さのＬＣＴヘッダ拡張子において信号通知することができる。例えば、各々がＨＥＴフィール及びそれぞれの時間パラメータ・フィールドを含む３つのヘッダ拡張子があるとすることができる。
【００９１】
或いは、例えば、１つの一定長さヘッダ拡張子と、２つの可変長さヘッダ拡張子といった、これらの２つの選択肢のいずれかの組み合わせを用いて、パラメータを信号通知することができる。
【００９２】
パラメータの信号通知は、代わりに、ＦＤＴインスタンスにおける１つ又はそれ以上の属性として、ＦＤＴ拡張子フィールドを用いて実行することができる。ＦＬＵＴＥにより、拡張子フィールドは、以下のようになる。
2008503954.tif 000004
【００９３】
例えば、このインスタンスは、以下のようになる。
2008503954.tif 000005
【００９４】
パラメータは、代わりに、例えば、Ｌ２、ＩＰ、ＵＤＰ、ＴＣＰ、又はＲＴＰといったいずれかの他のプロトコル・レベルにおいて、拡張子ヘッダとして信号通知することができる。
【００９５】
パラメータは、代わりに、例えば、（短い）ファイルにおいてＴＯにより運ぶことができる。いずれかの好適なフォーマットを用いることができ、ＸＭＬが例とされるが、いずれのフリーテキスト又はデータファイルを使用し得る。例示的なファイルは、以下のようになる。
<start-of-file>
table_wait=100; fragment_wait=200; new_object=300
<end-of-file>
【００９６】
或いは、パラメータは、帯域外で信号通知することができる。これについての一例は、ＳＤＰ（セッション記述プロトコル）記述のフィールドを用いる。例示的なフィールドは、以下のようになる。
a=fragment_wait:100
a=table_wait:200
a=new_object:300
【００９７】
或いは、以下のようになる。
a=fragment_wait:100;table_wait:200;new_object:300
上述のフィールドは、セッション・パラメータとすることもできるし、又は、媒体レベルのパラメータとすることもできる。
【００９８】
帯域外で信号通知されたパラメータは読み込むことができ、又は、別個のチャネル上でブロードキャストすることができる。
【００９９】
パラメータは、代わりに、エンベロープに埋め込むことができ、例えば、以下のようになる。
<file-envelope
table_wait=100
fragment_wait=200
new_object=300
<file-body
...the actual file data...
</file-body
</file-envelope
【０１００】
１つ又はそれ以上のパラメータを受信機に予めインストールすることができ、他のパラメータは、いずれかの好適な方法で信号通知することができる。このことは、１つ又はそれ以上のパラメータが変更可能ではないオーバーヘッドの信号通知を減少させるが、変更可能なパラメータを受信機に通信することを可能にすることができる。
【０１０１】
説明されたシステムの多くの他の修正が可能である。例えば、本発明は、携帯電話通信ハンドセット、特に、携帯電話に関連して説明されたが、配信セッションにおいてファイルを受信するのに使用可能な他の装置にも適用可能である。伝送は、無線であってもよいし、ＤＶＢによってでもよいし、又は、他のデジタル・システムによってでもよい。伝送は、代わりに、電話によってでもよいし、又は、例えば、ＰＣ、又は、サーバ・コンピュータ、又はインターネットのマルチキャストによる他の装置のような、固定されたネットワークに対する他の配線接続によってでもよい。
【０１０２】
実施形態は、ＤＶＢ−Ｈ上のＩＰＤＣに関連して説明されたが、本発明は、一対一（ユニキャスト）、一対多（ブロードキャスト）、又は多対多（マルチキャスト）のパケット移送をサポートすることができるいずれのシステムにも適用することができる。さらに、通信システムのベアラは、本来、単方向（ＤＶＢ−Ｔ／Ｓ／Ｃ／Ｈ、ＤＡＢのように）であってもよいし、又は、双方向（ＧＰＲＳ、ＵＭＴＳ、ＭＢＭＳ、ＢＣＭＣＳ、ＷＬＡＮ等のように）であってもよい。データ・パケットは、ＩＰｖ４及びＩＰｖ６とすることができるが、本発明は、これらのパケット形式に限定されるものではない。
【図面の簡単な説明】
【０１０３】
【図１】インターネットにより接続されたサーバからデータを受信する携帯電話ハンドセットを示す概略ブロック図である。
【図２】図１に示す携帯ハンドセットの回路構成の概略ブロック図である。
【図３】ファイル配信セッションの一部としてブロードキャストされるファイルを受信する際の図２のハンドセットの動作を示すフローチャートである。
【図４】ファイル配信セッションの一部としてブロードキャストされるファイルを受信する際の図２のハンドセットの動作を示すフローチャートである。
【図５】特定の例に関するする図２のハンドセットの動作を示す時系列チャートである。
【図６】図２のハンドセットの動作の状態機械表現である。
【図７】図２のハンドセットの動作の状態機械表現である。
【図８】図２のハンドセットの動作の状態機械表現である。
【図１】
2008503954.tif 000006
【図２】
2008503954.tif 000007
【図３】
2008503954.tif 000008
【図４】
2008503954.tif 000009
【図５】
2008503954.tif 000010
【図６】
2008503954.tif 000011
【図７】
2008503954.tif 000012
【図８】
2008503954.tif 000013
【国際調査報告】
2008503954.tif 000014
2008503954.tif 000015
2008503954.tif 000016