WO2006114830A1

WO2006114830A1 - ザッピングストリームのｍｐｅ－ｆｅｃフレームへの配置方法及び受信装置

Info

Publication number: WO2006114830A1
Application number: PCT/JP2005/006776
Authority: WO
Inventors: Akira Kisoda; Izumi Usuki; Albrecht Scheid; Thomas Kursawe
Original assignee: Matsushita Electric Industrial Co., Ltd.
Priority date: 2005-04-06
Filing date: 2005-04-06
Publication date: 2006-11-02
Also published as: EP1871024A4; EP1871024A1; CN1965511A; US20090168902A1; JPWO2006114830A1

Abstract

　本発明では、複数の通常のサービスそれぞれに関連するザッピングストリームを１つのバーストの中に入れて、ザッピングバーストとして伝送する。ザッピングバーストは、一秒以下の周期で送出する。ザッピングバーストは、ザッピングバースト専用のＰＩＤがつけられる。ザッピングバーストと、通常サービスの関連付けは、ＩＰソースアドレス、ＩＰディスティネーションアドレス、またはポート番号で指定する。このように、送出することにより、送出側のＩＰエンカプシュレータ、現存する受信機を大幅に変更することなく、ザッピング処理が可能となる。

Description

ザッビングストリームの MPE— FECフレームへの配置方法及び受信装置技術分野

[0001] 本発明は、欧州での携帯端末向け地上デジタル放送 DVB— Hの受信時に、チヤネル切り替えを高速化するザッビングデータ送出方法及びそれを受信する受信端末に関する。

背景技術

[0002] 欧州の地上波デジタル放送の伝送方式は、 DVB— T方式として、 ETSIで規格化されている。（非特許文献 2)。しかしながら、日本国内規格 (非特許文献 4)のようなセグメント別の部分受信をサポートしていないため、 DVB— T方式の放送を携帯端末で受信する場合は、 STB等の固定端末と同様に、全信号を受信する必要があり、電源容量に制限がある携帯端末では多くの電力を消費し、連続再生時間が短くなるなど実用性に問題があった。

[0003] そこで、携帯端末での長時間再生が可能となるよう、非特許文献 1としてデジタル放送方式 DVB— Hが規格ィ匕された。物理層の詳細は、 DVB— T規格を拡張して、非特許文献 2として規格化され、リンクレイヤーは、非特許文献 3として規格化されている。

[0004] この DVB— Hは、同一サービスのパケットをパケットセットにまとめ、それぞれのパケットセットをデータバーストとして高速度で短時間に伝送し、 1つのパケットサービスを伝送中は他のサービスのパケットセットを混ぜないように順に各サービスのパケットセットを伝送している。受信機では、所望のサービスが伝送されているパケットセット送信期間のみ、受信部の電源供給を行うことで、低消費電力を実現している。（以下タィムスライス方式と呼ぶ）

[0005] 特午文献 1： Digital Video Broadcasting(DVB);Transmission system for Handheld Terminals(DVB-H); ETSI EN 302 304 VI.1.1 (2004—11)

特許文献 2 : Digital Video Broadcasting(DVB)； Framing structure, channel coding and modulation for digital terrestrial television; ETSI EN 300 744 非特許文献 3 : DVB- Data broadcasting specification, ETSI EN 301 192 Vl.4.1 (2004-11)

非特許文献 4:ARIB STD-B31

発明の開示

発明が解決しょうとする課題

[0006] しかしながら、このタイムスライス方式では、もし、同じ或いは異なるチャネルの別のサービスを選択、すなわち、ザッビングしょうとすると、選択したサービスの次のバーストがデコードされ、表示されるまで待たなければならな、。

[0007] このバーストが送出される間隔は通常 5秒〜 10秒程度であり、新しいサービスの映像 ·音声が現れるまでの時間は、平均 2. 5秒〜 5秒であり、最大 5秒〜 10秒力かる。

[0008] このように、視聴者が、テレビを家で見る場合と比較すると、タイムスライス方式では

、ザッビングするのに非常に時間が力かる。

[0009] そのため、選局時、サービスの再生が開始されるまで待ち時間が発生し、ザッピング視聴がスムーズにできなヽと、う問題がある。

[0010] 本発明は上記従来の問題点を解決するもので、ザッビング用のザッビングストリームを導入し、ザッビング時間を短くすることを目的とする。

