JP4365866B2 - 受信装置、集積回路、プログラムおよび受信方法 - Google Patents

受信装置、集積回路、プログラムおよび受信方法 Download PDF

Info

Publication number
JP4365866B2
JP4365866B2 JP2006546645A JP2006546645A JP4365866B2 JP 4365866 B2 JP4365866 B2 JP 4365866B2 JP 2006546645 A JP2006546645 A JP 2006546645A JP 2006546645 A JP2006546645 A JP 2006546645A JP 4365866 B2 JP4365866 B2 JP 4365866B2
Authority
JP
Japan
Prior art keywords
period
data table
correction
byte
bit error
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.)
Expired - Fee Related
Application number
JP2006546645A
Other languages
English (en)
Other versions
JPWO2006062040A1 (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.)
Panasonic Corp
Panasonic Holdings Corp
Original Assignee
Panasonic Corp
Matsushita Electric Industrial Co Ltd
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 Panasonic Corp, Matsushita Electric Industrial Co Ltd filed Critical Panasonic Corp
Publication of JPWO2006062040A1 publication Critical patent/JPWO2006062040A1/ja
Application granted granted Critical
Publication of JP4365866B2 publication Critical patent/JP4365866B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/0057—Block codes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0045—Arrangements at the receiver end
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/0064—Concatenated codes
    • 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/4382—Demodulation or channel decoding, e.g. QPSK demodulation
    • 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/443—OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB
    • H04N21/4436—Power management, e.g. shutting down unused components of the receiver
    • 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
    • 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/41—Structure of client; Structure of client peripherals
    • H04N21/426—Internal components of the client ; Characteristics thereof
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0225—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
    • H04W52/0229—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal where the received signal is a wanted signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0261—Power saving arrangements in terminal devices managing power supply demand, e.g. depending on battery level
    • H04W52/0274—Power saving arrangements in terminal devices managing power supply demand, e.g. depending on battery level by switching on or off the equipment or parts thereof
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Circuits Of Receivers In General (AREA)
  • Error Detection And Correction (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Description

本発明は、受信処理の省電力制御の技術分野に属する発明である。
受信処理の省電力制御とは、デジタル放送における複数番組が時分割で送信されている場合において、所望の番組が送信されている時間帯のみ復調部等への電源供給をONにし、所望の番組が送信されていない時間は、その電力供給をOFFにすることにより、消費電力の削減を図る技術であり、近年の携帯型受信装置の普及に伴い、注目度がきわめてすこぶる高くなっている。
複数の番組が時分割多重されている放送信号において、所望の番組が送信されている期間を“バースト”という。
かかるバーストの到来に応じて、間欠的に電源供給を行う技術としては、例えば特許文献１に示されているものが知られている。
この特許文献１に記載されている技術は、各バーストに、次のバーストまでの相対的な時間間隔情報を組み込んでおき、この時間間隔情報に基づき、次のバーストの到来時期を、受信装置に知得させるというものである。次のバーストの到来時期を、受信装置に知得させるので、受信装置は、次のバーストの到来時期までの間、電力の供給を停止させることができる。
バーストを受信しない間は、電力の供給を停止するので、移動体での受信処理を実現する場合において、消費電力の削減を図ることができ、バッテリーの長寿命化を実現することができる。
米国特許出願公開第２００３/０１５３３６９号公報
ところで特許文献１に記載された従来方式では、バーストにあたる期間外は、電源供給を省いているものの、バーストが到来している期間内においては、電源供給を継続している。このバーストの到来中においても、消費電力の低減を図るような考えは存在しない。
一方、移動体受信を行うような受信装置の開発にあたって、更なる低消費電力化の要請は、市場からの至上命令といえる。しかし放送信号におけるバーストは、本来、放送内容の再生に必要な一切の情報を含むものなので、これの一部の受信を省くというのは、放送内容の欠落を招く恐れがあり、品質面の要請を満足させることができないとの板挟みになる。
本発明の目的は、品質面からの要請を満足させつつ、更なる低消費電力化を実現することができる受信装置を提供することである。
更なる省電力化という課題解決を図るべく、本発明では、移動体を対象とした放送方式の誤り方式の特性に着目している。その特性とは、移動体を対象とした放送方式の誤り訂正方式は、据置装置を対象とした放送方式の誤り訂正機能を継承しつつ、より強力な誤り訂正機能が追加されているという点である。
ここでDVB-H（Digital Video Broadcast-Handheld）における誤り訂正を、DVB-T（Digital Video Broadcast-Terrestrial)における誤り訂正と対比する。 DVB-Tは、据置装置を対象にした欧州でのデジタル放送方式であり、DVB-Hは、移動体を対象にして、現在検討が進められているデジタル放送方式である。DVB-Tは、送信側においてトランスポートストリーム(TS：Transport Stream)パケットに対する畳み込み符号やリードソロモン(RS：Reed Solomon)符号などを用いて信号を符号化し、受信装置においてビタビ復号やリードソロモン(RS)復号などの誤り訂正を行うことにより、正しいデータを再生する。
DVB-Hにおいて、DVB-Tで用いられているTSパケットに対するRS符号化や畳み込み符号化に加え、IP(Internet Protocol)データグラムに対してRS符号化を行うMPE-FEC(Multiprotocol Encapsulation-Forward Error Correction)と呼ばれる誤り訂正機能が追加されている。
DVB-Hでは、DVB-Tの誤り訂正機能を継承しつつ、MPE-FEC誤り訂正機能が追加されている。その理由は、移動体での受信では、受信環境が劣悪になる場合があり、DVB-H方式では、かかる場合に誤りを訂正できなくなる恐れがあるからである。
MPE-FEC誤り訂正機能が追加されたため、DVB-Hにおけるバーストは、アプリケーションデータテーブルに相当するデータが送信される期間(第１期間)の後に、RSデータテーブルに相当するパリティデータが送信される期間(第２期間)が続く構成になる。
このようなバーストの構成に鑑み、本発明に係る受信装置は、放送信号のサービス期間において受信処理を行い、サービス期間以外においては、省電力モードに移行する受信装置であって、サービス期間は、第１期間と、これに後続する第２期間とからなり、第１期間は、アプリケーションデータテーブルが送信される期間であり、第２期間は、パリティデータテーブルが送信される期間であり、前記第１期間、第２期間において受信処理を行い、アプリケーションデータテーブルを得る受信回路と、パリティデータテーブル全体を用いた第１訂正、及び、パリティデータテーブルを構成する一部のバイトデータを用いた第２訂正のどちらかを選択的に実行する誤り訂正部とを備え、誤り訂正部が、第２訂正を実行することにより、アプリケーションデータテーブルにおけるビット誤りを訂正する場合、第２期間の途上であっても、省電力モードに移行する移行部とを備えることを特徴としている。
RSデータテーブルを構成するパリティデータの全体を用いる第１訂正、RSデータテーブルを構成する一部のパリティデータを用いる第２訂正の何れかを選択的に実行し、第２訂正を実行するような場合は、第２期間の経過を待つことなく省電力モードに移行することにより、消費電力の更なる低減を図ることができる。
第２期間途上における省電力モードへの移行は、第２訂正がなされことを条件にしているので、受信装置による受信品質をいたずらに悪くすることはない。故に本発明に係る受信装置は、品質面からの要請を満足させつつ、更なる低消費電力化を実現することができる。
ここで前記アプリケーションデータテーブルは、複数のバイトデータを行列状に配置したテーブルであり、前記受信装置は、前記受信回路がアプリケーションデータテーブルを得た際、当該アプリケーションデータテーブルの各行において、ビット誤りを有するバイトデータが何バイト目に位置するかの検出を行う検出部を備え、前記第２訂正とは、検出部がビット誤りを有するバイトデータの位置を検出し得た場合、ビット誤りが生じたバイトデータと同数のパリティデータを用いることで、ビット誤りが存在するアプリケーションデータテーブルの行を訂正するという消失訂正であり、
前記第２期間の途上とは、アプリケーションデータテーブルの行のうち、ビット誤りが存在するものにおいて、ビット誤りを有するバイトデータと同数のパリティデータが前記受信回路により追加された時点であってもよい。
本発明に係る受信装置は、上述した構成を有しているので、アプリケーションデータテーブルの各行で、どれだけビット誤りが生じているかに応じて、パリティデータの受信数を多くしたり、少なくすることができ、また消失訂正を行うに足りるパリティデータを受信した時点で、省電力モードへの移行を行うことができる。省電力モードへの移行を早めることができるので、省電力モードになっている期間を長くすることができ、バッテリーの長寿命を図ることができる。
ここで前記受信装置は、放送信号の受信環境を示す情報を検出する検出部を備え、検出された受信環境情報が所定の基準を満たせば、第２期間の到来前に省電力モードに移行し、前記誤り訂正部は、検出された受信環境情報が所定の基準を満たさね場合、第１訂正及び第２訂正の何れかを実行しても良い。
受信装置が移動体受信を行っている場合、移動体の受信環境は、移動体の移動速度や、周辺の遮蔽物の存在等により、時々刻々と変化する。例えば、受信装置が見晴らしのよい場所に存在していたり、ゆっくり移動しているような場合は、 RSデータテーブルを構成するパリティデータを全く利用せずとも、正しいアプリケーションデータテーブルを得ることができる。この場合、RSデータテーブルを構成するパリティデータは不要になるので、第２期間の到来を待たずに、省電力モードに移行することができるので、受信回路が省電力モードになっている期間をより長くすることができる。
＜システムにおける受信装置の位置付け＞
図１は、受信装置１００が用いられるシステムの構成を示す図である。このシステムは、移動体に対してデジタル放送を行うシステムであり、受信装置１００は、移動体での放送受信を行う携帯型機器であり、携帯電話としての機能を兼用している。そのため、放送局２００から送信された、DVB-H方式の放送信号を受信して、ビデオ再生やオーディオ再生を行う。
DVB-H方式は、同一チャネルの番組データを番組ごとに約７MHzの帯域を占有して時分割多重送信する。DVB-Hは、直交周波数分割多重（OFDM：Orthogonal Frequency Division Multiplexing）方式を採用している。OFDM方式は、伝送帯域内の複数の直交するサブキャリアを用いる、マルチキャリア伝送方式である。この方式は、複数のサブキャリアで伝送帯域を分割するため、シンボル長を長くすることができ、マルチパスに対する耐性の強い方式である。このような特徴を持つOFDM方式は、DVB-T、DVB-Hのほか、国内地上波デジタル放送ISDB-T（Integrated Service Digital Broadcasting-Terrestrial）や、無線LAN、第４世代携帯電話など、広く用いられている。
＜放送信号とモード遷移との関係＞
図２は、放送局２００から送信される放送信号の内容と、受信装置の状態とを対応づけて示す図である。第1段目における放送信号には、n個のサービスのバーストが時分割多重されている。このn個のバーストのうち、サービス1のバーストを、受信装置１００が受信するものとすると、受信装置１００は、図２の第2段目に示すように、サービス1のバーストにおいて通常モードになり、サービス1のバーストにあたる期間外において、省電力モードになる。
＜バーストの構成＞
図３は、1つのサービスのバーストの構成を示す図である。第1段目は、サービス1のバーストを示し、第2段目は、そのバーストの内部構成を表す。サービス1のバーストは、複数のMPEセクションが送信される第１期間と、64個のMPE-FECセクションが送信される第２期間とからなる。これらのMPEセクション、MPE-FECセクションは、TSパケットに変換され(第3段目)、RS-16(16バイトのリードソロモン符号)が付加されて(第4段目)、OFDM変調を行った後，放送局２００から受信装置１００に送信される。
図４は、MPE-FECフレームの構造を示す。MPE-FECフレームは、IPデータグラムを符号化するための符号化テーブルである。MPE-FECフレームは、m行×255列で構成されている。行の数mは可変長であり、その最大値は1024である。MPE-FECフレームの前方m行×191列をアプリケーションデータテーブルと呼び、IPデータグラムが格納される。これに対し、MPE-FECフレームの後方m行×64列をRSデータテーブル又はパリティデータテーブルと呼び、そこにIPデータグラムに対するm行×64列のパリティデータ(Paritybyte carried in section0,1,2・・・last FECsection)が格納される。本明細書では、IPデータグラムと、m行×64列のパリティデータとを合わせたものを“IPデータ”と呼ぶことにする。
放送局は、アプリケーションデータテーブル191列、RSデータテーブル64列という枠組みの中で符号化をして、RS（255,191,64）符号化を行うことにより、64行のパリティデータを生成するが、m行×64列のパリティデータを生成した後、そのデータを送るか送らないかは放送局が決めることができる。パリティデータを64列作成するけど、その一部を送らないという処理を、“パンクチャド”という。
図５は、IPデータを構成する複数のIPデータグラムを、どのようにアプリケーションデータテーブルに格納するかを示す図である。図５（ａ）に示すように、複数のデータグラムのうち、最初のIPデータグラム(1stIPデータグラム)を構成するバイトデータを、アプリケーションデータテーブルの１番左の列の上から下へ、順番に格納する。１番左の列がうまれば、1st IPデータグラムの残りの部分(1stIPデータグラム Cont.)を構成するバイトデータを、一つ右の列の上から下へと順番に格納してゆく。1st IPデータグラムを格納し終えれば、次のIPデータグラム(2ndIPデータグラム)を構成するバイトデータを、図５（ｂ）に示すように、アプリケーションデータテーブルの２番目の列の上から下へ、順番に格納する。２番目の列がうまれば、2ndIPデータグラムの残りの部分(2nd IPデータグラム Cont.)を構成するバイトデータを、一つ右の列の上から下に格納してゆく。IPデータを構成する最後のIPデータグラム(Last.IPデータグラム)まで、上述した処理を繰り返す(図５（ｃ）)。
こうすることによりIPデータを構成するIPデータグラムは、m行×191列のアプリケーションデータテーブルに、１番左の列の上から隙間なく詰め込まれることになる。アプリケーションデータテーブルにIPデータグラムを隙間なく格納した場合、アプリケーションデータテーブルの後半部分には、余白部分が生じる。アプリケーションデータテーブルの中の余った場所には、図５（ｄ）に示すように、パディングバイトとして、固定値（一般には“00Hex”）を挿入する。
図６は、RSデータテーブルの作成手順を示す図である。
アプリケーションデータテーブルがすべて埋まった後、アプリケーションデータテーブルにおける各行(191個のバイトデータからなる)に対して図６（ａ）に示すように、RS(255,191,64)符号化を行い、1つの行に対し、64バイトのパリティデータを得る。以上のRS(255,191,64)符号化を、全ての行に対して繰り返せば、64バイトのパリティデータが、m個得られることになる(図６（ｂ）)。64バイトのパリティデータを、RSデータテーブルの一行とすると、m行×64列のRSデータテーブルが得られることになる(図６（ｃ）)。
図７は、アプリケーションデータテーブル、RSデータテーブルがどのようにして、送信されるかを示す図である。本図の第1段目は、アプリケーションデータテーブル、RSデータテーブルを示す。本図の第2段目に示すように、アプリケーションデータテーブルのIPデータグラムはIPデータグラム毎に、先頭にヘッダが付され、末尾にCRC-32(32バイトの巡回冗長符号)が付加されることでカプセル化され、MPEセクションが生成される。また、RSデータテーブルは各列毎に、先頭にヘッダが付され、末尾にCRC-32(32バイトの巡回冗長符号)が付加されることでカプセル化されることによりMPE-FECセクションが生成される。各セクションのヘッダには、それぞれのセクションの受信開始から次バーストの始まりまでの時刻を表す時刻情報ΔTを含む。MPE-FECセクションのヘッダ部には、アプリケーションデータテーブルを作成する際に用いたパディングバイトの列の数を示す情報が格納される。
このとき、アプリケーションデータテーブルにおけるパディングバイト、および、RSデータテーブルにおけるパリティデータのうち、パンクチャドされるデータ列は送信されない。
以上のようにして得られたMPEセクション、MPE-FECセクションは、第3段目に示すようにTSパケットに変換される。そしてTSパケットは、第4段目に示すように、TSヘッダが追加され、RS(204,188,16)符号化された後、DVB-H方式による変調がなされ送信される。このとき、1つのMPE-FECフレームに相当するデータが１バーストとして送信される。尚、以降では、送信されるべきMPE-FECフレームに、パディングバイトは存在せず、パンクチャドはなされていないものとして説明を進める。
このようにDVB-H方式は、バーストの前半部がデータ、後半部がパリティという構成になっており、第１実施形態はこのDVB-H方式の特徴を利用して低消費電力化を行う。
図８は、第１実施形態に係る受信装置の内部構成を示す図である。図１において、受信装置は、復調回路１０、MPE-FEC部２０、電源制御部３０という3つの構成要素からなる。
＜復調回路１０の内部構成＞
先ず初めに、復調回路１０の内部構成について説明する。復調回路１０は、アンテナ１と、チューナー２と、復調部３と、時刻情報抽出部４と、IPデータ再生部５とを集積した集積回路であり、受信装置が内蔵しているバッテリーからの電源供給を受けて、DVB-H放送信号に対する受信処理を行い、MPEセクション及びMPE-FECセクションを出力する。この復調回路１０に対する電源供給の開始は、バーストの開始時であり、復調回路１０に対する電源供給の終了は、電源制御部３０が電源供給を停止すると判断した時までである。電源制御部３０への電源供給はなされているが、復調回路１０への電源供給は停止している状態を、本実施形態では“省電力モード”という。
アンテナ１は、DVB-H方式の放送信号を受信し、受信された信号を、チューナー２に出力する。
チューナー２は、アンテナ１で所望のチャネルを受信するための選局を行い、選局されたチャネルの信号を中間周波数信号に変換する。
復調部３は、チューナー２から出力された中間周波数信号を、A/D変換器でデジタルデータに変換した後、直交復調することでOFDMベースバンド信号に変換する。このOFDMベースバンド信号は、時間領域信号であるが、復調部３は高速フーリエ変換(FFT)を行うことにより、この時間領域信号であるベースバンド信号を周波数領域信号に変換する。この変換にあたって、クロックや、その他の同期情報が再生される。周波数領域信号に変換されたベースバンド信号は、伝送路等化が施され、ビタビ復号、RS（204,188,16）復号などの誤り訂正が施される。そうして得られたTSパケットを時刻情報抽出部４に出力する。出力されたTSパケットは、時刻情報抽出部４を経由してIPデータ再生部５へ入力される。このとき、復調部3でのRS符号号において、TSパケットにおけるバイト誤りが完全に訂正できたか、できなかったかがバイト信頼性判定部１４に通知される。
時刻情報抽出部４は、MPEセクション及びMPE-FECセクションのヘッダから次バースト開始までの時刻を表す時刻情報ΔTを抽出し、抽出した時刻情報ΔTを電源制御部３０に出力する。
IPデータ再生部５は、入力された複数のTSパケットをデカプセル化する。デカプセル化とは、MPEセクションを構成するTSパケットからIPデータグラムを再生し、MPE-FECセクションを構成するTSパケットから、パリティデータの列を再生することをいう。再生されたIPデータグラムは、MPE-FEC部２０へ入力される。各セクションに対するデカプセル化にあたって、セクション毎にCRC-32を用いた誤り検出を行い、セクション単位での誤りの有無をバイト信頼性判定部１４に通知する。
＜MPE-FEC部２０の内部構成＞
以上が復調回路１０の内部構成である。続いてMPE-FEC部２０の内部構成について説明する。
MPE-FEC部２０は、フレーム蓄積部１１、誤り訂正部１２、信頼性情報テーブル蓄積部１３、バイト信頼性判定部１４、FEC制御部１５を集積した集積回路であり、受信装置に内蔵されているバッテリー電源の供給を受けて誤り訂正を行い、IPデータグラムの出力を行う。この復調回路１０に対する電源供給の開始は、バーストの開始時であり、復調回路１０に対する電源供給の終了は、このMPE-FEC部２０に内蔵されている誤り訂正部１２が、誤り訂正を終了する時までである。
フレーム蓄積部１１は、IPデータ再生部５から出力されたMPEセクション及びMPE-FECセクションを入力して蓄積し、MPE-FECフレームを再構成する。
誤り訂正部１２は、フレーム蓄積部１１において完成されたMPE-FECフレームに対して、行単位にRS(255,191,64)復号を行う。また一定条件下において、消失訂正を行うことができる。“消失訂正”とは、アプリケーションデータテーブルの受信時において、ビット誤りを起こしたバイトデータがどこであるかを検出し得る場合、ビット誤りを起こしたバイトデータと同数のパリティデータを用いることにより、そのビット誤りを起こしたバイトデータを訂正することである。
アプリケーションデータテーブルの各行には、横方向に、64列のパリティデータが付加される。64列のパリティデータのうち、ビット誤りを起こしたバイトデータと同数のパリティデータに、ビット誤りが存在しない場合に、これらのバイトデータを訂正し得ることを意味する。
MPE-FECフレームの各行における、バイトデータと、パリティデータとを合わせた255バイトのデータのうち、191個(=255-64)のバイトデータにおいてビット誤りが存在しないことが判明すれば、消失訂正により、ビット誤りを訂正し得ることになる。
信頼性情報テーブル蓄積部１３は、信頼性情報テーブルが格納されるメモリである。信頼性情報テーブルは、m行×255列の行列をなすフラグからなる。各フラグは、MPE-FECフレームを構成するm行×255列のバイトデータ及びパリティデータのそれぞれに対応していて、オンに設定されることにより、対応するバイトデータ又はパリティデータに、ビット誤りが存在する可能性があることを示す。オフに設定されることにより、対応するバイトデータ又はパリティデータに、ビット誤りが存在しないことを示す。つまり信頼性情報テーブルを構成するフラグは、バイトデータ又はパリティデータに、ビット誤りが存在する可能性があるか否かを表すことにより、対応するバイトデータ又はパリティデータが信頼性Aであるか(ビット誤りなしであるか)、信頼性Bであるか(ビット誤りありであるか)を示す。1以上m以下の任意の数値をxとし、1以上255以下の任意の数値をyとする場合、信頼性情報テーブルにおけるx行y列目のフラグは、MPE-FECフレームにおけるx行y列目のバイトデータ又はパリティデータに、ビット誤りが存在するか否かを示す。
バイト信頼性判定部１４は、復調部３から通知されたTSパケットに対するRS(204,188,16)を用いた誤り訂正の結果、得られた、TSパケット単位の信頼性と、IPデータ再生部から通知されたCRC-32を用いた誤り検出の結果、得られたセクション単位の信頼性とに基づき、MPE-FECフレームのバイト毎の信頼性を判定して、信頼性情報テーブル蓄積部１３上に信頼性情報テーブルを作成する。
FEC制御部１５は、アプリケーションデータテーブルにおける各行に、ビット誤りがないバイトデータが191個以上存在するか否かを判定し、アプリケーションデータテーブルにおける191列の中にビット誤りがあれば、RS（255,191,64）又は消失訂正を行い、アプリケーションデータテーブル191列の中にあやまりがなければ、誤り訂正自体必要ないと判定し、MPE-FECテーブルに誤りのないデータが191列にみなたければ訂正できないと判定する。以上により、パリティ部分を含めた信頼性を参照して、255列のうち、誤りがない列が191列あれば、誤り訂正が可能になる。行のうち、アプリケーションデータテーブルの部分が190バイト正しくとも、パリティデータが全て誤れば訂正できないことになる。

