JP2016103745A - Transmitter and transmission method, receiver and reception method - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a transmitter for transmitting broadcast signal by means of IP transmission system.SOLUTION: A piece of on_air_indication information, which indicates a broadcast service is ON air or OFF air, and a piece of inband_indication information, which indicates whether the broadcast service is transmitted via an IP address only specifying all packets constituting the broadcast service or not, are transmitted via AMT in TLV-SI. The receiver checks the on_air_indication every time when performing channel selection operation to swiftly responding to a cessation of the broadcast service. The filtering of IP packet is controlled based on the inband_indication.SELECTED DRAWING: Figure 20

Description

  The technology disclosed in the present specification relates to a transmission apparatus and transmission method for transmitting each component constituting a broadcast service by an IP transmission method, and a reception apparatus and reception method for receiving each component of a broadcast service transmitted by IP.

  In the current broadcasting system, MPEG-2 TS (Moving Picture Experts Group-2 Transport Stream) method and RTP (Real Time Protocol) method are widely used as media transport methods (see, for example, Patent Document 1). ) Also, as a next-generation digital broadcasting system, an ultra-high resolution TV broadcasting standard based on the MMT (MPEG Media Transport) system standardized as a new media transport system in MPEG is being studied.

  The MMT broadcasting system can be easily used in a combination of different transmission paths, and can be used in common for a plurality of broadcasting and communication transmission paths. In a broadcast system using the MMT system, the code of a video signal or audio signal of a broadcast program, and content (data broadcast application, etc.) or subtitle signal related to the broadcast program are put on an MMTP (MMT Protocol) payload and converted into an MMTP packet. And IP (Internet Protocol) packets. Also, these IP packets are transmitted in the form of TLV (Type Value Length) packets on the broadcast transmission path (see, for example, Patent Document 2).

  In short, the MMT / TLV system broadcasting system is a system that transmits IP packets through a broadcast transmission path. In such a transmission method, for example, an operation of mapping one IP address for each broadcast service is possible (or such service operation is assumed). In such a case, if the broadcast station provides an address map table that associates a broadcast service (a service identifier for identifying a broadcast program number) with a specific IP address, the receiver uses this table. By filtering the received packet based on the IP address, it is possible to access each component constituting the desired broadcast service.

JP 2013-153291 A JP 2014-204384 A JP 2010-219730 A

  An object of the technology disclosed in the present specification is to provide an excellent transmission apparatus and transmission method capable of suitably transmitting each component constituting a broadcast service by an IP transmission method.

  A further object of the technology disclosed in the present specification is to provide an excellent receiving apparatus and receiving method capable of suitably receiving each component of a broadcast service transmitted by IP.

The present application has been made in consideration of the above problems, and the technology according to claim 1
A component transmission processing unit that performs transmission processing of components constituting a broadcast service based on IP transmission;
A control information transmission processing unit for transmitting control information related to multiplexing of IP packets;
Comprising
The control information transmission processing unit adds first information indicating whether or not a broadcast service is on the air to the control information.
It is a transmission device.

  According to the technique described in claim 2 of the present application, the control information transmission processing unit of the transmission device according to claim 1 includes mapping information that associates a broadcast service with an IP address in the control information, and the mapping information. Is configured to add the first information.

  According to the technology described in claim 3 of the present application, the control transmission processing unit of the transmission device according to claim 1 determines whether all the packets constituting the component of the broadcast service are transmitted only by the same IP address. The second information indicating this is further added to the control information.

  According to the technology described in claim 4 of the present application, the control information transmission processing unit of the transmission device according to claim 3 includes mapping information for associating a broadcast service with an IP address in the control information, and the mapping information Is configured to add the second information.

  According to the technique described in claim 5 of the present application, the control information transmission processing unit of the transmission device according to claim 4 sets the IP address to which a signaling message serving as an entry point to a broadcast service is transmitted. The second information indicates whether each component of the broadcast service is transmitted with the same IP address as that of the signaling message, and is described as mapping information.

  According to the technology described in claim 6 of the present application, the component transmission processing unit of the transmission device according to claim 1 converts the component of the broadcast service into an MMTP packet by the MMT method, and then converts the packet into an IP packet. The TLV packet multiplexed in the TLV multiplexing format is sent to the broadcast transmission path, and the control information transmission processing unit is configured to send the TLV packet carrying the control information to the broadcast transmission path.

  According to the technology described in claim 7 of the present application, the component transmission processing unit of the transmission device according to claim 6 is configured to further transmit component control information related to MMT transmission of the component of the broadcast service. ing.

  According to the technique described in claim 8 of the present application, the control information transmission processing unit of the transmission apparatus according to claim 7 is configured such that an IP address to which a message of the component control information serving as an entry point of a broadcast service is transmitted. Mapping information for associating a broadcast service with the broadcast service is included in the control information.

Further, the technique according to claim 9 of the present application is
A component transmission processing step of transmitting a component constituting the broadcast service based on IP transmission;
A control information transmission processing step for transmitting control information related to multiplexing of IP packets;
Have
In the control information transmission processing step, first information indicating whether or not a broadcast service is on the air is added to the control information.
It is a transmission method.

Further, the technique according to claim 10 of the present application is
A component reception processing unit for receiving and processing components constituting a broadcast service based on IP transmission;
A control information reception processing unit for receiving and processing control information related to multiplexing of IP packets;
Comprising
The control information is added with first information indicating whether or not the broadcast service is on air.
It is a receiving device.

  According to the technology described in claim 11 of the present application, in the receiving device according to claim 10, the control information includes mapping information for associating a broadcast service with an IP address, and the mapping information includes the first information. Information is added.

  According to the technique described in claim 12 of the present application, in the receiving apparatus according to claim 10, whether or not all the packets constituting the component of the broadcast service are transmitted with only the same IP address in the control information. Second information indicating that is further added.

  According to the technique described in claim 13 of the present application, in the receiving apparatus according to claim 12, the control information includes mapping information for associating a broadcast service with an IP address, and the mapping information includes the second information. Information is added.

  According to the technique of claim 14 of the present application, in the receiving apparatus of claim 12, an IP address to which a signaling message serving as an entry point to a broadcast service is transmitted is described as the mapping information. The second information indicates whether each component of the broadcast service is transmitted with the same IP address as the signaling message.

  According to the technique described in claim 15 of the present application, the reception apparatus according to claim 10 acquires the first information every time a channel selection operation is performed, and controls reception processing in the component reception processing unit. It is configured as follows.

  According to the technique described in claim 16 of the present application, the receiving apparatus described in claim 10 is configured to acquire the first information and notify the user every time a channel selection operation is performed.

  According to the technique described in claim 17 of the present application, the receiving apparatus described in claim 12 is configured to control retransmission of the broadcast service based on the second information.

  According to the technique of claim 18 of the present application, the receiving apparatus of claim 12 is a broadcasting service in which the second information indicates that all packets are transmitted only by the same IP address. Are extracted and retransmitted by IP address filtering.

  According to the technique described in claim 19 of the present application, the receiving apparatus according to claim 12 is a broadcasting service in which the second information indicates that not all packets are transmitted only by the same IP address. Is configured not to allow retransmissions.

In addition, the technique described in claim 20 of the present application is:
A component reception processing step of receiving and processing components constituting a broadcast service based on IP transmission;
A control information reception processing step for receiving control information relating to multiplexing of IP packets;
Have
The control information is added with first information indicating whether or not the broadcast service is on air.
It is a receiving method.

  According to the technology disclosed in the present specification, it is possible to provide an excellent transmission apparatus and transmission method that can suitably transmit each component constituting a broadcast service by an IP transmission method.

  Further, according to the technology disclosed in this specification, it is possible to provide an excellent receiving apparatus and receiving method that can suitably receive each component of a broadcast service transmitted by IP.

  In addition, the effect described in this specification is an illustration to the last, and the effect of this invention is not limited to this. In addition to the above effects, the present invention may have additional effects.

  Other objects, features, and advantages of the technology disclosed in the present specification will become apparent from a more detailed description based on the embodiments to be described later and the accompanying drawings.