[0011] ザッビングストリームは、同じトランスポートストリーム内の DVB—Hサービスに関する情報を非常に低いデータレートを使って伝送する。例えば、映像音声コンテンツ、静止画、サービスに関連するテキスト情報あるいは、前述のものの組合せなどである

[0012] 本発明は、 DVB— Hの IPDCでの簡単なザッビングサポートに関する。

特に、ユーザがテレビチャネルをザッビングしており、選ばれた AVサービスにすぐにアクセスできない時に適用できる。

[0013] もし、頻繁に専用のザッビングサービスが伝送されて、れば、静止画、ビデオ画像

、或いは、音声が、そこから抽出されて、直ちに視聴者に提供することができる。

[0014] 本発明は、そのようなザッビングサービスの配置方法、伝送方法、受信方法、処理方法、デコード方法に関する。

[0015] 本方法は、 IPェンカプシュレーターと端末で、特殊な処理をする必要がなぐ通常良く用いられるハードウェア構成のものに、ファームウェアの拡張だけで、ザッビングサービスを付けカ卩えることができる。本発明では、この種のザッビングサービスをサボートする端末の構成にっヽても言及する。

課題を解決するための手段

[0016] 前記従来の課題を解決するために、本発明では、通常サービスに関連するザツビングサービスを送出することを提案する。本発明では、各サービス毎のコンテンツを再生する速度よりも、十分高速な伝送レートで、短時間に圧縮して伝送するバースト伝送を行うバースト伝送方式にぉヽて、

各サービスに関連するデータをザッビングデータとして集中して、ザッビング用のバ一スト内に配置し、ザッビングバーストとして伝送することを特徴とする。

[0017] また、本発明は、ザッビングバーストの伝送フレームは、通常のサービスと同様に、ザッビング MPE— FECフレームを構成し、前記ザッビング MPE— FECフレームは、ザッビングアプリケーションデータテーブルと、ザッビング RSデータテーブルからなりザッビングアプリケーションデータテーブルは、ザッビング IPデータグラムで埋められ、ザッビング IPデータグラムはザッビングストリームを運ぶことを特徴とする。

[0018] また、複数の通常サービスに対応するザッビング用ストリームを一つのザッビング用フレームに配置し、前記ザッビングストリームは、通常サービスの TSと異なる固有の P

IDに設定して、送信することを特徴とする。

[0019] また、ザッビング用フレーム内のザッビング用ストリームと、それに関連する通常サービスとの関連付けを、 IPソースアドレス、 IPディスティネーションアドレス、またはポート番号で指定することを特徴とする。

[0020] また、通常サービスのストリーム及びザッビングストリームを受信する受信機は、通常のストリームを処理するための、第一のセクションフィルタ/バッファ部、第一の CRC 32またはチェックサム算出部、第一の MPE デカプシユレイタ一部、第一の MPE

— FECフレーム部、第一の信頼性フレーム部と、

前記通常のストリームとは並列に動作するザッビング用ストリームを処理するための第二のセクションフィルタ Zバッファ部、第二の CRC— 32またはチェックサム算出部、第二の MPE—デカプシユレイタ一部、第二の MPE— FECフレーム部、第二の信頼性フレーム部とを備えることを特徴とする。発明の効果

[0021] 以上説明したように、本発明によれば、ザッビングサービスを、ザッビングサービス専用のバーストとして送信することにより、通常サービスと容易に分離が可能であり、通常サービス、ザッビングサービスにそれぞれ専用のバーストを用いる本方法は、 D VB— H受信機のフロントエンドによって簡単にサポートすることができ、現在、利用可能な IPェンカプシュレーターを用いて容易にインプリメントすることができる。図面の簡単な説明

[0022] [図 1]5つの通常サービスとそれに対応したザッビングサービスの配置を示す図

[図 2]アプリケーションデータテーブル及びザッビングアプリケーションデータテープルの構成を示す図

[図 3]DVB— Hフロントエンドモデル

[図 4]受信端末での並列処理のフローチャート

[図 5]IPェンカプシユレイタ一によるバーストと PIDと IPアドレスの対応を示す図

[図 6]受信端末での一系統処理のフローチャート

[図 7]ザッビングサービスと通常のサービスの対応を示す図

符号の説明

[0023] 300 チューナ部

301 復調部

302 PIDフイノレタ咅

304 CRC— 32またはチェックサム算出部

305 MPEデカプシユレイタ一部

306 MPE— FECフレーム部

307 信頼性フレーム部

308 IPインターフェース咅

