WO2021153297A1 - 情報処理装置、情報処理方法、並びにプログラム - Google Patents

情報処理装置、情報処理方法、並びにプログラム Download PDF

Info

Publication number
WO2021153297A1
WO2021153297A1 PCT/JP2021/001412 JP2021001412W WO2021153297A1 WO 2021153297 A1 WO2021153297 A1 WO 2021153297A1 JP 2021001412 W JP2021001412 W JP 2021001412W WO 2021153297 A1 WO2021153297 A1 WO 2021153297A1
Authority
WO
WIPO (PCT)
Prior art keywords
packet
information
additional information
alp
length
Prior art date
Application number
PCT/JP2021/001412
Other languages
English (en)
French (fr)
Inventor
諭志 岡田
豊 中田
知也 小島
Original Assignee
ソニーセミコンダクタソリューションズ株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ソニーセミコンダクタソリューションズ株式会社 filed Critical ソニーセミコンダクタソリューションズ株式会社
Priority to KR1020227022825A priority Critical patent/KR20220133183A/ko
Priority to US17/785,727 priority patent/US11917236B2/en
Publication of WO2021153297A1 publication Critical patent/WO2021153297A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
    • H04N21/4385—Multiplex stream processing, e.g. multiplex stream decrypting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/28—Arrangements for simultaneous broadcast of plural pieces of information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/86—Arrangements characterised by the broadcast information itself
    • H04H20/95—Arrangements characterised by the broadcast information itself characterised by a specific format, e.g. an encoded audio stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
    • H04N21/4382—Demodulation or channel decoding, e.g. QPSK demodulation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6118—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving cable transmission, e.g. using a cable modem