FIG. 1 is a diagram schematically illustrating a configuration example of a digital broadcasting system 10 to which the technology disclosed in this specification is applied. FIG. 2 is a diagram illustrating a protocol stack 200 of a broadcasting system using the MMT method. FIG. 3 is a diagram illustrating a configuration example of the broadcast transmission system 11 that transmits the broadcast signal illustrated in FIG. 2. FIG. 4 is a diagram illustrating a configuration example of the receiver 12 that receives the broadcast signal illustrated in FIG. 2. FIG. 5 is a diagram showing an image of a broadcast signal 500 transmitted from the broadcast transmission system 11 to the broadcast transmission path according to the MMT / TLV system. FIG. 6 is a diagram illustrating a configuration example of the MMTP packet 600. FIG. 7 is a diagram illustrating a configuration example of MMT and TLV packets. FIG. 8 is a diagram for explaining a mechanism for accessing a PA message that is an entry point of each broadcast service from TLV-SI. FIG. 9 is a diagram showing a mechanism for designating each asset of the package from the MP table in the PA message. FIG. 10 is a diagram illustrating a configuration example of a PA message 1001 and an MP table 1002 included in the PA message 1001. FIG. 11 is a diagram illustrating a syntax example of the PA message 1100. FIG. 12 is a diagram illustrating the parameters included in the PA message. FIG. 13 is a diagram illustrating a syntax example 1300 of the MP table. FIG. 14 is a diagram illustrating the parameters included in the MP table. FIG. 15 is a diagram showing a data structure example 1500 of location information. FIG. 16 is a diagram for explaining a mechanism for acquiring a file constituting a data broadcast application transmitted by MMT. FIG. 17 is a diagram illustrating a configuration example of a broadcast signal assumed in the MMT / TLV broadcast system. FIG. 18 is a diagram illustrating an AMT syntax example 1800. FIG. 19 is a diagram illustrating a processing procedure for a receiver to access an on-air broadcast service, together with a configuration of a broadcast signal. FIG. 20 is a diagram illustrating a processing procedure for accessing a broadcasting service that is stopped by the receiver together with the configuration of the broadcasting signal. FIG. 21 is a flowchart showing a processing procedure executed by the receiver during the initial scan. FIG. 22 is a flowchart illustrating a processing procedure executed by the receiver at the time of channel selection. FIG. 23 is a diagram showing a processing procedure for accessing a broadcast service that the receiver is on-air (provided that AMT is acquired at the time of initial scanning) together with the configuration of the broadcast signal. FIG. 24 is a diagram showing a processing procedure for accessing a broadcasting service that is suspended by the receiver (provided that AMT is acquired at the time of initial scanning) together with the configuration of the broadcasting signal. FIG. 25 is a flowchart showing a processing procedure executed by the receiver during the initial scan. FIG. 26 is a flowchart illustrating a processing procedure executed by the receiver at the time of channel selection. FIG. 27 is a diagram illustrating a use case of broadcast service transfer. FIG. 28 is a diagram illustrating a filter bank configuration example of a demultiplexer in the receiver. FIG. 29 is a diagram illustrating a use case of broadcast service transfer. FIG. 30 is a diagram illustrating an example of TLV stream remultiplexing processing.

  Hereinafter, embodiments of the technology disclosed in this specification will be described in detail with reference to the drawings.

  FIG. 1 schematically shows a configuration example of a digital broadcast system 10 to which the technology disclosed in this specification is applied. The illustrated digital broadcast system 10 includes a broadcast transmission system 11 and a receiver 12.

  The broadcast transmission system 11 applies the MMT / TLV system for transmission of broadcast signals, and transmits IP packets through a broadcast transmission path. Specifically, the codes of video signals and audio signals of broadcast programs, and content (data broadcast applications, etc.) and subtitle signals related to broadcast programs are put into MMTP payloads and transmitted as IP packets. Is done. These IP packets are transmitted in the form of TLV packets on the broadcast transmission path. Here, components related to the broadcast program main body such as video, audio, and subtitles are timed media. Content used for data broadcasting (such as a data broadcasting application described in an HTML (Hyper Text Transfer Protocol) format) is non-timed media.

  On the other hand, the receiver 12 receives an IP packet transmitted from the broadcast transmission system 11 through a broadcast transmission path. As will be described later, by filtering the received packet based on the IP address, it is possible to access each component constituting the desired broadcast service. The receiver 12 then decodes transmission media such as video, audio, and subtitles from the received packet and presents images and audio. In addition, when the receiver 12 obtains each file data for data broadcasting from the received packet, the receiver 12 activates an application engine such as an HTML browser and presents data broadcasting linked to the broadcast program.

  FIG. 2 shows a protocol stack 200 of a broadcasting system using the MMT method.

  One broadcast service includes components of video 201, audio 202, subtitle 203, application 204, and content / download 205. The video 201 is encoded 211 in the HEVC (High Efficiency Video Coding) format, the audio 202 is encoded 212 in the AAC (Advanced Audio Coding) format, and the subtitle 203 is encoded in the next film encoding 213. The application 204 includes EPG (Electric Program Guide) but is encoded 214 in HTML5 format.

  On the MMT layer 220, these timed media and non-timed media encoding components 211 to 214 are converted into an MMTP packet in an MPU (Media Processing Unit) format and carried on an MMTP payload. Also, MMT-SI (signaling information) 221 which is control information (indicating the configuration of a broadcast program) related to MMT which is a media transport method is put into an MMTP packet as an MMTP payload. There are four types of data transmission methods 215 for the content download 205, that is, a caption / text super transmission method, an application transmission method, an event / message transmission method, and a general-purpose data transmission method.

  In the UDP (User Datagram Protocol) / IP layer 230, the MMTP packet is converted into an IP packet. An NTP (Network Time Protocol) packet 206 including information on the current time for timed media is also converted into an IP packet. Further, these IP packets are converted into TLV packets in the TLV layer 240 and transmitted through the broadcast transmission path 250 which is the lowermost physical layer. A TLV-SI 241 related to a TLV multiplexing format for multiplexing IP packets is also converted into a TLV packet and transmitted through the broadcast transmission path 250. The transmission slot in which the TLV packet is multiplexed is specified by using TLV stream identification information (TLV_stream_id) from a TMCC (Transmission and Multiplexing Configuration Control) signal 251 of the transmission path.

  FIG. 3 shows a configuration example of the broadcast transmission system 11 that transmits the broadcast signal shown in FIG. The broadcast transmission system 11 corresponds to, for example, a key station (program production station) that is a production source of a broadcast program body. The broadcast transmission system 11 shown in the figure includes a clock unit 301, a signal transmission unit 302, a video encoder 303, an audio encoder 304, a caption encoder 305, a signaling encoder 306, a file encoder 307, and an electronic A data processing system (Electronic Data Processing System: EDPS) 308, a TLV signaling encoder 309, an IP service multiplexer (MUX) 310, a TLV multiplexer (MUX) 311, and a modulation / transmission unit 312 are provided. .

  The clock unit 301 generates time information synchronized with the time information acquired from the NTP server (not shown), and sends an IP packet including the time information to the IP service multiplexer 310.

  The signal transmission unit 302 is a recording / playback device such as a studio of a TV broadcast station or a VTR, for example, stream data such as timed media such as video, audio and subtitles, and a file for a data broadcasting application which is non-timed media. Data (such as HTML document data) is sent to the video encoder 303, the audio encoder 304, the caption encoder 305, and the file encoder 307, respectively.

  The EDPS 308 is a scheduler for TV broadcast stations and a file supply source, and includes a data broadcast application that is non-timed media, control information indicating the configuration of a broadcast program, and control information related to multiplexing of IP packets, respectively, as a file encoder. 307, the signal is sent to the signaling encoder 306 and the TLV signaling encoder 309.

  The video encoder 303 HEVC-encodes the video signal transmitted from the signal transmission unit 302, further packetizes it, and sends an IP packet including the MMT packet of the video signal to the IP service multiplexer 310. Also, the audio encoder 304 AAC-encodes the voice signal sent from the signal sending unit 302, further packetizes it, and sends an IP packet including the MMT packet of the voice signal to the IP service multiplexer 310. The caption encoder 305 encodes the caption signal transmitted from the signal transmission unit 302 as a caption, further packetizes it, and sends an IP packet including the caption MMT packet to the IP service multiplexer 310.

  Based on the information sent from EDPS 308, signaling encoder 306 generates a signaling message (MMT-SI) describing control information indicating the configuration of the broadcast program, etc., and this signaling message is arranged in the payload portion. The IP packet including the MMT packet is sent to the IP service multiplexer 310. In the present embodiment, signaling messages are roughly classified into three types: PA (Package Access) messages, M2 section messages, and data transmission messages.

  The file encoder 307 encodes the data broadcasting application transmitted from the signal transmission unit 302 or the EDPS 308 into HTML5 format file data, further packetizes the IP packet including the MMT packet to the IP service multiplexer 310. send.

  The broadcast transmission system 11 is equipped with an IP service multiplexer 310 for each channel (broadcast program) to be transmitted. The IP service multiplexer 310 for one channel multiplexes IP packets including video, audio, subtitles, signaling messages (MMT-SI), and data broadcasting applications sent from the encoders 303 to 307, respectively. Then, a TLV packet constituting one broadcast service (channel) is generated.

  Based on the information sent from the EDPS 308, the TLV signaling encoder 309 generates a TLV packet in which control information (TLV-SI) related to multiplexing of the IP packet is arranged in the payload portion.

  The TLV multiplexer 311 multiplexes the TLV packets generated by the IP service multiplexers 310-1 to 310 -N and the TLV signaling encoder 309 to generate a TLV stream identified by the TLV stream identification information. .

  The modulation / transmission unit 312 performs RF modulation processing on the TLV stream generated by the TLV multiplexer 311 and sends it to the broadcast transmission path.

  The operation of the broadcast transmission system 11 shown in FIG. 3 will be described.

  The clock unit 301 generates time information synchronized with time information acquired from an NTP server (not shown), and generates an IP packet including this time information.

  The video signal transmitted from the signal transmission unit 302 is supplied to the video encoder 303. In the video encoder 303, the video signal is HEVC encoded and further packetized to generate an IP packet including an MMT packet of the HEVC encoded video signal. This IP packet is sent to the IP service multiplexer 310.

  The same processing is also performed on the audio signal and subtitle signal transmitted from the signal transmission unit 302. That is, an IP packet including the MMT packet of the AAC encoded audio signal generated by the audio encoder 304 is sent to the IP service multiplexer 310, and the MMT packet of the caption encoded signal generated by the caption encoder 305 is transmitted. The containing IP packet is sent to the IP service multiplexer 310.

  The signaling encoder 306 generates a signaling message (MMT-SI) describing control information indicating the configuration of the broadcast program based on the information sent from the EDPS 308, and this signaling message is arranged in the payload portion. An IP packet including the generated MMT packet is generated. This IP packet is sent to the IP service multiplexer 310.

  The data broadcast application transmitted from the signal transmission unit 302 or EDPS 308 is supplied to the file encoder 307. In the file encoder 307, the data broadcasting application is encoded in the HTML5 format, further packetized, and an IP packet including the MMT packet is generated. This IP packet is sent to the IP service multiplexer 310.

  In each IP service multiplexer 310, an IP packet including each of video, audio, subtitles, signaling message (MMT-SI), and file data (HTML5 document) sent from each encoder 303 to 307 is multiplexed. The TLV packet constituting one channel is generated by being multiplexed.

  Based on the information sent from the EDPS 308, the TLV signaling encoder 309 generates a TLV packet in which control information (TLV-SI) related to the multiplexing of the IP packet is placed in the payload portion.

  In the TLV multiplexer 311, the TLV packets generated by the IP service multiplexers 310-1 to 310 -N and the TLV signaling encoder 309 are multiplexed to generate a TLV stream. The modulation / transmission unit 312 performs RF modulation processing on the TLV stream generated by the TLV multiplexer 311 and sends the RF modulation signal to the broadcast transmission path.

  FIG. 4 shows a configuration example of the receiver 12 that receives the broadcast signal shown in FIG. The illustrated receiver 12 includes a tuner / demodulator 401, a demultiplexer (DEMUX) 402, a clock recovery unit 403, a video decoder 404, an audio decoder 405, a caption decoder 406, and a system controller. 407, an application control unit 408, a cache memory 408, an application engine 409, an IP interface (I / F) 410, and a synthesis unit 411. The illustrated receiver 12 includes, for example, an IPTV or CATV retransmitter in addition to a television receiver or a set top box installed in a home.

  The tuner / demodulator 401 receives a broadcast signal by channel selection and performs demodulation processing to obtain a TLV stream. The demultiplexer 402 performs demultiplex processing and depacketization processing on this TLV stream. In the present embodiment, the demultiplexer 402 includes a TLV filter 402-1, an IP filter 402-2, a UDP filter 402-3, an MMT filter 402-4, and an SI filter 402-5.

  The TLV filter 402-1 filters TLV packets that are broadcast and transmitted based on the TLV stream identification information. The IP filter 402-2 filters the IP packet from the TLV packet based on the IP address, and also filters the IP packet received via the IP interface 410. Also, the UDP filter 402-3 filters the UDP packet. The MMT filter 402-4 filters the MMTP packet from the IP packet based on the information in the MMTP header (described later), and adds the video, audio, subtitle, and application MMTP packets on which the respective encoding components are placed. The video decoder 404, the audio decoder 405, the caption decoder 406, and the application engine 409 are allocated. The SI filter 402-5 filters the signaling information SI and distributes it to the system control unit 407 and the application control unit 408, respectively. The SI filter 402-5 includes an MMT-SI filter that filters MMT-SI from the MMT stream and a TLV-SI filter that filters TLV-SI from the TLV stream.

  The clock recovery unit 403 generates time information synchronized with the time information based on the current time information included in the NTP packet filtered by the IP filter 402-2 and the UDP filter 402-3 in the demultiplexer 402. Then, each timed media is decoded and output to a video decoder 404, an audio decoder 405, and a caption decoder 406, respectively.

  The video decoder 404 decodes the encoded video signal obtained by the demultiplexer 402 to obtain a baseband video signal. The audio decoder 405 decodes the encoded audio signal obtained by the demultiplexer 402 to obtain a baseband audio signal. The caption decoder 406 decodes the caption encoded signal obtained by the demultiplexer 402 to obtain a caption display signal.

  The application control unit 408 controls processing of the data broadcast application based on signaling information received via the SI filter 402-5. For example, when the application control unit 407 analyzes the MMT-SI and finds a data broadcast application set in the default entry, the application control unit 407 instructs the application engine 409 to perform a data broadcast presentation process.

  In the broadcast system 10 according to the present embodiment, it is assumed that a data broadcast application is transmitted from two systems of a broadcast signal and an IP network. In the former system, it is received by the tuner / demodulator 401, and in the latter system, it is received by the IP interface 410. Both of the MMT packets packetized in the demultiplexer 402 are sent to the application engine 409 by the MMT filter 402-4. Sorted.

  The application engine 409 is, for example, an HTML browser or the like, and processes file data (HTML5 document or the like) that is an entity of a data broadcast application to generate a data broadcast display signal. The application engine 409 can also acquire file data (mono media used for data broadcasting display, linked application, etc.) necessary for data broadcasting display from the IP network via the IP interface 410. .

  The system control unit 410 controls the operation of each unit of the receiver 12 based on signaling information received through the SI filter 402-5, operation information from the user through a user operation unit (not shown), and the like. . Further, the system control unit 410 controls the decoding timing in each of the decoders 404 to 406 based on the signaling information, and adjusts the presentation timing of video, audio, and subtitles. The synthesizer 411 combines the subtitle display signal and the data broadcast display signal with the baseband video signal to obtain a video signal for video display. The baseband audio signal obtained by the audio decoder 405 becomes an audio signal for audio output. The main part of the broadcast program composed of video signals and audio signals is output as video and audio from a monitor display (not shown). Further, the data broadcast processed by the data broadcast application engine 409 is also displayed on the monitor / display with being superimposed on the main screen of the broadcast program.

  The IP interface 410 is composed of, for example, a network interface card, and is connected to an IP network such as the Internet or a home network to perform IP packet transmission / reception processing.

  In this embodiment, it is also assumed that the IP packet filtered based on the IP address by the IP filter 402-2 is transmitted or retransmitted from the IP interface 410 to the IP network. If it is found that the broadcast service can be filtered only by the IP address, the specific service can be extracted only by the IP filter 402-2 in the demultiplexer 402 and transferred from the receiver 12 to the outside.

  The operation of the receiver 12 shown in FIG. 4 will be described.

  The tuner / demodulator 401 receives a broadcast signal, performs demodulation processing, and obtains a TLV stream. In the demultiplexer 402, this TLV stream is subjected to demultiplex processing and packetization processing, and NTP time information, video, audio, caption, data broadcast encoded signals, and signaling information are extracted. The video decoder 404, the audio decoder 405, the caption decoder 406, the application engine 409, the system control unit 407, and the application control unit 408 are allocated. Similarly, IP packets received by the IP interface 410 are subjected to demultiplex processing and packetization processing, and are distributed to each unit.

  The NTP packet extracted by the demultiplexer 402 is distributed to the clock recovery unit 403. The clock recovery unit 403 generates time information synchronized with the time information based on the time information put on the NTP packet. That is, the clock recovery unit 403 generates time information that matches the time information generated by the clock unit 301 on the broadcast transmission system 11 side.

  The encoded video signal extracted by the demultiplexer 402 is sent to the video decoder 404 and decoded to obtain a baseband video signal. Also, the caption encoded signal extracted by the demultiplexer 402 is sent to the caption decoder 406 and decoded to obtain a caption display signal.

  In the application control unit 408, processing of the data broadcast application is controlled based on signaling information received via the SI filter 402-5. In the application engine 409 such as an HTML browser, the data broadcast application encoded signal (HTML5 document) extracted by the demultiplexer 402 is processed in accordance with an instruction from the application control unit 408 to display a data broadcast display signal. Is obtained.

  The synthesizing unit 411 combines the subtitle display signal and the data broadcast display signal with the baseband video signal to obtain a video signal for screen display. Also, the encoded audio signal extracted by the demultiplexer 402 is sent to the audio decoder 405 and decoded to obtain a baseband audio signal for audio output. The video signal and audio signal are output as video and audio from a monitor display (not shown).

  In the digital broadcast system 10 shown in FIG. 1, it is assumed that a broadcast signal is transmitted from the broadcast transmission system 11 to the receiver 12 by the MMT / TLV method. FIG. 5 shows an image of a broadcast signal 500 transmitted from the broadcast transmission system 11 to the broadcast transmission path according to the MMT / TLV system.

  The broadcast signal of one service (channel: broadcast program) consists of timed media related to the main part of the broadcast program such as video, audio, and subtitles, and non-timed data such as file data used for data broadcasting linked to the broadcast program. Consists of media. Media data obtained by encoding them is converted into an MMTP packet in the MPU format and transmitted as an IP packet. In addition, signaling information (MMT-SI) related to MMT, which is a media transport system (indicating the configuration of a broadcast program, etc.) is also transmitted in IP packets. These IP packets are transmitted as TLV streams in the form of TLV packets on the broadcast transmission path. Signaling information (TLV-SI) related to a TLV multiplexing format for multiplexing IP packets is also transmitted in the TLV packet format.

  In the MMT / TLV system, it is easy to use data of timed media and non-timed media constituting one channel (broadcast program) in different combinations of transmission paths. In the example shown in FIG. 5, MMT / TLV transmission paths 501 to 505 for each type of data such as video, audio, subtitles, file data, and signaling information are used as the broadcast signal 500. In the figure, the transmission path for caption data is omitted for convenience.

  The MMT / TLV broadcast system 11 is a system that transmits IP packets through a broadcast transmission path, but can be operated by mapping one IP address for each broadcast service (or for each broadcast station). In such a case, the receiver side can access each MMT transmission path 501 to 504 of the desired broadcast service (or desired broadcast station) by filtering the broadcast signal 500 based on the IP address. . MMTP (MMT protocol) packets transmitted through the MMT transmission paths 501 to 504 in the same IP address can be uniquely specified by packet identification information (packet_id: PID). Also, MMTP packets on different IP addresses can be specified by a combination of packet identification information, IP address, and port number.

  One channel (broadcast program) can be said to be a “package” composed of a plurality of assets of different types such as video, audio, subtitles, file data (data broadcasting application) (the package is an MMT transmission line). Logical set of media data transmitted using Each asset is a set (logical group) of one or more MPUs that share the same asset identification information, and is transmitted on dedicated ESs (Elementary Streams), that is, MMT transmission paths 501 to 504 (assets are: Data entity used to compose multimedia presentations associated with unique asset identification information). That is, an MMTP packet of an encoded video signal consisting of an MPU logical group having common asset identification information is transmitted on the transmission path 501, and an encoded audio signal consisting of an MPU logical group having common asset identification information is transmitted on the transmission path 502. MMT packets of an encoded application consisting of MPU logical groups having common asset identification information are transmitted on the transmission path 503. Each MPU is specified by asset identification information and the sequence number of the MPU on the corresponding transmission path. Further, the MMT transmission path for transmitting each medium can be identified by asset identification information.

  In other words, a plurality of assets having the same type (that is, having different asset identification information) may be transmitted in one package (broadcast program). For example, it is a case where two or more data broadcast applications are provided for the same broadcast program. In such a case, different asset identification information is allocated to transmission paths of different data broadcasting file data, and transmitted as different MPU logical groups on different MMT transmission paths. In FIG. 5, only one transmission path 503 for file data is drawn for simplification.

  Further, the MMT method can be commonly used for a plurality of broadcast and communication transmission paths. For example, non-timed media such as file data for data broadcasting (such as HTML5 documents) is transmitted along with timed media using a broadcast signal transmission path 503 as shown in FIG. It can also be provided via a communication transmission line.

  On the transmission path 504, an MMTP packet including MMT-SI that is control information related to MMT (indicating the configuration of a broadcast program) is repeatedly transmitted. Examples of the MMT-SI signaling message transmitted through the transmission path 504 include a PA message 510, an M2 section message 520, and a data transmission message 530.

  For example, the PA message 510 is control information indicating the configuration of a broadcast program, and includes an MP (MMT Package) table 511 describing information constituting a package such as an asset list and its position.

  The PA message 510 is an entry point of the broadcast service, and fixed packet identification information (for example, 0x0000) is assigned to the MMTP packet that transmits the PA message 510. Therefore, the receiver side can acquire the PA message 510 by designating the fixed packet identification information on the MMT transmission path 504. Then, with reference to the MP table 511 transmitted by the PA message 510, each asset (video, audio, caption, file data (data broadcasting application), etc.) constituting the package (broadcast program) can be designated. .

  The M2 section message 520 is a message for transmitting the section extension format of MPEG-2 Systems. A signaling table such as an MH-AIT (Application Information Table) 521 is stored in the M2 section message 520. The MH-AIT 521 is a table for transmitting dynamic control information related to an application and additional information necessary for execution. Specifically, the MH-AIT 521 is a method for processing a data broadcast application (file data) sent via an MMT transmission path ( The activation state applied to the application) and the location (URL) are specified.

  The data transmission message 530 is a message for transmitting control information related to transmission of the data broadcast application. In one data transmission message 530, the signaling tables of the data directory management table 531, the data asset management table 532, and the data content configuration table 533 are stored.

  The data directory management table 531 manages the directory structure related to the directories included in one package and the subdirectories and files (items) included in the directory in order to separate the file configuration of the application from the configuration for file transmission. It is a table to do. The data asset management table 532 is a table describing version information for each MPU with the configuration of the MPU in the asset. The data content configuration table 533 is a table describing configuration information of files as data contents in order to realize flexible and effective cache control of file data for data broadcasting applications. Each content (data broadcast application) is described in a data broadcast presentation unit (PU) in one package. Description of the detailed data structures of the signaling tables of the data directory management table 531, the data asset management table 532, and the data content configuration table 533 is omitted.

  In the transmission path 505, a TLV packet including a TLV-SI related to a TLV multiplexing format for multiplexing IP packets carrying the MMTP packets transmitted through the transmission paths 501 to 504 is repeatedly transmitted. As a signaling table of TLV-SI transmitted through the transmission path 505, a Network Information Table for TLV (NIT) 541 and an Address Map Table (AMT) 542 can be cited.

  The NIT 541 is a table for designating TLV network information for transmitting information that associates information on the transmission paths 501 to 504 such as a modulation frequency with a broadcast program in transmission using a TLV packet.

  The AMT 542 is a table that transmits information that associates a service identifier for identifying a broadcast program number (broadcast service) with an IP address. When an operation of mapping one IP address for each broadcast service (or for each broadcast station) in the broadcast system 11 is assumed, it is possible to filter the IP packets based on the IP address using the AMT 542, and to Each component constituting the broadcast service to be accessed can be accessed.

  As described above, timed media such as video, audio, and subtitles, and non-timed media such as file data for data broadcasting are transmitted as MMTP packets. FIG. 6 shows a configuration example of the MMTP packet 600. An MMTP packet is a unit of media data that is formatted to be transmitted using the MMT protocol.

  When 1 is assigned to the packet counter flag “C” indicated by the reference number 601, it is indicated that the packet counter field indicated by the reference number 602 exists in this MMTP packet. The packet counter 602 is a 32-bit length field in which an integer value obtained by counting MMTP packets is written, and is incremented by 1 each time an MMTP packet is transmitted.

  If 1 is assigned to the extension flag “X” indicated by the reference number 603, it indicates that the extension header 604 indicated by the reference number 604 exists. A configuration example of the extension header 604 is also shown in the lower part of FIG. The extension header 604 includes a 16-bit type field indicated by a reference number 604-1, a length field indicated by a reference number 604-2, and a header_extension_value field indicated by a reference number 604-3. In the length field, the byte length of the header_extension_value field is written. Extension information outside the MMT specification can be written in the header_extension_value field.

  In the type field indicated by reference number 606, a type value indicating the type of payload data of the MMTP packet is written. The definition of the type value is shown in Table 1 below.

  When 1 is assigned to a RAP (Random Access Point) flag indicated by reference numeral 605, it indicates that the payload of the MMTP packet includes a Random Access Point for a data stream of the data type.

  An integer value, which is packet identification information for distinguishing assets, is written in a 16-bit packet_id field indicated by reference number 607. The value of this field is derived from asset identification information (asset_id) that identifies the asset to which the MMTP packet belongs. The mapping between packet identification information (packet_id) and asset identification information (asset_id) is shown in the MMT package (MP) table that is part of the signaling message.

  In a 32 bit length timestamp field indicated by reference number 608, the transmission time of the MMTP packet is described in short-format defined by the NTP protocol.

  An integer value (sequence number on the MMT transmission line) for identifying packets having the same packet identification information (packet_id) is described in a 32-bit packet_sequence_number field indicated by reference number 609.

  A configuration method of the MMT and TLV packets will be described with reference to FIG. As elements constituting an encoded signal in MMT, there are MFU (Media Fragment Unit), MPU, MMTP payload, and MMTP packet.

  FIG. 7A shows the state of the original elementary stream. Here, as an example, an elementary stream of an encoded video signal is cited. The MPU is a unit that can perform video and audio decoding processing by itself and can be of any size. In a video signal encoded using inter-frame prediction as in MPEG-2, the MPU needs to be in GOP (Group Of Picture) units. The MPU includes a metadata portion and sample data that is encoded media data. Since one MPU can be composed of one or more movie fragments, it is assumed that a plurality of combinations of metadata and sample data exist in one GOP. A sequence number is assigned to each MPU belonging to the same asset. Therefore, the MPU can be uniquely identified by using the asset identification information for identifying the asset and the MPU sequence number.

  The MFU is a unit smaller than the MPU, and the MFU can be extracted from the sample data in the MPU. FIG. 7B shows an example in which a plurality of MFUs are arranged on sample data having a long data length. Although not shown in FIGS. 7A and 7B, MFUs are also arranged for elementary streams of encoded signals of audio, subtitles, and data broadcasting applications.

  MFU and MMT control information (MMT-SI) is transmitted in MMTP packets. As shown in FIG. 7B, an MMTP payload is configured by adding an MMTP payload header (MMT_PH) to a data unit such as MFU. In the MMTP payload header, information corresponding to the contents stored in the MMTP payload is stored. Then, as shown in FIG. 7C, the MMTP packet header (MMT_H) is further added to the MMTP payload to form the MMTP packet. Note that the MMTP payload is transmitted in one MMTP packet. One MMTP packet carries a plurality of MMTP payloads, and one MMTP payload is not transmitted across a plurality of MMTP packets.

  The MMTP packet is transmitted as one IP packet. A UDP header (UDP_H) and an IP header (IP_H) are sequentially added to the MMTP packet to form an IP packet. One IP packet does not carry a plurality of MMTP payloads, and one MMTP payload is not transmitted across a plurality of IP packets. Then, as shown in FIG. 7 (d), a TLV header (TLV_H) is further added to the IP packet to form a TLV packet, which is transmitted through the broadcast transmission path. Further, control information (TLV-SI) of the TLV packet is also transmitted as a TLV packet.

  In the MMT method, components such as video and audio are defined as assets. An asset has a structure in which MPUs are continuous. One broadcast program is defined as a package including one or more assets and a control information (MMT-SI) message. The MP table included in the PA message that is one of the MMT-SIs indicates what assets the broadcast program is composed of.

  Multiple MMT packages can be multiplexed onto the same IP data flow. The IP data flow referred to here is that the values of the five types of fields of the IP header and the UDP header in the source IP address, destination IP address, IP header protocol type, source port number, and destination port number are all the same. Is a set of IP packets. In addition to the IP data flow that carries the MMT package, there may also be an IP data flow for download services and extended services.

  In the MMT / TLV broadcasting system, such a plurality of IP data flows are multiplexed into one TLV stream. The TLV stream is a series of TLV packets identified by TLV stream identification information (TLV_stream_id), and includes TLV packet control information (TLV-SI) as a TLV packet. The transmission slot in which the TLV packet is multiplexed is specified using the TLV stream identification information from the TMCC signal of the transmission path.

  A mechanism for accessing data broadcast items (file data) based on TLV packet control information (TLV-SI) and MMT-related control information (MMT-SI) will be described.

  TLV-SI is control information of a TLV packet, and provides information for demultiplexing an IP packet multiplexed on a broadcast transmission path (TLV stream) on the receiver side. As described above, the TLV-SI is composed of NIT and AMT tables. These tables are transmitted in section format. The NIT is a table that transmits information associating transmission path information for each TLV stream with a broadcast program (broadcast service). The AMT is a table for transmitting information that associates a service identifier for identifying a broadcast program number (broadcast service) with an IP address.

  FIG. 8 illustrates a mechanism for accessing a PA message that is an entry point of each broadcasting service from TLV-SI.

  The NIT includes network identification information (network_id) for identifying a broadcast frequency band and TLV stream information for each TLV stream included in the broadcast frequency band. Each TLV stream information includes TLV stream identification information (TLV_stream_id) for identifying a corresponding TLV packet sequence, transmission path information (Tuning Info) of the TLV stream, and service identification information of each broadcasting service using the TLV stream. (Service_id) is specified. The transmission path information designates information necessary for tuning on the receiver side, such as a frequency band and a modulation method used by the broadcast service using the TLV stream.

  The AMT associates service identification information (service_id) for identifying each broadcast service with an IP address mapped to the broadcast service. The MMT-SI PA message is assigned fixed packet identification information (for example, 0x0000) as an entry point of the broadcast service. Therefore, when an IP address of a desired broadcast service is acquired using AMT, the entry point of the corresponding broadcast service can be reached by filtering the stream of the IP address with fixed packet identification information. .

  On the receiver side, for example, the NIT and AMT tables may be acquired at the time of the initial scan, and stored in a non-volatile manner in an NVRAM (Non Volatile Random Access Memory) or the like. When the receiver wants to access a desired broadcast service (broadcast program), the receiver tunes using the transmission path information (Tuning Info) information described in the TLV stream identification information, and refers to the AMT to obtain the desired broadcast service (broadcast program). The IP address corresponding to the broadcast service to be acquired can be acquired. Then, by filtering the broadcast transmission path (IP data flow) by IP address, it is possible to access each component of the desired broadcast service. In addition, the receiver can access a PA message serving as an entry point of the service by specifying fixed packet identification information (for example, 0x0000).

  On the other hand, the MMT-SI is a transmission control signal indicating information related to the configuration of the MMT package and the broadcast service, and includes a “message” storing a table and a descriptor, and a “table” having elements and attributes indicating specific information. ”, And“ Descriptor ”indicating more detailed information. The types of MMT-SI messages and their functions are summarized in Table 2 below.

  Table 3 below summarizes the types of tables transmitted in MMT-SI messages.

  Further, messages for storing each table are summarized in Table 4 below.

  Some packet identification information of messages and tables transmitted as MMT-SI may be fixed or indirectly specified from other tables. Among these, the PA message is an entry point of the broadcast service, and fixed packet identification information (for example, 0x0000) is assigned. In the MP table transmitted by the PA message, each asset (video, audio, subtitle, file data (data broadcasting application), etc.) constituting the package (broadcast program) is designated. Therefore, as shown in FIG. 9, each asset (video, audio, subtitle, file data (data broadcasting application), etc.) constituting a package (broadcast program) can be specified with reference to the MP table.

  FIG. 10 shows a configuration example of the PA message 1001 and the MP table 1002 included in the PA message 1001. FIG. 11 shows a syntax example of the PA message 1100, and FIG. 12 shows an explanation of parameters included in the PA message.

  message_id is a 16-bit fixed value for identifying a PA message in various signaling information. The version is an 8-bit integer value parameter indicating the version of the PA message. For example, when some parameters constituting the MP table are also updated, version is incremented by +1. The length is a 32-bit parameter indicating the size of the PA message in bytes, which is counted immediately after this field.

  In the extension field, index information of the MP table (MPT) arranged in the payload field is arranged. In this field, 8-bit table_id, 8-bit table_version, and 16-bit table_length are arranged. table_id is a fixed value for identifying the MP table. table_version indicates the version of the MP table. table_length indicates the size of the MP table in bytes.

  An MP table is arranged in the payload field of the PA message. The MP table stores information related to the package including a list of all assets.

  FIG. 13 shows a syntax example 1300 of the MP table. FIG. 14 shows an explanation of parameters included in the MP table. Hereinafter, the configuration of the MP table will be described.

  The table_id is an 8-bit fixed value that identifies the MP table in various signaling information. version is an 8-bit integer value indicating the version of the MP table. For example, when some parameters constituting the MP table are also updated, version is incremented by +1. The length is a 32-bit parameter indicating the size of the MP table in bytes, which is counted immediately after this field. MPT_mode indicates the operation when this MP table is divided into subsets, but detailed description thereof is omitted.

  MMT_package_id_length indicates the size of text information of the package identification information (MMT_package_id) in bytes. In the subsequent package identification information loop, MMT_package_id indicates package identification information in bytes (MMT_package_id_byte). The MMT_package_id is identification information as an entire package including assets such as all signals (video, audio, subtitles) and file data transmitted by broadcast signals (IP data flow). This identification information is text information, and the upper 16 bits have the same value as the service identification information for identifying the service.

  MMT_descriptor_length indicates the size of the MP table descriptor area in bytes. In the following MP table descriptor loop, the contents of the MP table descriptor are described in units of bytes (MPT_descriptors_byte). The MP_table_descriptors field is a storage area for descriptors related to the entire package.

  number_of_assets is an 8-bit parameter indicating the number of assets (signals, files) as elements constituting the package. There are as many asset information loops as number_of_assets. In each asset information loop, parameters of asset identification information (asset_id), general location information (MMT_general_location_info), and asset descriptor (asset_descriptor) as individual asset information are arranged. Information arranged in the asset information loop will be described below.

  identifier_type indicates the ID system of the MMTP packet flow. If the ID system indicates asset identification information (asset_id), 0x00 is set. asset_id_scheme indicates the format of asset identification information. asset_id_length indicates the size of the text information of the asset identification information in bytes. In the subsequent asset identification information loop, the asset identification information is indicated in units of bytes (asset_id_byte).

  asset_type indicates the type of asset as a 32-bit character string. asset_clock_relation_flag is a flag indicating the presence or absence of an asset clock information field. When the flag is 1, there are a clock information identification field (asset_clock_relation_id) and a time scale flag field (asset_timescale_flag). When the flag is 0, these fields do not exist. location_count indicates the number of location information of the asset, and in a loop of location information repeated for the number of subsequent location_counts, MMT_general_location_info which is the location information of the corresponding asset is indicated. The asset location information is described in the form of packet identification information (PID) on the MMT transmission path from which the asset is acquired. Therefore, asset identification information can be pulled on the MP table, and corresponding packet identification information on the MMT transmission path (IP data flow) can be extracted. The data structure of MMT_general_location_info will be described later.

  asset_descriptor_length indicates the size of the text information of the asset descriptor (asset_descriptor) in bytes. In the asset descriptor loop that follows, the contents of asset_descriptor are indicated in units of bytes (asset_id_byte).

  FIG. 15 shows an example data structure 1500 of MMT_general_location_info (location information).

  The location_type indicates the type of location information in 8 bits, and follows the assignment in Table 2 below.

  When location_type is 0x00, it indicates the packet identification information (packet_id) of the MMTP packet of the same IP data flow as the IP data flow to which the table including the location information is transmitted.

  When location_type is 0x01, an MMTP packet of an IPv4 data flow is indicated as location information. Specifically, the IPv4 data flow source address (ipv4_src_addr), the IPv4 data flow destination address (ipv4_dst_addr), the IP data flow destination port number (dst_port), and the packet identification information (packet_id) Show.

  When location_type is 0x02, an MMTP packet of an IPv6 data flow is indicated as location information. Specifically, the IPv6 data flow source address (ipv6_src_addr), the IPv6 data flow destination address (ipv6_dst_addr), the IP data flow destination port number (dst_port), and the packet identification information (packet_id) Show.

  When location_type is 0x03, MPEG-2 TS packets of the MPEG-2 TS broadcast network are indicated as location information. Specifically, network identification information (network_id) for identifying a broadcasting network, transport stream identification information (MPEG_2_transport_stream_id) for identifying MPEG-2 TS, and packet identification information (MPEG-2 TS packet) ( MPEG_2_PID).

  When location_type is 0x04, an MPEG-2 TS packet of an IPv6 data flow is indicated as location information. Specifically, IPv6 data flow source address (ipv6_src_addr), IPv6 data flow destination address (ipv6_dst_addr), IP data flow destination port number (dst_port), and MPEG-2 TS packet packet It shows identification information (MPEG_2_PID).

  When location_type is 0x05, location information is indicated by URL. Specifically, URL_length indicates the length of the URL byte field in bytes. In the subsequent URL byte loop, the URL character string is indicated in bytes (URL_byte).

  As shown in FIG. 15, the asset location information is described in the form of packet identification information (PID) on the MMT transmission path from which the asset is acquired. Therefore, asset identification information can be pulled on the MP table, and corresponding packet identification information on the MMT transmission path (IP data flow) can be extracted.

  FIG. 16 illustrates a mechanism for acquiring items of a data broadcast application multiplexed in the same IP data flow.

  A file constituting the data broadcasting application is designated with a path name in an application description such as HTML5. The path name here is described as a combination of a directory node name and a file name. Also, a node tag is defined as a descriptor integrating a directory node and a file, and used as information for linking each signaling table.

  When a path name is designated from the data broadcasting application, as indicated by reference numeral 1601, the node tag of the file with the designated path name can be obtained from the data directory management table in the data transmission message.

  Then, as indicated by reference numeral 1602, the component of the asset to which the item having the node tag obtained in the data directory management table is also transmitted from the data asset management table in the data transmission message. The tag, download ID, MPU sequence number, and item ID can be obtained.

  Further, as indicated by reference number 1603, when the location information of the asset having the component tag obtained in the data asset management table is acquired from the MP table, the corresponding file is displayed as indicated by reference number 1604. Data assets that are actually transmitted can be identified.

  In the identified data asset, a file corresponding to the carousel is obtained from the download ID obtained from the data asset management table and the download ID described in the multi-extension header area of the MMTP packet for transmitting the item. The unit of repetitive transmission can be uniquely identified. As indicated by reference numeral 1605, an item having an MPU sequence number and an item ID obtained from the data asset management table among the items repeatedly transmitted can be designated as a desired file. The node tag is unique in the data transmission message, the MPU sequence number is unique in the asset, and the item ID is unique in the service provider.

  In addition, by constantly monitoring the data asset management table, it is possible to detect that a file constituting the data broadcasting application has been updated, and to always present the latest data broadcasting application. The update notification can be made at each stage of asset unit, MPU unit, and file unit. The component tag, MPU sequence number, and item ID of the updated file are obtained by the data asset management table. Similar to the file acquisition procedure shown in FIG. 16, an asset is identified with reference to the MP table, and an item having the obtained MPU sequence number and item ID is a desired updated file.

  The MMT / TLV system broadcasting system is a system that transmits IP packets through a broadcast transmission path, but can be operated by mapping one IP address for each broadcasting service. According to such an operation, the receiver side can access each component constituting the desired broadcast service by filtering the received packet based on the IP address using AMT.

  FIG. 17 shows a configuration example of a broadcast signal assumed in an MMT / TLV broadcast system that maps a specific IP address for each broadcast service. In the figure, components transmitted in the same IP data flow are surrounded by a dotted line (the same IP data flow has the same IP address and UDP port number (pn)). In addition, a fixed value of the packet identification information is entered in the component in which the packet identification information (PID) is fixed in the IP data flow. On the other hand, for components that are indirectly specified from other tables, the reference relationship is indicated by an arrow.

  Each broadcasting service receives assets such as video (Video MPU), audio (Audio MPU), subtitles (caption MPU), data broadcasting application (App MPU), PA message (PA Mes) and data transmission message (DT Mes). Consists of including MMT-SI. In these components, a specific IP address mapped for each broadcast service is mapped and transmitted in one IP data flow.

  In addition, MMT-SI messages and tables common to all broadcasting services are transmitted using an IP data flow dedicated to SI. It is assumed that a fixed IP address and a UDP port number (pn) are mapped to the IP data flow dedicated to SI.

  On the receiver side, for example, at the time of initial scanning, the NIT and AMT tables constituting the TLV-SI are acquired. Then, the receiver can tune to the broadcast transmission path of the broadcast service based on the transmission path information (Tuning Info) stored in the NIT, and further by filtering by IP address using AMT. Access to the IP data flow of the broadcast service. In addition, the receiver can access PA messages that are set to entry points (ie, PID = 0x0000) in the IP data flow. The MP table transmitted by the PA message indirectly specifies each asset (video, audio, caption, file data (data broadcasting application), etc.), data transmission message, and each signaling table transmitted in the M2 section message. Therefore, the receiver can execute processing such as reception of a broadcast program and presentation of a data broadcast application using the MP table.

  In an MMT / TLV broadcasting system, there are some problems when performing an operation of mapping one IP address for each broadcasting service.

  First, an address map table that simply associates a broadcast service with an IP address cannot determine whether or not the broadcast service is suspended. It is not possible to determine that the broadcast service corresponding to the IP address is suspended unless the reception is waited for only 100 milliseconds to several seconds.

  Incidentally, in the currently operated broadcasting system, a paused broadcasting service is deleted from a list of PAT (Program Association Table). Therefore, the receiver can determine that the broadcast service is suspended depending on whether or not the corresponding PAT has been acquired (see, for example, Patent Document 3). It is considered that more than (several hundred milliseconds to several seconds) is required.

  Here, a method may be considered in which the broadcast service is inactive to the receiver by deleting the description of the inactive broadcast service from the AMT. The receiver can quickly select a broadcast service on the air by acquiring an AMT at the time of initial scan and storing IP address mapping information for each broadcast service. In such a case, the method of deleting the description of the paused broadcasting service from the AMT may cause a trouble in quick channel selection operation.

  Also, the PA message that is the entry point of the broadcast service is an IP address specified by AMT. However, each component constituting the broadcast service may be transmitted with another IP address (that is, different from the PA message). In such a case, it is unclear on the receiver side whether or not all signals can be acquired simply by filtering the MMT / TLV broadcast transmission path with the IP address.

  Therefore, in the present embodiment, the broadcast transmission system 11 transmits only information indicating whether or not the broadcast service is on air (or inactive) and all the IP addresses that specify the broadcast service. Two pieces of new information indicating whether or not there is transmitted are carried on the TLV-SI and notified to the receiver 12. As described above, the AMT is a table for transmitting information associating a broadcast service with an IP address. What is necessary is just to add said two new information to AMT further.

  FIG. 18 shows an example syntax 1800 of AMT. Hereinafter, the configuration of the AMT will be described.

  The table_id is an 8-bit fixed value (0xFE) that identifies the table by the value of table_id_extension (described later). The section_syntax_indicator is “1” indicating the extension format. The section_length defines the number of bytes of the section from immediately after the field to the end of the table including the CRC 32. table_id_extension is set to 0x0000 indicating that the table is AMT. version_number is an area in which the version number of the table is written. When the information in the table changes, 1 is added. When the value reaches 31, the value returns to 0. The current_next_indicator indicates the validity of the table. Specifically, if the current_next_indicator is “1”, it indicates that the table is currently valid, and if it is “0”, the table is not yet applied and indicates that the table is to be valid next. Show. Section_number indicates a section number. The section number of the first section is 0x00. Each time a section having the same table_id and table_id_extension is added, the section number is incremented by one. last_section_number defines the number of the last section of the table to which the section belongs (ie, the section having the largest section number).

  num_of_service_id indicates the number of service_id described in the table. Service information loops are arranged by the number specified by service_id.

  The on_air_indication_flag is a flag indicating the presence / absence of on_air_indication information indicating whether the broadcast service is on the air in the table (service information loop). The inband_indication_flag is a flag indicating the presence / absence of inband_indication information indicating whether or not all packets constituting the broadcast service are transmitted using only a single IP address in the table (service information loop).

  In the service information loop, the broadcast service is mapped to a specific IP address. service_id serves as a label for identifying a broadcast service to be mapped to a subsequent IP address. Ip_version indicates the version of the IP address to which the broadcast service (PA message that is the entry point) is mapped by a 1-bit code value.

  When on_air_indication_flag is set to “1”, on_air_indication is arranged in a service information loop. If on_air_indication is “1”, it indicates that the broadcast service corresponding to service_id is on the air. On_air_indication “0” indicates that the broadcast service is suspended. On the other hand, when on_air_indication_flag is set to “0”, the area is a reserved area.

  When inband_indication_flag is set to “1”, inband_indication is arranged in a service information loop. If inband_indication is “1”, all packets that transmit basic components (for example, main video signal and main audio signal) of the broadcast service corresponding to service_id are designated (same as PA message). Indicates whether or not the transmission is performed only with the IP address. Further, if the inband_indication is “0”, it indicates that a packet that transmits a basic component of the broadcast service is not transmitted only by the designated IP address. On the other hand, when inband_indication_flag is set to “0”, the area is a reserved area.

  If ip_version is “0”, the version of the IP address mapping the broadcast service corresponding to service_id is IPv4. In this case, the address information loop includes the source IP address (src_address_32) of the IPv4 packet that constitutes the broadcast service specified by the service_id, the source IPv4 address mask (src_address_mask_32), and the broadcast service specified by the service_id. The destination IP address (dst_address_32) and the destination IPv4 address mask (dst_address_mask_32) of the IPv4 packet that constitutes. The source IPv4 address mask specifies the number of bits from the effective head (MSB) for the IP address specified as the source IPv4 address (does not take a value larger than 32). The destination IPv4 address mask designates the number of bits from the head (MSB) that is valid for the IP address designated as the destination IPv4 address (does not take a value larger than 32). The multicast group constituting the service is a multicast that matches both the source IPv4 address identified as valid by the source IPv4 address mask and the destination IPv4 address identified as valid by the destination IPv4 address mask.・ Group.

  If ip_version is “1”, the version of the IP address mapping the broadcast service corresponding to service_id is IPv6. In this case, the address information loop includes a source IP address (src_address_128), source IPv6 address mask (src_address_mask_128) of the IPv6 packet constituting the broadcast service specified by the service_id, and a broadcast service specified by the service_id. The destination IP address (dst_address_128) and the destination IPv6 address mask (dst_address_mask_128) of the IPv6 packet that constitutes. The source IPv6 address mask specifies the number of bits from the effective head (MSB) for the IP address specified as the source IPv6 address (does not take a value larger than 128). Further, the destination IPv6 address mask specifies the number of bits from the head (MSB) that is valid for the IP address specified as the destination IPv6 address (does not take a value larger than 128). Note that the multicast group constituting the service is a multicast that matches both the source IPv6 address identified as valid by the source IPv6 address mask and the destination IPv6 address identified as valid by the destination IPv6 address mask.・ Group.

  In addition, individually defined data (private_data_byte) is stored at the end of the address information loop.

  At the end of the table, the ITU-T recommendation H.264. A cyclic redundancy check CRC_32 having a 32-bit length according to 222 is added.

  As shown in FIG. 18, the broadcast service is used on the receiver side by adding on_air_indication information indicating whether the broadcast service is on-air together with the IP address to the AMT transmitted by TLV-SI. By confirming the AMT sequentially each time (for example, every time a channel selection operation is performed), it is possible to respond quickly when the broadcasting service is suspended.

  FIG. 19 illustrates a processing procedure in which a receiver accesses an on-air broadcasting service together with a configuration of broadcasting signals.

  As indicated by reference numbers 1901 and 1902, the receiver initially scans the broadcast signal (RF channel) to obtain the NIT from the TLV stream of each RF channel, and the MH-EIT from the IP data flow dedicated to SI. EPG information such as MH-SDT, MH-BIT, and MH-CDT is acquired and stored in a nonvolatile manner such as NVRAM. However, the receiver does not acquire the AMT during the initial scan.

  When the channel selection operation is performed by the user, the receiver uses the stored NIT information to transmit the transmission path information of the TLV stream (service_id) including the service identification information (service_id) of the broadcast service to be selected. When tuning to the corresponding broadcast service based on Tuning Info), as indicated by reference numeral 1903, the AMT transmitted in the tuned TLV stream is acquired. Then, as indicated by reference numeral 1904, using the AMT, the IP address assigned to the service identification information is acquired, and the broadcast service is currently on the air (ie, on_air_indication = 1). To detect.

  The receiver then accesses the broadcast service entry point (PID = 0x0000) on the IP data flow of the IP address obtained using AMT, as indicated by reference numeral 1905, and has reference numeral 1906. A PA message can be acquired as shown in FIG.

  Next, as indicated by reference numeral 1907, the receiver refers to the MP table transmitted by the PA message, and each asset (video, audio, subtitle, file data ( Packet identification information of data broadcasting applications)). Then, as indicated by reference numeral 1908, the same IP address is filtered with the acquired packet identification information, thereby acquiring each asset constituting the selected broadcast service such as video and audio.

  Further, as indicated by reference numeral 1909, the receiver uses the time stamp information (TimeStamp Information) provided by the MPU time stamp descriptor and the MPU extended time stamp descriptor in the MP table to generate a video signal and an audio signal. The presentation time PTS (Presentation Time Stamp) and the decoding time DTS (Decode Time Stamp) are calculated, and the broadcast program is rendered.

  FIG. 20 illustrates a processing procedure for the receiver to access a dormant broadcast service together with the structure of the broadcast signal.

  As indicated by reference numerals 2001 and 2002, the receiver initially scans the broadcast signal (RF channel) to obtain the NIT from the TLV-SI included in the TLV stream, and the MH from the SI dedicated IP data flow. -EPG information such as EIT, MH-SDT, MH-BIT, and MH-CDT is acquired and stored in a nonvolatile manner such as NVRAM. However, the receiver does not acquire AMT during the initial scan (same as above).

  When the channel selection operation is performed by the user, the receiver uses the stored NIT information to transmit the transmission path information of the TLV stream (service_id) including the service identification information (service_id) of the broadcast service to be selected. When tuning to the corresponding broadcast service based on Tuning Info), as indicated by reference numeral 2003, an AMT transmitted in the tuned TLV stream is acquired. Then, as indicated by reference numeral 2004, the IP address assigned to the service identification information (service_id) is acquired using AMT. Further, when the receiver detects that the broadcast service is in a dormant state using AMT (that is, on_air_indication = 0), the receiver stops the channel selection process and quickly responds to the dormant state.

  FIG. 21 shows, in the form of a flowchart, a processing procedure (a processing procedure that places importance on processing during service suspension) executed by the receiver during the initial scan in order to realize the processing operations shown in FIGS. 19 and 20. ing.

  The receiver first tunes to the first RF channel (step S2101), acquires the NIT transmitted as the TLV-SI, and stores it in a VRAM or the like (step S2102). However, since AMT is acquired sequentially at the time of channel selection, it is not necessary to acquire and store it at the time of initial scanning.

  Then, the receiver repeatedly executes the process of tuning the next RF channel (Step S2104) and acquiring and storing the NIT (Step S2102) until the last RF channel is reached (No in Step S2103). .

  FIG. 22 is a flowchart showing a processing procedure executed by the receiver at the time of channel selection (a processing procedure placing importance on processing at the time of service suspension) in order to realize the processing operations shown in FIG. 19 and FIG. Is shown.

  The user performs a broadcast service channel selection operation on the receiver (step S2201). On the receiver side, in response to a channel selection operation, transmission of a TLV stream including service identification information (service_id) of a broadcasting service to be selected using NIT information stored at the time of initial scanning. Based on the path information (Tuning Info), tuning to the corresponding TLV stream is performed (step S2202).

  Next, when the receiver acquires the AMT transmitted as TLV-SI in the tuned TLV stream (step S2203), the receiver checks the value of on_air_indication for the service identification information (service_id) of the broadcasting service that is the channel selection target. Then, it is checked whether the broadcast service is on-air or suspended (step S2204).

  Here, when on_air_indication is not 1 (No in step S2204), the receiver determines that the corresponding broadcast service is inactive, and informs the user that the broadcast service is inactive by screen display or voice. After the notification (step S2205), this process is terminated.

  On the other hand, when on_air_indication is 1 (Yes in step S2204), the receiver can determine that the corresponding broadcast service is on the air. In this case, the receiver uses the AMT acquired in step S2203 to extract the IP address assigned to the service identification information (service_id) of the broadcast service to be selected (step S2206). On the IP data flow specified by the IP address, the broadcast service entry point (PID = 0x0000) is accessed to obtain a PA message (step S2207).

  Next, the receiver analyzes the contents of the MP table transmitted by the PA message, and each asset (video, audio, subtitle, file data (data broadcasting application) constituting the broadcasting service to be selected is selected. Etc.) is acquired (step S2208). Then, when the receiver acquires each asset constituting the broadcast service such as video and audio by filtering the same IP address with the acquired packet identification information, it performs rendering processing and reproduces the broadcast program. (Step S2209).

  In the processing operation examples illustrated in FIGS. 19 to 22, the receiver acquires an AMT from the TLV stream every time a channel selection operation is performed. On the other hand, the receiver can quickly perform the process for the on-air broadcasting service by acquiring and storing the AMT during the initial scan.

  FIG. 23 illustrates a processing procedure in which the receiver accesses an on-air broadcasting service (provided that an AMT is acquired at the time of initial scanning) together with the configuration of the broadcasting signal.

  As indicated by reference numerals 2301 and 2302, the receiver initially scans the broadcast signal (RF channel) to obtain NIT and AMT from the TLV stream of each RF channel, and MH from the IP data flow dedicated to SI. -EPG information such as EIT, MH-SDT, MH-BIT, and MH-CDT is acquired and stored in a nonvolatile manner such as NVRAM.

  When the channel selection operation is performed by the user, the receiver uses the stored NIT information to transmit the transmission path information of the TLV stream (service_id) including the service identification information (service_id) of the broadcast service to be selected. Tuning Info) to tune to the corresponding broadcast service. Also, as indicated by reference numeral 2303, the stored AMT is used to obtain the IP address assigned to the service identification information of the broadcast service to be selected.

  The receiver then accesses the broadcast service entry point (PID = 0x0000) on the IP data flow of the acquired IP address, as indicated by reference numeral 2304, and PA as indicated by reference numeral 2305. You can get a message.

  Next, as indicated by reference numeral 2306, the receiver refers to the MP table transmitted by the PA message, and sets each asset (video, audio, subtitle, file data ( Packet identification information of data broadcasting applications)). Then, as indicated by reference numeral 2307, the same IP address is filtered with the acquired packet identification information, thereby acquiring each asset constituting a broadcast service such as video and audio.

  Further, as indicated by reference numeral 2308, the receiver uses the time stamp information (TimeStamp Information) provided in the MP table to calculate the presentation time PTS and the decoding time of the video signal and the audio signal, and broadcast it. Performs program rendering processing.

  FIG. 24 illustrates a processing procedure for accessing a broadcasting service in which the receiver is suspended (provided that the AMT is acquired at the time of initial scanning) together with the configuration of the broadcasting signal.

  As indicated by reference numerals 2401 and 2402, the receiver initially scans the broadcast signal (RF channel) to obtain NIT and AMT from the TLV stream of each RF channel, and MH from the SI dedicated IP data flow. -EPG information such as EIT, MH-SDT, MH-BIT, and MH-CDT is acquired and stored in a nonvolatile manner such as NVRAM.

  When the channel selection operation is performed by the user, the receiver uses the stored NIT information to transmit the transmission path information of the TLV stream (service_id) including the service identification information (service_id) of the broadcast service to be selected. Tuning Info) to tune to the corresponding broadcast service. Further, as indicated by reference numeral 2403, an IP address assigned to the service identification information of the broadcast service to be selected is acquired using the stored AMT.

  Next, as indicated by reference numeral 2404, the receiver accesses the entry point (PID = 0x0000) of the broadcast service on the IP data flow of the acquired IP address and tries to acquire the PA message.

  However, since the corresponding broadcast service is suspended, the receiver cannot acquire the PA message. And the receiver can recognize that the broadcast service is paused by waiting to receive a PA message for a waiting time corresponding to several times of the MMT-SI repetitive transmission period, and time-out.

  FIG. 25 shows, in the form of a flowchart, a processing procedure (processing procedure placing importance on processing during service-on-air) executed by the receiver during the initial scan in order to realize the processing operations shown in FIG. 23 and FIG. Show.

  The receiver first tunes to the first RF channel (step S2501), acquires the NIT and AMT transmitted as the TLV-SI, and stores them in a VRAM or the like (step S2502).

  Then, the receiver repeats the process of tuning the next RF channel (step S2504), acquiring and storing NIT and AMT (step S2502) until the last RF channel is reached (No in step S2503). Run.

  FIG. 26 is a flowchart showing a processing procedure executed by the receiver at the time of channel selection (a processing procedure placing importance on processing at the time of service on air) in order to realize the processing operation shown in FIG. 23 and FIG. Shown in format.

  The user performs a broadcast service channel selection operation on the receiver (step S2601). On the receiver side, in response to a channel selection operation, transmission of a TLV stream including service identification information (service_id) of a broadcasting service to be selected using NIT information stored at the time of initial scanning. Based on the path information (Tuning Info), tuning to the corresponding TLV stream is performed (step S2602).

  Further, when the receiver extracts the IP address assigned to the service identification information (service_id) of the broadcast service to be selected using the AMT stored at the time of the initial scan (step S2603), the IP On the IP data flow specified by the address, the broadcast service entry point (PID = 0x0000) is accessed to try to obtain a PA message (step S2604).

  Here, if the PA message cannot be acquired from the entry point (PID = 0x0000) of the broadcast service before the timeout occurs (No in step S2605), the receiver receives the corresponding broadcast service. Is inactive, and notifies the user that the broadcast service is inactive by screen display or voice (step S2606), and then ends this process.

  On the other hand, if the PA message can be acquired from the entry point (PID = 0x0000) of the broadcast service before the timeout occurs (Yes in step S2605), the receiver determines that the corresponding broadcast service is on air. It can be determined that it is inside. In this case, the receiver analyzes the contents of the MP table included in the received PA message, and each asset (video, audio, subtitle, file data (data broadcasting) that constitutes the broadcasting service to be selected. Application))) is extracted (step S2607).

  Next, when the receiver acquires each asset constituting the broadcast service such as video and audio by filtering the same IP address with the acquired packet identification information, the receiver performs rendering processing and reproduces the broadcast program (Step S2608).

  In a broadcasting system based on IP transmission, when one IP address is mapped for each broadcasting service and all signals constituting the broadcasting service are transmitted with the same IP address, for example, the following use cases of service transfer as follows: It is effective.