309 多重部 310 ノッファ咅

311 TSインターフェース部

400 通常ストリーム用左側処理

401 ザッビングストリーム用右側処理

発明を実施するための最良の形態

[0024] 本発明では、通常のバーストとザッビングバーストは、独立していると考える。

また、ザッビングサービスは通常のサービスと同じ規則に従い、図 7に示すように通常のサービスと等価の処理を行う用語を定義する。

[0025] 図 1は、 5個のバーストサービスの伝送の例を示す。ここでは、 5個のサービスが、送出され、各サービスは、それぞれ独立の 1つのバーストとして伝送される。また、各サ一ビスに関連するザッビングストリームは集められ、ザッビングストリーム専用のバーストが構成される。

[0026] 通常、ザッビングサービスは、短時間でアクセスできるように、送出される必要があり、通常のサービスの送出周期とザッビングサービスの送出周期は異なる。それらは通常のサービスに対して、また、ザッビングサービスそれぞれについても、フレキシブルなレート或、は一定のレートで伝送することもできる。

[0027] この一定の周期の時間は、選択可能であり、それは、ザッビングサービスへのァクセス時間により定義される。ザッビングサービスのサイクルタイムは、この例では一秒である。

[0028] 以下、更に詳細に本発明について説明する。

[0029] (実施の形態 1)

まず、通常のサービスと、それらに関連するザッビングサービスは、独立していると考える。ザッビングサービスは通常のサービスと同じ規則に従うとする。ここで、ザツビングに関する用語を導入する。これらの用語はザッビングストリーム ·ザッピンダサ一ビスと関係がある。それらの意味は、非特許文献 3で通常のサービスに定義されているのと同じ意味をもつ。

[0030] 通常のサービスは、非特許文献 3で定義された、 MPE— FECフレームの中に入れられた形で、伝送される。各サービス毎に用意された、ザッビングストリームは、集められ、専用のザッビング M PE— FECフレームの中に入れられる。

[0031] 次にこの MPE— FECフレーム構成およびザッビングアプリケーションデータテープルについて説明する。

図 2は、 MPE— FECフレームの一部であるアプリケーションデータテーブル（非特許文献 3)を示す。それは、行と列に分割されており、それぞれの位置に IPデータグラムの 1バイトがある。 IPデータグラムは 1番目の IPデータグラム、 2番目の IPデータグラムという順番に配置される。

[0032] ひとつ、或いは数個のサービスの IPデータグラムのストリームだけ力このテーブルに配置され、ザッビングストリームは配置されない。全てのサービスは、それらの IPソースアドレスまたは IPデスティネーションアドレスまたはポート番号が異なって、る。もし、アプリケーションデータテーブルが完全に満たされていない場合は、パディングバイトで埋められる。このようにして、アプリケーションデータテーブルが構成される。

[0033] 同様にして、新しいザッビングアプリケーションデータテーブルが導入される。

このザッビングアプリケーションデータテーブルは、ザッビングストリームのみを専用に運ぶために用いられ、通常のサービスのストリームは運ばない。

[0034] これらのザッビングストリームは異なるコンテンツプロバイダーからの異なるザッピングサービス発生器で発生される。それらは、通常の IPデータグラムと同様に、プロトコルスタックのザッビング IPデータグラムで運ばれる。

[0035] これらのザッビング IPデータグラムはザッビングアプリケーションデータテーブルの中に配置される。このザッビングアプリケーションデータテーブルは、非特許文献 3で示されるアプリケーションデータテーブルと同じ構成とする。しかし、そのザッビング IP データグラムは、ザッビングストリームからなって！/、る。

[0036] 異なるサービス用のザッビングストリームは、集められて、同じザッビングアプリケーシヨンデータテーブルの中に配置される。各々のザッビングストリームは、それらの IP ソースアドレス、 IPデスティネーションアドレス、或いは UDPポート番号によって、識別可能である。

[0037] 同様に同じアプリケーションデータテーブルの中に配置されて!、る異なる通常のストリームは、 IPソースアドレス、 IPデスティネーションアドレス、或いは UDPポート番号によって、識別可能である。

[0038] 次にザッビング RSデータテーブルを定義する。

非特許文献 3の RS (リードソロモン)データテーブルと同様のもの力新しぐ'ザッピング RSデータテーブルとして導入される"このザッビング RSデータテーブルは、ザツビングアプリケーションデータテーブルの受信耐性を向上するために導入される。

