JPWO2017026249A1 - 受信装置、及び、データ処理方法 - Google Patents

受信装置、及び、データ処理方法 Download PDF

Info

Publication number
JPWO2017026249A1
JPWO2017026249A1 JP2017534158A JP2017534158A JPWO2017026249A1 JP WO2017026249 A1 JPWO2017026249 A1 JP WO2017026249A1 JP 2017534158 A JP2017534158 A JP 2017534158A JP 2017534158 A JP2017534158 A JP 2017534158A JP WO2017026249 A1 JPWO2017026249 A1 JP WO2017026249A1
Authority
JP
Japan
Prior art keywords
time information
physical layer
unit
ptp
packet
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.)
Abandoned
Application number
JP2017534158A
Other languages
English (en)
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.)
Sony Corp
Original Assignee
Sony 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 Corp filed Critical Sony Corp
Publication of JPWO2017026249A1 publication Critical patent/JPWO2017026249A1/ja
Abandoned legal-status Critical Current

Links

Images

Classifications

    • 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/4302—Content synchronisation processes, e.g. decoder synchronisation
    • H04N21/4305—Synchronising client clock from received content stream, e.g. locking decoder clock with encoder clock, extraction of the PCR packets
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/35—Arrangements for identifying or recognising characteristics with a direct linkage to broadcast information or to broadcast space-time, e.g. for identifying broadcast stations or for identifying users
    • H04H60/38—Arrangements for identifying or recognising characteristics with a direct linkage to broadcast information or to broadcast space-time, e.g. for identifying broadcast stations or for identifying users for identifying broadcast time or space
    • H04H60/40—Arrangements for identifying or recognising characteristics with a direct linkage to broadcast information or to broadcast space-time, e.g. for identifying broadcast stations or for identifying users for identifying broadcast time or space for identifying broadcast time
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/86—Arrangements characterised by the broadcast information itself
    • H04H20/95—Arrangements characterised by the broadcast information itself characterised by a specific format, e.g. an encoded audio 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/41—Structure of client; Structure of client peripherals
    • H04N21/426—Internal components of the client ; Characteristics thereof
    • 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/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4344—Remultiplexing of multiplex streams, e.g. by modifying time stamps or remapping the packet identifiers
    • 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/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4348—Demultiplexing of additional data and video streams
    • 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/4381—Recovering the multiplex stream from a specific network, e.g. recovering MPEG packets from ATM cells
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/765—Interface circuits between an apparatus for recording and another apparatus
    • H04N5/775—Interface circuits between an apparatus for recording and another apparatus between a recording apparatus and a television receiver
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/82—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only
    • H04N9/8205—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only involving the multiplexing of an additional signal and the colour video signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J3/00—Time-division multiplex systems
    • H04J3/02—Details
    • H04J3/06—Synchronising arrangements
    • H04J3/0635—Clock or time synchronisation in a network
    • H04J3/0638—Clock or time synchronisation among nodes; Internode synchronisation
    • H04J3/0658—Clock or time synchronisation among packet nodes
    • H04J3/0661—Clock or time synchronisation among packet nodes using timestamps
    • H04J3/0664—Clock or time synchronisation among packet nodes using timestamps unidirectional timestamps
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J3/00—Time-division multiplex systems
    • H04J3/02—Details
    • H04J3/06—Synchronising arrangements
    • H04J3/0635—Clock or time synchronisation in a network
    • H04J3/0638—Clock or time synchronisation among nodes; Internode synchronisation
    • H04J3/0658—Clock or time synchronisation among packet nodes
    • H04J3/0661—Clock or time synchronisation among packet nodes using timestamps
    • H04J3/0667—Bidirectional timestamps, e.g. NTP or PTP for compensation of clock drift and for compensation of propagation delays
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/765—Interface circuits between an apparatus for recording and another apparatus
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/804—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components
    • H04N9/8042—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components involving data reduction

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Synchronisation In Digital Transmission Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Television Systems (AREA)
  • Communication Control (AREA)

Abstract

本技術は、時刻情報を効率的に処理することができるようにする受信装置、及び、データ処理方法に関する。受信装置は、IP伝送方式のデジタル放送信号を受信し、IP伝送方式のプロトコルスタックにおける物理層で伝送される物理層フレームから、時刻情報を取得し、取得された時刻情報を、物理層フレームのペイロードに配置されるデータと同一のデータ形式に変換し、変換された時刻情報を、物理層よりも上位の層である上位層に関する所定の処理を行う処理部に出力する。本技術は、例えば、IP伝送方式に対応したテレビ受像機に適用することができる。

Description

