WO2021151375A1 - Procédé d'émission- réception et appareil d'émission- réception - Google Patents

Procédé d'émission- réception et appareil d'émission- réception Download PDF

Info

Publication number
WO2021151375A1
WO2021151375A1 PCT/CN2021/073817 CN2021073817W WO2021151375A1 WO 2021151375 A1 WO2021151375 A1 WO 2021151375A1 CN 2021073817 W CN2021073817 W CN 2021073817W WO 2021151375 A1 WO2021151375 A1 WO 2021151375A1
Authority
WO
WIPO (PCT)
Prior art keywords
tlv
packet
data
stream
udp
Prior art date
Application number
PCT/CN2021/073817
Other languages
English (en)
Chinese (zh)
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
Priority claimed from JP2020015882A external-priority patent/JP7558660B2/ja
Priority claimed from JP2020015885A external-priority patent/JP2021125726A/ja
Application filed by 海信视像科技股份有限公司, 东芝视频解决方案株式会社 filed Critical 海信视像科技股份有限公司
Priority to CN202180001650.6A priority Critical patent/CN113475087B/zh
Publication of WO2021151375A1 publication Critical patent/WO2021151375A1/fr

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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • 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 embodiments of the present application relate to a transceiving method and a transceiving device.
  • the multicast group including the source IP address of the UDP/IP packet (packet) that transmits the PLT, it is sent and used in the TV receiving device corresponding to the reception.
  • AMT the source IP address of the UDP/IP packet (packet) that transmits the PLT.
  • the output of AMT is not required.
  • the signal source of the service is an advanced BS, because there is only one IP data stream for MMTP packet transmission, the packet ID of the MMTP packet is uniquely determined.
  • channel settings necessary for setting up a television receiver are usually performed based on AMT information.
  • Non-Patent Document 1 ARIBSTD-B392.3 "Regulations on the Operation of Advanced Broadband Digital Satellite Broadcasting"
  • Non-Patent Document 2 ARIBSTD-B631.9 Edition "Standard Specification for Receiving Devices for Advanced Broadband Digital Satellite Broadcasting"
  • the signal source of the service output through the partial TLV stream is a 110-degree CS
  • the packet ID of the same MMTP packet may be used in different IP data streams, it cannot always be identified if it is not combined with UDP/IP information (hereinafter, only described as IP information).
  • IP information UDP/IP information
  • AMT that indicates IP information such as the source IP address of the UDP/IP packet that transmits the PLT is necessary.
  • the transmission interval of AMT is a long 10 seconds, and AMT is used to sequentially receive and scan the full TLV stream in the target broadcast media during channel setting, so it takes time to set the channel.
  • the problem to be solved by this application is to provide a transceiving method and transceiving device that simplify the transceiving of part of the TLV stream.
  • another problem to be solved by this application is to provide a receiving method and receiving device for receiving TLV streams at a high speed.
  • the receiving device of an embodiment of the present application includes a TLV stream extraction mechanism, an IP acquisition mechanism, and a PLT extraction mechanism.
  • the TLV stream extraction mechanism acquires part of the TLV stream, and the IP acquisition mechanism extracts TLV packets including NTP data from the part of the TLV stream.
  • the IP address is obtained from the UDP/IP packet contained in the TLV packet, and the PLT extraction organization uses the IP address to determine the PLT.
  • the receiving device of an embodiment of the present application includes a TLV stream extraction mechanism, an IP address acquisition mechanism, and a PLT extraction mechanism.
  • the TLV stream extraction mechanism receives the broadcast signal based on the MMT/TLV method and acquires the TLV stream.
  • the acquisition mechanism obtains the TLV stream from the TLV.
  • the IP address is obtained from the UDP/IP packet containing the NTP data contained in the stream, and the PLT extraction mechanism uses the IP address to determine the PLT.
  • FIG. 1 is a diagram showing an example of a television receiver corresponding to digital broadcasting based on the MMT/TLV method and an electronic device that receives partial TLV streams according to an embodiment
  • FIG. 2 is a block diagram showing an example of the functional structure of a television receiving device corresponding to digital broadcasting based on the MMT/TLV method according to the embodiment;
  • FIG. 3 is a block diagram showing an example of the functional configuration of a TLV/MMT separation processing unit in the television receiving device of the embodiment
  • 4A is a diagram showing an example of a multiplexing structure of TLV streams processed by the television receiving device of the embodiment
  • 4B is a diagram showing an example of the configuration of each packet stored in the TLV stream of the embodiment.
  • 4C is a diagram showing an example of the header information of the UDP/IP packet stored in the TLV stream of the embodiment
  • FIG. 5 is a block diagram showing an example of the functional configuration of a partial TLV stream generating unit in the television receiving device of the embodiment
  • FIG. 6 is a block diagram showing an example of the functional structure of an electronic device that receives a partial TLV stream according to the embodiment
  • FIG. 7 is a block diagram showing an example of the functional structure of a partial TLV stream processing unit of the electronic device of the embodiment.
  • FIG. 8A is a flowchart showing an example of the processing operation of the TLV/MMT separation processing unit in the television receiving device of the embodiment
  • FIG. 8B is a flowchart showing another example of the processing operation of the TLV/MMT separation processing unit in the television receiving device of the embodiment.
  • FIG. 9 is a flowchart showing an example of processing operations of the partial TLV generation unit in the television receiving device of the embodiment.
  • FIG. 10 is a flowchart showing an example of processing operations of a partial TLV stream processing unit in the electronic device of the embodiment
  • FIG. 11A is a diagram showing the data structure of the AMT of the embodiment.
  • FIG. 11B is a diagram showing the IP version of the embodiment.
  • 11C is a diagram showing the data structure of the PLT of the embodiment.
  • FIG. 11D is a diagram showing the reference relationship between PLT and MPT according to the embodiment.
  • MMTP packet separation unit 127...MMT-SI extraction unit, 128...service/resource selection control unit, 141...MMT-SI generation unit, 142...MMT-SI update unit, 143...MMTP packet generation unit, 144...IP/UDP Packet generation unit, 145...TLV packet generation unit, 146...TLV packet multiplexing unit, 147...TLV-SI generation unit, 221...TLV packet separation unit, 222...TLV-SI extraction unit, 223...NTP extraction processing unit, 224 ...IP/UDP header decompression unit, 225...IP/UDP packet separation unit, 226...MMTP packet separation unit, 227...MMT-SI extraction unit.
  • FIG. 1 is a diagram showing an example of a television receiver corresponding to digital broadcasting based on the MMT/TLV method and an electronic device that receives partial TLV streams according to the embodiment.
  • the television receiving device 1 receives a broadcasting signal of digital broadcasting based on the MMT/TLV method, and obtains content transmitted by the broadcasting signal (or also described as a service).
  • the electronic devices 2A, 2B, 2C (when no special distinction is required, they are called electronic devices 2) have interfaces 3A, 3B, and 3C that can communicate with the television receiving device 1, respectively (when no special distinction is needed, they are called As interface 3), the content sent through the broadcast signal is acquired through the interface 3, and the display output is performed.
  • the number of electronic devices 2 is assumed to be three, but depending on the interface of the television receiver 1, it can be any number of one or more.
  • the electronic device 2 has the capability (resolution, frame rate, etc.) capable of using all or part of the content transmitted by the television receiving device 1.
  • the electronic device 2 may be, for example, a tablet computer terminal, a monitor, a television receiving device, and the like.
  • the electronic device 2 may also be a smart phone.
  • the interfaces 3A, 3B, and 3C are interfaces for data communication between the television receiving device 1 and the electronic device 2, and may be wired or wireless.
  • a network conforming to DLNA (registered trademark) (Digital Living Network Alliance) or its extension method may also be used, so that the television receiving device 1 and the electronic device 2 can communicate.
  • FIG. 2 is a block diagram showing an example of the functional configuration of a television receiving device corresponding to digital broadcasting of the MMT/TLV method according to the embodiment.
  • the television receiver 1 receives a broadcast signal of digital broadcasting based on the MMT/TLV method, and presents the content transmitted by the broadcast signal to the user from a monitor and a speaker.
  • the TLV stream extraction section 11 includes a tuner section 111, a demodulation section 112, a descrambling section 113, and a CAS module 114, and receives broadcast signals, and outputs a TLV stream as digital data.
  • the tuner 111 extracts a signal of a desired frequency band (broadcast channel) from a broadcast signal received through a wired method such as an antenna not shown or through an optical line based on cable broadcast, and performs frequency conversion and the like as necessary, and Output to the demodulation unit 112.
  • the demodulation unit 112 performs demodulation, error correction decoding, etc. on the input broadcast signal, and obtains and outputs digital data in the form of TLV (Type Length Value).
  • the acquired digital data is usually encrypted based on scrambling, and the descrambling unit 113 descrambles the scrambled digital data (scrambling data) and outputs it as a TLV stream.
  • the CAS module 114 holds a secret key and the like required when the descrambling unit 113 descrambles the scrambled data, and provides it to the descrambling unit 113 as needed.
  • the TLV/MMT separation processing unit 12 obtains encoded asset data (hereinafter referred to as encoded resource data) that constitute various control signals and services (content) from the TLV stream output by the TLV stream extraction unit 11, And output.
  • the TLV/MMT separation processing unit 12 can also convert the input TLV stream into an IP/UDP stream, further into an MMT (MPEG Media Transport) stream, and separate it into coded resource data and SI (as control information data).
  • Signaling Information Signaling information
  • the TLV/MMT separation processing unit 12 may separate and output the time information data in the NTP format stored in the IP/UDP format from the TLV stream.
  • the TLV/MMT separation processing unit 12 may also output the TLV packet (or the extracted TLV stream) extracted from the input TLV stream.
  • the content output unit 13 decodes the encoded resource data and outputs content data such as sound, image, and text.
  • the sound decoding unit 131 decodes and plays the encoded sound data in the encoded resource data, and outputs sound content data.
  • the image decoding unit 132 decodes and plays the encoded image data in the encoded resource data, and outputs the image content data.
  • the encoded character data in the encoded resource data is decoded and reproduced by a character decoding unit (not shown), and is output as character content data.
  • the output processing unit 133 adjusts the output time, display method, etc. of the image content data (may include audio content data, text content data, etc.), and outputs it.
  • the output processing unit 133 may also obtain the NTP data (time information data) output by the TLV/MMT separation processing unit 12, and play a clock synchronization signal to use it for time control.
  • control data and various commands from the control unit 163 described later may be input to the various decoding units described above.
  • the control data may also be control information related to the broadcast system, such as information related to broadcast programs, control information related to multiplexing of UDP/IP packets.
  • Various decoding units may use SI data to select resource data of the program and content data designated by the control unit 163, and decode the selected resource data to obtain content data.
  • the partial TLV stream generation unit 14 extracts and edits the resource data and control information data that constitute the selected content (broadcast program) from the TVL stream and MMT stream separated and obtained in the TLV/MMT separation processing unit 12, and generates Part of the TLV stream.
  • the presentation unit 15 presents the content data output by the content output unit 13 as content to the user.
  • the speaker unit 151 outputs audio content data, text content data, and the like as sounds.
  • the display unit 152 is, for example, a monitor, and displays image content data, text content data, and the like.
  • the peripheral function 16 includes a user interface unit 161, an interface unit 162, and a control unit 163.
  • the user interface unit 161 is, for example, a switch, a button, or the like provided in the main body of the television receiver 1, the speaker unit 151, the display unit 152, and the like.
  • the user can also perform various settings and adjustments, such as screen adjustment, volume adjustment, and channel selection, on the television receiving device 1 via the user interface unit 161.
  • the interface unit 162 is various interfaces between the television receiver 1 and the outside, and may include, for example, infrared communication, mouse, keyboard, Ethernet, DLNA (registered trademark), HDMI (registered trademark), Wifi (registered trademark), and Various wired and wireless communication interfaces such as 5th generation mobile communication (5G).
  • the interface unit 162 includes a communication interface constituted by the interface 3.
  • the interface unit 162 generates frame data corresponding to a predetermined communication protocol for the input digital data, and transmits it based on a medium such as wired or wireless. In addition, it demodulates a signal received through a wired or wireless medium to obtain digital data, and decomposes the frame data in accordance with the communication protocol to output the digital data.
  • the interface unit 162 may also have a function of encrypting and decrypting digital data such as scrambling.
  • the control unit 163 may also control various functions inside the television receiver 1 based on control signals input from the user interface unit 161, the interface unit 162, and the like.
  • the system bus 17 is a data transmission path for data exchange between various functions in the television receiving device 1, and is, for example, a serial bus.
  • the data interaction between various functions in the television receiving device 1 is not limited to the system bus 17, and may be other transmission paths.
  • the remote control 18 is a remote control attached to the television receiving device 1, and the user can use the remote control 18 to perform various operations on the television receiving device 1. For example, if the user makes an operation designation through the remote control 18, a control command is output from the remote control.
  • the control command is received by the television receiver 1 via the infrared communication of the interface unit 162.
  • the interface unit 162 outputs the received control command to the control unit 163, and the control unit 163 analyzes the received control command, extracts it as control information, and controls various functions in the television receiver 1 based on the control information.
  • FIG. 3 is a block diagram showing an example of the functional configuration of a TLV/MMT separation processing unit in the television receiving device of the embodiment.
  • the TLV/MMT separation processing unit 12 has the function of separating the TLV stream into IP/UDP packets, MMT packets, and into coded resource data and SI data as control information data, and therefore uses the relationship of each stream, packet, data, etc. To illustrate the functional structure.
  • 4A is a diagram showing an example of the multiplexing structure of the TLV stream processed by the television receiving device of the embodiment, which complies with ARIB TR-B392.3 Edition (Volume 5), Volume 4, Advanced Broadband CS Digital Broadcasting SI Operation Regulations 13 chapter.
  • the display box 50 shows a transponder as a physical layer.
  • the transponder is installed in the CS satellite (Communication Satellite), and outputs the broadcast wave signal of the advanced broadband CS digital broadcast.
  • CS satellite Common Satellite
  • the display box 51 shows the layer of the TLV stream sent by the transponder shown in the display box 50.
  • the display box 52 shows the layer of UDP/IP stored in the TLV stream shown in the display box 51.
  • the display box 53 shows the TLV-NIT (Network Information Table) stored in the TLV stream shown in the display box 51.
  • TLV-NIT is a part of TLV-SI stored in the TLV stream.
  • the TLV-NIT stores various transponders in the broadcast media, the physical structure of the TLV stream transmitted here, the designated service or which TLV stream the designated content belongs to, and other information used for location resolution of the TLV stream.
  • the display box 54 shows the AMT (Address Map Table) stored in the TLV stream shown in the display box 51.
  • AMT is also a part of TLV-SI stored in the TLV stream.
  • the AMT stores all the services in the TLV stream and transmits the IP data stream of the PLT (a collection of UDP/IP packets with the same IP protocol type, source and destination IP addresses, and source and destination UDP port numbers). ) IP information such as the source IP address.
  • the display box 55 shows the flow of UDP/IP packets dedicated to the NTP format transmitted through the layer of the UDP/IP flow shown in the display box 52.
  • the part of the display frame 55 that overlaps the display frame 52 can also be regarded as the header of the UDP/IP packet (also referred to as the IP header in some cases).
  • the display box 551 can also be regarded as the payload of the UDP/IP packet, and the NTP data is stored in the display box 551.
  • the display box 56 shows the layer of MMTP transmitted through the layer of the UDP/IP flow shown in the display box 52.
  • the display box 57 shows a UDP/IP stream (IP data stream) dedicated to SI data stored in the TLV stream shown in the display box 51.
  • the part of the display frame 55 that overlaps the display frame 52 can also be regarded as the header of the UDP/IP packet (also referred to as the IP header in some cases).
  • the part of the display frame 57 above the display frame 56 can also be regarded as data transmitted in the form of an MMTP packet as the payload of the UDP/IP packet.
  • the display frame 58A, the display frame 58B, and the display frame 58C (referred to as the display frame 58 unless otherwise distinguished) respectively show the UDP/IP stream (IP data stream) of each service stored in the TLV stream.
  • the part of the display frame 55 that overlaps the display frame 52 can also be regarded as the header of the UDP/IP packet (also referred to as an IP header in some cases).
  • the upper part of the display frame 58 than the display frame 56 can also be regarded as data transmitted in the form of MMTP packets as the payload of the UDP/IP packet.
  • the UDP/IP stream (IP data stream) of the display frame 58A, the display frame 58B, and the display frame 58C usually stores different services (service 1, service 2, service 3 in the figure), that is, different content (program ) Associated data.
  • the IP information in the UDP/IP stream (IP data stream) in the display frame 58A, the display frame 58B, and the display frame 58C is different, especially the IP address of the respective transmission source is different.
  • the display box 59 shows the same UDP/IP flow as the display box 58, and particularly shows the UDP/IP flow shared by the service.
  • service 1, service 2, and service 3 are respectively sent, and in the UDP/IP stream of display box 59, service 1, service 2, and Data shared by all or part of service 3 (in the figure, subtitle superimposed MPU is shown).
  • the IP information of the UDP/IP stream in the display frame 59 is different from the IP address of the transmission source of the UDP/IP stream in the display frame 58A, 58B, and 58C.
  • the TLV stream selection processing unit 120 selects a TLV stream in which content (program) designated by the user is transmitted based on the data of TLV-NIT.
  • the TLV packet separation unit 121 separates the TLV stream output from the TLV stream selection processing unit 120 into TLV-SI data (display box 53, display box 54), and UDP/UDP/ which stores NTP data (display box 55) for each TLV packet.
  • TLV-SI data display box 53, display box 54
  • UDP/UDP/ which stores NTP data
  • Three systems of IP packets and UDP/IP packets storing MMTP packets (display box 53, display box 54).
  • the TLV packet separation unit 121 divides the TLV stream based on the packet identifier (identifier: packet_type) stored in the header of the TLV stream (or TLV header in some cases), which is not shown, in the TLV stream layer of the display box 51. Divided into 3 systems.
  • the TLV-SI extraction unit 122 extracts the TLV-NIT and AMT output by the TLV packet separation unit 121, and outputs them.
  • the NTP extraction processing unit 123 extracts NTP information from the UDP/IP packet in the display frame 55 output by the TLV packet separation unit 121, and outputs it.
  • the extracted NTP information is used to broadcast on the receiver's system clock.
  • the IP header decompression unit 124 processes the IP header (corresponding to the display box 52) of the UDP/IP packet in the header compression method of the MMTP packet (display box 53 and display box 54) output by the TLV packet separation unit 121.
  • IP headers attached to MMTP packets: headers including IP information including IP addresses and port numbers (the lower part of Figure 4C, which is also referred to as full header in some cases); and The header that does not contain the IP information (the middle section of FIG. 4C, which is also called the compressed header in some cases).
  • the full-head IP packet is specified to be transmitted at least once every 500 [msec].
  • the IP header decompression unit 124 uses the full header information received in the past for each UDP/IP packet (IP data stream) that has the same IP information, and converts the UDP/IP packet with a compressed header (sometimes also called To compress the UDP/IP packet), convert it into a full-head UDP/IP packet (also referred to as UDP/IP packet in some cases) and output. Alternatively, it is also possible to output the compressed UDP/IP packet as a series of UDP/IP streams for each IP data stream.
  • the IP/UDP packet separation unit 125 selects the UDP/IP stream (IP data stream) input from the IP header decompression unit 124, and separates the UDP/IP packet of the selected UDP/IP stream, thereby extracting the MMTP packet, and outputting the MMTP Packet flow (also called MMTP flow in some cases).
  • the IP/UDP packet separation unit 125 uses the CID included in the IP header to select a UDP/IP stream (IP data stream).
  • the display boxes 57, 58, 59 are transmitting MMTP streams.
  • the IP/UDP packet separation unit 125 selects to separate the UDP/IP packet, it may also use the IP information stored in the AMT, the IP information stored in the PLT, MPT, etc. obtained in the subsequent processing.
  • the IP/UDP packet separation unit 125 also outputs in the form of a TLV packet selected from the received TLV packets.
  • the output TLV packet may be a TLV packet input to the IP/UDP header decompression unit 124 (a TLV packet in which a compressed IP packet that has not been converted into a full header is stored).
  • the MMTP packet separation unit 126 outputs control signal data and coded resource data based on the MMTP stream input from the IP/UDP packet separation unit 125.
  • the image MPU, sound MPU, subtitle MPU, application MPU, and subtitle superimposition MPU of the display frame 58 in the display frame 58 are equivalent to encoding resource data.
  • the data other than the coded resource data of the display frame 58 and the data of the display frame 57 correspond to control signal data.
  • the MMT-SI extraction unit 127 extracts and outputs control information such as PLT and MPT based on MMT-SI, which is the control signal data input from the MMTP packet separation unit 126.
  • PLT the packet ID of the MMTP packet of the MPT corresponding to the full service (or content) transmission in the TLV stream (refer to the MMTP packet 63 in FIG. 4B) is stored, and the stored UDP/IP packet is further stored.
  • the IP information, headed by the source IP address, is used to resolve the location of MPT transmission.
  • information for location resolution for resource transmission such as the packet ID of the MMTP for each resource constituting the service, is stored.
  • the information stored in PLT and MPT may also be used in the IP/UDP packet separation unit 125.
  • the MMT-SI extraction unit 127 extracts and outputs EPG information and the like from the MMT-SI.
  • the service/resource selection control unit 128 receives information from each function in the television receiving device 1, and outputs a control signal based on the received information, or extracts and outputs further detailed information. In addition, when the user has issued a control command to the television receiving device 1 via the remote control 18, the control unit 163 outputs the analyzed control command to the service/resource selection control unit 128. The service/resource selection control unit 128 outputs control signals and detailed information to each function in accordance with control commands.
  • 4B is a diagram showing an example of the structure of each packet stored in the TLV stream of the embodiment.
  • the TLV packet 61 is composed of a header and a payload, and fixed bits, packet_type and length as identifiers are stored in the header.
  • the UDP/IP packet 62 is composed of an IP/UDP header and an IP/UDP payload.
  • the identifiers CID, SN, CID_header_type are stored in the IP/UDP header of the header compressed IP packet.
  • the "partial IPv6 header/partial/UDP header" of the IP/UDP header contains header information used in the full header.
  • the MMTP packet 63 is composed of an MMTP header and an MMTP payload, and a packet_id as an identifier is stored in the MMTP header.
  • the UDP/IP packet 62 is stored in the payload of the TLV packet 61, and the MMTP packet 63 is stored in the IP/UDP payload. Data such as resource data and SI data are stored in the MMTP payload.
  • FIG. 4C is a diagram showing an example of the header information of the UDP/IP packet stored in the TLV stream of the embodiment, and is a detailed view of the header information of the UDP/IP packet 62 in FIG. 4B.
  • the source IP address (source_address) and the destination IP address (destination_address) are configured in the IP/UDP header.
  • the source IP address (source_address) and the destination IP address (destination_address) are arranged in the IP header.
  • NTP transmission does not apply IP header compression, and is usually transmitted at 33msec intervals.
  • MMTP packet transmission uses IP header compression and is transmitted in full headers at 500msec intervals.
  • the source IP address (source_address) in the NTP dedicated IP data stream and the source address in the SI dedicated IP data stream use the same source IP address (source_address).
  • Src.add0 is used as the source IP address
  • the source IP address is used Src.add1, in the data stream of service 2, use Src.add2 as the source IP address, and in the data stream of service 3, use Src.add3 as the source IP address.
  • the IP/UDP packet of the SI can be determined from the multiplexed stream.
  • Fig. 5 is a block diagram showing an example of a functional configuration of a partial TLV stream generating unit in the television receiving device of the embodiment.
  • the partial TLV stream generating unit 14 of the present embodiment generates not only coded resource data and MMT-SI control signal data, but also generates a TLV packet including NTP data, and outputs it as a partial TLV stream.
  • the MMT-SI generation unit 141 selects and extracts necessary information from the control information extracted and output by the MMT-SI extraction unit 127, and generates partial control information for the TLV stream based on the extracted information (in separate processing from the TLV/MMT When the control signal data of the section 12 is distinguished, it is referred to as partial control signal data). Specifically, for example, MH-SIT (Selection Information Table) and MH-DIT (Discontinuity Information Table) specified in ARIBSTD-B63. Generally, the control information for partial TLV streams is less than the control information extracted by the MMT-SI extraction unit 127 (that is, the control information for broadcast signal transmission).
  • the MMT-SI update unit 142 updates the contents of PLT or MPT stored in the payload of the UDP/IP packet (MMTP packet).
  • the PLT included in the TLV stream (TLV stream transmitted by a broadcast signal) output by the TLV stream extraction unit 11 contains information about the full service.
  • TLV stream transmitted by a broadcast signal When sending as a partial TLV stream, it is necessary to update the PLT to the only included PLT.
  • Information about the specified service The same applies to MPT.
  • MPT When transmitting as a partial TLV stream, it is necessary to update the MPT to include only the information of the specified resource data.
  • the MMTP packet generation unit 143 uses the partial control signal data for the TLV stream input from the MMT-SI generation unit 141 as a payload, and adds predetermined MMTP header information to generate and output an MMTP packet.
  • the IP/UDP packet generation unit 144 outputs the UDP/IP packet input from the MMT-SI update unit 142 as it is.
  • the MMTP packet input from the MMTP packet generation unit 143 is used as the payload, and the header information of the UDP/IP packet input from the MMT-SI update unit 142 is referred to, while the values of CID and SN are integrated, the IP header, UDP header to generate and output UDP/IP packets.
  • the TLV packet generating unit 145 adds a TLV header to the UDP/IP packet input from the IP/UDP packet generating unit 144 to generate and output a TLV packet.
  • the TLV packet multiplexing unit 146 multiplexes TLV packets input from each function, and outputs it as a partial TLV stream. Specifically, a TLV packet containing NTP data, a TLV packet output by the TLV packet generating unit 145, and a TLV packet containing resource data are input to the TLV packet multiplexing unit 146 and output as a partial TLV stream.
  • the partial TLV stream is transmitted from the interface unit 163 as a partial TLV stream signal in accordance with a predetermined communication method.
  • the TLV-SI generating unit 147 generates TLV-SI information in the mainland including the information of the AMT, and outputs it to the TLV packet multiplexing unit 146.
  • this function may not be provided.
  • it may also be set such that the user can set from the remote control 18 whether the TLV-SI information is included or not included in the partial TLV stream.
  • FIG. 6 is a block diagram showing an example of the functional structure of an electronic device that receives a partial TLV stream according to the embodiment.
  • the electronic device 2 receives part of the TLV stream signal sent by the television receiver 1 through the interface unit 21.
  • the interface unit 21 includes a communication interface constituted by the interface 3.
  • the interface unit 21 extracts digital data from the received partial TLV stream signal and outputs it as a partial TLV stream.
  • the interface unit 21 generates frame data corresponding to a predetermined communication protocol for the input digital data, and transmits it based on a medium such as wired or wireless. In addition, it demodulates signals received through wired, wireless and other media to obtain digital data, and decomposes the frame data corresponding to the communication protocol, and outputs the digital data.
  • the interface unit 21 may also have encryption and decryption functions such as scrambling.
  • the interface unit 21 in this embodiment can communicate with the interface unit 162 based on, for example, DLNA (registered trademark) or its extended method.
  • the partial TLV stream processing unit 22 processes the partial TLV stream input from the interface unit 21, and obtains and outputs coded resource data and SI data.
  • the coded resource data is input to the decoding processing unit 23 together with the SI data, and converted into content data such as images, sounds, and texts.
  • the converted content data is output to the content output unit 24.
  • the content output unit 24 adjusts the output time, display method, etc. of the content data, and outputs to the presentation unit 25.
  • the presentation unit 25 is, for example, a signal display device (monitor), a speaker, etc., and outputs as images, audio, text, etc. based on the input content data.
  • the control unit 26 controls each function of the electronic device 2. For example, the control unit 26 performs connection establishment of external communication via various interfaces including the interface unit 21.
  • data interaction can also be performed between functional modules that are not connected to the control unit 26.
  • FIG. 7 is a block diagram showing an example of the functional configuration of a partial TLV stream processing unit of the electronic device according to the embodiment.
  • the partial TLV stream processing unit 22 separates the partial TLV stream into IP/UDP packets and MMT packets, and obtains and outputs coded resource data and SI data as control signal data.
  • the function of the partial TLV stream processing unit 22 is the same as the function of the TLV/MMT separation processing unit 12 of the television receiver 1.
  • the TLV packet separation unit 221 separates the part of the TLV stream input from the interface unit 21 into TLV-SI data (equivalent to display box 53 and display box 54 in FIG. 4A), and stores NTP data (equivalent to display box 55) UDP/IP packets and UDP/IP packets storing MMTP packets (equivalent to display box 56) are three systems.
  • the TLV packet separation unit 221 divides the partial TLV stream into three systems based on the packet identifier (identifier: packet_type) stored in the TLV header (refer to the TLV packet in FIG. 4B) in the TLV stream layer of the display box 51.
  • the TLV-SI extraction unit 222 may also extract and output necessary information from the TLV-SI. However, in this embodiment, because TLV-SI is not required, and usually TLV-SI is not included in part of the TLV stream, this function may not be available.
  • the NTP extraction processing unit 223 extracts and outputs NTP data from the UDP/IP packet in the display frame 55 output from the TLV packet separation unit 221. In addition, the NTP extraction processing unit 223 extracts the IP address of the transmission source of the NTP data from the UDP/IP packet in which the NTP data is stored.
  • the IP header decompression unit 224 processes the IP header (equivalent to the display box 52) of the UDP/IP packet in the header compression format of the MMTP packet (equivalent to the display box 56) output by the TLV packet separation unit 221.
  • IP headers attached to MMTP packets: headers including IP information including IP addresses and port numbers (or full headers in some cases); and headers that do not include IP information ( In some cases, it is also called compression header).
  • the IP header decompression unit 224 uses the information of all IP headers received in the past for each UDP/IP packet (IP data stream) with the same IP information to convert the UDP/IP packet with a compressed header (or in some cases) Called compressed UDP/IP packets) are converted into full-headed UDP/IP packets (also called UDP/IP packets in some cases), and output. Or, according to each IP data stream, the compressed UDP/IP packet can be output as a series of UDP/IP streams.
  • the IP/UDP packet separation unit 225 separates the UDP/IP packet input from the IP header decompression unit 224, extracts the MMTP packet, and outputs a stream of MMTP packets (also referred to as an MMTP stream in some cases).
  • the IP/UDP packet separation unit 225 in this embodiment selectively separates UDP/IP packets, it uses the IP address information stored in the UDP/IP packet that transmits NTP, and the PLT, MPT, etc. obtained in the subsequent processing. Information stored in.
  • the MMTP packet separation unit 226 outputs control signal data and coded resource data based on the MMTP stream input from the IP/UDP packet separation unit 225.
  • the MMT-SI extraction unit 227 extracts and outputs control information such as PLT and MPT from MMT-SI, which is the control signal data input from the MMTP packet separation unit 226.
  • control information such as PLT and MPT
  • the information stored in PLT and MPT may also be used in the IP/UDP packet separation unit 225.
  • FIG. 8A is a flowchart showing an example of the processing operation of the TLV/MMT separation processing unit in the television receiving device of the embodiment.
  • Fig. 8B is a flowchart showing another example of the processing operation of the TLV/MMT separation processing unit in the television receiving device of the embodiment.
  • the user in order to specify a service (content) for output as a partial TLV stream from the television receiving apparatus 1, the user performs a specified operation through the remote control 18.
  • the remote control 18 outputs a control command for specifying a service
  • the interface unit 162 of the television receiver 1 receives the control command.
  • the interface unit 162 outputs the received control command to the control unit 163, and the control unit 163 analyzes the control command to extract information (designated service information) of the service designated by the user, and outputs it to the service/resource selection control unit 128.
  • the service/resource selection control unit 128 outputs the designated service information (service_id) to the TLV/MMT separation processing unit 12 (step S11).
  • the TLV stream selection processing unit 120 selects the TLV stream storing the designated service based on the TLV-NIT extracted by the TLV-SI extraction unit 122 and the designated service information, and outputs it to the TLV packet separation Section 121 (Step S12).
  • the TLV packet separation unit 121 separates the TLV stream input from the TLV stream selection processing unit 120 into three systems based on the packet identifier (identifier: packet_type) stored in the header shown in the TLV packet 61 of FIG. 4B (step S13). Specifically, according to the different types of data stored in the payload of the TLV packet, it is separated into three types: TLV-SI data, UDP/IP packet storing NTP data, and header compressed UDP/IP packet storing MMTP packet. System, and input to the TLV-SI extraction unit 122, the NTP extraction processing unit 123, and the IP header decompression unit 124, respectively.
  • the TLV-SI extraction unit 122 extracts TLV-NIT data and AMT data, and outputs them to the service/resource selection control unit 128 (step S14).
  • the NTP extraction processing unit 123 extracts the NTP data stored in the UDP/IP packet, and outputs it to the service/resource selection control unit 128 (step S15).
  • the NTP extraction processing unit 123 outputs the input TLV packet as it is (step S15).
  • the TLV packet including the header compressed UDP/IP packet in which the MMTP packet is stored is input to the IP header decompression unit 124 and the IP/UDP packet separation unit 125 and processed (step S16).
  • the IP/UDP packet separation unit 125 uses the CID of the IP header information of the input TLV packet (refer to UDP/IP packet 62 in FIG. 4B) and the IP information input from the service/resource selection control unit 128 to confirm the IP data flow (step S17).
  • the correspondence between the input IP information and the CID can be judged by comparing with the IP information recorded in the full header. If it is not confirmed that the IP data stream is an IP data stream selected based on the IP information, the next TLV packet is confirmed (No in step S18, S13). If it is confirmed that the IP data stream is the IP data stream selected based on the IP information, the subsequent processing is performed (Yes in step S18).
  • the TLV packet of the selected IP data stream is input to the MMTP packet separation unit 126, and the packet_id of the MMTP header is confirmed (step S19).
  • the MMTP packet separation unit 126 confirms the packet_id, and when the selected MMT-SI is stored in the input TLV packet, that is, when the PLT, the MPT related to the service_id specified by the user, and the specified MMT-SI are stored Next, output the UDP/IP packet stored in the input TLV packet (Yes in step S20, S21).
  • the MMTP packet separation unit 126 confirms packet_id, and if the selected MMT-SI is not stored in the input TLV packet, it confirms whether the selected resource is stored in the input TLV packet (No in S20, step S22) .
  • the MMTP packet separation unit 126 extracts the MPT of service_id that identifies the service selected by the user from the PLT of the MMT-SI extracted in step S20.
  • the MMTP packet separation unit 126 can specify the resources constituting the service specified by the user based on the extracted information of the MPT.
  • the MMTP packet separation unit 126 confirms the MPT information of the MMT-SI extracted in step S20 and the packet_id of the input TLV packet, and if the selected resource is stored in the input TLV packet, that is, in the storage When there is a resource of service_id specified by the user, the input TLV packet is output (Yes in step S22, step S23). In step S23, the TLV packet output by the MMTP packet separation unit 126 is the TLV packet input to the IP header decompression unit 124.
  • the MMTP packet separation unit 126 confirms the MPT information of the MMT-SI extracted in step S20 and the packet_id of the input TLV packet, and if the selected resource is not stored in the input TLV packet, The TLV packet is discarded (step S24).
  • steps S18 to S20 of the above-mentioned flow are supplemented.
  • the IP information of the IP data stream to be transmitted to the MPT of the service specified by the user is determined, and the IP information is selected. Since the packet_id of the MPT is also described in the PLT, the MPT can be extracted through the processing of the MMTP packet separation unit 126 and the MMT-SI extraction unit 127. In addition, because each resource constituting the service is also included in the same IP data stream, and each packet_id is also described in the MPT, the resource can be extracted through the processing of the MMTP packet separation unit 126.
  • the MMTP packet separation unit 126 extracts and outputs control signal data from the input TLV packet, UDP/IP header analysis information, and the like.
  • the output control signal data is input to the MMT-SI extraction unit 127, and the MMT-SI extraction unit 127 receives from the service/resource selection control unit 128 IP information such as the IP address of the designated service source stored in the AMT, and based on the received Information to extract PLT.
  • the MMT-SI extraction unit 127 outputs the extracted PLT to the service/resource selection control unit 128. Furthermore, the MMT-SI extraction unit 127 extracts MPT based on the extracted PLT.
  • the step S22 of the above-mentioned flow will be described in detail.
  • the MMT-SI extraction unit 127 outputs the extracted MPT to the service/resource selection control unit 128.
  • the MMTP packet separation unit 126 extracts encoded resource data from the input MMTP packet (TLV packet) based on the extracted MPT.
  • the user performs a designation operation through the remote control 18.
  • the remote control 18 outputs a control command for specifying a service
  • the interface unit 162 of the television receiver 1 receives the control command.
  • the interface unit 162 outputs the received control command to the control unit 163, and the control unit 163 analyzes the control command to extract information (designated service information) of the service designated by the user, and outputs it to the service/resource selection control unit 128.
  • the service/resource selection control unit 128 outputs the designated service information (service_id) to the TLV/MMT separation processing unit 12 (step S11).
  • the TLV stream selection processing unit 120 selects a TLV stream and outputs it to the TLV packet separation unit 121 (step S12).
  • the TLV packet separation unit 121 separates the TLV stream input from the TLV stream selection processing unit 120 into three systems ( Step S13). Specifically, they are separated into three systems: TLV-SI data, UDP/IP packets storing NTP data, and UDP/IP packets storing MMTP packets, and input to the TLV-SI extraction unit 122 and the NTP extraction processing unit, respectively. 123. In the IP header decompression unit 124.
  • the TLV-SI extraction unit 122 extracts TLV-NIT data.
  • the NTP extraction processing unit 123 extracts the NTP data from the IP header of the UDP/IP packet in which the NTP data is stored, and extracts the transmission source IP address of the NTP data from the header information of the UDP/IP packet (step S14).
  • FIG. 9 is a flowchart showing an example of the processing operation of the partial TLV generation unit in the television receiving device of the embodiment.
  • the TLV packet of the resource data is input to the TLV packet multiplexing unit 146 (step S101).
  • the control signal data is input to the MMT-SI generating unit 141.
  • the MMT-SI generating unit 141 generates partial control signal data for output included in the partial TLV stream, namely MH-SIT, MH-DIT, etc., and outputs it to the MMTP packet generating unit 143 (step S102A).
  • PLT and MPT in the control signal data input to the partial TLV stream generation unit 14 are input to the MMT-SI update unit 142, and the content is updated as necessary, and is output to the IP/UDP packet generation unit 144 (step S102B).
  • the partial TLV stream generating unit 14 inputs the received TLV packet storing the NTP data to the TLV packet multiplexing unit 146 (step S103).
  • the MMTP packet generating unit 143 converts the input partial control signal data into an MMTP packet, and outputs it to the IP/UDP packet generating unit 144 (step S104).
  • the MMTP packet output in step S104 is referred to as a partial MMTP packet.
  • the IP/UDP packet generation unit 144 adds an IP header, a UDP header, etc. to the input partial MMTP packet, generates a UDP/IP packet, and outputs the UDP/IP packet to the TLV packet generation unit 145 (step S105).
  • step S102B the UDP/IP packet input from the MMT-SI update unit 142 is output as it is (step S105).
  • step S105 the UDP/IP packet output in step S105 is referred to as a partial UDP/IP packet.
  • TLV packet generating unit 145 uses the part of the UDP/IP packet as a payload and adds necessary TLV-SI and TLV headers to generate a TLV packet (step S106).
  • the TLV packet output in step S106 is referred to as a partial TLV packet.
  • the generated part of the TLV packet, the resource data obtained in step S101A and step S103, and the TLV packet including NTP are input to the TLV packet multiplexing unit 146.
  • the TLV packet multiplexing unit 146 outputs the input TLV packet as a partial TLV stream. From the interface unit 162 via the interface 3, a communication method such as DLNA (registered trademark) or an extended method is used to output the partial TLV stream as a partial TLV stream signal (step S107).
  • DLNA registered trademark
  • an extended method is used to output the partial TLV stream as a partial TLV stream signal (step S107).
  • FIG. 10 is a flowchart showing an example of processing operations of a partial TLV stream processing unit in the electronic device of the embodiment.
  • part of the TLV stream signal output from the television receiver 1 is received through the interface unit 21.
  • the interface unit 21 obtains the partial TLV stream by performing processing such as demodulation on the partial TLV stream signal.
  • the obtained partial TLV stream is input to the TLV packet separation unit 221 of the partial TLV stream processing unit 22 (step S201).
  • the TLV packet separation unit 221 divides the part of the TLV stream into a stream of TLV-SI data, UDP/IP packets of NTP data, and a stream of MMTP packets stored in the TLV header based on the packet identifier (identifier: packet_type) stored in the TLV header of the partial TLV stream.
  • identifier identifier: packet_type
  • the TLV-SI data is input to the TLV-SI extraction unit 222, and the TLV-SI extraction unit 222 extracts data necessary for processing part of the TLV stream.
  • TLV-SI data is not included in some TLV streams.
  • the UDP/IP packet of the NTP data is input to the NTP extraction processing unit 223, and the NTP extraction processing unit 223 extracts the NTP data (step S203).
  • the NTP extraction processing unit 223 extracts the transmission source IP address of the NTP data from the IP header of the UDP/IP packet storing the NTP data (step S204). While performing steps S203 and S204, the UDP/IP stream storing the MMTP packet is input to the IP header decompression unit 224 and converted into a full-head UDP/IP packet.
  • the converted full-head UDP/IP packet is input to the IP/UDP packet separation unit 225, and the IP/UDP packet separation unit 225 extracts the MMTP packet, and outputs it to the MMTP packet separation unit 226 (step S205).
  • the MMTP packet separation unit 226 inputs, among the input MMTP packets, an MMTP packet with an IP header storing an IP address that matches the source IP address of the NTP data, to the MMT-SI extraction unit 227 (step S206). Through step S206, the UDP/IP packet of the dedicated IP data stream for SI data (control information data) is extracted.
  • the partial TLV stream processing unit 22 may also use the IP header of the UDP/IP packet storing the NTP data when the AMT cannot be detected from the received partial TLV stream.
  • the MMT-SI extraction unit 227 extracts PLT from the input MMTP packet (step S207).
  • the packet ID is used to extract the PLT from the UDP/IP packet dedicated to the desired SI data extracted in step S206.
  • the MMT-SI extraction unit 227 extracts the MPT based on the information described in the extracted PLT (step S208).
  • the MMTP packet separation unit 226 extracts coded resource data from the input MMTP packet based on the extracted MPT (step S209).
  • the extracted encoded resource data is output to the content output unit 24 (step S210).
  • the content output unit 24 decodes the encoded resource data, etc., and outputs content data such as sound, image, and text (step S210).
  • the output content data is presented to the user as content such as images, sounds, texts, etc. from a speaker or a monitor in the presentation unit 25 (step S211).
  • the electronic device 2 receives part of the TLV stream sent by the television receiver 1, and the user can use the electronic device 2 to watch the content.
  • the television receiver 1 as the source device transmits part of the TLV stream in a manner that does not include the AMT storing the source IP address of the SI dedicated IP data stream.
  • the electronic device 2 passes from the storage
  • the IP header information of the NTP UDP/IP packet included in the part of the TLV stream takes out the source IP address of the SI dedicated IP data stream, so that the content data sent using the part of the TLV stream can be obtained.
  • advanced broadband digital satellite broadcasting it is not necessary to include AMT in some TLV streams.
  • the reception and playback process of the service can be performed during the reception and playback process of inputting the corresponding partial TLV stream.
  • the electronic device 2 that receives part of the TLV stream, it is possible that the AMT-compatible situation and the non-AMT-compatible situation may occur. According to this embodiment, even in such a case, it is possible to use an electronic device that does not have an AMT-related function installed to receive a part of the TLV stream.
  • the television receiver 1 is receiving the TLV stream of the designated channel (program).
  • the AMT contained in the TLV stream is used to determine the channel. This is because compared with the sending interval of AMT (10 seconds), the sending interval of NTP (33msec) is very short.
  • NTP 33msec
  • the IP address of NTP it is possible to detect the designated channel at a higher speed. In addition, the time required for it can be greatly shortened.
  • the present embodiment describes the reception processing in the advanced width CS, but also in the advanced width BS, the IP address of the IP data stream transmitting the PLT can be specified without relying on AMT, and the scanning processing can be executed at a high speed.
  • FIG. 11A is a diagram showing the data structure of the AMT according to the embodiment.
  • the data included in the AMT is shown together with the number of bits and the data flag in each row.
  • the content of each data is as follows.
  • ⁇ Table_id (table ID): set to 0xFE, which means that the table is identified according to the extended value of the table ID.
  • Section_syntax_indicator (segment syntax indicator): set to "1" indicating the extended form.
  • Section_length specifies the number of bytes from the end of the section length field to the last section including CRC_32.
  • ⁇ Table_id_extension (table identification extension): set to 0x0000 representing the address mapping table.
  • Version_number set to the area of the version number written to the table. Add 1 when the information in the table changes. When its value becomes 31, it returns to 0 next time.
  • ⁇ Current_next_indicator (current follow-up indication): In the case of "1”, it means that the table is currently valid. In the case of "0”, it means that the sent table has not been applied yet, and it is a scheduled table that becomes effective next.
  • ⁇ Section_number indicates the number of the section.
  • the segment number of the first segment is 0x00. Each time a segment with the same table ID and table ID extension is added, the segment number is increased by 1.
  • Last_section_number Specifies the number of the last section (ie, the section with the largest section number) of the table to which the section belongs.
  • ⁇ Num_of_service_id indicates the number of service_id described in the address mapping table.
  • ⁇ Service_id plays the role of a label used to identify the service. It has the same function as the service ID described in the service catalog descriptor.
  • IP version Indicates the version of the IP package described in the directory, which is coded according to Table 5-3.
  • FIG. 11B is a diagram showing the IP version of the embodiment.
  • IP version When the IP version is 0, it means IPv4, and when the IP version is 1, it means IPv6.
  • ⁇ Service_loop_length (service loop length): represents the bytes from after this field to before the next service identification field.
  • ⁇ Src_address_32 (send source IPv4 address): Describe the source IP address of the IPv4 packet that constitutes the service.
  • ⁇ Src_address_mask_32 (sender IPv4 address mask): For the IP address specified in the sender IPv4 address, specify the number of bits from the beginning (MSB) that becomes valid. Cannot take a value greater than 32.
  • ⁇ Dst_address_32 (destination IPv4 address): Describe the destination IP address of the IPv4 packet that constitutes the service.
  • ⁇ Dst_address_mask_32 destination IPv4 address mask: For the IP address specified in the destination IPv4 address, specify the number of bits from the beginning (MSB) that becomes valid. Cannot take a value greater than 32.
  • the multicast group that constitutes the service is set to both the source IPv4 address recognized as valid based on the source IPv4 address mask and the destination IPv4 address recognized as valid based on the destination IPv4 address mask. The address matches the multicast group.
  • ⁇ Src_address_128 (sender IPv6 address): Describe the source IP address of the IPv6 packet that constitutes the service.
  • ⁇ Src_address_mask_128 (sender IPv6 address mask): For the IP address specified in the sender IPv6 address, specify the number of bits from the beginning (MSB) that becomes valid. Cannot take a value greater than 128.
  • ⁇ Dst_address_128 (destination IPv6 address): Describe the destination IP address of the IPv6 packet that constitutes the service.
  • ⁇ Dst_address_mask_128 (destination IPv6 address mask): For the IP address specified in the destination IPv6 address, specify the number of bits from the beginning (MSB) that becomes valid. Cannot take a value greater than 128.
  • the multicast group that constitutes the service is set to both the source IPv6 address recognized as valid based on the source IPv6 address mask and the destination IPv6 address recognized as valid based on the destination IPv6 address mask. The address matches the multicast group.
  • ⁇ Private_data_byte store individually defined data.
  • CRC_32(CRC) set to comply with ITU-T recommendation H.222.0.
  • FIG. 11C is a diagram showing the data structure of the PLT (Package Table of Contents) according to the embodiment.
  • the data included in the PLT is shown in each row together with the number of bits and the data flag.
  • PLT shows a list of IP data streams and packet IDs for transmitting PA messages of MMT packets provided as broadcast services, and a list of IP data streams for transmitting IP services.
  • the descriptor stored in the PLT is set to the descriptor specified in the specification.
  • Num_of_package indicates the number of packages that record location information in this table.
  • ⁇ MMT_package_id_length Express the length of package ID bytes in byte units.
  • ⁇ MMT_package_id_byte indicates the package ID.
  • ⁇ MMT_general_location_info (location information): Represents the location information for transmitting the PA message of the package indicated by the package ID.
  • ⁇ Num_of_ip_delivery indicates the number of IP services with location information recorded in this table.
  • Transport_file_id (transport file ID): represents a label used to uniquely identify the file to be transferred.
  • ⁇ Location_type indicates the type of location information. 0x01 means IPv4 data flow, 0x02 means IPv6 data flow, and 0x05 means URL.
  • ⁇ Ipv4_src_addr indicates the source address of the IPv4 data stream.
  • ⁇ Ipv4_dst_addr (destination IPv4 address): Represents the destination address of the IPv4 data flow.
  • ⁇ Dst_port (destination port number): Represents the destination port number of the IP data stream.
  • ⁇ Ipv6_src_addr indicates the source address of IPv6 data flow.
  • ⁇ Ipv6_dst_addr (destination IPv6 address): Represents the destination address of the IPv6 data flow.
  • URL_length indicates the bytes of the URL when the location information is indicated by the URL.
  • ⁇ URL_byte (URL byte): Represents the URL of the IP service.
  • Descriptor_loop_length (descriptor length): represents the full bytes of the following descriptor.
  • Descriptor area Set as an area for the descriptor that shows the detailed information of the IP service.
  • FIG. 11D is a diagram showing the reference relationship between PLT and MPT according to the embodiment.
  • the MMTP packet with a packet ID of 0x0000 indicates the transmission of a PA message (the PA message shown on the left side of FIG. 11D).
  • the PA message includes a packet directory table (PLT).
  • PKT packet directory table
  • the package list table provides a list of package IDs of MMTP packages that transmit PA messages including MPTs of other packages. Therefore, by parsing the package directory table, it is possible to specify the MMTP package that transmits the PA message including the MPT as the entry point of the service based on the package ID.
  • a transceiving method and transceiving device that make the transceiving of partial TLV streams easy.
  • a receiving method and a receiving device capable of receiving TLV streams at a high speed.
  • the drawings schematically show the width, thickness, shape, etc. of each part in comparison with the actual form in order to make the description clearer.
  • data and signals are exchanged between modules that are not connected or even if they are connected without showing the direction of the arrow.
  • the functions shown in the block diagrams, the processes shown in the flowcharts, and the sequence diagrams can also be realized by hardware (IC chip, etc.) or software (programs, etc.) or a combination of hardware and software.
  • control logic when it is expressed as a program containing instructions to be executed by a computer, and when it is expressed as a computer-readable storage medium in which the instructions are recorded, it can also be expressed Apply the device of this application.