[0039] ザッビング RSデータテーブルは、ザッビング RSバイトを含む。それは、 RSデータテ一ブルの中の RSバイトが、アプリケーションデータテーブルから計算されるのと同様に、関連するザッビングアプリケーションデータテーブル力も計算される。

[0040] 以上定義された、ザッビングアプリケーションデータテーブル及びザッビング RSデータテーブルからザッビング MPE— FECフレームが構成され、特許文献 3の MPE — FECフレームと等価となって!/、る。

[0041] ザッビングバーストは、それぞれの通常サービスのザッビングストリームを集めて、作られる。これにより、短いが、かなり詰まったザッビング MPE— FECフレームが構成される。他のサービスのザッビングストリームと一緒に送ることで、 MPE— FECフレームでの時間インタリーブ効果をあげることができる。しかし、ザッビングサービスのデータレートは、関連する通常のサービスよりもデータレートがかなり低い。そのため、ザツビング MPE— FECフレームは通常の MPE— FECフレームの行数よりも小さく設定する。

[0042] 以上説明した定義で作成されたザッビングストリームの受信方法について説明する通常の MPE— FECフレームと、ザッビング MPE— FECフレームは、 PIDによって識別しフィルタリングできる。

[0043] 特定のザッビングサービスは、 PIDフィルタによって抽出された、ザッビングストリームの中から、その IPソースアドレスまたは IPデスティネーションアドレスまたはポート番号によって選ぶことができる。

[0044] 次に、具体的にザッビングサービスから、その対応する通常サービスを識別する方法について説明する。図 5にひとつの例を示す。 [0045] 本実施の形態では、バーストナンバー 0, 2, 4, 6, 8で各通常サービスが伝送され、バーストナンバー 1, 3, 5, 7, 9でザッビングストリームが伝送される。

ザッビングストリームが伝送されるバーストでは、バースト毎に全ての通常サービスのバーストを含んでいる。

[0046] 本実施の形態では、ザッビングが開始された場合、 PIDが、 0x101の TSパケットを抽出する。例えば、バースト 1を抽出したとする。次に、ザッビングサービスとして、 5を選択したとする。すると、バーストナンバー 1のザッビングストリームが 1秒表示された後、バーストナンバー 3のザッビングサービス 5,バーストナンバー 5のザッピングサービス 5,ザッビングサービス 7のザッビングサービス 5が各 1秒づっ再生された後、バーストナンバー 8で伝送されるサービス 5が再生される。

[0047] ザッビングバーストの PIDは、予め規定する。或いは、 EPGなどを利用して送出しても良い。

ザッビングサービスと、通常サービスの関連付けは、 IPアドレスで関連付けられる。例えば、図 5に示すように、ザッビングストリームの IPアドレスが、 10.10.101.05であり、その第 4オクテットが同一であるサービスバーストの IPアドレス 10.10.100.05を見つけて、バーストナンバー 8を受信し、その後通常の受信処理に移行する。

[0048] なお、通常サービスのバーストとして送出される TSの PIDと、そのバーストの中で、送出される IPアドレスの関連付けを予め規定する。或いは、 EPG等を利用して送出しておくと、受信機でザッビングサービスと通常サービスの関連付けが容易になる。

[0049] 例えば、ザッビングサービス中に、プライベートデータとして、サービスバーストの IP アドレスとバーストナンバーを関連付ける情報を多重して伝送することで、サービスバ一スト受信時にスムーズにバースト受信が可能となる。

[0050] また、現在再生中のザッビングサービスに関連するサービスバーストのみのサービス情報が多重伝送される場合でも、 INT等の si情報を参照することで、受信すべきサービスバーストを特定することが可能である。

[0051] (実施の形態 2)

本実施の形態では、実施の形態 1で示した定義のザッビングストリームの発生方法について説明する。ザッビングストリーム発生器は、例えば、コンテンツプロバイダーに提供され、コンテンップロバイダー自身力通常のサービスから、ザッビング用データを生成する。

[0052] このザッビング発生器は、所定の間隔例えば 1秒に 1回、ザッビングストリームを発生する。そのようなザッビングストリームは、例えば、同じコンテンツプロバイダーの同じサービス内容の現時点での、スナップショットか、オーディオ 'ビデオなどの低データレートのコピーであっても良い。