＜電源制御部３０＞
電源制御部３０は、バイト信頼性判定部１４による判定結果と、時刻情報ΔTとに基づき、復調回路１０とMPE-FEC部２０とに対する電源の供給を制御する。電源制御部３０は、時刻情報ΔTから次バーストの開始時間を求め、同期引き込み時間などを考慮して、次バーストの受信開始時期を算出し、この受信開始時期に基づき、復調回路１０、MPE-FEC部２０に対する電源供給を開始させる。復調回路１０に対する電源供給を停止すると判断するのは、MPE-FECフレームの全ての行において、信頼性信頼性Aのバイトが191以上になったとバイト信頼性判定部１４が判定した時点である。
＜受信処理＞
図９は、受信装置１００による受信処理を示す図である。第1段目は、復調部３においてビタビ復号されたあとのTSパケット（204バイト）を示す。第2段目は、RS(204,188,16)を用いた誤り訂正の結果を示す。復調部３がRS(204,188,16)を用いた誤り訂正を行うことにより、TSパケット（188バイト）が得られる。
第3段目は、複数TSパケットに対し、セクション単位に変換した後のMPEセクション、MPE-FECセクションを示す。第4段目は、MPEセクション及びMPE-FECセクションの内部構成を示す。MPEセクション、MPE-FECセクションは、ヘッダと、CRC-32とを含んでいる。IPデータ再生部５は、各セクションのヘッダを取り除き、CRC-32を用いた誤り検出を行う。続々と入力されるMPEセクション、MPE-FECセクションに対し、IPデータ再生部が処理を行うことにより、第5段目に示すように、アプリケーションデータテーブルにすべてのIPデータグラムと、RSデータテーブルが一列ずつメモリ上に得られることになる。このとき、パディングされたバイトには、“00Hex”を、パンクチャドされたバイトには適当な値を入れる。
MPE-FECフレームのアプリケーションデータテーブルと、MPE-FECフレームのRSデータテーブルとが得られれば、MPE-FECフレームのRSデータテーブルを用いてRS(255,191,64)を用いた誤り訂正を行うことにより、第6段目に示すように、m行×191列のバイトデータが得られる。
続いて、上述したバイト信頼性判定部１４が、どのような基準で各バイトの信頼性を判定するかについて説明する。

