WO2010122729A1 - 受信装置及び受信システム - Google Patents

受信装置及び受信システム Download PDF

Info

Publication number
WO2010122729A1
WO2010122729A1 PCT/JP2010/002636 JP2010002636W WO2010122729A1 WO 2010122729 A1 WO2010122729 A1 WO 2010122729A1 JP 2010002636 W JP2010002636 W JP 2010002636W WO 2010122729 A1 WO2010122729 A1 WO 2010122729A1
Authority
WO
WIPO (PCT)
Prior art keywords
tlv
unit
tlv container
container group
slot
Prior art date
Application number
PCT/JP2010/002636
Other languages
English (en)
French (fr)
Inventor
山口聖貴
關藤誠
長水禎明
上田功
Original Assignee
パナソニック株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by パナソニック株式会社 filed Critical パナソニック株式会社
Priority to JP2011510172A priority Critical patent/JP4978750B2/ja
Publication of WO2010122729A1 publication Critical patent/WO2010122729A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream

Definitions

  • the present invention relates to a receiving apparatus and a receiving system that receive digital broadcasting and the like.
  • advanced ISDB-S Integrated Services Digital Broadcasting-Satelite
  • TLV Type Length Value
  • the present invention relates to an apparatus and a receiving system.
  • TLV transmission method uses variable-length IP packets that are transmitted in a transmission format called a TLV container, and has a feature that it is possible to ensure compatibility in a storage-type broadcasting service and a home network.
  • FIG. 12 is a configuration diagram of a TLV container in a conventional example.
  • the TLV container includes a Header field indicating the head of the TLV container, a Type field indicating the type of the TLV container, a Length field indicating the TLV container length, and a Value field that is data built in the TLV container.
  • the Header field is 1 byte and is fixed by hexadecimal 7F.
  • the Type field is 1 byte
  • the Length field is 2 bytes
  • the Value field is the number of bytes specified by Length.
  • the TLV container is multiplexed in the order of transmission in a fixed-length slot that is a unit of transmission line coding of the satellite transmission line.
  • the slot allocation of the TLV container will be described.
  • FIG. 13 is a schematic diagram of slot allocation of TLV containers in the conventional example. Since the TLV container has a variable length, the beginning of the slot and the beginning of the TLV container do not coincide with each other as in slot # 3 and slot # 4 in FIG. 13, and the TLV container may be multiplexed across the slots.
  • FIG. 14 shows a configuration diagram of a receiving apparatus 600 corresponding to the advanced satellite digital broadcasting in the conventional example.
  • the reception device 600 includes a reception unit 601, a demodulation unit 602, a TMCC (Transmission and Multiplexing Configuration Control) decoding unit 603, a stream distribution unit 604, an MPEG2-TS processing unit 605, From a TLV container generation unit 606, a framing unit 607, and a Gigabit Ethernet (registered trademark) (hereinafter also abbreviated as “GbE”) interface (in FIG. 14, described as “GbE I / F”) 608 It is configured.
  • the receiving device 600 receives radio waves from the satellite, demodulates them, and then separates and outputs the MPEG2-TS or TLV stream. Next, the operation of each part of receiving apparatus 600 in FIG. 14 will be described.
  • the receiving unit 601 receives radio waves from the satellite and outputs a modulation signal.
  • the receiving unit 601 includes an antenna and a tuner.
  • the demodulator 602 receives the modulation signal from the receiver 601 and performs demodulation, and outputs a frame signal and a TMCC signal.
  • the TMCC decoding unit 603 receives the TMCC signal from the demodulating unit 602 and extracts information such as stream allocation, transmission method, and stream type for each slot, and the stream distribution unit 604 and the MPEG2-TS processing unit 605 are used as control signals. , Output to the TLV container generation unit 606 and the framing unit 607.
  • the stream distribution unit 604 Based on the TMCC information input from the TMCC decoding unit 603, the stream distribution unit 604 identifies a slot that stores the MPEG2-TS or a slot that stores the TLV container from the frame signal input from the demodulation unit 602. The stream distribution unit 604 distributes the MPEG2-TS to the MPEG2-TS processing unit 605 when the slot stores the MPEG2-TS, and distributes it to the TLV container generation unit 606 when the slot stores the TLV container.
  • the MPEG2-TS processing unit 605 Based on the TMCC information input from the TMCC decoding unit 603, the MPEG2-TS processing unit 605 outputs a slot storing the MPEG2-TS input from the stream distribution unit 604 for each MPEG2-TS stream after speed conversion.
  • the TLV container generation unit 606 reads the slot storing the TLV container input from the stream distribution unit 604 based on the TMCC information input from the TMCC decoding unit 603. Then, the TLV container generation unit 606 cuts out the bytes from the Header field to the Length field as one TLV container and outputs it to the framing unit 607.
  • the framing unit 607 converts the protocol of the TLV container input from the TLV container generation unit 606 into a Gigabit Ethernet (registered trademark) MAC frame (Media Access Control Frame), and outputs the result to the GbE I / F 608.
  • 15A and 15B are configuration diagrams of a MAC frame in the case where the receiving apparatus 600 in the conventional example is used.
  • the MAC frame is composed of a TLV container, a header part of 42 bytes and a footer part of 4 bytes, and the minimum size is defined as 512 bytes.
  • IFG interframe gap
  • the minimum transmission size is 532 bytes. If the transmission size of the MAC frame including header 42 bytes and footer 4 bytes, preamble 8 bytes and IFG 12 bytes is longer than 532 bytes, that is, if the TLV container is 466 bytes or more, it is output as it is.
  • the MAC frame is output with a minimum transmission size of 532 bytes.
  • FIG. 16 is a configuration diagram of an IPv4 header in the conventional example.
  • the IPv4 header is 20 bytes, and in FIG. 16, four bytes are shown in five stages. And it has the value of Total Length indicating the packet length including the header part.
  • a Gigabit Ethernet (registered trademark) interface (hereinafter abbreviated as “GbE I / F”) 608 outputs a MAC frame obtained by protocol conversion of the TLV container by the framing unit 607 to the external device 610 as a TLV stream.
  • the external device 610 includes a header analysis unit 611, a storage element 613, and a TLV decoding unit 614.
  • the external device 610 extracts the TLV container from the IP packet format MAC frame output from the receiving device 600, accumulates and outputs the data. Assuming that the receiving apparatus 600 and the external device 610 are used in the home network, a plurality of external devices 610 are considered to be installed, although not shown in FIG. Therefore, the use of Gigabit Ethernet (registered trademark) or the like is assumed as a home network.
  • the header analysis unit 611 analyzes the header of the TLV container converted into a MAC frame, removes the header, and extracts the TLV container.
  • the storage element 613 is, for example, a hard disk.
  • the TLV container output from the header analysis unit 611 is accumulated.
  • the TLV decoding unit 614 restores the TLV container format data stored in the storage element 613 to the raw content data.
  • the receiving unit 601 receives an IP (Internet Protocol) packet transmitted in a TLV container format as a modulation signal. Then, the demodulating unit 602 demodulates the received modulation signal, and outputs the TMCC signal to the TMCC decoding unit 603 and the frame signal to the stream allocating unit 604.
  • IP Internet Protocol
  • the TMCC decoding unit 603 extracts information such as stream allocation, transmission method, and stream type for each slot from the TMCC signal, and as a control signal, a stream distribution unit 604, an MPEG2-TS processing unit 605, a TLV container generation unit 606, a frame To the conversion unit 607.
  • the stream distribution unit 604 uses the MPEG2-TS processing as the output destination when the frame signal output from the demodulation unit 602 is an MPEG2-TS stream or a TLV stream. Section 605 or TLV container generation section 606.
  • the MPEG2-TS processing unit 605 converts the speed of the MPEG2-TS stream distributed by the stream distribution unit 604 and outputs it to the outside of the receiving apparatus 600.
  • the TLV container generation unit 606 cuts out the TLV stream distributed by the stream distribution unit 604 in units of TLV containers.
  • the framing unit 607 converts the protocol of the TLV container cut out by the TLV container generation unit 606 into a MAC frame compatible with Gigabit Ethernet (registered trademark).
  • the Gigabit Ethernet (registered trademark) interface 608 outputs the TLV container converted into the Gigabit Ethernet (registered trademark) MAC frame to the outside of the receiving device 600.
  • the external device 610 analyzes the header of the MAC frame input from the receiving device 600 by the header analysis unit 611, and extracts the TLV container. Then, the storage element 613 stores the TLV container. Then, the TLV decoding unit 614 decodes the TLV container stored in the storage element 613 into raw content data as necessary, and outputs the content data from the external device 610 to the display device, for example, and displays the content data on the monitor unit .
  • the TLV container transmitted by the TLV transmission method is received, and the external I / F such as Gigabit Ethernet (registered trademark) is received. Can be output to an external device.
  • the input speed to the framing unit 607 is determined by the data processing operating frequency of the receiving apparatus 600, and the byte clock frequency is 18.5 MHz.
  • the output speed of the framing unit 607 is determined by the operation mode of the Gigabit Ethernet (registered trademark) interface 608 and is 125 MHz in the GMII operation mode. That is, the output speed is set to 6.7 times the input speed so that processing can be performed even if the data size is increased by adding the header portion of the MAC frame.
  • FIGS. 17A and 17B are schematic diagrams of framing processing of a TLV container in the framing unit 607 of the receiving apparatus 600 in the conventional example.
  • FIG. 17A is a schematic diagram of the TLV container framing process when the TLV container is 466 bytes or more
  • FIG. 17B is a TLV container framing process when the TLV container is less than 466 bytes.
  • the framing unit 607 adds 42 bytes of the header and 4 bytes of FCS to the TLV container, and the MAC frame has a minimum size of 512 bytes or more. Convert.
  • the output period to the Gigabit Ethernet (registered trademark) interface 608 is shorter than 6.7 times the input period from the TLV container generation unit 606. That is, since the data rate to be output is equal to or less than the output data rate of the Gigabit Ethernet (registered trademark) interface 608, the data can be output in real time.
  • the output period to the Gigabit Ethernet (registered trademark) interface 608 is longer than 6.7 times the input period from the TLV container generation unit 606. That is, the data rate to be output is equal to or higher than the output data rate of the Gigabit Ethernet (registered trademark) interface 608. Therefore, as shown in FIG. 17B, there is a problem that the output cannot be output in real time with respect to the input.
  • the receiving apparatus of the present invention includes a receiving unit, a demodulating unit, a TMCC decoding unit, a TLV container group generating unit, a framing unit, and an output unit.
  • the receiving unit outputs a modulated signal from the received radio wave.
  • the demodulator demodulates the modulated signal and outputs a TLV slot signal and a TMCC signal.
  • the TMCC decoding unit extracts pointer information for the TLV slot signal from the TMCC signal.
  • the TLV container group generation unit extracts a plurality of TLV containers as TLV container groups from the TLV slot signal based on the pointer information.
  • the framing unit converts the protocol of the TLV container group into a MAC frame.
  • the output unit outputs a TLV stream including a MAC frame.
  • a plurality of TLV containers are combined and converted into a MAC frame as a TLV container group of 466 bytes or more, thereby reducing overhead due to dummy data during MAC frame conversion.
  • the receiving system of the present invention is a receiving system including the above-described receiving device and external equipment.
  • the external device of the reception system includes a header analysis unit, a TLV container group separation unit, and a storage unit.
  • the header analysis unit inputs a TLV stream including a MAC frame output from the receiving apparatus, analyzes the header of the MAC frame, removes the header, and extracts a TLV container group.
  • the TLV container group separation unit separates the TLV container group into TLV containers.
  • the storage unit stores the separated TLV containers.
  • FIG. 1 is a block diagram showing a configuration of a receiving system in the embodiment of the present invention.
  • FIG. 2 is a conceptual diagram for explaining the configuration of the MAC frame in the embodiment of the present invention.
  • FIG. 3 is a schematic diagram of slot assignment of TLV containers in the embodiment of the present invention.
  • FIG. 4A is a conceptual diagram for explaining an operation of a buffer included in the TLV container group generation unit in the embodiment of the present invention.
  • FIG. 4B is a conceptual diagram for explaining an operation of a buffer included in the TLV container group generation unit according to the embodiment of the present invention.
  • FIG. 4C is a conceptual diagram for explaining an operation of a buffer included in the TLV container group generation unit according to the embodiment of the present invention.
  • FIG. 4A is a conceptual diagram for explaining an operation of a buffer included in the TLV container group generation unit in the embodiment of the present invention.
  • FIG. 4B is a conceptual diagram for explaining an operation of a buffer included in the TLV container group generation unit according to the
  • FIG. 5 is a flowchart of TLV container group generation according to the embodiment of the present invention.
  • FIG. 6 is a conceptual diagram for explaining generation of a TLV container group in the embodiment of the present invention.
  • FIG. 7A is a flowchart of processing for generating a TLV container group in the embodiment of the present invention.
  • FIG. 7B is a flowchart of TLV container group generation processing according to the embodiment of the present invention.
  • FIG. 8A is a flowchart of processing for generating a TLV container group in the embodiment of the present invention.
  • FIG. 8B is a flowchart of TLV container group generation processing according to the embodiment of the present invention.
  • FIG. 9A is a flowchart of processing for generating a TLV container group in the embodiment of the present invention.
  • FIG. 9A is a flowchart of processing for generating a TLV container group in the embodiment of the present invention.
  • FIG. 9B is a flowchart of TLV container group generation processing according to the embodiment of the present invention.
  • FIG. 10A is a flowchart of processing for generating a TLV container group in the embodiment of the present invention.
  • FIG. 10B is a flowchart of TLV container group generation processing according to the embodiment of the present invention.
  • FIG. 11 is a flowchart of TLV container group separation processing according to the embodiment of the present invention.
  • FIG. 12 is a diagram showing a configuration of a TLV container in a conventional example.
  • FIG. 13 is a schematic diagram of slot allocation of TLV containers in the conventional example.
  • FIG. 14 is a block diagram showing a configuration of a receiving apparatus corresponding to advanced satellite digital broadcasting in a conventional example.
  • FIG. 15A is a configuration diagram of a MAC frame in a case where a receiving apparatus in the conventional example is used.
  • FIG. 15B is a configuration diagram of a MAC frame in the case where the receiving apparatus in the conventional example is used.
  • FIG. 16 is a configuration diagram of an IPv4 header in the conventional example.
  • FIG. 17A is a schematic diagram of framing processing of the TLV container in the framing unit of the receiving apparatus in the conventional example.
  • FIG. 17B is a schematic diagram of framing processing of the TLV container in the framing unit of the receiving apparatus in the conventional example.
  • FIG. 1 is a block diagram showing a configuration of reception system 120 according to the embodiment of the present invention.
  • the reception system 120 includes a reception device 100 and an external device 110.
  • the receiving apparatus 100 communicates with the external device 110 using Gigabit Ethernet (registered trademark).
  • the receiving apparatus 100 includes a receiving unit 101, a demodulating unit 102, a TMCC decoding unit 103, a stream allocating unit 104, an MPEG2-TS processing unit 105, a TLV container group generating unit 106, A framing unit 107 and a Gigabit Ethernet (registered trademark) interface 108 as an output unit.
  • the receiving part 101 of the receiver 100 receives the electromagnetic wave from a satellite, and outputs a modulation signal.
  • the demodulating unit 102 demodulates the modulated signal, and then the MPEG2-TS or TLV stream is separated and output to the stream allocating unit 104.
  • the demodulation unit 102 separates the TMCC signal from the input modulation signal and outputs the TMCC signal to the TMCC decoding unit 103.
  • the external device 110 includes a header analysis unit 111, a TLV container group separation unit 112, a storage unit 113, and a TLV decoding unit 114. Then, a TLV stream including an IP packet format MAC frame output from the receiving apparatus 100 is input. Then, a TLV container is extracted from the MAC frame, data is accumulated and output.
  • the storage unit 113 may include a hard disk, for example.
  • the receiving device 100 and the external device 110 in the present embodiment are different from the conventional receiving device 600 and the external device 610 in that the receiving device 100 includes the TLV container group generation unit 106 instead of the TLV container generation unit 606.
  • the TLV container group separation unit 112 is newly provided between the header analysis unit 111 and the storage unit 113 in the external device 110. The operation of each part in FIG. 1 will be described below.
  • the receiving unit 101 receives radio waves from the satellite and outputs a modulation signal.
  • the receiving unit 101 includes an antenna and a tuner.
  • the demodulator 102 receives the modulation signal from the receiver 101, demodulates it, and outputs a frame signal and a TMCC signal.
  • the TMCC decoding unit 103 receives the TMCC signal from the demodulating unit 102 and extracts information such as stream allocation, transmission method, and stream type for each slot.
  • the stream allocation unit 104 and the MPEG2-TS processing unit 105 serve as control signals.
  • the stream distribution unit 104 Based on the TMCC information input from the TMCC decoding unit 103, the stream distribution unit 104 identifies a slot that stores the MPEG2-TS or a slot that stores a TLV container from the frame signal input from the demodulation unit 102. The stream distribution unit 104 distributes the frame signal to the MPEG2-TS processing unit 105 when the frame signal is a slot storing MPEG2-TS, and distributes the frame signal to the TLV container group generation unit 106 when the frame signal is a slot storing a TLV container.
  • the MPEG2-TS processing unit 105 Based on the TMCC information input from the TMCC decoding unit 103, the MPEG2-TS processing unit 105 outputs a slot for storing the MPEG2-TS input from the stream distribution unit 104 for each MPEG2-TS stream after speed conversion.
  • the TLV container group generation unit 106 reads a slot storing the TLV container input from the stream distribution unit 104 based on the TMCC information input from the TMCC decoding unit 103. Then, the TLV container group generation unit 106 cuts out bytes from the Header field to the Length field as one TLV container, and outputs it to the framing unit 107.
  • the framing unit 107 converts the protocol of the TLV container input from the TLV container group generation unit 106 into a Gigabit Ethernet (registered trademark) MAC frame, and outputs the MAC frame to the GbE I / F 108.
  • the TLV container group generation unit 106 of the receiving apparatus 100 uses the pointer information described in the TMCC signal output from the TMCC decoding unit 103 to generate a plurality of TLVs from the TLV stream output from the stream distribution unit 104. A container is cut out and generated as a TLV container group.
  • the characteristic of receiving apparatus 100 in the present embodiment is that pointer information of a TLV container is stored in a TMCC signal, and a plurality of TLV containers are grouped and output based on the pointer information.
  • the TLV container group separation unit 112 of the external device 110 separates the TLV container group output from the header analysis unit 111 into individual TLV containers and outputs the separated TLV containers.
  • the receiving unit 101 receives an IP packet transmitted in the TLV container format as a modulation signal. Then, the demodulating unit 102 demodulates the received modulation signal. Then, the demodulation unit 102 outputs a TLV slot signal and a TMCC signal. Demodulation section 102 outputs the TMCC signal to TMCC decoding section 103 and the frame signal including the TLV stream and MPEG2-TS stream to stream distribution section 104.
  • the TMCC decoding unit 103 extracts information such as stream allocation, transmission method, and stream type for each slot from the TMCC signal, and as a control signal, a stream distribution unit 104, an MPEG2-TS processing unit 105, and a TLV container group generation unit 106. And output to the framing unit 107. That is, the TMCC decoding unit 103 extracts pointer information for the TLV slot signal from the TMCC signal.
  • the stream distribution unit 104 Based on the TMCC information decoded by the TMCC decoding unit 103, the stream distribution unit 104 distributes the output destination to the MPEG2-TS processing unit 105 when the frame signal output from the demodulation unit 102 is an MPEG2-TS stream. . In addition, when the frame signal output from the demodulation unit 102 is a TLV stream, the stream distribution unit 104 distributes it to the TLV container group generation unit 106 based on the TMCC information.
  • the MPEG2-TS processing unit 105 converts the speed of the MPEG2-TS stream distributed by the stream distribution unit 104, and then outputs it to the outside of the receiving apparatus 100.
  • the TLV container group generation unit 106 cuts out the TLV stream distributed by the stream distribution unit 104 as a TLV container group. At this time, the TLV container group generation unit 106 does not cut out TLV containers one by one, but cuts out a plurality of TLV containers by combining them so that the total number of bytes becomes 466 bytes or more.
  • FIG. 2 shows a configuration diagram of the MAC frame of the TLV container group subjected to protocol conversion.
  • FIG. 2 is a conceptual diagram for explaining the configuration of the MAC frame in the embodiment of the present invention.
  • the MAC frame is composed of a TLV container, a header part of 42 bytes and a footer part of 4 bytes, and the minimum size is defined as 512 bytes.
  • IFG interframe gap
  • TLV container group of 466 bytes or more, so that the MAC frame including the header 42 bytes and the footer 4 bytes becomes 512 bytes or more. Become. Thereby, since the minimum size of the MAC frame is 512 bytes or more, dummy data called Carrier Extend data need not be added. Therefore, it is possible to reduce overhead due to dummy data.
  • the Gigabit Ethernet (registered trademark) interface 108 as an output unit outputs a TLV stream including a TLV container group converted into a Gigabit Ethernet (registered trademark) MAC frame to the outside of the receiving apparatus 100.
  • the external device 110 receives the TLV stream including the IP packet format TLV container group converted from the MAC frame output from the receiving apparatus 100, analyzes the header by the header analysis unit 111, removes the header, and removes the TLV. Retrieve a container group.
  • the TLV container group separation unit 112 separates the extracted TLV container group into each TLV container based on the header information and the length information.
  • the storage unit 113 stores the TLV containers separated by the TLV container group separation unit 112. Then, the TLV decoding unit 114 decodes the TLV container stored in the storage unit 113 into content raw data as necessary, and outputs the content data from the external device 110 to the display device, for example, and displays the content data on the monitor unit .
  • TLV container group generation method performed by the TLV container group generation unit 106 of the receiving apparatus 100 will be described in detail.
  • FIG. 3 is a schematic diagram of slot assignment of TLV containers in the embodiment of the present invention.
  • the slot length is 4488 bytes. This is the slot length when the coding rate is set to 4/5.
  • the top position of the first TLV container in the slot is defined as the top pointer, and the last position of the last TLV container in the slot is defined as the last pointer.
  • the pointer information is stored in the TMCC signal.
  • the slot type TLV container and the TMCC signal are received by the receiving unit 101 of the receiving apparatus 100 as modulated signals.
  • FIG. 4A When data is being read from the subsequent buffer as shown in FIG. 4A and when data is being written to the previous buffer as shown in FIG. 4B, writing from the previous buffer to the subsequent buffer is stopped. As shown in FIG. 4C, when writing to the preceding buffer and reading from the succeeding buffer are not performed, data is written from the preceding buffer to the succeeding buffer.
  • the buffer refers to a subsequent buffer.
  • FIG. 5 is a flowchart of TLV container group generation in the embodiment of the present invention.
  • the TLV container group generation unit 106 uses the counter indicating the position in the slot input from the stream distribution unit 104 as an address counter, and resets it to 0 (step S200). Further, the TLV container group generation unit 106 sets the counter indicating the write position in the buffer as a write address counter and the counter indicating the read position in the buffer as a read address counter, and resets it to 0 (step S210). Then, the TLV container group generation unit 106 acquires the pointer information and the slot length information from the TMCC information and holds them (step S220).
  • the TLV container group generation unit 106 refers to the byte indicated by the address counter, reads 1 byte of data, and stores it in the buffer (step S230). The TLV container group generation unit 106 adds 1 byte to the address counter and the write address counter (step S240). In order to check whether the data reading is completed up to the position of the next pointer in the slot, it is checked whether the address counter matches the pointer information (step S250).
  • step S250 When the address counter matches the pointer information (“Yes” in step S250), it indicates that the data has been read up to the pointer position. Therefore, the data stored in the buffer is output as one TLV container group. Then, in order to store the end position of the TLV container group, the current value of the write address counter is held (step S260). One byte is read from the byte indicated by the read address counter (step S270). Then, the read address counter is incremented by 1, and the read position of the buffer is shifted to the next byte (step S280). In order to confirm whether reading from the buffer has been completed up to the end of the TLV container group, it is confirmed whether the value of the read address counter matches the end position of the held TLV container group (step S290).
  • step S290 When the read address counter does not match the end position of the TLV container group (“No” in step S290), it indicates that the reading from the buffer is not completed. Therefore, the process returns to step S270 to continue reading the buffer.
  • step S290 If the read address counter matches the end position of the TLV container group (“Yes” in step S290), it indicates that the reading from the buffer has been completed up to the end of the TLV container group. Therefore, in order to confirm whether the data reading is completed up to the end of the slot, it is confirmed whether the address counter matches the slot length information held (step S300).
  • step S300 If the address counter does not match the slot length information (“No” in step S300), it indicates that the middle of the slot is being read. Therefore, the process returns to step S210 to create the next TLV container group.
  • step S300 When the address counter matches the slot length information (“Yes” in step S300), it indicates that the data reading has been completed up to the end of the slot. Therefore, in order to shift the address counter to the head position of the slot, the address counter is reset to 0 (step S310). Then, the process returns to step S210 to create the next TLV container group.
  • step S250 If the address counter does not match the pointer information (“No” in step S250), it indicates that the TLV container group is incomplete and there is unread data. Therefore, in order to confirm whether the data reading is completed up to the end of the slot, it is confirmed whether the address counter matches the slot length information held (step S320).
  • step S320 if the address counter does not match the slot length information (“No” in step S320), it indicates that the slot is being read. Therefore, the process returns to step S230 to continue reading data.
  • step S320 If the address counter matches the slot length information (“Yes” in step S320), it indicates that data reading has been completed up to the end of the slot. Therefore, in order to shift the address counter to the head position of the slot, the address counter is reset to 0 (step S330). Then, the process returns to step S220, the pointer information and the slot length information are updated, and the data reading is continued.
  • FIG. 6 is a conceptual diagram for explaining generation of TLV container groups # 1 to TLV container group # 4 in the embodiment of the present invention.
  • 7A to 10B are flowcharts of processing for generating TLV container groups # 1 to TLV container group # 4 according to the embodiment of the present invention.
  • TLV container groups # 1 to TLV container group # 4 are generated as shown in FIG.
  • TLV # 1 to TLV # 6 are TLV container group # 1
  • TLV # 7 and TLV # 8 are TLV container group # 2
  • TLV # 9 is TLV container group # 3
  • TLV # 10 is TLV container group # 4. .
  • the column “Operation” indicates each step of the flowchart shown in FIG.
  • the “pointer information” column is the pointer information held in step S220 and indicates the values shown in FIG.
  • the “slot length” column shows information on the slot length held in step S220.
  • the column of “address counter” is a counter value indicating which position in the slot is to be read.
  • the column of “write address counter” is a counter value indicating a write position in the buffer.
  • the column “Read Address Counter” is a counter value indicating a reading position in the buffer.
  • the "TLV container group end” column is a counter value indicating the end position of the TLV container group held in step S260.
  • the “buffer” column shows the contents of the data stored in the buffer.
  • the column “output” indicates the output result from the TLV container group generation unit 106.
  • the branch result indicates the result of the conditional branch in each operation and the branch destination.
  • TLV container group generation unit 106 starts from TLV # 1 as shown in FIG. Up to TLV # 6 are output as TLV container group # 1.
  • FIG. 7A and FIG. 7B show the processing of each step of the flowchart shown in FIG. 5 when generating the TLV container group # 1.
  • FIG. 8A and FIG. 8B show the processing of each step of the flowchart shown in FIG. 5 when generating the TLV container group # 2.
  • FIG. 9A and FIG. 9B show the processing of each step in the flowchart shown in FIG. 5 when generating the TLV container group # 3.
  • the TLV container group generation unit 106 outputs TLV # 10 as TLV container group # 4.
  • FIG. 10A and FIG. 10B show the processing of each step of the flowchart shown in FIG. 5 when generating the TLV container group # 4.
  • FIG. 11 is a flowchart of TLV container group separation processing according to the embodiment of the present invention.
  • the header analysis unit 111 analyzes the IP packet format TLV container group that is output from the receiving device 100 into a MAC frame. Then, the header analysis unit 111 removes the MAC header and holds the Total Length information from the IPv4 header (step S400). In addition, the header analysis unit 111 removes the IPv4 header and the UDP header, and extracts information on the TLV container from the data in the IP packet format (step S410).
  • the counter indicating the position in the TLV container group in the TLV container group generation unit 106 is the first address counter
  • the counter indicating the position in the TLV container is the second address counter
  • the first address counter Both address counters are reset to 0 (step S420).
  • the TLV container group generation unit 106 confirms whether the byte indicated by the second address counter matches hexadecimal 7F (step S430).
  • step S430 When the byte indicated by the second address counter is 7F (“Yes” in step S430), the counter in the TLV container indicates Header. Therefore, 2 is added to both the first address counter and the second address counter in order to move the counter to the head position of the Length information. (Step S440). Then, the Length information is read from the TLV container, and the value is held (step S460). Further, 2 is added to both the first address counter and the second address counter in order to read the leading data of the value (step S470).
  • step S480 1 byte of data of the TLV container at the position indicated by the second address counter is read and stored in the buffer.
  • step S490 1 is added to the first address counter and the second address counter (step S490).
  • step S500 In order to confirm whether or not the TLV container has been read for the length, it is confirmed whether or not the second address counter matches the value obtained by adding the header, type, and length of 4 bytes to the length (step S500).
  • step S500 If the value obtained by adding the second address counter and Length and 4 does not match (“No” in step S500), it indicates that the TLV container is incomplete and there is data that has not been read. Therefore, it returns to step S480 and reads the continuation of Value information.
  • step S500 When the value obtained by adding the second address counter and the length 4 is equal (“Yes” in step S500), it indicates that the reading of the TLV container is completed. Therefore, the data stored in the buffer is output as one TLV container (step S510). In order to detect the header of the next TLV container, the second address counter is reset to 0 (step S520). In order to confirm whether or not the TLV container group has been read for Total Length, it is confirmed whether or not the first address counter and the value obtained by subtracting 28 bytes of the UDP header from the Total Length match (Step S530).
  • step S530 If the value obtained by subtracting 28 from the first address counter and the total length match (“Yes” in step S530), it indicates that the reading of all TLV container groups has been completed. Therefore, the process ends.
  • step S530 If the value obtained by subtracting 28 from the first address counter and the total length does not match (“No” in step S530), it indicates that there is an unread TLV container. Therefore, it returns to step S430 and repeats until the reading of all the TLV container groups is completed.
  • step S430 If the byte indicated by the second address counter is not 7F (“No” in step S430), the counter in the TLV container does not indicate Header. Therefore, in order to refer to the next byte, 1 is added to the first address counter, and the process proceeds to step S530 (step S450).
  • the TLV container group generation unit 106 recognizes the start position of the first TLV container in the slot or the end position of the last TLV container in the slot as a pointer, A plurality of TLV containers in the group are defined as a TLV container group.
  • the TLV container group generation unit 106 by providing the TLV container group generation unit 106, a plurality of TLV containers are combined and converted into a MAC frame as a TLV container group of 466 bytes or more. Data overhead can be reduced. Therefore, receiving apparatus 100 according to the present embodiment can output a TLV container in real time regardless of the length of the TLV container input without controlling the length of the TLV container on the transmission side. .
  • the receiving apparatus 100 in this embodiment includes a Gigabit Ethernet (registered trademark) interface 108, and the receiving apparatus 100 communicates with one or more external devices 110 using the Gigabit Ethernet (registered trademark).
  • Gigabit Ethernet registered trademark
  • an Ethernet (registered trademark) standard that is higher than the input speed of the receiving unit 101 and less than 1 Gbps may be used.
  • the MAC frame conversion of the framing unit 107 operates at a data transfer rate according to the Ethernet (registered trademark) standard of less than 1 Gbps.
  • one TLV container group is formed from the pointer to the pointer.
  • a lower limit for the number of bytes may be set, and TLV containers may be combined into a TLV container group until the set number of bytes is exceeded.
  • an upper limit of the number of bytes may be set, and TLV containers may be combined within a range not exceeding the set number of bytes to form a TLV container group.
  • the TLV container group generation unit 106 starts the TLV container grouping, and ends the TLV container grouping when the TLV containerization group exceeds the set byte (466 bytes).
  • an upper limit is set, it is checked whether the upper limit setting byte (for example, 1000 bytes) has been exceeded at the end of TLV container grouping. If the upper limit setting byte has been exceeded, , Redo TLV container grouping.
  • the TLV container group generation unit 106 has one buffer that can perform writing and reading at the same time, or two buffers connected in parallel, and the buffer that performs writing and the buffer that performs reading are alternately switched. Thus, writing and reading may be performed simultaneously.
  • the receiving apparatus can output the TLV container in real time regardless of the length of the TLV container input without controlling the length of the TLV container on the transmission side. Therefore, the present invention is useful as a satellite digital broadcast receiving apparatus that receives digital broadcasts, and particularly as a receiving apparatus for TLV (Type Length Value) transmission that is being studied for advanced satellite broadcasting.
  • TLV Type Length Value
  • DESCRIPTION OF SYMBOLS 100 Receiver 101 Receiving part 102 Demodulating part 103 TMCC decoding part 104 Stream distribution part 105 MPEG2-TS processing part 106 TLV container group generation part 107 Framing part 108 Gigabit Ethernet (registered trademark) interface 110 External equipment 111 Header analysis part 112 TLV container group separation unit 113 storage unit 114 TLV decoding unit 120 reception system

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Communication Control (AREA)