[0053] このザッビングストリームは、適切な IPプロトコルとされ、ネットワーク等を通じて IPェンカプシュレーターに送られる。 IPェンカプシュレーターは同じザッビングアプリケーシヨンテーブルの中の全てのコンテンツプロバイダーからの所定の期間内にある、全てのザッビングストリームを配置する。

[0054] IPェンカプシュレーターは、専用のザッビング MPE- FECフレームの中にザッビングストリームを配置する。

[0055] 以上の方法によるザッビングストリームの配置は、利用可能な IPェンカプシユレータ一で容易に実行可能である。

[0056] ザッビングストリーム発生器では、タイムアウトを全ての期間に設定する。（タイムァゥトになった場合は、次のザッビングバーストで伝送される）それから、 IPェンカプシユレ一ターは、関連するザッビング RSデータテーブルを発生する。その後、（非特許文献 3)のデータグラムセクションと同様にザッビングサービスはザッビングデータグラムセクシヨンに入れられる。ザッビングデータグラムセクションは、多数の TSパケットに分配され、バーストでマルチプレタスデバイスに伝送される。

[0057] ザッビングサービスが例えば、異なる時間間隔で送出される場合、例えば

1秒の代わりに、 0. 7秒等の異なるサイクル時間でザッビングサービスが送られる場合、上に記述したように、 IPェンカプシュレーターで、独立に処理される。その時に同時にタイムアウト時間も合わせて変更される。通常のストリームについても同様の方法で処理される。ザッビングサポート用の IPェンカプシュレーターの改修は非常に簡単である。

[0058] 非特許文献 3に示されているサービスバーストの次のバーストが伝送される時間が、データグラムセクションにある A tで送られると同様に、ザッビングバーストについても、ザッビングデータグラムセクションにある Δ tフィールドが用いられる。しかしながら、もし DVB—Hフロントエンド力この A t値を評価し、二つの連続したザッピングバ一ストの間の期間、スィッチオフするのであれば、関連する通常のサービスバーストが失われる。

[0059] そのように、ザッビングデータグラムセクションヘッダーにある Δ tフィールドは、 "電源オフ禁止"に設定する。或いは、定義されている最小値 10msに設定すべきである

[0060] 特定のザッビングストリームに関連する通常のストリームのバーストの伝送時間を通知するインジケーシヨンは存在しな、。そのようなインジケーシヨンを導入することは可能であるが、送信側の IPェンカプシユレイタ一や受信端末の複雑さを増加させることになる。

[0061] (実施の形態 3)

本実施の形態は、 DVB— H受信端末に関するものである。

すでに説明したように、専用のザッビング用 MPE— FECフレームの中にザッビングストリームを集中して配置する方法は、受信器のハードウェアでザッビングが容易に実現可能であるため、非常に有利である。

[0062] そのため、ザッビングをサポートする DVB— H受信端末は簡単な構成でよい。

図 3に示す通常サービスの処理に関係する DVB— Hフロントエンド部分は、チューナ部 300、復調部 301、 PIDフィルタ部 302、セクションフィルタ Zノッファ部 303、 C RC— 32またはチェックサム算出部 304、 MPEデカプシユレイタ一部 305、 MPE—F ECフレーム部 306、信頼性フレーム部 307、 IPインターフェース部 308、多重化部 3 09である。 DVB—Hフロントエンドモデルの処理の詳細は、同業者には明白であり、ここでは詳細を記述しな！、。

[0063] PSIZSIテーブル処理に関係する DVB— Hフロントエンド部分は、チューナ部 30 0、復調部 301、 PIDフィルタ部 302、ノッファ部 310、 TSインターフェース部 311、多重部 309である。 DVB—Hフロントエンドの処理の詳細は、同業者には明白であり、ここでは詳細を記述しない。

[0064] ザッビングストリーム処理に関係する DVB— Hフロントエンド部分は PSIZSIテープル処理と同様で、チューナ部 300、復調部 301、 PIDフィルタ部 302、ノッファ部 310 、 TSインターフェース部 311、多重部 309である。本発明の実施の形態では、後に説明するように、ザッビングサービスのための、セクションフィルタ Zバッファ部、 CRC 32またはチェックサム算出部、 MPEデカプシユレイタ一部、 MPE— FECフレーム部、信頼性フレーム部の処理は DVB— Hフロントエンドの外側の端末のファームゥェァで実行した力フロントエンド内にザッビングサービスのための、セクションフィルタ /バッファ部、 CRC— 32またはチェックサム算出部、 MPEデカプシユレイタ一部、 M PE FECフレーム部、信頼性フレーム部を持ち処理しても良!、。

