JP2011502425A - 移動体通信システムにおける初期化データとタイムバーストとの同期化 - Google Patents

移動体通信システムにおける初期化データとタイムバーストとの同期化 Download PDF

Info

Publication number
JP2011502425A
JP2011502425A JP2010532036A JP2010532036A JP2011502425A JP 2011502425 A JP2011502425 A JP 2011502425A JP 2010532036 A JP2010532036 A JP 2010532036A JP 2010532036 A JP2010532036 A JP 2010532036A JP 2011502425 A JP2011502425 A JP 2011502425A
Authority
JP
Japan
Prior art keywords
initialization data
burst
data
signal
time
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
JP2010532036A
Other languages
English (en)
Other versions
JP2011502425A5 (ja
Inventor
ブライアン アンダーソン デービッド
アンソニー カンパーナ デービッド
スリダール アビナッシュ
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Thomson Licensing SAS
Original Assignee
Thomson Licensing SAS
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Thomson Licensing SAS filed Critical Thomson Licensing SAS
Publication of JP2011502425A publication Critical patent/JP2011502425A/ja
Publication of JP2011502425A5 publication Critical patent/JP2011502425A5/ja
Withdrawn legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/16—Arrangements for broadcast or for distribution of identical information repeatedly
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/42—Arrangements for resource management
    • H04H20/426—Receiver side
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
    • H04N21/4383—Accessing a communication channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
    • H04N21/4383—Accessing a communication channel
    • H04N21/4384—Accessing a communication channel involving operations to reduce the access time, e.g. fast-tuning for reducing channel switching latency
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/64315—DVB-H

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Synchronisation In Digital Transmission Systems (AREA)

Abstract

Ｉフレームなどの関連の初期化データを有するＭＰＥＧ−２エンコード化信号を提供するために信号をエンコードし、前記信号を伝送する装置であって、伝送される信号が前記ＭＰＥＧ−２エンコード化信号を搬送するためにバースト単位で生成され、各バーストが期間を有し、タイムスライシングサイクルで生成され、各タイムスライシングサイクルが少なくともバースト期間とオフタイムとを含み、少なくとも１つのＩフレームがバーストで搬送され、新しいＩフレームが伝送用に受信されるまで、前記少なくとも１つのＩフレームがそれ以降のすべてのバーストで繰り返される。

Description

関連出願の相互参照
本出願は、２００７年１０月３１日に出願した米国仮出願第６１／００１，４８４号の利益を主張するものである。
本発明は、概して通信システムに関し、より詳細にはワイヤレスシステム、例えば、地上放送、携帯電話、Ｗｉ−Ｆｉ（Ｗｉｒｅｌｅｓｓ−Ｆｉｄｅｌｉｔｙ：ワイヤレス忠実性）、衛星などに関する。
今日、移動体デバイスはどこにでもある。ＭＰ３プレーヤーからパーソナルデジタルアシスタント、携帯電話、移動体テレビ（ＴＶ）にいたるまで存在する。残念なことに、移動体デバイスは、一般的には、計算のためのリソースおよび／または電力に限界がある。この点については、ＩＰ（インターネットプロトコル）Ｄａｔａｃａｓｔ ｏｖｅｒ ＤＶＢ−Ｈ（Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｂｒｏａｄｃａｓｔｉｎｇ − Ｈａｎｄｈｅｌｄ）システムが、そのようなデバイス用に最適化されたＩＰ型の手法を使用する、任意のタイプのファイルおよびサービスを配信するためのエンドツーエンド放送システムである。例えば、非特許文献１、非特許文献２、非特許文献３、非特許文献４および非特許文献５を参照されたい。当業界で知られているＩＰ Ｄａｔａｃａｓｔ ｏｖｅｒ ＤＶＢ−Ｈシステムの例が図１に示されている。図１では、ヘッドエンド１０（本明細書では「送信機」とも呼ばれる）がＤＶＢ−Ｈ信号３６を、アンテナ３５を介して、受信機９０で表される１つまたは複数の受信側デバイス（本明細書では「クライアント」または「受信機」とも呼ばれる。）にブロードキャストする。ＤＶＢ−Ｈ信号３６はＩＰ Ｄａｔａｃａｓｔをクライアントに搬送する。受信機９０はＤＶＢ−Ｈ信号３６を、そこからＩＰ Ｄａｔａｃａｓｔを復元するためにアンテナを介して（図示せず）受信する。図１のシステムは、単方向ネットワークを表している。
特に、ＤＶＢ−Ｈシステムにおいて、データは一連の個別パケットとしてバースト単位で伝送される。データのこれらのタイムスライスは、物理的なブロードキャストチャネル上で提供される様々なサービスを分離するために使用できる。これにより、バッテリ電源式受信機は、関連データが利用可能になっているときインターバルの間だけその無線通信をオンにすることにより、電力を節約することができる。これは、図２に示されている。放送局は、サービスのトランスポートストリームを搬送する信号（例えば、図１のＤＶＢ−Ｈ信号３６）を、タイムスライシングサイクル４０で示されているようなタイムスライシング方式でブロードキャストする。タイムスライシングサイクルは、データのバースト、すなわち、データバースト４５と、その後に続く、放送局がそのサービスの伝送を停止する無音期間とを含む。データバースト４５は、バースト期間インターバル４１（すなわち、オンタイム）の間持続し、無音期間はオフタイム４２の間持続する。オフタイムインターバル４２の間は、受信機の少なくとも一部はパワーを下げ、そのため電力が節約される。そのサービスの次のバースト５５を受信する時になると、受信機はパワーを上げる。
所与のサービス用のタイムスライシングサイクルの時間の量、すなわち、長さはシステム設計の役割であり、長さは異なってよい。このインターバルは、受信機がサービスのデータの受信を開始するために必要な平均時間を表す。ＤＶＢ−Ｈプロジェクト事務局によると、現在の技術では、バースト相互間に２秒から４秒のインターバルが許容されており、その結果、平均サービス取得時間は１秒から２秒になる。
しかし、サービスによって提供される特定のデータに応じて、さらに複雑な状況が存在することがあり、その状況のために、ユーザがサービスを受信機で完全に利用できるようになるために必要な時間が拡大することがある。特に、受信機は、受信されたデータストリームを処理できるようになるには、その前に初期化データを受信しなければならないことがある。例えば、後続のＰフレーム（プレディクテッドフレーム）を復号化できるようになる前に受信機で初期Ｉフレーム（イントラフレーム）を受信および復号化する必要があるビデオ符号化スキームでは、遅延が拡大する可能性がある。そのため、受信機が最初に電源オンになった時、またはチャネル変更中の時にも、受信機は、その最初のＩフレームを搬送するデータバーストを待たねばならないことがあり、その結果、ユーザにサービスを待たせることになる。別の例としてビデオ規格の非特許文献６があり、この規格では、任意のビデオフレームを復号化できるようになる前に、最初にパラメータセットが受信されて、復号器に渡される必要がある。この場合も、受信機が最初に電源オンになった時、または新しいチャネルに切り替わる時、受信機は、パラメータセットを搬送する特定のデータバーストを待たなければならない。そして、最後の例として、複数のデータのストリームを同期させるためには同期化データが必要なことがある。例えば、サービスが、両方が個別のＲＴＰ（リアルタイムプロトコル）ストリームとして伝送されるオーディオストリームおよびビデオストリームで構成されることがある（例えば、非特許文献７参照）。これらのストリームの同期化には、個別のＲＴＰストリームの共通基準クロックを判定するために受信機がＲＴＣＰ（リアルタイム制御プロトコル）送信機レポートを受信することが必要である。これらのＲＴＣＰ送信機レポートがないと、受信機は、ビデオおよびオーディオを正しく同期化することができず、そのため、この場合も、受信機がＲＴＣＰ送信機レポートを待つ間、遅延が拡大する。
ETSI EN 302 304 V1．1．1 (2004-11) 「Digital Video Broadcasting (DVB); Transmission System for Handheld Terminals (DVB-H)」 ETSI EN 300 468 V1．7．1 (2006-05) 「Digital Video Broadcasting (DVB); Specification for Service Information (SI) in DVB systems」 ETSI TS 102 472 V1．1．1 (2006-06) 「Digital Video Broadcasting (DVB); IP Datacast over DVB-H: Content Delivery Protocols」 ETSI EN 301 1924 V1．4．1 (2004-06)、「Digital Video Broadcasting (DVB); DVB specification for data broadcasting」 ETSI TS 102 471 V1．1．l (2006-04) 「Digital Video Broadcasting (DVB); IP Datacast over DVB-H: Electronic Service Guide (ESG)」 H．264 (ITU-T Recommendation H．264 and ISO/IEC 14496-10 (MPEG-4 part 10) Advanced Video Coding, October 2004) H．Schulzrinne, S．Casner, R．Frederick, V．Jacobson, "RFC 1889 - RTP: A Transport Protocol for Real-Time Applications," IETF, January 1996)
上述のように、受信機は、サービスを完全に提供できるようになる前に初期化データを待たなければならないことがあり、そのため、サービス取得時間が大きくなることがある。実際、受信機は、必要な初期化データを搬送するデータバーストを最終的に受信する前に複数のデータバーストを待たなければならないことがある。したがって、および本発明の原理により、装置は、関連の初期化データを有するエンコード化信号を提供するように信号をエンコードし、そのエンコード化信号であって、伝送される信号がそのエンコード化信号を搬送するためにバースト単位で生成され、各バーストが期間を有し、タイムスライシングサイクルで生成され、各タイムスライシングサイクルが少なくともバースト期間とオフタイムとを含み、初期化データがバーストで送信され、新しい初期化データが伝送用に受信されるまで、その初期化データがそれ以降の各バーストで繰り返されるエンコード化信号を伝送する。
本発明の１つの例示的な実施形態では、装置は、ビデオを含むサービスを提供する。詳細には、装置は、Ｉフレームなどの関連の初期化データを有するＭＰＥＧ−２エンコード化信号を提供するように信号をエンコードし、その信号であって、伝送される信号がＭＰＥＧ−２エンコード化信号を搬送するためにバースト単位で生成され、各バーストが期間を有し、タイムスライシングサイクルで生成され、各タイムスライシングサイクルが少なくともバースト期間とオフタイムとを含み、少なくとも１つのＩフレームがバーストで搬送され、新しいＩフレームが伝送用に受信されるまで、その少なくとも１つのＩフレームがそれ以降の各バーストで繰り返される信号を伝送する。
本発明の別の例示的な実施形態では、装置は、信号であって、その信号がバースト単位で生成され、ＭＰＥＧ−２エンコード化信号を搬送し、各バーストが期間を有し、タイムスライシングサイクルで生成され、各タイムスライシングサイクルが少なくともバースト期間とオフタイムとを含む信号を受信し、初期化データ、例えば、少なくとも１つのＩフレームを各受信されたバーストから復元し、前に受信されたバーストから繰り返された、復元されたＩフレームを破棄する。その結果、装置は、各バースト内のＭＰＥＧ−２エンコード化ビデオを完全に利用することができ、そのため、より速いチャネル取得およびエラーからの回復が容易になる。
本発明の別の例示的な実施形態では、装置は、ビデオを含むサービスを提供する。詳細には、装置は、パラメータセットなどの関連の初期化データを有するＨ．２６４エンコード化信号を提供するように信号をエンコードし、その信号であって、伝送される信号がＨ．２６４エンコード化信号を搬送するためにバースト単位で生成され、各バーストが期間を有し、タイムスライシングサイクルで生成され、各タイムスライシングサイクルが少なくともバースト期間とオフタイムとを含み、新しいパラメータセットが伝送用に受信されるまで、その少なくとも１つのパラメータセットがバーストで搬送され、それ以降の各バーストで繰り返される信号を伝送する。
本発明の別の例示的な実施形態では、装置は、信号であって、その信号がバースト単位で生成され、Ｈ．２６４エンコード化信号を搬送し、各バーストが期間を有し、タイムスライシングサイクルで生成され、各タイムスライシングサイクルが少なくともバースト期間とオフタイムとを含む信号を受信し、初期化データ、例えば、少なくとも１つのパラメータセットを各受信されたバーストから復元し、前に受信されたバーストから繰り返された、復元されたパラメータセットを破棄する。その結果、装置は、各バースト内のＨ．２６４エンコード化ビデオを完全に利用することができ、そのため、より速いチャネル取得およびエラーからの回復が容易になる。
本発明の別の例示的な実施形態では、装置は、個別のＲＴＰストリームとして伝送されるビデオおよびオーディオを含むサービスを提供する。詳細には、装置は、ビデオおよびオーディオストリームがＲＴＣＰ送信機レポートなどの関連の初期化データを有する、ビデオおよびオーディオ用のＲＴＰストリームを提供するように信号をエンコードし、その信号であって、伝送される信号がビデオおよびオーディオストリームを搬送するためにバースト単位で生成され、各バーストが期間を有し、タイムスライシングサイクルで生成され、各タイムスライシングサイクルが少なくともバースト期間とオフタイムとを含み、少なくとも１つのＲＴＣＰ送信機レポートがバーストで搬送され、新しいＲＴＣＰ送信機レポートが伝送用に受信されるまで、その少なくとも１つのＲＴＣＰ送信機レポートがそれ以降の各バーストで繰り返される信号を伝送する。
本発明の別の例示的な実施形態では、装置は、信号であって、その信号がバースト単位で生成され、個別のビデオおよびオーディオＲＴＰストリームを搬送し、各バーストが期間を有し、タイムスライシングサイクルで生成され、各タイムスライシングサイクルが少なくともバースト期間とオフタイムとを含む信号を受信し、初期化データ、例えば、少なくとも１つのＲＴＣＰ送信機レポートを各受信されたバーストから復元し、前に受信されたバーストから繰り返された、復元されたＲＴＣＰ送信機レポートを破棄する。その結果、装置は、各バースト内の個別のＲＴＰストリームを完全に利用することができ、そのため、より速いチャネル取得およびエラーからの回復が容易になる。
本発明の１つの例示的な実施形態では、装置は、ビデオを含むサービスを提供する。詳細には、装置は、定期的なＩＲ（ｉｎｉｔｉａｌｉｚａｔｉｏｎ ａｎｄ ｒｅｆｒｅｓｈ：初期化およびリフレッシュ）パケットなどの関連の初期化データを有するＲＯＨＣ（ＲＯｂｕｓｔ Ｈｅａｄｅｒ Ｃｏｍｐｒｅｓｓｉｏｎ：頑強なヘッダ圧縮）エンコード化信号を提供するように信号をＲＯＨＣ（ＲＦＣ ３０９５）に従ってエンコードし、その信号であって、伝送される信号がＲＯＨＣエンコード化信号を搬送するためにバースト単位で生成され、各バーストが期間を有し、タイムスライシングサイクルで生成され、各タイムスライシングサイクルが少なくともバースト期間とオフタイムとを含み、少なくとも１つのＩＲパケットがバーストで搬送され、新しいＩＲパケットが伝送用に受信されるまで、その少なくとも１つのＩＲパケットがそれ以降の各バーストで繰り返される信号を伝送する。
本発明の別の例示的な実施形態では、装置は、信号であって、その信号がバースト単位で生成され、ＲＯＨＣエンコード化信号を搬送し、各バーストが期間を有し、タイムスライシングサイクルで生成され、各タイムスライシングサイクルが少なくともバースト期間とオフタイムとを含む信号を受信し、初期化データ、例えば、少なくとも１つのＩＲパケットを各受信されたバーストから復元し、前に受信されたバーストから繰り返された、復元されたＩＲパケットを破棄する。その結果、装置は、各バースト内のＲＯＨＣエンコード化ビデオを完全に利用することができ、そのため、より速いチャネル取得およびエラーからの回復が容易になる。
上記を鑑みて、および「発明を実施するための形態」を読めば明らかになるように、他の実施形態および他の機能も可能であり、それらは本発明の原理の範疇に入る。
従来技術のＩＰ（インターネットプロトコル）Ｄａｔａｃａｓｔ ｏｖｅｒ ＤＶＢ−Ｈ（Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｂｒｏａｄｃａｓｔｉｎｇ − Ｈａｎｄｈｅｌｄ）システムを示した図である。 従来技術のＩＰ（インターネットプロトコル）Ｄａｔａｃａｓｔ ｏｖｅｒ ＤＶＢ−Ｈ（Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｂｒｏａｄｃａｓｔｉｎｇ − Ｈａｎｄｈｅｌｄ）システムを示した図である。 従来技術のタイムスライシング伝送をさらに示した図である。 本発明の原理による例示的な実施形態を示した図である。 本発明の原理による、送信機用の例示的な流れ図である。 本発明の原理による、送信機用の例示的な流れ図である。 本発明の原理による、受信機用の例示的な流れ図である。 本発明の原理による、送信機の例示的な実施形態を示した図である。 本発明の原理による、受信機の例示的な実施形態を示した図である。
本発明の概念を除いて、各図面に示された要素はよく知られており、それらについて詳細には説明しない。例えば、本発明の概念を除いて、ＤＭＴ（Ｄｉｓｃｒｅｔｅ Ｍｕｌｔｉｔｏｎｅ）伝送（ＯＦＤＭ（直交周波数分割多重）またはＣＯＦＤＭ（符号化直交周波数分割多重）とも呼ばれる）に精通していることが想定されており、これらについて本明細書では説明しない。また、テレビ放送、受信機およびビデオエンコード化に精通していることも想定されており、これらについて本明細書では詳細には説明しない。例えば、本発明の概念を除いて、ＮＴＳＣ（Ｎａｔｉｏｎａｌ Ｔｅｌｅｖｉｓｉｏｎ Ｓｙｓｔｅｍｓ Ｃｏｍｍｉｔｔｅｅ：全米テレビ放送方式標準化委員会）、ＰＡＬ（Ｐｈａｓｅ Ａｌｔｅｒｎａｔｉｏｎ Ｌｉｎｅｓ：位相反転線）、ＳＥＣＡＭ（ＳＥｑｕｅｎｔｉａｌ Ｃｏｕｌｅｕｒ Ａｖｅｃ Ｍｅｍｏｉｒｅ：順次式カラーメモリ）、およびＡＴＳＣ（Ａｄｖａｎｃｅｄ Ｔｅｌｅｖｉｓｉｏｎ Ｓｙｓｔｅｍｓ Ｃｏｍｍｉｔｔｅｅ）、Ｃｈｉｎｅｓｅ Ｄｉｇｉｔａｌ Ｔｅｌｅｖｉｓｉｏｎ Ｓｙｓｔｅｍ（ＧＢ） ２０６００−２００６、およびＤＶＢ−Ｈなどのテレビ規格に関する現行および提案された推奨事項に精通していることが想定されている。同様に、本発明の概念を除いて、８−ＶＳＢ（ｅｉｇｈｔ−ｌｅｖｅｌ ｖｅｓｔｉｇｉａｌ ｓｉｄｅｂａｎｄ）、ＱＡＭ（Ｑｕａｄｒａｔｕｒｅ Ａｍｐｌｉｔｕｄｅ Ｍｏｄｕｌａｔｉｏｎ：直交振幅変調）および受信機構成要素、例えば、高周波（ＲＦ）フロントエンド（低ノイズブロック、チューナー、ダウンコンバーターなど）、復調器、相関器、リーク積分器およびスクエアラなど、他の伝送の概念が想定されている。さらに、本発明の概念を除いて、ＦＬＵＴＥ（Ｆｉｌｅ Ｄｅｌｉｖｅｒｙ ｏｖｅｒ Ｕｎｉｄｉｒｅｃｔｉｏｎａｌ Ｔｒａｎｓｐｏｒｔ）プロトコル、ＡＬＣ（Ａｓｙｎｃｈｒｏｎｏｕｓ Ｌａｙｅｒｅｄ Ｃｏｄｉｎｇ）プロトコル、ＩＰ（インターネットプロトコル）、ＩＰＥ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ Ｅｎｃａｐｓｕｌａｔｏｒ）などのプロトコルに精通していることが想定されており、これらについて本明細書では説明しない。同様に、本発明の概念を除いて、転送ビットストリームを生成するためのフォーマット方法およびエンコード方法（ＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔ Ｇｒｏｕｐ）−２システム規格（ＩＳＯ／ＩＥＣ １３８１８−１）など）はよく知られており、これらについて本明細書では説明しない。本発明の概念は、従来のプログラミング手法を用いても実施できることに留意されたい。そのため、本発明の概念は本明細書では説明しない。最後に、図面上の同様の番号は同様の要素を表す。
前に説明したように、受信機が最初に電源オンになった時、またはチャネル変更中の時にも、または同じチャネル内でサービスを変更するだけの場合であっても、受信機は、任意の受信されたデータを処理できるようになる前に、必要な初期化データを搬送するデータバーストをさらに待たなければならないことがある。その結果、ユーザは、サービスまたはプログラムにアクセスできるようになる前に、増えた時間待たなければならない。これは、図３にさらに示されており、図３は、特定のサービスのデータのコンテンツに関係なく、例えば、「サービスＡ」は特定のブロードキャストチャネルで伝送されるなどに関係なく、データのストリームがタイムスライスバーストに分割される例を示している。詳細には、送信機、例えば、図１のヘッドエンド１０は、「サービスＡ」のトランスポートストリームを搬送するチャネルで、図３の一連のスライス、すなわち、スライス１、スライス２、スライス３およびスライス４で示されるタイムスライシング方式で信号をブロードキャストする。各タイムスライシングサイクルにおいて、その特定のサービス用にオンタイムおよびオフタイムがある。「サービスＡ」の「オフタイム」中、他のデータを同じチャネルで、すなわち、別のサービス、例えば「サービスＢ」のデータを別のタイムスライスで伝送できることに留意されたい。これは、図３の点々ブロック９９で示されている。「サービスＡ」については、クロスハッチブロックは初期化データを表し、白色ブロックはコンテンツデータの個別のユニットを表す。例えば、ＭＰＥＧ２エンコーディングのコンテキストでは、初期化データ１０１はＩフレームを表し、コンテンツデータ１０２はＰフレームを表す。図３から分かるように、スライス２は初期化データを含んでいない。受信機がスライス２のコンテンツデータを処理するためには、受信機は、スライス１から初期化データ１０１を受信していなければならない。そのため、受信機が「サービスＡ」を受信するように調整が合った時に最初にスライス２を受信すると、受信機は、初期化データ１０１を受信していないので、スライス２のデータのどれも処理できない。そのため、受信機はスライス３まで待たなければならず、スライス３で、初期化データ１１１によって表される新しいＩフレームを受信できる。スライス３の初期化データ１１１を受信すると、受信機は、コンテンツデータ１１２で表される、後続のコンテンツデータを処理することができる。
図４に進むと、本発明の原理による例示的な実施形態が示されている。詳細には、および本発明の原理により、装置は、関連の初期化データを有するエンコード化信号を提供するように信号をエンコードし、そのエンコード化信号であって、伝送される信号がそのエンコード化信号を搬送するためにバースト単位で生成され、各バーストが期間を有し、タイムスライシングサイクルで生成され、各タイムスライシングサイクルが少なくともバースト期間とオフタイムとを含み、初期化データがバーストで送信され、新しい初期化データが伝送用に受信されるまで、その初期化データがそれ以降の各バーストで繰り返されるエンコード化信号を伝送する。図４から分かるように、初期化データはすべてのバーストに存在する。そのため、受信機が最初にスライス２の中で「サービスＡ」を受信するように調整が合った時でも受信機は、スライス２も、スライス１で最初に伝送された初期化データ１０１を繰り返しているので、スライス２のコンテンツデータを処理することができる。初期化データ１０１は、新しいＩフレームが生成されるまで繰り返される。これは、スライス３およびスライス４に示されている。スライス３では、初期化データ１０１が再び繰り返され、さらに、初期化データ１１１で表される新しいＩフレームもスライス３で伝送されている。そのため、次のスライス４では、初期化データ１１１が繰り返されることになった。したがって、本発明は、初期化パラメータとこれらのバーストを同期化して各バースト内のデータが受信機によって完全に利用できるようにし、そのため、より速いチャネル取得またはサービス取得およびエラーからの回復が容易になる。図４から分かるように、追加された初期化データは、以前はコンテンツデータによって使用されていた伝送帯域幅を使用するので、より速い取得時間と引き換えに帯域幅が多少失われる。
すべてのバーストで初期化データを繰り返すために追加帯域幅が必要なことについては、これは、様々な方法で対処できる。第１に、ビデオエンコーダおよびオーディオエンコーダなどのデータソースは、エンコーダの出力ビット速度を制御する機能をサポートする。したがって、初期化データを繰り返すために必要な帯域幅に適応するために、例えば、エンコードされたビデオのビットレートを下げることにより、コンテンツデータの帯域幅を減らすことができる。あるいは、必要な帯域幅を提供するためにバーストの「オンタイム」を拡大することができ、それにより、タイムスライシングサイクルの期間を少し拡大することができる。最後に、初期化データは非常に小さい傾向があり、既存のシステムで一般的にパディングに使用される、タイムスライスの一部分に収まる可能性があることにも留意されたい。実際には、タイムスライシングユニットとエンコーダとの間でフィードバック機構が使用できて、タイムスライシングユニットは、初期化データの存在を補償するためにエンコードビットレートを調整できるように、初期化データの後に残る利用可能なタイムスライス内のスペース量をエンコーダに報告することができる。
本発明の原理による送信機で使用するための例示的な流れ図が図５に示されている。ステップ３０５において、送信機は、例えば、ＭＰＥＧ−２に従ってデータをエンコードし、その一部分がＩフレームなどの初期化データを表す、エンコード化データを生成する。ステップ３１０において、送信機は、そのエンコード化信号を搬送するためのデータバーストであって、各バーストが期間を有し、タイムスライシングサイクルで生成され、各タイムスライシングサイクルが少なくともバースト期間とオフタイムとを含み、初期化データがバーストで送信され、新しい初期化データが伝送用に受信されるまで、その初期化データがそれ以降の各バーストで繰り返されるデータバーストを形成する。最後に、ステップ３１５において、送信機は、そのデータバーストをタイムスライシングサイクルで伝送する。
図６に進むと、図５のステップ３１０でデータバーストを形成するのに使用するための、本発明の原理による例示的な流れ図が示されている。ステップ３５０において、送信機は、特定のデータバースト用のエンコード化データを受信する。ステップ３５５において、送信機は、受信されたデータに「新しい」初期化データが含まれているかを検査する。「新しい」初期化データがない場合、すなわち、受信されたデータがコンテンツデータ（例えば、ＭＰＥＧ−２でのＰフレーム）のみを含む場合、以前に判定された、または「古い」初期化データ、例えば、ＭＰＥＧ−２でのＩフレームが必要であり、送信機は、このデータバーストの中に「古い」初期化データを繰り返す。一方、「新しい」初期化データ、例えば、ＭＰＥＧ−２での新しいＩフレームがある場合、送信機は、ステップ３６５で、このデータバーストとして受信されたデータの中に「古い」コンテンツデータがあるかを検査する。このコンテキストでは、「古い」コンテンツデータは「古い」初期化データを必要とする。「古い」コンテンツデータがない場合、送信機は、「新しい」初期化データを使ってデータバーストを形成する。受信されたデータの中に「古い」コンテンツデータがある場合、送信機は、「新しい」初期化データと共に「古い」初期化データを繰り返してデータバーストを形成する。どの場合にも、その直後のデータバーストでは、「新しい」初期化データが、今度は次のデータバーストを形成するための「古い」初期化データとして扱われることに留意されたい。
図７を参照すると、本発明の原理による、受信機で使用するための例示的な流れ図が示されている。ステップ４０５において、受信機はデータバーストを受信する。ステップ４１０において、受信機は、各受信されたデータバーストから初期化データを抽出する。例えば、ＭＰＥＧ−２のコンテキストでは、各受信されたデータバーストは少なくとも１つのＩフレームを有する。ステップ４１５において、受信機は、抽出された初期化データは、繰り返された初期化データであるかを検査する。例えば、受信機は、抽出された初期化データを前に保存されたバージョンの受信された初期化データと比較する。それらが同じ場合、抽出された初期化データは繰り返された初期化データであり、受信機は、ステップ４２０で、繰り返された初期化データを破棄する。同じでない場合、抽出された初期化データは「新しい」初期化データであり、その「新しい」初期化データは、次に受信されるデータバーストの中での比較のために今の時点で保存される。どの場合にも、受信機は、ステップ４２５で、必要な初期化データを使用してコンテンツデータ（例えば、ＭＰＥＧ−２でのＰフレーム）を処理する。例えば、データバーストが「古い」コンテンツデータおよび「新しい」コンテンツデータを有している場合、「古い」コンテンツデータに関連付けられた、前に受信された初期化データが「古い」コンテンツデータを処理するために使用され、受信されたデータバースト内の「新しい」初期化データは「新しい」コンテンツデータを処理するために使用される。
図８に進むと、本発明の原理による、送信機２００の例示的な実施形態が示されている。本発明の概念に関係ある部分のみが示されている。送信機はプロセッサ中心のシステムであって、図８で波線ボックスの形で示されるプロセッサ２４０およびメモリ２４５によって表される、１つまたは複数のプロセッサおよび関連のメモリを備える。このコンテキストでは、プロセッサ２４０が実行し、例えばエンコーダ２０５を実装するために、コンピュータプログラムまたはソフトウェアをメモリ２４５内に記憶する。プロセッサ２４０は、１つまたは複数の蓄積プログラム制御プロセッサを表し、これらのプロセッサは送信機のこの機能に専用である必要はなく、例えばプロセッサ２４０は送信機の他の機能を制御することもできる。メモリ２４５は、例えばＲＡＭ（ランダムアクセスメモリ）、ＲＯＭ（読み出し専用メモリ）、等の任意の記憶デバイスを表し、送信機にとって内部におよび／または外部にあってよく、必要に応じて揮発性および／または不揮発性である。
図８に示す要素には、エンコーダ２０５、初期化データ記憶部２１０、バッファ２１５、ｍｕｘ（多重化装置）２２０、および変調器２２５が含まれる。例えばビデオおよび／またはオーディオなどのマルチメディアコンテンツを表すデータ信号２０４を、エンコーダ２０５に与える。エンコーダ２０５は、そのデータ信号２０４をエンコードし、初期化データおよびコンテンツデータを含むエンコード化データ信号２０６をもたらす。例えば、エンコーダ２０５はＭＰＥＧ−２エンコーダであり、ビデオでは、エンコード化データ信号２０６は、Ｉフレーム（初期化データ）およびＰフレーム（コンテンツデータ）のストリームを表す。エンコード化データ信号２０６は、記憶するためにバッファ２１５に与えられ、初期化データ記憶部２１０にも与えられる。バッファ２１５は、このエンコード化データをデータバーストの間一時的に記憶する。初期化データ記憶部２１０は、エンコーダ２０５によって生成されるままの状態で初期化データを記憶する。そのため、本発明の原理により、直近に生成した初期化データが、データバーストで伝送するために常に利用可能である。Ｍｕｘ２２０は、バッファ２１５からのエンコード化データ、または初期化データ記憶部２１０内に記憶された初期化データを、データバーストで伝送するために変調器２２５に提供する。変調器２２５は、アップコンバーターおよびアンテナ（どちらも図８には図示せず）を介して伝送するための変調信号２２６をもたらす。ｍｕｘ２２０が提供するデータについての選択は、（例えばプロセッサ２４０からの）制御信号２１９によって制御される。例えば、あるデータバーストの開始時に、プロセッサ２４０は、記憶された初期化データを変調器２２５に提供するようにｍｕｘ２２０を制御する。次いで、そのデータバーストがオンタイムである残りの部分では、プロセッサ２４０は、エンコード化データをバッファ２１５から変調器２２５に提供するようにｍｕｘ２２０を制御する。データバーストのオフタイム中は、プロセッサ２４０は、ｍｕｘ２２０を制御信号２１９によって不能にする。
前に説明したように、すべてのデータバーストで繰り返される初期化データのサイズを明らかにするために、フィードバック機構を使用して、エンコーダ２０５が提供するビットレートを変更することができる。これを、破線形式で示す制御信号２０７および２１２によって図８に示す。詳細にはプロセッサ２４０が、制御信号２１２により、初期化データ記憶部２１０内に記憶された初期化データのサイズを、例えばバイト単位で求める。そのようなものとして、次いでプロセッサ２４０は、制御信号２０７により、エンコーダ２０５のエンコードレートを変更して、データバーストで繰り返される初期化データの存在を補償する。
次に図９を参照すると、本発明の原理による、受信機５００の例示的な実施形態が示されている。本発明の概念に関係ある受信機５００の部分のみを示す。受信機５００は、例えば、ＰＣ、ＰＤＡ（パーソナルデジタルアシスタント）、携帯電話、移動体デジタルテレビ（ＤＴＶ）等、任意のプロセッサ中心のプラットフォームを表す。受信機５００は、復調器／復号器５１５、トランスポートプロセッサ５２０、コントローラ５５０、およびメモリ５６０を含む。簡単にするために、アナログデジタルコンバーター、フロントエンドフィルタなど、受信機の他の構成要素は図示していないことに留意すべきである。トランスポートプロセッサ５２０およびコントローラ５５０はどちらも、１つまたは複数のマイクロプロセッサおよび／またはＤＳＰ（デジタル信号プロセッサ）をそれぞれ表し、プログラムを実行し、データを記憶するためのメモリを含むことができる。この点については、メモリ５６０は受信機５００内のメモリを表し、例えばトランスポートプロセッサ５２０および／またはコントローラ５５０の任意のメモリを含む。図示のように、例示的な双方向データ／制御バス５０１が、受信機５００の様々な要素を互いに結合する。バス５０１は代表例に過ぎず、受信機５００の諸要素間でデータおよび制御信号を搬送するために、例えば（パラレル形式および／またはシリアル形式の）個別信号を使用することなどができる。復調器／復号器５１５は、アンテナおよびダウンコンバーター（図示せず）を介して信号５１１を受信する。復調器／復号器５１５は、信号５１１の復調および復号化を実行し、復号化した信号５１６をトランスポートプロセッサ５２０に提供する。トランスポートプロセッサ５２０はパケットプロセッサであり、リアルタイムプロトコルスタックおよびＦＬＵＴＥ／ＡＬＣプロトコルスタックの両方を実装して、リアルタイムコンテンツまたはファイルベースコンテンツを復元する。トランスポートプロセッサ５２０は、コンテンツ信号５２１によって示すコンテンツを、（円５９１によって示す）後続の適当な回路に提供する。上述の流れ図によれば、トランスポートプロセッサ５２０はコンテンツを復元し、繰り返される初期化データを破棄する。本発明の原理により、コントローラ５６０は、制御信号５５１および５５２により（バス５０１を介して）、トランスポートプロセッサ５２０および復調器／復号器５１５のパワーマネージメントを実行する。
上記を鑑み、かつ本発明の原理により、すべてのデータバーストで初期化データを繰り返すことにより、より速いチャネル取得またはサービス取得が実現される。本発明の概念をＭＰＥＧ−２エンコード化信号のコンテキストで示したが、本発明の概念はそれだけに限定されず、初期化を必要とする他のタイプのエンコードスキームまたは伝送スキームにも適用できることに留意すべきである。
例えば、本発明の別の例示的な実施形態では、装置は、ビデオを含むサービスを提供する。詳細には、装置は、パラメータセットなどの関連の初期化データを有するＨ．２６４エンコード化信号を提供するように信号をエンコードし、その信号であって、伝送される信号がＨ．２６４エンコード化信号を搬送するためにバースト単位で生成され、各バーストが期間を有し、タイムスライシングサイクルで生成され、各タイムスライシングサイクルが少なくともバースト期間とオフタイムとを含み、少なくとも１つのパラメータセットがバーストで搬送され、新しいパラメータセットが伝送用に受信されるまで、その少なくとも１つのパラメータセットがそれ以降のすべてのバーストで繰り返される、信号を伝送する。
本発明の別の例示的な実施形態では、装置は、信号であって、その信号がバースト単位で生成され、Ｈ．２６４エンコード化信号を搬送し、各バーストが期間を有し、タイムスライシングサイクルで生成され、各タイムスライシングサイクルが少なくともバースト期間とオフタイムとを含む、信号を受信し、初期化データ、例えば、少なくとも１つのパラメータセットを、受信したすべてのバーストから復元し、前に受信したバーストから繰り返されている、復元したパラメータセットを破棄する。その結果、装置は、各バースト内のＨ．２６４エンコード化ビデオを完全に利用することができ、そのため、より速いチャネル取得およびエラーからの回復が容易になる。
本発明の別の例示的な実施形態では、装置は、個別のＲＴＰストリームとして伝送されるビデオおよびオーディオを含むサービスを提供する。詳細には、装置は、ビデオおよびオーディオストリームがＲＴＣＰ送信機レポートなどの関連の初期化データを有する、ビデオおよびオーディオ用の個別のＲＴＰストリームを提供するように信号をエンコードし、その信号であって、伝送される信号がビデオおよびオーディオストリームを搬送するためにバースト単位で生成され、各バーストが期間を有し、タイムスライシングサイクルで生成され、各タイムスライシングサイクルが少なくともバースト期間とオフタイムとを含み、少なくとも１つのＲＴＣＰ送信機レポートがバーストで搬送され、新しいＲＴＣＰ送信機レポートが伝送用に受信されるまで、その少なくとも１つのＲＴＣＰ送信機レポートがそれ以降のすべてのバーストで繰り返される、信号を伝送する。
本発明の別の例示的な実施形態では、装置は、信号であって、その信号がバースト単位で生成され、個別のビデオおよびオーディオＲＴＰストリームを搬送し、各バーストが期間を有し、タイムスライシングサイクルで生成され、各タイムスライシングサイクルが少なくともバースト期間とオフタイムとを含む、信号を受信し、初期化データ、例えば、少なくとも１つのＲＴＣＰ送信機レポートを、受信したすべてのバーストから復元し、前に受信したバーストから繰り返されている、復元したＲＴＣＰ送信機レポートを破棄する。その結果、装置は、各バースト内の個別のＲＴＰストリームを完全に利用することができ、そのため、より速いチャネル取得およびエラーからの回復が容易になる。
本発明の別の例示的な実施形態では、装置は、ビデオを含むサービスを提供する。詳細には、装置は、定期的なＩＲ（初期化およびリフレッシュ）パケットなどの関連の初期化データを有するＲＯＨＣ（頑強なヘッダ圧縮）エンコード化信号を提供するように信号をＲＯＨＣ（ＲＦＣ ３０９５）に従ってエンコードし、その信号であって、伝送される信号がＲＯＨＣエンコード化信号を搬送するためにバースト単位で生成され、各バーストが期間を有し、タイムスライシングサイクルで生成され、各タイムスライシングサイクルが少なくともバースト期間とオフタイムとを含み、少なくとも１つのＩＲパケットがバーストで搬送され、新しいＩＲパケットが伝送用に受信されるまで、その少なくとも１つのＩＲパケットがそれ以降のすべてのバーストで繰り返される、信号を伝送する。
本発明の別の例示的な実施形態では、装置は、信号であって、その信号がバースト単位で生成され、ＲＯＨＣエンコード化信号を搬送し、各バーストが期間を有し、タイムスライシングサイクルで生成され、各タイムスライシングサイクルが少なくともバースト期間とオフタイムとを含む、信号を受信し、初期化データ、例えば、少なくとも１つのＩＲパケットを、受信したすべてのバーストから復元し、前に受信したバーストから繰り返されている、復元したＩＲパケットを破棄する。その結果、装置は、各バースト内のＲＯＨＣエンコード化ビデオを完全に利用することができ、そのため、より速いチャネル取得およびエラーからの回復が容易になる。
上記を鑑みて、前述の内容は本発明の原理を示すに過ぎず、したがって、本明細書に明示的に記載されていなくても本発明の原理を実施し、かつ本発明の趣旨および範囲に含まれる多数の代替措置を当業者は考案できることが理解されよう。例えば、個別機能要素のコンテキストで示すが、これらの機能要素を１つまたは複数のＩＣ（集積回路）に実施することができる。同様に、個別の要素として示すが、その要素のいずれかまたはすべてを、例えば図５〜図７等に示すステップの１つまたは複数に対応する関連ソフトウェアを実行する、蓄積プログラム制御プロセッサ、例えばデジタル信号プロセッサに実装することができる。さらに、本発明の原理は他のタイプの通信システム、例えば衛星、Ｗｉ−Ｆｉ（ワイヤレス忠実性）、携帯電話などに適用することができる。実際には、本発明の概念は固定受信機または移動受信機にも適用することができる。したがって、添付の特許請求の範囲によって定義する本発明の趣旨および範囲から逸脱することなく、例示的な実施形態に多数の修正を加えることができ、他の措置を考案できることを理解すべきである。