Abstract

　受信装置は、受信した電波から変調信号を出力する受信部と、変調信号を復調して、ＴＬＶスロット信号とＴＭＣＣ信号を出力する復調部と、ＴＭＣＣ信号からＴＬＶスロット信号に対するにポインタ情報を抽出するＴＭＣＣデコード部と、ポインタ情報に基づいて、ＴＬＶスロット信号から複数のＴＬＶコンテナをＴＬＶコンテナグループとして切り出すＴＬＶコンテナグループ生成部と、ＴＬＶコンテナグループをＭＡＣフレームにプロトコル変換するフレーム化部と、ＭＡＣフレームを出力する出力部とを備える。

Description

受信装置及び受信システム
　本発明は、デジタル放送などを受信する受信装置及び受信システムに関する。特に、高度化ＩＳＤＢ－Ｓ（Ｉｎｔｅｇｒａｔｅｄ　Ｓｅｒｖｉｃｅｓ　Ｄｉｇｉｔａｌ　Ｂｒｏａｄｃａｓｔｉｎｇ－Ｓａｔｅｌｌｉｔｅ）、すなわち、高度化衛星放送で運用されることが検討されている、ＴＬＶ（Ｔｙｐｅ　Ｌｅｎｇｔｈ　Ｖａｌｕｅ）伝送技術を用いたデジタル放送を受信する受信装置及び受信システムに関する。
　近年、放送のデジタル化や通信との融合など、放送の高度化の検討がすすんでおり、放送網を利用して高速にコンテンツをダウンロードし、ダウンロードしたコンテンツを受信装置内の記憶装置内に蓄積し、蓄積されたコンテンツを放送時間にとらわれずに視聴する、といった蓄積型放送サービスが注目されている。例えば総務省の情報通信審議会の一部答申では蓄積型放送サービスの一つとして、ＴＬＶ伝送方式が提案されている。ＴＬＶ伝送方式では、ＴＬＶコンテナと呼ばれる伝送フォーマットで伝送される可変長のＩＰパケットが用いられており、蓄積型放送サービス及びホームネットワーク内での親和性が確保できるという特徴がある。
　次に、高度化衛星デジタル放送において検討されているＴＬＶコンテナについて説明する。図１２は、従来例におけるＴＬＶコンテナの構成図である。ＴＬＶコンテナは、ＴＬＶコンテナの先頭を示すＨｅａｄｅｒフィールドと、ＴＬＶコンテナの種別を示すＴｙｐｅフィールドと、ＴＬＶコンテナ長を示すＬｅｎｇｔｈフィールドと、ＴＬＶコンテナに内蔵されるデータであるＶａｌｕｅフィールドとで構成される。Ｈｅａｄｅｒフィールドは１バイトであり、１６進数の７Ｆで固定されている。Ｔｙｐｅフィールドは１バイト、Ｌｅｎｇｔｈフィールドは２バイト、ＶａｌｕｅフィールドはＬｅｎｇｔｈで指定されたバイト数である。
　ＴＬＶコンテナは、衛星伝送路の伝送路符号化の単位である固定長のスロットに伝送順に多重化される。ＴＬＶコンテナのスロット割付について説明する。図１３は、従来例におけるＴＬＶコンテナのスロット割付の概要図である。ＴＬＶコンテナは可変長のため、図１３のスロット＃３やスロット＃４のようにスロットの先頭とＴＬＶコンテナの先頭が一致せずに、ＴＬＶコンテナがスロットをまたいで多重される場合もある。
　図１４に、従来例における高度化衛星デジタル放送に対応した受信装置６００の構成図を示す。図１４に示すように、受信装置６００は、受信部６０１と、復調部６０２と、ＴＭＣＣ（Ｔｒａｓｍｉｓｓｏｎ　ａｎｄ　Ｍｕｌｔｉｐｌｅｘｉｎｇ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ　Ｃｏｎｔｒｏｌ）デコード部６０３と、ストリーム振分部６０４と、ＭＰＥＧ２－ＴＳ処理部６０５と、ＴＬＶコンテナ生成部６０６と、フレーム化部６０７と、ギガビットイーサネット（登録商標）（以下、「ＧｂＥ」とも略記する）インタフェース（図１４では、「ＧｂＥ　Ｉ／Ｆ」と記載している）６０８とから構成されている。そして、受信装置６００は、衛星からの電波を受信し、復調したのちＭＰＥＧ２－ＴＳあるいはＴＬＶストリームを分離し出力するものである。次に、図１４における受信装置６００の各部の動作について説明する。
　受信部６０１は、衛星からの電波を受信して変調信号を出力する。受信部６０１はアンテナとチューナから構成される。
　復調部６０２は、受信部６０１から変調信号を入力して復調を行い、フレーム信号及びＴＭＣＣ信号を出力する。
　ＴＭＣＣデコード部６０３は、復調部６０２からＴＭＣＣ信号を入力して各スロットに対するストリームの割当てや伝送方式、ストリーム種別などの情報を抽出し、制御信号としてストリーム振分部６０４、ＭＰＥＧ２－ＴＳ処理部６０５、ＴＬＶコンテナ生成部６０６、フレーム化部６０７に出力する。
　ストリーム振分部６０４は、ＴＭＣＣデコード部６０３から入力したＴＭＣＣの情報に基づき、復調部６０２から入力したフレーム信号をＭＰＥＧ２－ＴＳを格納するスロット、または、ＴＬＶコンテナを格納するスロットを識別する。そして、ストリーム振分部６０４は、ＭＰＥＧ２－ＴＳを格納するスロットのときはＭＰＥＧ２－ＴＳ処理部６０５へ、ＴＬＶコンテナを格納するスロットのときはＴＬＶコンテナ生成部６０６へ振り分ける。
　ＭＰＥＧ２－ＴＳ処理部６０５は、ＴＭＣＣデコード部６０３から入力したＴＭＣＣの情報に基づき、ストリーム振分部６０４から入力したＭＰＥＧ２－ＴＳを格納するスロットを速度変換後ＭＰＥＧ２－ＴＳストリームごとに出力する。
　ＴＬＶコンテナ生成部６０６は、ＴＭＣＣデコード部６０３から入力したＴＭＣＣの情報に基づき、ストリーム振分部６０４から入力したＴＬＶコンテナを格納するスロットを読み取る。そして、ＴＬＶコンテナ生成部６０６は、ＨｅａｄｅｒフィールドからＬｅｎｇｔｈフィールドまでのバイト分を一つのＴＬＶコンテナとして切り出して、フレーム化部６０７へ出力する。
　フレーム化部６０７は、ＴＬＶコンテナ生成部６０６から入力したＴＬＶコンテナをギガビットイーサネット（登録商標）のＭＡＣフレーム（Ｍｅｄｉａ　Ａｃｃｅｓｓ　Ｃｏｎｔｒｏｌ　Ｆｒａｍｅ）にプロトコル変換して、ＧｂＥ　Ｉ／Ｆ６０８へ出力する。
　ここで、ＴＬＶコンテナにインターネットプロトコルバージョン４（以下、「ＩＰｖ４」と略記する）ヘッダおよびＵＤＰヘッダを付加してギガビットイーサネット（登録商標）で出力する時のＭＡＣフレーム構成について説明する。図１５Ａ、図１５Ｂは、従来例における受信装置６００を用いた場合のＭＡＣフレームの構成図である。図１５Ａに示すようにＭＡＣフレームは、ＴＬＶコンテナとヘッダ部分の４２バイトとフッタ部分の４バイトからなり、最小サイズは５１２バイトと規定されている。ＭＡＣフレーム送信の際には、さらにプリアンブルの８バイトとインターフレームギャップ（以下、「ＩＦＧ」と略記する）の１２バイトが付加され、最小送信サイズは５３２バイトとなる。ヘッダの４２バイトとフッタ４バイト、プリアンブル８バイトとＩＦＧ１２バイトを含めてＭＡＣフレームの送信サイズが５３２バイトより長い場合、すなわちＴＬＶコンテナが４６６バイト以上の場合は、そのまま出力される。
　一方、図１５Ｂに示すように、ＴＬＶコンテナが４６６バイトよりも短い場合は、Ｃａｒｒｉｅｒ　Ｅｘｔｅｎｄデータと呼ばれるダミーデータを付加した後、ＭＡＣフレームは最小送信サイズ５３２バイトで出力される。
　図１６は、従来例におけるＩＰｖ４ヘッダの構成図である。ＩＰｖ４ヘッダは２０バイトであり、図１６では４バイトずつ５段で示している。そして、ヘッダ部分を含むパケット長を示すＴｏｔａｌ　Ｌｅｎｇｔｈの値を持っている。
　ギガビットイーサネット（登録商標）インタフェース（以下、「ＧｂＥ　Ｉ／Ｆ」と略記する）６０８は、フレーム化部６０７でＴＬＶコンテナをプロトコル変換したＭＡＣフレームをＴＬＶストリームとして外部機器６１０へ出力する。
　外部機器６１０は、ヘッダ解析部６１１と、記憶素子６１３と、ＴＬＶデコード部６１４とから構成されている。外部機器６１０は、受信装置６００から出力されたＩＰパケット形式のＭＡＣフレームからＴＬＶコンテナを抽出し、データを蓄積して出力する。なお、ホームネットワーク内で、受信装置６００及び外部機器６１０の利用を想定すると、外部機器６１０は、図１４には示していないが、複数設置されると考えられる。したがって、ホームネットワークとして、ギガビットイーサネット（登録商標）などの利用が想定される。
　ヘッダ解析部６１１は、ＭＡＣフレーム化されたＴＬＶコンテナのヘッダを解析し、ヘッダを除去してＴＬＶコンテナを抽出する。
　記憶素子６１３は、例えばハードディスクなどである。ヘッダ解析部６１１から出力されたＴＬＶコンテナを蓄積する。
　ＴＬＶデコード部６１４は、記憶素子６１３に蓄積されているＴＬＶコンテナ形式のデータをコンテンツの生データに復元する。
　以下、図１４から図１６を用いて受信装置６００の動作を説明する。受信部６０１がＴＬＶコンテナの形式で伝送されたＩＰ（Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ）パケットを変調信号として受信する。そして、復調部６０２が受信した変調信号を復調して、ＴＭＣＣ信号をＴＭＣＣデコード部６０３へ、フレーム信号をストリーム振分部６０４へ出力する。
　ＴＭＣＣデコード部６０３はＴＭＣＣ信号から各スロットに対するストリームの割当てや伝送方式、ストリーム種別などの情報を抽出し、制御信号としてストリーム振分部６０４、ＭＰＥＧ２－ＴＳ処理部６０５、ＴＬＶコンテナ生成部６０６、フレーム化部６０７に出力する。
　ストリーム振分部６０４は、ＴＭＣＣデコード部６０３でデコードされたＴＭＣＣの情報を基に、復調部６０２から出力されたフレーム信号がＭＰＥＧ２－ＴＳストリームまたはＴＬＶストリームのときに、出力先をＭＰＥＧ２－ＴＳ処理部６０５またはＴＬＶコンテナ生成部６０６に振り分ける。
　ＭＰＥＧ２－ＴＳ処理部６０５は、ストリーム振分部６０４で振り分けられたＭＰＥＧ２－ＴＳストリームを、速度変換した後、受信装置６００の外部へ出力する。
　一方、ＴＬＶコンテナ生成部６０６は、ストリーム振分部６０４で振り分けられたＴＬＶストリームをＴＬＶコンテナ単位で切り出す。
　フレーム化部６０７が、ＴＬＶコンテナ生成部６０６で切り出されたＴＬＶコンテナをギガビットイーサネット（登録商標）に対応したＭＡＣフレームにプロトコル変換する。
　ギガビットイーサネット（登録商標）のインタフェース６０８が、ギガビットイーサネット（登録商標）のＭＡＣフレームに変換したＴＬＶコンテナを、受信装置６００の外部へ出力する。
　外部機器６１０は、ヘッダ解析部６１１で受信装置６００から入力したＭＡＣフレームのヘッダを解析し、ＴＬＶコンテナを抽出する。そして、記憶素子６１３は、ＴＬＶコンテナを蓄積する。そして、ＴＬＶデコード部６１４が記憶素子６１３に蓄積されたＴＬＶコンテナを必要に応じてコンテンツの生データにデコードし、例えば、外部機器６１０から表示装置へ出力し、モニタ部でコンテンツのデータを表示する。
　上述のように、高度化衛星デジタル放送に対応した従来の受信装置６００の構成に従えば、ＴＬＶ伝送方式で伝送されたＴＬＶコンテナを受信し、ギガビットイーサネット（登録商標）などの外部Ｉ／Ｆにて外部機器へ出力することが可能である。フレーム化部６０７への入力速度は、受信装置６００のデータ処理の動作周波数によって決まり、バイトクロック周波数１８．５ＭＨｚとしている。一方、フレーム化部６０７の出力速度はギガビットイーサネット（登録商標）インタフェース６０８の動作モードによって決まり、ＧＭＩＩの動作モードで１２５ＭＨｚである。つまり、ＭＡＣフレームのヘッダ部分が付加されてデータサイズが大きくなっても処理できるよう、出力速度は入力速度の６．７倍と大きく設定している。
　しかしながら、ＴＬＶコンテナが図１５Ｂに示すように、４６６バイト以下が連続して入力されると、Ｃａｒｒｉｅｒ　Ｅｘｔｅｎｄデータであるダミーデータによるオーバヘッドが増大する。その結果、フレーム化部６０７においてギガビットイーサネット（登録商標）のインタフェース６０８への出力期間がＴＬＶコンテナ生成部６０６からの入力期間の６．７倍よりも長くなる。そのために、データの出力に遅延が発生し、リアルタイムにデータ出力できない場合が発生する。
　リアルタイムにデータ出力できない場合の例を説明する。図１７Ａ、図１７Ｂは、従来例における受信装置６００のフレーム化部６０７でのＴＬＶコンテナのフレーム化処理の概要図である。図１７Ａは、ＴＬＶコンテナが４６６バイト以上の場合で、図１７Ｂは、ＴＬＶコンテナが４６６バイト未満の場合におけるＴＬＶコンテナのフレーム化処理の概要図である。
　図１７Ａに示すように、ＴＬＶコンテナが４６６バイト以上の場合、フレーム化部６０７がＴＬＶコンテナにヘッダの４２バイトとＦＣＳの４バイトを付加して、ＭＡＣフレームの最小サイズ５１２バイト以上のＭＡＣフレームに変換する。そして、フレーム化部６０７が、さらに送信時にプリアンブルの８バイトとＩＦＧの１２バイトを付加して、最小送信サイズ５３２バイト以上にする。したがって、フレーム化部６０７の入力に対する出力の比が１．１（＝５３２／４６６）以下となる。その結果、ギガビットイーサネット（登録商標）のインタフェース６０８への出力期間がＴＬＶコンテナ生成部６０６からの入力期間の６．７倍よりも短くなる。すなわち、出力すべきデータレートは、ギガビットイーサネット（登録商標）のインタフェース６０８の出力データレート以下であるのでリアルタイムに出力ができる。
　また、図１７Ｂのように、ＴＬＶコンテナが４６６バイト未満の場合、フレーム化部６０７がＴＬＶコンテナにヘッダの４２バイトとＦＣＳの４バイトとＣａｒｒｉｅｒ　Ｅｘｔｅｎｄデータと呼ばれるダミーデータを付加して、ＭＡＣフレームの最小サイズ５１２バイト以上のＭＡＣフレームに変換する。そして、フレーム化部６０７が、さらに送信時にプリアンブルの８バイトとＩＦＧの１２バイトを付加して、最小送信サイズ５３２バイト以上にする。したがって、フレーム化部６０７の入力に対する出力の比が１．１（＝５３２／４６６）未満となる。特に、７９バイト以下のときは、フレーム化部６０７の入力に対する出力の比が６．７３（＝５３２／７９）以上となる。その結果、ギガビットイーサネット（登録商標）のインタフェース６０８への出力期間がＴＬＶコンテナ生成部６０６からの入力期間の６．７倍よりも長くなる。すなわち、出力すべきデータレートは、ギガビットイーサネット（登録商標）のインタフェース６０８の出力データレート以上である。したがって、図１７Ｂに示すように、入力に対して出力がリアルタイムに出力ができなくなるという課題を有している。
　また、従来の受信装置６００を用いて全てのＴＬＶコンテナをリアルタイムに出力するには、送信側でＴＬＶコンテナの制御を行わなければならないという課題を有している。
情報通信審議会答申書諮問第２０２３号「放送システムに関する技術的条件」のうち、「衛星デジタル放送の高度化に関する技術的条件」、平成２０年７月２８日　２９頁
　本発明の受信装置は、受信部と復調部とＴＭＣＣデコード部とＴＬＶコンテナグループ生成部とフレーム化部と出力部とを備えている。受信部は、受信した電波から変調信号を出力する。復調部は、変調信号を復調して、ＴＬＶスロット信号とＴＭＣＣ信号を出力する。ＴＭＣＣデコード部は、ＴＭＣＣ信号からＴＬＶスロット信号に対するにポインタ情報を抽出する。ＴＬＶコンテナグループ生成部は、ポインタ情報に基づいて、ＴＬＶスロット信号から複数のＴＬＶコンテナをＴＬＶコンテナグループとして切り出す。フレーム化部は、ＴＬＶコンテナグループをＭＡＣフレームにプロトコル変換する。出力部は、ＭＡＣフレーム含むＴＬＶストリームを出力する。
　このような構成によって、複数のＴＬＶコンテナを結合し、４６６バイト以上のＴＬＶコンテナグループとしてＭＡＣフレームに変換することにより、ＭＡＣフレーム変換時のダミーデータによるオーバヘッドを削減することができる。
　また、本発明の受信システムは、上述した受信装置と外部機器とを備えた受信システムである。受信システムの外部機器は、ヘッダ解析部とＴＬＶコンテナグループ分離部と記憶部とを備えている。ヘッダ解析部は、受信装置が出力するＭＡＣフレームを含む、ＴＬＶストリームを入力し、ＭＡＣフレームのヘッダの解析をするとともに、ヘッダの除去を行ってＴＬＶコンテナグループを取り出す。ＴＬＶコンテナグループ分離部は、ＴＬＶコンテナグループをＴＬＶコンテナに分離する。記憶部は、分離されたＴＬＶコンテナを蓄積する。
図１は、本発明の実施の形態における受信システムの構成を示すブロック図である。 図２は、本発明の実施の形態におけるＭＡＣフレームの構成を説明するための概念図である。 図３は、本発明の実施の形態におけるＴＬＶコンテナのスロット割付の概要図である。 図４Ａは、本発明の実施の形態におけるＴＬＶコンテナグループ生成部内に持つバッファの動作を説明するための概念図である。 図４Ｂは、本発明の実施の形態におけるＴＬＶコンテナグループ生成部内に持つバッファの動作を説明するための概念図である。 図４Ｃは、本発明の実施の形態におけるＴＬＶコンテナグループ生成部内に持つバッファの動作を説明するための概念図である。 図５は、本発明の実施の形態におけるＴＬＶコンテナグループ生成のフローチャートである。 図６は、本発明の実施の形態におけるＴＬＶコンテナグループの生成を説明するための概念図である。 図７Ａは、本発明の実施の形態におけるＴＬＶコンテナグループの生成の処理のフローチャートである。 図７Ｂは、本発明の実施の形態におけるＴＬＶコンテナグループの生成の処理のフローチャートである。 図８Ａは、本発明の実施の形態におけるＴＬＶコンテナグループの生成の処理のフローチャートである。 図８Ｂは、本発明の実施の形態におけるＴＬＶコンテナグループの生成の処理のフローチャートである。 図９Ａは、本発明の実施の形態におけるＴＬＶコンテナグループの生成の処理のフローチャートである。 図９Ｂは、本発明の実施の形態におけるＴＬＶコンテナグループの生成の処理のフローチャートである。 図１０Ａは、本発明の実施の形態におけるＴＬＶコンテナグループの生成の処理のフローチャートである。 図１０Ｂは、本発明の実施の形態におけるＴＬＶコンテナグループの生成の処理のフローチャートである。 図１１は、本発明の実施の形態におけるＴＬＶコンテナグループ分離の処理のフローチャートである。 図１２は、従来例におけるＴＬＶコンテナの構成を示す図である。 図１３は、従来例におけるＴＬＶコンテナのスロット割付の概要図である。 図１４は、従来例における高度化衛星デジタル放送に対応した受信装置の構成を示すブロック図である。 図１５Ａは、従来例における受信装置を用いた場合のＭＡＣフレームの構成図である。 図１５Ｂは、従来例における受信装置を用いた場合のＭＡＣフレームの構成図である。 図１６は、従来例におけるＩＰｖ４ヘッダの構成図である。 図１７Ａは、従来例における受信装置のフレーム化部でのＴＬＶコンテナのフレーム化処理の概要図である。 図１７Ｂは、従来例における受信装置のフレーム化部でのＴＬＶコンテナのフレーム化処理の概要図である。
　（実施の形態）
　以下、本発明を実施するための最良の形態について、図面を参照しながら説明する。図１は、本発明の実施の形態における受信システム１２０の構成を示すブロック図である。図1に示すように、受信システム１２０は、受信装置１００と外部機器１１０とを有する。本実施の形態の説明では、ギガビットイーサネット（登録商標）を用いて、受信装置１００が外部機器１１０と通信することを前提としている。
　図１に示すように、受信装置１００は、受信部１０１と、復調部１０２と、ＴＭＣＣデコード部１０３と、ストリーム振分部１０４と、ＭＰＥＧ２－ＴＳ処理部１０５と、ＴＬＶコンテナグループ生成部１０６と、フレーム化部１０７と、出力部としてのギガビットイーサネット（登録商標）インタフェース１０８と、を有する。そして、受信装置１００の受信部１０１は、衛星からの電波を受信し変調信号を出力する。そして、その変調信号を復調部１０２が復調したのち、ＭＰＥＧ２－ＴＳあるいはＴＬＶストリームを分離し、ストリーム振分部１０４へ出力する。また、復調部１０２は、入力した変調信号から、ＴＭＣＣ信号を分離し、ＴＭＣＣデコード部１０３へ出力する。
　また、外部機器１１０は、ヘッダ解析部１１１と、ＴＬＶコンテナグループ分離部１１２と、記憶部１１３と、ＴＬＶデコード部１１４と、を有する。そして、受信装置１００から出力されたＩＰパケット形式のＭＡＣフレームを含む、ＴＬＶストリームを入力する。そして、ＭＡＣフレームからＴＬＶコンテナを抽出し、データを蓄積して出力する。なお、記憶部１１３は、例えば、ハードディスクなどを含む構成とすればよい。
　本実施の形態における受信装置１００及び外部機器１１０が従来の受信装置６００及び外部機器６１０と異なる点は、受信装置１００内にＴＬＶコンテナ生成部６０６の代わりにＴＬＶコンテナグループ生成部１０６を備えたことと、外部機器１１０内にヘッダ解析部１１１と記憶部１１３の間にＴＬＶコンテナグループ分離部１１２を新たに備えたことである。以下、図１における各部の動作について説明する。
　受信部１０１は、衛星からの電波を受信して変調信号を出力する。受信部１０１はアンテナとチューナから構成される。
　復調部１０２は、受信部１０１から変調信号を入力して復調を行い、フレーム信号及びＴＭＣＣ信号を出力する。
　ＴＭＣＣデコード部１０３は、復調部１０２からＴＭＣＣ信号を入力して各スロットに対するストリームの割当てや伝送方式、ストリーム種別などの情報を抽出し、制御信号としてストリーム振分部１０４、ＭＰＥＧ２－ＴＳ処理部１０５、ＴＬＶコンテナグループ生成部１０６、フレーム化部１０７に出力する。
　ストリーム振分部１０４は、ＴＭＣＣデコード部１０３から入力したＴＭＣＣの情報に基づき、復調部１０２から入力したフレーム信号をＭＰＥＧ２－ＴＳを格納するスロット、または、ＴＬＶコンテナを格納するスロットを識別する。そして、ストリーム振分部１０４は、フレーム信号がＭＰＥＧ２－ＴＳを格納するスロットのときはＭＰＥＧ２－ＴＳ処理部１０５へ、ＴＬＶコンテナを格納するスロットのときはＴＬＶコンテナグループ生成部１０６へ振り分ける。
　ＭＰＥＧ２－ＴＳ処理部１０５は、ＴＭＣＣデコード部１０３から入力したＴＭＣＣの情報に基づき、ストリーム振分部１０４から入力したＭＰＥＧ２－ＴＳを格納するスロットを速度変換後ＭＰＥＧ２－ＴＳストリームごとに出力する。
　ＴＬＶコンテナグループ生成部１０６は、ＴＭＣＣデコード部１０３から入力したＴＭＣＣの情報に基づき、ストリーム振分部１０４から入力したＴＬＶコンテナを格納するスロットを読み取る。そして、ＴＬＶコンテナグループ生成部１０６は、ＨｅａｄｅｒフィールドからＬｅｎｇｔｈフィールドまでのバイト分を一つのＴＬＶコンテナとして切り出して、フレーム化部１０７へ出力する。
　フレーム化部１０７は、ＴＬＶコンテナグループ生成部１０６から入力したＴＬＶコンテナをギガビットイーサネット（登録商標）のＭＡＣフレームにプロトコル変換して、ＧｂＥ　Ｉ／Ｆ１０８へ出力する。
　次に、ＴＬＶコンテナグループ生成部１０６、および外部機器１１０内のＴＬＶコンテナグループ分離部１１２について詳細に説明する。
　受信装置１００のＴＬＶコンテナグループ生成部１０６は、ＴＭＣＣデコード部１０３から出力されるＴＭＣＣ信号の中に記載されているポインタ情報を用いて、ストリーム振分部１０４から出力されるＴＬＶストリームから複数のＴＬＶコンテナをＴＬＶコンテナグループとして切り出して生成する。本実施の形態における受信装置１００の特徴は、ＴＭＣＣ信号にＴＬＶコンテナのポインタ情報を格納し、ポインタ情報を基に複数のＴＬＶコンテナをグループ化して出力する点である。
　外部機器１１０のＴＬＶコンテナグループ分離部１１２は、ヘッダ解析部１１１より出力されるＴＬＶコンテナグループを、一つ一つのＴＬＶコンテナに分離して出力する。
　以下、図１から図７を用いて、本実施の形態における受信装置１００の動作を詳細に説明する。
　受信部１０１がＴＬＶコンテナの形式で伝送されたＩＰパケットを変調信号として受信する。そして、復調部１０２が受信した変調信号を復調する。そして、復調部１０２は、ＴＬＶスロット信号とＴＭＣＣ信号を出力する。復調部１０２は、ＴＭＣＣ信号をＴＭＣＣデコード部１０３へ、ＴＬＶストリームやＭＰＥＧ２－ＴＳストリームを含むフレーム信号をストリーム振分部１０４へ出力する。
　ＴＭＣＣデコード部１０３は、ＴＭＣＣ信号から各スロットに対するストリームの割当てや伝送方式、ストリーム種別などの情報を抽出し、制御信号としてストリーム振分部１０４、ＭＰＥＧ２－ＴＳ処理部１０５、ＴＬＶコンテナグループ生成部１０６、フレーム化部１０７に出力する。すなわち、ＴＭＣＣデコード部１０３は、ＴＭＣＣ信号からＴＬＶスロット信号に対するにポインタ情報を抽出する。
　ストリーム振分部１０４は、ＴＭＣＣデコード部１０３でデコードされたＴＭＣＣの情報を基に、復調部１０２から出力されたフレーム信号がＭＰＥＧ２－ＴＳストリームの場合、出力先をＭＰＥＧ２－ＴＳ処理部１０５に振り分ける。また、ストリーム振分部１０４は、ＴＭＣＣの情報を基に、復調部１０２から出力されたフレーム信号がＴＬＶストリーム場合、ＴＬＶコンテナグループ生成部１０６に振り分ける。
　ＭＰＥＧ２－ＴＳ処理部１０５は、ストリーム振分部１０４で振り分けられたＭＰＥＧ２－ＴＳストリームを、速度変換した後、受信装置１００の外部へ出力する。
　一方、ＴＬＶコンテナグループ生成部１０６は、ストリーム振分部１０４で振り分けられたＴＬＶストリームをＴＬＶコンテナグループとして切り出す。このとき、ＴＬＶコンテナグループ生成部１０６は、ＴＬＶコンテナを一つ一つ切り出すのではなく、複数のＴＬＶコンテナを合計のバイト数が４６６バイト以上になるように結合されて切り出す。
　そして、フレーム化部１０７が、ＴＬＶコンテナグループ生成部１０６で切り出されたＴＬＶコンテナグループを、ギガビットイーサネット（登録商標）に対応したＭＡＣフレームにプロトコル変換する。ここで、プロトコル変換されたＴＬＶコンテナグループのＭＡＣフレームの構成図を図２に示す。図２は、本発明の実施の形態におけるＭＡＣフレームの構成を説明するための概念図である。図２に示すように、ＭＡＣフレームは、ＴＬＶコンテナとヘッダ部分の４２バイトとフッタ部分の４バイトからなり、最小サイズは５１２バイトと規定されている。ＭＡＣフレーム送信の際には、さらにプリアンブルの８バイトとインターフレームギャップ（以下、「ＩＦＧ」と略記する）の１２バイトが付加され、最小送信サイズは５３２バイトとなる。
　そして、４６６バイト以下のＴＬＶコンテナが有ったとしても、複数個のＴＬＶコンテナで４６６バイト以上のＴＬＶコンテナグループとするので、ヘッダの４２バイトとフッタ４バイトを含めてＭＡＣフレームが５１２バイト以上になる。これにより、ＭＡＣフレームの最小サイズ５１２バイト以上を確保しているので、Ｃａｒｒｉｅｒ　Ｅｘｔｅｎｄデータと呼ばれるダミーデータを付加しなくて良くなる。ゆえに、ダミーデータによるオーバヘッドを削減することが可能となる。
　出力部としてのギガビットイーサネット（登録商標）のインタフェース１０８が、ギガビットイーサネット（登録商標）のＭＡＣフレームに変換したＴＬＶコンテナグループを含む、ＴＬＶストリームを受信装置１００の外部へ出力する。
　外部機器１１０は、受信装置１００から出力されたＭＡＣフレーム化されたＩＰパケット形式のＴＬＶコンテナグループを含む、ＴＬＶストリームを入力し、ヘッダ解析部１１１でヘッダを解析するとともに、ヘッダを除去してＴＬＶコンテナグループを取り出す。
　そして、ＴＬＶコンテナグループ分離部１１２が、取り出されたＴＬＶコンテナグループを、Ｈｅａｄｅｒの情報とＬｅｎｇｔｈの情報を基に、各ＴＬＶコンテナに分離する。
　記憶部１１３は、ＴＬＶコンテナグループ分離部１１２が分離したＴＬＶコンテナを蓄積する。そして、ＴＬＶデコード部１１４が記憶部１１３に蓄積されたＴＬＶコンテナを必要に応じてコンテンツの生データにデコードし、例えば、外部機器１１０から表示装置へ出力し、モニタ部でコンテンツのデータを表示する。
　ここで、受信装置１００のＴＬＶコンテナグループ生成部１０６が行うＴＬＶコンテナグループの生成方法について詳細に説明する。
　まず、ＴＬＶコンテナが、衛星伝送路の伝送路符号化の単位である固定長のスロットに伝送順に多重化された状態を説明する。図３は、本発明の実施形態におけるＴＬＶコンテナのスロット割付の概要図である。スロット長は４４８８バイトとする。これは符号化率を４／５に設定したときのスロット長である。スロット中の最初のＴＬＶコンテナの先頭の位置をトップポインタ、スロット中の最後に配置完了したＴＬＶコンテナの末尾の位置をラストポインタと定義する。ポインタの情報はＴＭＣＣ信号に格納されている。このスロット形式のＴＬＶコンテナとＴＭＣＣ信号は、変調信号として受信装置１００の受信部１０１が受信している。
　ＴＬＶコンテナグループ生成部１０６の動作について説明する。ここでは、ＴＬＶコンテナグループ生成部１０６は、２段の直列に接続したバッファを持っており、２段のバッファを用いてデータの書き込みと読み出しの動作を同時に行うことを実現しているとする。図４Ａ、図４Ｂ、図４Ｃは、本発明の実施の形態におけるＴＬＶコンテナグループ生成部１０６内に持つバッファの動作を説明するための概念図を示す。図４Ａに示すように後段のバッファからデータが読み出されているとき、及び、図４Ｂに示すように前段バッファへデータが書き込まれているときは前段バッファから後段バッファへの書き込みを停止する。図４Ｃに示すように前段バッファへの書き込み及び後段バッファからの読み出しが行われていないとき、前段バッファから後段バッファへデータを書き込む。このような２段のバッファを用いることで、書き込みと読み出しを同時に行うことを実現している。なお、後段バッファからの読み出しと前段バッファへの書き込みは同時に起こる、すなわち、図４Ａと図４Ｂの状態が同時に起こっても問題ない。以下バッファとは、後段バッファのことを示す。
　図５は、本発明の実施形態におけるＴＬＶコンテナグループ生成のフローチャートである。
　まず、ＴＬＶコンテナグループ生成部１０６は、ストリーム振分部１０４から入力するスロット内の位置を示すカウンタをアドレスカウンタとし、０にリセットしておく（ステップＳ２００）。更に、ＴＬＶコンテナグループ生成部１０６は、バッファ内の書き込み位置を示すカウンタをライトアドレスカウンタ、バッファ内の読み出し位置を示すカウンタをリードアドレスカウンタとし、０にリセットしておく（ステップＳ２１０）。そして、ＴＬＶコンテナグループ生成部１０６は、ＴＭＣＣの情報からポインタ情報とスロット長情報を取得し、保持しておく（ステップＳ２２０）。
　ＴＬＶコンテナグループ生成部１０６は、アドレスカウンタが示すバイトを参照し、データを１バイト読み取ってバッファに格納する（ステップＳ２３０）。ＴＬＶコンテナグループ生成部１０６は、アドレスカウンタ及びライトアドレスカウンタを１バイト加算する（ステップＳ２４０）。スロット内の次のポインタの位置までデータの読み取りが完了したかを確認するため、アドレスカウンタとポインタ情報が一致するかを確認する（ステップＳ２５０）。
　アドレスカウンタとポインタ情報が一致する場合（ステップＳ２５０の「Ｙｅｓ」）、ポインタの位置までデータの読み取りが完了していることを示す。そのため、バッファに格納されたデータを一つのＴＬＶコンテナグループとして出力する。そして、ＴＬＶコンテナグループの終端位置を記憶するため、現在のライトアドレスカウンタの値を保持しておく（ステップＳ２６０）。リードアドレスカウンタが示すバイトから１バイトずつ読み出す（ステップＳ２７０）。そして、リードアドレスカウンタを１加算し、バッファの読み出し位置を次のバイトにシフトする（ステップＳ２８０）。ＴＬＶコンテナグループの最後までバッファからの読み出しが完了したかを確認するため、リードアドレスカウンタの値と保持しているＴＬＶコンテナグループの終端位置が一致するかを確認する（ステップＳ２９０）。
　リードアドレスカウンタとＴＬＶコンテナグループの終端位置が一致しない場合（ステップＳ２９０の「Ｎｏ」）、バッファからの読み出しが完了していないことを示す。そのため、ステップＳ２７０へ戻ってバッファの読み出しを続ける。
　また、リードアドレスカウンタとＴＬＶコンテナグループの終端位置が一致する場合（ステップＳ２９０の「Ｙｅｓ」）、ＴＬＶコンテナグループの最後までバッファからの読み出しが完了していることを示す。そのため、スロットの最後までデータの読み取りが完了したかを確認するため、アドレスカウンタと保持しているスロット長情報が一致するかを確認する（ステップＳ３００）。
　アドレスカウンタとスロット長情報が一致しない場合（ステップＳ３００の「Ｎｏ」）、スロットの途中を読み取っていることを示す。そのため、次のＴＬＶコンテナグループを作成するため、ステップＳ２１０へ戻る。
　アドレスカウンタとスロット長情報が一致する場合（ステップＳ３００の「Ｙｅｓ」）、スロットの最後までデータの読み取りが完了していることを示す。そのため、アドレスカウンタをスロットの先頭位置にシフトさせるため、アドレスカウンタを０にリセットする（ステップＳ３１０）。そして、次のＴＬＶコンテナグループを作成するため、ステップＳ２１０へ戻る。
　またアドレスカウンタとポインタ情報が一致しない場合（ステップＳ２５０の「Ｎｏ」）、ＴＬＶコンテナグループが未完成であり、読み取っていないデータが存在することを示す。そのため、スロットの最後までデータの読み取りが完了したかを確認するため、アドレスカウンタと保持しているスロット長情報が一致するかを確認する（ステップＳ３２０）。
　ステップＳ３２０において、アドレスカウンタとスロット長情報が一致しない場合（ステップＳ３２０の「Ｎｏ」）、スロットの途中を読み取っていることを示す。そのため、ステップＳ２３０へ戻り、データの読み取りを続ける。
　アドレスカウンタとスロット長情報が一致する場合（ステップＳ３２０の「Ｙｅｓ」）、スロットの最後までデータの読み取りが完了していることを示す。そのため、アドレスカウンタをスロットの先頭位置にシフトさせるため、アドレスカウンタを０にリセットする（ステップＳ３３０）。そして、ステップＳ２２０へ戻り、ポインタ情報とスロット長情報を更新し、データの読み取りを続ける。
　この図５のフローチャートに従って、図３のスロットの割付の例を用いた場合のＴＬＶコンテナグループ生成の流れについて説明する。図６は、本発明の実施形態におけるＴＬＶコンテナグループ＃１～ＴＬＶコンテナグループ＃４の生成を説明するための概念図である。図７Ａ～図１０Ｂは、本発明の実施形態におけるＴＬＶコンテナグループ＃１～ＴＬＶコンテナグループ＃４の生成の処理のフローチャートである。
　図５のフローチャートに従って、図３のスロット割付の例を用いると、図６に示すように、４個のＴＬＶコンテナグループ＃１～ＴＬＶコンテナグループ＃４が生成される。ＴＬＶ＃１からＴＬＶ＃６までがＴＬＶコンテナグループ＃１、ＴＬＶ＃７とＴＬＶ＃８がＴＬＶコンテナグループ＃２、ＴＬＶ＃９がＴＬＶコンテナグループ＃３、ＴＬＶ＃１０がＴＬＶコンテナグループ＃４となる。
　図７Ａ～図１０Ｂにおいて、「動作」の欄は、図５で示したフローチャートの各ステップを示す。「ポインタ情報」の欄は、ステップＳ２２０で保持されているポインタ情報で、図３に示された値を示す。「スロット長」の欄は、ステップＳ２２０で保持されているスロット長の情報を示す。「アドレスカウンタ」の欄は、スロット内のどの位置を読み取り対象とするのかを示すカウンタの値である。「ライトアドレスカウンタ」の欄は、バッファ内の書き込み位置を示すカウンタの値である。「リードアドレスカウンタ」の欄は、バッファ内の読み出し位置を示すカウンタの値である。「ＴＬＶコンテナグループ終端」の欄は、ステップＳ２６０で保持されているＴＬＶコンテナグループの終端位置を示すカウンタの値である。「バッファ」の欄は、バッファ内に格納されているデータの内容を示す。「出力」の欄は、ＴＬＶコンテナグループ生成部１０６からの出力結果を示す。分岐結果は、各動作における条件分岐の結果とその分岐先を示す。
　図３に示すように、スロット＃１はＴＬＶ＃１の先頭にトップポインタ、ＴＬＶ＃６の末尾にラストポインタがある場合、図６示すように、ＴＬＶコンテナグループ生成部１０６は、ＴＬＶ＃１からＴＬＶ＃６までをＴＬＶコンテナグループ＃１として出力する。ＴＬＶコンテナグループ＃１を生成する際の、図５で示したフローチャートの各ステップの処理を図７Ａ、図７Ｂに示す。
　図３に示すように、スロット＃２はＴＬＶ＃７の先頭にトップポインタ、ＴＬＶ＃８の末尾にラストポインタがある場合、図６に示すように、ＴＬＶコンテナグループ生成部１０６は、ＴＬＶ＃７とＴＬＶ＃８をＴＬＶコンテナグループ＃２として出力する。ＴＬＶコンテナグループ＃２を生成する際の、図５で示したフローチャートの各ステップの処理を図８Ａ、図８Ｂに示す。
　また、図３に示したように、スロット＃２のＴＬＶ＃９の先頭にラストポインタ、スロット＃３のＴＬＶ＃９の末尾にラストポインタ（＝ＴＬＶ１０の先頭にトップポインタ）がある場合、図６に示すように、ＴＬＶコンテナグループ生成部１０６は、ＴＬＶ＃９をＴＬＶコンテナグループ＃３として出力する。ＴＬＶコンテナグループ＃３を生成する際の、図５で示したフローチャートの各ステップの処理を図９Ａ、図９Ｂに示す。
　また、図３に示したように、スロット＃３のＴＬＶ＃１０の先頭にトップポインタ（＝ＴＬＶ＃９の末尾にラストポインタ）、スロット＃４のＴＬＶ＃１０の末尾にラストポインタがある場合、図６に示すように、ＴＬＶコンテナグループ生成部１０６は、ＴＬＶ＃１０をＴＬＶコンテナグループ＃４として出力する。ＴＬＶコンテナグループ＃４を生成する際の、図５で示したフローチャートの各ステップの処理を図１０Ａ、図１０Ｂに示す。
　ここで、外部機器１１０のＴＬＶコンテナグループ分離部１１２が行うＴＬＶコンテナグループの分離方法について詳細に説明する。図１１は、本発明の実施の形態におけるＴＬＶコンテナグループ分離の処理のフローチャートである。受信装置１００から出力されるＭＡＣフレーム化されたＩＰパケット形式のＴＬＶコンテナグループを、ヘッダ解析部１１１が解析する。そして、ヘッダ解析部１１１がＭＡＣヘッダを除去し、ＩＰｖ４ヘッダからＴｏｔａｌ　Ｌｅｎｇｔｈの情報を保持する（ステップＳ４００）。また、ヘッダ解析部１１１がＩＰｖ４ヘッダ及びＵＤＰヘッダを除去し、ＩＰパケット形式のデータからＴＬＶコンテナの情報を抽出する（ステップＳ４１０）。
　次に、ＴＬＶコンテナグループ生成部１０６におけるＴＬＶコンテナグループ内の位置を示すカウンタを第１のアドレスカウンタ、ＴＬＶコンテナ内の位置を示すカウンタを第２のアドレスカウンタとし、第１のアドレスカウンタ、第２のアドレスカウンタともに０にリセットする（ステップＳ４２０）。ＴＬＶコンテナグループ生成部１０６は、ＴＬＶコンテナ内のカウンタがＨｅａｄｅｒを示しているかを確認するため、第２のアドレスカウンタの示すバイトと１６進数の７Ｆが一致するか確認する（ステップＳ４３０）。
　第２のアドレスカウンタの示すバイトが７Ｆの場合（ステップＳ４３０の「Ｙｅｓ」）、ＴＬＶコンテナ内のカウンタがＨｅａｄｅｒを示している。そのため、Ｌｅｎｇｔｈ情報の先頭位置までカウンタを移動させるため、第１のアドレスカウンタ、第２のアドレスカウンタともに２を加算する。（ステップＳ４４０）。そして、ＴＬＶコンテナからＬｅｎｇｔｈ情報を読み取り、値を保持する（ステップＳ４６０）。更に、Ｖａｌｕｅの先頭データを読み取るため、第１のアドレスカウンタ、第２のアドレスカウンタともに２を加算する（ステップＳ４７０）。
　次に、第２のアドレスカウンタが示す位置のＴＬＶコンテナのデータを１バイト読み取り、バッファに格納する（ステップＳ４８０）。次のバイトを読み取るため、第１のアドレスカウンタ、第２のアドレスカウンタに１を加算する（ステップＳ４９０）。ＴＬＶコンテナをＬｅｎｇｔｈ分読み取ったかどうかを確認するため、第２のアドレスカウンタと、ＬｅｎｇｔｈにＨｅａｄｅｒ、Ｔｙｐｅ、Ｌｅｎｇｔｈの４バイト分を加算した値が一致するかを確認する（ステップＳ５００）。
　第２のアドレスカウンタとＬｅｎｇｔｈと４を加算した値が一致しない場合（ステップＳ５００の「Ｎｏ」）、ＴＬＶコンテナが未完成であり、読み取っていないデータが存在することを示す。そのため、ステップＳ４８０に戻り、Ｖａｌｕｅ情報の続きを読み取る。
　第２のアドレスカウンタとＬｅｎｇｔｈと４を加算した値が一致する場合（ステップＳ５００の「Ｙｅｓ」）、ＴＬＶコンテナの読み取りが完了したことを示す。そのため、バッファに格納されたデータを一つのＴＬＶコンテナとして出力する（ステップＳ５１０）。次のＴＬＶコンテナのヘッダを検出するため、第２のアドレスカウンタを０にリセットする（ステップＳ５２０）。ＴＬＶコンテナグループをＴｏｔａｌ　Ｌｅｎｇｔｈ分読み取ったかどうかを確認するため、第１のアドレスカウンタとＴｏｔａｌ　ＬｅｎｇｔｈからＩＰヘッダ、ＵＤＰヘッダの２８バイト分を引いた値が一致するかを確認する（ステップＳ５３０）。
　第１のアドレスカウンタとＴｏｔａｌ　Ｌｅｎｇｔｈから２８を減算した値が一致する場合（ステップＳ５３０の「Ｙｅｓ」）、ＴＬＶコンテナグループ全ての読み取りが完了したことを示す。そのため、処理を終了する。
　また、第１のアドレスカウンタとＴｏｔａｌ　Ｌｅｎｇｔｈから２８を減算した値が一致しない場合（ステップＳ５３０の「Ｎｏ」）、読み取られていないＴＬＶコンテナが存在することを示す。そのため、ステップＳ４３０へ戻ってＴＬＶコンテナグループ全ての読み取りが完了するまで繰り返す。
　また、第２のアドレスカウンタの示すバイトが７Ｆではない場合（ステップＳ４３０の「Ｎｏ」）、ＴＬＶコンテナ内のカウンタがＨｅａｄｅｒを示していないことになる。そのため、次のバイトを参照するため、第１のアドレスカウンタに１を加算し、ステップＳ５３０へ進む（ステップＳ４５０）。
　上記したように、ＴＬＶコンテナグループ生成部１０６は、スロット中の最初のＴＬＶコンテナの先頭の位置、或いは、スロット中の最後に配置完了したＴＬＶコンテナの末尾の位置をポインタと認識し、ポインタの間にある複数のＴＬＶコンテナをＴＬＶコンテナグループとする。
　かかる構成によれば、ＴＬＶコンテナグループ生成部１０６を設けることで複数のＴＬＶコンテナを結合し、４６６バイト以上のＴＬＶコンテナグループとしてＭＡＣフレームに変換することを実現することにより、ＭＡＣフレーム変換時のダミーデータによるオーバヘッドを削減することができる。そのため、本実施の形態における受信装置１００は、送信側でＴＬＶコンテナの長さを制御することなく、どんな長さのＴＬＶコンテナが入力されても、リアルタイムにＴＬＶコンテナを出力することが可能となる。
　なお、本実施の形態における受信装置１００は、ギガビットイーサネット（登録商標）インタフェース１０８を備え、ギガビットイーサネット（登録商標）を用いて受信装置１００が、1つ以上の外部機器１１０などと通信することを想定している。しかし、受信部１０１の入力速度以上で、かつ、１Ｇｂｐｓ未満のイーサネット（登録商標）の規格を用いても良い。その場合は、フレーム化部１０７のＭＡＣフレーム変換を１Ｇｂｐｓ未満のイーサネット（登録商標）の規格に沿ったデータ転送速度で動作するものとする。
　なお、本実施の形態において、複数のＴＬＶコンテナをグループ化する際に、ポインタからポインタまでを１つのＴＬＶコンテナグループとした。しかし、バイト数の下限を設定し、設定バイト数を超えるまでＴＬＶコンテナを結合してＴＬＶコンテナグループとしても良い。また、更にバイト数の上限を設定し、設定バイト数を超えない範囲でＴＬＶコンテナを結合してＴＬＶコンテナグループとしても良い。この場合、ＴＬＶコンテナグループ生成部１０６が、ＴＬＶコンテナグループ化を開始し、ＴＬＶコンテナ化グループが設定バイト（４６６バイト）を超えたときに、ＴＬＶコンテナグループ化を終了する。更に、上限を設定している場合は、ＴＬＶコンテナグループ化の終了時点で、上限の設定バイト（例えば、１０００バイト）を超えていないかどうかを確認し、上限の設定バイトを超えている場合は、ＴＬＶコンテナグループ化をやり直す。
　なお、本実施の形態において、にバッファを直列に２つ接続し、書き込みと読み出しを同時に行うことを想定している。しかし、ＴＬＶコンテナグループ生成部１０６が、書き込みと読み出しを同時に行えるバッファを１つ持つこととしたり、バッファを並列に２つ接続し、書き込みを行うバッファと読み出しを行うバッファを交互に切り替えることとしたりして、書き込みと読み出しを同時に行えるようにしても良い。
　本発明にかかる受信装置は、送信側でＴＬＶコンテナの長さを制御することなく、どんな長さのＴＬＶコンテナが入力されても、リアルタイムにＴＬＶコンテナを出力することができる。したがって、デジタル放送を受信する衛星デジタル放送受信装置に関するもの、特に、高度化衛星放送での運用が検討されているＴＬＶ（Ｔｙｐｅ　Ｌｅｎｇｔｈ　Ｖａｌｕｅ）伝送用の受信装置として有用である。
　１００　　受信装置
　１０１　　受信部
　１０２　　復調部
　１０３　　ＴＭＣＣデコード部
　１０４　　ストリーム振分部
　１０５　　ＭＰＥＧ２－ＴＳ処理部
　１０６　　ＴＬＶコンテナグループ生成部
　１０７　　フレーム化部
　１０８　　ギガビットイーサネット（登録商標）インタフェース
　１１０　　外部機器
　１１１　　ヘッダ解析部
　１１２　　ＴＬＶコンテナグループ分離部
　１１３　　記憶部
　１１４　　ＴＬＶデコード部
　１２０　　受信システム