＜消失訂正の詳細＞
以降図１０〜図１２を参照しながら、RS復号の消失訂正がどのように行われるかについて説明する。
図１０は、消失訂正の対象となる、アプリケーションデータテーブルを示す図である。
本図におけるハッチングは、復調部３によるTSパケット毎の誤り訂正、及び、IPデータ再生部によるCRC-32を用いた誤り検出では、第2列目、第4列目、第6列のMPEセクションにおけるビット誤りを訂正することができず、第2列目、第4列目、第6列のMPEセクションにビット誤りが存在することが明らかであることを示している。（MPEセクションは1列単位ではない）
図１１は、図１０に示したアプリケーションデータテーブルに対し、消失訂正がどのように行われるかを示す図である。本図における横方向の矢印は、アプリケーションデータテーブルを構成する各行(191バイトのデータ)に対し、消失訂正が行われることを示す。
図１２は、消失訂正の対象となる191バイトの行が、どのような構成になっているかを示す図である。ここで、図１２において、円で囲った行(191バイトのデータ)が消失訂正の対象になると考える。図１０に示したように、アプリケーションデータテーブルの第2列目、第4列目、第6列には、ビット誤りが存在することが明らかであるから、この行を構成する191バイトのバイトデータには、第2バイト目、第4バイト目、第6バイト目に、ビット誤りが存在していることが判明する。従って、これらビット誤りがあるバイトデータと同数のバイトデータが、アプリケーションデータテーブルの横方向に追加されれば、消失訂正を実行することにより、この行のビット誤りを訂正することができる。かかる消失訂正を全ての行について繰り返せば、パリティデータテーブル全体を用いずとも、アプリケーションデータテーブルにおけるビット誤りを訂正することができる。
＜誤り訂正の結果と、信頼性判定との関係＞
以上のように消失訂正は、各MPEセクション及びMPE-FECセクションについて、ビット誤りが存在するか否かが正確に判定されることを前提している。ビット誤りが存在するか否か、つまり、バイト毎の信頼性がどのように判定かを以下に詳しく説明する。
図１３（ａ）は、あるバイトが属するセクションに対するCRC-32を用いた誤り検出の結果、及び、そのバイトが属するTSパケットに対するRS(204,188,16)を用いた誤り訂正の結果の組み合わせにより、バイト信頼性判定部１４がどのような判定を下すかを示す図である。
あるバイトが属するセクションのCRC-32を用いた誤り検出の結果が信頼性Aであり、そのバイトの属するTSパケットのRS(204,188,16)を用いた誤り訂正の結果が信頼性Aである場合、そのバイトに対する信頼性判定の結果は、信頼性Aになる。
あるバイトが属するセクションのCRC-32を用いた誤り検出の結果が信頼性Bだが、そのバイトの属するTSパケットのRS(204,188,16)を用いた誤り訂正の結果が信頼性Aである場合、そのバイトに対する信頼性判定の結果を、信頼性Aとする。
あるバイトが属するセクションのCRC-32を用いた誤り検出の結果が信頼性Aだが、そのバイトの属するTSパケットのRS(204,188,16)を用いた誤り訂正の結果が信頼性Bである場合も、そのバイトに対する信頼性判定の結果を、信頼性Aとする。
但し、あるバイトの属するセクションのCRC-32を用いた誤り検出の結果が信頼性Bであり、そのバイトの属するTSパケットのRS(204,188,16)を用いた誤り訂正の結果も信頼性Bである場合、そのバイトに対する信頼性判定の結果を、信頼性Bとする。
以上の説明により、セクションのCRC-32を用いた誤り検出の結果、TSパケットのRS(204,188,16)を用いた誤り訂正の結果のいずれにおいてもバイト誤りが検出されなければ、そのバイトの信頼性は“信頼性A”と判定されることがわかる。
＜信頼性判定に応じたフラグ設定＞
図１３（ｂ）は、バイト信頼性判定部１４による判定結果により、信頼性情報テーブルを構成するフラグがどのように設定されるかを示す図である。図１３（ａ）の判定により、あるバイトについて、信頼性Aと判定された場合、信頼性情報テーブルを構成するフラグのうち、その信頼性Aのバイトは信頼性Aにする。図１３（ｂ）における○印は、そのバイトの信頼性がAであることを示す。
＜信頼性情報テーブル更新の過程＞
MPE-FECセクションの受信にともない信頼性情報テーブルが更新されてゆく過程について説明する。
図１４（ａ）〜（ｃ）において、左側に書き加えられた注釈は、アプリケーションデータテーブルの第１行目から第４行目までにおいて、○印のフラグ(信頼性Aのバイトデータ)が何個存在するかを示す。図１４（ａ）は、アプリケーションデータテーブルを構成するIPデータグラムを全て再生し得た段階であり、第１行目は信頼性Aのバイトデータが191個、第２行目は190個、第３行目、第４行目は信頼性Aのバイトデータが189個であることがわかる。
図１４（ｂ）は、1つ目のMPE-FECセクションが追加された後に、各行がどのように更新されたかを示す。MPE-FECフレームに追加されたパリティデータを構成するMPE-FECセクションが、信頼性Aである場合、図１４（ｂ）の左側の注釈に示すように、信頼性Aになったバイトデータは、1つずつ増え、192個,191個,190個,190個になっている。
図１４（ｃ）は、2つ目のMPE-FECセクションが追加された後に、各行がどのように更新されたかを示す。MPE-FECフレームに追加されたパリティデータを構成するMPE-FECセクションが、信頼性Aのバイトデータから構成される場合、、図１４（ｃ）の左側の注釈に示すように、信頼性Aになったバイトデータは、1つずつ増え、193個,192個,191個,191個になっている。
図１４（ａ）〜（ｃ）は、全てのバイトデータが信頼性AであるMPE-FECセクションが追加されるケースを示したが、信頼性Bのバイトデータを含むMPE-FECセクションが追加される場合、図１５（ａ）〜（ｃ）のようになる。
図１５（ａ）は、図１４（ｂ）と同じであり、第１行目〜第４行目における信頼性Aのバイトデータの個数は、192個,191個,190個,190個になっている。
図１５（ｂ）は、２つ目のMPE-FECセクションが追加された後に、各行がどのように更新されたかを示す。アプリケーションデータテーブルに追加されたMPE-FECセクションが、3列目に信頼性Bのバイトデータを含む場合、左側の注釈に示すように、各行における信頼性Aのバイトデータの個数は、193個,192個,190個,191個になっている。
図１５（ｃ）は、３つ目のMPE-FECセクションが追加された後に、各行がどのように更新されたかを示す。アプリケーションデータテーブルに追加されたMPE-FECセクションは、信頼性Aのバイトデータから構成される場合、全てのバイトデータが信頼性AであるMPE-FECセクションが追加されて、図１５（ｂ）の左側の注釈に示すように、信頼性Aになったバイトデータは、1つずつ増え、194個,193個,191個,192個になる。
以上の図１４、図１５の過程において、MPE-FECフレームの全ての行において、信頼性Aのバイトデータの数が191個以上になれば、消失訂正を行うことで、MPE-FECフレーム中のビット誤りを訂正することができる。そうすると、第２期間において、64個のMPE-FECセクションの受信完了を待つ必要はないので、早期に省電力モードに移行することができる。
図１６は、MPE-FECフレームを構成する全ての行において、信頼性Aのバイトデータが191個以上存在することが確認された場合の省電力モードへの移行を示す図である。
191個以上存在することの確認が、第２期間の到来前になされたのなら、電源制御部３０は、第２期間の到来前に省電力モードに移行することができる。
図１７は、191個以上存在することの確認が、第２期間の途上であって、2列目のMPE-FECセクションの受信時になされた場合における、省電力モードへの移行を示す図である。191個以上存在することの確認が、第２期間の途上であるなら、第２期間の途上においても、省電力モードに移行することができる。