本技術は、受信装置、及び、データ処理方法に関し、特に、時刻情報を効率的に処理することができるようにした受信装置、及び、データ処理方法に関する。
例えば、次世代地上放送規格の１つであるATSC(Advanced Television Systems Committee)3.0では、データ伝送に、主として、TS(Transport Stream)パケットではなく、UDP/IP、すなわち、UDP(User Datagram Protocol)パケットを含むIP(Internet Protocol)パケットを用いる方式（以下、IP伝送方式という）が採用されることが決定されている。また、ATSC3.0以外の放送方式でも、将来的に、IP伝送方式が採用されることが期待されている。
なお、TSを放送する場合には、送信側と受信側とで同期をとるための時刻情報として、PCR(Program Clock Reference)が伝送される（例えば、非特許文献１参照）。
ARIB STD-B44 2.0版 一般社団法人 電波産業会
ところで、IP伝送方式においては、送信側と受信側とで同期をとるための時刻情報を処理するための方式が確立されておらず、時刻情報を効率的に処理するための提案が要請されていた。
本技術はこのような状況に鑑みてなされたものであり、時刻情報を効率的に処理することができるようにするものである。
本技術の一側面の受信装置は、IP伝送方式のデジタル放送信号を受信する受信部と、前記IP伝送方式のプロトコルスタックにおける物理層で伝送される物理層フレームから、時刻情報を取得する取得部と、取得された前記時刻情報を、前記物理層フレームのペイロードに配置されるデータと同一のデータ形式に変換する変換部と、変換された前記時刻情報を、前記物理層よりも上位の層である上位層に関する所定の処理を行う処理部に出力する出力部とを備える受信装置である。
本技術の一側面の受信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。また、本技術の一側面のデータ処理方法は、上述した本技術の一側面の受信装置に対応するデータ処理方法である。
本技術の一側面の受信装置、及び、データ処理方法においては、IP伝送方式のデジタル放送信号が受信され、前記IP伝送方式のプロトコルスタックにおける物理層で伝送される物理層フレームから、時刻情報が取得され、取得された前記時刻情報が、前記物理層フレームのペイロードに配置されるデータと同一のデータ形式に変換され、変換された前記時刻情報が、前記物理層よりも上位の層である上位層に関する所定の処理を行う処理部に出力される。
本技術の一側面によれば、時刻情報を効率的に処理することができる。
なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載されたいずれかの効果であってもよい。
本技術を適用した伝送システムの一実施の形態の構成を示す図である。 受信装置の構成例を示す図である。 受信装置の復調部の詳細な構成例を示す図である。 物理層フレームの構成例を示す図である。 送信装置の変調部の詳細な構成例を示す図である。 物理層フレームにおける時刻リファレンスポイントを説明する図である。 物理層フレームにおける時刻リファレンスポイントの例を示す図である。 時刻情報とそのメタデータの例を示す図である。 PTPの構成例を示す図である。 UTCメタデータのシンタックスの例を示す図である。 うるう秒が挿入される場合の時刻の調整例を示す図である。 うるう秒が削除される場合の時刻の調整例を示す図である。 ALPパケットの構成例を示す図である。 パケットタイプの例を示す図である。 ALPパケットのシグナリングとして時刻情報を伝送する場合の構成例を示す図である。 ALPパケットにおけるALPヘッダとペイロードの構成例を示す図である。 IP/UDPパケットを利用して時刻情報を伝送する場合のデータ形式の例を示す図である。 物理層フレームにおける時刻リファレンスポイントの例を示す図である。 通常の受信装置の場合の復調LSIとメインSoCとの間で伝送されるデータを模式的に表した図である。 図２の受信装置の場合の復調LSIとメインSoCとの間で伝送されるデータを模式的に表した図である。 時刻情報形式変換出力処理の流れを説明するフローチャートである。 コンピュータの構成例を示す図である。
以下、図面を参照しながら本技術の実施の形態について説明する。なお、説明は以下の順序で行うものとする。
１．システムの構成
２．物理層フレームに含まれる時刻情報の伝送
３．物理層から上位層に伝送される時刻情報の形式の変換
４．時刻情報を含むパケットの出力タイミング
５．受信側の処理の流れ
６．コンピュータの構成
＜１．システムの構成＞
（伝送システムの構成例）
図１は、本技術を適用した伝送システムの一実施の形態の構成を示す図である。なお、システムとは、複数の装置が論理的に集合したものをいう。
図１において、伝送システム１は、送信装置１０と受信装置２０から構成される。この伝送システム１では、ATSC3.0等のIP伝送方式を採用したデジタル放送の規格に準拠したデータ伝送が行われる。
送信装置１０は、伝送路３０を介してコンテンツを送信する。例えば、送信装置１０は、テレビ番組等のコンテンツを構成するビデオやオーディオ等（のコンポーネント）とシグナリングを含む放送ストリームを、デジタル放送信号として、伝送路３０を介して送信する。
受信装置２０は、送信装置１０から伝送路３０を介して送信されてくる、コンテンツを受信して出力する。例えば、受信装置２０は、送信装置１０からのデジタル放送信号を受信して、放送ストリームから、コンテンツを構成するビデオやオーディオ等（のコンポーネント）とシグナリングを取得し、テレビ番組等のコンテンツの映像や音声を再生する。
なお、伝送システム１において、伝送路３０は、地上波放送のほか、例えば、放送衛星や通信衛星を利用した衛星放送、あるいは、ケーブルを用いた有線放送（CATV）などであってもよい。
（受信装置の構成例）
図２は、図１の受信装置２０の構成例を示す図である。
図２の受信装置２０においては、送信装置１０から伝送路３０を介して送信されるデジタル放送信号が受信されて処理されることで、テレビ番組等のコンテンツが再生される。図２において、受信装置２０は、制御部２０１、RF部２０２、復調部２０３、処理部２０４、及び、出力部２０５から構成される。
制御部２０１は、受信装置２０の各部の動作を制御する。
RF部２０２は、アンテナ２１１を介してデジタル放送信号を受信して、RF(Radio Frequency)信号を、IF(Intermediate Frequency)信号に周波数変換し、復調部２０３に供給する。なお、RF部２０２は、例えば、RF ICとして構成される。
復調部２０３は、RF部２０２から供給される信号に対する復調処理（例えばOFDM(Orthogonal Frequency Division Multiplexing)復調など）を行う。また、復調部２０３は、復調処理で得られる復調信号に対して、誤り訂正処理を施し、その処理の結果得られる信号を、処理部２０４に供給する。なお、復調部２０３は、例えば、復調LSI(Large Scale Integration)として構成される。
処理部２０４は、復調部２０３から供給される信号に対する処理（例えば復号処理など）を行い、その処理の結果得られるビデオやオーディオのデータを、出力部２０５に供給する。なお、処理部２０４は、例えば、メインSoC(System on Chip)として構成される。すなわち、復調LSIとしての復調部２０３と、メインSoCとしての処理部２０４とは、異なるチップ（Chip）として構成され、所定のインターフェース（例えば信号線）を介して接続されている。
出力部２０５は、例えば、表示部やスピーカなどから構成される。表示部は、処理部２０４から供給されるビデオデータに応じた映像を表示する。また、スピーカは、処理部２０４から供給されるオーディオデータに応じた音声を出力する。なお、出力部２０５は、処理部２０４から供給されるビデオやオーディオのデータを、外部の機器に出力するようにしてもよい。
受信装置２０は、以上のように構成される。なお、受信装置２０は、テレビ受像機、セットトップボックス（STB：Set Top Box）、又は、録画機などの固定受信機のほか、携帯電話機、スマートフォン、又はタブレット端末などのモバイル受信機であってもよい。また、受信装置２０は、車両に搭載される車載機器でもよい。
（復調部の構成例）
図３は、図２の受信装置２０を構成する復調部２０３の詳細な構成例を示す図である。なお、図３の復調部２０３の構成では、説明の簡略化のため、物理層のシグナリングとして伝送される時刻情報に関する処理を行うブロックを中心に図示している。
図３において、復調部２０３は、FFTトリガ推定部２３１、FFT部２３２、チャネル推定部２３３、等化部２３４、周波数デインターリーバ２３５、L1-Basic抽出部２３６、L1-Basic処理部２３７、L1-Basic情報抽出部２３８、L1-Detail抽出部２３９、L1-Detail時間デインターリーバ２４０、L1-Detail処理部２４１、L1-Detail情報抽出部２４２、時刻情報取得部２４３、時刻情報形式変換部２４４、及び、出力部２４５から構成される。
復調部２０３において、RF部２０２からの信号（IF信号）は、A/D変換され、DC成分が除去された後、デジタル直交復調され、その結果得られるベースバンドのOFDM信号が出力される。このデジタル直交復調で得られるOFDM信号は、FFT演算が行われる前の時間領域の信号であり、以下、このFFT演算が行われる前のOFDM信号を、OFDM時間領域信号ともいう。
なお、OFDM時間領域信号は、直交復調された結果、実軸成分（I(In Phase)成分）と虚軸成分（Q(Quadrature Phase)成分）とを含む、複素数で表される複素信号である。
FFTトリガ推定部２３１は、OFDM時間領域信号の自己相関（ガード相関）を求め、FFT演算範囲に応じた演算開始タイミングを示すFFTトリガを推定し、FFT部２３２に供給する。
FFT部２３２は、FFTトリガ推定部２３１からのFFTトリガに従って、OFDM時間領域信号から、FFT区間のOFDM時間領域信号（のサンプル値）を抽出し、DFT(Discrete Fourier Transform)の高速演算であるFFT演算を行う。
なお、OFDM時間領域信号のFFT演算により得られるOFDM信号は、周波数領域の信号であり、以下、このFFT演算が行われた後のOFDM信号を、OFDM周波数領域信号ともいう。このOFDM周波数領域信号は、チャネル推定部２３３及び等化部２３４に供給される。
チャネル推定部２３３は、OFDM周波数領域信号から抽出されるSP(Scattered Pilots)信号に基づいて、OFDM信号が伝送されてきた伝送路３０の周波数特性である伝送路特性を推定するチャネル推定を行い、その推定結果を、等化部２３４に供給する。
等化部２３４は、FFT部２３２から供給されるOFDM周波数領域信号を、チャネル推定部２３３から供給される伝送路特性の推定値を用いて演算することで、OFDM信号が伝送路３０で受けた歪みを補正する歪み補正を、等化処理として行う。歪み補正後のOFDM周波数領域信号は、周波数デインターリーバ２３５に供給される。
周波数デインターリーバ２３５は、等化部２３４からのデータに対して、シンボル単位での周波数デインターリーブ（Frequency De-Interleave）を行い、L1-Basic抽出部２３６及びL1-Detail抽出部２３９に供給する。なお、図４に示すように、例えば、物理層フレームを構成するプリアンブルは、L1-Basic、L1-Detail、Payloadなどのシンボルから構成される。
L1-Basic抽出部２３６は、周波数デインターリーバ２３５からのデータに対して、プリアンブルのL1-Basicのシンボルを抽出し、L1-Basic処理部２３７に供給する。L1-Basic処理部２３７は、L1-Basic抽出部２３６からのデータに対して、BICM(Bit-Interleaved Coded Modulation)やデスクランブリング処理を行い、L1-Basic情報抽出部２３８に供給する。L1-Basic情報抽出部２３８は、L1-Basic処理部２３７からのデータから、L1-Basic情報を抽出する。
このL1-Basic情報は、200ビットの固定長のデータ（シグナリング）である。なお、L1-Detail情報を抽出するためには、L1-Basic情報が必要とされる。
L1-Detail抽出部２３９は、周波数デインターリーバ２３５からのデータに対して、プリアンブルのL1-Detailのシンボルを抽出し、L1-Detail時間デインターリーバ２４０に供給する。L1-Detail時間デインターリーバ２４０は、L1-Detail抽出部２３９からのデータに対して、時間デインターリーブ（Time De-Interleave）を行い、L1-Detail処理部２４１に供給する。
L1-Detail処理部２４１は、L1-Detail時間デインターリーバ２４０からのデータに対して、BICM(Bit-Interleaved Coded Modulation)やデスクランブリング処理を行い、L1-Detail情報抽出部２４２に供給する。L1-Detail情報抽出部２４２は、L1-Detail処理部２４１からのデータから、L1-Detail情報を抽出する。
このL1-Detail情報は、可変長のデータ（シグナリング）である。また、L1-Detail情報には、物理層フレームにおけるプリアンブル等の先頭を示す時刻情報（とそのメタデータ）を含ませることができる。この時刻情報を含むL1-Detail情報は、時刻情報取得部２４３に供給される。
時刻情報取得部２４３は、L1-Detail情報抽出部２４２からのL1-Detail情報に含まれる時刻情報を取得し、時刻情報形式変換部２４４に供給する。時刻情報形式変換部２４４は、時刻情報取得部２４３からの時間情報を、所定の形式（物理層フレームのペイロードに配置されるデータと同一のデータ形式）に変換し、それにより得られるデータ（例えば、時刻情報を含むパケット）を、出力部２４５に供給する。
出力部２４５は、時刻情報形式変換部２４４からのデータ（例えば、時刻情報を含むパケット）を、所定のタイミングで、所定のインターフェース（例えば信号線）を介して処理部２０４に出力する。
なお、図３の構成では、説明を簡略化するために、物理層のシグナリングとして伝送される時刻情報に関する処理を行うブロックを中心に説明したが、実際には、ビデオやオーディオなどの伝送メディアについても復調処理や誤り訂正処理などが行われ、それらのデータを含むパケットが、所定のインターフェースを介して処理部２０４に出力される。
また、図５には、図３に示した受信装置２０の復調部２０３に対応する、送信装置１０の変調部１０１の構成を示している。図５においては、L1シグナリング生成部１３１により生成されたL1-Basic情報が、L1-Basic処理部１３２により処理され、プリアンブル構成部１３５に供給される。また、L1シグナリング生成部１３１により生成されたL1-Detail情報が、L1-Detail処理部１３３により処理され、L1-Detail時間インターリーバ１３４により時間インターリーブ（Time Interleave）され、プリアンブル構成部１３５に供給される。ただし、このL1-Detail情報には、時刻情報（とそのメタデータ）を含めることができる。
プリアンブル構成部１３５においては、L1-Basic情報及びL1-Detail情報から、プリアンブルが構成される。プリアンブル構成部１３５により構成されたプリアンブルは、周波数インターリーバ１３６により周波数インターリーブ（Frequency Interleave）され、パイロット信号挿入部１３７によりSP(Scattered Pilots)信号やCP(Continual Pilots)信号などが挿入され、IFFT部１３８によりIFFT演算が行われ、GI挿入部１３９に供給される。そして、GI挿入部１３９によりガードインターバル（GI：Guard interval）が挿入され、それにより得られる信号を含むデジタル放送信号が、伝送路３０を介して送信されることになる。
＜２．物理層フレームに含まれる時刻情報の伝送＞
ところで、ATSC3.0では、物理層のシグナリングとして、物理層フレームにおけるプリアンブル等の先頭を示す時刻情報を伝送することが想定されている。この時刻情報は、物理層フレームのストリームにおける所定の位置（時刻リファレンスポイント）の絶対的な時刻（絶対時刻）を表す。
ここで、ストリームにおける所定の位置の時刻とは、所定の位置のビットが、送信装置１０で処理されている最中の所定のタイミングの時刻である。所定の位置のビットが、送信装置１０で所定されている最中の所定のタイミング時刻としては、例えば、送信装置１０のあるブロックから、所定の位置のビットが出力されたときのタイミングの時刻や、送信装置１０のあるブロックで、所定の位置のビットの処理が行われたタイミングの時刻等がある。
この時刻情報としては、例えば、PTP(Precision Time Protocol)を利用することができる。詳細は後述するが、PTPは、IEEE 1588-2008で規定されている80ビットの時刻を表す情報である。なお、時刻情報としては、PTPに限らず、所定の規格で規定されている時刻の情報や、その他独自に決定された形式の時刻の情報などの任意の時刻の情報を採用することができる。
（物理層フレームにおける時刻リファレンスポイント）
図６は、物理層フレームにおける時刻リファレンスポイントを説明する図である。なお、図６において、時間の方向は、図中の左側から右側に向かう方向とされる。
図６において、各物理層フレーム（Frame）は、ブートストラップ（Bootstrap）、プリアンブル（Preamble）、及び、ペイロード（Payload）から構成される。また、時間軸上において、各物理層フレームの間隔（周期）は一定とされる。
ブートストラップ又はプリアンブルには、シグナリング（L1シグナリング）を配置することができる。この例では、プリアンブルのシグナリングに、PTP等の時刻情報が配置されている。ここで、プリアンブル（のシグナリング）に配置される時刻情報（PTP）は、そのプリアンブルの先頭を示す時刻リファレンスポイントＰとされる。
例えば、１つ目の物理層フレームのプリアンブル（のシグナリング）に配置される時刻情報（PTP）は、１つ目の物理層フレームのプリアンブルの先頭の時刻リファレンスポイントＰを示している。以降の物理層フレームでも同様に、各プリアンブル（のシグナリング）に配置される時刻情報（PTP）は、そのプリアンブルの先頭の時刻リファレンスポイントＰを示している。
ペイロードには、ALP(ATSC Link-layer Protocol)パケット又はIP/UDPパケットに格納されたデータが配置される。ALPパケットは、レイヤ２（Ｌ２）の伝送パケット（L2 Packet）であって、そのペイロードに、IP/UDPパケットが配置される。IP/UDPパケットのペイロードには、ビデオやオーディオ、シグナリングのデータなどが配置される。
なお、時刻情報（PTP）に応じた時刻リファレンスポイントＰが示す位置としては、図６に示したプリアンブルの先頭に限らず、例えば、ブートストラップの先頭、ペイロードの先頭、又は、時刻情報の挿入箇所など、時刻のリファレンスポイントとなり得る位置（データの切れ目となる位置）であれば、他の位置を指すようにしてもよい。ただし、図６の例において、時刻情報の挿入箇所は、プリアンブル内の位置とされる。
図７には、時刻リファレンスポイントＰの例を示している。図７において、例えば、１つ目の物理層フレームのプリアンブル（のシグナリング）に配置される時刻情報（PTP）は、１つ目の物理層フレームのプリアンブルの先頭の時刻リファレンスポイントＰ１のほか、ブートストラップの先頭の時刻リファレンスポイントＰ２、ペイロードの先頭の時刻リファレンスポイントＰ３、又は、時刻情報の挿入箇所の時刻リファレンスポイントＰ４を示すようにすることができる。
また、以降の物理層フレームでも同様に、各プリアンブル（のシグナリング）に配置される時刻情報（PTP）は、プリアンブルの先頭、ブートストラップの先頭、ペイロードの先頭、又は、時刻情報の挿入箇所の時刻リファレンスポイントＰ（図７のＰ１，Ｐ２，Ｐ３，又はＰ４）を示している。
なお、図６及び図７の物理層フレームの例では、時刻情報を含むシグナリングが、プリアンブルに配置されるとして説明したが、シグナリングは、ブートストラップなどに配置されるようにしてもよい。この場合、ブートストラップに配置されるシグナリングの時刻情報（PTP）は、ブートストラップの先頭の時刻リファレンスポイントＰ２を示すようにすることができる。
また、時刻情報は、L1シグナリングに限らず、他のシグナリングなどに含まれるようにしてもよい。さらに、時刻情報は、PTPに限らず、例えばUTC(Coordinated Universal Time)などの他の時刻を示す情報を用いるようにしてもよい。
このように、ATSC3.0の物理層フレームにおいては、プリアンブルの先頭、ブートストラップの先頭、ペイロードの先頭、又は、時刻情報の挿入箇所の時刻リファレンスポイントＰを示す時刻情報（例えばPTPやUTCなど）が、プリアンブル又はブートストラップのシグナリングに配置され、伝送されている。
（物理層で伝送される時刻情報の例）
図８は、物理層で伝送される時刻情報の例を示す図である。
図８に示すように、物理層のシグナリングとして伝送される時刻情報は、例えば、80ビットのPTP(Precision Time Protocol)とすることができる。また、この時刻情報（PTP）には、32ビットのUTCメタデータを付加することができる。
（PTPの構成）
図９には、IEEE 1588-2008で規定されているPTPの構成例を示している。図９に示すように、PTPの時刻を表す80ビットのうち、48ビットが、秒単位の時刻を表し、残りの32ビットがナノ秒単位の時刻を表している。したがって、PTPで規定される時刻の情報は、物理層フレームに含める時刻情報としては、十分な精度があり、正確な時刻を表すことができる。
なお、図９に示したように、PTPは、48ビットの秒フィールドと、32ビットのナノ秒フィールドで構成されるが、それらのフィールドを全て使用する必要はなく、必要に応じて使用するビットを減らして、PTPの精度を下げるようにしてもよい。すなわち、PTPによれば、極めて正確な時刻を表現することができるが、図１の伝送システム１で放送によるサービスを行う場合に、その放送に必要以上の精度の時刻情報を伝送することは、伝送帯域を圧迫し、効率的ではない。
80ビットのPTPは、放送によるサービスの提供にとって、十分過ぎる精度の時刻情報であり、PTPの情報量をある程度低下させても、放送によるサービスの提供を十分維持することができる。そこで、図１の伝送システム１では、時刻情報としてのPTPを、その情報量を低下させて伝送することができる。PTPの情報量を低下させる方法としては、例えば、PTPを圧縮する方法がある。
PTPを圧縮する方法としては、例えば、PTPにおいて、秒フィールドの48ビットを、32ビットに減らして、2106年（epoch 1970 + 136 = 2106）まで使用可能とするなど、必要に応じた値に調整することが可能である。
また、デジタル放送では、27MHz又は90MHzのクロック（システムクロック）を使用するのが、一般的であるが、27MHz又は90MHzの精度を保証するためのPTPのナノ秒フィールドは、19ビット又は27ビットに相当している。したがって、PTPにおいて、ナノ秒フィールドの32ビットを、例えばその下位の13ビット又は5ビットを削除して、19ビット又は27ビットに減らしても、十分な精度を確保することができる。
なお、PTPのナノ秒フィールドの32ビットのうち、上位の2ビットは、常時0であるため、下位の13ビット又は5ビットを削除した19ビット又は27ビットのナノ秒フィールドについては、さらに、上位2ビットを削除し、17ビット又は25ビットのナノ秒フィールドとすることができる。
ただし、ATSC3.0では、PTPを利用する場合に、秒フィールドの48ビットを、32ビットに調整（圧縮）し、ナノ秒フィールドの32ビットを、19ビット又は27ビット（17ビット又は25ビット）に調整（圧縮）することが想定されている。
（UTCメタデータの構成）
また、UTCメタデータは、例えば、ビデオやオーディオ等の伝送メディアの提示同期のための情報等のオフセット情報を含む。なお、UTCメタデータを、時刻情報（PTP）に対して付加するかどうかは、任意である。図１０には、UTCメタデータのシンタックスを図示している。
16ビットのPTP_UTC_OFFSETは、PTPとUTC（協定世界時）のオフセット情報である。PTP_UTC_OFFSETでは、PTPとUTCとの時間差を秒単位で指定することができる。
ただし、UTC（協定世界時）は、TAI（国際原子時）との差を整数秒に維持しながら、UT1（世界時）に近似的に一致することを保証するために、秒の挿入又は削除を行う、閏秒（うるう秒）調整を導入している。一方で、PTPではうるう秒を調整する運用は行われていないため、UTCでのうるう秒の挿入又は削除に応じて、PTP_UTC_OFFSETの値が変更されることになる。
2ビットのLEAP_SECOND_FLAGは、うるう秒（Leap Second）に関する処理を行うためのフラグである。2ビットのLEAP_SECOND_FLAGにより表される２つのフラグのうち、一方のLEAP_SECOND_FLAG[0]は、うるう秒が発生する時刻を示すフラグである。
また、他方のLEAP_SECOND_FLAG[1]は、うるう秒の挿入又は削除を示すフラグである。例えば、LEAP_SECOND_FLAG[1]として、"0"が設定された場合、うるう秒が挿入（＋１秒）されることを示す。また、例えば、LEAP_SECOND_FLAG[1]として、"1"が設定された場合、うるう秒が削除（−１秒）されることを示す。
なお、32ビットのUTCメタデータのうちの残りの14ビットは、将来の拡張のための未定義（Reserved）の領域とされる。
ここで、図１１及び図１２を参照して、UTCメタデータを用いたうるう秒の時刻の調整について説明する。
図１１は、UTCが示す時刻に、うるう秒が挿入（＋１秒）される場合の時刻の調整例を示す図である。
図１１において、時間の方向は、図中の左側から右側の方向とされる。また、図１１では、四角内の数字（例えば、「25」や「26」）が、PTP_UTC_OFFSETにより設定される、PTPとUTCとの間の秒単位の時間差を表している。
さらに、LEAP_SECOND_FLAG[0]は、うるう秒の発生時刻を表しており、この例では、うるう秒の挿入（＋１秒）が行われる１日前（24時間前）に、うるう秒の調整処理が行われることを通知している。また、LEAP_SECOND_FLAG[1]は、うるう秒の挿入又は削除を表しており、この例では、うるう秒の挿入（＋１秒）が行われるため、LEAP_SECOND_FLAG[1]として、"0"が設定されている。
ここで、例えば、7/1の23:59:59に、UTCが示す時刻に、うるう秒が挿入されるとすれば、いま、UTCに応じたメディアタイム（Media time）が、6/30の23:59:59となるとき、PTPとUTCとの時間差は、25秒であり、うるう秒の調整処理が行われる1日前（24時間前）には、まだなっていないので、LEAP_SECOND_FLAG[0]には、"0"が設定されている。
その１秒後の7/1の0:0:0となったとき、うるう秒の調整処理が行われる1日前（24時間前）となったので、LEAP_SECOND_FLAG[0]は、"0"から"1"に変化する。これにより、受信装置２０には、うるう秒の調整処理が24時間以内に行われることが通知されることになる。
そして、メディアタイムが、7/1の23:59:59となるまで、この状態が継続し、メディアタイムが、7/1の23:59:59となったとき、UTCが示す時刻に、うるう秒が挿入（＋１秒）されたのに応じて、PTP_UTC_OFFSETにより設定される、PTPとUTCとの時間差を示す値が、25秒から26秒に調整される。
また、図１２は、UTCが示す時刻から、うるう秒が削除（−１秒）される場合の時刻の調整例を示す図である。
なお、図１２において、PTP_UTC_OFFSET、LEAP_SECOND_FLAG[0]やLEAP_SECOND_FLAG[1]の表記については、図１１と同様とされるが、この例では、うるう秒の削除（−１秒）が行われるため、うるう秒の削除（−１秒）が行われる１日前（24時間前）において、LEAP_SECOND_FLAG[1]として、"0"ではなく、"1"が設定されている。
ここで、例えば、7/1の23:59:59に、UTCが示す時刻から、うるう秒が削除されるとすれば、いま、UTCに応じたメディアタイム（Media time）が、6/30の23:59:59となるとき、PTPとUTCとの時間差は、25秒であり、うるう秒の調整処理が行われる1日前（24時間前）には、まだなっていないので、LEAP_SECOND_FLAG[0]には、"0"が設定されている。
その１秒後の7/1の0:0:0となったとき、うるう秒の調整処理が行われる1日前（24時間前）となったので、LEAP_SECOND_FLAG[0]とLEAP_SECOND_FLAG[1]は、"0"から"1"に変化する。これにより、受信装置２０には、うるう秒の調整処理が24時間以内に行われることが通知されることになる。
そして、メディアタイムが、7/1の23:59:58となるまで、この状態が継続し、メディアタイムが、7/1の23:59:59となったとき、UTCが示す時刻から、うるう秒が削除されたのに応じて、PTP_UTC_OFFSETにより設定される、PTPとUTCとの時間差を示す値が、25秒から24秒に調整される（うるう秒の削除（−１秒）が行われる）。
なお、図１１及び図１２に示したうるう秒の調整処理では、受信装置２０に対して、１日前（24時間前）に、うるう秒の調整処理が行われる通知がなされるとして説明したが、この通知は、例えば３日前や半日前など、運用に応じて任意のタイミングで行うことができる。
以上のように、時刻情報（PTP）に対して、UTCメタデータを付加することで、例えば、うるう秒の調整処理を行うなど、多様な運用形態に対応することが可能となる。
＜３．物理層から上位層に伝送される時刻情報の形式の変換＞
上述したように、ATSC3.0では、物理層のシグナリングとして、PTP等の時刻情報が伝送されることが想定されているため、この時刻情報を、物理層よりも上位の層である上位層に伝送する必要が出てくる。上位層では、物理層で伝送された時刻情報を用いて、所定の処理を行うことになる。ただし、受信装置２０においては、復調LSIとして構成される復調部２０３により物理層の処理が行われ、メインSoCとして構成される処理部２０４により上位層の処理が行われることになる。
本技術では、この物理層フレームに配置される時刻情報を、上位層で処理される所定のデータ形式（フォーマット）に変換してから、処理部２０４に供給されるようにすることで、上位層に伝送される時刻情報のデータ形式が、復調LSI（復調部２０３）と、メインSoC（処理部２０４）との間でやりとりされるデータの形式と統一されるようにする。
すなわち、復調LSI（復調部２０３）とメインSoC（処理部２０４）との間でやりとりされるデータの形式が統一されていないと（時刻情報だけが他のデータ形式になってしまうと）、複数のデータ形式をサポートするために、例えば、複雑なプロトコルを用いる必要があったり、あるいは、復調LSIとメインSoCにおいて、インターフェース(I/F)となるピン数が増加したりするため、共通のデータ形式を用いることが望ましい。
そこで、本技術では、物理層フレームから取得された時刻情報であって、物理層から上位層に伝送される時刻情報が、ALPパケットに格納されるようにすることで、時刻情報のデータ形式と、物理層フレームのペイロードに配置されるデータの形式とが、同一のデータ形式に変換されるようにする。
すなわち、ALPパケットは、IP/UDPパケットを含むレイヤ２（Ｌ２）の伝送パケットであって、物理層フレームのペイロードには、ALPパケットに格納されたデータが配置されているので、物理層から上位層に伝送される時刻情報が、ALPパケットに格納されるようにすることで、各データを統一されたデータ形式（フォーマット）で取り扱うことが可能となる。
（ALPパケットの構成）
図１３は、ALPパケットの構成例を示す図である。
図１３に示すように、ALPパケットは、ALPヘッダと、データが配置されるペイロードから構成される。また、ALPヘッダは、ベースヘッダ（Base Header）のほか、拡張ヘッダ（Additional Header）とオプショナルヘッダ（Optional Header）を配置することができる。
ALPヘッダ（ベースヘッダ）の先頭には、3ビットのタイプ情報（Packet_Type）が設定される。この枠Ａで囲まれたタイプ情報には、図１４に示すように、ALPパケットのペイロードに配置されるデータのタイプに関する情報が設定される。
すなわち、ペイロードにIPv4のIPパケット（IP/UDPパケット）が配置される場合、タイプ情報には、"000"が設定される。また、ペイロードに、圧縮されたIPパケット（IP/UDPパケット）が配置される場合、タイプ情報には、"001"が設定される。さらに、ペイロードに、MPEG2-TS方式のTSパケットが配置される場合、タイプ情報には、"010"が設定される。
また、ペイロードに、LLS(Link Layer Signaling)パケットが配置される場合には、タイプ情報は、"100"が設定される。このLLSパケットは、LLSシグナリングを伝送するためのパケットである。LLSシグナリングは、放送ネットワークにおけるストリームやサービスの構成を示す情報を含んでいる。また、このLLSパケットを利用して、例えば、レイヤ２のシグナリングであるL2シグナリングを伝送することができる。
なお、図１４において、"011"，"101"，"110"のタイプ情報は、将来の拡張のための未定義（Reserved）の領域となっている。また、３つの未定義（Reserved）の領域による拡張では不足している場合には、所定の領域からなるタイプ情報を拡張するために、"111"が設定される。
図１３の説明に戻り、ALPパケットのALPヘッダ（ベースヘッダ）において、タイプ情報の次には、1ビットのパケット設定情報（PC：Packet Configuration）が配置される。パケット設定情報として、"0"が設定された場合、その次に配置される1ビットのヘッダモード（HM：Header Mode）に応じて、シングルパケットモード（Single packet mode）となって、ALPヘッダには、11ビットのレングス情報（Length）や拡張ヘッダ（Additional header）が配置される。
なお、シングルパケットモードにおいて、拡張ヘッダが配置されないALPパケットは、ノーマルパケット（normal packet）と称される一方、拡張ヘッダが配置されるALPパケットは、ロングパケット（long packet）と称される。
一方、パケット設定情報（PC）として、"1"が設定された場合、その次に配置される1ビットのS/C（Segmentation/Concatenation）に応じて、セグメンテーションモード（Segmentation mode）又は連結モード（Concatenation mode）となって、ALPヘッダには、11ビットのレングス情報（Length）や拡張ヘッダ（Additional header）が配置される。
そして、ALPパケットにおいては、以上のように構成されるALPヘッダに続いて、ペイロードが配置される。このペイロードには、ALPヘッダ（ベースヘッダ）のタイプ情報に応じて、例えば、IPv4のIPパケット（IP/UDPパケット）やLLSパケットなどを配置することができる。
（ALPパケットに時刻情報を配置）
図１５は、時刻情報を伝送する場合における、ALPパケットの構成例を示す図である。なお、図１５には、ALPパケットのALPヘッダの構成を示しているが、その構成は、図１３のALPヘッダ（ベースヘッダ）の構成と同様であるため、その説明は適宜省略する。
図１５のALPパケットにおいて、ALPヘッダの先頭に配置されるタイプ情報（Packet_Type）には、枠Ｂで囲んでいるように、LLSパケットを示す"100"が設定されている。また、この例では、ALPパケットのペイロードに、時刻情報（PTP）を配置するため、"0"であるパケット設定情報（PC）と、"0"であるヘッダモード（HM）が設定される。
ここで、図１６には、ALPパケットにおけるALPヘッダとペイロードの構成例を示している。図１６のALPパケットにおいて、ALPヘッダには、"100"であるタイプ情報（Packet_Type）、"0"であるパケット設定情報（PC）、"0"であるヘッダモード（HM）、及び、"000 0001 0010"であるレングス情報（Length）がそれぞれ設定されている。
すなわち、図１６のALPパケットは、パケットのタイプがLLSパケットであって、シングルパケットモードとなるため、ALPヘッダには、11ビットのレングス情報が配置されることになる。このレングス情報には、ALPヘッダに続いて配置されるペイロードのビット長が、18バイトとなることを示す"000 0001 0010"が設定されている。
この18バイトのペイロードとして、先頭から4バイトには、32ビットのペイロードヘッダ（payload header）が配置され、それに続く10バイトには、80ビットの時刻情報（PTP）が配置され、さらにそれに続く4バイトには、32ビットのUTCメタデータ（UTC Metadata）が配置される。
ペイロードヘッダは、8ビットのタイプ情報（type）、16ビットの拡張タイプ情報（type extension）、及び、8ビットのバージョン情報（version）から構成される。
タイプ情報には、ペイロードに配置されるデータのタイプに関する情報が設定される。例えば、この例では、タイプ情報として、"time_info"が設定されており、ペイロードでは、ペイロードヘッダに続いて時刻情報（PTP）が配置されることを示している。
拡張タイプ情報には、シグナリングの詳細情報、すなわち、ペイロードヘッダに続いて配置される時刻情報（PTP）の詳細情報が設定される。例えば、ペイロードヘッダに続いて時刻情報（PTP）とUTCメタデータが配置される場合、拡張タイプ情報には、"0x00"が設定される。また、例えば、ペイロードヘッダに続いて時刻情報（PTP）のみが配置される場合、拡張タイプ情報には、"0x01"が設定される。また、"0x02"〜"0xff"の拡張タイプ情報は、将来の拡張のための未定義（Reserved）の領域とされる。
バージョン情報には、例えば、時刻情報やUTCメタデータのバージョンを設定することができる。
ペイロードヘッダの次には、80ビットの時刻情報（PTP）と、32ビットのUTCメタデータ（UTC Metadata）が配置される。この時刻情報としては、図９に示したPTPなどの時刻を示す情報が用いられる。また、UTCメタデータは、図１０に示したように、PTPとUTCのオフセット情報である。
なお、時刻情報（PTP）に対してUTCメタデータを付加するかどうかは任意であり、UTCメタデータを付加しない場合には、時刻情報（PTP）のみが伝送される。また、UTCメタデータは、時刻情報に付加されるメタデータの一例であって、他のメタデータが付加されるようにしてもよい。
以上のように、ALPパケットのペイロードに、時間情報（PTP）（とUTCメタデータ）を配置して、物理層の処理を行う復調LSI（復調部２０３）から、上位層の処理を行うメインSoC（処理部２０４）に伝送されるようにすることで、時刻情報（PTP）のデータ形式が、復調LSIとメインSoCとの間でやりとりされるデータの形式と統一されることになる。これにより、復調LSI（復調部２０３）とメインSoC（処理部２０４）との間でデータをやりとりするに際して、例えば、複雑なプロトコルを用いたり、ピン数が増加したりすることはなく、処理を簡略化することができる。
（時刻情報の他の形式への変換）
上述した説明では、ALPパケットを用いて、物理層から上位層に、時刻情報（PTP）を伝送する場合を説明したが、他の伝送方法を採用してもよい。例えば、上述したALPパケットの代わりに、ALPパケットに含まれるIP/UDPパケットを用いて時刻情報（PTP）が伝送されるようにしてもよい。
図１７は、IP/UDPパケットを利用して時刻情報（PTP）を伝送する場合のデータ形式の例を示す図である。
8ビットのtable_idは、時刻情報（PTP）を伝送するためのセクションIDである。table_idの次は、6ビットの未定義（Reserved）の領域とされる。
1ビットのptp_short_format_indicatorは、PTPのフォーマットを示すフラグである。例えば、PTPのショートフォーマットが設定される場合、ptp_short_format_indicatorには、"1"が設定される。
1ビットのutc_offset_metadata_indicatorは、時刻情報（PTP）に対して、UTCメタデータが付加されているかどうかを示すフラグである。例えば、時刻情報（PTP）に、UTCメタデータが付加される場合、utc_offset_metadata_indicatorには、"1"が設定される。
ptp_short_format_indicatorとして、"1"が設定される場合、32ビットのptp_second_fieldと、17ビットのptp_nanosecond_fieldが配置される。32ビットのptp_second_fieldには、ショートフォーマットのPTP秒フィールドが設定される。また、17ビットのptp_nanosecond_fieldには、ショートフォーマットのPTPナノ秒フィールドが設定される。
一方で、ptp_short_format_indicatorとして、"1"以外の値、すなわち、"0"が設定される場合、48ビットのptp_second_fieldと、32ビットのptp_nanosecond_fieldが配置される。48ビットのptp_second_fieldには、PTP秒フィールドが設定される。また、32ビットのptp_nanosecond_fieldには、PTPナノ秒フィールドが設定される。
utc_offset_metadata_indicatorとして、"1"が設定される場合、32ビットには、utc_offset_metadataが配置される。utc_offset_metadataには、UTCメタデータが設定される。
以上のように、IP/UDPパケットのペイロードに、時間情報（PTP）（とUTCメタデータ）を配置して、復調LSI（復調部２０３）からメインSoC（処理部２０４）に伝送されるようにすることで、時刻情報（PTP）のデータ形式が、復調LSIとメインSoCとの間でやりとりされるデータの形式と統一されることになる。これにより、復調LSI（復調部２０３）とメインSoC（処理部２０４）との間でデータをやりとりするに際して、例えば、複雑なプロトコルを用いたり、ピン数が増加したりすることはなく、処理を簡略化することができる。
なお、上述した説明では、物理層から上位層に、時刻情報（PTP）を伝送するためのデータ形式（フォーマット）として、ALPパケット又はIP/UDPパケットのペイロードに、時間情報（PTP）（とUTCメタデータ）を配置する場合を説明したが、当該データ形式としては、これに限らず、時刻情報（PTP）を、物理層フレームのペイロードに配置されるデータと同一のデータ形式に変換できるのであれば、他のデータ形式（フォーマット）を採用してもよい。
＜４．時刻情報を含むパケットの出力タイミング＞
次に、図１８乃至図２０を参照して、復調LSI（復調部２０３）から、メインSoC（処理部２０４）に伝送される、時刻情報（PTP）を含むALPパケットの出力タイミングについて説明する。
ここで、時刻情報（PTP）は、物理層フレームのストリームにおける所定の位置（時刻リファレンスポイントＰ）の絶対的な時刻を表している。そして、この時刻リファレンスポイントが時刻情報として意味のあるものとなるため、この情報を物理層から上位層に伝送することになるが、伝送する際にジッタが乗ってしまうと、例えば、時刻情報（PTP）の示す時刻の誤差の原因ともなる。
そこで、本技術では、ATSC3.0の物理層フレームの構造に基づいて、時刻情報（PTP）を含むALPパケットの出力タイミングを一定にすることで、ジッタをなくして、例えば、時刻情報（PTP）の示す時刻に誤差が生じないようにする。すなわち、各物理層フレームのフレーム期間は、一定期間となるため、これを利用して、時刻情報（PTP）を含むALPパケットが、一定のタイミングで出力されるようにする。
ここで、図１８には、ATSC3.0の物理層フレームにおける時刻リファレンスポイントＰの例を示している。すなわち、図１８に示すように、ATSC3.0の物理層フレームにおいては、例えば、プリアンブルの先頭（Ｐ１）、ブートストラップの先頭（Ｐ２）、ペイロードの先頭（Ｐ３）、及び、時刻情報（PTP）の挿入箇所（Ｐ４）の４箇所に、時刻リファレンスポイントＰが存在している。
ただし、この例では、時刻リファレンスポイントＰ４として、プリアンブルで時刻情報（PTP）が伝送された場合におけるその時刻情報（PTP）の挿入箇所を示しているが、例えば、時刻情報（PTP）が、ブートストラップで伝送された場合には、時刻リファレンスポイントＰ４は、ブートストラップ上の時刻情報（PTP）の挿入箇所に応じた位置を示すことになる。
そして、これらの４箇所の時刻リファレンスポイントＰのうち、いずれかの時刻リファレンスポイントＰに応じて、物理層フレームごとに、時刻情報（PTP）を含むALPパケットが１つずつ出力されるようにする。なお、ここでは、時刻情報（PTP）以外のデータを格納しているALPパケットについては、多少のジッタが乗ったとしても、時刻情報（PTP）を含むALPパケットだけには、ジッタが乗らないように、時刻情報（PTP）を含むALPパケットが、時刻リファレンスポイントＰに応じて出力されるようにする。
例えば、ブートストラップの先頭の時刻リファレンスポイントＰ２が用いられる場合には、各物理層フレームにおける時刻リファレンスポイントＰ２に応じて、時刻情報（PTP）を含むALPパケットが出力されるようにすることで、１フレーム分の間隔（フレーム期間）ごとに、時刻情報（PTP）を含むALPパケットが出力されることになる。
すなわち、各物理層フレームにおける時刻リファレンスポイントＰ２は、同一の間隔（１フレーム分の間隔）となるので、これを利用することで、復調LSI（復調部２０３）から、メインSoC（処理部２０４）に出力される、時刻情報（PTP）を含むALPパケットの出力タイミングを一定にすることができる。ここでは、例えば、各フレームの先頭のパケットが、時刻情報（PTP）を含むALPパケットとなって、時刻情報（PTP）を含むALPパケットの出力タイミングが一定とされる。
ここで、復調LSI（復調部２０３）と、メインSoC（処理部２０４）との間で伝送されるデータの詳細について説明するが、図２の受信装置２０との比較のために、まず、通常の受信装置２０Ａにおけるデータ伝送について説明してから、図２の受信装置２０でのデータ伝送について説明する。ただし、通常の受信装置２０Ａでは、図２の受信装置２０のような、物理層フレームから取得した時刻情報（PTP）をALPパケットに格納して、一定のタイミングで出力するという一連の処理は行われていない。
図１９は、通常の受信装置２０Ａにおいて、復調LSI（復調部２０３Ａ）と、メインSoC（処理部２０４Ａ）との間で伝送されるデータを模式的に表している。なお、図中の「データ」は、例えばビデオやオーディオ等のデータを格納したALPパケットを表している。
図１９の受信装置２０Ａでは、上述した一連の処理を行っていないため、復調LSI（復調部２０３Ａ）からメインSoC（処理部２０４Ａ）に時刻情報を伝送するためには、別の信号線（別のピン）で伝送するか、あるいは、シリアル通信などによって伝送する必要があり、その状況によっては、ジッタが乗ってしまう可能性がある。
一方で、図２０は、図２の受信装置２０において、復調LSI（復調部２０３）と、メインSoC（処理部２０４）との間で伝送されるデータを模式的に表している。なお、図中の「データ」は、例えばビデオやオーディオ等のデータを格納したALPパケットを表し、図中の「時刻」は、時刻情報（PTP）を含むALPパケットを表している。
この受信装置２０では、上述した一連の処理が行われるため、復調LSI（復調部２０３）において、物理層フレームから取得した時刻情報（PTP）がALPパケットに格納され、その時刻情報（PTP）を含むALPパケットが、物理層フレームにおける時刻リファレンスポイントＰに応じて、一定のタイミングで出力されることになる。
これにより、メインSoC（処理部２０４）では、復調LSI（復調部２０３）から、１フレーム分の間隔（フレーム期間）で、時刻情報（PTP）を含むALPパケットが順次取得されることになるので、ジッタの影響なく、時刻情報（PTP）を検出することが可能となり、さらに、例えば、ジッタの影響なく、フレームの先頭位置を検出するといったことも可能となる。なお、図２０の例では、時刻t1から時刻t2までの間隔が、１フレーム分の間隔（フレーム期間）に相当することになる。
なお、ここでは、時刻情報（PTP）を含むALPパケットの出力タイミングについて説明したが、時刻情報をIP/UDPパケットに格納した場合も同様に、時刻リファレンスポイントＰに応じて一定のタイミングで出力されるようにすることで、ジッタの影響がなくなるようにすることができる。
＜５．受信側の処理の流れ＞
（時刻情報形式変換出力処理）
次に、図２１のフローチャートを参照して、図２の受信装置２０により実行される時刻情報形式変換出力処理の流れについて説明する。
ステップＳ２１において、RF部２０２は、アンテナ２１１を介して、送信装置１０から送信されてくる、IP伝送方式のデジタル放送信号を受信する。
ステップＳ２２において、復調部２０３の時刻情報取得部２４３は、ステップＳ２１の処理で受信されたデジタル放送信号から得られる物理層フレームで伝送される時刻情報（PTP）とUTCメタデータを取得する。
ステップＳ２３において、復調部２０３の時刻情報形式変換部２４４は、ステップＳ２２の処理で取得された時刻情報（PTP）とUTCメタデータを、物理層フレームのペイロードに配置されるデータと同一のデータ形式に変換する。ここでは、例えば、時刻情報（PTP）とUTCメタデータが、ALPパケット又はIP/UDPパケットのペイロードに格納されることで、物理層フレームのペイロードに配置されるデータと同一のデータ形式とされる。
ステップＳ２４において、復調部２０３の出力部２４５は、ステップＳ２３の処理で、ペイロードと同一のデータ形式に変換されたデータ、すなわち、時刻情報（PTP）とUTCメタデータを含むALPパケット又はIP/UDPパケットを、処理部２０４に出力する。ここでは、時刻情報（PTP）とUTCメタデータを含むALPパケット又はIP/UDPパケットは、物理層フレームにおける時刻リファレンスポイントＰに応じて、復調LSI（復調部２０３）から、メインSoC（処理部２０４）に出力されることになる。
ステップＳ２４の処理が終了すると、図２１の時刻情報形式変換出力処理は終了される。
以上、時刻情報形式変換出力処理の流れについて説明した。この時刻情報形式変換出力処理では、IP伝送方式のデジタル放送信号が受信され、IP伝送方式のプロトコルスタックにおける物理層で伝送される物理層フレームから時刻情報（PTP）が取得され、当該時刻情報（PTP）が物理層フレームのペイロードに配置されるデータと同一のデータ形式に変換され、ペイロードに配置されるデータと同一のデータ形式に変換されたデータ（時刻情報（PTP）を含むALPパケット又はIP/UDPパケット）が、物理層フレームにおける時刻リファレンスポイントＰに応じて、メインSoC（処理部２０４）に出力される。
なお、上述した説明としては、デジタル放送の規格として、主に、米国等で採用されている方式であるATSC（特に、ATSC3.0）を説明したが、日本等が採用する方式であるISDB(Integrated Services Digital Broadcasting)や、欧州の各国等が採用する方式であるDVB(Digital Video Broadcasting)などに適用するようにしてもよい。また、地上デジタル放送のほか、衛星デジタル放送やデジタル有線放送などで採用するようにしてもよい。
また、本技術は、デジタル放送の規格以外の規格に適用することができる。その場合には、伝送路３０として、例えば、インターネットや電話網などの通信回線を利用することができる。また、送信装置１０は、例えば、インターネット上に設けられたサーバとすることができる。
＜６．コンピュータの構成＞
上述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、コンピュータにインストールされる。図２２は、上述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示す図である。
コンピュータ９００において、CPU(Central Processing Unit)９０１，ROM(Read Only Memory)９０２，RAM(Random Access Memory)９０３は、バス９０４により相互に接続されている。バス９０４には、さらに、入出力インターフェース９０５が接続されている。入出力インターフェース９０５には、入力部９０６、出力部９０７、記録部９０８、通信部９０９、及び、ドライブ９１０が接続されている。
入力部９０６は、キーボード、マウス、マイクロフォンなどよりなる。出力部９０７は、ディスプレイ、スピーカなどよりなる。記録部９０８は、ハードディスクや不揮発性のメモリなどよりなる。通信部９０９は、ネットワークインターフェースなどよりなる。ドライブ９１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブルメディア９１１を駆動する。
以上のように構成されるコンピュータ９００では、CPU９０１が、ROM９０２や記録部９０８に記録されているプログラムを、入出力インターフェース９０５及びバス９０４を介して、RAM９０３にロードして実行することにより、上述した一連の処理が行われる。
コンピュータ９００（CPU９０１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア９１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線又は無線の伝送媒体を介して提供することができる。
コンピュータ９００では、プログラムは、リムーバブルメディア９１１をドライブ９１０に装着することにより、入出力インターフェース９０５を介して、記録部９０８にインストールすることができる。また、プログラムは、有線又は無線の伝送媒体を介して、通信部９０９で受信し、記録部９０８にインストールすることができる。その他、プログラムは、ROM９０２や記録部９０８に、あらかじめインストールしておくことができる。
ここで、本明細書において、コンピュータがプログラムに従って行う処理は、必ずしもフローチャートとして記載された順序に沿って時系列に行われる必要はない。すなわち、コンピュータがプログラムに従って行う処理は、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含む。また、プログラムは、１のコンピュータ（プロセッサ）により処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。
なお、本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。
また、本技術は、以下のような構成をとることができる。
（１）
IP(Internet Protocol)伝送方式のデジタル放送信号を受信する受信部と、
前記IP伝送方式のプロトコルスタックにおける物理層で伝送される物理層フレームから、時刻情報を取得する取得部と、
取得された前記時刻情報を、前記物理層フレームのペイロードに配置されるデータと同一のデータ形式に変換する変換部と、
変換された前記時刻情報を、前記物理層よりも上位の層である上位層に関する所定の処理を行う処理部に出力する出力部と
を備える受信装置。
（２）
前記変換部は、前記物理層フレームから取得された前記時刻情報を、UDP(User Datagram Protocol)パケットを含むIPパケットであるIP/UDPパケット、又は、前記IP/UDPパケットを伝送する伝送パケットに格納する
（１）に記載の受信装置。
（３）
前記出力部は、前記時刻情報を含む前記IP/UDPパケット又は前記伝送パケットが、前記処理部に出力されるタイミングが一定になるようにする
（１）又は（２）に記載の受信装置。
（４）
前記時刻情報は、前記物理層フレームにおける、プリアンブルの先頭、ブートストラップの先頭、ペイロードの先頭、又は前記時刻情報の挿入箇所を示す時刻の情報であり、
前記出力部は、前記物理層フレームにおける、プリアンブルの先頭、ブートストラップの先頭、ペイロードの先頭、又は前記時刻情報の挿入箇所を基準にして、一定の間隔で、前記時刻情報を含む前記IP/UDPパケット又は前記伝送パケットを出力する
（３）に記載の受信装置。
（５）
前記時刻情報は、PTP(Precision Time Protocol)で規定される時刻の情報である
（１）乃至（４）のいずれかに記載の受信装置。
（６）
前記時刻情報とともに、前記時刻情報に関するメタデータが伝送される
（５）に記載の受信装置。
（７）
前記メタデータは、伝送メディアの提示同期に必要となる情報を含む
（６）に記載の受信装置。
（８）
前記PTPで規定される時刻の情報を構成する48ビットの秒フィールド、及び、32ビットのナノ秒フィールドのうち、前記秒フィールドの1ビット以上の上位ビットを削除するとともに、前記ナノ秒フィールドの1ビット以上の下位ビットを削除することにより、前記時刻情報を圧縮する
（５）乃至（７）のいずれかに記載の受信装置。
（９）
前記取得部、前記変換部、及び、前記出力部は、復調LSIとして構成され、
前記処理部は、システムオンチップ（SoC：System on Chip）として構成され、
前記復調LSIと、前記システムオンチップとは、所定のインターフェースを介して接続されている
（１）乃至（８）のいずれかに記載の受信装置。
（１０）
受信装置のデータ処理方法において、
前記受信装置が、
IP伝送方式のデジタル放送信号を受信し、
前記IP伝送方式のプロトコルスタックにおける物理層で伝送される物理層フレームから、時刻情報を取得し、
取得された前記時刻情報を、前記物理層フレームのペイロードに配置されるデータと同一のデータ形式に変換し、
変換された前記時刻情報を、前記物理層よりも上位の層である上位層に関する所定の処理を行う処理部に出力する
ステップを含むデータ処理方法。
１ 伝送システム， １０ 送信装置， ２０ 受信装置， ３０ 伝送路， ２０１ 制御部， ２０２ RF部， ２０３ 復調部， ２０４ 処理部， ２０５ 出力部， ２３１ FFTトリガ推定部， ２３２ FFT部， ２３３ チャネル推定部， ２３４ 等化部， ２３５ 周波数デインターリーバ， ２３６ L1-Basic抽出部， ２３７ L1-Basic処理部， ２３８ L1-Basic情報抽出部， ２３９ L1-Detail抽出部， ２４０ L1-Detail時間デインターリーバ， ２４１ L1-Detail処理部， ２４２ L1-Detail情報抽出部， ２４３ 時刻情報取得部， ２４４ 時刻情報形式変換部， ２４５ 出力部， ９００ コンピュータ， ９０１ CPU