Landscapes

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

Abstract

L'invention concerne un procédé d'émission-réception et un appareil d'émission- réception qui facilitent l'émission- réception de certains flux TLV. Un appareil de réception comprend un mécanisme d'extraction de flux TLV, un mécanisme d'obtention d'IP et un mécanisme d'extraction de PLT. Le mécanisme d'extraction de flux TLV obtient certains flux TLV; le mécanisme d'obtention d'IP extrait, à partir des flux TLV, un paquet TLV comprenant des données NTP et obtient, à partir d'un paquet UDP/ IP compris dans le paquet TLV, une adresse IP; et le mécanisme d'extraction de PLT détermine un PLT en utilisant l'adresse IP.
PCT/CN2021/073817 2020-01-31 2021-01-26 Procédé d'émission- réception et appareil d'émission- réception WO2021151375A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202180001650.6A CN113475087B (zh) 2020-01-31 2021-01-26 收发方法、收发装置

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP2020-015882 2020-01-31
JP2020-015885 2020-01-31
JP2020015882A JP7558660B2 (ja) 2020-01-31 2020-01-31 送信装置
JP2020015885A JP2021125726A (ja) 2020-01-31 2020-01-31 受信方法、受信装置

Publications (1)

Publication Number Publication Date
WO2021151375A1 true WO2021151375A1 (fr) 2021-08-05