＜ソフトウェアによるFEC制御部１５、電源制御部３０の実装＞
続いて、ソフトウェアによるFEC制御部１５、電源制御部３０の実装について説明する。図１８に示すフローチャートの制御手順をなすプログラムを作成して、これを受信装置内にCPUに実行させることにより、FEC制御部１５、電源制御部３０を、受信装置内に実装することができる。
図１８は、FEC制御部１５、電源制御部３０による受信装置の全体制御の手順を示すフローチャートである。本フローチャートは、受信回路を省電力モードにした後(ステップＳ２１)、対象となるサービスにおけるバーストの期間が到来したかの判定を行い(ステップＳ２２)、対象となるサービスにおけるバーストの期間が開始すれば(ステップＳ２２でYes)、受信回路を通常モードにした後(ステップＳ２３)、ステップＳ２４〜ステップＳ３２の処理を行って、再びステップＳ２１に戻るという処理を繰り返す。
このステップＳ２４〜ステップＳ３２の処理は、ステップＳ２４、ステップＳ２５からなる第１のループ処理、ステップＳ２８〜ステップＳ３０からなる第２のループ処理を含む。
ここで第１ループ処理は、MPEセクションを取得して、アプリケーションデータテーブルの列の一部又は全部にするという処理(ステップＳ２５)を、MPEセクションの取得が完了するまで(ステップＳ２４でYes)、繰り返すというものである。
ステップＳ２６は、こうして取得したアプリケーションデータテーブルにおいて、全ての行のバイトデータが信頼性Aであるか否かを判定する判定ステップであり、全ての行のバイトデータが信頼性Aであるなら、ステップＳ２１に移行して省電力モードになる。
信頼性Aでないバイトデータを含む行が1つでも存在すれば、アプリケーションデータテーブルを構築し(ステップＳ２７)、その後、ステップＳ２８〜ステップＳ３０からなる第２ループ処理に移行する。
この第２ループ処理は、MPE-FECセクションを取得して、RSデータテーブルの列とする処理(ステップＳ２９)を、ステップＳ２８、ステップＳ３０の何れかがYesになるまで繰り返すものである。
ステップＳ２８は、MPE-FECフレームの全ての行において、信頼性Aのバイトデータが191個以上存在するか否かの判定である。もし信頼性Aのバイトデータが191個以上存在するなら、消失訂正を実行する(ステップＳ３１)。その後、ステップＳ２１に移行して省電力モードになる。
ステップＳ２９は、RSデータテーブルを構成するMPE-FECセクションを全て取得したかどうかの判定であり、もし取得したなら、RS(255,191,64)を用いた誤り訂正による誤り訂正を実行する(ステップＳ３２)。その後、ステップＳ２１に移行して省電力モードになる。
ステップＳ２８でYesと判定された場合、MPE-FECセクションを全て受信するまでもなく、省電力モードに移行するので、省電力モードになる期間を長くすることができる。
以上のように本実施形態によれば、アプリケーションデータテーブルの各行で、どれだけビット誤りが生じているかに応じて、パリティデータの受信数を多くしたり、少なくすることができ、また消失訂正を行うに足りるパリティデータを受信した時点で、省電力モードへの移行を行うことができる。省電力モードへの移行を早めることができるので、省電力モードになっている期間を長くすることができ、バッテリーの長寿命を図ることができる。
この消費電力の削減効果は、１バーストの中のアプリケーションデータテーブルとRSデータテーブルの構成比によって決まる。例えばアプリケーションデータテーブルは191列であるのに対し、RSデータテーブルにパンクチュアデータテーブルが存在せず、64列のパリティデータテーブルから構成される場合、受信環境が良好であれば、電源の供給時間を最大約25％(=64/255)削減することができる。
また本実施形態では、パリティデータテーブルの一部を用いてビット誤りを訂正できるような場合、第２期間の途上であっても、省電力モードに移行することができる。つまりDVB-Tと同じ誤り訂正機能ではビット誤りは解消し得ないが、パリティデータテーブル全体を用いた誤り訂正を実行するまでもない場合、第２訂正でビット誤りを訂正することにより、第２期間の経過を待つまでもなく、省電力モードに移行することができる。第２期間の経過を待たずに、省電力モードに移行することができるので、受信回路が省電力モードになっている期間をより長くすることができる。
尚、電源の供給の停止のタイミングによっては、復調回路１０の電源の供給を止めると判断した列よりも、多くの列を受信している可能性もある。このように多い目に、列を受信してしまうとしても、RSデータテーブル全体の到来を待つまでもなく、省電力モードに移行することができるので、電力を軽減できるという点において、効果を奏することは明らかである。