Claims (4)

  1. 受信した電波から変調信号を出力する受信部と、
    前記変調信号を復調して、ＴＬＶスロット信号とＴＭＣＣ信号を出力する復調部と、
    前記ＴＭＣＣ信号から前記ＴＬＶスロット信号に対するにポインタ情報を抽出するＴＭＣＣデコード部と、
    前記ポインタ情報に基づいて、前記ＴＬＶスロット信号から複数のＴＬＶコンテナをＴＬＶコンテナグループとして切り出すＴＬＶコンテナグループ生成部と、
    前記ＴＬＶコンテナグループをＭＡＣフレームにプロトコル変換するフレーム化部と、
    前記ＭＡＣフレームを含む、ＴＬＶストリームを出力する出力部と、
    を備える受信装置。
  2. 前記ＴＬＶコンテナグループ生成部は、
    　　スロット中の最初のＴＬＶコンテナの先頭の位置、或いは、スロット中の最後に配置完了したＴＬＶコンテナの末尾の位置をポインタと認識し、ポインタの間にある複数のＴＬＶコンテナをＴＬＶコンテナグループとする請求項１に記載の受信装置。
  3. 受信した電波から変調信号を出力する受信部と、
    前記変調信号を復調して、ＴＬＶスロット信号とＴＭＣＣ信号を出力する復調部と、
    前記ＴＭＣＣ信号から前記ＴＬＶスロット信号に対するにポインタ情報を抽出するＴＭＣＣデコード部と、
    前記ポインタ情報に基づいて、前記ＴＬＶスロット信号から複数のＴＬＶコンテナをＴＬＶコンテナグループとして切り出すＴＬＶコンテナグループ生成部と、
    前記ＴＬＶコンテナグループをＭＡＣフレームにプロトコル変換するフレーム化部と、
    前記ＭＡＣフレームを含む、ＴＬＶストリームを出力する出力部と、
    を備える受信装置と、
    外部機器と、を備えた受信システムであって、
    前記外部機器は、
    前記受信装置が出力するＭＡＣフレームを含む、ＴＬＶストリームを入力し、前記ＭＡＣフレームのヘッダの解析をするとともに、前記ヘッダの除去を行ってＴＬＶコンテナグループを取り出すヘッダ解析部と、
    前記ＴＬＶコンテナグループをＴＬＶコンテナに分離するＴＬＶコンテナグループ分離部と、
    前記分離されたＴＬＶコンテナを蓄積する記憶部と、
    を備えた受信システム。
  4. 前記ＴＬＶコンテナグループ生成部は、
    　　スロット中の最初のＴＬＶコンテナの先頭の位置、或いは、スロット中の最後に配置完了したＴＬＶコンテナの末尾の位置をポインタと認識し、ポインタの間にある複数のＴＬＶコンテナをＴＬＶコンテナグループとする請求項３に記載の受信システム。
