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

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

Info

Publication number
JPWO2018230348A1
JPWO2018230348A1 JP2019525302A JP2019525302A JPWO2018230348A1 JP WO2018230348 A1 JPWO2018230348 A1 JP WO2018230348A1 JP 2019525302 A JP2019525302 A JP 2019525302A JP 2019525302 A JP2019525302 A JP 2019525302A JP WO2018230348 A1 JPWO2018230348 A1 JP WO2018230348A1
Authority
JP
Japan
Prior art keywords
packet
transmission
payload
divided
plp
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
JP2019525302A
Other languages
English (en)
Other versions
JP7191822B2 (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 Semiconductor Solutions Corp
Original Assignee
Sony Semiconductor Solutions Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Semiconductor Solutions Corp filed Critical Sony Semiconductor Solutions Corp
Publication of JPWO2018230348A1 publication Critical patent/JPWO2018230348A1/ja
Application granted granted Critical
Publication of JP7191822B2 publication Critical patent/JP7191822B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4346—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream involving stuffing data, e.g. packets or bytes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
    • H04N21/4382—Demodulation or channel decoding, e.g. QPSK demodulation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/86—Arrangements characterised by the broadcast information itself
    • H04H20/95—Arrangements characterised by the broadcast information itself characterised by a specific format, e.g. an encoded audio stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/02—Arrangements for generating broadcast information; Arrangements for generating broadcast-related information with a direct linking to broadcast information or to broadcast space-time; Arrangements for simultaneous generation of broadcast information and broadcast-related information
    • H04H60/07—Arrangements for generating broadcast information; Arrangements for generating broadcast-related information with a direct linking to broadcast information or to broadcast space-time; Arrangements for simultaneous generation of broadcast information and broadcast-related information characterised by processes or methods for the generation
    • 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/76—Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet
    • H04H60/81—Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet characterised by the transmission system itself
    • H04H60/82—Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet characterised by the transmission system itself the transmission system being the Internet
    • 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
    • H04N21/23605—Creation or processing of packetized elementary streams [PES]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/4302—Content synchronisation processes, e.g. decoder synchronisation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4343—Extraction or processing of packetized elementary streams [PES]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/64322—IP
    • 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/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845—Structuring of content, e.g. decomposing content into time segments
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Security & Cryptography (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本技術は、より柔軟に、伝送方式の変更に対応することができるようにする復調装置、処理装置、受信装置、及びデータ処理方法に関する。放送信号から得られる第１の伝送パケットを復調する復調部と、第１の伝送方式で用いられる可変長のパケットである第１の伝送パケットを、第２の伝送方式で用いられる固定長のパケットである第２の伝送パケットに応じたパケット長に分割してペイロードに配置するとともに、ペイロードに対して第１の伝送パケットを復元するための情報を含むヘッダを付加することで得られる分割パケットを、所定のインターフェースを介して出力する出力部とを備える復調装置が提供される。本技術は、例えば、テレビ受像機やセットトップボックスに内蔵される復調ICに適用することができる。

Description

本技術は、復調装置、処理装置、受信装置、及びデータ処理方法に関し、特に、より柔軟に、伝送方式の変更に対応することができるようにした復調装置、処理装置、受信装置、及びデータ処理方法に関する。
デジタル放送の伝送方式として、現状では、MPEG2-TS(Transport Stream)方式が広く普及しているが、今後は、通信の分野で用いられているIP(Internet Protocol)パケットをデジタル放送に用いたIP伝送方式が普及することが想定されている。
例えば、次世代地上波放送規格の１つであるATSC(Advanced Television Systems Committee)3.0においても、IP伝送方式を採用して、より高度なサービスを提供できるようにすることが期待されている（例えば、特許文献１参照）。また、ATSC3.0以外の放送方式でも、将来的に、IP伝送方式が採用されることが期待されている。
特開２０１６−２０８１６１号公報
ところで、デジタル放送の運用において、既存の伝送方式として、MPEG2-TS方式が導入されている場合に、新しい伝送方式として、IP伝送方式を導入することが想定されるが、その際には、より柔軟に、伝送方式の変更に対応することができることが望ましい。
本技術はこのような状況に鑑みてなされたものであり、より柔軟に、伝送方式の変更に対応することができるようにするものである。
本技術の第１の側面の復調装置は、放送信号から得られる第１の伝送パケットを復調する復調部と、第１の伝送方式で用いられる可変長のパケットである前記第１の伝送パケットを、第２の伝送方式で用いられる固定長のパケットである第２の伝送パケットに応じたパケット長に分割してペイロードに配置するとともに、前記ペイロードに対して前記第１の伝送パケットを復元するための情報を含むヘッダを付加することで得られる分割パケットを、所定のインターフェースを介して出力する出力部とを備える復調装置である。
本技術の第１の側面の復調装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。また、本技術の第１の側面のデータ処理方法は、上述した本技術の第１の側面の復調装置に対応するデータ処理方法である。
本技術の第１の側面の復調装置、及びデータ処理方法においては、放送信号から得られる第１の伝送パケットが復調される。また、第１の伝送方式で用いられる可変長のパケットである前記第１の伝送パケットが、第２の伝送方式で用いられる固定長のパケットである第２の伝送パケットに応じたパケット長に分割されてペイロードに配置されるとともに、前記ペイロードに対して前記第１の伝送パケットを復元するための情報を含むヘッダが付加されることで得られる分割パケットが、所定のインターフェースを介して出力される。
本技術の第２の側面の処理装置は、所定のインターフェースを介して入力される分割パケットのヘッダに含まれる情報に基づき、ペイロードに配置されたデータから復元される第１の伝送パケットを処理する処理部を備え、前記第１の伝送パケットは、第１の伝送方式で用いられる可変長のパケットであって、放送信号から得られ、前記分割パケットは、前記第１の伝送パケットを、第２の伝送方式で用いられる固定長のパケットである第２の伝送パケットに応じたパケット長に分割してペイロードに配置するとともに、前記ペイロードに対して前記第１の伝送パケットを復元するための情報を含むヘッダを付加することで得られる処理装置である。
本技術の第２の側面の処理装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。また、本技術の第２の側面のデータ処理方法は、上述した本技術の第２の側面の処理装置に対応するデータ処理方法である。
本技術の第２の側面の処理装置、及びデータ処理方法においては、所定のインターフェースを介して入力される分割パケットのヘッダに含まれる情報に基づき、ペイロードに配置されたデータから復元される第１の伝送パケットが処理される。また、前記第１の伝送パケットは、第１の伝送方式で用いられる可変長のパケットであって、放送信号から得られ、前記分割パケットは、前記第１の伝送パケットを、第２の伝送方式で用いられる固定長のパケットである第２の伝送パケットに応じたパケット長に分割してペイロードに配置するとともに、前記ペイロードに対して前記第１の伝送パケットを復元するための情報を含むヘッダを付加することで得られる。
本技術の第３の側面の受信装置は、放送信号から得られる第１の伝送パケットを復調する復調部と、前記復調部により復調された前記第１の伝送パケットを処理する処理部とを備え、前記復調部と前記処理部とは、所定のインターフェースを介して接続され、前記復調部は、第１の伝送方式で用いられる可変長のパケットである前記第１の伝送パケットを、第２の伝送方式で用いられる固定長のパケットである第２の伝送パケットに応じたパケット長に分割してペイロードに配置するとともに、前記ペイロードに対して前記第１の伝送パケットを復元するための情報を含むヘッダを付加することで得られる分割パケットを、前記処理部に出力し、前記処理部は、前記復調部から入力される前記分割パケットのヘッダに含まれる情報に基づき、ペイロードに配置されたデータから復元される前記第１の伝送パケットを処理する受信装置である。
本技術の第３の側面の受信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。また、本技術の第３の側面のデータ処理方法は、上述した本技術の第３の側面の受信装置に対応するデータ処理方法である。
本技術の第３の側面の受信装置、及びデータ処理方法においては、放送信号から得られる第１の伝送パケットを復調する復調部と、前記復調部により復調された前記第１の伝送パケットを処理する処理部とが、所定のインターフェースを介して接続される。また、前記復調部側で、第１の伝送方式で用いられる可変長のパケットである前記第１の伝送パケットが、第２の伝送方式で用いられる固定長のパケットである第２の伝送パケットに応じたパケット長に分割されてペイロードに配置されるとともに、前記ペイロードに対して前記第１の伝送パケットを復元するための情報を含むヘッダが付加されることで得られる分割パケットが、前記処理部に出力され、前記処理部側で、前記復調部から入力される前記分割パケットのヘッダに含まれる情報に基づき、ペイロードに配置されたデータから復元される前記第１の伝送パケットが処理される。
本技術の第１の側面乃至第３の側面によれば、より柔軟に、伝送方式の変更に対応することができる。
なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載されたいずれかの効果であってもよい。
受信側の復調ICとシステムオンチップ（SoC）の構成を示すブロック図である。 IP伝送方式のプロトコルスタックの例を示す図である。 ALPパケットのシステムアーキテクチャを示す図である。 復調ICとシステムオンチップ（SoC）を含む受信装置の構成を示すブロック図である。 本技術を適用した放送システムの構成例を示すブロック図である。 図５の受信装置の構成例を示すブロック図である。 TSパケットの構造の例を示す図である。 ALPパケットの構造の例を示す図である。 ALPパケットの出力タイミングの例を示した図である。 第１の実施の形態の分割パケットの構造の例を示す図である。 第２の実施の形態の分割パケットの構造の例を示す図である。 第３の実施の形態の分割パケットの構造の例を示す図である。 第４の実施の形態の分割パケットの構造の例を示す図である。 第５の実施の形態の分割パケットの構造の例を示す図である。 第５の実施の形態の分割パケットの構造の例を示す図である。 第６の実施の形態の分割パケットの構造の例を示す図である。 第６の実施の形態の分割パケットの切り方とヘッダ情報の組み合わせの例を示す図である。 第７の実施の形態の分割パケットの構造の例を示す図である。 第７の実施の形態の分割パケットの構造の例を示す図である。 第８の実施の形態の分割パケットの構造の例を示す図である。 第８の実施の形態の分割パケットの伝送を説明するタイミングチャートである。 第９の実施の形態の分割パケットの構造の例を示す図である。 Adaptation_field()のシンタックスの例を示す図である。 受信側の復調回路と処理回路の処理の流れを説明するフローチャートである。 コンピュータの構成例を示す図である。
以下、図面を参照しながら本技術の実施の形態について説明する。なお、説明は以下の順序で行うものとする。
１．本技術の概要
２．システムの構成
３．本技術の実施の形態
（１）第１の実施の形態：基本の構成
（２）第２の実施の形態：ポインタとパケット長でALPパケットの先頭位置を特定する構成
（３）第３の実施の形態：ALPパケットにPLP_IDを含めた構成
（４）第４の実施の形態：ALPパケットに時刻情報を含めた構成
（５）第５の実施の形態：パケットの境界を揃えるためにゼロパディングを行う構成
（６）第６の実施の形態：分割ヘッダを削減する構成
（７）第７の実施の形態：分割ヘッダのヘッダ情報と分割形態との組み合わせの例
（８）第８の実施の形態：PLP_IDがALPフォーマット以外で伝送される場合の構成
（９）第９の実施の形態：アダプテーションフィールドを利用した構成
４．受信側で実行される処理の流れ
５．変形例
６．コンピュータの構成
＜１．本技術の概要＞
現在、デジタル放送の伝送方式としては、MPEG2-TS方式が広く普及しているが、今後は、IP伝送方式の採用が見込まれている。例えば、次世代地上波放送規格の１つであるATSC3.0では、IP伝送方式が採用され、UDP/IPパケットを、ALP(ATSC Link-Layer Protocol)パケットに格納して伝送することが規定されている。
なお、以下の説明では、既存の伝送方式（既存方式）の一例として、MPEG2-TS方式を説明し、新しい伝送方式（新方式）の一例として、ATSC3.0で採用されるIP伝送方式を説明するものとする。
ところで、テレビ受像機においては、復調ICによって、放送信号が復調され、その結果得られるパケットが、後段のシステムオンチップ（SoC）により処理されるが、既存方式であるMPEG2-TS方式に対応していたテレビ受像機で、新方式であるIP伝送方式に対応した放送信号を受信する場合には、例えば、図１に示すような構成が想定される。
すなわち、図１において、復調回路９０１は、ATSC3.0に対応した復調ICであって、MPEG2-TS方式の物理インターフェース９０３を介して、システムオンチップ（SoC）として構成される処理回路９０２と接続されている。ここでは、前段の復調回路９０１は、新方式に対応したものに置き換わっているが、後段の処理回路９０２は、既存方式のハードウェア（HW）をそのまま利用して、ソフトウェア（SW）を更新する（書き換える）ことで、新方式に対応できるようにしている。
この場合に、復調回路９０１と処理回路９０２との間の物理インターフェース９０３は、MPEG2-TS方式に対応したものとなっているが、伝送されるデータのフォーマットは、ATSC3.0に対応したALPパケットとなっている。このALPパケットによって、同期信号（SYNC）、有効信号（VALID）、クロック信号（CLK）、及びデータ（DATA）が伝送される。
ここで、図２には、IP伝送方式のプロトコルスタックの例を示している。図２に示すように、IP伝送方式では、一方向の放送と双方向の通信とで、共通のIPプロトコルを用いることで、例えば、テレビ番組等のコンテンツのストリームを、DASHセグメント単位で伝送して、MPEG-DASH(Dynamic Adaptive Streaming over HTTP)に準拠したストリーミング配信を行うことができる。
図２においては、放送の物理層の上位層であって、UDP層とIP層の下位層が、データリンク層となるが、このデータリンク層では、リンクレイヤプロトコルに対応したALPパケットが用いられる。
また、図３には、ALPパケットのシステムアーキテクチャを示している。図３に示すように、IPパケット（UDP/IPパケット）のほか、シグナリング(Link Layer Signaling)や、MPEG2-TS方式で用いられるTSパケット等をカプセル化することで、ALPパケットが生成される。ただし、IPパケットをカプセル化する際には、IPヘッダを圧縮することができる。また、TSパケットをカプセル化する際には、オーバーヘッドの削減を行うことができる。
図４は、図１に示した復調回路９０１と処理回路９０２を含む受信装置９０の構成を示すブロック図である。
図４において、受信装置９０は、復調ICとしての復調回路９０１、及びシステムオンチップ（SoC）としての処理回路９０２を含む。復調回路９０１は、復調部９１１、誤り訂正部９１２、及びI/F部９１３から構成される。処理回路９０２は、メモリ９２１、デマックス９２２、メモリ９２３、及びSW処理部９２４から構成される。
また、受信装置９０において、復調回路９０１と処理回路９０２とは、所定の物理インターフェース９０３を介して接続されている。これにより、復調回路９０１から出力されるALPパケットは、物理インターフェース９０３を介して、処理回路９０２に入力される。
ここで、処理回路９０２においては、復調回路９０１からのALPパケットが入力され、メモリ９２１に一時的に記録され、後段のデマックス９２２により処理されるが、ALPパケットのパケット長が、TSパケットのパケット長と異なるため、メモリ９２１が破たんしてしまう可能性がある。
すなわち、処理回路９０２において、前段のメモリ９２１に記録されるデータに対するデマックス９２２の処理は、ハードウェア処理（HW処理）である一方で、後段のメモリ９２３に記録されるデータに対するSW処理部９２４の処理は、ソフトウェア処理（SW処理）である。
そして、処理回路９０２で行われる処理のうち、ハードウェア処理の部分は、既存方式であるMPEG2-TS方式に対応したものをそのまま利用し、ソフトウェア処理の部分だけ、SW処理部９２４のソフトウェア（SW）を更新することで、新方式であるIP伝送方式（ATSC3.0）に対応できるようにしている。そのため、ハードウェア処理を行うメモリ９２１及びデマックス９２２は、新方式であるIP伝送方式（ATSC3.0）ではなく、既存方式であるMPEG2-TS方式に対応したものとなる。
メモリ９２１は、MPEG2-TS方式に対応して、固定長（188バイト）のTSパケットが書き込まれることが想定されているが、復調回路９０１から処理回路９０２にALPパケットが入力され、メモリ９２１に書き込まれると、ALPパケットは、可変長のパケットであって、TSパケットのパケット長と異なるため、破たんしてしまう恐れがある。また、後段のデマックス９２２側でも、TSパケットを処理することを想定しているため、ALPパケットが入力されると、処理できない可能性がある。
これを回避するためには、復調回路９０１から処理回路９０２に入力されるALPパケットを分割して、ALPパケットのパケット長を、188バイトであるTSパケットのパケット長に合わせるという手法が考えられる。しかしながら、復調回路９０１側で、単にALPパケットを188バイトに分割して、物理インターフェース９０３を介して処理回路９０２側に入力した場合には、その分割パケットのフォーマットに、処理回路９０２側が対応できない可能性がある。
そのため、既存方式であるMPEG2-TS方式から、新方式であるIP伝送方式に切り替わる際に（特に、既存方式から新方式への過渡期に）、より柔軟に、伝送方式の変更に対応できるようにするための提案が要請されている。
そこで、本技術では、復調ICとしての復調回路側で、新方式であるIP伝送方式で用いられる可変長のパケットであるALPパケットを、既存方式であるMPEG2-TS方式で用いられる固定長のパケットであるTSパケットに応じたパケット長に分割してペイロードに配置するとともに、当該ペイロードに対してALPパケットを復元するための情報（復元情報）を含むヘッダを付加することで得られる分割パケットが、処理回路に出力されるようにする。
これにより、システムオンチップ（SoC）としての処理回路側には、復調回路からの分割パケットが入力されるが、この分割パケットは、既存方式であるMPEG2-TS方式で用いられるTSパケットに応じたパケット長となるため、ハードウェア処理が、既存方式であるMPEG2-TS方式に対応したもの（ATSC3.0に未対応）であっても、確実に処理することができる。一方で、ソフトウェア処理は、ソフトウェア（SW）の更新によって、新方式であるIP伝送方式（ATSC3.0）に対応可能であるため、分割パケットのヘッダに含まれる復元情報に基づき、ペイロードに配置されたデータから復元されるALPパケットを処理することができる。
このようにすることで、既存方式としてMPEG2-TS方式が導入されている場合に、新方式としてIP伝送方式を導入するときに、より柔軟に、伝送方式の変更に対応することができるようになる。
＜２．システムの構成＞
（放送システムの構成例）
図５は、本技術を適用した放送システムの構成例を示すブロック図である。なお、システムとは、複数の装置が論理的に集合したものをいう。
図５において、放送システム１は、送信装置１０と、受信装置２０から構成される。この放送システム１では、所定の放送方式（例えば、ATSC3.0）に準拠したデータ伝送が行われる。
送信装置１０は、そこに入力されるコンテンツ（例えば、テレビ番組等）のデータに対して、変調や誤り訂正等の処理を施し、その結果得られる放送信号を、送信所の送信用アンテナにより送信する。
送信装置１０からの放送信号は、伝送路３０を経由して、エンドユーザの各家庭などに設置される受信用アンテナを介して、受信装置２０により受信される。例えば、受信装置２０は、テレビ受像機やセットトップボックス（STB：Set Top Box）等の固定受信機として構成される。
受信装置２０は、伝送路３０を介して受信される放送信号に対し、復調や誤り訂正等の処理を施し、その結果得られるコンテンツ（例えば、テレビ番組等）の映像や音声のデータを出力する。
なお、放送システム１において、伝送路３０は、地上波（地上波放送）のほか、例えば、放送衛星（BS：Broadcasting Satellite）や通信衛星（CS：Communications Satellite）を利用した衛星放送、あるいは、ケーブルを用いた有線放送（CATV：Common Antenna TeleVision）などであってもよい。
（受信装置の構成例）
図６は、図５の受信装置２０の構成例を示すブロック図である。
図６において、受信装置２０は、復調回路２０１及び処理回路２０２を含んで構成される。受信装置２０において、復調回路２０１と処理回路２０２とは、所定の物理インターフェース２０３を介して接続されている。
復調回路２０１は、復調IC等の復調デバイスとして構成される。復調回路２０１は、アンテナ（不図示）を介して受信された放送信号から得られるALPパケットを復調する。また、復調回路２０１は、ALPパケットから分割パケットを生成し、物理インターフェース２０３を介して処理回路２０２に出力する。
復調回路２０１は、復調部２１１、誤り訂正部２１２、及びI/F部２１３を含んで構成される。
復調部２１１は、アンテナを介して受信された放送信号に対し、復調処理を行い、その結果得られるデータを誤り訂正部２１２に供給する。
誤り訂正部２１２は、復調部２１１から供給されるデータに対し、誤り訂正復号処理を行い、その結果得られるデータを、I/F部２１３に供給する。
I/F部２１３は、誤り訂正部２１２から供給されるデータに対し、所定のデータ処理を行い、その結果得られるデータを、物理インターフェース２０３を介して処理回路２０２に出力する。
ここで、I/F部２１３は、誤り訂正部２１２からのデータから得られるALPパケットに基づき、分割パケットを生成し、物理インターフェース２０３を介して処理回路２０２に出力されるようにする。
この分割パケットは、ALPパケット（新方式であるIP伝送方式で用いられる可変長のパケット）を、TSパケット（既存方式であるMPEG2-TS方式で用いられる固定長のパケット）に応じたパケット長に分割してペイロードに配置するとともに、当該ペイロードに対して復元情報を含むヘッダを付加することで得られる。
なお、ヘッダの復元情報としては、例えば、ALPパケットの先頭の位置を示すポインタ（先頭ポインタ）や、TSパケットのTSヘッダに対応する情報などを含めることができるが、その詳細については後述する。
処理回路２０２は、システムオンチップ（SoC）として構成される。処理回路２０２は、物理インターフェース２０３を介して復調回路２０１から入力される分割パケットから、ALPパケットを復元する。処理回路２０２は、復元されたALPパケット（復調回路２０１により復調されたALPパケット）を処理する。
処理回路２０２は、メモリ２２１、デマックス２２２、メモリ２２３、及びSW処理部２２４を含んで構成される。
なお、処理回路２０２において、前段のメモリ２２１に記録されるデータに対するデマックス２２２の処理は、ハードウェア処理（HW処理）であって、既存方式であるMPEG2-TS方式に対応したものをそのまま利用している。一方で、後段のメモリ２２３に記録されるデータに対するSW処理部２２４の処理は、ソフトウェア処理（SW処理）であって、SW処理部２２４のソフトウェア（SW）を更新することで、新方式であるIP伝送方式（ATSC3.0）に対応できるようにしている。
復調回路２０１から入力される分割パケットは、メモリ２２１に書き込まれる。デマックス２２２は、メモリ２２１に書き込まれた分割パケットを処理し、処理後のデータを、後段のメモリ２２３に書き込む。ここで、分割パケットは、ALPパケットを、TSパケットに応じたパケット長に分割したものであるため、ハードウェア処理が、既存方式であるMPEG2-TS方式に対応したもの（ATSC3.0に未対応）であっても、確実に処理することができる。
SW処理部２２４は、メモリ２２３に書き込まれたデータを処理する。ここで、SW処理部２２４（のソフトウェア処理）は、ソフトウェア（SW）の更新によって、新方式であるIP伝送方式（ATSC3.0）に対応可能であるため、分割パケットのヘッダに含まれる復元情報に基づき、ペイロードに配置されたデータから復元されるALPパケットを処理することができる。
＜３．本技術の実施の形態＞
ここでは、まず、図７乃至図９を参照して、前提となる技術内容を説明してから、図１０乃至図１３を参照して、本技術の実施の形態について説明する。
（TSパケットの構造）
図７は、TSパケットの構造の例を示す図である。
TSパケットは、4バイトのヘッダと、184バイトのペイロードから構成される。
4バイトのヘッダには、8ビットのSync, 1ビットのTransport Error Indicator, 1ビットのPayload Unit Start Indicator, 1ビットのTransport Scrambling Control, 13ビットのPID, 2ビットのApplication Field Control, 2ビットのContinuity Counter, 4ビットのApplication Fieldが配置される。
Syncは、同期バイトであり、例えば'0x47'とされる。
Transport Error Indicatorは、対象のTSパケット内のビットエラーの有無を示すフラグである。例えば、Transport Error Indicatorは、'1'である場合に、少なくとも1ビットの訂正不可能なエラーがTSパケットに存在することを示す。
Payload Unit Start Indicatorは、'1'である場合に、対象のTSパケットのペイロードの開始点がPESパケットの開始点、又はポインタであることを示す。
Transport Scrambling Controlは、対象のTSパケットのペイロードのスクランブルモードを識別するために使用される領域である。スクランブル制御値は、あらかじめ定められる。
PIDは、対象のTSパケットのペイロードのデータの種別を識別するために使用される領域である。
Application Field Controlは、対象のTSパケット内のApplication Fieldやペイロードの存在の有無を示すフラグである。
Continuity Counterは、パケットが欠落していないかを確認するために用いられる連続性指標であって、同一のPIDのパケットがくる度に、１ずつインクリメントされる。
Application Fieldは、アプリケーションの領域である。
（ALPパケットの構造）
図８は、ALPパケットの構造の例を示す図である。
（Ａ）Normal
図８のＡは、通常のALPパケットの構造を示す図である。図８のＡにおいて、通常のALPパケットは、ALPヘッダ（ALP Packet Header）とペイロード（Payload）から構成される。
ALPヘッダの先頭には、3ビットのTypeが設定される。このTypeは、ALPパケットのペイロードに配置されるデータのタイプに関する情報が設定される。
ALPヘッダにおいて、Typeの次には、1ビットのPC(Payload Configuration)が配置される。PCとして、'0'が設定された場合、その次に配置される1ビットのHM(Header Mode)に応じて、シングルパケットモード（Single packet mode）となって、ALPヘッダには、11ビットのLengthや、ALP拡張ヘッダ（Additional header）が配置される。
通常のALPパケットの場合には、HMとして'0'が設定され、ALPヘッダでは、HMに続いて、11ビットのLengthが配置される。また、通常のALPパケットにおいては、ALPヘッダに続いて、ペイロードが配置される。
（Ｂ）PTP
図８のＢは、ALP拡張ヘッダに、PTP(Precision Time Protocol)を付加した場合のALPパケット（以下、PTP付のALPパケットともいう）の構造を示す図である。
PTP付のALPパケットにおいて、ALPヘッダには、3ビットのTypeと、1ビットのPCと、1ビットのHMが配置され、HMとして、'1'が設定されている。HMとして、'1'が設定された場合、11ビットのLengthに続いて、ALP拡張ヘッダ（Additional header）が配置される。
このALP拡張ヘッダ（Additional header）は、5ビットのLength_MSBと、1ビットのRSV(reserved)と、1ビットのSIF(Sub-stream Identifier Flag)と、1ビットのHEF(Header Extension Flag)から構成される。
Length_MSBは、ALPパケットの総ペイロード長の最上位ビット（MSB）をバイト単位で示し、ALPヘッダの11ビットのLengthが示す最下位ビット（LSB）と連結して、総ペイロード長が得られる。
SIFは、サブストリーム用のオプショナルヘッダ（Optional header）が配置されるかどうかを示すフラグである。SIFとして、'0'が設定された場合には、オプショナルヘッダが配置されないことを意味する。
HEFは、オプショナルなヘッダ拡張がなされるかどうかを示すフラグである。HEFとして、'1'が設定された場合には、ヘッダ拡張がなされる。図８のＢのPTP付のALPパケットのALPヘッダでは、ALP拡張ヘッダに対し、8バイトのヘッダ拡張がなされている。
このヘッダ拡張には、8ビットのExtension_typeと、8ビットのExtension_lengthと、2ビットのTime_info_flagと、32ビットのTime_secと、10ビットのTime_msecと、10ビットのTime_usecと、10ビットのTime_nsecが配置される。この例では、プライベートユーザデータ（PUD：Private User Data）として、Time_info_flagに応じて、Time_sec, Time_msec, Time_usec, Time_nsecにより指定されるPTP（時刻情報）が配置されるため、この配置に対応したタイプと長さの値が、Extension_typeとExtension_lengthにそれぞれ設定される。
ここで、PTPは、IEEE 1588-2008で規定されている時刻情報である。PTPは、秒フィールとナノ秒フィールドから構成され、ナノ秒単位の精度に対応することが可能となる。PTPは、例えば、物理層フレームのプリアンブルに含まれ、当該物理層フレームの先頭の時刻を示しており、受信側で行われるクロックリカバリの時刻情報として用いられる。
例えば、Time_info_flag = '01'となる場合には、秒単位の時刻情報（Time_sec）と、ミリ秒単位の時刻情報（Time_msec）が配置される。また、例えば、Time_info_flag = '10'となる場合には、秒単位とミリ秒単位の時刻情報（Time_sec, Time_msec）に加えて、マイクロ秒単位の時刻情報（Time_usec）が配置される。また、例えば、Time_info_flag = '11'となる場合には、秒単位とミリ秒単位とマイクロ秒単位の時刻情報（Time_sec, Time_msec, Time_usec）に加えて、ナノ秒単位の時刻情報（Time_nsec）が配置される。
なお、Time_info_flagとしては、例えば、ATSC3.0では、L1Bシグナリング（L1-Basic Signaling）に規定されている2ビットのL1B_time_info_flagが対応している。また、Time_sec, Time_msec, Time_usec, Time_nsecとしては、例えば、ATSC3.0では、L1Dシグナリング（L1-Detail Signaling）に規定される32ビットのL1D_time_sec, 10ビットのL1D_time_msec, 10ビットのL1D_time_usec, 10ビットのL1D_time_nsecがそれぞれ対応している。
L1BシグナリングとL1Dシグナリングの詳細については、下記の非特許文献１に開示されている。
非特許文献１：ATSC Standard：Physical Layer Protocol (A/322)
（Ｃ）PLP_ID
図８のＣは、ALP拡張ヘッダに、PLP_IDを付加した場合のALPパケット（以下、PLP_ID付のALPパケットともいう）の構造を示す図である。
PLP_ID付のALPパケットにおいて、ALPヘッダには、3ビットのTypeと、1ビットのPCと、1ビットのHMが配置され、HMとして、'1'が設定されている。HMとして、'1'が設定された場合、11ビットのLengthに続いて、ALP拡張ヘッダ（Additional header）が配置される。
このALP拡張ヘッダは、5ビットのLength_MSBと、1ビットのRSVと、1ビットのSIFと、1ビットのHEFから構成される。
図８のＣのPLP_ID付のALPパケットのALPヘッダでは、HEFとして、'1'が設定され、ALP拡張ヘッダに対し、3バイトのヘッダ拡張がなされている。
このヘッダ拡張には、8ビットのExtension_typeと、8ビットのExtension_lengthと、6ビットのPLP_IDと、2ビットのダミーデータ（dummy）が配置される。この例では、プライベートユーザデータ（PUD）として、6ビットのPLP_IDが配置されるため、この配置に対応したタイプと長さの値が、Extension_typeとExtension_lengthにそれぞれ設定される。
なお、このPLP_IDとしては、例えば、ATSC3.0では、L1Dシグナリング（L1-Detail Signaling）に規定される6ビットのL1D_plp_idが対応している。PLP_IDは、S-PLP（Single PLP）モードの場合には必要ないが、M-PLP(Multiple PLP)モードの場合に、PLPを識別するために必要となる。L1Dシグナリングの詳細については、上記の非特許文献１に開示されている。また、ALPパケットの構造の詳細については、下記の非特許文献２に開示されている。
非特許文献２：ATSC Standard：Link-Layer Protocol (A/330)
（ALPパケットの出力タイミング）
図９は、受信装置２０で処理されるALPパケットの出力タイミングの例を示した図である。
図９には、受信装置２０において、復調回路２０１から処理回路２０２に対し、物理インターフェース２０３を介して出力されるALPパケットの出力タイミングが表されている。なお、図９において、横方向は、時間（Time）を表し、縦方向は、復調ICとしての復調回路２０１にてフレームやパケットを処理して得られるデータを、入力から出力までの階層ごとに段階的に表している。
図９において、最も低いレベルの階層のデータは、物理層フレームである。例えば、ATSC3.0で規定される物理層フレームは、ブートストラップ（Bootstrap）と、プリアンブル（Preamble）と、ペイロード（Payload）から構成される。
プリアンブルには、例えば、L1Bシグナリング（L1-Basic Signaling）やL1Dシグナリング（L1-Detail Signaling）などの物理層シグナリングを含めることができる。この例では、プリアンブルに、時刻情報としてのPTPが配置されている。つまり、PTPは、ある決まったタイミングで伝送されることになる。
受信装置２０の復調回路２０１においては、復調部２１１及び誤り訂正部２１２によって、物理層フレームが処理され、そのペイロードから、１又は複数のBBパケット（Baseband Packet，以下、「BBP」とも記述する）が抽出される。
また、復調回路２０１においては、I/F部２１３によって、BBパケットが処理され、１又は複数のALPパケットが抽出される。このとき、I/F部２１３は、ALPパケット（のプライベートユーザデータ（PUD））に対して、時刻情報としてのPTPや、PLP_IDを含むPLP情報が含まれるようにする。
ただし、ここでは、復調回路２０１側で、同一のPLP（例えば、PLP_ID = 1のPLP）から連続して得られるALPパケットのうち、先頭のALPパケットにのみPLP_ID（例えば、PLP_ID = 1）が付加されるようにしている。一方で、処理回路２０２側では、あるPLP_ID（例えば、PLP_ID = 1）が付加されたALPパケットから、別のPLP_ID（例えば、PLP_ID = 2）が付加されたALPパケットの１つ前のALPパケットまでのパケット群を、同一のPLP（例えば、PLP_ID = 1のPLP）に属するALPパケットであるとみなして処理を行うことができる。
このように、復調回路２０１から処理回路２０２に対し、物理インターフェース２０３を介して出力されるALPパケットには、PLP_IDやPTPが付加されるので、処理回路２０２では、ALPパケットに付加されているPLP_IDに基づき、物理インターフェース２０３を介して復調回路２０１から入力されるALPパケットが、M-PLP時に、どのPLPに属しているのかを識別することが可能となる。また、処理回路２０２では、ALPパケットに付加されているPTPに基づき、例えばクロックリカバリを行うことができる。
以下、これらの技術内容を前提にして、本技術の内容を、９つの実施の形態によって順に説明する。
（１）第１の実施の形態
まず、図１０を参照して、第１の実施の形態の分割パケットの構造について説明する。
第１の実施の形態では、可変長のALPパケットを、固定長のTSパケットのパケット長（188バイト）に応じて分割してペイロードに配置するとともに、当該ペイロードに対し、ヘッダを付加することで得られる分割パケットが、物理インターフェース２０３を介して、復調回路２０１から処理回路２０２に出力されるようにしている。
図１０には、復調回路２０１により処理されるパケットを示している。図１０のＡには、ALPパケットを示し、図１０のＢには、分割パケットを示している。また、分割パケットに付加される分割ヘッダとして、パターン１とパターン２の２パターンのヘッダを例示している。
図１０においては、復調回路２０１で、時系列で順次処理される複数のALPパケットのうち、連続した２つのALPパケット（AP1, AP2）が例示されているが、先頭のALPパケットAP1の一部が切り出され、分割ヘッダが付加されることで、分割パケットDP1が生成される。ここでは、TSパケットのパケット長が188バイトであるので、それに合わせて、分割パケットDP1のパケット長が188バイトとなるように、すなわち、3バイトの分割ヘッダ（Header）を除いた185バイトとなるペイロードに配置するために、185バイトの分のALPパケット（divided ALP）が切り出される。
このようにして得られる分割パケットDP1は、3バイトの分割ヘッダと、185バイトのペイロードとから構成され、そのパケット長が188バイトとなる。すなわち、ここでは、ALPパケットを順次処理することによって、188バイト単位の分割パケットが順次生成される。具体的には、ALPパケットAP1の一部が切り出されることで、分割パケットDP1と分割パケットDP2がそれぞれ生成され、ALPパケットAP1とALPパケットAP2の一部がそれぞれ切り出されることで、分割パケットDP3が生成される。
ここで、分割パケットの分割ヘッダであるが、例えば、パターン１又はパターン２に示した構造とすることができる。
すなわち、パターン１の分割ヘッダは、8ビットのSync, 1ビットのTransport Error Indicator, 1ビットのALP Packet Start Indicator, 及び13ビットのPIDが配置される。
Syncは、同期バイトであり、例えば'0x47'とされる。
Transport Error Indicatorは、エラーインジケータであり、例えば'1'b0'である固定の値とされる。また、Transport Error Indicatorは、分割パケット内のビットエラーの有無を示すフラグとするようにしてもよい。例えば、Transport Error Indicatorは、'1'である場合に、少なくとも1ビットの訂正不可能なエラーが分割パケットに存在することを示す。
ALP Packet Start Indicatorは、分割パケットのペイロードに配置されるALPパケットの先頭の位置を示すポインタ（以下、先頭ポインタという）の有無を示すフラグ（ALPパケット先頭有無フラグ）である。例えば、ALP Packet Start Indicatorは、'0'である場合には、先頭ポインタが存在しないことを示す。
すなわち、パターン１の分割ヘッダは、ALP Packet Start Indicatorが、'0'となるため、先頭ポインタを含んでいない。図１０の例では、分割パケットDP1, DP2のペイロードには、ALPパケットAP1の先頭の位置が含まれていないため、その分割ヘッダには、'0'であるALP Packet Start Indicatorが配置され、先頭ポインタは配置されていない。
PIDは、任意の固定のPIDが割り当てられる。
また、パターン２の分割ヘッダは、パターン１の分割ヘッダと比べて、ALP Packet Start Indicatorが、'1'となって、先頭ポインタが存在していることを示し、8バイトのStart Pointerが追加されている点が異なる。
Start Pointerは、分割パケットのペイロードに配置されるALPパケットの先頭の位置を示す先頭ポインタである。図１０の例では、分割パケットDP3のペイロードには、ALPパケットAP2の先頭の位置が含まれるため、その分割ヘッダには、'1'であるALP Packet Start Indicatorが配置され、ALPパケットAP2の先頭の位置を示す先頭ポインタが配置される。
このように、分割パケットDP3の分割ヘッダは、パターン２とされるが、分割パケットDP1, DP2のペイロードには、ALPパケットの先頭の位置は含まれないため、分割パケットDP1, DP2の分割ヘッダは、パターン１とされる。なお、パターン２の分割ヘッダでは、パターン１の分割ヘッダと比べて、8バイトのStart Pointerが配置されている分だけ、分割パケットにおけるペイロードのサイズが小さくなる。
第１の実施の形態においては、復調回路２０１側で、ALPパケットを処理して分割パケットを生成し、物理インターフェース２０３を介して処理回路２０２に出力することで、処理回路２０２側では、復調回路２０１からの分割パケットを処理してALPパケットを生成（復元）する。
その際に、分割パケットのペイロードには、可変長のALPパケットから切り出された185バイトの分のALPパケット（divided ALP）が配置されるため、分割ヘッダに、ALPパケットを復元するための情報（復元情報）を含めることで、処理回路２０２側で、分割パケットからALPパケットを復元することが可能となる。
この復元情報としては、例えば、Transport Error Indicator等のTSパケットのTSヘッダに対応する情報を含めるようにすることができる。また、ALPパケットを復元するための情報には、ALP Packet Start Indicatorに応じた先頭ポインタ（Start Pointer）を含めることができる。
すなわち、分割パケットのペイロードに配置されるALPパケットは、可変長であって、固定長のTSパケットに合わせて、185バイトずつ切り出したときに、分割パケット内で、ALPパケットの先頭の位置を特定することができなくなる。そこで、図１０に示したように、分割パケットの分割ヘッダに、先頭ポインタ（Start Pointer）を含めることで、処理回路２０２は、分割パケット内で、ALPパケットの先頭の位置を特定して、ALPパケットを復元することが可能となる。
なお、上述したパターン１とパターン２は、分割ヘッダの構造の一例であって、他の情報を含めることができる。例えば、分割ヘッダには、ALP Packet Start Indicatorの次の1ビット（'1'b0'）や、Transport Error Indicatorの代わりに、TSパケットのTSヘッダに含まれる情報を配置することができる。
以上、第１の実施の形態について説明した。
（２）第２の実施の形態
次に、図１１を参照して、第２の実施の形態の分割パケットの構造について説明する。
ところで、上述した第１の実施の形態では、復調回路２０１側で、分割パケットを生成する際に、分割ヘッダに、先頭ポインタ（Start Pointer）を含めることで、処理回路２０２側では、分割パケット内で、ALPパケットの先頭の位置を特定して、ALPパケットを復元することが可能となるが、分割パケット内に、ALPパケットの先頭の位置が、２以上存在する場合には、先頭ポインタのみでは、すべての先頭の位置を特定することができなくなる。
そこで、第２の実施の形態では、分割パケットのペイロードに配置されるALPパケットの先頭の位置のうち、最初の先頭の位置は、先頭ポインタが示す先頭の位置により特定し、２番目以降の先頭の位置は、先頭ポインタが示す先頭の位置と、ALPパケットのパケット長により特定されるようにしている。
図１１には、処理回路２０２により処理されるパケットを示している。図１１においては、処理回路２０２で、時系列で順次処理される複数の分割パケットのうち、連続した２つの分割パケット（DP1, DP2）が例示されている。
連続した２つの分割パケットのうち、先頭の分割パケットDP1の分割ヘッダには、先頭ポインタとして、Start Pointer = 'A'が含まれ、この先頭ポインタ（Start Pointer = 'A'）によって、ペイロードに配置されるALPパケットの先頭の位置、すなわち、ALPパケットAP2の先頭の位置を指し示している。
すなわち、先頭の分割パケットDP1のペイロードには、ALPパケットAP1の途中から最後までのALPパケットAP1の一部と、ALPパケットAP2の先頭から途中までのALPパケットAP2の一部が配置されているが、分割ヘッダに含まれる先頭ポインタ（Start Pointer = 'A'）は、ペイロードの先頭の位置から、ALPパケットAP2の先頭の位置までのバイト数を示している。
一方で、連続した２つの分割パケットのうち、先頭の分割パケットDP1に続く、２番目の分割パケットDP2には、先頭ポインタとして、Start Pointer = 'B'が含まれ、この先頭ポインタ（Start Pointer = 'B'）によって、ペイロードに配置されるALPパケットの先頭の位置、すなわち、ALPパケットAP3の先頭の位置を指し示している。
すなわち、２番目の分割パケットDP2のペイロードには、ALPパケットAP2の途中から最後までのALPパケットAP2の一部と、ALPパケットAP3（の先頭から最後まで）が配置されているが、分割ヘッダに含まれる先頭ポインタ（Start Pointer = 'B'）は、ペイロードの先頭の位置から、ALPパケットAP3の先頭の位置までのバイト数を示している。
ここで、２番目の分割パケットDP2のペイロードには、ALPパケットAP3に続いて、ALPパケットAP4が配置されているが、分割ヘッダに含まれる先頭ポインタ（Start Pointer = 'B'）によって、ALPパケットAP3の先頭の位置を特定することはできるが、それに続く、ALPパケットAP4の先頭の位置までは特定することができない。
そこで、第２の実施の形態では、ALPパケットAP3のパケット長を利用して、先頭ポインタ（Start Pointer = 'B'）により特定されるALPパケットAP3の先頭の位置から、ALPパケットAP3のパケット長を過ぎた位置を、ALPパケットAP4の先頭の位置とみなして、ALPパケットAP4の先頭の位置を特定する。
第２の実施の形態においては、復調回路２０１側で、ALPパケットを処理して分割パケットを生成し、物理インターフェース２０３を介して処理回路２０２に出力することで、処理回路２０２側では、復調回路２０１からの分割パケットを処理してALPパケットを生成（復元）する。
その際に、分割パケットのペイロードには、可変長のALPパケットから切り出された185バイトの分のALPパケット（divided ALP）が配置されるため、分割ヘッダに、ALPパケットを復元するための情報を含めることで、処理回路２０２側で、分割パケットからALPパケットを復元することが可能となる。
このALPパケットを復元するための情報として、先頭ポインタ（Start Pointer）を含めることで、処理回路２０２は、分割パケット内で、ALPパケットの先頭の位置を特定して、ALPパケットを復元することが可能となる。
また、分割パケットのペイロード内に、ALPパケットの先頭の位置が２以上存在する場合には、最初の先頭の位置を、先頭ポインタが示す位置により特定するとともに、２番目以降の先頭の位置を、先頭ポインタと、当該先頭ポインタの対象のALPパケットのパケット長を利用して特定する。
なお、ALPパケットのパケット長は、例えば、対象のALPパケットのヘッダに含まれるが、それ以外の手法によって、ALPパケットのパケット長が取得されるようにしてもよい。
また、図１１の例では、分割パケットDP2のペイロードに、ALPパケットAP3とALPパケットAP4の先頭の位置が含まれる場合を例示したが、さらに、ALPパケットの先頭の位置が含まれる場合でも同様に、先頭ポインタと、当該先頭ポインタの対象のALPパケットのパケット長を利用することで、ALPパケットの先頭の位置を特定することができる。
例えば、分割パケットDP2のペイロードに、ALPパケットAP3とALPパケットAP4の先頭の位置に加えて、ALPパケットAP5の先頭の位置が含まれる場合、先頭ポインタ（Start Pointer = 'B'）により特定されるALPパケットAP3の先頭の位置から、ALPパケットAP3とALPパケットAP4のパケット長を過ぎた位置を、ALPパケットAP5の先頭の位置とみなして、ALPパケットAP5の先頭の位置を特定することができる。
以上、第２の実施の形態について説明した。
（３）第３の実施の形態
次に、図１２を参照して、第３の実施の形態の分割パケットの構造について説明する。
第３の実施の形態では、分割パケットのペイロードに配置されるALPパケットとして、図８のＣに示したPLP_ID付のALPパケットが含まれるようにしている。
図１２には、処理回路２０２により処理されるパケットを示している。図１２においては、処理回路２０２で順次処理される分割パケットのうち、分割パケットDP1が例示されている。
分割パケットDP1の分割ヘッダに、8ビットのSync, 1ビットのTransport Error Indicator, 1ビットのALP Packet Start Indicator, 13ビットのPID，8バイトのStart Pointerが含まれるのは、先に述べた通りである。
また、分割パケットDP1のペイロードには、ALPパケットAP1の途中からの最後までのALPパケットAP1の一部と、ALPパケットAP2の全部と、ALPパケットAP3の全部と、ALPパケットAP4の先頭から途中までのALPパケットAP4の一部とが配置されている。
ここで、ALPパケットAP2においては、ALPヘッダ（ALP Packet Header）で、HMとして、'1'が設定され、ALP拡張ヘッダ（Additional header）が配置されている。このALP拡張ヘッダでは、HEFとして、'1'が設定され、ヘッダ拡張（Header extension）がなされている。
そして、このヘッダ拡張には、6ビットのPLP_IDが配置される。このPLP_IDは、例えば、ATSC3.0で規定されるL1Dシグナリング（L1-Detail Signaling）に含まれる6ビットのL1D_plp_idに対応していることは先に述べた通りである。
すなわち、ATSC3.0では、送信装置１０は、所定の周波数帯域ごとに、最大64個のPLPに対応することができるが、受信装置２０においては、復調回路２０１側で、ALPパケットに対し、PLP_IDが付加されるようにすることで、処理回路２０２側では、ALPパケットから得られるPLP_IDに基づき、物理インターフェース２０３を介して入力されるALPパケットが、M-PLP時に、どのPLPに属しているのかを識別することが可能となる。
以上、第３の実施の形態について説明した。
（４）第４の実施の形態
次に、図１３を参照して、第４の実施の形態の分割パケットの構造について説明する。
第４の実施の形態では、分割パケットのペイロードに配置されるALPパケットとして、図８のＢに示したPTP付のALPパケットが含まれるようにしている。
図１３には、処理回路２０２により処理されるパケットを示している。図１３においては、処理回路２０２で順次処理される分割パケットのうち、分割パケットDP1が例示されている。
分割パケットDP1の分割ヘッダに、8ビットのSync, 1ビットのTransport Error Indicator, 1ビットのALP Packet Start Indicator, 13ビットのPID，8バイトのStart Pointerが含まれるのは、先に述べた通りである。
また、分割パケットDP1のペイロードには、ALPパケットAP1の途中からの最後までのALPパケットAP1の一部と、ALPパケットAP2の全部が配置されるとともに、残りの領域には、ゼロパディングがなされ、分割パケットDP1が固定長（188バイト）になるようにしている。
ここで、ALPパケットAP2においては、ALPヘッダ（ALP Packet Header）で、HMとして、'1'が設定され、ALP拡張ヘッダ（Additional header）が配置されている。このALP拡張ヘッダでは、HEFとして、'1'が設定され、ヘッダ拡張（Header extension）がなされている。
そして、このヘッダ拡張には、2ビットのTime_info_flagに応じて、32ビットのTime_sec, 10ビットのTime_msec, 10ビットのTime_usec, 10ビットのTime_nsecが配置される。
例えば、Time_info_flag = '01'となる場合には、秒単位の時刻情報（Time_sec）と、ミリ秒単位の時刻情報（Time_msec）が配置される。また、例えば、Time_info_flag = '10'となる場合には、秒単位とミリ秒単位の時刻情報（Time_sec, Time_msec）に加えて、マイクロ秒単位の時刻情報（Time_usec）が配置される。また、例えば、Time_info_flag = '11'となる場合には、秒単位とミリ秒単位とマイクロ秒単位の時刻情報（Time_sec, Time_msec, Time_usec）に加えて、ナノ秒単位の時刻情報（Time_nsec）が配置される。
このように、これらの時刻情報から得られる時刻は、マイクロ秒単位やナノ秒単位などの精度を有するようにすることができるため、例えば、フレーム長（フレーム時間）が整数のミリ秒単位にならない物理層フレームであっても、時刻情報が示す時刻との誤差（ジッタ）を抑制することができる。
また、分割パケットにおいて、ペイロードに、時刻情報を含むALPパケットを配置する場合には、当該ALPパケットを配置した後の残りの領域を、ゼロパディングをすることで、固定長（188バイト）になるようにしている。なお、ここでは、ゼロパディング（ゼロ詰め）を一例に説明しているが、例えば、残りの領域に対して任意の固定系列を挿入するなど、他の手法を用いるようにしてよい。
これにより、処理回路２０２では、復調回路２０１からの分割パケットを処理する際に、時刻情報を含むALPパケットの次のALPパケットを待つとその分だけジッタが発生することになるが、復調回路２０１で、分割パケットのペイロードに、時刻情報を含むALPパケットを配置する場合には、オールゼロ（図中の「All 0」）を詰めてから、処理回路２０２に出力することで、処理回路２０２で、時刻情報のジッタを抑制することができる。
以上、第４の実施の形態について説明した。
（５）第５の実施の形態
次に、図１４及び図１５を参照して、第５の実施の形態の分割パケットの構造について説明する。
上述した第１の実施の形態乃至第４の実施の形態では、可変長のALPパケットを、固定長のTSパケットのパケット長（188バイト）に応じて分割してペイロードに配置する際に、ALPパケットの境界に関係なく、分割パケットを生成していた。
すなわち、図１４に示すように、先頭のALPパケットAP1の一部が切り出され、分割ヘッダが付加されることで、分割パケットDP1と、分割パケットDP2が順に生成される。また、ALPパケットAP1とALPパケットAP2の一部がそれぞれ切り出され、分割ヘッダが付加されることで、分割パケットDP3が生成される。
このとき、ALPパケットAP2の先頭は、分割パケットDP3のペイロードの途中の位置となるため、ALPパケットの境界と分割パケットの境界とは一致していない。
第５の実施の形態では、ALPパケットを順次切り出して、分割パケットのペイロードに順次配置する場合に、ALPパケットの境界となったとき、分割パケットの固定長（188バイト）に応じた残りの領域に対し、ゼロパディングを行うことで、ALPパケットの先頭と、分割パケットのペイロードの先頭とが一致するようにする。
図１５には、復調回路２０１により処理されるパケットを示している。図１５のＡには、ALPパケットを示し、図１５のＢには、分割パケットを示している。
図１５においては、復調回路２０１で、時系列に順次処理される複数のALPパケットのうち、連続した２つのALPパケット（AP1，AP2）が例示されているが、先頭のALPパケットAP1の一部が切り出され、分割ヘッダが付加されることで、分割パケットDP1が生成される。ここでは、TSパケットのパケット長が188バイトであるので、それに合わせて、分割パケットDP1のパケット長が188バイトとなるように、すなわち、3バイトの分割ヘッダ（Header）を除いた185バイトとなるペイロードに配置するために、185バイトの分のALPパケットが切り出される。
このようにして得られる分割パケットDP1は、3バイトの分割ヘッダと、185バイトのペイロードとから構成され、そのパケット長が188バイトとなる。すなわち、ここでは、ALPパケットを順次処理することによって、188バイト単位の分割パケットが順次生成される。具体的には、ALPパケットAP1の一部が切り出されることで、分割パケットDP1が生成される。
また、ALPパケットAP1の一部が切り出されることで、分割パケットDP2が生成されるが、分割パケットDP2のペイロードの途中で、ALPパケットAP1のデータが終了し、ALPパケットAP1とALPパケットAP2との境界になっている。
このとき、分割パケットDP2の固定長（188バイト）に応じた残りの領域に対しては、ゼロパディングが行われるようにする。すなわち、分割パケットDP2は、ペイロードに、ALPパケットAP1の途中から最後までのALPパケットAP1の一部のデータが配置され、その残りの領域に、ゼロパディングがなされることで、固定長（188バイト）となっている。
そのため、分割パケットDP2の次の分割パケットDP3のペイロードには、ALPパケットAP2の先頭から途中までのALPパケットAP2の一部のデータが配置され、ALPパケットAP1とALPパケットAP2との境界が、分割パケットDP2と分割パケットDP3との境界と一致することになる。
同様に、ALPパケットAP2の一部が切り出されることで、188バイト単位の分割パケットDP3, DP4が順次生成されるが、例えば、分割パケットDP4のペイロードの途中で、ALPパケットAP2のデータが終了した場合には、ゼロパディングがなされ、そのパケット長が188バイトに調整される。
なお、上述した説明では、ゼロパディングが、分割パケットの固定長に応じた残りの領域に対して行われる場合を説明しているが、分割パケット（のペイロード）の途中の領域に対して行われるようにしてもよい。例えば、分割パケットにおいて、分割ヘッダに続いて、ゼロパディングを行った後に、ALPパケットのデータをペイロードに配置して、そのパケット長が188バイトに調整されるようにすればよい。
また、上述した説明では、ゼロパディング（ゼロ詰め）を一例に説明しているが、例えば、分割パケットの固定長に応じた残りの領域に対して、任意の固定系列を挿入するなど、そのパケット長が固定長に調整できるのであれば、他の手法を用いるようにしてよい。
このように、ALPパケットを切り出して、分割パケットのペイロードに配置する際に、あるALPパケットのデータが終了した場合には、直ちに次のALPパケットを切り出すのではなく、当該分割パケットの固定長に応じた残りの領域に、ゼロパディングがなされるようにして、次の分割パケットのペイロードの先頭には、次のALPパケットの先頭のデータから配置されるようにする。
これにより、ALPパケットの境界は、常に分割パケットの境界と一致することになって、ALPパケットの先頭の位置が、分割パケットのペイロードの先頭の位置となることが明らかであるから、例えば、復元情報として、先頭ポインタを分割ヘッダに含めなくてもよく、分割ヘッダに含まれる復元情報の情報量を減らすことができる。
以上、第５の実施の形態について説明した。
（６）第６の実施の形態
次に、図１６を参照して、第６の実施の形態の分割パケットの構造について説明する。
第６の実施の形態では、上述した第５の実施の形態と同様に、ALPパケットを切り出して、分割パケットのペイロードに配置する際に、分割パケットの固定長（188バイト）に応じた残りの領域に対し、ゼロパディングを行うが、分割パケットのうち、分割ヘッダが付加されるのは、ALPパケットの先頭をペイロードに含む分割パケットのみとなるようにする。
図１６には、復調回路２０１により処理されるパケットを示している。図１６のＡには、ALPパケットを示し、図１６のＢには、分割パケットを示している。
図１６においては、復調回路２０１で、時系列に順次処理される複数のALPパケットのうち、連続した２つのALPパケット（AP1，AP2）が例示されているが、先頭のALPパケットAP1の一部が切り出され、分割ヘッダが付加されることで、分割パケットDP1が生成される。すなわち、このようにして得られる分割パケットDP1は、3バイトの分割ヘッダと、185バイトのペイロードとから構成され、そのパケット長が188バイトとなる。
また、ALPパケットAP1の一部が切り出されることで、分割パケットDP2が生成されるが、分割パケットDP2には、分割ヘッダは付加されずに、ALPパケットAP1から切り出されたデータを含むペイロードのみからなる。すなわち、このようにして得られる分割パケットDP2は、188バイトのペイロードのみから構成され、そのパケット長が188バイトとなる。
また、ALPパケットAP1の一部が切り出されることで、分割パケットDP3が生成されるが、分割パケットDP3には、分割ヘッダは付加されずに、ALPパケットAP1から切り出されたデータを含むペイロードのみからなるが、188バイトの残りの領域には、ゼロパディングがなされている。すなわち、このようにして得られる分割パケットDP3は、Xバイトのペイロードと、188 - X バイトのゼロパディング（All 0）から構成され、そのパケット長が188バイトとなる。
同様に、ALPパケットAP2の一部が切り出されることで、188バイト単位の分割パケットDP4, DP5が順次生成されるが、例えば、分割ヘッダは、ALPパケットAP2の先頭を含む分割パケットDP4にのみ付加され、ALPパケットAP2の先頭を含んでいない分割パケットDP5は、ペイロードのみから構成されることになる。なお、このとき、分割パケットDP5のペイロードの途中で、ALPパケットAP2のデータが終了した場合には、ゼロパディングがなされ、そのパケット長が188バイトに調整される。
このように、ALPパケットを切り出して、分割パケットのペイロードに配置する際に、当該分割パケットの固定長に応じた残りの領域に対し、ゼロパディングを行うことで、ALPパケットの境界と分割パケットの境界とを一致させるとともに、分割パケットのうち、分割ヘッダが付加されるのは、ALPパケットの先頭をペイロードに含む分割パケットのみとなるようにする。
これにより、分割パケットとしては、分割ヘッダが付加されていない分割パケットが存在することになるが、分割ヘッダが削減された分だけ、ペイロードに対し、ALPパケットのデータを含めることが可能となるため、データの伝送効率を向上させることができる。
以上、第６の実施の形態について説明した。
（７）第７の実施の形態
次に、図１７乃至図１９を参照して、第７の実施の形態の分割パケットの構造について説明する。
第７の実施の形態では、分割パケットに付加される分割ヘッダに含めるヘッダ情報（復元情報）と、分割パケットの分割形態との対応関係を例示する。
（対応関係の表）
図１７は、分割ヘッダのヘッダ情報と分割パケットの分割形態との対応関係を示す図である。
ここで、分割パケットの分割形態としては、上述した第１の分割形態、第２の分割形態、及び第３の分割形態の３形態がある。
すなわち、第１の分割形態は、ALPパケットを切り出してペイロードに配置し、分割ヘッダを付加して分割パケットを生成するものである（「単に分割」に相当する）。例えば、上述した実施の形態のうち、図１０に示した第１の実施の形態が、第１の分割形態に相当するものである。
また、第２の分割形態は、ALPパケットを切り出して、分割パケットのペイロードに配置する際に、当該分割パケットの固定長に応じた残りの領域に対し、ゼロパディングを行うものである（「分割＋ゼロ詰め」に相当する）。例えば、上述した実施の形態のうち、図１５に示した第５の実施の形態が、第２の分割形態に相当するものである。
また、第３の分割形態は、第２の分割形態と同様に、分割パケットの固定長に応じた残りの領域に対し、ゼロパディングを行うが、分割パケットのうち、分割ヘッダが付加されるのが、ALPパケットの先頭をペイロードに含む分割パケットのみとなるものである（「分割＋ゼロ詰め＋ヘッダ削減」に相当する）。例えば、上述した実施の形態のうち、図１６に示した第６の実施の形態が、第３の分割形態に相当するものである。
図１７に示すように、分割ヘッダのヘッダ情報としては、例えば、同期バイト、エラーインジケータ、PTP有無フラグ、ALPパケット先頭有無フラグ、PLP_ID切り替わりフラグ、PTP、先頭ポインタ、PLP_ID切り替わり先頭ポインタ、及びパケットIDを含めることができる。
同期バイト（Sync）は、処理回路２０２側で分割パケットの先頭を検出するために使用される。例えば、同期バイトには、8ビットが割り当てられ、'0x47'が設定される。
また、同期バイトは、第１の分割形態、第２の分割形態、及び第３の分割形態のすべてに対応しているため、それらの分割形態からなる分割パケットの分割ヘッダに含めることができる。
エラーインジケータ（Error Indicator）は、分割パケットのペイロードに配置されるALPパケットのエラーの有無を示すフラグである。例えば、エラーインジケータには、1ビットが割り当てられ、ペイロード内のALPパケットのうち、一部でもエラーが存在する場合には、'1'b1'が設定され、エラーが存在しない場合には、'1'b0'が設定される。
また、エラーインジケータは、第１の分割形態、第２の分割形態、及び第３の分割形態のすべてに対応しているため、それらの分割形態からなる分割パケットの分割ヘッダに含めることができる。
PTP有無フラグ（PTP Indicator）は、分割パケットの分割ヘッダに配置されるPTP（時刻情報）の有無を示すフラグである。例えば、PTP有無フラグには、1ビットが割り当てられ、分割ヘッダ内にPTPが存在する場合には、'1'b1'が設定され、PTPが存在しない場合には、'1'b0'が設定される。
また、PTP有無フラグは、第１の分割形態、第２の分割形態、及び第３の分割形態のすべてに対応しているため、それらの分割形態からなる分割パケットの分割ヘッダに含めることができる。
ただし、PTP有無フラグとして、'1'b1'が設定された場合、分割ヘッダ内にPTPが配置されることになるが、このとき、第４の実施の形態に示した場合と同様に、分割パケットの分割ヘッダに、時刻情報を配置した場合には、その残りの領域をゼロパディングして、固定長（188バイト）とすることができる。そして、このようなゼロパディングを行うことによって、ALPパケットの境界と分割パケットの境界とが一致することになるが、実質的には、ペイロードにPTPのみが配置されていることと同様とされる。
ALPパケット先頭有無フラグ（ALP Packet Start Indicator）は、分割パケットのペイロードに配置されるALPパケットの先頭の位置を示す先頭ポインタの有無を示すフラグである。例えば、ALPパケット先頭有無フラグには、1ビットが割り当てられ、ペイロード内に、ALPパケットの先頭が存在してその位置を示す先頭ポインタが存在する場合には、'1'b1'が設定され、ALPパケットの先頭が存在せずに先頭ポインタが存在しない場合には、'1'b0'が設定される。
また、ALPパケット先頭有無フラグは、第１の分割形態、第２の分割形態、及び第３の分割形態のすべてに対応しているため、それらの分割形態からなる分割パケットの分割ヘッダに含めることができる。
ただし、第２の分割形態の場合には、ゼロパディングが行われるため、ALPパケット先頭有無フラグとして'1'b1'が設定されたとき、当該分割ヘッダが付加された分割パケットのペイロードの先頭が、ALPパケットの先頭を表すことになる。また、第３の分割形態の場合には、ゼロパディングが行われ、さらに分割ヘッダの削減が行われているため、分割ヘッダが付加された分割パケット（のペイロード）の先頭が、ALPパケットの先頭を表すことになる。
PLP_ID切り替わりフラグ（PLP Indicator）は、分割パケットのペイロード内で、PLP_IDの切り替わりの有無を示すフラグである。例えば、PLP_ID切り替わりフラグには、1ビットが割り当てられ、ペイロード内にPLP_IDの切り替わりがある場合には、'1'b1'が設定され、PLP_IDの切り替わりがない場合には、'1'b0'が設定される。
また、PLP_ID切り替わりフラグは、第１の分割形態に対応しているため、第１の分割形態からなる分割パケットの分割ヘッダに含めることができる。ただし、第１の分割形態で、PLP_ID切り替わりフラグを分割ヘッダに含める際に、188バイトの分割パケット内で、PLP_IDが１回変化する場合には対応可能であるが、PLP_IDが２回変化する場合には、PLP_ID切り替わりフラグを使用することはできない。
なお、第２の分割形態と第３の分割形態の場合には、ゼロパディングが行われ、ALPパケットの先頭は、常に分割パケットのペイロードの先頭と一致して、PLP_IDの切り替わりは、分割パケットのペイロードの先頭と一致するため、PLP_ID切り替わりフラグは、不要とされる。
PTPは、8ビットの時刻情報である。PTPは、PTP有無フラグとの組み合わせで使用され、PTP有無フラグが、PTPが存在していることを示している場合に、分割ヘッダに配置される。
また、PTPは、第１の分割形態、第２の分割形態、及び第３の分割形態のすべてに対応しているため、それらの分割形態からなる分割パケットの分割ヘッダに含めることができる。ただし、これらの分割形態で、分割パケットにPTPを配置した場合には、PTPをALPパケットで伝送することは不要とされる。
先頭ポインタ（Start Pointer）は、分割パケットのペイロードに配置されるALPパケットの先頭の位置を示すポインタであって、8ビットが割り当てられる。先頭ポインタは、ALPパケット先頭有無フラグとの組み合わせで使用され、ALPパケット先頭有無フラグが、先頭ポインタが存在していることを示している場合に、分割ヘッダに配置される。
また、先頭ポインタは、第１の分割形態にのみ対応しており、第１の分割形態からなる分割パケットの分割ヘッダに含めることができる。なお、第２の分割形態と第３の分割形態の場合には、ゼロパディングが行われ、ALPパケットの先頭は、常に分割パケットの先頭と一致するため、先頭ポインタは不要とされる。ただし、第２の分割形態と第３の分割形態の場合に、例えば、分割ヘッダの直後などの分割パケットの途中の領域に対し、ゼロパディングを行った場合には、それに続く、ALPパケットの先頭の位置が、先頭ポインタにより示されるようにしてもよい。
PLP_ID切り替わり先頭ポインタ（PLP_ID Pointer）は、PLP_IDが切り替わった場合にそのALPパケットの先頭の位置を示すポインタであって、8ビットが割り当てられる。PLP_ID切り替わり先頭ポインタは、PLP_ID切り替わりフラグとの組み合わせで使用され、PLP_ID切り替わりフラグが、PLP_ID切り替わり先頭ポインタが存在していることを示している場合に、分割ヘッダに配置される。
また、PLP_ID切り替わり先頭ポインタは、第１の分割形態にのみ対応しており、第１の分割形態からなる分割パケットの分割ヘッダに含めることができる。ただし、先に述べたように、第１の分割形態で、PLP_ID切り替わりフラグを分割ヘッダに含める際に、188バイトの分割パケット内で、PLP_IDが２回変化する場合には、PLP_ID切り替わりフラグを使用することはできない。
なお、第２の分割形態と第３の分割形態の場合には、ゼロパディングが行われ、ALPパケットの先頭は、常に分割パケットのペイロードの先頭と一致して、PLP_IDの切り替わりは、分割パケットのペイロードの先頭と一致するため、PLP_ID切り替わり先頭ポインタは不要とされる。
パケットIDは、分割パケットを識別するためのIDである。このパケットIDとしては、固定のID、又はALPパケットのPLP_IDを割り当てることができる。
パケットIDとして、固定のIDを割り当てる場合には、そのビット数として13ビットが確保され、MPEG2-TSで使用されていないPIDの値が、固定的に割り当てられる。この場合に、パケットID（固定ID）は、第１の分割形態、第２の分割形態、及び第３の分割形態のすべてに対応しているため、それらの分割形態からなる分割パケットの分割ヘッダに含めることができる。
また、パケットIDとして、PLP_IDを割り当てる場合には、そのビット数として6ビットが確保され、ペイロード内のALPパケットのPLP_IDが割り当てられる。この場合に、パケットID（PLP_ID）は、第１の分割形態、第２の分割形態、及び第３の分割形態のすべてに対応しているため、それらの分割形態からなる分割パケットの分割ヘッダに含めることができる。
ただし、第１の分割形態で、パケットIDとしてPLP_IDを割り当てる場合に、188バイトの分割パケット内で、PLP_IDが１回変化する場合には対応可能であるが、PLP_IDが２回変化する場合には、パケットID（PLP_ID）を使用することはできない。すなわち、ここでは、２種類のPLP_IDが必要であれば、例えば、PLP_IDの切り替わりの前後のPLP_IDを用いればよいが、３種類以上のPLP_IDには対応することができない。
また、第２の分割形態と第３の分割形態で、パケットIDとしてPLP_IDを割り当てる場合には、PLP_IDを、ALPパケットで伝送することは不要とされる。
（分割ヘッダのヘッダ情報の例）
次に、図１８及び図１９を参照して、分割ヘッダのヘッダ情報と分割パケットの分割形態との対応関係の具体例を説明する。
図１８には、分割ヘッダのヘッダ情報の第１の例を示している。
第１の例においては、分割パケットの分割形態として、第１の分割形態が採用されているため、先頭のALPパケットAP1の一部が切り出され、分割ヘッダが付加されることで、分割パケットDP1と、分割パケットDP2が順に生成されている（図１８のＡ，Ｂ）。また、ALPパケットAP1とALPパケットAP2の一部がそれぞれ切り出され、分割ヘッダが付加されることで、分割パケットDP3が生成されている（図１８のＡ，Ｂ）。
ここで、分割パケットの分割ヘッダであるが、図１８のＣに示した構造とすることができる。すなわち、図１８のＣにおいて、分割ヘッダは、8ビットの同期バイト、1ビットのエラーインジケータ、1ビットのALPパケット先頭有無フラグ、1ビットのPTP有無フラグ、及び13ビットのパケットID（固定ID）が配置される。
分割ヘッダにおいては、ALPパケット先頭有無フラグとして'1'b1'が設定される場合に、8ビットの先頭ポインタが配置される。例えば、図１８のＢに示した分割パケットDP1乃至DP3のうち、分割パケットDP3のペイロードには、ALPパケットAP2の先頭が含まれるため、ALPパケット先頭有無フラグとして'1'b1'が設定され、当該ALPパケットAP2の先頭の位置を示す先頭ポインタが、分割ヘッダに配置される。
また、分割ヘッダにおいては、PTP有無フラグとして'1'b1'が設定される場合に、8ビットのPTPが配置される。これにより、例えば、図１８のＢに示した分割パケットDP1乃至DP3のうち、いずれかの分割パケットの分割ヘッダに、時刻情報としてのPTPを配置することができる。なお、PTPが、分割ヘッダに配置される場合には、その残りの領域をゼロパディングして、分割パケットを固定長（188バイト）とすることができる。また、PTPが、分割ヘッダに配置される場合には、ALPパケットにてPTPを伝送することは不要とされる。
図１９には、分割ヘッダのヘッダ情報の第２の例を示している。
第２の例においては、分割パケットの分割形態として、第２の分割形態が採用されているため、ALPパケットAP1の一部が切り出され、分割ヘッダが付加されることで、分割パケットDP1と、分割パケットDP2が順に生成されるが、分割パケットDP2では、固定長に応じた残りの領域に対し、ゼロパディングが行われている（図１９のＡ，Ｂ）。また、ALPパケットAP2の一部が切り出され、分割ヘッダが付加されることで、分割パケットDP3が生成されている（図１９のＡ，Ｂ）。
ここで、分割パケットの分割ヘッダであるが、図１９のＣに示した構造とすることができる。すなわち、図１９のＣにおいて、分割ヘッダは、8ビットの同期バイト、1ビットのエラーインジケータ、1ビットのALPパケット先頭有無フラグ、1ビットの'1'b0'、及び13ビットのパケットID（PLP_ID）が配置される。なお、PLP_IDは、13ビットのパケットIDのうち、任意の6ビットを用いて表される。このとき、13ビットのパケットIDは、6ビットのPLP_IDと、7ビットのreservedから構成される。
分割ヘッダにおいては、ALPパケット先頭有無フラグが配置されているが、第２の分割形態の場合には、ALPパケットの先頭は、常に分割パケットの先頭と一致するため、先頭ポインタを配置しなくてもよい。
例えば、図１９のＢに示した分割パケットDP1乃至DP3のうち、分割パケットDP1と分割パケットDP3では、ペイロードの先頭が、ALPパケットの先頭とされるため、ALPパケット先頭有無フラグとして'1'b1'が設定されるが、分割ヘッダに先頭ポインタは配置されていない。なお、分割パケットDP2の分割ヘッダでは、ALPパケット先頭有無フラグとして'1'b0'が設定される。
また、図１９のＣに示した分割ヘッダにおいては、パケットIDとして、ペイロード内のALPパケットのPLP_IDが配置されているため、PLP_IDをALPパケットとして伝送する場合には、PLP_IDをALPパケットとして伝送することは不要とされる。
なお、図１８及び図１９に示した分割ヘッダのヘッダ情報は、一例であって、ヘッダ情報としては、例えば、図１７に示した同期バイト、エラーインジケータ、PTP有無フラグ、ALPパケット先頭有無フラグ、PLP_ID切り替わりフラグ、PTP、先頭ポインタ、PLP_ID切り替わり先頭ポインタ、及びパケットIDのうち、１以上の情報を含めることができる。
また、図１７に示した分割ヘッダのヘッダ情報についても、一例であって、例えば、分割パケットからALPパケットを復元するために有効な情報など、様々な情報を含めることができる。
以上、第７の実施の形態について説明した。
（８）第８の実施の形態
次に、図２０及び図２１を参照して、第８の実施の形態の分割パケットの構造について説明する。
第８の実施の形態では、上述した第３の実施の形態で示したように、PLP_IDをALPパケットのフォーマットを利用して伝送するのではなく、ALPパケットの先頭に、PLP_IDが配置されることを、あらかじめ定めておくことで、分割ヘッダを利用せずに、PLP_IDを伝送することができるようにする。
図２０には、復調回路２０１により処理されるパケットを示している。
図２０においては、先頭のALPパケットAP1の一部が切り出され、分割ヘッダが付加されることで、分割パケットDP1と、分割パケットDP2が順に生成されている（図２０のＡ，Ｂ）。また、ALPパケットAP1とALPパケットAP2の一部がそれぞれ切り出され、分割ヘッダが付加されることで、分割パケットDP3が生成されている（図２０のＡ，Ｂ）。
ここでは、ALPパケットの先頭の所定のバイト（例えば１バイト）に、PLP_IDを配置することがあらかじめ定められているため、ALPパケットの先頭には、PLP_IDが配置されることになる。そのため、分割パケットDP3のペイロードに注目すれば、ALPパケットAP1に続いて配置されるALPパケットAP2の先頭には、PLP_IDが配置されている。すなわち、PLP_IDはALPパケット単位で紐付くものであるため、ALPパケットの境界に、PLP_IDが付加されるようにしている。
図２１は、第８の実施の形態の分割パケットの伝送を説明するタイミングチャートである。
図２１には、受信装置２０において、物理インターフェース２０３を介して接続される復調回路２０１と処理回路２０２との間で伝送される分割パケットのクロック信号（CLK）、同期信号（SYNC）、有効信号（VALID）、及びデータ（DATA）のタイミングチャートを図示している。
ここで、データ（DATA）のタイミングチャートに注目すれば、188バイトの分割パケットDP3のペイロードには、ALPパケットAP1とALPパケットAP2との境界が存在しているが、ALPパケットAP2の先頭の１ビットに、次のALPパケットのPLP_ID（例えば、'2'd0'）が配置されている。
このように、ALPパケットの先頭の１バイト目に、PLP_IDを入れると決めておくことで、分割ヘッダにPLP_IDを挿入しなくても、処理回路２０２では、ALPパケットの先頭の１バイト目が識別子（PLP_ID）であるとしてPLP_IDを取得し、PLPごとにストリームを処理することが可能となる。
以上、第８の実施の形態について説明した。
（９）第９の実施の形態
最後に、図２２及び図２３を参照して、第９の実施の形態の分割パケットの構造について説明する。
第９の実施の形態では、分割パケットに、アダプテーションフィールド（adaptation_field）を配置して、そこに、時刻情報としてのPTPやPLP_ID等の情報を含めることができるようにする。
図２２には、復調回路２０１により処理されるパケットを示している。
ここでは、分割パケットAP1の一部が切り出され、分割ヘッダが付加されることで、分割パケットDP1と、分割パケットDP2が順に生成されている（図２２のＡ，Ｂ）。また、分割パケットAP1と分割パケットAP2の一部がそれぞれ切り出され、分割ヘッダが付加されることで、分割パケットDP3が生成されている（図２２のＡ，Ｂ）。
ここで、分割パケットの分割ヘッダであるが、図２２のＣに示した構造とすることができる。すなわち、図２２のＣにおいて、分割ヘッダは、8ビットの同期バイト、1ビットのエラーインジケータ、1ビットのALPパケット先頭有無フラグ、1ビットのアダプテーションフィールド制御、及び13ビットのパケットID（固定ID）が配置される。
アダプテーションフィールド制御は、アダプテーションフィールドの構成を示すために使用される領域である。例えば、アダプテーションフィールド制御には、1ビットが割り当てられ、アダプテーションフィールドがある場合には、'1'b1'が設定され、アダプテーションフィールドがない場合には、'1'b0'が設定される。
なお、アダプテーションフィールドは、var型のフィールドとして定義されるが、その詳細は、図２３を参照して後述する。また、図２２においては、分割パケットの分割形態として、第１の分割形態となる場合を例示しているが、第９の実施の形態の分割パケットの構造は、第２の分割形態又は第３の分割形態を採用した分割パケットについても適用可能である。
（シンタックスの例）
図２３は、図２２に示したアダプテーションフィールド（Adaptation_field）のシンタックスの例を示す図である。
8ビットのadaptation_field_lengthは、アダプテーションフィールドの長さを表している。
adaptation_field_lengthの値が、0よりも大きい場合、discontinuity_indicator,random_access_indicator,ALP_packet_priority_indicator,PTP_flag,及びPLP_ID_flagが配置される。
1ビットのdiscontinuity_indicatorは、ALPパケットが不連続であることを示す。1ビットのrandom_access_indicatorは、ランダムアクセスポイントを示す。
1ビットのALP_packet_priority_indicatorは、対象のALPパケットが、他のALPパケットよりも優先度が高いことを示す。
1ビットのPTP_flagは、アダプテーションフィールドに、PTPが含まれることを示す。1ビットのPLP_ID_flagは、アダプテーションフィールドに、PLP_IDが含まれることを示す。なお、PLP_ID_flagに続く3ビットは、将来の予約を意味するreservedとされる。
PTP_flag = '1' となる場合、時刻情報（PTP）として、L1B_time_info_flag, L1D_time_sec, L1D_time_msec, L1D_time_usec, 及びL1D_time_nsecが配置される。
2ビットのL1B_time_info_flagは、PTP（時刻情報）の精度を表す。例えば、'01'は、ミリ秒単位を意味し、'10'は、マイクロ秒単位を意味し、'11'は、ナノ秒単位を意味している。
32ビットのL1D_time_secは、秒単位の時刻情報を表している。10ビットのL1D_time_msecは、ミリ秒単位の時刻情報を表している。10ビットのL1D_time_usecは、マイクロ秒単位の時刻情報を表している。10ビットのL1D_time_nsecは、ナノ秒単位の時刻情報を表している。
例えば、L1B_time_info_flag = '01'となる場合には、秒単位の時刻情報（L1D_time_sec）と、ミリ秒単位の時刻情報（L1D_time_msec）が配置される。また、例えば、L1B_time_info_flag = '10'となる場合には、秒単位とミリ秒単位の時刻情報（L1D_time_sec, L1D_time_msec）に加えて、マイクロ秒単位の時刻情報（L1D_time_usec）が配置される。また、例えば、L1B_time_info_flag = '11'となる場合には、秒単位とミリ秒単位とマイクロ秒単位の時刻情報（L1D_time_sec, L1D_time_msec, L1D_time_usec）に加えて、ナノ秒単位の時刻情報（L1D_time_nsec）が配置される。
PTP_ID_flag = '1' となる場合、PLP_IDが配置される。
6ビットのPLP_IDは、PLP(Physical Layer Pipe)を識別するためのIDである。なお、PLP_IDに続く2ビットは、reservedとされる。
なお、アダプテーションフィールドは、MPEG2-TS方式でも利用されており、このアダプテーションフィールドを利用することで、例えば、上述した第３の実施の形態や第４の実施の形態で示したような、PLP_IDや時刻情報（PTP）を、ALPパケットを利用して伝送するのではなく、MPEG2-TS方式の構造と同様の構造で伝送することが可能となる。
また、図２３においては、アダプテーションフィールドに、時刻情報（PTP）とPLP_IDが配置される場合を例示したが、いずれか一方の情報のみが配置されるようにしてもよく、さらに、時刻情報（PTP）とPLP_ID以外の情報が配置されるようにしてもよい。
以上、第９の実施の形態について説明した。
＜４．受信側で実行される処理の流れ＞
図２４のフローチャートを参照して、受信装置２０における復調回路２０１と処理回路２０２で実行される処理の流れを説明する。
なお、図２４においては、ステップＳ１１乃至Ｓ１４の処理は、復調回路２０１により実行され、ステップＳ３１乃至Ｓ３３の処理は、処理回路２０２により実行される。
ステップＳ１１において、復調部２１１は、アンテナを介して受信された放送信号に対し、復調処理を行う。
ステップＳ１２において、誤り訂正部２１２は、ステップＳ１１の処理で得られるデータに対し、誤り訂正復号処理を行う。
ステップＳ１３において、I/F部２１３は、ステップＳ１２の処理で得られるデータに基づき、ALPパケットを処理して、分割パケットを生成する。
この分割パケットは、TSパケットに応じたパケット長（188バイト）からなり、例えば、分割ヘッダには、復元情報として先頭ポインタが含められる。また、例えば、特定のALPパケットには、プライベートユーザデータ（PUD）として、時刻情報としてのPTPや、PLP_IDを付加することができる。すなわち、ここで生成される分割パケットは、上述した第１の実施の形態乃至第９の実施の形態のいずれかの実施の形態に対応した分割パケットとされる。
ステップＳ１４において、I/F部２１３は、ステップＳ１３の処理で得られる分割パケットを、物理インターフェース２０３を介して処理回路２０２に出力する。
処理回路２０２においては、物理インターフェース２０３を介して復調回路２０１（のI/F部２１３）からの分割パケットが入力され、メモリ２２１に記録される。このメモリ２２１に記録された分割パケットは、デマックス２２２によってハードウェア処理される（Ｓ３１）。
また、分割パケットを処理することで、分割ヘッダに含められる復元情報（例えば、先頭ポインタ）に基づき、ペイロードに配置されたデータから、ALPパケットが復元される（Ｓ３２）。そして、メモリ２２３に記録されたALPパケットは、SW処理部２２４によってソフトウェア処理される（Ｓ３３）。
なお、処理回路２０２では、ALPパケットにPTPが付加されている場合には、PTPを時刻情報として用い、クロックリカバリを行うことができる。また、処理回路２０２では、ALPパケットにPLP_IDが付加されている場合には、M-PLP時に、ALPパケットが、どのPLPに属しているのかを識別することが可能となる。
以上、復調回路２０１と処理回路２０２で実行される処理の流れについて説明した。
＜５．変形例＞
（装置の構成の例）
上述した説明では、復調ICとしての復調回路２０１と、システムオンチップ（SoC）としての処理回路２０２が、受信装置２０に内蔵されているとして説明したが、復調回路２０１と処理回路２０２は、それぞれがそれ単独で装置として構成されるようにしてもよい。すなわち、復調回路２０１は、受信装置２０に内蔵された復調部であるか、あるいはそれ単独で処理を行う復調装置であるとも言える。また、処理回路２０２は、受信装置２０に内蔵された処理部であるか、あるいはそれ単独で処理を行う処理装置であるとも言える。
（受信装置の例）
上述した説明では、受信装置２０は、テレビ受像機やセットトップボックス（STB）等の固定受信機であるとして説明したが、そのほか、例えば、録画機やゲーム機、ネットワークストレージなどであってもよいし、あるいは、スマートフォンや携帯電話機、タブレット型コンピュータ等のモバイル受信機であってもよい。また、例えば、受信装置２０は、ヘッドマウントディスプレイ（HMD：Head Mounted Display）等のウェアラブルコンピュータや、車載テレビなどの車両に搭載される車載機器などであってもよい。
（他の放送方式の例）
上述した説明としては、デジタル放送の規格として、米国等で採用されている方式であるATSC（特に、ATSC3.0）を説明したが、本技術は、日本等が採用する方式であるISDB(Integrated Services Digital Broadcasting)や、欧州の各国等が採用する方式であるDVB(Digital Video Broadcasting)などに適用するようにしてもよい。また、上述した説明では、既存方式がMPEG2-TS(Transport Stream)方式であり、新方式がIP伝送方式である場合を説明したが、既存方式と新方式として、他の方式の組み合わせが適用されるようにしてもよい。
また、デジタル放送の規格としては、地上波放送のほか、放送衛星（BS：Broadcasting Satellite)や通信衛星（CS：Communications Satellite）等を利用した衛星放送や、ケーブルテレビ（CATV）等の有線放送などの規格に適用することができる。
（放送方式以外の方式への適用）
また、本技術は、伝送路として、放送網以外の伝送路、すなわち、例えば、インターネットや電話網等の通信回線（通信網）などを利用することを想定して規定されている所定の規格（デジタル放送の規格以外の規格）などにも適用することができる。その場合には、放送システム１（図５）の伝送路３０として、インターネットや電話網などの通信回線が利用され、送信装置１０は、インターネット上に設けられたサーバとすることができる。そして、当該通信サーバと、受信装置２０とが、伝送路３０（通信回線）を介して双方向の通信を行うことになる。
（パケットやシグナリングの他の例）
また、上述したパケットやフレーム、シグナリング（制御情報）などの名称は、一例であって、他の名称が用いられる場合がある。ただし、これらの名称の違いは、形式的な違いであって、対象のパケットやフレーム、シグナリングなどの実質的な内容が異なるものではない。
例えば、ALPパケットは、伝送パケットの一例であって、伝送パケットには、例えば、可変長のパケットであるTLV(Type Length Value)パケットやGSE(Generic Stream Encapsulation)パケットなどが含まれる。なお、フレームとパケットは同一の意味で用いられる場合がある。
（時刻情報の他の例）
上述した説明では、時刻情報として、PTP(Precision Time Protocol)で規定される時刻の情報が用いられる場合を説明したが、それに限らず、例えば、NTP(Network Time Protocol)や3GPP(Third Generation Partnership Project)で規定されている時刻の情報や、GPS(Global Positioning System)情報に含まれる時刻の情報、その他独自に決定された形式の時刻の情報等の任意の時刻の情報を用いることができる。
また、上述した説明では、時刻情報は、物理層フレームの先頭の時刻を示すとして説明したが、それに限らず、任意の時刻を示すようにしてもよい。例えば、時刻情報は、物理層フレームのストリームにおける所定の位置の時刻（絶対的な時刻）を表すようにすることができる。つまり、このストリームにおける所定の位置の時刻とは、所定の位置のビットが、送信装置１０で処理されている最中の所定のタイミングの時刻である。また、物理層フレームにプリアンブルを設ける構造が採用された場合には、当該プリアンブルに、時刻情報を含めるようにしてもよい。
＜６．コンピュータの構成＞
上述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、コンピュータにインストールされる。図２５は、上述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示す図である。
コンピュータ１０００において、CPU(Central Processing Unit)１００１、ROM(Read Only Memory)１００２、RAM(Random Access Memory)１００３は、バス１００４により相互に接続されている。バス１００４には、さらに、入出力インターフェース１００５が接続されている。入出力インターフェース１００５には、入力部１００６、出力部１００７、記録部１００８、通信部１００９、及び、ドライブ１０１０が接続されている。
入力部１００６は、キーボード、マウス、マイクロフォンなどよりなる。出力部１００７は、ディスプレイ、スピーカなどよりなる。記録部１００８は、ハードディスクや不揮発性のメモリなどよりなる。通信部１００９は、ネットワークインターフェースなどよりなる。ドライブ１０１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブル記録媒体１０１１を駆動する。
以上のように構成されるコンピュータ１０００では、CPU１００１が、ROM１００２や記録部１００８に記録されているプログラムを、入出力インターフェース１００５及びバス１００４を介して、RAM１００３にロードして実行することにより、上述した一連の処理が行われる。
コンピュータ１０００（CPU１００１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブル記録媒体１０１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線又は無線の伝送媒体を介して提供することができる。
コンピュータ１０００では、プログラムは、リムーバブル記録媒体１０１１をドライブ１０１０に装着することにより、入出力インターフェース１００５を介して、記録部１００８にインストールすることができる。また、プログラムは、有線又は無線の伝送媒体を介して、通信部１００９で受信し、記録部１００８にインストールすることができる。その他、プログラムは、ROM１００２や記録部１００８に、あらかじめインストールしておくことができる。
ここで、本明細書において、コンピュータがプログラムに従って行う処理は、必ずしもフローチャートとして記載された順序に沿って時系列に行われる必要はない。すなわち、コンピュータがプログラムに従って行う処理は、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含む。また、プログラムは、１のコンピュータ（プロセッサ）により処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。
なお、本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。例えば、上述した第１の実施の形態乃至第９の実施の形態の各実施の形態は、単独で実施の形態として成立することは勿論、複数の実施の形態が組み合わされるようにしてもよい。
また、本技術は、以下のような構成をとることができる。
（１）
放送信号から得られる第１の伝送パケットを復調する復調部と、
第１の伝送方式で用いられる可変長のパケットである前記第１の伝送パケットを、第２の伝送方式で用いられる固定長のパケットである第２の伝送パケットに応じたパケット長に分割してペイロードに配置するとともに、前記ペイロードに対して前記第１の伝送パケットを復元するための情報を含むヘッダを付加することで得られる分割パケットを、所定のインターフェースを介して出力する出力部と
を備える復調装置。
（２）
前記出力部は、前記第１の伝送パケットを順次分割して、前記分割パケットのペイロードに順次配置する
前記（１）に記載の復調装置。
（３）
前記出力部は、前記第１の伝送パケットを順次分割して、前記第１の伝送パケットの先頭と前記分割パケットのペイロードの先頭とが一致するように、前記分割パケットのペイロードに順次配置する
前記（１）に記載の復調装置。
（４）
前記出力部は、前記分割パケットのペイロードに配置される前記第１の伝送パケットの境界となったとき、前記分割パケットの固定長に応じた残りの領域又は途中の領域に対し、ゼロパディング又は任意の固定系列を挿入する
前記（３）に記載の復調装置。
（５）
前記出力部は、前記分割パケットのうち、前記分割パケットのペイロードに前記第１の伝送パケットの先頭を含むものに対してのみ、前記分割パケットのヘッダを付加する
前記（３）又は（４）に記載の復調装置。
（６）
前記分割パケットのヘッダは、
前記分割パケットの先頭を検出するための同期バイト、
前記分割パケットのペイロードに配置される前記第１の伝送パケットのエラーの有無を示すエラーインジケータ、
前記第１の伝送パケットを含む物理層フレームの特定の位置を示す時刻情報、
前記分割パケットのペイロードに配置される前記第１の伝送パケットの先頭の位置を示す第１のポインタ、
PLP(Physical Layer Pipe)を識別するPLP_IDが切り替わったときの前記第１の伝送パケットの先頭の位置を示す第２のポインタ、
及び前記分割パケットを識別するパケットID
のうち、１以上の情報を含む
前記（１）乃至（５）のいずれかに記載の復調装置。
（７）
前記分割パケットのペイロードに配置される前記第１の伝送パケットの先頭の位置のうち、最初の先頭の位置は、前記ポインタが示す先頭の位置により特定され、２番目以降の先頭の位置は、前記ポインタが示す先頭の位置と、前記第１の伝送パケットのパケット長により特定される
前記（６）に記載の復調装置。
（８）
前記パケットIDは、固定のID、又は前記分割パケットのペイロードに配置される前記第１の伝送パケットのPLP_IDが割り当てられる
前記（６）又は（７）に記載の復調装置。
（９）
前記時刻情報、前記第１のポインタ、及び前記第２のポインタは、それらの情報の有無を示すフラグに応じて配置される
前記（６）乃至（８）のいずれかに記載の復調装置。
（１０）
前記分割パケットは、アダプテーションフィールドを含み、
前記アダプテーションフィールドは、前記第１の伝送パケットを含む物理層フレームの特定の位置を示す時刻情報、及びPLPを識別するPLP_IDの少なくとも一方の情報を含む
前記（１）乃至（９）のいずれかに記載の復調装置。
（１１）
前記第１の伝送パケットは、複数のPLPにより伝送され、
PLPごとに得られる前記第１の伝送パケットのうち、特定の第１の伝送パケットには、前記第１の伝送パケットが属しているPLPを識別するPLP_IDが含まれる
前記（１）乃至（１０）のいずれかに記載の復調装置。
（１２）
前記第１の伝送パケットのうち、特定の第１の伝送パケットには、前記第１の伝送パケットを含む物理層フレームの特定の位置を示す時刻情報が含まれる
前記（１）乃至（１１）のいずれかに記載の復調装置。
（１３）
前記分割パケットにおいて、前記分割パケットのペイロードに、前記時刻情報を含む前記第１の伝送パケットが配置された場合には、ゼロパディング又は任意の固定系列の挿入がなされる
前記（１２）に記載の復調装置。
（１４）
前記分割パケットのペイロードに配置される前記第１の伝送パケットの先頭には、PLPを識別するPLP_IDが付加される
前記（１）乃至（５）のいずれかに記載の復調装置。
（１５）
前記第１の伝送方式は、IP(Internet Protocol)伝送方式であって、
前記第１の伝送パケットは、ATSC(Advanced Television Systems Committee)3.0で規定されるALP(ATSC Link-Layer Protocol)パケットであり、
前記第２の伝送方式は、MPEG2-TS(Transport Stream)方式であって、
前記第２の伝送パケットは、TSパケットである
前記（１）乃至（１４）のいずれかに記載の復調装置。
（１６）
前記第２の伝送パケットのパケット長は、188バイトであり、
前記第１の伝送パケットは、188バイト単位の前記分割パケットが得られるように分割され、
前記分割パケットのヘッダは、前記TSパケットのTSヘッダに対応する情報を含む
前記（１５）に記載の復調装置。
（１７）
復調装置のデータ処理方法において、
前記復調装置が、
放送信号から得られる第１の伝送パケットを復調し、
第１の伝送方式で用いられる可変長のパケットである前記第１の伝送パケットを、第２の伝送方式で用いられる固定長のパケットである第２の伝送パケットに応じたパケット長に分割してペイロードに配置するとともに、前記ペイロードに対して前記第１の伝送パケットを復元するための情報を含むヘッダを付加することで得られる分割パケットを、所定のインターフェースを介して出力する
ステップを含むデータ処理方法。
（１８）
所定のインターフェースを介して入力される分割パケットのヘッダに含まれる情報に基づき、ペイロードに配置されたデータから復元される第１の伝送パケットを処理する処理部を備え、
前記第１の伝送パケットは、第１の伝送方式で用いられる可変長のパケットであって、放送信号から得られ、
前記分割パケットは、前記第１の伝送パケットを、第２の伝送方式で用いられる固定長のパケットである第２の伝送パケットに応じたパケット長に分割してペイロードに配置するとともに、前記ペイロードに対して前記第１の伝送パケットを復元するための情報を含むヘッダを付加することで得られる
処理装置。
（１９）
前記分割パケットのヘッダは、
前記分割パケットの先頭を検出するための同期バイト、
前記分割パケットのペイロードに配置される前記第１の伝送パケットのエラーの有無を示すエラーインジケータ、
前記第１の伝送パケットを含む物理層フレームの特定の位置を示す時刻情報、
前記ペイロードのペイロードに配置される前記第１の伝送パケットの先頭の位置を示す第１のポインタ、
PLPを識別するPLP_IDが切り替わったときの前記第１の伝送パケットの先頭の位置を示す第２のポインタ、
及び前記分割パケットを識別するパケットID
のうち、１以上の情報を含む
前記（１８）に記載の処理装置。
（２０）
前記分割パケットのペイロードに配置される前記第１の伝送パケットの先頭の位置のうち、最初の先頭の位置は、前記ポインタが示す先頭の位置により特定され、２番目以降の先頭の位置は、前記ポインタが示す先頭の位置と、前記第１の伝送パケットのパケット長により特定される
前記（１９）に記載の処理装置。
（２１）
前記パケットIDは、固定のID、又は前記分割パケットのペイロードに配置される前記第１の伝送パケットのPLP_IDが割り当てられる
前記（１９）又は（２０）に記載の処理装置。
（２２）
前記時刻情報、前記第１のポインタ、及び前記第２のポインタは、それらの情報の有無を示すフラグに応じて配置される
前記（１９）乃至（２１）のいずれかに記載の処理装置。
（２３）
前記分割パケットは、アダプテーションフィールドを含み、
前記アダプテーションフィールドは、前記第１の伝送パケットを含む物理層フレームの特定の位置を示す時刻情報、及びPLPを識別するPLP_IDの少なくとも一方の情報を含む
前記（１８）乃至（２２）のいずれかに記載の処理装置。
（２４）
前記第１の伝送パケットは、複数のPLPにより伝送され、
PLPごとに得られる前記第１の伝送パケットのうち、特定の第１の伝送パケットには、前記第１の伝送パケットが属しているPLPを識別するPLP_IDが含まれる
前記（１８）乃至（２３）のいずれかに記載の処理装置。
（２５）
前記第１の伝送パケットのうち、特定の第１の伝送パケットには、前記第１の伝送パケットを含む物理層フレームの特定の位置を示す時刻情報が含まれる
前記（１８）乃至（２４）のいずれかに記載の処理装置。
（２６）
前記分割パケットにおいて、前記分割パケットのペイロードに、前記時刻情報を含む前記第１の伝送パケットが配置された場合には、ゼロパディング又は任意の固定系列の挿入がなされる
前記（２５）に記載の処理装置。
（２７）
前記分割パケットのペイロードに配置される前記第１の伝送パケットの先頭には、PLPを識別するPLP_IDが付加される
前記（１８）に記載の処理装置。
（２８）
前記第１の伝送方式は、IP伝送方式であって、
前記第１の伝送パケットは、ATSC3.0で規定されるALPパケットであり、
前記第２の伝送方式は、MPEG2-TS方式であって、
前記第２の伝送パケットは、TSパケットである
前記（１８）乃至（２７）のいずれかに記載の処理装置。
（２９）
前記第２の伝送パケットのパケット長は、188バイトであり、
前記第１の伝送パケットは、188バイト単位の前記分割パケットが得られるように分割され、
前記分割パケットのヘッダは、前記TSパケットのTSヘッダに対応する情報を含む
前記（２８）に記載の処理装置。
（３０）
処理装置のデータ処理方法において、
前記処理装置が、
所定のインターフェースを介して入力される分割パケットのヘッダに含まれる情報に基づき、ペイロードに配置されたデータから復元される第１の伝送パケットを処理する
ステップを含み、
前記第１の伝送パケットは、第１の伝送方式で用いられる可変長のパケットであって、放送信号から得られ、
前記分割パケットは、前記第１の伝送パケットを、第２の伝送方式で用いられる固定長のパケットである第２の伝送パケットに応じたパケット長に分割してペイロードに配置するとともに、前記ペイロードに対して前記第１の伝送パケットを復元するための情報を含むヘッダを付加することで得られる
データ処理方法。
（３１）
放送信号から得られる第１の伝送パケットを復調する復調部と、
前記復調部により復調された前記第１の伝送パケットを処理する処理部と
を備え、
前記復調部と前記処理部とは、所定のインターフェースを介して接続され、
前記復調部は、第１の伝送方式で用いられる可変長のパケットである前記第１の伝送パケットを、第２の伝送方式で用いられる固定長のパケットである第２の伝送パケットに応じたパケット長に分割してペイロードに配置するとともに、前記ペイロードに対して前記第１の伝送パケットを復元するための情報を含むヘッダを付加することで得られる分割パケットを、前記処理部に出力し、
前記処理部は、前記復調部から入力される前記分割パケットのヘッダに含まれる情報に基づき、ペイロードに配置されたデータから復元される前記第１の伝送パケットを処理する
受信装置。
（３２）
前記復調部は、前記第１の伝送パケットを順次分割して、前記分割パケットのペイロードに順次配置する
前記（３１）に記載の受信装置。
（３３）
前記復調部は、前記第１の伝送パケットを順次分割して、前記分割パケットのペイロードに順次配置するとき、前記第１の伝送パケットの先頭と、前記分割パケットのペイロードの先頭とが一致するようにする
前記（３１）に記載の受信装置。
（３４）
前記分割パケットのペイロードに配置される前記第１の伝送パケットの境界となったとき、前記分割パケットの固定長に応じた残りの領域又は途中の領域に対し、ゼロパディング又は任意の固定系列の挿入が行われる
前記（３３）に記載の受信装置。
（３５）
前記分割パケットのうち、前記分割パケットのペイロードに、前記第１の伝送パケットの先頭を含むものに対してのみ、前記分割パケットのヘッダが付加される
前記（３３）又は（３４）に記載の受信装置。
（３６）
前記分割パケットのヘッダは、
前記分割パケットの先頭を検出するための同期バイト、
前記分割パケットのペイロードに配置される前記第１の伝送パケットのエラーの有無を示すエラーインジケータ、
物理層フレームの特定の位置を示す時刻情報、
前記分割パケットのペイロードに配置される前記第１の伝送パケットの先頭の位置を示す第１のポインタ、
PLPを識別するPLP_IDが切り替わったときの前記第１の伝送パケットの先頭の位置を示す第２のポインタ、
及び前記分割パケットを識別するパケットID
のうち、１以上の情報を含む
前記（３１）乃至（３５）のいずれかに記載の受信装置。
（３７）
前記分割パケットのペイロードに配置される前記第１の伝送パケットの先頭の位置のうち、最初の先頭の位置は、前記ポインタが示す先頭の位置により特定され、２番目以降の先頭の位置は、前記ポインタが示す先頭の位置と、前記第１の伝送パケットのパケット長により特定される
前記（３６）に記載の受信装置。
（３８）
前記パケットIDは、固定のID、又は前記分割パケットのペイロードに配置される前記第１の伝送パケットのPLP_IDが割り当てられる
前記（３６）又は（３７）に記載の受信装置。
（３９）
前記時刻情報、前記第１のポインタ、及び前記第２のポインタは、それらの情報の有無を示すフラグに応じて配置される
前記（３６）乃至（３８）のいずれかに記載の受信装置。
（４０）
前記分割パケットは、アダプテーションフィールドを含み、
前記アダプテーションフィールドは、前記第１の伝送パケットを含む物理層フレームの特定の位置を示す時刻情報、及びPLPを識別するPLP_IDの少なくとも一方の情報を含む
前記（３１）乃至（３９）のいずれかに記載の受信装置。
（４１）
前記第１の伝送パケットは、複数のPLPにより伝送され、
PLPごとに得られる前記第１の伝送パケットのうち、特定の第１の伝送パケットには、前記第１の伝送パケットが属しているPLPを識別するPLP_IDが含まれる
前記（３１）乃至（４０）のいずれかに記載の受信装置。
（４２）
前記第１の伝送パケットのうち、特定の第１の伝送パケットには、前記第１の伝送パケットを含む物理層フレームの特定の位置を示す時刻情報が含まれる
前記（３１）乃至（４１）のいずれかに記載の受信装置。
（４３）
前記分割パケットにおいて、前記分割パケットのペイロードに、前記時刻情報を含む前記第１の伝送パケットが配置された場合には、ゼロパディング又は任意の固定系列の挿入がなされる
前記（４２）に記載の受信装置。
（４４）
前記分割パケットのペイロードに配置される前記第１の伝送パケットの先頭には、PLPを識別するPLP_IDが付加される
前記（３１）乃至（３５）のいずれかに記載の受信装置。
（４５）
前記第１の伝送方式は、IP伝送方式であって、
前記第１の伝送パケットは、ATSC3.0で規定されるALPパケットであり、
前記第２の伝送方式は、MPEG2-TS方式であって、
前記第２の伝送パケットは、TSパケットである
前記（３１）乃至（４４）のいずれかに記載の受信装置。
（４６）
前記第２の伝送パケットのパケット長は、188バイトであり、
前記第１の伝送パケットは、188バイト単位の前記分割パケットが得られるように分割され、
前記分割パケットのヘッダは、前記TSパケットのTSヘッダに対応する情報を含む
前記（４５）に記載の受信装置。
（４７）
前記復調部は、復調デバイスであり、
前記処理部は、システムオンチップ（SoC：System on Chip）である
前記（３１）乃至（４６）のいずれかに記載の受信装置。
（４８）
放送信号から得られる第１の伝送パケットを復調する復調部と、
前記復調部により復調された前記第１の伝送パケットを処理する処理部と
を有し、
前記復調部と前記処理部とは、所定のインターフェースを介して接続される
受信装置のデータ処理方法において、
前記復調部が、第１の伝送方式で用いられる可変長のパケットである前記第１の伝送パケットを、第２の伝送方式で用いられる固定長のパケットである第２の伝送パケットに応じたパケット長に分割してペイロードに配置するとともに、前記ペイロードに対して前記第１の伝送パケットを復元するための情報を含むヘッダを付加することで得られる分割パケットを、前記処理部に出力し、
前記処理部が、前記復調部から入力される前記分割パケットのヘッダに含まれる情報に基づき、ペイロードに配置されたデータから復元される前記第１の伝送パケットを処理する
ステップを含むデータ処理方法。
１ 放送システム， １０ 送信装置， ２０ 受信装置， ３０ 伝送路， ２０１ 復調回路， ２０２ 処理回路， ２０３ 物理インターフェース， ２１１ 復調部， ２１２ 誤り訂正部， ２１３ I/F部， ２２１ メモリ， ２２２ デマックス， ２２３ メモリ， ２２４ SW処理部， １０００ コンピュータ， １００１ CPU

Claims (48)

  1. 放送信号から得られる第１の伝送パケットを復調する復調部と、
    第１の伝送方式で用いられる可変長のパケットである前記第１の伝送パケットを、第２の伝送方式で用いられる固定長のパケットである第２の伝送パケットに応じたパケット長に分割してペイロードに配置するとともに、前記ペイロードに対して前記第１の伝送パケットを復元するための情報を含むヘッダを付加することで得られる分割パケットを、所定のインターフェースを介して出力する出力部と
    を備える復調装置。
  2. 前記出力部は、前記第１の伝送パケットを順次分割して、前記分割パケットのペイロードに順次配置する
    請求項１に記載の復調装置。
  3. 前記出力部は、前記第１の伝送パケットを順次分割して、前記第１の伝送パケットの先頭と前記分割パケットのペイロードの先頭とが一致するように、前記分割パケットのペイロードに順次配置する
    請求項１に記載の復調装置。
  4. 前記出力部は、前記分割パケットのペイロードに配置される前記第１の伝送パケットの境界となったとき、前記分割パケットの固定長に応じた残りの領域又は途中の領域に対し、ゼロパディング又は任意の固定系列を挿入する
    請求項３に記載の復調装置。
  5. 前記出力部は、前記分割パケットのうち、前記分割パケットのペイロードに前記第１の伝送パケットの先頭を含むものに対してのみ、前記分割パケットのヘッダを付加する
    請求項３に記載の復調装置。
  6. 前記分割パケットのヘッダは、
    前記分割パケットの先頭を検出するための同期バイト、
    前記分割パケットのペイロードに配置される前記第１の伝送パケットのエラーの有無を示すエラーインジケータ、
    前記第１の伝送パケットを含む物理層フレームの特定の位置を示す時刻情報、
    前記分割パケットのペイロードに配置される前記第１の伝送パケットの先頭の位置を示す第１のポインタ、
    PLP(Physical Layer Pipe)を識別するPLP_IDが切り替わったときの前記第１の伝送パケットの先頭の位置を示す第２のポインタ、
    及び前記分割パケットを識別するパケットID
    のうち、１以上の情報を含む
    請求項１に記載の復調装置。
  7. 前記分割パケットのペイロードに配置される前記第１の伝送パケットの先頭の位置のうち、最初の先頭の位置は、前記ポインタが示す先頭の位置により特定され、２番目以降の先頭の位置は、前記ポインタが示す先頭の位置と、前記第１の伝送パケットのパケット長により特定される
    請求項６に記載の復調装置。
  8. 前記パケットIDは、固定のID、又は前記分割パケットのペイロードに配置される前記第１の伝送パケットのPLP_IDが割り当てられる
    請求項６に記載の復調装置。
  9. 前記時刻情報、前記第１のポインタ、及び前記第２のポインタは、それらの情報の有無を示すフラグに応じて配置される
    請求項６に記載の復調装置。
  10. 前記分割パケットは、アダプテーションフィールドを含み、
    前記アダプテーションフィールドは、前記第１の伝送パケットを含む物理層フレームの特定の位置を示す時刻情報、及びPLPを識別するPLP_IDの少なくとも一方の情報を含む
    請求項１に記載の復調装置。
  11. 前記第１の伝送パケットは、複数のPLPにより伝送され、
    PLPごとに得られる前記第１の伝送パケットのうち、特定の第１の伝送パケットには、前記第１の伝送パケットが属しているPLPを識別するPLP_IDが含まれる
    請求項１に記載の復調装置。
  12. 前記第１の伝送パケットのうち、特定の第１の伝送パケットには、前記第１の伝送パケットを含む物理層フレームの特定の位置を示す時刻情報が含まれる
    請求項１に記載の復調装置。
  13. 前記分割パケットにおいて、前記分割パケットのペイロードに、前記時刻情報を含む前記第１の伝送パケットが配置された場合には、ゼロパディング又は任意の固定系列の挿入がなされる
    請求項１２に記載の復調装置。
  14. 前記分割パケットのペイロードに配置される前記第１の伝送パケットの先頭には、PLPを識別するPLP_IDが付加される
    請求項１に記載の復調装置。
  15. 前記第１の伝送方式は、IP(Internet Protocol)伝送方式であって、
    前記第１の伝送パケットは、ATSC(Advanced Television Systems Committee)3.0で規定されるALP(ATSC Link-Layer Protocol)パケットであり、
    前記第２の伝送方式は、MPEG2-TS(Transport Stream)方式であって、
    前記第２の伝送パケットは、TSパケットである
    請求項１に記載の復調装置。
  16. 前記第２の伝送パケットのパケット長は、188バイトであり、
    前記第１の伝送パケットは、188バイト単位の前記分割パケットが得られるように分割され、
    前記分割パケットのヘッダは、前記TSパケットのTSヘッダに対応する情報を含む
    請求項１５に記載の復調装置。
  17. 復調装置のデータ処理方法において、
    前記復調装置が、
    放送信号から得られる第１の伝送パケットを復調し、
    第１の伝送方式で用いられる可変長のパケットである前記第１の伝送パケットを、第２の伝送方式で用いられる固定長のパケットである第２の伝送パケットに応じたパケット長に分割してペイロードに配置するとともに、前記ペイロードに対して前記第１の伝送パケットを復元するための情報を含むヘッダを付加することで得られる分割パケットを、所定のインターフェースを介して出力する
    ステップを含むデータ処理方法。
  18. 所定のインターフェースを介して入力される分割パケットのヘッダに含まれる情報に基づき、ペイロードに配置されたデータから復元される第１の伝送パケットを処理する処理部を備え、
    前記第１の伝送パケットは、第１の伝送方式で用いられる可変長のパケットであって、放送信号から得られ、
    前記分割パケットは、前記第１の伝送パケットを、第２の伝送方式で用いられる固定長のパケットである第２の伝送パケットに応じたパケット長に分割してペイロードに配置するとともに、前記ペイロードに対して前記第１の伝送パケットを復元するための情報を含むヘッダを付加することで得られる
    処理装置。
  19. 前記分割パケットのヘッダは、
    前記分割パケットの先頭を検出するための同期バイト、
    前記分割パケットのペイロードに配置される前記第１の伝送パケットのエラーの有無を示すエラーインジケータ、
    前記第１の伝送パケットを含む物理層フレームの特定の位置を示す時刻情報、
    前記ペイロードのペイロードに配置される前記第１の伝送パケットの先頭の位置を示す第１のポインタ、
    PLPを識別するPLP_IDが切り替わったときの前記第１の伝送パケットの先頭の位置を示す第２のポインタ、
    及び前記分割パケットを識別するパケットID
    のうち、１以上の情報を含む
    請求項１８に記載の処理装置。
  20. 前記分割パケットのペイロードに配置される前記第１の伝送パケットの先頭の位置のうち、最初の先頭の位置は、前記ポインタが示す先頭の位置により特定され、２番目以降の先頭の位置は、前記ポインタが示す先頭の位置と、前記第１の伝送パケットのパケット長により特定される
    請求項１９に記載の処理装置。
  21. 前記パケットIDは、固定のID、又は前記分割パケットのペイロードに配置される前記第１の伝送パケットのPLP_IDが割り当てられる
    請求項１９に記載の処理装置。
  22. 前記時刻情報、前記第１のポインタ、及び前記第２のポインタは、それらの情報の有無を示すフラグに応じて配置される
    請求項１９に記載の処理装置。
  23. 前記分割パケットは、アダプテーションフィールドを含み、
    前記アダプテーションフィールドは、前記第１の伝送パケットを含む物理層フレームの特定の位置を示す時刻情報、及びPLPを識別するPLP_IDの少なくとも一方の情報を含む
    請求項１８に記載の処理装置。
  24. 前記第１の伝送パケットは、複数のPLPにより伝送され、
    PLPごとに得られる前記第１の伝送パケットのうち、特定の第１の伝送パケットには、前記第１の伝送パケットが属しているPLPを識別するPLP_IDが含まれる
    請求項１８に記載の処理装置。
  25. 前記第１の伝送パケットのうち、特定の第１の伝送パケットには、前記第１の伝送パケットを含む物理層フレームの特定の位置を示す時刻情報が含まれる
    請求項１８に記載の処理装置。
  26. 前記分割パケットにおいて、前記分割パケットのペイロードに、前記時刻情報を含む前記第１の伝送パケットが配置された場合には、ゼロパディング又は任意の固定系列の挿入がなされる
    請求項２５に記載の処理装置。
  27. 前記分割パケットのペイロードに配置される前記第１の伝送パケットの先頭には、PLPを識別するPLP_IDが付加される
    請求項１８に記載の処理装置。
  28. 前記第１の伝送方式は、IP伝送方式であって、
    前記第１の伝送パケットは、ATSC3.0で規定されるALPパケットであり、
    前記第２の伝送方式は、MPEG2-TS方式であって、
    前記第２の伝送パケットは、TSパケットである
    請求項１８に記載の処理装置。
  29. 前記第２の伝送パケットのパケット長は、188バイトであり、
    前記第１の伝送パケットは、188バイト単位の前記分割パケットが得られるように分割され、
    前記分割パケットのヘッダは、前記TSパケットのTSヘッダに対応する情報を含む
    請求項２８に記載の処理装置。
  30. 処理装置のデータ処理方法において、
    前記処理装置が、
    所定のインターフェースを介して入力される分割パケットのヘッダに含まれる情報に基づき、ペイロードに配置されたデータから復元される第１の伝送パケットを処理する
    ステップを含み、
    前記第１の伝送パケットは、第１の伝送方式で用いられる可変長のパケットであって、放送信号から得られ、
    前記分割パケットは、前記第１の伝送パケットを、第２の伝送方式で用いられる固定長のパケットである第２の伝送パケットに応じたパケット長に分割してペイロードに配置するとともに、前記ペイロードに対して前記第１の伝送パケットを復元するための情報を含むヘッダを付加することで得られる
    データ処理方法。
  31. 放送信号から得られる第１の伝送パケットを復調する復調部と、
    前記復調部により復調された前記第１の伝送パケットを処理する処理部と
    を備え、
    前記復調部と前記処理部とは、所定のインターフェースを介して接続され、
    前記復調部は、第１の伝送方式で用いられる可変長のパケットである前記第１の伝送パケットを、第２の伝送方式で用いられる固定長のパケットである第２の伝送パケットに応じたパケット長に分割してペイロードに配置するとともに、前記ペイロードに対して前記第１の伝送パケットを復元するための情報を含むヘッダを付加することで得られる分割パケットを、前記処理部に出力し、
    前記処理部は、前記復調部から入力される前記分割パケットのヘッダに含まれる情報に基づき、ペイロードに配置されたデータから復元される前記第１の伝送パケットを処理する
    受信装置。
  32. 前記復調部は、前記第１の伝送パケットを順次分割して、前記分割パケットのペイロードに順次配置する
    請求項３１に記載の受信装置。
  33. 前記復調部は、前記第１の伝送パケットを順次分割して、前記分割パケットのペイロードに順次配置するとき、前記第１の伝送パケットの先頭と、前記分割パケットのペイロードの先頭とが一致するようにする
    請求項３１に記載の受信装置。
  34. 前記分割パケットのペイロードに配置される前記第１の伝送パケットの境界となったとき、前記分割パケットの固定長に応じた残りの領域又は途中の領域に対し、ゼロパディング又は任意の固定系列の挿入が行われる
    請求項３３に記載の受信装置。
  35. 前記分割パケットのうち、前記分割パケットのペイロードに、前記第１の伝送パケットの先頭を含むものに対してのみ、前記分割パケットのヘッダが付加される
    請求項３３に記載の受信装置。
  36. 前記分割パケットのヘッダは、
    前記分割パケットの先頭を検出するための同期バイト、
    前記分割パケットのペイロードに配置される前記第１の伝送パケットのエラーの有無を示すエラーインジケータ、
    物理層フレームの特定の位置を示す時刻情報、
    前記分割パケットのペイロードに配置される前記第１の伝送パケットの先頭の位置を示す第１のポインタ、
    PLPを識別するPLP_IDが切り替わったときの前記第１の伝送パケットの先頭の位置を示す第２のポインタ、
    及び前記分割パケットを識別するパケットID
    のうち、１以上の情報を含む
    請求項３１に記載の受信装置。
  37. 前記分割パケットのペイロードに配置される前記第１の伝送パケットの先頭の位置のうち、最初の先頭の位置は、前記ポインタが示す先頭の位置により特定され、２番目以降の先頭の位置は、前記ポインタが示す先頭の位置と、前記第１の伝送パケットのパケット長により特定される
    請求項３６に記載の受信装置。
  38. 前記パケットIDは、固定のID、又は前記分割パケットのペイロードに配置される前記第１の伝送パケットのPLP_IDが割り当てられる
    請求項３６に記載の受信装置。
  39. 前記時刻情報、前記第１のポインタ、及び前記第２のポインタは、それらの情報の有無を示すフラグに応じて配置される
    請求項３６に記載の受信装置。
  40. 前記分割パケットは、アダプテーションフィールドを含み、
    前記アダプテーションフィールドは、前記第１の伝送パケットを含む物理層フレームの特定の位置を示す時刻情報、及びPLPを識別するPLP_IDの少なくとも一方の情報を含む
    請求項３１に記載の受信装置。
  41. 前記第１の伝送パケットは、複数のPLPにより伝送され、
    PLPごとに得られる前記第１の伝送パケットのうち、特定の第１の伝送パケットには、前記第１の伝送パケットが属しているPLPを識別するPLP_IDが含まれる
    請求項３１に記載の受信装置。
  42. 前記第１の伝送パケットのうち、特定の第１の伝送パケットには、前記第１の伝送パケットを含む物理層フレームの特定の位置を示す時刻情報が含まれる
    請求項３１に記載の受信装置。
  43. 前記分割パケットにおいて、前記分割パケットのペイロードに、前記時刻情報を含む前記第１の伝送パケットが配置された場合には、ゼロパディング又は任意の固定系列の挿入がなされる
    請求項４２に記載の受信装置。
  44. 前記分割パケットのペイロードに配置される前記第１の伝送パケットの先頭には、PLPを識別するPLP_IDが付加される
    請求項３１に記載の受信装置。
  45. 前記第１の伝送方式は、IP伝送方式であって、
    前記第１の伝送パケットは、ATSC3.0で規定されるALPパケットであり、
    前記第２の伝送方式は、MPEG2-TS方式であって、
    前記第２の伝送パケットは、TSパケットである
    請求項３１に記載の受信装置。
  46. 前記第２の伝送パケットのパケット長は、188バイトであり、
    前記第１の伝送パケットは、188バイト単位の前記分割パケットが得られるように分割され、
    前記分割パケットのヘッダは、前記TSパケットのTSヘッダに対応する情報を含む
    請求項４５に記載の受信装置。
  47. 前記復調部は、復調デバイスであり、
    前記処理部は、システムオンチップ（SoC：System on Chip）である
    請求項３１に記載の受信装置。
  48. 放送信号から得られる第１の伝送パケットを復調する復調部と、
    前記復調部により復調された前記第１の伝送パケットを処理する処理部と
    を有し、
    前記復調部と前記処理部とは、所定のインターフェースを介して接続される
    受信装置のデータ処理方法において、
    前記復調部が、第１の伝送方式で用いられる可変長のパケットである前記第１の伝送パケットを、第２の伝送方式で用いられる固定長のパケットである第２の伝送パケットに応じたパケット長に分割してペイロードに配置するとともに、前記ペイロードに対して前記第１の伝送パケットを復元するための情報を含むヘッダを付加することで得られる分割パケットを、前記処理部に出力し、
    前記処理部が、前記復調部から入力される前記分割パケットのヘッダに含まれる情報に基づき、ペイロードに配置されたデータから復元される前記第１の伝送パケットを処理する
    ステップを含むデータ処理方法。
JP2019525302A 2017-06-14 2018-05-31 復調装置、処理装置、受信装置、及びデータ処理方法 Active JP7191822B2 (ja)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
JP2017117054 2017-06-14
JP2017117054 2017-06-14
JP2017142986 2017-07-24
JP2017142986 2017-07-24
PCT/JP2018/020902 WO2018230348A1 (ja) 2017-06-14 2018-05-31 復調装置、処理装置、受信装置、及びデータ処理方法

Publications (2)

Publication Number Publication Date
JPWO2018230348A1 true JPWO2018230348A1 (ja) 2020-04-16
JP7191822B2 JP7191822B2 (ja) 2022-12-19

Family

ID=64659132

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2019525302A Active JP7191822B2 (ja) 2017-06-14 2018-05-31 復調装置、処理装置、受信装置、及びデータ処理方法

Country Status (5)

Country Link
US (2) US11368748B2 (ja)
JP (1) JP7191822B2 (ja)
KR (2) KR102474102B1 (ja)
TW (1) TWI690150B (ja)
WO (1) WO2018230348A1 (ja)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7082282B2 (ja) * 2018-06-06 2022-06-08 富士通株式会社 パケット解析プログラム、パケット解析方法およびパケット解析装置
WO2022203248A1 (ko) * 2021-03-24 2022-09-29 한국전자통신연구원 리듀스드 캐리어 계수를 시그널링하는 방송 신호 프레임을 이용한 방송 신호 송신 장치 및 방송 신호 송신 방법
JPWO2022224520A1 (ja) * 2021-04-19 2022-10-27

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015156636A (ja) * 2014-01-15 2015-08-27 日本放送協会 送信装置及び受信装置
WO2015198545A1 (ja) * 2014-06-24 2015-12-30 株式会社ソシオネクスト インタフェース装置およびそれを備えた受信装置
WO2017065020A1 (ja) * 2015-10-15 2017-04-20 ソニー株式会社 受信装置、送信装置、及び、データ処理方法
WO2017065021A1 (ja) * 2015-10-15 2017-04-20 ソニー株式会社 受信装置、送信装置、及び、データ処理方法

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE69217860T2 (de) * 1991-12-09 1997-10-16 Matsushita Electric Ind Co Ltd Digitale Modulator- oder Demodulatorschaltung
JP4475835B2 (ja) * 2001-03-05 2010-06-09 富士通株式会社 入力回線インタフェース装置及びパケット通信装置
CA2924973C (en) 2013-09-26 2018-10-30 Lg Electronics Inc. Apparatus for transmitting signaling information, apparatus for receiving signaling information, method for transmitting signaling information and method for receiving signaling information
WO2016117283A1 (ja) * 2015-01-22 2016-07-28 株式会社ソシオネクスト 分割データの送受信システム
JP2016208161A (ja) 2015-04-17 2016-12-08 ソニー株式会社 送信装置、送信方法、受信装置、及び、受信方法
JP2016225906A (ja) 2015-06-02 2016-12-28 ソニー株式会社 送信装置、送信方法、受信装置、及び、受信方法
JP2017073680A (ja) * 2015-10-08 2017-04-13 ソニー株式会社 受信装置および方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015156636A (ja) * 2014-01-15 2015-08-27 日本放送協会 送信装置及び受信装置
WO2015198545A1 (ja) * 2014-06-24 2015-12-30 株式会社ソシオネクスト インタフェース装置およびそれを備えた受信装置
WO2017065020A1 (ja) * 2015-10-15 2017-04-20 ソニー株式会社 受信装置、送信装置、及び、データ処理方法
WO2017065021A1 (ja) * 2015-10-15 2017-04-20 ソニー株式会社 受信装置、送信装置、及び、データ処理方法

Also Published As

Publication number Publication date
TWI690150B (zh) 2020-04-01
KR20200018423A (ko) 2020-02-19
US20200145715A1 (en) 2020-05-07
TW201906311A (zh) 2019-02-01
US11653058B2 (en) 2023-05-16
KR102417673B1 (ko) 2022-07-07
US20220191579A1 (en) 2022-06-16
KR102474102B1 (ko) 2022-12-06
KR20220100096A (ko) 2022-07-14
WO2018230348A1 (ja) 2018-12-20
JP7191822B2 (ja) 2022-12-19
US11368748B2 (en) 2022-06-21

Similar Documents

Publication Publication Date Title
US10334088B2 (en) Transmitting apparatus and signal processing method thereof
US11677865B2 (en) Transmitting apparatus and signal processing method thereof
US11653058B2 (en) Demodulation device, processing device, reception device, and data processing method
US11700200B2 (en) Transmitting apparatus and signal processing method using removal of transport steam packet header
WO2017026249A1 (ja) 受信装置、及び、データ処理方法
US10735789B2 (en) Transmitting apparatus, receiving apparatus, and data processing method
WO2021153297A1 (ja) 情報処理装置、情報処理方法、並びにプログラム
WO2011105250A1 (ja) 送信装置、受信装置、通信システム、送信方法および変換方法
KR20210030336A (ko) 송신 장치, 수신 장치 및 그 신호 처리 방법
TWI673984B (zh) 送訊裝置、收訊裝置、及資料處理方法
TWI661728B (zh) 收訊裝置、及資料處理方法
WO2018207610A1 (ja) 送信装置、及び送信方法
JP7505613B2 (ja) 送信装置、及び送信方法
KR102675843B1 (ko) 송신 장치, 수신 장치 및 데이터 처리 방법

Legal Events

Date Code Title Description
A524 Written submission of copy of amendment under article 19 pct

Free format text: JAPANESE INTERMEDIATE CODE: A527

Effective date: 20191125

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20210414

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20220614

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220805

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20221207

R150 Certificate of patent or registration of utility model

Ref document number: 7191822

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150