(第２実施形態)
図１９は、第２実施形態に係る受信装置の内部構成を示す図である。本図が、図８の内部構成図と異なるのは、信頼性情報テーブル蓄積部１３、バイト信頼性判定部１４の代わりに、受信環境検出部６が復調回路１０内に存在している点である。
受信環境検出部６は、受信環境を検出し、検出された受信環境を評価する値(評価値)を出力する。出力された受信環境の評価値は、FEC制御部１５へ入力される。ここで本実施形態では、受信環境の評価値として、AGCレベル、C/N値、受信信号の誤り率、受信装置の移動速度を用いる。
＜受信環境を評価するための評価値＞
上述した評価値のそれぞれについて説明する。
“AGCレベル”は、復調部３における自動利得制御装置（AGC：Auto Gain Controller）の信号レベルである。AGCにおける信号レベルが規定値より低い場合、FEC制御部１５は、受信環境が劣悪であると判定する。
“受信信号のC/N値”は、受信信号の信号電力対雑音電力比であり、受信信号に含まれるパイロット信号より推測された伝搬路から算出される。C/N値が規定値よりも低い場合は、受信環境が劣悪であると判定される。
“受信装置の移動速度”は、受信信号に含まれるパイロット信号より推定された伝搬路の時間変動から算出される。受信装置の移動速度が規定値よりも速い場合は、受信環境が劣悪であると判定される。
“誤り率”は、TSパケットのRS復号前後の誤り数として検出される。誤り率が高いほど、受信環境は劣悪であると判定される。
端末が通信機能、例えば、無線LAN、携帯電話、Bluetooth、赤外線通信などを併用している場合、電波の干渉などにより放送信号の受信環境が劣化する場合がある。そこで、バースト受信中に通信機能の発信あるいは受信が行われていることを検出した場合に、受信環境が劣悪であると判定できる。なお、端末の通信の有無は、端末の外部CPUから通知情報をもとに検出することもできる。
(FEC制御部１５、電源制御部３０)
以上が、受信環境評価のための評価値についての説明である。続いて、第２実施形態に係るFEC制御部１５、電源制御部３０の制御手順について説明する。
図２０は、第２実施形態におけるFEC制御部１５、電源制御部３０の制御手順を示すフローチャートである。本フローチャートは、図１８のステップＳ２６〜ステップＳ３０、ステップＳ３２が、ステップＳ３５〜ステップＳ３６に置き換えられている。ステップＳ３５は、受信環境の評価値を用いて、受信環境が良好であるか否かを判定するステップであり、もし良好であれば、ステップＳ２１に移行する。良好でなければ、MPE-FECセクションを全て受信した上で(ステップＳ３６)、RS(255,191,64)を用いた誤り訂正を用いた誤り訂正を実行する(ステップＳ３２)。
以上のように本実施形態によれば、受信装置が殆ど静止しているに等しい場合、RSデータテーブルを全く受信せず、電力消費を約25%削減し、受信装置の移動が開始すれば、DVB-Hと同様の誤り訂正を行うことで、受信品質を保証することができる。これにより、モバイリティに富んだ、受信装置を構成することが可能になる。
また本実施形態では、受信環境が良好であるか、受信内容にビット誤りない場合には、MPE-FEC部２０の一部への電源の供給を常に停止しておくことができるので、一層の省電力化を期待することができる。

(第３実施形態)
第３実施形態は、第１実施形態に示したバイト信頼性判定部１４、FEC制御部１５と、第２実施形態に示した受信環境検出部６とを1つの受信装置内で共存させる改良に関する。
図２１は、第３実施形態に係る受信装置の内部構成を示す図である。本図が、図８の内部構成図と異なるのは、信頼性情報テーブル蓄積部１３、バイト信頼性判定部１４、FEC制御部１５、受信環境検出部６が受信装置内に設けられている点である。
図２２は、第３実施形態におけるFEC制御部１５、電源制御部３０の制御手順を示すフローチャートである。本フローチャートは、図１８のステップＳ２４と、ステップＳ２６との間に、ステップＳ３５が設けられている。ステップＳ３５は、受信環境が良好であるか否かの判定であり、もし良好であれば、ステップＳ２１に移行する。良好でなければ、図１８同様、ステップＳ２６〜ステップＳ３２の処理を行う。
以上のように本実施形態によれば、受信環境が良好である場合は、RSデータテーブルを全く受信しないことで、消費電力を約25％削減することができ、また受信環境が中程度であれば消失訂正を、受信環境が劣悪であればRS(255,191,64)を用いた誤り訂正による誤り訂正を実行するので、受信環境がめまぐるしく変化する場合であっても、電力消費をなるべく少なくすることができる。
(第４実施形態)
第４実施形態は、第３実施形態に示した受信装置において、受信環境を示す評価値のレベル分けを行い、そのレベル分けに応じた誤り訂正を実行する改良に関する。ここでのレベル分けは受信環境検出部６が検出した受信環境の評価値を、レベル１(良好)、レベル２(中)、レベル３(悪)という3つのレベルに分類することをいう。
図２３は、第４実施形態におけるFEC制御部１５、電源制御部３０の制御手順を示すフローチャートである。本フローチャートでは、図１８のステップＳ２４と、ステップＳ２６との間に、ステップＳ３５が設けられている。ステップＳ３５は、受信環境がレベル１(良好)であるか、レベル２(中)であるか、レベル３(悪)であるかの判定であり、もしレベル１(良好)であれば、ステップＳ２１に移行する。レベル２(中)であれば、図１８同様、ステップＳ２６〜ステップＳ３２の処理を行う。レベル３(悪)であれば、図２０同様、ステップＳ３６の処理を行う。
以上のように本実施形態によれば、受信環境が良好である場合は、RSデータテーブルを全く受信しないことで、消費電力を約25％削減することができ、また受信環境が中程度であれば消失訂正を、受信環境が劣悪であればRS(255,191,64)を用いた誤り訂正による誤り訂正を実行するので、受信環境がめまぐるしく変化する場合であっても、電力消費をなるべく少なくすることができる。
(備考)
以上、本願の出願時点において、出願人が知り得る最良の実施形態について説明したが、 以下に示す技術的トピックについては、更なる改良や変更実施を加えることができる。これらの改良・変更を施すか否かは、何れも任意的であり、実施者の意思によることは留意されたい。

(省電力モードの定義)
復調回路１０、MPE-FEC部２０に対する電源供給をどのように制御することで省電力化を図るか、また、受信装置のどのような状態を省電力モードと呼ぶかといった事項は、本発明を実施するにあたっての任意的な事項に過ぎない。省電力モードの態様は、他のものであってもよい。例えば、復調回路１０への電源供給が、低いレベルになっている状態を、省電力モードと呼んでもよい。
(MPE-FEC誤り訂正、消失訂正の切り換え)
MPE-FECフレームに対するMPE-FEC誤り訂正は、以下に説明する方法を用いてもよい。
まず、１行ごとに、取得したアプリケーションデータテーブルにおける各行の各バイトデータに付与された信頼性の数をカウントする。各バイトデータの信頼性がすべて信頼性Aの場合は、その行は誤り訂正をする必要がない。信頼性Bのバイト数が1バイトから32バイトの間の場合は、その行に対して通常の誤り訂正を用いるか消失訂正を用いて誤り訂正を行う。
信頼性Bのバイト数が33バイトから64バイトの間の場合は、消失訂正を用いなければ誤りを訂正することができないため、消失訂正を用いて誤り訂正を行う。
信頼性Bのバイト数が64バイトを上回る場合は、消失訂正での誤り訂正が不可能であるので、通常の誤り訂正を行う。このとき、信頼性Bのバイトの数が64バイトあったとしても、信頼性Bの中には誤っていないバイトも含まれるため、通常の誤り訂正によって訂正できる可能性も残っている。
(消失訂正の実行タイミング)
信頼性Aが付与されたバイト数が191以上となった行から、随時消失訂正を施すことにより、リアルタイムな処理を行うことがことができる。信頼性のカウントにおいて、信頼性Bのバイトが64バイトをこえた場合は、その行は信頼性を用いた誤り訂正をすることが不可能になる。そのような場合は、全てのデータを受信後、通常の誤り訂正を行わざるを得ない。このとき、信頼性情報の蓄積、カウントなどをストップすることにより、演算量を削減することができる。