PCT/JP2010/002636 2009-04-22 2010-04-12 受信装置及び受信システム WO2010122729A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2011510172A JP4978750B2 (ja) 2009-04-22 2010-04-12 受信装置及び受信システム

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2009-103571 2009-04-22
JP2009103571 2009-04-22

Publications (1)

Publication Number Publication Date
WO2010122729A1 true WO2010122729A1 (ja) 2010-10-28

Family

ID=43010858

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2010/002636 WO2010122729A1 (ja) 2009-04-22 2010-04-12 受信装置及び受信システム

Country Status (2)

Country Link
JP (1) JP4978750B2 (ja)
WO (1) WO2010122729A1 (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015179900A (ja) * 2014-03-18 2015-10-08 ソニー株式会社 送信装置、送信方法、受信装置、及び、受信方法
JP2017118331A (ja) * 2015-12-24 2017-06-29 日本電気株式会社 信号構成装置、信号構成システム、信号構成方法、および信号構成用プログラム
JP7424449B2 (ja) 2014-12-10 2024-01-30 ソニーグループ株式会社 受信装置及び受信方法

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001503949A (ja) * 1996-11-21 2001-03-21 ノーテル・ネットワークス・リミテッド 伝送アーキテクチャおよびネットワーク要素
JP2005517328A (ja) * 2002-02-04 2005-06-09 富士通株式会社 コネクション型プロトコルにおけるパケットのコンテナ転送

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001503949A (ja) * 1996-11-21 2001-03-21 ノーテル・ネットワークス・リミテッド 伝送アーキテクチャおよびネットワーク要素
JP2005517328A (ja) * 2002-02-04 2005-06-09 富士通株式会社 コネクション型プロトコルにおけるパケットのコンテナ転送

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015179900A (ja) * 2014-03-18 2015-10-08 ソニー株式会社 送信装置、送信方法、受信装置、及び、受信方法
JP7424449B2 (ja) 2014-12-10 2024-01-30 ソニーグループ株式会社 受信装置及び受信方法
JP2017118331A (ja) * 2015-12-24 2017-06-29 日本電気株式会社 信号構成装置、信号構成システム、信号構成方法、および信号構成用プログラム

Also Published As

Publication number Publication date
JP4978750B2 (ja) 2012-07-18
JPWO2010122729A1 (ja) 2012-10-25

Similar Documents

Publication Publication Date Title
US10911510B2 (en) Apparatus and method for transmitting multimedia data in a broadcast system
JP4256264B2 (ja) ブロードバンドデジタル放送用タイムスライスシグナリング
US20200145184A1 (en) Transmitting system, transmission slotting apparatus, receiving apparatus, and transmission slot generating method
JP6389585B1 (ja) 送信装置及び受信装置
JP6823277B2 (ja) インタフェース方法
US20040165586A1 (en) PID filters based network routing
US20080010300A1 (en) Cable Modem System And Method For Supporting Packet PDU Compression
JP4978750B2 (ja) 受信装置及び受信システム
WO2010106796A1 (ja) コンテンツ送信装置及びコンテンツ送受信システム
CN107710627B (zh) 通信设备、通信系统、通信方法和程序
CN103313126A (zh) 接收有线电视信号和网络电视信号的多功能电视机
CN203313339U (zh) 接收有线电视信号和网络电视信号的多功能电视机
KR101112454B1 (ko) 무선 네트워크를 통한 디지털 멀티미디어 제어장치
US11477518B2 (en) Signal processing device and signal processing method
JP5012840B2 (ja) 送信側ネットワークと放送システム
JP4752936B2 (ja) 送信側ネットワークと放送システム
JP4439564B2 (ja) Ｉｐ放送システム及びこのｉｐ放送システムで使用される多重化装置及び受信装置及び方法
JP4873045B2 (ja) 送信側ネットワークと放送システム
CN116405103B (zh) 基于信道捆绑的数据传输方法和设备、存储介质
JP7426950B2 (ja) 復調回路、復調方法、送信装置
KR100799538B1 (ko) Ｄｖｂ－ｓ２ 기반 양방향 위성통신 시스템에서의 방송 및통신 데이터 송/수신장치
KR100442473B1 (ko) 네트워크를 통한 디지털 동영상제어장치
JP2009141841A (ja) データストリーム伝送方法および送信側装置および受信側装置
KR200291292Y1 (ko) 네트워크를 통한 디지털 동영상제어장치
KR200387606Y1 (ko) 무선 네트워크를 통한 디지털 멀티미디어 제어장치

Legal Events

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

Ref document number: 10766792

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2011510172

Country of ref document: JP

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 10766792

Country of ref document: EP

Kind code of ref document: A1