JP2020171003A - 受信装置、受信方法及び受信プログラム - Google Patents

受信装置、受信方法及び受信プログラム Download PDF

Info

Publication number
JP2020171003A
JP2020171003A JP2019073105A JP2019073105A JP2020171003A JP 2020171003 A JP2020171003 A JP 2020171003A JP 2019073105 A JP2019073105 A JP 2019073105A JP 2019073105 A JP2019073105 A JP 2019073105A JP 2020171003 A JP2020171003 A JP 2020171003A
Authority
JP
Japan
Prior art keywords
section
frame
receiving device
unit
processing unit
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.)
Pending
Application number
JP2019073105A
Other languages
English (en)
Inventor
小林 健一
Kenichi Kobayashi
健一 小林
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.)
Sony Semiconductor Solutions Corp
Original Assignee
Sony Semiconductor Solutions Corp
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 Sony Semiconductor Solutions Corp filed Critical Sony Semiconductor Solutions Corp
Priority to JP2019073105A priority Critical patent/JP2020171003A/ja
Priority to KR1020217030047A priority patent/KR20210146909A/ko
Priority to PCT/JP2020/010297 priority patent/WO2020203094A1/ja
Priority to US17/442,847 priority patent/US20220191587A1/en
Publication of JP2020171003A publication Critical patent/JP2020171003A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/443OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB
    • H04N21/4436Power management, e.g. shutting down unused components of the receiver
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/438Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
    • H04N21/4382Demodulation or channel decoding, e.g. QPSK demodulation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04BTRANSMISSION
    • H04B1/00Details of transmission systems, not covered by a single one of groups H04B3/00 - H04B13/00; Details of transmission systems not characterised by the medium used for transmission
    • H04B1/06Receivers
    • H04B1/16Circuits
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04HBROADCAST COMMUNICATION
    • H04H20/00Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/53Arrangements specially adapted for specific applications, e.g. for traffic information or for mobile receivers
    • H04H20/59Arrangements specially adapted for specific applications, e.g. for traffic information or for mobile receivers for emergency or urgency
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00Modulated-carrier systems
    • H04L27/26Systems using multi-frequency codes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/443OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB
    • H04N21/4432Powering on the client, e.g. bootstrap loading using setup parameters being stored locally or received from the server
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network 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/63Control 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/643Communication protocols
    • H04N21/64322IP
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81Monomedia components thereof
    • H04N21/8126Monomedia components thereof involving additional data, e.g. news, sports, stocks, weather forecasts
    • H04N21/814Monomedia components thereof involving additional data, e.g. news, sports, stocks, weather forecasts comprising emergency warnings
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41Structure of client; Structure of client peripherals
    • H04N21/426Internal components of the client ; Characteristics thereof
    • H04N21/42607Internal components of the client ; Characteristics thereof for processing the incoming bitstream
    • YGENERAL 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
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE 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/00Reducing energy consumption in communication networks
    • Y02D30/70Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • Emergency Management (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Circuits Of Receivers In General (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

【課題】放送信号を受信しない状態であっても、緊急情報を受信し続けるために、スタンバイ状態における電力の消費を抑制して緊急情報を受信する受信装置、受信方法及び受信プログラムを提供する。【解決手段】受信装置20は、複数のフレームを含む受信信号を処理する処理部22と、受信信号からフレームにおけるブートストラップの第1区間を特定する区間特定部25と、スタンバイ状態の場合に、フレームの第1区間では処理部を動作させ、フレームの第1区間とは異なる第2区間では処理部を動作させない制御部26と、を備える。【選択図】図4

Description

本開示は、受信装置、受信方法及び受信プログラムに関する。
次世代の放送規格の1つであるATSC(Advanced Television Systems Committee)3.0の策定が進められている。特許文献1では、シグナリングを物理層フレームのプリアンプルに含めるように処理することで、受信側の処理の負担を軽減するデータ処理装置が開示されている。
特開2017−135557号公報
ATSC3.0では、緊急情報(EAS:Emergency Alert System)を知らせる信号が定期的にブートストラップ(Bootstrap)のフレームの先頭の信号に印加されている。受信装置は、放送信号を受信しない状態であっても、緊急情報を受信し続ける必要がある。このため、緊急情報を受信する技術には、改善の余地がある。
そこで、本開示では、スタンバイ状態における電力の消費を抑制して緊急情報を受信することができる受信装置、受信方法及びプログラムを提案する。
上記の課題を解決するために、本開示に係る一形態の受信装置は、複数のフレームを含む受信信号を処理する処理部と、前記受信信号から前記フレームにおけるブートストラップの第1区間を特定する区間特定部と、スタンバイ状態の場合に、前記フレームの前記第1区間では前記処理部を動作させ、前記フレームの前記第1区間とは異なる第2区間では前記処理部を動作させない制御部と、を備える。
また、本開示に係る一形態の受信方法は、複数のフレームを含む受信信号を処理する処理部を備える受信装置によって実行される受信方法であって、前記受信信号から前記フレームにおけるブートストラップの第1区間を特定するステップと、スタンバイ状態の場合に、前記フレームの前記第1区間では前記処理部を動作させ、前記フレームの前記第1区間とは異なる第2区間では前記処理部を動作させないステップと、を含む。
また、本開示に係る一形態の受信プログラムは、複数のフレームを含む受信信号を処理する処理部を備える受信装置に、前記受信信号から前記フレームにおけるブートストラップの第1区間を特定するステップと、スタンバイ状態の場合に、前記フレームの前記第1区間では前記処理部を動作させ、前記フレームの前記第1区間とは異なる第2区間では前記処理部を動作させないステップと、を実行させる。
ATSC3.0のフレームの構造を説明するための図である。 ブートストラップのシグナリングの構成を説明するための図である。 第1の実施形態に係る伝送システムの構成を示す図である。 第1の実施の形態に係る受信装置の構成を示す図である。 第1の実施形態に係る受信装置が実行する処理手順の一例を示すフローチャートである。 第1の実施形態に係るL1基本情報の一例を示す図である。 第1の実施形態に係るL1詳細情報の一例を示す図である。 図6及び図7のfft_sizeの一例を示す図である。 図6及び図7のguard_intervalの一例を示す図である。 第1の実施形態に係るフレーム長の定義の一例を示す図である。 第1の実施形態に係る受信装置の動作を説明するための図である。 第2の実施の形態に係る受信装置の構成を示す図である。 ブートストラップの最小の時間間隔の設定例を示す図である。 第2の実施形態に係る受信装置が実行する処理手順の一例を示すフローチャートである。 上述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示すブロック図である。
以下に、本開示の実施形態について図面に基づいて詳細に説明する。なお、以下の各実施形態において、同一の部位には同一の符号を付することにより重複する説明を省略する。
<次世代の放送規格のフレームの概要>
最初に、次世代の放送規格の一つであるATSC3.0のフレームの構造について説明する。図1は、ATSC3.0のフレームの構造を説明するための図である。図1において、横方向は、時間(Time)を表し、縦方向は、周波数(Frequency)を表している。
放送規格では、フレーム(物理フレーム)は、データを転送する単位として規定されている。フレームには、データを含むサブフレームが複数配置されている。例えば、ATSC3.0で規定されるフレームは、ブートストラップ(Bootstrap)と、プリアンブル(Preamble)と、1以上のサブフレーム(Subframe)と、を有する。フレームは、ミリ秒単位などの所定のフレーム長で構成される。フレームは、ブートストラップとプリアンプルを取得した後に、その後のサブフレークを取得することが可能となる。
ブートストラップは、例えば、DVB−T2(Digital Video Broadcasting-Second Generation Terrestrial)のT2フレームを構成するP1シンボルに対応する。プリアンブルは、例えば、DVB−T2のT2フレームを構成するP2シンボルに対応している。したがって、ブートストラップは、プリアンブルであると言うこともできる。
プリアンブルには、L1基本情報(L1-Basic)やL1詳細情報(L1-Detail)などのL1シグナリングを含めることができる。ここで、L1基本情報とL1詳細情報とを比較すれば、L1基本情報は、200ビット程度のビットから構成されるが、L1詳細情報は、400〜数千ビットから構成される点でそのサイズが異なっている。また、プリアンブルでは、L1基本情報とL1詳細情報がその順に読み出されるため、L1詳細情報よりもL1基本情報のほうが先に読み出される。さらに、L1基本情報は、L1詳細情報と比べて、よりロバスト(ロバストネス)に伝送される点でも異なっている。
サブフレームには、ペイロード(データ)が配置される。フレームは、2以上のサブフレームが含まれる場合には、サブフレームごとに、例えば、FFTサイズやパイロットパターン、ガードインターバル長などの各種の制御パラメータを変更することができる。
<ブートストラップのシグナリング>
図2は、ブートストラップのシグナリングの構成を説明するための図である。図2に示すように、シグナリングは、4つのシンボルであるSymbol0、Symbol1、Symbol2及びSymbol3を有する。
Symbol0は、シグナリングが表されていない。Symbol1は、ea_wake_up_1(1bit)、min_time_to_next(5bits)及びsystem_bandwith(2bits)のシグナリングを含む。ea_wake_up_1は、緊急情報を通知する。min_time_to_nextは、次のbootstrapまでの時間を通知する。ystem_bandwithは、バンド幅(例えば、6MHz、7MHz等)を通知する。Symbol2は、ea_wake_up_2(1bit)、bsr_coefficient(7bit)のシグナリングを含む。ea_wake_up_2は、緊急情報を通知する。bsr_coefficientは、パイロードのサンプリング周波数を通知する。Symbol3は、preamble_structure(8bit)のシグナリングを含む。preamble_structureは、プリアンブルの構成情報を通知する。
<第1の実施の形態>
[伝送システム構成]
図3は、第1の実施形態に係る伝送システムの構成を示す図である。図3に示すように、伝送システム1は、送信装置10と、受信装置20と、を備える。伝送システム1は、ATSC3.0等のIP伝送方式を採用したデジタル放送の規格に準拠したデータ伝送が行われる。
送信装置10は、伝送路30を介してコンテンツを送信する。例えば、送信装置10は、テレビジョン番組等のコンテンツを構成するビデオやオーディオ等のコンポーネントとシグナリングとを含む放送ストリームを、デジタル放送信号として、伝送路30を介して送信する。
受信装置20は、送信装置10から伝送路30を介して送信されてくる放送信号を受信して出力する。例えば、受信装置20は、送信装置10からのデジタル放送信号を受信して、放送ストリームからコンテンツを構成するコンポーネントとシグナリングを取得し、コンテンツの映像や音声を再生する。
なお、伝送システム1において、伝送路30は、地上波に限定されない。例えば、伝送路30は、衛星放送で使用される衛星波等、地上波以外の無線チャネルであってもよい。また、伝送路30は、ケーブル放送で使用されるケーブル等、有線回線であってもよい。
[本実施形態の概要]
ATSC3.0では、緊急情報(EAS)を知らせる信号が定期的にブートストラップに印加されて送られてくる。このため、受信装置20は、放送コンテンツを受信しない状況であるスタンバイ状態においても、当該緊急信号を受信し続ける必要がある(EAS受信モード)。スタンバイ状態は、例えば、放送コンテンツを受信しない状態、かつ放送信号(受信信号)を受信可能な状態を含む。スタンバイ状態は、例えば、受信装置の通常動作時の電源が供給されていない状態を含む。本実施形態では、スタンバイ状態(EAS受信モード)において、放送信号を受信し続けても、電力の消費を抑制することができる受信装置20を実現する。
受信装置20は、送信装置10から送信される信号の受信を行う装置である。例えば、受信装置20は、ATSC3.0レシーバである。なお、受信装置20は、ATSC3.0レシーバに限られず、DVB、ISDB等の他の放送規格のレシーバであってもよい。また、受信装置20は、無線通信の受信機であってもよい。例えば、受信装置20は無線通信のLTE、NR等の無線アクセス技術を使った通信を受信可能な受信機であってもよい。
受信装置20の例としては、テレビジョン受像機やラジオ受信機が挙げられる。勿論、受信装置20はテレビジョン受像機やラジオ受信機に限定されず、携帯電話、スマートデバイス(スマートフォン、又はタブレット)、ウェアラブル端末、PDA(Personal Digital Assistant)、パーソナルコンピュータ等の端末装置であってもよい。
また、受信装置20は、所定の放送方式(或いは所定の通信方式)で伝送された情報を他の放送方式(或いは他の通信方式)の情報に変換する変換装置であってもよい。例えば、受信装置20は、新たな放送方式で放送されたコンテンツ(例えば、テレビジョン番組)を従来の放送方式のコンテンツ(例えば、テレビジョン番組)に変換して、従来の受像機に送信する装置であってもよい。
また、受信装置20は、受信した映像又は音声を記録する録画機或いは録音機であってもよい。また、受信装置20は、M2M(Machine to Machine)デバイス、又はIoT(Internet of Things)デバイスであってもよい。受信装置20は、送信機能を備えていてもよい。
[受信装置の構成]
以下に、受信装置20の構成を詳細に説明する。図4は、第1の実施の形態に係る受信装置20の構成を示す図である。図4に示すように、受信装置20は、RF(Radio Frequency)部21と、処理部22と、区間特定部25と、制御部26と、を備える。処理部22は、復調部23と、誤り訂正部24と、を備える。処理部22、区間特定部25及び制御部26は、デジタル回路200によって実現されている。本実施形態では、受信装置20の処理部22は、復調部23と、誤り訂正部24と、を有する場合について説明するが、例えば、区間特定部25を有してもよい。
RF部21は、アンテナ201と接続され、送信装置10から伝送路30を介して送信されてくるRF信号を受信する。RF部31は、受信したRF信号をA/D変換処理し、デジタル信号に変換して復調部23に供給する。
復調部23は、復調前処理部231と、復調後処理部232と、を有する。復調前処理部231は、IF/BB変換部231aと、ブートストラップ検出部231bと、を有する。IF/BB変換部231aは、RF部21が供給される信号を直交復調し、その結果からベースバンドのOFDM(Orthogonal Frequency Division Multiplexing)信号を得る。ブートストラップ検出部331bは、OFDM信号からブートストラップを復調し、緊急情報が通知されている場合、緊急情報を受信装置20の外部に出力する。ブートストラップ検出部331bは、OFDM信号を復調後処理部232に供給する。
復調後処理部232は、FFT部232aと、等化処理部232bと、を有する。FFT部232aは、復調前処理部231からOFDM信号が入力される。FFT部232aは、OFDM信号に対してFFT(Fast Fourier Transform)演算を行い、各サブキャリアに直交変換されているデータを抽出する。等化処理部232bは、FFT部232aから供給されるOFDM信号に対し、所定の周波数域処理である等化処理を行い、それにより得られるデータを、後段の誤り訂正部24に供給する。
誤り訂正部24は、誤り訂正内復号部241と、インタリーバ242と、誤り訂正外復号部243と、ストリーム処理部244と、を有する。誤り訂正内復号部241は、OFDM信号を所定の変調方式で復号したデータをインタリーバ242に供給する。インタリーバ242は、インターリーブしたデータを誤り訂正外復号部243に供給する。誤り訂正外復号部243は、誤り訂正外符号を解くことにより復号したデータをストリーム処理部244に供給する。誤り訂正外復号部243は、受信信号からL1基本情報等を含むL1信号を抽出し、L1信号を区間特定部25に供給する。ストリーム処理部244は、データのストリームを処理し、TS(Transport Stream)インターフェース等にストリームデータを供給する。
区間特定部25は、受信信号からフレームにおけるブートストラップの区間を特定する。例えば、区間特定部25は、誤り訂正部24が供給するL1信号のL1基本情報に基づいて、フレームのフレーム長を算出し、フレーム長フレームにおけるブートストラップの第1区間を特定する。第1区間は、フレームにおけるブートストラップの区間である。第1区間は、処理部22を駆動させる区間である。なお、第1区間は、フレームにおけるブートストラップの全ての区間としてもよいし、緊急情報を抽出可能な区間としてもよい。区間の特定方法については後述する。また、フレームは、第1区間が特定されると、残りの区間が第2区間となる。第2区間は、フレームの第1区間とは異なる区間の全てまたは一部とすることができる。
区間特定部25は、第1区間を示す区間フラグを制御部26に供給する。区間フラグは、例えば、フレームの部分が第1区間であるか第2区間であるかを示すフラグである。区間フラグは、例えば、フレームの先頭から末尾までの等間隔の領域ごとのフラグを含んでもよい。例えば、区間特定部25は、フレームの第1区間が“H”、第1区間とは異なる第2区間が“L”を示す区間フラグを制御部26に供給する。
制御部26は、受信装置20の各部を制御するコントローラ(controller)である。制御部26は、スタンバイ状態の場合に、フレームの第1区間では処理部22を動作させ、フレームの第1区間とは異なる第2区間では処理部22を動作させない。換言すると、制御部26は、スタンバイ状態の場合に、フレームの第1区間では処理部22に処理させ、フレームの第1区間とは異なる第2区間では処理部22に処理させない。制御部26は、区間特定部25からの区間フラグに基づいて、復調前処理部231、復調後処理部232、誤り訂正部24及び区間特定部25の動作を制御する。
制御部26は、復調前処理部231、復調後処理部232、誤り訂正部24及び区間特定部25にクロックを供給することが可能な構成となっている。例えば、制御部26は、発信器等のクロック源によってクロックを発生させる。本実施形態では、制御部26は、復調前処理部231、復調後処理部232、誤り訂正部24及び区間特定部25にクロックを供給することで、各部を動作(機能)させている。すなわち、制御部26は、復調前処理部231、復調後処理部232及び誤り訂正部24にクロックを供給しないことで、各部の動作を停止させること可能な構成となっている。
以上、実施形態に係る受信装置20の構成例について説明した。なお、図4を用いて説明した上記の構成はあくまで一例であり、第1の実施形態に係る受信装置20の構成は係る例に限定されない。第1の実施形態に係る受信装置20の機能構成は、仕様や運用に応じて柔軟に変形可能である。
[第1の実施形態に係る受信装置の処理手順]
次に、図5を用いて、第1の実施形態に係る受信装置20の処理手順の一例について説明する。図5は、第1の実施形態に係る受信装置20が実行する処理手順の一例を示すフローチャートである。図5に示す処理手順は、受信装置20がスタンバイ状態の場合にプログラムを実行することによって実現される。図5に示す処理手順は、受信装置20において、放送コンテンツを受信する場合には実行されない。図5に示す処理手順は、区間特定部25が動作している状態で実行される。
図5に示すように、受信装置20は、復調部23、誤り訂正部24等にクロックを供給し、放送信号の受信を開始する(ステップS101)。これにより、受信装置20は、ATSC3.0の放送信号(受信信号)の受信を開始する。受信装置20は、L1信号からフレーム長を算出する(ステップS102)。例えば、受信装置20は、受信信号を復調し、誤り訂正をしたL1信号のL1基本情報、L1詳細情報等に基づいてフレーム長を算出する。なお、フレーム長の算出方法については、後述する。そして、受信装置20は、L1基本情報からフレーム長から第1区間を特定し、区間フラグを生成する(ステップS103)。受信装置20は、ステップS103の処理が終了すると、処理をステップS104に進める。
受信装置20は、区間フラグが“H”であるか否かを判定する(ステップS104)。例えば、受信装置20は、区間フラグが“L”から“H”へ変化した場合に、区間フラグが“H”であると判定してもよい。受信装置20は、区間フラグが“H”であると判定した場合(ステップS104でYes)、放送信号のフレームが第1区間であるので、処理をステップS105に進める。
受信装置20は、区間特定部25以外の動作を開始する(ステップS105)。例えば、受信装置20は、区間特定部25は動作しているので、復調部23及び誤り訂正部24にクロックを供給することで、動作を開始させる。受信装置20は、ブートストラップを処理して緊急情報を復調する(ステップS106)。例えば、受信装置20は、ブートストラップ検出部231bで放送信号のブートストラップを復号する。例えば、受信装置20は、ブートストラップが通知されていない場合、緊急情報を復調しない。
受信装置20は、緊急情報が発生したか否かを判定する(ステップS107)。受信装置20は、ブートストラップのシグナリングのea_wake_up_1等に基づいて、緊急情報が発生したか否かを判定する。受信装置20は、ブートストラップのシグナリングに緊急情報の発生が通知されていると、緊急情報が発生したと判定する。受信装置20は、緊急情報が発生していないと判定した場合(ステップS107でNo)、処理を既に説明したステップS104に戻し、ステップS104以降の処理を繰り返す。また、受信装置20は、緊急情報が発生したと判定した場合(ステップS107でYes)、処理をステップS108に進める。
受信装置20は、緊急情報を出力する(ステップS108)。例えば、受信装置20は、ブートストラップ検出部231bが放送信号から緊急情報を抽出し、当該緊急情報を出力する。受信装置20は、ステップS108の処理が終了すると、図5に示す処理手順を終了させる。
また、受信装置20は、区間フラグが“H”ではないと判定した場合(ステップS104でNo)、放送信号のフレームが第1区間ではないので、処理をステップS109に進める。受信装置20は、区間特定部25以外の動作を停止させる(ステップS109)。例えば、受信装置20は、復調部23及び誤り訂正部24へのクロックの供給を停止することで、動作を停止させる。なお、受信装置20は、既に動作を停止させている場合、ステップS109の処理を行わない。そして、受信装置20は、ステップS109の処理が終了すると、処理を既に説明したステップS104に戻し、ステップS104以降の処理を繰り返す。
[ATSC3.0のフレーム長の算出方法]
次に、受信装置20が実行するATSC3.0のフレーム長の算出方法について説明する。ATSC3.0のフレーム長は、ブートストラップとL1基本情報、L1詳細情報の特定のシグナリングを用いて算出することができる。例えば、ブートストラップでは、上述したSymbol2のbsr_coefficientのシグナリングをフレーム長の算出に用いることができる。bsr_coefficientの値からElementary period(ベースバンド信号のサンプリング間隔)を求めることができる。例えば、bsr_coefficientが「2」の場合、Elementary periodは「0.1447」となる。例えば、bsr_coefficientが「5」の場合、Elementary periodは「0.1240」となる。例えば、bsr_coefficientが「8」の場合、Elementary periodは「0.1085」となる。
図6は、第1の実施形態に係るL1基本情報の一例を示す図である。図7は、第1の実施形態に係るL1詳細情報の一例を示す図である。図6及び図7では、最左列の数字は、行番号を示している。行番号には、Syntaxと、No.of Bitsとの項目が紐付けられている。
受信装置20は、図6に示すL1基本情報のL1B_num_subframes(行番号16)、L1B_preamble_num_symbols(行番号17)、L1B_first_sub_fft_size(行番号26)、L1B_first_sub_guard_interval(行番号28)、L1B_first_sub_num_ofdm_symbols(行番号29)に設定されている情報を算出に用いる。
受信装置20は、図7に示すL1詳細情報のL1D_fft_siza(行番号122)、L1D_guard_interval(行番号124)、L1D_num_ofdm_symbols(行番号125)に設定されている情報を算出に用いる。
図8は、図6及び図7のfft_sizeの一例を示す図である。L1基本情報のL1B_first_sub_fft_size及びL1詳細情報のL1D_fft_sizaには、図8に示すような値が設定される。例えば、fft_sizeは、8Kの場合“00”、16Kの場合“01”、32Kの場合“10”の値がそれぞれ設定されている。例えば、受信装置20は、fft_sizeに“00”が設定されている場合、8K、すなわち8192がfftのサイズと認識する。例えば、受信装置20は、fft_sizeに“01”が設定されている場合、16K、すなわち16384がfftの長さと認識する。
図9は、図6及び図7のguard_intervalの一例を示す図である。L1基本情報のL1B_first_sub_guard_interval及びL1詳細情報のL1D_guard_intervalには、図9に示すような値が設定されている。例えば、guard_intervalは、Gl1_192の場合“0001”、Gl2_384の場合“0010”の値がそれぞれ設定されている。例えば、受信装置20は、guard_intervalに“0001”が設定されている場合、Gl1_192、すなわち192がguard_intervalの長さと認識する。
図10は、第1の実施形態に係るフレーム長の定義の一例を示す図である。図10に示すように、受信装置20は、フレームにおいて、ブートストラップの長さ(bs_len)、プリアンプルの長さ(pb_len)、サブフレーム0の長さ(sub0_len)、・・・サブフレームn−1の長さ(sub[n−1]_len)をそれぞれ定義している。受信装置20は、ブートストラップの長さが12288の固定値として算出する。
受信装置20は、L1基本情報のL1B_preamble_num_symbols、L1B_first_sub_fft_size、L1B_first_sub_guard_intervalの値を以下の(式1)に代入し、プリアンプルの長さ(pb_len)を算出する。
Figure 2020171003
受信装置20は、L1基本情報のL1B_first_sub_fft_size、L1B_first_sub_guard_interval、L1B_first_sub_num_symbolsの値を以下の(式2)に代入し、サブフレーム0の長さ(sub0_len)を算出する。
Figure 2020171003
受信装置20は、L1詳細情報のL1D_fft_size、L1D_guard_interval、L1D_num_symbolsの値を以下の(式3)に代入し、サブフレームn−1の長さ(sub[n−1]_len)を算出する。
Figure 2020171003
なお、上述した(式1)から(式3)において、fft_pointは、上述したfft_sizeのテーブルから長さを算出する関数を表している。そして、gi_lenは、上述したguard_intervalのテーブルから長さを算出する関数を表している。
受信装置20は、算出したプリアンプルの長さ(pb_len)、サブフレーム0の長さ(sub0_len)、サブフレームn−1の長さ(sub[n−1]_len)を以下の(式4)に代入することで、ATSC3.0のフレーム長[us]を算出する。
Figure 2020171003
[第1の実施形態に係る受信装置の動作]
次に、第1の実施形態に係る受信装置20の動作の一例について、図11を参照して説明する。図11は、第1の実施形態に係る受信装置20の動作を説明するための図である。図11に示す一例では、受信装置20は、スタンバイ状態になると、放送信号を受信し、復調部23によって復調し、誤り訂正部24によって誤りを訂正する。受信装置20は、フレームに含まれるブートストラップとプリアンブルと複数のサブフレームとの長さに基づいてフレームのフレーム長usを算出する。受信装置20は、フレームにおける第1区間SE1を区間特定部25によって特定する。すなわち、受信装置20は、フレーム長usの先頭からブートストラップの長さ分を第1区間SE1とし、第1区間SE1以降の区間を第2区間SE2とする。受信装置20は、受信信号からフレーム長が分かれば、フレームにおけるブートストラップの位置が分かる。これにより、以降の受信信号については、受信装置20は、フレームごとに、第1区間SE1では、制御部26が復調部23、誤り訂正部24及び区間特定部25を動作させる。受信装置20は、フレームごとに、第2区間SE2では、制御部26が復調部23及び誤り訂正部24の動作を停止させ、区間特定部25を動作させる。その結果、受信装置20は、スタンバイ状態において、フレームの第2区間では復調部23及び誤り訂正部24の動作を停止させることで、復調部23及び誤り訂正部24を常時動作させるよりも、電力の消費を抑制することができる。
<第2の実施形態>
第1の実施形態では、受信装置20は、フレームのフレーム長に基づいてブートストラップの第1区間を特定する場合について説明したが、これに限定されない。例えば、ブートストラップは、図2に示したように、Symbol1は、min_time_to_next(5bits)のシグナリングを含んでいる。第2の実施形態では、受信装置20は、ブートストラップに設定されている、次のブートストラップまでの時間間隔に基づいて、第1区間を特定する一例について説明する。
[第2の実施形態に係る受信装置の構成]
以下に、第2の実施形態に係る受信装置20の構成を詳細に説明する。図12は、第2の実施の形態に係る受信装置20の構成を示す図である。図12に示すように、受信装置20は、RF部21と、処理部22と、区間特定部25と、制御部26と、を備える。処理部22は、復調部23と、誤り訂正部24と、を備える。ブートストラップ検出部231bは、OFDM信号からブートストラップを復調し、復調したブートストラップ信号を区間特定部25に供給する構成になっている。
区間特定部25は、ブートストラップ検出部231bからのブートストラップ信号に基づいて、フレームにおけるブートストラップの区間を特定する。例えば、区間特定部25は、ブートストラップのmin_time_to_nextのシグナリングに基づいて、ブートストラップの第1区間を特定する。時間間隔に基づく第1区間の特定方法については後述する。区間特定部25は、第1区間を示す区間フラグを制御部26に供給する。例えば、区間特定部25は、フレームの第1区間が“H”、第1区間とは異なる第2区間が“L”を示す区間フラグを制御部26に供給する。
図13は、ブートストラップの最小の時間間隔の設定例を示す図である。ブートストラップの最小の時間間隔(min_time_to_next)には、図13に示すような値が設定される。例えば、最小の時間間隔は、BitValueとして“01101”が設定されている場合、1000msであることを意味している。例えば、最小の時間間隔は、BitValueとして“11110”が設定されている場合、5300msであることを意味している。区間特定部25は、ブートストラップの最小の時間間隔の値に基づいて、フレームの第1区間を特定する。例えば、区間特定部25は、フレームの時間(Time)において、フレームの末尾から最小の時間間隔が示す時間分を第2区間と特定し、残りの時間を第1区間と特定する。区間特定部25は、フレームの時間における第1区間を示す区間フラグを制御部26に供給する。例えば、区間特定部25は、フレームの第1区間が“H”、第1区間とは異なる第2区間が“L”を示す区間フラグを制御部26に供給する。
なお、ブートストラップの最小の時間間隔は、あくまでも最小の時間間隔であるので、実際には1sec間隔があっても100msが設定されている可能性がある。このため、区間特定部25は、最小の時間間隔の値が所定の閾値以下の場合、上述した第1の実施形態のように、フレームのフレーム長から第1区間を特定してもよい。
以上、実施形態に係る受信装置20の構成例について説明した。なお、図12を用いて説明した上記の構成はあくまで一例であり、第2の実施形態に係る受信装置20の構成は係る例に限定されない。本実施形態に係る受信装置20の機能構成は、仕様や運用に応じて柔軟に変形可能である。
[第2の実施形態に係る受信装置の処理手順]
次に、図14を用いて、第2の実施形態に係る受信装置20の処理手順の一例について説明する。図14は、第2の実施形態に係る受信装置20が実行する処理手順の一例を示すフローチャートである。図14に示す処理手順は、受信装置20がスタンバイ状態の場合にプログラムを実行することによって実現される。図14に示す処理手順は、受信装置20は、放送を受信する場合には実行されない。
図14に示すように、受信装置20は、復調部23、誤り訂正部24にクロックを供給し、放送信号(受信信号)の受信を開始する(ステップS101)。これにより、受信装置20は、ATSC3.0の放送信号の受信を開始する。受信装置20は、ブートストラップ信号から最小時間間隔を取得する(ステップS121)。例えば、受信装置20は、ブートストラップの最小の時間間隔(min_time_to_next)に設定されている値に対応する時間を最小時間間隔として取得する。受信装置20は、次のブートストラップまでの最小時間間隔から区間フラグを生成する(ステップS122)。
受信装置20は、区間フラグが“H”であるか否かを判定する(ステップS104)。受信装置20は、区間フラグが“H”であると判定した場合(ステップS104でYes)、放送信号のフレームが第1区間であるので、処理をステップS105に進める。
受信装置20は、区間特定部25以外の動作を開始する(ステップS105)。例えば、受信装置20は、区間特定部25は動作しているので、復調部23及び誤り訂正部24にクロックを供給することで、動作を開始させる。受信装置20は、ブートストラップを処理して緊急情報を復調する(ステップS106)。
受信装置20は、緊急情報が発生したか否かを判定する(ステップS107)。受信装置20は、緊急情報が発生していないと判定した場合(ステップS107でNo)、処理をステップS123に進める。受信装置20は、ブートストラップ信号から最小時間間隔を取得する(ステップS123)。受信装置20は、次のブートストラップまでの最小時間間隔から区間フラグを再生成する(ステップS124)。すなわち、ステップS123からステップS124の一連の処理は、次のブートストラップに対する処理である。受信装置20は、ステップS124の処理が終了すると、処理を既に説明したステップS104に戻し、ステップS104以降の処理を繰り返す。
また、受信装置20は、緊急情報が発生したと判定した場合(ステップS107でYes)、処理をステップS108に進める。受信装置20は、緊急情報を出力する(ステップS108)。受信装置20は、ステップS108の処理が終了すると、図14に示す処理手順を終了させる。
また、受信装置20は、区間フラグが“H”ではないと判定した場合(ステップS104でNo)、放送信号のフレームが第1区間ではないので、処理をステップS109に進める。受信装置20は、区間特定部25以外の動作を停止させる(ステップS109)。受信装置20は、処理を既に説明したステップS104に戻し、ステップS104以降の処理を繰り返す。
[第2の実施形態に係る受信装置の動作]
次に、第2の実施形態に係る受信装置20の動作の一例について説明する。受信装置20は、スタンバイ状態になると、放送信号を受信し、復調部23によって復調し、誤り訂正部24によって誤りを訂正する。受信装置20は、ブートストラップの最小時間間隔に基づいて、フレームにおける第1区間SE1と第2区間SE2とを区間特定部25によって特定する。受信装置20は、次のブートストラップまでの時間が分かれば、フレームにおけるブートストラップの位置が分かる。これにより、以降の受信信号については、受信装置20は、フレームごとに、第1区間SE1では、制御部26が復調部23、誤り訂正部24及び区間特定部25を動作させる。受信装置20は、フレームごとに、第2区間SE2では、制御部26が復調部23及び誤り訂正部24の動作を停止させ、区間特定部25を動作させる。その結果、受信装置20は、スタンバイ状態において、フレームの第2区間では復調部23及び誤り訂正部24の動作を停止させることで、復調部23及び誤り訂正部24を常時動作させるよりも、電力の消費を抑制することができる。
以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。
また、本明細書の受信装置20の処理に係る各ステップは、必ずしもフローチャートに記載された順序に沿って時系列に処理される必要はない。例えば、受信装置20の処理に係る各ステップは、フローチャートに記載された順序と異なる順序で処理されても、並列的に処理されてもよい。
ところで、上述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、コンピュータにインストールされる。ここで、コンピュータには、専用のハードウェアに組み込まれているコンピュータや、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のコンピュータなどが含まれる。
図15は、上述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示すブロック図である。図15に示すコンピュータ1000は、CPU1100、RAM1200、ROM(Read Only Memory)1300、HDD(Hard Disk Drive)1400、通信インターフェイス1500、及び入出力インターフェイス1600を有する。コンピュータ1000の各部は、バス1050によって接続される。
CPU1100は、ROM1300又はHDD1400に格納されたプログラムに基づいて動作し、各部の制御を行う。例えば、CPU1100は、ROM1300又はHDD1400に格納されたプログラムをRAM1200に展開し、各種プログラムに対応した処理を実行する。
ROM1300は、コンピュータ1000の起動時にCPU1100によって実行されるBIOS(Basic Input Output System)等のブートプログラムや、コンピュータ1000のハードウェアに依存するプログラム等を格納する。
HDD1400は、CPU1100によって実行されるプログラム、及び、かかるプログラムによって使用されるデータ等を非一時的に記録する、コンピュータが読み取り可能な記録媒体である。具体的には、HDD1400は、プログラムデータ1450の一例である本開示に係る情報処理プログラムを記録する記録媒体である。
通信インターフェイス1500は、コンピュータ1000が外部ネットワーク1550(例えばインターネット)と接続するためのインターフェイスである。例えば、CPU1100は、通信インターフェイス1500を介して、他の機器からデータを受信したり、CPU1100が生成したデータを他の機器へ送信したりする。
入出力インターフェイス1600は、入出力デバイス1650とコンピュータ1000とを接続するためのインターフェイスである。例えば、CPU1100は、入出力インターフェイス1600を介して、キーボードやマウス等の入力デバイスからデータを受信する。また、CPU1100は、入出力インターフェイス1600を介して、ディスプレイやスピーカーやプリンタ等の出力デバイスにデータを送信する。また、入出力インターフェイス1600は、所定の記録媒体(メディア)に記録されたプログラム等を読み取るメディアインターフェイスとして機能してもよい。メディアとは、例えばDVD(Digital Versatile Disc)等の光学記録媒体、MO(Magneto−Optical disk)等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。
例えば、コンピュータ1000が実施形態に係る受信装置20として機能する場合、コンピュータ1000のCPU1100は、RAM1200上にロードされたプログラムを実行することにより、区間特定部25、制御部26等の機能を実現する。また、HDD1400には、本開示に係るプログラムや、受信装置20のデータが格納される。なお、CPU1100は、プログラムデータ1450をHDD1400から読み取って実行するが、他の例として、外部ネットワーク1550を介して、他の装置からこれらのプログラムを取得してもよい。
以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。
また、コンピュータに内蔵されるCPU、ROMおよびRAMなどのハードウェアに、受信装置20が有する構成と同等の機能を発揮させるためのプログラムも作成可能であり、当該プログラムを記録した、コンピュータに読み取り可能な記録媒体も提供され得る。
(効果)
受信装置20は、複数のフレームを含む受信信号を処理する処理部22と、受信信号からフレームにおけるブートストラップの第1区間を特定する区間特定部25と、スタンバイ状態の場合に、フレームの第1区間では処理部22を動作させ、フレームの第1区間とは異なる第2区間では処理部22を動作させない制御部26と、を備える。
これにより、受信装置20は、区間特定部25によってフレームにおけるブートストラップの第1区間を特定する。受信装置20は、スタンバイ状態では、フレームの第1区間では処理部22を動作させ、フレームの第1区間とは異なる第2区間では処理部22を動作させない制御を制御部26によって実行できる。その結果、受信装置20は、スタンバイ状態において、フレームの第2区間では処理部22の動作を停止させることで、処理部22を常時動作させるよりも、電力の消費を抑制することができる。
受信装置20では、処理部22は、復調部23と、誤り訂正部24と、を有し、制御部26は、スタンバイ状態の場合に、フレームの第2区間では、復調部及び誤り訂正部の少なくとも一方を停止させることで、処理部22を動作させない。
これにより、受信装置20は、スタンバイ状態において、フレームの第2区間では、復調部23及び誤り訂正部24の少なくとも一方を停止させることで、処理部22を動作させない。その結果、受信装置20は、処理部22の一部の動作を停止させることで、処理を複雑化させることなく、スタンバイ状態における電力の消費を抑制することができる。
受信装置20では、復調部23は、スタンバイ状態の場合に、受信信号のブートストラップに緊急情報が設定されていると、緊急情報を出力する。
これにより、受信装置20は、スタンバイ状態の場合に、受信信号を受信し続け、ブートストラップに設定されている緊急情報を出力することができる。その結果、受信装置20は、スタンバイ状態において、処理部22の動作を停止させても緊急情報を出力できるので、緊急信号を受信し続けながら電力の消費を抑制することができる。
受信装置20では、フレームは、ブートストラップと、プリアンブルと、1以上のサブフレームと、を含み、区間特定部25は、ブートストラップとプリアンブルとサブフレームとの長さに基づいてフレームのフレーム長を算出し、フレーム長の長さから第1区間を特定する。
これにより、受信装置20は、ブートストラップとプリアンブルとサブフレームとの長さに基づいてフレームのフレーム長を算出し、フレーム長の長さからフレームの第1区間を特定することができる。その結果、受信装置20は、フレームの長さが変化しても、フレームの第1区間を特定できるので、スタンバイ状態における電力の消費を抑制することができる。
受信装置20では、区間特定部25は、ブートストラップに設定されている次のブートストラップまでの時間間隔に基づいてフレームにおける第1区間を特定する。
これにより、受信装置20は、ブートストラップに設定されている時間間隔に基づいて、フレームの第1区間を特定することができる。その結果、受信装置20は、ブートストラッの時間間隔が変化しても、フレームの第1区間を特定できるので、スタンバイ状態における電力の消費を抑制することができる。
受信装置20では、処理部22は、クロックの供給によって前記処理を行い、制御部26は、スタンバイ状態の場合に、第1区間では処理部22にクロックの供給を停止させることで、処理部22に動作させない。
これにより、受信装置20は、スタンバイ状態の場合に、第1区間では処理部22にクロックを供給し、第2区間では処理部22にクロックの供給を停止することで、第2区間では処理部の動作を停止させることができる。その結果、受信装置20は、クロックの供給制御によってスタンバイ状態の処理部22の動作を制御することができるので、制御部26の処理負担を低減させることができる。
受信装置20では、前記フレームは、ATSC3.0で規定される物理層フレームである。
これにより、受信装置20は、スタンバイ状態では、ATSC3.0の物理フレームの第1区間では処理部22を動作させ、物理フレームの第1区間とは異なる第2区間では処理部22を動作させない制御を制御部26によって実行できる。その結果、受信装置20は、スタンバイ状態において、物理フレームの第2区間では処理部22の動作を停止させることで、処理部22を常時動作させるよりも、電力の消費を抑制することができる。
受信方法は、複数のフレームを含む受信信号を処理する処理部22を備える受信装置20によって実行される受信方法であって、受信信号からフレームにおけるブートストラップの第1区間を特定するステップと、スタンバイ状態の場合に、フレームの第1区間では処理部22を動作させ、フレームの第1区間とは異なる第2区間では処理部22を動作させないステップと、を含む。
これにより、受信方法は、受信装置20がフレームにおけるブートストラップの第1区間を特定すると、スタンバイ状態では、フレームの第1区間では処理部22を動作させ、フレームの第1区間とは異なる第2区間では処理部22を動作させない。その結果、受信方法は、受信装置20のスタンバイ状態において、フレームの第2区間では処理部22の動作を停止させることで、処理部22を常時動作させるよりも、電力の消費を抑制することができる。
プログラムは、複数のフレームを含む受信信号を処理する処理部22を備える受信装置に、前記受信信号から前記フレームにおけるブートストラップの第1区間を特定するステップと、スタンバイ状態の場合に、フレームの第1区間では処理部22を動作させ、フレームの第1区間とは異なる第2区間では処理部22を動作させないステップと、を実行させる。
これにより、プログラムは、フレームにおけるブートストラップの第1区間を受信装置20に特定させると、スタンバイ状態では、フレームの第1区間では処理部22を動作させ、フレームの第1区間とは異なる第2区間では処理部22を動作させない制御を受信装置20によって実現させる。その結果、プログラムは、受信装置20のスタンバイ状態において、フレームの第2区間では処理部22の動作を停止させることで、処理部22を常時動作させるよりも、電力の消費を抑制することができる。
なお、以下のような構成も本開示の技術的範囲に属する。
(1)
複数のフレームを含む受信信号を処理する処理部と、
前記受信信号から前記フレームにおけるブートストラップの第1区間を特定する区間特定部と、
スタンバイ状態の場合に、前記フレームの前記第1区間では前記処理部を動作させ、前記フレームの前記第1区間とは異なる第2区間では前記処理部を動作させない制御部と、
を備える受信装置。
(2)
前記処理部は、復調部と、誤り訂正部と、を有し、
前記制御部は、前記スタンバイ状態の場合に、前記フレームの前記第2区間では、前記復調部及び前記誤り訂正部の少なくとも一方を停止させることで、前記処理部を動作させない
前記(1)に記載の受信装置。
(3)
前記復調部は、前記スタンバイ状態の場合に、前記受信信号の前記ブートストラップに緊急情報が設定されていると、前記緊急情報を出力する
前記(2)に記載の受信装置。
(4)
前記フレームは、前記ブートストラップと、プリアンブルと、1以上のサブフレームと、を含み、
前記区間特定部は、前記ブートストラップと前記プリアンブルと前記サブフレームとの長さに基づいて前記フレームのフレーム長を算出し、前記フレーム長の長さから前記第1区間を特定する
前記(1)から(3)のいずれかに記載の受信装置。
(5)
前記区間特定部は、前記ブートストラップに設定されている次のブートストラップまでの時間間隔に基づいて前記フレームにおける前記第1区間を特定する
前記(1)から(3)のいずれかに記載の受信装置。
(6)
前記処理部は、クロックの供給によって前記処理を行い、
前記制御部は、前記スタンバイ状態の場合に、前記第2区間では前記処理部にクロックの供給を停止させることで、前記処理部に動作させない
前記(1)から(3)のいずれかに記載の受信装置。
(7)
前記フレームは、ATSC(Advanced Television Systems Committee)3.0で規定される物理層フレームである
前記(1)から(6)のいずれかに記載の受信装置。
(8)
複数のフレームを含む受信信号を処理する処理部を備える受信装置によって実行される受信方法であって、
前記受信信号から前記フレームにおけるブートストラップの第1区間を特定するステップと、
スタンバイ状態の場合に、前記フレームの前記第1区間では前記処理部を動作させ、前記フレームの前記第1区間とは異なる第2区間では前記処理部を動作させないステップと、
を含む受信方法。
(9)
複数のフレームを含む受信信号を処理する処理部を備える受信装置に、
前記受信信号から前記フレームにおけるブートストラップの第1区間を特定するステップと、
スタンバイ状態の場合に、前記フレームの前記第1区間では前記処理部を動作させ、前記フレームの前記第1区間とは異なる第2区間では前記処理部を動作させないステップと、
を実行させる受信プログラム。
1 伝送システム
10 送信装置
20 受信装置
21 RF部
22 処理部
23 復調部
24 誤り訂正部
25 区間特定部
26 制御部
231 復調前処理部
231a IF/BB変換部
231b ブートストラップ検出部
232 復調後処理部
232a FFT部
232b 等化処理部
241 誤り訂正内復号部
242 インタリーバ
243 誤り訂正外復号部
244 ストリーム処理部

Claims (9)

  1. 複数のフレームを含む受信信号を処理する処理部と、
    前記受信信号から前記フレームにおけるブートストラップの第1区間を特定する区間特定部と、
    スタンバイ状態の場合に、前記フレームの前記第1区間では前記処理部を動作させ、前記フレームの前記第1区間とは異なる第2区間では前記処理部を動作させない制御部と、
    を備える受信装置。
  2. 前記処理部は、復調部と、誤り訂正部と、を有し、
    前記制御部は、前記スタンバイ状態の場合に、前記フレームの前記第2区間では、前記復調部及び前記誤り訂正部の少なくとも一方を停止させることで、前記処理部を動作させない
    請求項1に記載の受信装置。
  3. 前記復調部は、前記スタンバイ状態の場合に、前記受信信号の前記ブートストラップに緊急情報が設定されていると、前記緊急情報を出力する
    請求項2に記載の受信装置。
  4. 前記フレームは、前記ブートストラップと、プリアンブルと、1以上のサブフレームと、を含み、
    前記区間特定部は、前記ブートストラップと前記プリアンブルと前記サブフレームとの長さに基づいて前記フレームのフレーム長を算出し、前記フレーム長の長さから前記第1区間を特定する
    請求項3に記載の受信装置。
  5. 前記区間特定部は、前記ブートストラップに設定されている次のブートストラップまでの時間間隔に基づいて前記フレームにおける前記第1区間を特定する
    請求項3に記載の受信装置。
  6. 前記処理部は、クロックの供給によって前記処理を行い、
    前記制御部は、前記スタンバイ状態の場合に、前記第2区間では前記処理部にクロックの供給を停止させることで、前記処理部に動作させない
    請求項3に記載の受信装置。
  7. 前記フレームは、ATSC(Advanced Television Systems Committee)3.0で規定される物理層フレームである
    請求項1に記載の受信装置。
  8. 複数のフレームを含む受信信号を処理する処理部を備える受信装置によって実行される受信方法であって、
    前記受信信号から前記フレームにおけるブートストラップの第1区間を特定するステップと、
    スタンバイ状態の場合に、前記フレームの前記第1区間では前記処理部を動作させ、前記フレームの前記第1区間とは異なる第2区間では前記処理部を動作させないステップと、
    を含む受信方法。
  9. 複数のフレームを含む受信信号を処理する処理部を備える受信装置に、
    前記受信信号から前記フレームにおけるブートストラップの第1区間を特定するステップと、
    スタンバイ状態の場合に、前記フレームの前記第1区間では前記処理部を動作させ、前記フレームの前記第1区間とは異なる第2区間では前記処理部を動作させないステップと、
    を実行させる受信プログラム。
JP2019073105A 2019-04-05 2019-04-05 受信装置、受信方法及び受信プログラム Pending JP2020171003A (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2019073105A JP2020171003A (ja) 2019-04-05 2019-04-05 受信装置、受信方法及び受信プログラム
KR1020217030047A KR20210146909A (ko) 2019-04-05 2020-03-10 수신 장치, 수신 방법 및 수신 프로그램
PCT/JP2020/010297 WO2020203094A1 (ja) 2019-04-05 2020-03-10 受信装置、受信方法及び受信プログラム
US17/442,847 US20220191587A1 (en) 2019-04-05 2020-03-10 Receiver, reception method, and reception program

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2019073105A JP2020171003A (ja) 2019-04-05 2019-04-05 受信装置、受信方法及び受信プログラム

Publications (1)

Publication Number Publication Date
JP2020171003A true JP2020171003A (ja) 2020-10-15

Family

ID=72668569

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2019073105A Pending JP2020171003A (ja) 2019-04-05 2019-04-05 受信装置、受信方法及び受信プログラム

Country Status (4)

Country Link
US (1) US20220191587A1 (ja)
JP (1) JP2020171003A (ja)
KR (1) KR20210146909A (ja)
WO (1) WO2020203094A1 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPWO2024090194A1 (ja) * 2022-10-24 2024-05-02

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB0420540D0 (en) * 2004-09-15 2004-10-20 Nokia Corp Burst transmission in a digital broadcasting network
KR100689440B1 (ko) * 2005-04-26 2007-03-08 삼성전자주식회사 디지털 멀티미디어 방송시스템에서의 데이터 송수신 장치및 방법
WO2016129974A1 (en) * 2015-02-13 2016-08-18 Samsung Electronics Co., Ltd. Transmitting apparatus and receiving apparatus and controlling method thereof
MX373213B (es) * 2015-03-24 2020-05-07 One Media Llc Sistema y método de notificación de alta prioridad.
US10225040B2 (en) * 2015-07-16 2019-03-05 Electronics And Telecommunications Research Institute Apparatus for transmitting/receiving broadcasting signal using combination mode of layered division multiplexing and channel bonding, and method thereof
JP2017135557A (ja) 2016-01-27 2017-08-03 ソニー株式会社 データ処理装置、及び、データ処理方法

Also Published As

Publication number Publication date
US20220191587A1 (en) 2022-06-16
WO2020203094A1 (ja) 2020-10-08
KR20210146909A (ko) 2021-12-06

Similar Documents

Publication Publication Date Title
JP5476981B2 (ja) 受信装置及び方法、プログラム、並びに受信システム
CN106559679A (zh) 视频解码的方法、服务器和移动终端
JP2014512726A (ja) 放送通信システムにおける周波数ホッピング方式を提供するための装置及びその方法
JP5699758B2 (ja) 受信装置、受信方法、およびプログラム
WO2020203094A1 (ja) 受信装置、受信方法及び受信プログラム
JP6300480B2 (ja) 送信装置、受信装置、及びチップ
JP4690248B2 (ja) ディジタル放送受信装置、および受信方法
WO2017073351A1 (ja) 信号処理装置および方法、並びにプログラム
JP5712698B2 (ja) 信号処理装置、信号処理方法、並びにプログラム
US20140169387A1 (en) Method and communication apparatus for transmitting group frame, and method and user terminal for receiving group frame
JP2006066959A (ja) デジタル放送受信装置
JP4374371B2 (ja) デジタル放送のチャンネル検出方法及びそれを用いた受信装置
US20190028311A1 (en) Data processing apparatus and data processing method
JP5101424B2 (ja) 受信装置、受信装置の制御方法、受信装置の制御プログラム、および受信装置の制御プログラムを記録した記録媒体
WO2018006222A1 (en) Method and device for facilitating transmission of access information
KR20180007729A (ko) 무선 통신 시스템에서 신호를 송/수신하는 장치 및 방법
WO2016136192A1 (ja) 送信機、無線通信システム、通信方法、記録媒体
CN108811113B (zh) 下行控制信道接收的方法及用户设备
WO2025046943A1 (ja) 端末装置、通信方法及びコンピュータプログラム
US20140375890A1 (en) Transmitting apparatus and receiving apparatus and control method thereof
JP7046809B2 (ja) 受信装置および受信方法
WO2016067953A1 (ja) 受信装置および方法
US20140016728A1 (en) Reception apparatus, reception method, program, and reception system
WO2024061302A1 (zh) 信号检测和发送方法、终端及网络侧设备
US9407428B2 (en) Reception apparatus, reception method, and program