Family

ID=77078609

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2021/073817 WO2021151375A1 (fr) 2020-01-31 2021-01-26 Procédé d'émission- réception et appareil d'émission- réception

Country Status (2)

Country Link
CN (1) CN113475087B (fr)
WO (1) WO2021151375A1 (fr)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106576189A (zh) * 2014-08-28 2017-04-19 松下知识产权经营株式会社 发送方法、接收方法、发送装置及接收装置
EP3319321A1 (fr) * 2015-07-01 2018-05-09 Sony Corporation Dispositif de transmission et procédé de transmission ainsi que dispositif de réception et procédé de réception
CN109691120A (zh) * 2016-09-06 2019-04-26 麦克赛尔株式会社 广播接收系统

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6692057B2 (ja) * 2014-12-10 2020-05-13 パナソニックＩｐマネジメント株式会社 送信方法、受信方法、送信装置及び受信装置
JP2019118076A (ja) * 2017-12-27 2019-07-18 ピクセルワークス インクＰｉｘｅｌｗｏｒｋｓ，Ｉｎｃ． パケット変換装置

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106576189A (zh) * 2014-08-28 2017-04-19 松下知识产权经营株式会社 发送方法、接收方法、发送装置及接收装置
EP3319321A1 (fr) * 2015-07-01 2018-05-09 Sony Corporation Dispositif de transmission et procédé de transmission ainsi que dispositif de réception et procédé de réception
CN109691120A (zh) * 2016-09-06 2019-04-26 麦克赛尔株式会社 广播接收系统