(1) When a broadcast signal is once received by a home receiver and then a specific broadcast service signal is transferred to another external terminal via the home network for viewing or recording. (See Figure 27)

  In this use case, the processing on the receiver (see FIG. 4) side is only a filtering process based on the IP address by the IP filter 402-2 in the demultiplexer 402, so the processing load is light. The broadcast service signal filtered based on the IP address may be sent from the IP interface 410 to an external terminal via the home network.

  For example, as shown in FIG. 28, a transport composed of a filter bank for service transfer that passes only the TLV filter 402-1 and the IP filter 402-2 in the IP filter 402-2 in the demultiplexer 402. -A filter should be provided. In the example shown in FIG. 28, two transport filters 2801 and 2802 for service transfer are configured. Each of the transport filters 2801 and 2802 is an IP address filter, and the basic components of the corresponding broadcast service are obtained by performing filtering processing up to the IP layer with the IP address assigned to the broadcast service to be transferred. It can be separated and transferred to an external terminal via the IP interface 410.

  Further, when the receiver performs multicasting on the home network, when the channel selection operation is performed at the external terminal, the external terminal performs join and leave processing in units of multicast IP addresses. This is convenient.

(2) When retransmitting a broadcast service to an IPTV or CATV transmission line (see FIG. 29)

  Even in this use case, if broadcast services are grouped in units of IP addresses, processing for reconfiguring a service group to be transmitted in the retransmission system becomes light.

  In addition, when an IPTV receiver performs multicast transmission as in the case of IPTV, when the channel selection operation is performed by the IPTV receiver, the IPTV receiver performs join and leave processing in units of multicast IP addresses. This is convenient.

  Also, as shown in FIG. 18, information (inband_indication) indicating whether or not all packets constituting the broadcast service are transmitted only by the designated IP address is added to the AMT transmitted by TLV-SI. By doing so, the receiver side can determine whether or not the basic components (for example, main video signal and main audio signal) of the corresponding broadcast service can be acquired only by filtering with the IP address.

  As described above, when inband_indication_flag is set to “1”, inband_indication is arranged as broadcast service information, and basic components (for example, main video signal and main audio signal) of the broadcast service are PA messages and Indicates whether or not transmission is performed only with the same IP address.

  If inband_indication is “1”, the basic component of the broadcast service is transmitted only with the same IP address as the PA message. Therefore, the basic component of the corresponding broadcast service can be acquired on the receiver side only by filtering with the IP address.

  The inband_indication information can be used when the broadcast service is transferred. If it turns out that the basic components of the corresponding broadcast service can be obtained simply by filtering by IP address, it is specified using only a single IP address filter (see Figure 28) in the demultiplexer. Can be separated from the TLV stream and transferred to an external device (for example, an external terminal in FIG. 27 or IPTV / CATV in FIG. 29).

  On the other hand, when inband_indication is “0”, two or more IP address filters are required to extract the basic components of the corresponding broadcast service from the TLV stream. For example, when the reproduction is performed directly by the receiver, the transfer of the broadcast service whose inband_indication is “0” may not be permitted.

  Note that, when a broadcast is retransmitted by CATV as shown in FIG. 29, in the retransmission system, it is assumed that the TLV stream service is recombined by remultiplexing processing in order to match the CATV band. In the case of remultiplexing, if only the broadcast service whose inband_indication is “1” is extracted, it is only necessary to perform the filtering process in units of IP addresses, so that the remultiplexing process becomes easy.

  FIG. 30 illustrates an example of a TLV stream remultiplexing process. In the illustrated example, two TLV streams TLV 1 and TLV 2 are input to the remultiplexing unit 300. Then, the remultiplexing unit 300 calculates the AMT included in the TLV-SI of each TLV stream and detects a broadcast service in which the inband_indication is set to “1”, in units of corresponding IP addresses. Perform filtering processing. Then, the signals of each broadcast service are re-multiplexed in accordance with the CATV band, and the three TLV streams TLV11, TLV12, and TLV13 are retransmitted.

  As described above, the technology disclosed in this specification has been described in detail with reference to specific embodiments. However, it is obvious that those skilled in the art can make modifications and substitutions of the embodiments without departing from the scope of the technology disclosed in this specification.

  The technology disclosed in this specification can be applied to a broadcasting system that applies the MMT method to the media transport and transmits to the broadcast transmission path using the TLV method. Further, the technique disclosed in this specification can be applied to various broadcasting systems based on IP transmission.

  In short, the technology disclosed in the present specification has been described in the form of exemplification, and the description content of the present specification should not be interpreted in a limited manner. In order to determine the gist of the technology disclosed in this specification, the claims should be taken into consideration.