Definitions

  • the present technology relates to an information processing device, an information processing method, and a program, and more particularly to an information processing device, an information processing method, and a program capable of responding to a change in a transmission method more flexibly.
  • ATSC Advanced Television Systems Committee
  • IP transmission method so that it can provide more advanced services (for example).
  • Patent Document 1 it is expected that the IP transmission system will be adopted in the future for broadcasting systems other than ATSC3.0.
  • This technology was made in view of such a situation, and makes it possible to respond more flexibly to changes in the transmission method.
  • the information processing device on one aspect of the present technology includes an output unit that adds additional information about the BB packet to the BB (Baseband) packet after the error correction / decoding process and outputs the packet.
  • BB Baseband
  • the information processing apparatus adds additional information about the BB packet to the BB (Baseband) packet after the error correction / decoding process and outputs the information.
  • the program of one aspect of the present technology causes the computer to function as a processing unit that adds additional information about the BB packet to the BB (Baseband) packet after the error correction / decoding process and outputs the packet.
  • additional information about the BB packet is added to the BB (Baseband) packet after the error correction / decoding process and output.
  • the information processing device may be an independent device or an internal block constituting one device.
  • SoC system-on-chip
  • the device according to this embodiment is a device capable of processing a received broadcast signal.
  • a broadcast signal may be transmitted in a form in which a plurality of data packets are included in one transmission packet.
  • the apparatus according to the present embodiment extracts, for example, a data packet from a transmission packet obtained by demolishing the broadcast signal, and processes the extracted data packet.
  • Non-Patent Document 1 "ATSC Candidate Standard: Link-Layer Protocol (A / 330)"
  • the configuration of the processing device according to the present embodiment and the present embodiment will be described mainly by taking the case where the processing device according to the present embodiment processes a broadcast signal corresponding to the ATSC3.0 standard as an example.
  • the processing method will be described.
  • the processing method according to the present embodiment shown below is not limited to being applied to the ATSC3.0 standard, but is applied to any standard capable of transmitting a plurality of data packets with one transmission packet. It is possible to do.
  • the processing method according to the present embodiment shown below is applied to the processing of an arbitrary broadcast signal in which a plurality of data packets are included in one transmission packet regardless of the presence or absence of standardization. It is possible.
  • the MPEG2-TS method is widely used as the transmission method for digital broadcasting, but the IP transmission method is expected to be adopted.
  • ATSC 3.0 one of the next-generation terrestrial broadcasting standards, adopts an IP transmission method and stipulates that UDP / IP packets are stored in ALP (ATSC Link-Layer Protocol) packets for transmission. ing.
  • ALP ATSC Link-Layer Protocol
  • the broadcast signal is demodulated by the demodulation IC, and the resulting packet is processed by the system-on-chip (SoC) in the subsequent stage.
  • the demodulation circuit 901 is a demodulation IC corresponding to ATSC3.0, and is connected to a processing circuit 902 configured as a system-on-chip (SoC) via an MPEG2-TS system physical interface 903. There is.
  • the physical interface 903 between the demodulation circuit 901 and the processing circuit 902 corresponds to the MPEG2-TS method, but the format of the transmitted data is an ALP packet corresponding to ATSC3.0. It has become.
  • a synchronization signal (SYNC), a valid signal (VALID), a clock signal (CLK), and data (DATA) are transmitted by this ALP packet.
  • FIG. 2 shows an example of an IP transmission method protocol stack.
  • the IP transmission method by using a common IP protocol for one-way broadcasting and two-way communication, for example, a stream of contents such as a television program is transmitted in units of DASH segments. Therefore, streaming distribution conforming to MPEG-DASH (Dynamic Adaptive Streaming over HTTP) can be performed.
  • MPEG-DASH Dynamic Adaptive Streaming over HTTP
  • the upper layer of the physical layer of broadcasting, the lower layers of the UDP layer and the IP layer, is the data link layer, and in this data link layer, ALP packets corresponding to the link layer protocol are used. ..
  • FIG. 3 shows the system architecture of ALP packets.
  • an ALP packet is generated by encapsulating an IP packet (UDP / IP packet), signaling (Link Layer Signaling), a TS packet used in the MPEG2-TS method, and the like.
  • IP packet UDP / IP packet
  • signaling Link Layer Signaling
  • TS packet used in the MPEG2-TS method
  • the IP header can be compressed.
  • overhead can be reduced when encapsulating TS packets.
  • FIG. 4 is a diagram showing an example of a transmission packet processed by the demodulation circuit 901.
  • the transmission packet shown in FIG. 4 shows the configuration of a BB packet (baseband packet) including a plurality of ALP packets specified in the ATSC3.0 standard.
  • the BB packet has a header portion (“Header” shown in FIG. 4) and a payload portion (“Payload” shown in FIG. 4), and the payload portion includes a plurality of ALP packets. It can be.
  • ALP packets are variable-length packets that can have different data lengths, as shown by the rectangular size in FIG. Further, each ALP packet shown in FIG. 4 is a first ALP packet, a second ALP packet, ..., In order from the left.
  • the demodulation circuit 901 (FIG. 1) extracts the ALP packet from the BB packet and transmits it to the processing circuit 902 via the physical interface 903.
  • the processing circuit 902 processes the ALP packet.
  • the demodulation circuit 901 processes the ALP packet based on an incorrect interpretation, not according to the interpretation specified in ATSC3.0, the ALP packet cannot be extracted correctly. Further, if the processing circuit 902 processes the ALP packet based on an incorrect interpretation instead of the interpretation specified in ATSC3.0, the ALP packet cannot be processed correctly.
  • ATSC3.0 is complicated, there is a possibility that broadcasting stations will have different interpretations and broadcasts that differ from the standard will be operated.
  • the transmission method when the transmission method is switched from the existing method to the new method, it is possible to respond more flexibly to the change of the transmission method, or to take a flexible response with a wide range of interpretations related to operation. Proposal is desired. By applying this technology described below, it is possible to respond more flexibly to changes in the transmission method, and to take flexible responses with a wider range of interpretations related to operation.
  • FIG. 5 is a block diagram showing a configuration example of a broadcasting system to which the present technology is applied.
  • the system is a logical collection of a plurality of devices.
  • the broadcasting system 1 is composed of a transmitting device 10 and a receiving device 20.
  • this broadcasting system 1 data transmission conforming to a predetermined broadcasting system (for example, ATSC3.0) is performed.
  • a predetermined broadcasting system for example, ATSC3.0
  • the transmission device 10 performs processing such as modulation and error correction on the data of the content (for example, a television program) input therein, and transmits the resulting broadcast signal by the transmission antenna of the transmission station. do.
  • the broadcast signal from the transmitting device 10 is received by the receiving device 20 via the transmission line 30 and the receiving antenna installed in each home of the end user.
  • the receiver 20 is configured as a fixed receiver such as a television receiver or a set-top box (STB).
  • the receiving device 20 performs processing such as demodulation and error correction on the broadcast signal received via the transmission line 30, and outputs video and audio data of the content (for example, a television program) obtained as a result. ..
  • the transmission path 30 is, for example, satellite broadcasting using a broadcasting satellite (BS: Broadcasting Satellite) or a communication satellite (CS: Communications Satellite), or a cable. It may be a cable broadcasting (CATV: Common Antenna Television) using.
  • BS Broadcasting Satellite
  • CS Communications Satellite
  • CATV Common Antenna Television
  • FIG. 6 is a block diagram showing a configuration example of the receiving device 20 of FIG.
  • the receiving device 20 includes a demodulation circuit 201 and a processing circuit 202.
  • the demodulation circuit 201 and the processing circuit 202 are connected via a predetermined physical interface 203.
  • the demodulation circuit 201 is configured as a demodulation device such as a demodulation IC.
  • the demodulation circuit 201 demodulates the BB packet obtained from the broadcast signal received via the antenna (not shown). Further, the demodulation circuit 201 adds additional information described later to the BB packet and outputs the demodulation circuit 201 to the processing circuit 202 via the physical interface 203.
  • the demodulation circuit 201 includes a demodulation unit 211, an error correction unit 212, and an I / F unit 213.
  • the demodulation unit 211 performs demodulation processing on the broadcast signal received via the antenna, and supplies the data obtained as a result to the error correction unit 212.
  • the error correction unit 212 performs an error correction / decoding process on the data supplied from the demodulation unit 211, and supplies the data obtained as a result to the I / F unit 213.
  • the I / F unit 213 performs predetermined data processing on the data supplied from the error correction unit 212, and outputs the data obtained as a result to the processing circuit 202 via the physical interface 203.
  • the I / F unit 213 generates information (additional information) about the BB packet based on the BB packet obtained from the data from the error correction unit 212, adds the information (additional information) to the BB packet, and adds the information to the BB packet via the physical interface 203. It is output to the processing circuit 202.
  • the processing circuit 202 is configured as a system-on-chip (SoC).
  • SoC system-on-chip
  • the processing circuit 202 restores the BB packet using the additional information from the BB packet to which the additional information input from the demodulation circuit 201 is added via the physical interface 203.
  • the processing circuit 202 processes the restored BB packet (the BB packet demodulated by the demodulation circuit 201).
  • the processing circuit 202 includes a memory 221 and a demax 222, a memory 223, and a SW processing unit 224.
  • the processing of the demax 222 for the data recorded in the memory 221 of the previous stage is a hardware processing (HW processing), and is configured to be able to process the BB packet which is an existing method.
  • the processing of the SW processing unit 224 for the data recorded in the memory 223 in the subsequent stage is software processing (SW processing), and the ALP packet is processed by updating the software (SW) of the SW processing unit 224. It can be configured so that it can be processed (processed based on the software).
  • the BB packet input from the demodulation circuit 201 is extracted based on the accompanying information and written to the memory 221.
  • the demax 222 processes the BB packet written in the memory 221 and writes the processed data to the subsequent memory 223.
  • the SW processing unit 224 processes the data written in the memory 223.
  • the SW processing unit 224 (software processing) can process the ALP packet by updating the software (SW), it is arranged in the payload based on the restoration information included in the header of the BB packet. It can process ALP packets that are restored from the data.
  • the BB packet has a header portion (“Header” shown in the figure) and a payload portion (“Payload” shown in FIG. 4), and the payload portion includes a plurality of ALP packets. sell.
  • the ALP packet is a variable-length packet that can have different data lengths, as shown by the rectangular size in FIG.
  • each ALP packet shown in FIG. 2 is a first ALP packet, a second ALP packet, and so on in order from the left.
  • Pointer information is stored in the header part of the BB packet.
  • the pointer information is data indicating the position of the packet boundary of the first ALP included in the BB packet, and the pointer information defines the start position of the first ALP packet.
  • the data length of the ALP packet is stored in the header of the ALP packet.
  • the processing circuit 202 identifies the start position and the data length of the first ALP packet based on the pointer information acquired from the BB packet, and extracts the first ALP packet. Further, the processing circuit 202 identifies the start position and data length of the second ALP packet based on the start position and data length of the first ALP packet, and extracts the second ALP packet. Hereinafter, similarly, the processing circuit 202 specifies the start position and data length of the next ALP packet each time the start position and data length of the ALP packet are specified, and the specified start position and data length are specified. Extract the ALP packet corresponding to.
  • the processing circuit 202 can extract the ALP packet, which is a variable length packet, from the BB packet.
  • FIG. 7 is a diagram showing a structure of a BB header added to a BB packet.
  • the BB packet is composed of a BB header and a payload.
  • base field Base Field
  • Optional Field optional field
  • Extension Field Extension Field
  • a 7-bit pointer (Pointer (LSB)) is placed.
  • This pointer is the first ALP pointer described above, and represents the position of the first ALP packet placed in the payload of the BB packet. For example, when the data of the last ALP packet placed in a predetermined BB packet is placed across the next BB packet, the position of the first ALP packet placed in the next BB packet as the first ALP pointer. Can be set.
  • the optional flag is information indicating whether to extend the header by arranging an optional field (OptionalField) and an extension field (ExtensionField).
  • the optional field and extended field are not expanded, "00" is set in the optional flag. Further, when expanding the 1-byte optional field and the extended field, "01" is set in the optional flag, and the short extension mode (Short Extension Mode) is set. On the other hand, when expanding the 2-byte optional field and the extended field, the optional flag is set to "10" or "11", and the long extension mode (Long Extension Mode) or the mixed extension mode (Mixed Extension Mode) is set. It becomes.
  • extension type A 3-bit extension type (EXT_TYPE) is set at the beginning of the optional field.
  • the type of extension field (Extension type) is set for this extension type.
  • extension type In the short extension mode, the extension type (EXT_TYPE) is followed by a 5-bit extended data length (EXT_LEN) and 0 to 31 bytes of extended data (Extension).
  • EXT_TYPE extended type
  • LSB 5-bit extended data length
  • EXT_LEN 8-bit extended data length
  • Extension Extension
  • FIG. 8 is a diagram showing an example of the structure of the ALP packet.
  • FIG. 8A is a diagram showing the structure of a normal ALP packet.
  • a normal ALP packet is composed of an ALP header (ALP Packet Header) and a payload (Payload).
  • a 3-bit Type is set at the beginning of the ALP header. This Type is set with information about the type of data placed in the payload of the ALP packet.
  • a 1-bit PC Payment Configuration
  • '0' is set as the PC, it will be in single packet mode (Single packet mode) according to the 1-bit HM (Header Mode) placed next, and the ALP header will have 11 bits.
  • Length and ALP extension header are arranged.
  • '0' is set as HM
  • 11-bit Length is placed after HM.
  • a payload is placed after the ALP header.
  • FIG. 8B is a diagram showing the structure of an ALP packet (hereinafter, also referred to as an ALP packet with PTP) when PTP (Precision Time Protocol) is added to the ALP extension header.
  • PTP Precision Time Protocol
  • a 3-bit Type, a 1-bit PC, and a 1-bit HM are arranged in the ALP header, and "1" is set as the HM.
  • an ALP extension header (Additional header) is placed after the 11-bit Length.
  • This ALP extension header (Additional header) consists of a 5-bit Length_MSB, a 1-bit RSV (reserved), a 1-bit SIF (Sub-stream Identifier Flag), and a 1-bit HEF (Header Extension Flag). NS.
  • Length_MSB indicates the most significant bit (MSB) of the total payload length of the ALP packet in bytes, and concatenates it with the least significant bit (LSB) indicated by the 11-bit Length of the ALP header to obtain the total payload length.
  • SIF is a flag that indicates whether or not an optional header for the substream is placed. If '0' is set as SIF, it means that the optional header is not placed.
  • HEF is a flag that indicates whether optional header extension is performed. If '1' is set as HEF, header extension is done. In the ALP header of the ALP packet with PTP in FIG. 8B, the header extension of 8 bytes is performed with respect to the ALP extension header.
  • This header extension contains an 8-bit Extension_type, an 8-bit Extension_length, a 2-bit Time_info_flag, a 32-bit Time_sec, a 10-bit Time_msec, a 10-bit Time_usec, and a 10-bit Time_nsec. ..
  • PTP time information
  • Time_info_flag time information specified by Time_sec, Time_msec, Time_usec, Time_nsec is arranged according to Time_info_flag.
  • Length values are set for Extension_type and Extension_length, respectively.
  • PTP is the time information specified in IEEE 1588-2008.
  • PTP is composed of a second feel and a nanosecond field, and can correspond to nanosecond accuracy.
  • the PTP is included in the preamble of the physical layer frame, for example, indicates the time at the beginning of the physical layer frame, and is used as the time information of the clock recovery performed on the receiving side.
  • Time_info_flag '01'
  • time information in seconds time_sec
  • time information in milliseconds time_msec
  • time information in microseconds time information in seconds
  • time information (Time_usec) in microseconds time information in seconds and milliseconds.
  • time information (Time_nsec) in nanoseconds is arranged in addition to time information (Time_sec, Time_msec, Time_usec) in seconds, milliseconds, and microseconds. Will be done.
  • Time_info_flag for example, in ATSC3.0, the 2-bit L1B_time_info_flag specified in L1B signaling (L1-Basic Signaling) is supported.
  • the Time_sec, Time_msec, Time_usec, and Time_nsec are, for example, in ATSC3.0, 32-bit L1D_time_sec specified in L1D signaling (L1-Detail Signaling), 10-bit L1D_time_msec, 10-bit L1D_time_usec, 10-bit L1D_time_time. Correspond to each.
  • FIG. 8C is a diagram showing the structure of an ALP packet (hereinafter, also referred to as an ALP packet with PLP_ID) when PLP_ID is added to the ALP extension header.
  • a 3-bit Type, a 1-bit PC, and a 1-bit HM are placed in the ALP header, and '1' is set as the HM.
  • the ALP extension header (Additional header) is placed after the 11-bit Length.
  • This ALP extension header consists of a 5-bit Length_MSB, a 1-bit RSV, a 1-bit SIF, and a 1-bit HEF.
  • '1' is set as HEF, and the header extension of 3 bytes is performed with respect to the ALP extension header.
  • 8-bit Extension_type 8-bit Extension_length
  • 6-bit PLP_ID 2-bit dummy data
  • 2-bit dummy data are placed.
  • 6-bit PLP_ID is placed as private user data (PUD), so the type and length values corresponding to this placement are set in Extension_type and Extension_length, respectively.
  • PLP_ID for example, in ATSC3.0, the 6-bit L1D_plp_id specified in L1D signaling (L1-Detail Signaling) is supported. PLP_ID is not required in S-PLP (Single PLP) mode, but is required to identify PLP in M-PLP (Multiple PLP) mode. Details of L1D signaling are disclosed in Non-Patent Document 2 below. Further, details of the structure of the ALP packet are disclosed in Non-Patent Document 1 described above.
  • Non-Patent Document 2 ATSC Standard: Physical-Link-Layer Protocol (A / 322)
  • a BB packet is output from the demodulation circuit 201, and the processing circuit 202 extracts the ALP packet by processing the BB packet.
  • the header portion of the BB packet includes a pointer indicating the beginning of the ALP packet included in the BB packet.
  • the processing circuit 202 can extract the ALP packet from the BB packet.
  • the processing circuit 202 receives the BB packets continuously supplied from the demodulation circuit 201.
  • BB packets come in succession, it is necessary to accurately recognize the beginning of the BB packet and process it.
  • the header part of the BB packet contains information about the ALP packet included in the BB packet, but does not describe information about the BB packet itself, for example, information such as the length of the BB packet.
  • the processing circuit 202 when the processing circuit 202 continuously receives the BB packets described with reference to FIGS. 4 and 7 from the demodulation circuit 201, the processing circuit 202 cannot accurately recognize the head of the BB packet and accurately recognizes the BB packet. It may not be possible to extract. Therefore, the demodulation circuit 201 adds additional information as shown in FIG. 9 to the BB packet and outputs it to the processing circuit 202.
  • the I / F unit 213 of the demodulation circuit 201 adds the additional information shown in FIG. 9 to the BB packet supplied from the error correction unit 212, and outputs the additional information to the processing circuit 202 via the physical interface 203.
  • the additional information is roughly divided into a delimiter (DELIMITER) section, a PTP (Precision Time Protocol) information section, and a BB packet information section. Since the additional information shown in FIG. 9 shows the case where the BB packet is added before the BB packet, the configuration in which the BB packet follows the BB packet information unit is shown. In this case, the BB packet can be treated as a BB packet to which a header containing the information of the BB packet itself is added.
  • DELIMITER delimiter
  • PTP Precision Time Protocol
  • a part or all of the additional information may be included in the BB packet, and the example shown in FIG. 9 is limited to the embodiment in which all of the additional information is added before the BB packet. It is not a description indicating. In the following description, as shown in FIG. 9, a case where additional information is added before the BB packet will be described as an example.
  • additional information is added like a header before the header (for example, "Header” shown in FIG. 4) included in the BB packet itself.
  • the additional information is also described as an additional header as appropriate.
  • the delimiter part is used as information indicating the delimiter (boundary) of BB packets, and is information that can be used for synchronization.
  • the delimiter portion is arranged in the 1st to 4th bytes and is composed of 4 bytes.
  • the delimiter section is not limited to 4 bytes, and may be any number of bytes. It may also be a random sequence.
  • the SYNC (FIG. 6) of the physical interface 203 is set to the H level.
  • the PTP information unit is arranged at the 5th to 12th bytes.
  • the information described in this PTP information unit can be the same information as the PTP information included in the header of the ALP packet described with reference to B in FIG.
  • the PTP information related to the ALP packet described with reference to B in FIG. 8 is different in that the PTP information included in the additional information in FIG. 9 is the PTP information related to the BB packet, but the information includes Time_info_flag and Time_sec. , Time_msec, Time_usec, Time_nsec.
  • PTP is the time information specified in IEEE 1588-2008.
  • PTP is composed of a second feel and a nanosecond field, and can correspond to nanosecond accuracy.
  • the PTP is included in the preamble of the physical layer frame, for example, indicates the time at the beginning of the physical layer frame, and is used as the time information of the clock recovery performed on the receiving side.
  • Time_info_flag '01'
  • time information in seconds time_sec
  • time information in milliseconds time_msec
  • time information in microseconds time information in seconds
  • time information (Time_usec) in microseconds time information in seconds and milliseconds.
  • time information (Time_nsec) in nanoseconds is arranged in addition to time information (Time_sec, Time_msec, Time_usec) in seconds, milliseconds, and microseconds. Will be done.
  • Time_info_flag for example, in ATSC3.0, the 2-bit L1B_time_info_flag specified in L1B signaling (L1-Basic Signaling) is supported.
  • the Time_sec, Time_msec, Time_usec, and Time_nsec are, for example, in ATSC3.0, 32-bit L1D_time_sec specified in L1D signaling (L1-Detail Signaling), 10-bit L1D_time_msec, 10-bit L1D_time_usec, 10-bit L1D_time_time. Correspond to each.
  • the PTP information section of the additional information describes the time information related to the BB packet, and the time information is based on ATSC 3.0.
  • the BB packet information unit includes “BBPLOCK”, “BCHERR”, “FECTYPE”, “COD”, “PLPIDSEL”, and “PLPID”.
  • BBPLOCK is information indicating whether or not reception is stable, and is data represented by 4 bits. "BBPLOCK” is information provided for each PLP. Since the demodulation circuit 201 only needs to have the ability to process up to four PLPs, "BBPLOCK” is set to 4-bit data, and 1 bit is associated with 1 PLP.
  • BCHERR is 1-bit information indicating whether or not there is an error in the BB packet to which additional information is added.
  • the additional information is added by the I / F unit 213 (FIG. 6), and the I / F unit 213 is supplied with a BB packet in which the error is corrected by the error correction unit 212.
  • the data indicating whether or not an error remains in the BB packet in which this error has been corrected is "BCHERR".
  • FECTYPE is 3-bit data representing the code length of the BB packet (information indicating the type of FEC (Forward Error Correction)).
  • COD is 4-bit data representing the code rate of the BB packet. From these "FECTYPE” and “COD”, the length (Length) of the BB packet can be obtained (described later). Instead of “FECTYPE” and “COD”, data representing the length of the BB packet itself may be described. By describing the length of the BB packet itself, the amount of processing in the processing circuit 202 can be reduced.
  • PLP SEL is 2-bit data representing the PLP (Physical Layer Pipe) ID of the BB packet, and is data representing the relative ID.
  • the “PLPID” is also data representing the PLPID of the BB packet, but is 6-bit data representing the absolute ID. From “PLPID SEL" and "PLPID", the processing circuit 202 can specify the ALP packet of the PLP to be processed included in the BB packet.
  • the transmission system on the transmission side can support up to 64 PLPs for each predetermined frequency band.
  • PLP can be set for each mobile service or stationery service, and the transmission system can support up to 64 PLPs (services).
  • it is configured so that the strength of FEC can be changed for each PLP.
  • the receiving system on the receiving side (for example, the receiving device 20 shown in FIG. 6) needs to receive up to four PLPs at the same time.
  • the receiving device 20 on the receiving side By allowing the receiving device 20 on the receiving side to receive a plurality of PLPs at the same time, for example, it is possible to provide audio having higher robustness, higher quality video, and the like.
  • PLP # 0 to PLP # 3 are, for example, LLS signaling in PLP # 0, robust audio in PLP # 1, video (base video) (Video) and audio (Audio) in PLP # 2.
  • Enhanced Video is transmitted in PLP # 3.
  • the error correction unit 212 is configured to support up to four PLPs.
  • the error correction unit 212 is configured to include four FEC processing units that process FEC.
  • a maximum of four PLPs are supplied from the error correction section 212 to the I / F section 213.
  • the I / F unit 213 processes the BB packet input for each PLP and outputs it to the processing circuit 202 via the physical interface 203. As described above, when the I / F unit 213 outputs the BB packet, the I / F unit 213 adds and outputs additional information including the information of the BB packet itself.
  • the processing circuit 202 the BB packet (BB packet to which additional information is added) input from the demodulation circuit 201 is input via the physical interface 203.
  • the processing circuit 202 (Demax 222) processes the BB packet, so that the ALP packet is extracted from the BB packet.
  • the BB packet from the demodulation circuit 201 includes "PLPID SEL" and "PLPID” as additional information. Therefore, in the receiving device 20, between the demodulation circuit 201 and the processing circuit 202, Even if the BB packet obtained from each PLP (PLP # 0 to PLP # 3) is transmitted by a single physical interface 203, on the processing circuit 202 side, the "PLPID SEL" and PLPID included in the additional information are used. , It becomes possible to identify which PLP the BB packet (ALP packet) input from the demodulation circuit 201 belongs to.
  • the demodulation circuit 201 generates the additional information described with reference to FIG. 9, adds it to the BB packet, and outputs the information, so that the processing circuit 202 at the output destination appropriately processes the BB packet. Can be done.
  • the demax 222 of the processing circuit 202 can appropriately extract individual BB packets from the continuously supplied BB packets by using the accompanying information, and extract the ALP packets included in the individual BB packets. can.
  • the ALP packet extracted by Demax 222 is processed by the SW processing unit 224.
  • the software of the SW processing unit 224 as software that matches the interpretation of the standard (for example, ATSC3.0 standard) in the broadcasting station, it is possible to process the ALP packet based on the interpretation of the standard on the broadcasting station side.
  • the broadcasting station does not conform to the standard, it is processed by the interpretation of the broadcasting station side, so it is possible to prevent a situation in which the ALP packet cannot be processed.
  • the configuration may include three pieces of information, a delimiter part, a PTP information part, and a BB packet information part, or two pieces of the three pieces of information are included. It may be a configuration, or it may be a configuration that includes one piece of information.
  • the information included in the additional information has a degree of freedom
  • the additional information shown in FIG. 9 is an example and is not a description indicating limitation.
  • the additional information shown in FIG. 9 is added before the BB packet as shown in A of FIG. In this case, it is added before the header of the BB packet itself (“Header” of the BB packet in FIG. 4).
  • a part of the additional information shown in FIG. 9 is added before the header of the BB packet BB packet itself, and the rest of the additional information is included in the BB packet. You can do it.
  • a part of the additional information is inserted in the BB packet, one or two of the three pieces of information shown in FIG. 9 are inserted in the BB packet, and the remaining two or one pieces of information are inserted in the BB packet. , Can be prepended to the header of the BB packet.
  • all of the additional information shown in FIG. 9 may be included in the BB packet.
  • the additional information shown in FIG. 9 may be collectively inserted at a predetermined position in the BB packet, or the additional information may be divided and inserted at a plurality of positions in the BB packet. Is also good.
  • the additional information has a degree of freedom regarding which part of the BB packet is added.
  • CRC Cyclic Redundancy Check
  • information on the additional information may be included in the additional information.
  • the information related to the additional information is set to 4-bit data of [a, b, c, d].
  • [A] can be a flag indicating the presence or absence of the delimiter. For example, in the case of "0", it can be a flag indicating that there is no delimiter portion, and in the case of "1", it can be a flag indicating that there is a delimiter portion.
  • [B] can be a flag indicating the presence or absence of the PTP information unit. For example, if it is “0", it can be a flag indicating that there is no PTP information unit, and if it is "1", it can be a flag indicating that there is a PTP information unit.
  • [C] can be a flag indicating the presence or absence of the BB packet information unit. For example, when it is "0", it can be a flag indicating that there is no BB packet information unit, and when it is "1", it can be a flag indicating that there is a BB packet information unit. ..
  • the BB packet can be further subdivided and a flag can be set, for example, the flag can be set in [d]. Further, the information regarding the additional information may be data of 4 bits or more.
  • the demodulation circuit 201 and the processing circuit 202 have dedicated signal lines for transmitting the additional information. It may be provided between and the signal line to be transmitted.
  • FIG. 6 shows a case where four signal lines are wired as the physical interface 203, but the configuration is such that one further signal line is added, and the added signal line provides additional information. It may be transmitted.
  • the additional information when the additional information is transmitted by the signal line, all of the additional information shown in FIG. 9 may be transmitted by the signal line, or one or two of the three pieces of information may be transmitted by the signal line. However, the remaining two or one pieces of information may be added (or inserted) to the BB packet and transmitted as in the above case.
  • the timing accuracy is higher than that of the case where the information of the PTP information section is added to the BB packet and transmitted. Good, PTP information can be transmitted.
  • the additional information transmitted by the dedicated signal line is excluded from the additional information added to the BB packet.
  • the information of the PTP information unit can be transmitted by a dedicated signal line
  • the information of the delimiter unit and the BB packet information unit can be transmitted by being added to the BB packet.
  • the additional information and the BB packet may be transmitted in parallel or serially when transmitted from the demodulation circuit 201 to the processing circuit 202.
  • the MPEG2-TS system physical interface (“sync”, ““ sync ”,“ It does not have to be a physical interface 203) having signal lines of "VALID", "CLK”, and "DATA”.
  • SPI Serial Peripheral Interface
  • USB Universal Serial Bus
  • a signal line for transmitting an error signal may be provided.
  • a signal line for transmitting the error to the processing circuit 202 may be provided in the physical interface 203. By transmitting the error signal via the signal line, the processing circuit 202 can detect the error instantly.
  • the additional information shown in FIG. 9 is an example, and as described above, for example, “FECTYPE” and “COD” included in the BB packet information section are not “FECTYPE” and “COD” but the BB packet itself. It can also be data representing the packet length.
  • FECTYPE and “COD” will be explained.
  • FIG. 11 is a diagram showing a configuration example of the FEC frame.
  • the FEC frame is, for example, a frame that is demodulated by the demodulation unit 211 (FIG. 6) of the demodulation circuit 201 and supplied to the error correction unit 212.
  • the FEC frame may have a configuration shown in A of FIG. 11 or a configuration shown in B of FIG.
  • the FEC frame shown in A of FIG. 11 is composed of a BB packet (Baseband Packet (FECFrame payload)), an outer code code (Outer Code Parity), and an inner code code (Inner Code Parity).
  • BB packet Baseband Packet (FECFrame payload)
  • Outer Code Parity an outer code code
  • Inner Code Parity Inner Code Parity
  • the FEC frame shown in B of FIG. 11 is composed of a BB packet (Baseband Packet (FECFrame payload)) and an internal code (InnerCode Parity).
  • BB packet Baseband Packet (FECFrame payload)
  • FECFrame payload an internal code
  • InnerCode Parity an internal code
  • the frame length of the FEC frame shown in A of FIG. 11 and B of FIG. 11 is a Niner bit.
  • the packet length of the BB packet of the FEC frame shown in FIG. 11A is the Kpayload bit
  • the length of the outer code code is the Mouser bit
  • the length of the inner code code is the Minner bit.
  • the total length of the BB packet and the external code is defined as the Nouter bit.
  • the FEC frame is divided according to whether or not it contains an external code.
  • BCH and CRC are used as external codes.
  • the combination of the outer code and the inner code is defined as shown in the table shown in FIG.
  • FECTYPE [2: 0] The value on the left side of the figure is the value used as FECTYPE [2: 0].
  • FECTYPE [2: 0] When FECTYPE [2: 0] is "000”, it means that the FEC frame uses BCH as the outer code and 16K LDPC as the inner code.
  • FECTYPE [2: 0] When FECTYPE [2: 0] is "001”, it means that the FEC frame uses BCH as the outer code and 64K LDPC as the internal code.
  • FECTYPE [2: 0] When FECTYPE [2: 0] is "010", it means that the FEC frame uses CRC as the outer code and 16K LDPC as the inner code. When FECTYPE [2: 0] is "011”, it means that the FEC frame uses CRC as the outer code and 64K LDPC as the inner code.
  • FECTYPE [2: 0] When FECTYPE [2: 0] is "100”, it means that the FEC frame has no external code and 16K LDPC is used as the internal code. When FECTYPE [2: 0] is "100”, it means that the FEC frame has no external code and 16K LDPC is used as the internal code.
  • FEC frame When FECTYPE [2: 0] is "000”, “000”, “010”, “011”, the FEC frame has the configuration shown in A of FIG. 11 and includes the external code code. .. When FECTYPE [2: 0] is "100" or "101", the FEC frame has the configuration shown in B of FIG. 11 and does not include the external code code.
  • FECTYPE [0] 16K LDPC is used as the internal code, and if FECTYPE [0] is "1", 64K LDPC is used as the internal code. If this is the case.
  • FECTYPE [0] "0”
  • Kpayload which represents the packet length of the BB packet
  • Code Rate represents the coding rate of LDPC.
  • the Code Rate in the upper figure of FIG. 13 is The “8448” bit, which is the value at which “2/15” and the external code intersect Kpayload (BCH), is the packet length Kpayload of the BB packet.
  • FECTYPE [2: 0] and COD [3: 0] may be described as the packet length information of the BB packet to which the additional information is added, or FECTYPE [ You may write the value of the packet length that can be uniquely specified from 2: 0] and COD [3: 0]. If the additional information includes a packet length value that can be uniquely identified from FECTYPE [2: 0] and COD [3: 0] (the value of the packet length itself of the BB packet), the packet length Kpayload is divided by 8.
  • a value, that is, a value obtained by converting a bit length into a byte length may be described.
  • the BB packet is transmitted from the demodulation circuit 201 (FIG. 6) to the processing circuit 202.
  • the packet length of the BB packet is between 249 and 7020 bytes, and the possible values are limited. Specifically, in FIG. 13, the packet length is limited to the packet length Kpayload surrounded by a black frame. That is, there are only 72 packet lengths of BB packets.
  • the processing circuit 202 since the processing circuit 202 handles BB packets having a limited packet length, the processing in the processing circuit 202 can be reduced.
  • the error correction section 212 of the demodulation circuit 201 is configured to support up to four PLPs.
  • the error correction unit 212 processes the FEC frame described with reference to FIG.
  • the FECTYPE of the FEC frame of that PLP does not change. If the code length of the FEC frame of a predetermined PLP is known at the start of processing, the code length does not change from the start of processing. Therefore, since the packet length Kpayload of the BB packet output from the demodulation circuit 201 to the processing circuit 202 does not change, the processing circuit 202 side receives a BB packet having the same packet length after processing the first BB packet. It is possible to perform processing by setting, and processing can be performed without determining the code length, and processing can be reduced.
  • step S11 demodulation processing is performed on the RF signal (OFDM signal) transmitted from the transmission device 10 (FIG. 5) via the transmission line 30.
  • step S12 the error correction unit 212 performs error correction / decoding processing on the data demodulated in the process of step S11.
  • processing such as LDPC decoding by the LDPC decoder included in the error correction unit 212, BCH decoding by the BCH decoder, and CRC decoding by the CRC decoder is performed.
  • step S13 additional information is added to the data that has undergone the error correction / decoding process in the process of step S12.
  • An error correction / decoding BB packet is output from the error correction unit 212 and supplied to the I / F unit 213.
  • the I / F unit 213 generates the additional information described with reference to FIG. 9, adds it to the input BB packet, and outputs the additional information to the processing circuit 202 via the physical interface 203.
  • the BB packet to which the additional information is added is supplied from the demodulation circuit 201 side to the processing circuit 202. Therefore, for example, even if the interpretation of the ALP format differs depending on the broadcasting station, the demodulation circuit 201 can perform processing without being affected by the difference. Further, if the processing circuit 202 supports BB packet processing, the BB packet from the demodulation circuit 201 can be processed, and the included ALP packet can be processed.
  • the demodulation circuit 201 outputs a BB packet.
  • the processing on the processing circuit 202 side can be reduced by handling the BB packet.
  • the BB packet may be divided so that the divided BB packet is transmitted from the demodulation circuit 201 to the processing circuit 202.
  • a case where a BB packet is divided into 188 bytes and output will be described as an example.
  • a method such as the MPEG2-TS (Transport Stream) method has been used.
  • the packet length used in the conventional MPEG2-TS method is 188 bytes, and by using such a packet length, the affinity with the conventional processing circuit can be enhanced. , It is considered that the processing can be further reduced.
  • FIG. 15 is a diagram showing an example of the structure of the TS packet.
  • the TS packet consists of a 4-byte header and a 184-byte payload. Therefore, the packet length of the TS packet is 188 bytes.
  • the 4-bit header contains 8-bit Sync, 1-bit Transport Error Indicator, 1-bit Payload Unit Start Indicator, 1-bit Transport Scrambling Control, 13-bit PID, 2-bit Application Field Control, and 2-bit Continuity. Counter, 4-bit Application Field is placed.
  • TransportError Indicator is a flag that indicates the presence or absence of a bit error in the target TS packet. For example, TransportErrorIndicator indicates that there is at least one bit of uncorrectable error in the TS packet if it is '1'.
  • TransportScramblingControl is an area used to identify the scramble mode of the payload of the target TS packet. The scramble control value is predetermined.
  • PID is an area used to identify the data type of the payload of the target TS packet.
  • ApplicationFieldControl is a flag indicating the existence of ApplicationField and payload in the target TS packet.
  • Continuity Counter is a continuity index used to check if packets are missing, and is incremented by 1 each time a packet with the same PID arrives.
  • Application Field is the area of the application.
  • FIG. 16 is a diagram for explaining the structure of the divided packet.
  • variable-length BB packet is divided according to the packet length (188 bytes) of the fixed-length TS packet and placed in the payload, and the divided packet obtained by adding a header to the payload is the physical interface. It is output from the demodulator circuit 201 to the processing circuit 202 via 203.
  • FIG. 16 shows a packet processed by the demodulation circuit 201.
  • a of FIG. 16 shows a BB packet
  • B of FIG. 16 shows a split packet.
  • the division header added to the division packet two patterns of headers, pattern 1 and pattern 2, are illustrated. Additional information is added to the BB packet shown in A of FIG. 16, and the additional information is also referred to as a BB packet.
  • FIG. 16 of the plurality of BB packets sequentially processed in the demodulation circuit 201, two consecutive BB packets (BB1, BB2) are illustrated, but a part of the first BB packet BB1. Is cut out and a split header is added, so that the split packet DP1 is generated.
  • the packet length of the TS packet is 188 bytes
  • the packet length of the split packet DP1 is 188 bytes, that is, 185 bytes excluding the 3-byte split header (Header).
  • a 185-byte BB packet (divided BB) is cut out for placement in the payload.
  • the split packet DP1 obtained in this way is composed of a 3-byte split header and a 185-byte payload, and the packet length is 188 bytes. That is, here, by sequentially processing the BB packets, the divided packets in units of 188 bytes are sequentially generated. Specifically, by cutting out a part of the BB packet BB1, the split packet DP1 and the split packet DP2 are generated, respectively, and by cutting out a part of the BB packet BB1 and the BB packet BB2, the split packet DP3 is generated. Generated.
  • the split header of the split packet can be, for example, the structure shown in pattern 1 or pattern 2. That is, in the split header of pattern 1, 8-bit Sync, 1-bit Transport Error Indicator, 1-bit BB Packet Start Indicator, and 13-bit PID are arranged.
  • TransportErrorIndicator is an error indicator, for example, a fixed value of '1' b0'. Further, the Transport Error Indicator may be set as a flag indicating the presence or absence of a bit error in the divided packet. For example, TransportErrorIndicator indicates that there is at least one bit of uncorrectable error in the split packet if it is '1'.
  • the BB Packet Start Indicator is a flag (BB packet start presence / absence flag) indicating the presence / absence of a pointer (hereinafter referred to as a start pointer) indicating the start position of the BB packet placed in the payload of the divided packet. For example, BB Packet Start Indicator indicates that the start pointer does not exist when it is '0'.
  • the split header of pattern 1 does not include the start pointer because the BB Packet Start Indicator is '0'.
  • the BB Packet Start Indicator which is '0', is placed in the split header, and the start position is set. The pointer is not placed.
  • Any fixed PID is assigned to the PID.
  • the split header of pattern 2 has a BB Packet Start Indicator of '1' as compared with the split header of pattern 1, indicating that the start pointer exists, and an 8-byte Start Pointer is added. The point is different.
  • StartPointer is a start pointer that indicates the start position of the BB packet placed in the payload of the split packet.
  • the payload of the split packet DP3 includes the start position of the BB packet BB2
  • the BB Packet Start Indicator which is '1', is placed in the split header, and the start of the BB packet BB2.
  • the first pointer indicating the position of is placed.
  • the position at the beginning of the additional information is the position pointed to by StartPointer. Further, as shown in B of FIG. 10, even when a part of the additional information is added before the BB packet like the header of the BB packet, the position at the beginning of the additional information is the Start Pointer. It will be the pointing position.
  • the split header of the split packet DP3 is set to pattern 2, but since the payload of the split packet DP1 and DP2 does not include the beginning position of the BB packet, the split header of the split packet DP1 and DP2 is , Pattern 1.
  • the size of the payload in the split packet is smaller than that of the split header of pattern 1 by the amount that the 8-byte Start Pointer is arranged.
  • the demodulation circuit 201 side processes the BB packet to generate a split packet and outputs it to the processing circuit 202 via the physical interface 203, so that the processing circuit 202 side processes the split packet from the demodulation circuit 201.
  • the information for restoring the BB packet (in the split header) ( By including the restoration information), it becomes possible to restore the BB packet from the divided packet on the processing circuit 202 side.
  • the restoration information for example, information corresponding to the TS header of the TS packet such as Transport Error Indicator can be included.
  • the information for restoring the BB packet can include a start pointer (StartPointer) corresponding to the BB Packet Start Indicator.
  • the BB packet placed in the payload of the divided packet has a variable length, and when it is cut out by 185 bytes according to the fixed length TS packet, the position of the beginning of the BB packet is specified in the divided packet. You will not be able to. Therefore, as shown in FIG. 16, by including the start pointer (StartPointer) in the division header of the division packet, the processing circuit 202 specifies the position of the beginning of the BB packet in the division packet and BB. It is possible to recover the packet.
  • StartPointer start pointer
  • the above-mentioned patterns 1 and 2 are examples of the structure of the split header, and other information can be included.
  • the information contained in the TS header of the TS packet can be placed instead of the next 1 bit ('1'b0') of the BB Packet Start Indicator or the Transport Error Indicator.
  • variable-length BB packet is divided according to the packet length (188 bytes) of the fixed-length TS packet, arranged in the payload, and then output to the processing circuit 202.
  • the processing circuit 202 processes the fixed-length TS packet. Therefore, since the processing circuit 202 processes a packet whose packet length is known in advance, the processing load on the processing circuit 202 can be reduced as compared with the case of handling a packet having a variable packet length.
  • the demodulation circuit 201 as a demodulation IC and the processing circuit 202 as a system-on-chip (SoC) are built in the receiving device 20, but the demodulation circuit 201 and the processing circuit 202 are respectively. May be configured as a device by itself. That is, it can be said that the demodulation circuit 201 is a demodulation unit built in the receiving device 20, or is a demodulation device that performs processing by itself. Further, it can be said that the processing circuit 202 is a processing unit built in the receiving device 20, or is a processing device that performs processing by itself.
  • SoC system-on-chip
  • the receiver 20 has been described as a fixed receiver such as a television receiver or a set-top box (STB), but may be, for example, a recorder, a game machine, a network storage, or the like. Alternatively, it may be a mobile receiver such as a smartphone, a mobile phone, or a tablet computer. Further, for example, the receiving device 20 may be a wearable computer such as a head mounted display (HMD) or an in-vehicle device mounted on a vehicle such as an in-vehicle television.
  • HMD head mounted display
  • in-vehicle device mounted on a vehicle such as an in-vehicle television.
  • ATSC particularly ATSC3.0
  • ISDB Integrated
  • DVB Digital Video Broadcasting
  • the existing method is the MPEG2-TS (Transport Stream) method and the new method is the IP transmission method
  • a combination of other methods is applied as the existing method and the new method. You may do so.
  • digital broadcasting standards include satellite broadcasting using broadcasting satellites (BS: Broadcasting Satellite) and communication satellites (CS: Communications Satellite), and cable broadcasting such as cable television (CATV). Can be applied to the standard of.
  • BS Broadcasting Satellite
  • CS Communications Satellite
  • CATV cable television
  • this technology is a predetermined standard defined on the assumption that a transmission line other than a broadcasting network, that is, a communication line (communication network) such as the Internet or a telephone network, is used as a transmission line. It can also be applied to standards other than digital broadcasting standards).
  • a communication line such as the Internet or a telephone network is used as the transmission line 30 of the broadcasting system 1 (FIG. 5), and the transmission device 10 can be a server provided on the Internet. Then, the communication server and the receiving device 20 perform bidirectional communication via the transmission line 30 (communication line).
  • packets and signaling are examples, and other names may be used.
  • difference in these names is a formal difference, and does not mean that the actual contents of the target packet, frame, signaling, etc. are different.
  • a BB packet or an ALP packet is an example of a transmission packet
  • the transmission packet includes, for example, a TLV (Type Length Value) packet or a GSE (Generic Stream Encapsulation) packet which is a variable length packet.
  • TLV Type Length Value
  • GSE Generic Stream Encapsulation
  • time information (Other examples of time information)
  • PTP Precision Time Protocol
  • NTP Network Time Protocol
  • 3GPP Third Generation Partnership Project
  • Time information included in GPS (Global Positioning System) information and other time information in a format determined independently can be used.
  • the time information is described as indicating the time at the beginning of the physical layer frame, but the time information is not limited to this and may indicate an arbitrary time.
  • the time information can represent the time (absolute time) at a predetermined position in the stream of the physical layer frame. That is, the time at a predetermined position in this stream is a time at a predetermined timing while the bit at the predetermined position is being processed by the transmission device 10. Further, when a structure in which a preamble is provided in the physical layer frame is adopted, the time information may be included in the preamble.
  • FIG. 17 is a diagram showing a configuration example of hardware of a computer that executes the above-mentioned series of processes programmatically.
  • the CPU Central Processing Unit
  • the ROM Read Only Memory
  • the RAM Random Access Memory
  • 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 and the like.
  • the drive 1010 drives a removable medium 1011 such as a magnetic disk, an optical disk, a magneto-optical disk, or a semiconductor memory.
  • the CPU 1001 loads the program recorded in the ROM 1002 and the recording unit 1008 into the RAM 1003 via the input / output interface 1005 and the bus 1004 and executes the program as described above. A series of processing is performed.
  • the program executed by the computer 1000 can be recorded and provided on the removable media 1011 as a package media or the like, for example.
  • the program can also be provided via a wired or wireless transmission medium such as a local area network, the Internet, or digital satellite broadcasting.
  • the program can be installed in the recording unit 1008 via the input / output interface 1005 by mounting the removable media 1011 in the drive 1010. Further, 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 pre-installed 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 in chronological order in the order described as the flowchart. That is, the processing performed by the computer according to the program also includes processing executed in parallel or individually (for example, parallel processing or processing by an object). Further, the program may be processed by one computer (processor) or may be distributed processed by a plurality of computers.
  • the present technology can have the following configurations.
  • An information processing device including an output unit that adds additional information about the BB packet to the BB (Baseband) packet after error correction / decoding processing and outputs the packet.
  • the additional information includes at least one information of a delimiter, PTP (Precision Time Protocol), and BB packet information.
  • the BB packet information includes information indicating whether or not the reception of the BB packet is stable, information indicating whether or not the BB packet has an error, the packet length of the BB packet, and the relative of the BB packet.
  • the information processing apparatus according to (2) above which includes at least one information of a PLP (Physical Layer Pipe) ID and an absolute PLP ID of the BB packet.
  • PLP Physical Layer Pipe
  • the packet length information of the BB packet is information on the code length and the coding rate of the BB packet.
  • an ALP ATSC Link-Layer Protocol
  • the additional information includes CRC (Cyclic Redundancy Check) as information for error correction with respect to the additional information.
  • the additional information includes a flag indicating the presence / absence of the delimiter, a flag indicating the presence / absence of the PTP, and a flag indicating the presence / absence of the BB packet information. .. (8) The information processing device according to any one of (1) to (7) above, wherein the output unit outputs a part of the additional information via a dedicated signal line. (9) The output unit is included in the demodulation circuit, and is connected to the processing circuit that processes the BB packet from the demodulation circuit by a predetermined interface. The information processing apparatus according to (5), wherein the processing circuit extracts and processes the ALP packet from the BB packet.
  • the output unit divides the BB packet to which the additional information is added into a packet length corresponding to a transmission packet which is a fixed-length packet used in a predetermined transmission method and arranges the packet in the payload, and arranges the BB packet in the payload.
  • the information processing apparatus according to any one of (1) to (9) above, which outputs a divided packet obtained by adding a header containing information for restoring the BB packet.
  • the predetermined transmission method is an MPEG2-TS (Transport Stream) method.
  • the information processing device according to (10) above, wherein the transmission packet is a TS packet.
  • Information processing device An information processing method that adds additional information about the BB packet to the BB (Baseband) packet after error correction and decoding processing and outputs it.
  • Computer A program for functioning as a processing unit that adds additional information about the BB packet to the BB (Baseband) packet after error correction and decoding processing and outputs it.

Landscapes

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

Abstract

本技術は、規格の解釈に柔軟性を持たせた運用ができるようにする情報処理装置、情報処理方法、並びにプログラムに関する。 誤り訂正復号処理後のBB（Baseband）パケットに、BBパケットに関する付加情報を付加して出力する出力部を備える。付加情報は、デリミタ、PTP(Precision Time Protocol)、BBパケット情報のうちの少なくとも１つの情報を含む。BBパケット情報は、BBパケットの受信が安定しているか否かを表す情報、BBパケットにエラーがあるか否かを表す情報、BBパケットのパケット長、BBパケットの相対的PLP(Physical Layer Pipe)ID、およびBBパケットの絶対的なPLPIDのうちの少なくとも１つの情報を含む。本技術は、例えば、放送を受信する受信装置に適用できる。

Description

情報処理装置、情報処理方法、並びにプログラム
　本技術は、情報処理装置、情報処理方法、並びにプログラムに関し、特に、より柔軟に、伝送方式の変更に対応することができるようにした情報処理装置、情報処理方法、並びにプログラムに関する。
　デジタル放送の伝送方式として、現状では、MPEG2-TS(Transport Stream)方式が広く普及しているが、今後は、通信の分野で用いられているIP(Internet Protocol)パケットをデジタル放送に用いたIP伝送方式が普及することが想定されている。
　例えば、次世代地上波放送規格の１つであるATSC(Advanced Television Systems Committee)3.0においても、IP伝送方式を採用して、より高度なサービスを提供できるようにすることが期待されている（例えば、特許文献１参照）。また、ATSC3.0以外の放送方式でも、将来的に、IP伝送方式が採用されることが期待されている。
特開２０１６－２０８１６１号公報
　ところで、デジタル放送の運用において、既存の伝送方式として、MPEG2-TS方式が導入されている場合に、新しい伝送方式として、IP伝送方式を導入することが想定されるが、その際には、より柔軟に、伝送方式の変更に対応することができることが望ましい。
　新たな伝送方式が適用されたときに、その新たな伝送方式での運用に違い、例えば方式に対する解釈の違いがあったような場合でも、その運用の違いにより処理ができなくなるといったようなことが発生しないことが望まれている。このような点でも、柔軟に伝送方式の変更に対応することができることが望ましい。
　本技術はこのような状況に鑑みてなされたものであり、より柔軟に、伝送方式の変更に対応することができるようにするものである。
　本技術の一側面の情報処理装置は、誤り訂正復号処理後のBB（Baseband）パケットに、前記BBパケットに関する付加情報を付加して出力する出力部を備える。
　本技術の一側面の情報処理方法は、情報処理装置が、誤り訂正復号処理後のBB（Baseband）パケットに、前記BBパケットに関する付加情報を付加して出力する。
　本技術の一側面のプログラムは、コンピュータを、誤り訂正復号処理後のBB（Baseband）パケットに、前記BBパケットに関する付加情報を付加して出力する処理部として機能させる。
　本技術の一側面の情報処理装置、情報処理方法、並びにプログラムにおいては、誤り訂正復号処理後のBB（Baseband）パケットに、BBパケットに関する付加情報が付加されて出力される。
　なお、情報処理装置は、独立した装置であっても良いし、１つの装置を構成している内部ブロックであっても良い。
受信側の復調ICとシステムオンチップ（SoC）の構成を示すブロック図である。 IP伝送方式のプロトコルスタックの例を示す図である。 ALPパケットのシステムアーキテクチャを示す図である。 BBパケットの構造を示す図である。 本技術を適用した放送システムの構成例を示すブロック図である。 受信装置の構成例を示すブロック図である。 BBパケットに付加されるBBヘッダの構造を示す図である。 ALPパケットの構造の例を示す図である。 付加情報について説明するための図である。 付加情報が付加される位置について説明するための図である。 FECフレームの構成について説明するための図である。 FECタイプについて説明するための図である。 パケット長について説明するための図である。 復調回路の処理について説明するためのフローチャートである。 TSパケットの構造の例を示す図である。 BBパケットを分割した分割パケットについて説明するための図である。 コンピュータの構成例を示す図である。
　以下に、本技術を実施するための形態（以下、実施の形態という）について説明する。
　本実施の形態に係る装置は、受信される放送信号を処理することが可能な装置である。例えば以下に示す非特許文献１に記載のATSC3.0規格が用いられる場合のように、複数のデータパケットが１つの伝送パケットに含まれる形で放送信号が伝送される場合がある。上記のような放送信号を処理する場合、本実施の形態に係る装置は、例えば、放送信号を復調して得られる伝送パケットからデータパケットを取り出し、取り出されたデータパケットを処理する。
　非特許文献１：“ATSC Candidate Standard: Link-Layer Protocol (A/330)”
　以下、本実施の形態に係る処理装置が、ATSC3.0規格に対応する放送信号を処理する場合を主に例に挙げて、本実施の形態に係る処理装置の構成、および本実施の形態に係る処理方法について説明する。なお、以下に示す本実施の形態に係る処理方法は、ATSC3.0規格に適用されることに限られず、１つの伝送パケットで複数のデータパケットを伝送することが可能な任意の規格に、適用することが可能である。また、以下に示す本実施の形態に係る処理方法は、規格化の有無によらず、複数のデータパケットが１つの伝送パケットに含まれる形で伝送されうる任意の放送信号の処理に、適用することが可能である。
　＜本技術の概要＞
　本技術を適用した処理装置を適用した復調装置などについて理解を容易とするために、本技術を適用した復調回路などについての説明の前に、現状のデジタル放送の伝送方式に対する復調装置などについての説明を簡便に行う。
　上述したようにデジタル放送の伝送方式としては、MPEG2-TS方式が広く普及しているが、IP伝送方式の採用が見込まれている。例えば、次世代地上波放送規格の１つであるATSC3.0では、IP伝送方式が採用され、UDP/IPパケットを、ALP(ATSC Link-Layer Protocol)パケットに格納して伝送することが規定されている。
　テレビ受像機においては、図１に示すように、復調ICによって、放送信号が復調され、その結果得られるパケットが、後段のシステムオンチップ（SoC）により処理される。図１において、復調回路９０１は、ATSC3.0に対応した復調ICであって、MPEG2-TS方式の物理インタフェース９０３を介して、システムオンチップ（SoC）として構成される処理回路９０２と接続されている。
　この場合に、復調回路９０１と処理回路９０２との間の物理インタフェース９０３は、MPEG2-TS方式に対応したものとなっているが、伝送されるデータのフォーマットは、ATSC3.0に対応したALPパケットとなっている。このALPパケットによって、同期信号（SYNC）、有効信号（VALID）、クロック信号（CLK）、及びデータ（DATA）が伝送される。
　図２には、IP伝送方式のプロトコルスタックの例を示す。図２に示すように、IP伝送方式では、一方向の放送と双方向の通信とで、共通のIPプロトコルを用いることで、例えば、テレビ番組等のコンテンツのストリームを、DASHセグメント単位で伝送して、MPEG-DASH(Dynamic Adaptive Streaming over HTTP)に準拠したストリーミング配信を行うことができる。
　図２においては、放送の物理層の上位層であって、UDP層とIP層の下位層が、データリンク層となるが、このデータリンク層では、リンクレイヤプロトコルに対応したALPパケットが用いられる。
　また、図３には、ALPパケットのシステムアーキテクチャを示している。図３に示すように、IPパケット（UDP/IPパケット）のほか、シグナリング(Link Layer Signaling)や、MPEG2-TS方式で用いられるTSパケット等をカプセル化することで、ALPパケットが生成される。ただし、IPパケットをカプセル化する際には、IPヘッダを圧縮することができる。また、TSパケットをカプセル化する際には、オーバーヘッドの削減を行うことができる。
　図４は、復調回路９０１で処理される伝送パケットの一例を示す図である。図４に示した伝送パケットは、ATSC3.0規格において規定されている複数のALPパケットを含むBBパケット（ベースバンドパケット）の構成を示している。
　図４に示すように、BBパケットは、ヘッダ部分（図４に示す“Ｈｅａｄｅｒ”）と、ペイロード部分（図４に示す“Ｐａｙｌｏａｄ”）とを有し、ペイロード部分に、複数のALPパケットが含まれうる。ALPパケットは、図４おいて矩形の大きさで表されているように、異なるデータ長をとることが可能な可変長のパケットである。また、図４に示す各ALPパケットは、左から順に１番目のALPパケット、２番目のALPパケット、・・・である。
　復調回路９０１（図１）では、BBパケットからALPパケットを抽出し、物理インタフェース９０３を介して、処理回路９０２に伝送する。処理回路９０２は、ALPパケットを処理する。
　仮に、復調回路９０１が、ATSC3.0に規定されている解釈通りではなく、誤った解釈に基づきALPパケットを処理すると、正しくALPパケットを抽出できないことになる。また、仮に、処理回路９０２が、ATSC3.0に規定されている解釈通りではなく、誤った解釈に基づきALPパケットを処理すると、正しくALPパケットを処理することはできないことになる。しかしながら、ATSC3.0は複雑なため、放送局で解釈の違いを起こし、規格とは異なる放送が運用されてしまう可能性がある。
　また、解釈の幅を広げた運用ができるようにし、例えば放送局が独自の解釈で運用したとしても、処理回路９０２で正しく処理できるようにすることで、ATSC3.0の運用に柔軟性を持たせることができる。
　例えば、伝送方式が既存方式から新方式に切り替わる際に、より柔軟に、伝送方式の変更に対応できるようにしたり、運用に関わる解釈に幅を持たせた柔軟な対応がとれるようにしたりするための提案が望まれている。以下に説明する本技術を適用することで、より柔軟に、伝送方式の変更に対応でき、運用に関わる解釈に幅を持たせた柔軟な対応がとれるようになる。
　なお、ここでは、誤った解釈、との記載をしているが、仮に、ATSC3.0の解釈が違う放送であっても、その解釈で放送された場合には、その解釈が正しいとして処理する必要があり、その誤った解釈は、その解釈で放送されている限り、その放送においては正しい解釈とされる（正しい解釈として運用され、処理される必要がある）。
　換言すれば、解釈が異なる放送が行われた場合であっても、放送を受信する側では、その放送における解釈で処理することができるようにする必要がある。このようなことが可能となることで、例えば、ATSC3.0の解釈に柔軟性を持たせた運用を行うことができる。以下に、ATSC3.0の解釈に柔軟性を持たせた運用ができるようにした本技術を適用した装置や方法について説明する。
　＜システムの構成＞
　（放送システムの構成例）
　図５は、本技術を適用した放送システムの構成例を示すブロック図である。なお、システムとは、複数の装置が論理的に集合したものをいう。
　図５において、放送システム１は、送信装置１０と、受信装置２０から構成される。この放送システム１では、所定の放送方式（例えば、ATSC3.0）に準拠したデータ伝送が行われる。
　送信装置１０は、そこに入力されるコンテンツ（例えば、テレビ番組等）のデータに対して、変調や誤り訂正等の処理を施し、その結果得られる放送信号を、送信所の送信用アンテナにより送信する。
　送信装置１０からの放送信号は、伝送路３０を経由して、エンドユーザの各家庭などに設置される受信用アンテナを介して、受信装置２０により受信される。例えば、受信装置２０は、テレビ受像機やセットトップボックス（STB：Set Top Box）等の固定受信機として構成される。
　受信装置２０は、伝送路３０を介して受信される放送信号に対し、復調や誤り訂正等の処理を施し、その結果得られるコンテンツ（例えば、テレビ番組等）の映像や音声のデータを出力する。
　なお、放送システム１において、伝送路３０は、地上波（地上波放送）のほか、例えば、放送衛星（BS：Broadcasting Satellite）や通信衛星（CS：Communications Satellite）を利用した衛星放送、あるいは、ケーブルを用いた有線放送（CATV：Common Antenna Television）などであってもよい。
　（受信装置の構成例）
　図６は、図５の受信装置２０の構成例を示すブロック図である。
　図６において、受信装置２０は、復調回路２０１及び処理回路２０２を含んで構成される。受信装置２０において、復調回路２０１と処理回路２０２とは、所定の物理インタフェース２０３を介して接続されている。
　復調回路２０１は、復調IC等の復調デバイスとして構成される。復調回路２０１は、アンテナ（不図示）を介して受信された放送信号から得られるBBパケットを復調する。また、復調回路２０１は、BBパケットに後述する付加情報を付加して、物理インタフェース２０３を介して処理回路２０２に出力する。
　復調回路２０１は、復調部２１１、誤り訂正部２１２、及びＩ／Ｆ部２１３を含んで構成される。
　復調部２１１は、アンテナを介して受信された放送信号に対し、復調処理を行い、その結果得られるデータを誤り訂正部２１２に供給する。
　誤り訂正部２１２は、復調部２１１から供給されるデータに対し、誤り訂正復号処理を行い、その結果得られるデータを、Ｉ／Ｆ部２１３に供給する。
　Ｉ／Ｆ部２１３は、誤り訂正部２１２から供給されるデータに対し、所定のデータ処理を行い、その結果得られるデータを、物理インタフェース２０３を介して処理回路２０２に出力する。
　ここで、Ｉ／Ｆ部２１３は、誤り訂正部２１２からのデータから得られるBBパケットに基づき、そのBBパケットに関する情報（付加情報）を生成し、BBパケットに付加し、物理インタフェース２０３を介して処理回路２０２に出力されるようにする。
　処理回路２０２は、システムオンチップ（SoC）として構成される。処理回路２０２は、物理インタフェース２０３を介して復調回路２０１から入力される付加情報が付加されているBBパケットから、付加情報を用いてBBパケットを復元する。処理回路２０２は、復元されたBBパケット（復調回路２０１により復調されたBBパケット）を処理する。
　処理回路２０２は、メモリ２２１、デマックス２２２、メモリ２２３、及びSW処理部２２４を含んで構成される。
　処理回路２０２において、前段のメモリ２２１に記録されるデータに対するデマックス２２２の処理は、ハードウェア処理（HW処理）であって、既存方式であるBBパケットを処理できるように構成されている。一方で、後段のメモリ２２３に記録されるデータに対するSW処理部２２４の処理は、ソフトウェア処理（SW処理）であって、SW処理部２２４のソフトウェア（SW）を更新することで、ALPパケットを処理できる（前記ソフトウェアに基づいて処理できる）ように構成することができる。
　復調回路２０１から入力されるBBパケットは、付随情報を元に抽出され、メモリ２２１に書き込まれる。デマックス２２２は、メモリ２２１に書き込まれたBBパケットを処理し、処理後のデータを、後段のメモリ２２３に書き込む。SW処理部２２４は、メモリ２２３に書き込まれたデータを処理する。ここで、SW処理部２２４（のソフトウェア処理）は、ソフトウェア（SW）の更新によって、ALPパケットを処理することが可能であるため、BBパケットのヘッダに含まれる復元情報に基づき、ペイロードに配置されたデータから復元されるALPパケットを処理することができる。
　ここで本技術が適用される前提となる技術内容について簡便に説明を加える。
　＜BBパケットの構造＞
　図４を再度参照し、BBパケットについて説明を加える。図４に示すように、BBパケットは、ヘッダ部分（図に示す“Ｈｅａｄｅｒ”）と、ペイロード部分（図４に示す“Ｐａｙｌｏａｄ”）とを有し、ペイロード部分に、複数のALPパケットが含まれうる。ALPパケットは、図４において矩形の大きさで表されているように、異なるデータ長をとることが可能な可変長のパケットである。また、図２に示す各ALPパケットは、左から順に１番目のALPパケット、２番目のALPパケット、・・・である。
　BBパケットのヘッダ部分には、ポインタ情報が記憶される。ポインタ情報とは、BBパケットに含まれる１番目のALPのパケット境界の位置を示すデータであり、ポインタ情報によって１番目のALPパケットの先頭位置が規定される。また、ALPパケットのヘッダには、ALPパケットのデータ長が記憶される。
　BBパケットからALPパケットを取り出す処理の一例を説明する。処理回路２０２は、BBパケットから取得されるポインタ情報に基づいて、１番目のALPパケットの先頭位置とデータ長とを特定して、１番目のALPパケットを取り出す。また、処理回路２０２は、１番目のALPパケットの先頭位置とデータ長とに基づいて、２番目のALPパケットの先頭位置とデータ長とを特定して、２番目のALPパケットを取り出す。以下、同様に、処理回路２０２は、ALPパケットの先頭位置とデータ長とが特定されるごとに、次のALPパケットの先頭位置とデータ長とを特定して、特定された先頭位置およびデータ長に対応するALPパケットを取り出す。
　例えば上記に示す例のように、ALPパケットの先頭位置とデータ長とを特定することによって、処理回路２０２は、可変長のパケットであるALPパケットをBBパケットから取り出すことができる。
　（BBヘッダの構造）
　図７は、BBパケットに付加されるBBヘッダの構造を示す図である。図７において、BBパケットは、BBヘッダとペイロード（Payload）から構成される。BBヘッダには、１又は２バイトのベースフィールド（Base Field）のほか、オプショナルフィールド（Optional Field）と、拡張フィールド（Extension Field）を配置することができる。
　すなわち、ベースフィールドにおいて、1ビットのモード（MODE）として、"0"が設定された場合には、7ビットのポインタ（Pointer(LSB)）が配置される。このポインタは、上述した先頭ALPポインタであって、BBパケットのペイロードに配置される先頭のALPパケットの位置を表している。例えば、所定のBBパケットに最後に配置されたALPパケットのデータが、次のBBパケットにまたがって配置される場合に、先頭ALPポインタとして、次のBBパケットに配置される先頭のALPパケットの位置を設定することができる。
　また、モード（MODE）として、“１”が設定された場合には、7ビットのポインタ（Pointer(LSB)）のほかに、6ビットのポインタ（Pointer(MSB)）と、2ビットのオプショナルフラグ（OPTI：OPTIONAL）が配置される。オプショナルフラグは、オプショナルフィールド（Optional Field）と、拡張フィールド（Extension Field）を配置して、ヘッダを拡張するかどうかを示す情報である。
　オプショナルフィールドと拡張フィールドの拡張を行わない場合、オプショナルフラグには、"00"が設定される。また、１バイトのオプショナルフィールドと、拡張フィールドの拡張を行う場合、オプショナルフラグには、“０１”が設定され、ショート拡張モード（Short Extension Mode）となる。一方で、2バイトのオプショナルフィールドと、拡張フィールドの拡張を行う場合、オプショナルフラグは、“１０”又は“１１”が設定され、ロング拡張モード（Long Extension Mode）又はミックス拡張モード（Mixed Extension Mode）となる。
　オプショナルフィールドの先頭には、3ビットの拡張タイプ（EXT_TYPE）が設定される。この拡張タイプには、拡張フィールドのタイプ（Extension type）が設定される。ショート拡張モードの場合には、拡張タイプ（EXT_TYPE）に続いて、5ビットの拡張データ長（EXT_LEN）と、0～31バイトの拡張データ（Extension）が配置される。
　ロング拡張モードの場合には、拡張タイプ（EXT_TYPE）に続いて、5ビットの拡張データ長（EXT_LEN(LSB)）と、8ビットの拡張データ長（EXT_LEN(MSB)）と、0～full BBPの拡張データ（Extension）が配置される。なお、ミックス拡張モードは、ロング拡張モードと基本的に同様であるため、その説明は省略する。
　（ALPパケットの構造）
　図８は、ALPパケットの構造の例を示す図である。
（Ａ）Normal
　図８のＡは、通常のALPパケットの構造を示す図である。図８のＡにおいて、通常のALPパケットは、ALPヘッダ（ALP Packet Header）とペイロード（Payload）から構成される。
　ALPヘッダの先頭には、3ビットのTypeが設定される。このTypeは、ALPパケットのペイロードに配置されるデータのタイプに関する情報が設定される。
　ALPヘッダにおいて、Typeの次には、1ビットのPC(Payload Configuration)が配置される。PCとして、'0'が設定された場合、その次に配置される1ビットのHM(Header Mode)に応じて、シングルパケットモード（Single packet mode）となって、ALPヘッダには、11ビットのLengthや、ALP拡張ヘッダ（Additional header）が配置される。
　通常のALPパケットの場合には、HMとして'0'が設定され、ALPヘッダでは、HMに続いて、11ビットのLengthが配置される。また、通常のALPパケットにおいては、ALPヘッダに続いて、ペイロードが配置される。
（Ｂ）PTP
　図８のＢは、ALP拡張ヘッダに、PTP(Precision Time Protocol)を付加した場合のALPパケット（以下、PTP付のALPパケットともいう）の構造を示す図である。
　PTP付のALPパケットにおいて、ALPヘッダには、3ビットのTypeと、1ビットのPCと、1ビットのHMが配置され、HMとして、“１”が設定されている。HMとして、“１”が設定された場合、11ビットのLengthに続いて、ALP拡張ヘッダ（Additional header）が配置される。
　このALP拡張ヘッダ（Additional header）は、5ビットのLength_MSBと、1ビットのRSV(reserved)と、1ビットのSIF(Sub-stream Identifier Flag)と、1ビットのHEF(Header Extension Flag)から構成される。
　Length_MSBは、ALPパケットの総ペイロード長の最上位ビット（MSB）をバイト単位で示し、ALPヘッダの11ビットのLengthが示す最下位ビット（LSB）と連結して、総ペイロード長が得られる。
　SIFは、サブストリーム用のオプショナルヘッダ（Optional header）が配置されるかどうかを示すフラグである。SIFとして、'0'が設定された場合には、オプショナルヘッダが配置されないことを意味する。
　HEFは、オプショナルなヘッダ拡張がなされるかどうかを示すフラグである。HEFとして、'1'が設定された場合には、ヘッダ拡張がなされる。図８のＢのPTP付のALPパケットのALPヘッダでは、ALP拡張ヘッダに対し、8バイトのヘッダ拡張がなされている。
　このヘッダ拡張には、8ビットのExtension_typeと、8ビットのExtension_lengthと、2ビットのTime_info_flagと、32ビットのTime_secと、10ビットのTime_msecと、10ビットのTime_usecと、10ビットのTime_nsecが配置される。この例では、プライベートユーザデータ（PUD：Private User Data）として、Time_info_flagに応じて、Time_sec, Time_msec, Time_usec, Time_nsecにより指定されるPTP（時刻情報）が配置されるため、この配置に対応したタイプと長さの値が、Extension_typeとExtension_lengthにそれぞれ設定される。
　ここで、PTPは、IEEE 1588-2008で規定されている時刻情報である。PTPは、秒フィールとナノ秒フィールドから構成され、ナノ秒単位の精度に対応することが可能となる。PTPは、例えば、物理層フレームのプリアンブルに含まれ、当該物理層フレームの先頭の時刻を示しており、受信側で行われるクロックリカバリの時刻情報として用いられる。
　例えば、Time_info_flag = '01'となる場合には、秒単位の時刻情報（Time_sec）と、ミリ秒単位の時刻情報（Time_msec）が配置される。また、例えば、Time_info_flag = '10'となる場合には、秒単位とミリ秒単位の時刻情報（Time_sec, Time_msec）に加えて、マイクロ秒単位の時刻情報（Time_usec）が配置される。また、例えば、Time_info_flag = '11'となる場合には、秒単位とミリ秒単位とマイクロ秒単位の時刻情報（Time_sec, Time_msec, Time_usec）に加えて、ナノ秒単位の時刻情報（Time_nsec）が配置される。
　なお、Time_info_flagとしては、例えば、ATSC3.0では、L1Bシグナリング（L1-Basic Signaling）に規定されている2ビットのL1B_time_info_flagが対応している。また、Time_sec, Time_msec, Time_usec, Time_nsecとしては、例えば、ATSC3.0では、L1Dシグナリング（L1-Detail Signaling）に規定される32ビットのL1D_time_sec, 10ビットのL1D_time_msec, 10ビットのL1D_time_usec, 10ビットのL1D_time_nsecがそれぞれ対応している。
　L1BシグナリングとL1Dシグナリングの詳細については、上記した非特許文献１に開示されている。
（Ｃ）PLP_ID
　図８のＣは、ALP拡張ヘッダに、PLP_IDを付加した場合のALPパケット（以下、PLP_ID付のALPパケットともいう）の構造を示す図である。
　PLP_ID付のALPパケットにおいて、ALPヘッダには、3ビットのTypeと、1ビットのPCと、1ビットのHMが配置され、HMとして、'1'が設定されている。HMとして、'1'が設定された場合、11ビットのLengthに続いて、ALP拡張ヘッダ（Additional header）が配置される。
　このALP拡張ヘッダは、5ビットのLength_MSBと、1ビットのRSVと、1ビットのSIFと、1ビットのHEFから構成される。
　図８のＣのPLP_ID付のALPパケットのALPヘッダでは、HEFとして、'1'が設定され、ALP拡張ヘッダに対し、3バイトのヘッダ拡張がなされている。
　このヘッダ拡張には、8ビットのExtension_typeと、8ビットのExtension_lengthと、6ビットのPLP_IDと、2ビットのダミーデータ（dummy）が配置される。この例では、プライベートユーザデータ（PUD）として、6ビットのPLP_IDが配置されるため、この配置に対応したタイプと長さの値が、Extension_typeとExtension_lengthにそれぞれ設定される。
　なお、このPLP_IDとしては、例えば、ATSC3.0では、L1Dシグナリング（L1-Detail Signaling）に規定される6ビットのL1D_plp_idが対応している。PLP_IDは、S-PLP（Single PLP）モードの場合には必要ないが、M-PLP(Multiple PLP)モードの場合に、PLPを識別するために必要となる。L1Dシグナリングの詳細については、下記の非特許文献２に開示されている。また、ALPパケットの構造の詳細については、上記した非特許文献１に開示されている。
　非特許文献２：ATSC Standard：Physical-Link-Layer Protocol (A/322)
　＜付加情報について＞
　図６を参照して説明したように、復調回路２０１からはBBパケットが出力され、処理回路２０２は、BBパケットを処理することで、ALPパケットを取り出す。
　図７を参照して説明したように、BBパケットのヘッダ部には、BBパケットに含まれるALPパケットの先頭を示すポインタなどが含まれている。このBBパケットのヘッダ部に含まれる情報を用いて、処理回路２０２は、BBパケットからALPパケットを取り出すことができる。
　処理回路２０２は、復調回路２０１から連続して供給されるBBパケットを受信する。BBパケットが連続してきた場合、BBパケットの先頭を正確に認識し、処理する必要がある。BBパケットのヘッダ部には、上記したように、BBパケットに含まれるALPパケットに関する情報は記載されているが、BBパケット自体の情報、例えば、BBパケットの長さといった情報は記載されていない。
　よって、処理回路２０２は、復調回路２０１から、図４や図７を参照して説明したBBパケットを連続的に受信した場合、BBパケットの先頭を正確に認識できずに、BBパケットを正確に抽出することができない可能性がある。そこで、復調回路２０１は、図９に示すような付加情報をBBパケットに付加して、処理回路２０２に出力する。
　例えば、復調回路２０１のＩ／Ｆ部２１３は、誤り訂正部２１２から供給されるBBパケットに、図９に示す付加情報を付加し、物理インタフェース２０３を介して処理回路２０２に出力する。
　図９を参照するに、付加情報は、大きく分けてデリミタ(DELIMITER)部、PTP(Precision Time Protocol)情報部、およびBBパケット情報部から構成されている。図９に示した付加情報は、BBパケットの前に付加される場合を示しているため、BBパケット情報部の後に、BBパケットが続く構成を示している。このようにした場合、BBパケットに、BBパケット自体の情報を含むヘッダが付加されたBBパケットとして扱うことができる。
　付加情報の一部または全部を、BBパケット内に含ませるようにしてもよく、図９に示した例は、付加情報の全てがBBパケットの前に付加される実施の形態に限定されることを示す記載ではない。以下の説明では、図９に示したように、BBパケットの前に、付加情報が付加される場合を例に挙げて説明する。
　このような場合、BBパケット自体に含まれるヘッダ（例えば、図４に示した“Header”）の前に付加情報がヘッダのように付加される。付加情報を、適宜、付加ヘッダとも記述する。
　デリミタ部は、BBパケットの区切り（境界）を表す情報として用いられ、同期に使うことができる情報である。図９に示した例では、デリミタ部は、１～４バイト目に配置され、４バイトで構成される例を示している。デリミタ部は、４バイトに限らず、何バイトでもよい。また、ランダム系列であっても良い。
　デリミタ部の１バイト目の送信開始時に、物理インタフェース２０３のSYNC（図６）がＨレベルにされる。
　PTP情報部は、図９に示した例では、５～１２バイト目に配置されている。このPTP情報部に記載される情報は、図８のＢを参照して説明したALPパケットのヘッダに含まれるPTPの情報と同様の情報とすることができる。図８のＢを参照して説明したALPパケットに関するPTP情報であるが、図９の付加情報に含まれるPTP情報は、BBパケットに関するPTP情報である点が異なるが、情報としては、Time_info_flag、Time_sec、Time_msec、Time_usec、Time_nsecとすることができる。
　図８のＢを参照して説明したが、再度PTP情報部の情報として説明を加える。PTP情報部には、2ビットのTime_info_flagと、32ビットのTime_secと、10ビットのTime_msecと、10ビットのTime_usecと、10ビットのTime_nsecが配置される。PTPは、IEEE 1588-2008で規定されている時刻情報である。PTPは、秒フィールとナノ秒フィールドから構成され、ナノ秒単位の精度に対応することが可能となる。PTPは、例えば、物理層フレームのプリアンブルに含まれ、当該物理層フレームの先頭の時刻を示しており、受信側で行われるクロックリカバリの時刻情報として用いられる。
　例えば、Time_info_flag = '01'となる場合には、秒単位の時刻情報（Time_sec）と、ミリ秒単位の時刻情報（Time_msec）が配置される。また、例えば、Time_info_flag = '10'となる場合には、秒単位とミリ秒単位の時刻情報（Time_sec, Time_msec）に加えて、マイクロ秒単位の時刻情報（Time_usec）が配置される。また、例えば、Time_info_flag = '11'となる場合には、秒単位とミリ秒単位とマイクロ秒単位の時刻情報（Time_sec, Time_msec, Time_usec）に加えて、ナノ秒単位の時刻情報（Time_nsec）が配置される。
　なお、Time_info_flagとしては、例えば、ATSC3.0では、L1Bシグナリング（L1-Basic Signaling）に規定されている2ビットのL1B_time_info_flagが対応している。また、Time_sec, Time_msec, Time_usec, Time_nsecとしては、例えば、ATSC3.0では、L1Dシグナリング（L1-Detail Signaling）に規定される32ビットのL1D_time_sec, 10ビットのL1D_time_msec, 10ビットのL1D_time_usec, 10ビットのL1D_time_nsecがそれぞれ対応している。
　付加情報のPTP情報部には、BBパケットに関する時刻情報が記載され、その時刻情報は、ATSC3.0に準拠したものとされる。
　付加情報に含まれるBBパケット情報部には、BBパケットに関する情報が記載されている。BBパケット情報部には、“BBPLOCK”、“BCHERR”、 “FECTYPE”、“COD”、“PLPID SEL”、および“PLPID”が含まれる。
　“BBPLOCK”は、受信が安定しているか否かを表す情報であり、４ビットで表されるデータである。“BBPLOCK”は、PLP毎に設けられる情報である。復調回路２０１では、最大４つのPLPを処理できる能力を有していれば良いため、“BBPLOCK”は、4ビットのデータとされ、１ビットが１PLPに対応づけられている。
　“BCHERR”は、付加情報を付加するBBパケットにエラーがあるか否かを表す１ビットの情報である。付加情報は、Ｉ／Ｆ部２１３(図６)で付加されるが、Ｉ／Ｆ部２１３には、誤り訂正部２１２で誤りが訂正されたBBパケットが供給される。この誤りが訂正されたBBパケットに、誤りが残っているか否かを表すデータが、“BCHERR”である。
　“FECTYPE”は、BBパケットの符号長（FEC（Forward Error Correction)のタイプを表す情報）を表す３ビットのデータである。“COD”は、BBパケットの符号化率（Code Rate）を表す４ビットのデータである。この“FECTYPE”と“COD”から、BBパケットの長さ（Length）を求めることができる(後述)。“FECTYPE”と“COD”ではなく、BBパケットそのものの長さを表すデータが記載されるようにしても良い。BBパケットそのものの長さを記載することで、処理回路２０２での処理量を低減させることができる。
　“PLPID SEL”は、BBパケットのPLP(Physical Layer Pipe)IDを表す２ビットのデータであり、相対的なＩＤを表すデータである。“PLPID”も、BBパケットのPLPIDを表すデータであるが、絶対的なＩＤを表す６ビットのデータである。“PLPID SEL”と“PLPID”から、処理回路２０２は、BBパケットに含まれる処理対象とするPLPのALPパケットを特定することができる。
　ここで、例えば、ATSC3.0では、送信側の送信システムは、所定の周波数帯域ごとに、最大64個のPLPに対応することができる。例えば、PLPは、モバイル向けのサービスやステーショナリ向けのサービス毎に設定することができ、送信システム側では、最大64個のPLP(サービス)に対応することができる。また、PLP毎にFECの強さを変えることができるように構成されている。
　一方で、受信側の受信システム(例えば、図６に示した受信装置２０)では、最大で４個のPLPを同時に受信する必要がある。受信側の受信装置２０で、複数のPLPが同時に受信されるようにすることで、例えば、より高いロバスト性を有する音声や、より高品質の映像などを提供することが可能となる。
　例えば、受信装置２０に入力される放送ストリームとして、PLP#0乃至PLP#3の４つのPLPが含まれているストリームが受信され、処理される。PLP#0乃至PLP#3は、例えば、PLP#0ではLLSシグナリング（Signaling）、PLP#1ではロバストオーディオ（Robust Audio）、PLP#2ではビデオ（ベースビデオ）（Video）とオーディオ（Audio）、PLP#3ではエンハンスビデオ（Enhanced Video）がそれぞれ伝送されている。
　復調回路２０１(図６)の復調部２１１において、PLP#0乃至PLP#3に対する復調処理が行われると、PLP毎に、BBパケットが抽出され、誤り訂正部２１２に供給される。誤り訂正部２１２は、上記したように最大４つのPLPに対応できるように構成されている。例えば、図示はしないが、誤り訂正部２１２は、FECを処理するFEC処理部を４個備える構成とされる。
　誤り訂正部２１２から、最大で４つのPLPがＩ／Ｆ部２１３に供給される。Ｉ／Ｆ部２１３は、PLP毎に入力されるBBパケットを処理して、物理インタフェース２０３を介して、処理回路２０２に出力する。上記したように、Ｉ／Ｆ部２１３は、BBパケットを出力するとき、そのBBパケット自体の情報を含む付加情報を付加して出力する。
　一方で、処理回路２０２においては、物理インタフェース２０３を介して、復調回路２０１から入力されるBBパケット（付加情報が付加されたBBパケット）が入力される。処理回路２０２（のデマックス２２２）が、当該BBパケットを処理することで、BBパケットからALPパケットが抽出される。
　ここで、復調回路２０１からのBBパケットには、付加情報として、“PLPID SEL”とPLPID”が含まれている。そのため、受信装置２０においては、復調回路２０１と処理回路２０２との間で、各PLP（PLP#0乃至PLP#3）から得られるBBパケットを、単一の物理インタフェース２０３で伝送したとしても、処理回路２０２側では、当該付加情報に含まれる“PLPID SEL”とPLPID”により、復調回路２０１から入力されるBBパケット（ALPパケット）が、どのPLPに属しているかを識別することが可能となる。
　このように、復調回路２０１で、図９を参照して説明した付加情報を生成し、BBパケットに付加して出力することで、出力先の処理回路２０２において、適切にBBパケットを処理することができる。
　また、処理回路２０２のデマックス２２２は、連続して供給されるBBパケットから、個々のBBパケットを、付随情報を用いて適切に抽出し、個々のBBパケットに含まれるALPパケットを抽出することができる。
　またデマックス２２２で抽出されたALPパケットは、SW処理部２２４により処理される。SW処理部２２４のソフトウェアを、放送局における規格（例えば、ATSC3.0規格）の解釈に合わせたソフトウェアとしておくことで、放送局側の規格の解釈に基づいてALPパケットを処理することができる。
　仮に、放送局が規格に準拠した解釈でなくても、その放送局側の解釈で処理されるため、ALPパケットが処理できないというような状況が発生するようなことを防ぐことができる。
　図９に示した付加情報についてさらに説明を続ける。図９に示した付加情報においては、デリミタ部における情報、PTP情報部における情報、およびBBパケット情報部における情報の、３つの情報が含まれている場合を例示して説明した。BBパケットに付加する付加情報として、デリミタ部、PTP情報部、およびBBパケット情報部の３つの情報が含まれている構成としても良いし、３つの情報のうちの２つの情報が含まれている構成としても良いし、または１つの情報が含まれている構成としても良い。
　すなわち、付加情報に含ませる情報には、自由度があり、図９に示した付加情報は一例であり、限定を示す記載ではない。
　図９に示した付加情報は、図１０のＡに示すように、BBパケットの前に付加される。この場合、BBパケット自体のヘッダ（図４のBBパケットの“Header”）の前に付加される。
　また、図１０のＢに示すように、図９に示した付加情報の一部は、BBパケットBBパケット自体のヘッダよりも前に付加され、付加情報の残りは、BBパケット内に含まれるようにしても良い。BBパケット内に付加情報の一部が挿入されるようにした場合、図９に示した３つの情報のうちの１または２つの情報がBBパケット内に挿入され、残りの２または１つの情報は、BBパケットのヘッダの前に付加されるようにすることができる。
　さらに、図１０のＣに示すように、図９に示した付加情報の全てがBBパケット内に含まれるようにしても良い。この場合、図９に示した付加情報を、BBパケット内の所定の位置にまとめて挿入するようにして良いし、付加情報を分割して、BBパケット内の複数の位置に挿入するようにしても良い。
　このように付加情報は、BBパケットのどの部分に付加するかに対しても自由度を有する。
　また、図９に示した付加情報以外の情報が、さらに追加されるようにしても良い。例えば、付加情報に対するエラー訂正の情報として、CRC（Cyclic Redundancy Check）をつけるようにしても良い。CRCを追加する場合、１６バイト目に追加することができる。
　また、付加情報に関する情報を、付加情報に含ませるようにしても良い。例えば、付加情報に関する情報を、［ａ，ｂ，ｃ，ｄ］の４ビットのデータとする。［ａ］は、デリミタの有無を表すフラグとし、例えば、“０”の場合、デリミタ部が無し、“１”の場合、デリミタ部ありを表すフラグとすることができる。
　［ｂ］は、PTP情報部の有無を表すフラグとし、例えば、“０”の場合、PTP情報部が無し、“１”の場合、PTP情報部ありを表すフラグとすることができる。［ｃ］は、BBパケット情報部の有無を表すフラグとし、例えば、“０”の場合、BBパケット情報部が無し、“１”の場合、BBパケット情報部ありを表すフラグとすることができる。
　BBパケットをさらに細分化し、フラグを設定し、例えば、［ｄ］に、そのフラグを設定することができる。また、付加情報に関する情報は、４ビット以上のデータとされても良い。
　また、ここでは、付加情報は、BBパケットに付加して復調回路２０１から処理回路２０２に出力されるとして説明したが、付加情報を伝送するための専用の信号線を復調回路２０１と処理回路２０２との間に設け、その信号線で伝送されるようにしても良い。例えば、図６では、物理インタフェース２０３として、４本の信号線が配線されている場合を示したが、さらに１本の信号線を追加した構成とし、その追加された信号線で、付加情報が伝送されるようにしても良い。
　また、付加情報を信号線で伝送する場合、図９に示した付加情報の全てを信号線で伝送するようにしても良いし、３つの情報のうちの１または２つの情報を信号線で伝送し、残りの２または１つの情報は、上記した場合と同じく、BBパケットに付加（または挿入）して伝送されるようにしても良い。
　図９に示した３つの付加情報のうちのPTP情報部の情報を、専用の信号線で伝送するようにした場合、BBパケットにPTP情報部の情報を付加して伝送する場合よりもタイミング精度良く、PTP情報を伝送することができる。
　付加情報を専用の信号線を設けて伝送するようにした場合、専用の信号線で伝送する付加情報は、BBパケットに付加する付加情報からは除かれる。例えば、PTP情報部の情報は、専用の信号線で伝送されるようにし、デリミタ部とBBパケット情報部の情報は、BBパケットに付加して伝送されるようにすることができる。
　なお付加情報やBBパケット（付加情報が付加されたBBパケット）は、復調回路２０１から処理回路２０２に伝送されるとき、パラレルで伝送されても良いし、シリアルで伝送されても良い。
　また、付加情報やBBパケット（付加情報が付加されたBBパケット）は、復調回路２０１から処理回路２０２に伝送されるとき、MPEG2-TS方式の物理インタフェース（図６に示した“sync”、“VALID”、“CLK”、“DATA”の信号線を有する物理インタフェース２０３）でなくても良い。例えば、SPI（Serial Peripheral Interface）やUSB（Universal Serial Bus）といった物理インタフェースを用いて、復調回路２０１から処理回路２０２に付加情報やBBパケット（付加情報が付加されたBBパケット）が伝送されるようにしても良い。
　また、エラー信号を伝送する信号線を設けても良い。復調回路２０１側で何らかのエラーが発生したとき、そのことを、処理回路２０２に伝送する信号線を、物理インタフェース２０３内に設けても良い。エラー信号を、信号線で伝送することで、処理回路２０２は、瞬時にエラーを検出することができるようになる。
　図９に示した付加情報は、一例であり、上記したように、例えば、BBパケット情報部に含まれる“FECTYPE”と“COD”は、“FECTYPE”と“COD”ではなく、BBパケットそのもののパケット長を表すデータとすることもできる。ここで、“FECTYPE”と“COD”について説明を加える。
　＜“FECTYPE”、“COD”について＞
　図１１は、FECフレームの構成例を示す図である。FECフレームは、例えば、復調回路２０１の復調部２１１（図６）において復調され、誤り訂正部２１２に供給されるフレームである。
　FECフレームとしては、図１１のＡに示す構成の場合と、図１１のＢに示す構成の場合とがある。図１１のＡに示したFECフレームは、BBパケット（Baseband Packet（FEC Frame payload））、外符号コード（Outer Code Parity）、および内符号コード（Inner Code Parity）から構成されている。
　図１１のＢに示したFECフレームは、BBパケット（Baseband Packet（FEC Frame payload））と内符号コード（Inner Code Parity）から構成されている。
　図１１のＡ、図１１のＢに示したＦＥＣフレームのフレーム長は、Ｎinnerビットである。図１１のＡに示したFECフレームのBBパケットのパケット長は、Ｋpayloadビットであり、外符号コードの長さは、Ｍouterビットであり、内符号コードの長さは、Ｍinnerビットとされている。また、図１１のＡに示したFECフレームのうち、BBパケットと外符号コードを合わせた長さは、Ｎouterビットとされている。
　図１１のＡに示したFECフレームは、
　Ｎinner＝Ｎouter＋Ｍinner＝Ｋpayload＋Ｍouter＋Ｍinner
の関係を満たすフレームである。
　図１１のＢに示したFECフレームのBBパケットのパケット長は、Ｋpayloadビットであり、内符号コードの長さは、Ｍinnerビットとされている。また、図１１のＢに示したFECフレームの場合、BBパケットの長さは、Ｎouterビットであり、Ｎouterビット＝Ｋpayloadビットとされている。
　図１１のＢに示したFECフレームは、
　Ｎinner＝Ｎouter＋Ｍinner＝Ｋpayload＋Ｍinner
の関係を満たすフレームである。
　このように、FECフレームは、外符号コードを含むか否かにより分けられる。また、外符号としては、BCHとCRCが用いられる。外符号と内符号の組み合わせは、図１２に示す表のように規定されている。
　図中左側のvalueは、FECTYPE[2:0]として用いられる値である。FECTYPE[2:0]が“000”の場合、外符号としてBCHが用いられ、内符号として16K LDPCが用いられたFECフレームであることを表す。FECTYPE[2:0]が“001”の場合、外符号としてBCHが用いられ、内符号として64K LDPCが用いられたFECフレームであることを表す。
　FECTYPE[2:0]が“010”の場合、外符号としてCRCが用いられ、内符号として16K LDPCが用いられたFECフレームであることを表す。FECTYPE[2:0]が“011”の場合、外符号としてCRCが用いられ、内符号として64K LDPCが用いられたFECフレームであることを表す。
　FECTYPE[2:0]が“100”の場合、外符号はなしで、内符号として16K LDPCが用いられたFECフレームであることを表す。FECTYPE[2:0]が“100”の場合、外符号はなしで、内符号として16K LDPCが用いられたFECフレームであることを表す。
　FECTYPE[2:0]が、“000”、“000”、“010”、“011”の場合、FECフレームは、図１１のＡに示した構成となり、外符号コードが含まれた構成となる。FECTYPE[2:0]が、“100”、“101”の場合、FECフレームは、図１１のＢに示した構成となり、外符号コードは含まれない構成となる。
　また、FECTYPE[0]が“0”の場合は、内符号として16K LDPCが用いられている場合であり、FECTYPE[0]が“1”の場合は、内符号として64K LDPCが用いられている場合である。またFECTYPE[0]＝“0”の場合、Ｎinner＝16200ビットと規定され、FECTYPE[0]＝“1”の場合、Ｎinner＝64800ビットと規定されている。
　BBパケットのパケット長を表すＫpayloadは、図１３に示した表に示すように規定されている。図１３の上図は、Ｎinner＝64800ビットの場合のＫpayloadに関する表であり、図１３の下図は、Ｎinner＝16200ビットの場合のＫpayloadに関する表である。この表に関する説明は、上記した非特許文献２に記載があるため、ここでは、１例を挙げて説明を続ける。
　図１３の上図を参照するに、Code Rateとして、１２通りのCode Rateが設定されている。Code Rateは、LDPCの符号化率を表す。またCode Rateは、次式の関係を満たす。
　Code Rate＝（COD[3:0]+2）/15
　例えば、Code Rateが“2/15”であり、外符号がBCHであり、内符号が64K LDPCである（FECTYPE[2:0]=“001”）場合、図１３の上図のCode Rateが“2/15”と外符号がＫpayload（BCH）の交わるところの値である“8448”ビットが、BBパケットのパケット長Ｋpayloadとなる。
　図９を再度参照するに、BBパケット情報部には、FECTYPE[2:0]とCOD[3:0]が記載されている。FECTYPE[2:0]から、Ｎinner＝16200であるか、Ｎinner＝64800であるかを特定し、外符号が、BCH、CRC、または外符号無しかを特定できる。よって、FECTYPE[2:0]とCOD[3:0]とから、図１３に示した表において、どこに該当するかを特定することができ、BBパケットのパケット長Ｋpayloadを特定することができる。
　図９を参照して説明したように、付加情報を付加するBBパケットのパケット長の情報として、FECTYPE[2:0]とCOD[3:0]を記載するようにしても良いし、FECTYPE[2:0]とCOD[3:0]から一意に特定できるパケット長の値を書き込んでも良い。また、FECTYPE[2:0]とCOD[3:0]から一意に特定できるパケット長の値（BBパケットのパケット長そのものの値）を付加情報に含ませる場合、パケット長Ｋpayloadを８で除算した値、すなわちビット長をバイト長に変換した値が記載されるようにしても良い。
　＜従来例との比較＞
　ここで、図１を参照して説明した復調回路９０１から処理回路９０２にALPパケットを伝送する場合を考える。ALPパケットのパケット長は、0乃至65797バイトで可変であり、かつ0乃至65797バイトのいずれの値も取り得る。よって、処理回路９０２では、ALPパケットとして、どのようなパケット長のパケットが来ても処理できるように構成されている必要がある。
　これに対して、本実施の形態においては、復調回路２０１（図６）から、処理回路２０２にBBパケットを伝送する。BBパケットのパケット長は、249乃至7020バイトの間の長さであり、取り得る値も限定的である。具体的には、図１３において、黒枠の四角で囲ったパケット長Ｋpayloadに限定される。すなわち、BBパケットのパケット長としては、７２通りだけである。
　本実施の形態によると、処理回路２０２で扱うのは、限定されたパケット長を有するBBパケットであるため、処理回路２０２での処理を軽減させることができる。
　また、１つのPLP(サービス)が決まれば、１つの符号長が決まるため、この点でも処理回路２０２の処理を軽減させることができる。上記したように、復調回路２０１の誤り訂正部２１２は、最大で４つのPLPに対応できるように構成されている。誤り訂正部２１２は、図１１を参照して説明したFECフレームを処理する。
　所定のPLPを処理するとき、PLP（サービス）が変わらなければ、そのPLPのFECフレームのFECTYPEなどは変わらない。所定のPLPの処理開始時に、そのPLPのFECフレームの符号長がわかれば、処理開始時から、符号長が変わることがない。よって、復調回路２０１から処理回路２０２に出力されるBBパケットのパケット長Ｋpayloadが変わることがないため、処理回路２０２側は、最初のBBパケットを処理した後は、同じパケット長のBBパケットが来ると設定して処理することが可能となり、符号長を判断しなくても処理できるようになるなど、処理の軽減を図ることができる。
　＜復調回路の処理＞
　次に、図１４のフローチャートを参照して、受信装置２０(図６)の復調回路２０１において実行される処理について説明する。
　ステップＳ１１において、送信装置１０(図５)から伝送路３０を介して送信されてくるRF信号（OFDM信号）に対する復調処理が行われる。
　ステップＳ１２において、誤り訂正部２１２により、ステップＳ１１の処理で復調されたデータに対する誤り訂正復号化処理が行われる。この誤り訂正復号化処理では、誤り訂正部２１２に含まれるLDPCデコーダによるLDPC復号や、BCHデコーダによるBCH復号、CRCデコーダによるCRC復号などの処理が行われる。
　ステップＳ１３において、ステップＳ１２の処理で誤り訂正復号化処理が施されたデータに対する付加情報の付加が行われる。誤り訂正部２１２からは、誤り訂正復号が行われたBBパケットが出力され、Ｉ／Ｆ部２１３に供給される。Ｉ／Ｆ部２１３は、例えば、図９を参照して説明した付加情報を生成し、入力されたBBパケットに付加して、物理インタフェース２０３を介して処理回路２０２に出力する。
　このようにして、復調回路２０１側から、付加情報が付加されたBBパケットが処理回路２０２に供給される。よって、例えば、ALPフォーマットの解釈が、放送局により違いが発生したような場合でも、復調回路２０１は、その影響を受けることなく、処理を行うことができる。また、BBパケット処理に対応している処理回路２０２であれば、復調回路２０１からのBBパケットを処理することができ、含まれているALPパケットを処理することも可能となる。
　＜BBパケットを分割する実施の形態＞
　上記したように、復調回路２０１からはBBパケットが出力される。BBパケットを扱うようにすることで、処理回路２０２側での処理が軽減されることは上述した。さらに、BBパケットを分割し、その分割されたBBパケットが復調回路２０１から処理回路２０２に伝送されるようにしても良い。
　例えば、BBパケットを、１８８バイトに分割して出力する場合を例に挙げて説明する。従来、例えば、MPEG2-TS(Transport Stream)方式等の方式が用いられてきた。従来から用いられてきた例えば、MPEG2-TS方式で用いられてきたパケット長が、１８８バイトであり、このようなパケット長を用いることで、従来からの処理回路との親和性を高めることができ、より処理の軽減を図ることができると考えられる。
　ここで、一例として、188バイトで構成されるTSパケットの構造について説明を加える。図１５は、TSパケットの構造の例を示す図である。
　TSパケットは、4バイトのヘッダと、184バイトのペイロードから構成される。よってTSパケットのパケット長は、188バイトである。
　4バイトのヘッダには、8ビットのSync, 1ビットのTransport Error Indicator, 1ビットのPayload Unit Start Indicator, 1ビットのTransport Scrambling Control, 13ビットのPID, 2ビットのApplication Field Control, 2ビットのContinuity Counter, 4ビットのApplication Fieldが配置される。
　Syncは、同期バイトであり、例えば'0x47'とされる。Transport Error Indicatorは、対象のTSパケット内のビットエラーの有無を示すフラグである。例えば、Transport Error Indicatorは、'1'である場合に、少なくとも1ビットの訂正不可能なエラーがTSパケットに存在することを示す。
　Payload Unit Start Indicatorは、'1'である場合に、対象のTSパケットのペイロードの開始点がPESパケットの開始点、又はポインタであることを示す。Transport Scrambling Controlは、対象のTSパケットのペイロードのスクランブルモードを識別するために使用される領域である。スクランブル制御値は、あらかじめ定められる。
　PIDは、対象のTSパケットのペイロードのデータの種別を識別するために使用される領域である。Application Field Controlは、対象のTSパケット内のApplication Fieldやペイロードの存在の有無を示すフラグである。
　Continuity Counterは、パケットが欠落していないかを確認するために用いられる連続性指標であって、同一のPIDのパケットがくる度に、１ずつインクリメントされる。Application Fieldは、アプリケーションの領域である。
　このようなTSパケットと同等の構成を有するパケットに、BBパケットを分割して出力する場合について説明する。以下の説明においては、復調回路２０１から、分割されて出力されるBBパケットを、適宜、分割パケットと記述する。図１６は、分割パケットの構造について説明するための図である。
　可変長のBBパケットを、固定長のTSパケットのパケット長（188バイト）に応じて分割してペイロードに配置するとともに、当該ペイロードに対し、ヘッダを付加することで得られる分割パケットが、物理インタフェース２０３を介して、復調回路２０１から処理回路２０２に出力される。
　図１６には、復調回路２０１により処理されるパケットを示している。図１６のＡには、BBパケットを示し、図１６のＢには、分割パケットを示している。また、分割パケットに付加される分割ヘッダとして、パターン１とパターン２の２パターンのヘッダを例示している。図１６のＡに示したBBパケットには、付加情報が付加されており、その付加情報も合わせてBBパケットと表記してある。
　図１６においては、復調回路２０１で、時系列で順次処理される複数のBBパケットのうち、連続した２つのBBパケット（BB1, BB2）が例示されているが、先頭のBBパケットBB1の一部が切り出され、分割ヘッダが付加されることで、分割パケットDP1が生成される。ここでは、TSパケットのパケット長が188バイトであるので、それに合わせて、分割パケットDP1のパケット長が188バイトとなるように、すなわち、3バイトの分割ヘッダ（Header）を除いた185バイトとなるペイロードに配置するために、185バイトの分のBBパケット（divided BB）が切り出される。
　このようにして得られる分割パケットDP1は、3バイトの分割ヘッダと、185バイトのペイロードとから構成され、そのパケット長が188バイトとなる。すなわち、ここでは、BBパケットを順次処理することによって、188バイト単位の分割パケットが順次生成される。具体的には、BBパケットBB1の一部が切り出されることで、分割パケットDP1と分割パケットDP2がそれぞれ生成され、BBパケットBB1とBBパケットBB2の一部がそれぞれ切り出されることで、分割パケットDP3が生成される。
　ここで、分割パケットの分割ヘッダであるが、例えば、パターン１又はパターン２に示した構造とすることができる。すなわち、パターン１の分割ヘッダは、8ビットのSync, 1ビットのTransport Error Indicator, 1ビットのBB Packet Start Indicator, 及び13ビットのPIDが配置される。
　Syncは、同期バイトであり、例えば'0x47'とされる。Transport Error Indicatorは、エラーインジケータであり、例えば'1'b0'である固定の値とされる。また、Transport Error Indicatorは、分割パケット内のビットエラーの有無を示すフラグとするようにしてもよい。例えば、Transport Error Indicatorは、'1'である場合に、少なくとも1ビットの訂正不可能なエラーが分割パケットに存在することを示す。
　BB Packet Start Indicatorは、分割パケットのペイロードに配置されるBBパケットの先頭の位置を示すポインタ（以下、先頭ポインタという）の有無を示すフラグ（BBパケット先頭有無フラグ）である。例えば、BB Packet Start Indicatorは、'0'である場合には、先頭ポインタが存在しないことを示す。
　すなわち、パターン１の分割ヘッダは、BB Packet Start Indicatorが、'0'となるため、先頭ポインタを含んでいない。図１６の例では、分割パケットDP1, DP2のペイロードには、BBパケットBB1の先頭の位置が含まれていないため、その分割ヘッダには、'0'であるBB Packet Start Indicatorが配置され、先頭ポインタは配置されていない。
　PIDは、任意の固定のPIDが割り当てられる。
　また、パターン２の分割ヘッダは、パターン１の分割ヘッダと比べて、BB Packet Start Indicatorが、'1'となって、先頭ポインタが存在していることを示し、8バイトのStart Pointerが追加されている点が異なる。
　Start Pointerは、分割パケットのペイロードに配置されるBBパケットの先頭の位置を示す先頭ポインタである。図１６の例では、分割パケットDP3のペイロードには、BBパケットBB2の先頭の位置が含まれるため、その分割ヘッダには、'1'であるBB Packet Start Indicatorが配置され、BBパケットBB2の先頭の位置を示す先頭ポインタが配置される。
　図１０のＡに示したように、付加情報をBBパケットの前に、BBパケットのヘッダのように付加された場合、この付加情報の先頭の位置が、Start Pointerの指す位置となる。また、図１０のＢに示したように、付加情報の一部が、BBパケットの前に、BBパケットのヘッダのように付加された場合も、この付加情報の先頭の位置が、Start Pointerの指す位置となる。
　このように、分割パケットDP3の分割ヘッダは、パターン２とされるが、分割パケットDP1, DP2のペイロードには、BBパケットの先頭の位置は含まれないため、分割パケットDP1, DP2の分割ヘッダは、パターン１とされる。なお、パターン２の分割ヘッダでは、パターン１の分割ヘッダと比べて、8バイトのStart Pointerが配置されている分だけ、分割パケットにおけるペイロードのサイズが小さくなる。
　復調回路２０１側で、BBパケットを処理して分割パケットを生成し、物理インタフェース２０３を介して処理回路２０２に出力することで、処理回路２０２側では、復調回路２０１からの分割パケットを処理してBBパケットを生成（復元）する。
　その際に、分割パケットのペイロードには、可変長のBBパケットから切り出された185バイトの分のBBパケット（divided BB）が配置されるため、分割ヘッダに、BBパケットを復元するための情報（復元情報）を含めることで、処理回路２０２側で、分割パケットからBBパケットを復元することが可能となる。
　この復元情報としては、例えば、Transport Error Indicator等のTSパケットのTSヘッダに対応する情報を含めるようにすることができる。また、BBパケットを復元するための情報には、BB Packet Start Indicatorに応じた先頭ポインタ（Start Pointer）を含めることができる。
　すなわち、分割パケットのペイロードに配置されるBBパケットは、可変長であって、固定長のTSパケットに合わせて、185バイトずつ切り出したときに、分割パケット内で、BBパケットの先頭の位置を特定することができなくなる。そこで、図１６に示したように、分割パケットの分割ヘッダに、先頭ポインタ（Start Pointer）を含めることで、処理回路２０２は、分割パケット内で、BBパケットの先頭の位置を特定して、BBパケットを復元することが可能となる。
　なお、上述したパターン１とパターン２は、分割ヘッダの構造の一例であって、他の情報を含めることができる。例えば、分割ヘッダには、BB Packet Start Indicatorの次の1ビット（'1'b0'）や、Transport Error Indicatorの代わりに、TSパケットのTSヘッダに含まれる情報を配置することができる。
　このように、復調回路２０１において、可変長のBBパケットを、固定長のTSパケットのパケット長（188バイト）に応じて分割してペイロードに配置してから、処理回路２０２に出力するようにすることで、処理回路２０２は、固定長のTSパケットを処理することになる。よって、処理回路２０２は、予めパケット長がわかっているパケットを処理するため、パケット長が可変長のパケットを扱う場合よりも、処理回路２０２における処理負担を軽減させることができる。
　（装置の構成の例）
　上述した説明では、復調ICとしての復調回路２０１と、システムオンチップ（SoC）としての処理回路２０２が、受信装置２０に内蔵されているとして説明したが、復調回路２０１と処理回路２０２は、それぞれがそれ単独で装置として構成されるようにしてもよい。すなわち、復調回路２０１は、受信装置２０に内蔵された復調部であるか、あるいはそれ単独で処理を行う復調装置であるとも言える。また、処理回路２０２は、受信装置２０に内蔵された処理部であるか、あるいはそれ単独で処理を行う処理装置であるとも言える。
　（受信装置の例）
　上述した説明では、受信装置２０は、テレビ受像機やセットトップボックス（STB）等の固定受信機であるとして説明したが、そのほか、例えば、録画機やゲーム機、ネットワークストレージなどであってもよいし、あるいは、スマートフォンや携帯電話機、タブレット型コンピュータ等のモバイル受信機であってもよい。また、例えば、受信装置２０は、ヘッドマウントディスプレイ（HMD：Head Mounted Display）等のウェアラブルコンピュータや、車載テレビなどの車両に搭載される車載機器などであってもよい。
　（他の放送方式の例）
　上述した説明としては、デジタル放送の規格として、米国等で採用されている方式であるATSC（特に、ATSC3.0）を説明したが、本技術は、日本等が採用する方式であるISDB(Integrated Services Digital Broadcasting)や、欧州の各国等が採用する方式であるDVB(Digital Video Broadcasting)などに適用するようにしてもよい。また、上述した説明では、既存方式がMPEG2-TS(Transport Stream)方式であり、新方式がIP伝送方式である場合を説明したが、既存方式と新方式として、他の方式の組み合わせが適用されるようにしてもよい。
　また、デジタル放送の規格としては、地上波放送のほか、放送衛星（BS：Broadcasting Satellite)や通信衛星（CS：Communications Satellite）等を利用した衛星放送や、ケーブルテレビ（CATV）等の有線放送などの規格に適用することができる。
　（放送方式以外の方式への適用）
　また、本技術は、伝送路として、放送網以外の伝送路、すなわち、例えば、インターネットや電話網等の通信回線（通信網）などを利用することを想定して規定されている所定の規格（デジタル放送の規格以外の規格）などにも適用することができる。その場合には、放送システム１（図５）の伝送路３０として、インターネットや電話網などの通信回線が利用され、送信装置１０は、インターネット上に設けられたサーバとすることができる。そして、当該通信サーバと、受信装置２０とが、伝送路３０（通信回線）を介して双方向の通信を行うことになる。
　（パケットやシグナリングの他の例）
　また、上述したパケットやフレーム、シグナリング（制御情報）などの名称は、一例であって、他の名称が用いられる場合がある。ただし、これらの名称の違いは、形式的な違いであって、対象のパケットやフレーム、シグナリングなどの実質的な内容が異なるものではない。
　例えば、BBパケットやALPパケットは、伝送パケットの一例であって、伝送パケットには、例えば、可変長のパケットであるTLV(Type Length Value)パケットやGSE(Generic Stream Encapsulation)パケットなどが含まれる。なお、フレームとパケットは同一の意味で用いられる場合がある。
　（時刻情報の他の例）
　上述した説明では、時刻情報として、PTP(Precision Time Protocol)で規定される時刻の情報が用いられる場合を説明したが、それに限らず、例えば、NTP(Network Time Protocol)や3GPP(Third Generation Partnership Project)で規定されている時刻の情報や、GPS(Global Positioning System)情報に含まれる時刻の情報、その他独自に決定された形式の時刻の情報等の任意の時刻の情報を用いることができる。
　また、上述した説明では、時刻情報は、物理層フレームの先頭の時刻を示すとして説明したが、それに限らず、任意の時刻を示すようにしてもよい。例えば、時刻情報は、物理層フレームのストリームにおける所定の位置の時刻（絶対的な時刻）を表すようにすることができる。つまり、このストリームにおける所定の位置の時刻とは、所定の位置のビットが、送信装置１０で処理されている最中の所定のタイミングの時刻である。また、物理層フレームにプリアンブルを設ける構造が採用された場合には、当該プリアンブルに、時刻情報を含めるようにしてもよい。
　＜コンピュータの構成＞
　上述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、コンピュータにインストールされる。図１７は、上述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示す図である。
　コンピュータ１０００において、CPU(Central Processing Unit)１００１、ROM(Read Only Memory)１００２、RAM(Random Access Memory)１００３は、バス１００４により相互に接続されている。バス１００４には、さらに、入出力インタフェース１００５が接続されている。入出力インタフェース１００５には、入力部１００６、出力部１００７、記録部１００８、通信部１００９、及び、ドライブ１０１０が接続されている。
　入力部１００６は、キーボード、マウス、マイクロフォンなどよりなる。出力部１００７は、ディスプレイ、スピーカなどよりなる。記録部１００８は、ハードディスクや不揮発性のメモリなどよりなる。通信部１００９は、ネットワークインターフェースなどよりなる。ドライブ１０１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブルメディア１０１１を駆動する。
　以上のように構成されるコンピュータ１０００では、CPU１００１が、ROM１００２や記録部１００８に記録されているプログラムを、入出力インタフェース１００５及びバス１００４を介して、RAM１００３にロードして実行することにより、上述した一連の処理が行われる。
　コンピュータ１０００（CPU１００１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア１０１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線又は無線の伝送媒体を介して提供することができる。
　コンピュータ１０００では、プログラムは、リムーバブルメディア１０１１をドライブ１０１０に装着することにより、入出力インタフェース１００５を介して、記録部１００８にインストールすることができる。また、プログラムは、有線又は無線の伝送媒体を介して、通信部１００９で受信し、記録部１００８にインストールすることができる。そのほか、プログラムは、ROM１００２や記録部１００８に、あらかじめインストールしておくことができる。
　ここで、本明細書において、コンピュータがプログラムに従って行う処理は、必ずしもフローチャートとして記載された順序に沿って時系列に行われる必要はない。すなわち、コンピュータがプログラムに従って行う処理は、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含む。また、プログラムは、１のコンピュータ（プロセッサ）により処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。
　なお、本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。
　また、本技術は、以下のような構成をとることができる。
（１）
　誤り訂正復号処理後のBB（Baseband）パケットに、前記BBパケットに関する付加情報を付加して出力する出力部
　を備える情報処理装置。
（２）
　前記付加情報は、デリミタ、PTP(Precision Time Protocol)、BBパケット情報のうちの少なくとも１つの情報を含む
　前記（１）に記載の情報処理装置。
（３）
　前記BBパケット情報は、前記BBパケットの受信が安定しているか否かを表す情報、前記BBパケットにエラーがあるか否かを表す情報、前記BBパケットのパケット長、前記BBパケットの相対的なPLP(Physical Layer Pipe)ID、および前記BBパケットの絶対的なPLPIDのうちの少なくとも１つの情報を含む
　前記（２）に記載の情報処理装置。
（４）
　前記BBパケットのパケット長の情報は、前記BBパケットの符号長と符号化率の情報である
　前記（３）に記載の情報処理装置。
（５）
　前記BBパケットのペイロードには、ALP(ATSC Link-Layer Protocol)パケットが配置されている
　前記（１）乃至（４）のいずれかに記載の情報処理装置。
（６）
　前記付加情報には、前記付加情報に対するエラー訂正の情報として、CRC（Cyclic Redundancy Check）も含まれる
　前記（１）乃至（５）のいずれかに記載の情報処理装置。
（７）
　前記付加情報は、前記デリミタの有無を表すフラグ、前記PTPの有無を表すフラグ、および前記BBパケット情報の有無を表すフラグを含む
　前記（２）乃至（６）のいずれかに記載の情報処理装置。
（８）
　前記出力部は、前記付加情報の一部を、専用の信号線を介して出力する
　前記（１）乃至（７）のいずれかに記載の情報処理装置。
（９）
　前記出力部は復調回路に含まれ、前記復調回路からの前記BBパケットを処理する処理回路とは、所定のインタフェースで接続され、
　前記処理回路は、前記BBパケットから前記ALPパケットを抽出して処理する
　前記（５）に記載の情報処理装置。
（１０）
　前記出力部は、前記付加情報を付加した前記BBパケットを、所定の伝送方式で用いられる固定長のパケットである伝送パケットに応じたパケット長に分割してペイロードに配置するとともに、前記ペイロードに対して前記BBパケットを復元するための情報を含むヘッダを付加することで得られる分割パケットを出力する
　前記（１）乃至（９）のいずれかに記載の情報処理装置。
（１１）
　前記所定の伝送方式は、MPEG2-TS(Transport Stream)方式であり、
　前記伝送パケットは、TSパケットである
　前記（１０）に記載の情報処理装置。
（１２）
　情報処理装置が、
　誤り訂正復号処理後のBB（Baseband）パケットに、前記BBパケットに関する付加情報を付加して出力する
　情報処理方法。
（１３）
　コンピュータを、
　誤り訂正復号処理後のBB（Baseband）パケットに、前記BBパケットに関する付加情報を付加して出力する処理部
　として機能させるためのプログラム。
　１　放送システム，　１０　送信装置，　２０　受信装置，　３０　伝送路，　２０１　復調回路，　２０２　処理回路，　２０３　物理インタフェース，　２１１　復調部，　２１２　誤り訂正部，　２１３　Ｉ／Ｆ部，　２２１　メモリ，　２２２　デマックス，　２２３　メモリ，　２２４　SW処理部