(受信環境の判定時期)
受信環境をいつ判定するという判定期点は、本発明を実施するにあたっての任意的な事項に過ぎず、受信環境の判定は、MPEセクションの一部を受信中の受信環境で判断しても、MPE-FECセクションを受信中の受信環境まで見て判断しても良い。
受信環境が非常に良好であれば、MPE-FECによる誤り訂正をしないことに加え、TSパケットのRS(204,188,16)復号をしない構成にしてもよい。

(受信環境のレベル分け)
第４実施形態における受信環境のレベル分けを、これまでの受信状況に基づき、MPEセクションの取得前で行い、受信環境が劣悪でレベル３であると判定された場合には、信頼性の判定を行わないという構成にしても良い。このような構成にした場合は、さらに信頼性の判定と蓄積の処理を省略することができる。

(DVB-H)
DVB-H方式というマルチキャリア方式の受信装置について説明したが、同様のフレーム構成を採用するシングルキャリア方式でも適応可能である。
DVB-H方式という時分割多重伝送システムの受信装置について説明したが、時分割多重送信でなく連続したパケット伝送であっても、データ構成が前半部がデータ、後半部がパリティであれば、この方式は適応可能である。

(制御手順の実現)
各実施形態においてフローチャートを引用して説明した制御手順や、機能的な構成要素による制御手順は、ハードウェア資源を用いて具体的に実現されていることから、自然法則を利用した技術的思想の創作といえ、“プログラムの発明”としての成立要件を満たす。
・本発明に係るプログラムの生産形態
本発明に係るプログラムは、以下のようにして作ることができる。先ず初めに、ソフトウェア開発者は、プログラミング言語を用いて、各フローチャートや、機能的な構成要素を実現するようなソースプログラムを記述する。この記述にあたって、ソフトウェア開発者は、プログラミング言語の構文に従い、クラス構造体や変数、配列変数、外部関数のコールを用いて、各フローチャートや、機能的な構成要素を具現するソースプログラムを記述する。
記述されたソースプログラムは、ファイルとしてコンパイラに与えられる。コンパイラは、これらのソースプログラムを翻訳してオブジェクトプログラムを生成する。
コンパイラによる翻訳は、構文解析、最適化、資源割付、コード生成といった過程からなる。構文解析では、ソースプログラムの字句解析、構文解析および意味解析を行い、ソースプログラムを中間プログラムに変換する。最適化では、中間プログラムに対して、基本ブロック化、制御フロー解析、データフロー解析という作業を行う。資源割付では、ターゲットとなるプロセッサの命令セットへの適合を図るため、中間プログラム中の変数をターゲットとなるプロセッサのプロセッサが有しているレジスタまたはメモリに割り付ける。コード生成では、中間プログラム内の各中間命令を、プログラムコードに変換し、オブジェクトプログラムを得る。
ここで生成されたオブジェクトプログラムは、各実施形態に示したフローチャートの各ステップや、機能的構成要素の個々の手順を、コンピュータに実行させるような1つ以上のプログラムコードから構成される。ここでプログラムコードは、プロセッサのネィティブコード、JAVA（登録商標）バイトコードというように、様々な種類がある。プログラムコードによる各ステップの実現には、様々な態様がある。外部関数を利用して、各ステップを実現することができる場合、この外部関数をコールするコール文が、プログラムコードになる。また、1つのステップを実現するようなプログラムコードが、別々のオブジェクトプログラムに帰属することもある。命令種が制限されているRISCプロセッサでは、算術演算命令や論理演算命令、分岐命令等を組合せることで、フローチャートの各ステップを実現してもよい。
オブジェクトプログラムが生成されるとプログラマはこれらに対してリンカを起動する。リンカはこれらのオブジェクトプログラムや、関連するライブラリプログラムをメモリ空間に割り当て、これらを１つに結合して、ロードモジュールを生成する。こうして生成されるロードモジュールは、コンピュータによる読み取りを前提にしたものであり、各フローチャートに示した処理手順や機能的な構成要素の処理手順を、コンピュータに実行させるものである。以上の処理を経て、本発明に係るプログラムを作ることができる。

・本発明に係るプログラムの使用形態
本発明に係るプログラムは、以下のようにして使用することができる。
(i)組込プログラムとしての使用
本発明に係るプログラムを組込プログラムとして使用する場合、プログラムにあたるロードモジュールを、基本入出力プログラム(BIOS)や、様々なミドルウェア(オペレーションシステム)と共に、命令ROMに書き込む。こうした命令ROMを、制御部に組み込み、CPUに実行させることにより、本発明に係るプログラムを、受信装置の制御プログラムとして使用することができる。
(ii)アプリケーションとしての使用
受信装置が、ハードディスク内蔵モデルである場合は、基本入出力プログラム(BIOS)が命令ROMに組み込まれており、様々なミドルウェア(オペレーションシステム)が、ハードディスクにプレインストールされている。また、ハードディスクから、システムを起動するためのブートROMが、受信装置に設けられている。
この場合、ロードモジュールのみを、過搬型の記録媒体やネットワークを通じて、受信装置に供給し、1つのアプリケーションとしてハードディスクにインストールする。そうすると、受信装置は、ブートROMによるブートストラップを行い、オペレーションシステムを起動した上で、1つのアプリケーションとして、当該アプリケーションをCPUに実行させ、本発明に係るプログラムを使用する。
ハードディスクモデルの受信装置では、本発明のプログラムを1つのアプリケーションとして使用しうるので、本発明に係るプログラムを単体で譲渡したり、貸与したり、ネットワークを通じて供給することができる。
(復調回路１０、MPE-FEC部２０の実現)
各実施形態に示した復調回路１０、MPE-FEC部２０、電源制御部３０は、それぞれを一個のシステムLSIとして実現することができる。また、復調回路１０、MPE-FEC部２０、電源制御部３０を一個のシステムLSIとして実現することができる
システムLSIとは、高密度基板上にベアチップを実装し、パッケージングしたものをいう。複数個のベアチップを高密度基板上に実装し、パッケージングすることにより、あたかも1つのLSIのような外形構造を複数個のベアチップに持たせたものも、システムLSIに含まれる(このようなシステムLSIは、マルチチップモジュールと呼ばれる。)。
ここでパッケージの種別に着目するとシステムLSIには、QFP(クッド フラッド アレイ)、PGA(ピン グリッド アレイ)という種別がある。QFPは、パッケージの四側面にピンが取り付けられたシステムLSIである。PGAは、底面全体に、多くのピンが取り付けられたシステムLSIである。
これらのピンは、他の回路とのインターフェイスとしての役割を担っている。システムLSIにおけるピンには、こうしたインターフェイスの役割が存在するので、システムLSIにおけるこれらのピンに、他の回路を接続することにより、システムLSIは、受信装置の中核としての役割を果たす。
システムLSIにパッケージングされるベアチップは、“フロントエンド部”、“バックエンド部”、“デジタル処理部”からなる。“フロントエンド部”は、アナログ信号を、デジタル化する部分であり、“バックエンド部”はデジタル処理の結果、得られたデータを、アナログ化して出力する部分である。
各実施形態において内部構成図として示した各構成要素は、このデジタル処理部内に実装される。
先に“組込プログラムとしての使用”で述べたように、命令ROMには、プログラムにあたるロードモジュールや、基本入出力プログラム(BIOS)、様々なミドルウェア(オペレーションシステム)が書き込まれる。本実施形態において、特に創作したのは、このプログラムにあたるロードモジュールの部分なので、プログラムにあたるロードモジュールを格納した命令ROMを、ベアチップとしてパッケージングすることにより、本発明に係るシステムLSIは生産することができる。
具体的な実装については、SoC実装やSiP実装を用いることができ望ましい。SoC(System on chip)実装とは、1チップ上に複数の回路を焼き付ける技術である。SiP(Systemin Package)実装とは、複数チップを樹脂等で1パッケージにする技術である。以上の過程を経て、本発明に係るシステムLSIは、各実施形態に示した受信装置の内部構成図を基に作ることができる。
尚、上述のようにして生成される集積回路は、集積度の違いにより、IC、LSI、スーパーLSI、ウルトラLSIと呼称されることもある。
さらに、各受信装置の構成要素の一部又は全てを1つのチップとして構成してもよい。集積回路化は、上述したSoC実装,SiP実装に限るものではなく、専用回路又は汎用プロセスで実現してもよい。LSI製造後に、プログラムすることが可能なFPGA（FieldProgrammable Gate Array）や、LSI内部の回路セルの接続や設定を再構成可能なシリコンフィギュラブル・プロセッサを利用することが考えられる。更には、半導体技術の進歩又は派生する技術によりLSIに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積回路化を行っても良い。例えば、バイオ技術の適応などが可能性としてありうる。
本発明は上記実施形態に内部構成が開示されており、この内部構成に基づき量産することが明らかなので、資質において工業上利用することができる。このことから本発明に係る受信装置は、産業上の利用可能性を有する。
受信装置１００が用いられるシステムの構成を示す図である。 放送局２００から送信される放送信号の内容と、受信装置の状態とを対応づけて示す図である。 1つのサービスのバーストの構成を示す図である。 MPE-FECフレームの構造を示す図である。 IPデータを構成する複数のIPデータグラムを、どのようにアプリケーションデータテーブルに格納するかを示す図である。 RSデータテーブルの作成手順を示す図である。 アプリケーションデータテーブル、RSデータテーブルがどのようにして、送信されるかを示す図である。 第１実施形態に係る受信装置の内部構成を示す図である。 受信装置１００による受信処理を示す図である。 消失訂正の対象となる、アプリケーションデータテーブルを示す図である。 図１０に示したアプリケーションデータテーブルに対し、消失訂正がどのように行われるかを示す図である。 消失訂正の対象となる191バイトの行が、どのような構成になっているかを示す図である。 （ａ）MPEセクション及びMPE-FECセクションに対するCRC-32を用いた誤り検出の結果、及び、そのセクションを構成するTSパケットに対するRS(204,188,16)を用いた誤り訂正の結果の組み合わせにより、バイト信頼性判定部１４がどのような判定を下すかを示す図である。 （ｂ）バイト信頼性判定部１４による判定結果により、信頼性情報テーブルを構成するフラグがどのように設定されるかを示す図である。 （ａ）〜（ｃ）信頼性情報テーブルが更新されてゆく過程を示す図である。 （ａ）〜（ｃ）信頼性情報テーブルが更新されてゆく過程を示す図である。 アプリケーションデータテーブルを構成する全ての行において、信頼性Aのバイトデータが191個以上存在することが確認された場合の省電力モードへの移行を示す図である。 アプリケーションデータテーブルを構成する全ての行において、信頼性Aのバイトデータが191個以上存在することが確認された場合の省電力モードへの移行を示す図である。 FEC制御部１５、電源制御部３０による受信装置の全体制御の手順を示すフローチャートである。 第２実施形態に係る受信装置の内部構成を示す図である。 第２実施形態における復調回路１０、電源制御部３０の制御手順を示すフローチャートである。 第３実施形態に係る受信装置の内部構成を示す図である。 第３実施形態におけるFEC制御部１５、電源制御部３０の制御手順を示すフローチャートである。 第４実施形態におけるFEC制御部１５、電源制御部３０の制御手順を示すフローチャートである。
符号の説明
１ アンテナ
２ チューナー
３ 復調部
４ 時刻情報抽出部
５ IPデータ再生部
６ 受信環境検出部
１０ 復調回路
１１ フレーム蓄積部
１２ 誤り訂正部
１３ 信頼性情報テーブル蓄積部
１４ セクション信頼性判定部
１５ FEC制御部
２０ MPE-FEC部
３０ 電源制御部
１００ 受信装置
２００ 放送局