Claims (10)

  1. IP(Internet Protocol)伝送方式のデジタル放送信号を受信する受信部と、
    前記IP伝送方式のプロトコルスタックにおける物理層で伝送される物理層フレームから、時刻情報を取得する取得部と、
    取得された前記時刻情報を、前記物理層フレームのペイロードに配置されるデータと同一のデータ形式に変換する変換部と、
    変換された前記時刻情報を、前記物理層よりも上位の層である上位層に関する所定の処理を行う処理部に出力する出力部と
    を備える受信装置。
  2. 前記変換部は、前記物理層フレームから取得された前記時刻情報を、UDP(User Datagram Protocol)パケットを含むIPパケットであるIP/UDPパケット、又は、前記IP/UDPパケットを伝送する伝送パケットに格納する
    請求項１に記載の受信装置。
  3. 前記出力部は、前記時刻情報を含む前記IP/UDPパケット又は前記伝送パケットが、前記処理部に出力されるタイミングが一定になるようにする
    請求項２に記載の受信装置。
  4. 前記時刻情報は、前記物理層フレームにおける、プリアンブルの先頭、ブートストラップの先頭、ペイロードの先頭、又は前記時刻情報の挿入箇所を示す時刻の情報であり、
    前記出力部は、前記物理層フレームにおける、プリアンブルの先頭、ブートストラップの先頭、ペイロードの先頭、又は前記時刻情報の挿入箇所を基準にして、一定の間隔で、前記時刻情報を含む前記IP/UDPパケット又は前記伝送パケットを出力する
    請求項３に記載の受信装置。
  5. 前記時刻情報は、PTP(Precision Time Protocol)で規定される時刻の情報である
    請求項１に記載の受信装置。
  6. 前記時刻情報とともに、前記時刻情報に関するメタデータが伝送される
    請求項５に記載の受信装置。
  7. 前記メタデータは、伝送メディアの提示同期に必要となる情報を含む
    請求項６に記載の受信装置。
  8. 前記PTPで規定される時刻の情報を構成する48ビットの秒フィールド、及び、32ビットのナノ秒フィールドのうち、前記秒フィールドの1ビット以上の上位ビットを削除するとともに、前記ナノ秒フィールドの1ビット以上の下位ビットを削除することにより、前記時刻情報を圧縮する
    請求項５に記載の受信装置。
  9. 前記取得部、前記変換部、及び、前記出力部は、復調LSIとして構成され、
    前記処理部は、システムオンチップ（SoC：System on Chip）として構成され、
    前記復調LSIと、前記システムオンチップとは、所定のインターフェースを介して接続されている
    請求項１に記載の受信装置。
  10. 受信装置のデータ処理方法において、
    前記受信装置が、
    IP伝送方式のデジタル放送信号を受信し、
    前記IP伝送方式のプロトコルスタックにおける物理層で伝送される物理層フレームから、時刻情報を取得し、
    取得された前記時刻情報を、前記物理層フレームのペイロードに配置されるデータと同一のデータ形式に変換し、
    変換された前記時刻情報を、前記物理層よりも上位の層である上位層に関する所定の処理を行う処理部に出力する
    ステップを含むデータ処理方法。