Claims (13)

  1. 　誤り訂正復号処理後のBB（Baseband）パケットに、前記BBパケットに関する付加情報を付加して出力する出力部
    　を備える情報処理装置。
  2. 　前記付加情報は、デリミタ、PTP(Precision Time Protocol)、BBパケット情報のうちの少なくとも１つの情報を含む
    　請求項１に記載の情報処理装置。
  3. 　前記BBパケット情報は、前記BBパケットの受信が安定しているか否かを表す情報、前記BBパケットにエラーがあるか否かを表す情報、前記BBパケットのパケット長、前記BBパケットの相対的なPLP(Physical Layer Pipe)ID、および前記BBパケットの絶対的なPLPIDのうちの少なくとも１つの情報を含む
    　請求項２に記載の情報処理装置。
  4. 　前記BBパケットのパケット長の情報は、前記BBパケットの符号長と符号化率の情報である
    　請求項３に記載の情報処理装置。
  5. 　前記BBパケットのペイロードには、ALP(ATSC Link-Layer Protocol)パケットが配置されている
    　請求項１に記載の情報処理装置。
  6. 　前記付加情報には、前記付加情報に対するエラー訂正の情報として、CRC（Cyclic Redundancy Check）も含まれる
    　請求項１に記載の情報処理装置。
  7. 　前記付加情報は、前記デリミタの有無を表すフラグ、前記PTPの有無を表すフラグ、および前記BBパケット情報の有無を表すフラグを含む
    　請求項２に記載の情報処理装置。
  8. 　前記出力部は、前記付加情報の一部を、専用の信号線を介して出力する
    　請求項１に記載の情報処理装置。
  9. 　前記出力部は復調回路に含まれ、前記復調回路からの前記BBパケットを処理する処理回路とは、所定のインタフェースで接続され、
    　前記処理回路は、前記BBパケットから前記ALPパケットを抽出して処理する
    　請求項５に記載の情報処理装置。
  10. 　前記出力部は、前記付加情報を付加した前記BBパケットを、所定の伝送方式で用いられる固定長のパケットである伝送パケットに応じたパケット長に分割してペイロードに配置するとともに、前記ペイロードに対して前記BBパケットを復元するための情報を含むヘッダを付加することで得られる分割パケットを出力する
    　請求項１に記載の情報処理装置。
  11. 　前記所定の伝送方式は、MPEG2-TS(Transport Stream)方式であり、
    　前記伝送パケットは、TSパケットである
    　請求項１０に記載の情報処理装置。
  12. 　情報処理装置が、
    　誤り訂正復号処理後のBB（Baseband）パケットに、前記BBパケットに関する付加情報を付加して出力する
    　情報処理方法。
  13. 　コンピュータを、
    　誤り訂正復号処理後のBB（Baseband）パケットに、前記BBパケットに関する付加情報を付加して出力する処理部
    　として機能させるためのプログラム。