[0065] ザッビングデータのデータ容量は、例えば一枚の JPEG画像が約 30キロビット、さらにプロトコルのオーバーヘッドが数百ビットで程度であり、通常小さいので、性能の低い端末でも、 1秒以内にトランスポートストリームから 1枚の JPEG画像を取り出して、表示することができる。

[0066] 次に、受信端末での処理のフローチャートを図 4に示す。

実施の形態 1で示したように、通常サービスのバーストとして送出される TSの PIDと、そのバーストの中で、送出される IPアドレスの関連付けが予め規定されているとする

[0067] 端末のファームウェアで、サービスの選択、すなわち、 IPアドレスの選択が行われると、そのサービスを含んでいる PIDが選択されて、通常のバーストが受信される。それと同時に、固有の PIDを持ったザッビングバーストが受信される。

[0068] 通常サービスのための左側の処理 400は図 3に示すフロントエンドで処理される。

ザッビングサービスのための右側の処理 401は、図 3の多重部 309から出力されるデータを、図示していない端末のファームウェアによって実行される。ユーザが他のサ一ビス (他のテレビチャネル）を選択したとき、それぞれ互いに独立した二つの処理が並列して開始される。通常サービスに関係する左側の処理 400は、ザッビングサービスに関係する右側の処理 401を停止させることができる。

[0069] 左側の処理 400は、ユーザが新、サービスを選択した後、すぐに開始される通常 AVサービスの処理を示す。この処理は DVB—Hフロントエンド内で、主としてハードウェアによって実行される。 PIDフィルタの設定（図 5より、例えば、バースト 0でサービス 1を伝送するには OxOAlと設定する）から、バーストを待って、このバーストから IP データグラムを取り出す処理はすでによく知られて、るので、ここでは記述しな!、。

[0070] IPデータグラムの取り出し処理が終わった後、割り込みまたは他の手段によって、または、 MPE— FECフレームに関するレジスタをポーリングすることによって、ファームウェアは完全で訂正されたアプリケーションデータテーブルを利用可能になったことを検出する。

[0071] 次のバーストを受信する前のある適当な時点で、この処理はザッビングサービスの処理 401を停止させ、受信したバーストのアプリケーションデータテーブル力も IPデ一タグラムを読み出す。その後、 AVペイロードを取り出し、デコードし、画面とスピー力を通して、ユーザにコンテンツを提示する。

[0072] 最初に電源を ONした時などでは、コンテンツの提示が開始されるまでの待ち時間は、少なくとも、最初のバーストを受信するまでの時間と、最初のバーストを処理する時間、及び AVデコーダのバッファがアンダーフローから回復するまでの時間が必要となる。

[0073] それゆえ図 4の右側のザッビング処理 401は、現在のサービスやイベントの進行をすばやく見つけるため、左側の処理 400と並列に開始される。通常サービスに比べ、ザッビングバーストの送出間隔が十分に短いため、サービスをすばやく見つけることができる。

[0074] 並列に、処理されるザッビングの処理は以下のようになる。まず、 PIDフィルタがザッビングサービスバーストのための PIDにセットされる（例えば図 5では、 0x101にすれば 1秒間隔で送出されるバースト 1、 3、 5、 7、 9等のザッビングサービスにアクセスすることになる。）

[0075] 次に、ザッビングサービスを含んだバーストが受信され（図 1より、例えば 1秒以内）、すべての TSパケットがバッファに格納される。

[0076] この処理は DVB— H (非特許文献 3)で必須となる PSlZSIテーブルの受信とほぼ同じである。

バッファをポーリングする、または割り込みを受ける、または他の手段により、バッファにザッビングに関した、いくつかあるいは全ての TSパケットがたまっていることが検出されると、ファームウェアがこれらの TSパケットを読み出す。その後ファームウェアがザッビングデータグラムセクションを集めて、 CRC— 32またはチェックサムを算出し、 RSデータテーブルを使った誤り訂正が行われ、 MPEデカプシユレイタ一処理される。

[0077] それから全てのザッビングストリーム力対応したザッビングストリームを選択し、そのザッビングペイロード（例え ί PEG画像ファイル）を取り出し、デコードし、画面とスピー力を通してユーザにコンテンツを提示する。

[0078] この処理は左側の通常の処理 400によって停止させられるまで (例えば、選択されたサービスがデコードされて、ザッビングサービスと置き換えられる準備ができるまで）、繰り返される。選択されたサービスの用意ができていない間は、次のザッビングバーストを待ち続ける。

[0079] 選択したサービスに関連する一つのザッビングストリームは、ユーザが、ザッビング中に処理され、提示される。同じザッビングバーストに含まれる他のザッビングストリームは捨てられる。し力し、他のザッビングストリームがすでにメモリに保存されていれば、ユーザが 1秒以内に他のサービスを選択した場合に、すぐ提示可能なので、捨てる代わりにこれらのザッビングストリームを端末のメモリに保存してぉ、てもよ、。

[0080] ユーザが他のサービスを選択すると、端末で通常サービスの準備が整うまで、選択したサービスに対応したザッビングサービスが提示される。代わりに、対応したザツビングサービスだけでなく、同じザッビングバーストに含まれるほかの全てのザッビングサービス、またはより好ましヽザッビングサービスのみをユーザに提示することができる。

[0081] ザッビングをサポートすることは、これまで述べた DVB— Hフロントエンドモデルに制限されなヽ。ザッビングストリームを含む TSパケットをバッファリングする代わりに、 DVB— Hフロントエンドに付加されたザッビング専用のハードウェア（ザッピングデータグラムセクション用セクションフィルタ Zバッファ部、 CRC— 32またはチェックサム算出部、 MPEデカプシユレイタ一部、ザッビング用 MPE— FECフレーム部、信頼性フレーム部、ザッビング用 IPインターフェース部）がこれらの TSパケットを処理してもよい。 [0082] ユーザによるザッビング期間中、 DVB— Hフロントエンドは、電源をオフしないようにすべきであり、引き続いて送信されてくるザッビングバーストを受信し、それに関係付けられた通常サービスを選ぶようにする。

[0083] (実施の形態 4)

本実施の形態は、 DVB—H受信端末に関するものである。

本実施の形態では、実施の形態 3と異なり、通常サービスストリームとザッピンダサ一ビスストリームを一系統で処理する。その他の部分は、実施の形態 3と同様であるので省略する。

[0084] 図 6にフローチャートを示す。ここでは、バッファーのアンダーフローの制御等については省略する。まず、電源 ON、或いは、視聴サービスの切り替えを行う時点がスタートとなる。スタートされると、すぐに、ザッビングサービスが伝送される PIDに設定する。ザッビングバーストを MPE— FEC等の処理をし、 IPストリームに変換する。その後、希望のサービスを選択する。希望のサービス選択が終了しない場合は、次のザッビングバーストの中の同じサービスがデコードされる。また、ザッビング中に、別のサ一ビスが選択された場合は、現在のザッビングバーストに蓄えられている、別のサービスを映し出す、或いは次のザッビングバースト期間で、選択されたサービスのザツビングストリームをデコードして表示する。

[0085] なお、ザッビング期間中に、そのサービスに相当する通常サービスを受信した場合は、自動的に通常サービスに移行すべきであるが、端末で決定キーを押す等の方法で、サービス選択決定と明示的に示さない場合、ザッビングストリームの再生を続けるようにしても良い。

[0086] このようにすると、通常サービスとザッビングサービスを 1つの系統で処理できる。すなわち、 PIDフィルタ部 302、セクションフィルタ/バッファ部 303、 CRC— 32またはチェックサム算出部 304、 MPEデカプシユレイタ一部 305、 MPE— FECフレーム部 306、信頼性フレーム部 307、 IPインターフェース部 308を一系統持てば良い。

[0087] なお、本実施の形態は、受信端末として記述した力本実施の形態の処理は通常は集積回路で実現される。

産業上の利用可能性本発明に力かるザッビングストリーム伝送方法は、ザッビングストリームを集中的に配して、特定の PIDに設定することにより、受信機でザッビングストリームにすばやくアクセスすることが可能となる。本発明は、 DVB— Hのデータ送信方法として有用である。また、他のバースト伝送される伝送方式の受信の場合も、ザッビング時間を短くするために利用できる。

Claims

請求の範囲

[1] 各サービス毎のコンテンツを再生する速度よりも、十分高速な伝送レートで、

短時間に圧縮して伝送するバースト伝送を行うバースト伝送方式にお!、て、

各サービスに関連するデータをザッビングデータとして集中して、ザッビング用のバ一スト内に配置し、ザッビングバーストとして伝送することを特徴とするバースト伝送方法。

[2] ザッビングバーストの伝送フレームはザッビング MPE— FECフレームを構成し、前記ザッビング MPE— FECフレームは、ザッビングアプリケーションデータテーブルと、ザッビング RSデータテーブルからなり、

ザッビングアプリケーションデータテーブルは、ザッビング IPデータグラムで埋められ、ザッビング IPデータグラムはザッビングストリームを運ぶことを特徴とする請求項 1 記載のバースト伝送方法。

[3] 前記通常ストリームが配置されたテーブルから、

前記通常ストリームの誤り訂正のための冗長データを算出し、

この算出された通常ストリームの冗長データを第一の誤り訂正データ用データテープルに配置し、

前記ザッビング用ストリームが配置されたテーブル力前記ザッビング用ストリームの誤り訂正のための冗長データを算出し、

この算出されたザッビング用冗長データを第-の誤り訂正データ用データテーブルに配置する請求項 2に記載の伝送方法。

[4] 複数の通常サービスに対応するザッビング用ストリームを一つのザッビング用フレームに配置し、前記ザッビングストリームは、通常サービスの TSと異なる固有の PIDに設定して、送信することを特徴とする請求項 1に記載の伝送方法。

[5] ザッビング用サービスのバースト間隔を示すデルタ tフィールドに「no power offj または「10ms」のようなできるだけ小さな値を設定する請求項 1に記載の伝送方法。

[6] 同じザッビング用フレーム内の全てのザッビング用ストリームから、どのザッビング用ストリームを取り出すかを、 IPソースアドレス、 IPディスティネーションアドレス、またはポート番号で指定する請求項 4に記載の伝送方法。

[7] ザッビング用フレーム内のザッビング用ストリームと、それに関連する通常サービスとの関連付けを、 IPソースアドレス、 IPディスティネーションアドレス、またはポート番号で指定する請求項 4に記載の伝送方法。

[8] 各サービス毎のコンテンツを再生する速度よりも、十分高速な伝送レートで、

短時間に圧縮してバースト伝送される複数の通常ストリーム、及び、複数の通常ストリームに関連するザッビング用ストリーム力多重されて送出される信号を受信する、受信装置であって、

通常のストリームを処理するための、

第一のセクションフィルタ Zバッファ部、第一の CRC— 32またはチェックサム算出部、第一の MPE—デカプシユレイタ一部、第一の MPE— FECフレーム部、第一の信頼性フレーム部と、

前記通常のストリームとは並列に動作するザッビング用ストリームを処理するための第二のセクションフィルタ Zバッファ部、第二の CRC— 32またはチェックサム算出部、第二の MPE—デカプシユレイタ一部、第二の MPE— FECフレーム部、第二の信頼性フレーム部とを備える受信装置。

[9] 各サービス毎のコンテンツを再生する速度よりも、十分高速な伝送レートで、

通常のストリームを処理するための、第一のセクションフィルタ Zバッファ部、第一の CRC— 32またはチェックサム算出部、第一の MPE—デカプシユレイタ一部、第一の MPE— FECフレーム部、第一の信頼性フレーム部と、

前記通常のストリームとは並列に動作するザッビング用ストリームを処理するための第二のセクションフィルタ/バッファ手段、第二の CRC— 32またはチェックサム算出手段、第二の MPE—デカプシユレイタ一手段、第二の MPE— FECフレーム手段、第二の信頼性フレーム手段とを実行するファームウェアを備える受信装置。

[10] 各サービス毎のコンテンツを再生する速度よりも、十分高速な伝送レートで、

前記通常ストリームをバッファに蓄積する手段と、

前記バッファから出力する準備が整ったことを検出する手段と、

前記出力する準備が整ったことが検出された場合に前記ザッビング用ストリームの処理を中断させる手段を備える請求項 8乃至請求項 9に記載の受信装置。

[11] 前記ザッビング用ストリームを保存する手段と、ユーザからの要求に応じて前記保存されたザッビング用ストリームのすべて、もしくは一部を提示する手段を備える請求項 8乃至 9記載の受信装置。

[12] 各サービス毎のコンテンツを再生する速度よりも、十分高速な伝送レートで、

第一のセクションフィルタ Zバッファ部、第一の CRC— 32またはチェックサム算出部、第一の MPE—デカプシユレイタ一部、第一の MPE— FECフレーム部、第一の信頼性フレーム部とを

通常のストリームの処理及び、ザッビング用ストリームの処理に共通に用いることを特徴とする受信装置。