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

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

Info

Publication number
WO2018110315A1
WO2018110315A1 PCT/JP2017/043236 JP2017043236W WO2018110315A1 WO 2018110315 A1 WO2018110315 A1 WO 2018110315A1 JP 2017043236 W JP2017043236 W JP 2017043236W WO 2018110315 A1 WO2018110315 A1 WO 2018110315A1
Authority
WO
WIPO (PCT)
Prior art keywords
length
header
fec
bits
byte
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/JP2017/043236
Other languages
English (en)
French (fr)
Inventor
ロックラン ブルース マイケル
高橋　和幸
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from JP2017015418A external-priority patent/JP7069542B2/ja
Application filed by Sony Corp filed Critical Sony Corp
Priority to KR1020237002458A priority Critical patent/KR20230019987A/ko
Priority to EP17881865.4A priority patent/EP3557792A4/en
Priority to BR112019011500-5A priority patent/BR112019011500A2/pt
Priority to KR1020197015972A priority patent/KR20190092415A/ko
Priority to US16/346,351 priority patent/US11005594B2/en
Publication of WO2018110315A1 publication Critical patent/WO2018110315A1/ja
Priority to PH12019501313A priority patent/PH12019501313A1/en
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0072—Error control for data other than payload data, e.g. control data
    • 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/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/86—Arrangements characterised by the broadcast information itself
    • H04H20/95—Arrangements characterised by the broadcast information itself characterised by a specific format, e.g. an encoded audio stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0006—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format
    • H04L1/0007—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format by modifying the frame length
    • H04L1/0008—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format by modifying the frame length by supplementing frame payload, e.g. with padding bits
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0078—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
    • H04L1/0079—Formats for control data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H04L65/762—Media network packet handling at the source 
    • 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/2362—Generation or processing of Service Information [SI]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2383—Channel coding or modulation of digital bit-stream, e.g. QPSK modulation