Claims (9)

  1. 放送信号のサービス期間において受信処理を行い、サービス期間以外においては、省電力モードに移行する受信装置であって、
    サービス期間は、第１期間と、これに後続する第２期間とからなり、
    第１期間は、アプリケーションデータテーブルが送信される期間であり、
    第２期間は、パリティデータテーブルが送信される期間であり、
    前記第１期間、第２期間において受信処理を行い、アプリケーションデータテーブルを得る受信回路と、
    パリティデータテーブル全体を用いた第１訂正、及び、パリティデータテーブルを構成する一部のバイトデータを用いた第２訂正のどちらかを選択的に実行する誤り訂正部とを備え、
    誤り訂正部が、第２訂正を実行することにより、アプリケーションデータテーブルにおけるビット誤りを訂正する場合、第２期間の途上であっても、省電力モードに移行する移行部と
    を備える受信装置。
  2. 前記アプリケーションデータテーブルは、複数のバイトデータを行列状に配置したテーブルであり、
    前記受信装置は、
    前記受信回路がアプリケーションデータテーブルを得た際、当該アプリケーションデータテーブルの各行において、ビット誤りを有するバイトデータが何バイト目に位置するかの検出を行う検出部を備え、
    前記第２訂正とは、
    検出部がビット誤りを有するバイトデータの位置を検出し得た場合、ビット誤りが生じたバイトデータと同数のパリティデータを用いることで、ビット誤りが存在するアプリケーションデータテーブルの行を訂正するという消失訂正であり、
    前記第２期間の途上とは、
    アプリケーションデータテーブルの行のうち、ビット誤りが存在するものにおいて、ビット誤りを有するバイトデータと同数のパリティデータが前記受信回路により追加された時点をいう、請求項１記載の受信装置。
  3. 第１期間とは、複数のデータセクションを変換することで得られた複数のトランスポートパケットが伝送される期間であり、
    データセクションは、アプリケーションデータテーブルの各列と、その列に対する巡回符号とを含み、
    前記受信回路は、
    各データセクション内に存在している巡回符号を用いることにより、セクション毎のビット誤りを訂正するセクション訂正部と、
    各トランスポートパケットに付加されている訂正符号を用いることにより、各データセクションを構成するトランスポートパケット毎のビット誤りを訂正するパケット訂正部とを備え、
    前記検出部による位置検出は、
    データセクションのビット誤りをセクション訂正部が訂正することができず、なお且つ、当該データセクションを構成する複数トランスポートパケットのビット誤りをパケット訂正部が訂正することができなかった場合、そのデータセクション又はトランスポートパケットが、アプリケーションデータテーブルにおいて何列目に位置するかを特定することでなされる、請求項２記載の受信装置。
  4. 前記受信装置は、
    受信回路がアプリケーションデータテーブルを得た際、ビット誤りが生じたバイトデータが、前記アプリケーションデータテーブルの各行において、幾つ存在するかの計数を行う計数部を備え、
    ビット誤りが生じたバイトデータが存在しない場合、前記移行部は、第２期間の到来前に、省電力モードに移行し、
    ビット誤りが生じたバイトデータが所定数以下である場合、前記誤り訂正部は、第２訂正を実行し、
    ビット誤りが生じたバイトデータが所定数を上回るである場合、前記誤り訂正部は、第１訂正を実行する、請求項２記載の受信装置。
  5. 前記受信装置は、
    放送信号の受信環境を示す情報を検出する検出部を備え、
    検出された受信環境情報が所定の基準を満たせば、第２期間の到来前に省電力モードに移行し、
    前記誤り訂正部は、
    検出された受信環境情報が所定の基準を満たさね場合、第１訂正及び第２訂正の何れかを実行する、請求項１記載の受信装置。
  6. 前記受信装置は、
    放送信号の受信環境を示す情報を検出する検出部を備え、
    検出された受信環境情報が第１のレベルであれば、第２期間の到来前に省電力モードに移行し、
    判定部による判定結果が第２のレベルであれば、誤り訂正部に第１訂正を行わさせ、
    前記判定部による判定結果が第３のレベルであれば、誤り訂正部に第２訂正を行わさせる、請求項１記載の受信装置。
  7. 放送信号のサービス期間において受信処理を行う受信装置に組み込まれ、サービス期間以外においては省電力モードに移行する制御を実行する集積回路であって、
    サービス期間は、第１期間と、これに後続する第２期間とからなり、
    第１期間は、アプリケーションデータテーブルが送信される期間であり、
    第２期間は、パリティデータテーブルが送信される期間であり、
    パリティデータテーブル全体を用いた第１訂正、及び、パリティデータテーブルを構成する一部のバイトデータを用いた第２訂正のうち、第２訂正を受信装置が実行する場合、第２期間の途上であっても、省電力モードに移行する、集積回路。
  8. 放送信号のサービス期間において受信処理を行う受信装置に組み込まれ、サービス期間以外においては省電力モードに移行する制御を実行する制御を、受信装置内のCPUに実行させるプログラムであって、
    サービス期間は、第１期間と、これに後続する第２期間とからなり、
    第１期間は、アプリケーションデータテーブルが送信される期間であり、
    第２期間は、パリティデータテーブルが送信される期間であり、
    パリティデータテーブル全体を用いた第１訂正、及び、パリティデータテーブルを構成する一部のバイトデータを用いた第２訂正のうち、第２訂正を受信装置が実行する場合、第２期間の途上であっても、省電力モードに移行する制御をCPUに行わせる、プログラム。
  9. 放送信号のサービス期間において受信処理を行い、サービス期間以外においては、省電力モードに移行する受信方法であって、
    サービス期間は、第１期間と、これに後続する第２期間とからなり、
    第１期間は、アプリケーションデータテーブルが送信される期間であり、
    第２期間は、パリティデータテーブルが送信される期間であり、
    前記第１期間、第２期間において受信処理を行い、アプリケーションデータテーブルを得るステップ
    パリティデータテーブル全体を用いた第１訂正、及び、パリティデータテーブルを構成する一部のバイトデータを用いた第２訂正のどちらかを選択的に実行するステップ
    第２訂正を実行することにより、アプリケーションデータテーブルにおけるビット誤りを訂正する場合、第２期間の途上であっても、省電力モードに移行するステップを含む、受信方法。