Also Published As

Publication number Publication date
CN113475087A (zh) 2021-10-01
CN113475087B (zh) 2024-05-31

Similar Documents

Publication Publication Date Title
JP6646774B2 (ja) 送受信システム
WO2021151375A1 (fr) Procédé d'émission- réception et appareil d'émission- réception
JP7443076B2 (ja) 受信装置
JP6657446B2 (ja) 受信装置
JP7558660B2 (ja) 送信装置
WO2021151376A1 (fr) Procédé d'émission/réception et appareil d'émission/réception
JP7443075B2 (ja) 送信装置
JP2021010073A (ja) デジタルコンテンツ送信装置、送信方法
JP2019097195A (ja) 受信装置
JP2019083554A (ja) 送受信方法
CN112449749B (zh) 数字内容发送装置、发送方法、数字内容接收装置、接收方法
JP6661806B2 (ja) 受信装置
JP6640393B2 (ja) 受信方法
JP6657444B2 (ja) 受信装置
JP6657450B2 (ja) 送受信方法
JP6657448B2 (ja) 送受信方法
JP6646776B2 (ja) 送受信システム
JP6668528B2 (ja) 送受信方法
JP6668527B2 (ja) 受信装置
CN112272953B (zh) 数字内容发送装置、发送方法、数字内容接收装置、接收方法
JP2021125726A (ja) 受信方法、受信装置
JP2019083552A (ja) 受信方法
JP2019083551A (ja) 受信方法
JP2019092195A (ja) 送受信システム
JP2019068475A (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: 21747801

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 21747801

Country of ref document: EP

Kind code of ref document: A1