WO2016072343A1 - 送信装置、送信方法、受信装置および受信方法 - Google Patents
送信装置、送信方法、受信装置および受信方法 Download PDFInfo
- Publication number
- WO2016072343A1 WO2016072343A1 PCT/JP2015/080526 JP2015080526W WO2016072343A1 WO 2016072343 A1 WO2016072343 A1 WO 2016072343A1 JP 2015080526 W JP2015080526 W JP 2015080526W WO 2016072343 A1 WO2016072343 A1 WO 2016072343A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- transmission
- information
- packet
- mmtp
- identification information
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims description 14
- 230000005540 biological transmission Effects 0.000 claims abstract description 250
- VKALYYFVKBXHTF-UHFFFAOYSA-N 4-(methylsulfanyl)-m-cresol Chemical compound CSC1=CC=C(O)C=C1C VKALYYFVKBXHTF-UHFFFAOYSA-N 0.000 claims description 126
- 238000004891 communication Methods 0.000 claims description 75
- 238000012545 processing Methods 0.000 claims description 15
- 238000003780 insertion Methods 0.000 claims description 6
- 230000037431 insertion Effects 0.000 claims description 6
- 239000000284 extract Substances 0.000 claims description 2
- 230000008867 communication pathway Effects 0.000 abstract 1
- 230000037361 pathway Effects 0.000 abstract 1
- 230000011664 signaling Effects 0.000 description 39
- 238000005516 engineering process Methods 0.000 description 14
- 239000012634 fragment Substances 0.000 description 9
- 238000001914 filtration Methods 0.000 description 6
- 238000010586 diagram Methods 0.000 description 3
- 238000012546 transfer Methods 0.000 description 3
- 230000008054 signal transmission Effects 0.000 description 2
- 230000002730 additional effect Effects 0.000 description 1
- 238000012937 correction Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000000605 extraction Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
- H04H60/76—Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet
- H04H60/81—Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet characterised by the transmission system itself
- H04H60/82—Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet characterised by the transmission system itself the transmission system being the Internet
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
- H04H20/86—Arrangements characterised by the broadcast information itself
- H04H20/93—Arrangements characterised by the broadcast information itself which locates resources of other pieces of information, e.g. URL [Uniform Resource Locator]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
- H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
-
- 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/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
- H04N21/2362—Generation or processing of Service Information [SI]
-
- 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
- H04N21/4345—Extraction or processing of SI, e.g. extracting service information from an MPEG stream
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
-
- 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/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
- H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
- H04N21/4622—Retrieving content or additional data from different sources, e.g. from a broadcast channel and the Internet
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/643—Communication protocols
- H04N21/64322—IP
-
- 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/85—Assembly of content; Generation of multimedia applications
- H04N21/858—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot
- H04N21/8586—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot by using a URL
Definitions
- the present technology relates to a transmission device, a transmission method, a reception device, and a reception method, and more particularly to a transmission device suitable for application to a hybrid system for broadcasting and communication.
- MPEG-2 TS Motion Picture Experts Group-2 Transport Stream
- RTP Real Time Protocol
- MMT MPEG Media Transport
- the purpose of this technology is to make it possible to realize a hybrid broadcasting / communication service.
- a transmission stream generation unit that generates a transmission stream in which a first transmission packet including a predetermined component and a second transmission packet including information on the predetermined component are multiplexed in a time division manner;
- the transmission apparatus includes an information insertion unit that inserts at least location information and protocol identification information included in the second transmission packet into the communication path component acquisition information.
- the transmission stream generation unit generates a transmission stream in which the first transmission packet including a predetermined component and the second transmission packet including information regarding the predetermined component are multiplexed in a time division manner.
- the transmission packet may be an MMT (MPEG Media Transport) packet.
- the transmission stream is transmitted to the reception side through a predetermined transmission path by the transmission unit.
- the predetermined transmission path may be a broadcast transmission path.
- the information insertion unit inserts the acquisition information of the component of the communication path including at least location information and protocol identification information into the second transmission packet.
- the protocol identification information is information for identifying at least one of multicast distribution, MMTP / UDP distribution, MMTP / TCP distribution, MMTP / HTTP distribution, and MPU / HTTP distribution protocol. Also good.
- the acquired information may include a parameter specifying UDP in addition to the URL.
- the acquired information may include a parameter for specifying TCP in addition to the URL.
- the acquisition information of the component of the communication path including at least the location information and the protocol identification information is inserted into the second transmission packet. Therefore, the receiving side can satisfactorily receive the transmission stream having the transmission packet including the communication path component based on the acquired information.
- the acquired information may further include packet identification information.
- packet identification information even if transmission packets of a plurality of components are multiplexed in the transmission stream, transmission packets of a desired component can be selectively acquired based on this packet identification information.
- a receiving unit that receives, via a predetermined transmission path, a transmission stream in which a first transmission packet including a predetermined component and a second transmission packet including information on the predetermined component are multiplexed in a time-division manner; In the second transmission packet, the acquisition information of the component of the communication path including at least location information and protocol identification information is inserted,
- the receiving apparatus further includes a communication unit that receives a transmission stream having a third transmission packet including a predetermined component through the network based on the location information and the protocol identification information using a protocol indicated by the protocol identification information.
- a transmission stream obtained by time-division multiplexing a first transmission packet including a predetermined component and a second transmission packet including information regarding the predetermined component is received through a predetermined transmission path by the reception unit.
- the In the second transmission packet communication path component acquisition information including at least location information and protocol identification information is inserted.
- the protocol identification information is information for identifying at least one of multicast distribution, MMTP / UDP distribution, MMTP / TCP distribution, MMTP / HTTP distribution, and MPU / HTTP distribution protocol. Also good.
- the acquired information includes a parameter for specifying UDP in addition to the URL, and the communication unit uses parameters for specifying the URL and UDP.
- the transmission stream having the third transmission packet may be received from the server through the network using the MMTP / UDP distribution protocol.
- the acquired information includes a parameter for specifying TCP in addition to the URL, and the communication unit specifies a parameter for specifying the URL and TCP.
- the communication unit specifies a parameter for specifying the URL and TCP.
- the communication unit sequentially sends requests to the server using parameters indicating the URL and the MPU sequence number.
- the MMT packet including the MPU of the MPU sequence number corresponding to the parameter is sequentially received from the server through the network, and the parameter indicating the MPU sequence number in the first request is set as the MPU sequence number of the timing of the first request. It may be made to represent.
- the communication unit sequentially sends requests to the server using parameters indicating the URL and the MPU sequence number.
- the MPU of the MPU sequence number corresponding to the parameter is sequentially received from the server through the network, and the parameter indicating the MPU sequence number in the first request represents the MPU sequence number of the timing of the first request. You may be like.
- the third component including a predetermined component from the server through the network is sent.
- a transmission stream having transmission packets is received with a protocol indicated by the protocol identification information. Therefore, it is possible to satisfactorily receive a transmission stream having a transmission packet including a component of a communication path.
- the acquisition information of the component of the communication path further includes packet identification information
- the communication unit is based on the packet identification information from the transmission stream having the received third transmission packet.
- the third transmission packet may be extracted. In this case, even if transmission packets of a plurality of components are multiplexed in the transmission stream, transmission packets of a desired component can be selectively acquired based on this packet identification information.
- Still another concept of this technology is A receiving unit that receives, via a predetermined transmission path, a transmission stream in which a first transmission packet including a predetermined component and a second transmission packet including information on the predetermined component are multiplexed in a time-division manner; In the second transmission packet, the acquisition information of the component of the communication path including at least location information and protocol identification information is inserted,
- the receiving apparatus further includes a processing unit that processes the transmission stream received by the receiving unit.
- (B) It is a figure for demonstrating the reception sequence in the case of receiving the asset delivered by the protocol of MMTP / UDP delivery.
- (C) It is a figure for demonstrating the reception sequence in the case of receiving the asset delivered by the protocol of MMTP / TCP delivery.
- (D) It is a figure for demonstrating the reception sequence in the case of receiving the asset delivered by the protocol of MMTP / HTTP delivery. It is a figure for demonstrating the extraction process in the multiplexed stream of MMTP / HTTP.
- (E) It is a figure for demonstrating the reception sequence in the case of receiving the asset delivered by the protocol of MPU / HTTP delivery. It is a block diagram which shows the structural example of a broadcast transmission system. It is a block diagram which shows the structural example of a receiving terminal.
- FIG. 1 shows a configuration example of a broadcast / communication hybrid system 10.
- a broadcast transmission system 100 and a distribution server 300 are arranged on the transmission side, and a reception terminal 200 is arranged on the reception side.
- Distribution server 300 is connected to receiving terminal 200 through communication network 400.
- the broadcast transmission system 100 transmits an IP (Internet Protocol) broadcast signal including components (assets) such as video and audio as transmission media.
- the distribution server 300 transmits a transmission stream in which IP packets including components (assets) such as video and audio as transmission media are continuously arranged, for example, to the reception side through the communication network 400 in response to a request from the reception side. To deliver.
- IP Internet Protocol
- the receiving terminal 200 receives an IP broadcast signal transmitted from the broadcast transmission system 100 and receives a transmission stream in which IP packets are continuously arranged from the distribution server 300.
- the receiving terminal 200 acquires transmission media (components) such as video and audio to be presented from the received signal by such hybrid transmission of broadcasting and communication, and presents images, sounds, and the like.
- the acquisition information of the communication path component is inserted in the IP broadcast signal.
- This acquired information includes at least location information and protocol identification information.
- the receiving terminal 200 makes a request to the distribution server 300 based on the acquired information, and receives the transmission stream using the protocol indicated by the protocol identification information.
- FIG. 2 shows a stack model of a signal configuration example of MMT / broadcast.
- a transmission packet of TLV Type (Length Value) exists in the lower layer.
- An IP packet is placed on the TLV transmission packet.
- UDP User Datagram Protocol
- MMT MPEG Media Transport
- the payload portion of the MMT packet includes an MFU (MMT Fragment Unit) including encoded data of components such as video and audio, or a signaling message (Signaling Message) including information on transmission media.
- MFU MMT Fragment Unit
- Signaling message Signaling Message
- FIG. 3 shows a configuration example of an MMT broadcast stream.
- FIG. 3A shows a video elementary stream (Video ES). This elementary stream of video is divided into chunks of a predetermined size and arranged in the payload portion of the MFU as shown in FIG.
- the MMT payload header (MMT payload) is added to the MFU to form the MMTP payload (MMTP payload).
- MMT payload MMT payload
- MMT ⁇ ⁇ ⁇ packet MMT packet
- MMT packet MMT packet
- a UDP header, an IP header, and a TLV header are added to the MMT packet to generate a TLV packet (TLVetpacket) constituting an MMT broadcast stream.
- This MMT system broadcast stream has a first packet (MMT packet) including a transmission medium (component) and a second packet (MMT packet) including signaling information.
- FIG. 4 shows an image of a broadcast signal of one channel (broadcast program) transmitted from the broadcast transmission system 100 to the receiving terminal 200.
- This broadcast signal includes MMT packets including signaling messages as well as MMT packets such as video and audio.
- the signaling message for example, there is a PA message (PA message) including an MP table.
- FIG. 5A shows a configuration example of the MMT packet.
- the MMT packet includes an MMT packet header (MMTPMMheader) and an MMTP payload (MMTP payload).
- the 2-bit field “V” indicates the version of the MMT protocol. In the case of complying with the MMT standard version 1, this field is set to “00”.
- a 1-bit field of “C” indicates packet counter flag (packet_counter_flag) information, and is “1” when the packet counter flag exists.
- a 2-bit field of “FEC” indicates an FEC type (FEC_type).
- the 1-bit field of “X” indicates extension header flag (extension_flag) information, and is set to “1” when the header extension of the MMT packet is performed. In this case, a “header_extension” field described later exists.
- the 1-bit field of “R” indicates RAP flag (RAP_flag) information, and is set to “1” when the MMT payload transmitted by this MMT packet includes the head of a random access point.
- the 6-bit field of “type” is payload type (payload_type) information and indicates the data type of the MMTP payload. For example, “0x00” indicates that the payload is MPU (Media Processing Unit), and “0x02” indicates that the payload is a signaling message (Signaling message).
- payload_type indicates the data type of the MMTP payload. For example, “0x00” indicates that the payload is MPU (Media Processing Unit), and “0x02” indicates that the payload is a signaling message (Signaling message).
- the 16-bit field of “packet_id” indicates a packet identifier (packet_id) for identifying the data type of the payload.
- a 32-bit field of “timestamp” indicates a time stamp when the MMT packet leaves the transmission side, that is, a time stamp for transmission. This time is expressed in an NTP short format (NTP short format).
- a 32-bit field of “packet_sequence_number” indicates a sequence number of an MMT packet having the same packet identifier (packet_id).
- the 32-bit field of “packet_counter” indicates the order of MMT packets in the same IP data flow regardless of the value of the packet identifier (packet_id).
- a field of “header_extension” that is an MMT extension header is arranged after the 32-bit field of “packet_counter”. After that, there are a “payload data” field and a “source_FEC_payload_ID” field that constitute the MMTP payload (MMTP payload).
- FIG. 5B shows a configuration example (Syntax) of the MMTP payload (MMTP payload) arranged in the “payload data” field of the MMT packet described above.
- the MPU mode in which “type” of the MMT header is “0x00” is shown.
- header information exists.
- a 16-bit field of “length” indicates the byte size of the entire MMTP payload.
- a 4-bit field “FT” indicates a field type. "0" indicates that "MPU" metadata "is included,” 1 "indicates that” Movie “Fragment” metadata "is included, and” 2 "indicates that” MFU "is included.
- MFU MMT Fragment Unit
- MFU MMT Fragment Unit
- this MFU can be set to correspond to one NAL unit.
- this MFU can be configured with one or a plurality of MTU sizes (MTU size).
- the MPU starts from a random access point (RAP: Random Access Pint) and includes one or a plurality of access units (AU: Access Unit). Specifically, for example, one GOP (Group Of Picture) picture may constitute one MPU. This MPU is defined for each asset (for each component). Therefore, a video MPU including only video data is created from the video asset, and an audio MPU including only audio data is created from the audio asset.
- RAP Random Access Pint
- AU Access Unit
- 1-bit flag information of “T” indicates whether to transmit timed media (Timed Media) or non-timed media (Non-Timed Media). “1” indicates timed media, and “0” indicates non-timed media.
- the 2-bit field of “f_i” has an integer number of data units (DU: Data ⁇ Unit) in the field of “DU ⁇ payload”, or the first fragment (Fragment) obtained by fragmenting the data unit ( Indicates whether it contains first, middle or last. “0” indicates that an integer number of data units are included, “1” indicates that the first fragment is included, “2” indicates that an intermediate fragment is included, and “3” Indicates that the last fragment is contained.
- the 1-bit flag information of “A” indicates whether or not a plurality of data units are contained in the “DU payload” field. “1” indicates that it is included, and “0” indicates that it is not included.
- the 8-bit field of “frag_counter” indicates the number of the fragment when “f_i” is 1 to 3.
- the 32-bit field of “MPU_sequence_number” is a number indicating the order of the MPU and is information for identifying the MPU. For example, when one GOP constitutes one MPU, when “MPU_sequence_number” of one GOP is “i”, “MPU_sequence_number” of the next GOP is “i + 1”.
- “DU_length”, “DU_header”, and “DU_payload” fields are arranged.
- FIG. 6 shows a stack model of a signal configuration example of MMT / communication.
- Distribution options by MMT / communication include (A) multicast distribution, (B) MMTP / UDP distribution, (C) MMTP / TCP distribution, (D) MMTP / HTTP distribution, and (E) MPU / HTTP distribution.
- IP packets exist in the lower layer.
- UDP User Datagram Protocol
- MMT MPEG Media Transport
- the payload portion of this MMT packet includes an MPU including encoded data of components such as video and audio.
- the broadcast / communication hybrid use is the most desirable method in consideration of congestion. Further, in this multicast distribution, since UDP transmission is used, transmission efficiency is good, but there is a problem of packet loss, so there is a possibility that AL-FEC (Application Layer-Forward Error Correction) is required.
- AL-FEC Application Layer-Forward Error Correction
- the multicast IP stream transmits an MMTP stream in which a plurality of assets (components) are multiplexed, and a case where an MMTP stream including only a single asset is transmitted.
- (B) MMTP / UDP distribution In the case of MMTP / UDP distribution, an IP packet exists in the lower layer. UDP (User Datagram Protocol) is placed on the IP packet. Then, the MMT packet is placed on the UDP. The payload portion of this MMT packet includes an MPU including encoded data of components such as video and audio.
- UDP User Datagram Protocol
- this MMTP / UDP distribution is unicast, there is a problem of congestion as a hybrid broadcasting / communication use. Further, in the case of this MMTP / UDP distribution, since it is UDP transmission, transmission efficiency is good, but AL-FEC may be required. In the case of multicast distribution, the total delay and synchronization are better than TCP.
- this MMTP / UDP distribution since it is unicast, it can be widely used on general Internet connection devices, but it may not be available by default depending on the router setting.
- this MMTP / UDP distribution there are a case where the IP stream transmits an MMTP stream in which a plurality of assets (components) are multiplexed, and a case where an MMTP stream including only a single asset is transmitted.
- (C) MMTP / TCP delivery In the case of MMTP / TCP distribution, an IP packet exists in a lower layer. TCP (Transmission Control Protocol) is placed on the IP packet. Then, the MMT packet is placed on the TCP. The payload portion of this MMT packet includes an MPU including encoded data of components such as video and audio.
- TCP Transmission Control Protocol
- This MMTP / TCP distribution is unicast, so it can be used with a wide range of general Internet devices.
- this MMTP / TCP distribution is unicast, there is a problem of congestion as a hybrid use of broadcasting and communication.
- efficiency is sacrificed because it is TCP transmission, but since retransmission is possible, AL-FEC is unnecessary.
- MMTP / TCP distribution there are a case where the IP stream transmits an MMTP stream in which a plurality of assets (components) are multiplexed, and a case where an MMTP stream including only a single asset is transmitted.
- (D) MMTP / HTTP delivery In the case of MMTP / HTTP distribution, IP packets exist in the lower layer. TCP is placed on the IP packet. An HTTP (Hyper Text Transfer Protocol) is placed on the TCP, and an MMT packet is placed thereon. The payload portion of this MMT packet includes an MPU including encoded data of components such as video and audio.
- HTTP Hyper Text Transfer Protocol
- this MMTP / HTTP distribution since it is HTTP, it can be widely used on general Internet connection devices. Further, in the case of this MMTP / HTTP distribution, since it is unicast, there is a problem of congestion as broadcasting / communication hybrid use. Further, in the case of this MMTP / HTTP distribution, efficiency is sacrificed because it is TCP transmission, but since retransmission is possible, AL-FEC is unnecessary.
- MMTP / HTTP distribution there are cases where the IP stream transmits an MMTP stream in which a plurality of assets (components) are multiplexed, and a case where an MMTP stream including only a single asset is transmitted.
- (E) MPU / HTTP delivery In the case of MPU / HTTP delivery, an IP packet exists in the lower layer. TCP is placed on the IP packet. Then, HTTP is placed on top of TCP, and the payload portion of this HTTP packet includes an MPU including encoded data of components such as video and audio.
- this MPU / HTTP distribution since it is HTTP, it can be widely used with general Internet connection devices. Further, in the case of this MPU / HTTP distribution, since it is unicast, there is a problem of congestion as broadcasting / communication hybrid use. Further, in the case of this MPU / HTTP distribution, efficiency is sacrificed because it is TCP transmission, but since retransmission is possible, AL-FEC is unnecessary.
- the receiving terminal acquires individual MPU files of a single asset (component) by HTTP.
- FIG. 7 schematically shows the structure of a PA message (Package Access Message) and an MP table (MPT: MMT Package Table).
- FIG. 8 shows an explanation of main parameters of the PA message
- FIG. 9 shows an explanation of main parameters of the MP table.
- “Message_id” is a fixed value for identifying a PA message in various signaling information. “Version” is an 8-bit integer value indicating the version of the PA message. For example, when some parameters constituting the MP table are also updated, +1 is incremented. “Length” is the number of bytes indicating the size of the PA message counted immediately after this field.
- index information of the table arranged in the payload field is arranged.
- “table_id”, “table_version”, and “table_length” fields are arranged by the number of tables.
- Table_id is a fixed value for identifying a table.
- Table_version indicates the version of the table.
- Table_length is the number of bytes indicating the size of the table.
- an MP table (MPT) and a predetermined number of other tables (Other table) are arranged.
- MPT MP table
- Other table a predetermined number of other tables
- “Table_id” is a fixed value for identifying the MP table in various signaling information. “Version” is an 8-bit integer value indicating the version of the MP table. For example, when some parameters constituting the MP table are also updated, +1 is incremented. “Length” is the number of bytes indicating the size of the MP table, counted immediately after this field.
- Pack_id is identification information as an entire package including all assets (components) transmitted by broadcasting and communication. This identification information is text information. “Pack_id_len” indicates the size (number of bytes) of the text information. The field of “MPT_descripors” is a storage area for descriptors related to the entire package. “MPT_dsc_len” indicates the size (number of bytes) of the field.
- “Num_of_asset” indicates the number of assets (components) as elements constituting the package. The following asset loops are arranged for this number of minutes.
- “Asset_id” is information (asset ID) that uniquely identifies the asset. This identification information is text information.
- “Asset_id_len” indicates the size (number of bytes) of the text information.
- “Gen_loc_info” is information indicating an asset acquisition destination location.
- the “asset_descriptors” field is a storage area for descriptors related to assets.
- “Asset_dsc_len” indicates the size (number of bytes) of the field.
- FIG. 10 shows a structural example (Syntax) of the PA message described above.
- FIG. 11 shows a structural example (Syntax) of the MP table (MPT) described above.
- the “gen_loc_info” field in FIG. 7 corresponds to the “asset_location” field in FIG. 11, and a plurality of “MMT_general_location_info ()” can be arranged as information indicating the asset acquisition location. Further, the field “asset_descriptors” in FIG. 7 corresponds to the field “asset_descriptors” in FIG. 11.
- FIG. 12 shows a part of a structure example (Syntax) of “MMT_general_location_info ()”.
- the 8-bit field of “location_type” indicates the type of information (hereinafter referred to as “location information” as appropriate) indicating the location from which the asset is acquired.
- location_type is set to “0x01” or “0x02”, and the location information includes a source address (ipv4_src_addr, ipv6_src_addr) and a destination address (ipv4_dst_addr, ipv6_dst_addr), destination port number (dst_port), and packet identifier (packt_id) are inserted, and “location_type” identifies multicast distribution.
- reception sequence Next, the reception sequence in receiving terminal 200 will be described. First, with reference to FIG. 13, a description will be given of the case of receiving an asset distributed in (A) a multicast distribution protocol.
- MC server multicast server
- the receiving terminal 200 receives a broadcast signal and acquires an MP table (MPT).
- MPT MP table
- the receiving terminal 200 obtains the location information of assets distributed by the multicast distribution protocol from the MP table.
- the location information in this case is a source address, a destination address, a destination port number, and a packet identifier.
- the receiving terminal 200 can identify multicast distribution from the location type.
- the receiving terminal 200 transmits a join message (JOIN message) to which the multicast address and port number included in the location information are added to the edge router.
- JOIN message a join message
- the multicast IP stream from the multicast server is sent to the receiving terminal 200 via the edge filter.
- the receiving terminal 200 can take a target asset (component) by filtering from this multicast IP stream with a packet identifier (Packet_id) included in the location information.
- Packet_id packet identifier
- the receiving terminal 200 transmits a leave message (LEAVE message) to which the multicast address and port number are added to the edge router.
- (B) a case where an asset distributed by the MMTP / UDP distribution protocol is received will be described.
- the RTSP Real Time ⁇ ⁇ ⁇ ⁇ ⁇ Streaming Protocol
- the receiving terminal 200 receives a broadcast signal and acquires an MP table (MPT).
- MPT MP table
- the receiving terminal 200 obtains location information of assets distributed by the MMTP / UDP distribution protocol from the MP table.
- the location information in this case is a URL, “rtsp: // ⁇ .mmt” is specified as a schema, and a parameter specifying UDP and a parameter specifying a packet identifier are added by a query field.
- the receiving terminal 200 sends an RTSP request of “SETUP”. At this time, the receiving terminal 200 inserts location information in the RTSP header. In this case, all of the location information acquired from the MP table is inserted as the location information, or the parameter specifying the packet identifier is removed and inserted. This RTSP request is sent to the target server, and a response of “OK” is sent from the server.
- the receiving terminal 200 sends an RTSP request of “PLAY”. In response to this, a response “OK” is sent from the target server.
- a transmission stream is sent from the MMTP / UDP server to the receiving terminal 200.
- the receiving terminal 200 can take a target asset (component) by filtering from this stream with a packet identifier (Packet_id) included in the location information.
- Packet_id packet identifier
- the receiving terminal 200 sends an RTSP request of “TEARDOWN”. In response to this, a response “OK” is sent from the server.
- (C) a case where an asset distributed by the MMTP / TCP distribution protocol is received will be described.
- the RTSP Real Time Streaming Protocol
- the receiving terminal 200 receives a broadcast signal and acquires an MP table (MPT).
- MPT MP table
- the receiving terminal 200 obtains the location information of the asset distributed by the MMTP / TCP distribution protocol from the MP table.
- the location information in this case is a URL, “rtsp: // ⁇ .mmt” is specified as a schema, and a parameter specifying TCP and a parameter specifying a packet identifier are added by a query field.
- the receiving terminal 200 sends an RTSP request of “SETUP”. At this time, the receiving terminal 200 inserts location information in the RTSP header. In this case, all of the location information acquired from the MP table is inserted as the location information, or the parameter specifying the packet identifier is removed and inserted. This RTSP request is sent to the target server, and a response of “OK” is sent from the server.
- the receiving terminal 200 sends an RTSP request of “PLAY”. In response to this, a response “OK” is sent from the target server.
- a transmission stream is sent from the MMTP / TCP server to the receiving terminal 200.
- the receiving terminal 200 can take a target asset (component) by filtering from this stream with a packet identifier (Packet_id) included in the location information.
- Packet_id packet identifier
- the receiving terminal 200 sends an RTSP request of “TEARDOWN”. In response to this, a response “OK” is sent from the server.
- the receiving terminal 200 receives a broadcast signal and acquires an MP table (MPT).
- MPT MP table
- the receiving terminal 200 obtains the location information of the asset distributed by the MMTP / HTTP distribution protocol from the MP table.
- the location information in this case is a URL, “http: // ⁇ .mmt” is specified as a schema, and a parameter specifying a packet identifier (packet_id) is added by a query field.
- the receiving terminal 200 can identify MMTP / HTTP delivery by “http” and “mmt”.
- the receiving terminal 200 takes a target asset (component) from the MMTP stream by filtering with a packet identifier (Packet_id) included in the location information.
- Packet_id packet identifier
- the receiving terminal 200 can take a target asset (component) by filtering the packet identifier (Packet_id) included in the location information from the MMTP stream.
- the receiving terminal 200 sends an HTTP request for requesting the MPU of the next MPU sequence number to the HTTP server, and an MMTP stream including the MPU of the next MPU sequence number is sent as an HTTP response from the HTTP server.
- FIG. 17 shows the cut-out process in the MMTP / HTTP multiplexed stream.
- the receiving terminal 200 can recognize from the location information that the audio is multiplexed with the video.
- the receiving terminal 200 performs processing of extracting target audio from the MMTP stream cut out with the video MPU sequence number by filtering with the packet identifier (Packet_id) included in the location information.
- Packet_id packet identifier
- the receiving terminal 200 receives a broadcast signal and acquires an MP table (MPT).
- MPT MP table
- the receiving terminal 200 obtains the location information of assets distributed by the MPU / HTTP distribution protocol from the MP table.
- the location information in this case is a URL, and “http: // ⁇ .mp4” is designated as the schema.
- the receiving terminal 200 can identify MPU / HTTP distribution by “http” and “mp4”.
- the receiving terminal 200 sends an HTTP request for requesting the MPU of the next MPU sequence number to the HTTP server, and receives the MPU of the next MPU sequence number from the HTTP server as an HTTP response.
- FIG. 19 shows a configuration example of the broadcast transmission system 100.
- the broadcast transmission system 100 includes a signal transmission unit 101, a video encoder 102, an audio encoder 103, and a signaling generation unit 104.
- the broadcast transmission system 100 also includes a TLV signaling generation unit 105, N IP service multiplexers 106-1 to 106-N, a TLV multiplexer 107, and a modulation / transmission unit 108.
- the signal sending unit 101 is, for example, a TV station studio or a recording / playback device such as a VTR, and sends video and audio stream data to each encoder.
- the video encoder 102 encodes and further packetizes the video data sent from the signal sending unit 101, and sends an IP packet including the video MMT packet to the IP service multiplexer 106-1.
- the audio encoder 103 encodes the audio data sent from the signal sending unit 101, further packetizes it, and sends an IP packet including an audio MMT packet to the IP service multiplexer 106-1.
- the signaling generation unit 104 generates a signaling message and sends an IP packet including an MMT packet in which the signaling message is arranged in the payload part to the IP service multiplexer 106-1.
- the signaling generation unit 104 arranges an MP table (MPT) in the PA message (see FIGS. 11 to 12).
- MPT MP table
- this MP table includes information on all assets (components) transmitted by broadcasting and communication. This information includes location information of each asset.
- the IP service multiplexer 106-1 performs time division multiplexing of IP packets sent from each encoder. At this time, the IP service multiplexer 106-1 adds a TLV header to each IP packet to form a TLV packet.
- the IP service multiplexer 106-1 constitutes one channel portion included in one transponder.
- the IP service multiplexers 106-2 to 106-N have the same functions as the IP service multiplexer 106-1 and constitute other channel portions that are put into one of the transponders.
- the TLV signaling generator 105 generates signaling (Signaling) information, and generates a TLV packet in which this signaling (Signaling) information is arranged in the payload portion.
- the TLV multiplexer 107 multiplexes the TLV packets generated by the IP service multiplexers 106-1 to 106-N and the TLV signaling generator 105 to generate a broadcast stream.
- the modulation / transmission unit 108 performs RF modulation processing on the broadcast stream generated by the TLV / multiplexer 107 and sends it to the RF transmission line.
- Video data sent from the signal sending unit 101 is supplied to the video encoder 102.
- video data is encoded and further packetized to generate an IP packet including a video MMT packet.
- This IP packet is sent to the IP service multiplexer 106-1.
- the same processing is also performed on the audio data sent from the signal sending unit 101.
- an IP packet including an audio MMT packet generated by the audio encoder 103 is sent to the IP service multiplexer 106-1.
- a signaling message is generated, and an IP packet including an MMT packet in which the signaling message is arranged in the payload portion is generated.
- This IP packet is sent to the IP service multiplexer 106-1.
- an MP table MPT is arranged in the PA message.
- the IP service multiplexer 106-1 performs time division multiplexing of the IP packet sent from each encoder and the signaling generator 104. At this time, a TLV header is added to each IP packet to form a TLV packet. In this IP service multiplexer 106-1, processing of one channel part to be put in one transponder is performed, and in IP service multiplexers 106-2 to 106-N, other parts to be put in that one transponder are processed. The channel portion is processed in the same manner.
- TLV packets obtained by the IP service multiplexers 106-1 to 106-N are sent to the TLV multiplexer 107.
- the TLV / multiplexer 107 also receives a TLV packet in which signaling information is placed in the payload portion from the TLV signaling generator 105.
- the TLV packets generated by the IP service multiplexers 106-1 to 106-N and the TLV signaling generator 105 are multiplexed to generate a broadcast stream.
- This broadcast stream is sent to the modulation / transmission unit 108.
- the modulation / transmission unit 108 performs RF modulation processing on the broadcast stream, and sends the RF modulation signal as a broadcast signal to the RF transmission path.
- FIG. 20 shows a configuration example of the receiving terminal 200.
- the receiving terminal 200 includes a CPU 201, a tuner / demodulator 202, a network interface 203, and a demultiplexer 204.
- the receiving terminal 200 has a video decoder 205 and an audio decoder 206.
- the CPU 201 constitutes a control unit and controls the operation of each unit of receiving terminal 200.
- the tuner / demodulator 202 receives the RF modulation signal, performs demodulation processing, and obtains a broadcast stream.
- the network interface unit 203 receives a transmission stream of a service distributed from the distribution server 300 via the communication network 400.
- the demultiplexer 204 performs demultiplex processing and depacketization processing on the broadcast stream obtained by the tuner / demodulation unit 202 and the transmission stream obtained by the network interface unit 203 to encode signaling information, video, and audio. Output data.
- the video decoder 205 decodes the encoded video data obtained by the demultiplexer 204 to obtain baseband video data.
- the audio decoder 206 decodes the encoded audio data obtained by the demultiplexer 204 to obtain baseband audio data.
- the tuner / demodulator 202 receives an RF modulated signal sent through the RF transmission path, performs demodulation processing, and obtains a broadcast stream. This broadcast stream is sent to the demultiplexer 204.
- the network interface unit 203 receives a transmission stream of a service distributed from the distribution server 300 via the communication network 400 and sends it to the demultiplexer 204.
- demultiplex processing and depacketization processing are performed on the broadcast stream from the tuner / demodulation unit 202 and the transmission stream from the network interface unit 203, and signaling information, encoded data of video, audio, etc. Is extracted.
- TLV-SI is a transmission control signal (TLV-NIT / AMT) carried on a TLV transmission packet
- MMT-SI is a signaling message as signaling information included in the payload portion of the MMT packet. (See FIG. 2).
- the CPU 201 controls the operation of each unit of the receiving terminal 200 based on this signaling information.
- the encoded video data extracted by the demultiplexer 204 is sent to the video decoder 205 and decoded to obtain baseband video data. Also, the encoded audio data extracted by the demultiplexer 204 is sent to the audio decoder 206 and decoded to obtain baseband audio data for audio output.
- the receiving side can satisfactorily receive the transmission stream having the transmission packet including the communication path component based on the acquired information.
- the packet identification information is included in the acquisition information of the asset (component) of the communication path inserted into the MP table. Therefore, even in the case where transmission packets of a plurality of assets are multiplexed in the MMTP stream, a desired transmission packet can be selectively acquired on the reception side.
- this technique can also take the following structures.
- a transmission stream generation unit that generates a transmission stream in which a first transmission packet including a predetermined component and a second transmission packet including information related to the predetermined component are multiplexed in a time division manner;
- a transmission apparatus comprising: an information insertion unit that inserts acquisition information of a component of a communication path, wherein at least location information and protocol identification information are included in the second transmission packet.
- the acquired information further includes packet identification information.
- the protocol identification information is information for identifying at least one of multicast distribution, MMTP / UDP distribution, MMTP / TCP distribution, MMTP / HTTP distribution, and MPU / HTTP distribution. ) Or (2).
- the acquisition information includes a parameter specifying UDP in addition to the URL.
- the acquisition information includes a parameter designating TCP in addition to the URL.
- a receiving unit that receives, through a predetermined transmission path, a transmission stream in which a first transmission packet including a predetermined component and a second transmission packet including information related to the predetermined component are multiplexed in a time division manner;
- the acquisition information of the component of the communication path including at least location information and protocol identification information is inserted, Communication in which a request is made to the server based on the location information and the protocol identification information, so that a transmission stream having a third transmission packet including a predetermined component is received from the server through the network using the protocol indicated by the protocol identification information.
- the acquisition information of the communication path component further includes packet identification information, The receiving device according to (9), wherein the communication unit extracts the third transmission packet based on the packet identification information from a transmission stream including the received third transmission packet.
- the protocol identification information is information for identifying at least one of multicast distribution, MMTP / UDP distribution, MMTP / TCP distribution, MMTP / HTTP distribution, and MPU / HTTP distribution. ) Or (10).
- (12) When the protocol identification information indicates the MMTP / UDP distribution, The acquisition information includes a parameter for specifying UDP in addition to the URL.
- the communication part By making a request to the server using the parameter specifying the URL and the UDP, the transmission stream having the third transmission packet is received from the server through the network using the MMTP / UDP distribution protocol.
- the receiving device described. (13)
- the acquisition information includes a parameter for specifying TCP in addition to the URL.
- the communication part By making a request to the server using the URL and the parameter specifying the TCP, the transmission stream having the third transmission packet is received from the server through the network by the protocol of the MMTP / TCP distribution (11) The receiving device described in 1.
- the acquisition information includes a URL
- the communication part By sequentially sending requests to the server using the parameters indicating the URL and the MPU sequence number, MMT packets including the MPU of the MPU sequence number corresponding to the parameter are sequentially received from the server through the network.
- the reception apparatus according to (11), wherein the parameter indicating the MPU sequence number in the first request represents the MPU sequence number of the timing of the first request.
- the acquisition information includes a URL
- the communication part By sequentially sending requests to the server using the parameters indicating the URL and the MPU sequence number, MPUs of the MPU sequence number corresponding to the parameters are sequentially received from the server through the network.
- the reception apparatus according to (11), wherein the parameter indicating the MPU sequence number in the first request represents the MPU sequence number of the timing of the first request.
- the transmission packet is an MMT packet.
- the predetermined transmission path is a broadcast transmission path.
- the communication unit further includes a communication step of receiving a transmission stream having a third transmission packet including a predetermined component through the network based on the location information and the protocol identification information using a protocol indicated by the protocol identification information.
- a receiving unit that receives, through a predetermined transmission path, a transmission stream in which a first transmission packet including a predetermined component and a second transmission packet including information related to the predetermined component are multiplexed in a time division manner, In the second transmission packet, the acquisition information of the component of the communication path including at least location information and protocol identification information is inserted,
- a receiving apparatus further comprising: a processing unit that processes the transmission stream received by the receiving unit.
- DESCRIPTION OF SYMBOLS 10 ... Broadcasting / communication hybrid system 100 ... Broadcast transmission system 101 ... Signal transmission part 102 ... Video encoder 103 ... Audio encoder 104 ... Signaling generation part 105 ... TLV signaling generation part 106-1 to 106-N ... IP service multiplexer 107 ... TLV multiplexer 108 ... modulation / transmission unit 200 ... receiving terminal 201 ... CPU 202: Tuner / demodulation unit 203 ... Network interface unit 204 ... Demultiplexer 205 ... Video decoder 206 ... Audio decoder 207 ... CPU bus 300 ... Distribution server 400 ... Communication network
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Databases & Information Systems (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
Description
所定のコンポーネントを含む第1の伝送パケットおよび該所定のコンポーネントに関する情報を含む第2の伝送パケットを時分割的に多重化した伝送ストリームを生成する伝送ストリーム生成部と、
上記伝送ストリームを所定の伝送路を通じて送信する送信部と、
上記第2の伝送パケットに、少なくともロケーション情報およびプロトコル識別情報が含まれる、通信経路のコンポーネントの取得情報を挿入する情報挿入部を備える
送信装置にある。
所定のコンポーネントを含む第1の伝送パケットおよび該所定のコンポーネントに関する情報を含む第2の伝送パケットを時分割的に多重化した伝送ストリームを所定の伝送路を通じて受信する受信部を備え、
上記第2の伝送パケットには、少なくともロケーション情報およびプロトコル識別情報が含まれる、通信経路のコンポーネントの取得情報が挿入されており、
上記ロケーション情報および上記プロトコル識別情報に基づき、ネットワークを通じて、所定のコンポーネントを含む第3の伝送パケットを有する伝送ストリームを上記プロトコル識別情報で示されるプロトコルで受信する通信部をさらに備える
受信装置にある。
所定のコンポーネントを含む第1の伝送パケットおよび該所定のコンポーネントに関する情報を含む第2の伝送パケットを時分割的に多重化した伝送ストリームを所定の伝送路を通じて受信する受信部を備え、
上記第2の伝送パケットには、少なくともロケーション情報およびプロトコル識別情報が含まれる、通信経路のコンポーネントの取得情報が挿入されており、
上記受信部で受信された伝送ストリームを処理する処理部をさらに備える
受信装置にある。
1.実施の形態
2.変形例
[放送・通信ハイブリッドシステムの構成例]
図1は、放送・通信ハイブリッドシステム10の構成例を示している。放送・通信ハイブリッドシステム10において、送信側には放送送出システム100および配信サーバ300が配置され、受信側には受信端末200が配置されている。配信サーバ300は、通信ネットワーク400を通じて受信端末200に接続される。
マルチキャスト配信の場合、下位レイヤにIPパケットが存在する。このIPパケットの上に、UDP(User Datagram Protocol)が載る。そして、UDPの上に、MMT(MPEG Media Transport)パケットが載る。このMMTパケットのペイロード部には、ビデオ、オーディオ等のコンポーネントの符号化データを含むMPUが含まれる。
MMTP/UDP配信の場合、下位レイヤにIPパケットが存在する。このIPパケットの上に、UDP(User Datagram Protocol)が載る。そして、UDPの上に、MMTパケットが載る。このMMTパケットのペイロード部には、ビデオ、オーディオ等のコンポーネントの符号化データを含むMPUが含まれる。
MMTP/TCP配信の場合、下位レイヤにIPパケットが存在する。このIPパケットの上に、TCP(Transmission Control Protocol)が載る。そして、TCPの上に、MMTパケットが載る。このMMTパケットのペイロード部には、ビデオ、オーディオ等のコンポーネントの符号化データを含むMPUが含まれる。
MMTP/HTTP配信の場合、下位レイヤにIPパケットが存在する。このIPパケットの上に、TCPが載る。そして、TCPの上に、HTTP(Hyper Text Transfer Protocol)が載り、さらにその上にMMTパケットが載る。このMMTパケットのペイロード部には、ビデオ、オーディオ等のコンポーネントの符号化データを含むMPUが含まれる。
MPU/HTTP配信の場合、下位レイヤにIPパケットが存在する。このIPパケットの上に、TCPが載る。そして、TCPの上に、HTTPが載り、このHTTPパケットのペイロード部には、ビデオ、オーディオ等のコンポーネントの符号化データを含むMPUが含まれる。
次に、受信端末200における受信シーケンスについて説明する。最初に、図13を参照して、(A)マルチキャスト配信のプロトコルで配信されるアセットを受信する場合について述べる。マルチキャスト配信の場合、マルチキャストサーバ(MCサーバ)が存在する。
図19は、放送送出システム100の構成例を示している。この放送送出システム100は、信号送出部101と、ビデオエンコーダ102と、オーディオエンコーダ103と、シグナリング発生部104を有している。また、この放送送出システム100は、TLVシグナリング発生部105と、N個のIPサービス・マルチプレクサ106-1~106-Nと、TLV・マルチプレクサ107と、変調/送信部108を有している。
図20は、受信端末200の構成例を示している。この受信端末200は、CPU201と、チューナ/復調部202と、ネットワークインタフェース部203と、デマルチプレクサ204を有している。また、この受信端末200は、ビデオデコーダ205と、オーディオデコーダ206を有している。
なお、上述実施の形態では、伝送パケットがMMTパケットである例を示した。本技術は、これに限定されるものではなく、その他の同様の伝送パケットを取り扱う場合にも、本技術を適用できることは勿論である。
(1)所定のコンポーネントを含む第1の伝送パケットおよび該所定のコンポーネントに関する情報を含む第2の伝送パケットを時分割的に多重化した伝送ストリームを生成する伝送ストリーム生成部と、
上記伝送ストリームを所定の伝送路を通じて送信する送信部と、
上記第2の伝送パケットに、少なくともロケーション情報およびプロトコル識別情報が含まれる、通信経路のコンポーネントの取得情報を挿入する情報挿入部を備える
送信装置。
(2)上記取得情報に、パケット識別情報がさらに含まれる
前記(1)に記載の送信装置。
(3)上記プロトコル識別情報は、少なくともマルチキャスト配信、MMTP/UDP配信、MMTP/TCP配信、MMTP/HTTP配信およびMPU/HTTP配信のいずれのプロトコルであるかを識別するための情報である
前記(1)または(2)に記載の送信装置。
(4)上記プロトコル識別情報が上記MMTP/UDP配信であることを示すとき、上記取得情報には、URLの他にUDPを指定するパラメータが含まれる
前記(3)に記載の送信装置。
(5)上記プロトコル識別情報が上記MMTP/TCP配信であることを示すとき、上記取得情報には、URLの他にTCPを指定するパラメータが含まれる
前記(3)に記載の送信装置。
(6)上記伝送パケットは、MMTパケットである
前記(1)から(5)のいずれかに記載の送信装置。
(7)上記所定の伝送路は、放送伝送路である
前記(1)から(6)のいずれかに記載の送信装置。
(8)所定のコンポーネントを含む第1の伝送パケットおよび該所定のコンポーネントに関する情報を含む第2の伝送パケットを時分割的に多重化した伝送ストリームを生成する伝送ストリーム生成ステップと、
送信部により、上記伝送ストリームを所定の伝送路を通じて送信する送信ステップと、
上記第2の伝送パケットに、少なくともロケーション情報およびプロトコル識別情報が含まれる、通信経路のコンポーネントの取得情報を挿入する情報挿入ステップを有する
送信方法。
(9)所定のコンポーネントを含む第1の伝送パケットおよび該所定のコンポーネントに関する情報を含む第2の伝送パケットを時分割的に多重化した伝送ストリームを所定の伝送路を通じて受信する受信部を備え、
上記第2の伝送パケットには、少なくともロケーション情報およびプロトコル識別情報が含まれる、通信経路のコンポーネントの取得情報が挿入されており、
上記ロケーション情報および上記プロトコル識別情報に基づいてサーバにリクエストすることで、該サーバからネットワークを通じて所定のコンポーネントを含む第3の伝送パケットを有する伝送ストリームを上記プロトコル識別情報で示されるプロトコルで受信する通信部をさらに備える
受信装置。
(10)上記通信経路のコンポーネントの取得情報にはパケット識別情報がさらに含まれており、
上記通信部は、上記受信された第3の伝送パケットを有する伝送ストリームから、上記パケット識別情報に基づいて該第3の伝送パケットを抽出する
前記(9)に記載の受信装置。
(11)上記プロトコル識別情報は、少なくともマルチキャスト配信、MMTP/UDP配信、MMTP/TCP配信、MMTP/HTTP配信およびMPU/HTTP配信のいずれのプロトコルであるかを識別するための情報である
前記(9)または(10)に記載の受信装置。
(12)上記プロトコル識別情報が上記MMTP/UDP配信であることを示すとき、
上記取得情報には、URLの他にUDPを指定するパラメータが含まれており、
上記通信部は、
上記URLおよび上記UDPを指定するパラメータを用いてサーバにリクエストすることで、該サーバからネットワークを通じて上記第3の伝送パケットを有する伝送ストリームを上記MMTP/UDP配信のプロトコルで受信する
前記(11)に記載の受信装置。
(13)上記プロトコル識別情報が上記MMTP/TCP配信であることを示すとき、
上記取得情報には、URLの他にTCPを指定するパラメータが含まれており、
上記通信部は、
上記URLおよび上記TCPを指定するパラメータを用いてサーバにリクエストをすることで、該サーバからネットワークを通じて上記第3の伝送パケットを有する伝送ストリームを上記MMTP/TCP配信のプロトコルで受信する
前記(11)に記載の受信装置。
(14)上記プロトコル識別情報がMMTP/HTTP配信であることを示すとき、
上記取得情報にはURLが含まれており、
上記通信部は、
上記URLおよびMPUシーケンス番号を示すパラメータを用いてサーバに順次リクエストを送信することで、該サーバからネットワークを通じて上記パラメータに対応したMPUシーケンス番号のMPUを含むMMTパケットを順次受信し、
最初のリクエストにおけるMPUシーケンス番号を示すパラメータを、該最初のリクエストのタイミングのMPUシーケンス番号を表すものとする
前記(11)に記載の受信装置。
(15)上記プロトコル識別情報がMPU/HTTP配信であることを示すとき、
上記取得情報にはURLが含まれており、
上記通信部は、
上記URLおよびMPUシーケンス番号を示すパラメータを用いてサーバに順次リクエストを送信することで、該サーバからネットワークを通じて上記パラメータに対応したMPUシーケンス番号のMPUを順次受信し、
最初のリクエストにおけるMPUシーケンス番号を示すパラメータを、該最初のリクエストのタイミングのMPUシーケンス番号を表すものとする
前記(11)に記載の受信装置。
(16)上記伝送パケットは、MMTパケットである
前記(9)から(15)のいずれかに記載の受信装置。
(17)上記所定の伝送路は、放送伝送路である
前記(9)から(16)のいずれかに記載の受信装置。
(18)受信部により、所定のコンポーネントを含む第1の伝送パケットおよび該所定のコンポーネントに関する情報を含む第2の伝送パケットを時分割的に多重化した伝送ストリームを所定の伝送路を通じて受信する受信ステップを有し、
上記第2の伝送パケットには、少なくともロケーション情報およびプロトコル識別情報が含まれる、通信経路のコンポーネントの取得情報が挿入されており、
通信部により、上記ロケーション情報および上記プロトコル識別情報に基づき、ネットワークを通じて、所定のコンポーネントを含む第3の伝送パケットを有する伝送ストリームを上記プロトコル識別情報で示されるプロトコルで受信する通信ステップをさらに有する
受信方法。
(19)所定のコンポーネントを含む第1の伝送パケットおよび該所定のコンポーネントに関する情報を含む第2の伝送パケットを時分割的に多重化した伝送ストリームを所定の伝送路を通じて受信する受信部を備え、
上記第2の伝送パケットには、少なくともロケーション情報およびプロトコル識別情報が含まれる、通信経路のコンポーネントの取得情報が挿入されており、
上記受信部で受信された伝送ストリームを処理する処理部をさらに備える
受信装置。
100・・・放送送出システム
101・・・信号送出部
102・・・ビデオエンコーダ
103・・・オーディオエンコーダ
104・・・シグナリング発生部
105・・・TLVシグナリング発生部
106-1~106-N・・・IPサービス・マルチプレクサ
107・・・TLV・マルチプレクサ
108・・・変調/送信部
200・・・受信端末
201・・・CPU
202・・・チューナ/復調部
203・・・ネットワークインタフェース部
204・・・デマルチプレクサ
205・・・ビデオデコーダ
206・・・オーディオデコーダ
207・・・CPUバス
300・・・配信サーバ
400・・・通信ネットワーク
Claims (19)
- 所定のコンポーネントを含む第1の伝送パケットおよび該所定のコンポーネントに関する情報を含む第2の伝送パケットを時分割的に多重化した伝送ストリームを生成する伝送ストリーム生成部と、
上記伝送ストリームを所定の伝送路を通じて送信する送信部と、
上記第2の伝送パケットに、少なくともロケーション情報およびプロトコル識別情報が含まれる、通信経路のコンポーネントの取得情報を挿入する情報挿入部を備える
送信装置。 - 上記取得情報に、パケット識別情報がさらに含まれる
請求項1に記載の送信装置。 - 上記プロトコル識別情報は、少なくともマルチキャスト配信、MMTP/UDP配信、MMTP/TCP配信、MMTP/HTTP配信およびMPU/HTTP配信のいずれのプロトコルであるかを識別するための情報である
請求項1に記載の送信装置。 - 上記プロトコル識別情報が上記MMTP/UDP配信であることを示すとき、上記取得情報には、URLの他にUDPを指定するパラメータが含まれる
請求項3に記載の送信装置。 - 上記プロトコル識別情報が上記MMTP/TCP配信であることを示すとき、上記取得情報には、URLの他にTCPを指定するパラメータが含まれる
請求項3に記載の送信装置。 - 上記伝送パケットは、MMTパケットである
請求項1に記載の送信装置。 - 上記所定の伝送路は、放送伝送路である
請求項1に記載の送信装置。 - 所定のコンポーネントを含む第1の伝送パケットおよび該所定のコンポーネントに関する情報を含む第2の伝送パケットを時分割的に多重化した伝送ストリームを生成する伝送ストリーム生成ステップと、
送信部により、上記伝送ストリームを所定の伝送路を通じて送信する送信ステップと、
上記第2の伝送パケットに、少なくともロケーション情報およびプロトコル識別情報が含まれる、通信経路のコンポーネントの取得情報を挿入する情報挿入ステップを有する
送信方法。 - 所定のコンポーネントを含む第1の伝送パケットおよび該所定のコンポーネントに関する情報を含む第2の伝送パケットを時分割的に多重化した伝送ストリームを所定の伝送路を通じて受信する受信部を備え、
上記第2の伝送パケットには、少なくともロケーション情報およびプロトコル識別情報が含まれる、通信経路のコンポーネントの取得情報が挿入されており、
上記ロケーション情報および上記プロトコル識別情報に基づいてサーバにリクエストすることで、該サーバからネットワークを通じて所定のコンポーネントを含む第3の伝送パケットを有する伝送ストリームを上記プロトコル識別情報で示されるプロトコルで受信する通信部をさらに備える
受信装置。 - 上記通信経路のコンポーネントの取得情報にはパケット識別情報がさらに含まれており、
上記通信部は、上記受信された第3の伝送パケットを有する伝送ストリームから、上記パケット識別情報に基づいて該第3の伝送パケットを抽出する
請求項9に記載の受信装置。 - 上記プロトコル識別情報は、少なくともマルチキャスト配信、MMTP/UDP配信、MMTP/TCP配信、MMTP/HTTP配信およびMPU/HTTP配信のいずれのプロトコルであるかを識別するための情報である
請求項9に記載の受信装置。 - 上記プロトコル識別情報が上記MMTP/UDP配信であることを示すとき、
上記取得情報には、URLの他にUDPを指定するパラメータが含まれており、
上記通信部は、
上記URLおよび上記UDPを指定するパラメータを用いてサーバにリクエストすることで、該サーバからネットワークを通じて上記第3の伝送パケットを有する伝送ストリームを上記MMTP/UDP配信のプロトコルで受信する
請求項11に記載の受信装置。 - 上記プロトコル識別情報が上記MMTP/TCP配信であることを示すとき、
上記取得情報には、URLの他にTCPを指定するパラメータが含まれており、
上記通信部は、
上記URLおよび上記TCPを指定するパラメータを用いてサーバにリクエストをすることで、該サーバからネットワークを通じて上記第3の伝送パケットを有する伝送ストリームを上記MMTP/TCP配信のプロトコルで受信する
請求項11に記載の受信装置。 - 上記プロトコル識別情報がMMTP/HTTP配信であることを示すとき、
上記取得情報にはURLが含まれており、
上記通信部は、
上記URLおよびMPUシーケンス番号を示すパラメータを用いてサーバに順次リクエストを送信することで、該サーバからネットワークを通じて上記パラメータに対応したMPUシーケンス番号のMPUを含むMMTパケットを順次受信し、
最初のリクエストにおけるMPUシーケンス番号を示すパラメータを、該最初のリクエストのタイミングのMPUシーケンス番号を表すものとする
請求項11に記載の受信装置。 - 上記プロトコル識別情報がMPU/HTTP配信であることを示すとき、
上記取得情報にはURLが含まれており、
上記通信部は、
上記URLおよびMPUシーケンス番号を示すパラメータを用いてサーバに順次リクエストを送信することで、該サーバからネットワークを通じて上記パラメータに対応したMPUシーケンス番号のMPUを順次受信し、
最初のリクエストにおけるMPUシーケンス番号を示すパラメータを、該最初のリクエストのタイミングのMPUシーケンス番号を表すものとする
請求項11に記載の受信装置。 - 上記伝送パケットは、MMTパケットである
請求項9に記載の受信装置。 - 上記所定の伝送路は、放送伝送路である
請求項9に記載の受信装置。 - 受信部により、所定のコンポーネントを含む第1の伝送パケットおよび該所定のコンポーネントに関する情報を含む第2の伝送パケットを時分割的に多重化した伝送ストリームを所定の伝送路を通じて受信する受信ステップを有し、
上記第2の伝送パケットには、少なくともロケーション情報およびプロトコル識別情報が含まれる、通信経路のコンポーネントの取得情報が挿入されており、
通信部により、上記ロケーション情報および上記プロトコル識別情報に基づき、ネットワークを通じて、所定のコンポーネントを含む第3の伝送パケットを有する伝送ストリームを上記プロトコル識別情報で示されるプロトコルで受信する通信ステップをさらに有する
受信方法。 - 所定のコンポーネントを含む第1の伝送パケットおよび該所定のコンポーネントに関する情報を含む第2の伝送パケットを時分割的に多重化した伝送ストリームを所定の伝送路を通じて受信する受信部を備え、
上記第2の伝送パケットには、少なくともロケーション情報およびプロトコル識別情報が含まれる、通信経路のコンポーネントの取得情報が挿入されており、
上記受信部で受信された伝送ストリームを処理する処理部をさらに備える
受信装置。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP15857680.1A EP3217673A4 (en) | 2014-11-05 | 2015-10-29 | Sending device, sending method, receiving device, and receiving method |
JP2016557731A JP6696430B2 (ja) | 2014-11-05 | 2015-10-29 | 送信装置、送信方法、受信装置および受信方法 |
BR112017008892A BR112017008892A2 (pt) | 2014-11-05 | 2015-10-29 | aparelhos e métodos de transmissão e de recepção |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2014-225484 | 2014-11-05 | ||
JP2014225484 | 2014-11-05 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2016072343A1 true WO2016072343A1 (ja) | 2016-05-12 |
Family
ID=55909069
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/JP2015/080526 WO2016072343A1 (ja) | 2014-11-05 | 2015-10-29 | 送信装置、送信方法、受信装置および受信方法 |
Country Status (4)
Country | Link |
---|---|
EP (1) | EP3217673A4 (ja) |
JP (4) | JP6696430B2 (ja) |
BR (1) | BR112017008892A2 (ja) |
WO (1) | WO2016072343A1 (ja) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR102519209B1 (ko) * | 2015-06-17 | 2023-04-07 | 한국전자통신연구원 | 스테레오스코픽 비디오 데이터를 처리하기 위한 mmt 장치 및 방법 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2013055179A1 (en) * | 2011-10-13 | 2013-04-18 | Samsung Electronics Co., Ltd. | Method and apparatus for transmitting and receiving multimedia service |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10356453B2 (en) * | 2011-01-19 | 2019-07-16 | Samsung Electronics Co., Ltd. | Apparatus and method for configuring a control message in a broadcast system |
JP5544395B2 (ja) | 2011-05-19 | 2014-07-09 | 日本放送協会 | 受信機 |
JP6153298B2 (ja) * | 2012-04-24 | 2017-06-28 | シャープ株式会社 | 配信装置、再生装置、データ構造、配信方法、制御プログラム、および記録媒体 |
KR101501344B1 (ko) * | 2012-05-02 | 2015-03-10 | 삼성전자주식회사 | 멀티미디어 서비스 송수신 방법 및 장치 |
JP5641090B2 (ja) * | 2013-03-14 | 2014-12-17 | ソニー株式会社 | 送信装置、送信方法、受信装置および受信方法 |
-
2015
- 2015-10-29 EP EP15857680.1A patent/EP3217673A4/en not_active Withdrawn
- 2015-10-29 BR BR112017008892A patent/BR112017008892A2/pt not_active Application Discontinuation
- 2015-10-29 WO PCT/JP2015/080526 patent/WO2016072343A1/ja active Application Filing
- 2015-10-29 JP JP2016557731A patent/JP6696430B2/ja active Active
-
2020
- 2020-01-23 JP JP2020008852A patent/JP6927338B2/ja active Active
-
2021
- 2021-08-04 JP JP2021127872A patent/JP7188510B2/ja active Active
-
2022
- 2022-11-30 JP JP2022191176A patent/JP7517389B2/ja active Active
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2013055179A1 (en) * | 2011-10-13 | 2013-04-18 | Samsung Electronics Co., Ltd. | Method and apparatus for transmitting and receiving multimedia service |
Also Published As
Publication number | Publication date |
---|---|
JP6696430B2 (ja) | 2020-05-20 |
EP3217673A4 (en) | 2018-04-18 |
JP7517389B2 (ja) | 2024-07-17 |
JP2021180517A (ja) | 2021-11-18 |
JP6927338B2 (ja) | 2021-08-25 |
JP2023021166A (ja) | 2023-02-09 |
EP3217673A1 (en) | 2017-09-13 |
JPWO2016072343A1 (ja) | 2017-08-17 |
JP2020074589A (ja) | 2020-05-14 |
JP7188510B2 (ja) | 2022-12-13 |
BR112017008892A2 (pt) | 2017-12-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10715844B2 (en) | Method and apparatus for transceiving data for multimedia transmission system | |
JP6419235B2 (ja) | デジタル放送システムにおけるデータを受信する装置 | |
JP6330804B2 (ja) | 送信装置、伝送ストリームの送信方法および処理装置 | |
JP7400875B2 (ja) | 受信装置 | |
JP2023106456A (ja) | 受信装置および受信方法 | |
JP6798585B2 (ja) | 送信装置、送信方法および受信装置 | |
JP7517389B2 (ja) | 送信方法および受信装置 | |
KR101855327B1 (ko) | 복합 네트워크에서 멀티미디어 데이터를 전송하기 위한 장치 및 그 방법 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 15857680 Country of ref document: EP Kind code of ref document: A1 |
|
ENP | Entry into the national phase |
Ref document number: 2016557731 Country of ref document: JP Kind code of ref document: A |
|
REEP | Request for entry into the european phase |
Ref document number: 2015857680 Country of ref document: EP |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
REG | Reference to national code |
Ref country code: BR Ref legal event code: B01A Ref document number: 112017008892 Country of ref document: BR |
|
ENP | Entry into the national phase |
Ref document number: 112017008892 Country of ref document: BR Kind code of ref document: A2 Effective date: 20170427 |