JP2006546645A 2004-12-08 2005-12-02 受信装置、集積回路、プログラムおよび受信方法 Expired - Fee Related JP4365866B2 (ja)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
JP2004355127 2004-12-08
JP2004355127 2004-12-08
JP2005111979 2005-04-08
JP2005111979 2005-04-08
PCT/JP2005/022186 WO2006062040A1 (ja) 2004-12-08 2005-12-02 受信装置、集積回路、プログラムおよび受信方法

Publications (2)

Publication Number Publication Date
JPWO2006062040A1 JPWO2006062040A1 (ja) 2008-06-05
JP4365866B2 true JP4365866B2 (ja) 2009-11-18

Family

ID=36577869

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2006546645A Expired - Fee Related JP4365866B2 (ja) 2004-12-08 2005-12-02 受信装置、集積回路、プログラムおよび受信方法

Country Status (4)

Country Link
US (1) US7865218B2 (ja)
EP (1) EP1732235B1 (ja)
JP (1) JP4365866B2 (ja)
WO (1) WO2006062040A1 (ja)

Families Citing this family (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TWI415416B (zh) * 2005-09-19 2013-11-11 St Ericsson Sa 在包含消除表格資料的移動式無線應用中用於校正錯誤的裝置及方法
KR101276820B1 (ko) 2006-09-15 2013-06-18 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
WO2007072332A2 (en) * 2005-12-21 2007-06-28 Koninklijke Philips Electronics N.V. Device providing a datagram recovery
WO2007081108A1 (en) 2006-01-13 2007-07-19 Lg Electronics Inc. Digital broadcasting system and method of processing data
US7525993B2 (en) * 2006-05-24 2009-04-28 Newport Media, Inc. Robust transmission system and method for mobile television applications
KR100819302B1 (ko) * 2006-12-01 2008-04-02 삼성전자주식회사 광대역 무선 접속 시스템의 멀티캐스트 및 브로드캐스트서비스를 위한 데이터 송수신 방법
JP4291848B2 (ja) * 2006-12-05 2009-07-08 シャープ株式会社 デジタル復調装置及びその制御方法
US7925962B2 (en) * 2007-01-18 2011-04-12 Mediatek Usa Inc. DVB-H system and method for performing forward error correction
WO2008102215A1 (en) * 2007-02-19 2008-08-28 Freescale Semiconductor, Inc. Data communication unit, data communication network and method of decoding
US20080320544A1 (en) * 2007-06-25 2008-12-25 Broadcom Corporation Hardware-implemented video broadcasting receiver
US8555136B2 (en) 2007-07-25 2013-10-08 Qualcomm Incorporated Optimized decoding in a receiver
US8265099B2 (en) * 2008-12-22 2012-09-11 Gn Resound A/S Error correction scheme in a hearing system wireless network
DE102010004015B4 (de) * 2010-01-04 2012-03-01 Deutsches Zentrum für Luft- und Raumfahrt e.V. Verfahren zum Übertragen von Daten
ES2439993T3 (es) * 2010-06-28 2014-01-27 Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. Descodificación de un flujo de datos basado en paquetes
US8542610B2 (en) * 2011-03-31 2013-09-24 Motorola Solutions, Inc. Adaptive power saving for a mobile subscriber unit in a wireless communication network
US8959365B2 (en) * 2012-07-01 2015-02-17 Speedtrack, Inc. Methods of providing fast search, analysis, and data retrieval of encrypted data without decryption
DE102015215177B3 (de) * 2015-08-07 2016-11-10 Deutsches Zentrum für Luft- und Raumfahrt e.V. Verfahren zur Steuerung der Sendeleistung
JP2019216368A (ja) * 2018-06-13 2019-12-19 ソニーセミコンダクタソリューションズ株式会社 復調回路、処理方法、および処理装置

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5471655A (en) 1993-12-03 1995-11-28 Nokia Mobile Phones Ltd. Method and apparatus for operating a radiotelephone in an extended stand-by mode of operation for conserving battery power
JPH10107748A (ja) * 1996-09-30 1998-04-24 Sanyo Electric Co Ltd データ放送システムの受信機におけるデータ読み込み処理方法
WO2001061909A1 (en) * 2000-02-16 2001-08-23 Sycamore Networks, Inc. Method and apparatus for correcting data using a redundant path
JP4486232B2 (ja) 2000-07-28 2010-06-23 京セラ株式会社 無線通信機
US6907028B2 (en) * 2002-02-14 2005-06-14 Nokia Corporation Clock-based time slicing
JP2003264531A (ja) * 2002-03-07 2003-09-19 Sanyo Electric Co Ltd 誤り訂正回路
US20050013274A1 (en) * 2003-03-05 2005-01-20 Harri Pekonen System and method for data transmission and reception
UA84557C2 (uk) * 2003-03-05 2008-11-10 Нокіа Корпорейшн Спосіб та вузол для передачі і прийому даних (варіанти), пристрій передачі даних
SE0300832D0 (sv) * 2003-03-25 2003-03-25 Teracom Ab Data Transmisson system
GB2402307A (en) * 2003-05-30 2004-12-01 Nokia Corp Encapsulating irregular burst transmissions with overhead information specifying the timing interval to the next burst
US20060239299A1 (en) * 2004-01-08 2006-10-26 Albrecht Scheid Extra error correcting method for zapping stream ts packet
WO2008102215A1 (en) * 2007-02-19 2008-08-28 Freescale Semiconductor, Inc. Data communication unit, data communication network and method of decoding
US8929959B2 (en) * 2007-04-24 2015-01-06 Telefonaktiebolaget L M Ericsson (Publ) Method and a device for receiving data in a mobile communication device in a broadcast system
US20090060093A1 (en) * 2007-08-06 2009-03-05 Mediaphy Corporation Multi-function decoder engine in wireless receiver
US7664190B1 (en) * 2008-08-04 2010-02-16 Mediatek Inc. Multi-carrier receiver with dynamic power adjustment and method for dynamically adjusting the power consumption of a multi-carrier receiver

Also Published As

Publication number Publication date
EP1732235B1 (en) 2013-02-13
WO2006062040A1 (ja) 2006-06-15
US20070281757A1 (en) 2007-12-06
EP1732235A1 (en) 2006-12-13
JPWO2006062040A1 (ja) 2008-06-05
US7865218B2 (en) 2011-01-04
EP1732235A4 (en) 2011-03-09

Similar Documents

Publication Publication Date Title
JP4365866B2 (ja) 受信装置、集積回路、プログラムおよび受信方法
US8583976B2 (en) Hierarchy management method and system for HARQ memory
US8345617B2 (en) Sending an uplink order to active set base stations
US10205561B2 (en) Method and arrangement of processing a packet of a HARQ system
US8166355B2 (en) System and method for mitigating memory requirements
TWI387248B (zh) 編碼一通信信號的方法和裝置
JP4245602B2 (ja) デジタル復調装置、デジタル受信装置、デジタル復調装置の制御方法、デジタル復調装置の制御プログラム、及び、この制御プログラムを記録した記録媒体
US8799739B2 (en) Receiving apparatus, receiving method, program, and receiving system
US7596126B2 (en) Method, apparatus and computer program product providing slow associated control channel (SACCH) repetition
FI111888B (fi) Mukautuva menetelmä ja järjestelmä vähittäisen redundanssin toteuttamiseksi vastaanotossa
WO2007007338A2 (en) A method for efficient energy consumption in battery powered handheld and mobile devices
WO2007140065A2 (en) Robust transmission system and method for mobile television applications
US20080022345A1 (en) Demodulator and demodulation method
US20130272192A1 (en) Apparatuses and Methods for Hybrid Automatic Repeat Request (HARQ) Buffering Optimization
US20140177731A1 (en) Remedying low densities of ONEs in transmission and reception of digital television signals
WO2010029764A1 (ja) 無線通信装置及び誤り検出結果フィードバック方法
US9379843B2 (en) Transmitting apparatus and receiving apparatus and signal processing method thereof
CN101321037A (zh) 用于发送和接收包括频率和信道码选择的数据的系统与方法
JP2020017808A (ja) 無線中継装置および無線中継方法
CN100514868C (zh) 接收装置、集成电路和接收方法
US8880846B2 (en) Semiconductor device
JP4541291B2 (ja) デジタル復調装置、デジタル受信装置、デジタル復調装置の制御方法、デジタル復調装置の制御プログラム、及び、この制御プログラムを記録した記録媒体
WO2022134247A1 (zh) 发送数据和接收数据的方法以及通信装置
KR20120053523A (ko) Ｆｌｏ 및 ｆｌｏ-ｅｖ 데이터의 동시 수신을 위한 시스템 및 방법
JP4179954B2 (ja) デジタル放送受信装置

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20081008

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20090728

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20090821

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120828

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Ref document number: 4365866

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130828

Year of fee payment: 4

LAPS Cancellation because of no payment of annual fees