Note that the technology disclosed in the present specification can also be configured as follows.
(1) a component transmission processing unit that performs transmission processing of components constituting a broadcast service based on IP transmission;
A control information transmission processing unit for transmitting control information related to multiplexing of IP packets;
Comprising
The control information transmission processing unit adds first information indicating whether or not a broadcast service is on the air to the control information.
Transmitter device.
(2) The control information transmission processing unit includes mapping information for associating a broadcast service with an IP address in the control information, and adds the first information to the mapping information.
The transmission device according to (1) above.
(3) The control transmission processing unit further adds, to the control information, second information indicating whether or not all packets constituting the component of the broadcast service are transmitted using only the same IP address.
The transmission device according to (1) above.
(4) The control information transmission processing unit includes mapping information for associating a broadcast service with an IP address in the control information, and adds the second information to the mapping information.
The transmission device according to (3) above.
(5) The control information transmission processing unit describes, as the mapping information, an IP address to which a signaling message serving as an entry point to the broadcast service is transmitted, and each component of the broadcast service is the same as the signaling message The second information indicates whether or not the IP address is transmitted.
The transmission device according to (4) above.
(6) The component transmission processing unit converts the component of the broadcast service into an MMTP packet by the MMT method and then converts it into an IP packet, and further sends out a TLV packet in which the IP packet is multiplexed in the TLV multiplexing format to the broadcast transmission path,
The control information transmission processing unit sends a TLV packet carrying the control information to a broadcast transmission path.
The transmission device according to (1) above.
(7) The component transmission processing unit further performs transmission processing of component control information related to MMT transmission of the component of the broadcast service.
The transmission device according to (6) above.
(8) The control information transmission processing unit includes, in the control information, mapping information that associates an IP address to which a message of the component control information serving as an entry point of the broadcast service is transmitted with the broadcast service.
The transmission device according to (7) above.
(9) a component transmission processing step of transmitting a component constituting the broadcast service based on IP transmission;
A control information transmission processing step for transmitting control information related to multiplexing of IP packets;
Have
In the control information transmission processing step, first information indicating whether or not a broadcast service is on the air is added to the control information.
Transmission method.
(10) a component reception processing unit for receiving and processing components constituting the broadcast service based on IP transmission;
A control information reception processing unit for receiving and processing control information related to multiplexing of IP packets;
Comprising
The control information is added with first information indicating whether or not the broadcast service is on air.
Receiver device.
(11) The control information includes mapping information for associating a broadcast service with an IP address, and the first information is added to the mapping information.
The receiving device according to (10) above.
(12) The control information is further added with second information indicating whether or not all packets constituting the component of the broadcast service are transmitted only by the same IP address.
The receiving device according to (10) above.
(13) The control information includes mapping information for associating a broadcast service with an IP address, and the second information is added to the mapping information.
The receiving device according to (12) above.
(14) An IP address to which a signaling message serving as an entry point to the broadcast service is transmitted is described as the mapping information, and whether each component of the broadcast service is transmitted with the same IP address as the signaling message Whether or not indicated in the second information,
The receiving device according to (12) above.
(15) The first information is acquired every time a channel selection operation is performed, and reception processing in the component reception processing unit is controlled.
The receiving device according to (10) above.
(16) The first information is acquired every time a channel selection operation is performed, and the user is notified.
The receiving device according to (10) above.
(17) Control retransmission of the broadcast service based on the second information.
The receiving device according to (12) above.
(18) The component of the broadcast service indicated by the second information that all packets are transmitted only by the same IP address is extracted by IP address filtering and retransmitted.
The receiving device according to (12) above.
(19) The retransmission of the broadcast service indicated by the second information that all packets are not transmitted only by the same IP address is not permitted.
The receiving device according to (12) above.
(20) a component reception processing step of receiving and processing components constituting a broadcast service based on IP transmission;
A control information reception processing step for receiving control information relating to multiplexing of IP packets;
Have
The control information is added with first information indicating whether or not the broadcast service is on air.
Reception method.