JP2017534158A 2015-08-07 2016-07-22 受信装置、及び、データ処理方法 Abandoned JPWO2017026249A1 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2015157708 2015-08-07
JP2015157708 2015-08-07
PCT/JP2016/071567 WO2017026249A1 (ja) 2015-08-07 2016-07-22 受信装置、及び、データ処理方法

Publications (1)

Publication Number Publication Date
JPWO2017026249A1 true JPWO2017026249A1 (ja) 2018-06-07

Family

ID=57984064

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2017534158A Abandoned JPWO2017026249A1 (ja) 2015-08-07 2016-07-22 受信装置、及び、データ処理方法

Country Status (7)

Country Link
US (1) US10225030B2 (ja)
EP (1) EP3334170A4 (ja)
JP (1) JPWO2017026249A1 (ja)
KR (1) KR102532052B1 (ja)
CA (1) CA2987907C (ja)
MX (1) MX2018001344A (ja)
WO (1) WO2017026249A1 (ja)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2977201C (en) * 2015-03-04 2024-02-20 Sony Corporation Transmission device, transmission method, reception device, and reception method
KR102575378B1 (ko) * 2015-03-16 2023-09-08 한국전자통신연구원 프리앰블의 bicm 모드 및 ofdm 파라미터를 함께 시그널링하는 심볼을 포함한 부트스트랩을 이용한 방송 신호 프레임 생성 장치 및 방송 신호 프레임 생성 방법
DE102016220886B3 (de) * 2016-10-24 2018-03-08 Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. Interleaving für die Übertragung von Telegrammen mit variabler Subpaketanzahl und sukzessiver Decodierung
US10903924B2 (en) 2019-02-07 2021-01-26 International Business Machines Corporation Setting primary reference time of server time protocol facility of a coordinated timing network to a precision-time-protocol source
US10958727B2 (en) 2019-02-07 2021-03-23 International Business Machines Corporation Facilitating precision time protocol use in a coordinated timing network
KR102231329B1 (ko) * 2019-11-29 2021-03-24 주식회사 텔라움 Catv 신호 주파수 대역 분리, 결합기 및 이를 이용한 catv 신호 처리 방법
CN111629241A (zh) * 2020-05-22 2020-09-04 海信电子科技（深圳）有限公司 一种提供物理层信令中时间信息方法及显示设备
CN114143585A (zh) * 2021-11-02 2022-03-04 深圳Tcl新技术有限公司 一种数据处理方法、装置及存储介质和终端设备

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2930396A1 (fr) 2008-04-21 2009-10-23 Thomson Licensing Sas Marquage temporel associe a une synchronisation d'equipements connectes a un reseau
EP2294858A4 (en) 2008-06-23 2014-07-02 Hart Comm Foundation ANALYZER FOR A WIRELESS COMMUNICATION NETWORK
US8483563B2 (en) * 2009-12-16 2013-07-09 Futurewei Technologies, Inc. Header error control protected ten gigabit passive optical network downstream frame synchronization pattern
GB201116521D0 (en) * 2011-09-23 2011-11-09 Imagination Tech Ltd Method and apparatus for time synchronisation in wireless networks
JP2014230154A (ja) 2013-05-23 2014-12-08 ソニー株式会社 送信装置、送信方法、受信装置および受信方法
GB2515539A (en) * 2013-06-27 2014-12-31 Samsung Electronics Co Ltd Data structure for physical layer encapsulation
KR102284042B1 (ko) * 2013-09-04 2021-07-30 삼성전자주식회사 송신 장치, 수신 장치 및 그 신호 처리 방법
JP6505413B2 (ja) 2013-11-08 2019-04-24 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 送信方法、受信方法、送信装置、及び受信装置
WO2015068352A1 (ja) 2013-11-08 2015-05-14 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 送信方法、受信方法、送信装置、及び受信装置
JP6506009B2 (ja) * 2013-11-22 2019-04-24 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 送信方法、受信方法、送信装置、及び受信装置
JP5867549B2 (ja) * 2014-06-09 2016-02-24 ソニー株式会社 送信装置及び方法、並びに受信装置及び方法
US10009413B2 (en) * 2014-06-26 2018-06-26 At&T Intellectual Property I, L.P. Collaborative media playback
CN106165321B (zh) * 2014-10-12 2020-01-03 Lg 电子株式会社 广播信号发送装置、广播信号接收装置、广播信号发送方法以及广播信号接收方法

