Nothing Special   »   [go: up one dir, main page]

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

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

Info

Publication number
JP7069542B2
JP7069542B2 JP2017015418A JP2017015418A JP7069542B2 JP 7069542 B2 JP7069542 B2 JP 7069542B2 JP 2017015418 A JP2017015418 A JP 2017015418A JP 2017015418 A JP2017015418 A JP 2017015418A JP 7069542 B2 JP7069542 B2 JP 7069542B2
Authority
JP
Japan
Prior art keywords
padding
header
bits
ext
fec block
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.)
Active
Application number
JP2017015418A
Other languages
English (en)
Other versions
JP2018101970A (ja
JP2018101970A5 (ja
Inventor
ブルース マイケル ロックラン
和幸 高橋
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Sony Group Corp
Original Assignee
Sony Corp
Sony Group 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, Sony Group Corp filed Critical Sony Corp
Priority to EP17881865.4A priority Critical patent/EP3557792A4/en
Priority to BR112019011500-5A priority patent/BR112019011500A2/pt
Priority to KR1020237002458A priority patent/KR20230019987A/ko
Priority to PCT/JP2017/043236 priority patent/WO2018110315A1/ja
Priority to KR1020197015972A priority patent/KR20190092415A/ko
Priority to US16/346,351 priority patent/US11005594B2/en
Priority to TW106142325A priority patent/TWI662835B/zh
Publication of JP2018101970A publication Critical patent/JP2018101970A/ja
Priority to PH12019501313A priority patent/PH12019501313A1/en
Publication of JP2018101970A5 publication Critical patent/JP2018101970A5/ja
Priority to JP2022076265A priority patent/JP7347580B2/ja
Application granted granted Critical
Publication of JP7069542B2 publication Critical patent/JP7069542B2/ja
Priority to JP2023144148A priority patent/JP2023164953A/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/0078Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
    • H04L1/0083Formatting with frames or packets; Protocol or part of protocol for error control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/004Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0041Arrangements at the transmitter end
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/235Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04HBROADCAST COMMUNICATION
    • H04H20/00Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/86Arrangements characterised by the broadcast information itself
    • H04H20/95Arrangements characterised by the broadcast information itself characterised by a specific format, e.g. an encoded audio stream
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/0001Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0006Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format
    • H04L1/0007Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format by modifying the frame length
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22Parsing or analysis of headers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236Assembling 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236Assembling 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
    • H04N21/23611Insertion of stuffing data into a multiplex stream, e.g. to obtain a constant bitrate

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Quality & Reliability (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Television Systems (AREA)

Description

本技術は、送信装置、及び、送信方法に関し、特に、伝送パケット又は伝送ストリームを、誤り訂正ブロックにカプセル化する際に、当該伝送パケット又は伝送ストリームの先頭位置を確実に通知することができるようにした送信装置、及び、送信方法に関する。
例えば、地上デジタルテレビ放送の放送方式として、日本等が採用するISDB-T(Integrated Services Digital Broadcasting - Terrestrial)がある(例えば、非特許文献1参照)。
また、映像や音声のデータを伝送するための伝送パケットとして、可変長のパケットであるTLV(Type Length Value)パケットが知られている(例えば、非特許文献2参照)。
ARIB STD-B31 2.2版 一般社団法人 電波産業会 ARIB STD-B44 2.1版 一般社団法人 電波産業会
ところで、地上デジタルテレビ放送の次世代化に向けた高度化の検討が行われている。次世代の地上デジタルテレビ放送においては、伝送パケットとして、TLVパケットを用いたデータの伝送が検討されている。
ここで、TLVパケット等の伝送パケットや、伝送ストリームは、FECブロック等の誤り訂正ブロックにカプセル化されて伝送されるが、伝送パケット又は伝送ストリームを、誤り訂正ブロックにカプセル化する際の技術方式は確立されていない。そのため、伝送パケット又は伝送ストリームを、誤り訂正ブロックにカプセル化する際に、当該伝送パケット又は伝送ストリームの先頭位置を確実に通知するための提案が要請されていた。
本技術はこのような状況に鑑みてなされたものであり、伝送パケット又は伝送ストリームを、誤り訂正ブロックにカプセル化する際に、当該伝送パケット又は伝送ストリームの先頭位置を確実に通知することができるようにするものである。
本技術の送信装置は、入力パケット又は入力ストリームに基づいて、FEC(Forward Error Correction)ブロックを生成する第1の生成部と、前記FECブロックに基づいて、FECフレームを生成する第2の生成部と、前記FECフレームを送信する送信部とを含み、前記FECブロックのヘッダは、前記入力パケット又は前記入力ストリームの種別を識別する種別識別情報と、ヘッダのエラーを検出する情報と、前記FECフレームのペイロードに格納される前記入力パケット又は前記入力ストリームの先頭の位置情報を有する最小固定長ヘッダを含み、前記種別識別情報がTLV(Type Length Value)パケットである場合、前記最小固定長ヘッダは、前記種別識別情報に加えて、前記入力パケットの入力パケット長が最小固定長であるか否かを識別する最小固定長識別情報、及び前記入力パケット長の情報としての最小入力パケット長を含む送信装置である。
本技術の送信方法は、入力パケット又は入力ストリームに基づいて、FECブロックを生成することと、前記FECブロックに基づいて、FECフレームを生成することと、前記FECフレームを送信することとを含み、前記FECブロックのヘッダは、前記入力パケット又は前記入力ストリームの種別を識別する種別識別情報と、ヘッダのエラーを検出する情報と、前記FECフレームのペイロードに格納される前記入力パケット又は前記入力ストリームのパケット先頭の位置情報を有する最小固定長ヘッダを含み、前記種別識別情報がTLVパケットである場合、前記最小固定長ヘッダは、前記種別識別情報に加えて、前記入力パケットの入力パケット長が最小固定長であるか否かを識別する最小固定長識別情報、及び前記入力パケット長の情報としての最小入力パケット長を含む送信方法である。
本技術の送信装置及び送信方法においては、入力パケット又は入力ストリームに基づいて、FECブロックが生成され、前記FECブロックに基づいて、FECフレームが生成されて送信される。前記FECブロックのヘッダには、前記入力パケット又は前記入力ストリームの種別を識別する種別識別情報と、ヘッダのエラーを検出する情報と、前記FECフレームのペイロードに格納される前記入力パケット又は前記入力ストリームのパケット先頭の位置情報を有する最小固定長ヘッダが含まれる。また、前記種別識別情報がTLVパケットである場合、前記最小固定長ヘッダには、前記種別識別情報に加えて、前記入力パケットの入力パケット長が最小固定長であるか否かを識別する最小固定長識別情報、及び前記入力パケット長の情報としての最小入力パケット長が含まれる。
本技術の受信装置は、送信されてくるFECフレームからなる信号を受信する受信部と、受信された前記FECフレームに基づいて、FECブロックを生成する第1の生成部と、前記FECブロックに基づいて、入力パケット又は入力ストリームを生成する第2の生成部とを含み、前記FECブロックのヘッダは、前記入力パケット又は前記入力ストリームの種別を識別する種別識別情報と、前記FECフレームのペイロードに格納される前記入力パケット又は前記入力ストリームの先頭の位置情報を有する最小固定長ヘッダを含み、前記種別識別情報がTLVパケットである場合、前記最小固定長ヘッダは、前記種別識別情報に加えて、前記入力パケットの入力パケット長が最小固定長であるか否かを識別する最小固定長識別情報、及び前記入力パケット長の情報としての最小入力パケット長を含む受信装置である。
本技術の受信方法は、送信されてくるFECフレームからなる信号を受信することと、受信された前記FECフレームに基づいて、FECブロックを生成することと、前記FECブロックに基づいて、入力パケット又は入力ストリームを生成することとを含み、前記FECブロックのヘッダは、前記入力パケット又は前記入力ストリームの種別を識別する種別識別情報と、前記FECフレームのペイロードに格納される前記入力パケット又は前記入力ストリームの先頭の位置情報を有する最小固定長ヘッダを含み、前記種別識別情報がTLVパケットである場合、前記最小固定長ヘッダは、前記種別識別情報に加えて、前記入力パケットの入力パケット長が最小固定長であるか否かを識別する最小固定長識別情報、及び前記入力パケット長の情報としての最小入力パケット長を含む受信方法である。
本技術の受信装置及び受信方法においては、送信されてくるFECフレームからなる信号が受信され、受信された前記FECフレームに基づいて、FECブロックが生成される。そして、前記FECブロックに基づいて、入力パケット又は入力ストリームが生成される。前記FECブロックのヘッダには、前記入力パケット又は前記入力ストリームの種別を識別する種別識別情報と、前記FECフレームのペイロードに格納される前記入力パケット又は前記入力ストリームの先頭の位置情報を有する最小固定長ヘッダが含まれる。また、前記種別識別情報がTLVパケットである場合、前記最小固定長ヘッダには、前記種別識別情報に加えて、前記入力パケットの入力パケット長が最小固定長であるか否かを識別する最小固定長識別情報、及び前記入力パケット長の情報としての最小入力パケット長が含まれる。
本技術によれば、伝送パケット又は伝送ストリームを、誤り訂正ブロックにカプセル化する際に、当該伝送パケット又は伝送ストリームの先頭位置を確実に通知することができる。
なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載されたいずれかの効果であってもよい。
本技術を適用した伝送システムの一実施の形態の構成を示すブロック図である。 データ処理装置と送信装置の構成例を示すブロック図である。 受信装置の構成例を示すブロック図である。 本技術に関する背景を説明する図である。 本技術が解決する問題を説明する図である。 問題を解決する方法の概要を説明する図である。 FECブロックの生成の概要を説明する図である。 FECブロックの例を示す図である。 ベースバンドフレームのサイズの第1の例を示す図である。 ベースバンドフレームのサイズの第2の例を示す図である。 ベースバンドフレームのサイズの第3の例を示す図である。 本技術で採用するデータの形式の概要を説明する図である。 本技術で採用するデータの第1の形式の例を説明する図である。 本技術で採用するデータの第1の形式の例を説明する図である。 本技術で採用するデータの第1の形式の例を説明する図である。 本技術で採用するデータの第1の形式の例を説明する図である。 本技術で採用するデータの第1の形式の例を説明する図である。 本技術で採用するデータの第1の形式の例を説明する図である。 本技術で採用するデータの第2の形式の例を説明する図である。 本技術で採用するデータの第2の形式の例を説明する図である。 本技術で採用するデータの第3の形式の例を説明する図である。 本技術で採用するデータの第3の形式の例を説明する図である。 本技術で採用するデータの第3の形式の例を説明する図である。 本技術で採用するデータの第3の形式の例を説明する図である。 本技術で採用するデータの第3の形式の例を説明する図である。 本技術で採用するデータの第3の形式の例を説明する図である。 本技術で採用するデータの第4の形式の例を説明する図である。 NTPの送出タイミングの例を示す図である。 FECブロックの生成に関わるブロックの構成の例を示すブロック図である。 FECブロックの生成の流れを説明する図である。 ベースバンドフレームサイズが、ミドル符号の場合の先頭TLVパケット位置ポインタの最大値を説明する図である。 ベースバンドフレームサイズが、ロング符号の場合の先頭TLVパケット位置ポインタの最大値を説明する図である。 ベースバンドフレームサイズが、ショート符号の場合の先頭TLVパケット位置ポインタの最大値を説明する図である。 形式1のFECブロックヘッダのフォーマットの例を示す図である。 形式1のEXTバイトのフォーマットの例を示す図である。 形式1のパッディング値の例を示す図である。 FECブロックヘッダの図示の簡略化を説明する図である。 形式1の詳細例1を示す図である。 形式1の詳細例1を示す図である。 形式1の詳細例2を示す図である。 形式1の詳細例2を示す図である。 形式1の詳細例3を示す図である。 形式1の詳細例3を示す図である。 形式2-1のFECブロックヘッダのフォーマットの例を示す図である。 形式2-1のパッディング値の例を示す図である。 形式2-2のFECブロックヘッダのフォーマットの例を示す図である。 形式2-2のパッディング値の例を示す図である。 形式3のFECブロックヘッダのフォーマットの例を示す図である。 形式3のEXTバイトのフォーマットの例を示す図である。 形式3のパッディング値の例を示す図である。 形式3-1のFECブロックヘッダのフォーマットの例を示す図である。 形式3-1のパッディング値の例を示す図である。 形式3-1のEXTバイトのフォーマットの例を示す図である。 形式3-1の詳細例1を示す図である。 形式3-1の詳細例1を示す図である。 形式3-1の詳細例1を示す図である。 形式3-1の詳細例2を示す図である。 形式3-1の詳細例2を示す図である。 形式3-1の詳細例3を示す図である。 形式3-1の詳細例3を示す図である。 形式4のFECブロックヘッダのフォーマットの例を示す図である。 形式4のEXTバイトのフォーマットの例を示す図である。 形式4のパッディング値の例を示す図である。 時刻情報の送出タイミングの例を示す図である。 送信側と受信側の動作を説明するフローチャートである。 コンピュータの構成例を示すブロック図である。
以下、図面を参照しながら本技術の実施の形態について説明する。なお、説明は以下の順序で行うものとする。
1.システムの構成
2.本技術の概要
3.本技術の詳細な内容
(3-1)第1の形式
(3-2)第2の形式
(3-3)第3の形式
(3-4)第4の形式
4.本技術の時刻情報の送出タイミング
5.送信側と受信側の動作
6.変形例
7.コンピュータの構成
<1.システムの構成>
(伝送システムの構成例)
図1は、本技術を適用した伝送システムの一実施の形態の構成を示すブロック図である。なお、システムとは、複数の装置が論理的に集合したものをいう。
図1において、伝送システム1は、各放送局に関連する施設に設置されるデータ処理装置10-1乃至10-N(Nは1以上の整数)と、送信所に設置される送信装置20と、ユーザが所有する受信装置30-1乃至30-M(Mは1以上の整数)から構成される。
また、この伝送システム1において、データ処理装置10-1乃至10-Nと、送信装置20とは、通信回線40-1乃至40-Nを介して、接続されている。なお、通信回線40-1乃至40-Nは、例えば専用線とすることができる。
データ処理装置10-1は、放送局Aにより制作された放送番組等のコンテンツを処理し、その結果得られる伝送データを、通信回線40-1を介して送信装置20に送信する。
データ処理装置10-2乃至10-Nにおいては、データ処理装置10-1と同様に、放送局Bや放送局Z等の各放送局により制作された放送番組等のコンテンツが処理され、その結果得られる伝送データが、通信回線40-2乃至40-Nを介して、送信装置20に送信される。
送信装置20は、通信回線40-1乃至40-Nを介して、放送局側のデータ処理装置10-1乃至10-Nから送信されてくる伝送データを受信する。送信装置20は、データ処理装置10-1乃至10-Nからの伝送データを処理し、その結果得られる放送信号を、送信所に設置された送信用アンテナから送信する。
これにより、送信所側の送信装置20からの放送信号は、放送伝送路50を介して、受信装置30-1乃至30-Mに送信される。
受信装置30-1乃至30-Mは、テレビ受像機やセットトップボックス(STB:Set Top Box)、録画機、ゲーム機、ネットワークストレージなどの固定受信機、あるいはスマートフォンや携帯電話機、タブレット型コンピュータ等のモバイル受信機である。また、受信装置30-1乃至30-Mは、例えば車載テレビなどの車両に搭載される車載機器や、ヘッドマウントディスプレイ(HMD:Head Mounted Display)等のウェアラブルコンピュータなどであってもよい。
受信装置30-1は、放送伝送路50を介して、送信装置20から送信されてくる放送信号を受信して処理することで、ユーザによる選局操作に応じた放送番組等のコンテンツを再生する。
受信装置30-2乃至30-Mにおいては、受信装置30-1と同様に、送信装置20からの放送信号が処理され、ユーザによる選局操作に応じたコンテンツが再生される。
なお、伝送システム1において、放送伝送路50は、地上波(地上波放送)であるとして説明するが、地上波に限らず、例えば、放送衛星(BS:Broadcasting Satellite)や通信衛星(CS:Communications Satellite)を利用した衛星放送、あるいは、ケーブルを用いた有線放送(CATV:Common Antenna TeleVision)などであってもよい。
また、伝送システム1では、図示していないが、インターネット等の通信回線に対し、各種のサーバが接続されるようにして、通信機能を有する受信装置30-1乃至30-Mが、インターネット等の通信回線を介して、各種のサーバにアクセスして双方向の通信を行うことで、コンテンツやアプリケーション等の各種のデータを受信できるようにしてもよい。
なお、以下の説明では、放送局側のデータ処理装置10-1乃至10-Nを、特に区別する必要がない場合には、データ処理装置10と称する。また、受信装置30-1乃至30-Mを、特に区別する必要がない場合には、受信装置30と称する。
(送信側の装置の構成)
図2は、図1のデータ処理装置10と送信装置20の構成例を示すブロック図である。
図2において、データ処理装置10は、コンポーネント処理部111、シグナリング生成部112、マルチプレクサ113、及びデータ処理部114から構成される。
コンポーネント処理部111は、放送番組等のコンテンツを構成するコンポーネントのデータを処理し、その結果得られるコンポーネントのストリームを、マルチプレクサ113に供給する。ここで、コンポーネントのデータは、例えば、ビデオやオーディオ、字幕等のデータであり、これらのデータに対し、例えば、所定の符号化方式に準拠した符号化処理などの処理が行われる。
シグナリング生成部112は、コンテンツの選局や再生等の上位層の処理で用いられるシグナリングを生成し、マルチプレクサ113に供給する。また、シグナリング生成部112は、放送信号の変調や復調等の物理層の処理で用いられるシグナリングを生成し、データ処理部114に供給する。
なお、シグナリングは、制御情報とも称される。また、以下の説明では、シグナリングのうち、物理層の処理で用いられるシグナリングを、物理層シグナリング(L1シグナリング)と称する一方で、物理層(Physical Layer)よりも上位の層である上位層(Upper Layer)の処理で用いられるシグナリングを、上位層シグナリングと称して区別する。
マルチプレクサ113は、コンポーネント処理部111から供給されるコンポーネントのストリームと、シグナリング生成部112から供給される上位層シグナリングのストリームとを多重化し、その結果得られるストリームを、データ処理部114に供給する。なお、ここでは、アプリケーションや時刻情報などの他のストリームが多重化されるようにしてもよい。
データ処理部114は、マルチプレクサ113から供給されるストリームを処理して、所定の形式のパケット(フレーム)を生成する。また、データ処理部114は、所定の形式のパケットと、シグナリング生成部112からの物理層シグナリングを処理して、伝送データを生成し、通信回線40を介して送信装置20に送信する。
図2において、送信装置20は、データ処理部211及び変調部212から構成される。
データ処理部211は、通信回線40を介して、データ処理装置10から送信されてくる伝送データを受信して処理し、その結果得られる所定の形式のパケット(フレーム)と、物理層シグナリングの情報を抽出する。
データ処理部211は、所定の形式のパケット(フレーム)と、物理層シグナリングの情報を処理することで、所定の放送方式(例えば、次世代の地上デジタルテレビ放送)に準拠した物理層のフレーム(物理層フレーム)を生成し、変調部212に供給する。
なお、図2の構成においては、物理層シグナリングが、データ処理装置10側で生成され、送信装置20に送信されるとして説明したが、物理層シグナリングは、送信装置20側で生成されるようにしてもよい。
変調部212は、データ処理部211から供給される物理層フレームに対し、必要な処理(例えば変調処理等)を施して、その結果得られる放送信号(RF信号)を、送信所に設置された送信用アンテナから送信する。
データ処理装置10と送信装置20は、以上のように構成される。
(受信側の装置の構成)
図3は、図1の受信装置30の構成例を示すブロック図である。
図3において、受信装置30は、チューナ311、復調部312、及びデータ処理部313から構成される。
チューナ311は、アンテナ321を介して受信した放送信号(RF信号)に対し、必要な処理を施し、その結果得られる信号を、復調部312に供給する。
復調部312は、例えば、復調LSI(Large Scale Integration)等の復調器として構成される。復調部312は、チューナ311から供給される信号に対し、復調処理を行う。この復調処理では、例えば、物理層シグナリングに従い、物理層フレームが処理され、所定の形式のパケットが得られる。この復調の結果得られるパケットは、データ処理部313に供給される。
データ処理部313は、例えば、システムオンチップ(SoC:System On Chip)等として構成される。データ処理部313は、復調部312から供給されるパケットに対し、所定の処理を行う。ここでは、例えば、パケットから得られる上位層シグナリングに基づいて、ストリームの復号処理や再生処理などが行われる。
データ処理部313の処理で得られるビデオやオーディオ、字幕等のデータは、後段の回路に出力される。これにより、受信装置30では、放送番組等のコンテンツが再生され、その映像や音声が出力されることになる。
受信装置30は、以上のように構成される。
<2.本技術の概要>
送信装置20及び受信装置30は、以下の機能を有する。
すなわち、送信装置20は、入力パケット又は入力ストリームに基づいて、FEC(Forward Error Correction)ブロックを生成する第1の生成部と、FECブロックに基づいて、FECフレームを生成する第2の生成部と、FECフレームを送信する送信部とを含む。
FECブロックのヘッダは、入力パケット又は入力ストリームの種別を識別する種別識別情報と、FECフレームのペイロードに格納される入力パケット又は入力ストリームの先頭の位置情報を有する最小固定長ヘッダを含む。
種別識別情報がTLV(Type Length Value)パケットである場合、最小固定長ヘッダは、種別識別情報に加えて、入力パケットの入力パケット長が最小固定長であるか否かを識別する最小固定長識別情報、及び入力パケット長の情報としての最小入力パケット長を含む。
最小固定長識別情報が、入力パケット長が最小固定長ではないことを示す場合、ヘッダは、最小固定長ヘッダに加えて、さらに、可変長ヘッダを含む。可変長ヘッダは、入力パケット長の下位ビットを、最小入力パケット長を表す最小入力パケット長情報とするとき、入力パケット長の上位ビットからなる可変長パケット長情報を含む。
以上の機能を有する送信装置20では、入力パケット又は入力ストリームに基づいて、FECブロックが生成され、FECブロックよりFECフレームが生成されて送信される。
なお、送信装置20は、FECフレームを配置したOFDM(Orthogonal Frequency Division Multiplexing)フレームを送信することができ、そのOFDMフレームの先頭に時刻情報を配置するためのダミーセルを生成する第3の生成部をさらに含むことができる。この場合、送信装置20では、必要に応じて、OFDMフレームに、ダミーセルを配置し、これにより、OFDMフレームの先頭に時刻情報が配置されるようにすることができる。
受信装置30は、送信されてくるFECフレームからなる信号を受信する受信部と、受信されたFECフレームに基づいて、FECブロックを生成する第1の生成部と、FECブロックに基づいて、入力パケット又は入力ストリームを生成する第2の生成部とを含む。
以上の機能を有する受信装置30では、送信されてくるFECフレームからなる信号が受信され、受信されたFECフレームに基づいて、FECブロックが生成される。さらに、FECブロックに基づいて、入力パケット又は入力ストリームが生成される。
図4は、本技術に関する背景を説明する図である。
図5は、本技術が解決する問題を説明する図である。
図6は、問題を解決する方法の概要を説明する図である。
図7は、FECブロックの生成の概要を説明する図である。
図8は、FECブロックの例を示す図である。
図9は、ベースバンドフレームのサイズの第1の例を示す図である。
図10は、ベースバンドフレームのサイズの第2の例を示す図である。
図11は、ベースバンドフレームのサイズの第3の例を示す図である。
図12は、本技術で採用するデータの形式の概要を説明する図である。
図13、図14、図15、図16、図17、及び、図18は、本技術で採用するデータの第1の形式の例を説明する図である。
図19及び図20は、本技術で採用するデータの第2の形式の例を説明する図である。
図21、図22、図23、図24、図25、及び、図26は、本技術で採用するデータの第3の形式の例を説明する図である。
図27は、本技術で採用するデータの第4の形式の例を説明する図である。
図28は、NTPの送出タイミングの例を示す図である。
図4乃至図28には、本技術の概要を図示しているが、以下、その詳細な内容について、図29乃至図64を参照しながら説明する。
<3.本技術の詳細な内容>
(FECブロックの構成)
図29は、FECブロックの生成に関わるブロックの構成の例を示す図である。
図29に示すように、送信側で、FECブロックの生成に関わるブロックとしては、TLVパケット生成部151、TSパケット処理部152、FECブロック生成部153、及びFECフレーム生成部154を含む。ただし、TLVパケット生成部151乃至FECフレーム生成部154の各ブロックは、データ処理装置10(のデータ処理部114(図2))と、送信装置20(のデータ処理部211(図2))のどちらか一方に含まれる。
TLVパケット生成部151は、そこに入力されるIP(Internet Protocol)ストリームを処理してTLVパケットを生成し、FECブロック生成部153に供給する。ここで、TLVパケットには、例えば、IPパケットや制御情報(上位層シグナリング)などが含まれる。また、IPパケットには、UDP(User Datagram Protocol)パケットが含まれる。
TSパケット処理部152は、そこに入力されるTSストリーム(MPEG2-TSストリーム)を処理してTSパケットを生成し、FECブロック生成部153に供給する。このTSストリームに対する処理としては、例えば、同期バイトの削除などの処理が行われる。
FECブロック生成部153には、TLVパケット生成部151からのTLVパケット、又はTSパケット処理部152からのTSパケットが供給される。FECブロック生成部153は、TLVパケット又はTSパケットを処理してFECブロックを生成し、FECフレーム生成部154に供給する。
ここで、FECブロックは、FECブロックヘッダ(FBH:FEC Block Header)と、データ部から構成される。データ部には、TLVパケット又はTSパケットが配置されるが、ここでは、1又は複数のTLVパケット(の一部又は全部)が配置される場合を説明する。また、TLVパケットは、可変長であり、あるFECブロックに配置されるTLVパケットが、次のFECブロックにまたがって配置される場合がある。
なお、FECブロックのデータ部に配置されるのは、TLVパケットやTSパケット等の入力パケット(伝送パケット)に限らず、例えば、IPストリームやTSストリーム等の入力ストリーム(伝送ストリーム)が配置されるようにしてもよい。
FECフレーム生成部154は、FECブロック生成部153から供給されるFECブロックに対し、エネルギ拡散、BCH(Bose-Chaudhuri-Hocquenghem)符号化やLDPC(Low Density Parity Check)符号化等の処理を施してFECフレームを生成し、後段に供給する。
ここで、FECフレームは、1つのFECブロックに対し、BCH符号とLDPC符号のパリティが付加されて構成される。すなわち、可変長のTLVパケットは、固定長のFECブロックにカプセル化された後に、さらに、BCH符号やLDPC符号のパリティが付加されて、固定長のFECフレームに格納される。
(FECブロックの生成の流れ)
図30は、FECブロックの生成の流れを説明する図である。なお、図30において、時間の方向は、図中の左側から右側に向かう方向とされる。
FECブロック生成部153(図29)においては、TLVパケット生成部151(図29)により生成されたTLVパケットが入力されると(S1)、当該TLVパケットに対し、FECブロックヘッダ(FBH)が付加され、FECブロックが生成される(S2)。そして、このようにして得られるFECブロックに対して、エネルギ拡散が行われる(S3)。
ここで、ステップS2のFECブロック生成処理で生成されたFECブロックのうち、先頭のFECブロックFB1に注目すれば、当該FECブロックFB1には、2つのTLVパケット(の全部のデータ)に続いて、1つのTLVパケットの一部のデータが配置される。また、その次のFECブロックFB2に注目すれば、当該FECブロックFB2には、FECブロックFB1に一部のデータが配置されたTLVパケットの残りのデータに続いて、1又は複数のTLVパケットのデータが配置される。
すなわち、先頭のFECブロックFB1と、それに続くFECブロックFB2においては、あるTLVパケットがまたいで配置されている。このとき、FECブロックFB2においては、あるTLVパケット(FECブロックFB1とFECブロックFB2をまたいで配置されるTLVパケット)の残りのデータに続いて配置される最初のTLVパケットの位置(先頭位置)を確実に通知して、FECブロック内のTLVパケットが、確実に抽出されるようにすることが望ましい。
そこで、本技術では、FECブロックにおいて、先頭のTLVパケットの位置を示すポインタ(以下、先頭TLVパケット位置ポインタという)を、当該FECブロックのFECブロックヘッダ(FBH)に配置することで、この先頭TLVパケット位置ポインタによって、先頭のTLVパケットの位置(図中の先頭位置P)を、確実に特定できるようにする。
例えば、本技術を適用せずに、FECブロックのFECブロックヘッダ(FBH)に、先頭TLVパケット位置ポインタを配置しない場合には、受信機側で、受信ミス等の何らかの原因により、同期情報を取得できないときに、TLVパケットを正常に抽出して処理することができなくなって、データが途切れてしまう可能性がある。
一方で、本技術を適用して、FECブロックのFECブロックヘッダ(FBH)に、先頭TLVパケット位置ポインタを配置した場合には、受信機側で、FECブロックごとに、先頭TLVパケット位置ポインタによって、先頭のTLVパケットの位置を確実に特定して、常に、TLVパケットを正常に抽出して処理することができるため、データが途切れることを抑制することができる。
なお、先頭TLVパケット位置ポインタに割り当てられるビット数は、データの構成などに応じて任意の値に設定することができる。例えば、先頭TLVパケット位置ポインタの最大値は、ベースバンドフレームサイズに応じて決定されるため、それに応じて、先頭TLVパケット位置ポインタに割り当てるビット数を決定すればよい。
以下、ベースバンドフレームサイズとして、符号長が69120ビットとなるミドル(Middle)符号、符号長が276480ビットとなるロング(Long)符号、及び符号長が17280ビットとなるショート(Short)符号において、先頭TLVパケット位置ポインタに割り当てられるべきビット数について説明する。
(各符号長のポインタの最大値)
図31は、ベースバンドフレームサイズが、ミドル符号(符号長:69120ビット)の場合の先頭TLVパケット位置ポインタの最大値を説明する図である。
図31において、CR(Coding Rate)は、LDPC符号の符号化率を表し、N_ldpcは、LDPC符号ブロック(単位:ビット)を表し、N_bchは、BCH符号ブロック(単位:ビット)を表している。また、図31において、BCHは、N_bch - K_bch(単位:ビット)を表し、K_bchは、BCH情報ブロック(単位:ビット、バイト)を表し、Num Bitsは、K_bch(B:バイト)に応じて必要となるビット数を表している。
図31に示すように、N_ldpc = 69120ビットとなるミドル符号の場合に、LDPC符号の符号化率(CR)が、2/16,3/16となるとき、ビット数(Num Bits)は、11ビットとなり、LDPC符号の符号化率(CR)が、4/16,5/16,6/16,7/16となるとき、ビット数(Num Bits)は、12ビットとなり、8/16,9/16,10/16,11/16,12/16,13/16,14/16となるとき、ビット数(Num Bits)は、13ビットとなる。
このように、符号長が69120ビットとなるミドル符号の場合においては、CR = 14/16である最大符号化率となるとき、ビット数(Num Bits)は、13ビットとなるので、先頭TLVパケット位置ポインタの最大値は、13ビットとなる。
図32は、ベースバンドフレームサイズが、ロング符号(符号長:276480ビット)の場合の先頭TLVパケット位置ポインタの最大値を説明する図である。なお、図32において、CR,N_ldpc,N_bch,BCH,K_bch,Num Bitsの意味は、図31と同様とされる。すなわち、ここでも、Num Bitsは、K_bch(B:バイト)に応じて必要となるビット数を表している。
図32に示すように、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ビットとなる。
図33は、ベースバンドフレームサイズが、ショート符号(符号長:17280ビット)の場合の先頭TLVパケット位置ポインタの最大値を説明する図である。なお、図33において、CR,N_ldpc,N_bch,BCH,K_bch,Num Bitsの意味は、図31と同様とされる。すなわち、ここでも、Num Bitsは、K_bch(B:バイト)に応じて必要となるビット数を表している。
図33に示すように、N_ldpc = 17280ビットとなるショート符号の場合に、LDPC符号の符号化率(CR)が、2/16となるとき、ビット数(Num Bits)は、8ビットとなり、LDPC符号の符号化率(CR)が、3/16となるとき、ビット数(Num Bits)は、9ビットとなり、LDPC符号の符号化率(CR)が、4/16,5/16,6/16,7/16となるとき、ビット数(Num Bits)は、10ビットとなり、8/16,9/16,10/16,11/16,12/16,13/16,14/16となるとき、ビット数(Num Bits)は、11ビットとなる。
このように、符号長が17280ビットとなるショート符号の場合においては、CR = 14/16である最大符号化率となるとき、ビット数(Num Bits)は、11ビットとなるので、先頭TLVパケット位置ポインタの最大値は、11ビットとなる。
以上のように、ミドル符号やロング符号、ショート符号等の各符号長や、最大符号化率(CR)に応じて先頭TLVパケット位置ポインタの最大値が異なるため、FECブロックヘッダ(FBH)に配置される先頭TLVパケット位置ポインタの長さが異なることになる。そこで、本技術においては、先頭TLVパケット位置ポインタの長さに応じたFECブロックヘッダ(FBH)の形式として、第1の形式乃至第4の形式を提案するものとする。
(3-1)第1の形式
まず、図34乃至図43を参照して、第1の形式(以下、形式1とも記述する)のFECブロックヘッダ(FBH)の構成について説明する。
(FECブロックヘッダのフォーマット)
図34は、形式1のFECブロックヘッダのフォーマットの例を示す図である。
図34において、2バイトのベースヘッダは、15ビットの先頭TLVパケット位置ポインタと、1ビットのEXTフラグから構成される。
先頭TLVパケット位置ポインタは、自身が配置されるFECブロックヘッダを含むFECブロックにおいて、先頭のTLVパケットの位置を示すポインタである。形式1のベースヘッダにおいては、この先頭TLVパケット位置ポインタとして、15ビットが確保されているため、ロング符号、ミドル符号、及びショート符号の全ての符号長のポインタとして用いることができる。
EXTフラグは、拡張領域(Extension)が存在するかどうかを示すフラグである。例えば、EXTフラグとして、'0'が指定された場合、拡張がないことを示す。この場合、FECブロックヘッダとしては、2バイトのベースヘッダのみが配置されることになる。一方で、EXTフラグとして、'1'が指定された場合には、拡張があることを示す。この場合、ベースヘッダの次の1バイトが、EXTバイトとなる。
なお、対象のFECブロックに、TLVパケットの先頭(先頭TLVバイト)が存在しない場合には、先頭TLVパケット位置ポインタの15ビットには、'0x7FFF'(111 1111 1111 1111)が割り当てられる。
(EXTバイトのフォーマット)
図35は、形式1のEXTバイトのフォーマットの例を示す図である。
このEXTバイトは、図34のEXTフラグとして、'1'が指定された場合に、図34のベースヘッダの次の1バイトとして配置される。
図35において、1バイトのEXTバイトは、2ビットのパッディング値と、1ビットのTSフラグと、1ビットのCRCフラグと、4ビットのリザーブド領域から構成される。
形式1のパッディング値としては、例えば、図36に示した内容に応じた値が指定される。
すなわち、パッディング値として、'00'が指定された場合、パッディングがないことを意味する。この場合、追加のパッディングはない。また、パッディング値として、'01'が指定された場合、ショートパッディングを意味する。この場合には、1バイトの追加のパッディングがなされる。
また、パッディング値として、'10'が指定された場合、ロングパッディングを意味する。この場合には、2バイトで、追加のパッディングの長さを示すことになる。さらに、パッディング値として、'11'が指定された場合には、将来に使用するリザーブド領域であることを意味する。なお、このリザーブド領域の他の意味として、例えば、すべてをパッディングすることを意味する、全パッディングを指定可能としてもよい。
図35の説明に戻り、TSフラグは、FECブロックに配置されるパケットが、TSパケットであるかどうかを示すフラグである。例えば、TSフラグとして、'0'が指定された場合、当該パケットが、TSパケットではないことを示す。この場合、FECブロックには、TLVパケットが配置されていることになる。一方で、TSフラグとして、'1'が指定された場合には、当該パケットが、TSパケットであることを示す。
CRCフラグは、誤り検出符号であるCRC(Cyclic Redundancy Check)が存在するかどうかを示すフラグである。例えば、CRCフラグとして、'0'が指定された場合、CRCがないことを示す。一方で、CRCフラグとして、'1'が指定された場合、CRCがあることを示す。この場合、CRCは、EXTバイトの直後に配置される。なお、CRCを付加する場合には、常に付加されるため、このときのFECブロックヘッダにおける、最初のヘッダサイズは、3バイトとされる。
リザーブド領域は、将来に使用される領域である。
次に、形式1について、より具体的な詳細例について説明するが、以下の説明では、説明の簡略化のため、FECブロック内に配置されるFECブロックヘッダとTLVパケットにおいて、FECブロックとTLVパケットの図示を省略して、FECブロックヘッダのみを図示するものとする。
すなわち、図37に示すように、パッディングがない場合に、EXTフラグとして、'0'が指定されたとき、実際には、図37Aに示すような構成からなるが、以下の説明では、簡略化して、図37Bに示すような構成を図示するものとする。
(形式1の詳細例1)
図38及び図39には、形式1の詳細例1を示している。この詳細例1では、ベースヘッダとEXTバイトからなるFECブロックヘッダに対し、パッディングを追加した場合の構成を図示している。なお、この詳細例においては、パッディングの長さを、「Padding」と記述している。
(3-1-1A):Padding = 1,EXT = 1,TS = 0
図38Aは、パッディングの長さが1バイト(1B)となる場合に、EXTフラグ = '1'と、TSフラグ = '0'がそれぞれ指定された場合のFECブロックヘッダの構成を示している。
図38Aにおいては、ベースヘッダに、15ビットの先頭TLVパケット位置ポインタのほかに、1ビットのEXTフラグが配置されているが、当該EXTフラグとして、'1'が指定されているため、ベースヘッダの次の1バイトが、オプションヘッダとしてのEXTバイトとなる。
このEXTバイトにおいて、先頭の2ビットには、パッディング値として、'00'が指定され、それに続く、1ビットには、TSフラグとして、'0'が指定される。また、EXTバイトにおいて、残りの5ビットには、'0'であるCRCフラグとともに、将来に予約されたビットが配置される。
このように、図38AのFECブロックヘッダにおいては、1バイト(1B)のEXTバイトによって、1バイト(1B)のパッディングが実現されている。
(3-1-1B):Padding = 2,EXT = 1,TS = 0
図38Bは、パッディングの長さが2バイト(2B)となる場合に、EXTフラグ = '1'と、TSフラグ = '0'がそれぞれ指定された場合のFECブロックヘッダの構成を示している。
図38Bにおいては、EXTフラグとして、'1'が指定されているため、ベースヘッダの次の1バイトが、EXTバイトとなる。このEXTバイトにおいて、先頭の2ビットのパッディング値として、'01'が指定されているため、EXTバイトの次の1バイトが、追加の1Bパッディングとなる。
また、EXTバイトにおいて、先頭の2ビットに続く、1ビットには、TSフラグとして、'0'が指定される。なお、EXTバイトの残りの5ビットには、'0'であるCRCフラグと、将来に予約されたビットが配置される。
このように、図38BのFECブロックヘッダにおいては、1バイト(1B)のEXTバイトと、1バイト(1B)の追加パッディングによって、合計で2バイト(2B)のパッディングが実現されている。
(3-1-C):Padding = 3,EXT = 1,TS = 0
図38Cは、パッディングの長さが3バイト(3B)となる場合に、EXTフラグ = '1'と、TSフラグ = '0'がそれぞれ指定された場合のFECブロックヘッダの構成を示している。
図38Cにおいては、EXTフラグとして、'1'が指定されているため、ベースヘッダの次の1バイトが、EXTバイトとなる。このEXTバイトにおいて、先頭の2ビットのパッディング値として、'10'が指定されているため、EXTバイトの次の2バイトが、追加パッディングの長さを示している。
ここで、2バイトの追加パッディングの長さには、'0'('00000000 00000000')が指定されているため、これ以上は、パッディングが追加されないことを表している。
また、EXTバイトにおいて、先頭の2ビットに続く、1ビットには、TSフラグとして、'0'が指定される。なお、EXTバイトの残りの5ビットには、'0'であるCRCフラグと、将来に予約されたビットが配置される。
このように、図38CのFECブロックヘッダにおいては、1バイト(1B)のEXTバイトと、2バイト(2B)の追加パッディングの長さによって、合計で3バイト(3B)のパッディングが実現されている。
(3-1-1D):Padding = 4,EXT = 1,TS = 0
図39Dは、パッディングの長さが4バイト(4B)となる場合に、EXTフラグ = '1'と、TSフラグ = '0'がそれぞれ指定された場合のFECブロックヘッダの構成を示している。
図39Dにおいては、EXTフラグとして、'1'が指定されているため、ベースヘッダの次の1バイトが、EXTバイトとなる。このEXTバイトにおいて、先頭の2ビットのパッディング値として、'10'が指定されているため、EXTバイトの次の2バイトが、追加パッディングの長さを示している。
ここで、2バイトの追加パッディングの長さには、'1'('00000000 00000001')が指定されているため、さらに、1バイト(1B)のパッディングが追加されている。
また、EXTバイトにおいて、先頭の2ビットに続く、1ビットには、TSフラグとして、'0'が指定される。なお、EXTバイトの5ビットには、'0'であるCRCフラグと、将来に予約されたビットが配置される。
このように、図39DのFECブロックヘッダにおいては、1バイト(1B)のEXTバイトと、2バイト(2B)の追加パッディングの長さと、1バイト(1B)の追加パッディングによって、合計で4バイト(4B)のパッディングが実現されている。
(3-1-1E):Padding = 12348,EXT = 1,TS = 0
図39Eは、パッディングの長さが12348バイト(12348B)となる場合に、EXTフラグ = '1'と、TSフラグ = '0'がそれぞれ指定された場合のFECブロックヘッダの構成を示している。
図39Eにおいては、EXTフラグとして、'1'が指定されているため、ベースヘッダの次の1バイトが、EXTバイトとなる。このEXTバイトにおいて、先頭の2ビットのパッディング値として、'10'が指定されているため、EXTバイトの次の2バイトが、追加パッディングの長さを示している。
ここで、2バイトの追加パッディングの長さには、'1'('00110000 00111001')が指定されているため、さらに、12345バイト(12345B)のパッディングが追加されている。
また、EXTバイトにおいて、先頭の2ビットに続く、1ビットには、TSフラグとして、'0'が指定される。なお、EXTバイトの5ビットには、'0'であるCRCフラグと、将来に予約されたビットが配置される。
このように、図39EのFECブロックヘッダにおいては、1バイト(1バイト)のEXTバイトと、2バイトの追加パッディングの長さと、12345バイト(12345B)の追加パッディングによって、合計で12348バイト(12348B)のパッディングが実現されている。
(形式1の詳細例2)
図40及び図41には、形式1の詳細例2を示している。この詳細例2においても、上述した詳細例1と同様に、ベースヘッダとEXTバイトからなるFECブロックヘッダに対し、パッディングを追加した場合の構成を図示している。
(3-1-2A):Padding = 1,EXT = 1,TS = 1
図40Aは、パッディングの長さが1バイト(1B)となる場合に、EXTフラグ = '1'と、TSフラグ = '1'がそれぞれ指定された場合のFECブロックヘッダの構成を示している。
図40Aにおいては、ベースヘッダに、先頭TLVパケット位置ポインタと、EXTフラグが配置されるが、EXTフラグとして、'1'が指定されているため、ベースヘッダの次の1バイトが、オプションヘッダとしてのEXTバイトとなる。
このEXTバイトにおいて、先頭の2ビットには、パッディング値として、'00'が指定され、それに続く、1ビットには、TSフラグとして、'1'が指定される。この場合、FECブロックに配置されるパケットがTSパケットとなるので、先頭TLVパケット位置ポインタは、FECブロック内のTSパケットの位置(先頭位置)を示している。また、EXTバイトにおいて、残りの5ビットには、'0'であるCRCフラグとともに、将来に予約されたビットが配置される。
このように、図40AのFECブロックヘッダにおいては、1バイト(1B)のEXTバイトによって、1バイト(1B)のパッディングが実現されている。
(3-1-2B):Padding = 2,EXT = 1,TS = 1
図40Bは、パッディングの長さが2バイト(2B)となる場合に、EXTフラグ = '1'と、TSフラグ = '1'がそれぞれ指定された場合のFECブロックヘッダの構成を示している。
図40Bにおいては、EXTフラグとして、'1'が指定されているため、ベースヘッダの次の1バイトが、EXTバイトとなる。このEXTバイトにおいて、先頭の2ビットのパッディング値として、'01'が指定されているため、EXTバイトの次の1バイトが、追加の1Bパッディングとなる。
また、EXTバイトにおいて、先頭の2ビットに続く、1ビットには、TSフラグとして、'1'が指定される。なお、EXTバイトの残りの5ビットには、'0'であるCRCフラグと、将来に予約されたビットが配置される。
このように、図40BのFECブロックヘッダにおいては、1バイト(1B)のEXTバイトと、1バイト(1B)の追加パッディングによって、合計で2バイト(2B)のパッディングが実現されている。
(3-1-2C):Padding = 3,EXT = 1,TS = 1
図40Cは、パッディングの長さが3バイト(3B)となる場合に、EXTフラグ = '1'と、TSフラグ = '1'がそれぞれ指定された場合のFECブロックヘッダの構成を示している。
図40Cにおいては、EXTフラグとして、'1'が指定されているため、ベースヘッダの次の1バイトが、EXTバイトとなる。このEXTバイトにおいて、先頭の2ビットのパッディング値として、'10'が指定されているため、EXTバイトの次の2バイトが、追加パッディングの長さを示している。
ここで、2バイトの追加パッディングの長さには、'0'('00000000 00000000')が指定されているため、これ以上は、パッディングが追加されないことを表している。
また、EXTバイトにおいて、先頭の2ビットに続く、1ビットには、TSフラグとして、'1'が指定される。なお、EXTバイトの残りの5ビットには、'0'であるCRCフラグと、将来に予約されたビットが配置される。
このように、図40CのFECブロックヘッダにおいては、1バイト(1B)のEXTバイトと、2バイト(2B)の追加パッディングの長さによって、合計で3バイト(3B)のパッディングが実現されている。
(3-1-2D):Padding = 4,EXT = 1,TS = 1
図41Dは、パッディングの長さが4バイト(4B)となる場合に、EXTフラグ = '1'と、TSフラグ = '1'がそれぞれ指定された場合のFECブロックヘッダの構成を示している。
図41Dにおいては、EXTフラグとして、'1'が指定されているため、ベースヘッダの次の1バイトが、EXTバイトとなる。このEXTバイトにおいて、先頭の2ビットのパッディング値として、'10'が指定されているため、EXTバイトの次の2バイトが、追加パッディングの長さを示している。
ここで、2バイトの追加パッディングの長さには、'1'('00000000 00000001')が指定されているため、当該追加パッディングの長さに続いて、さらに、1バイト(1B)のパッディングが追加されている。
また、EXTバイトにおいて、先頭の2ビットに続く、1ビットには、TSフラグとして、'1'が指定される。なお、EXTバイトの残りの5ビットには、'0'であるCRCフラグと、将来に予約されたビットが配置される。
このように、図41DのFECブロックヘッダにおいては、1バイト(1B)のEXTバイトと、2バイト(2B)の追加パッディングの長さと、1バイト(1B)の追加パッディングによって、合計で4バイト(4B)のパッディングが実現されている。
(形式1の詳細例3)
図42及び図43には、形式1の詳細例3を示している。この詳細例3においては、ベースヘッダとEXTバイトとCRCからなるFECブロックヘッダに対し、パッディングを追加した場合の構成を図示している。
(3-1-3A):Padding = 1,EXT = 1,CRC = 1
図42Aは、パッディングの長さが1バイト(1B)となる場合に、EXTフラグ = '1'と、CRCフラグ = '1'がそれぞれ指定された場合のFECブロックヘッダの構成を示している。
図42Aにおいては、ベースヘッダに、先頭TLVパケット位置ポインタと、EXTフラグが配置されるが、EXTフラグとして、'1'が指定されているため、ベースヘッダの次の1バイトが、オプションヘッダとしてのEXTバイトとなる。
このEXTバイトにおいて、先頭の2ビットには、パッディング値として、'00'が指定され、それに続く、1ビットには、TSフラグとして、'0'が指定される。そして、さらにそれに続く、1ビットには、CRCフラグとして、'1'が指定されているため、EXTバイトの次に、1バイト(8ビット)のCRCが付加されている。
このように、図42AのFECブロックヘッダにおいては、1バイト(1B)のEXTバイトによって、1バイト(1B)のパッディングが実現されている。
(3-1-3B):Padding = 2,EXT = 1,CRC = 1
図42Bは、パッディングの長さが2バイト(2B)となる場合に、EXTフラグ = '1'と、CRCフラグ = '1'がそれぞれ指定された場合のFECブロックヘッダの構成を示している。
図42Bにおいては、EXTフラグとして、'1'が指定されているため、ベースヘッダの次の1バイトが、EXTバイトとなる。このEXTバイトにおいて、先頭の2ビットのパッディング値として、'01'が指定され、それに続くビットのCRCフラグとして、'1'が指定されている。
そのため、EXTバイトの次に、1バイトのCRCが付加され、さらに、このCRCの次の1バイトが、追加の1Bパッディングとなる。
このように、図42BのFECブロックヘッダにおいては、1バイト(1B)のEXTバイトと、1バイト(1B)の追加パッディングによって、合計で2バイト(2B)のパッディングが実現されている。
(3-1-3C):Padding = 3,EXT = 1,CRC = 1
図42Cは、パッディングの長さが3バイト(3B)となる場合に、EXTフラグ = '1'と、CRCフラグ = '1'がそれぞれ指定された場合のFECブロックヘッダの構成を示している。
図42Cにおいては、EXTフラグとして、'1'が指定されているため、ベースヘッダの次の1バイトが、EXTバイトとなる。このEXTバイトにおいて、先頭の2ビットのパッディング値として、'10'が指定され、それに続くビットのCRCフラグとして、'1'が指定されている。そのため、EXTバイトの次に、1バイトのCRCが付加され、さらに、このCRCの次の2バイトが、追加パッディングの長さを示している。
ここで、2バイトの追加パッディングの長さには、'0'('00000000 00000000')が指定されているため、これ以上は、パッディングが追加されないことを表している。
このように、図42CのFECブロックヘッダにおいては、1バイト(1B)のEXTバイトと、2バイト(2B)の追加パッディングの長さによって、合計で3バイト(3B)のパッディングが実現されている。
(3-1-3D):Padding = 4,EXT = 1,CRC = 1
図43Dは、パッディングの長さが4バイト(4B)となる場合に、EXTフラグ = '1'と、CRCフラグ = '1'がそれぞれ指定された場合のFECブロックヘッダの構成を示している。
図43Dにおいては、EXTフラグとして、'1'が指定されているため、ベースヘッダの次の1バイトが、EXTバイトとなる。このEXTバイトにおいて、先頭の2ビットのパッディング値として、'10'が指定され、それに続くビットのCRCフラグとして、'1'が指定されている。そのため、EXTバイトの次に、1バイトのCRCが付加され、さらに、このCRCの次の2バイトが、追加パッディングの長さを示している。
ここで、2バイトの追加パッディングの長さには、'1'('00000000 00000001')が指定されているため、さらに、1バイト(1B)のパッディングが追加されている。
このように、図43DのFECブロックヘッダにおいては、1バイト(1B)のEXTバイトと、2バイト(2B)の追加パッディングの長さと、1バイト(1B)の追加パッディングによって、合計で4バイト(4B)のパッディングが実現されている。
以上、第1の形式のFECブロックヘッダの構成について説明した。この第1の形式においては、先頭TLVパケット位置ポインタの最大値を考慮して、FECブロックヘッダのベースヘッダに、15ビットを確保しているため、ビット数(Num Bits)の最大値が、15ビットとなるロング符号、13ビットとなるミドル符号、及び11ビットとなるショート符号の全ての符号長に対応することができる。そのため、FECブロックヘッダの構成として、非常に簡略化された構成とすることができる。
(3-2)第2の形式
次に、図44乃至図47を参照して、第2の形式(以下、形式2とも記述する)のFECブロックヘッダ(FBH)の構成について説明する。
なお、第2の形式においては、ロング符号が対象の規格に存在しないことを前提にして、FECブロックヘッダのベースヘッダに、先頭TLVパケット位置ポインタのビットとして、ショート符号に応じた11ビットと、ミドル符号に応じた13ビットと確保した場合について説明する。
(FECブロックヘッダのフォーマット)
図44は、形式2-1のFECブロックヘッダのフォーマットの例を示す図である。
図44において、2バイトのベースヘッダは、11ビットの先頭TLVパケット位置ポインタと、その残りビット(5ビット)から構成される。
先頭TLVパケット位置ポインタは、自身が配置されるFECブロックヘッダを含むFECブロックにおいて、先頭のTLVパケットの位置を示すポインタである。形式2-1のベースヘッダにおいては、この先頭TLVパケット位置ポインタとして、11ビットが確保されているため、ショート符号のポインタとして用いることができる。
5ビットの残りビットは、2ビットのパッディング値と、1ビットのTSフラグと、1ビットのCRCフラグと、1ビットのリザーブド領域に割り当てられる。
パッディング値には、例えば、図45に示した内容に応じた値が指定される。この形式2-1のパッディング値は、上述した形式1のパッディング値の内容(図36)と同様であるため、ここではその説明は省略する。
TSフラグは、TSパケットを識別するフラグである。CRCフラグは、誤り検出符号であるCRCが存在するかどうかを示すフラグである。リザーブド領域は、将来に使用される領域である。
(FECブロックヘッダのフォーマット)
図46は、形式2-2のFECブロックヘッダのフォーマットの例を示す図である。
図46において、2バイトのベースヘッダは、13ビットの先頭TLVパケット位置ポインタと、その残りビット(3ビット)から構成される。
先頭TLVパケット位置ポインタは、自身が配置されるFECブロックヘッダを含むFECブロックにおいて、先頭のTLVパケットの位置を示すポインタである。形式2-2のベースヘッダにおいては、この先頭TLVパケット位置ポインタとして、13ビットが確保されているため、ミドル符号、及びショート符号のポインタとして用いることができる。
3ビットの残りビットは、2ビットのパッディング値と、1ビットのTSフラグ又は1ビットのCRCフラグに割り当てられる。すなわち、ベースヘッダにおいて、パッディング値は、必須となるが、TSフラグとCRCフラグのうちのどちらのフラグを配置するかは、任意となる。
パッディング値には、例えば、図47に示した内容に応じた値が指定される。この形式2-2のパッディング値は、上述した形式1のパッディング値の内容(図36)と同様であるため、ここではその説明は省略する。
TSフラグは、TSパケットを識別するフラグである。CRCフラグは、誤り検出符号であるCRCが存在するかどうかを示すフラグである。
以上、第2の形式のFECブロックヘッダの構成について説明した。この第2の形式では、ロング符号が対象の規格に存在しないことを前提にして、FECブロックヘッダのベースヘッダに、11ビット又は13ビットを確保しているため、ビット数(Num Bits)の最大値が、11ビットとなるショート符号、又は13ビットとなるミドル符号に対応することができる。そのため、ロング符号が対象の規格に存在しない場合には、FECブロックヘッダの構成として、非常に簡略化された構成とすることができる。
(3-3)第3の形式
次に、図48乃至図60を参照して、第3の形式(以下、形式3とも記述する)のFECブロックヘッダ(FBH)の構成について説明する。
(FECブロックヘッダのフォーマット)
図48は、形式3のFECブロックヘッダのフォーマットの例を示す図である。
図48において、2バイトのベースヘッダは、13ビットの先頭TLVパケット位置ポインタと、その残りビット(3ビット)から構成される。
先頭TLVパケット位置ポインタは、自身が配置されるFECブロックヘッダを含むFECブロックにおいて、先頭のTLVパケットの位置を示すポインタである。形式3のベースヘッダにおいては、この先頭TLVパケット位置ポインタとして、13ビットが確保されている。
3ビットの残りビットは、1ビットのTSフラグと、1ビットのCRCフラグと、1ビットのEXTフラグに割り当てられる。TSフラグとCRCフラグの詳細は、先に述べた通りである。
また、EXTフラグは、拡張領域(Extension)が存在するかどうかを示すフラグである。例えば、EXTフラグとして、'1'が指定された場合には、ベースヘッダの次の1バイトが、EXTバイトとなる。
図49には、EXTバイトのフォーマットの例を示している。図49において、1バイトのEXTバイトは、2ビットのLEN_MSBと、2ビットのパッディング値と、4ビットのリザーブド領域から構成される。
LEN_MSBの2ビットは、ロング符号の場合には、先頭TLVパケット位置ポインタの最大値が15ビットとなって、ベースヘッダに割り当てられた13ビットでは不足するため、その不足分の2ビットとして用いられる。なお、ショート符号やミドル符号の場合には、ベースヘッダに割り当てられた13ビットで足りるため、LEN_MSBの2ビットは未使用とされる。
すなわち、ショート符号やミドル符号の場合には、ベースヘッダに割り当てられた13ビットを用いれば、先頭TLVパケット位置ポインタの最大値(11ビット又は13ビット)に対応することができる。一方で、ロング符号の場合には、ベースヘッダに割り当てられた13ビットでは、不足するため、さらにLEN_MSBの2ビットを用いた合計15ビットで、先頭TLVパケット位置ポインタの最大値(15ビット)に対応するようにしている。
パッディング値には、例えば、図50に示した内容に応じた値が指定される。この形式3のパッディング値は、上述した形式1のパッディング値の内容(図36)と同様であるため、ここではその説明は省略する。リザーブド領域は、将来に使用される領域である。
(FECブロックヘッダのフォーマット)
図51は、形式3-1のFECブロックヘッダのフォーマットの例を示す図である。
図51において、2バイトのベースヘッダは、13ビットの先頭TLVパケット位置ポインタと、その残りビット(3ビット)から構成される。
形式3-1においては、上述した形式3と比べて、先頭TLVパケット位置ポインタのビット数が、13ビットとなる点で共通しているが、3ビットの残りビットを、2ビットのパッディング値と、1ビットのEXTフラグに割り当てている点が異なっている。
パッディング値には、例えば、図52に示した内容に応じた値が指定される。この形式3-1のパッディング値は、上述した形式1のパッディング値の内容(図36)と同様であるため、ここではその説明は省略する。
また、EXTフラグは、拡張領域(Extension)が存在するかどうかを示すフラグである。例えば、EXTフラグとして、'1'が指定された場合には、ベースヘッダの次の1バイトが、EXTバイトとなる。
図53には、EXTバイトのフォーマットの例を示している。図53において、1バイトのEXTバイトは、2ビットのLEN_MSBと、1ビットのTSフラグと、1ビットのCRCフラグと、4ビットのリザーブド領域から構成される。
LEN_MSBの2ビットは、ロング符号の場合には、先頭TLVパケット位置ポインタの最大値が15ビットとなって、ベースヘッダに割り当てられた13ビットでは不足するため、その不足分の2ビットとして用いられる。なお、ショート符号やミドル符号の場合には、LEN_MSBの2ビットは未使用とされる。
すなわち、ショート符号やミドル符号の場合には、ベースヘッダに割り当てられた13ビットを用いれば、先頭TLVパケット位置ポインタの最大値(11ビット又は13ビット)に対応することができる。一方で、ロング符号の場合には、ベースヘッダの13ビットと、LEN_MSBの2ビットの合計15ビットで、先頭TLVパケット位置ポインタの最大値(15ビット)に対応するようにしている。
TSフラグとCRCフラグの詳細は、先に述べた通りである。また、リザーブド領域は、将来に使用される領域である。
次に、形式3-1について、より具体的な詳細例について説明する。なお、以下の説明では、上述した形式1の詳細例と同様に、FECブロックとTLVパケットの図示を省略して、FECブロックヘッダのみを図示するものとする。
(形式3-1の詳細例1)
図54乃至図56には、形式3-1の詳細例1を示している。この詳細例1では、ベースヘッダからなるFECブロックヘッダに対し、パッディングを追加した場合の構成を図示している。
(3-3-1A):Paddingなし,EXT = 0
図54Aは、パッディングがない場合に、EXTフラグ = '0'が指定された場合のFECブロックヘッダの構成を示している。
図54Aにおいては、ベースヘッダに、13ビットの先頭TLVパケット位置ポインタのほかに、2ビットのパッディング値と、1ビットのEXTフラグが配置されているが、パッディング値として、'00'が指定されているため、追加のパッディングはない。さらに、EXTフラグとして、'0'が指定されているため、オプションヘッダとしてのEXTバイトの拡張もない。
このように、図54AのFECブロックヘッダにおいては、パッディングが行われない場合の構成となる。
(3-3-1B):Padding = 1,EXT = 0
図54Bは、パッディングの長さが1バイト(1B)となる場合に、EXTフラグ = '0'が指定された場合のFECブロックヘッダの構成を示している。
図54Bにおいては、パッディング値として、'01'が指定されているため、ベースヘッダの次の1バイトが、追加の1Bパッディングとなる。なお、EXTフラグとして、'0'が指定されているため、EXTバイトの拡張はない。
このように、図54BのFECブロックヘッダにおいては、1バイト(1B)の追加パッディングによって、1バイト(1B)のパッディングが実現されている。
(3-3-1C):Padding = 2,EXT = 0
図54Cは、パッディングの長さが2バイト(2B)となる場合に、EXTフラグ = '0'が指定された場合のFECブロックヘッダの構成を示している。
図54Cにおいては、パッディング値として、'10'が指定されているため、ベースヘッダの次の2バイトが、追加パッディングの長さを示している。ここで、2バイトの追加パッディングの長さには、'0'('00000000 00000000')が指定されているため、これ以上は、パッディングが追加されないことを表している。
なお、EXTフラグとして、'0'が指定されているため、EXTバイトの拡張はない。
このように、図54CのFECブロックヘッダにおいては、2バイト(2B)の追加パッディングの長さによって、2バイト(2B)のパッディングが実現されている。
(3-3-1D):Padding = 3,EXT = 0
図55Dは、パッディングの長さが3バイト(3B)となる場合に、EXTフラグ = '0'が指定された場合のFECブロックヘッダの構成を示している。
図55Dにおいては、パッディング値として、'10'が指定されているため、ベースヘッダの次の2バイトが、追加パッディングの長さを示している。ここで、2バイトの追加パッディングの長さには、'1'('00000000 00000001')が指定されているため、当該追加パッディングの長さに続いて、さらに、1バイト(1B)のパッディングが追加されている。
なお、EXTフラグとして、'0'が指定されているため、EXTバイトの拡張はない。
このように、図55DのFECブロックヘッダにおいては、2バイト(2B)の追加パッディングの長さと、1バイト(1B)の追加パッディングによって、合計で3バイト(3B)のパッディングが実現されている。
(3-3-1E):Padding = 4,EXT = 0
図55Eは、パッディングの長さが4バイト(4B)となる場合に、EXTフラグ = '0'が指定された場合のFECブロックヘッダの構成を示している。
図55Eにおいては、パッディング値として、'10'が指定されているため、ベースヘッダの次の2バイトが、追加パッディングの長さを示している。ここで、2バイトの追加パッディングの長さには、'2'('00000000 00000010')が指定されているため、当該追加パッディングの長さに続いて、2バイト(2B)のパッディングが追加されている。
なお、EXTフラグとして、'0'が指定されているため、EXTバイトの拡張はない。
このように、図55EのFECブロックにおいては、2バイト(2B)の追加パッディングの長さと、2バイト(2B)の追加パッディングによって、合計で4バイト(4B)のパッディングが実現されている。
(3-3-1F):Padding = 12348,EXT = 0
図56Fは、パッディングの長さが12348バイト(12348B)となる場合に、EXTフラグ = '1'が指定された場合のFECブロックヘッダの構成を示している。
図56Fにおいては、EXTフラグとして、'1'が指定されているため、ベースヘッダの次の1バイトが、EXTバイトとなる。また、パッディング値として、'10'が指定されているため、EXTバイトの次の2バイトが、追加パッディングの長さを示している。
ここで、2バイトの追加パッディングの長さには、'12345'('00110000 00111001')が指定されているため、さらに、12345バイト(12345B)のパッディングが追加されている。
なお、EXTバイトにおいては、2ビットのLEN_MSBを利用することで、先頭TLVパケット位置ポインタとして、ショート符号とミドル符号に対応するだけでなく、ロング符号にも対応することができる。
このように、図56FのFECブロックヘッダにおいては、1バイト(1B)のEXTバイトと、2バイト(2B)の追加パッディングの長さと、12345バイト(12345B)の追加パッディングによって、合計で12348バイト(12348B)のパッディングが実現されている。
(形式3-1の詳細例2)
図57及び図58には、形式3-1の詳細例2を示している。この詳細例2では、ベースヘッダとEXTバイトからなるFECブロックヘッダに対し、パッディングを追加した場合の構成を図示している。
(3-3-2A):Padding = 1,EXT = 1,TS = 1
図57Aは、パッディングの長さが1バイト(1B)となる場合に、EXTフラグ = '1'が指定された場合のFECブロックヘッダの構成を示している。
図57Aにおいては、ベースヘッダに、13ビットの先頭TLVパケット位置ポインタのほかに、2ビットのパッディング値と、1ビットのEXTフラグが配置されているが、パッディング値として、'00'が指定されているため、追加のパッディングはない。一方で、EXTフラグとして、'1'が指定されているため、ベースヘッダの次の1バイトが、オプションヘッダとしてのEXTバイトとなる。
なお、EXTバイトにおいて、TSフラグには'1'が指定され、FECブロックに配置されるパケットがTSパケットとなるので、先頭TLVパケット位置ポインタは、FECブロック内のTSパケットの位置(先頭位置)を示している。
このように、図57AのFECブロックヘッダにおいては、1バイト(1B)のEXTバイトによって、1バイト(1B)のパッディングが実現されている。
(3-3-2B):Padding = 2,EXT = 1,TS = 1
図57Bは、パッディングの長さが2バイト(2B)となる場合に、EXTフラグ = '1'が指定された場合のFECブロックヘッダの構成を示している。
図57Bにおいては、EXTフラグとして、'1'が指定されているため、ベースヘッダの次の1バイトが、EXTバイトとなる。また、パッディング値として、'01'が指定されているため、EXTバイトの次の1バイトが、追加の1Bパッディングとなる。
このように、図57BのFECブロックヘッダにおいては、1バイト(1B)のEXTバイトと、1バイト(1B)の追加パッディングによって、合計で2バイト(2B)のパッディングが実現されている。
(3-3-2C):Padding = 3,EXT = 1,TS = 1
図57Cは、パッディングの長さが3バイト(3B)となる場合に、EXTフラグ = '1'が指定された場合のFECブロックヘッダの構成を示している。
図57Cにおいては、EXTフラグとして、'1'が指定されているため、ベースヘッダの次の1バイトが、EXTバイトとなる。また、パッディング値として、'10'が指定されているため、EXTバイトの次の1バイトが、追加パッディングの長さを示している。
ここで、2バイトの追加パッディングの長さには、'0'('00000000 00000000')が指定されているため、これ以上は、パッディングが追加されないことを表している。
このように、図57CのFECブロックヘッダにおいては、1バイト(1B)のEXTバイトと、2バイト(2B)の追加パッディングの長さによって、合計で3バイト(3B)のパッディングが実現されている。
(3-3-2D):Padding = 4,EXT = 1,TS = 1
図58Dは、パッディングの長さが4バイト(4B)となる場合に、EXTフラグ = '1'が指定された場合のFECブロックヘッダの構成を示している。
図58Dにおいては、EXTフラグとして、'1'が指定されているため、ベースヘッダの次の1バイトが、EXTバイトとなる。また、パッディング値として、'10'が指定されているため、EXTバイトの次の1バイトが、追加パッディングの長さを示している。
ここで、2バイトの追加パッディングの長さには、'1'('00000000 00000001')が指定されているため、当該追加パッディングの長さに続いて、さらに、1バイト(1B)のパッディングが追加されている。
このように、図58DのFECブロックヘッダにおいては、1バイト(1B)のEXTバイトと、2バイト(2B)の追加パッディングの長さと、1バイト(1B)の追加パッディングによって、合計で4バイト(4B)のパッディングが実現されている。
(形式3-1の詳細例3)
図59及び図60には、形式3-1の詳細例3を示している。この詳細例3では、ベースヘッダとEXTバイトとCRCからなるFECブロックヘッダに対し、パッディングを追加した場合の構成を図示している。
(3-3-3A):Padding = 1,EXT = 1,CRC = 1
図59Aは、パッディングの長さが1バイト(1B)となる場合に、EXTフラグ = '1'と、CRCフラグ = '1'がそれぞれ指定された場合のFECブロックヘッダの構成を示している。
図59Aにおいては、ベースヘッダに、13ビットの先頭TLVパケット位置ポインタのほかに、2ビットのパッディング値と、1ビットのEXTフラグが配置されているが、パッディング値として、'00'が指定されているため、追加のパッディングはない。一方で、EXTフラグとして、'1'が指定されているため、ベースヘッダの次の1バイトが、オプションヘッダとしてのEXTバイトとなる。
このEXTバイトにおいて、4ビット目には、CRCフラグとして、'1'が指定されているため、EXTバイトの次に、1バイト(8ビット)のCRCが付加されている。
このように、図59AのFECブロックヘッダにおいては、1バイト(1B)のEXTバイトによって、1バイト(1B)のパッディングが実現されている。
(3-3-3B):Padding = 2,EXT = 1,CRC = 1
図59Bは、パッディングの長さが2バイト(2B)となる場合に、EXTフラグ = '1'と、CRCフラグ = '1'がそれぞれ指定された場合のFECブロックヘッダの構成を示している。
図59Bにおいては、EXTフラグとして、'1'が指定されているため、ベースヘッダの次の1バイトが、EXTバイトとなる。このEXTバイトにおいて、4ビット目には、CRCフラグとして、'1'が指定されているため、EXTバイトの次に、1バイト(8ビット)のCRCが付加されている。
また、ベースヘッダにおいては、パッディング値として、'01'が指定されているため、CRCの次の1バイトが、追加の1Bパッディングとなる。
このように、図59BのFECブロックヘッダにおいては、1バイト(1B)のEXTバイトと、1バイト(1B)の追加パッディングによって、合計で2バイト(2B)のパッディングが実現されている。
(3-3-3C):Padding = 3,EXT = 1,CRC = 1
図59Cは、パッディングの長さが3バイト(3B)となる場合に、EXTフラグ = '1'と、CRCフラグ = '1'がそれぞれ指定された場合のFECブロックヘッダの構成を示している。
図59Cにおいては、EXTフラグとして、'1'が指定されているため、ベースヘッダの次の1バイトが、EXTバイトとなる。このEXTバイトにおいて、4ビット目には、CRCフラグとして、'1'が指定されているため、EXTバイトの次に、1バイト(8ビット)のCRCが付加されている。
また、ベースヘッダにおいては、パッディング値として、'10'が指定されているため、CRCの次の2バイトが、追加パッディングの長さを示している。ここで、2バイトの追加パッディングの長さには、'0'('00000000 00000000')が指定されているため、これ以上は、パッディングが追加されないことを表している。
このように、図59CのFECブロックヘッダにおいては、1バイト(1B)のEXTバイトと、2バイト(2B)の追加パッディングの長さによって、合計で3バイト(3B)のパッディングが実現されている。
(3-3-3D):Padding = 4,EXT = 1,CRC = 1
図60Dは、パッディングの長さが4バイト(4B)となる場合に、EXTフラグ = '1'と、CRCフラグ = '1'がそれぞれ指定された場合のFECブロックヘッダの構成を示している。
図60Dにおいては、EXTフラグとして、'1'が指定されているため、ベースヘッダの次の1バイトが、EXTバイトとなる。このEXTバイトにおいて、4ビット目には、CRCフラグとして、'1'が指定されているため、EXTバイトの次に、1バイト(8ビット)のCRCが付加されている。
また、ベースヘッダにおいては、パッディング値として、'10'が指定されているため、CRCの次の2バイトが、追加パッディングの長さを示している。ここで、2バイトの追加パッディングの長さには、'1'('00000000 00000001')が指定されているため、1バイト(1B)のパッディングが追加されている。
このように、図60DのFECブロックヘッダにおいては、1バイト(1B)のEXTバイトと、2バイト(2B)の追加パッディングの長さと、1バイト(1B)の追加パッディングによって、合計で4バイト(4B)のパッディングが実現されている。
以上、第3の形式のFECブロックヘッダの構成について説明した。この第3の形式では、ロング符号が対象の規格に存在する場合に、FECブロックヘッダのベースヘッダに、13ビットを確保して、ビット数(Num Bits)の最大値が、11ビットとなるショート符号、又は13ビットとなるミドル符号に対応するとともに、ビット数(Num Bits)の最大値が、15ビットとなるロング符号の場合には、EXTバイトのLEN_MSBの2ビットを用いることで、15ビットとなるロング符号に対応することができるようにしている。そのため、ロング符号が規格に存在する場合に、ミドル符号又はショート符号のときには、EXTバイトのLEN_MSBを利用する必要がなく、FECフロックヘッダを、効率良く構成することができる。
(3-4)第4の形式
最後に、図61乃至図63を参照して、第4の形式(以下、形式4とも記述する)のFECブロックヘッダ(FBH)の構成について説明する。
(FECブロックヘッダのフォーマット)
図61は、形式4のFECブロックヘッダのフォーマットの例を示す図である。
図61において、2バイトのベースヘッダは、13ビットの先頭TLVパケット位置ポインタと、1ビットのTSフラグと、1ビットのCRCフラグと、1ビットのEXTフラグから構成される。
先頭TLVパケット位置ポインタは、自身が配置されるFECブロックヘッダを含むFECブロックにおいて、先頭のTLVパケットの位置を示すポインタである。
3ビットの残りビットは、1ビットのTSフラグと、1ビットのCRCフラグと、1ビットのEXTフラグに割り当てられる。TSフラグとCRCフラグの詳細は、先に述べた通りである。
また、EXTフラグは、拡張領域(Extension)が存在するかどうかを示すフラグである。例えば、EXTフラグとして、'1'が指定された場合、ベースヘッダの次の1バイトが、EXTバイトとなる。
図62には、EXTバイトのフォーマットの例を示している。図62において、1バイトのEXTバイトは、5ビットのLEN_MSBと、2ビットのパッディング値と、1ビットのリザーブド領域から構成される。
ここで、上述した図31乃至図33においては、ビット数(Num Bits)を、K_bch(B:バイト)に応じて必要となるビット数としたが、K_bch(bits:ビット)とした場合のビット数(Num Bits)は、次のようになる。
すなわち、符号長が69120ビットとなるミドル符号の場合においては、CR = 14/16である最大符号化率となるとき、ビット数(Num Bits)は、16ビットとなるので、先頭TLVパケット位置ポインタの最大値は、16ビットとなる。
また、符号長が276480ビットとなるロング符号の場合においては、CR = 14/16である最大符号化率となるとき、ビット数(Num Bits)は、18ビットとなるので、先頭TLVパケット位置ポインタの最大値は、18ビットとなる。
また、符号長が17280ビットとなるショート符号の場合においては、CR = 14/16である最大符号化率となるとき、ビット数(Num Bits)は、14ビットとなるので、先頭TLVパケット位置ポインタの最大値は、14ビットとなる。
以上のように、ビット数(Num Bits)として、バイト表現(K_bch(B:バイト))ではなく、ビット表現(K_bch(bits:ビット))を用いた場合には、先頭TLVパケット位置ポインタの最大値が、ロング符号、ミドル符号、ショート符号で、それぞれ、18ビット、16ビット、14ビットとなる。そのため、ベースヘッダで、先頭TLVパケット位置ポインタに割り当てられた13ビットでは不足するため、その不足分のビットとして、LEN_MSBの5ビットを用いる。
すなわち、ベースヘッダに割り当てられた13ビットと、LEN_MSBの5ビットとを合わせた合計18ビットが、先頭TLVパケット位置ポインタとして用いられる。このようにビットを割り当てることで、先頭TLVパケット位置ポインタをビット表現することができる。
具体的には、ロング符号の場合には、LEN_MSBの5ビットのすべてが用いられ、先頭TLVパケット位置ポインタのビットとして、合計18ビットが利用可能となる。また、ミドル符号の場合には、LEN_MSBの5ビットのうち、3ビットが利用されて、合計16ビットが利用可能となる。また、ショート符号の場合には、LEN_MSBの5ビットのうち、1ビットが利用されて、合計14ビットが利用可能となる。
すなわち、バイト表現の場合、ロング符号、ミドル符号、及びショート符号のすべてで、ベースヘッダに割り当てられた13ビットでは、不足するため、LEN_MSBの5ビットを用いて、先頭TLVパケット位置ポインタの最大値(18ビット、16ビット、又は14ビット)に対応できるようにしている。
パッディング値には、例えば、図63に示した内容に応じた値が指定される。この形式4のパッディング値は、上述した形式1のパッディング値の内容(図36)と同様であるため、ここではその説明は省略する。リザーブド領域は、将来に使用される領域である。
以上、第4の形式のFECブロックヘッダの構成について説明した。この第4の形式では、ロング符号が対象の規格に存在する場合に、FECブロックヘッダのベースヘッダ(13ビット)と、EXTバイトのLEN_MSB(5ビット)によって、18ビットを確保して、ビット数(Num Bits)の最大値が、14ビットとなるショート符号、16ビットとなるミドル符号、及び18ビットとなるロング符号に対応することができるようにしている。そのため、ロング符号が規格に存在する場合に、先頭TLVパケット位置ポインタをビット表現することができる。
<4.本技術の時刻情報の送出タイミング>
ところで、現行のISDB-Tにおいては、放送信号の多重化の方式として、周波数分割多重化方式(FDM:Frequency Division Multiplexing)が採用されている。次世代の地上デジタルテレビ放送においても同様に、周波数分割多重化方式(FDM)が採用されることが想定される。
この周波数分割多重化方式(FDM)を採用した場合には、所定の周波数帯域(例えば6MHz)が、複数のセグメントに周波数分割され、1又は複数のセグメントごとの帯域を利用した階層伝送が行われる。この場合に、周波数分割で得られる、1又は複数のセグメントの周波数帯域からなる階層ごとに、例えば、異なるサービスのデータを伝送することができる。
すなわち、各階層は、1又は複数のセグメントをまとめた単位である。なお、ISDB-Tにおいては、OFDMセグメントが用いられている。ここで、OFDM(Orthogonal Frequency Division Multiplexing)(直交周波数分割多重)では、伝送帯域内に多数の直交するサブキャリア(副搬送波)が設けられ、デジタル変調が行われる。なお、階層(FDM階層)は、概念的にはPLP(Physical Layer Pipe)として捉えることも可能である。この場合、複数階層は、M-PLP(Multiple-PLP)であるとも言える。
また、地上デジタルテレビ放送においては、送信側と受信側とで同期をとるための時刻情報が伝送され、送信側の送信装置20と、受信側の受信装置30とで同期がとられる。
図64は、時刻情報の送出タイミングの例を示す図である。
図64においては、上側に、送信装置20で処理されるデータが模式的に表され、下側に、受信装置30で処理されるデータが模式的に表されている。また、図64において、横方向が時間を表しており、その方向は、図中の左側から右側に向かう方向とされる。
まず、送信装置20で処理されるデータについて説明する。
送信装置20では、TLVパケットに対し、必要な処理を施すことで、BCH符号とLDPC符号が付加されたFECブロックを含むFECフレームが得られる。また、送信装置20では、FECフレームに対し、必要な処理を施すことで、物理層フレーム(以下、ISDB-T2フレームという)が得られる。
TLVパケットは、可変長パケットであり、例えば、4~65536バイトのサイズとされる。TLVパケットを、図中の「Data」で表している。また、NTP(Network Time Protocol)形式の時刻情報であるNTP時刻情報が、図中の「NTP」で表されている。
FECフレームは、BCH符号とLDPC符号が付加されたFECブロックを含む。FECフレーム#0乃至FECフレーム#kのk+1個のFECフレームで、1つのISDB-T2フレームが構成される。各FECフレームの先頭には、FECブロックヘッダ(FBH)が付加され、パッディングが挿入される場合には、FECブロックヘッダ(FBH)に続いて、所定のバイトの追加のパッディングがなされる。
上述したように、FECブロックヘッダ(FBH)には、先頭TLVパケット位置ポインタが含まれる。ここで、例えば、TLVパケットとして、Data#1に注目すれば、Data#1-1とData#1-2が、FECフレーム#0とFECフレーム#1にまたいで配置されている。そして、FECフレーム#1の先頭に付加されるFECブロックヘッダ(FBH)に含まれる先頭TLVパケット位置ポインタは、当該FECフレーム#1内のData#1-2に続いて配置されるData#2の先頭位置を表している。
OFDMシンボルを、図中の「Symbol」で表している。Symbol#0乃至Symbol#nのn+1個のOFDMシンボルで、1つのISDB-T2フレームが構成される。すなわち、このISDB-T2フレームが、データを伝送する単位となるOFDMフレームであると言える。
ただし、放送信号の多重化の方式として、周波数分割多重化方式(FDM)を採用した場合、OFDMシンボルは、さらにセグメント単位に分割される。セグメントを、図中の「Seg」で表している。Seg#0乃至Seg#mのm+1個のセグメントで、1つのOFDMシンボルが構成される。
ここで、本技術においては、NTP時刻情報が、ISDB-T2フレームの先頭になるように挿入される(厳密には、NTP時刻情報が、先頭のFECフレーム#0に付加されるFECブロックヘッダ(FBH)に続いて挿入される)。このNTP時刻情報には、NTPで規定される時刻の情報として、ISDB-T2フレームの先頭の時刻が含まれる。
ただし、1つのISDB-T2フレームを、k+1個のFECフレームにより構成する際に、NTP時刻情報が、ISDB-T2フレームの先頭に配置されるとは限らない。そのような場合には、あるISDB-T2フレームを構成する最後のFECフレーム#kに続いて、ダミーセルDを挿入することで、次のISDB-T2フレームの先頭(FECフレーム#0の先頭)に、NTP時刻情報が挿入されるようにすることができる。
すなわち、OFDMフレームとしてのISDB-T2フレームの先頭に、NTP時刻情報を配置するため、送信装置20では、必要に応じて、ダミーセル生成部161によりダミーセルDが生成され、FECフレームが配置されたOFDMフレームに配置される。これにより、NTP時刻情報が、OFDMフレームとしてのISDB-T2フレームのフレーム長に紐付けられる。
このように、図64の枠A内に注目すれば、送信装置20では、ISDB-T2フレームの先頭に、ISDB-T2フレームの先頭の時刻を示すNTP時刻情報が挿入されるが、ISDB-T2フレームとFECフレームで境界が一致している場合と、境界が一致していない場合がある。そして、それらの境界が一致していない場合には、NTP時刻情報の挿入位置が、ISDB-T2フレームの先頭からずれた位置となるので、ダミーセルDを挿入して、NTP時刻情報が、ISDB-T2フレームの先頭に挿入されるようにする。
次に、受信装置30で処理されるデータについて説明する。
受信装置30では、ISDB-T2フレームに対し、必要な処理を施すことで、TLVパケットが得られる。ここでは、1つのISDB-T2フレームからは、複数のTLVパケットとともに、その先頭に配置されたNTP時刻情報が得られる。このNTP時刻情報は、当該ISDB-T2フレームの先頭の時刻を示している。
そして、受信装置30では、ISDB-T2フレームとTLVパケットとで境界が一致しているので、ISDB-T2フレームの先頭に挿入されたNTP時刻情報が示すISDB-T2フレームの先頭の時刻を参照して、クロックリカバリを行うことができる。
これにより、送信側の送信装置20と、受信側の受信装置30との間では、NTP時刻情報によるクロック同期が実現され、受信装置30では、ISDB-T2フレームの先頭に含まれるNTP時刻情報ごとに、複数のTLVパケット(Data#0乃至Data#z)を処理することが可能となる。
以上のように、ISDB-T2フレームの先頭に、その先頭の時刻を示すNTP時刻情報が含まれるようにすることで、時刻情報の伝送が高精度で効率的に行われ、受信装置30では、そのNTP時刻情報を用い、クロック同期(クロックリカバリ)を行うことができる。
<5.送信側と受信側の動作>
次に、図65のフローチャートを参照して、送信側の送信装置20と、受信側の受信装置30の動作について説明する。
なお、図65のステップS11乃至S13の処理は、例えば、送信装置20(図2)のデータ処理部211や変調部212により実行される。また、図65のステップS31乃至S33の処理は、例えば、受信装置30(図3)の復調部312やデータ処理部313により実行される。
ステップS11において、FECブロック生成部153は、そこに入力されるTLVパケットを処理し、FECブロックを生成する。このFECブロックの先頭には、TLVパケット位置ポインタやTSフラグ、CRCフラグを含むFECブロックヘッダ(FBH)が挿入される。
ステップS12において、FECフレーム生成部154は、ステップS11の処理で生成されるFECブロックを処理し、FECフレームを生成する。
ステップS13において、変調部212は、ステップS12の処理で生成されるFECフレームを処理し、FECフレームから得られる信号を送信する。このようにして、送信側の送信装置20から送信される信号は、受信側の受信装置30により受信される。
ステップS31において、チューナ311は、FECフレームから得られる信号を受信する。
ステップS32において、復調部312は、ステップS31の処理で受信される信号を処理し、FECブロックを生成する。
ステップS33において、データ処理部313は、ステップS32の処理で生成されたFECブロックを処理し、TLVパケットを生成する。このFECブロックの先頭には、TLVパケット位置ポインタやTSフラグ、CRCフラグを含むFECブロックヘッダ(FBH)が挿入されている。
ここでは、このTLVパケット位置ポインタによって、FECブロックにおける先頭のTLVパケットの位置を確実に特定して、当該FECブロックから、TLVパケットを抽出することができる。このようにして得られるTLVパケットは、受信側の受信装置30(のデータ処理部313や後段の処理部)によって、さらに処理され、放送番組等のコンテンツが再生される。
以上、送信側と受信側の動作について説明した。
<6.変形例>
(他の放送方式への適用)
上述した説明では、デジタルテレビ放送の規格として、日本等で採用されている方式である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で規定される時刻の情報が用いられる場合を説明したが、それに限らず、例えば、PTP(Precision Time Protocol)や3GPP(Third Generation Partnership Project)で規定されている時刻の情報や、GPS(Global Positioning System)情報に含まれる時刻の情報、その他独自に決定された形式の時刻の情報等の任意の時刻の情報を用いることができる。
(伝送路の他の例)
また、本技術は、伝送路として、放送網以外の伝送路、すなわち、例えば、インターネットや電話網等の通信回線(通信網)などを利用することを想定して規定されている所定の規格(デジタル放送の規格以外の規格)などにも適用することができる。その場合には、伝送システム1(図1)の伝送路として、インターネット等の通信回線が利用され、データ処理装置10や送信装置20の機能は、インターネット上に設けられた通信サーバにより提供される。そして、当該通信サーバと、受信装置30とが、通信回線を介して双方向の通信を行うことになる。
<7.コンピュータの構成>
上述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、コンピュータにインストールされる。図66は、上述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示す図である。
コンピュータ1000において、CPU(Central Processing Unit)1001、ROM(Read Only Memory)1002、RAM(Random Access Memory)1003は、バス1004により相互に接続されている。バス1004には、さらに、入出力インターフェース1005が接続されている。入出力インターフェース1005には、入力部1006、出力部1007、記録部1008、通信部1009、及び、ドライブ1010が接続されている。
入力部1006は、キーボード、マウス、マイクロフォンなどよりなる。出力部1007は、ディスプレイ、スピーカなどよりなる。記録部1008は、ハードディスクや不揮発性のメモリなどよりなる。通信部1009は、ネットワークインターフェースなどよりなる。ドライブ1010は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブル記録媒体1011を駆動する。
以上のように構成されるコンピュータ1000では、CPU1001が、ROM1002や記録部1008に記録されているプログラムを、入出力インターフェース1005及びバス1004を介して、RAM1003にロードして実行することにより、上述した一連の処理が行われる。
コンピュータ1000(CPU1001)が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブル記録媒体1011に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線又は無線の伝送媒体を介して提供することができる。
コンピュータ1000では、プログラムは、リムーバブル記録媒体1011をドライブ1010に装着することにより、入出力インターフェース1005を介して、記録部1008にインストールすることができる。また、プログラムは、有線又は無線の伝送媒体を介して、通信部1009で受信し、記録部1008にインストールすることができる。その他、プログラムは、ROM1002や記録部1008に、あらかじめインストールしておくことができる。
ここで、本明細書において、コンピュータがプログラムに従って行う処理は、必ずしもフローチャートとして記載された順序に沿って時系列に行われる必要はない。すなわち、コンピュータがプログラムに従って行う処理は、並列的あるいは個別に実行される処理(例えば、並列処理あるいはオブジェクトによる処理)も含む。また、プログラムは、1のコンピュータ(プロセッサ)により処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。
なお、本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。
また、本明細書に記載された効果はあくまで例示であって限定されるものではなく、他の効果があってもよい。
さらに、本技術は、以下のような構成をとることができる。
(1)
入力パケット又は入力ストリームに基づいて、FEC(Forward Error Correction)ブロックを生成する第1の生成部と、
前記FECブロックに基づいて、FECフレームを生成する第2の生成部と、
前記FECフレームを送信する送信部と
を含み、
前記FECブロックのヘッダは、前記入力パケット又は前記入力ストリームの種別を識別する種別識別情報と、ヘッダのエラーを検出する情報と、前記FECフレームのペイロードに格納される前記入力パケット又は前記入力ストリームの先頭の位置情報を有する最小固定長ヘッダを含む
送信装置。
(2)
前記種別識別情報がTLV(Type Length Value)パケットである場合、前記最小固定長ヘッダは、前記種別識別情報に加えて、前記入力パケットの入力パケット長が最小固定長であるか否かを識別する最小固定長識別情報、及び前記入力パケット長の情報としての最小入力パケット長を含む
前記(1)に記載の送信装置。
(3)
前記最小固定長識別情報が、前記入力パケット長が前記最小固定長ではないことを示す場合、前記ヘッダは、前記最小固定長ヘッダに加えて、さらに、可変長ヘッダを含み、
前記可変長ヘッダは、前記入力パケット長の下位ビットを、前記最小入力パケット長を表す最小入力パケット長情報とするとき、前記入力パケット長の上位ビットからなる可変長パケット長情報を含む
前記(2)に記載の送信装置。
(4)
前記FECフレームが配置されるOFDM(Orthogonal Frequency Division Multiplexing)フレームの先頭に時刻情報を配置するためのダミーセルを生成する第3の生成部をさらに含む
前記(1)乃至(3)のいずれかに記載の送信装置。
(5)
入力パケット又は入力ストリームに基づいて、FECブロックを生成することと、
前記FECブロックに基づいて、FECフレームを生成することと、
前記FECフレームを送信することと
を含み、
前記FECブロックのヘッダは、前記入力パケット又は前記入力ストリームの種別を識別する種別識別情報と、ヘッダのエラーを検出する情報と、前記FECフレームのペイロードに格納される前記入力パケット又は前記入力ストリームのパケット先頭の位置情報を有する最小固定長ヘッダを含む
送信方法。
(6)
送信されてくるFECフレームからなる信号を受信する受信部と、
受信された前記FECフレームに基づいて、FECブロックを生成する第1の生成部と、
前記FECブロックに基づいて、入力パケット又は入力ストリームを生成する第2の生成部と
を含み、
前記FECブロックのヘッダは、前記入力パケット又は前記入力ストリームの種別を識別する種別識別情報と、前記FECフレームのペイロードに格納される前記入力パケット又は前記入力ストリームの先頭の位置情報を有する最小固定長ヘッダを含む
受信装置。
(7)
前記種別識別情報がTLVパケットである場合、前記最小固定長ヘッダは、前記種別識別情報に加えて、前記入力パケットの入力パケット長が最小固定長であるか否かを識別する最小固定長識別情報、及び前記入力パケット長の情報としての最小入力パケット長を含む
前記(6)に記載の受信装置。
(8)
前記最小固定長識別情報が、前記入力パケット長が前記最小固定長ではないことを示す場合、前記ヘッダは、前記最小固定長ヘッダに加えて、さらに、可変長ヘッダを含み、
前記可変長ヘッダは、前記入力パケット長の下位ビットを、前記最小入力パケット長を表す最小入力パケット長情報とするとき、前記入力パケット長の上位ビットからなる可変長パケット長情報を含む
前記(7)に記載の受信装置
(9)
前記FECフレームが配置されるOFDMフレームでは、ダミーセルを挿入することで、その先頭に時刻情報が配置される
前記(6)乃至(8)のいずれかに記載の受信装置。
(10)
送信されてくるFECフレームからなる信号を受信することと、
受信された前記FECフレームに基づいて、FECブロックを生成することと、
前記FECブロックに基づいて、入力パケット又は入力ストリームを生成することと
を含み、
前記FECブロックのヘッダは、前記入力パケット又は前記入力ストリームの種別を識別する種別識別情報と、前記FECフレームのペイロードに格納される前記入力パケット又は前記入力ストリームの先頭の位置情報を有する最小固定長ヘッダを含む
受信方法。
1 伝送システム, 10,10-1乃至10-N データ処理装置, 20 送信装置, 30,30-1乃至30-M 受信装置, 40,40-1乃至40-N 通信回線, 50 放送伝送路, 111 コンポーネント処理部, 112 シグナリング生成部, 113 マルチプレクサ, 114 データ処理部, 151 TLVパケット生成部, 152 TSパケット処理部, 153 FECブロック生成部, 154 FECフレーム生成部, 161 ダミーセル生成部, 211 データ処理部, 212 変調部, 311 チューナ, 312 復調部, 313 データ処理部

Claims (4)

  1. 入力パケット又は入力ストリームに基づいて、FEC(Forward Error Correction)ブロックを生成する第1の生成部と、
    前記FECブロックに基づいて、FECフレームを生成する第2の生成部と、
    前記FECフレームを送信する送信部と
    を含み、
    前記FECブロックのヘッダは、前記FECフレームのペイロードに格納される前記入力パケット又は前記入力ストリームの先頭の位置情報を含むベースヘッダと、前記入力パケット又は前記入力ストリームの種別を識別する種別識別情報と、ヘッダの誤り検出に関する誤り検出情報と、所定の固定長のパッディングの追加又は所定の長さのパッディングの追加を少なくとも示すパッディング情報とを含み、
    前記FECブロックのヘッダのビット列のうち、ベースバンドフレームサイズに応じて定められる前記先頭の位置情報の最大値に応じた上位ビットを、前記先頭の位置情報に割り当て、残りのビットを、前記種別識別情報、前記誤り検出情報、及び前記パッディング情報に割り当てる
    送信装置。
  2. 前記種別識別情報、前記誤り検出情報、及び前記パッディング情報のそれぞれは、前記ベースヘッダ、又は前記ベースヘッダを拡張した拡張ヘッダに含まれる
    請求項1に記載の送信装置。
  3. 前記FECフレームが配置されるOFDM(Orthogonal Frequency Division Multiplexing)フレームの先頭に時刻情報を配置するためのダミーセルを生成する第3の生成部をさらに含む
    請求項1に記載の送信装置。
  4. 入力パケット又は入力ストリームに基づいて、FECブロックを生成することと、
    前記FECブロックに基づいて、FECフレームを生成することと、
    前記FECフレームを送信することと
    を含み、
    前記FECブロックのヘッダは、前記FECフレームのペイロードに格納される前記入力パケット又は前記入力ストリームの先頭の位置情報を含むベースヘッダと、前記入力パケット又は前記入力ストリームの種別を識別する種別識別情報と、ヘッダの誤り検出に関する誤り検出情報と、所定の固定長のパッディングの追加又は所定の長さのパッディングの追加を少なくとも示すパッディング情報とを含み、
    前記FECブロックのヘッダのビット列のうち、ベースバンドフレームサイズに応じて定められる前記先頭の位置情報の最大値に応じた上位ビットを、前記先頭の位置情報に割り当て、残りのビットを、前記種別識別情報、前記誤り検出情報、及び前記パッディング情報に割り当てる
    送信方法。
JP2017015418A 2016-12-16 2017-01-31 送信装置、及び、送信方法 Active JP7069542B2 (ja)

Priority Applications (10)

Application Number Priority Date Filing Date Title
BR112019011500-5A BR112019011500A2 (pt) 2016-12-16 2017-12-01 aparelho e método de transmissão, e, aparelho e método de recepção.
KR1020237002458A KR20230019987A (ko) 2016-12-16 2017-12-01 송신 장치, 송신 방법, 수신 장치, 및 수신 방법
PCT/JP2017/043236 WO2018110315A1 (ja) 2016-12-16 2017-12-01 送信装置、送信方法、受信装置、及び、受信方法
KR1020197015972A KR20190092415A (ko) 2016-12-16 2017-12-01 송신 장치, 송신 방법, 수신 장치, 및 수신 방법
US16/346,351 US11005594B2 (en) 2016-12-16 2017-12-01 Transmission apparatus, transmission method, reception apparatus, and reception method for forward error correction frame
EP17881865.4A EP3557792A4 (en) 2016-12-16 2017-12-01 SENDING DEVICE, TRANSMISSION PROCEDURE, RECEPTION DEVICE AND RECEPTION PROCEDURE
TW106142325A TWI662835B (zh) 2016-12-16 2017-12-04 送訊裝置、送訊方法、收訊裝置、及收訊方法
PH12019501313A PH12019501313A1 (en) 2016-12-16 2019-06-10 Transmission device, transmission method, reception device, and method
JP2022076265A JP7347580B2 (ja) 2016-12-16 2022-05-02 受信装置、及び、受信方法
JP2023144148A JP2023164953A (ja) 2016-12-16 2023-09-06 送信装置、及び、送信方法

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2016244528 2016-12-16
JP2016244528 2016-12-16

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2022076265A Division JP7347580B2 (ja) 2016-12-16 2022-05-02 受信装置、及び、受信方法

Publications (3)

Publication Number Publication Date
JP2018101970A JP2018101970A (ja) 2018-06-28
JP2018101970A5 JP2018101970A5 (ja) 2020-07-27
JP7069542B2 true JP7069542B2 (ja) 2022-05-18

Family

ID=62715720

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2017015418A Active JP7069542B2 (ja) 2016-12-16 2017-01-31 送信装置、及び、送信方法

Country Status (7)

Country Link
US (1) US11005594B2 (ja)
EP (1) EP3557792A4 (ja)
JP (1) JP7069542B2 (ja)
KR (1) KR20190092415A (ja)
BR (1) BR112019011500A2 (ja)
PH (1) PH12019501313A1 (ja)
TW (1) TWI662835B (ja)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7077627B2 (ja) * 2018-01-18 2022-05-31 ソニーグループ株式会社 送信装置、送信方法、受信装置、及び、受信方法
WO2019142682A1 (ja) * 2018-01-18 2019-07-25 ソニー株式会社 送信方法及び受信装置
WO2019142681A1 (ja) * 2018-01-18 2019-07-25 ソニー株式会社 送信方法及び受信装置
JP7119431B2 (ja) 2018-01-18 2022-08-17 ソニーグループ株式会社 送信装置、送信方法、受信装置、及び、受信方法
WO2019142680A1 (ja) * 2018-01-18 2019-07-25 ソニー株式会社 送信方法及び受信装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014096814A (ja) 2010-02-26 2014-05-22 Panasonic Corp デジタル放送システムにおける物理レイヤシグナリング
WO2016072566A1 (ko) 2014-11-06 2016-05-12 엘지전자(주) 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
JP2016116213A (ja) 2014-12-10 2016-06-23 パナソニックIpマネジメント株式会社 送信方法、受信方法、送信装置及び受信装置
JP2016174299A (ja) 2015-03-17 2016-09-29 株式会社東芝 送信システム、伝送スロット化装置、受信装置及び伝送スロット作成方法

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013039979A1 (en) * 2011-09-16 2013-03-21 Cisco Technology, Inc. Modular headend architecture with downstream multicast
JP5895238B2 (ja) * 2011-12-01 2016-03-30 パナソニックIpマネジメント株式会社 通信装置、通信方法、及び通信プログラム
KR102288500B1 (ko) 2013-08-05 2021-08-11 삼성전자주식회사 송신 장치, 수신 장치 및 그 제어 방법
JP2015061195A (ja) 2013-09-18 2015-03-30 ソニー株式会社 送信装置及び送信方法、受信装置及び受信方法、並びにコンピューター・プログラム
JP6358792B2 (ja) 2013-10-15 2018-07-18 日本放送協会 送信装置、受信装置、デジタル放送システム及びチップ
CN105723717B (zh) * 2013-11-13 2019-04-19 Lg电子株式会社 发送广播信号的装置、接收广播信号的装置、发送广播信号的方法以及接收广播信号的方法
KR20150084632A (ko) * 2014-01-13 2015-07-22 삼성전자주식회사 통신 시스템에서 패킷 송수신 방법 및 장치
KR101780040B1 (ko) * 2014-02-13 2017-09-19 엘지전자 주식회사 방송 신호 송수신 장치 및 방법
US10057100B2 (en) * 2014-04-13 2018-08-21 Lg Electronics Inc. Method and apparatus for transmitting and receiving broadcast signal
JP6610960B2 (ja) * 2014-06-20 2019-11-27 ソニー株式会社 送信装置および送信方法、並びに受信装置および受信方法
KR102481919B1 (ko) 2014-12-17 2022-12-28 소니그룹주식회사 송신 장치, 송신 방법, 수신 장치, 및 수신 방법

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014096814A (ja) 2010-02-26 2014-05-22 Panasonic Corp デジタル放送システムにおける物理レイヤシグナリング
WO2016072566A1 (ko) 2014-11-06 2016-05-12 엘지전자(주) 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
JP2016116213A (ja) 2014-12-10 2016-06-23 パナソニックIpマネジメント株式会社 送信方法、受信方法、送信装置及び受信装置
JP2016174299A (ja) 2015-03-17 2016-09-29 株式会社東芝 送信システム、伝送スロット化装置、受信装置及び伝送スロット作成方法

Also Published As

Publication number Publication date
TWI662835B (zh) 2019-06-11
TW201828707A (zh) 2018-08-01
PH12019501313A1 (en) 2020-03-02
US11005594B2 (en) 2021-05-11
JP2018101970A (ja) 2018-06-28
EP3557792A4 (en) 2019-11-06
KR20190092415A (ko) 2019-08-07
BR112019011500A2 (pt) 2019-11-05
EP3557792A1 (en) 2019-10-23
US20190280811A1 (en) 2019-09-12

Similar Documents

Publication Publication Date Title
JP7069542B2 (ja) 送信装置、及び、送信方法
JP7338756B2 (ja) 受信装置、及び、受信方法
JP6811181B2 (ja) 受信装置、送信装置、及び、データ処理方法
JP7293448B2 (ja) 送信装置、及び、データ処理方法
TWI710234B (zh) 送訊裝置、收訊裝置、及資料處理方法
CN106464940B (zh) 接收设备、接收方法、传输设备以及传输方法
JP7512344B2 (ja) 受信装置、及び、データ処理方法
US10798439B2 (en) Method and apparatus for receiving, sending and data processing information related to time such as leap second and daylight saving time (DST)
JP2023164953A (ja) 送信装置、及び、送信方法
US11050512B2 (en) Transmission device, and transmission method
JP7251668B2 (ja) 送信装置、及び送信方法
JP7505613B2 (ja) 送信装置、及び送信方法
WO2022224520A1 (ja) 送信装置、送信方法、受信装置、及び受信方法

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20191205

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

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210407

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20211026

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20211221

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20220418

R151 Written notification of patent or utility model registration

Ref document number: 7069542

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151