Definitions

  • the present technology relates to a transmission device, a transmission method, a reception device, and a reception method, and in particular, when encapsulating a transmission packet or a transmission stream into an error correction block, the start position of the transmission packet or the transmission stream is reliably ensured.
  • the present invention relates to a transmitting device, a transmitting method, a receiving device, and a receiving method which can be notified.
  • ISDB-T Integrated Services Digital Broadcasting-Terrestrial
  • Japan Japan etc.
  • a broadcasting method of digital terrestrial television broadcasting see, for example, Non-Patent Document 1.
  • TLV Type Length Value
  • transmission packets such as TLV packets and transmission streams are encapsulated and transmitted in error correction blocks such as FEC blocks.
  • error correction blocks such as FEC blocks.
  • the technical scheme for encapsulating transmission packets or transmission streams in error correction blocks Has not been established. Therefore, when encapsulating a transmission packet or a transmission stream into an error correction block, a proposal for reliably notifying the start position of the transmission packet or the transmission stream has been requested.
  • the present technology has been made in view of such a situation, and when encapsulating a transmission packet or transmission stream into an error correction block, the start position of the transmission packet or transmission stream can be reliably notified. It is to be done.
  • a transmission apparatus includes: a first generation unit that generates a forward error correction (FEC) block based on an input packet or an input stream; and a second generation unit that generates an FEC frame based on the FEC block. And a transmitter for transmitting the FEC frame, wherein a header of the FEC block is type identification information for identifying a type of the input packet or the input stream, information for detecting an error of the header, and the FEC frame And a minimum fixed-length header having position information of the head of the input packet or the input stream stored in the payload of the transmitter.
  • FEC forward error correction
  • the transmission method of the present technology includes generating an FEC block based on an input packet or an input stream, generating an FEC frame based on the FEC block, and transmitting the FEC frame.
  • the header of the FEC block includes type identification information for identifying the type of the input packet or the input stream, information for detecting an error in the header, and the input packet or the input stream stored in the payload of the FEC frame. It is a transmission method including a minimum fixed length header having position information at the beginning of a packet.
  • an FEC block is generated based on an input packet or an input stream, and an FEC frame is generated and transmitted based on the FEC block.
  • the header of the FEC block includes type identification information for identifying the type of the input packet or the input stream, information for detecting an error in the header, and the input packet or the input stream stored in the payload of the FEC frame And a minimum fixed length header having position information at the beginning of the packet.
  • a receiver includes: a receiver configured to receive a signal including an FEC frame to be transmitted; a first generator configured to generate an FEC block based on the received FEC frame; and the FEC block. And a second generation unit that generates an input packet or an input stream, and the header of the FEC block is stored in the payload of the FEC frame and type identification information that identifies the type of the input packet or the input stream.
  • a receiver including a minimum fixed-length header having position information of the beginning of the input packet or the input stream.
  • the receiving method comprises: receiving a signal consisting of an FEC frame to be transmitted; generating an FEC block based on the received FEC frame; and receiving an input packet or an input packet based on the FEC block.
  • a reception method including a minimum fixed length header having position information at the beginning of.
  • a signal composed of an FEC frame to be transmitted is received, and an FEC block is generated based on the received FEC frame. Then, an input packet or an input stream is generated based on the FEC block.
  • a minimum fixed value having type identification information for identifying the type of the input packet or the input stream, and position information of the head of the input packet or the input stream stored in the payload of the FEC frame Includes a long header.
  • FIG. 1 is a block diagram showing a configuration of an embodiment of a transmission system to which the present technology is applied. It is a block diagram which shows the example of a structure of a data processor and a transmitter. It is a block diagram showing an example of composition of a receiving set. It is a figure explaining the background about this art. It is a figure explaining the problem which this art solves. It is a figure explaining an outline of a method of solving a problem. It is a figure explaining an outline of generation of a FEC block. It is a figure which shows the example of a FEC block. It is a figure which shows the 1st example of the size of a baseband frame. It is a figure which shows the 2nd example of the size of a baseband frame.
  • FIG. 1 It is a figure explaining the example of the 4th format of the data adopted by this art. It is a figure which shows the example of the sending timing of NTP. It is a block diagram showing an example of composition of a block in connection with generation of a FEC block. It is a figure explaining the flow of generation of FEC block. It is a figure explaining the maximum value of the head TLV packet position pointer in case a baseband frame size sets a middle code
  • FIG. 1 It is a figure explaining the example of the 4th format of the data adopted by this art. It is a figure which shows the example of the sending timing of NTP. It is a block diagram showing an example of composition of a block in connection with generation of a FEC block. It is a figure
  • FIG. 8 is a diagram illustrating an example of the format of a format 1 FEC block header.
  • FIG. 7 is a diagram showing an example of the format of EXT byte of format 1;
  • FIG. 7 is a diagram showing an example of a padding value of format 1; It is a figure explaining simplification of illustration of a FEC block header.
  • FIG. 10 is a diagram illustrating a detailed example 1 of format 1;
  • FIG. 10 is a diagram illustrating a detailed example 1 of format 1;
  • FIG. 10 is a diagram illustrating a detailed example 2 of format 1;
  • FIG. 10 is a diagram illustrating a detailed example 2 of format 1;
  • FIG. 10 is a diagram illustrating detailed example 3 of format 1;
  • FIG. 10 is a diagram illustrating detailed example 3 of format 1; It is a figure which shows the example of the format of the FEC block header of a format 2-1. It is a figure which shows the example of the padding value of form 2-1. It is a figure which shows the example of the format of the FEC block header of a form 2-2. It is a figure which shows the example of the padding value of a form 2-2.
  • FIG. 18 is a diagram illustrating an example of a format of a format 3 FEC block header.
  • FIG. 16 is a diagram illustrating an example of the format of EXT byte of format 3; FIG.
  • FIG. 16 is a diagram illustrating an example of padding value of format 3; It is a figure which shows the example of the format of the FEC block header of a format 3-1. It is a figure which shows the example of the padding value of form 3-1.
  • FIG. 18 is a diagram illustrating an example of the format of EXT byte of format 3-1.
  • FIG. 20 is a diagram illustrating a detailed example 1 of the form 3-1.
  • FIG. 20 is a diagram illustrating a detailed example 1 of the form 3-1.
  • FIG. 20 is a diagram illustrating a detailed example 1 of the form 3-1.
  • FIG. 20 is a diagram illustrating a detailed example 2 of the format 3-1.
  • FIG. 20 is a diagram illustrating a detailed example 2 of the format 3-1.
  • FIG. 20 is a diagram illustrating a detailed example 2 of the format 3-1.
  • FIG. 20 is a diagram illustrating a detailed example 3 of the form 3-1.
  • FIG. 20 is a diagram illustrating a detailed example 3 of the form 3-1.
  • FIG. 18 is a diagram illustrating an example of the format of a format 4 FEC block header.
  • FIG. 18 is a diagram illustrating an example of the format of EXT byte of format 4;
  • FIG. 16 is a diagram illustrating an example of padding value of format 4; It is a figure which shows the example of the sending timing of time information. It is a flowchart explaining operation
  • FIG. 1 is a block 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 data processing devices 10-1 to 10-N (N is an integer of 1 or more) installed in a facility associated with each broadcasting station, and a transmitting device 20 installed in a transmitting station. , Receivers 30-1 to 30-M (M is an integer of 1 or more) owned by the user.
  • the data processing devices 10-1 to 10-N and the transmission device 20 are connected via communication lines 40-1 to 40-N.
  • the communication lines 40-1 to 40-N can be, for example, dedicated lines.
  • the data processing device 10-1 processes content such as a broadcast program produced by the broadcast station A, and transmits transmission data obtained as a result to the transmitting device 20 via the communication line 40-1.
  • the data processing devices 10-2 to 10-N as in the data processing device 10-1, contents such as broadcast programs produced by the respective broadcast stations such as the broadcast station B and the broadcast station Z are processed, and the results are obtained.
  • the obtained transmission data is transmitted to the transmitter 20 via the communication lines 40-2 to 40-N.
  • the transmitting device 20 receives the transmission data transmitted from the data processing devices 10-1 to 10-N on the broadcast station side via the communication lines 40-1 to 40-N.
  • the transmission device 20 processes transmission data from the data processing devices 10-1 to 10-N, and transmits the resulting broadcast signal from a transmission antenna installed at the transmission station.
  • the broadcast signal from the transmitting device 20 on the transmitting station side is transmitted to the receiving devices 30-1 to 30-M through the broadcast transmission path 50.
  • the receiving devices 30-1 to 30-M are a television receiver, a set top box (STB: Set Top Box), a recorder, a game machine, a fixed receiver such as a network storage, or a smartphone, a mobile phone, a tablet computer, etc. Mobile receiver. Also, the receiving devices 30-1 to 30-M may be, for example, on-vehicle devices mounted in a vehicle such as an on-vehicle TV, or wearable computers such as a head mounted display (HMD).
  • HMD head mounted display
  • the receiving device 30-1 receives and processes the broadcast signal transmitted from the transmitting device 20 through the broadcast transmission path 50, thereby reproducing the content such as the broadcast program according to the channel selection operation by the user. .
  • the broadcast signal from the transmission device 20 is processed, and the content corresponding to the channel selection operation by the user is reproduced.
  • the broadcast transmission path 50 is described as terrestrial waves (terrestrial broadcasts), but not limited to terrestrial waves, for example, broadcast satellites (BS: Broadcasting Satellite) or communication satellites (CS: Communications) It may be satellite broadcasting using Satellite, or cable broadcasting (CATV: Common Antenna TeleVision).
  • BS Broadcasting Satellite
  • CS communication satellites
  • CATV Common Antenna TeleVision
  • the reception devices 30-1 to 30 -M having a communication function can be connected to a communication line such as the Internet by connecting various servers. It is possible to receive various data such as contents and applications by accessing various servers and performing bi-directional communication via a communication line.
  • the data processing devices 10-1 to 10-N on the broadcast station side will be referred to as the data processing device 10 unless it is necessary to distinguish them in particular.
  • the receiving devices 30-1 to 30-M will be referred to as receiving devices 30 when it is not necessary to distinguish them in particular.
  • FIG. 2 is a block diagram showing a configuration example of the data processing device 10 and the transmission device 20 of FIG.
  • the data processing apparatus 10 includes a component processing unit 111, a signaling generation unit 112, a multiplexer 113, and a data processing unit 114.
  • the component processing unit 111 processes data of components that configure content such as a broadcast program, and supplies a stream of components obtained as a result to the multiplexer 113.
  • component data is, for example, data such as video, audio, subtitles, etc.
  • processing such as encoding processing conforming to a predetermined encoding method is performed on these data.
  • the signaling generation unit 112 generates signaling used in upper layer processing such as channel selection and reproduction of content, and supplies the signaling to the multiplexer 113. In addition, the signaling generation unit 112 generates signaling used in processing of the physical layer such as modulation and demodulation of the broadcast signal, and supplies the signaling to the data processing unit 114.
  • the signaling is also referred to as control information. Also, in the following description, among signaling, signaling used in processing of the physical layer is referred to as physical layer signaling (L1 signaling), while an upper layer (Upper Layer) that is an upper layer than the physical layer (Physical Layer) The signaling used in the processing of Layer) is distinguished as upper layer signaling.
  • L1 signaling physical layer signaling
  • Upper Layer Upper Layer
  • Physical Layer Physical Layer
  • the multiplexer 113 multiplexes the stream of components supplied from the component processing unit 111 and the stream of higher layer signaling supplied from the signaling generation unit 112, and supplies the resulting stream to the data processing unit 114.
  • other streams such as application and time information may be multiplexed.
  • the data processing unit 114 processes the stream supplied from the multiplexer 113 to generate a packet (frame) of a predetermined format. Further, the data processing unit 114 processes packets of a predetermined format and physical layer signaling from the signaling generation unit 112 to generate transmission data, and transmits the transmission data to the transmission device 20 via the communication line 40.
  • the transmission device 20 includes a data processing unit 211 and a modulation unit 212.
  • the data processing unit 211 receives and processes transmission data transmitted from the data processing apparatus 10 via the communication line 40, and obtains packets (frames) of a predetermined format obtained as a result thereof, and physical layer signaling information. Extract
  • the data processing unit 211 processes a packet (frame) of a predetermined format and information of physical layer signaling to obtain a frame of a physical layer conforming to a predetermined broadcast system (for example, next-generation digital terrestrial television broadcasting)
  • the physical layer frame is generated and supplied to the modulation unit 212.
  • the modulation unit 212 performs necessary processing (for example, modulation processing etc.) on the physical layer frame supplied from the data processing unit 211, and the broadcasting signal (RF signal) obtained as a result is installed at the transmitting station. Transmit from the transmitting antenna.
  • necessary processing for example, modulation processing etc.
  • RF signal broadcasting signal
  • the data processing device 10 and the transmission device 20 are configured as described above.
  • FIG. 3 is a block diagram showing a configuration example of the receiving device 30 of FIG.
  • the receiving device 30 includes a tuner 311, a demodulation unit 312, and a data processing unit 313.
  • the tuner 311 performs necessary processing on a broadcast signal (RF signal) received via the antenna 321, and supplies a signal obtained as a result to the demodulation unit 312.
  • the demodulation unit 312 is configured as, for example, a demodulator such as a demodulation LSI (Large Scale Integration).
  • the demodulator 312 demodulates the signal supplied from the tuner 311.
  • physical layer frames are processed according to physical layer signaling to obtain packets of a predetermined format.
  • the packet obtained as a result of this demodulation is supplied to the data processing unit 313.
  • the data processing unit 313 is configured as, for example, a system on chip (SoC).
  • SoC system on chip
  • the data processing unit 313 performs predetermined processing on the packets supplied from the demodulation unit 312.
  • stream decoding processing and playback processing are performed based on higher layer signaling obtained from the packet.
  • Data such as video, audio, subtitles and the like obtained by the processing of the data processing unit 313 is output to the circuit of the subsequent stage.
  • the receiving apparatus 30 reproduces content such as a broadcast program and outputs its video and audio.
  • the receiving device 30 is configured as described above.
  • the transmitting device 20 and the receiving device 30 have the following functions.
  • the transmitting device 20 generates a forward error correction (FEC) block based on an input packet or an input stream, and a second generating unit generates an FEC frame based on the FEC block. , And a transmitter for transmitting the FEC frame.
  • FEC forward error correction
  • the header of the FEC block includes type identification information identifying the type of the input packet or input stream, and a minimum fixed length header having position information of the head of the input packet or input stream stored in the payload of the FEC frame.
  • the minimum fixed length header is, in addition to the type identification information, a minimum fixed length identification that identifies whether or not the input packet length of the input packet is the minimum fixed length. It includes information and minimum input packet length as input packet length information.
  • the header further includes a variable length header in addition to the minimum fixed length header.
  • the variable-length header includes variable-length packet length information including upper bits of the input packet length, when the lower bits of the input packet length are the minimum input packet length information representing the minimum input packet length.
  • the FEC block is generated based on the input packet or the input stream, and the FEC frame is generated and transmitted from the FEC block.
  • the transmitting apparatus 20 can transmit an orthogonal frequency division multiplexing (OFDM) frame in which an FEC frame is arranged, and generates a third generation unit that generates a dummy cell for arranging time information at the beginning of the OFDM frame. It can further include.
  • OFDM orthogonal frequency division multiplexing
  • dummy cells can be arranged in the OFDM frame as needed, and as a result, time information can be arranged at the beginning of the OFDM frame.
  • the receiving device 30 receives a signal including an FEC frame to be transmitted, a first generating unit that generates an FEC block based on the received FEC frame, and an input packet based on the FEC block. Or a second generation unit that generates an input stream.
  • a signal consisting of an incoming FEC frame is received, and an FEC block is generated based on the received FEC frame. Further, based on the FEC block, an input packet or an input stream is generated.
  • FIG. 4 is a diagram for explaining the background of the present technology.
  • FIG. 5 is a diagram for explaining the problem solved by the present technology.
  • FIG. 6 is a diagram for explaining an outline of a method for solving the problem.
  • FIG. 7 is a diagram for explaining an outline of the generation of the FEC block.
  • FIG. 8 is a diagram illustrating an example of the FEC block.
  • FIG. 9 is a diagram illustrating a first example of baseband frame sizes.
  • FIG. 10 is a diagram illustrating a second example of baseband frame sizes.
  • FIG. 11 is a diagram showing a third example of baseband frame sizes.
  • FIG. 12 is a diagram for describing an outline of a data format adopted in the present technology.
  • FIG. 13 14, 15, 16, 17, and 18 are diagrams for explaining an example of a first format of data adopted in the present technology.
  • FIG. 19 and FIG. 20 are diagrams for explaining an example of a second format of data adopted in the present technology.
  • FIGS. 21, 22, 23, 24, 25, and 26 are diagrams for explaining an example of a third format of data adopted in the present technology.
  • FIG. 27 is a diagram for describing an example of a fourth format of data adopted in the present technology.
  • FIG. 28 is a diagram showing an example of NTP transmission timing.
  • FIGS. 4 to 28 The outline of the present technology is illustrated in FIGS. 4 to 28, and the detailed contents thereof will be described below with reference to FIGS. 29 to 64.
  • FIG. 29 is a diagram showing an example of the configuration of blocks involved in the generation of the FEC block.
  • each block of the TLV packet generation unit 151 to the FEC frame generation unit 154 includes the data processing unit 114 (the data processing unit 114 (FIG. 2)) and the transmission device 20 (the data processing unit 211 (FIG. 2)). Included in one or the other.
  • the TLV packet generation unit 151 processes an IP (Internet Protocol) stream input thereto to generate a TLV packet, and supplies the TLV packet to the FEC block generation unit 153.
  • the TLV packet includes, for example, an IP packet and control information (upper layer signaling).
  • the IP packet includes a UDP (User Datagram Protocol) packet.
  • the TS packet processing unit 152 processes the TS stream (MPEG2-TS stream) input thereto to generate a TS packet, and supplies the TS packet to the FEC block generation unit 153.
  • processing for this TS stream for example, processing such as deletion of synchronization bytes is performed.
  • the TLV packet from the TLV packet generator 151 or the TS packet from the TS packet processor 152 is supplied to the FEC block generator 153.
  • the FEC block generation unit 153 processes the TLV packet or TS packet to generate an FEC block, and supplies the FEC block to the FEC frame generation unit 154.
  • the FEC block is composed of an FEC block header (FBH: FEC Block Header) and a data part.
  • FEC block header FEC Block Header
  • TLV packets or TS packets are arranged.
  • TLV packets are of variable length, and TLV packets placed in one FEC block may be placed across the next FEC block.
  • what is arranged in the data part of the FEC block is not limited to input packets (transmission packets) such as TLV packets and TS packets, and, for example, input streams (transmission streams) such as IP streams and TS streams are arranged. You may do so.
  • the FEC frame generation unit 154 subjects the FEC block supplied from the FEC block generation unit 153 to processing such as energy diffusion, BCH (Bose-Chaudhuri-Hocquenghem) coding, LDPC (Low Density Parity Check) coding, and the like.
  • the FEC frame is generated and supplied to the subsequent stage.
  • the FEC frame is configured by adding the parity of the BCH code and the LDPC code to one FEC block. That is, after the variable length TLV packet is encapsulated in a fixed length FEC block, the parity of a BCH code or an LDPC code is further added, and the packet is stored in a fixed length FEC frame.
  • FIG. 30 is a diagram for explaining the flow of generation of an FEC block.
  • the direction of time is the direction from the left side to the right side in the figure.
  • FEC block generation unit 153 when the TLV packet generated by the TLV packet generation unit 151 (FIG. 29) is input (S1), an FEC block header (FBH) is added to the TLV packet. And an FEC block is generated (S2). Then, energy diffusion is performed on the FEC block obtained in this manner (S3).
  • the FEC block FB1 follows (the entire data of) two TLV packets. Part of data of one TLV packet is arranged. Also, focusing on the next FEC block FB2, in the FEC block FB2, data of one or a plurality of TLV packets following the remaining data of the TLV packet in which part of the data is arranged in the FEC block FB1. Is placed.
  • the position (head position) of the first TLV packet arranged subsequent to the remaining data of a certain TLV packet (the TLV packet arranged between the FEC block FB1 and the FEC block FB2) It is desirable to ensure notification and ensure that TLV packets in the FEC block are extracted.
  • a pointer (hereinafter referred to as a head TLV packet position pointer) indicating the position of the head TLV packet is disposed in the FEC block header (FBH) of the FEC block.
  • the packet position pointer By the packet position pointer, the position (head position P in the figure) of the head TLV packet can be identified with certainty.
  • the receiver acquires synchronization information by some cause such as reception error. If it can not, TLV packets can not be properly extracted and processed, and data may be interrupted.
  • the receiver side uses the head TLV packet position pointer for each FEC block. Since the position of the leading TLV packet can be identified with certainty and the TLV packet can be always extracted and processed normally, it is possible to suppress the interruption of data.
  • the number of bits allocated to the top TLV packet position pointer can be set to an arbitrary value according to the data configuration and the like. For example, since the maximum value of the leading TLV packet position pointer is determined according to the baseband frame size, the number of bits allocated to the leading TLV packet position pointer may be determined accordingly.
  • FIG. 31 is a diagram for explaining the maximum value of the top TLV packet position pointer when the baseband frame size is the middle code (code length: 69120 bits).
  • CR Coding Rate
  • N_ldpc represents an LDPC code block (unit: bit)
  • N_bch represents a BCH code block (unit: bit).
  • BCH represents N_bch-K_bch (unit: bit)
  • K_bch represents a BCH information block (unit: bit, byte)
  • Num Bits is necessary according to K_bch (B: byte). Represents the number of bits to be
  • FIG. 32 is a diagram for explaining the maximum value of the top TLV packet position pointer when the baseband frame size is a long code (code length: 276480 bits).
  • code length 276480 bits.
  • the meanings of CR, N_ldpc, N_bch, BCH, K_bch, and Num Bits are the same as in FIG. That is, here too, Num Bits represents the number of bits required according to K_bch (B: byte).
  • the number of bits (Num Bits) is 13 when the coding rate (CR) of the LDPC code is 2/16/3/16.
  • the number of bits (Num Bits) is 14 bits, 8/16, 9
  • the number of bits (Num Bits) is 15 bits.
  • FIG. 33 is a diagram for explaining the maximum value of the top TLV packet position pointer when the baseband frame size is a short code (code length: 17280 bits).
  • code length 17280 bits.
  • Num Bits represents the number of bits required according to K_bch (B: byte).
  • the coding rate (CR) of the code is 3/16
  • the number of bits (Num Bits) is 9 bits
  • the coding rate (CR) of the LDPC code is 4/16, 5/16, 6 /.
  • the number of bits (Num Bits) becomes 10 bits and becomes 8/16, 9/16, 10/16, 11/16, 12/16, 13/16, 14/16
  • the number of bits (Num Bits) is 11 bits.
  • FIG. 34 is a diagram illustrating an example of the format of a type 1 FEC block header.
  • the 2-byte base header is composed of a 15-bit leading TLV packet position pointer and a 1-bit EXT flag.
  • the leading TLV packet position pointer is a pointer that indicates the position of the leading TLV packet in the FEC block including the FEC block header in which it is arranged.
  • 15 bits are secured as the top TLV packet position pointer, and therefore it can be used as a pointer for all code lengths of long code, middle code, and short code.
  • the EXT flag is a flag indicating whether an extension (Extension) exists. For example, when '0' is specified as the EXT flag, it indicates that there is no extension. In this case, only a 2-byte base header is arranged as the FEC block header. On the other hand, when '1' is specified as the EXT flag, it indicates that there is an extension. In this case, the next 1 byte of the base header is the EXT byte.
  • head TLV packet head TLV byte
  • '0x7FFF' 111 1111 1111 1111
  • FIG. 35 is a diagram showing an example of the format of EXT byte of type 1.
  • This EXT byte is arranged as the next 1 byte of the base header of FIG. 34 when “1” is designated as the EXT flag of FIG.
  • the 1-byte EXT byte includes a 2-bit padding value, a 1-bit TS flag, a 1-bit CRC flag, and a 4-bit reserved area.
  • padding value of type 1 for example, a value according to the contents shown in FIG. 36 is designated.
  • '00' when '00' is specified as the padding value, it means that there is no padding. In this case there is no additional padding. Also, when '01' is specified as the padding value, it means short padding. In this case, an additional padding of 1 byte is made.
  • '10' when '10' is specified as a padding value, it means long padding. In this case, two bytes would indicate the length of the additional padding.
  • '11' when '11' is specified as the padding value, it means that it is a reserved area to be used in the future. Note that, as another meaning of this reserved area, for example, all padding may be designated, which means all padding.
  • the TS flag is a flag indicating whether the packet arranged in the FEC block is a TS packet. For example, when '0' is specified as a TS flag, it indicates that the packet is not a TS packet. In this case, TLV packets are arranged in the FEC block. On the other hand, when '1' is designated as the TS flag, it indicates that the packet is a TS packet.
  • the CRC flag is a flag indicating whether a CRC (Cyclic Redundancy Check), which is an error detection code, exists. For example, when '0' is specified as a CRC flag, it indicates that there is no CRC. On the other hand, when '1' is specified as a CRC flag, it indicates that there is a CRC. In this case, the CRC is placed immediately after the EXT byte. In addition, since it is always added when adding CRC, the first header size in the FEC block header at this time is 3 bytes.
  • the reserved area is an area to be used in the future.
  • FIG. 38 and 39 show a detailed example 1 of type 1.
  • a configuration in which padding is added to an FEC block header consisting of a base header and an EXT byte is illustrated.
  • the padding length is described as "Padding".
  • a 1-bit EXT flag is arranged in the base header in addition to the 15-bit leading TLV packet position pointer, but since '1' is designated as the EXT flag, The next 1 byte of the base header is the EXT byte as an optional header.
  • '00' is specified as the padding value in the first 2 bits
  • '0' is specified as the TS flag in the subsequent 1 bit.
  • a bit reserved in the future is placed together with a CRC flag that is '0'.
  • padding of one byte (1B) is realized by the EXT byte of one byte (1B).
  • '0' is specified as a TS flag in one bit following the leading two bits.
  • a CRC flag of '0' and a bit reserved in the future are arranged.
  • padding of 2 bytes (2 B) in total is realized by 1 byte (1 B) of EXT byte and 1 byte (1 B) of additional padding. There is.
  • '0' ('00000000 00000000') is designated as the length of the additional padding of 2 bytes, so that no more padding means that padding is not added.
  • '0' is specified as a TS flag in one bit following the leading two bits.
  • a CRC flag of '0' and a bit reserved in the future are arranged.
  • '1' ('00000000 00000001') is designated as the length of the additional padding of 2 bytes, padding of 1 byte (1 B) is further added.
  • '0' is specified as a TS flag in one bit following the leading two bits.
  • a CRC flag of '0' and a bit reserved in the future are arranged.
  • the sum is obtained by the EXT byte of 1 byte (1 B), the additional padding length of 2 bytes (2 B), and the additional padding of 1 byte (1 B) 4 byte (4B) padding is realized.
  • E of FIG. 39 “1” is designated as the EXT flag, so the next 1 byte of the base header is the EXT byte.
  • EXT byte In this EXT byte, '10' is specified as the leading 2-bit padding value, so the next two bytes of the EXT byte indicate the length of the additional padding.
  • '1' ('00110000 00111001') is designated as the length of the additional padding of 2 bytes, padding of 12345 bytes (12345 B) is further added.
  • '0' is specified as a TS flag in one bit following the leading two bits.
  • a CRC flag of '0' and a bit reserved in the future are arranged.
  • 12348 bytes in total are obtained by 1 byte (1 byte) of EXT byte, 2 bytes of additional padding length, and 12345 bytes (12345 B) of additional padding. Padding of the byte (12348 B) is realized.
  • FIG. 40 and FIG. 41 detailed example 2 of type 1 is shown. Also in the second detailed example, as in the first detailed example described above, the configuration in the case where padding is added to the FEC block header consisting of the base header and the EXT byte is illustrated.
  • '00' is specified as the padding value in the first 2 bits
  • '1' is specified as the TS flag in the subsequent 1 bit.
  • the head TLV packet position pointer indicates the position (head position) of the TS packet in the FEC block.
  • a bit reserved in the future is placed together with a CRC flag that is '0'.
  • padding of 1 byte (1B) is realized by EXT byte of 1 byte (1B).
  • '1' is specified as a TS flag in one bit following the leading two bits.
  • a CRC flag of '0' and a bit reserved in the future are arranged.
  • padding of 2 bytes (2 B) in total is realized by 1 byte (1 B) of EXT byte and 1 byte (1 B) of additional padding. There is.
  • '0' ('00000000 00000000') is designated as the length of the additional padding of 2 bytes, so that no more padding means that padding is not added.
  • '1' is specified as a TS flag in one bit following the leading two bits.
  • a CRC flag of '0' and a bit reserved in the future are arranged.
  • the padding of 3 bytes (3 B) in total is obtained by the length of 1 byte (1 B) of EXT byte and the length of additional padding of 2 bytes (2 B). It has been realized.
  • EXT flag In D of FIG. 41, “1” is designated as the EXT flag, so the next 1 byte of the base header is the EXT byte.
  • EXT byte In this EXT byte, '10' is specified as the leading 2-bit padding value, so the next two bytes of the EXT byte indicate the length of the additional padding.
  • '1' ('00000000 00000001') is specified as the length of the additional padding of 2 bytes, the length of the additional padding is followed by one more byte (1 B) of Padding has been added.
  • '1' is specified as a TS flag in one bit following the leading two bits.
  • a CRC flag of '0' and a bit reserved in the future are arranged.
  • the sum is obtained by the EXT byte of 1 byte (1 B), the additional padding length of 2 bytes (2 B), and the additional padding of 1 byte (1 B) 4 byte (4B) padding is realized.
  • '00' is specified as the padding value in the first 2 bits
  • '0' is specified as the TS flag in the subsequent 1 bit.
  • “1” is designated as a CRC flag in the subsequent 1 bit
  • a CRC of 1 byte (8 bits) is added next to the EXT byte.
  • padding of 1 byte (1 B) is realized by 1 byte (1 B) of EXT byte.
  • EXT flag In B of FIG. 42, “1” is designated as the EXT flag, so the next 1 byte of the base header is the EXT byte.
  • EXT byte In the EXT byte, '01' is designated as the leading 2-bit padding value, and '1' is designated as the CRC flag of the subsequent bits.
  • padding of 2 bytes (2 B) in total is realized by 1 byte (1 B) of EXT byte and 1 byte (1 B) of additional padding. There is.
  • '0' ('00000000 00000000') is designated as the length of the additional padding of 2 bytes, so that no more padding means that padding is not added.
  • the padding of 3 bytes (3 B) in total is obtained by the length of the additional padding of 1 byte (1 B) and the additional padding of 2 bytes (2 B). It has been realized.
  • EXT flag In D of FIG. 43, “1” is designated as the EXT flag, so the next 1 byte of the base header is the EXT byte.
  • '10' is designated as the leading 2-bit padding value
  • '1' is designated as the CRC flag of the subsequent bits. Therefore, next to the EXT byte, a 1-byte CRC is added, and the next 2 bytes of this CRC indicate the length of the additional padding.
  • '1' ('00000000 00000001') is designated as the length of the additional padding of 2 bytes, padding of 1 byte (1 B) is further added.
  • the sum is obtained by the EXT byte of 1 byte (1 B), the additional padding length of 2 bytes (2 B), and the additional padding of 1 byte (1 B) 4 byte (4B) padding is realized.
  • the configuration of the FEC block header of the first format has been described above.
  • 15 bits are secured in the base header of the FEC block header in consideration of the maximum value of the first TLV packet position pointer, so the maximum number of bits (Num Bits) is 15, It is possible to cope with all code lengths of a long code which is a bit, a middle code which is 13 bits, and a short code which is 11 bits. Therefore, the configuration of the FEC block header can be extremely simplified.
  • FIG. 44 is a diagram showing an example of the format of an FEC block header of type 2-1.
  • a 2-byte base header is composed of an 11-bit leading TLV packet position pointer and its remaining bits (5 bits).
  • the leading TLV packet position pointer is a pointer that indicates the position of the leading TLV packet in the FEC block including the FEC block header in which it is arranged.
  • 11 bits are secured as the top TLV packet position pointer, so that it can be used as a short code pointer.
  • the remaining 5 bits are allocated to a 2-bit padding value, a 1-bit TS flag, a 1-bit CRC flag, and a 1-bit reserved area.
  • padding value for example, a value corresponding to the content shown in FIG. 45 is designated. Since the padding value of this format 2-1 is the same as the content (FIG. 36) of the padding value of format 1 described above, the description thereof is omitted here.
  • the TS flag is a flag that identifies a TS packet.
  • the CRC flag is a flag that indicates whether a CRC that is an error detection code is present.
  • the reserved area is an area to be used in the future.
  • FIG. 46 is a diagram illustrating an example of the format of the FEC block header of type 2-2.
  • a 2-byte base header is composed of a 13-bit leading TLV packet position pointer and its remaining bits (3 bits).
  • the leading TLV packet position pointer is a pointer that indicates the position of the leading TLV packet in the FEC block including the FEC block header in which it is arranged.
  • 13 bits are secured as the top TLV packet position pointer, and therefore, they can be used as pointers for middle code and short code.
  • the remaining bits of 3 bits are assigned to a padding value of 2 bits, a TS flag of 1 bit, or a CRC flag of 1 bit. That is, in the base header, although the padding value is essential, it is optional which one of the TS flag and the CRC flag is arranged.
  • padding value for example, a value according to the content shown in FIG. 47 is designated.
  • the padding value of this format 2-2 is the same as the content of the padding value of format 1 described above (FIG. 36), and thus the description thereof is omitted here.
  • the TS flag is a flag that identifies a TS packet.
  • the CRC flag is a flag that indicates whether a CRC that is an error detection code is present.
  • the configuration of the FEC block header of the second format has been described above.
  • 11 bits or 13 bits are secured in the base header of the FEC block header on the assumption that the long code does not exist in the target standard, so the maximum number of bits (Num Bits) It can correspond to a short code whose value is 11 bits or a middle code whose value is 13 bits. Therefore, when the long code does not exist in the target standard, the configuration of the FEC block header can be a very simplified configuration.
  • FIG. 48 is a diagram showing an example of the format of a format 3 FEC block header.
  • a 2-byte base header is composed of a 13-bit leading TLV packet position pointer and the remaining bits (3 bits).
  • the leading TLV packet position pointer is a pointer that indicates the position of the leading TLV packet in the FEC block including the FEC block header in which it is arranged. In the format 3 base header, 13 bits are secured as the leading TLV packet position pointer.
  • the remaining 3 bits are assigned to a 1-bit TS flag, a 1-bit CRC flag, and a 1-bit EXT flag.
  • the details of the TS flag and the CRC flag are as described above.
  • the EXT flag is a flag indicating whether or not an extension area (Extension) exists. For example, when '1' is specified as the EXT flag, the next 1 byte of the base header is the EXT byte.
  • FIG. 49 shows an example of the format of the EXT byte.
  • the 1-byte EXT byte is configured of 2-bit LEN_MSB, 2-bit padding value, and 4-bit reserved area.
  • the 2 bits of LEN_MSB are used as 2 bits of the shortage because the maximum value of the top TLV packet position pointer becomes 15 bits in the case of a long code and the 13 bits allocated to the base header are insufficient. . In the case of a short code or a middle code, 13 bits allocated to the base header are sufficient, so 2 bits of LEN_MSB are not used.
  • the use of 13 bits allocated to the base header can correspond to the maximum value (11 bits or 13 bits) of the leading TLV packet position pointer.
  • the 13 bits allocated to the base header are insufficient, and the total value (15 bits) of the top TLV packet position pointer is a total of 15 bits using 2 bits of LEN_MSB. It is made to correspond.
  • padding value for example, a value according to the content shown in FIG. 50 is designated. Since the padding value of this format 3 is the same as the content (FIG. 36) of the padding value of format 1 described above, the description thereof is omitted here.
  • the reserved area is an area to be used in the future.
  • FIG. 51 is a diagram showing an example of the format of an FEC block header of type 3-1.
  • a 2-byte base header is composed of a 13-bit leading TLV packet position pointer and its remaining bits (3 bits).
  • the number of bits of the first TLV packet position pointer is 13 bits in comparison with the format 3 described above, but the remaining bits of 3 bits are 2-bit padding value. And the point that it is assigned to the 1-bit EXT flag.
  • padding value for example, a value according to the content shown in FIG. 52 is designated. Since the padding value of this format 3-1 is the same as the content (FIG. 36) of the padding value of format 1 described above, the description thereof is omitted here.
  • the EXT flag is a flag indicating whether or not an extension area (Extension) exists. For example, when '1' is specified as the EXT flag, the next 1 byte of the base header is the EXT byte.
  • FIG. 53 shows an example of the format of the EXT byte.
  • the 1-byte EXT byte is configured of 2-bit LEN_MSB, 1-bit TS flag, 1-bit CRC flag, and 4-bit reserved area.
  • LEN_MSB The 2 bits of LEN_MSB are used as 2 bits of the shortage because the maximum value of the top TLV packet position pointer becomes 15 bits in the case of a long code and the 13 bits allocated to the base header are insufficient. . In the case of the short code and the middle code, two bits of LEN_MSB are not used.
  • the use of 13 bits allocated to the base header can correspond to the maximum value (11 bits or 13 bits) of the leading TLV packet position pointer.
  • 13 bits of the base header and 2 bits of LEN_MSB, 15 bits in total correspond to the maximum value (15 bits) of the top TLV packet position pointer.
  • the details of the TS flag and the CRC flag are as described above.
  • the reserved area is an area to be used in the future.
  • a 2-bit padding value and a 1-bit EXT flag are arranged in the base header in addition to the 13-bit leading TLV packet position pointer, but '00 as the padding value is disposed. There is no additional padding because 'is specified. Furthermore, since '0' is specified as the EXT flag, there is no extension of the EXT byte as an option header.
  • the configuration is the case where padding is not performed.
  • '01' is specified as the padding value, so the next 1 byte of the base header becomes additional 1 B padding. Since "0" is specified as the EXT flag, there is no extension of the EXT byte.
  • padding of 1 byte (1B) is realized by additional padding of 1 byte (1B).
  • '10' is specified as the padding value, so the next two bytes of the base header indicate the length of the additional padding.
  • '0' ('00000000 00000000') is designated as the length of the additional padding of 2 bytes, so that no more padding means that padding is not added.
  • padding of 2 bytes (2B) is realized by the length of additional padding of 2 bytes (2B).
  • '10' is specified as the padding value, so the next two bytes of the base header indicate the length of the additional padding.
  • '1' ('00000000 00000001') is specified as the length of the additional padding of 2 bytes, the length of the additional padding is followed by one more byte (1 B) of Padding has been added.
  • '10' is specified as the padding value, so the next two bytes of the base header indicate the length of the additional padding.
  • '2' ('00000000 0000010') is designated as the length of the additional padding of 2 bytes, following the length of the additional padding, padding of 2 bytes (2B) is performed. Has been added.
  • a total padding of 4 bytes (4 B) is realized by the additional padding length of 2 bytes (2 B) and the additional padding of 2 bytes (2 B). It is done.
  • the sum is obtained by the EXT byte of 1 byte (1B), the additional padding length of 2 bytes (2B), and the additional padding of 12345 bytes (12345 B). Padding of 12348 bytes (12348 B) is realized.
  • a 2-bit padding value and a 1-bit EXT flag are arranged in the base header in addition to the 13-bit leading TLV packet position pointer, but '00 as the padding value is disposed. There is no additional padding because 'is specified. On the other hand, since '1' is specified as the EXT flag, the next 1 byte of the base header becomes the EXT byte as the option header.
  • '1' is specified in the TS flag and the packet placed in the FEC block becomes a TS packet, so the head TLV packet position pointer is the position (head position) of the TS packet in the FEC block Is shown.
  • padding of 1 byte (1B) is realized by EXT byte of 1 byte (1B).
  • padding of 2 bytes (2 B) in total is realized by 1 byte (1 B) of EXT byte and 1 byte (1 B) of additional padding. There is.
  • '0' ('00000000 00000000') is designated as the length of the additional padding of 2 bytes, so that no more padding means that padding is not added.
  • the padding of 3 bytes (3 B) in total is obtained by the length of the 1 byte (1 B) of EXT byte and the length of the additional padding of 2 bytes (2 B). It has been realized.
  • '1' ('00000000 00000001') is specified as the length of the additional padding of 2 bytes, the length of the additional padding is followed by one more byte (1 B) of Padding has been added.
  • the sum is obtained by the EXT byte of 1 byte (1 B), the additional padding length of 2 bytes (2 B), and the additional padding of 1 byte (1 B) 4 byte (4B) padding is realized.
  • a 2-bit padding value and a 1-bit EXT flag are arranged in the base header in addition to the 13-bit leading TLV packet position pointer, but the padding value is '00 There is no additional padding because 'is specified. On the other hand, since '1' is specified as the EXT flag, the next 1 byte of the base header becomes the EXT byte as the option header.
  • padding of one byte (1B) is realized by the EXT byte of one byte (1B).
  • '01' is specified as the padding value, so the next 1 byte of the CRC becomes additional 1 B padding.
  • padding of 2 bytes (2 B) in total is realized by 1 byte (1 B) of EXT byte and 1 byte (1 B) of additional padding. There is.
  • “1” is designated as the EXT flag, so the next 1 byte of the base header becomes the EXT byte.
  • “1” is designated as the CRC flag in the 4th bit, so a CRC of 1 byte (8 bits) is added next to the EXT byte.
  • '10' is specified as the padding value, so the next two bytes of the CRC indicate the length of the additional padding.
  • '0' ('00000000 00000000') is designated as the length of the additional padding of 2 bytes, so that no more padding means that padding is not added.
  • '10' is specified as the padding value, so the next two bytes of the CRC indicate the length of the additional padding.
  • '1' ('00000000 00000001') is designated as the length of the additional padding of 2 bytes, padding of 1 byte (1 B) is added.
  • the sum is obtained by the EXT byte of 1 byte (1 B), the additional padding length of 2 bytes (2 B), and the additional padding of 1 byte (1 B) 4 byte (4B) padding is realized.
  • the configuration of the FEC block header of the third format has been described above.
  • this third format when a long code exists in the target standard, 13 bits are secured in the base header of the FEC block header, and the maximum value of the number of bits (Num Bits) is 11 bits.
  • the maximum value of the number of bits (Num Bits) is 15 bits while using the code or the middle code of 13 bits, 15 bits can be used by using 2 bits of LEN_MSB of the EXT byte.
  • FIG. 61 is a diagram showing an example of the format of a type 4 FEC block header.
  • the 2-byte base header is composed of a 13-bit leading TLV packet position pointer, a 1-bit TS flag, a 1-bit CRC flag, and a 1-bit EXT flag.
  • the leading TLV packet position pointer is a pointer that indicates the position of the leading TLV packet in the FEC block including the FEC block header in which it is arranged.
  • the remaining 3 bits are assigned to a 1-bit TS flag, a 1-bit CRC flag, and a 1-bit EXT flag.
  • the details of the TS flag and the CRC flag are as described above.
  • the EXT flag is a flag indicating whether or not an extension area (Extension) exists. For example, when '1' is specified as the EXT flag, the next 1 byte of the base header is the EXT byte.
  • FIG. 62 shows an example of the format of the EXT byte.
  • the 1-byte EXT byte is composed of 5-bit LEN_MSB, 2-bit padding value, and 1-bit reserved area.
  • bit number is the bit number required according to K_bch (B: byte)
  • bit in the case of K_bch bits: bit
  • the number (Num Bits) is as follows.
  • the maximum of the first TLV packet position pointer As described above, when using bit representation (K_bch (bits)) rather than byte representation (K_bch (B: bytes)) as the number of bits (Num Bits), the maximum of the first TLV packet position pointer The values are 18 bits, 16 bits, and 14 bits for the long code, middle code, and short code, respectively. Therefore, in the base header, 13 bits allocated to the top TLV packet position pointer are insufficient, and therefore 5 bits of LEN_MSB are used as the insufficient bits.
  • the leading TLV packet position pointer can be expressed in bits.
  • padding value for example, a value according to the content shown in FIG. 63 is designated. Since the padding value of this format 4 is the same as the content (FIG. 36) of the padding value of format 1 described above, the description thereof is omitted here.
  • the reserved area is an area to be used in the future.
  • the configuration of the FEC block header of the fourth format has been described above.
  • this fourth format when a long code exists in the target standard, 18 bits are secured by the base header (13 bits) of the FEC block header and LEN_MSB (5 bits) of the EXT byte, and the number of bits
  • the maximum value of (Num Bits) can correspond to a short code of 14 bits, a middle code of 16 bits, and a long code of 18 bits. Therefore, when the long code exists in the standard, the leading TLV packet position pointer can be expressed in bits.
  • Frequency Division Multiplexing (FDM) is adopted as a method of multiplexing broadcast signals. It is assumed that frequency division multiplexing (FDM) is adopted in the next generation of digital terrestrial television broadcasting as well.
  • a predetermined frequency band for example, 6 MHz
  • a predetermined frequency band for example, 6 MHz
  • hierarchical transmission using a band for each one or a plurality of segments is performed.
  • data of different services can be transmitted, for example, in each hierarchy made of frequency bands of one or more segments obtained by frequency division.
  • each hierarchy is a unit that combines one or more segments.
  • an OFDM segment is used.
  • OFDM Orthogonal Frequency Division Multiplexing
  • subcarriers orthogonal subcarriers
  • digital modulation is performed.
  • the hierarchy can also be conceptualized as PLP (Physical Layer Pipe).
  • PLP Physical Layer Pipe
  • M-PLP Multiple-PLP
  • time information for achieving synchronization between the transmission side and the reception side is transmitted, and synchronization is achieved between the transmission device 20 on the transmission side and the reception device 30 on the reception side.
  • FIG. 64 is a diagram illustrating an example of transmission timing of time information.
  • FIG. 64 data to be processed by the transmission device 20 is schematically represented on the upper side, and data to be processed by the reception device 30 is schematically represented on the lower side.
  • the horizontal direction represents time, and the direction is from the left side to the right side in the drawing.
  • the transmission apparatus 20 performs necessary processing on the TLV packet to obtain an FEC frame including an FEC block to which the BCH code and the LDPC code are added. Also, in the transmitting apparatus 20, a physical layer frame (hereinafter referred to as an ISDB-T2 frame) can be obtained by performing necessary processing on the FEC frame.
  • an ISDB-T2 frame a physical layer frame
  • the TLV packet is a variable-length packet, for example, 4 to 65,536 bytes in size.
  • the TLV packet is represented by "Data” in the figure.
  • NTP time information which is time information in NTP (Network Time Protocol) format is represented by “NTP” in the drawing.
  • the FEC frame includes an FEC block to which a BCH code and an LDPC code are added.
  • One ISDB-T2 frame is configured by k + 1 FEC frames of the FEC frame # 0 to the FEC frame #k.
  • an FEC block header (FBH) is added, and if padding is inserted, an additional padding of predetermined bytes is performed following the FEC block header (FBH).
  • the FEC block header includes the top TLV packet position pointer.
  • the top TLV packet position pointer included in the FEC block header (FBH) added to the top of the FEC frame # 1 is the data # 1 of Data # 2 arranged following Data # 1-2 in the FEC frame # 1. It represents the start position.
  • the OFDM symbol is represented by "Symbol" in the figure.
  • One ISDB-T2 frame is configured by n + 1 OFDM symbols of Symbol # 0 to Symbol # n. That is, it can be said that this ISDB-T2 frame is an OFDM frame which is a unit for transmitting data.
  • FDM frequency division multiplexing
  • the OFDM symbol is further divided into segments.
  • the segment is represented by "Seg" in the figure.
  • One OFDM symbol is configured by m + 1 segments of Seg # 0 to Seg # m.
  • the NTP time information is inserted so as to be the head of the ISDB-T2 frame (strictly, the FEC block header in which the NTP time information is added to the FEC frame # 0 at the head Inserted following the FBH)).
  • the NTP time information includes the time at the beginning of the ISDB-T2 frame as the information of the time defined by the NTP.
  • NTP time information is not necessarily placed at the beginning of the ISDB-T2 frame.
  • a dummy cell D is inserted following the last FEC frame #k constituting an ISDB-T2 frame, and the head of the next ISDB-T2 frame (head of FEC frame # 0) , NTP time information can be inserted.
  • the dummy cell D is generated by the dummy cell generation unit 161 as needed, and the OFDM frame is arranged. It is placed in the frame.
  • the NTP time information is linked to the frame length of the ISDB-T2 frame as an OFDM frame.
  • NTP time information indicating the time at the beginning of the ISDB-T2 frame is inserted at the beginning of the ISDB-T2 frame, but ISDB-T2
  • the boundary may or may not be coincident between the frame and the FEC frame.
  • the insertion position of the NTP time information is a position shifted from the head of the ISDB-T2 frame, so that the dummy cell D is inserted, and the NTP time information is ISDB- Make it inserted at the beginning of the T2 frame.
  • a TLV packet is obtained by performing necessary processing on the ISDB-T2 frame.
  • NTP time information arranged at the head thereof can be obtained.
  • the NTP time information indicates the time at the beginning of the ISDB-T2 frame.
  • the receiving apparatus 30 since the boundaries of the ISDB-T2 frame and the TLV packet coincide with each other, the time at the beginning of the ISDB-T2 frame indicated by the NTP time information inserted at the beginning of the ISDB-T2 frame is referred to. Clock recovery can be performed.
  • clock synchronization based on NTP time information is realized between the transmitting device 20 on the transmitting side and the receiving device 30 on the receiving side, and in the receiving device 30, each NTP time information included at the head of the ISDB-T2 frame It is possible to process a plurality of TLV packets (Data # 0 to Data # z).
  • steps S11 to S13 of FIG. 65 are executed by, for example, the data processing unit 211 or the modulation unit 212 of the transmission device 20 (FIG. 2).
  • the processes in steps S31 to S33 in FIG. 65 are performed by, for example, the demodulation unit 312 or the data processing unit 313 in the receiving device 30 (FIG. 3).
  • step S11 the FEC block generation unit 153 processes the TLV packet input thereto to generate an FEC block.
  • an FEC block header (FBH) including a TLV packet position pointer, a TS flag, and a CRC flag is inserted.
  • step S12 the FEC frame generation unit 154 processes the FEC block generated in the process of step S11, and generates an FEC frame.
  • step S13 the modulator 212 processes the FEC frame generated in the process of step S12, and transmits a signal obtained from the FEC frame.
  • the signal transmitted from the transmitting apparatus 20 on the transmitting side is received by the receiving apparatus 30 on the receiving side.
  • step S31 the tuner 311 receives a signal obtained from the FEC frame.
  • step S32 the demodulation unit 312 processes the signal received in the process of step S31 and generates an FEC block.
  • step S33 the data processing unit 313 processes the FEC block generated in the process of step S32 to generate a TLV packet.
  • an FEC block header (FBH) including a TLV packet position pointer, a TS flag, and a CRC flag is inserted.
  • the position of the leading TLV packet in the FEC block can be identified with certainty by the TLV packet position pointer, and the TLV packet can be extracted from the FEC block.
  • the TLV packet obtained in this manner is further processed by (the data processing unit 313 or the processing unit of the latter stage) of the receiving device 30 on the receiving side, and content such as a broadcast program is reproduced.
  • BS broadcast satellites
  • CS communication satellites
  • CATV cable television
  • the TLV packet is an example of a transmission packet
  • the transmission packet includes, for example, ALP (ATSC Link-Layer Protocol) packet or GSE (Generic Stream Encapsulation) packet, which is a variable-length packet.
  • ALP ATSC Link-Layer Protocol
  • GSE Generic Stream Encapsulation
  • a frame and a packet may be used by the same meaning.
  • time information defined by NTP is used as the time information
  • the present invention is not limited thereto, for example, defined by PTP (Precision 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.
  • PTP Precision Time Protocol
  • 3GPP Third Generation Partnership Project
  • the present technology is a predetermined standard that is defined on the assumption that a transmission line other than a broadcast network, ie, a communication line (communication network) such as the Internet or a telephone network, is used as a transmission line.
  • a communication line such as the Internet is used as a transmission line of the transmission system 1 (FIG. 1), and the functions of the data processing device 10 and the transmission device 20 are provided by a communication server provided on the Internet. . Then, the communication server and the receiving device 30 perform bi-directional communication via the communication line.
  • FIG. 66 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 a removable recording medium 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 recording 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 attaching the removable recording medium 1011 to 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.
  • a first generation unit that generates a Forward Error Correction (FEC) block based on an input packet or an input stream;
  • a second generation unit that generates an FEC frame based on the FEC block;
  • a transmitter configured to transmit the FEC frame;
  • the header of the FEC block includes type identification information for identifying the type of the input packet or the input stream, information for detecting an error in the header, and the input packet or the input stream stored in the payload of the FEC frame. Transmitting device including a minimum fixed length header with leading position information.
  • the type identification information is a TLV (Type Length Value) packet
  • the minimum fixed length header identifies, in addition to the type identification information, whether or not the input packet length of the input packet is a minimum fixed length.
  • the transmission apparatus including minimum fixed length identification information and a minimum input packet length as information of the input packet length.
  • the header further includes a variable length header in addition to the minimum fixed length header,
  • the variable-length header includes variable-length packet length information including upper bits of the input packet length, where lower bits of the input packet length are set as minimum input packet length information representing the minimum input packet length.
  • the transmitter according to the above.
  • the apparatus according to any one of (1) to (3), further including: a third generation unit that generates a dummy cell for placing time information at the beginning of an OFDM (Orthogonal Frequency Division Multiplexing) frame in which the FEC frame is placed. Transmitter.
  • OFDM Orthogonal Frequency Division Multiplexing
  • the header of the FEC block includes type identification information for identifying the type of the input packet or the input stream, information for detecting an error in the header, and the input packet or the input stream stored in the payload of the FEC frame.
  • a transmission method including a minimum fixed length header having position information at the beginning of a packet.
  • the header of the FEC block is a minimum fixed length including type identification information identifying the type of the input packet or the input stream, and position information of the head of the input packet or the input stream stored in the payload of the FEC frame Receiver containing header.
  • the type identification information is a TLV packet
  • the minimum fixed length header is, in addition to the type identification information, minimum fixed length identification information for identifying whether or not the input packet length of the input packet is the minimum fixed length. And a minimum input packet length as information of the input packet length.
  • the header further includes a variable length header in addition to the minimum fixed length header,
  • the variable-length header includes variable-length packet length information including upper bits of the input packet length, where lower bits of the input packet length are set as minimum input packet length information representing the minimum input packet length.
  • time information is arranged at the head by inserting a dummy cell, and the reception device according to any one of (6) to (8).
  • the header of the FEC block is a minimum fixed length including type identification information identifying the type of the input packet or the input stream, and position information of the head of the input packet or the input stream stored in the payload of the FEC frame Receive method including header.
  • Reference Signs List 1 transmission system 10, 10-1 to 10-N data processing apparatus, 20 transmitting apparatus, 30, 30-1 to 30-M receiving apparatus, 40, 40-1 to 40-N communication line, 50 broadcast transmission line, 111 component processing unit, 112 signaling generation unit, 113 multiplexer, 114 data processing unit, 151 TLV packet generation unit, 152 TS packet processing unit, 153 FEC block generation unit, 154 FEC frame generation unit, 161 dummy cell generation unit, 211 data processing Unit, 212 modulator, 311 tuner, 312 demodulator, 313 data processor

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Quality & Reliability (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Communication Control (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本技術は、伝送パケット又は伝送ストリームを、誤り訂正ブロックにカプセル化する際に、当該伝送パケット又は伝送ストリームの先頭位置を確実に通知することができるようにする送信装置、送信方法、受信装置、及び、受信方法に関する。 送信装置は、入力パケット又は入力ストリームに基づいて、FECブロックを生成し、FECブロックに基づいて、FECフレームを生成して送信する。FECブロックのヘッダは、入力パケット又は入力ストリームの種別を識別する種別識別情報と、ヘッダのエラーを検出する情報と、FECフレームのペイロードに格納される入力パケット又は入力ストリームの先頭の位置情報を有する最小固定長ヘッダを含む。本技術は、データの伝送等に適用することができる。

Description

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

Claims (10)

  1. 　入力パケット又は入力ストリームに基づいて、FEC(Forward Error Correction)ブロックを生成する第１の生成部と、
    　前記FECブロックに基づいて、FECフレームを生成する第２の生成部と、
    　前記FECフレームを送信する送信部と
    　を含み、
    　前記FECブロックのヘッダは、前記入力パケット又は前記入力ストリームの種別を識別する種別識別情報と、ヘッダのエラーを検出する情報と、前記FECフレームのペイロードに格納される前記入力パケット又は前記入力ストリームの先頭の位置情報を有する最小固定長ヘッダを含む
    　送信装置。
  2. 　前記種別識別情報がTLV(Type Length Value)パケットである場合、前記最小固定長ヘッダは、前記種別識別情報に加えて、前記入力パケットの入力パケット長が最小固定長であるか否かを識別する最小固定長識別情報、及び前記入力パケット長の情報としての最小入力パケット長を含む
    　請求項１に記載の送信装置。
  3. 　前記最小固定長識別情報が、前記入力パケット長が前記最小固定長ではないことを示す場合、前記ヘッダは、前記最小固定長ヘッダに加えて、さらに、可変長ヘッダを含み、
    　前記可変長ヘッダは、前記入力パケット長の下位ビットを、前記最小入力パケット長を表す最小入力パケット長情報とするとき、前記入力パケット長の上位ビットからなる可変長パケット長情報を含む
    　請求項２に記載の送信装置。
  4. 　前記FECフレームが配置されるOFDM(Orthogonal Frequency Division Multiplexing)フレームの先頭に時刻情報を配置するためのダミーセルを生成する第３の生成部をさらに含む
    　請求項１に記載の送信装置。
  5. 　入力パケット又は入力ストリームに基づいて、FECブロックを生成することと、
    　前記FECブロックに基づいて、FECフレームを生成することと、
    　前記FECフレームを送信することと
    　を含み、
    　前記FECブロックのヘッダは、前記入力パケット又は前記入力ストリームの種別を識別する種別識別情報と、ヘッダのエラーを検出する情報と、前記FECフレームのペイロードに格納される前記入力パケット又は前記入力ストリームのパケット先頭の位置情報を有する最小固定長ヘッダを含む
    　送信方法。
  6. 　送信されてくるFECフレームからなる信号を受信する受信部と、
    　受信された前記FECフレームに基づいて、FECブロックを生成する第１の生成部と、
    　前記FECブロックに基づいて、入力パケット又は入力ストリームを生成する第２の生成部と
    　を含み、
    　前記FECブロックのヘッダは、前記入力パケット又は前記入力ストリームの種別を識別する種別識別情報と、前記FECフレームのペイロードに格納される前記入力パケット又は前記入力ストリームの先頭の位置情報を有する最小固定長ヘッダを含む
    　受信装置。
  7. 　前記種別識別情報がTLVパケットである場合、前記最小固定長ヘッダは、前記種別識別情報に加えて、前記入力パケットの入力パケット長が最小固定長であるか否かを識別する最小固定長識別情報、及び前記入力パケット長の情報としての最小入力パケット長を含む
    　請求項６に記載の受信装置。
  8. 　前記最小固定長識別情報が、前記入力パケット長が前記最小固定長ではないことを示す場合、前記ヘッダは、前記最小固定長ヘッダに加えて、さらに、可変長ヘッダを含み、
    　前記可変長ヘッダは、前記入力パケット長の下位ビットを、前記最小入力パケット長を表す最小入力パケット長情報とするとき、前記入力パケット長の上位ビットからなる可変長パケット長情報を含む
    　請求項７に記載の受信装置
  9. 　前記FECフレームが配置されるOFDMフレームでは、ダミーセルを挿入することで、その先頭に時刻情報が配置される
    　請求項６に記載の受信装置。
  10. 　送信されてくるFECフレームからなる信号を受信することと、
    　受信された前記FECフレームに基づいて、FECブロックを生成することと、
    　前記FECブロックに基づいて、入力パケット又は入力ストリームを生成することと
    　を含み、
    　前記FECブロックのヘッダは、前記入力パケット又は前記入力ストリームの種別を識別する種別識別情報と、前記FECフレームのペイロードに格納される前記入力パケット又は前記入力ストリームの先頭の位置情報を有する最小固定長ヘッダを含む
    　受信方法。
PCT/JP2017/043236 2016-12-16 2017-12-01 送信装置、送信方法、受信装置、及び、受信方法 Ceased WO2018110315A1 (ja)

Priority Applications (6)

Application Number Priority Date Filing Date Title
KR1020237002458A KR20230019987A (ko) 2016-12-16 2017-12-01 송신 장치, 송신 방법, 수신 장치, 및 수신 방법
EP17881865.4A EP3557792A4 (en) 2016-12-16 2017-12-01 SENDING DEVICE, TRANSMISSION PROCEDURE, RECEPTION DEVICE AND RECEPTION PROCEDURE
BR112019011500-5A BR112019011500A2 (pt) 2016-12-16 2017-12-01 aparelho e método de transmissão, e, aparelho e método de recepção.
KR1020197015972A KR20190092415A (ko) 2016-12-16 2017-12-01 송신 장치, 송신 방법, 수신 장치, 및 수신 방법
US16/346,351 US11005594B2 (en) 2016-12-16 2017-12-01 Transmission apparatus, transmission method, reception apparatus, and reception method for forward error correction frame
PH12019501313A PH12019501313A1 (en) 2016-12-16 2019-06-10 Transmission device, transmission method, reception device, and method

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP2016244528 2016-12-16
JP2016-244528 2016-12-16
JP2017015418A JP7069542B2 (ja) 2016-12-16 2017-01-31 送信装置、及び、送信方法
JP2017-015418 2017-07-18

Publications (1)

Publication Number Publication Date
WO2018110315A1 true WO2018110315A1 (ja) 2018-06-21

Family

ID=62558288

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2017/043236 Ceased WO2018110315A1 (ja) 2016-12-16 2017-12-01 送信装置、送信方法、受信装置、及び、受信方法

Country Status (3)

Country Link
JP (2) JP7347580B2 (ja)
KR (1) KR20230019987A (ja)
WO (1) WO2018110315A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021054179A1 (ja) * 2019-09-18 2021-03-25 ソニー株式会社 送信装置、送信方法、受信装置、及び、受信方法

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014096814A (ja) * 2010-02-26 2014-05-22 Panasonic Corp デジタル放送システムにおける物理レイヤシグナリング
JP2015061195A (ja) * 2013-09-18 2015-03-30 ソニー株式会社 送信装置及び送信方法、受信装置及び受信方法、並びにコンピューター・プログラム
JP2015080029A (ja) * 2013-10-15 2015-04-23 日本放送協会 送信装置、受信装置、デジタル放送システム及びチップ
WO2015072768A1 (en) * 2013-11-13 2015-05-21 Lg Electronics Inc. Apparatus for transmitting broadcast signals, apparatus for receiving broadcast signals, method for transmitting broadcast signals and method for receiving broadcast signals
WO2015194395A1 (ja) * 2014-06-20 2015-12-23 ソニー株式会社 送信装置および送信方法、並びに受信装置および受信方法
JP2016116213A (ja) * 2014-12-10 2016-06-23 パナソニックＩｐマネジメント株式会社 送信方法、受信方法、送信装置及び受信装置
WO2016098601A1 (ja) * 2014-12-17 2016-06-23 ソニー株式会社 送信装置、送信方法、受信装置、及び、受信方法
JP2016174299A (ja) * 2015-03-17 2016-09-29 株式会社東芝 送信システム、伝送スロット化装置、受信装置及び伝送スロット作成方法

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
MX351090B (es) * 2013-07-05 2017-09-29 Sony Corp Dispositivo de transmision, metodo de transmision, dispositivo de recepcion, y metodo de recepcion.
CN111934817A (zh) * 2014-11-06 2020-11-13 Lg 电子株式会社 接收广播信号的方法和装置和发送广播信号的方法和装置
JP7069542B2 (ja) * 2016-12-16 2022-05-18 ソニーグループ株式会社 送信装置、及び、送信方法

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014096814A (ja) * 2010-02-26 2014-05-22 Panasonic Corp デジタル放送システムにおける物理レイヤシグナリング
JP2015061195A (ja) * 2013-09-18 2015-03-30 ソニー株式会社 送信装置及び送信方法、受信装置及び受信方法、並びにコンピューター・プログラム
JP2015080029A (ja) * 2013-10-15 2015-04-23 日本放送協会 送信装置、受信装置、デジタル放送システム及びチップ
WO2015072768A1 (en) * 2013-11-13 2015-05-21 Lg Electronics Inc. Apparatus for transmitting broadcast signals, apparatus for receiving broadcast signals, method for transmitting broadcast signals and method for receiving broadcast signals
WO2015194395A1 (ja) * 2014-06-20 2015-12-23 ソニー株式会社 送信装置および送信方法、並びに受信装置および受信方法
JP2016116213A (ja) * 2014-12-10 2016-06-23 パナソニックＩｐマネジメント株式会社 送信方法、受信方法、送信装置及び受信装置
WO2016098601A1 (ja) * 2014-12-17 2016-06-23 ソニー株式会社 送信装置、送信方法、受信装置、及び、受信方法
JP2016174299A (ja) * 2015-03-17 2016-09-29 株式会社東芝 送信システム、伝送スロット化装置、受信装置及び伝送スロット作成方法

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021054179A1 (ja) * 2019-09-18 2021-03-25 ソニー株式会社 送信装置、送信方法、受信装置、及び、受信方法
JP2021048466A (ja) * 2019-09-18 2021-03-25 ソニー株式会社 送信装置、送信方法、受信装置、及び、受信方法
JP7423949B2 (ja) 2019-09-18 2024-01-30 ソニーグループ株式会社 送信装置、送信方法、受信装置、及び、受信方法

Also Published As

Publication number Publication date
JP2022101700A (ja) 2022-07-06
JP7347580B2 (ja) 2023-09-20
JP2023164953A (ja) 2023-11-14
KR20230019987A (ko) 2023-02-09
JP7658401B2 (ja) 2025-04-08

Similar Documents

Publication Publication Date Title
JP7293448B2 (ja) 送信装置、及び、データ処理方法
TWI662835B (zh) 送訊裝置、送訊方法、收訊裝置、及收訊方法
US11343559B2 (en) Method and apparatus for receiving, sending and data processing information related to time such as leap second and daylight saving time (DST)
JP7512344B2 (ja) 受信装置、及び、データ処理方法
TWI710234B (zh) 送訊裝置、收訊裝置、及資料處理方法
CN106464940B (zh) 接收设备、接收方法、传输设备以及传输方法
US11050512B2 (en) Transmission device, and transmission method
JP7658401B2 (ja) 送信装置、及び、送信方法
JP7505613B2 (ja) 送信装置、及び送信方法
JP7251668B2 (ja) 送信装置、及び送信方法
WO2021153297A1 (ja) 情報処理装置、情報処理方法、並びにプログラム

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

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 20197015972

Country of ref document: KR

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

REG Reference to national code

Ref country code: BR

Ref legal event code: B01A

Ref document number: 112019011500

Country of ref document: BR

ENP Entry into the national phase

Ref document number: 2017881865

Country of ref document: EP

Effective date: 20190716

ENP Entry into the national phase

Ref document number: 112019011500

Country of ref document: BR

Kind code of ref document: A2

Effective date: 20190604