JP2018191149A - 送信装置、及び送信方法 - Google Patents

送信装置、及び送信方法 Download PDF

Info

Publication number
JP2018191149A
JP2018191149A JP2017092415A JP2017092415A JP2018191149A JP 2018191149 A JP2018191149 A JP 2018191149A JP 2017092415 A JP2017092415 A JP 2017092415A JP 2017092415 A JP2017092415 A JP 2017092415A JP 2018191149 A JP2018191149 A JP 2018191149A
Authority
JP
Japan
Prior art keywords
fec
frame
time information
header
physical layer
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.)
Granted
Application number
JP2017092415A
Other languages
English (en)
Other versions
JP2018191149A5 (ja
JP7017029B2 (ja
Inventor
高橋　和幸
Kazuyuki Takahashi
和幸 高橋
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
Priority to JP2017092415A priority Critical patent/JP7017029B2/ja
Priority to BR112019023007A priority patent/BR112019023007A2/pt
Priority to PCT/JP2018/016523 priority patent/WO2018207610A1/ja
Priority to US16/499,387 priority patent/US11050512B2/en
Publication of JP2018191149A publication Critical patent/JP2018191149A/ja
Publication of JP2018191149A5 publication Critical patent/JP2018191149A5/ja
Priority to JP2022010175A priority patent/JP7251668B2/ja
Application granted granted Critical
Publication of JP7017029B2 publication Critical patent/JP7017029B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/24—Radio transmission systems, i.e. using radiation field for communication between two or more posts
    • H04B7/26—Radio transmission systems, i.e. using radiation field for communication between two or more posts at least one of which is mobile
    • H04B7/2643—Radio transmission systems, i.e. using radiation field for communication between two or more posts at least one of which is mobile using time-division multiple access [TDMA]
    • H04B7/2656—Radio transmission systems, i.e. using radiation field for communication between two or more posts at least one of which is mobile using time-division multiple access [TDMA] for structure of frame, burst
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/28—Arrangements for simultaneous broadcast of plural pieces of information
    • 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. MP3 (MPEG-1 Audio Layer 3)
    • 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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0006—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format
    • H04L1/0007—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format by modifying the frame length
    • 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/0041—Arrangements at the transmitter 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/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/0078—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
    • H04L1/0083—Formatting with frames or packets; Protocol or part of protocol for error control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00—Modulated-carrier systems
    • H04L27/26—Systems using multi-frequency codes
    • H04L27/2601—Multicarrier modulation systems
    • H04L27/2647—Arrangements specific to the receiver only
    • H04L27/2655—Synchronisation arrangements
    • H04L27/2656—Frame synchronisation, e.g. packet synchronisation, time division duplex [TDD] switching point detection or subframe synchronisation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0057—Physical resource allocation for CQI
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/28—Timers or timing mechanisms used in protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2383—Channel coding or modulation of digital bit-stream, e.g. QPSK modulation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/242—Synchronization processes, e.g. processing of PCR [Program Clock References]
    • 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/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6112—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving terrestrial transmission, e.g. DVB-T
    • 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/854—Content authoring
    • H04N21/8547—Content authoring involving timestamps for synchronizing content
    • 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
    • H04L2001/0092—Error control systems characterised by the topology of the transmission link
    • H04L2001/0093—Point-to-multipoint
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00—Modulated-carrier systems
    • H04L27/26—Systems using multi-frequency codes
    • H04L27/2601—Multicarrier modulation systems
    • H04L27/2602—Signal structure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0001—Arrangements for dividing the transmission path
    • H04L5/0003—Two-dimensional division
    • H04L5/0005—Time-frequency
    • H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT

Abstract

【課題】時刻情報を効率的に伝送することができるようにする。
【解決手段】入力データから得られるFECフレームに基づいて、物理層フレームを生成し、物理層フレームを送信する送信装置が、当該物理層フレームの先頭の領域に、その先頭の位置の時刻を示す時刻情報を含めることで、時刻情報を効率的に伝送することができる。本技術は、例えば、所定の放送方式に対応したデータ伝送に適用することができる。
【選択図】図２

Description

本技術は、送信装置、及び送信方法に関し、特に、時刻情報を効率的に伝送することができるようにした送信装置、及び送信方法に関する。
例えば、地上デジタルテレビ放送の放送方式として、日本等が採用するISDB-T(Integrated Services Digital Broadcasting - Terrestrial)がある（例えば、非特許文献１参照）。
また、デジタルテレビ放送においては、送信側と受信側とで同期をとるための時刻情報として、NTP(Network Time Protocol)で規定された時刻の情報（NTP時刻情報）を用いることが知られている（例えば、非特許文献２参照）。
ARIB STD-B31 2.2版 一般社団法人 電波産業会 ARIB STD-B44 2.1版 一般社団法人 電波産業会
ところで、日本では、地上デジタルテレビ放送の次世代化に向けた高度化の検討が行われている。しかしながら、次世代の地上デジタルテレビ放送においては、NTP時刻情報等の時刻情報を伝送する方式が策定されておらず、時刻情報の伝送を効率的に行うための提案が要請されている。
本技術はこのような状況に鑑みてなされたものであり、時刻情報を効率的に伝送することができるようにするものである。
本技術の一側面の送信装置は、入力データから得られるFEC(Forward Error Correction)フレームに基づいて、物理層フレームを生成する生成部と、前記物理層フレームを送信する送信部とを備え、前記物理層フレームの先頭の領域に、その先頭の位置の時刻を示す時刻情報を含める送信装置である。
本技術の一側面の送信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。また、本技術の一側面の送信方法は、上述した本技術の一側面の送信装置に対応する送信方法である。
本技術の一側面の送信装置、及び送信方法においては、入力データから得られるFEC(Forward Error Correction)フレームに基づいて、物理層フレームが生成され、前記物理層フレームが送信される。また、前記物理層フレームの先頭の領域には、その先頭の位置の時刻を示す時刻情報が含められる。
本技術の一側面によれば、時刻情報を効率的に伝送することができる。
なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載されたいずれかの効果であってもよい。
本技術を適用した伝送システムの一実施の形態の構成を示すブロック図である。 データ処理装置と送信装置の構成例を示すブロック図である。 FECブロックの生成に関わるブロックの構成の例を示す図である。 FECブロックの生成の流れを説明する図である。 ベースバンドフレームサイズが、ロング符号の場合の先頭TLVパケット位置ポインタの最大値を説明する図である。 FECブロックに対するK_bchを説明する図である。 第１のFECブロックヘッダ方式での時刻情報の送出タイミングの例を示す図である。 FECブロックヘッダのフォーマットの例を示す図である。 FECブロックヘッダに含まれる時刻情報のシンタックスの例を示す図である。 時刻情報を含める場合のFECブロックの生成の流れを説明する図である。 第２のFECブロックヘッダ方式での時刻情報の送出タイミングの例を示す図である。 FECブロックヘッダのフォーマットの例を示す図である。 第１のOFDMフレームヘッダ方式での時刻情報の送出タイミングの例を示す図である。 OFDMフレームヘッダのフォーマットの例を示す図である。 OFDMフレームヘッダに含まれる時刻情報のシンタックスの例を示す図である。 第２のOFDMフレームヘッダ方式での時刻情報の送出タイミングの例を示す図である。 OFDMフレームヘッダのフォーマットの例を示す図である。 OFDMフレームヘッダに含まれる時刻情報のシンタックスの例を示す図である。 送信処理の流れを説明するフローチャートである。 コンピュータの構成例を示す図である。
以下、図面を参照しながら本技術の実施の形態について説明する。なお、説明は以下の順序で行うものとする。
１．システムの構成
２．本技術の概要
３．本技術の詳細な内容
（１）FECブロックヘッダ方式
（１−１）第１のFECブロックヘッダ方式
（１−２）第２のFECブロックヘッダ方式
（２）OFDMフレームヘッダ方式
（２−１）第１のOFDMフレームヘッダ方式
（２−２）第２のOFDMフレームヘッダ方式
４．送信側の動作
５．変形例
６．コンピュータの構成
＜１．システムの構成＞
（伝送システムの構成例）
図１は、本技術を適用した伝送システムの一実施の形態の構成を示すブロック図である。なお、システムとは、複数の装置が論理的に集合したものをいう。
図１において、伝送システム１は、各放送局に関連する施設に設置されるデータ処理装置１０−１乃至１０−Ｎ（Ｎは１以上の整数）と、送信所に設置される送信装置２０と、ユーザが所有する受信装置３０−１乃至３０−Ｍ（Ｍは１以上の整数）から構成される。
また、この伝送システム１において、データ処理装置１０−１乃至１０−Ｎと、送信装置２０とは、通信回線４０−１乃至４０−Ｎを介して、接続されている。なお、通信回線４０−１乃至４０−Ｎは、例えば専用線とすることができる。
データ処理装置１０−１は、放送局Ａにより制作された放送番組等のコンテンツを処理し、その結果得られる伝送データを、通信回線４０−１を介して送信装置２０に送信する。
データ処理装置１０−２乃至１０−Ｎにおいては、データ処理装置１０−１と同様に、放送局Ｂや放送局Ｚ等の各放送局により制作された放送番組等のコンテンツが処理され、その結果得られる伝送データが、通信回線４０−２乃至４０−Ｎを介して、送信装置２０に送信される。
送信装置２０は、通信回線４０−１乃至４０−Ｎを介して、放送局側のデータ処理装置１０−１乃至１０−Ｎから送信されてくる伝送データを受信する。送信装置２０は、データ処理装置１０−１乃至１０−Ｎからの伝送データを処理し、その結果得られる放送信号を、送信所に設置された送信用アンテナから送信する。
これにより、送信所側の送信装置２０からの放送信号は、放送伝送路５０を介して、受信装置３０−１乃至３０−Ｍに送信される。
受信装置３０−１乃至３０−Ｍは、テレビ受像機やセットトップボックス（STB：Set Top Box）、録画機、ゲーム機、ネットワークストレージなどの固定受信機、あるいはスマートフォンや携帯電話機、タブレット型コンピュータ等のモバイル受信機である。また、受信装置３０−１乃至３０−Ｍは、例えば車載テレビなどの車両に搭載される車載機器や、ヘッドマウントディスプレイ（HMD：Head Mounted Display）等のウェアラブルコンピュータなどであってもよい。
受信装置３０−１は、放送伝送路５０を介して、送信装置２０から送信されてくる放送信号を受信して処理することで、ユーザによる選局操作に応じた放送番組等のコンテンツを再生する。
受信装置３０−２乃至３０−Ｍにおいては、受信装置３０−１と同様に、送信装置２０からの放送信号が処理され、ユーザによる選局操作に応じたコンテンツが再生される。
なお、伝送システム１において、放送伝送路５０は、地上波（地上波放送）であるとして説明するが、地上波に限らず、例えば、放送衛星（BS：Broadcasting Satellite）や通信衛星（CS：Communications Satellite）を利用した衛星放送、あるいは、ケーブルを用いた有線放送（CATV：Common Antenna TeleVision）などであってもよい。
また、伝送システム１では、図示していないが、インターネット等の通信回線に対し、各種のサーバが接続されるようにして、通信機能を有する受信装置３０−１乃至３０−Ｍが、インターネット等の通信回線を介して、各種のサーバにアクセスして双方向の通信を行うことで、コンテンツやアプリケーション等の各種のデータを受信できるようにしてもよい。
なお、以下の説明では、放送局側のデータ処理装置１０−１乃至１０−Ｎを、特に区別する必要がない場合には、データ処理装置１０と称する。また、受信装置３０−１乃至３０−Ｍを、特に区別する必要がない場合には、受信装置３０と称する。
（送信側の装置の構成）
図２は、図１のデータ処理装置１０と送信装置２０の構成例を示すブロック図である。
図２において、データ処理装置１０は、コンポーネント処理部１１１、シグナリング生成部１１２、マルチプレクサ１１３、及びデータ処理部１１４から構成される。
コンポーネント処理部１１１は、放送番組等のコンテンツを構成するコンポーネントのデータを処理し、その結果得られるコンポーネントのストリームを、マルチプレクサ１１３に供給する。ここで、コンポーネントのデータは、例えば、ビデオやオーディオ、字幕等のデータであり、これらのデータに対し、例えば、所定の符号化方式に準拠した符号化処理などの処理が行われる。
シグナリング生成部１１２は、コンテンツの選局や再生等の上位層の処理で用いられるシグナリングを生成し、マルチプレクサ１１３に供給する。また、シグナリング生成部１１２は、放送信号の変調や復調等の物理層の処理で用いられるシグナリングを生成し、データ処理部１１４に供給する。
なお、シグナリングは、制御情報とも称される。また、以下の説明では、シグナリングのうち、物理層の処理で用いられるシグナリングを、物理層シグナリング（L1シグナリング）と称する一方で、物理層（Physical Layer）よりも上位の層である上位層（Upper Layer）の処理で用いられるシグナリングを、上位層シグナリングと称して区別する。
マルチプレクサ１１３は、コンポーネント処理部１１１から供給されるコンポーネントのストリームと、シグナリング生成部１１２から供給される上位層シグナリングのストリームとを多重化し、その結果得られるストリームを、データ処理部１１４に供給する。なお、ここでは、時刻情報やアプリケーションなどの他のストリームが多重化されるようにしてもよい。
データ処理部１１４は、マルチプレクサ１１３から供給されるストリームを処理して、所定の形式のパケット（フレーム）を生成する。また、データ処理部１１４は、所定の形式のパケットと、シグナリング生成部１１２からの物理層シグナリングを処理して、伝送データを生成し、通信回線４０を介して送信装置２０に送信する。
図２において、送信装置２０は、データ処理部２１１及び変調部２１２から構成される。
データ処理部２１１は、通信回線４０を介して、データ処理装置１０から送信されてくる伝送データを受信して処理し、その結果得られる所定の形式のパケット（フレーム）と、物理層シグナリングの情報を抽出する。
データ処理部２１１は、所定の形式のパケット（フレーム）と、物理層シグナリングの情報を処理することで、所定の放送方式に準拠した物理層のフレーム（物理層フレーム）を生成し、変調部２１２に供給する。
変調部２１２は、データ処理部２１１から供給される物理層フレームに対し、必要な処理（例えば変調処理等）を施して、その結果得られる放送信号（RF信号）を、送信所に設置された送信用アンテナから送信する。
なお、日本では、地上デジタルテレビ放送の次世代に向けた高度化の検討が開始されているが、ここでは、この次世代の地上デジタルテレビ放送の放送方式（次世代のISDB-T）に準拠した物理層フレームとして、変調方式として直交周波数分割多重方式を用いたOFDM(Orthogonal Frequency Division Multiplexing)フレームを生成することができる。
また、図２の構成においては、物理層シグナリングが、データ処理装置１０側で生成され、送信装置２０に送信されるとして説明したが、物理層シグナリングは、送信装置２０側で生成されるようにしてもよい。
データ処理装置１０と送信装置２０は、以上のように構成される。
＜２．本技術の概要＞
ところで、次世代の地上デジタルテレビ放送の放送方式（次世代のISDB-T）においては、伝送パケットとして、TLV(Type Length Value)パケットを用いたデータの伝送が検討されている。TLVパケットは、可変長パケットであり、例えば、4〜65536バイトのサイズとされる。なお、TLVパケットについては、上記の非特許文献２にも開示されている。
また、TLVパケット等の伝送パケットは、FEC(Forward Error Correction)ブロック等の誤り訂正ブロックにカプセル化されて伝送される。
（FECブロックの構成）
図３は、FECブロックの生成に関わるブロックの構成の例を示す図である。
図３に示すように、送信側で、FECブロックの生成に関わるブロックとしては、TLVパケット生成部１５１、TSパケット処理部１５２、FECブロック生成部１５３、及びFECフレーム生成部１５４を含む。ただし、TLVパケット生成部１５１乃至FECフレーム生成部１５４の各ブロックは、データ処理装置１０（のデータ処理部１１４（図２））と、送信装置２０（のデータ処理部２１１（図２））のどちらか一方に含まれる。
TLVパケット生成部１５１は、そこに入力されるIP(Internet Protocol)ストリームを処理してTLVパケットを生成し、FECブロック生成部１５３に供給する。ここで、TLVパケットには、例えば、IPパケットや制御情報（上位層シグナリング）などが含まれる。また、IPパケットには、UDP(User Datagram Protocol)パケットが含まれる。以下、UDPパケットを含むIPパケットを、UDP/IPパケットとも記述する。
TSパケット処理部１５２は、そこに入力されるTSストリーム（MPEG2-TSストリーム）を処理してTSパケットを生成し、FECブロック生成部１５３に供給する。このTSストリームに対する処理としては、例えば、同期バイトの削除などの処理が行われる。
FECブロック生成部１５３には、TLVパケット生成部１５１からのTLVパケット、又はTSパケット処理部１５２からのTSパケットが供給される。FECブロック生成部１５３は、TLVパケット又はTSパケットを処理してFECブロックを生成し、FECフレーム生成部１５４に供給する。
ここで、FECブロックは、FECブロックヘッダ（FBH：FEC Block Header）と、データ部から構成される。データ部には、TLVパケット又はTSパケットが配置されるが、ここでは、１又は複数のTLVパケット（の一部又は全部）が配置される場合を説明する。また、TLVパケットは、可変長であるため、あるFECブロックに配置されるTLVパケットが、次のFECブロックにまたがって配置される場合がある。
なお、FECブロックのデータ部に配置されるのは、TLVパケットやTSパケット等の入力パケット（伝送パケット）に限らず、例えば、IPストリームやTSストリーム等の入力ストリーム（伝送ストリーム）が配置されるようにしてもよい。
FECフレーム生成部１５４は、FECブロック生成部１５３から供給されるFECブロックに対し、エネルギ拡散、BCH(Bose-Chaudhuri-Hocquenghem)符号化やLDPC(Low Density Parity Check)符号化等の処理を施してFECフレームを生成し、後段に供給する。
ここで、FECフレームは、１つのFECブロックに対し、BCH符号とLDPC符号のパリティが付加されて構成される。すなわち、可変長のTLVパケットは、固定長のFECブロックにカプセル化された後に、さらに、BCH符号やLDPC符号のパリティが付加されて、固定長のFECフレームに格納される。
（FECブロックの生成の流れ）
図４は、FECブロックの生成の流れを説明する図である。なお、図４において、時間の方向は、図中の左側から右側に向かう方向とされる。
FECブロック生成部１５３（図３）においては、TLVパケット生成部１５１（図３）により生成されたTLVパケットが入力されると（Ｓ１）、当該TLVパケットに対して、FECブロックヘッダ（FBH）が付加され、FECブロックが生成される（Ｓ２）。なお、図示はしていないが、その後、このようにして得られるFECブロックに対して、エネルギ拡散が行われることになる。
ここで、ステップＳ２のFECブロック生成処理で生成されたFECブロックのうち、先頭のFECブロック#0に注目すれば、当該FECブロック#0には、TLVパケット#0（の全部のデータ）に続いて、TLVパケット#1の一部のデータが配置される。また、その次のFECブロック#1に注目すれば、当該FECブロック#1には、FECブロック#0に一部のデータが配置されたTLVパケット#1の残りのデータに続いて、TLVパケット#2のデータが配置される。
すなわち、先頭のFECブロック#0と、それに続くFECブロック#1においては、TLVパケット#1がまたいで配置されている。このとき、FECブロック#1においては、TLVパケット#1（FECブロック#0とFECブロック#1をまたいで配置されるTLVパケット#1）の残りのデータに続いて配置される最初のTLVパケット#2の位置（先頭位置）を確実に通知して、FECブロック内のTLVパケットが、確実に抽出されるようにすることが望ましい。
そこで、ここでは、FECブロックにおいて、先頭のTLVパケットの位置を示すポインタ（以下、先頭TLVパケット位置ポインタという）を、当該FECブロックのFECブロックヘッダ（FBH）に配置することで、この先頭TLVパケット位置ポインタによって、先頭のTLVパケットの位置（図中の先頭位置Ｐ）を、確実に特定できるようにする。
なお、FECブロックのFECブロックヘッダ（FBH）に、先頭TLVパケット位置ポインタを配置しない場合には、受信機側で、受信ミス等の何らかの原因により、同期情報を取得できないときに、TLVパケットを正常に抽出して処理することができなくなって、データが途切れてしまう可能性がある。
一方で、図４に示すように、FECブロックのFECブロックヘッダ（FBH）に、先頭TLVパケット位置ポインタを配置した場合には、受信機側で、FECブロックごとに、先頭TLVパケット位置ポインタによって、先頭のTLVパケットの位置を確実に特定して、常に、TLVパケットを正常に抽出して処理することができるため、データが途切れることを抑制することができる。
また、先頭TLVパケット位置ポインタに割り当てられるビット数は、データの構成などに応じて任意の値に設定することができる。例えば、先頭TLVパケット位置ポインタの最大値は、ベースバンドフレームサイズに応じて決定されるため、それに応じて、先頭TLVパケット位置ポインタに割り当てるビット数を決定すればよい。
（ロング符号のポインタの最大値）
図５は、ベースバンドフレームサイズが、ロング符号（符号長：276480ビット）の場合の先頭TLVパケット位置ポインタの最大値を説明する図である。
図５において、CR(Coding Rate)は、LDPC符号の符号化率を表し、N_ldpcは、LDPC符号ブロック（単位：ビット）を表し、N_bchは、BCH符号ブロック（単位：ビット）を表している。
また、図５において、BCHは、N_bch - K_bch（単位：ビット）を表し、K_bchは、BCH情報ブロック（単位：ビット、バイト）を表し、Num Bitsは、K_bch（B:バイト）に応じて必要となるビット数を表している。なお、図６に示すように、K_bchは、FECブロック長に相当している。
図５に示すように、N_ldpc = 276480ビットとなるロング符号の場合に、LDPC符号の符号化率（CR）が、2/16，3/16となるとき、ビット数（Num Bits）は、13ビットとなり、LDPC符号の符号化率（CR）が、4/16，5/16，6/16，7/16となるとき、ビット数（Num Bits）は、14ビットとなり、8/16，9/16，10/16，11/16，12/16，13/16，14/16となるとき、ビット数（Num Bits）は、15ビットとなる。
このように、符号長が276480ビットとなるロング符号の場合においては、CR = 14/16である最大符号化率となるとき、ビット数（Num Bits）は、15ビットとなるので、先頭TLVパケット位置ポインタの最大値は、15ビットとなる。そして、この先頭TLVパケット位置ポインタをFECブロックヘッダに含めることで、可変長のTLVパケットをFECブロックに配置した場合に、先頭のTLVパケットの位置を確実に特定することができる。
また、次世代の地上デジタルテレビ放送の放送方式（次世代のISDB-T）においては、時刻情報を伝送する方式が策定されておらず、時刻情報の伝送を効率的に行うための提案が要請されているのは、先に述べた通りである。
本技術では、OFDMフレーム等の物理層フレームの先頭の領域に、その先頭の位置の時刻を示す時刻情報を含めることで、時刻情報の伝送が効率的に行われるようにする。以下、本技術の実施の形態として、FECブロックに付加されるFECブロックヘッダを利用したFECブロックヘッダ方式と、OFDMフレームに付加されるOFDMフレームヘッダを利用したOFDMフレームヘッダ方式について説明する。
＜３．本技術の詳細な内容＞
（１）FECブロックヘッダ方式
FECブロックヘッダを利用して時刻情報を伝送するFECブロックヘッダ方式としては、時刻情報をFECブロックヘッダに含める方式と、時刻情報をTLVパケットに含める方式がある。以下、前者を、第１のFECブロックヘッダ方式と称し、後者を、第２のFECブロックヘッダ方式と称して順に説明する。
（１−１）第１のFECブロックヘッダ方式
（時刻情報の送出タイミングの例）
図７は、第１のFECブロックヘッダ方式を採用した場合における、時刻情報の送出タイミングの例を示す図である。
図７においては、送信側のデータ処理装置１０又は送信装置２０で処理されるデータが模式的に表されている。また、図７において、横方向が時間を表しており、その方向は、図中の左側から右側に向かう方向とされる。
データ処理装置１０は、UDP/IPパケットに対し、必要な処理を施すことで、TLVパケットを生成する。TLVパケットは、可変長パケットであり、例えば、4〜65536バイトのサイズとされる。このTLVパケットは、データ処理装置１０から送信装置２０に送られる。なお、TLVパケットを、図中の「TLV」で表している。
送信装置２０は、データ処理装置１０からのTLVパケットに対し、必要な処理を施すことで、FECブロックを生成する。ここでは、１又は複数のTLVパケットに対し、FECブロックヘッダを付加することで、FECブロックが生成される。
次に、送信装置２０は、FECブロックに対し、必要な処理を施すことで、FECフレームを生成する。ここでは、FECブロックに対し、BCH符号とLDPC符号を付加することで、FECフレームが生成される。なお、FECブロックヘッダを、図中の「FBH」で表し、BCH符号とLDPC符号を、図中の「BCH」と「LDPC」でそれぞれ表している。
次に、送信装置２０は、FECフレームに対し、必要な処理を施すことで、OFDMフレームを生成する。ここで、OFDMフレームとFECフレームとの境界が一致している場合には、FECフレーム#0乃至FECフレーム#kのk+1個のFECフレームで、１つのOFDMフレームが構成されるが、図７においては、OFDMフレームとFECフレームとの境界が一致していないため、次のOFDMフレームにまたがったFECフレーム#0が含まれている。
OFDMシンボルを、図中の「Symbol」で表している。Symbol#0乃至Symbol#nのn+1個のOFDMシンボルで、１つのOFDMフレームが構成される。すなわち、このOFDMフレームが、物理層フレームとして、データを伝送する単位となる。
ただし、放送信号の多重化の方式として、周波数分割多重化方式（FDM：Frequency Division Multiplexing）を採用した場合、OFDMシンボルは、さらにセグメント単位に分割される。セグメントを、図中の「Seg」で表している。Seg#0乃至Seg#mのm+1個のセグメントで、１つのOFDMシンボルが構成される。
なお、現行のISDB-Tにおいては、放送信号の多重化の方式として、周波数分割多重化方式（FDM）が採用されているが、次世代の地上デジタルテレビ放送の放送方式（次世代のISDB-T）においても同様に、周波数分割多重化方式（FDM）が採用されることが想定される。
ここで、第１のFECブロックヘッダ方式においては、FECブロックヘッダに時刻情報を含めて、FECブロックに付加することで、OFDMフレームを構成するFECフレームのうち、先頭のFECフレームにおける先頭の領域に、時刻情報が挿入されるようにする。
図７においては、１つ目のOFDMフレームを構成するFECフレームのうち、先頭のFECフレーム#0のFECブロックヘッダに対し、時刻情報が挿入されている。
この時刻情報としては、例えば、NTP(Network Time Protocol)で規定される時刻の情報が指定され、１つ目のOFDMフレームの先頭の時刻を示している（図中の矢印T1で示した「NTPの基準時刻」）。なお、以下の説明では、NTPで規定される時刻の情報を、NTP時刻情報と称する。
ただし、上述したように、１つのOFDMフレームを、複数のFECフレームにより構成する際に、OFDMフレームとFECフレームとの境界が一致している場合と、OFDMフレームとFECフレームとの境界が一致していない場合とがある。
OFDMフレームとFECフレームとの境界が一致している場合には、OFDMフレームを構成するFECフレームのうち、先頭のFECフレームのFECブロックヘッダに対し、NTP時刻情報が挿入されるようにすればよいが、OFDMフレームとFECフレームとの境界が一致していない場合には、NTP時刻情報が挿入されるFECフレームを調整する必要がある。
図７において、１つ目のOFDMフレームに注目すれば、当該１つ目のOFDMフレームには、k+1個のFECフレーム（の全部のデータ）に続いて、１つのFECフレーム#0の一部のデータが配置される。また、その次の２つ目のOFDMフレームに注目すれば、当該２つ目のOFDMフレームには、１つ目のOFDMフレームに一部のデータが配置されたFECフレーム#0の残りのデータに続いて、FECフレーム#1以降のFECフレームのデータが配置される。
すなわち、１つ目のOFDMフレームと、それに続く２つ目のOFDMフレームにおいては、FECフレーム#0がまたがって配置されている。このような場合には、OFDMフレームにまたがって配置されるFECフレーム#0ではなく、その次に配置されるFECフレーム#1が先頭のFECフレームとなって、NTP時刻情報が挿入されるようにする。つまり、２つ目のOFDMフレームにおいて、先頭のFECフレームとしてのFECフレーム#1のFECフレームヘッダには、NTP時刻情報が含まれ、当該２つ目のOFDMフレームの先頭の時刻を示している（図中の矢印T2で示した「NTPの基準時刻」）。
このように、図中の点線の枠に注目すれば、送信装置２０では、OFDMフレームの先頭のFECフレームのFECブロックヘッダに、当該OFDMフレームの先頭の時刻を示すNTP時刻情報が挿入されるが、OFDMフレームとFECフレームで境界が一致している場合と、境界が一致していない場合がある。
そして、それらのフレームの境界が一致している場合、OFDMフレームの先頭のFECフレームのFECブロックヘッダにNTP時刻情報が挿入されるが、フレームの境界が一致していない場合には、OFDMフレームをまたいだFECフレームの次のFECフレームが先頭のFECフレームとなって、そのFECブロックヘッダに、NTP時刻情報が挿入されることになる。
（FECブロックヘッダのフォーマット）
図８は、第１のFECブロックヘッダ方式を採用した場合におけるFECブロックヘッダのフォーマットの例を示す図である。
図８Ａは、FECブロックヘッダを構成するベースヘッダのフォーマットの例を示している。図８Ａにおいて、2バイトのベースヘッダは、15ビットの先頭TLVパケット位置ポインタと、1ビットの時刻情報フラグから構成される。
先頭TLVパケット位置ポインタは、自身が配置されるFECブロックヘッダを含むFECブロックにおいて、先頭のTLVパケットの位置を示すポインタである。ベースヘッダにおいては、この先頭TLVパケット位置ポインタとして、15ビットが確保されているため、図５に示したロング符号の符号長のポインタとして用いることができる。
時刻情報フラグ（Time_info_Flag）は、時刻情報（Time_info）を含む拡張ヘッダが存在するかどうかを示すフラグである。例えば、時刻情報フラグとして、'0'が指定された場合、時刻情報を含む拡張ヘッダがないことを示す。この場合、FECブロックヘッダとしては、2バイトのベースヘッダのみが配置されることになる。
一方で、時刻情報フラグとして、'1'が指定された場合には、時刻情報を含む拡張ヘッダがあることを示す。この場合、ベースヘッダの次の所定のバイト（例えば9バイト）が、拡張ヘッダ用のバイトとなって、図８Ｂに示すような時刻情報を含む拡張ヘッダが配置される。この時刻情報は、物理層フレーム（例えばOFDMフレーム）における先頭の位置の絶対時刻を表している。
（時刻情報のシンタックスの例）
図９は、図８Ｂの拡張ヘッダに含まれる時刻情報のシンタックスの例を示す図である。
2ビットのleap_indicatorは、うるう秒指示子である。このうるう秒指示子を利用することで、調整実施日の所定の時刻になされる、うるう秒の挿入又は削除に対応することができる。
うるう秒は、協定世界時（UTC）において、世界時のUT1との差を調整するために追加もしくは削除される秒である。例えば、NTP(Network Time Protocol)は、協定世界時（UTC）を使って時刻を送受信するものであるため、うるう秒の調整が必要となる。
leap_indicatorに続く、6ビットは、将来の予約としてのReservedとされる。
64ビットのNTP_transmit_timestampは、NTPで規定される時刻の情報（NTP時刻情報）である。なお、NTPのフォーマットは、IETF(Internet Engineering Task Force)によるRFC(Request for Comments)で規定されている。
なお、図９において、formatとして、uimsbf(unsigned integer most significant bit first)が指定された場合、ビット演算をして、整数として扱われることを意味している。また、bslbf(bit string, left bit first)が指定された場合には、ビット列として扱われることを意味する。これらについては、後述する図１５や図１８においても同様とされる
（FECブロックの生成の流れ）
図１０には、FECブロックヘッダ（の拡張ヘッダ）に、時刻情報を含める場合のFECブロックの生成の流れを説明する図である。なお、図１０において、時間の方向は、図中の左側から右側に向かう方向とされる。
FECブロック生成部１５３（図３）には、TLVパケット生成部１５１（図３）により生成されたTLVパケットが入力される（Ｓ１１）。FECブロック生成部１５３は、入力されたTLVパケットに対して、FECブロックヘッダを付加することで、FECブロックを生成する（Ｓ１２）。
ここで、FECブロックヘッダには、拡張ヘッダを利用して、NTP時刻情報等の時刻情報を含めることができる。この時刻情報は、すべてのFECブロックに対して付加する必要はなく、任意のタイミングで、特定のFECブロックに対し、時刻情報を付加することができる。
例えば、図１０においては、ステップＳ１２の処理で順次生成されるFECブロックとして、FECブロック#0とFECブロック#1が図示されているが、先頭のFECブロック#0では、FECブロックヘッダのベースヘッダの時刻情報フラグ（Time_info_Flag）に'1'が指定され、時刻情報を含む拡張ヘッダが配置されている。一方で、FECブロック#1においては、FECブロックヘッダのベースヘッダの時刻情報フラグに'0'が指定され、時刻情報は配置されていない。
これにより、OFDMフレームを構成するFECフレームのうち、先頭のFECフレームを構成するFECブロックに付加されるFECブロックヘッダにのみ、NTP時刻情報等の時刻情報を含めることができる。
以上、第１のFECブロックヘッダ方式について説明した。この第１のFECブロックヘッダ方式では、OFDMフレームを構成するFECフレームのうち、先頭のFECフレームを構成するFECブロックに付加されるFECブロックヘッダに対し、NTP時刻情報を挿入することで、NTP時刻情報が効率的に伝送されるようにしている。なお、NTP時刻情報は、すべてのOFDMフレームの先頭の領域に含める必要はなく、例えば、数フレームごとに含まれるようにしてもよい。
（１−２）第２のFECブロックヘッダ方式
（時刻情報の送出タイミングの例）
図１１は、第２のFECブロックヘッダ方式を採用した場合における、時刻情報の送出タイミングの例を示す図である。
図１１においては、図７と同様に、図中の「TLV」がTLVパケットを表し、図中の「FBH」がFECブロックヘッダを表しており、１又は複数のTLVパケットに対し、FECブロックヘッダを付加することで、FECブロックが生成される。また、図中の「BCH」と「LDPC」がBCH符号とLDPC符号を表しており、FECブロックに対し、BCH符号とLDPC符号を付加することで、FECフレームが生成される。
また、図１１においては、図７と同様に、図中の「Symbol」がOFDMシンボルを表し、図中の「Seg」がセグメントを表しており、m+1個のセグメントで、１つのOFDMシンボルが構成され、n+1個のOFDMシンボルで、１つのOFDMフレームが構成される。
ここで、第２のFECブロックヘッダ方式においては、NTP時刻情報を、FECブロックヘッダではなく、TLVパケットに含めることで、OFDMフレームを構成するFECフレームのうち、先頭のFECフレームにおける先頭の領域に、NTP時刻情報が挿入されるようにする。また、先頭のFECフレームのFECブロックヘッダには、先頭のTLVパケットに、NTP時刻情報が含まれることを示すフラグ（後述する図１２の時刻情報フラグ）が含まれる。
図１１においては、１つ目のOFDMフレームを構成するFECフレームのうち、先頭のFECフレーム#0における先頭のTLVパケット（TLVパケット#0よりも１つ前のTLVパケット）に対し、NTP時刻情報等の時刻情報が挿入されている。NTP時刻情報は、図中の「NTP」で表されている。このNTP時刻情報は、１つ目のOFDMフレームの先頭の時刻を表している（図中の矢印T1で示した「NTPの基準時刻」）。
ただし、１つのOFDMフレームを、複数のFECフレームにより構成する際に、OFDMフレームとFECフレームとの境界が一致している場合と、OFDMフレームとFECフレームとの境界が一致していない場合とがあるのは先に述べた通りである。
OFDMフレームとFECフレームとの境界が一致している場合には、OFDMフレームを構成するFECフレームのうち、先頭のFECフレームにおける先頭のTLVパケットに対し、NTP時刻情報が挿入されるようにすればよいが、OFDMフレームとFECフレームとの境界が一致していない場合には、NTP時刻情報が挿入されるTLVパケットを調整する必要がある。
図１１において、１つ目のOFDMフレームに注目すれば、当該１つ目のOFDMフレームには、k+1個のFECフレーム（の全部のデータ）に続いて、１つのFECフレーム#0の一部のデータが配置される。また、その次の２つ目のOFDMフレームに注目すれば、当該２つ目のOFDMフレームには、１つ目のOFDMフレームに一部のデータが配置されたFECフレーム#0の残りのデータに続いて、FECフレーム#1以降のFECフレームのデータが配置される。
すなわち、１つ目のOFDMフレームと、それに続く２つ目のOFDMフレームにおいては、FECフレーム#0がまたがって配置されている。このような場合には、OFDMフレームにまたがって配置されるTLVパケット#Zではなく、その次に配置されるTLVパケット（TLVパケット#0よりも１つ前のTLVパケット）が先頭のTLVパケットとなって、NTP時刻情報が挿入されるようにする。つまり、FECフレーム#0におけるTLVパケット#Zの次のTLVパケット（先頭のTLVパケット）には、NTP時刻情報が含まれ、２つ目のOFDMフレームの先頭の時刻を示している（図中の矢印T2で示した「NTPの基準時刻」）。
（FECブロックヘッダのフォーマット）
図１２は、第２のFECブロックヘッダ方式を採用した場合におけるFECブロックヘッダのフォーマットの例を示す図である。
図１２は、FECブロックヘッダを構成するベースヘッダのフォーマットの例を示している。図１２において、2バイトのベースヘッダは、15ビットの先頭TLVパケット位置ポインタと、1ビットの時刻情報フラグから構成される。先頭TLVパケット位置ポインタの意味は、先に述べた通りである。
時刻情報フラグは、時刻情報を含むTLVパケットが存在するかどうかを示すフラグである。
例えば、時刻情報フラグとして、'0'が指定された場合、OFDMフレームにおいて、FECフレームにおける先頭のTLVパケットには、時刻情報が挿入されていないことを示す。一方で、時刻情報フラグとして、'1'が指定された場合、OFDMフレームにおいて、FECフレームにおける先頭のTLVパケットには、時刻情報が挿入されていることを示す。
ただし、OFDMフレームとFECフレームとの境界が一致していない場合には、それらのフレームの境界をまたいだTLVパケットではなく、当該TLVパケットの次のTLVパケットに時刻情報が挿入されていることを示している。
以上、第２のFECブロックヘッダ方式について説明した。この第２のFECブロックヘッダ方式では、OFDMフレームを構成するFECフレームのうち、先頭のFECフレームを構成するFECブロックに付加されるFECブロックヘッダに含まれる時刻情報フラグに応じて、先頭のTLVパケットに対し、NTP時刻情報を挿入することで、NTP時刻情報が効率的に伝送されるようにしている。なお、NTP時刻情報は、すべてのOFDMフレームの先頭の領域に含める必要はなく、例えば、数フレームごとに含まれるようにしてもよい。
（２）OFDMフレームヘッダ方式
OFDMフレームヘッダを利用して時刻情報を伝送するOFDMフレームヘッダ方式としては、時刻情報をOFDMフレームヘッダに含める方式と、時刻情報をTLVパケットに含める方式とがある。以下、前者を、第１のOFDMフレームヘッダ方式と称し、後者を、第２のOFDMフレームヘッダ方式と称して順に説明する。
（２−１）第１のOFDMフレームヘッダ方式
（時刻情報の送出タイミングの例）
図１３は、第１のOFDMフレームヘッダ方式を採用した場合における時刻情報の送出タイミングの例を示す図である。
図１３においては、図７及び図１１と同様に、図中の「TLV」がTLVパケットを表し、図中の「FBH」がFECブロックヘッダを表しており、１又は複数のTLVパケットに対し、FECブロックヘッダを付加することで、FECブロックが生成される。また、図中の「BCH」と「LDPC」がBCH符号とLDPC符号を表しており、FECブロックに対し、BCH符号とLDPC符号を付加することで、FECフレームが生成される。
また、図１３においては、図７及び図１１と同様に、図中の「Symbol」がOFDMシンボルを表し、図中の「Seg」がセグメントを表しており、m+1個のセグメントで、１つのOFDMシンボルが構成され、n+1個のOFDMシンボルで、１つのOFDMフレームが構成される。
ここで、第１のOFDMフレームヘッダ方式では、OFDMフレームヘッダにNTP時刻情報を含めて、OFDMフレームに付加することで、OFDMフレームの先頭の領域に、NTP時刻情報が挿入されるようにする。このNTP時刻情報は、１つ目のOFDMフレームの先頭の時刻を表している（図中の矢印T1で示した「NTPの基準時刻」）。
なお、１つのOFDMフレームを、複数のFECフレームにより構成する際に、OFDMフレームとFECフレームとの境界が一致している場合と、OFDMフレームとFECフレームとの境界が一致していない場合とがあるのは先に述べた通りである。しかしながら、第１のOFDMフレームヘッダ方式では、OFDMフレームのOFDMフレームヘッダにNTP時刻情報を含めるため、それらのフレームの境界の一致、不一致に関係なく、常に、OFDMフレームヘッダに対し、NTP時刻情報を含めることができる。
（OFDMフレームヘッダのフォーマット）
図１４は、第１のOFDMフレームヘッダ方式を採用した場合におけるOFDMフレームヘッダのフォーマットの例を示す図である。
図１４において、OFDMフレームヘッダには、所定のビットからなる時刻情報（Time_info）が含まれる。図１５には、図１４のOFDMフレームヘッダに含まれる時刻情報のシンタックスの例を示している。
1ビットのTime_Info_Flagは、時刻情報が含まれるかどうかを示すフラグである。
例えば、時刻情報フラグとして、'0'が指定された場合、OFDMフレームヘッダには、時刻情報が挿入されていないことを示す。一方で、時刻情報フラグとして、'1'が指定された場合、OFDMフレームヘッダには、時刻情報が挿入されていることを示す。
2ビットのleap_indicatorは、うるう秒指示子である。このうるう秒指示子を利用することで、調整実施日の所定の時刻になされる、うるう秒の挿入又は削除に対応することができる。
64ビットのNTP_transmit_timestampは、NTP時刻情報である。このNTP時刻情報は、OFDMフレームにおける先頭の位置の絶対時刻を表している。
なお、図１５に示したシンタックスにおいては、5ビットのReservedを追加することで、バイトのアライメントがなされるようにしてもよい。
以上、第１のOFDMフレームヘッダ方式について説明した。この第１のOFDMフレームヘッダ方式では、OFDMフレームに付加されるOFDMフレームヘッダに対し、NTP時刻情報を挿入することで、NTP時刻情報が効率的に伝送されるようにしている。なお、NTP時刻情報は、すべてのOFDMフレームの先頭の領域に含める必要はなく、例えば、数フレームごとに含まれるようにしてもよい。
（２−２）第２のOFDMフレームヘッダ方式
（時刻情報の送出タイミングの例）
図１６は、第２のOFDMフレームヘッダ方式を採用した場合における時刻情報の送出タイミングの例を示す図である。
図１６においては、図７、図１１、及び図１３と同様に、図中の「TLV」がTLVパケットを表し、図中の「FBH」がFECブロックヘッダを表しており、１又は複数のTLVパケットに対し、FECブロックヘッダを付加することで、FECブロックが生成される。また、図中の「BCH」と「LDPC」がBCH符号とLDPC符号を表しており、FECブロックに対し、BCH符号とLDPC符号を付加することで、FECフレームが生成される。
また、図１６においては、図７、図１１、及び図１３と同様に、図中の「Symbol」がOFDMシンボルを表し、図中の「Seg」がセグメントを表しており、m+1個のセグメントで、１つのOFDMシンボルが構成され、n+1個のOFDMシンボルで、１つのOFDMフレームが構成される。
ここで、第２のOFDMフレームヘッダ方式では、NTP時刻情報を、OFDMフレームヘッダではなく、TLVパケットに含めることで、OFDMフレームの先頭の領域に、NTP時刻情報が挿入されるようにする。また、OFDMフレームヘッダには、NTP時刻情報が含まれることを示すフラグ（後述する図１８の時刻情報フラグ）が含まれる。
図１６においては、１つ目のOFDMフレームを構成するFECフレームのうち、先頭のFECフレーム#0における先頭のTLVパケット（TLVパケット#0よりも１つ前のTLVパケット）に対し、NTP時刻情報等の時刻情報が挿入されている。NTP時刻情報は、図中の「NTP」で表されている。このNTP時刻情報は、１つ目のOFDMフレームの先頭の時刻を表している（図中の矢印T1で示した「NTPの基準時刻」）。
ただし、１つのOFDMフレームを、複数のFECフレームにより構成する際に、OFDMフレームとFECフレームとの境界が一致している場合と、OFDMフレームとFECフレームとの境界が一致していない場合とがあるのは先に述べた通りである。
OFDMフレームとFECフレームとの境界が一致している場合には、OFDMフレームを構成するFECフレームのうち、先頭のFECフレームにおける先頭のTLVパケットに対し、NTP時刻情報が挿入されるようにすればよいが、OFDMフレームとFECフレームとの境界が一致していない場合には、NTP時刻情報が挿入されるTLVパケットを調整する必要がある。
図１６においては、図１１と同様に、１つ目のOFDMフレームと、それに続く２つ目のOFDMフレームにおいては、FECフレーム#0がまたがって配置されている。このような場合には、OFDMフレームにまたがって配置されるTLVパケット#Zではなく、その次に配置されるTLVパケット（TLVパケット#0よりも１つ前のTLVパケット）が先頭のTLVパケットとなって、NTP時刻情報が挿入されるようにする。つまり、FECフレーム#0におけるTLVパケット#Zの次のTLVパケット（先頭のTLVパケット）には、NTP時刻情報が含まれ、２つ目のOFDMフレームの先頭の時刻を示している（図中の矢印T2で示した「NTPの基準時刻」）。
（OFDMフレームヘッダのフォーマット）
図１７は、第２のOFDMフレームヘッダ方式を採用した場合におけるOFDMフレームヘッダのフォーマットの例を示す図である。
図１７において、OFDMフレームヘッダには、所定のビットからなる時刻情報（Time_Info）が含まれる。図１８には、図１７のOFDMフレームヘッダに含まれる時刻情報のシンタックスの例を示している。
1ビットのTime_Info_Flagは、時刻情報が含まれるかどうかを示すフラグである。
例えば、時刻情報フラグとして、'0'が指定された場合、OFDMフレームにおいて、先頭のFECフレームにおける先頭のTLVパケットには、時刻情報が挿入されていないことを示す。一方で、時刻情報フラグとして、'1'が指定された場合、OFDMフレームにおいて、先頭のFECフレームにおける先頭のTLVパケットには、時刻情報が挿入されていることを示す。
ただし、OFDMフレームとFECフレームとの境界が一致していない場合には、それらのフレームの境界をまたいだTLVパケットではなく、当該TLVパケットの次のTLVパケットに時刻情報が挿入されていることを示している。
以上、第２のOFDMフレームヘッダ方式について説明した。この第２のOFDMフレームヘッダ方式では、OFDMフレームに付加されるOFDMフレームヘッダに含まれる時刻情報フラグに応じて、OFDMフレームを構成するFECフレームのうち、先頭のFECフレームを構成するFECブロックにおける先頭のTLVパケットに対し、NTP時刻情報を挿入することで、NTP時刻情報が効率的に伝送されるようにしている。なお、NTP時刻情報は、すべてのOFDMフレームの先頭の領域に含める必要はなく、例えば、数フレームごとに含まれるようにしてもよい。
＜４．送信側の動作＞
（送信処理の流れ）
次に、図１９のフローチャートを参照して、送信側の装置で実行される送信処理の流れについて説明する。
ステップＳ１０１において、FECブロック生成部１５３は、そこに入力されるTLVパケットを処理することで、FECブロックを生成する。
ここで、第１のFECブロックヘッダ方式を採用した場合には、OFDMフレームを構成するFECフレームのうち、先頭のFECフレームにおけるFECブロックに付加されるFECブロックヘッダに、NTP時刻情報が含まれるように、FECブロックが生成される。
また、第２のFECブロックヘッダ方式を採用した場合には、OFDMフレームを構成するFECフレームのうち、先頭のFECフレームにおける先頭のTLVパケットに、NTP時刻情報が含まれるように、TLVパケットが処理され、FECブロックが生成される。その際に、当該FECブロックのFECブロックヘッダには、先頭のTLVパケットに、NTP時刻情報が含まれることを示す時刻情報フラグが含まれる。
また、第２のOFDMフレームヘッダ方式を採用した場合には、OFDMフレームを構成するFECフレームのうち、先頭のFECフレームにおける先頭のTLVパケットに、NTP時刻情報が含まれるように、TLVパケットが処理され、FECブロックが生成される。
ステップＳ１０２において、FECフレーム生成部１５４は、ステップＳ１０１の処理で得られるFECブロックを処理することで、FECフレームを生成する。
ステップＳ１０３において、データ処理部２１１は、ステップＳ１０２の処理で得られるFECフレームを処理することで、OFDMフレームを生成する。
ここで、第１のOFDMフレームヘッダ方式を採用した場合には、OFDMフレームに付加されるOFDMフレームヘッダに、NTP時刻情報が含まれるように、OFDMフレームが生成される。
また、第２のOFDMフレームヘッダ方式を採用した場合には、OFDMフレームのOFDMフレームヘッダに、先頭のFECフレームにおける先頭のTLVパケットに、NTP時刻情報が含まれることを示す時刻情報フラグが含まれる。
ステップＳ１０３において、変調部２１２は、ステップＳ１０３の処理で得られるOFDMフレームを処理することで、OFDMフレーム（に応じた放送信号）を送信する。
以上、送信処理の流れを説明した。
＜５．変形例＞
（他の放送方式への適用）
上述した説明では、デジタルテレビ放送の放送方式として、日本等で採用されている方式であるISDB(Integrated Services Digital Broadcasting)を中心に説明したが、本技術は、米国等が採用する方式であるATSC(Advanced Television Systems Committee)や、欧州の各国等が採用する方式であるDVB(Digital Video Broadcasting)などに適用するようにしてもよい。
また、デジタルテレビ放送の放送方式としては、地上波放送のほか、放送衛星（BS)や通信衛星（CS）等を利用した衛星放送や、ケーブルテレビ（CATV）等の有線放送などの方式にも適用することができる。
（パケットやシグナリングの他の例）
また、上述したパケットやフレーム、シグナリング（制御情報）などの名称は、一例であって、他の名称が用いられる場合がある。ただし、これらの名称の違いは、形式的な違いであって、対象のパケットやフレーム、シグナリングなどの実質的な内容が異なるものではない。
例えば、TLVパケットは、伝送パケットの一例であって、伝送パケットには、例えば、可変長のパケットであるALP(ATSC Link-Layer Protocol)パケットやGSE(Generic Stream Encapsulation)パケットなどが含まれる。なお、フレームとパケットは同一の意味で用いられる場合がある。
（時刻情報の他の例）
上述した説明では、時刻情報として、NTPで規定される時刻の情報（NTP時刻情報）が用いられる場合を説明したが、時刻情報はそれに限らず、例えば、PTP(Precision Time Protocol)や3GPP(Third Generation Partnership Project)で規定されている時刻の情報や、GPS(Global Positioning System)情報に含まれる時刻の情報、その他独自に決定された形式の時刻の情報等の任意の時刻の情報を用いることができる。
また、上述した説明では、NTP時刻情報は、OFDMフレームの先頭の位置の時刻を表しているとして説明したが、NTP時刻情報等の時刻情報が表す時刻は、OFDMフレームの先頭の位置の時刻に限らず、OFDMフレーム等の物理層フレームのストリームにおける所定の位置の絶対時刻を表すようにすることができる。
（伝送路の他の例）
また、本技術は、伝送路として、放送伝送路とは異なる伝送路、すなわち、例えば、移動体通信網等の通信伝送路を利用することを想定して規定されている所定の方式（デジタルテレビ放送の放送方式以外の方式）などにも適用することができる。その場合には、伝送システム１（図１）の伝送路として、移動体通信網等の通信伝送路が利用され、データ処理装置１０や送信装置２０の機能は、例えば、基地局内の通信機器によって提供される。そして、当該通信機器と、通信機能を有する受信装置３０（例えば、モバイル受信機）とが、移動体通信網等の通信伝送路を介して通信を行うことになる。
＜６．コンピュータの構成＞
上述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、コンピュータにインストールされる。図２０は、上述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示す図である。
コンピュータ１０００において、CPU(Central Processing Unit)１００１、ROM(Read Only Memory)１００２、RAM(Random Access Memory)１００３は、バス１００４により相互に接続されている。バス１００４には、さらに、入出力インターフェース１００５が接続されている。入出力インターフェース１００５には、入力部１００６、出力部１００７、記録部１００８、通信部１００９、及び、ドライブ１０１０が接続されている。
入力部１００６は、キーボード、マウス、マイクロフォンなどよりなる。出力部１００７は、ディスプレイ、スピーカなどよりなる。記録部１００８は、ハードディスクや不揮発性のメモリなどよりなる。通信部１００９は、ネットワークインターフェースなどよりなる。ドライブ１０１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブル記録媒体１０１１を駆動する。
以上のように構成されるコンピュータ１０００では、CPU１００１が、ROM１００２や記録部１００８に記録されているプログラムを、入出力インターフェース１００５及びバス１００４を介して、RAM１００３にロードして実行することにより、上述した一連の処理が行われる。
コンピュータ１０００（CPU１００１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブル記録媒体１０１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線又は無線の伝送媒体を介して提供することができる。
コンピュータ１０００では、プログラムは、リムーバブル記録媒体１０１１をドライブ１０１０に装着することにより、入出力インターフェース１００５を介して、記録部１００８にインストールすることができる。また、プログラムは、有線又は無線の伝送媒体を介して、通信部１００９で受信し、記録部１００８にインストールすることができる。その他、プログラムは、ROM１００２や記録部１００８に、あらかじめインストールしておくことができる。
ここで、本明細書において、コンピュータがプログラムに従って行う処理は、必ずしもフローチャートとして記載された順序に沿って時系列に行われる必要はない。すなわち、コンピュータがプログラムに従って行う処理は、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含む。また、プログラムは、１のコンピュータ（プロセッサ）により処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。
なお、本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。
また、本技術は、以下のような構成をとることができる。
（１）
入力データから得られるFEC(Forward Error Correction)フレームに基づいて、物理層フレームを生成する生成部と、
前記物理層フレームを送信する送信部と
を備え、
前記物理層フレームの先頭の領域に、その先頭の位置の時刻を示す時刻情報を含める
送信装置。
（２）
前記FECフレームは、TLV(Type Length Value)パケットを含むFECブロックから構成され、
前記時刻情報は、前記物理層フレームを構成するFECフレームのうち、先頭のFECフレームを構成するFECブロックに付加される第１のヘッダに応じて、前記先頭のFECフレームにおける先頭の領域に含まれる
前記（１）に記載の送信装置。
（３）
前記時刻情報は、前記第１のヘッダに含まれる
前記（２）に記載の送信装置。
（４）
前記時刻情報は、前記第１のヘッダに含まれる当該時刻情報の存在の有無を示すフラグに応じて、前記先頭のFECフレームを構成するFECブロックにおける先頭のTLVパケットに含まれる
前記（２）に記載の送信装置。
（５）
前記FECフレームは、TLVパケットを含むFECブロックから構成され、
前記時刻情報は、前記物理層フレームに付加される第２のヘッダに応じて、前記物理層フレームの先頭の領域に含まれる
前記（１）に記載の送信装置。
（６）
前記時刻情報は、前記第２のヘッダに含まれる
前記（５）に記載の送信装置。
（７）
前記時刻情報は、前記第２のヘッダに含まれる当該時刻情報の存在の有無を示すフラグに応じて、前記物理層フレームを構成するFECフレームのうち、先頭のFECフレームを構成するFECブロックにおける先頭のTLVパケットに含まれる
前記（５）に記載の送信装置。
（８）
前記時刻情報は、NTP(Network Time Protocol)で規定される時刻の情報である
前記（１）乃至（７）のいずれかに記載の送信装置。
（９）
前記物理層フレームは、変調方式として直交周波数分割多重方式を用いたOFDM(Orthogonal Frequency Division Multiplexing)フレームである
前記（１）乃至（８）のいずれかに記載の送信装置。
（１０）
送信装置の送信方法において、
前記送信装置が、
入力データから得られるFECフレームに基づいて、物理層フレームを生成し、
前記物理層フレームを送信する
ステップを含み、
前記物理層フレームの先頭の領域に、その先頭の位置の時刻を示す時刻情報を含める
送信方法。
１ 伝送システム， １０，１０−１乃至１０−Ｎ データ処理装置， ２０ 送信装置， ３０，３０−１乃至３０−Ｍ 受信装置， ４０，４０−１乃至４０−Ｎ 通信回線， ５０ 放送伝送路， １１１ コンポーネント処理部， １１２ シグナリング生成部， １１３ マルチプレクサ， １１４ データ処理部， １５１ TLVパケット生成部， １５２ TSパケット処理部， １５３ FECブロック生成部， １５４ FECフレーム生成部， ２１１ データ処理部， ２１２ 変調部， １０００ コンピュータ， １００１ CPU

Claims (10)

  1. 入力データから得られるFEC(Forward Error Correction)フレームに基づいて、物理層フレームを生成する生成部と、
    前記物理層フレームを送信する送信部と
    を備え、
    前記物理層フレームの先頭の領域に、その先頭の位置の時刻を示す時刻情報を含める
    送信装置。
  2. 前記FECフレームは、TLV(Type Length Value)パケットを含むFECブロックから構成され、
    前記時刻情報は、前記物理層フレームを構成するFECフレームのうち、先頭のFECフレームを構成するFECブロックに付加される第１のヘッダに応じて、前記先頭のFECフレームにおける先頭の領域に含まれる
    請求項１に記載の送信装置。
  3. 前記時刻情報は、前記第１のヘッダに含まれる
    請求項２に記載の送信装置。
  4. 前記時刻情報は、前記第１のヘッダに含まれる当該時刻情報の存在の有無を示すフラグに応じて、前記先頭のFECフレームを構成するFECブロックにおける先頭のTLVパケットに含まれる
    請求項２に記載の送信装置。
  5. 前記FECフレームは、TLVパケットを含むFECブロックから構成され、
    前記時刻情報は、前記物理層フレームに付加される第２のヘッダに応じて、前記物理層フレームの先頭の領域に含まれる
    請求項１に記載の送信装置。
  6. 前記時刻情報は、前記第２のヘッダに含まれる
    請求項５に記載の送信装置。
  7. 前記時刻情報は、前記第２のヘッダに含まれる当該時刻情報の存在の有無を示すフラグに応じて、前記物理層フレームを構成するFECフレームのうち、先頭のFECフレームを構成するFECブロックにおける先頭のTLVパケットに含まれる
    請求項５に記載の送信装置。
  8. 前記時刻情報は、NTP(Network Time Protocol)で規定される時刻の情報である
    請求項１に記載の送信装置。
  9. 前記物理層フレームは、変調方式として直交周波数分割多重方式を用いたOFDM(Orthogonal Frequency Division Multiplexing)フレームである
    請求項１に記載の送信装置。
  10. 送信装置の送信方法において、
    前記送信装置が、
    入力データから得られるFECフレームに基づいて、物理層フレームを生成し、
    前記物理層フレームを送信する
    ステップを含み、
    前記物理層フレームの先頭の領域に、その先頭の位置の時刻を示す時刻情報を含める
    送信方法。
JP2017092415A 2017-05-08 2017-05-08 送信装置、及び送信方法 Active JP7017029B2 (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
JP2017092415A JP7017029B2 (ja) 2017-05-08 2017-05-08 送信装置、及び送信方法
BR112019023007A BR112019023007A2 (pt) 2017-05-08 2018-04-24 dispositivo de transmissão, e, método de transmissão de um dispositivo de transmissão.
PCT/JP2018/016523 WO2018207610A1 (ja) 2017-05-08 2018-04-24 送信装置、及び送信方法
US16/499,387 US11050512B2 (en) 2017-05-08 2018-04-24 Transmission device, and transmission method
JP2022010175A JP7251668B2 (ja) 2017-05-08 2022-01-26 送信装置、及び送信方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2017092415A JP7017029B2 (ja) 2017-05-08 2017-05-08 送信装置、及び送信方法

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2022010175A Division JP7251668B2 (ja) 2017-05-08 2022-01-26 送信装置、及び送信方法

Publications (3)

Publication Number Publication Date
JP2018191149A true JP2018191149A (ja) 2018-11-29
JP2018191149A5 JP2018191149A5 (ja) 2020-07-27
JP7017029B2 JP7017029B2 (ja) 2022-02-08

Family

ID=64105514

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2017092415A Active JP7017029B2 (ja) 2017-05-08 2017-05-08 送信装置、及び送信方法

Country Status (4)

Country Link
US (1) US11050512B2 (ja)
JP (1) JP7017029B2 (ja)
BR (1) BR112019023007A2 (ja)
WO (1) WO2018207610A1 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021153259A1 (ja) * 2020-01-30 2021-08-05 ソニーグループ株式会社 受信装置および方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012520047A (ja) * 2009-03-12 2012-08-30 サムスン エレクトロニクス カンパニー リミテッド 通信システムにおける制御情報を符号化する方法とその制御情報を送信及び受信する方法及び装置
JP2015070609A (ja) * 2013-09-30 2015-04-13 パナソニック インテレクチュアル プロパティ コーポレーション オブアメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 送信方法、受信方法、送信装置、及び受信装置
JP2016225906A (ja) * 2015-06-02 2016-12-28 ソニー株式会社 送信装置、送信方法、受信装置、及び、受信方法

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5537398A (en) * 1995-05-12 1996-07-16 Motorola, Inc. Apparatus for multi-rate simulcast communications
US6522665B1 (en) * 1997-08-01 2003-02-18 Ntt Docomo, Inc. Data sequence generator, transmitter, information data decoder, receiver, transmitter-receiver, data sequence generating method, information data decoding method, and recording medium
US8411798B2 (en) * 2008-11-05 2013-04-02 Viasat, Inc. Reducing receiver power dissipation
RU2652091C2 (ru) * 2013-06-21 2018-04-25 Сони Корпорейшн Устройство и способ передачи, устройство воспроизведения, способ воспроизведения и устройство приема
JP6498882B2 (ja) * 2013-07-22 2019-04-10 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 蓄積方法、再生方法、蓄積装置、および再生装置
WO2015045362A1 (ja) 2013-09-30 2015-04-02 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 送信方法、受信方法、送信装置、及び受信装置
JP6674105B2 (ja) * 2014-06-24 2020-04-01 株式会社ソシオネクスト インタフェース装置およびそれを備えた受信装置
JP6300116B2 (ja) * 2014-10-10 2018-03-28 パナソニックＩｐマネジメント株式会社 送信方法、送信装置及びシステム
WO2017204376A1 (ko) * 2016-05-24 2017-11-30 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012520047A (ja) * 2009-03-12 2012-08-30 サムスン エレクトロニクス カンパニー リミテッド 通信システムにおける制御情報を符号化する方法とその制御情報を送信及び受信する方法及び装置
JP2015070609A (ja) * 2013-09-30 2015-04-13 パナソニック インテレクチュアル プロパティ コーポレーション オブアメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 送信方法、受信方法、送信装置、及び受信装置
JP2016225906A (ja) * 2015-06-02 2016-12-28 ソニー株式会社 送信装置、送信方法、受信装置、及び、受信方法

Also Published As

Publication number Publication date
WO2018207610A1 (ja) 2018-11-15
BR112019023007A2 (pt) 2020-05-19
US11050512B2 (en) 2021-06-29
US20200059319A1 (en) 2020-02-20
JP7017029B2 (ja) 2022-02-08

Similar Documents

Publication Publication Date Title
WO2016098601A1 (ja) 送信装置、送信方法、受信装置、及び、受信方法
JP7069542B2 (ja) 送信装置、及び、送信方法
US11178440B2 (en) Data processing apparatus and data processing method
JP7293448B2 (ja) 送信装置、及び、データ処理方法
TWI710234B (zh) 送訊裝置、收訊裝置、及資料處理方法
TW201731279A (zh) 收訊裝置、及資料處理方法
JP2023012500A (ja) 受信装置、及び、データ処理方法
CA3001275A1 (en) Receiving apparatus, sending apparatus, and data processing method
JP2023164953A (ja) 送信装置、及び、送信方法
TWI756194B (zh) 資料處理裝置及資料處理方法
JP7017029B2 (ja) 送信装置、及び送信方法
JP7251668B2 (ja) 送信装置、及び送信方法
JP2023093449A (ja) 送信装置、及び送信方法
WO2021153259A1 (ja) 受信装置および方法
CN114362911B (zh) 发送装置、接收装置以及数据处理方法

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20200311

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20200612

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20210601

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210726

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: 20211228

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20220110