PCT/JP2021/001412 2020-01-28 2021-01-18 情報処理装置、情報処理方法、並びにプログラム WO2021153297A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
KR1020227022825A KR20220133183A (ko) 2020-01-28 2021-01-18 정보 처리 장치, 정보 처리 방법 및 프로그램
US17/785,727 US11917236B2 (en) 2020-01-28 2021-01-18 Information processing apparatus, information processing method, and non-transitory computer-readable media that add additional information to baseband packet

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2020-011379 2020-01-28
JP2020011379A JP2021118467A (ja) 2020-01-28 2020-01-28 情報処理装置、情報処理方法、並びにプログラム

Publications (1)

Publication Number Publication Date
WO2021153297A1 true WO2021153297A1 (ja) 2021-08-05

Family

ID=77079290

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2021/001412 WO2021153297A1 (ja) 2020-01-28 2021-01-18 情報処理装置、情報処理方法、並びにプログラム

Country Status (4)

Country Link
US (1) US11917236B2 (ja)
JP (1) JP2021118467A (ja)
KR (1) KR20220133183A (ja)
WO (1) WO2021153297A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023013124A1 (ja) * 2021-08-06 2023-02-09 ソニーグループ株式会社 再送出装置、再送出方法、受信装置、及び受信方法

Citations (3)

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

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20190124347A (ko) * 2013-07-05 2019-11-04 새턴 라이센싱 엘엘씨 송신 장치 및 송신 방법, 및 수신 장치 및 수신 방법
KR102130151B1 (ko) * 2013-07-22 2020-07-03 삼성전자주식회사 송신 장치, 수신 장치 및 그 신호 처리 방법
JP2016208161A (ja) 2015-04-17 2016-12-08 ソニー株式会社 送信装置、送信方法、受信装置、及び、受信方法
WO2018169100A1 (ko) * 2017-03-14 2018-09-20 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
KR102356784B1 (ko) * 2017-11-09 2022-02-08 엘지전자 주식회사 방송 송신 장치, 방송 송신 방법, 방송 수신 장치 및 방송 수신 방법