Claims (11)

  1. 関連の初期化データを有するエンコード化信号を提供するように信号をエンコードするステップと、
    前記エンコード化信号を伝送するステップであって、前記伝送される信号が前記エンコード化信号を搬送するためにバースト単位で生成され、各バーストが期間を有し、タイムスライシングサイクルで生成され、各タイムスライシングサイクルが少なくとも前記バースト期間とオフタイムとを含み、前記初期化データがバーストで送信され、新しい初期化データが伝送用に受信されるまで、前記初期化データがそれ以降のすべてのバーストで繰り返される、前記エンコード化信号を伝送するステップと
    を含むことを特徴とする方法。
  2. 前記初期化データは、ＭＰＥＧ−２ Ｉフレーム、Ｈ−２６４パラメータセット、頑強なヘッダ圧縮（ＲＯｂｕｓｔ Ｈｅａｄｅｒ Ｃｏｍｐｒｅｓｓｉｏｎ）初期化リフレッシュパケット、およびＲＴＣＰ送信機レポートのうちの１つであることを特徴とする請求項１に記載の方法。
  3. 前記繰り返される初期化データはバイト単位のサイズを有し、前記エンコードするステップは、
    前記繰り返される初期化データの前記サイズに応じて前記エンコード化信号のビットレートを調整するステップ
    を含むことを特徴とする請求項１に記載の方法。
  4. 信号を受信するステップであって、前記信号がバースト単位で生成され、エンコード化信号を搬送し、各バーストが期間を有し、タイムスライシングサイクルで生成され、各タイムスライシングサイクルが少なくとも前記バースト期間とオフタイムとを含む、受信するステップと、
    初期化データを、受信したすべてのバーストから復元するステップであって、前記初期化データは前記エンコード化信号に関連する、復元するステップと、
    前に受信したバーストから繰り返されている、復元した初期化データを破棄するステップと
    を含むことを特徴とする方法。
  5. 前記初期化データは、ＭＰＥＧ−２ Ｉフレーム、Ｈ−２６４パラメータセット、頑強なヘッダ圧縮初期化リフレッシュパケット、およびＲＴＣＰ送信機レポートのうちの１つであることを特徴とする請求項４に記載の方法。
  6. 信号をエンコードして、関連の初期化データを有するエンコード化信号を提供するためのエンコーダと、
    前記エンコード化信号を伝送するための変調器であって、前記伝送される信号が前記エンコード化信号を搬送するためにバースト単位で生成され、各バーストが期間を有し、タイムスライシングサイクルで生成され、各タイムスライシングサイクルが少なくとも前記バースト期間とオフタイムとを含み、前記初期化データがバーストで送信され、新しい初期化データが伝送用に受信されるまで、前記初期化データがそれ以降のすべてのバーストで繰り返される、変調器と
    を備えることを特徴とする装置。
  7. 前記初期化データは、ＭＰＥＧ−２ Ｉフレーム、Ｈ−２６４パラメータセット、頑強なヘッダ圧縮初期化リフレッシュパケット、およびＲＴＣＰ送信機レポートのうちの１つであることを特徴とする請求項６に記載の装置。
  8. 前記繰り返される初期化データはバイト単位のサイズを有し、前記エンコーダは、前記繰り返される初期化データの前記サイズに応じて前記エンコード化信号のビットレートを調整することを特徴とする請求項６に記載の装置。
  9. 前記エンコード化信号を記憶するためのバッファと、
    繰り返される初期化データを記憶するためのバッファと、
    前記繰り返される初期化データまたは前記記憶されたエンコード化信号のいずれかを、伝送するために前記変調器に提供するための多重化装置と
    をさらに備えることを特徴とする請求項６に記載の装置。
  10. 復調信号を提供するための復調器であって、前記復調信号がバースト単位で生成され、エンコード化信号を搬送し、各バーストが期間を有し、タイムスライシングサイクルで生成され、各タイムスライシングサイクルが少なくとも前記バースト期間とオフタイムとを含む、復調器と、
    初期化データを、受信したすべてのバーストから復元するためのプロセッサであって、前記初期化データは前記エンコード化信号に関連し、前記プロセッサは前に受信したバーストから繰り返されている、復元した初期化データを破棄する、プロセッサと
    を備えることを特徴とする装置。
  11. 前記初期化データは、ＭＰＥＧ−２ Ｉフレーム、Ｈ−２６４パラメータセット、頑強なヘッダ圧縮初期化リフレッシュパケット、およびＲＴＣＰ送信機レポートのうちの１つであることを特徴とする請求項１０に記載の装置。