DESCRIPTION OF SYMBOLS 10 ... Digital broadcasting system 11 ... Broadcast transmission system, 12 ... Receiver 301 ... Clock part, 302 ... Signal transmission part 303 ... Video encoder, 304 ... Audio encoder 305 ... Caption encoder 306 ... Signaling encoder 307 ... File Encoder, 308 ... EDPS
309 ... TLV signaling encoder 310 ... IP service multiplexer 311 ... TLV multiplexer, 312 ... Modulation / transmission unit 401 ... Tuner / demodulation unit, 402 ... Demultiplexer 402-1 ... TLV filter, 402-2 ... IP filter 402-3 ... UDP filter, 402-4 ... MMT filter 402-5 ... SI filter, 403 ... Clock recovery unit 404 ... Video decoder, 405 ... Audio decoder 406 ... Caption decoder, 407 ... System control unit 408 ... Application Control unit 409 ... data broadcasting application engine 410 ... IP interface, 411 ... composition unit

Claims (20)

A component transmission processing unit that performs transmission processing of components constituting a broadcast service based on IP transmission;
A control information transmission processing unit for transmitting control information related to multiplexing of IP packets;
Comprising
The control information transmission processing unit adds first information indicating whether or not a broadcast service is on the air to the control information.
Transmitter device. The control information transmission processing unit includes mapping information for associating a broadcast service with an IP address in the control information, and adds the first information to the mapping information.
The transmission device according to claim 1. The control transmission processing unit further adds, to the control information, second information indicating whether or not all the packets constituting the component of the broadcast service are transmitted only by the same IP address.
The transmission device according to claim 1. The control information transmission processing unit includes mapping information for associating a broadcast service with an IP address in the control information, and adds the second information to the mapping information.
The transmission device according to claim 3. The control information transmission processing unit describes an IP address to which a signaling message serving as an entry point to a broadcast service is transmitted as the mapping information, and each component of the broadcast service has the same IP address as the signaling message. The second information indicates whether or not it is being transmitted,
The transmission device according to claim 4. The component transmission processing unit broadcasts a TLV packet in which a component of a broadcast service is converted into an MMTP packet by an MMT (MPEG Media Transport) method and then converted into an IP packet, and further the IP packet is multiplexed in a TLV (Type Value Length) multiplexing format. Send it to the transmission line,
The control information transmission processing unit sends a TLV packet carrying the control information to a broadcast transmission path.
The transmission device according to claim 1. The component transmission processing unit further performs transmission processing of component control information related to MMT transmission of a component of a broadcast service.
The transmission device according to claim 6. The control information transmission processing unit includes, in the control information, mapping information that associates an IP address to which a message of the component control information serving as an entry point of a broadcast service is transmitted with the broadcast service.
The transmission device according to claim 7. A component transmission processing step of transmitting a component constituting the broadcast service based on IP transmission;
A control information transmission processing step for transmitting control information related to multiplexing of IP packets;
Have
In the control information transmission processing step, first information indicating whether or not a broadcast service is on the air is added to the control information.
Transmission method. A component reception processing unit for receiving and processing components constituting a broadcast service based on IP transmission;
A control information reception processing unit for receiving and processing control information related to multiplexing of IP packets;
Comprising
The control information is added with first information indicating whether or not the broadcast service is on air.
Receiver device. The control information includes mapping information for associating a broadcast service with an IP address, and the first information is added to the mapping information.
The receiving device according to claim 10. Second information indicating whether or not all the packets constituting the component of the broadcast service are transmitted only by the same IP address is added to the control information.
The receiving device according to claim 10. The control information includes mapping information for associating a broadcast service with an IP address, and the second information is added to the mapping information.
The receiving device according to claim 12. An IP address to which a signaling message serving as an entry point to the broadcast service is transmitted is described as the mapping information, and whether or not each component of the broadcast service is transmitted with the same IP address as the signaling message. Indicated by the second information,
The receiving device according to claim 12. Obtaining the first information every time a channel selection operation is performed, and controlling the reception processing in the component reception processing unit;
The receiving device according to claim 10. Obtaining the first information every time a channel selection operation is performed, and notifying the user;
The receiving device according to claim 10. Controlling retransmission of the broadcast service based on the second information;
The receiving device according to claim 12. The component of the broadcast service indicated by the second information that all packets are transmitted only by the same IP address is extracted by IP address filtering and retransmitted.
The receiving device according to claim 12. Does not allow retransmission of the broadcast service indicated in the second information that all packets are not transmitted only by the same IP address;
The receiving device according to claim 12. A component reception processing step of receiving and processing components constituting a broadcast service based on IP transmission;
A control information reception processing step for receiving control information relating to multiplexing of IP packets;
Have
The control information is added with first information indicating whether or not the broadcast service is on air.
Reception method.