Patent Citations (3)

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

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023013124A1 (ja) * 2021-08-06 2023-02-09 ソニーグループ株式会社 再送出装置、再送出方法、受信装置、及び受信方法

Also Published As

Publication number Publication date
US11917236B2 (en) 2024-02-27
KR20220133183A (ko) 2022-10-04
JP2021118467A (ja) 2021-08-10
US20230051819A1 (en) 2023-02-16

Similar Documents

Publication Publication Date Title
KR102481919B1 (ko) 송신 장치, 송신 방법, 수신 장치, 및 수신 방법
CN107771397B (zh) 发送装置、发送方法、接收装置和接收方法
US11653058B2 (en) Demodulation device, processing device, reception device, and data processing method
TWI710234B (zh) 送訊裝置、收訊裝置、及資料處理方法
CA3001275A1 (en) Receiving apparatus, sending apparatus, and data processing method
WO2021153297A1 (ja) 情報処理装置、情報処理方法、並びにプログラム
JP2023164953A (ja) 送信装置、及び、送信方法
WO2016140089A1 (ja) 送信装置、送信方法、受信装置、及び、受信方法
WO2018207610A1 (ja) 送信装置、及び送信方法
CN107113321B (zh) 传输设备和接收设备以及它们的信号处理方法
TWI661728B (zh) 收訊裝置、及資料處理方法
WO2018168455A1 (ja) 送信装置、受信装置、及び、データ処理方法
JP7505613B2 (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: 21748299

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 21748299

Country of ref document: EP

Kind code of ref document: A1