WO2017122544A1 - データ処理装置、及び、データ処理方法 - Google Patents

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

Info

Publication number
WO2017122544A1
WO2017122544A1 PCT/JP2016/089039 JP2016089039W WO2017122544A1 WO 2017122544 A1 WO2017122544 A1 WO 2017122544A1 JP 2016089039 W JP2016089039 W JP 2016089039W WO 2017122544 A1 WO2017122544 A1 WO 2017122544A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
packet
information
demodulation
processing
Prior art date
Application number
PCT/JP2016/089039
Other languages
English (en)
French (fr)
Inventor
高橋　和幸
ロックラン ブルース マイケル
Original Assignee
ソニー株式会社
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 ソニー株式会社 filed Critical ソニー株式会社
Priority to MX2018008398A priority Critical patent/MX2018008398A/es
Priority to US15/781,203 priority patent/US10951945B2/en
Priority to JP2017561583A priority patent/JPWO2017122544A1/ja
Priority to EP16885144.2A priority patent/EP3404925B1/en
Priority to KR1020187018412A priority patent/KR102654232B1/ko
Priority to CA3010249A priority patent/CA3010249C/en
Publication of WO2017122544A1 publication Critical patent/WO2017122544A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H40/00—Arrangements specially adapted for receiving broadcast information
    • H04H40/18—Arrangements characterised by circuits or components specially adapted for receiving
    • 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
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/29—Arrangements for monitoring broadcast services or broadcast-related services
    • H04H60/32—Arrangements for monitoring conditions of receiving stations, e.g. malfunction or breakdown of receiving stations
    • 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2381—Adapting the multiplex stream to a specific network, e.g. an Internet Protocol [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/4345—Extraction or processing of SI, e.g. extracting service information from an MPEG stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/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/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/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/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
    • H04N21/4381—Recovering the multiplex stream from a specific network, e.g. recovering MPEG packets from ATM cells
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • 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/4385—Multiplex stream processing, e.g. multiplex stream decrypting
    • 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/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/4425—Monitoring of client processing errors or hardware failure
    • 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

Definitions

  • the present technology relates to a data processing device and a data processing method, and more particularly to a data processing device and a data processing method capable of enhancing the expandability of the function of a device on the receiving side.
  • ATSC Advanced Television Systems Committee
  • IP transmission In ATSC 3.0, a scheme that uses IP / UDP packets, that is, IP (Internet Protocol) packets including UDP (User Datagram Protocol) packets instead of TS (Transport Stream) packets for data transmission (hereinafter referred to as IP transmission) It is decided that the method is adopted. Moreover, it is expected that the IP transmission system will be adopted in the future, even in broadcasting systems other than ATSC 3.0.
  • IP Internet Protocol
  • UDP User Datagram Protocol
  • TS Transport Stream
  • the circuit on the previous stage performs restoration processing of the transport stream (TS) on the receiving side, and decoding Between the circuit at the rear stage which performs the process of and so on is realized by a single interface (see, for example, non-patent document 2).
  • TS transport stream
  • the demodulation device demodulation LSI
  • SoC System on Chip
  • the present technology has been made in view of such a situation, and is intended to be able to enhance the extensibility of the function of a device on the receiving side.
  • the data processing apparatus is the data processing apparatus in the former stage, and the demodulation process among the data obtained by performing a demodulation process on the digital broadcast signal and a reception unit that receives a digital broadcast signal.
  • the data processing device may be an independent device or an internal block constituting one device.
  • a data processing method according to an aspect of the present technology is a data processing method corresponding to the data processing device according to the aspect of the present technology described above.
  • a data processing device and a data processing method of the data obtained by receiving a digital broadcast signal and performing demodulation processing on the digital broadcast signal, processing after the demodulation processing is performed.
  • the notification data to be notified to the subsequent data processing apparatus to be performed is processed, and the data can be transmitted together with the received data obtained from the digital broadcast signal, and the notification data together with the received data is the data processing apparatus of the subsequent stage Output to
  • the extensibility of the function of the device on the receiving side can be enhanced.
  • FIG. 1 is a diagram illustrating a configuration of an embodiment of a transmission system to which the present technology is applied. It is a figure which shows the structural example of a transmission system. It is a figure which shows the structural example of a receiving system. It is a figure which shows the example of private user data. It is a figure which shows the structure of a physical layer frame. It is a figure which shows the structure of a bootstrap. It is a figure which shows the structure of a bootstrap. It is a figure which shows the structure of a bootstrap. It is a figure which shows the structure of a bootstrap. It is a figure which shows the example of the syntax of L1 basic information (L1-Basic).
  • L1 basic information L1-Basic
  • FIG. 5 is a diagram for explaining Generic packet external structure methods 1 and 2;
  • FIG. 5 is a diagram for explaining a Generic packet external structure method 1;
  • FIG. 5 is a diagram for explaining a Generic packet external structure method 1;
  • FIG. 5 is a diagram for explaining a Generic packet external structure method 1;
  • FIG. 18 is a diagram for explaining a Generic packet external structure method 2.
  • FIG. 18 is a diagram for explaining a Generic packet external structure method 2.
  • FIG. 18 is a diagram for explaining a Generic packet external structure method 2.
  • FIG. 18 is a diagram for explaining a Generic packet external structure method 2.
  • FIG. 1 is a diagram showing the configuration of an embodiment of a transmission system to which the present technology is applied.
  • a system is a system in which a plurality of devices are logically gathered.
  • the transmission system 1 includes a transmission system 10 and a reception system 20.
  • data transmission conforming to a digital broadcast standard adopting an IP transmission method such as Advanced Television Systems Committee (ATSC) 3.0 or the like is performed.
  • ATSC Advanced Television Systems Committee
  • the transmission system 10 transmits a broadcast stream including content such as a program or an advertisement via the transmission path 30 as a digital broadcast signal.
  • the reception system 20 receives the digital broadcast signal transmitted from the transmission system 10 via the transmission path 30, processes the content included in the broadcast stream, and outputs the content.
  • the reception system 20 is configured of a plurality of devices such as a data processing device of the former stage and a data processing device of the latter stage.
  • the data processing apparatus in the former stage performs demodulation processing on the digital broadcast signal transmitted from the transmission system 10, and outputs (transmits) data obtained thereby to the data processing apparatus in the latter stage.
  • the subsequent stage data processing device performs the subsequent stage processing of the demodulation process on the data output (sent) from the previous stage data processing device.
  • the data processing apparatus at the front stage corresponds to a demodulator 211 (FIG. 3), a home gateway 261 (FIG. 34), etc., which will be described later.
  • the processing device 212 (FIG. 3), the client device 262 (FIG. 34), etc. correspond to the data processing device of the latter stage.
  • the receiving system 20 can be provided with two or more and the transmission system 10 transmits Digital broadcast signals to be distributed can be simultaneously received by the plurality of receiving systems 20 via the transmission line 30.
  • a plurality of transmission systems 10 can be provided.
  • Each of the plurality of transmission systems 10 transmits a digital broadcast signal including a broadcast stream as a separate channel, for example, in a separate frequency band, and in the reception system 20, among the respective channels of the plurality of transmission systems 10. From which it is possible to select the channel on which the broadcast stream is to be received.
  • the transmission path 30 is satellite broadcasting using, for example, a broadcasting satellite (BS: Broadcasting Satellite) or a communication satellite (CS: Communications Satellite) in addition to terrestrial waves (terrestrial broadcasting).
  • BS Broadcasting Satellite
  • CS Communications Satellite
  • CATV cable broadcasting
  • FIG. 2 is a diagram showing a configuration example of the transmission system 10 of FIG.
  • the transmission system 10 includes a component processing unit 111, a signaling processing unit 112, a packet processing unit 113, a modulation processing unit 114, and an RF unit 115.
  • the component processing unit 111 acquires the content input thereto.
  • the content for example, a live content (for example, a live broadcast program such as sports relay) sent from a relay location through a transmission path or a communication line, or a recorded content (for example, Pre-recorded programs such as dramas etc. are included.
  • the component processing unit 111 processes (for example, encodes) data of video and audio components constituting the content, and supplies data obtained thereby to the packet processing unit 113.
  • the signaling processing unit 112 generates and processes signaling, and supplies it to the packet processing unit 113.
  • signaling in addition to signaling in the physical layer (hereinafter also referred to as L1 signaling (L1 signaling)), Link Layer Signaling (LLS) signaling and Service Layer Signaling (SLS) transmitted in the upper layer thereof. It is assumed that signaling etc. are defined.
  • LLS signaling is signaling acquired prior to SLS signaling, and SLS signaling for each service is acquired according to the information described in LLS signaling.
  • L1 signaling L1 basic information (L1-Basic) and L1 detailed information (L1-Detail) are defined.
  • LLS signaling for example, metadata such as SLT (Service List Table) is included.
  • SLT metadata includes information indicating the configuration of streams and services in the broadcast network, such as information necessary for channel selection of services (channel selection information).
  • USD metadata includes information such as where to obtain other metadata.
  • the LSID metadata is control information of a Real-Time Object Delivery over Unidirectional Transport (ROUTE) protocol.
  • MPD metadata is control information for managing playback of a stream of components.
  • the MPD metadata conforms to the MPEG-DASH (Dynamic Adaptive Streaming over HTTP) standard.
  • the packet processing unit 113 generates a packet using data of video and audio components supplied from the component processing unit 111 and data of signaling supplied from the signaling processing unit 112.
  • IP / UDP packet including a UDP packet
  • IP / UDP packets are encapsulated to generate a Generic packet.
  • the packet processed by the packet processing unit 113 is supplied to the modulation processing unit 114.
  • the modulation processing unit 114 processes the packet supplied from the packet processing unit 113 to generate and process a physical layer frame.
  • the physical layer frame is composed of a bootstrap, a preamble, and a payload.
  • L1 signaling generated by the signaling processing unit 112 can be included in the preamble.
  • the modulation processing unit 114 for example, error correction coding processing (for example, BCH coding, LDPC (Low Density Parity Check) coding, etc.), modulation processing (for example, OFDM (Orthogonal Frequency Division Multiplexing) modulation, etc.), etc. Processing is also performed.
  • error correction coding processing for example, BCH coding, LDPC (Low Density Parity Check) coding, etc.
  • modulation processing for example, OFDM (Orthogonal Frequency Division Multiplexing) modulation, etc.
  • OFDM Orthogonal Frequency Division Multiplexing
  • the RF unit 115 converts the signal supplied from the modulation processing unit 114 into an RF (Radio Frequency) signal, and transmits the signal as a digital broadcast signal of the IP transmission scheme via the antenna 121.
  • RF Radio Frequency
  • the transmission system 10 is configured as described above. In FIG. 2, for convenience of explanation, the transmission system 10 on the transmission side is described as if it were configured as one device, but the transmission system 10 on the transmission side is each of the blocks in FIG. It can be made up of multiple devices having functions.
  • FIG. 3 is a diagram showing an example of the configuration of the reception system 20 of FIG.
  • the reception system 20 is configured of a demodulation device 211 at a front stage and a processing device 212 at a rear stage. Also, in the demodulation device 211 and the processing device 212, data transmission is performed via a single interface (I / F) 213.
  • the demodulation device 211 includes, for example, demodulation devices such as an RF IC and a demodulation LSI, and performs processing related to the physical layer (PHY).
  • the demodulator 211 includes an RF unit 221, a demodulator 222, an error processor 223, a private user data processor 224, and an output I / F 225.
  • the RF unit 221 receives a digital broadcast signal of the IP transmission method via the antenna 241, converts the frequency of the RF signal into an IF (Intermediate Frequency) signal, and supplies the signal to the demodulation unit 222.
  • IF Intermediate Frequency
  • the demodulation unit 222 performs demodulation processing (for example, OFDM demodulation and the like) on the signal supplied from the RF unit 221.
  • the error processing unit 223 performs error correction decoding processing (for example, LDPC decoding, BCH decoding, and the like) on the signal subjected to the demodulation processing.
  • error correction decoding processing for example, LDPC decoding, BCH decoding, and the like
  • the demodulation process performed by the demodulation unit 222 and the error correction decoding process performed by the error processing unit 223 are described as separate processes, the error correction decoding process is It can also be considered as part of the demodulation process.
  • the frequency conversion process or the like performed by the RF unit 221 may be regarded as part of the demodulation process.
  • the demodulation processing is performed by the demodulation unit 222 and the error processing unit 223, whereby the physical layer frame obtained from the signal supplied from the RF unit 221 is processed.
  • the physical layer frame is composed of a bootstrap, a preamble, and a payload.
  • the preamble includes L1 signaling.
  • the data (received data) processed by the RF unit 221 to the error processing unit 223 is supplied to the output I / F 225.
  • the output I / F 225 of the former stage demodulator 211 and the input I / F 231 of the latter stage processor 212 are connected via the interface (I / F) 213 and data from the output I / F 225 (Received data) is input to the input I / F 231.
  • the RF unit 221, the demodulation unit 222, or the error processing unit 223 supplies the private user data processing unit 224 with notification data to be notified to the processing device 212 of the latter stage, which is obtained by the respective units performing processing.
  • notification data for example, channel selection information used at the time of channel selection, information on the state of demodulation processing, information on errors in demodulation processing, or demodulation It includes information on signaling or modulation parameters obtained by processing.
  • the private user data processing unit 224 processes notification data supplied from the RF unit 221, the demodulation unit 222, or the error processing unit 223, and generates data (received data) processed by the RF unit 221 to the error processing unit 223. On the other hand, it is inserted as private user data.
  • the private user data processing unit 224 processes the notification data to be notified to the processing device 212 in the subsequent stage, and makes the data transmittable together with the reception data obtained by the demodulation processing.
  • private user data (notification data) is output from the output I / F 225 and input to the input I / F 231 of the processing device 212 via the interface (I / F) 213. Note that details of a transmission method for transmitting notification data as private user data will be described later with reference to FIGS. 13 to 35.
  • the demodulation device 211 is configured as described above.
  • the processing device 212 is configured of, for example, a system on chip (SoC), and performs processing for reproducing the content by processing the packet as processing subsequent to the demodulation processing.
  • the processing device 212 includes an input I / F 231, a filter processing unit 232, a decoder 233, an output unit 234, and an internal control unit 235.
  • the input I / F 231 supplies the data input from the demodulator 211 via the interface (I / F) 213 to the filter processing unit 232.
  • This data includes received data obtained by demodulation processing and private user data (notification data).
  • the filter processing unit 232 performs filtering processing on data (packets stored therein) supplied from the input I / F 231. By this filtering process, the received data (the packet storing the packet) is supplied to the decoder 233, and the private user data (notification data) (the packet storing the packet) is supplied to the internal control unit 235.
  • the data of the video and audio components obtained from the received data are input to the decoder 233, the data of this component is signaling (packets storing the data) For example, it will be extracted based on LLS signal and SLS signaling).
  • the decoder 233 decodes the data of the video and audio components supplied from the filter processing unit 232, and supplies the data obtained thereby to the output unit 234.
  • the output unit 234 outputs video data of the data supplied from the decoder 233 to a display unit (not shown) and outputs audio data to a speaker (not shown). As a result, in the reception system 20, the video and audio of the content distributed from the transmission system 10 are reproduced.
  • the internal control unit 235 is supplied with a packet storing private user data (notification data) from the filter processing unit 232.
  • the internal control unit 235 performs processing according to notification data notified (transmitted) as private user data.
  • the notification data includes channel selection information used at the time of channel selection, information on the state of demodulation processing, information on errors in demodulation processing, or information on signaling or modulation parameters obtained in demodulation processing. ing.
  • the internal control unit 235 controls the operation of each unit of the processing device 212 based on such notification data.
  • the processing device 212 is configured as described above.
  • notification data to be notified to the processing device 212 in the latter stage is transmitted as private user data from the demodulation device 211 in the former stage.
  • the outline of this private user data will be described.
  • the notification data is transmitted as private user data.
  • the area of private user data is reserved in advance in a table defined by the digital broadcast standard such as ATSC 3.0, etc.
  • the demodulation device 211 can notify the processing device 212 of private user data using the reserved area. That is, since the transmitting system 10 on the transmitting side does not use this reserved area, the receiving system 20 on the receiving side can add notification data to this reserved area (area of private user data). .
  • FIG. 4 is a diagram showing an example of private user data.
  • DATA notification data identified by data ID
  • DATA_ID data ID
  • the “selection frequency” is assigned to the data ID “0x00”, and when the data ID “0x00” is designated by the demodulator 211, the selection frequency Of data are notified from the demodulator 211 to the processor 212.
  • the data ID “0x03” is assigned “Bootstrap_OK” indicating that a bootstrap has been captured in the demodulation process.
  • the data ID “0x04” is assigned “Preamble_OK” indicating that a preamble (Preamble) has been captured in the demodulation process.
  • Preamble_OK indicating that a preamble (Preamble) has been captured in the demodulation process.
  • the data ID "0x05” is assigned “Demod_OK” indicating that the demodulation processing has been correctly performed.
  • “Time_Info” which is time information such as PTP (Precision Time Protocol) or UTC (a coordinated universal time) is allocated.
  • the data ID “0x07” is assigned “TRL_OK” indicating that the TRL (Time Recovery Loop) circuit of the demodulation unit 222 operates correctly and captures the reception signal.
  • the data ID “0x08” is assigned “CRL_OK” indicating that the CRL (Carrier Recovery Loop) circuit of the demodulation unit 222 operates correctly and captures the reception signal.
  • the data ID “0x09” is assigned “PHY_OK” indicating that the processing of the physical layer (PHY) has been correctly performed.
  • the data ID “0x0a” is assigned “L1_Basic_OK” indicating that L1 basic information (L1-Basic) has been captured in the demodulation process.
  • the data ID “0x0b” is assigned “L1_Detail_OK” indicating that L1 detailed information (L1-Detail) has been captured in the demodulation process.
  • L1 basic information and L1 detailed information are captured.
  • the detailed contents of L1 basic information and L1 detailed information will be described later with reference to FIGS. 9 to 12.
  • the data ID “0x0c” is assigned “AGC_OK_Time” which indicates the time until the AGC circuit of the demodulation unit 222 operates properly to capture the received signal.
  • the data ID “0x0d” is assigned “Bootstrap_OK_Time” indicating the time until the bootstrap is captured in the demodulation process.
  • To the data ID of “0x0d”, “L1_Basic_OK_Time” is assigned, which indicates the time until L1 basic information (L1-Basic) is captured in the demodulation process.
  • L1_Detail_OK_Time indicating the time until L1 detailed information (L1-Detail) is captured in the demodulation process is allocated.
  • the data ID “0x0f” is assigned “AGC_Level” indicating the level of AGC.
  • the data ID “0x10” is assigned “Bootstrap_Max_Correlation” which is information on bootstrap correlation.
  • the data ID “0x11” is assigned “Bootstrap_Pack_Ratio” which is information on the bootstrap pack ratio.
  • the data ID “0x12” is assigned “Sampling_Frequency_Offset” which is information (unit: ppm) indicating an offset of the sampling frequency.
  • the data ID “0x13” is assigned “Carrier_Frequency_Offset” which is information (unit: kHz) indicating an offset of the carrier frequency.
  • the data ID “0x14” is assigned “LDPC_Number_iteration” which is information on LDPC decoding.
  • a data ID “0x15” is assigned “BCH_Error” indicating an error at the time of BCH decoding.
  • the data ID “0x16” is assigned “CRC_Error” indicating an error in error detection by cyclic redundancy check (CRC).
  • the data ID "0x17” is assigned “MER” indicating a modulation error ratio (MER).
  • a data ID of “0x18” to “0x1b” is assigned “SNR” indicating a signal-to-noise ratio (SNR).
  • SNR signal-to-noise ratio
  • the data ID “0x18” represents the SNR at a certain moment
  • the data ID “0x19” represents the average SNR
  • the data IDs "0x1a” and "0x1b” are maximum and minimum. It represents the SNR.
  • a data ID of "0x1c” is assigned an “Error Indicator” indicating an indicator of an error.
  • "Bit_Error_Rate” indicating a bit error rate (BER: Bit Error Rate) is assigned.
  • the data ID “0x1f” is assigned “Emergency_Information” which is information related to emergency information.
  • the data ID “0x20” is assigned “Frame_Error_Rate” indicating a frame error rate (FER: Frame Error Rate).
  • a "Packet_Error_Rate” indicating a packet error rate (PER) is assigned to the data ID of "0x21".
  • the data ID "0x22” is assigned a "maker ID” for identifying a maker, which is recorded in advance in the demodulator 211 (demodulation device).
  • the data ID “0x23” is assigned a "maker's version” which is a version for each maker, which is recorded in advance in the demodulator 211 (demodulation device). Note that data IDs “0x24” to “0x3f” are areas for future expansion.
  • the data ID “0x40” is assigned “Bootstrap” which is bootstrap data obtained by demodulation processing.
  • the data ID “0x60” is assigned “L1_Basic_signaling” which is data of L1 basic information (L1-Basic) obtained by demodulation processing.
  • the data ID “0x90” is assigned “L1_Detail_signaling” which is data of L1 detailed information (L1-Detail) obtained by the demodulation process.
  • Data IDs “0xd0” to “0xdf” are areas that can be uniquely expanded by a manufacturer that manufactures (the demodulation device 211 or the processing device 212) of the reception system 20. Also, data IDs “0xf0” to “0xff” are areas for future expansion.
  • FIG. 4 exemplifies the notification data that can be transmitted as private user data and the identification information thereof, data other than the notification data shown in FIG. 4 may be transmitted as private user data. Good.
  • L1 basic information L1-Basic
  • L1 detailed information L1-Detail
  • FIG. 5 is a diagram showing the structure of the physical layer frame.
  • the horizontal direction represents time
  • the vertical direction represents frequency
  • the physical layer frame is composed of a bootstrap, a preamble, and one or more subframes.
  • the physical layer frame is configured with a predetermined frame length such as millisecond. In the physical layer frame, after obtaining the bootstrap and the preamble, it is possible to obtain subsequent subframes.
  • the bootstrap corresponds to, for example, a P1 symbol constituting a T2 frame of DVB-T2, and the preamble corresponds to, for example, a P2 symbol constituting a T2 frame of DVB-T2.
  • the bootstrap can also be said to be a preamble.
  • the preamble may include L1 signaling such as L1 basic information (L1-Basic) and L1 detailed information (L1-Detail).
  • L1 basic information L1-Basic
  • L1 detailed information L1-Detail
  • L1 basic information is composed of about 200 bits
  • L1 detailed information is composed of 400 to several thousand bits.
  • the L1 basic information is read out earlier than the L1 detailed information.
  • L1 basic information is also different in that it is transmitted more robustly than L1 detailed information.
  • Payloads are arranged in subframes.
  • modulation parameters such as FFT size, guard interval length, and pilot pattern can be changed for each subframe.
  • each bootstrap symbol can transmit a signal of up to 11 bits.
  • the bootstrap symbol 1 includes 1 bit eas_wake_up, 2 bits system_bandwidth, and 5 bits min_time_to_next.
  • the bootstrap symbol 2 includes bsr_coefficient of 7 bits.
  • the bootstrap symbol 3 includes 7 bits of preamble_structure.
  • FIG. 9 is a diagram showing an example of syntax of L1 basic information (L1-Basic) included in the preamble of FIG.
  • the 2-bit L1B_content_tag represents a tag value that identifies content.
  • the 3-bit L1B_version represents a version of L1 basic information.
  • One bit L1B_slt_flag indicates whether or not SLT (Service Labeling Table) exists.
  • One bit L1B_time_info_flag indicates whether time information exists.
  • 2-bit L1B_papr represents application of PAPR (Peak to Average Power Reduction).
  • L1B_frame_length_mode represents a frame mode.
  • the 10-bit L1B_frame_length represents the frame length of the physical layer frame. However, this L1B_frame_length is used only when the frame mode is in the time-aligned mode, and is not used when in the symbol-aligned mode.
  • L1B_num_subframes represents the number of subframes included in the physical layer frame.
  • the 3-bit L1B_preamble_num_symbols represents the number of OFDM symbols included in the preamble.
  • the 3-bit L1B_preamble_reduced_carriers represents the number of control units according to the reduction of the maximum number of carriers of FFT size used in the preamble.
  • the 16-bit L1B_L1_Detail_size_bits represents the size of L1 detailed information (L1-Detail).
  • the 3-bit L1B_L1_Detail_fec_type represents the FEC type of L1 detailed information.
  • the 2-bit L1B_L1_Detail_additional_parity_mode represents an additional parity mode of L1 detailed information.
  • the 19-bit L1B_L1_Detail_total_cells represents the total size of L1 detailed information.
  • L1B_First_Sub_mimo represents the usage status of MIMO (Multiple Input and Multiple Output) of the first subframe.
  • L1B_First_Sub_miso represents the usage status of Multiple Input and Single Output (MISO) of the first subframe.
  • the 2-bit L1B_First_Sub_fft_size represents the FFT size of the first subframe.
  • the 3-bit L1B_First_Sub_reduced_carriers represents the number of control units according to the decrease in the maximum number of FFT size carriers used in the first subframe.
  • the 4-bit L1B_First_Sub_guard_interval represents the guard interval length of the first subframe.
  • the 13-bit L1B_First_Sub_excess_samples represents the number of extra samples inserted in the guard interval part in the first subframe. However, this L1B_First_Sub_excess_samples is used only when the frame mode is in the time-aligned mode, and is not used when in the symbol-aligned mode.
  • the 11-bit L1B_First_Sub_num_ofdm_symbols represents the number of OFDM symbols included in the first subframe.
  • the 5-bit L1B_First_Sub_scattered_pilot_pattern represents an SP pattern (Scattered Pilot Pattern) used in the first subframe.
  • the 3-bit L1B_First_Sub_scattered_pilot_boost represents a value for increasing the size of the SP pattern.
  • L1B_First_Sub_sbs_first represents the beginning of the Subframe Boundary Symbol (SBS) of the first subframe.
  • L1B_First_Sub_sbs_last represents the end of the SBS of the first subframe.
  • L1B_Reserved is a region for future expansion (Reserved).
  • the number of bits of L1B_Reserved is undetermined (TBD: To Be Determined), but is currently 49 bits.
  • the 32-bit L1B_crc indicates that a CRC value is included.
  • uimsbf unsigned integer most significant bit first
  • bslbf bit string, left bit first
  • L1 basic information (L1-Basic) are described in “Table 9.2 L1-Basic signaling fields and syntax” of Non-Patent Document 1 described above.
  • FIG. 10 to 12 are diagrams showing examples of syntax of L1 detailed information (L1-Detail) included in the preamble of FIG.
  • the 4-bit L1D_version represents a version of L1 detailed information.
  • the 19-bit L1D_rf_frequency represents the frequency of the RF channel coupled by channel bonding.
  • L1B_time_info_flag 1 in the L1 basic information of FIG. 9, it indicates that time information is present, so L1D_time_info as time information is arranged in L1 detailed information. Note that the number of bits of L1D_time_info is considered as undetermined (TBD).
  • the 1-bit L1D_mimo represents subframe MIMO usage.
  • One bit L1D_miso represents the usage status of subframes MISO.
  • the 2-bit L1D_fft_size represents the FFT size of the subframe.
  • the 3-bit L1D_reduced_carriers represent the number of control units according to the reduction of the maximum number of FFT size carriers used in a subframe.
  • the 4-bit L1D_guard_interval represents the guard interval length of a subframe.
  • the 11-bit L1D_num_ofdm_symbols represents the number of OFDM symbols included in a subframe.
  • the 5-bit L1D_scattered_pilot_pattern represents an SP pattern used in a subframe.
  • 3-bit L1D_scattered_pilot_boost represents a value for increasing the size of the SP pattern.
  • One bit L1D_sbs_first represents the beginning of the SBS of the subframe.
  • One bit L1D_sbs_last represents the end of SBS of the subframe.
  • One-bit L1D_subframe_multiplex indicates whether a subframe is time division multiplexed.
  • the 1-bit L1D_frequency_interleaver represents whether or not there is frequency interleaving.
  • L1D_num_plp parameters relating to PLP are arranged.
  • FIG. 13 is a diagram showing an outline of a transmission method for transmitting notification data as private user data.
  • Private user data can be transmitted using any of the following transmission methods (A) to (H).
  • A Generic packet extension header transmission method
  • B L2 signaling header transmission method
  • C L2 signaling transmission method
  • D BB packet extension header transmission method
  • E Generic packet external structure method 1
  • F Generic packet external structure method 2
  • G BB packet external structure method
  • H IP packet transmission method
  • the layer 1 (L1) which is a physical layer the layer 2 (L2) which is an upper layer of the layer 1, and the upper layer of the layer 2 A certain layer 3 (L3) has a hierarchical structure.
  • an IP packet IP / UDP packet
  • tuning information may be included in LLS signaling so that the LLS signaling may be arranged in an IP packet.
  • This IP packet (IP / UDP packet) is composed of an IP header and a payload.
  • data of video and audio components, data of signaling such as SLS signaling, and the like are arranged.
  • private user data (notification data) is arranged in the payload of the IP packet.
  • a Generic packet as a transmission packet is transmitted.
  • This Generic packet consists of a Generic header and a payload.
  • the payload of the Generic packet one or more IP packets or tuning information are placed and encapsulated.
  • BB packet Baseband Packet
  • This BB packet is composed of a BBP header and a payload.
  • the payload of the BB packet one or more Generic packets are placed and encapsulated.
  • private user data (notification data) is arranged in the extended header of the BB packet.
  • private user data (notification data) is arranged using the external structure of the BB packet.
  • layer 1 data obtained by scrambling one or more BB packets is mapped to an FEC frame (FEC frame), and a parity for error correction of the physical layer is added.
  • the physical layer frame is composed of a bootstrap, a preamble, and a payload, and after performing bit interleaving on a plurality of FEC frames for this payload, mapping processing is performed, and further, time direction And data obtained by performing processing (modulation processing) of the physical layer such as interleaving in the frequency direction.
  • the frame length of the physical layer frame is, for example, 100 to 200 ms.
  • the information (notification data) of the demodulation device 211 (demodulation device) of the former stage can be processed at the latter stage of the processing device 212 (system on) in high speed and in real time. Can be transmitted to the chip (SoC).
  • SoC chip
  • each transmission method shown in FIG. 13 since the extension is performed with the same format as each packet, the processing of the demodulation device 211 of the former stage and the processing device 212 of the latter stage can be easily implemented.
  • each transmission scheme shown in FIG. 13 is premised to adopt the IP transmission scheme, but in the receiving system 20, the demodulator 211 in the former stage and the processor 212 in the latter stage are single.
  • the devices are connected via an interface (I / F) 213, and the devices are realized by a single interface (I / F), as in the configuration corresponding to the conventional transport stream (TS).
  • I / F interface
  • TS transport stream
  • FIG. 14 shows the configuration of a Generic packet.
  • 3-bit type information (Type) is set at the head of the Generic packet and the Generic header in FIG. This type information is set with information on the type of data placed in the payload of the generic.
  • 1-bit packet configuration information (PC: Packet Configuration) is arranged next to the type information.
  • PC Packet Configuration
  • HM Header Mode
  • the single packet mode is selected according to the 1-bit header mode (HM: Header Mode) to be arranged next to the Generic header.
  • 11-bit length information (Length)
  • an extension header (Additional header) are arranged.
  • the payload is placed following the Generic header.
  • a generic packet in which the extension header is not arranged is referred to as a normal packet, while a generic packet in which the extension header is arranged is referred to as a long packet.
  • a segmentation mode (Segmentation mode) or a concatenation mode (Segmentation / Concatenation) to be arranged next to that is selected.
  • Concatenation mode 11 bits of length information (Length) and an extension header (Additional header) are placed in the Generic header.
  • extension header In the Generic extension header transmission method, private user data is arranged in an extension header (Additional header) surrounded by a frame A in the drawing. That is, in the case of single packet mode (long packet) and segmentation mode, when "1" is set as an optional extension header flag (OHF: Optional Header Extension Flag) in the extension header, an optional header (Optional Header) Is placed. In addition, in the case of the concatenation mode, in the extension header, when “1” is set as the substream identification flag (SIF: Sub-stream Identifier Flag), an optional header is arranged.
  • SIF Sub-stream Identifier Flag
  • the structure shown in FIG. 15 can be arranged in this optional header.
  • various types of information are arranged for each extension header index information (Additional header Index). For example, when "000000" is set as the extension header index information, it can be defined in the optional header that private user data is arranged.
  • a combination of a data ID (DATA_ID) and notification data (DATA) identified by the data ID is arranged.
  • DATA_ID data ID
  • DATA notification data
  • FIG. 15 when a data ID of "0x00" is designated, data of a tuning frequency is arranged.
  • L1 basic information L1-Basic
  • L1 details Data of information L1-Detail
  • the private user data shown in FIG. 15 is an example, and other private user data may be arranged.
  • the Generic packet extension header transmission method as a transmission format for transmitting private user data, in the reception system 20, the demodulation device 211 at the front stage and the processing device 212 at the rear stage.
  • Private user data (notification data) can be notified using the extended header of the Generic packet.
  • FIG. 16 shows the configuration of a Link Layer Signaling (LLS) packet as a Layer 2 Generic packet.
  • LLC Link Layer Signaling
  • IP packet and L2 signaling are arranged in the payload of the Generic packet, but in this example, LLS signaling is arranged as L2 signaling.
  • This LLS signaling includes, for example, metadata such as SLT.
  • the Generic packet is an LLS packet (LLS Packet).
  • the LLS packet is composed of an LLS header (LLS Header) and a payload in which LLS signaling (LLS) is arranged.
  • LLS LLS signaling
  • an LLS packet is placed in the payload of the BB packet and encapsulated.
  • LLS Index LLS index information
  • Object Version object version information
  • compression information In LLS index information, compression information (Compression Scheme), type information (Fragment Type), and extension type information (Type Extension) are arranged.
  • compression information information indicating the presence or absence of compression of the target LLS signaling is set. For example, when “0000” is set, it indicates that the file is uncompressed, and when "0001" is set, it indicates that the file is compressed in the zip format.
  • type information information on the type of LLS signaling is set.
  • “000000” is set as the type information, it can be defined that the private user data is arranged in the extended type information.
  • extension parameters are set for each type.
  • “000000” is set as the type information
  • data of the tuning frequency is arranged.
  • data of L1 basic information L1-Basic
  • L1 details Data of information L1-Detail
  • the private user data shown in FIG. 16 is an example, and other private user data may be arranged.
  • the demodulation device 211 at the former stage and the L2 processor at the latter stage The header of the signaling can be used to notify private user data (notification data).
  • LLS signaling is arranged as L2 signaling for convenience of explanation, but it is also assumed that LLS signaling is actually transmitted as an IP / UDP packet. The same structure can be used even when L2 signaling other than LLS signaling is used.
  • FIG. 17 is a diagram illustrating an example of a syntax of L2 signaling (Private_User_data_signaling ()) corresponding to private user data.
  • the 8-bit signaling_type represents a type according to the type of L2 signaling. For example, in L2 signaling corresponding to private user data, "0xff" is set as signaling_type.
  • 8-bit NUM_DATA represents the number of pieces of private user data arranged in the L2 signaling.
  • 8-bit DATA_ID and 8-bit DATA are arranged in the loop of private user data according to NUM_DATA.
  • a data ID is arranged in DATA_ID.
  • notification data is arranged in DATA.
  • notification data (DATA) is arranged according to the data length indicated by 8-bit DATA_LENGTH.
  • the loop is repeated according to the number of private user data, and a combination of the data ID (DATA_ID) and the notification data (DATA) identified by the data ID is arranged.
  • DATA_ID data ID
  • DATA notification data
  • FIG. 18 when a data ID of "0x00" is designated, data of a tuning frequency is arranged.
  • L1 basic information L1-Basic
  • L1 details Data of information L1-Detail
  • the private user data shown in FIG. 18 is an example, and other private user data may be arranged.
  • the L2 signaling shown in FIG. 17 may be placed in the payload of the Generic packet, or in the existing L2 signaling (eg LLS signaling) placed in the payload of the Generic packet.
  • the contents of L2 signaling shown in FIG. 17 may be included (added).
  • L2 signaling transmission method as a transmission format for transmitting private user data
  • L2 signaling from the demodulator 211 in the former stage to the processor 212 in the latter stage Can be used to notify private user data (notification data).
  • FIG. 19 shows the configuration of a BB packet (Baseband Packet).
  • the BB packet is composed of a BBP header and a payload.
  • the BBP header in addition to a 1-byte or 2-byte header (Header), an optional field (Optional Field) and an extension field (Extension Field) can be arranged.
  • the pointer information is information for indicating the position of the Generic packet arranged in the payload of the BB packet. For example, when data of a Generic packet placed last in a certain BB packet is placed across the next BB packet, position information of the Generic packet placed at the head of the next BB packet is used as pointer information. It can be set.
  • the optional flag is information indicating whether or not to extend the header by arranging an optional field and an extension field.
  • 3-bit extension type information (EXT_TYPE) is set.
  • this type information as shown in FIG. 21, information on the type of extension field (Extension type) is set.
  • extension_Length (LSB)
  • LSB extension length information
  • “000” is set in the extension type information.
  • “110” is set in the extension type information.
  • “111” is set in the extension type information.
  • the extended type information of “001” to “101” is a region (Reserved) for future extension.
  • BB packet extension header private user data is arranged in the extension field (BB packet extension header) by setting “110” as the extension type information. That is, when the BB packet extension header transmission method is used, "01", “10", or “11” is set as an optional flag (OPTI), and the optional field and the extension field are expanded, and further, "110" is set as extension type information (EXT_TYPE) of the optional field, and private user data is arranged in the extension field.
  • OPTI optional flag
  • EXT_TYPE extension type information
  • the structure shown in FIG. 22 can be arranged.
  • various types of information are arranged for each extension header index information (BBP Extension Header Index). For example, when "000000" is set as the extension header index information, it can be defined that private user data is placed in the extension field.
  • a combination of a data ID (DATA_ID) and notification data (DATA) identified by the data ID is arranged.
  • DATA_ID data ID
  • DATA notification data
  • FIG. 22 when a data ID of "0x00" is designated, data of a tuning frequency is arranged.
  • L1 basic information L1-Basic
  • L1 details Data of information L1-Detail
  • the private user data shown in FIG. 22 is an example, and other private user data may be arranged.
  • the demodulation device 211 at the front stage and the processing device 212 at the rear stage can be notified using the extended header of the BB packet.
  • FIG. 23 schematically shows data processed by the demodulator 211 and the processor 212 of the reception system 20 when the Generic packet external structure method is adopted.
  • the transmission system 10 on the transmission side can support up to 64 PLPs for each predetermined frequency band.
  • the receiving system 20 on the receiving side needs to simultaneously receive up to four PLPs. That is, by simultaneously receiving a plurality of PLPs in the reception system 20 on the receiving side, it is possible to provide, for example, voice with higher robustness, video with higher quality, and the like.
  • the broadcast stream input thereto includes four PLPs PLP # 0 to PLP # 3.
  • PLP # 0 for example, LLP signaling (Signaling) in PLP # 0
  • robust audio Robot Audio
  • video base video
  • Video Video
  • enhanced video in PLP # 3.
  • Enhanced Video is transmitted respectively.
  • a Generic packet is extracted from the BB packet for each PLP, and is input to the demodulation multiplexer 251.
  • the demodulation multiplexer 251 processes the Generic packet input for each PLP, and outputs the Generic packet to the processing unit 212 of the subsequent stage via a single interface (I / F) 213.
  • the demodulation multiplexer 251 when processing the Generic packet input for each PLP, causes private user data to be added to the outside of the Generic packet. That is, in the receiving system 20, private user data is added outside the Generic packet by the demodulator 211. Furthermore, here, the demodulation device 211 notifies the processing device 212 of the PLP ID of the data ID that is “0x01” as private user data, thereby providing a single unit between the demodulation device 211 and the processing device 212. Interface (I / F) 213 is realized.
  • the processing device 212 from the generic packet (gene packet to which private user data is added) input from (the demodulation multiplexer 251 of) the demodulator 211 via the single interface (I / F) 213 An IP packet (IP / UDP packet) is extracted and input to the IP demultiplexer 252. Then, the IP demultiplexer 252 processes the IP packet to output data transmitted in a ROUTE session or the like to a subsequent stage.
  • PLP ID is included as private user data. Therefore, in the reception system 20, between the demodulator 211 and the processor 212, a Generic packet obtained from each PLP (PLP # 0 to PLP # 3) is transmitted by a single interface (I / F) 213. Even in this case, on the processing device 212 side, it is possible to identify to which PLP the Generic packet (IP packet) input from the demodulation device 211 belongs by the PLP ID included in the private user data. .
  • FIG. 24 is a diagram showing a packet structure when private user data is added outside (outside) the Generic packet in the demodulator 211 of the receiving system 20 when the Generic packet external structure method 1 is adopted. .
  • a of FIG. 24 shows the structure of a Generic packet.
  • the Generic packet consists of a Generic header and a payload. For example, by adding private user data to this Generic packet, private user data can be added outside the Generic packet as shown in B of FIG.
  • FIG. 25 is a diagram showing an example of syntax of private user data (Private_User_data) added to the outside of the Generic packet of FIG.
  • the 8-bit Packet_type represents a type according to the type of packet. For example, “101” is set as Packet_type for a Generic packet to which private user data is externally added.
  • the 1-bit PC Packet Configuration
  • HM Header Mode
  • the 11-bit Length represents the packet length of the Generic packet.
  • the 8-bit NUM_DATA represents the number of private user data added to the outside of the Generic packet.
  • 8-bit DATA_ID and 8-bit DATA are arranged in the loop of private user data according to NUM_DATA.
  • a data ID is arranged in DATA_ID.
  • notification data is arranged in DATA.
  • notification data (DATA) is arranged according to the data length indicated by 8-bit DATA_LENGTH.
  • the loop is repeated according to the number of private user data, and a combination of the data ID (DATA_ID) and the notification data (DATA) identified by the data ID is arranged.
  • DATA_ID data ID
  • DATA notification data
  • FIG. 26 when a data ID of "0x00" is designated, data of a tuning frequency is arranged.
  • L1 basic information L1-Basic
  • L1 details Data of information L1-Detail
  • the demodulation device 211 of the former stage and the processing device 212 of the latter stage Private user data (notification data) can be notified using the external structure of the Generic packet.
  • FIG. 27 is a diagram showing a packet structure when private user data is added outside (outside) the Generic packet in the demodulator 211 of the receiving system 20 when the Generic packet external structure method 2 is adopted. .
  • a of FIG. 27 shows the structure of a Generic packet.
  • the Generic packet consists of a Generic header and a payload.
  • private user data can be added outside the generic packet as shown in B of FIG.
  • FIG. 28 is a diagram illustrating an example of syntax of private user data (Private_User_data) including the Generic packet of B of FIG.
  • the 8-bit Packet_type represents a type according to the type of packet. For example, "100”, “101”, “110”, and “111” are set as Packet_type for packets of private user data including a Generic packet. For example, when “100”, “101” or “111” is set as the Packet_type, the payload of the Generic packet includes an IPv4 packet, a compressed IP packet, or LLS signaling. Note that "110" as the Packet_type. If is set, it means the extension of packet type (Packet Type Extension).
  • the 1-bit PC Packet Configuration
  • HM Header Mode
  • the 11-bit Length represents the packet length of the Generic packet.
  • the 8-bit NUM_DATA represents the number of private user data added to the outside of the Generic packet.
  • 8-bit DATA_ID and 8-bit DATA are arranged in the loop of private user data according to NUM_DATA.
  • a data ID is arranged in DATA_ID.
  • notification data is arranged in DATA.
  • notification data (DATA) is arranged according to the data length indicated by 8-bit DATA_LENGTH.
  • the loop is repeated according to the number of private user data, and a combination of the data ID (DATA_ID) and the notification data (DATA) identified by the data ID is arranged.
  • DATA_ID data ID
  • DATA notification data
  • FIG. 29 when a data ID of "0x00" is designated, data of a tuning frequency is arranged.
  • L1 basic information L1-Basic
  • L1 details Data of information L1-Detail
  • Generic packets are placed in 8-bit Generic_Packet_Payload. That is, when the Generic packet external structure method 2 is adopted, the Generic packet is included in private user data.
  • the demodulation device 211 in the former stage and the processing device 212 in the latter stage Private user data (notification data) can be notified using the external structure of the Generic packet.
  • FIG. 30 schematically shows data processed by the demodulator 211 and the processor 212 of the reception system 20 when the BB packet external structure method is adopted.
  • PLP # 0 to PLP # 3 are included in the broadcast stream inputted thereto.
  • LLP signaling Signaling in PLP # 0
  • robust audio Robot Audio
  • video base video
  • audio in PLP # 2
  • enhanced video in PLP # 3. (Enhanced Video) is transmitted respectively.
  • BB packets are extracted for each PLP and input to demodulation multiplexer 253.
  • the demodulation multiplexer 253 processes the BB packet input for each PLP, and outputs the BB packet to the processing unit 212 of the subsequent stage via a single interface (I / F) 213.
  • the demodulation multiplexer 253 when processing the BB packet input for each PLP, causes private user data to be added outside the BB packet. That is, in the reception system 20, private user data is added to the outside of the BB packet by the demodulator 211. Furthermore, here, the demodulation device 211 notifies the processing device 212 of the PLP ID of the data ID that is “0x01” as private user data, thereby providing a single unit between the demodulation device 211 and the processing device 212. Interface (I / F) 213 is realized.
  • the processing device 212 the BB packet (BB packet to which private user data is added) input from (the demodulation multiplexer 253 of) the demodulator 211 via the single interface (I / F) 213 is , BBP demultiplexer 254.
  • the BBP demultiplexer 254 extracts the Generic packet from the BB packet by processing the BB packet. Then, by processing an IP packet (IP / UDP packet) extracted from the Generic packet, data transmitted in a ROUTE session or the like is output to the subsequent stage.
  • IP packet IP / UDP packet
  • PLP ID is included as private user data. Therefore, in the receiving system 20, the BB packet obtained from each PLP (PLP # 0 to PLP # 3) is transmitted between the demodulator 211 and the processor 212 by the single interface (I / F) 213. Even in this case, on the processing device 212 side, it is possible to identify to which PLP the BB packet (IP packet) input from the demodulation device 211 belongs by the PLP ID included in the private user data. .
  • FIG. 31 is a diagram showing the packet structure when private user data is added to the outside (outside) of the BB packet in the demodulator 211 of the receiving system 20 when the BB packet external structure method is adopted.
  • a in FIG. 31 shows the structure of the BB packet.
  • the BB packet is composed of a BBP header and a payload. For example, by adding private user data to this BB packet, private user data can be added outside the BB packet as shown in B of FIG.
  • FIG. 32 is a diagram showing the structure of private user data added to the outside of the BB packet.
  • a header of 1 or 2 bytes, an optional field, and an extension field can be arranged.
  • 3-bit extension type information (EXT_TYPE) is set at the beginning of the optional field.
  • this type information as shown in FIG. 32, information on the type of extension field (Extension type) is set.
  • the structure shown in FIG. 33 can be arranged.
  • various types of information are arranged for each extension header index information (BBP Extension Header Index). For example, when "000000" is set as the extension header index information, it can be defined that private user data is placed in the extension field.
  • a combination of a data ID (DATA_ID) and notification data (DATA) identified by the data ID is arranged.
  • DATA_ID data ID
  • DATA notification data
  • FIG. 33 when a data ID of "0x00" is designated, data of a tuning frequency is arranged.
  • L1 basic information L1-Basic
  • L1 details Data of information L1-Detail
  • the private user data shown in FIG. 33 is an example, and other private user data may be arranged.
  • the demodulation device 211 in the previous stage transmits the BB to the processing device 212 in the latter stage.
  • Private user data (notification data) can be notified using the external structure of the packet.
  • IP Packet Transmission Method Next, the IP packet transmission method will be described with reference to FIG. 34 to FIG. In this IP packet transmission method, private user data (notification data) is transmitted using an IP packet (IP / UDP packet).
  • FIG. 34 shows a configuration example of the receiving system 20 in the case of adopting the IP packet transmission method.
  • the receiving system 20 includes a home gateway 261 at the front stage and a client device 262 at the rear stage. Data transmission via the network 263 is performed between the home gateway 261 and the client device 262. That is, in the reception system 20, a home gateway 261 such as a home server or a television receiver and a client device 262 such as a smartphone or a tablet terminal are connected to a network 263 such as a wireless LAN (Local Area Network) in the home.
  • a home gateway 261 such as a home server or a television receiver
  • a client device 262 such as a smartphone or a tablet terminal
  • the so-called home network system is configured.
  • the home gateway 261 receives the digital broadcast signal transmitted from the transmission system 10 via the transmission path 30, and processes the content included in the broadcast stream.
  • the home gateway 261 transmits (distributes) the content obtained by processing the broadcast stream to the client device 262 via the network 263. Meanwhile, the client device 262 receives and processes (reproduces) the content transmitted via the network 263.
  • the home gateway 261 includes an RF unit 271, a demodulation unit 272, an error processing unit 273, a generation unit 274, a private user data processing unit 275, a conversion unit 276, and a transmission unit 277.
  • the RF unit 271, the demodulation unit 272, and the error processing unit 273 perform demodulation processing (for example, OFDM demodulation) or error correction decoding processing (for example, Processing is performed on the physical layer frame by performing LDPC decoding, BCH decoding, and the like.
  • demodulation processing for example, OFDM demodulation
  • error correction decoding processing for example, Processing is performed on the physical layer frame by performing LDPC decoding, BCH decoding, and the like.
  • the data (received data) processed by the RF unit 271 to the error processing unit 273 is supplied to the generation unit 274.
  • the RF unit 271, the demodulation unit 272, and the error processing unit 273 supply the private user data processing unit 275 with notification data to be notified to the client device 262 in the latter stage, which is obtained by the respective units performing processing.
  • the notification data includes channel selection information used at the time of channel selection, information on the state of demodulation processing, information on errors in demodulation processing, or information on signaling or modulation parameters obtained in demodulation processing, etc. .
  • the private user data processing unit 275 processes notification data supplied from the RF unit 221, the demodulation unit 222, or the error processing unit 223, and generates data (reception data) processed by the RF unit 271 to the error processing unit 273. On the other hand, it is inserted as private user data.
  • the Generic packet is extracted from the BB packet by processing the data processed by the RF unit 271 to the error processing unit 273, and further, the ISO BMFF (see FIG. Processing to convert to the file format of Base Media File Format) is performed. Further, the generation unit 274 stores the video and audio data converted into the file format of ISO BMFF in an IP packet (IP / UDP packet), and supplies the data to the transmission unit 277.
  • IP / UDP packet IP / UDP packet
  • the private user data processing unit 275 supplies the processed notification data to the conversion unit 276, so that the conversion unit 276 converts the notification data into the file format of ISO BMFF, and the IP packet (IP / UDP packet To be stored in).
  • the IP packet storing the notification data from the conversion unit 276 is supplied to the transmission unit 277.
  • the notification data processed by the private user data processing unit 275 is converted as private user data into a format that can be transmitted together with the received data obtained by the demodulation processing.
  • the transmission unit 277 is supplied with the IP packet from the generation unit 274 and the IP packet from the conversion unit 276.
  • the transmitting unit 277 transmits (distributes) an IP packet (IP / UDP packet) including received data or notification data to the client apparatus 262 via the network 263.
  • the home gateway 261 is configured as described above.
  • the client apparatus 262 includes a receiving unit 281, a filter processing unit 282, a decoder 283, an output unit 284, and an internal control unit 285.
  • the receiving unit 281 receives the IP packet transmitted from the home gateway 261 via the network 263 and supplies the IP packet to the filtering unit 282.
  • IP packet IP / UDP packet
  • received data obtained by demodulation processing and private user data notification data
  • the filter processing unit 282 performs a filtering process on the IP packet supplied from the receiving unit 281. By this filtering process, the IP packet storing the received data is supplied to the decoder 283, and the IP packet storing the private user data (notification data) is supplied to the internal control unit 285.
  • the decoder 283 is supplied with data of video and audio components obtained from the received data (in the file format of ISO BMFF) stored in the IP packet supplied from the filter processing unit 282.
  • the decoder 283 decodes data of video and audio components, and supplies data obtained thereby to the output unit 284.
  • the output unit 284 outputs video data of the data supplied from the decoder 283 to a display unit (not shown) and outputs audio data to a speaker (not shown).
  • the client apparatus 262 reproduces the video and audio of the content distributed from the home gateway 261.
  • the internal control unit 285 is also supplied with private user data (notification data) (in the file format of ISO BMFF) stored in the IP packet supplied from the filter processing unit 282.
  • the internal control unit 285 performs processing according to notification data notified (transmitted) as private user data.
  • the notification data includes channel selection information used at the time of channel selection, information on the state of demodulation processing, information on errors in demodulation processing, or information on signaling or modulation parameters obtained in demodulation processing. ing.
  • the internal control unit 285 controls the operation of each unit of the client apparatus 262 based on such notification data.
  • the client device 262 is configured as described above.
  • FIG. 35 is a diagram showing a packet structure when private user data is stored in an IP packet (IP / UDP packet) in the home gateway 261 of the reception system 20 when the IP packet transmission method is adopted. .
  • an IP packet is composed of an IP header and a payload.
  • a combination of a data ID (DATA_ID) and notification data (DATA) identified by the data ID is arranged as private user data.
  • DATA_ID data ID
  • DATA notification data
  • FIG. 35 when a data ID of "0x00" is designated, data of a tuning frequency is arranged.
  • L1 basic information L1-Basic
  • L1 details Data of information L1-Detail
  • the demodulation device 211 of the former stage transmits an IP packet to the processing device 212 of the latter stage.
  • Private user data (notification data) can be notified using (IP / UDP packet).
  • the home network system is an example, for example, an internet distribution system etc.
  • Other systems may be configured.
  • the content distributed from the distribution server (content redistribution device) corresponding to the home gateway 261 of FIG. 34 is a client via the network 263 such as the Internet. It is received by an information device such as the device 262 (for example, a smartphone, a tablet terminal, etc.) and reproduced.
  • step S211 the RF unit 221 of the demodulation device 211 performs processing for receiving a digital broadcast signal.
  • the demodulation unit 222 and the error processing unit 223 of the demodulation device 211 perform demodulation processing and error correction decoding processing on the signal obtained in the reception processing of step S211.
  • the received data is processed.
  • step S213 the private user data processing unit 224 of the demodulation device 211 processes the notification data to be notified to the processing device 212 in the subsequent stage obtained in the processing in steps S211 and S212, and the data obtained in the processing in step S212.
  • the private user data processing unit 224 processes the notification data to be notified to the processing device 212 in the subsequent stage, and makes the data transmittable together with the reception data obtained by the demodulation processing.
  • the transmission method the transmission format shown in FIG. 13 described above can be adopted.
  • step S214 the output I / F 225 transmits the private user data (notification data) obtained in the process of step S213 via the interface (I / F) 213 together with the received data obtained in the process of step S212.
  • the data is output to the downstream processing unit 212.
  • step S 251 the input I / F 231 supplies the data input from the demodulator 211 in the previous stage via the interface (I / F) 213 to the filter processor 232.
  • step S ⁇ b> 252 the filter processing unit 232 performs a filtering process on data (a packet storing the data) supplied from the input I / F 231.
  • the received data (the packet storing the packet) is supplied to the decoder 233, and the private user data (notification data) (the packet storing the packet) is supplied to the internal control unit 235.
  • step S253 the data of video and audio components obtained in the process of step S252 is decoded. Then, the output unit 234 outputs video data of the data from the decoder 233 to a display unit (not shown) and outputs audio data to a speaker (not shown). As a result, in the reception system 20, the video and audio of the content distributed from the transmission system 10 are reproduced.
  • the internal control unit 235 performs processing according to the private user data (notification data) obtained in the processing of step S252.
  • the notification data includes channel selection information used at the time of channel selection, information on the state of demodulation processing, information on errors in demodulation processing, or information on signaling or modulation parameters obtained in demodulation processing. ing.
  • the internal control unit 235 controls the operation of each unit of the processing device 212 based on such notification data.
  • the ATSC in particular, ATSC 3.0
  • ATSC 3.0 which is a system adopted in the United States and the like
  • DVB Digital Video Broadcasting
  • the ATSC 3.0 in which the IP transmission method is adopted has been described as an example, but the present invention is not limited to the IP transmission method, and is applied to other methods such as the MPEG2-TS (Transport Stream) method. You may do so.
  • BS Broadcasting Satellite
  • CS Communications Satellite
  • CATV cable television
  • BBP Baseband Packet
  • BBS Baseband Stream
  • ALP AccessC Link-layer Protocol
  • time information information on time defined by PTP or UTC is described as time information, but not limited thereto, for example, defined by NTP (Network Time Protocol) or 3GPP (Third Generation Partnership Project) It is possible to use information of any time such as information of a certain time, information of a time included in GPS (Global Positioning System) information, and other information of a time determined in a uniquely determined format.
  • NTP Network Time Protocol
  • 3GPP Third Generation Partnership Project
  • the present technology prescribes a predetermined standard (assuming use of a transmission line other than a broadcast network, ie, a communication line (communication network) such as the Internet or a telephone network) as a transmission line.
  • a communication line such as the Internet or a telephone network may be used as the transmission line 30 of the transmission system 1 (FIG. 1), and the transmission system 10 may be a server provided on the Internet.
  • the transmitting system 10 server
  • the transmitting system 10 server
  • the transmitting system 10 processes data transmitted from the transmitting system 10 (server) through the transmission path 30 (communication line).
  • FIG. 38 is a diagram showing an example of a hardware configuration of a computer that executes the series of processes described above according to a program.
  • a central processing unit (CPU) 1001, a read only memory (ROM) 1002, and a random access memory (RAM) 1003 are mutually connected by a bus 1004.
  • An input / output interface 1005 is further connected to the bus 1004.
  • An input unit 1006, an output unit 1007, a recording unit 1008, a communication unit 1009, and a drive 1010 are connected to the input / output interface 1005.
  • the input unit 1006 includes a keyboard, a mouse, a microphone and the like.
  • the output unit 1007 includes a display, a speaker, and the like.
  • the recording unit 1008 includes a hard disk, a non-volatile memory, and the like.
  • the communication unit 1009 includes a network interface or the like.
  • the drive 1010 drives removable media 1011 such as a magnetic disk, an optical disk, a magneto-optical disk, or a semiconductor memory.
  • the CPU 1001 loads the program stored in the ROM 1002 or the recording unit 1008 into the RAM 1003 via the input / output interface 1005 and the bus 1004, and executes the program. A series of processing is performed.
  • the program executed by the computer 1000 can be provided by being recorded on, for example, a removable medium 1011 as a package medium or the like. Also, the program can be provided via a wired or wireless transmission medium such as a local area network, the Internet, or digital satellite broadcasting.
  • the program can be installed in the recording unit 1008 via the input / output interface 1005 by mounting the removable media 1011 in the drive 1010. Also, the program can be received by the communication unit 1009 via a wired or wireless transmission medium and installed in the recording unit 1008. In addition, the program can be installed in advance in the ROM 1002 or the recording unit 1008.
  • the processing performed by the computer according to the program does not necessarily have to be performed chronologically in the order described as the flowchart. That is, the processing performed by the computer according to the program includes processing executed in parallel or separately (for example, parallel processing or processing by an object). Further, the program may be processed by one computer (processor) or may be distributed and processed by a plurality of computers.
  • the present technology can have the following configurations.
  • the notification data may be information on tuning information used at the time of tuning, information on the state of the demodulation process, information on an error in the demodulation process, or information on signaling or modulation parameters obtained in the demodulation process.
  • the data processing device according to (1) which includes at least.
  • the data processing device in the previous stage is a demodulation device that performs demodulation processing
  • the data processing device at the latter stage is a processing device that performs processing at the second stage of the demodulation process
  • the digital broadcast signal corresponds to an IP transmission method using an IP (Internet Protocol) packet including a UDP (User Datagram Protocol) packet
  • the notification data may include an extension header of a first transmission packet for transmitting the IP packet, signaling included in the first transmission packet, a header of the signaling, and a first transmission packet for transmitting the first transmission packet.
  • the data processing device according to (6), wherein the data processing apparatus is added to an extension header of 2 transmission packets, an extension area outside the first transmission packet, or an extension area outside the second transmission packet.
  • the previous stage data processing apparatus is an information processing apparatus that distributes content obtained from the digital broadcast signal
  • the data processing device in the latter stage is a terminal device that reproduces the content distributed from the information processing device,
  • the data processing device according to any one of (1) to (5), wherein the information processing device and the terminal device are configured as separate devices and connected via a network.
  • the digital broadcast signal corresponds to an IP transmission method using an IP packet including a UDP packet
  • the previous stage data processing apparatus further includes an IP conversion unit that converts the packet storing the received data and the packet storing the notification data into an IP packet,
  • the output unit transmits the notification data stored in the IP packet, together with the received data stored in the IP packet, to the data processing device in the subsequent stage via the network.
  • the data processing apparatus according to any one of (1) to (10), wherein the second stage data processing apparatus performs processing according to the notification data output from the first stage data processing apparatus.
  • the data processor at the preceding stage is Receive digital broadcast signal, Among data obtained by performing demodulation processing on the digital broadcast signal, notification data to be notified to a subsequent data processing apparatus that performs processing on the latter stage of the demodulation processing is processed and obtained from the digital broadcast signal In a format that can be transmitted along with the received data, Outputting the notification data together with the received data to the data processing device in the subsequent stage.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Databases & Information Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Circuits Of Receivers In General (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Communication Control (AREA)

Abstract

本技術は、受信側の装置の機能の拡張性を高めることができるようにするデータ処理装置、及び、データ処理方法に関する。 前段のデータ処理装置は、デジタル放送信号を受信し、デジタル放送信号に対する復調処理を行うことで得られるデータのうち、復調処理の後段の処理を行う後段のデータ処理装置に通知すべき通知データを処理して、デジタル放送信号から得られた受信データとともに伝送可能な形式にし、受信データとともに、通知データを、後段のデータ処理装置に出力する。本技術は、例えば、復調デバイスとシステムオンチップからなるシステムに適用することができる。

Description

データ処理装置、及び、データ処理方法
　本技術は、データ処理装置、及び、データ処理方法に関し、特に、受信側の装置の機能の拡張性を高めることができるようにしたデータ処理装置、及び、データ処理方法に関する。
　現在、次世代地上放送規格の１つであるATSC(Advanced Television Systems Committee)3.0の策定が進められている（例えば、非特許文献１参照）。
　ATSC3.0では、データ伝送に、主として、TS(Transport Stream)パケットではなく、IP/UDPパケット、すなわち、UDP(User Datagram Protocol)パケットを含むIP(Internet Protocol)パケットを用いる方式（以下、IP伝送方式という）が採用されることが決定されている。また、ATSC3.0以外の放送方式でも、将来的に、IP伝送方式が採用されることが期待されている。
　また、DVB-T2(Digital Video Broadcasting - Second Generation Terrestrial)で規定されているM-PLP(Multiple PLP)方式では、受信側において、トランスポートストリーム（TS）の復元処理を行う前段の回路と、デコード等の処理を行う後段の回路との間が、単一のインターフェースで実現されている（例えば、非特許文献２参照）。
ATSC Candidate Standard：Physical Layer Protocol（Doc. S32-230r21 28 September 2015） ETSI EN 302 755 V1.3.1 (2011-11)
　ところで、IP伝送方式を採用した場合においても、コストの面から、DVB-T2と同様に、受信側における復調デバイス（復調LSI）と、その後段のシステムオンチップ（SoC：System on Chip）との間は、単一のインターフェースであることが望ましい。
　一方で、復調デバイス（復調LSI）とシステムオンチップ（SoC）との間など、受信側の装置（回路）の間を、単一のインターフェースで接続する際には、前段の装置（回路）から、後段の装置（回路）に通知すべきデータを通知して、受信側の装置（回路）の機能の拡張性を高めるための提案が要請されていた。
　本技術はこのような状況に鑑みてなされたものであり、受信側の装置の機能の拡張性を高めることができるようにするものである。
　本技術の一側面のデータ処理装置は、前段のデータ処理装置であって、デジタル放送信号を受信する受信部と、前記デジタル放送信号に対する復調処理を行うことで得られるデータのうち、前記復調処理の後段の処理を行う後段のデータ処理装置に通知すべき通知データを処理して、前記デジタル放送信号から得られた受信データとともに伝送可能な形式にする処理部と、前記受信データとともに、前記通知データを、前記後段のデータ処理装置に出力する出力部とを備えるデータ処理装置である。
　本技術の一側面のデータ処理装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。また、本技術の一側面のデータ処理方法は、上述した本技術の一側面のデータ処理装置に対応するデータ処理方法である。
　本技術の一側面のデータ処理装置、及び、データ処理方法においては、デジタル放送信号が受信され、前記デジタル放送信号に対する復調処理を行うことで得られるデータのうち、前記復調処理の後段の処理を行う後段のデータ処理装置に通知すべき通知データが処理され、前記デジタル放送信号から得られた受信データとともに伝送可能な形式とされ、前記受信データとともに、前記通知データが、前記後段のデータ処理装置に出力される。
　本技術の一側面によれば、受信側の装置の機能の拡張性を高めることができる。
　なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載されたいずれかの効果であってもよい。
本技術を適用した伝送システムの一実施の形態の構成を示す図である。 送信システムの構成例を示す図である。 受信システムの構成例を示す図である。 プライベートユーザデータの例を示す図である。 物理層フレームの構造を示す図である。 ブートストラップの構造を示す図である。 ブートストラップの構造を示す図である。 ブートストラップの構造を示す図である。 L1基本情報（L1-Basic）のシンタックスの例を示す図である。 L1詳細情報（L1-Detail）のシンタックスの例を示す図である。 L1詳細情報（L1-Detail）のシンタックスの例を示す図である。 L1詳細情報（L1-Detail）のシンタックスの例を示す図である。 プライベートユーザデータを伝送するための伝送方式の概要を示す図である。 Genericパケット拡張ヘッダ伝送方式を説明する図である。 Genericパケット拡張ヘッダ伝送方式を説明する図である。 L2シグナリングヘッダ伝送方式を説明する図である。 L2シグナリング伝送方式を説明する図である。 L2シグナリング伝送方式を説明する図である。 BBパケット拡張ヘッダ伝送方式を説明する図である。 BBパケット拡張ヘッダ伝送方式を説明する図である。 BBパケット拡張ヘッダ伝送方式を説明する図である。 BBパケット拡張ヘッダ伝送方式を説明する図である。 Genericパケット外部構造方式１，２を説明する図である。 Genericパケット外部構造方式１を説明する図である。 Genericパケット外部構造方式１を説明する図である。 Genericパケット外部構造方式１を説明する図である。 Genericパケット外部構造方式２を説明する図である。 Genericパケット外部構造方式２を説明する図である。 Genericパケット外部構造方式２を説明する図である。 BBパケット外部構造方式を説明する図である。 BBパケット外部構造方式を説明する図である。 BBパケット外部構造方式を説明する図である。 BBパケット外部構造方式を説明する図である。 IPパケット伝送方式を説明する図である。 IPパケット伝送方式を説明する図である。 受信側復調装置の処理の流れを説明するフローチャートである。 受信側処理装置の処理の流れを説明するフローチャートである。 コンピュータの構成例を示す図である。
　以下、図面を参照しながら本技術の実施の形態について説明する。なお、説明は以下の順序で行うものとする。
１．システムの構成
２．プライベートユーザデータの概要
３．プライベートユーザデータの伝送方式
（Ａ）Genericパケット拡張ヘッダ伝送方式
（Ｂ）L2シグナリングヘッダ伝送方式
（Ｃ）L2シグナリング伝送方式
（Ｄ）BBパケット拡張ヘッダ伝送方式
（Ｅ）Genericパケット外部構造方式１
（Ｆ）Genericパケット外部構造方式２
（Ｇ）BBパケット外部構造方式
（Ｈ）IPパケット伝送方式
４．受信システムで実行される処理の流れ
５．変形例
６．コンピュータの構成
＜１．システムの構成＞
（伝送システムの構成例）
　図１は、本技術を適用した伝送システムの一実施の形態の構成を示す図である。なお、システムとは、複数の装置が論理的に集合したものをいう。
　図１において、伝送システム１は、送信システム１０と受信システム２０から構成される。この伝送システム１では、ATSC(Advanced Television Systems Committee)3.0等のIP伝送方式を採用したデジタル放送の規格に準拠したデータ伝送が行われる。
　送信システム１０は、番組や広告等のコンテンツを含む放送ストリームを、デジタル放送信号として、伝送路３０を介して送信する。
　受信システム２０は、送信システム１０から、伝送路３０を介して送信されてくるデジタル放送信号を受信し、放送ストリームに含まれるコンテンツを処理して出力する。
　例えば、受信システム２０は、前段のデータ処理装置と後段のデータ処理装置など、複数の装置から構成される。前段のデータ処理装置は、送信システム１０から送信されてくるデジタル放送信号に対する復調処理を行い、それにより得られるデータを、後段のデータ処理装置に出力（送信）する。一方で、後段のデータ処理装置は、前段のデータ処理装置から出力（送信）されるデータに対する復調処理の後段の処理を行う。
　ここで、受信システム２０において、前段のデータ処理装置には、後述する復調装置２１１（図３）やホームゲートウェイ２６１（図３４）などが該当する。一方で、受信システム２０において、後段のデータ処理装置には、処理装置２１２（図３）やクライアント装置２６２（図３４）などが該当する。
　なお、図１の伝送システム１においては、説明を簡単にするために、受信システム２０を１つだけ図示しているが、受信システム２０は複数設けることができ、送信システム１０が送信（一斉同報配信）するデジタル放送信号は、伝送路３０を介して複数の受信システム２０で同時に受信することができる。
　また、送信システム１０も複数設けることができる。複数の送信システム１０のそれぞれでは、別個のチャネルとしての、例えば、別個の周波数帯域で、放送ストリームを含むデジタル放送信号を送信し、受信システム２０では、複数の送信システム１０のそれぞれのチャンネルの中から、放送ストリームを受信するチャネルを選択することができる。
　さらに、図１の伝送システム１において、伝送路３０は、地上波（地上波放送）のほか、例えば、放送衛星（BS：Broadcasting Satellite）や通信衛星（CS：Communications Satellite）を利用した衛星放送、あるいは、ケーブルを用いた有線放送（CATV）などであってもよい。
（送信システムの構成例）
　図２は、図１の送信システム１０の構成例を示す図である。
　図２において、送信システム１０は、コンポーネント処理部１１１、シグナリング処理部１１２、パケット処理部１１３、変調処理部１１４、及びRF部１１５から構成される。
　コンポーネント処理部１１１は、そこに入力されるコンテンツを取得する。ここで、コンテンツとしては、例えば、中継場所から伝送路や通信回線を介して送られてくるライブコンテンツ（例えば、スポーツ中継等の生放送番組）や、ストレージに蓄積されている収録済みコンテンツ（例えば、ドラマ等の事前収録番組）などが含まれる。
　コンポーネント処理部１１１は、コンテンツを構成するビデオやオーディオのコンポーネントのデータを処理（例えば、エンコード）し、それにより得られるデータを、パケット処理部１１３に供給する。
　シグナリング処理部１１２は、シグナリングを生成して処理し、パケット処理部１１３に供給する。例えば、ATSC3.0では、シグナリングとして、物理層のシグナリング（以下、L1シグナリング（L1 Signaling）ともいう）のほか、その上位層で伝送されるLLS(Link Layer Signaling)シグナリングやSLS(Service Layer Signaling)シグナリングなどを規定することが想定されている。LLSシグナリングは、SLSシグナリングに先行して取得されるシグナリングであって、LLSシグナリングに記述される情報に従い、サービスごとのSLSシグナリングが取得されることになる。
　ここで、L1シグナリングとしては、L1基本情報（L1-Basic）と、L1詳細情報（L1-Detail）が規定されている。
　また、LLSシグナリングとしては、例えば、SLT(Service List Table)等のメタデータが含まれる。SLTメタデータは、サービスの選局に必要な情報（選局情報）など、放送ネットワークにおけるストリームやサービスの構成を示す情報を含む。
　さらに、SLSシグナリングとしては、例えば、USD(User Service Description)，LSID(LCT Session Instance Description)，MPD(Media Presentation Description)等のメタデータが含まれる。USDメタデータは、他のメタデータの取得先などの情報を含む。LSIDメタデータは、ROUTE(Real-Time Object Delivery over Unidirectional Transport)プロトコルの制御情報である。MPDメタデータは、コンポーネントのストリームの再生を管理するための制御情報である。なお、MPDメタデータは、MPEG-DASH(Dynamic Adaptive Streaming over HTTP)の規格に準じている。
　パケット処理部１１３は、コンポーネント処理部１１１から供給されるビデオやオーディオのコンポーネントのデータと、シグナリング処理部１１２から供給されるシグナリングのデータを用いて、パケットを生成する処理を行う。
　ここでは、例えば、UDPパケットを含むIPパケット（IP/UDPパケット）が生成され、さらに、１又は複数のIP/UDPパケットがカプセル化されることで、Genericパケットが生成される。パケット処理部１１３により処理されたパケットは、変調処理部１１４に供給される。
　変調処理部１１４は、パケット処理部１１３から供給されるパケットを処理することで、物理層フレームを生成して処理する。ここで、物理層フレームは、ブートストラップ（Bootstrap）、プリアンブル（Preamble）、及びペイロードから構成される。ただし、シグナリング処理部１１２により生成されたL1シグナリングは、プリアンブルに含めることができる。
　なお、変調処理部１１４では、例えば、誤り訂正符号化処理（例えば、BCH符号化やLDPC(Low Density Parity Check)符号化等）や変調処理（例えば、OFDM(Orthogonal Frequency Division Multiplexing)変調等）などの処理も行われる。変調処理部１１４により処理された信号は、RF部１１５に供給される。
　RF部１１５は、変調処理部１１４から供給される信号を、RF(Radio Frequency)信号に変換し、アンテナ１２１を介して、IP伝送方式のデジタル放送信号として送信する。
　送信システム１０は、以上のように構成される。なお、図２においては、説明の都合上、送信側の送信システム１０が、あたかも１つの装置から構成されるように記載されているが、送信側の送信システム１０は、図２のブロックの各機能を有する複数の装置から構成されるようにすることができる。
（受信システムの構成例）
　図３は、図１の受信システム２０の構成例を示す図である。
　図３において、受信システム２０は、前段の復調装置２１１と、後段の処理装置２１２から構成される。また、復調装置２１１と処理装置２１２においては、単一のインターフェース（I/F）２１３を介したデータ伝送が行われる。
　復調装置２１１は、例えばRF ICや復調LSIなどの復調デバイスから構成され、物理層（PHY）に関する処理を行う。復調装置２１１は、RF部２２１、復調部２２２、エラー処理部２２３、プライベートユーザデータ処理部２２４、及び出力I/F２２５から構成される。
　RF部２２１は、アンテナ２４１を介して、IP伝送方式のデジタル放送信号を受信して、RF信号を、IF(Intermediate Frequency)信号に周波数変換し、復調部２２２に供給する。
　復調部２２２は、RF部２２１から供給される信号に対する復調処理（例えばOFDM復調等）を行う。また、エラー処理部２２３は、復調処理が施された信号に対する誤り訂正復号処理（例えばLDPC復号やBCH復号等）を行う。ただし、ここでは、説明の都合上、復調部２２２により行われる復調処理と、エラー処理部２２３により行われる誤り訂正復号処理が別個の処理であるとして説明しているが、誤り訂正復号処理は、復調処理の一部であるとして捉えることもできる。さらに、RF部２２１により行われる周波数変換処理などを復調処理の一部として捉えてもよい。
　復調部２２２とエラー処理部２２３により復調処理が行われることで、RF部２２１から供給される信号から得られる物理層フレームが処理される。ここで、物理層フレームは、ブートストラップ（Bootstrap）、プリアンブル（Preamble）、及びペイロードから構成される。また、プリアンブルには、L1シグナリングが含まれている。
　RF部２２１乃至エラー処理部２２３により処理されたデータ（受信データ）は、出力I/F２２５に供給される。ここで、前段の復調装置２１１の出力I/F２２５と、後段の処理装置２１２の入力I/F２３１とは、インターフェース（I/F）２１３を介して接続されており、出力I/F２２５からのデータ（受信データ）が、入力I/F２３１に入力される。
　また、RF部２２１、復調部２２２、又はエラー処理部２２３は、各部が処理を行うことで得られる、後段の処理装置２１２に通知すべき通知データを、プライベートユーザデータ処理部２２４に供給する。ここで、詳細は、図４等を参照して後述するが、例えば、通知データとしては、選局時に用いられる選局情報、復調処理の状態に関する情報、復調処理のエラーに関する情報、又は、復調処理で得られるシグナリング若しくは変調パラメータに関する情報などが含まれる。
　プライベートユーザデータ処理部２２４は、RF部２２１、復調部２２２、又はエラー処理部２２３から供給される通知データを処理して、RF部２２１乃至エラー処理部２２３により処理されたデータ（受信データ）に対し、プライベートユーザデータとして挿入されるようにする。
　すなわち、プライベートユーザデータ処理部２２４は、後段の処理装置２１２に通知すべき通知データを処理して、復調処理で得られる受信データとともに伝送可能な形式にする。これにより、プライベートユーザデータ（通知データ）が、出力I/F２２５から出力され、インターフェース（I/F）２１３を介して処理装置２１２の入力I/F２３１に入力されることになる。なお、通知データを、プライベートユーザデータとして伝送するための伝送方式の詳細については、図１３乃至図３５を参照して後述する。
　復調装置２１１は、以上のように構成される。
　処理装置２１２は、例えばシステムオンチップ（SoC）などから構成され、復調処理の後段の処理として、パケットを処理して、コンテンツを再生するための処理を行う。処理装置２１２は、入力I/F２３１、フィルタ処理部２３２、デコーダ２３３、出力部２３４、及び内部制御部２３５から構成される。
　入力I/F２３１は、インターフェース（I/F）２１３を介して復調装置２１１から入力されるデータを、フィルタ処理部２３２に供給する。なお、このデータには、復調処理で得られる受信データと、プライベートユーザデータ（通知データ）が含まれる。
　フィルタ処理部２３２は、入力I/F２３１から供給されるデータ（を格納したパケット）に対するフィルタリング処理を行う。このフィルタリング処理により、受信データ（を格納したパケット）が、デコーダ２３３に供給され、プライベートユーザデータ（通知データ）（を格納したパケット）が、内部制御部２３５に供給される。
　なお、デコーダ２３３には、受信データ（を格納したパケット）から得られるビデオやオーディオのコンポーネントのデータが入力されるが、このコンポーネントのデータは、受信データ（を格納したパケット）から得られるシグナリング（例えばLLSシグナリンやSLSシグナリング）に基づいて、抽出されることになる。
　デコーダ２３３は、フィルタ処理部２３２から供給される、ビデオやオーディオのコンポーネントのデータをデコードし、それにより得られるデータを、出力部２３４に供給する。出力部２３４は、デコーダ２３３から供給されるデータのうち、ビデオのデータを表示部（不図示）に出力し、オーディオのデータをスピーカ（不図示）に出力する。これにより、受信システム２０では、送信システム１０から配信されたコンテンツの映像と音声が再生されることになる。
　また、内部制御部２３５には、フィルタ処理部２３２からのプライベートユーザデータ（通知データ）を格納したパケットが供給される。内部制御部２３５は、プライベートユーザデータとして通知（伝送）される通知データに応じた処理を行う。
　ここで、例えば、通知データとしては、選局時に用いられる選局情報、復調処理の状態に関する情報、復調処理のエラーに関する情報、又は、復調処理で得られるシグナリング若しくは変調パラメータに関する情報などが含まれている。内部制御部２３５は、このような通知データに基づいて、処理装置２１２の各部の動作を制御する。
　処理装置２１２は、以上のように構成される。
＜２．プライベートユーザデータの概要＞
　上述したように、本技術では、受信側の受信システム２０において、前段の復調装置２１１から、後段の処理装置２１２に通知すべき通知データが、プライベートユーザデータとして伝送されることになるが、次に、このプライベートユーザデータの概要について説明する。
　ここで、通知データをプライベートユーザデータとして伝送する方法であるが、例えば、ATSC3.0等のデジタル放送の規格で規定されるテーブルなどに、あらかじめプライベートユーザデータの領域を予約しておくことで、受信システム２０では、復調装置２１１が、その予約された領域を利用して、プライベートユーザデータを、処理装置２１２に通知することができる。つまり、送信側の送信システム１０では、この予約された領域を使用しないため、受信側の受信システム２０では、この予約された領域（プライベートユーザデータの領域）に、通知データを追加することができる。
（プライベートユーザデータの例）
　図４は、プライベートユーザデータの例を示す図である。
　プライベートユーザデータとしては、データID（DATA_ID）により識別される各種の通知データ（DATA）を伝送することができる。例えば、図４において、"0x00"であるデータIDには、「選局周波数」が割り当てられており、復調装置２１１によって、"0x00"であるデータIDが指定された場合には、選局周波数のデータが、復調装置２１１から処理装置２１２に通知されることになる。
　図４においては、"0x01"であるデータID以降についても同様に、各種のデータが割り当てられている。すなわち、"0x01"であるデータIDには、PLP(Physical Layer Pipe)を識別するためのIDである「PLP_ID」が割り当てられる。"0x02"であるデータIDには、復調部２２２のAGC(Automatic Gain Control)回路が正しく動作して受信信号を捕捉したことを示す「AGC_OK」が割り当てられる。ただし、ここでは、受信信号の変動が一定の範囲内となっているとき、受信信号が捕捉されたものとされる。
　"0x03"であるデータIDには、復調処理でブートストラップ（Bootstrap）が捕捉されたことを示す「Bootstrap_OK」が割り当てられる。"0x04"であるデータIDには、復調処理でプリアンブル（Preamble）が捕捉されたことを示す「Preamble_OK」が割り当てられる。ただし、ここでは、ブートストラップやプリアンブルの部分の信号が受信され、意味のある値が確認されたとき、ブートストラップやプリアンブルが捕捉されたものとされる。なお、ブートストラップとプリアンブルの詳細な内容は、図５乃至図１２を参照して後述する。
　"0x05"であるデータIDには、復調処理が正しく行われたことを示す「Demod_OK」が割り当てられる。"0x06"であるデータIDには、PTP(Precision Time Protocol)やUTC(協定世界時)などの時刻情報である「Time_Info」が割り当てられる。"0x07"であるデータIDには、復調部２２２のTRL(Time Recovery Loop)回路が正しく動作して受信信号を捕捉したことを示す「TRL_OK」が割り当てられる。"0x08"であるデータIDには、復調部２２２のCRL(Carrier Recovery Loop)回路が正しく動作して受信信号を捕捉したことを示す「CRL_OK」が割り当てられる。
　"0x09"であるデータIDには、物理層（PHY）の処理が正しく行われたことを示す「PHY_OK」が割り当てられる。"0x0a"であるデータIDには、復調処理でL1基本情報（L1-Basic）が捕捉されたことを示す「L1_Basic_OK」が割り当てられる。"0x0b"であるデータIDには、復調処理でL1詳細情報（L1-Detail）が捕捉されたことを示す「L1_Detail_OK」が割り当てられる。ただし、ここでは、L1基本情報やL1詳細情報の部分の信号が受信され、意味のある値が確認されたとき（受信、復調し、LDPCやBCH、CRC(Cyclic Redundancy Check)のエラーがないとき）、L1基本情報やL1詳細情報が捕捉されたものとされる。なお、L1基本情報やL1詳細情報の詳細な内容は、図９乃至図１２を参照して後述する。
　"0x0c"であるデータIDには、復調部２２２のAGC回路が正しく動作して受信信号を捕捉する状態に達するまでの時間を示す「AGC_OK_Time」が割り当てられる。"0x0d"であるデータIDには、復調処理でブートストラップが捕捉されるまでの時間を示す「Bootstrap_OK_Time」が割り当てられる。"0x0d"であるデータIDには、復調処理でL1基本情報（L1-Basic）が捕捉されるまでの時間を示す「L1_Basic_OK_Time」が割り当てられる。"0x0e"であるデータIDには、復調処理でL1詳細情報（L1-Detail）が捕捉されるまでの時間を示す「L1_Detail_OK_Time」が割り当てられる。
　"0x0f"であるデータIDには、AGCのレベルを示す「AGC_Level」が割り当てられる。"0x10"であるデータIDには、ブートストラップの相関に関する情報である「Bootstrap_Max_Correlation」が割り当てられる。"0x11"であるデータIDには、ブートストラップのPack比率に関する情報である「Bootstrap_Pack_Ratio」が割り当てられる。
　"0x12"であるデータIDには、サンプリング周波数のオフセットを示す情報（単位：ppm）である「Sampling_Frequency_Offset」が割り当てられる。"0x13"であるデータIDには、搬送波周波数のオフセットを示す情報（単位：kHz）である「Carrier_Frequency_Offset」が割り当てられる。
　"0x14"であるデータIDには、LDPC復号に関する情報である「LDPC_Number_iteration」が割り当てられる。"0x15"であるデータIDには、BCH復号時のエラーを示す「BCH_Error」が割り当てられる。"0x16"であるデータIDには、巡回冗長検査（CRC）による誤り検出でのエラーを示す「CRC_Error」が割り当てられる。
　"0x17"であるデータIDには、変調誤差比（MER：Modulation Error Ratio）を示す「MER」が割り当てられる。"0x18"～"0x1b"であるデータIDには、SN比（SNR：Signal Noise Ratio）を示す「SNR」が割り当てられる。ただし、"0x18"であるデータIDは、ある瞬間のSNRを表し、"0x19"であるデータIDは、平均のSNRを表し、"0x1a"と"0x1b"であるデータIDは、最大と最小のSNRを表している。
　"0x1c"であるデータIDには、エラーのインジケータを示す「Error Indicator」が割り当てられる。"0x1e"であるデータIDには、ビットエラー率（BER：Bit Error Rate）を示す「Bit_Error_Rate」が割り当てられる。"0x1f"であるデータIDには、緊急情報に関する情報である「Emergency_Information」が割り当てられる。
　"0x20"であるデータIDには、フレームエラー率（FER：Frame Error Rate）を示す「Frame_Error_Rate」が割り当てられる。"0x21"であるデータIDには、パケットエラー率（PER：Packet Error Rate）を示す「Packet_Error_Rate」が割り当てられる。"0x22"であるデータIDには、復調装置２１１（復調デバイス）にあらかじめ記録されている、メーカを識別するための「メーカID」が割り当てられる。"0x23"であるデータIDには、復調装置２１１（復調デバイス）にあらかじめ記録されている、メーカごとのバージョンである「メーカバージョン」が割り当てられる。なお、"0x24"～"0x3f"であるデータIDは、将来の拡張用の領域である。
　"0x40"であるデータIDには、復調処理で得られるブートストラップのデータである「Bootstrap」が割り当てられる。"0x60"であるデータIDには、復調処理で得られるL1基本情報（L1-Basic）のデータである「L1_Basic_signaling」が割り当てられる。"0x90"であるデータIDには、復調処理で得られるL1詳細情報（L1-Detail）のデータである「L1_Detail_signaling」が割り当てられる。なお、ブートストラップ、L1基本情報、及びL1詳細情報の詳細な内容は、図５乃至図１２を参照して後述する。
　"0xd0"～"0xdf"であるデータIDは、受信システム２０（の復調装置２１１又は処理装置２１２）を製造するメーカにより独自に拡張可能な領域である。また、"0xf0"～"0xff"であるデータIDは、将来の拡張用の領域である。なお、図４においては、プライベートユーザデータとして伝送可能な通知データとその識別情報を、例示列挙したが、図４に示した通知データ以外のデータが、プライベートユーザデータとして伝送されるようにしてもよい。
　ここで、図４のプライベートユーザデータに例示した通知データのうち、ブートストラップと、L1基本情報（L1-Basic）と、L1詳細情報（L1-Detail）の詳細な内容について説明する。
（物理層フレームの構造）
　図５は、物理層フレームの構造を示す図である。図５において、横方向は、時間（Time）を表し、縦方向は、周波数（Frequency）を表している。
　物理層フレームは、ブートストラップ（Bootstrap）と、プリアンブル（Preamble）と、１以上のサブフレーム（Subframe）から構成される。物理層フレームは、ミリ秒単位などの所定のフレーム長で構成される。物理層フレームにおいては、ブートストラップとプリアンブルを取得した後に、その後のサブフレームを取得することが可能となる。
　ブートストラップは、例えば、DVB-T2のT2フレームを構成するP1シンボルに対応し、プリアンブルは、例えば、DVB-T2のT2フレームを構成するP2シンボルに対応している。したがって、ブートストラップは、プリアンブルであると言うこともできる。
　プリアンブルには、L1基本情報（L1-Basic）やL1詳細情報（L1-Detail）などのL1シグナリングを含めることができる。ここで、L1基本情報とL1詳細情報とを比較すれば、L1基本情報は、200ビット程度のビットから構成されるが、L1詳細情報は、400～数千ビットから構成される点でそのサイズが異なっている。また、プリアンブルでは、L1基本情報とL1詳細情報がその順に読み出されるため、L1詳細情報よりもL1基本情報のほうが先に読み出される。さらに、L1基本情報は、L1詳細情報と比べて、よりロバストに伝送される点でも異なっている。
　サブフレームには、ペイロード（データ）が配置される。物理層フレームにおいて、２以上のサブフレームが含まれる場合には、サブフレームごとに、例えば、FFTサイズやガードインターバル長、パイロットパターンなどの変調パラメータを変更することができる。
（ブートストラップの構造）
　図６乃至図８は、図５のブートストラップの構造を示す図である。
　図６乃至図８には、図５のブートストラップ（の信号）によって、ブートストラップシンボル１乃至３が伝送される場合における各ブートストラップシンボルを表している。ただし、各ブートストラップシンボルは、最大で11ビットの信号を伝送可能である。
　図６のシンタックスに示すように、ブートストラップシンボル１には、1ビットのeas_wake_up，2ビットのsystem_bandwidth，5ビットのmin_time_to_nextが含まれる。また、図７のシンタックスに示すように、ブートストラップシンボル２には、7ビットのbsr_coefficientが含まれる。さらに、図８のシンタックスに示すように、ブートストラップシンボル３には、7ビットのpreamble_structureが含まれる。
（L1基本情報の構造）
　図９は、図５のプリアンブルに含まれるL1基本情報（L1-Basic）のシンタックスの例を示す図である。
　2ビットのL1B_content_tagは、コンテンツを識別するタグ値を表している。3ビットのL1B_versionは、L1基本情報のバージョンを表している。1ビットのL1B_slt_flagは、SLT(Service Labeling Table)が存在するかどうかを表している。
　1ビットのL1B_time_info_flagは、時刻情報が存在するかどうかを表している。2ビットのL1B_paprは、PAPR(Peak to Average Power Reduction)の適用を表している。
　1ビットのL1B_frame_length_modeは、フレームモードを表している。L1B_frame_length_mode = 0 の場合、フレームモードは、タイムアラインモードとなる。また、L1B_frame_length_mode = 1 の場合、フレームモードは、シンボルアラインモードとなる。
　10ビットのL1B_frame_lengthは、物理層フレームのフレーム長を表している。ただし、このL1B_frame_lengthは、フレームモードが、タイムアラインモードとなる場合にのみ使用され、シンボルアラインモードとなる場合には、未使用とされる。
　8ビットのL1B_num_subframesは、物理層フレームに含まれるサブフレームの数を表している。3ビットのL1B_preamble_num_symbolsは、プリアンブルに含まれるOFDMシンボルの数を表している。3ビットのL1B_preamble_reduced_carriersは、プリアンブルで使用されるFFTサイズのキャリアの最大数の減少に応じた制御ユニットの数を表している。
　16ビットのL1B_L1_Detail_size_bitsは、L1詳細情報（L1-Detail）のサイズを表している。3ビットのL1B_L1_Detail_fec_typeは、L1詳細情報のFECタイプを表している。2ビットのL1B_L1_Detail_additional_parity_modeは、L1詳細情報の追加パリティモードを表している。19ビットのL1B_L1_Detail_total_cellsは、L1詳細情報のトータルサイズを表している。
　1ビットのL1B_First_Sub_mimoは、先頭のサブフレームのMIMO(Multiple Input and Multiple Output)の使用状況を表している。1ビットのL1B_First_Sub_misoは、先頭のサブフレームのMISO(Multiple Input and Single Output)の使用状況を表している。
　2ビットのL1B_First_Sub_fft_sizeは、先頭のサブフレームのFFTサイズを表している。3ビットのL1B_First_Sub_reduced_carriersは、先頭のサブフレームで使用されるFFTサイズのキャリアの最大数の減少に応じた制御ユニットの数を表している。4ビットのL1B_First_Sub_guard_intervalは、先頭のサブフレームのガードインターバル長を表している。
　13ビットのL1B_First_Sub_excess_samplesは、先頭のサブフレームにおいて、ガードインターバル部分に挿入される余分なサンプルの数を表している。ただし、このL1B_First_Sub_excess_samplesは、フレームモードが、タイムアラインモードとなる場合にのみ使用され、シンボルアラインモードとなる場合には、未使用とされる。
　11ビットのL1B_First_Sub_num_ofdm_symbolsは、先頭のサブフレームに含まれるOFDMシンボルの数を表している。5ビットのL1B_First_Sub_scattered_pilot_patternは、先頭のサブフレームで使用されているSPパターン（Scattered Pilot Pattern）を表している。3ビットのL1B_First_Sub_scattered_pilot_boostは、SPパターンの大きさを高める値を表している。
　1ビットのL1B_First_Sub_sbs_firstは、先頭のサブフレームのSBS(Subframe Boundary Symbol)の先頭を表している。1ビットのL1B_First_Sub_sbs_lastは、先頭のサブフレームのSBSの末尾を表している。
　L1B_Reservedは、将来の拡張用の領域（Reserved）である。L1B_Reservedのビット数は、未確定（TBD：To Be Determined）であるが、現状では、49ビットとされている。32ビットのL1B_crcは、CRC値が含まれることを表している。
　なお、フォーマット（Format）として、uimsbf(unsigned integer most significant bit first)が指定された場合、ビット演算をして、整数として扱われることを意味している。また、bslbf(bit string, left bit first)が指定された場合には、ビット列として扱われることを意味する。
　また、L1基本情報（L1-Basic）については、上述した非特許文献１の「Table 9.2 L1-Basic signaling fields and syntax」にその詳細な内容が記載されている。
（L1詳細情報の構造）
　図１０乃至図１２は、図５のプリアンブルに含まれるL1詳細情報（L1-Detail）のシンタックスの例を示す図である。
　4ビットのL1D_versionは、L1詳細情報のバージョンを表している。
　3ビットのL1D_num_rfに応じたループには、チャネルボンディング（Channel Bonding）に関するパラメータが配置される。すなわち、19ビットのL1D_rf_frequencyは、チャネルボンディングにより結合されるRFチャネルの周波数を表している。
　ここで、図９のL1基本情報において、L1B_time_info_flag = 1 となる場合、時刻情報が存在していることを示しているので、L1詳細情報には、時刻情報としてのL1D_time_infoが配置される。なお、L1D_time_infoのビット数は、未確定（TBD）とされる。
　図９のL1基本情報のL1B_num_subframesに応じたループには、以下のサブフレームに関するパラメータが配置される。
　1ビットのL1D_mimoは、サブフレームのMIMOの使用状況を表している。1ビットのL1D_misoは、サブフレームのMISOの使用状況を表している。2ビットのL1D_fft_sizeは、サブフレームのFFTサイズを表している。
　3ビットのL1D_reduced_carriersは、サブフレームで使用されるFFTサイズのキャリアの最大数の減少に応じた制御ユニットの数を表している。4ビットのL1D_guard_intervalは、サブフレームのガードインターバル長を表している。11ビットのL1D_num_ofdm_symbolsは、サブフレームに含まれるOFDMシンボルの数を表している。
　5ビットのL1D_scattered_pilot_patternは、サブフレームで使用されているSPパターンを表している。3ビットのL1D_scattered_pilot_boostは、SPパターンの大きさを高める値を表している。1ビットのL1D_sbs_firstは、サブフレームのSBSの先頭を表している。1ビットのL1D_sbs_lastは、サブフレームのSBSの末尾を表している。
　1ビットのL1D_subframe_multiplexは、サブフレームが時分割多重であるかどうかを表している。1ビットのL1D_frequency_interleaverは、周波数インターリーブがあるかどうかを表している。
　6ビットのL1D_num_plpに応じたループには、PLPに関するパラメータが配置される。このパラメータとしては、6ビットのL1D_plp_id，1ビットのL1D_plp_slt_exist，2ビットのL1D_plp_layer，24ビットのL1D_plp_start，24ビットのL1D_plp_size，2ビットのL1D_plp_scrambler_type，4ビットのL1D_plp_fec_typeなどが配置される。
　ここでは、PLPに関するパラメータの全てについては説明しないが、上述した非特許文献１の「Table 9.12 L1-Detail signaling fields and syntax」に、L1詳細情報（L1-Detail）の詳細な内容が記載されている。
＜３．プライベートユーザデータの伝送方式＞
（プライベートユーザデータの伝送方式の概要）
　図１３は、通知データを、プライベートユーザデータとして伝送するための伝送方式の概要を示す図である。
　プライベートユーザデータは、下記の（Ａ）乃至（Ｈ）の伝送方式のいずれかを用いて伝送することができる。
（Ａ）Genericパケット拡張ヘッダ伝送方式
（Ｂ）L2シグナリングヘッダ伝送方式
（Ｃ）L2シグナリング伝送方式
（Ｄ）BBパケット拡張ヘッダ伝送方式
（Ｅ）Genericパケット外部構造方式１
（Ｆ）Genericパケット外部構造方式２
（Ｇ）BBパケット外部構造方式
（Ｈ）IPパケット伝送方式
　ここで、図１３に示すように、IP伝送方式のプロトコルスタックにおいては、物理層であるレイヤ１（Ｌ１）と、レイヤ１の上位層であるレイヤ２（Ｌ２）と、レイヤ２の上位層であるレイヤ３（Ｌ３）が階層構造をなしている。
　レイヤ３（Ｌ３）では、IPパケット（IP/UDPパケット）又は選局情報が伝送される。ただし、例えば、選局情報は、LLSシグナリングに含まれるようにして、当該LLSシグナリングを、IPパケットに配置されるようにすることができる。
　このIPパケット（IP/UDPパケット）は、IPヘッダとペイロードから構成される。IPパケットのペイロードには、ビデオやオーディオのコンポーネントのデータと、SLSシグナリング等のシグナリングのデータなどが配置される。ここで、（Ｈ）IPパケット伝送方式を用いる場合には、例えば、IPパケットのペイロードに、プライベートユーザデータ（通知データ）が配置される。
　レイヤ２（Ｌ２）では、伝送パケットとしてのGenericパケットが伝送される。このGenericパケットは、Genericヘッダとペイロードから構成される。Genericパケットのペイロードには、１又は複数のIPパケット又は選局情報が配置され、カプセル化（encapsulation）される。
　ここで、（Ａ）Genericパケット拡張ヘッダ伝送方式を用いる場合、このGenericパケットの拡張ヘッダに、プライベートユーザデータ（通知データ）が配置される。また、（Ｂ）L2シグナリングヘッダ伝送方式を用いる場合、Genericパケットのペイロードに配置されるL2シグナリングのヘッダに、プライベートユーザデータ（通知データ）が配置される。
　また、（Ｃ）L2シグナリング伝送方式を用いる場合、Genericパケットのペイロードに、L2シグナリングとしてのプライベートユーザデータ（通知データ）が配置される。さらに、（Ｅ）Genericパケット外部構造方式１又は（Ｆ）Genericパケット外部構造方式２を用いる場合には、Genericパケットの外部構造を利用して、プライベートユーザデータ（通知データ）が配置される。
　レイヤ１（Ｌ１）においては、伝送パケットとしてのBBパケット（BBP：Baseband Packet）が伝送される。このBBパケットは、BBPヘッダとペイロードから構成される。BBパケットのペイロードには、１又は複数のGenericパケットが配置され、カプセル化される。
　ここで、（Ｄ）BBパケット拡張ヘッダ伝送方式を用いる場合、BBパケットの拡張ヘッダに、プライベートユーザデータ（通知データ）が配置される。また、（Ｇ）BBパケット外部構造方式を用いる場合には、BBパケットの外部構造を利用して、プライベートユーザデータ（通知データ）が配置される。
　なお、レイヤ１においては、１又は複数のBBパケットをスクランブルして得られるデータが、FECフレーム（FEC Frame）にマッピングされ、物理層のエラー訂正用のパリティ（Parity）が付加される。ここで、物理層フレームは、ブートストラップと、プリアンブルと、ペイロードから構成されるが、このペイロードに、複数のFECフレームに対して、ビットインターリーブを行った後に、マッピング処理を行い、さらに、時間方向と周波数方向にインターリーブを行うなどの物理層の処理（変調処理）を行うことで得られるデータがマッピングされる。なお、物理層フレームのフレーム長は、例えば、100～200msとされる。
　以上のように、図１３に示した伝送方式を採用することで、高速、かつ、リアルタイムに、前段の復調装置２１１（復調デバイス）の情報（通知データ）を、後段の処理装置２１２（システムオンチップ（SoC））に伝送することができる。また、図１３に示した各伝送方式では、各パケットと同一のフォーマットによる拡張を行っているため、前段の復調装置２１１と後段の処理装置２１２の処理の実装を容易に行うことができる。さらに、図１３に示した各伝送方式は、IP伝送方式を採用していることを前提としているが、受信システム２０においては、前段の復調装置２１１と後段の処理装置２１２とは、単一のインターフェース（I/F）２１３を介して接続されており、従来のトランスポートストリーム(TS)に対応した構成と同様に、装置間が単一のインターフェース（I/F）で実現されている。以下、図１３に示した（Ａ）乃至（Ｈ）の８つの伝送方式の詳細な内容について説明する。
（Ａ）Genericパケット拡張ヘッダ伝送方式
　まず、図１４乃至図１５を参照して、Genericパケット拡張ヘッダ伝送方式について説明する。このGenericパケット拡張ヘッダ伝送方式では、Genericパケットの拡張ヘッダを利用して、プライベートユーザデータ（通知データ）が伝送される。
　図１４は、Genericパケットの構成を示している。図１４のGenericパケット、Genericヘッダの先頭には、3ビットのタイプ情報（Type）が設定される。このタイプ情報は、Genericのペイロードに配置されるデータのタイプに関する情報が設定される。
　Genericヘッダにおいて、タイプ情報の次には、1ビットのパケット設定情報（PC：Packet Configuration）が配置される。パケット設定情報として、"0"が設定された場合、その次に配置される1ビットのヘッダモード（HM：Header Mode）に応じて、シングルパケットモード（Single packet mode）となって、Genericヘッダには、11ビットのレングス情報（Length）や拡張ヘッダ（Additional header）が配置される。また、Genericパケットにおいては、Genericヘッダに続いて、ペイロードが配置される。
　なお、シングルパケットモードにおいて、拡張ヘッダが配置されないGenericパケットは、ノーマルパケット（normal packet）と称される一方、拡張ヘッダが配置されるGenericパケットは、ロングパケット（long packet）と称される。
　一方、パケット設定情報（PC）として、"1"が設定された場合、その次に配置される1ビットのS/C（Segmentation/Concatenation）に応じて、セグメンテーションモード（Segmentation mode）又は連結モード（Concatenation mode）となって、Genericヘッダには、11ビットのレングス情報（Length）や拡張ヘッダ（Additional header）が配置される。
　ここで、Generic拡張ヘッダ伝送方式では、図中の枠Ａで囲まれた拡張ヘッダ（Additional header）に、プライベートユーザデータが配置される。すなわち、シングルパケットモード（ロングパケット）と、セグメンテーションモードの場合、拡張ヘッダにおいて、オプショナル拡張ヘッダフラグ（OHF：Optional Header Extension Flag）として"1"が設定された場合には、オプショナルヘッダ（Optional Header）が配置される。また、連結モードの場合には、拡張ヘッダにおいて、サブストリーム識別フラグ（SIF：Sub-stream Identifier Flag）として"1"が設定された場合には、オプショナルヘッダが配置される。
　このオプショナルヘッダには、図１５に示した構造体を配置することができる。図１５の構造体においては、拡張ヘッダインデックス情報（Additional header Index）ごとに、各種の情報が配置される。例えば、拡張ヘッダインデックス情報として、"000000"が設定された場合には、オプショナルヘッダに、プライベートユーザデータが配置されることを定義することができる。
　このプライベートユーザデータとしては、データID（DATA_ID）と、そのデータIDにより識別される通知データ（DATA）との組み合わせが配置される。例えば、図１５に示すように、"0x00"であるデータIDが指定された場合には、選局周波数のデータが配置される。また、例えば、"0x60"であるデータIDが指定された場合には、L1基本情報（L1-Basic）のデータが配置され、"0x90"であるデータIDが指定された場合には、L1詳細情報（L1-Detail）のデータが配置される。なお、図１５に示したプライベートユーザデータは一例であって、他のプライベートユーザデータが配置されるようにしてもよい。
　以上のように、プライベートユーザデータを伝送するための伝送フォーマットとして、Genericパケット拡張ヘッダ伝送方式を採用することで、受信システム２０においては、前段の復調装置２１１から、後段の処理装置２１２に対し、Genericパケットの拡張ヘッダを利用して、プライベートユーザデータ（通知データ）を通知することができる。
（Ｂ）L2シグナリングヘッダ伝送方式
　次に、図１６を参照して、L2シグナリングヘッダ伝送方式について説明する。このL2シグナリングヘッダ伝送方式では、Genericパケットのペイロードに配置されるL2シグナリングのヘッダを利用して、プライベートユーザデータ（通知データ）が伝送される。
　図１６は、レイヤ２のGenericパケットとしてのLLS(Link Layer Signaling)パケットの構成を示している。
　図１６において、Genericパケットのペイロードには、IPパケットやL2シグナリングが配置されるが、この例では、L2シグナリングとして、LLSシグナリングを配置した場合を表している。このLLSシグナリングとしては、例えば、SLT等のメタデータが含まれる。
　ここで、Genericパケットのペイロードに、LLSシグナリングが配置される場合、当該Genericパケットは、LLSパケット（LLS Packet）であるとも言える。このLLSパケットは、LLSヘッダ（LLS Header）と、LLSシグナリング（LLS）が配置されたペイロードから構成される。なお、この場合、BBパケットのペイロードには、LLSパケットが配置され、カプセル化されることになる。
　また、LLSヘッダには、LLSインデックス情報（LLS Index）とオブジェクトバージョン情報（Object Version）からなる構造体を配置することができる。
　LLSインデックス情報には、圧縮情報（Compression Scheme）、タイプ情報（Fragment Type）、及び、拡張タイプ情報（Type Extension）が配置される。圧縮情報には、対象のLLSシグナリングの圧縮の有無を示す情報が設定される。例えば、"0000"が設定された場合には、非圧縮であることを示し、"0001"が設定された場合には、zip形式で圧縮されていることを示している。
　タイプ情報には、LLSシグナリングのタイプに関する情報が設定される。ここでは、タイプ情報として、"000000"が設定された場合、拡張タイプ情報に、プライベートユーザデータが配置されることを定義することができる。
　拡張タイプ情報には、タイプごとに拡張パラメータが設定される。ここでは、タイプ情報として、"000000"が設定された場合には、拡張タイプ情報に、プライベートユーザデータとして、データID（DATA_ID）と、そのデータIDにより識別される通知データ（DATA）との組み合わせが配置される。
　例えば、図１６に示すように、拡張タイプ情報において、"0x00"であるデータIDが指定された場合には、選局周波数のデータが配置される。また、例えば、"0x60"であるデータIDが指定された場合には、L1基本情報（L1-Basic）のデータが配置され、"0x90"であるデータIDが指定された場合には、L1詳細情報（L1-Detail）のデータが配置される。なお、図１６に示したプライベートユーザデータは一例であって、他のプライベートユーザデータが配置されるようにしてもよい。
　以上のように、プライベートユーザデータを伝送するための伝送フォーマットとして、L2シグナリングヘッダ伝送方式を採用することで、受信システム２０においては、前段の復調装置２１１から、後段の処理装置２１２に対し、L2シグナリングのヘッダを利用して、プライベートユーザデータ（通知データ）を通知することができる。
　なお、図１６の説明では、説明の都合上、L2シグナリングとして、LLSシグナリングが配置される場合を説明したが、実際には、LLSシグナリングは、IP/UDPパケットで伝送されることも想定されており、LLSシグナリング以外の他のL2シグナリングを用いた場合でも同様の構造を用いることができる。
（Ｃ）L2シグナリング伝送方式
　次に、図１７乃至図１８を参照して、L2シグナリング伝送方式について説明する。このL2シグナリング伝送方式では、Genericパケットのペイロードに配置されるL2シグナリングを利用して、プライベートユーザデータ（通知データ）が伝送される。
　図１７は、プライベートユーザデータに対応したL2シグナリング（Private_User_data_signaling()）のシンタックスの例を示す図である。
　8ビットのsignaling_typeは、当該L2シグナリングの種別に応じたタイプを表している。例えば、プライベートユーザデータに対応したL2シグナリングでは、signaling_typeとして、"0xff"が設定される。
　8ビットのNUM_DATAは、当該L2シグナリングに配置されるプライベートユーザデータの個数を表している。このNUM_DATAに応じたプライベートユーザデータのループ内には、8ビットのDATA_IDと、8ビットのDATAが配置される。ここで、DATA_IDには、データIDが配置される。また、DATAには、通知データが配置される。ただし、通知データ（DATA）は、8ビットのDATA_LENGTHが示すデータ長に応じて配置される。
　このように、プライベートユーザデータの個数に応じてループが繰り返され、データID（DATA_ID）と、そのデータIDにより識別される通知データ（DATA）との組み合わせが配置される。例えば、図１８に示すように、"0x00"であるデータIDが指定された場合には、選局周波数のデータが配置される。また、例えば、"0x60"であるデータIDが指定された場合には、L1基本情報（L1-Basic）のデータが配置され、"0x90"であるデータIDが指定された場合には、L1詳細情報（L1-Detail）のデータが配置される。
　なお、図１８に示したプライベートユーザデータは一例であって、他のプライベートユーザデータが配置されるようにしてもよい。また、ここでは、図１７に示したL2シグナリングが、Genericパケットのペイロードに配置されるようにしてもよいし、あるいは、Genericパケットのペイロードに配置されている既存のL2シグナリング（例えばLLSシグナリング）に、図１７に示したL2シグナリングの内容を含める（追加する）ようにしてもよい。
　以上のように、プライベートユーザデータを伝送するための伝送フォーマットとして、L2シグナリング伝送方式を採用することで、受信システム２０においては、前段の復調装置２１１から、後段の処理装置２１２に対し、L2シグナリングを利用して、プライベートユーザデータ（通知データ）を通知することができる。
（Ｄ）BBパケット拡張ヘッダ伝送方式
　次に、図１９乃至図２２を参照して、BBパケット拡張ヘッダ伝送方式について説明する。このBBパケット拡張ヘッダ伝送方式では、BBパケットの拡張ヘッダを利用して、プライベートユーザデータ（通知データ）が伝送される。
　図１９は、BBパケット（Baseband Packet）の構成を示している。図１９において、BBパケットは、BBPヘッダとペイロード（Payload）から構成される。BBPヘッダには、1又は2バイトのヘッダ（Header）のほか、オプショナルフィールド（Optional Field）と、拡張フィールド（Extension Field）を配置することができる。
　すなわち、ヘッダ（Header）において、1ビットのモード（MODE）として、"0"が設定された場合には、7ビットのポインタ情報（Pointer(LSB)）が配置される。なお、ポインタ情報は、BBパケットのペイロードに配置されるGenericパケットの位置を示すための情報である。例えば、あるBBパケットに最後に配置されたGenericパケットのデータが、次のBBパケットにまたがって配置される場合に、ポインタ情報として、次のBBパケットの先頭に配置されるGenericパケットの位置情報を設定することができる。
　また、モード（MODE）として、"1"が設定された場合には、7ビットのポインタ情報（Pointer(LSB)）の他に、6ビットのポインタ情報（Pointer(MSB)）と、2ビットのオプショナルフラグ（OPTI：OPTIONAL）が配置される。オプショナルフラグは、オプショナルフィールド（Optional Field）と、拡張フィールド（Extension Field）を配置して、ヘッダを拡張するかどうかを示す情報である。
　すなわち、図２０に示すように、オプショナルフィールドと拡張フィールドの拡張を行わない場合、オプショナルフラグには、"00"が設定される。また、1バイトのオプショナルフィールドと、拡張フィールドの拡張を行う場合、オプショナルフラグには、"01"が設定され、ショート拡張モードとなる（図中の枠Ａ）。一方で、2バイトのオプショナルフィールドと、拡張フィールドの拡張を行う場合、オプショナルフラグは、"10"又は"11"が設定され、ロング拡張モード又はミックス拡張モードとなる（図中の枠Ｂ）。
　オプショナルフィールドの先頭には、3ビットの拡張タイプ情報（EXT_TYPE）が設定される。このタイプ情報は、図２１に示すように、拡張フィールドのタイプ（Extension type）に関する情報が設定される。
　すなわち、拡張フィールドに、拡張レングス情報（EXT_Length(LSB)）のカウンタを配置する場合、拡張タイプ情報には、"000"が設定される。また、拡張フィールドに、プライベートユーザデータを配置する場合、拡張タイプ情報には、"110"が設定される。さらに、拡張フィールドをパディング（Padding）する場合、拡張タイプ情報には、"111"が設定される。なお、図２１において、"001"～"101"の拡張タイプ情報は、将来の拡張用の領域（Reserved）となっている。
　そして、BBパケット拡張ヘッダ伝送方式では、拡張タイプ情報として、"110"を設定することで、拡張フィールド（BBパケット拡張ヘッダ）に、プライベートユーザデータが配置されることになる。すなわち、BBパケット拡張ヘッダ伝送方式が利用される場合、オプショナルフラグ（OPTI）として、"01"，"10"，又は"11"が設定されて、オプショナルフィールドと拡張フィールドの拡張が行われ、さらにオプショナルフィールドの拡張タイプ情報（EXT_TYPE）として"110"が設定されて、拡張フィールドに、プライベートユーザデータが配置されることになる。
　拡張フィールドには、図２２に示した構造体を配置することができる。図２２の構造体においては、拡張ヘッダインデックス情報（BBP Extension Header Index）ごとに、各種の情報が配置される。例えば、拡張ヘッダインデックス情報として、"000000"が設定された場合には、拡張フィールドに、プライベートユーザデータが配置されることを定義することができる。
　このプライベートユーザデータとしては、データID（DATA_ID）と、そのデータIDにより識別される通知データ（DATA）との組み合わせが配置される。例えば、図２２に示すように、"0x00"であるデータIDが指定された場合には、選局周波数のデータが配置される。また、例えば、"0x60"であるデータIDが指定された場合には、L1基本情報（L1-Basic）のデータが配置され、"0x90"であるデータIDが指定された場合には、L1詳細情報（L1-Detail）のデータが配置される。なお、図２２に示したプライベートユーザデータは一例であって、他のプライベートユーザデータが配置されるようにしてもよい。
　以上のように、プライベートユーザデータを伝送するための伝送フォーマットとして、BBパケット拡張ヘッダ伝送方式を採用することで、受信システム２０においては、前段の復調装置２１１から、後段の処理装置２１２に対し、BBパケットの拡張ヘッダを利用して、プライベートユーザデータ（通知データ）を通知することができる。
（Ｅ）Genericパケット外部構造方式１
　次に、Genericパケット外部構造方式について説明するが、Genericパケット外部構造方式には、２つの方式がある。そこで、まず、図２３を参照して、２つの方式に共通する部分について説明してから、その後、図２４乃至図２６を参照して、１つ目の方式であるGenericパケット外部構造方式１について説明し、さらに、図２７乃至図２９を参照して、２つ目の方式であるGenericパケット外部構造方式２について説明する。
（２つの方式に共通する受信システムの構成）
　Genericパケット外部構造方式では、Genericパケットの外部構造を利用して、プライベートユーザデータ（通知データ）が伝送される。ここで、図２３には、Genericパケット外部構造方式を採用した場合における受信システム２０の復調装置２１１と処理装置２１２で処理されるデータを模式的に表している。
　ここで、例えば、ATSC3.0では、送信側の送信システム１０は、所定の周波数帯域ごとに、最大64個のPLPに対応することができる。一方で、受信側の受信システム２０では、最大で４個のPLPを同時に受信する必要がある。すなわち、受信側の受信システム２０で、複数のPLPが同時に受信されるようにすることで、例えば、より高いロバスト性を有する音声や、より高品質の映像などを提供することが可能となる。
　図２３の受信システム２０において、そこに入力される放送ストリームには、PLP#0乃至PLP#3の４つのPLPが含まれている。ここでは、例えば、PLP#0ではLLSシグナリング（Signaling）、PLP#1ではロバストオーディオ（Robust Audio）、PLP#2ではビデオ（ベースビデオ）（Video）とオーディオ（Audio）、PLP#3ではエンハンスビデオ（Enhanced Video）がそれぞれ伝送されている。
　復調装置２１１において、PLP#0乃至PLP#3に対する復調処理が行われると、PLPごとに、BBパケットからGenericパケットが抽出され、復調マルチプレクサ２５１に入力される。復調マルチプレクサ２５１は、PLPごとに入力されるGenericパケットを処理して、単一のインターフェース（I/F）２１３を介して、後段の処理装置２１２に出力する。
　ただし、復調マルチプレクサ２５１は、PLPごとに入力されるGenericパケットを処理するとき、Genericパケットの外部に、プライベートユーザデータが付加されるようにする。すなわち、受信システム２０においては、復調装置２１１によって、Genericパケットの外部に、プライベートユーザデータが付加されたことになる。また、ここでは、復調装置２１１が、処理装置２１２に対し、プライベートユーザデータとして、"0x01"であるデータIDのPLP IDを通知することで、復調装置２１１と処理装置２１２の間で、単一のインターフェース（I/F）２１３を実現している。
　一方で、処理装置２１２においては、単一のインターフェース（I/F）２１３を介して、復調装置２１１（の復調マルチプレクサ２５１）から入力されるGenericパケット（プライベートユーザデータが付加されたGenericパケット）からIPパケット（IP/UDPパケット）が抽出され、IPデマルチプレクサ２５２に入力される。そして、IPデマルチプレクサ２５２が、当該IPパケットを処理することで、ROUTEセッションなどで伝送されるデータが後段に出力される。
　ここで、復調装置２１１からのGenericパケットの外部には、プライベートユーザデータとして、PLP IDが含まれている。そのため、受信システム２０においては、復調装置２１１と処理装置２１２との間で、各PLP（PLP#0乃至PLP#3）から得られるGenericパケットを、単一のインターフェース（I/F）２１３で伝送したとしても、処理装置２１２側では、当該プライベートユーザデータに含まれるPLP IDにより、復調装置２１１から入力されるGenericパケット（IPパケット）が、どのPLPに属しているかを識別することが可能となる。
（Genericパケットの構造）
　図２４は、Genericパケット外部構造方式１を採用した場合に、受信システム２０の復調装置２１１において、Genericパケット外（外部）に、プライベートユーザデータを付加するときのパケットの構造を表した図である。
　図２４において、図２４のＡは、Genericパケットの構造を示している。Genericパケットは、Genericヘッダとペイロードから構成される。例えば、このGenericパケットに、プライベートユーザデータを付加することで、図２４のＢに示すように、Genericパケット外に、プライベートユーザデータを付加することができる。
（プライベートユーザデータのシンタックス）
　図２５は、図２４のＢのGenericパケットの外部に付加されたプライベートユーザデータ（Private_User_data）のシンタックスの例を示す図である。
　8ビットのPacket_typeは、パケットの種別に応じたタイプを表している。例えば、プライベートユーザデータが外部に付加されるGenericパケットに対しては、Packet_typeとして、"101"が設定される。
　1ビットのPC（Packet Configuration）は、パケット設定情報を表している。また、1ビットのHM（Header Mode）は、ヘッダモードを表している。11ビットのLengthは、当該Genericパケットのパケット長を表している。
　8ビットのNUM_DATAは、当該Genericパケットの外部に付加されるプライベートユーザデータの個数を表している。このNUM_DATAに応じたプライベートユーザデータのループ内には、8ビットのDATA_IDと、8ビットのDATAが配置される。ここで、DATA_IDには、データIDが配置される。また、DATAには、通知データが配置される。ただし、通知データ（DATA）は、8ビットのDATA_LENGTHが示すデータ長に応じて配置される。
　このように、プライベートユーザデータの個数に応じてループが繰り返され、データID（DATA_ID）と、そのデータIDにより識別される通知データ（DATA）との組み合わせが配置される。例えば、図２６に示すように、"0x00"であるデータIDが指定された場合には、選局周波数のデータが配置される。また、例えば、"0x60"であるデータIDが指定された場合には、L1基本情報（L1-Basic）のデータが配置され、"0x90"であるデータIDが指定された場合には、L1詳細情報（L1-Detail）のデータが配置される。
　以上のように、プライベートユーザデータを伝送するための伝送フォーマットとして、Genericパケット外部構造方式１を採用することで、受信システム２０においては、前段の復調装置２１１から、後段の処理装置２１２に対し、Genericパケットの外部構造を利用して、プライベートユーザデータ（通知データ）を通知することができる。
（Ｆ）Genericパケット外部構造方式２
　次に、図２７乃至図２９を参照して、Genericパケット外部構造方式２について説明する。
（Genericパケットの構造）
　図２７は、Genericパケット外部構造方式２を採用した場合に、受信システム２０の復調装置２１１において、Genericパケット外（外部）に、プライベートユーザデータを付加するときのパケットの構造を表した図である。
　図２７において、図２７のＡは、Genericパケットの構造を示している。Genericパケットは、Genericヘッダとペイロードから構成される。ここで、プライベートユーザデータに、Genericパケットを含めるように定義することで、図２７のＢに示すように、Genericパケット外に、プライベートユーザデータを付加することができる。
（プライベートユーザデータのシンタックス）
　図２８は、図２７のＢのGenericパケットを含むプライベートユーザデータ（Private_User_data）のシンタックスの例を示す図である。
　8ビットのPacket_typeは、パケットの種別に応じたタイプを表している。例えば、Genericパケットを含むプライベートユーザデータのパケットに対しては、Packet_typeとして、"100"，"101"，"110"，"111"が設定される。例えば、Packet_typeとして"100"，"101"，又は"111が設定された場合、Genericパケットのペイロードには、IPv4パケット、圧縮IPパケット、又はLLSシグナリングが含まれる。なお、Packet_typeとして、"110"が設定された場合には、パケットの種別の拡張（Packet Type Extension）を意味する。
　1ビットのPC（Packet Configuration）は、パケット設定情報を表している。また、1ビットのHM（Header Mode）は、ヘッダモードを表している。11ビットのLengthは、当該Genericパケットのパケット長を表している。
　8ビットのNUM_DATAは、当該Genericパケットの外部に付加されるプライベートユーザデータの個数を表している。このNUM_DATAに応じたプライベートユーザデータのループ内には、8ビットのDATA_IDと、8ビットのDATAが配置される。ここで、DATA_IDには、データIDが配置される。また、DATAには、通知データが配置される。ただし、通知データ（DATA）は、8ビットのDATA_LENGTHが示すデータ長に応じて配置される。
　このように、プライベートユーザデータの個数に応じてループが繰り返され、データID（DATA_ID）と、そのデータIDにより識別される通知データ（DATA）との組み合わせが配置される。例えば、図２９に示すように、"0x00"であるデータIDが指定された場合には、選局周波数のデータが配置される。また、例えば、"0x60"であるデータIDが指定された場合には、L1基本情報（L1-Basic）のデータが配置され、"0x90"であるデータIDが指定された場合には、L1詳細情報（L1-Detail）のデータが配置される。
　図２８に戻り、8ビットのGeneric_Packet_Payloadには、Genericパケットが配置される。すなわち、Genericパケット外部構造方式２を採用した場合、Genericパケットは、プライベートユーザデータに含まれる。
　以上のように、プライベートユーザデータを伝送するための伝送フォーマットとして、Genericパケット外部構造方式２を採用することで、受信システム２０においては、前段の復調装置２１１から、後段の処理装置２１２に対し、Genericパケットの外部構造を利用して、プライベートユーザデータ（通知データ）を通知することができる。
（Ｇ）BBパケット外部構造方式
　次に、図３０乃至図３３を参照して、BBパケット外部構造方式について説明する。このBBパケット外部構造方式では、BBパケットの外部構造を利用して、プライベートユーザデータ（通知データ）が伝送される。
（BBパケット外部構造方式の場合の受信システムの構成）
　ここで、図３０には、BBパケット外部構造方式を採用した場合における受信システム２０の復調装置２１１と処理装置２１２で処理されるデータを模式的に表している。
　なお、図３０の受信システム２０においては、図２３の受信システム２０と同様に、そこに入力される放送ストリームには、PLP#0乃至PLP#3の４つのPLPが含まれている。ここでは、例えば、PLP#0ではLLSシグナリング（Signaling）、PLP#1ではロバストオーディオ（Robust Audio）、PLP#2ではビデオ（ベースビデオ）（Video）とオーディオ（Audio）、PLP#3ではエンハンスビデオ（Enhanced Video）がそれぞれ伝送されている。
　復調装置２１１において、PLP#0乃至PLP#3に対する復調処理が行われると、PLPごとに、BBパケットが抽出され、復調マルチプレクサ２５３に入力される。復調マルチプレクサ２５３は、PLPごとに入力されるBBパケットを処理して、単一のインターフェース（I/F）２１３を介して、後段の処理装置２１２に出力する。
　ただし、復調マルチプレクサ２５３は、PLPごとに入力されるBBパケットを処理するとき、BBパケットの外部に、プライベートユーザデータが付加されるようにする。すなわち、受信システム２０において、復調装置２１１によって、BBパケットの外部に、プライベートユーザデータが付加されたことになる。また、ここでは、復調装置２１１が、処理装置２１２に対し、プライベートユーザデータとして、"0x01"であるデータIDのPLP IDを通知することで、復調装置２１１と処理装置２１２の間で、単一のインターフェース（I/F）２１３を実現している。
　一方で、処理装置２１２においては、単一のインターフェース（I/F）２１３を介して、復調装置２１１（の復調マルチプレクサ２５３）から入力されるBBパケット（プライベートユーザデータが付加されたBBパケット）が、BBPデマルチプレクサ２５４に入力される。BBPデマルチプレクサ２５４が、当該BBパケットを処理することで、BBパケットからGenericパケットが抽出される。そして、Genericパケットから抽出されたIPパケット（IP/UDPパケット）が処理されることで、ROUTEセッションなどで伝送されるデータが後段に出力される。
　ここで、復調装置２１１からのBBパケットの外部には、プライベートユーザデータとして、PLP IDが含まれている。そのため、受信システム２０においては、復調装置２１１と処理装置２１２との間で、各PLP（PLP#0乃至PLP#3）から得られるBBパケットを、単一のインターフェース（I/F）２１３で伝送したとしても、処理装置２１２側では、当該プライベートユーザデータに含まれるPLP IDにより、復調装置２１１から入力されるBBパケット（IPパケット）が、どのPLPに属しているかを識別することが可能となる。
（BBパケットの構造）
　図３１は、BBパケット外部構造方式を採用した場合に、受信システム２０の復調装置２１１において、BBパケット外（外部）に、プライベートユーザデータを付加するときのパケットの構造を表した図である。
　図３１において、図３１のＡは、BBパケットの構造を示している。BBパケットは、BBPヘッダとペイロードから構成される。例えば、このBBパケットパケットに、プライベートユーザデータを付加することで、図３１のＢに示すように、BBパケット外に、プライベートユーザデータを付加することができる。
（プライベートユーザデータの構造）
　図３２は、BBパケットの外部に付加されるプライベートユーザデータの構造を表した図である。
　図３２において、BBパケットの外部に付加されるプライベートユーザデータには、1又は2バイトのヘッダ（Header）と、オプショナルフィールド（Optional Field）と、拡張フィールド（Extension Field）を配置することができる。
　ここで、オプショナルフィールドの先頭には、3ビットの拡張タイプ情報（EXT_TYPE）が設定される。このタイプ情報は、図３２に示すように、拡張フィールドのタイプ（Extension type）に関する情報が設定される。
　すなわち、拡張フィールドに、プライベートユーザデータ（データIDと通知データ）を配置する場合、拡張タイプ情報には、"110"が設定される。そして、BBパケット拡張ヘッダ伝送方式では、拡張タイプ情報として、"110"を設定することで、拡張フィールドに、プライベートユーザデータ（データIDと通知データ）が配置されることになる。
　拡張フィールドには、図３３に示した構造体を配置することができる。図３３の構造体においては、拡張ヘッダインデックス情報（BBP Extension Header Index）ごとに、各種の情報が配置される。例えば、拡張ヘッダインデックス情報として、"000000"が設定された場合には、拡張フィールドに、プライベートユーザデータが配置されることを定義することができる。
　このプライベートユーザデータとしては、データID（DATA_ID）と、そのデータIDにより識別される通知データ（DATA）との組み合わせが配置される。例えば、図３３に示すように、"0x00"であるデータIDが指定された場合には、選局周波数のデータが配置される。また、例えば、"0x60"であるデータIDが指定された場合には、L1基本情報（L1-Basic）のデータが配置され、"0x90"であるデータIDが指定された場合には、L1詳細情報（L1-Detail）のデータが配置される。なお、図３３に示したプライベートユーザデータは一例であって、他のプライベートユーザデータが配置されるようにしてもよい。
　以上のように、プライベートユーザデータを伝送するための伝送フォーマットとして、BBパケット外部構造方式を採用することで、受信システム２０においては、前段の復調装置２１１から、後段の処理装置２１２に対し、BBパケットの外部構造を利用して、プライベートユーザデータ（通知データ）を通知することができる。
（Ｈ）IPパケット伝送方式
　最後に、図３４乃至図３５を参照して、IPパケット伝送方式について説明する。このIPパケット伝送方式では、IPパケット（IP/UDPパケット）を利用して、プライベートユーザデータ（通知データ）が伝送される。
（IPパケット伝送方式の場合の受信システムの構成例）
　ここで、図３４には、IPパケット伝送方式を採用した場合における受信システム２０の構成例を示している。
　図３４において、受信システム２０は、前段のホームゲートウェイ２６１と、後段のクライアント装置２６２から構成される。ホームゲートウェイ２６１とクライアント装置２６２とでは、ネットワーク２６３を介したデータ伝送が行われる。すなわち、受信システム２０において、ホームサーバやテレビ受像機等のホームゲートウェイ２６１と、スマートフォンやタブレット端末装置等のクライアント装置２６２は、家庭内で、無線LAN(Local Area Network)等のネットワーク２６３に接続され、いわゆるホームネットワークシステムを構成している。
　ホームゲートウェイ２６１は、送信システム１０から、伝送路３０を介して送信されてくる、デジタル放送信号を受信して、放送ストリームに含まれるコンテンツを処理する。ホームゲートウェイ２６１は、放送ストリームを処理して得られるコンテンツを、ネットワーク２６３を介してクライアント装置２６２に送信（配信）する。一方で、クライアント装置２６２は、ネットワーク２６３を介して送信されてくるコンテンツを受信して、処理（再生）する。
　図３４において、ホームゲートウェイ２６１は、RF部２７１、復調部２７２、エラー処理部２７３、生成部２７４、プライベートユーザデータ処理部２７５、変換部２７６、及び送信部２７７から構成される。
　RF部２７１、復調部２７２、及びエラー処理部２７３は、図３のRF部２２１、復調部２２２、及びエラー処理部２２３と同様に、復調処理（例えばOFDM復調等）や誤り訂正復号処理（例えばLDPC復号やBCH復号等）などを行うことで、物理層フレームに対する処理が行われる。RF部２７１乃至エラー処理部２７３により処理されたデータ（受信データ）は、生成部２７４に供給される。
　また、RF部２７１、復調部２７２、及びエラー処理部２７３は、各部が処理を行うことで得られる、後段のクライアント装置２６２に通知すべき通知データを、プライベートユーザデータ処理部２７５に供給する。ここで、例えば、通知データとしては、選局時に用いられる選局情報、復調処理の状態に関する情報、復調処理のエラーに関する情報、又は、復調処理で得られるシグナリング若しくは変調パラメータに関する情報などが含まれる。
　プライベートユーザデータ処理部２７５は、RF部２２１、復調部２２２、又はエラー処理部２２３から供給される通知データを処理して、RF部２７１乃至エラー処理部２７３により処理されたデータ（受信データ）に対し、プライベートユーザデータとして挿入されるようにする。
　ただし、生成部２７４においては、RF部２７１乃至エラー処理部２７３により処理されたデータを処理することで、BBパケットからGenericパケットが抽出され、さらにGenericパケットから抽出されるデータに対してISO BMFF(Base Media File Format)のファイル形式に変換する処理が行われている。また、生成部２７４は、ISO BMFFのファイル形式に変換されたビデオやオーディオのデータを、IPパケット（IP/UDPパケット）に格納して、送信部２７７に供給している。
　そのため、プライベートユーザデータ処理部２７５は、処理した通知データを、変換部２７６に供給することで、変換部２７６によって、通知データが、ISO BMFFのファイル形式に変換され、IPパケット（IP/UDPパケット）に格納されるようにする。変換部２７６からの通知データを格納したIPパケットは、送信部２７７に供給される。これにより、プライベートユーザデータ処理部２７５により処理された通知データは、プライベートユーザデータとして、復調処理で得られる受信データとともに伝送可能な形式に変換されたことになる。
　送信部２７７には、生成部２７４からのIPパケットと、変換部２７６からのIPパケットが供給される。送信部２７７は、受信データ又は通知データを含むIPパケット（IP/UDPパケット）を、ネットワーク２６３を介して、クライアント装置２６２に送信（配信）する。
　ホームゲートウェイ２６１は、以上のように構成される。
　一方で、図３４において、クライアント装置２６２は、受信部２８１、フィルタ処理部２８２、デコーダ２８３、出力部２８４、及び内部制御部２８５から構成される。
　受信部２８１は、ネットワーク２６３を介して、ホームゲートウェイ２６１から送信されてくるIPパケットを受信し、フィルタ処理部２８２に供給する。なお、このIPパケット（IP/UDPパケット）には、復調処理で得られる受信データと、プライベートユーザデータ（通知データ）が格納されている。
　フィルタ処理部２８２は、受信部２８１から供給されるIPパケットに対するフィルタリング処理を行う。このフィルタリング処理により、受信データを格納したIPパケットが、デコーダ２８３に供給され、プライベートユーザデータ（通知データ）を格納したIPパケットが、内部制御部２８５に供給される。
　デコーダ２８３には、フィルタ処理部２８２から供給されるIPパケットに格納された（ISO BMFFのファイル形式の）受信データから得られる、ビデオやオーディオのコンポーネントのデータが供給される。デコーダ２８３は、ビデオやオーディオのコンポーネントのデータをデコードし、それにより得られるデータを、出力部２８４に供給する。
　出力部２８４は、デコーダ２８３から供給されるデータのうち、ビデオのデータを表示部（不図示）に出力し、オーディオのデータをスピーカ（不図示）に出力する。これにより、受信システム２０において、クライアント装置２６２では、ホームゲートウェイ２６１から配信されたコンテンツの映像と音声が再生されることになる。
　また、内部制御部２８５には、フィルタ処理部２８２から供給されるIPパケットに格納された（ISO BMFFのファイル形式の）プライベートユーザデータ（通知データ）が供給される。内部制御部２８５は、プライベートユーザデータとして通知（伝送）される通知データに応じた処理を行う。
　ここで、例えば、通知データとしては、選局時に用いられる選局情報、復調処理の状態に関する情報、復調処理のエラーに関する情報、又は、復調処理で得られるシグナリング若しくは変調パラメータに関する情報などが含まれている。内部制御部２８５は、このような通知データに基づいて、クライアント装置２６２の各部の動作を制御する。
　クライアント装置２６２は、以上のように構成される。
（IPパケットの構造）
　図３５は、IPパケット伝送方式を採用した場合に、受信システム２０のホームゲートウェイ２６１において、IPパケット（IP/UDPパケット）に、プライベートユーザデータを格納するときのパケットの構造を表した図である。
　図３５において、IPパケットは、IPヘッダとペイロードから構成される。このIPパケットのペイロードに、プライベートユーザデータとして、データID（DATA_ID）と、そのデータIDにより識別される通知データ（DATA）との組み合わせが配置される。例えば、図３５に示すように、"0x00"であるデータIDが指定された場合には、選局周波数のデータが配置される。また、例えば、"0x60"であるデータIDが指定された場合には、L1基本情報（L1-Basic）のデータが配置され、"0x90"であるデータIDが指定された場合には、L1詳細情報（L1-Detail）のデータが配置される。
　以上のように、プライベートユーザデータを伝送するための伝送フォーマットとして、IPパケット伝送方式を採用することで、受信システム２０においては、前段の復調装置２１１から、後段の処理装置２１２に対し、IPパケット（IP/UDPパケット）を利用して、プライベートユーザデータ（通知データ）を通知することができる。
　なお、図３４においては、IPパケット伝送方式を採用した場合の受信システム２０の構成として、ホームネットワークシステムを構成する場合を説明したが、ホームネットワークシステムは一例であって、例えば、インターネット配信システムなどの他のシステムが構成されるようにしてもよい。例えば、受信システム２０として、インターネット配信システムが採用された場合、図３４のホームゲートウェイ２６１に対応した配信サーバ（コンテンツ再配信装置）から配信されるコンテンツが、インターネット等のネットワーク２６３を介して、クライアント装置２６２等の情報機器（例えば、スマートフォンやタブレット端末装置等）により受信され、再生されることになる。
＜４．受信システムで実行される処理の流れ＞
　次に、図３６乃至図３７のフローチャートを参照して、図３の受信システム２０を構成する復調装置２１１と処理装置２１２で実行される処理の流れについて説明する。
（送信側復調装置の処理）
　まず、図３６のフローチャートを参照して、前段の復調装置２１１により実行される送信側復調装置の処理について説明する。
　ステップＳ２１１において、復調装置２１１のRF部２２１は、デジタル放送信号の受信処理を行う。また、ステップＳ２１２において、復調装置２１１の復調部２２２及びエラー処理部２２３は、ステップＳ２１１の受信処理で得られた信号に対する復調処理や誤り訂正復号処理を行う。これにより、受信データが処理される。
　ステップＳ２１３において、復調装置２１１のプライベートユーザデータ処理部２２４は、ステップＳ２１１及びＳ２１２の処理で得られる、後段の処理装置２１２に通知すべき通知データを処理し、ステップＳ２１２の処理で得られたデータに対して、プライベートユーザデータとして挿入されるようにする。すなわち、プライベートユーザデータ処理部２２４は、後段の処理装置２１２に通知すべき通知データを処理して、復調処理で得られる受信データとともに伝送可能な形式にする。この伝送方式としては、上述した図１３に示した伝送形式を採用することができる。
　ステップＳ２１４において、出力I/F２２５は、ステップＳ２１２の処理で得られた受信データとともに、ステップＳ２１３の処理で得られたプライベートユーザデータ（通知データ）を、インターフェース（I/F）２１３を介して、後段の処理装置２１２に出力する。
　以上、送信側復調装置の処理の流れについて説明した。
（受信側処理装置の処理）
　次に、図３７のフローチャートを参照して、後段の処理装置２１２により実行される受信側処理装置の処理について説明する。
　ステップＳ２５１において、入力I/F２３１は、インターフェース（I/F）２１３を介して前段の復調装置２１１から入力されるデータを、フィルタ処理部２３２に供給する。
　ステップＳ２５２において、フィルタ処理部２３２は、入力I/F２３１から供給されるデータ（を格納したパケット）に対するフィルタリング処理を行う。このフィルタリング処理により、受信データ（を格納したパケット）が、デコーダ２３３に供給され、プライベートユーザデータ（通知データ）（を格納したパケット）が、内部制御部２３５に供給される。
　ステップＳ２５３において、ステップＳ２５２の処理で得られるビデオやオーディオのコンポーネントのデータをデコードする。そして、出力部２３４は、デコーダ２３３からのデータのうち、ビデオのデータを表示部（不図示）に出力し、オーディオのデータをスピーカ（不図示）に出力する。これにより、受信システム２０では、送信システム１０から配信されたコンテンツの映像と音声が再生されることになる。
　ステップＳ２５４において、内部制御部２３５は、ステップＳ２５２の処理で得られるプライベートユーザデータ（通知データ）に応じた処理を行う。ここで、例えば、通知データとしては、選局時に用いられる選局情報、復調処理の状態に関する情報、復調処理のエラーに関する情報、又は、復調処理で得られるシグナリング若しくは変調パラメータに関する情報などが含まれている。内部制御部２３５は、このような通知データに基づいて、処理装置２１２の各部の動作を制御する。
　以上、受信側処理装置の処理の流れについて説明した。
＜５．変形例＞
　上述した説明としては、デジタル放送の規格として、米国等で採用されている方式であるATSC（特に、ATSC3.0）を説明したが、本技術は、日本等が採用する方式であるISDB(Integrated Services Digital Broadcasting)や、欧州の各国等が採用する方式であるDVB(Digital Video Broadcasting)などに適用するようにしてもよい。また、上述した説明では、IP伝送方式が採用されるATSC3.0を例にして説明したが、IP伝送方式に限らず、例えば、MPEG2-TS(Transport Stream)方式等の他の方式に適用するようにしてもよい。
　また、デジタル放送としては、地上波放送のほか、放送衛星（BS：Broadcasting Satellite)や通信衛星（CS：Communications Satellite）等を利用した衛星放送や、ケーブルテレビ（CATV）等の有線放送などに適用することができる。
　さらに、上述したシグナリングやパケットなどの名称は、一例であって、他の名称が用いられる場合がある。ただし、これらの名称の違いは、形式的な違いであって、対象のシグナリングやパケットなどの実質的な内容が異なるものではない。例えば、BBP(Baseband Packet)は、BBS(Baseband Stream)などと称される場合がある。また、例えば、Genericパケットは、レイヤ２のL2パケットであって、ALP(ATSC Link-layer Protocol)パケットと称される場合がある。
　また、上述した説明では、時刻情報として、PTPやUTCで規定される時刻の情報を説明したが、それに限らず、例えば、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１００２や記録部１００８に、あらかじめインストールしておくことができる。
　ここで、本明細書において、コンピュータがプログラムに従って行う処理は、必ずしもフローチャートとして記載された順序に沿って時系列に行われる必要はない。すなわち、コンピュータがプログラムに従って行う処理は、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含む。また、プログラムは、１のコンピュータ（プロセッサ）により処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。
　なお、本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。
　また、本技術は、以下のような構成をとることができる。
（１）
　前段のデータ処理装置であって、
　デジタル放送信号を受信する受信部と、
　前記デジタル放送信号に対する復調処理を行うことで得られるデータのうち、前記復調処理の後段の処理を行う後段のデータ処理装置に通知すべき通知データを処理して、前記デジタル放送信号から得られた受信データとともに伝送可能な形式にする処理部と、
　前記受信データとともに、前記通知データを、前記後段のデータ処理装置に出力する出力部と
　を備えるデータ処理装置。
（２）
　前記処理部は、デジタル放送の規格であらかじめ予約されている領域に、前記通知データを追加する
　（１）に記載のデータ処理装置。
（３）
　前記処理部は、前記通知データを識別可能な識別情報とともに、前記通知データを追加する
　（２）に記載のデータ処理装置。
（４）
　前記通知データは、選局時に用いられる選局情報、前記復調処理の状態に関する情報、前記復調処理のエラーに関する情報、又は、前記復調処理で得られるシグナリング若しくは変調パラメータに関する情報のいずれかの情報を少なくとも含んでいる
　（１）に記載のデータ処理装置。
（５）
　前記通知データは、前記前段のデータ処理装置又は前記後段のデータ処理装置を製造するメーカにより独自に拡張されたデータをさらに含んでいる
　（４）に記載のデータ処理装置。
（６）
　前記前段のデータ処理装置は、復調処理を行う復調装置であり、
　前記後段のデータ処理装置は、前記復調処理の後段の処理を行う処理装置であり、
　前記復調装置と前記処理装置とは、同一の機器内に設けられ、単一のインターフェースを介して接続される
　（１）乃至（５）のいずれかに記載のデータ処理装置。
（７）
　前記通知データは、前記受信データを格納するパケットの拡張領域に格納される
　（６）に記載のデータ処理装置。
（８）
　前記デジタル放送信号は、UDP(User Datagram Protocol)パケットを含むIP(Internet Protocol)パケットを用いたIP伝送方式に対応しており、
　前記通知データは、前記IPパケットを伝送するための第１の伝送パケットの拡張ヘッダ、前記第１の伝送パケットに含まれるシグナリング、前記シグナリングのヘッダ、前記第１の伝送パケットを伝送するための第２の伝送パケットの拡張ヘッダ、前記第１の伝送パケットの外部の拡張領域、又は、前記第２の伝送パケットの外部の拡張領域に付加されている
　（６）に記載のデータ処理装置。
（９）
　前記前段のデータ処理装置は、前記デジタル放送信号から得られるコンテンツの配信を行う情報処理装置であり、
　前記後段のデータ処理装置は、前記情報処理装置から配信される前記コンテンツの再生を行う端末装置であり、
　前記情報処理装置と前記端末装置とは、別個の装置として構成され、ネットワークを介して接続される
　（１）乃至（５）のいずれかに記載のデータ処理装置。
（１０）
　前記デジタル放送信号は、UDPパケットを含むIPパケットを用いたIP伝送方式に対応しており、
　前記前段のデータ処理装置は、前記受信データを格納するパケット及び前記通知データを格納するパケットを、IPパケットに変換するIP変換部をさらに備え、
　前記出力部は、前記IPパケットに格納された前記受信データとともに、前記IPパケットに格納された前記通知データを、前記ネットワークを介して前記後段のデータ処理装置に送信する
　（９）に記載のデータ処理装置。
（１１）
　前記後段のデータ処理装置は、前記前段のデータ処理装置から出力される前記通知データに応じた処理を行う
　（１）乃至（１０）のいずれかに記載のデータ処理装置。
（１２）
　前段のデータ処理装置のデータ処理方法において、
　前記前段のデータ処理装置が、
　デジタル放送信号を受信し、
　前記デジタル放送信号に対する復調処理を行うことで得られるデータのうち、前記復調処理の後段の処理を行う後段のデータ処理装置に通知すべき通知データを処理して、前記デジタル放送信号から得られた受信データとともに伝送可能な形式にし、
　前記受信データとともに、前記通知データを、前記後段のデータ処理装置に出力する
　ステップを含むデータ処理方法。
　１　伝送システム，　１０　送信システム，　２０　受信システム，　３０　伝送路，　１１１　コンポーネント処理部，　１１２　シグナリング処理部，　１１３　パケット処理部，　１１４　変調処理部，　１１５　RF部，　２１１　復調装置，　２１２　処理装置，　２１３　インターフェース，　２２１　RF部，　２２２　復調部，　２２３　エラー処理部，　２２４　プライベートユーザデータ処理部，　２２５　出力I/F，　２３１　入力I/F，　２３２　フィルタ処理部，　２３３　デコーダ，　２３４　出力部，　２３５　内部制御部，　２５１　復調マルチプレクサ，　２５２　IPデマルチプレクサ，　２５３　復調マルチプレクサ，　２５４　BBPデマルチプレクサ，　２６１　ホームゲートウェイ，　２６２　クライアント装置，　２６３　ネットワーク，　２７１　RF部，　２７２　復調部，　２７３　エラー処理部，　２７４　生成部，　２７５　プライベートユーザデータ処理部，　２７６　変換部，　２７７　送信部，　２８１　受信部，　２８２　フィルタ処理部，　２８３　デコーダ，　２８４　出力部，　２８５　内部制御部，　１０００　コンピュータ，　１００１　CPU

Claims (12)

  1. 　前段のデータ処理装置であって、
    　デジタル放送信号を受信する受信部と、
    　前記デジタル放送信号に対する復調処理を行うことで得られるデータのうち、前記復調処理の後段の処理を行う後段のデータ処理装置に通知すべき通知データを処理して、前記デジタル放送信号から得られた受信データとともに伝送可能な形式にする処理部と、
    　前記受信データとともに、前記通知データを、前記後段のデータ処理装置に出力する出力部と
    　を備えるデータ処理装置。
  2. 　前記処理部は、デジタル放送の規格であらかじめ予約されている領域に、前記通知データを追加する
    　請求項１に記載のデータ処理装置。
  3. 　前記処理部は、前記通知データを識別可能な識別情報とともに、前記通知データを追加する
    　請求項２に記載のデータ処理装置。
  4. 　前記通知データは、選局時に用いられる選局情報、前記復調処理の状態に関する情報、前記復調処理のエラーに関する情報、又は、前記復調処理で得られるシグナリング若しくは変調パラメータに関する情報のいずれかの情報を少なくとも含んでいる
    　請求項１に記載のデータ処理装置。
  5. 　前記通知データは、前記前段のデータ処理装置又は前記後段のデータ処理装置を製造するメーカにより独自に拡張されたデータをさらに含んでいる
    　請求項４に記載のデータ処理装置。
  6. 　前記前段のデータ処理装置は、復調処理を行う復調装置であり、
    　前記後段のデータ処理装置は、前記復調処理の後段の処理を行う処理装置であり、
    　前記復調装置と前記処理装置とは、同一の機器内に設けられ、単一のインターフェースを介して接続される
    　請求項１に記載のデータ処理装置。
  7. 　前記通知データは、前記受信データを格納するパケットの拡張領域に格納される
    　請求項６に記載のデータ処理装置。
  8. 　前記デジタル放送信号は、UDP(User Datagram Protocol)パケットを含むIP(Internet Protocol)パケットを用いたIP伝送方式に対応しており、
    　前記通知データは、前記IPパケットを伝送するための第１の伝送パケットの拡張ヘッダ、前記第１の伝送パケットに含まれるシグナリング、前記シグナリングのヘッダ、前記第１の伝送パケットを伝送するための第２の伝送パケットの拡張ヘッダ、前記第１の伝送パケットの外部の拡張領域、又は、前記第２の伝送パケットの外部の拡張領域に付加されている
    　請求項６に記載のデータ処理装置。
  9. 　前記前段のデータ処理装置は、前記デジタル放送信号から得られるコンテンツの配信を行う情報処理装置であり、
    　前記後段のデータ処理装置は、前記情報処理装置から配信される前記コンテンツの再生を行う端末装置であり、
    　前記情報処理装置と前記端末装置とは、別個の装置として構成され、ネットワークを介して接続される
    　請求項１に記載のデータ処理装置。
  10. 　前記デジタル放送信号は、UDPパケットを含むIPパケットを用いたIP伝送方式に対応しており、
    　前記前段のデータ処理装置は、前記受信データを格納するパケット及び前記通知データを格納するパケットを、IPパケットに変換するIP変換部をさらに備え、
    　前記出力部は、前記IPパケットに格納された前記受信データとともに、前記IPパケットに格納された前記通知データを、前記ネットワークを介して前記後段のデータ処理装置に送信する
    　請求項９に記載のデータ処理装置。
  11. 　前記後段のデータ処理装置は、前記前段のデータ処理装置から出力される前記通知データに応じた処理を行う
    　請求項１に記載のデータ処理装置。
  12. 　前段のデータ処理装置のデータ処理方法において、
    　前記前段のデータ処理装置が、
    　デジタル放送信号を受信し、
    　前記デジタル放送信号に対する復調処理を行うことで得られるデータのうち、前記復調処理の後段の処理を行う後段のデータ処理装置に通知すべき通知データを処理して、前記デジタル放送信号から得られた受信データとともに伝送可能な形式にし、
    　前記受信データとともに、前記通知データを、前記後段のデータ処理装置に出力する
    　ステップを含むデータ処理方法。
PCT/JP2016/089039 2016-01-13 2016-12-28 データ処理装置、及び、データ処理方法 WO2017122544A1 (ja)

Priority Applications (6)

Application Number Priority Date Filing Date Title
MX2018008398A MX2018008398A (es) 2016-01-13 2016-12-28 Aparato de procesamiento de datos y metodo de procesamiento de datos.
US15/781,203 US10951945B2 (en) 2016-01-13 2016-12-28 Data processing apparatus and data processing method
JP2017561583A JPWO2017122544A1 (ja) 2016-01-13 2016-12-28 データ処理装置、及び、データ処理方法
EP16885144.2A EP3404925B1 (en) 2016-01-13 2016-12-28 Data-processing device and data-processing method
KR1020187018412A KR102654232B1 (ko) 2016-01-13 2016-12-28 데이터 처리 장치 및 데이터 처리 방법
CA3010249A CA3010249C (en) 2016-01-13 2016-12-28 Data processing apparatus and data processing method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2016-004533 2016-01-13
JP2016004533 2016-01-13

Publications (1)

Publication Number Publication Date
WO2017122544A1 true WO2017122544A1 (ja) 2017-07-20

Family

ID=59311922

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2016/089039 WO2017122544A1 (ja) 2016-01-13 2016-12-28 データ処理装置、及び、データ処理方法

Country Status (8)

Country Link
US (1) US10951945B2 (ja)
EP (1) EP3404925B1 (ja)
JP (1) JPWO2017122544A1 (ja)
KR (1) KR102654232B1 (ja)
CA (1) CA3010249C (ja)
MX (1) MX2018008398A (ja)
TW (1) TWI730026B (ja)
WO (1) WO2017122544A1 (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018168456A1 (ja) * 2017-03-14 2018-09-20 ソニーセミコンダクタソリューションズ株式会社 受信装置、及び、データ処理方法
WO2021065915A1 (ja) * 2019-09-30 2021-04-08 株式会社ソシオネクスト フレーム生成方法およびフレーム生成装置
WO2021153297A1 (ja) * 2020-01-28 2021-08-05 ソニーセミコンダクタソリューションズ株式会社 情報処理装置、情報処理方法、並びにプログラム

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3220649A4 (en) * 2014-11-13 2018-06-20 LG Electronics Inc. Broadcasting signal transmission device, broadcasting signal reception device, broadcasting signal transmission method, and broadcasting signal reception method
WO2018013911A1 (en) * 2016-07-15 2018-01-18 ONE Media, LLC Control signaling in a broadcast system
JP2019135806A (ja) * 2018-02-05 2019-08-15 ソニーセミコンダクタソリューションズ株式会社 復調回路、処理回路、処理方法、および処理装置
JP2019216325A (ja) * 2018-06-12 2019-12-19 ソニーセミコンダクタソリューションズ株式会社 受信装置、および、受信装置の制御方法
US10791057B2 (en) * 2018-10-30 2020-09-29 Intel Corporation Techniques for packet transmit scheduling
CN114143585A (zh) * 2021-11-02 2022-03-04 深圳Tcl新技术有限公司 一种数据处理方法、装置及存储介质和终端设备

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000134168A (ja) * 1998-10-27 2000-05-12 Toshiba Corp デジタル放送受信後のデータ出力方式
JP2005340905A (ja) * 2004-05-24 2005-12-08 Sony Corp 情報処理システム、情報処理装置および方法、記録媒体、並びにプログラム

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100325023B1 (ko) * 2000-05-18 2002-02-25 이 용 국 다중 채널 수신 장치 및 그 방법
US7743397B2 (en) 2001-01-17 2010-06-22 Lg Electronics Inc. Digital television signal, digital television receiver, and method of processing digital television signal
KR100850577B1 (ko) * 2006-01-27 2008-08-06 삼성전자주식회사 휴대단말기의 멀티데이터 처리장치 및 방법
US7705920B2 (en) * 2007-08-24 2010-04-27 Lg Electronics, Inc. Digital broadcasting system and method of processing data in digital broadcasting system
TW201039597A (en) * 2009-04-17 2010-11-01 Ralink Technology Corp Method for distributing keys and apparatus for using the same
MX2012013215A (es) * 2010-05-13 2013-04-03 Samsung Electronics Co Ltd Transmisor de difusion digital, receptor de difusion digital, y metodo para construir y procesar corrientes para el mismo.
CN103069815B (zh) * 2010-08-17 2016-04-13 Lg电子株式会社 用于接收数字广播信号的设备和方法
JP2012147048A (ja) * 2011-01-06 2012-08-02 Ntt Docomo Inc 無線基地局装置、移動端末装置、及び無線通信方法
KR20120115123A (ko) * 2011-04-08 2012-10-17 삼성전자주식회사 오디오 패킷을 포함하는 전송 스트림을 전송하는 디지털 방송 송신기, 이를 수신하는 디지털 방송 수신기 및 그 방법들
CN103748530A (zh) * 2012-08-17 2014-04-23 弗莱克斯电子有限责任公司 媒体中心
CN103729176B (zh) * 2012-10-12 2018-01-26 腾讯科技（深圳）有限公司 应用程序整合方法及装置
JP2015073197A (ja) * 2013-10-02 2015-04-16 ソニー株式会社 送信装置及び送信方法、受信装置及び受信方法、並びにコンピューター・プログラム
JP6345604B2 (ja) * 2014-01-27 2018-06-20 アラクサラネットワークス株式会社 通信装置、拡張機能の移動方法、及び通信システム

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000134168A (ja) * 1998-10-27 2000-05-12 Toshiba Corp デジタル放送受信後のデータ出力方式
JP2005340905A (ja) * 2004-05-24 2005-12-08 Sony Corp 情報処理システム、情報処理装置および方法、記録媒体、並びにプログラム

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3404925A4 *

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018168456A1 (ja) * 2017-03-14 2018-09-20 ソニーセミコンダクタソリューションズ株式会社 受信装置、及び、データ処理方法
US10812207B2 (en) 2017-03-14 2020-10-20 Sony Corporation Reception apparatus and data processing method
US11838099B2 (en) 2017-03-14 2023-12-05 Sony Corporation Reception apparatus and data processing method
WO2021065915A1 (ja) * 2019-09-30 2021-04-08 株式会社ソシオネクスト フレーム生成方法およびフレーム生成装置
WO2021153297A1 (ja) * 2020-01-28 2021-08-05 ソニーセミコンダクタソリューションズ株式会社 情報処理装置、情報処理方法、並びにプログラム
US11917236B2 (en) 2020-01-28 2024-02-27 Sony Semiconductor Solutions Corporation Information processing apparatus, information processing method, and non-transitory computer-readable media that add additional information to baseband packet

Also Published As

Publication number Publication date
MX2018008398A (es) 2018-08-15
KR102654232B1 (ko) 2024-04-04
US10951945B2 (en) 2021-03-16
CA3010249C (en) 2024-04-02
EP3404925A4 (en) 2018-12-05
EP3404925B1 (en) 2023-06-21
CA3010249A1 (en) 2017-07-20
US20180359520A1 (en) 2018-12-13
EP3404925A1 (en) 2018-11-21
KR20180102553A (ko) 2018-09-17
TWI730026B (zh) 2021-06-11
TW201731273A (zh) 2017-09-01
JPWO2017122544A1 (ja) 2018-11-08

Similar Documents

Publication Publication Date Title
WO2017122544A1 (ja) データ処理装置、及び、データ処理方法
US9872063B2 (en) Apparatus for transmitting broadcast signals, apparatus for receiving broadcast signals, method of transmitting broadcast signals and method of receiving broadcast signals
US11374996B2 (en) Apparatus and method for transmitting or receiving broadcast signal
US10123079B2 (en) Method and apparatus for transmitting/receiving broadcast signal in hybrid broadcasting system
KR101871727B1 (ko) 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
US10609103B2 (en) Apparatus for transmitting broadcast signals, apparatus for receiving broadcast signals, method for transmitting broadcast signals and method for receiving broadcast signals
US11445049B2 (en) Broadcast signal transmission apparatus, broadcast signal transmission method, broadcast signal reception apparatus and broadcast signal reception method
KR20160026826A (ko) 지상파 방송망과 인터넷 프로토콜망 연동 기반의 하이브리드 방송 시스템에서 방송 서비스의 송수신 방법 및 장치
US20220159107A1 (en) Broadcast signal transmission device, broadcast signal transmission method, broadcast signal reception device, and broadcast signal reception method
US9936054B2 (en) Apparatus for transmitting broadcast signal, apparatus for receiving broadcast signal, method for transmitting broadcast signal and method for receiving broadcast signal
CN105900359B (zh) 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法
US11271791B2 (en) Method and apparatus for transmitting/receiving a broadcast signal
US20220103274A1 (en) Broadcasting signal transmitting apparatus, broadcasting signal receiving apparatus, broadcasting signal transmitting method, and broadcasting signal receiving method
US10412132B2 (en) Broadcasting signal transmission device, broadcast signal reception device, broadcast signal transmission method, and broadcast signal reception method

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 16885144

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2017561583

Country of ref document: JP

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 20187018412

Country of ref document: KR

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 3010249

Country of ref document: CA

WWE Wipo information: entry into national phase

Ref document number: MX/A/2018/008398

Country of ref document: MX

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2016885144

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2016885144

Country of ref document: EP

Effective date: 20180813