JP2010532036A 2007-10-31 2008-10-28 移動体通信システムにおける初期化データとタイムバーストとの同期化 Withdrawn JP2011502425A (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US148407P 2007-10-31 2007-10-31
PCT/US2008/012219 WO2009058265A1 (en) 2007-10-31 2008-10-28 Synchronizing initialization data to time bursts in a mobile communications system

Publications (2)

Publication Number Publication Date
JP2011502425A true JP2011502425A (ja) 2011-01-20
JP2011502425A5 JP2011502425A5 (ja) 2011-12-15

Family

ID=40427331

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2010532036A Withdrawn JP2011502425A (ja) 2007-10-31 2008-10-28 移動体通信システムにおける初期化データとタイムバーストとの同期化

Country Status (8)

Country Link
US (1) US20100208850A1 (ja)
EP (1) EP2210418A1 (ja)
JP (1) JP2011502425A (ja)
KR (1) KR20100081331A (ja)
CN (1) CN101843100A (ja)
CA (1) CA2703484A1 (ja)
MX (1) MX2010004849A (ja)
WO (1) WO2009058265A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012165071A (ja) * 2011-02-03 2012-08-30 Sony Corp 撮像装置、受信装置、映像送信システムおよび映像送信方法

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012050838A1 (en) * 2010-09-28 2012-04-19 Neocific, Inc. Methods and apparatus for flexible use of frequency bands
JP5032646B2 (ja) * 2010-11-24 2012-09-26 株式会社東芝 撮像装置、撮像装置の作動方法及び内視鏡装置
US9148676B2 (en) 2012-12-04 2015-09-29 Sony Corporation Broadcast transition channel
US10123040B2 (en) * 2016-08-30 2018-11-06 Qualcomm Incorporated Intra-coded video frame caching for video telephony sessions

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5541852A (en) * 1994-04-14 1996-07-30 Motorola, Inc. Device, method and system for variable bit-rate packet video communications
US20020021750A1 (en) * 2000-05-12 2002-02-21 Belotserkovsky Maxim B. Method and apparatus for selective equalizer tap initialization in an OFDM system
US8291448B2 (en) * 2004-09-15 2012-10-16 Nokia Corporation Providing zapping streams to broadcast receivers
WO2006096104A1 (en) * 2005-03-07 2006-09-14 Telefonaktiebolaget Lm Ericsson (Publ) Multimedia channel switching
US7950042B2 (en) * 2005-12-16 2011-05-24 Newport Media, Inc. Fast switching between time division multiplexed (TDM) channels
US7826536B2 (en) * 2005-12-29 2010-11-02 Nokia Corporation Tune in time reduction
WO2007081108A1 (en) * 2006-01-13 2007-07-19 Lg Electronics Inc. Digital broadcasting system and method of processing data

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012165071A (ja) * 2011-02-03 2012-08-30 Sony Corp 撮像装置、受信装置、映像送信システムおよび映像送信方法

Also Published As

Publication number Publication date
WO2009058265A1 (en) 2009-05-07
US20100208850A1 (en) 2010-08-19
EP2210418A1 (en) 2010-07-28
MX2010004849A (es) 2010-05-27
CA2703484A1 (en) 2009-05-07
KR20100081331A (ko) 2010-07-14
CN101843100A (zh) 2010-09-22

Similar Documents

Publication Publication Date Title
US10979161B2 (en) Method and apparatus to enable fast channel switching with limited DVB receiver memory
EP2304955B1 (en) A real-time transport protocol (rtp) packetization method for fast channel change applications using scalable video coding (svc)
US20060258324A1 (en) Method, system and network entity for providng digital broadband transmission
US20100150249A1 (en) Staggercasting with no channel change delay
EP3148196A1 (en) Broadcast signal transmitting/receiving method and device
JP2011502425A (ja) 移動体通信システムにおける初期化データとタイムバーストとの同期化
KR101223130B1 (ko) 제한된 ｄｖｂ 수신기 메모리로 동시적 다중 스트림 버스트들을 수신하기 위한 방법 및 장치
KR20090066043A (ko) 디지털 방송수신기의 전원 절약 방법 및 장치
EP2151075A2 (en) Time-interleaved simulcast for tune-in reduction

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20111026

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20111026

A761 Written withdrawal of application

Free format text: JAPANESE INTERMEDIATE CODE: A761

Effective date: 20120615