Also Published As

Publication number Publication date
MX2018001344A (es) 2018-06-15
US20180131457A1 (en) 2018-05-10
EP3334170A1 (en) 2018-06-13
KR102532052B1 (ko) 2023-05-15
WO2017026249A1 (ja) 2017-02-16
US10225030B2 (en) 2019-03-05
CA2987907A1 (en) 2017-02-16
EP3334170A4 (en) 2019-01-02
CA2987907C (en) 2022-07-19
KR20180039023A (ko) 2018-04-17

Similar Documents

Publication Publication Date Title
WO2017026249A1 (ja) 受信装置、及び、データ処理方法
WO2016098601A1 (ja) 送信装置、送信方法、受信装置、及び、受信方法
US11483601B2 (en) Technique for transmitting and receiving system time information in broadcasting system
KR102533481B1 (ko) 송신 장치, 송신 방법, 수신 장치, 및 수신 방법
US11032338B2 (en) Determining time at which transmission frames were transmitted
US10735789B2 (en) Transmitting apparatus, receiving apparatus, and data processing method
KR102523470B1 (ko) 데이터 처리 장치 및 데이터 처리 방법
JP7191822B2 (ja) 復調装置、処理装置、受信装置、及びデータ処理方法
WO2016140089A1 (ja) 送信装置、送信方法、受信装置、及び、受信方法
JP2021118467A (ja) 情報処理装置、情報処理方法、並びにプログラム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20190531

A762 Written abandonment of application

Free format text: JAPANESE INTERMEDIATE CODE: A762

Effective date: 20200406