WO2015198545A1 - インタフェース装置およびそれを備えた受信装置 - Google Patents

インタフェース装置およびそれを備えた受信装置 Download PDF

Info

Publication number
WO2015198545A1
WO2015198545A1 PCT/JP2015/002896 JP2015002896W WO2015198545A1 WO 2015198545 A1 WO2015198545 A1 WO 2015198545A1 JP 2015002896 W JP2015002896 W JP 2015002896W WO 2015198545 A1 WO2015198545 A1 WO 2015198545A1
Authority
WO
WIPO (PCT)
Prior art keywords
packet
variable
length
interface device
data
Prior art date
Application number
PCT/JP2015/002896
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 JP2016529017A priority Critical patent/JP6674105B2/ja
Priority to CN201580033773.2A priority patent/CN106471761B/zh
Publication of WO2015198545A1 publication Critical patent/WO2015198545A1/ja
Priority to US15/388,294 priority patent/US10715642B2/en
Priority to US16/896,490 priority patent/US11212376B2/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/326—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the transport layer [OSI layer 4]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J3/00—Time-division multiplex systems
    • H04J3/02—Details
    • H04J3/06—Synchronising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0002—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0045—Arrangements at the receiver end
    • 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/4302—Content synchronisation processes, e.g. decoder synchronisation
    • H04N21/4305—Synchronising client clock from received content stream, e.g. locking decoder clock with encoder clock, extraction of the PCR packets
    • 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 disclosure relates to an interface device, and more particularly, to a technique for transmitting data from a front end to a back end of a receiving device used for a television or the like.
  • TS transport stream
  • TLV Type (Length Value) packets
  • IP Internet Protocol
  • a transmission device that multiplexes and transmits TS packets and variable-length packets, and receives multiplexed signals into TS packets and variable-length packets A receiving device to be separated is disclosed (for example, see Patent Document 1).
  • a receiving apparatus After a TS packet and a variable-length packet are separated by a front end, decoding and the like are generally performed on these packets by a back end.
  • the TS packet as the data signal shown in FIG. 7 of Patent Document 1 can be transmitted using two types of signals in addition to the clock signal, as shown in P12 and P13 of Non-Patent Document 2, for example.
  • ARIB STD-B44 ⁇ 1.0 “Transmission system for advanced broadband satellite digital broadcasting”, Sakai Radio Industry Association, July 29, 2009 EUROPEAN STANDARD, EN 50083-9, “Cable networks for telvision signals, sound signalsand interactive servicesPart 9: Interfaces for CATV / SMATV headendsand similar professional equipment for DVB / MPEG-2 transport streams”, December 2002
  • Patent Document 1 In the receiving apparatus of FIG. 7 of Patent Document 1, it is necessary to transmit a TLV packet in addition to a TS packet. How to transmit a TLV packet is not disclosed in Patent Document 1 and other documents.
  • the number of terminals and the number of wirings increase, and as a result, the cost of the receiving device may increase and the circuit scale may increase. . Further, the number of terminals on the back end side can be changed due to the increase in the number of wirings.
  • an object of the present disclosure is to provide an interface device capable of transmitting TS packets and variable-length packets without causing an increase in the number of terminals or the number of wires.
  • an interface device that transmits a data signal in synchronization with a clock signal performs demodulation processing and error correction processing on an input carrier wave, and outputs a signal after the processing, and an output of the receiving portion
  • a TS packet acquisition unit that acquires TS packets included in
  • a variable length packet acquisition unit that acquires a variable length packet included in the output of the reception unit, and select either the TS packet or the variable length packet
  • a first selector that outputs the selected packet as the data signal.
  • demodulation processing and error correction processing are performed by the receiving unit on a carrier wave including signals such as terrestrial digital broadcasting, advanced BS digital broadcasting, and communication received by the interface device.
  • TS packets are extracted from the output of the reception unit by the TS packet acquisition unit, and variable-length packets are extracted by the variable-length packet acquisition unit.
  • the first selector selectively outputs a TS packet or a variable-length packet as a data signal, and the data signal is transmitted from the interface device in synchronization with the clock signal.
  • the specification change such as the number of terminals and the protocol can be reduced.
  • the receiving device may include the interface device as a front-end processing device.
  • an interface device that can transmit TS packets and variable-length packets without increasing the number of terminals or the number of wires.
  • FIG. 1 is a block diagram of a receiving device including an interface device according to the first embodiment.
  • FIG. 2 is a block diagram of the interface apparatus according to the first embodiment.
  • FIG. 3 is a timing chart of each signal output from the interface apparatus according to the first embodiment.
  • FIG. 4 is a block diagram illustrating a configuration example of the variable length packet acquisition unit according to the first embodiment.
  • FIG. 5 is a block diagram illustrating a configuration example of the IP packet generation unit of FIG.
  • FIG. 6 is a diagram for explaining data and transmission rates handled by the IP packet generation unit of FIG.
  • FIG. 7 is another diagram for explaining data and a transmission rate handled by the IP packet generation unit of FIG.
  • FIG. 8 is a block diagram of an interface device according to a modification of the first embodiment.
  • FIG. 1 is a block diagram of a receiving device including an interface device according to the first embodiment.
  • FIG. 2 is a block diagram of the interface apparatus according to the first embodiment.
  • FIG. 3 is a timing chart of each signal
  • FIG. 9 is a block diagram of a receiving device including the interface device according to the second embodiment.
  • FIG. 10 is a diagram for explaining a first example in which a fixed-length packet is formed from a variable-length packet.
  • FIG. 11 is a diagram for explaining a second example in which a fixed-length packet is formed from a variable-length packet.
  • FIG. 12 is a timing chart when the fixed-length packet shown in FIGS. 10 and 11 is transmitted.
  • FIG. 13 is a third example in which a fixed-length packet is formed from a variable-length packet, and a timing chart when it is transmitted.
  • FIG. 14 is a timing chart when a plurality of variable-length packets are transmitted with a variable length.
  • FIG. 1 is a block diagram of a receiving device including an interface device according to the first embodiment.
  • the receiving device 1 is mounted on, for example, a digital television, and can receive signals related to various broadcasting services such as terrestrial digital broadcasting, advanced BS digital broadcasting, and cable television, and communication services using IP packets and the like. is there.
  • the receiving device 1 includes an interface device 2 as a front end processing unit and a back end processing unit 3.
  • the interface device 2 receives at least one carrier wave such as an I / Q (In-phase / Quadrature-phase) signal or an IF (Intermediate Frequency) signal input from an antenna, and has a variable length with a TS packet from the carrier wave. Packets are extracted, and these packets are sent as data signals DATA to the back-end processing unit 3 in synchronization with the clock signal CLK.
  • the carrier wave includes, for example, a signal related to television broadcasting (BS broadcasting, digital terrestrial broadcasting, etc.) and communication.
  • the interface device 2 can output the packet clock signal PCLK indicating the head position of the signal DATA and the data enable signal DE indicating the valid period of the signal DATA.
  • FIG. 2 is a block diagram of the interface device according to the first embodiment.
  • the interface device 2 includes a reception unit 4, a TS packet acquisition unit 5, a variable length packet acquisition unit 6, and a selector 7 as a first selector.
  • the receiving unit 4 performs, for example, A / D (Analogue-to-Digital) conversion processing, demodulation processing such as 8PSK (Phase Shift Keying) and 16 APSK (Amplitude Shift and Phase Shift Keying), and LDPC (Low Error correction processing using a Density Parity Check) code, a BCH (Bose-Chaudhuri-Hocquenghem) code, or the like is performed.
  • a / D Analogue-to-Digital
  • demodulation processing such as 8PSK (Phase Shift Keying) and 16 APSK (Amplitude Shift and Phase Shift Keying)
  • LDPC Low Error correction processing using a Density Parity Check
  • BCH Bose-Chaudhuri-Hocquenghem
  • the receiving unit 4 may perform processes other than those described above as long as it can output necessary signals to the TS packet acquiring unit 5 and the variable length packet acquiring unit 6.
  • the receiving unit 4 may include a tuner, and a signal related to broadcasting selected by the tuner by an operation of a remote controller or the like may be input.
  • the TS packet acquisition unit 5 acquires and outputs a TS packet having a fixed length from the output of the reception unit 4 based on TMCC (Transmission and Multiplexing Configuration and control) information included in the carrier wave. For example, the TS packet acquisition unit 5 can extract a TS packet corresponding to the instructed TS-ID (TS-Identifier).
  • TMCC Transmission and Multiplexing Configuration and control
  • the variable length packet acquisition unit 6 acquires and outputs a variable length packet such as a TLV packet or an IP packet having a variable length from the output of the reception unit 4 based on the TMCC information.
  • the variable-length packet acquisition unit 6 may be connected to the subsequent stage side of the TS packet acquisition unit 5. Further, for example, the variable length packet acquisition unit 6 may be able to extract a TLV packet corresponding to a TLV-ID (TLV-Identifier) instructed by a remote controller or the like.
  • TLV-ID TLV-Identifier
  • the TS packet acquisition unit 5 can acquire the TS packet and the variable length packet acquisition unit 6 can acquire the variable length packet from the output of the reception unit 4.
  • the selector 7 selectively outputs one of the output of the TS packet acquisition unit 5 and the output of the variable length packet acquisition unit 6. For example, the selector 7 may switch the selection of the TS packet or the variable-length packet according to the tuning of the remote controller, or may switch according to the instruction from the back end processing unit 3. The selector 7 outputs the selected packet as a signal DATA.
  • the selector 7 may include a circuit that can generate the signal CLK, the signal PCLK, and the signal DE, and the circuit only needs to be provided inside the interface device 2.
  • the selector 7 may switch the selection of the TS packet or the variable length packet at an arbitrary timing. For example, when the input of the selector 7 is multiplexed in a time division manner, the selector 7 may be switched in accordance with the time division multiplexing data.
  • FIG. 3 is a timing chart of each signal output from the interface device according to the first embodiment.
  • FIG. 3 is a timing chart when the selector 7 selects a variable-length packet, that is, when a variable-length byte signal DATA is serially transmitted.
  • the signal DATA which is variable length data such as a TLV packet, is transmitted in synchronization with the signal CLK.
  • the signal PCLK may perform a predetermined operation in the vicinity of the head of the signal DATA, for example, becomes active in the first byte of the signal DATA.
  • the selector 7 selects the TS packet, the signal DATA which is, for example, 188-byte fixed length data is transmitted in synchronization with the signal CLK.
  • the back end processing unit 3 can implement a process for determining the leading position and valid period of the signal DATA, the signal PCLK and the signal DE may be omitted.
  • the signal DATA may be transmitted in parallel.
  • the selector 7 can select a TS packet having a fixed length, or a TLV packet or an IP packet having a variable length, and output it as a signal DATA. Therefore, in the interface device 2, it is possible to share a terminal for transmitting fixed-length packets and variable-length packets and a signal line for transmitting these packets.
  • Non-Patent Document 2 discloses an example in which a total of four signals are used in addition to a data signal and a clock signal in order to transmit a TS packet. Therefore, this technique can be used to transmit the TS packet output from the receiving apparatus shown in FIG.
  • TLV packet that is separated from the TS packet and output by the receiving apparatus in FIG. 7 of Patent Document 1 needs to be sent separately to the subsequent stage, but transmission of variable-length packets such as a TLV packet is clearly described in these documents. It has not been.
  • TS packets and variable-length packets can be transmitted using the same terminal and signal line, so that a dedicated terminal and signal line for transmitting variable-length packets are not required. . That is, different types of data can be transmitted without increasing the number of terminals and the number of wirings.
  • the cost of the interface device 2 can be reduced and the circuit scale can be reduced, and the back-end processing unit 3 does not need to increase the number of terminals.
  • variable length packet acquisition unit 6 Next, a configuration example of the variable length packet acquisition unit 6 will be described.
  • FIG. 4 is a block diagram illustrating a configuration example of the variable length packet acquisition unit according to the first embodiment.
  • the variable length packet acquisition unit 6 includes a TLV packet acquisition unit 9, an IP packet generation unit 10, and a selector 11 as a second selector.
  • variable-length packet acquisition unit 6 only needs to output a TLV packet
  • the IP packet generation unit 10 and the selector 11 may be omitted.
  • the TLV packet acquisition unit 9 can acquire the TLV packet from the output of the reception unit 4 based on the pointer / slot information included in the TMCC information. Further, the TLV packet acquisition unit 9 outputs a TLV packet corresponding to the TLV-ID selected by the remote controller or the like using the TLV-ID included in the TMCC information.
  • the pointer / slot information is information indicating the start position of the first packet and the end position of the last packet included in each slot.
  • the IP packet generator 10 generates an IP packet based on the header information of the TLV packet. Since the IP packet is transmitted in the TLV format, when the header information of the TLV packet indicates that the TLV packet is an IP packet, the IP packet is generated from the TLV packet. When generating an IP packet, tuning with a remote controller or the like, or protocols such as IGMP (Internet Group Management Protocol) and MLD (Multicast Listener Discovery) may be used.
  • IGMP Internet Group Management Protocol
  • MLD Multicast Listener Discovery
  • IP packet generator 10 may be able to generate a UDP (User Datagram Protocol) packet.
  • UDP User Datagram Protocol
  • the selector 11 selects one of the outputs of the TLV packet acquisition unit 9 and the IP packet generation unit 10.
  • the selector 11 may be switchable by a remote controller or the like.
  • variable-length packet acquisition unit 6 By configuring the variable-length packet acquisition unit 6 in this way, it is possible to selectively output different types of packets such as TLV packets and IP packets.
  • FIG. 5 is a block diagram illustrating a configuration example of the IP packet generation unit.
  • the IP packet generation unit 10 includes, for example, an IP conversion unit 14 and a memory 15.
  • the IP conversion unit 14 determines whether the header information of the input TLV packet indicates an IP packet. If the input packet is an IP packet in the TLV format, the IP conversion unit 14 removes the TLV header and converts it into an IP. Generate and output a packet.
  • the IP unit 14 determines whether or not the header of the IP packet (IP / UDP header, hereinafter abbreviated as a header) is compressed. Is possible.
  • the IP conversion unit 14 may output the TLV packet as it is without performing IP conversion.
  • the memory 15 is a buffer and is configured to be capable of burst output of buffered packets. Note that the memory 15 may be provided before the IP unit 14.
  • the IP packet generation unit 10 may be configured to be capable of burst output that outputs a buffered packet or stops output. Note that the IP packet generation unit 10 may be capable of continuously outputting packets.
  • the IP packet generation unit 10 decompresses the header. Therefore, the transmission rate related to the output of the IP packet generation unit 10 when the header is compressed is It is preferably set to be higher than the case where it is not compressed.
  • the transmission rate related to the output of the IP packet generation unit 10 is set to be higher than the transmission rate related to the input.
  • FIG. 6 is a diagram for explaining data and transmission rates handled by the IP packet generation unit of FIG. 6A shows a case where the header is not compressed, and FIG. 6B shows a case where the header is compressed.
  • FIG. 6 shows an example in which an IP packet in TLV format is input and output after being converted to IP.
  • packets TLV1 and TLV2, which are TLV packets are input to the IP unit 14 at a transmission rate A1.
  • the IP unit 14 the TLV headers of the packets TLV1 and TLV2 are removed, and packets IP1 and IP2, which are IP packets, are generated from each, and output at the transmission rate A2.
  • Packets IP1 and IP2 are buffered in the memory 15, and burst output from the IP packet generator 10 at the transmission rate A3.
  • packets TLV1 and TLV2 which are TLV packets are input to the IP unit 14 at the transmission rate B1.
  • the TLV headers of the packets TLV1 and TLV2 are removed and the respective headers are expanded to generate IP packets IP1 and IP2, which are output at the transmission rate B2.
  • Packets IP1 and IP2 are buffered in the memory 15, and burst output from the IP packet generator 10 at the transmission rate B3.
  • the size of the packets IP1 and IP2 shown in FIG. 6B is larger than the size of the packets IP1 and IP2 shown in FIG. Also grows.
  • the transmission rate B3 related to the output can be switched to be higher than the transmission rate B1 related to the input.
  • the transmission rate B3 related to the output of the IP packet generation unit 10 when the header is compressed is higher than the transmission rate A3 related to the output of the IP packet generation unit 10 when the header is not compressed. It may be switchable.
  • the transmission rates in the IP packet generation unit 10 are different so that the transmission rate A3 ⁇ transmission rate B3 or the transmission rate B1 ⁇ transmission rate B3.
  • the transmission rate A3 may be matched with the transmission rate B3. In this case, it is not necessary to switch the transmission rate regardless of whether the header is compressed, and packets can be sent at a high transmission rate.
  • FIG. 7 is another diagram for explaining the data and transmission rate handled by the IP packet generation unit of FIG. 7A shows a case where a TLV packet is output, and FIG. 7B shows a case where an IP packet is output. In FIG. 7B, it is assumed that the header is compressed.
  • the packets TLV1 and TLV2 input to the IP conversion unit 14 are buffered in the memory 15, and the packet TLV1 is transmitted at the transmission rate A3.
  • TLV2 is burst output.
  • the IP conversion unit 14 removes the TLV headers of the packets TLV1 and TLV2 and expands the respective headers so that the packets IP1 and IP2 Are output at the transmission rate B2.
  • Packets IP1 and IP2 are buffered in the memory 15, and burst output from the IP packet generator 10 at the transmission rate B3. At this time, it is sufficient that the transmission rate B1 ⁇ the transmission rate B3.
  • FIG. 7A shows a case where a TLV packet is output, but the transmission rates A1 to A3 are set to be the same as the transmission rates B1 to B3 shown in FIG. 7B. Also good.
  • GSE Generic Stream Encapsulated
  • FIG. 8 is a block diagram of an interface device according to a modification of the first embodiment. In FIG. 8, differences from FIG. 2 will be mainly described.
  • the reception unit 4 includes a first reception processing unit 4a and a second reception processing unit 4b.
  • the reception processing unit 4a receives, for example, a first carrier wave related to terrestrial digital broadcasting, performs A / D conversion processing, demodulation processing, error correction processing, and the like, and converts it into a format necessary for processing in the TS packet acquisition unit 5. Output.
  • the reception processing unit 4b receives, for example, a second carrier wave related to BS digital broadcasting, performs A / D conversion processing, demodulation processing, correction processing, and the like, and converts it into a format necessary for processing by the variable-length packet acquisition unit 6. Output.
  • the receiving unit 4 receives a plurality of different carrier waves, performs the above-described processing on each carrier wave, and can output each processed signal to the TS packet acquisition unit 5 and the variable length packet acquisition unit 6, respectively. It may be configured.
  • the selector 7 can selectively output variable-length packets such as TS packets or TLV packets, so that different types of packets can be transmitted through common terminals and signal lines.
  • FIG. 9 is a block diagram of a receiving device including the interface device according to the second embodiment. In the present embodiment, differences from the first embodiment will be mainly described.
  • the interface device 2 includes a reception unit 4, a TS packet acquisition unit 5, a variable length packet acquisition unit 6, a selector 7, and a packet adjustment unit 12.
  • the packet adjustment unit 12 can adjust the size of a variable-length packet such as a TLV packet output from the variable-length packet acquisition unit 6 to be the same size as the TS packet. Therefore, when the size of the TS packet is, for example, 188 bytes, the packet adjustment unit 12 adjusts the size of the variable length packet to be 188 bytes. That is, the packet adjustment unit 12 can handle the variable length packet as a pseudo fixed length packet.
  • the selector 7 selects and outputs one of the outputs of the TS packet acquisition unit 5, the variable length packet acquisition unit 6, and the packet adjustment unit 12.
  • the packet adjustment unit 12 and the variable-length packet acquisition unit 6 may be integrated.
  • the selector 7 selects and outputs either the TS packet acquisition unit 5 or the output of the circuit formed integrally therewith. Good.
  • FIG. 10 is a diagram for explaining a first example in which a fixed-length packet is formed from a variable-length packet.
  • variable-length data 1 to variable-length data 4 that are variable-length packets having different sizes are adjusted to become adjustment data 1 to adjustment data 3 that are fixed-length data of, for example, 188 bytes. .
  • variable length data 1 is longer than 188 bytes
  • a part of the variable length data 1 is divided by 188 bytes to form the adjustment data 1.
  • the adjustment data 2 is formed from the remaining data of the variable length data 1 and data obtained by dividing a part of the variable length data 2.
  • the adjustment data 3 is formed from the remaining data of the variable length data 2, the variable length data 3, and the data obtained by dividing a part of the variable length data 4.
  • the size of the variable length data is adjusted, and adjustment data having a fixed size is formed.
  • FIG. 11 is a diagram for explaining a second example in which a fixed-length packet is formed from a variable-length packet.
  • a TLV-ID included in a TMCC signal multiplexed and transmitted in advanced BS digital broadcasting will be described.
  • variable length data 1 and variable length data 3 are selected by TLV-ID among variable length data 1 to variable length data 4 which are variable length packets.
  • the unselected variable length data 2 and variable length data 4 are NULL.
  • the process of making the non-selected variable length data 2 and variable length data 4 NULL may be performed by the variable length packet acquisition unit 6 or its preceding block, or may be performed by the packet adjustment unit 12. .
  • the adjustment data 2 is formed from the remaining data of the variable length data 1 and the data obtained by dividing a part of the NULL data.
  • the adjustment data 3 is formed from the remaining data of the NULL data, the variable length data 3, and the data obtained by dividing a part of the NULL data.
  • the non-selected variable-length data may be replaced with arbitrary data such as 0xFF, for example, as predetermined data instead of simple NULL data.
  • the NULL data may have a header part that the variable-length data has in common, and the NULL data may have a format in which the size of the NULL data is known.
  • adjustment data is formed from an IP packet as a variable-length packet.
  • non-selected variable-length data is replaced with NULL data, but non-selected variable-length data may be removed. That is, in the state immediately before the adjustment shown in FIG. 11, the variable length data 1 may be followed by the variable length data 3 instead of the NULL data.
  • FIG. 12 is a timing chart when the fixed-length packet shown in FIGS. 10 and 11 is transmitted.
  • variable-length packets are sent in units of 188 bytes, for example, variable-length packets can be sent in the same format as TS packets that are fixed-length data.
  • variable-length packets can be handled as fixed-length data.
  • the signal PCLK and the signal DE may be omitted. Further, the signal PCLK may become active every the same size (for example, 188 bytes) as the TS packet. Alternatively, the signal PCLK may become active at the head position of the variable length data before the size is adjusted.
  • FIG. 13 is a third example in which a fixed-length packet is formed from variable-length packets and a timing chart in the case of sending it. Note that the signal CLK is omitted.
  • FIG. 13 shows an example in which the size of the variable-length packet is adjusted to be an integral multiple of the fixed-length packet.
  • variable length data 1 which is a variable length packet is divided into fixed length data 1 of 188 bytes and data of less than 188 bytes. At this time, the data of less than 188 bytes is dummy data. Data Pd1 is added.
  • the adjustment data 1 is formed from the data of the first 188 bytes of the variable length data 1
  • the adjustment data 2 is formed by adding the data Pd1 to the remaining variable length data 1 until the size becomes 188 bytes.
  • variable length data 2 is less than 188 bytes
  • data Pd2 which is dummy data is added to the variable length data 2 until the size becomes 188 bytes. That is, the adjustment data 3 is formed from the variable length data 2 and the data Pd2.
  • the signal PCLK that becomes active at the head position of the variable length data 1 to variable length data 3 that is the data before the size is adjusted is used.
  • the transmission rate on the output side is set higher than the transmission rate on the input side to prevent overflow. May be.
  • the dummy data is added to the end of the variable length data, but may be added to the top of the variable length data. That is, it is only necessary that the size of the variable-length data becomes the same as the size of the TS packet by adding dummy data.
  • the packet adjustment unit 12 adjusts the size of the variable length packet to form fixed length data having the same size as the TS packet.
  • the variable length packet input to the packet adjustment unit 12 may include predetermined dummy data.
  • the signal PCLK becomes active at the head position of the variable length data 1 to variable length data 3. That is, the signal PCLK is a signal indicating the head position of the data, but may be active at the head position of the adjustment data corresponding to the head position of the variable length data.
  • the back-end processing unit 3 can receive the variable-length packet as fixed-length data, and determines the actual start position of the received data (that is, the start position of the variable-length packet) based on the signal PCLK. Judgment can be made.
  • variable-length packet As described above, by changing the variable-length packet to a pseudo-fixed-length packet, it is possible to reduce changes in processing content, transmission protocol, and the like in the back-end processing unit 3.
  • variable length packet is sent as it is.
  • the back-end processing unit 3 needs to specify the boundary between the variable-length packets by calculating the head position and size of the packet from the packet header information. At this time, if the header information cannot be analyzed for some reason (such as garbled data), the back-end processing unit 3 may not be able to perform normal processing.
  • the interface device 2 should transmit a signal DATA as shown in FIG. Good.
  • FIG. 14 is a timing chart when a plurality of variable-length packets are transmitted with a variable length. Note that the signal CLK is omitted.
  • a signal PCLK that becomes active at each head position of variable length data 1 to variable length data 3 which is a variable length packet is sent together with variable length data 1 to variable length data 3.
  • the back-end processing unit 3 can accurately recognize the head positions of the variable length data 1 to the variable length data 3 based on the signal PCLK. Therefore, in the back-end processing unit 3, for example, software processing by a CPU (Central Processing Unit) may be implemented so as to specify variable length data based on the signal PCLK.
  • a CPU Central Processing Unit
  • the interface device can transmit a plurality of different types of signals without increasing the number of terminals and the number of wires, and thus is useful for reducing the circuit scale and cost of the receiving device.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Multimedia (AREA)
  • Quality & Reliability (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Communication Control (AREA)
  • Time-Division Multiplex Systems (AREA)

Abstract

　クロック信号（ＣＬＫ）に同期してデータ信号（ＤＡＴＡ）を送出するインタフェース装置（２）は、入力された搬送波に対して復調処理および誤り訂正処理を行い、これら処理後の信号を出力する受信部（４）と、受信部の出力に含まれるＴＳパケットを取得するＴＳパケット取得部（５）と、受信部の出力に含まれる可変長パケットを取得する可変長パケット取得部（６）と、ＴＳパケットおよび可変長パケットのいずれかを選択し、当該選択したパケットをデータ信号として出力する第１のセレクタ（７）とを備えている。

Description

インタフェース装置およびそれを備えた受信装置
　本開示は、インタフェース装置に関し、特に、テレビ等に用いられる受信装置のフロントエンドからバックエンドにデータを伝送する技術に関する。
　従来、放送などに用いられるトランスポートストリーム（ＴＳ：Transport Stream）とともに、通信などに用いられる可変長パケットを伝送可能とする技術が知られている。例えば、高度ＢＳデジタル放送では、ＴＳパケットとＴＬＶ（Type Length Value）パケットとが伝送可能となっている（例えば、非特許文献１参照）。この技術によると、ＩＰ（Internet Protocol）パケットはＴＬＶ形式で伝送される。
　ＴＳパケットとＴＬＶパケット等の可変長パケットとを同時に伝送する装置として、ＴＳパケットと可変長パケットとを多重化して送出する送信装置と、多重化信号を受信してＴＳパケットと可変長パケットとに分離する受信装置とが開示されている（例えば、特許文献１参照）。
　このような受信装置では、フロントエンドによってＴＳパケットと可変長パケットとが分離された後、これらパケットに対してバックエンドによって復号化等が実行されるのが一般的である。
　特許文献１の図７に示すデータ信号としてのＴＳパケットは、例えば非特許文献２の特にＰ１２，Ｐ１３に示すように、クロック信号の他に２種類の信号を用いて伝送可能である。
特開２０１３－１７５９４９号公報
ＡＲＩＢ ＳＴＤ－Ｂ４４ １．０版，"高度広帯域衛星デジタル放送の伝送方式"，一般社団法人 電波産業会，２００９年７月２９日 EUROPEAN STANDARD，EN 50083-9,"Cable networks for television signals, sound signalsand interactive servicesPart 9: Interfaces for CATV/SMATV headendsand similar professional equipment for DVB/MPEG-2 transport streams",December 2002
　特許文献１の図７の受信装置では、ＴＳパケットの他に、ＴＬＶパケットを伝送する必要がある。ＴＬＶパケットをどのように伝送するかについては、特許文献１および他の文献には開示されていない。
　そこで、フロントエンドからバックエンドに可変長パケットを伝送するために、例えば、特許文献１の図７の受信装置において、可変長パケット伝送用の端子や配線を設けることが考えられる。
　しかしながら、可変長パケットを伝送するための専用の端子や配線を設けると、端子数や配線数が増加してしまい、結果として、受信装置のコストの増加や、回路規模の増大を招くおそれがある。また、配線数の増加により、バックエンド側の端子数にも変更が生じうる。
　かかる点に鑑みて、本開示は、端子数や配線数の増加を招くことなく、ＴＳパケットおよび可変長パケットの伝送が可能なインタフェース装置を提供することを課題とする。
　上記課題を解決するため本開示によって次のような解決手段を講じた。すなわち、クロック信号に同期してデータ信号を送出するインタフェース装置は、入力された搬送波に対して復調処理および誤り訂正処理を行い、これら処理後の信号を出力する受信部と、前記受信部の出力に含まれるＴＳパケットを取得するＴＳパケット取得部と、前記受信部の出力に含まれる可変長パケットを取得する可変長パケット取得部と、前記ＴＳパケットおよび前記可変長パケットのいずれかを選択し、当該選択したパケットを前記データ信号として出力する第１のセレクタとを備えている。
　これによると、インタフェース装置が受信した、例えば、地上デジタル放送、高度ＢＳデジタル放送、および通信などの信号を含む搬送波に対して、受信部によって復調処理や誤り訂正処理がなされる。そして、受信部の出力から、ＴＳパケット取得部によってＴＳパケットが、可変長パケット取得部によって可変長パケットがそれぞれ抽出される。その後、第１のセレクタによって、ＴＳパケットあるいは可変長パケットがデータ信号として選択的に出力され、データ信号が、クロック信号に同期してインタフェース装置から送出される。
　これにより、ＴＳパケットおよび可変長パケットを出力するための端子および配線を共通化することができる。換言すると、可変長パケットを出力するための、専用の端子および配線を別途設ける必要がないため、端子数および配線数の増加を招くことなく、これらパケットの伝送が可能となる。その結果、当該インタフェース装置を備える受信装置の低コスト化および省面積化を図ることができる。
　また、当該インタフェース装置から伝送された信号を受けるバックエンド側の装置において、端子数やプロトコル等の仕様変更が少なくても済む。
　あるいは、受信装置は、上記インタフェース装置をフロントエンド側の処理装置として備えていてもよい。
　本開示によれば、端子数や配線数の増加を招くことなく、ＴＳパケットおよび可変長パケットの伝送が可能なインタフェース装置を提供することができる。
図１は、第１の実施形態に係るインタフェース装置を備えた受信装置のブロック図である。 図２は、第１の実施形態に係るインタフェース装置のブロック図である。 図３は、第１の実施形態に係るインタフェース装置から出力される各信号のタイミングチャートである。 図４は、第１の実施形態に係る可変長パケット取得部の構成例を示すブロック図である。 図５は、図４のＩＰパケット生成部の構成例を示すブロック図である。 図６は、図５のＩＰパケット生成部で扱われるデータと伝送レートを説明するための図である。 図７は、図５のＩＰパケット生成部で扱われるデータと伝送レートを説明するための別の図である。 図８は、第１の実施形態の変形例に係るインタフェース装置のブロック図である。 図９は、第２の実施形態に係るインタフェース装置を備えた受信装置のブロック図である。 図１０は、可変長パケットから固定長パケットが形成される第１の例を説明するための図である。 図１１は、可変長パケットから固定長パケットが形成される第２の例を説明するための図である。 図１２は、図１０および図１１に示す固定長パケットが送出される場合のタイミングチャートである。 図１３は、可変長パケットから固定長パケットが形成される第３の例およびそれが送出される場合のタイミングチャートである。 図１４は、複数の可変長パケットが可変長のまま送出される場合のタイミングチャートである。
　＜第１の実施形態＞
　図１は、第１の実施形態に係るインタフェース装置を備えた受信装置のブロック図である。この受信装置１は、例えば、デジタルテレビ等に搭載され、地上デジタル放送や高度ＢＳデジタル放送、およびケーブルテレビ等の各種放送サービス、ならびに、ＩＰパケット等を用いた通信サービスに係る信号を受信可能である。受信装置１は、フロントエンド処理部としてのインタフェース装置２と、バックエンド処理部３とを有する。
　インタフェース装置２は、アンテナから入力される、例えばＩ／Ｑ（In-phase／Quadrature-phase）信号やＩＦ（Intermediate Frequency）信号等の、少なくとも１つの搬送波を受信し、搬送波からＴＳパケットと可変長パケットとを抽出し、これらパケットをデータ信号ＤＡＴＡとしてクロック信号ＣＬＫに同期してバックエンド処理部３に送出する。搬送波は、例えばテレビ放送（ＢＳ放送や地上デジタル放送等）や通信に係る信号を含む。
　また、インタフェース装置２は、信号ＤＡＴＡの先頭位置を示すパケットクロック信号ＰＣＬＫおよび信号ＤＡＴＡの有効期間を示すデータイネーブル信号ＤＥの出力が可能である。
　図２は、第１の実施形態に係るインタフェース装置のブロック図である。インタフェース装置２は、受信部４と、ＴＳパケット取得部５と、可変長パケット取得部６と、第１のセレクタとしてのセレクタ７とを有する。
　受信部４は、入力された搬送波に対して、例えば、Ａ／Ｄ（Analogue-to-Digital）変換処理、８ＰＳＫ（Phase ShiftKeying）や１６ＡＰＳＫ（Amplitude and Phase ShiftKeying）といった復調処理、および、ＬＤＰＣ（Low DensityParity Check）符号やＢＣＨ（Bose-Chaudhuri-Hocquenghem）符号等を用いた誤り訂正処理を行う。
　なお、受信部４は上記以外の処理を行ってもよく、ＴＳパケット取得部５および可変長パケット取得部６に必要な信号を出力可能であればよい。
　また、受信部４には、チューナが含まれていてもよく、リモコン等の操作によってチューナで選局された放送に係る信号が入力されてもよい。
　ＴＳパケット取得部５は、搬送波に含まれるＴＭＣＣ（Transmission and Multiplexing Configuration and Control）情報に基づいて、受信部４の出力から固定長であるＴＳパケットを取得して出力する。例えば、ＴＳパケット取得部５は、指示されたＴＳ－ＩＤ（TS-Identifier）に応じたＴＳパケットを抽出可能である。
　可変長パケット取得部６は、ＴＭＣＣ情報に基づいて、受信部４の出力から、可変長であるＴＬＶパケットやＩＰパケット等の可変長パケットを取得して出力する。なお、可変長パケット取得部６は、ＴＳパケット取得部５の後段側に接続されていてもよい。また、例えば、可変長パケット取得部６は、リモコン等により指示されたＴＬＶ－ＩＤ（TLV-Identifier）に応じたＴＬＶパケットを抽出可能であってもよい。
　つまり、ＴＳパケット取得部５がＴＳパケットを、可変長パケット取得部６が可変長パケットを、受信部４の出力から取得可能であればよい。
　セレクタ７は、ＴＳパケット取得部５の出力および可変長パケット取得部６の出力のいずれか一方を選択的に出力する。例えば、セレクタ７は、リモコンの選局に応じて、ＴＳパケットあるいは可変長パケットの選択を切り替えてもよく、バックエンド処理部３からの指示に応じて切り替えてもよい。セレクタ７は、選択したパケットを信号ＤＡＴＡとして出力する。
　なお、セレクタ７は、信号ＣＬＫ、信号ＰＣＬＫ、および信号ＤＥを生成可能な回路を含んでいてもよく、当該回路はインタフェース装置２の内部に設けられていればよい。
　また、セレクタ７は、任意のタイミングでＴＳパケットあるいは可変長パケットの選択を切り替えてもよい。例えば、セレクタ７の入力が時分割で多重化されている場合には、セレクタ７の切り替えが、その時分割多重化データに応じて行われてもよい。
　図３は、第１の実施形態に係るインタフェース装置から出力される各信号のタイミングチャートである。なお、図３は、セレクタ７が可変長パケットを選択している場合、つまり可変長バイトの信号ＤＡＴＡがシリアル伝送される場合のタイミングチャートである。
　図３に示すように、ＴＬＶパケット等の可変長データである信号ＤＡＴＡは、信号ＣＬＫに同期して送出される。なお、信号ＰＣＬＫは、信号ＤＡＴＡの例えば先頭１バイトにおいてアクティブになるなど、信号ＤＡＴＡの先頭付近であらかじめ定められた動作をしてもよい。
　また、セレクタ７がＴＳパケットを選択している場合には、例えば１８８バイトの固定長データである信号ＤＡＴＡが信号ＣＬＫに同期して送出される。
　また、バックエンド処理部３において、信号ＤＡＴＡの先頭位置および有効期間を判定する処理を実装可能である場合には、信号ＰＣＬＫおよび信号ＤＥを省略してもよい。
　また、信号ＤＡＴＡはパラレル伝送されてもよい。
　以上、本実施形態によると、セレクタ７は、固定長であるＴＳパケット、あるいは可変長であるＴＬＶパケットやＩＰパケットを選択して、信号ＤＡＴＡとして出力可能である。したがって、インタフェース装置２において、固定長パケットと可変長パケットとを送出するための端子、およびこれらのパケットを伝送するための信号線を共有化することができる。
　ここで、非特許文献２には、ＴＳパケットを伝送するために、データ信号およびクロック信号の他に２種類、計４本の信号を用いる例が開示されている。したがって、特許文献１の図７に示す受信装置から出力されるＴＳパケットを後段に伝送するために、その技術を用いることができる。
　ところが、特許文献１の図７の受信装置でＴＳパケットと分離されて出力されるＴＬＶパケットも別途後段に送出する必要があるが、ＴＬＶパケット等の可変長パケットの伝送についてはこれら文献には明記されていない。
　そこで、ＴＬＶパケットを送出するための専用の端子および配線を設けることが考えられるが、そうすると、装置のコストや回路規模が増大するおそれがある。また、端子数や配線数の増加は、後段側の装置の大幅な仕様変更につながる可能性がある。
　これに対して、本実施形態では、ＴＳパケットと可変長パケットとを同じ端子および信号線を用いて伝送可能であるため、可変長パケットを伝送するための専用の端子および信号線が不要である。つまり、端子数および配線数の増加を招くことなく、異なる種類のデータの伝送が可能である。
　これにより、インタフェース装置２の低コスト化や回路規模の縮小化を図ることができるとともに、バックエンド処理部３においても端子数を増やす必要がないため、その構成を大きく変更する必要がない。
　次に、可変長パケット取得部６の構成例について説明する。
　図４は、第１の実施形態に係る可変長パケット取得部の構成例を示すブロック図である。
　可変長パケット取得部６は、ＴＬＶパケット取得部９と、ＩＰパケット生成部１０と、第２のセレクタとしてのセレクタ１１とを有する。
　なお、可変長パケット取得部６において、ＴＬＶパケットのみを出力すればよい場合は、ＩＰパケット生成部１０およびセレクタ１１を省略してもよい。
　ＴＬＶパケット取得部９は、受信部４の出力から、ＴＭＣＣ情報に含まれるポインタ／スロット情報に基づいてＴＬＶパケットを取得可能である。また、ＴＬＶパケット取得部９は、ＴＭＣＣ情報に含まれるＴＬＶ－ＩＤを用いて、リモコン等で選局されたＴＬＶ－ＩＤに対応するＴＬＶパケットを出力する。ポインタ／スロット情報は、スロット毎に包含される、最初のパケットの先頭位置、および最後のパケットの末尾の位置を示す情報である。
　ＩＰパケット生成部１０は、ＴＬＶパケットのヘッダ情報に基づいてＩＰパケットを生成する。ＩＰパケットはＴＬＶ形式で伝送されているため、ＴＬＶパケットのヘッダ情報が、そのＴＬＶパケットがＩＰパケットであることを示す場合に、ＴＬＶパケットからＩＰパケットが生成される。ＩＰパケットの生成に際して、リモコン等による選局や、ＩＧＭＰ（Internet Group Management Protocol）およびＭＬＤ（Multicast ListenerDiscovery）等のプロトコルを用いてもよい。
　なお、ＩＰパケット生成部１０は、ＵＤＰ（User DatagramProtocol）パケットを生成可能であってもよい。
　セレクタ１１は、ＴＬＶパケット取得部９およびＩＰパケット生成部１０の出力のうちいずれかを選択する。なお、セレクタ１１は、リモコン等によって切り替え可能であってもよい。
　このように可変長パケット取得部６を構成することにより、ＴＬＶパケットとＩＰパケットといった異なる種類のパケットの選択的な出力が可能となる。
　図５は、ＩＰパケット生成部の構成例を示すブロック図である。図５に示すように、ＩＰパケット生成部１０は、例えば、ＩＰ化部１４と、メモリ１５とを有する。
　ＩＰ化部１４は、入力されるＴＬＶパケットのヘッダ情報が、ＩＰパケットを示すかどうかを判定し、入力されたパケットがＴＬＶ形式のＩＰパケットであれば、ＴＬＶヘッダを除去してＩＰ化し、ＩＰパケットを生成して出力する。
　また、ＩＰ化部１４は、ＩＰパケットのヘッダ（ＩＰ／ＵＤＰヘッダ、以下、ヘッダと略記する）が圧縮されているかどうかを判定し、圧縮されている場合には、そのヘッダを伸長して出力可能である。
　なお、ＩＰ化部１４は、入力されたＴＬＶパケットが、ＴＬＶ形式のＩＰパケットではない場合、ＩＰ化は行わず、ＴＬＶパケットをそのまま出力してもよい。
　メモリ１５は、バッファであり、バッファしたパケットのバースト出力が可能に構成されている。なお、メモリ１５を、ＩＰ化部１４の前段に設けてもよい。
　このように、ＩＰパケット生成部１０は、バッファされたパケットを出力したり、出力の停止をしたりするバースト出力が可能な構成であってもよい。なお、ＩＰパケット生成部１０は、パケットを連続的に出力可能であってもよい。
　ここで、ＩＰパケットのヘッダが圧縮されている場合、ＩＰパケット生成部１０においてヘッダが伸長されるため、ヘッダが圧縮されている場合におけるＩＰパケット生成部１０の出力に係る伝送レートは、ヘッダが圧縮されていない場合よりも高くなるように設定されていることが好ましい。
　あるいは、ＩＰパケットのヘッダが圧縮されている場合、ＩＰパケット生成部１０の出力に係る伝送レートは、入力に係る伝送レートよりも高くなるように設定されていることが好ましい。
　これらの点について、図６および図７を用いて説明する。
　図６は、図５のＩＰパケット生成部で扱われるデータと伝送レートを説明するための図である。図６（Ａ）はヘッダが圧縮されていない場合、図６（Ｂ）はヘッダが圧縮されている場合を示す。なお、図６では、ＴＬＶ形式のＩＰパケットが入力され、ＩＰ化されてから出力される例を示す。
　図６（Ａ）において、伝送レートＡ１で、ＴＬＶパケットであるパケットＴＬＶ１，ＴＬＶ２がＩＰ化部１４に入力される。ＩＰ化部１４では、パケットＴＬＶ１，ＴＬＶ２のＴＬＶヘッダが除去され、それぞれからＩＰパケットであるパケットＩＰ１，ＩＰ２が生成され、伝送レートＡ２で出力される。
　パケットＩＰ１，ＩＰ２はメモリ１５でバッファされ、伝送レートＡ３でＩＰパケット生成部１０からバースト出力される。
　なお、図６（Ａ）に示す伝送レートＡ１～Ａ３は任意である。
　一方、図６（Ｂ）において、伝送レートＢ１で、ＴＬＶパケットであるパケットＴＬＶ１，ＴＬＶ２がＩＰ化部１４に入力される。ＩＰ化部１４では、パケットＴＬＶ１，ＴＬＶ２のＴＬＶヘッダが除去され、かつそれぞれのヘッダが伸長され、ＩＰパケットであるパケットＩＰ１，ＩＰ２が生成され、伝送レートＢ２で出力される。
　パケットＩＰ１，ＩＰ２はメモリ１５でバッファされ、伝送レートＢ３でＩＰパケット生成部１０からバースト出力される。
　このように、ヘッダが圧縮されている場合、その伸長を行う必要があるため、図６（Ｂ）に示すパケットＩＰ１，ＩＰ２のサイズは、図６（Ａ）に示すパケットＩＰ１，ＩＰ２のサイズよりも大きくなる。
　そこで、本実施形態に係るＩＰパケット生成部１０では、ヘッダが圧縮されている場合において、その出力に係る伝送レートＢ３を、その入力に係る伝送レートＢ１よりも高くなるように切り替え可能としている。
　あるいは、ヘッダが圧縮されている場合におけるＩＰパケット生成部１０の出力に係る伝送レートＢ３を、ヘッダが圧縮されていない場合におけるＩＰパケット生成部１０の出力に係る伝送レートＡ３よりも高くなるように切り替え可能としてもよい。
　つまり、伝送レートＡ３＜伝送レートＢ３、あるいは、伝送レートＢ１＜伝送レートＢ３という関係となるようにＩＰパケット生成部１０における伝送レートが異なっていればよい。
　なお、伝送レートＢ２と伝送レートＢ３とについて、伝送レートとして高い周波数のクロックを用いることで、一定のクロックを用いたバースト出力が可能となる。
　また、伝送レートＡ３を伝送レートＢ３に合わせてもよい。この場合、ヘッダが圧縮されているかどうかにかかわらず、伝送レートの切り替えが不要であるとともに、高い伝送レートでのパケットの送出が可能となる。
　図７は、図５のＩＰパケット生成部で扱われるデータと伝送レートを説明するための別の図である。図７（Ａ）はＴＬＶパケットが出力される場合、図７（Ｂ）はＩＰパケットが出力される場合を示す。なお、図７（Ｂ）では、ヘッダが圧縮されているものとする。
　図７（Ａ）に示すように、ＩＰパケット生成部１０によってＴＬＶパケットがＩＰ化されない場合、ＩＰ化部１４に入力されたパケットＴＬＶ１，ＴＬＶ２はメモリ１５でバッファされ、伝送レートＡ３でパケットＴＬＶ１，ＴＬＶ２がバースト出力される。
　一方、図７（Ｂ）に示すように、ＴＬＶパケットがＩＰ化される場合、ＩＰ化部１４において、パケットＴＬＶ１，ＴＬＶ２のＴＬＶヘッダが除去され、かつそれぞれのヘッダが伸長され、パケットＩＰ１，ＩＰ２が伝送レートＢ２で出力される。
　パケットＩＰ１，ＩＰ２は、メモリ１５でバッファされ、伝送レートＢ３でＩＰパケット生成部１０からバースト出力される。このとき、伝送レートＢ１＜伝送レートＢ３となっていればよい。
　ここで、図７（Ａ）ではＴＬＶパケットが出力される場合を示しているが、伝送レートＡ１～Ａ３のそれぞれについて、図７（Ｂ）に示す伝送レートＢ１～Ｂ３と同じとなるようにしてもよい。
　これにより、高い周波数のクロックを用いてＴＬＶパケットのバースト出力が可能であるとともに、ＴＬＶパケットを出力するためのクロック周波数の変更が不要となる。
　また、これらのパケットを出力するためのクロック周波数が一定であれば、バックエンド処理部３における受信処理が容易となる。
　なお、可変長パケットとして、ＧＳＥ（Generic StreamEncapsulated）パケットを伝送してもよい。
　　－変形例－
　図８は、第１の実施形態の変形例に係るインタフェース装置のブロック図である。なお、図８では、図２との相違点について主に説明する。
　受信部４は、第１の受信処理部４ａと、第２の受信処理部４ｂとを有する。
　受信処理部４ａは、例えば地上デジタル放送に係る第１の搬送波を受け、Ａ／Ｄ変換処理、復調処理、および誤り訂正処理等を行い、ＴＳパケット取得部５での処理に必要な形式にして出力する。
　受信処理部４ｂは、例えばＢＳデジタル放送に係る第２の搬送波を受け、Ａ／Ｄ変換処理、復調処理、および訂正処理等を行い、可変長パケット取得部６での処理に必要な形式にして出力する。
　このように、受信部４は、異なる複数の搬送波を受け、各搬送波に対して上述した処理を行い、処理後の各信号を、ＴＳパケット取得部５および可変長パケット取得部６にそれぞれ出力可能に構成されていてもよい。
　このように構成しても、セレクタ７によって、ＴＳパケットあるいはＴＬＶパケット等の可変長パケットを選択的に出力可能であるため、異なる種類のパケットを共通の端子および信号線で伝送することができる。
　＜第２の実施形態＞
　図９は、第２の実施形態に係るインタフェース装置を備えた受信装置のブロック図である。本実施形態では、第１の実施形態との相違点について主に説明する。
　本実施形態に係るインタフェース装置２は、受信部４と、ＴＳパケット取得部５と、可変長パケット取得部６と、セレクタ７と、パケット調整部１２とを有する。
　パケット調整部１２は、可変長パケット取得部６から出力されるＴＬＶパケット等の可変長パケットのサイズがＴＳパケットと同じサイズになるように調整可能である。したがって、ＴＳパケットのサイズが例えば１８８バイトである場合には、パケット調整部１２は、可変長パケットのサイズが１８８バイトとなるように調整する。つまり、パケット調整部１２は、可変長パケットを、擬似的な固定長パケットとして扱うことができるようにする。
　セレクタ７は、ＴＳパケット取得部５、可変長パケット取得部６、およびパケット調整部１２の出力のいずれかを選択して出力する。
　なお、パケット調整部１２と可変長パケット取得部６とを一体としてもよく、この場合、セレクタ７は、ＴＳパケット取得部５およびその一体形成した回路の出力のいずれかを選択して出力すればよい。
　次に、本実施形態に係るパケット調整部１２において、可変長パケットから擬似的な固定長パケットが形成されるバリエーションについて、図を参照しながら説明する。
　　－第１の例－
　図１０は、可変長パケットから固定長パケットが形成される第１の例を説明するための図である。
　図１０に示すように、それぞれサイズが異なる可変長パケットである可変長データ１～可変長データ４は、例えば１８８バイトの固定長データである調整データ１～調整データ３になるように調整される。
　具体的に、可変長データ１は１８８バイトよりも長いため、その一部が１８８バイトで分割されて調整データ１が形成される。また、可変長データ１の残りのデータと、可変長データ２の一部が分割されたデータとから調整データ２が形成される。
　さらに、可変長データ２の残りのデータと、可変長データ３と、可変長データ４の一部が分割されたデータとから、調整データ３が形成される。
　以上のように、可変長データのサイズが調整されて、サイズが固定長である調整データが形成される。
　　－第２の例－
　図１１は、可変長パケットから固定長パケットが形成される第２の例を説明するための図である。図１１では、例えば高度ＢＳデジタル放送内に多重化されて送信されるＴＭＣＣ信号に含まれるＴＬＶ－ＩＤを用いる場合について説明する。
　例えば、可変長パケットである可変長データ１～可変長データ４のうち、ＴＬＶ－ＩＤによって、可変長データ１および可変長データ３が選択されたとする。この場合、非選択の可変長データ２および可変長データ４はＮＵＬＬとなる。なお、非選択の可変長データ２および可変長データ４をＮＵＬＬにする処理は、可変長パケット取得部６やその前段のブロックで行われてもよいし、パケット調整部１２で行われてもよい。
　その後、可変長データ１の一部が１８８バイトで分割されて調整データ１が形成される。また、可変長データ１の残りのデータと、ＮＵＬＬデータの一部が分割されたデータとから調整データ２が形成される。
　さらに、ＮＵＬＬデータの残りのデータと、可変長データ３と、ＮＵＬＬデータの一部が分割されたデータとから調整データ３が形成される。
　以上により、ＴＬＶ－ＩＤによって選択されたデータのみを送出することが可能となる。なお、非選択の可変長データを、単なるＮＵＬＬデータではなく、あらかじめ決められたデータとして、例えば０ｘＦＦ等の任意のデータで置き換えてもよい。
　また、さらに、上記ＮＵＬＬデータは、可変長データが共通に持つヘッダ部分を有し、当該ＮＵＬＬデータのサイズがわかる形式のものであってもよい。
　このことにより、ＮＵＬＬデータであっても、当該ＮＵＬＬデータのサイズを抽出することで、後続の可変長データの先頭を抽出することが可能になる。
　また、可変長パケットとしてのＩＰパケットから調整データが形成される場合も同様である。
　また、上記は非選択の可変長データをＮＵＬＬデータとして置き換えることとしたが、非選択の可変長データを取り除いてもよい。すなわち、図１１に示す調整直前の状態において、可変長データ１にＮＵＬＬデータが続くのではなく、可変長データ３が続くようにしてもよい。
　図１２は、図１０および図１１に示す固定長パケットが送出される場合のタイミングチャートである。
　図１２に示すように、可変長パケットは例えば１８８バイト単位で送出されるため、可変長パケットを固定長データであるＴＳパケットと同様の形式で送出することができる。
　したがって、固定長データを処理するように構成されたバックエンド処理部３においても、可変長パケットを固定長データとして扱うことができる。
　なお、図１２において、信号ＰＣＬＫおよび信号ＤＥを省略してもよい。また、信号ＰＣＬＫは、ＴＳパケットと同じサイズ（例えば１８８バイト）毎にアクティブになってもよい。あるいは、信号ＰＣＬＫは、サイズが調整される前の可変長データの先頭位置においてアクティブになってもよい。
　　－第３の例－
　図１３は、可変長パケットから固定長パケットが形成される第３の例およびそれを送出する場合のタイミングチャートである。なお、信号ＣＬＫは省略している。
　図１３は、可変長パケットのサイズが固定長パケットの整数倍となるように調整される場合の例である。
　具体的に、可変長パケットである可変長データ１は、１８８バイトの固定長データ１と、１８８バイト未満のデータに分割されるが、このとき、１８８バイト未満のデータには、ダミーデータであるデータＰｄ１が付加される。
　つまり、可変長データ１のうち先頭１８８バイト分のデータから調整データ１が形成され、可変長データ１の残りに対してサイズが１８８バイトになるまでデータＰｄ１が付加されて調整データ２が形成される。
　次に、可変長データ２のサイズは１８８バイト未満であるため、可変長データ２に対してサイズが１８８バイトになるまでダミーデータであるデータＰｄ２が付加される。つまり、可変長データ２およびデータＰｄ２から調整データ３が形成される。
　そして、調整データ１～調整データ３が送出される場合には、サイズが調整される前のデータである可変長データ１～可変長データ３の先頭位置においてアクティブになる信号ＰＣＬＫが用いられる。
　また、上記では入力された可変長データに対して、データが追加されて出力されることになるため、入力側の伝送レートよりも出力側の伝送レートを高くするようにしてオーバーフローを防ぐようにしてもよい。
　また、上記では、ダミーデータは、可変長データの末尾に追加されているが、可変長データの先頭に追加するようにしてもよい。つまり、ダミーデータの付加によって、可変長データのサイズがＴＳパケットのサイズと同じになればよい。
　以上、第１～第３の例に示すように、パケット調整部１２において、可変長パケットのサイズが調整されて、ＴＳパケットと同じサイズの固定長データが形成される。なお、パケット調整部１２に入力される可変長パケットには所定のダミーデータが含まれていてもよい。
　固定長データである調整データ１～調整データ３がインタフェース装置２から送出される場合、信号ＰＣＬＫは、可変長データ１～可変長データ３の先頭位置においてアクティブになる。つまり、信号ＰＣＬＫは、データの先頭位置を示す信号であるが、可変長データの先頭位置に対応する調整データの先頭位置でアクティブになればよい。
　このようにすれば、バックエンド処理部３は、可変長パケットを固定長データとして受信することができ、信号ＰＣＬＫに基づいて受信データの実際の先頭位置（つまり、可変長パケットの先頭位置）を判断することができる。
　以上のように、可変長パケットを擬似的に固定長パケットとすることで、バックエンド処理部３における処理内容や伝送プロトコル等の変更を少なくすることができる。
　一方、第１および第２の実施形態に示すインタフェース装置２から送出される信号ＤＡＴＡの伝送効率を考慮すると、可変長パケットはそのままの形式で送出されることが好ましい。
　しかしながら、可変長パケットがそのまま送出される場合、バックエンド処理部３は、パケットのヘッダ情報からパケットの先頭位置やサイズ等を算出して、可変長パケット同士の境界を特定する必要がある。このとき、何らかの原因（データ化け等）で、ヘッダ情報の解析できなくなると、バックエンド処理部３において正常な処理ができなくなってしまうおそれがある。
　そこで、伝送効率を良好に維持しながらも、バックエンド処理部３における安定的な処理を可能とするために、インタフェース装置２は、図１４に示すように、信号ＤＡＴＡを送出するようにすればよい。
　図１４は、複数の可変長パケットが可変長のまま送出される場合のタイミングチャートである。なお、信号ＣＬＫは省略している。
　図１４に示すように、可変長パケットである可変長データ１～可変長データ３の各先頭位置でアクティブになる信号ＰＣＬＫが、可変長データ１～可変長データ３とともに送出されるようにする。
　これにより、バックエンド処理部３は、信号ＰＣＬＫに基づいて、可変長データ１～可変長データ３の各先頭位置を正確に認識することができる。したがって、バックエンド処理部３において、例えば、信号ＰＣＬＫに基づいて可変長データを特定するように、ＣＰＵ（Central Processing Unit）によるソフトウェア処理を実装すればよい。
　本開示に係るインタフェース装置は、端子数および配線数を増加させることなく異なる種類の複数の信号を伝送することができるため、受信装置の回路規模の縮小化や低コスト化等に有用である。
　　１　　　　　受信装置
　　２　　　　　インタフェース装置
　　４　　　　　受信部
　　４ａ　　　　第１の受信処理部
　　４ｂ　　　　第２の受信処理部
　　５　　　　　ＴＳパケット取得部
　　６　　　　　可変長パケット取得部
　　７　　　　　セレクタ（第１のセレクタ）
　　９　　　　　ＴＬＶパケット取得部
　　１０　　　　ＩＰパケット生成部
　　１１　　　　セレクタ（第２のセレクタ）
　　１２　　　　パケット調整部
　　ＣＬＫ　　　クロック信号
　　ＤＡＴＡ　　データ信号
　　ＰＣＬＫ　　パケットクロック信号

Claims (14)

  1. 　クロック信号に同期してデータ信号を送出するインタフェース装置であって、
    　入力された搬送波に対して復調処理および誤り訂正処理を行い、これら処理後の信号を出力する受信部と、
    　前記受信部の出力に含まれるＴＳ（Transport Stream）パケットを取得するＴＳパケット取得部と、
    　前記受信部の出力に含まれる可変長パケットを取得する可変長パケット取得部と、
    　前記ＴＳパケットおよび前記可変長パケットのいずれかを選択し、当該選択したパケットを前記データ信号として出力する第１のセレクタとを備えている
    ことを特徴とするインタフェース装置。
  2. 　請求項１のインタフェース装置において、
    　前記可変長パケットは、ＴＬＶ（Type Length Value）パケットあるいはＩＰ（Internet Protocol）パケットのいずれかである
    ことを特徴とするインタフェース装置。
  3. 　請求項１のインタフェース装置において、
    　前記受信部は、
    　　前記搬送波を第１の搬送波として受け、前記ＴＳパケット取得部への出力を生成する第１の受信処理部と、
    　　前記第１の搬送波とは異なる第２の搬送波を受け、前記可変長パケット取得部への出力を生成する第２の受信処理部とを有する
    ことを特徴とするインタフェース装置。
  4. 　請求項１のインタフェース装置において、
    　前記第１のセレクタは、当該インタフェース装置の外部から与えられた信号に従って、前記ＴＳパケットおよび前記可変長パケットのいずれかを選択する
    ことを特徴とするインタフェース装置。
  5. 　請求項１のインタフェース装置において、
    　前記可変長パケット取得部は、
    　　前記受信部の出力からＴＬＶパケットを取得するＴＬＶパケット取得部と、
    　　前記ＴＬＶパケットからＩＰパケットを生成可能なＩＰパケット生成部と、
    　　前記ＴＬＶパケットおよび前記ＩＰパケットのいずれかを選択して出力する第２のセレクタとを有する
    ことを特徴とするインタフェース装置。
  6. 　請求項５のインタフェース装置において、
    　前記ＴＬＶパケットに含まれるＩＰパケットのヘッダが圧縮されている場合の当該ＩＰパケット生成部の出力に係る伝送レートは、当該ヘッダが圧縮されていない場合よりも高い
    ことを特徴とするインタフェース装置。
  7. 　請求項５のインタフェース装置において、
    　前記ＴＬＶパケットに含まれるＩＰパケットのヘッダが圧縮されている場合、当該ＩＰパケット生成部の出力に係る伝送レートは、入力に係る伝送レートよりも高い
    ことを特徴とするインタフェース装置。
  8. 　請求項１のインタフェース装置において、
    　前記可変長パケット取得部から出力される少なくとも１つの前記可変長パケットを前記ＴＳパケットのサイズと同じ、１つまたは複数のパケットになるように調整可能なパケット調整部を備え、
    　前記第１のセレクタは、前記ＴＳパケット、前記可変長パケット、および前記パケット調整部から出力されるパケットのいずれかを選択し、当該選択したパケットを前記データ信号として出力する
    ことを特徴とするインタフェース装置。
  9. 　請求項８のインタフェース装置において、
      前記パケット調整部には、第１の可変長パケットと第２の可変長パケットとが入力され、当該パケット調整部は、前記第１の可変長パケットの先頭から順次、前記ＴＳパケットと同サイズごとに区切って出力し、前記ＴＳパケットと同サイズに満たない状態で、前記第１の可変長パケットが終了した場合、前記第２の可変長パケットを続けて処理することで、前記第１の可変長パケットの最終部と前記第２の可変長パケットの先頭部とを含んだ、前記ＴＳパケットと同サイズのパケットを出力する
    ことを特徴とするインタフェース装置。
  10. 　請求項８のインタフェース装置において、
      前記パケット調整部には、第１の可変長パケットと第２の可変長パケットとが入力され、当該パケット調整部は、前記第１の可変長パケットの先頭から順次、前記ＴＳパケットと同サイズごとに区切って出力し、前記ＴＳパケットと同じサイズに満たない状態で前記第１の可変長パケットが終了した場合、前記第２の可変長パケットと同サイズの所定の固定データを続けて処理することで、前記第１の可変長パケットの最終部と前記所定の固定データの先頭部とを含んだ、前記ＴＳパケットと同サイズのパケットを出力する
    ことを特徴とするインタフェース装置。
  11. 　請求項９のインタフェース装置において、
    　前記第２の可変長パケットは、当該パケットが前記受信部で受信されたときと同じサイズの所定の固定データからなる
    ことを特徴とするインタフェース装置。
  12. 　請求項８のインタフェース装置において、
    　前記パケット調整部には、第１の可変長パケットと第２の可変長パケットとが入力され、当該パケット調整部は、前記第１の可変長パケットの先頭から順次、前記ＴＳパケットと同サイズごとに区切って出力し、前記ＴＳパケットと同サイズに満たない状態で、前記第１の可変長パケットが終了した場合、続けて所定のデータを付加し、前記第１の可変長パケットの最終部と前記付加したデータからなる、前記ＴＳパケットと同サイズのパケットを出力する
    ことを特徴とするインタフェース装置。
  13. 　請求項８乃至１２のインタフェース装置において、
    　当該インタフェース装置は、前記データ信号の先頭位置を示すパケットクロック信号を、前記データ信号とともに出力するものであり、
    　前記パケットクロック信号は、前記パケット調整部に入力される可変長パケットの先頭位置に対応する、前記パケット調整部から出力されるパケットの先頭位置においてアクティブになる
    ことを特徴とするインタフェース装置。
  14. 　請求項１のインタフェース装置を備えている
    ことを特徴とする受信装置。
PCT/JP2015/002896 2014-06-24 2015-06-10 インタフェース装置およびそれを備えた受信装置 WO2015198545A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2016529017A JP6674105B2 (ja) 2014-06-24 2015-06-10 インタフェース装置およびそれを備えた受信装置
CN201580033773.2A CN106471761B (zh) 2014-06-24 2015-06-10 接口装置及具备该接口装置的接收装置
US15/388,294 US10715642B2 (en) 2014-06-24 2016-12-22 Interface device and receiver including the same
US16/896,490 US11212376B2 (en) 2014-06-24 2020-06-09 Method of transmitting a data signal in sync with a clock signal

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2014-128919 2014-06-24
JP2014128919 2014-06-24

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US15/388,294 Continuation US10715642B2 (en) 2014-06-24 2016-12-22 Interface device and receiver including the same

Publications (1)

Publication Number Publication Date
WO2015198545A1 true WO2015198545A1 (ja) 2015-12-30

Family

ID=54937656

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2015/002896 WO2015198545A1 (ja) 2014-06-24 2015-06-10 インタフェース装置およびそれを備えた受信装置

Country Status (4)

Country Link
US (2) US10715642B2 (ja)
JP (2) JP6674105B2 (ja)
CN (2) CN110071785B (ja)
WO (1) WO2015198545A1 (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016199603A1 (ja) * 2015-06-11 2016-12-15 ソニー株式会社 信号処理装置および信号処理方法、並びにプログラム
WO2018230348A1 (ja) * 2017-06-14 2018-12-20 ソニーセミコンダクタソリューションズ株式会社 復調装置、処理装置、受信装置、及びデータ処理方法
WO2021153297A1 (ja) * 2020-01-28 2021-08-05 ソニーセミコンダクタソリューションズ株式会社 情報処理装置、情報処理方法、並びにプログラム

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6706784B2 (ja) * 2014-09-12 2020-06-10 パナソニックＩｐマネジメント株式会社 送信装置、受信装置、送信方法及び受信方法
JP6300116B2 (ja) * 2014-10-10 2018-03-28 パナソニックＩｐマネジメント株式会社 送信方法、送信装置及びシステム
JP6290852B2 (ja) * 2015-12-24 2018-03-07 日本電気株式会社 信号構成装置、信号構成システム、信号構成方法、および信号構成用プログラム
JP7017029B2 (ja) * 2017-05-08 2022-02-08 ソニーグループ株式会社 送信装置、及び送信方法
JP7140352B2 (ja) * 2018-01-18 2022-09-21 ソニーセミコンダクタソリューションズ株式会社 信号処理装置
JP2020141256A (ja) * 2019-02-28 2020-09-03 ソニーセミコンダクタソリューションズ株式会社 復調回路、復調方法、送信装置
WO2021171687A1 (ja) * 2020-02-26 2021-09-02 パナソニックＩｐマネジメント株式会社 映像信号処理装置、映像信号処理方法、プログラムおよび信号処理回路

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH08181715A (ja) * 1994-12-27 1996-07-12 Matsushita Electric Works Ltd 送受信装置
WO2013011545A1 (ja) * 2011-07-15 2013-01-24 三菱電機株式会社 送信装置、受信装置、通信装置、通信システムおよび送信方法
JP2013175949A (ja) * 2012-02-24 2013-09-05 Nippon Hoso Kyokai <Nhk> 送信装置及び受信装置

Family Cites Families (33)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1154641A4 (en) * 1999-11-17 2006-11-22 Sony Corp METHOD AND APPARATUS FOR PROCESSING DIGITAL SIGNALS
IL133896A0 (en) * 2000-01-06 2001-04-30 Telescicom Ltd Method and system for encoding data for transmission channels
KR100749070B1 (ko) * 2000-07-14 2007-08-13 삼성전자주식회사 트랜스포트스트림을 역다중화하는 장치
US7830881B2 (en) * 2002-07-16 2010-11-09 Panasonic Corporation Content receiver and content transmitter
EP1631072A4 (en) * 2003-05-22 2007-12-26 Matsushita Electric Ind Co Ltd FUNCTION MODULE CARD, HOST DEVICE, AND METHOD OF CONTROLLING THE SAME
US20050120374A1 (en) * 2003-12-01 2005-06-02 General Instrument Corporation Methods and apparatus for passing an on-screen display over a serial interface
CN100586100C (zh) * 2003-12-11 2010-01-27 松下电器产业株式会社 包发送装置
JP2005260728A (ja) * 2004-03-12 2005-09-22 Ntt Docomo Inc 移動端末、視聴情報収集システム、及び視聴情報収集方法
US20060034273A1 (en) * 2004-07-22 2006-02-16 Matsushita Electric Industrial Co., Ltd. Transport stream processing apparatus
JP2006311027A (ja) * 2005-04-27 2006-11-09 Victor Co Of Japan Ltd デジタル放送受信装置及びデジタル放送受信方法
US7929696B2 (en) * 2005-06-07 2011-04-19 Sony Corporation Receiving DBS content on digital TV receivers
WO2007148863A1 (en) * 2006-06-20 2007-12-27 Lg Electronics Inc. Digital broadcasting system and method of processing data
JP4425980B2 (ja) * 2006-10-04 2010-03-03 三菱電機株式会社 マルチメディア情報受信装置
JP5114084B2 (ja) * 2007-04-04 2013-01-09 株式会社日立製作所 移動体放送受信端末および移動体放送受信方法
US8817780B2 (en) * 2007-08-08 2014-08-26 Maxlinear, Inc. TS packet grooming
JP5252952B2 (ja) * 2008-03-11 2013-07-31 キヤノン株式会社 受信装置
JP5541488B2 (ja) 2009-02-09 2014-07-09 ソニー株式会社 コンテンツ受信装置および方法
CN101521809B (zh) * 2009-03-26 2012-01-04 上海交通大学 数字电视单频网可变长同步信息分布式传输方法
JP5400575B2 (ja) * 2009-11-11 2014-01-29 日本放送協会 可変長パケットの送信装置、受信装置及びプログラム
CN101742249B (zh) * 2009-12-18 2012-05-30 四川长虹电器股份有限公司 一种可信双向网络数字电视系统的实现方法
US9003455B2 (en) * 2010-07-30 2015-04-07 Guest Tek Interactive Entertainment Ltd. Hospitality media system employing virtual set top boxes
KR101670723B1 (ko) * 2011-01-04 2016-11-01 삼성전자주식회사 비디오 및 오디오 통신 시스템에서 가변 길이의 전송 패킷 지원 방법 및 장치
CN102769799A (zh) * 2011-05-03 2012-11-07 朱佩江 一种在ip网络中实现数字电视业务分发服务的方法及系统
JP5689365B2 (ja) * 2011-05-27 2015-03-25 富士通株式会社 復調回路、復調方法および受信装置
US9124396B2 (en) * 2011-07-28 2015-09-01 Allen LeRoy Limberg COFDM digital television receivers for iterative-diversity reception
CN102281223B (zh) * 2011-08-04 2014-06-11 联思普瑞(武汉)电子科技有限公司 全数字最小频移键控电力载波装置
JP6032945B2 (ja) 2012-05-28 2016-11-30 サターン ライセンシング エルエルシーＳａｔｕｒｎ Ｌｉｃｅｎｓｉｎｇ ＬＬＣ 信号処理装置、及び、信号処理方法
CN103517330B (zh) * 2012-06-15 2018-08-10 南京中兴新软件有限责任公司 一种鲁棒性头压缩报文的发送方法及装置
CN202696813U (zh) * 2012-08-10 2013-01-23 王涛 基于多节目传输流转多路单节目传输流的ip输出装置
US20140086407A1 (en) * 2012-09-25 2014-03-27 General Instrument Corporation Conditional Access to Encrypted Media Content
US20140328354A1 (en) 2012-10-17 2014-11-06 Sony Corporation Data processing apparatus, data processing method, and program
JP6382029B2 (ja) * 2013-09-20 2018-08-29 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 送信方法、受信方法、送信装置、及び受信装置
CN103763630A (zh) * 2014-01-23 2014-04-30 深圳市同洲电子股份有限公司 一种网关设备以及协议转换的方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH08181715A (ja) * 1994-12-27 1996-07-12 Matsushita Electric Works Ltd 送受信装置
WO2013011545A1 (ja) * 2011-07-15 2013-01-24 三菱電機株式会社 送信装置、受信装置、通信装置、通信システムおよび送信方法
JP2013175949A (ja) * 2012-02-24 2013-09-05 Nippon Hoso Kyokai <Nhk> 送信装置及び受信装置

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016199603A1 (ja) * 2015-06-11 2016-12-15 ソニー株式会社 信号処理装置および信号処理方法、並びにプログラム
JPWO2016199603A1 (ja) * 2015-06-11 2018-03-29 ソニー株式会社 信号処理装置および信号処理方法、並びにプログラム
US10644864B2 (en) 2015-06-11 2020-05-05 Sony Corporation Signal processing device and method to enable transmission of type length value (TLV) packets
WO2018230348A1 (ja) * 2017-06-14 2018-12-20 ソニーセミコンダクタソリューションズ株式会社 復調装置、処理装置、受信装置、及びデータ処理方法
JPWO2018230348A1 (ja) * 2017-06-14 2020-04-16 ソニーセミコンダクタソリューションズ株式会社 復調装置、処理装置、受信装置、及びデータ処理方法
US11368748B2 (en) 2017-06-14 2022-06-21 Sony Semiconductor Solutions Corporation Demodulation device, processing device, reception device, and data processing method
JP7191822B2 (ja) 2017-06-14 2022-12-19 ソニーセミコンダクタソリューションズ株式会社 復調装置、処理装置、受信装置、及びデータ処理方法
US11653058B2 (en) 2017-06-14 2023-05-16 Sony Semiconductor Solutions Corporation Demodulation device, processing device, reception device, and data processing method
WO2021153297A1 (ja) * 2020-01-28 2021-08-05 ソニーセミコンダクタソリューションズ株式会社 情報処理装置、情報処理方法、並びにプログラム
US11917236B2 (en) 2020-01-28 2024-02-27 Sony Semiconductor Solutions Corporation Information processing apparatus, information processing method, and non-transitory computer-readable media that add additional information to baseband packet

Also Published As

Publication number Publication date
US20200304612A1 (en) 2020-09-24
CN106471761A (zh) 2017-03-01
CN106471761B (zh) 2019-05-21
JPWO2015198545A1 (ja) 2017-06-01
US20170118317A1 (en) 2017-04-27
US10715642B2 (en) 2020-07-14
CN110071785B (zh) 2021-10-26
JP6674105B2 (ja) 2020-04-01
JP2020102862A (ja) 2020-07-02
JP6823277B2 (ja) 2021-02-03
US11212376B2 (en) 2021-12-28
CN110071785A (zh) 2019-07-30

Similar Documents

Publication Publication Date Title
JP6823277B2 (ja) インタフェース方法
EP3022881B1 (en) Transmitting apparatus, receiving apparatus, and signal processing method thereof
US20060133429A1 (en) Device and method for demultiplexing received transport stream in digital broadcasting receiver
US10097673B2 (en) Method and system for serialization and deserialization (SERDES) for inter-system communications
KR100424496B1 (ko) 디지털 ｖｓｂ시스템의 동기신호를 이용한 이퀄라이져 제어 방법 및 장치
JP7397916B2 (ja) 受信方法および端末
KR100755434B1 (ko) 디지털 방송수신기의 역다중화장치 및 방법
JP4199436B2 (ja) ディジタル信号受信装置、及びディジタル信号受信システム
US11784736B2 (en) Digital broadcast receiver and digital broadcast receiver system
JP4978750B2 (ja) 受信装置及び受信システム
US20120151296A1 (en) Data processing device and data processing method
JP4509824B2 (ja) ダイバーシチ方式受信装置及びダイバーシチ方式受信装置の受信信号位相制御方法
KR100661253B1 (ko) 수신장치 및 수신 복호방법
WO2021171687A1 (ja) 映像信号処理装置、映像信号処理方法、プログラムおよび信号処理回路
JP4839385B2 (ja) データ受信装置
JP2009253838A (ja) Ｏｆｄｍ送信装置とその周波数変換装置
KR100525848B1 (ko) 아날로그 방송을 위한 연주소-송신소 링크（ｓｔｌ）를이용한 디지털 ｔｖ 송신기의 단일 주파수 네트워크 시스템
JP2005229467A (ja) 無線受信装置
WO2018021036A1 (ja) 受信装置、受信方法、およびプログラム
JP2009005307A (ja) デジタル受信装置およびデジタル受信方法
JP2004120275A (ja) ディジタル放送受信機
JP2001128162A (ja) 復号装置及び復号方法

Legal Events

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

Ref document number: 15811822

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2016529017

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 15811822

Country of ref document: EP

Kind code of ref document: A1