WO2014142203A1 - 送信装置、送信方法、受信装置および受信方法 - Google Patents

送信装置、送信方法、受信装置および受信方法 Download PDF

Info

Publication number
WO2014142203A1
WO2014142203A1 PCT/JP2014/056574 JP2014056574W WO2014142203A1 WO 2014142203 A1 WO2014142203 A1 WO 2014142203A1 JP 2014056574 W JP2014056574 W JP 2014056574W WO 2014142203 A1 WO2014142203 A1 WO 2014142203A1
Authority
WO
WIPO (PCT)
Prior art keywords
time
transmission
payload
packet
time information
Prior art date
Application number
PCT/JP2014/056574
Other languages
English (en)
French (fr)
Inventor
塚越 郁夫
Original Assignee
ソニー株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority to RU2015138151A priority Critical patent/RU2642834C2/ru
Priority to CN201480012887.4A priority patent/CN105009595B/zh
Application filed by ソニー株式会社 filed Critical ソニー株式会社
Priority to SG11201507164RA priority patent/SG11201507164RA/en
Priority to US14/764,768 priority patent/US9876616B2/en
Priority to KR1020177017510A priority patent/KR102052684B1/ko
Priority to KR1020157024271A priority patent/KR101753503B1/ko
Priority to KR1020197035535A priority patent/KR102102349B1/ko
Priority to MYPI2015702537A priority patent/MY177181A/en
Priority to KR1020207010677A priority patent/KR102145154B1/ko
Priority to BR112015021917-9A priority patent/BR112015021917B1/pt
Priority to EP20185223.3A priority patent/EP3745728A1/en
Priority to CA2904115A priority patent/CA2904115C/en
Priority to EP14762911.7A priority patent/EP2975851B1/en
Priority to MX2015011615A priority patent/MX357400B/es
Publication of WO2014142203A1 publication Critical patent/WO2014142203A1/ja
Priority to US15/184,568 priority patent/US10862638B2/en
Priority to US16/850,419 priority patent/US11075728B2/en
Priority to US17/383,223 priority patent/US20210351883A1/en

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236Assembling 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/2362Generation or processing of Service Information [SI]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0044Arrangements for allocating sub-channels of the transmission path allocation of payload
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04HBROADCAST COMMUNICATION
    • H04H60/00Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/35Arrangements for identifying or recognising characteristics with a direct linkage to broadcast information or to broadcast space-time, e.g. for identifying broadcast stations or for identifying users
    • H04H60/38Arrangements for identifying or recognising characteristics with a direct linkage to broadcast information or to broadcast space-time, e.g. for identifying broadcast stations or for identifying users for identifying broadcast time or space
    • H04H60/40Arrangements for identifying or recognising characteristics with a direct linkage to broadcast information or to broadcast space-time, e.g. for identifying broadcast stations or for identifying users for identifying broadcast time or space for identifying broadcast time
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/22Arrangements affording multiple use of the transmission path using time-division multiplexing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/70Media network packetisation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236Assembling 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/2365Multiplexing of several video streams
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/242Synchronization processes, e.g. processing of PCR [Program Clock References]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/4302Content synchronisation processes, e.g. decoder synchronisation
    • H04N21/4305Synchronising client clock from received content stream, e.g. locking decoder clock with encoder clock, extraction of the PCR packets
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/4302Content synchronisation processes, e.g. decoder synchronisation
    • H04N21/4307Synchronising the rendering of multiple content streams or additional data on devices, e.g. synchronisation of audio on a mobile phone with the video output on the TV screen
    • H04N21/43072Synchronising the rendering of multiple content streams or additional data on devices, e.g. synchronisation of audio on a mobile phone with the video output on the TV screen of multiple content streams on the same device
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845Structuring of content, e.g. decomposing content into time segments
    • H04N21/8456Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85Assembly of content; Generation of multimedia applications
    • H04N21/854Content authoring
    • H04N21/8547Content authoring involving timestamps for synchronizing content

Definitions

  • the present technology relates to a transmitting device, a transmitting method, a receiving device, and a receiving method, and more particularly to a transmitting device that transmits transmission media such as video and audio through an RF channel and a communication network channel.
  • MPEG2-TS is used as a transport structure for broadcasting.
  • MMT MPEG Media Transport
  • An object of the present technology is to enable good transmission of time information for acquiring decoding time and / or display time to a receiving side in a transport structure for next-generation broadcasting.
  • a transport stream generation unit that generates a transport stream in which a first transport packet including a transport media in a payload and a second transport packet including information on the transport media in a payload are multiplexed in a time division manner;
  • a transmission stream transmission unit for transmitting the transmission stream to a reception side through a predetermined transmission path;
  • a transmitting apparatus includes a time information inserting unit for inserting time information for acquiring a decoding time and / or a display time on the receiving side into the first transmission packet or the second transmission packet.
  • the transport stream generation unit generates a transport stream.
  • This transmission stream is obtained by time-divisionally multiplexing a first transmission packet including the transmission media in the payload and a second transmission packet including the information on the transmission media in the payload.
  • the first transmission packet and the second transmission packet may be made to be MMT packets.
  • the transmission stream transmission unit transmits the transmission stream to the reception side through a predetermined transmission path.
  • the predetermined transmission path may be an RF transmission path or a communication network transmission path.
  • the time information insertion unit inserts time information for acquiring the decoding time and / or the display time on the reception side into the first transmission packet or the second transmission packet.
  • the transmission medium included in the first transmission packet is composed of one or more access units, and the time information inserted by the time information insertion unit has a decoding time and / or a corresponding one for each of the one or more access units. It may be made to be information for acquiring display time.
  • the time information inserted by the time information insertion unit is the display time from the decode time or display time value corresponding to the first access unit of one or more access units and the decode time corresponding to each access unit. It may be made to have an offset value of up to. By using the offset value in this way, it is possible to efficiently transmit time information.
  • the time information inserted by the time information insertion unit may be a display time corresponding to each of one or more access units, or a display time and a decode time. By transmitting the display time or the display time and the decode time itself in this manner, the processing load on the receiving side can be reduced.
  • the offset value is a relative offset value corresponding to the absolute offset value
  • conversion information for converting the relative offset value into the absolute offset value is added to the time information inserted by the time information insertion unit. It may be done.
  • the relative offset value as described above, the offset value can be efficiently transmitted to the receiving side.
  • the time information insertion unit may insert the relative offset value after variable-length coding. By using variable-length coding in this way, it is possible to reduce the transmission capacity of time information.
  • the payload of the first transmission packet may include a payload header portion and a payload main portion, and the time information insertion portion may be configured to insert time information into the payload header portion.
  • the payload of the first transmission packet is composed of a payload header portion and a payload body portion, and the payload body portion is a fragment of a fragment payload including one or more access units into which the transmission media is fragmented. It may be arranged with a header, and the time information insertion unit may be configured to insert the time information of the corresponding access unit in the fragment header or fragment payload.
  • the payload portion of the second transmission packet may be composed of a payload header portion and a payload body portion, and the time information insertion portion may be configured to insert time information into the payload body portion.
  • time information for acquiring the decoding time and the display time on the reception side is inserted into the first transmission packet or the second transmission packet, and a transformer for the next generation broadcast is provided.
  • time information for acquiring a decoding time and / or a display time can be favorably transmitted to the receiving side.
  • a transport stream receiving unit In the first transmission packet or the second transmission packet, time information for acquiring a decoding time and / or a display time is inserted,
  • the receiver further includes a transmission media processing unit that processes the transmission medium extracted from the transmission stream using the decoding time and / or the display time acquired based on the time information.
  • the transmission stream reception unit receives the transmission stream from the transmission side through a predetermined transmission path.
  • This transmission stream is obtained by time-divisionally multiplexing a first transmission packet including the transmission media in the payload and a second transmission packet including the information on the transmission media in the payload.
  • Time information for obtaining a decoding time and / or a display time is inserted in the first transmission packet or the second transmission packet.
  • the transmission media processing unit processes the transmission media extracted from the transmission stream using the decoding time and / or the display time acquired based on the time information.
  • the transmission medium included in the first transmission packet is composed of one or more access units
  • the time information is the value of the decode time or display time corresponding to the first access unit of the one or more access units, It is a relative offset value corresponding to an absolute offset value from a decoding time to a display time respectively corresponding to each access unit, and is further provided with an offset value conversion unit that converts this relative offset value to an absolute offset value.
  • the time information is the value of the decode time or display time corresponding to the first access unit of the one or more access units
  • It is a relative offset value corresponding to an absolute offset value from a decoding time to a display time respectively corresponding to each access unit, and is further provided with an offset value conversion unit that converts this relative offset value to an absolute offset value.
  • time information for acquiring the decoding time and / or the display time is inserted in the first transmission packet or the second transmission packet, and the decoding time and / or the time is obtained based on the time information.
  • the display time can be acquired, and the processing of the transmission media extracted from the transmission stream can be performed well.
  • FIG. 7 is a diagram for describing a case where an MMT packet including fragmented MFU is a transmission packet, and the MMT packet is a packet at the head of random access (the head of a GOP).
  • FIG. 7 is a diagram for describing a case where an MMT packet including fragmented MFU is a transmission packet, and the MMT packet is a packet at the head of random access (the head of a GOP). It is a figure which shows the structure of MMT packet in a tree form. It is a conceptual diagram of a transport packet transmitter and a transport packet receiver. It is a figure which shows "NTP short format.” It is a figure for demonstrating the time information in, when media data is video and an initial value is decoding time.
  • FIG. 1 shows a configuration example of a transmission / reception system 10 as an embodiment.
  • the transmission / reception stem 10 is configured of a transport packet transmission device 100 and a transport packet reception device 200.
  • the transmitting apparatus 100 generates a transport packet including an MMT structure (refer to ISO / IEC CD 23008-1), that is, an MMT packet, and this transmission stream is received via the RF transmission path or communication network transmission path.
  • Send to This transport stream is time-divisionally divided by at least the size of a fragmented packet of a first MMT packet including video and audio transmission media in a payload and a second MMT packet including information on the transmission media in a payload.
  • time information for acquiring a decoding time and a display time on the receiving side is inserted into the first MMT packet or the second MMT packet.
  • the receiving apparatus 200 receives the above-mentioned transmission stream from the transmitting side through the RF transmission line or the communication network transmission line.
  • the receiving apparatus 200 processes the transmission media extracted from the transmission stream using the decoding time and / or the display time acquired based on the time information, and displays an image and outputs an audio.
  • FIG. 2 schematically shows the configuration of an MMT payload.
  • the MMT package (MMT Package) is a logical concept of MMT and means transmission material.
  • assets that are media Asset
  • Asset Delivery Characteristics asset delivery characteristics of the asset
  • message groups Package Access
  • MPT Packet Table information on the MMT packet table
  • composition Contains information Composition Information.
  • Composition information is information that controls display control of media.
  • asset 1 (Asset 1) is video 1 (Video 1) data
  • asset 2 (Asset 2) is audio 1 (Audio 1) data
  • asset 3 (Asset 3) is video 2 (Video 2) data.
  • FIG. 2 shows an example of the file configuration when the MMT package is actually an MMT file (MMT File).
  • MMT File MMT File
  • This file configuration is basically almost the same as the file configuration of MP4.
  • the “mdat” box contains actual data such as video, audio and subtitles. If “mdat” is fragmented, there is a "moof” box for each fragment.
  • MMT package When the MMT package is transmitted (Delivery), as shown in FIG. 2, it is transmitted in units of MPU (Media Processing Unit).
  • MPU Media Processing Unit
  • This MPU starts from a random access point (RAP: Random Access Pint), and includes one or more access units (AU: Access Unit).
  • RAP Random Access Pint
  • AU Access Unit
  • a picture of one GOP Group Of Picture
  • This MPU is defined on an asset basis.
  • video assets create video MPUs containing only video data
  • audio assets create audio MPUs containing only audio data.
  • the MPU constitutes an MMT payload together with a message (Message).
  • the message includes information such as the composition information described above.
  • the MFU MMT Fragment Unit
  • the MFU is a fragmented or fragmented MPU.
  • this MFU can be set to correspond to one NAL unit.
  • this MFU can be configured with one or more MTU sizes.
  • the MMT payload is transmitted by the MMT packet.
  • This MMT packet is composed of an MMT packet header (MMT packet header) and an MMT packet payload (MMT packet payload).
  • MMT packet payload is composed of an MMT payload header (MMT payload header) and MMT payload data (MMT payload data).
  • MMT payload header MMT payload header
  • MMT payload data MMT payload data
  • An MPU and a message (Message) are inserted into this MMT payload data.
  • MFUs obtained by fragmenting the MPU of each asset are time-division multiplexed as shown in FIG.
  • the MPU is, for example, a unit of a somewhat long time unit of 15 frames or 30 frames. If each MPU is fragmented and not multiplexed in a time division manner, audio data can not be sent for a long time while video data is being sent. Therefore, a large buffer capacity is required for time alignment, and the delay to output of image and sound becomes large. Such problems can be solved by fragmenting each MPU and multiplexing in time division.
  • FIGS. 3, 4 and 5 show an example of the correspondence between the MMT file and the MMT packet to be actually transmitted.
  • the MMT file has boxes such as “styp”, “sidx”, “mmpu”, “moov”, “moof”, and “mdat”.
  • the MMT packet is composed of an MMT packet header (MMT Hdr) and an MMT payload (MMT Payload).
  • MMT header includes packet ID (packet_id), packet sequence number (packet_sequence_number), transmission timestamp (transmission_timestamp), transmission priority (transmission_priority), private user data (private_user_data) and the like.
  • the packet ID is an identifier for identifying a message that is a video or audio asset or a control system.
  • the packet sequence number is a number indicating the packet order.
  • the transmission timestamp is the timestamp for transmission, ie the time when the MMT packet leaves the sender.
  • the transmission priority is a priority that serves as an index for determining which MMT packet is to be prioritized when the bandwidth of the transmission path becomes narrow.
  • Private user data is data that the user can personally insert in any broadcast application.
  • the MMT payload (MMT Payload) is composed of an MMT payload header (MMT Pl_hdr) and MMT payload data.
  • the MMT payload header can include a payload header extension.
  • payload length (payload length), payload type (payload type), fragment type (fragmentation_indicator), fragment count (fragment_count), aggregation info flag (aggregation_info_flag), RAP flag (random_access_point_flag) And so on.
  • the data offset (data_offset), data unit number (numDU), data unit offset (DU_offset), payload sequence number (payload_sequence_number), header extension field flag (header_extension_field_flag) And so on.
  • the payload length is size information of the entire payload.
  • the payload type is information indicating whether the payload is an MPU or a control system (message). One payload can contain up to 64 kbytes of data.
  • the fragment type is information indicating whether or not the MPU completes in one payload.
  • Fragment count is MFU count information.
  • the aggregation info flag is flag information indicating whether or not a plurality of MPUs are included in the payload. “0” indicates that the payload includes only one MPU. “1” indicates that the payload includes a plurality of MPUs.
  • the RAP flag is information indicating whether or not a random access point, that is, an access unit corresponding to the top picture of a GOP is present in this MMT packet.
  • the data offset is information indicating the size from the payload head position to the first position of payload data, that is, the size of the payload header.
  • the data unit number indicates the number of MPU data units present in the payload.
  • the data unit offset is offset information from the start position of the payload data of each data unit.
  • the payload sequence number is the payload sequence number of this MMT packet.
  • the header extension field flag is flag information indicating whether or not the payload header extension exists.
  • FIG. 3 shows an example of MMT packetization.
  • the metadata of each box of “styp”, “sidx”, “mmpu”, “moov”, and “moof” of the MMT file is inserted into one MPU data unit of the MMT payload to generate an MMT packet.
  • “fragmentation_indicator” is “0”
  • “fragment_count” is “0”
  • “aggregation_info_flag” is “0”
  • RAP flag is “1”.
  • one MPU present in “mdat” of the MMT file is inserted into one MPU data unit of the MMT payload to generate an MMT packet.
  • “fragmentation_indicator” is “0”
  • “fragment_count” is “0”
  • “aggregation_info_flag” is “0”
  • “RAP_flag” is “1”.
  • FIG. 4 shows another example of MMT packetization.
  • the metadata of each box of “styp”, “sidx”, “mmpu”, and “moov” of the MMT file is inserted into one MPU data unit of the MMT payload, A packet is generated.
  • three MPUs present in “mdat” of the MMT file are inserted into a plurality of MMT payloads, in this example, three MPU data units in this example, to generate MMT packets.
  • fragmentation_indicator is “0”
  • fragment_count is “0”
  • aggregation_info_flag is “1”
  • RAP_flag is “1”
  • numberDU is “3”
  • FIG. 5 shows yet another example of MMT packetization.
  • the metadata of each box of “styp”, “sidx”, “mmpu”, “moov”, and “moof” of the MMT file is inserted into one MPU data unit of the MMT payload.
  • conversion of predetermined information is performed to generate an MMT packet.
  • one access unit (AU) present in “mdat” of the MMT file is inserted into one MPU data unit of the MMT payload together with the MFU header (MFU Hdr) to generate an MMT packet.
  • MFU Hdr MFU header
  • fragmentation_indicator is “1”
  • fragment_count is “N” which is the count value of MFU
  • aggregation_info_flag is “1” to “3” according to the MFU included.
  • RAP_flag is set to “1” or “0”.
  • the MFU header contains information such as the MFU sequence number (sequence_number).
  • FIGS. 6 and 8 show a case where an MMT packet including fragmented MFU is used as a transmission packet, and the MMT packet is a packet at the head of a random access (Random Access) (head of a GOP). ing.
  • this MMT packet is together with the MMT packet in which the metadata of each box of “styp”, “sidx”, “mmpu”, “moov” and “moof” of the MMT file is inserted or conversion of predetermined information is performed. It is transmitted.
  • the area "mmpu" includes information for identifying whether MFU data is real-time type data, but on the receiving side, for example, this identification information at the top of random access. Thus, it is possible to identify whether MFU data is real-time data or not.
  • FIG. 7 shows a case where an MMT packet including fragmented MFU is used as a transmission packet, and the MMT packet is a non-head packet of random access (Random Access).
  • this MMT packet is transmitted by the MMT packet of the minimum configuration unlike the head packet described above.
  • FIG. 9 shows the configuration of the MMT packet in a tree format.
  • the MMT packet is configured of an MMT packet header (MMT Packet Header), an MMT payload header (MMT Payload Header), and an MMT payload (MMT Payload).
  • the MMT payload includes a message (Message), an MPU (Media Processing Unit), an FEC correction symbol (FEC Repair Symbol), and the like, and these signaling is performed by the payload type (payload_type) included in the MMT payload header.
  • MPU may be fragmented and subdivided into MFU (MMT Fragment Unit).
  • MFU Header MFU header
  • MFU Header MFU Header
  • MMT payload there are MPUs related to video and audio media data, and MPUs related to metadata.
  • An MMT packet including each MPU is identifiable by a packet ID (Packet_ID) present in an MMT packet header.
  • FIG. 10 shows a conceptual diagram of the transport packet transmitter 100 and the transport packet receiver 200.
  • the transmission apparatus 100 includes an asset generation unit 101, an encoder 102, a transport packetization unit 103, a clock generation unit 104, an IP transmission unit 105, and an RF transmission unit 106.
  • the asset generation unit 101 generates video and audio data as media data.
  • the asset generation unit 101 is a data storage composed of a hard disk drive (HDD) or a semiconductor memory, a video camera, a microphone or the like.
  • the encoder 102 performs encoding processing on video and audio data generated by the asset generation unit 101 to generate transmission data.
  • the transport packetization unit 103 generates an MMT packet including media data in which the transmission data generated by the encoder 102 is inserted in the payload in units of MPU or in units of MFU into which it is subdivided, and also generates the above-mentioned metadata Generate MMT packet including MMT packet and message.
  • the transport packetization unit 103 inserts time information for acquiring a decode time (Decode_Timestamp) and a display time (Display_Timestamp) on the reception side into the MMT packet. Details of the insertion of the time information into the MMT packet will be described later.
  • the IP transmitter 105 IP packetizes a transport stream consisting of MMT packets sequentially output from the transport packetizing unit 103, and sends it to the receiving side through the communication network channel.
  • the RF transmission section 106 performs RF modulation on the transmission stream consisting of MMT packets sequentially output from the transport packetization section 103 via an appropriate adaptation layer, etc., and receives it via the RF transmission path.
  • the transmitting apparatus 100 adds a transmission time stamp to transmission data based on the system time clock STC output from the clock generation unit 104.
  • the receiving apparatus 200 includes an RF receiving unit 201, an IP receiving unit 202, a clock reproducing unit 203, a transport packetization unit 204, and a decoding / output processing unit 205.
  • the RF reception unit 201 receives a transport stream consisting of a series of MMT packets transmitted from the transmission side through the RF transmission path through analysis of the adaptation layer, and outputs the transport stream to the transport unpacketization unit 204. Also, the IP reception unit 202 receives a transport stream consisting of a series of MMT packets transmitted from the transmission side through the communication network transmission path, and outputs the transport stream to the transport unpacketization unit 204.
  • the clock generation unit 203 generates a system time clock STC and supplies it to the transport unpacketization unit 204 and the like.
  • the clock generation unit 203 sets a clock based on the transmission time stamp value (NTP value) added to the transmission data.
  • clock setting is performed based on the time stamp value (NTP value) supplied in the NTP packet.
  • the clock generation unit 203 corrects the generated system time clock STC so that the difference between the generated system time clock STC and the timestamp value (NTP value) falls within a certain range.
  • the format of the NTP is not limited to the “NTP short format” as shown in FIG. Although not shown, it may be supplied in the 64-bit "NTP Timestamp Format (integer part of 32 seconds + fractional part of 32 bits)" (see IETF RFC 5905).
  • the receiver's decoder clock is set with the value of the received NTP and compared to the media timestamp value. In this case, the difference in accuracy between the media display or decoding time stamp and the receiver clock is taken into account at the receiver side when making the comparison.
  • the transport unpacketization unit 204 performs unpacketization of MMT packets sequentially supplied from the RF reception unit 201 or the IP reception unit 202 to obtain reception data as media data, and also obtains metadata and a message.
  • the decoding / output processing unit 205 decodes the received data obtained by the transport unpacketizing unit 204 to obtain video or audio data, and performs video display or audio output based on metadata or a message. .
  • the decoding / output processing unit 205 acquires the decoding time (Decode_Timestamp) and / or the display time (Display_Timestamp) for each access unit based on the time information extracted by the transport unpacketization unit 204, and decodes the data. Control timing and display timing to achieve synchronized video and audio playback. Details of the synchronous reproduction of the video and audio will be described later.
  • Video and audio data generated by the asset generation unit 101 are supplied to the encoder 102. Then, the encoder 102 performs encoding processing on video and audio data to generate transmission data (encoded data).
  • the transmission data generated by the encoder 102 is supplied to the transport packetization unit 103. Then, the transport packetization unit 103 generates an MMT packet including media data, in which transmission data is inserted in the payload in units of MPU or in units of MFU into which the transmission data is subdivided, and MMT including metadata described above MMT packets including packets and messages are generated.
  • a transport stream composed of MMT packets sequentially generated by the transport packetization unit 103 is supplied to the IP transmission unit 105 or the RF transmission unit 106.
  • the transmission stream is IP packetized and sent to the receiving side through the communication network channel.
  • the RF transmission line is used in the RF transmission unit 106, the transmission stream is RF modulated and sent to the receiving side through the RF transmission line.
  • a transmission time stamp is added to the transmission data.
  • the transmission stream sent from the transmission side is received by the RF reception unit 201 or the IP reception unit 202, and a transmission stream in which MMT packets are continuously included is acquired.
  • the transport stream is supplied to the transport unpacketization unit 204.
  • the transport unpacketization unit 204 unpacketizes the MMT packet to obtain received data as media data, as well as metadata, messages, time information, and the like. These data and information are supplied to the decoding / output processing unit 205.
  • the decoding / output processing unit 205 decodes the received data obtained by the transport unpacketizing unit 204 to obtain video and audio data, and based on metadata and messages, video display and audio output are performed. To be done. In this case, the decoding / output processing unit 205 is supplied with time information extracted from the MMT packet by the transport unpacketization unit 204. Then, the decode / output processing unit 205 acquires the decode time (Decode_Timestamp) and / or the display time (Display_Timestamp) for each access unit based on the time information, controls the decode timing and the output timing, and controls the video and audio. Synchronous reproduction is realized.
  • Decode_Timestamp decode time
  • Display_Timestamp Display_Timestamp
  • time information to be inserted into the MMT packet will be described.
  • This time information is information for acquiring the decoding time (Decode_Timestamp) and / or the display time (Display_Timestamp) on the receiving side as described above.
  • Media data included in the MMT packet is composed of one or more access units.
  • the time information inserted into the MMT packet is information for acquiring time information and / or display time respectively corresponding to the one or more access units.
  • the time information inserted into the MMT packet includes an initial value, that is, a value of a decoding time or a display time corresponding to the first access unit of one or more access units. Further, the time information includes an offset value from the decoding time to the display time respectively corresponding to each access unit. Also, for example, in the second method, the time information inserted in the MMT packet includes the display time or the display time and the decode time itself.
  • the offset value is a relative offset value corresponding to the absolute offset value. Therefore, conversion information for converting the relative offset value into the absolute offset value is added to the time information.
  • the conversion information includes “timestamp_type”, “time tick”, “au_rate_scale”, “division_factor” and the like.
  • Timestamp_type is information indicating whether the initial value is the initial value of the decoding time or the initial value of the display time.
  • Time tick is information indicating which clock to control. This information indicates, for example, control of all with a 90 kHz clock.
  • Au_rate_scale is scale information for determining the rate of a video or audio access unit.
  • the conversion information further includes flag information “Asset_type” indicating whether the media data is video or audio.
  • “au_rate_scale” takes values such as 1500, 1800, 3000, and 3600. By dividing 90 kHz by that value, video rates such as 60 Hz, 50 Hz, 30 Hz, 25 Hz, etc. can be calculated.
  • vision_factor is a factor for fine adjustment of the rate. For example, in the NTSC system video, it is a value for adjusting 30 Hz or 29.94 Hz, and is “1” or “1.001”.
  • FIG. 12 shows the correspondence between the decode time “DTS (n)”, the offset value “DLT (n)”, and the display time “PTS (n)” corresponding to the 0th to 6th access units (AU).
  • DTS (n) the decode time
  • DLT (n) the offset value
  • PTS (n) the display time
  • dlt_time the offset value from the initial value of the decoding time to the initial value of the display time.
  • the 0th access unit is an I picture
  • the 1st access unit is a P picture
  • the 2nd access unit is a B picture
  • the 3rd access unit is a B picture
  • the 4th access unit is a P picture
  • the 5th Access unit is a B picture
  • the sixth access unit is a B picture. Therefore, the display time is reordered with respect to the decoding time.
  • TS0 0
  • DLT the relative offset value
  • "Time” indicates the time for each access unit as a relative value.
  • the receiving side can calculate the decoding time and display time of each access unit using conversion information as follows.
  • the initial value TS0 is the decoding time DTS (0) of the first access unit.
  • the display time PTS (n) of each access unit is a value obtained by multiplying the offset value DLT (n) by “dlt_time / time_tick” to the decode time DTS (n) It is obtained by adding.
  • PTS (n) DLT (n) * (dlt_time / time_tick) + DTS (n) (3)
  • FIG. 13 shows the decoding time “DTS (n)”, the offset value “DLT (n)”, the display time “PTS (n)” corresponding to the 0th to 6th access units (AU) as in FIG. An example of the correspondence relationship of) is shown.
  • the offset value (dlt_time) from the initial value of the decoding time to the initial value of the display time is “1”. Also in this case, the display time is reordered with respect to the decode time.
  • DLT the relative offset value
  • “Time” indicates the time of each access unit as a relative value.
  • the receiving side can calculate the decoding time and display time of each access unit using conversion information as follows.
  • the initial value TS0 is the display time PTS (0) of the first access unit. Therefore, the decode time DTS (0) of the first access unit is an offset time from PTS (0), that is, a value obtained by dividing "dlt_time” by "time_tick", as shown in the following equation (4). It can be obtained by subtracting a value obtained by multiplying the offset value DLT (n).
  • DTS (0) PTS (0)-(dlt_time / time_tick) * DLT (n) (4)
  • dlt_time is obtained by multiplying “au_rate_scale” by “division_factor” as shown in the following equation (5).
  • dlt_time au_rate_scale * division_factor (5)
  • the display time PTS (n) of each access unit is a value obtained by multiplying the offset value DLT (n) by “dlt_time / time_tick” to the decode time DTS (n) It is obtained by adding.
  • PTS (n) DLT (n) * (dlt_time / time_tick) + DTS (n) (7)
  • FIG. 14 shows the correspondence between the decode time “DTS (n)”, the offset value “DLT (n)”, and the audio output time “PTS (n)” corresponding to the 0th to 6th access units (AU).
  • DTS decode time
  • DLT offset value
  • PTS audio output time
  • the audio access unit is a collection of a plurality of audio samples.
  • “dlt_time” can be obtained by multiplying "au_rate_scale” by “division_factor” as shown in the following equation (8).
  • au_rate_scale 2089.8
  • division_factor 1
  • dlt_time 2089 It will be .8 * 1.
  • dlt_time au_rate_scale * division_factor (8)
  • TS0 0
  • DLT the relative offset value
  • “Time” indicates the time of each access unit as a relative value. In the normal case, there is no reorder (Reorder), and after decoding, it is transferred to the output buffer as it is, so DLT (n) indicating the difference between the decode time DTS (n) and the audio output time PTS (n) It becomes "0".
  • the receiving side can calculate the decoding time of each access unit and the audio output time using conversion information as follows.
  • the initial value TS0 is the audio output time PTS (0) of the first access unit, but it also becomes the decoding time DTS (0) of the first access unit as it is.
  • FIG. 15 shows a configuration example of the decoding / output processing unit 205.
  • the decoding / output processing unit 205 includes a demultiplexer 301, a video decoder 302, a video display unit 303, an audio decoder 304, an audio output unit 305, and a control unit 306.
  • the demultiplexer 301 extracts various information or data from the output of the transport unpacketizing unit 204. That is, the demultiplexer 301 extracts the encoded video data of each access unit of video and extracts the encoded audio data of each access unit of audio.
  • the demultiplexer 301 extracts time information for acquiring the decode time DTS (n) and the display time (audio output time) PTS (n) of each of the video and audio access units. As described above, this time information includes the initial value TS0 and the relative offset value DLT (n).
  • the demultiplexer 301 also extracts various pieces of information (conversion information) for converting the relative offset value DLT (n) into an absolute offset value. As described above, this conversion information includes “timestamp_type”, “time_tick”, “au_rate_scale”, “division_factor” and the like.
  • the video decoder 302 decodes the encoded video data of each access unit of the video extracted by the demultiplexer 301 to obtain decoded video data of each access unit.
  • the video display unit 303 performs video display (image display) based on the decoded video data of each access unit obtained by the video decoder 302.
  • the audio decoder 304 decodes the encoded audio data of each access unit of audio extracted by the demultiplexer 301 to obtain decoded audio data of each access unit.
  • the audio output unit 305 performs audio output (audio output) based on the decoded audio data of each access unit obtained by the audio decoder 304.
  • the control unit 306 obtains the decode time DTS (n) and the display time (audio output time) PTS (n) of each of the video and audio access units based on the time information and the conversion information extracted by the demultiplexer 301. Then, the control unit 306 performs synchronized reproduction control of audio and video as follows.
  • control unit 306 controls the decode timing and the display timing of each access unit based on the decode time DTS (n) and the display time PTS (n) of each access unit of video.
  • the video decoder 302 is controlled such that decoding of each access unit is started at the timing when the system clock STC generated by the clock generation unit 203 (see FIG. 7) becomes the decode time DTS (n).
  • the video display unit 303 is controlled to start video display by each access unit at timing when the system clock STC becomes the display time PTS (n).
  • the control unit 306 also controls the decode timing and display timing of each access unit based on the decode time DTS (n) and audio output time PTS (n) of each access unit of audio.
  • the audio decoder 304 is controlled to start the decoding of each access unit at the timing when the system clock STC becomes the decoding time DTS (n).
  • the audio output unit 305 is controlled to start audio output by each access unit at timing when this system clock STC becomes the audio output time PTS (n).
  • the operation of the decode / output control unit 205 shown in FIG. 15 will be briefly described.
  • the output of the transport unpacketization unit 204 is supplied to the demultiplexer 301.
  • encoded video data for each access unit of video is extracted and supplied to the video decoder 302.
  • the video decoder 302 decodes the encoded video data of each access unit of video to obtain decoded video data of each access unit.
  • the video data of each access unit decoded in this way is supplied to the video display unit 303.
  • the video display unit 303 performs video display (image display) based on the video data of each access unit.
  • encoded audio data for each audio access unit is extracted and supplied to the audio decoder 304.
  • the audio decoder 304 decodes the encoded audio data of each access unit of audio to obtain decoded audio data of each access unit.
  • the audio data of each access unit thus decoded is supplied to the audio output unit 305.
  • the audio output unit 305 performs audio output (audio output) based on the audio data of each access unit.
  • time information (initial value TS0, relative offset value DLT (denoted by DTS (n)) for acquiring the decode time DTS (n) and display time (audio output time) PTS (n) of each access unit for video and audio. n)) is extracted. Further, the demultiplexer 301 extracts various conversion information for converting the relative offset value DLT (n) into an absolute offset value. These time information and conversion information are supplied to the control unit 306.
  • the control unit 306 calculates the decode time DTS (n) and the display time (audio output time) PTS (n) of each of the video and audio access units based on the time information and the conversion information. Then, the control unit 306 performs synchronous reproduction control of audio and video based on the decoding time DTS (n) and the display time (audio output time) PTS (n).
  • control unit 306 controls the decode timing and display timing of each access unit of video based on the decode time DTS (n) and display time PTS (n) of each access unit of video. Further, the control unit 306 controls the decode timing and output timing of each access unit of audio based on the decode time DTS (n) and audio output time PTS (n) of each access unit of audio.
  • the time information inserted in the MMT packet is based on the first method, that is, the time information is the initial value of the decoding time or the display time and the offset value corresponding to each access unit. explained. Although detailed description is omitted, it is also conceivable that the time information inserted in the MMT packet is based on the second method, that is, the time information is the display time of each access unit or the display time and the decode time itself. In that case, the control unit 306 uses those times as it is.
  • FIG. 16 is a timing chart showing an example of the AV synchronous reproduction control in the control unit 306.
  • FIG. 16A shows a system clock STC generated by the clock generation unit 203.
  • the system clock STC is clock set by the transmission time stamp (NTP value) sent from the transmitting side or the time stamp value (NTP value) supplied by the NTP packet.
  • decoding of each access unit of video is started each time the system clock STC becomes the decode time DTS (n) of each access unit of video.
  • the video display (image display) of each access unit of video is started every time the system time clock STC becomes the display time PTS (n) of each access unit of video. Be done.
  • FIG. 16 (e) shows an audio sample output.
  • the access unit of the time stamp table reproduced on the receiving side
  • the relationship between the count of and the access unit actually received is as shown in FIG.
  • the access unit (AU) received as MFU data ordered by the MFU header sequence number (sequence_number) is checked on the time stamp table, and the compression buffer is transferred to the decoder at the timing of DTS (n). Also, it is transferred from the decode buffer to the display process at the timing of PTS (n). In this way, it is determined whether or not to refer to a time stamp for an access unit not received or an access unit determined not to be displayed.
  • Time information When converting from the state of the file to the transmission packet, time information to be inserted into the MMT packet based on the information obtained from the MMT file as follows (to obtain the decoding time and / or display time on the receiving side) Time information is generated.
  • the transport packetization unit 103 generates time information to be inserted into the MMT packet from the information in the file.
  • the decode time and display time of all the samples included in the file are supplied in the 'stts' and 'ctts' boxes under the 'Moov' box.
  • a decoding time is given by a box of 'stts' (decoding time to sample).
  • the difference between the decode time and the display time is given by the box 'ctts' (composition time to sample).
  • random access sample positions are indicated.
  • the decode time and display time of the sample for each fragment are supplied in the 'trun' and 'tfra' boxes under the 'Moof' box.
  • the 'trun' (track fragment run) box indicates the offset position from the beginning of the fragment, the sample decode time, and the offset between the display time (number of frames for video, number of audio samples for audio) ) Is supplied.
  • the 'tfra' (track fragment random access) box supplies the random access position and the decode time of the sample, and the display time can also be known from the difference value between the decode time for each sample and the display time.
  • FIG. 18 schematically shows a method of inserting time information into an MMT packet.
  • FIG. 18A shows the case where time information is sent in the MPU payload header.
  • the payload of the MPU includes a plurality of access units (AU)
  • time information for the plurality of access units is inserted in a payload header extension.
  • time information is inserted into each access unit in the payload header extension.
  • FIG. 18B shows a case where time information is sent for each access unit (AU) fragmented in the MPU payload.
  • time information is inserted to each access unit in the MFU header extension (MFU header extension) as a configuration having one access unit in the MFU.
  • time information is inserted into each MFU payload (MFU payload) for each access unit.
  • FIG. 18C shows a case where time information is sent by a message (Message).
  • a message having time information on media to be associated with a target packet ID (packet_id) is transmitted at least in units of RAP (random access point).
  • FIG. 19 shows an example of a packet configuration in the case of inserting time information (time information for acquiring decoding time and / or display time on the receiving side) corresponding to each access unit in order to reduce transmission / reception delay. It shows.
  • FIG. 19A shows an example of a packet configuration when time information is inserted into the MMT payload header.
  • FIG. 19B shows an example of the packet configuration in the case of inserting time information into the MFU.
  • FIG. 19C shows a packet configuration example in the case of inserting time information into the MMT message.
  • the MMT packet having the target access unit is the first packet of random access, that is, the packet of the random access point, “styp”, “sidx”, “mmpu”, etc. of the MMT file
  • the metadata of each box of "moov" is transmitted together with the inserted MMT packet.
  • this MMT packet is a non-leading packet for random access, that is, a packet for a non-random access point, the MMT packet into which the above-described metadata is inserted is not transmitted.
  • FIG. 20 shows an example of the overall structure (Syntax) of the MMT packet.
  • the MMT packet (mmt packet ()) includes an MMT packet header (mmtp_header ()) and an MMT payload (mmtp_payload ()).
  • the MMT payload includes an MMT payload header (mmtp_payload_header ()) and MMT payload data (mmtp_payload_data ()).
  • FIG. 21 shows a structural example (Syntax) of the MMT packet header (mmtp_header ()). Although the detailed description is omitted, in the MMT packet header, as described above, packet ID (packet_id), packet sequence number (packet_sequence_number), transmission timestamp (transmission_timestamp), transmission priority (transmission Priority), Private user data (private user_data) etc. are included.
  • packet ID packet ID
  • packet sequence number packet sequence number
  • transmission timestamp transmission timestamp
  • transmission priority transmission priority
  • Private user data private user_data
  • FIG. 22 shows a structural example (Syntax) of the MMT payload header (mmtp_payload_header ()).
  • payload length (payload_length), payload type (payload_type), fragment type (fragment_type), fragment count (fragment_count), aggregation info Flag (aggregation_info_flag), RAP flag (random_access_point_flag), data offset (data_offset), data unit number (numDU), data unit offset (DU_offset), payload sequence number (payload_seq_number), header extension field A flag (header_extension_field_flag) and the like are included.
  • the MMT payload header further includes an MMT payload header extension (mmtp_payload_header_extension ()).
  • FIG. 23 shows a structural example (Syntax) of the MMT payload header extension (mmtp_payload_header_extension ()). This structural example corresponds to the case of transmitting time information in the MPU payload header.
  • FIG. 24 shows the contents (Semantics) of the main information of this structural example.
  • a 16-bit field of "payload_header_extension_type” indicates the type of MMT payload header extension. For example, “0x0001” indicates that time information (a time stamp) for processing is provided.
  • the 16-bit field “payload_header_extension_length” indicates the size of the MMT payload header extension.
  • the "asset_type” 2-bit field indicates an asset type. For example, “01” indicates video and "10" indicates audio.
  • the 2-bit field of “time_tick” indicates which clock to control. "01” indicates a clock value with an accuracy of 90 kHz. “10” indicates that it is “NTP short time”.
  • the 3-bit field of “au_rate_scale” is scale information for determining the rate of an access unit of video or audio.
  • asset type is video
  • “000” indicates a value of 3750, which allows a rate of 24 Hz to be obtained.
  • "001” indicates a value of 3600, which allows 25 Hz to be obtained as a rate.
  • "010” indicates a value of 3000, and 30 Hz can be obtained as a rate from this value.
  • “011” indicates a value of 1800, and 50 Hz can be obtained as a rate from this value.
  • “100” indicates a value of 1,500, and it is possible to obtain 60 Hz as a rate from this value.
  • “101” indicates a value of 900, and 100 Hz can be obtained as a rate from this value.
  • “110” indicates a value of 750, which can be used to obtain 120 Hz as a rate. Note that "111” is reserved.
  • asset type is audio
  • "000” indicates a value of 1920, which makes it possible to obtain 48 KHz * 1024 as a rate.
  • "001” indicates a value of 2089.8, which makes it possible to obtain 44.1 KHz * 1024 as a rate.
  • "010” indicates a value of 2880, which makes it possible to obtain 32 KHz * 1024 as a rate. The rest are reserved.
  • the 2-bit field of "division_factor” is a factor for adjusting the rate.
  • “00” indicates 1 and “01” indicates 1.001.
  • “00” indicates 1 and “01” indicates 2.
  • timestamp_type is information indicating whether the initial value is the initial value of the decoding time or the initial value of the display time. “1” indicates that it is a decode time (decode_timestamp), and “0” indicates that it is a display time (display_timestamp).
  • timestamp_for_processing indicates an initial value. In this case, when “time_tick” is “01”, it has 90 KHz accuracy. When “time_tick” is “10”, it is “NTP short timestamp” defined in RFC 5059.
  • a 10-bit field of "au_count_in_mpu” indicates the number of access units (AUs) included in the MPU.
  • a 1-bit field of "delta_sequence_type” indicates whether the offset value is a variable-length code or an 8-bit fixed length. “1” indicates that it is a variable length code, and “0” indicates that it has a fixed length of 8 bits. The variable length coding of the offset value will be described later.
  • the 8-bit field "delta_fixed_length_code” is an area into which an 8-bit fixed length offset value is inserted.
  • the variable length area of “delta_variable_length_code” is an area into which an offset value as a variable length code is inserted.
  • “tralling_filler ()” is 1 to 7 consecutive bits “0” as appropriate for accumulation of “delta_variable_length_code” so that the size of the MMT payload header extension (mmtp_payload_header_extension ()) is byte-aligned. To insert.
  • FIG. 25 shows a structural example (Syntax) of the MMT payload header extension (mmtp_payload_header_extension ()) in that case.
  • This structural example also corresponds to the case of sending time information in the MPU payload header.
  • FIG. 26 shows the contents (Semantics) of the main information of this structural example.
  • a 16-bit field of "payload_header_extension_type” indicates the type of MMT payload header extension. For example, “0x01” indicates that the display timestamp (display time) in the NTP short time format is supplied. “0x02” indicates that the display timestamp in the NTP short time format and the decode timestamp (decode time) are supplied. “0x03” indicates providing a display timestamp with 90 KHz accuracy. “0x04” indicates to supply a display timestamp with 90 KHz precision and a decode timestamp.
  • the 16-bit field "payload_header_extension_length” indicates the size of the MMT payload header extension.
  • the 32-bit field of "presentation_timestamp” indicates the value of the display timestamp (display time).
  • the 32-bit field “decoding_timestamp” indicates the value of the decode timestamp (decode time).
  • the display time (display time stamp) PTS and the offset value DLT are inserted into the area of the MFU header extension (mfu_header_extension) for each access unit (AU) and transmitted.
  • the display time (display time stamp) PTS and the offset value DLT are inserted into the area of the MFU header extension (mfu_header_extension) for each access unit (AU) and transmitted.
  • FIG. 28 shows a structural example (Syntax) of MFU.
  • the MFU includes an MFU header (mfu_header ()) and MFU media data (mfu_media_data ()).
  • FIG. 29 and FIG. 30 show a structural example (Syntax) of the MFU header (mfu_header ()).
  • FIG. 31 shows the contents (Semantics) of main information of this structural example.
  • the 32-bit field of "sequence_number” is the MFU sequence number in the MPU.
  • An 8-bit field of “trackref_index” is a media track number.
  • the 32-bit field “sample_number” indicates the order in the moof box of the sample (access unit) to which this MFU belongs.
  • the 8-bit field “priority” indicates the priority of this MFU in the MPU.
  • the 8-bit field of "dependency_counter” indicates the number of MFUs for which decoding is dependent on this MFU.
  • the "offset” 16-bit field indicates the offset from the mdat box.
  • the 32-bit field of "length” indicates the size of the MFU.
  • a 1-bit field of "multiLayer_flag” indicates the presence or absence of multi-layer information.
  • a 1-bit field of "mfu_header_extension_flag” indicates the presence or absence of the MFU extension (mfu_extension).
  • “Dependency_id”, “depth_flag”, “temporal_id”, “quality_id”, “priority_id”, “view_id”, and “layer_id” are ID groups indicating various dependencies between MFUs. "Item_ID” indicates the ID of the file. When the MFU header extension flag (mfu_header_extension_flag) is "1", the MFU header extension (mfu_header_extension ()) is present.
  • FIG. 32 shows a structural example (Syntax) of the MFU header extension (mfu_header_extension ()).
  • FIG. 33 shows the content (Semantics) of the main information of this structural example.
  • the "asset_type" 2-bit field indicates an asset type. For example, "01" indicates video and "10" indicates audio.
  • the 2-bit field of "time_tick” indicates which clock to control. "01” indicates that everything is controlled by a clock with an accuracy of 90 kHz. “10” indicates that it is “NTP short time”.
  • the 10-bit field of "au_rate_scale” is scale information for determining the rate of an access unit of video or audio.
  • asset type is video
  • “000” indicates a value of 3750, which allows a rate of 24 Hz to be obtained.
  • "001” indicates a value of 3600, which allows 25 Hz to be obtained as a rate.
  • "010” indicates a value of 3000, and 30 Hz can be obtained as a rate from this value.
  • “011” indicates a value of 1800, and 50 Hz can be obtained as a rate from this value.
  • “100” indicates a value of 1,500, and it is possible to obtain 60 Hz as a rate from this value.
  • “101” indicates a value of 900, and 100 Hz can be obtained as a rate from this value.
  • “110” indicates a value of 750, which can be used to obtain 120 Hz as a rate. Note that "111” is reserved.
  • asset type is audio
  • "000” indicates a value of 1920, which makes it possible to obtain 48 KHz * 1024 as a rate.
  • "001” indicates a value of 2089.8, which makes it possible to obtain 44.1 KHz * 1024 as a rate.
  • "010” indicates a value of 2880, which makes it possible to obtain 32 KHz * 1024 as a rate. The rest are reserved.
  • the 2-bit field of "division_factor” is a factor for adjusting the rate.
  • “00” indicates 1 and “01” indicates 1.001.
  • “00” indicates 1 and “01” indicates 2.
  • time_tick_for_processing indicates the time of the corresponding access unit. In this case, when “time_tick” is “01”, it has 90 KHz accuracy. When “time_tick” is “10”, it is “NTP short timestamp” defined in RFC 5059.
  • timestamp_type indicates whether the time indicated by “timestamp_for_processing” described above is a decoding time or a display time. “1” indicates that it is a decode time (decode_timestamp), and “0” indicates that it is a display time (display_timestamp).
  • the 8-bit field “delta_fixed_length_code” is an area into which an 8-bit fixed length offset value is inserted.
  • FIG. 34 and FIG. 35 show structural examples (Syntax) of the MFU header (mfu_header ()) in that case.
  • FIG. 36 shows the contents (Semantics) of the main information of this structural example.
  • a 2-bit field of “timestamp_type” indicates whether a timestamp is provided at the beginning of the MPU payload. "00" indicates that a time stamp is not supplied. In this case, the first byte (1st byte) of the MPU payload matches the first byte of the fragmented MPU payload. “01” indicates that the display timestamp is supplied at the beginning of the MPU payload. In this case, the first byte of the fragmented MPU payload is supplied immediately after the presentation timestamp. “10” indicates that both the decode time stamp and the display time stamp are provided at the beginning of the MFU payload. In this case, the first byte of the fragmented MPU payload is supplied immediately after the time stamp.
  • time_tick indicates the accuracy of the value of the timestamp. “0” indicates 90000 Hz accuracy. “1” indicates that the format is NTP short time.
  • FIG. 37 shows an example structure (Syntax) of an MFU payload (mfu_payload ()) and the content (Semantics) of its main information.
  • the 32-bit field of "presentation_timestamp” indicates the value of the display timestamp (display time).
  • the 32-bit field “decoding_timestamp” indicates the value of the decode timestamp (decode time).
  • timestamp_type in the MFU header is “10”
  • a 32-bit field of “presentation_timestamp” and a 32-bit field of “decoding_timestamp” exist immediately before the payload data (payload_data).
  • FIG. 38 and FIG. 39 show another structural example (Syntax) of the MFU header (mfu_header ()) in the case of inserting time information into the MFU payload.
  • FIG. 40 shows the contents (Semantics) of main information of this structural example.
  • the 1-bit flag information of “payload_header_flag” indicates whether an MFU payload header is present at the beginning of the MFU payload. "0" indicates that there is no MFU payload header. In this case, the first byte (1st byte) of the MFU payload matches the first byte of the fragmented MPU payload. "1" indicates that the MFU payload header is present. In this case, the first byte of the fragmented MPU payload is supplied immediately after the MFU payload header.
  • FIG. 41 shows a structural example (Syntax) of the MFU payload (mfu_payload ()).
  • FIG. 42 shows the contents (Semantics) of main information of this structural example.
  • An 8-bit field of "mfu_payload_header_type" indicates the type of MFU payload header. For example, “0x01” indicates that the display timestamp (display time) in the NTP short time format is supplied. “0x02” indicates that the display timestamp in the NTP short time format and the decode timestamp (decode time) are supplied. “0x03” indicates providing a display timestamp with 90 KHz accuracy. “0x04” indicates to supply a display timestamp with 90 KHz precision and a decode timestamp.
  • the 8-bit field of "mfu_payload_header_length” indicates the size of the MFU payload header after this element in the number of bytes.
  • the 32-bit field of "presentation_timestamp” indicates the value of the display timestamp (display time).
  • the 32-bit field “decoding_timestamp” indicates the value of the decode timestamp (decode time).
  • FIG. 43 shows an example structure (Syntax) of a time stamp message (Timestamp Message).
  • This time stamp message is a message for supplying time information on the receiving side in order to obtain decoding time (decode_timestamp) and display time (display_timestamp) of each access unit (AU) included in the MPU. is there.
  • This timestamp message includes a timestamp table (timestamp_table ()) in which the message content is placed.
  • FIG. 44 shows an example structure (Syntax) of this timestamp table (timestamp_table ()). Although detailed description is omitted, this time stamp table includes the same information (time information, conversion information) as the MMT payload header extension (mmtp_payload_header_extension ()) described above (see FIGS. 23 and 24). .
  • This timestamp message contains the packet ID (acket_ID) and is associated at asset level.
  • information such as a table ID (table_id), a version (version), and a length (length) is added to the timestamp message in accordance with the conventional table configuration.
  • table ID and the version are uniquely assigned in the system.
  • the length indicates the size of the entire table.
  • the timestamp table (timestamp_table) is a message that bundles messages (messages). It is also possible to transmit in a message payload (message payload ()) in a Package Access message (Package Access message).
  • FIG. 45 shows a structural example (Syntax) of a package access message (Package Access message).
  • the header portion starts with “message_id” indicating the package access message, followed by “version” and “length”.
  • “number_of_tables” there are loops corresponding to the number of tables, and each loop starts with “table_id” and “table_version” and “table_length”
  • “Table_id” matches “table_id” in the timestamp table (timestamp_table).
  • “Table_length” indicates a size including “timestamp_table” and including other “table”. After that, “timestamp_table” is supplied as it is in “message_payload”.
  • variable-length coding of offset value DLT (n)
  • DLT variable-length coding of the offset value DLT
  • FIG. 46 shows an example of the correspondence between the decode time D (n) of the access unit AU (n) and the display time R (n).
  • the reorder distance M 3
  • the time-series expression of the offset value DLT is +1, +3, 0, 0, +3, 0, 0, 3,. This depends on the reorder distance M, and as the reorder distance M increases, the rate of inserting “0” increases.
  • an effective code size is secured according to the 0 occurrence probability, and variable-length coding is performed for the purpose of matching with the transmission capacity.
  • FIG. 47 shows an example of a variable-length code table for variable-length coding time-series offset values.
  • a short word is assigned to “0” that occurs with high probability, and a long word is assigned to a value that occurs in units of reorder distance M.
  • Such variable-length coding can efficiently reduce the transmission capacity of time-series offset values.
  • FIG. 48 illustrates this.
  • the transmission capacity of the offset value of the four access units of “IPBB” is 10 bits, and on average, it is 10/4 bits.
  • the transmission capacity of the offset value of seven access units of "IPBBBBB” is 13 bits, and on average, it is 13/7 bits.
  • time information for acquiring decoding time and / or display time of each access unit on the receiving side in the MMT packet sent from the transmitting device 100 to the receiving device 200 Is to be inserted. Therefore, for example, transmission of time information for acquiring decoding time and / or display time can be favorably performed on the receiving side.
  • the time information includes, for example, values (initial values) of decoding time or display time corresponding to the first access unit of one or more access units and each access unit.
  • the offset value from the corresponding decoding time to the display time is used. Also, this offset value is not an absolute offset value but a relative offset value. Therefore, time information can be transmitted efficiently.
  • the time-series offset is variable-length coded and transmitted. Therefore, the transmission capacity of time information can be reduced.
  • time information in “moov” or “moof” is directly used as an MMT payload header or an area in MFU, Alternatively, similar effects can be obtained by supplying a message.
  • the present technology is applied to the transmission / reception system 10 that transmits the transport packet including the MMT structure transport packet, that is, the MMT packet through the RF transmission path or the communication network transmission path. It goes without saying that the present technology is equally applicable to a transmission / reception system that transmits the same transmission stream through an RF channel or a communication network channel.
  • a transport stream generation unit for generating a transport stream in which a first transport packet including a transport medium in a payload and a second transport packet including information on the transport medium in a payload are multiplexed in a time division manner ,
  • a transmission stream transmission unit for transmitting the transmission stream to a reception side through a predetermined transmission path;
  • a transmission device comprising: a time information insertion unit for inserting, into the first transmission packet or the second transmission packet, time information for acquiring a decoding time and / or a display time on the receiving side.
  • the transmission medium included in the first transmission packet is composed of one or more access units, The transmitting device according to (1), wherein the time information inserted by the time information inserting unit is information for acquiring a decoding time and / or a display time respectively corresponding to the one or more access units.
  • the time information inserted by the time information insertion unit is the value of the decode time or display time corresponding to the first access unit of the one or more access units and the decode time corresponding to each access unit
  • the transmission device according to (2) having an offset value up to the display time.
  • the offset value is a relative offset value corresponding to the absolute offset value
  • the transmitting device according to (3) wherein conversion information for converting the relative offset value into the absolute offset value is added to the time information inserted by the time information insertion unit.
  • the transmission device according to (4) wherein the time information insertion unit inserts the relative offset value after variable-length coding.
  • the payload of the first transmission packet comprises a payload header portion and a payload body portion.
  • the transmitting apparatus according to any one of (1) to (6), wherein the time information inserting unit inserts the time information into the payload header portion.
  • the payload of the first transmission packet comprises a payload header portion and a payload body portion. In the payload body portion, a fragment payload including one or more access units into which the transmission medium is fragmented is disposed with a fragment header, The transmitting apparatus according to any one of (1) to (6), wherein the time information insertion unit inserts the time information of the corresponding access unit into the fragment header.
  • the payload of the first transmission packet is composed of a payload header and a payload body, In the payload body portion, a fragment payload including one or more access units into which the transmission medium is fragmented is disposed with a fragment header, The transmitting apparatus according to any one of (1) to (6), wherein the time information insertion unit inserts time information of a corresponding access unit into the fragment payload.
  • the payload portion of the second transmission packet comprises a payload header portion and a payload body portion.
  • the transmitting apparatus according to any one of (1) to (6), wherein the time information inserting unit inserts the time information into the payload body.
  • the transmission apparatus according to any one of (1) to (10), wherein the predetermined transmission path is an RF transmission path or a communication network transmission path.
  • the first transmission packet and the second transmission packet are MMT packets.
  • the transmission medium included in the first transmission packet is composed of one or more access units,
  • the above time information is a relative value corresponding to an absolute offset value from the decode time to the display time corresponding to the value of the decode time or the display time corresponding to the first access unit of the one or more access units and each access unit Offset value,
  • the receiving device further including: an offset value conversion unit that converts the relative offset value into the absolute offset value.
  • the main features of this technology are the MMT packet, the value of the decode time or display time corresponding to the first access unit of multiple access units, and the relative offset value from the decode time corresponding to each access unit to the display time , And can efficiently transmit time information (see FIGS. 15 and 18).
  • Transmission / reception system 100 Transport packet transmitter 101: Asset generation unit 102: Encoder 103: Transport packetization unit 104: Clock generation unit 105: IP transmission unit 106: RF transmitter 200: transport packet receiver 201: RF receiver 202: IP receiver 203: clock generator 204: transport unpacketizer 205: Decoding / output processing unit 301 ... Demultiplexer 302 ... Video decoder 303 ... Video display unit 304 ... Audio decoder 305 ... Audio output unit 306 ... Control unit

Landscapes

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

Abstract

 次世代放送向けのトランスポート構造において、デコード時刻および/または表示時刻を取得するための時刻情報を受信側に良好に伝送可能とする。 ペイロードに伝送メディアを含む第1の伝送パケットと、ペイロードに伝送メディアに関する情報を含む第2の伝送パケットとが時分割的に多重化された伝送ストリームを生成する。この伝送ストリームをRF伝送路、通信ネットワーク伝送路などの所定の伝送路を通じて受信側に送信する。第1の伝送パケットまたは第2の伝送パケットに、受信側でデコード時刻および/または表示時刻を取得するための時刻情報を挿入する。

Description

送信装置、送信方法、受信装置および受信方法
 本技術は、送信装置、送信方法、受信装置および受信方法に関し、詳しくは、ビデオ、オーディオなどの伝送メディアをRF通信路や通信ネットワーク通信路を通じて送信する送信装置等に関する。
 従来、例えば、特許文献1に記載されるように、放送向けのトランスポート構造としてMPEG2-TSが使用されている。
特開2011-217161号公報
 近年、次世代放送向けのトランスポート構造としてMMT(MPEG Media Transport)構造が脚光を浴びつつある。このMMT構造は、IPネットワークとの共存が主な特徴である。
 本技術の目的は、次世代放送向けのトランスポート構造において、デコード時刻および/または表示時刻を取得するための時刻情報を受信側に良好に伝送可能とすることにある。
 本技術の概念は、
 ペイロードに伝送メディアを含む第1の伝送パケットと、ペイロードに上記伝送メディアに関する情報を含む第2の伝送パケットとが時分割的に多重化された伝送ストリームを生成する伝送ストリーム生成部と、
 上記伝送ストリームを所定の伝送路を通じて受信側に送信する伝送ストリーム送信部と、
 上記第1の伝送パケットまたは上記第2の伝送パケットに、上記受信側でデコード時刻および/または表示時刻を取得するための時刻情報を挿入する時刻情報挿入部とを備える
 送信装置にある。
 本技術において、伝送ストリーム生成部により、伝送ストリームが生成される。この伝送ストリームは、ペイロードに伝送メディアを含む第1の伝送パケットと、ペイロードに伝送メディアに関する情報を含む第2の伝送パケットとが時分割的に多重化されたものである。例えば、第1の伝送パケットおよび第2の伝送パケットはMMTパケットである、ようにされてもよい。伝送ストリーム送信部により、伝送ストリームは、所定の伝送路を通じて、受信側に送信される。例えば、所定の伝送路は、RF伝送路または通信ネットワーク伝送路である、ようにされてもよい。
 時刻情報挿入部により、第1の伝送パケットまたは第2の伝送パケットに、受信側でデコード時刻および/または表示時刻を取得するための時刻情報が挿入される。例えば、第1の伝送パケットに含まれる伝送メディアは一つ以上のアクセスユニットで構成され、時刻情報挿入部で挿入される時刻情報は、一つ以上のアクセスユニットにそれぞれ対応したデコード時刻および/または表示時刻を取得するための情報である、ようにされてもよい。
 この場合、時刻情報挿入部で挿入される時刻情報は、一つ以上のアクセスユニットの最初のアクセスユニットに対応したデコード時刻あるいは表示時刻の値と、各アクセスユニットにそれぞれ対応したデコード時刻から表示時刻までのオフセット値とを有する、ようにされてもよい。このようにオフセット値を用いることで、時刻情報の伝送を効率よく行うことが可能となる。また、この場合、時刻情報挿入部で挿入される時刻情報は、一つ以上のアクセスユニットのそれぞれに対応した表示時刻、あるいは表示時刻およびデコード時刻である、ようにされてもよい。このように表示時刻、あるいは表示時刻およびデコード時刻そのものを伝送することで、受信側における処理負荷の軽減が可能となる。
 そして、この場合、オフセット値は、絶対オフセット値に対応した相対オフセット値であり、時刻情報挿入部で挿入される時刻情報には、相対オフセット値を絶対オフセット値に変換するための変換情報が付加される、ようにされてもよい。このように相対オフセット値を用いることで、オフセット値を受信側に効率よく伝送することが可能となる。例えば、時刻情報挿入部は、相対オフセット値を可変長符号化した後に挿入する、ようにされてもよい。このように可変長符号化を利用することで、時刻情報の伝送容量の低減を図ることが可能となる。
 例えば、第1の伝送パケットのペイロードは、ペイロードヘッダ部とペイロード本体部とからなり、時刻情報挿入部は、ペイロードヘッダ部に、時刻情報を挿入する、ようにされてもよい。また、例えば、第1の伝送パケットのペイロードは、ペイロードヘッダ部とペイロード本体部とからなり、ペイロード本体部には、伝送メディアがフラグメント化された一つ以上のアクセスユニットをそれぞれ含むフラグメントペイロードがフラグメントヘッダを伴って配置され、時刻情報挿入部は、フラグメントヘッダあるいはフラグメントペイロードに、対応するアクセスユニットの時刻情報を挿入する、ようにされてもよい。また、例えば、第2の伝送パケットのペイロード部は、ペイロードヘッダ部とペイロード本体部とからなり、時刻情報挿入部は、ペイロード本体部に、時刻情報を挿入する、ようにされてもよい。
 このように本技術においては、第1の伝送パケットまたは第2の伝送パケットに、受信側でデコード時刻および表示時刻を取得するための時刻情報が挿入されるものであり、次世代放送向けのトランスポート構造において、デコード時刻および/または表示時刻を取得するための時刻情報を受信側に良好に伝送可能となる。
 また、本技術の他の概念は、
 ペイロードに伝送メディアを含む第1の伝送パケットと、ペイロードに上記伝送メディアに関する情報を含む第2の伝送パケットとが時分割的に多重化された伝送ストリームを、送信側から所定の伝送路を通じて受信する伝送ストリーム受信部を備え、
 上記第1の伝送パケットまたは上記第2の伝送パケットには、デコード時刻および/または表示時刻を取得するための時刻情報が挿入されており、
 上記伝送ストリームから取り出された上記伝送メディアを、上記時刻情報に基づいて取得された上記デコード時刻および/または上記表示時刻を用いて処理する伝送メディア処理部をさらに備える
 受信装置にある。
 本技術において、伝送ストリーム受信部により、所定の伝送路を通じて、送信側から伝送ストリームが受信される。この伝送ストリームは、ペイロードに伝送メディアを含む第1の伝送パケットと、ペイロードに伝送メディアに関する情報を含む第2の伝送パケットとが時分割的に多重化されたものである。第1の伝送パケットまたは第2の伝送パケットには、デコード時刻および/または表示時刻を取得するための時刻情報が挿入されている。伝送メディア処理部により、伝送ストリームから取り出された伝送メディアが、時刻情報に基づいて取得されたデコード時刻および/または表示時刻を用いて処理される。
 例えば、第1の伝送パケットに含まれる伝送メディアは一つ以上のアクセスユニットで構成され、時刻情報は、一つ以上のアクセスユニットの最初のアクセスユニットに対応したデコード時刻あるいは表示時刻の値と、各アクセスユニットにそれぞれ対応したデコード時刻から表示時刻までの絶対オフセット値に対応した相対オフセット値であり、この相対オフセット値を絶対オフセット値に変換するオフセット値変換部をさらに備える、ようにされてもよい。
 このように本技術においては、第1の伝送パケットまたは第2の伝送パケットにデコード時刻および/または表示時刻を取得するための時刻情報が挿入されており、この時刻情報に基づいてデコード時刻および/または表示時刻を取得し、伝送ストリームから取り出された伝送メディアの処理を良好に行うことができる。
 本技術によれば、次世代放送向けのトランスポート構造において、デコード時刻および/または表示時刻を取得するための時刻情報を受信側に良好に伝送できる。なお、本明細書に記載された効果はあくまで例示であって限定されるものではなく、また付加的な効果があってもよい。
実施の形態としての送受信システムの構成例を示すブロック図である。 MMTペイロード(MMT payload)の構成を概略的に示す図である。 MMTファイルと実際に伝送されるMMTパケットとの対応関係の一例を示す図である。 MMTファイルと実際に伝送されるMMTパケットとの対応関係の他の一例を示す図である。 MMTファイルと実際に伝送されるMMTパケットとの対応関係のさらに他の一例を示す図である。 フラグメント化されたMFUを含むMMTパケットを伝送パケットとする場合であって、そのMMTパケットがランダムアクセスの先頭(GOPの先頭)のパケットである場合を説明するための図である。 フラグメント化されたMFUを含むMMTパケットを伝送パケットとする場合であって、そのMMTパケットがランダムアクセスの非先頭のパケットである場合を説明するための図である。 フラグメント化されたMFUを含むMMTパケットを伝送パケットとする場合であって、そのMMTパケットがランダムアクセスの先頭(GOPの先頭)のパケットである場合を説明するための図である。 MMTパケットの構成をツリー形式で示す図である。 トランスポートパケット送信装置およびトランスポートパケット受信装置の概念図である。 「NTP shortフォーマット」を示す図である。 メディアデータがビデオであり、初期値がデコード時刻である場合における時刻情報を説明するための図である。 メディアデータがビデオであり、初期値が表示時刻である場合における時刻情報を説明するための図である。 メディアデータがオーディオであり、初期値がデコード時刻である場合における時刻情報を説明するための図である。 デコード・出力処理部の構成例を示すブロック図である。 制御部におけるAV同期再生制御の一例を示すタイミングチャートである。 MFUにフラグメントされているパケットが伝送上でドロップされた場合について説明するための図である。 MMTパケットに時刻情報を挿入する方法の一例を概略的に示す図である。 送受信遅延を低くするために、各アクセスユニットに対応して時刻情報(タイムスタンプ)を挿入する場合のパケット構成の一例を示す図である。 MMTパケットの全体の構造例を示す図である。 MMTパケットヘッダ(mmtp_header())の構造例を示す図である。 MMTペイロードヘッダ(mmtp_payload_header())の構造例を示す図である。 MMTペイロード・ヘッダ・エクステンション(mmtp_payload_header_extension())の構造例を示す図である。 MMTペイロード・ヘッダ・エクステンションの構造例の主要な情報の内容を示す図である。 MMTペイロード・ヘッダ・エクステンション(mmtp_payload_header_extension())の他の構造例を示す図である。 MMTペイロード・ヘッダ・エクステンションの他の構造例の主要な情報の内容を示す図である。 MPUペイロードの中でフラグメント化されたアクセスユニット毎に時刻情報を送る場合について説明するための図である。 MFUの構造例(Syntax)を示す図である。 MFUヘッダ(mfu_header())の構造例を示す図である。 MFUヘッダ(mfu_header())の構造例を示す図である。 MFUヘッダの構造例の主要な情報の内容を示す図である。 MFUヘッダ・エクステンション(mfu_header_extension())の構造例を示す図である。 MFUヘッダ・エクステンションの構造例の主要な情報の内容を示す図である。 MFUペイロードに時刻情報を挿入する場合におけるMFUヘッダ(mfu_header())の構造例を示す図である。 MFUペイロードに時刻情報を挿入する場合におけるMFUヘッダ(mfu_header())の構造例を示す図である。 MFUペイロードに時刻情報を挿入する場合におけるMFUヘッダの構造例の主要な情報の内容を示す図である。 MFUペイロード(mfu_payload())の構造例およびその主要な情報の内容を示す図である。 MFUペイロードに時刻情報を挿入する場合におけるMFUヘッダ(mfu_header())の他の構造例を示す図である。 MFUペイロードに時刻情報を挿入する場合におけるMFUヘッダ(mfu_header())の他の構造例を示す図である。 MFUペイロードに時刻情報を挿入する場合におけるMFUヘッダの他の構造例の主要な情報の内容を示す図である。 MFUペイロード(mfu_payload())の構造例を示す図である。 MFUペイロードの構造例の主要な情報の内容を示す図である。 タイムスタンプ・メッセージ(Timestamp Message)の構造例(Syntax)を示す図である。 タイムスタンプ・テーブル(timestamp_table())の構造例(Syntax)を示す図である。 パッケージ・アクセス・メッセージ(Package Access message)の構造例(Syntax)を示す図である。 アクセスユニットAU(n)のデコード時刻D(n)と、表示時刻R(n)の対応関係の一例を示す図である。 時系列のオフセット値を可変長符号化するための可変長符号テーブルの一例を示す図である。 リオーダー距離Mが大きくなるほど可変長符号化による伝送容量の低減効率が高くなることを示す図である。
 以下、発明を実施するための形態(以下、「実施の形態」とする)について説明する。なお、説明を以下の順序で行う。
 1.実施の形態
 2.変形例
 <1.実施の形態>
 [送受信システムの構成例]
 図1は、実施の形態としての送受信システム10の構成例を示している。この送受信ステム10は、トランスポートパケット送信装置100と、トランスポートパケット受信装置200により構成されている。
 送信装置100は、MMT構造(ISO/IEC CD 23008-1参照)のトランスポートパケット、つまりMMTパケットが含まれる伝送ストリームを生成し、この伝送ストリームをRF伝送路あるいは通信ネットワーク伝送路を通じて、受信側に送信する。この伝送ストリームには、ペイロードにビデオやオーディオの伝送メディアを含む第1のMMTパケットと、ペイロードに伝送メディアに関する情報を含む第2のMMTパケットが、少なくともフラグメントされたパケットの大きさで時分割的に多重化されている。本実施の形態において、第1のMMTパケットまたは第2のMMTパケットに、受信側でデコード時刻および表示時刻を取得するための時刻情報が挿入される。
 受信装置200は、送信側から、RF伝送路あるいは通信ネットワーク伝送路を通じて、上述の伝送ストリームを受信する。受信装置200は、伝送ストリームから取り出した伝送メディアを、時刻情報に基づいて取得されたデコード時刻および/または表示時刻を用いて処理し、画像を表示すると共に音声を出力する。
 図2は、MMTペイロード(MMT payload)の構成を概略的に示している。図2において、MMTパッケージ(MMT Package)は、MMTの論理的な概念であり、伝送素材を意味している。このMMTパッケージには、メディアであるアセット(Asset)、アセットの伝送特性(Asset Delivery Characteristics)、パッケージに付随するメッセージ群(Package Access)、MMTパケット・テーブルに関する情報(MPT Packet Table)、コンポジション・インフォメーション(Composition Information)などが入っている。コンポジション・インフォメーションは、メディアの表示制御をつかさどる情報である。この例では、アセット1(Asset1)がビデオ1(Video1)データであり、アセット2(Asset2)がオーディオ1(Audio1)データであり、アセット3(Asset3)がビデオ2(Video2)データである。
 図2には、MMTパッケージが実際にMMTファイル(MMT File)になっている場合のファイル構成の一例を示している。このファイル構成は、基本的には、MP4のファイル構成とほぼ同等である。最初に“styp”のボックス(Box)がある。続いて、セグメントインフォメーションとしての“sidx”のボックスがある。続いて、MMT独自の“mmpu”のボックスがある。続いて、ファイル全体のメタデータとしての“moov”のボックスがある。また、続いて、”moof”および“mdat”のボックスがある。この“mdat”のボックスには、ビデオ(Video)、オーディオ(Audio)、字幕などの実際のデータが入っている。なお、“mdat”がフラグメントされる場合、フラグメントごとに”moof”のボックスがある。
 MMTパッケージが伝送(Delivery)される場合、図2に示すように、MPU(Media Processing Unit)を単位として伝送される。このMPUは、ランダムアクセスポイント(RAP:Random Access Pint)から始まるものであり、一つまたは複数のアクセスユニット(AU:Access Unit)を含むものである。具体的には、例えば、一つのGOP(Group Of Picture)のピクチャが、一つのMPUの構成となることがある。このMPUは、アセット別に定義されるものとなっている。したがって、ビデオのアセットからはビデオデータのみを含むビデオのMPUが作成され、オーディオのアセットからはオーディオデータのみを含むオーディオのMPUが作成される。
 図2に示すように、MPUは、メッセージ(Message)と共に、MMTペイロードを構成するものとなる。メッセージ(Message)には、上述したコンポジション・インフォメーションなどの情報がふくまれる。MFU(MMT Fragment Unit)は、MPUが細分化、すなわちフラグメント(Fragment)化されたものである。例えば、ビデオの場合、このMFUを一つのNALユニットに相当するように設定できる。また、例えば、通信ネットワーク伝送路で送る場合、このMFUを一つまたは複数のMTUサイズ(MTU size)で構成することもできる。
 図2に示すように、MMTペイロードは、MMTパケットにより伝送される。このMMTパケットは、MMTパケットヘッダ(MMT packet header)と、MMTパケットペイロード(MMT packet payload)により構成される。そして、このMMTパケットペイロードは、MMTペイロードヘッダ(MMT payload header)と、MMTペイロードデータ(MMT payload data)により構成される。このMMTペイロードデータに、MPUやメッセージ(Message)が挿入される。
 各アセットのMPUをフラグメント化して得られたMFUは、図2に示すように、時分割的に多重される。MPUとしては、例えば15フレーム分、あるいは30フレーム分というある程度長い時間単位のものである。各MPUをフラグメント化して時分割的に多重しない場合には、ビデオデータを送っているある程度長い間、オーディオデータを送れなくなる。そのため、時間合わせのために大きなバッファ容量が必要となると共に、画像、音声の出力までの遅延が大きくなる。各MPUをフラグメント化して時分割的に多重することで、そのような問題を解決できる。
 図3、図4、図5は、MMTファイルと、実際に伝送されるMMTパケットとの対応関係の一例を示している。MMTファイルは、上述したように、“styp”,“sidx”,“mmpu”,“moov”,”moof”,“mdat”などのボックスを有している。
 MMTパケットは、MMTパケットヘッダ(MMT Hdr)と、MMTペイロード(MMT Payload)とから構成される。MMTヘッダには、パケットID(packet_id)、パケット・シーケンス・ナンバー(packet_sequence_number)、トランスミッション・タイムスタンプ(transmission_timestamp)、トランスミッション・プライオリティ(transmission_priority)、プライベート・ユーザデータ(private_user_data)などが含まれる。
 パケットIDは、ビデオ、オーディオのアセット(Asset)や、コントロール(Control)系であるメッセージを識別するための識別子である。パケット・シーケンス・ナンバーは、パケット順を示す番号である。トランスミッション・タイムスタンプは、伝送のためのタイプスタンプ、すなわちMMTパケットが送信側から出ていくときの時刻である。
 トランスミッション・プライオリティは、伝送路の帯域が狭くなった場合にどのMMTパケットを優先して通すかを判断するための指標となる優先度である。プライベート・ユーザデータは、ユーザが何等かの放送応用で私的に挿入し得るデータである。MMTペイロード(MMT Payload)は、MMTペイロードヘッダ(MMT Pl_hdr)と、MMTペイロードデータとから構成される。MMTペイロードヘッダには、ペイロード・ヘッダ・エクステンション(payload header extension)を含めることができる。
 MMTペイロードヘッダには、ペイロード・レングス(payload length)、ペイロード・タイプ(payload type)、フラグメント・タイプ(fragmentation_indicator)、フラグメント・カウント(fragment_count)、アグリゲーション・インフォ・フラグ(aggregation_info_flag)、RAPフラグ(random_access_point_flag)などが含まれる。
 また、MMTペイロードヘッダには、データ・オフセット(data_offset)、データユニット・ナンバー(numDU)、データユニット・オフセット(DU_offset)、ペイロード・シーケンス・ナンバー(payload_sequence_number)、ヘッダ・エクステンション・フィールド・フラグ(header_extension_field_flag)などが含まれる。
 ペイロード・レングスは、ペイロード全体のサイズ情報である。ペイロード・タイプは、ペイロードがMPUであるか、コントロール系(メッセージ)であるかを示す情報である。一つのペイロードには、最大で64kbyteのデータを入れることができる。フラグメント・タイプは、一つのペイロードの中でMPUが完結するか否かを示す情報である。
 例えば、MPUが完結する場合は“0”が挿入され、完結しない場合、つまり所定数のMFUに細分化されている場合は、“1”、“2”、“3”のいずれかとなる。“1”はこのMMTパケットには最初のフラグメントが存在することを示す。“2”はこのMMTパケットには最初、最後のいずれでもなく、中間のフラグメントが存在することを示す。“3”はこのMMTパケットには最後のフラグメントが存在することを示す。
 フラグメント・カウントは、MFUのカウント情報である。アグリゲーション・インフォ・フラグは、ペイロードに複数のMPUが入っているか否かを示すフラグ情報である。“0”は、ペイロードに一つのMPUのみが含まれることを示す。“1”は、ペイロードに複数のMPUが含まれることを示す。RAPフラグは、このMMTパケットにランダムアクセスポイント、つまりGOPの先頭ピクチャに相当するアクセスユニットが存在するか否かを示す情報である。
 データ・オフセットは、ペイロード先頭位置からのペイロードデータの最初の位置までのサイズ、つまりペイロードヘッダの大きさを示す情報である。データユニット・ナンバーは、ペイロード内に存在するMPUデータユニットの個数を示す。データユニット・オフセットは、各データユニットのペイロードデータの先頭位置からのオフセット情報である。ペイロード・シーケンス・ナンバーは、このMMTパケットのペイロード・シーケンス・ナンバーである。ヘッダ・エクステンション・フィールド・フラグは、ペイロード・ヘッダ・エクステンションが存在するか否かを示すフラグ情報である。
 図3は、MMTパケット化の一例を示している。MMTペイロードの一つのMPUデータユニットにMMTファイルの“styp”,“sidx”,“mmpu”,“moov”,“moof”の各ボックスのメタデータが挿入されて、MMTパケットが生成される。この場合、MMTペイロードヘッダにおいて、「fragmentation_indicator」は“0”、「fragment_count」は“0”、「aggregation_info_flag」は“0”、「RAP flag」は“1”とされる。
 また、この場合、MMTペイロードの一つのMPUデータユニットにMMTファイルの“mdat”に存在する一つのMPUが挿入されて、MMTパケットが生成される。この場合、MMTペイロードヘッダにおいて、「fragmentation_indicator」は“0”、「fragment_count」は“0”、「aggregation_info_flag」は“0”、「RAP_flag」は“1”とされる。
 図4は、MMTパケット化の他の一例を示している。この場合、図3の例と同様に、MMTペイロードの一つのMPUデータユニットにMMTファイルの“styp”,“sidx”,“mmpu”,“moov”の各ボックスのメタデータが挿入されて、MMTパケットが生成される。また、この場合、MMTペイロードの複数、この例では三つのMPUデータユニットにMMTファイルの“mdat”に存在する三つのMPUが挿入されて、MMTパケットが生成される。この場合、MMTペイロードヘッダにおいて、「fragmentation_indicator」は“0”、「fragment_count」は“0”、「aggregation_info_flag」は“1”、「RAP_flag」は“1”、「numDU」は“3”とされ、「DU offset」が三つ存在する。
 図5は、MMTパケット化のさらに他の一例を示している。この場合。この場合、図3の例と同様に、MMTペイロードの一つのMPUデータユニットにMMTファイルの“styp”,“sidx”,“mmpu”,“moov”,“moof”の各ボックスのメタデータが挿入あるいは所定の情報の変換がなされて、MMTパケットが生成される。
 また、この場合、MMTペイロードの一つのMPUデータユニットにMMTファイルの“mdat”に存在する一つのアクセスユニット(AU)が、MFUヘッダ(MFU Hdr)と共に挿入されてMMTパケットが生成される。この場合、MMTペイロードヘッダにおいて、「fragmentation_indicator」は“1”、「fragment_count」はMFUのカウント値である“N”、「aggregation_info_flag」は含まれるMFUに応じて“1”~“3”のいずれか、「RAP_flag」は“1”あるいは“0”とされる。なお、MFUヘッダには、MFUのシーケンス・ナンバー(sequence_number)などの情報が含まれる。
 図6、図8は、フラグメント化されたMFUを含むMMTパケットを伝送パケットとする場合であって、そのMMTパケットがランダムアクセス(Random Access)の先頭(GOPの先頭)のパケットである場合を示している。この場合、このMMTパケットは、MMTファイルの“styp”,“sidx”,“mmpu”,“moov”,“moof”の各ボックスのメタデータが挿入あるいは所定の情報の変換がなされたMMTパケットと共に伝送される。
 例えば、“mmpu”の領域には、MFUのデータがリアルタイム系データか否かを識別する情報が含まれているが、受信側では、ランダムアクセス(Random Access)の先頭で、例えば、この識別情報によりMFUのデータがリアルタイム系データか否かの識別が可能となる。
 図7は、フラグメント化されたMFUを含むMMTパケットを伝送パケットとする場合であって、そのMMTパケットがランダムアクセス(Random Access)の非先頭のパケットである場合を示している。この場合、このMMTパケットは、上述の先頭パケットとは異なり、最小構成のMMTパケットで伝送される。
 図9は、MMTパケットの構成をツリー形式で示したものである。MMTパケットは、上述したように、MMTパケットヘッダ(MMT Packet Header)と、MMTペイロードヘッダ(MMT Payload Header)と、MMTペイロード(MMT Payload)により構成される。MMTペイロードには、メッセージ(Message)、MPU(Media Processing Unit)、FEC修正シンボル(FEC Repair Symbol)などが含まれ、これらのシグナリングはMMTペイロードヘッダに含まれるペイロードタイプ(payload_type)により行われる。
 なお、メッセージには、各種のメッセージ内容がテーブル形式で挿入される。また、MPUは、フラグメント化されて、MFU(MMT Fragment Unit)に細分化されることもある。その場合、各MFUの先頭には、MFUヘッダ(MFU Header)が付加される。MMTペイロードには、ビデオやオーディオのメディアデータに係るMPU、さらには、メタデータに係るMPUが存在する。各MPUを含むMMTパケットは、MMTパケットヘッダに存在するパケットID(Packet_ID)で識別可能とされる。
 [送信装置、受信装置の概念]
 図10は、トランスポートパケット送信装置100およびトランスポートパケット受信装置200の概念図を示している。送信装置100は、アセット発生部101と、エンコーダ102と、トランスポートパケット化部103と、クロック発生部104と、IP送信部105と、RF送信部106を有している。
 アセット発生部101は、メディアデータとしてのビデオやオーディオのデータを発生する。このアセット発生部101は、HDD(Hard Disk Drive)や半導体メモリなどからなるデータストレージ、あるいはビデオカメラ、マイクロホンなどである。エンコーダ102は、アセット発生部101で発生されるビデオやオーディオのデータに対して符号化処理を行って送信データを生成する。
 トランスポートパケット化部103は、エンコーダ102で生成される送信データをMPU単位、あるいはそれを細分化したMFU単位でペイロードに挿入した、メディアデータを含むMMTパケットを生成する他、上述したメタデータを含むMMTパケットやメッセージを含むMMTパケットを生成する。トランスポートパケット化部103は、MMTパケットを生成するとき、受信側でデコード時刻(Decode_Timestamp)および表示時刻(Display_Timestamp)を取得するための時刻情報を、そのMMTパケットに挿入する。このMMTパケットへの時刻情報挿入の詳細については、後述する。
 IP送信部105は、通信ネットワーク伝送路を使用する場合、トランスポートパケット化部103から順次出力されるMMTパケットからなる伝送ストリームをIPパケット化し、通信ネットワーク伝送路を通じて受信側に送る。RF送信部106は、RF伝送路を使用する場合、トランスポートパケット化部103から順次出力されるMMTパケットからなる伝送ストリームを適切なアダプテーションレイヤを介するなどしてRF変調し、RF伝送路を通じて受信側に送る。ここで、送信装置100は、クロック発生部104から出力されるシステム・タイム・クロックSTCに基づいて、送信データに送信タイムスタンプを付加する。
 受信装置200は、RF受信部201と、IP受信部202と、クロック再生部203と、トランスポートアンパケット化部204と、デコード・出力処理部205を有している。
 RF受信部201は、送信側からRF伝送路を通じて送信されるMMTパケットの連続からなる伝送ストリームをアダプテーションレイヤの解析を経て受信し、トランスポートアンパケット化部204に出力する。また、IP受信部202は、送信側から通信ネットワーク伝送路を通じて送信されるMMTパケットの連続からなる伝送ストリームを受信し、トランスポートアンパケット化部204に出力する。
 クロック発生部203は、システム・タイム・クロックSTCを発生し、トランスポートアンパケット化部204などに供給する。クロック発生部203は、送信データに付加されている送信タイムスタンプ値(NTP値)に基づいてクロックセットを行う。あるいは、NTPパケットで供給されるタイムスタンプ値(NTP値)に基づいてクロックセットを行う。この場合、クロック発生部203は、発生するシステム・タイム・クロックSTCとタイプスタンプ値(NTP値)との差がある範囲に収まるように、発生するシステム・タイム・クロックSTCの補正を行う。
 NTPがMMTパケットヘッダの送信時タイムスタンプでなく、NTPサーバなどから取得されるNTPパケットにより供給される場合、NTPのフォーマットは、図11に示すような「NTP shortフォーマット」に限定されない。図示は省略するが、64ビットの「NTP Timestamp Format(秒の整数部分32bits+秒の小数部分32bits)」で供給されることもある(IETF RFC 5905 参照)。その場合、受信機内では、受信したNTPの値で受信機のデコーダクロックをセットし、メディアのタイムスタンプ値と比較される。この場合、メディアの表示あるいはデコードのタイムスタンプと受信機クロックとの間の精度の違いは、比較を行う際に受信機側で考慮される。
 トランスポートアンパケット化部204は、RF受信部201あるいはIP受信部202から順次供給されるMMTパケットのアンパケット化を行って、メディアデータとしての受信データを得る他、メタデータやメッセージを得る。デコード・出力処理部205は、トランスポートアンパケット化部204で得られる受信データの復号化を行ってビデオやオーディオのデータを取得し、メタデータやメッセージに基づいて、ビデオ表示やオーディオ出力を行う。
 この場合、デコード・出力処理部205は、トランスポートアンパケット化部204で抽出される時刻情報に基づいて、アクセスユニット毎のデコード時刻(Decode_Timestamp)および/または表示時刻(Display_Timestamp)を取得し、デコードタイミングおよび表示タイミングを制御し、ビデオおよびオーディオの同期再生を実現する。このビデオおよびオーディオの同期再生の詳細については、後述する。
 図10に示す送信装置100および受信装置200の動作を簡単に説明する。最初に送信装置100の動作を説明する。アセット発生部101で発生されるビデオやオーディオのデータはエンコーダ102に供給される。そして、このエンコーダ102では、ビデオやオーディオのデータに対して符号化処理が行われて送信データ(符号化データ)が生成される。
 エンコーダ102で生成された送信データは、トランスポートパケット化部103に供給される。そして、このトランスポートパケット化部103では、送信データをMPU単位、あるいはそれを細分化したMFU単位でペイロードに挿入した、メディアデータを含むMMTパケットが生成される他、上述したメタデータを含むMMTパケットやメッセージを含むMMTパケットが生成される。
 トランスポートパケット化部103で順次生成されるMMTパケットからなる伝送ストリームは、IP送信部105あるいはRF送信部106に供給される。IP送信部105では、通信ネットワーク伝送路を使用する場合、伝送ストリームがIPパケット化され、通信ネットワーク伝送路を通じて受信側に送られる。また、RF送信部106では、RF伝送路を使用する場合、伝送ストリームがRF変調され、RF伝送路を通じて受信側に送られる。この際、クロック発生部104から出力されるシステム・タイム・クロックSTCに基づいて、送信データに送信タイムスタンプが付加される。
 次に、受信装置200の動作を説明する。送信側から送られてくる伝送ストリームは、RF受信部201あるいはIP受信部202で受信され、MMTパケットが連続して含まれる伝送ストリームが取得される。この伝送ストリームは、トランスポートアンパケット化部204に供給される。このトランスポートアンパケット化部204では、MMTパケットのアンパケット化が行われ、メディアデータとしての受信データが得られる他、メタデータやメッセージ、さらには時刻情報などが得られる。これらのデータや情報は、デコード・出力処理部205に供給される。
 デコード・出力処理部205では、トランスポートアンパケット化部204で得られる受信データの復号化が行われてビデオやオーディオのデータが取得され、メタデータやメッセージに基づいて、ビデオ表示やオーディオ出力が行われる。この場合、デコード・出力処理部205には、トランスポートアンパケット化部204でMMTパケットから抽出される時刻情報が供給される。そして、デコード・出力処理部205では、時刻情報に基づいて、アクセスユニット毎のデコード時刻(Decode_Timestamp)および/または表示時刻(Display_Timestamp)が取得され、デコードタイミングおよび出力タイミングが制御され、ビデオおよびオーディオの同期再生が実現される。
 [MMTパケットに挿入する時刻情報]
 次に、MMTパケットに挿入される時刻情報について説明する。この時刻情報は、上述したように、受信側でデコード時刻(Decode_Timestamp)および/または表示時刻(Display_Timestamp)を取得するための情報である。MMTパケットに含まれるメディアデータは一つ以上のアクセスユニットで構成されている。MMTパケットに挿入される時刻情報は、この一つ以上のアクセスユニットにそれぞれ対応した時刻情報および/または表示時刻を取得するための情報である。
 例えば、第1の手法では、MMTパケットに挿入される時刻情報には、初期値、すなわち一つ以上のアクセスユニットの最初のアクセスユニットに対応したデコード時刻あるいは表示時刻の値が含まれる。また、この時刻情報には、各アクセスユニットにそれぞれ対応したデコード時刻から表示時刻までのオフセット値が含まれる。また、例えば、第2の手法では、MMTパケットに挿入される時刻情報には、表示時刻、あるいは表示時刻およびデコード時刻そのものが含まれる。
 第1の手法について説明する。オフセット値は、絶対オフセット値に対応した相対オフセット値とされる。そのため、時刻情報には、相対オフセット値を絶対オフセット値に変換するための変換情報が付加される。この変換情報には、「timestamp_type」、「time tick」、「au_rate_scale」および「division_factor」などが含まれる。
 「timestamp_type」は、初期値がデコード時刻の初期値であるか表示時刻の初期値であるかを示す情報である。「time tick」は、いかなるクロックで制御するかを示す情報である。この情報により、例えば、90kHzのクロックで全てを制御することなどを示す。「au_rate_scale」は、ビデオやオーディオのアクセスユニットのレートを求めるためのスケール情報である。なお、変換情報として、さらに、メディアデータがビデオなのかオーディオなのかを示すフラグ情報「Asset_type」も含まれる。
 例えば、ビデオの場合、上述の「time_tick」が90kHzを示すとき、「au_rate_scale」は、1500、1800、3000、3600などの値となる。それぞれ、90kHzをその値で割ることで、60Hz、50Hz、30Hz、25Hzなどのビデオレートを算出できる。
 また、「division_factor」は、レートを微調整するための要素である。例えば、NTSC系のビデオにおいて、30Hzか29.94Hzかを調整するための値であり、「1」あるいは「1.001」である。
 ここで、メディアデータがビデオであり、初期値がデコード時刻である場合について説明する。図12は、0番目から6番目までのアクセスユニット(AU)に対応した、デコード時刻「DTS(n)」、オフセット値「DLT(n)」、表示時刻「PTS(n)」の対応関係の一例を示している。この例では、デコード時刻の初期値からの表示時刻の初期値までのオフセット値(dlt_time)は「1」とされ、相対オフセット値とされている。
 ここで、0番目のアクセスユニットはIピクチャ、1番目のアクセスユニットはPピクチャ、2番目のアクセスユニットはBピクチャ、3番目のアクセスユニットはBピクチャ、4番目のアクセスユニットはPピクチャ、5番目のアクセスユニットはBピクチャ、6番目のアクセスユニットはBピクチャである。そのため、デコード時刻に対して、表示時刻はリオーダー(Reorder)されたものとなる。
 この場合、MMTパケットに挿入されて送信される時刻情報は、デコード時刻の初期値であるTS0(ここでは、TS0=0)と、相対オフセット値DLT(n)とされる。なお、図12において、「Time」はアクセスユニット毎の時刻を相対値で示している。
 このような時刻情報が受信側に送信される場合、受信側では、以下のように、各アクセスユニットのデコード時刻および表示時刻を、変換情報を用いて、算出できる。この場合、初期値TS0は、最初のアクセスユニットのデコード時刻DTS(0)である。この初期値TS0からのオフセット時間(dlt_time)は、以下の数式(1)で求められる。例えば、典型例として、au_rate_scale =1500で、division_factor =1.001である場合、dlt_time =1500*1.001となる。
  dlt_time = au_rate_scale * division_factor ・・・(1)
 その後のアクセスユニットのデコード時刻DTS(n)は、以下の数式(2)に示すように、オフセット時間(dlt_time)を「time_tick」で割った値を、直前のデコード時刻DTS(n-1)に加算することで求められる。ただし、DTS(0)=TS0である。
  DTS(n) = dlt_time / time_tick + DTS(n-1) ・・・(2)
 また、各アクセスユニットの表示時刻PTS(n)は、以下の数式(3)に示すように、オフセット値DLT(n)に「dlt_time / time_tick」を掛けた値を、デコード時刻DTS(n)に加算することで求められる。
  PTS(n) = DLT(n) * (dlt_time / time_tick) + DTS(n) ・・・(3)
 次に、メディアデータがビデオであり、初期値が表示時刻である場合について説明する。図13は、図12と同様の、0番目から6番目までのアクセスユニット(AU)に対応した、デコード時刻「DTS(n)」、オフセット値「DLT(n)」、表示時刻「PTS(n)」の対応関係の一例を示している。この例では、デコード時刻の初期値からの表示時刻の初期値までのオフセット値(dlt_time)は「1」とされている。この場合も、デコード時刻に対して、表示時刻はリオーダー(Reorder)されたものとなる。
 この場合、MMTパケットに挿入されて送信される時刻情報は、表示時刻の初期値であるTS0(ここでは、TS0=1)と、相対オフセット値DLT(n)とされる。なお、図13において、「Time」はアクセスユニット毎の時刻を相対値で示している。
 このような時刻情報が受信側に送信される場合、受信側では、以下のように、各アクセスユニットのデコード時刻および表示時刻を、変換情報を用いて、算出できる。この場合、初期値TS0は、最初のアクセスユニットの表示時刻PTS(0)である。そのため、最初のアクセスユニットのデコード時刻DTS(0)は、以下の数式(4)に示すように、PTS(0)から、オフセット時間分、すなわちを「dlt_time」を「time_tick」で割った値にオフセット値DLT(n)を乗じた値を、減算することで求められる。
  DTS(0) = PTS(0) - (dlt_time / time_tick) * DLT(n) ・・・(4)
 ここで、「dlt_time」は、以下の数式(5)に示すように、「au_rate_scale」に「division_factor」を掛けることで求められる。
  dlt_time = au_rate_scale * division_factor ・・・(5)
 その後のアクセスユニットのデコード時刻DTS(n)は、以下の数式(6)に示すように、オフセット時間(dlt_time)を「time_tick」で割った値を、直前のデコード時刻DTS(n-1)に加算することで求められる。
  DTS(n) = dlt_time / time tick + DTS(n-1) ・・・(6)
 また、各アクセスユニットの表示時刻PTS(n)は、以下の数式(7)に示すように、オフセット値DLT(n)に「dlt_time / time_tick」を掛けた値を、デコード時刻DTS(n)に加算することで求められる。
  PTS(n) = DLT(n) * (dlt_time / time_tick) + DTS(n) ・・・(7)
 次に、メディアデータがオーディオであり、初期値がデコード時刻である場合について説明する。図14は、0番目から6番目までのアクセスユニット(AU)に対応した、デコード時刻「DTS(n)」、オフセット値「DLT(n)」、オーディオ出力時刻「PTS(n)」の対応関係の一例を示している。この例では、「dlt_time / time_tick」は「1」とされている。
 なお、オーディオアクセスユニットは、複数のオーディオサンプルの集合体である。ここで、「dlt_time」は、以下の数式(8)に示すように、「au_rate_scale」に「division_factor」を掛けることで求められる。例えば、典型例として、オーディオサンプリング周波数が44.1KHzで、オーディオ符号化方式が1024サンプルを1つのオーディオアクセスユニットとする場合には、au_rate_scale =2089.8で、division_factor =1であり、dlt_time =2089.8*1となる。
  dlt_time = au_rate_scale * division_factor ・・・(8)
 この場合、MMTパケットに挿入されて送信される時刻情報は、オーディオ出力時刻(表示時刻)の初期値であるTS0(ここでは、TS0=0)と、相対オフセット値DLT(n)とされる。なお、図14において、「Time」はアクセスユニット毎の時刻を相対値で示している。通常の場合、リオーダー(Reorder)はなく、デコードした後は、そのまま出力バッファに転送されるので、デコード時刻DTS(n)とオーディオ出力時刻PTS(n)との差分を示すDLT(n)は「0」となる。
 このような時刻情報が受信側に送信される場合、受信側では、以下のように、各アクセスユニットのデコード時刻およびオーディオ出力時刻を、変換情報を用いて、算出できる。この場合、初期値TS0は、最初のアクセスユニットのオーディオ出力時刻PTS(0)であるが、そのまま、最初のアクセスユニットのデコード時刻DTS(0)ともなる。
 その後のアクセスユニットのデコード時刻DTS(n)およびオーディオ出力時刻PTS(n)は、以下の数式(9)に示すように、オフセット時間(dlt_time)を「time_tick」で割った値を、直前のオーディオ出力時刻PTS(n-1)に加算することで求められる。ただし、PTS(0)=TS0である。
  PTS(n) = DTS(n) = (dlt_time / time_tick) + PTS(n-1) ・・・(9)
 [受信装置のデコード・出力処理部の構成例]
 受信装置200のデコード・出力処理部205についてさらに説明する。図15は、デコード・出力処理部205の構成例を示している。このデコード・出力処理部205は、デマルチプレクサ301と、ビデオデコーダ302と、ビデオ表示部303と、オーディオデコーダ304と、オーディオ出力部305と、制御部306を有している。
 デマルチプレクサ301は、トランスポートアンパケット化部204の出力から種々の情報あるいはデータを抽出する。すなわち、デマルチプレクサ301は、ビデオのアクセスユニット毎の符号化ビデオデータを抽出すると共に、オーディオのアクセスユニット毎の符号化オーディオデータを抽出する。
 また、デマルチプレクサ301は、ビデオ、オーディオの各アクセスユニットのデコード時刻DTS(n)および表示時刻(オーディオ出力時刻)PTS(n)を取得するための時刻情報を抽出する。この時刻情報には、上述したように初期値TS0と、相対オフセット値DLT(n)が含まれている。
 また、デマルチプレクサ301は、相対オフセット値DLT(n)を絶対オフセット値に変換するための種々の情報(変換情報)を抽出する。この変換情報には、上述したように、「timestamp_type」、「time_tick」、「au_rate_scale」および「division_factor」などが含まれている。
 ビデオデコーダ302は、デマルチプレクサ301で抽出されるビデオの各アクセスユニットの符号化ビデオデータに対してデコード処理を行って各アクセスユニットの復号化されたビデオデータを得る。ビデオ表示部303は、ビデオデコーダ302で得られた各アクセスユニットの復号化ビデオデータに基づいてビデオ表示(画像表示)を行う。
 オーディオデコーダ304は、デマルチプレクサ301で抽出されるオーディオの各アクセスユニットの符号化オーディオデータに対してデコード処理を行って各アクセスユニットの復号化されたオーディオデータを得る。オーディオ出力部305は、オーディオデコーダ304で得られた各アクセスユニットの復号化オーディオデータに基づいてオーディオ出力(音声出力)を行う。
 制御部306は、デマルチプレクサ301で抽出される時刻情報および変換情報に基づいて、ビデオ、オーディオの各アクセスユニットのデコード時刻DTS(n)および表示時刻(オーディオ出力時刻)PTS(n)を求める。そして、制御部306は、以下のように、オーディオ、ビデオの同期再生制御を行う。
 すなわち、制御部306は、ビデオの各アクセスユニットのデコード時刻DTS(n)および表示時刻PTS(n)に基づいて、各アクセスユニットのデコードタイミングおよび表示タイミングを制御する。この場合、各アクセスユニットのデコードを、クロック発生部203(図7参照)で発生されるシステム・クロックSTCがデコード時刻DTS(n)となるタイミングで開始するように、ビデオデコーダ302を制御する。また、各アクセスユニットによるビデオ表示を、このシステム・クロックSTCが表示時刻PTS(n)となるタイミングで開始するように、ビデオ表示部303を制御する。
 また、制御部306は、オーディオの各アクセスユニットのデコード時刻DTS(n)およびオーディオ出力時刻PTS(n)に基づいて、各アクセスユニットのデコードタイミングおよび表示タイミングを制御する。この場合、各アクセスユニットのデコードを、システム・クロックSTCがデコード時刻DTS(n)となるタイミングで開始するようにオーディオデコーダ304を制御する。また、各アクセスユニットによるオーディオ出力を、このシステム・クロックSTCがオーディオ出力時刻PTS(n)となるタイミングで開始するように、オーディオ出力部305を制御する。
 図15に示すデコード・出力制御部205の動作を簡単に説明する。トランスポートアンパケット化部204の出力は、デマルチプレクサ301に供給される。このデマルチプレクサ301では、ビデオのアクセスユニット毎の符号化ビデオデータが抽出され、ビデオデコーダ302に供給される。
 ビデオデコーダ302では、ビデオの各アクセスユニットの符号化ビデオデータに対してデコード処理が行われ、各アクセスユニットの復号化されたビデオデータが得られる。このように復号化された各アクセスユニットのビデオデータは、ビデオ表示部303に供給される。ビデオ表示部303では、各アクセスユニットのビデオデータに基づいてビデオ表示(画像表示)が行われる。
 また、デマルチプレクサ301では、オーディオのアクセスユニット毎の符号化オーディオデータが抽出され、オーディオデコーダ304に供給される。オーディオデコーダ304では、オーディオの各アクセスユニットの符号化オーディオデータに対してデコード処理が行われ、各アクセスユニットの復号化されたオーディオデータが得られる。このように復号化された各アクセスユニットのオーディオデータは、オーディオ出力部305に供給される。オーディオ出力部305では、各アクセスユニットのオーディオデータに基づいてオーディオ出力(音声出力)が行われる。
 また、デマルチプレクサ301では、ビデオ、オーディオの各アクセスユニットのデコード時刻DTS(n)および表示時刻(オーディオ出力時刻)PTS(n)を取得するための時刻情報(初期値TS0、相対オフセット値DLT(n))が抽出される。さらに、デマルチプレクサ301では、相対オフセット値DLT(n)を絶対オフセット値に変換するための種々の変換情報が抽出される。これらの時刻情報および変換情報は、制御部306に供給される。
 制御部306では、時刻情報および変換情報に基づいて、ビデオ、オーディオの各アクセスユニットのデコード時刻DTS(n)および表示時刻(オーディオ出力時刻)PTS(n)が算出される。そして、制御部306では、このデコード時刻DTS(n)および表示時刻(オーディオ出力時刻)PTS(n)に基づいて、オーディオ、ビデオの同期再生制御が行われる。
 この場合、制御部306では、ビデオの各アクセスユニットのデコード時刻DTS(n)および表示時刻PTS(n)に基づいて、ビデオの各アクセスユニットのデコードタイミングおよび表示タイミングが制御される。また、制御部306では、オーディオの各アクセスユニットのデコード時刻DTS(n)およびオーディオ出力時刻PTS(n)に基づいて、オーディオの各アクセスユニットのデコードタイミングおよび出力タイミングが制御される。
 なお、上述の説明では、MMTパケットに挿入される時刻情報が第1の手法による場合、つまり時刻情報が、デコード時刻あるいは表示時刻の初期値と、各アクセスユニットに対応したオフセット値である場合を説明した。詳細説明は省略するが、MMTパケットに挿入される時刻情報が第2の手法による場合、つまり時刻情報が、各アクセスユニットの表示時刻、あるいは表示時時刻およびデコード時刻そのものである場合も考えられる。その場合、制御部306では、それらの時刻がそのまま用いられる。
 図16は、制御部306におけるAV同期再生制御の一例を示すタイミングチャートである。図16(a)は、クロック発生部203で発生されるシステム・クロックSTCを示している。このシステム・クロックSTCは、上述したように、送信側から送られてくる送信タイムスタンプ(NTP値)あるいは、NTPパケットで供給されるタイムスタンプ値(NTP値)によりクロックセットが行われる。
 図16(b)に示すように、システム・クロックSTCがビデオの各アクセスユニットのデコード時刻DTS(n)となる毎に、ビデオの各アクセスユニットのデコードが開始される。そして、図16(c)に示すように、システム・タイム・クロックSTCがビデオの各アクセスユニットの表示時刻PTS(n)となる毎に、ビデオの各アクセスユニットのビデオ表示(画像表示)が開始される。
 図16(d)に示すように、システム・クロックSTCがオーディオの各アクセスユニットのデコード時刻DTS(n)となる毎に、オーディオの各アクセスユニットのデコードが開始されると共に、オーディオ出力(音声出力)が開始される。図16(e)は、オーディオサンプル出力を示している。
 なお、MFUにフラグメント化されているパケットが、伝送上でドロップされた場合、あるいは、受信装置200内で表示に使わないと判断された場合、受信側で再生されるタイムスタンプ・テーブルのアクセスユニットのカウントと、実際に受信するアクセスユニットと関係は、図17に示すようになる。MFUヘッダのシーケンス・ナンバー(sequence_number)によって整順されたMFUデータとして受信するアクセスユニット(AU)をタイムスタンプ・テーブル上で検査し、圧縮バッファからはDTS(n)のタイミングでデコーダに転送する。また、デコードバッファからPTS(n)のタイミングで表示用プロセスへ転送する。このようにして、受信しないアクセスユニットあるいは、表示させないと判断したアクセスユニットに対しての、タイムスタンプ(Timestamp)を参照するか、しないかを判断する。
 [ファイルから伝送パケットに変換する際の時刻情報の生成方法]
 ファイルの状態から伝送パケットへ変換する際、MMTファイルから以下のように取得された情報に基づいて、MMTパケットに挿入すべき時刻情報(受信側でデコード時刻および/または表示時刻を取得するための時刻情報)が生成される。ファイル内の情報から、MMTパケットに挿入する時刻情報の生成は、トランスポートパケット化部103で行われる。
 最初に、ファイル全体に対して「moov」情報を用いる場合について説明する。この場合、“Moov”ボックスの配下の‘stts’, ‘ctts’のボックスで、ファイル内に含まれる全サンプルのデコード時刻、表示時刻が供給される。この際、‘stts’(decoding time to sample)のボックスにより、デコード時刻が与えられる。また、‘ctts’(composition time to sample)のボックスによりデコード時刻と表示時刻の差分が与えられる。また、‘stss’(sync sample table )のボックスでは、ランダムアクセスのサンプル位置が示される。
 次に、フラグメントごとに「moof」情報を用いる場合について説明する。この場合、“Moof”ボックスの配下の、‘trun’, ‘tfra’のボックスでフラグメントごとのサンプルのデコード時刻、表示時刻が供給される。この際、‘trun’(track fragment run)のボックスにより、フラグメントの先頭位置からのオフセット位置と、サンプルのデコード時刻、表示時刻とのオフセット(ビデオの場合はフレーム数、オーディオの場合はオーディオサンプル数)が供給される。また、‘tfra’ (track fragment random access)のボックスにより、ランダムアクセス位置と、そのサンプルのデコード時刻が供給され、また、サンプルごとのデコード時刻と表示時刻との差分値から、表示時刻も分かる。
 [時刻情報の挿入位置]
 次に、時刻情報の挿入方法について説明する。図18は、MMTパケットに時刻情報を挿入する方法を概略的に示している。図18(a)は、MPUペイロードヘッダ(MPU payload header)の中で時刻情報を送る場合を示している。この場合、MPUのペイロードが複数のアクセスユニット(AU)を含むときは、ペイロード・ヘッダ・エクステンション(payload header extension)に、その複数のアクセスユニット分の時刻情報を挿入する。一方、MPUペイロードに一つのアクセスユニットを持つような構成では、ペイロード・ヘッダ・エクステンションに、個々のアクセスユニットに対して時刻情報を挿入する。
 図18(b)は、MPUペイロードの中でフラグメント化されたアクセスユニット(AU)毎に時刻情報を送る場合を示している。この場合、MFUに一つのアクセスユニットを持つような構成として、MFU・ヘッダ・エクステンション(MFU header extension)に、個々のアクセスユニットに対して時刻情報を挿入する。あるいは、MFUペイロード(MFU payload)に、個々のアクセスユニットに対して時刻情報を挿入する。また、図18(c)は、メッセージ(Message)で時刻情報を送る場合を示している。この場合、少なくとも、RAP(ランダムアクセスポイント)単位で、対象のパケットID(packet_id)で関連付けするメディアに対しての時刻情報を持つメッセージを伝送する。
 図19は、送受信遅延を低くするために、各アクセスユニットに対応して時刻情報(受信側でデコード時刻および/または表示時刻を取得するための時刻情報)を挿入する場合のパケット構成の一例を示している。図19(a)は、MMTペイロードヘッダに時刻情報を挿入する場合のパケット構成例である。図19(b)は、MFU内に時刻情報を挿入する場合のパケット構成例である。さらに、図19(c)は、MMTメッセージに時刻情報を挿入する場合のパケット構成例である。
 なお、各パケット構成例において、対象のアクセスユニットを持つMMTパケットがランダムアクセスの先頭パケット、つまりランダムアクセスポイントのパケットである場合には、MMTファイルの“styp”,“sidx”,“mmpu”,“moov”の各ボックスのメタデータが挿入されたMMTパケットと共に伝送される。一方、このMMTパケットがランダムアクセスの非先頭パケット、つまり非ランダムアクセスポイントのパケットである場合には、上述のメタデータが挿入されたMMTパケットは伝送されない
 MPUペイロードヘッダ(MPU payload header)の中で時刻情報を送る場合についてさらに説明する。図20は、MMTパケットの全体の構造例(Syntax)を示している。MMTパケット(mmt packet())には、MMTパケットヘッダ(mmtp_header())と、MMTペイロード(mmtp_payload())が含まれている。さらに、MMTペイロードには、MMTペイロードヘッダ(mmtp_payload_header())と、MMTペイロードデータ(mmtp_payload_data())が含まれている。
 図21は、MMTパケットヘッダ(mmtp_header())の構造例(Syntax)を示している。詳細説明は省略するが、このMMTパケットヘッダには、上述したように、パケットID(packet_id)、パケット・シーケンス・ナンバー(packet_sequence_number)、トランスミッション・タイムスタンプ(transmission_timestamp)、トランスミッション・プライオリティ(transmission Priority)、プライベート・ユーザデータ(private user_data)などが含まれている。
 図22は、MMTペイロードヘッダ(mmtp_payload_header())の構造例(Syntax)を示している。詳細説明は省略するが、このMMTペイロードヘッダには、上述したように、ペイロード・レングス(payload_length)、ペイロード・タイプ(payload_type)、フラグメント・タイプ(fragment_type)、フラグメント・カウント(fragment_count)、アグリゲーション・インフォ・フラグ(aggregation_info_flag)、RAPフラグ(random_access_point_flag)、データ・オフセット(data_offset)、データユニット・ナンバー(numDU)、データユニット・オフセット(DU_offset)、ペイロード・シーケンス・ナンバー(payload_seq_number)、ヘッダ・エクステンション・フィールド・フラグ(header_extension_field_flag)などが含まれている。
 そして、ヘッダ・エクステンション・フィールド・フラグが“1”であるとき、このMMTペイロードヘッダには、MMTペイロード・ヘッダ・エクステンション(mmtp_payload_header_extension())がさらに含まれる。
 図23は、MMTペイロード・ヘッダ・エクステンション(mmtp_payload_header_extension())の構造例(Syntax)を示している。この構造例は、MPUペイロードヘッダ(MPU payload header)の中で時刻情報を送る場合に対応している。図24は、この構造例の主要な情報の内容(Semantics)を示している。
 「payload_header_extension_type」の16ビットフィールドは、MMTペイロード・ヘッダ・エクステンションのタイプを示す。例えば、“0x0001”は、処理のための時刻情報(タイプスタンプ)を提供することを示す。「payload_header_extension_length」の16ビットフィールドは、MMTペイロード・ヘッダ・エクステンションのサイズを示す。「asset_type」2ビットフィールドは、アセットタイプを示す。例えば、“01”はビデオを示し、“10”はオーディオを示す。
 「time_tick」の2ビットフィールドは、いかなるクロックで制御するかを示す。“01”は90kHzの精度のクロックの値を示す。“10”は「NTP short time」であることを示す。「au_rate_scale」の3ビットフィールドは、ビデオやオーディオのアクセスユニットのレートを求めるためのスケール情報である。
 アセットタイプがビデオの場合、“000”は3750の値を示し、この値によりレートとして24Hzを求めることができる。また、“001”は3600の値を示し、この値によりレートとして25Hzを求めることができる。また、“010”は3000の値を示し、この値によりレートとして30Hzを求めることができる。
 また、“011”は1800の値を示し、この値によりレートとして50Hzを求めることができる。また、“100”は1500の値を示し、この値によりレートとして60Hzを求めることができる。また、“101”は900の値を示し、この値によりレートとして100Hzを求めることができる。また、“110”は750の値を示し、この値によりレートとして120Hzを求めることができる。なお、“111”はリザーブとされる。
 一方、アセットタイプがオーディオの場合、“000”は1920の値を示し、この値によりレートとして48KHz*1024を求めることができる。また、“001”は2089.8の値を示し、この値によりレートとして44.1KHz*1024を求めることができる。また、“010”は2880の値を示し、この値によりレートとして32KHz*1024を求めることができる。なお、その他はリザーブとされる。
 「division_factor」の2ビットフィールドは、レートを微調整するための要素である。アセットタイプがビデオの場合、“00”は1を示し、“01”は1.001を示す。また、アセットタイプがオーディオの場合、“00”は1を示し、“01”は2を示す。
 「timestamp_type」の1ビットフィールドは、初期値がデコード時刻の初期値であるか表示時刻の初期値であるかを示す情報である。“1”はデコード時刻(decode_timestamp)であることを示し、“0”は表示時刻(display_timestamp)であることを示す。
「timestamp_for_processing」の32ビットフィールドは、初期値を示す。この場合、「time_tick」が“01”であるときは、90KHz精度のものとなる。また、「time_tick」が“10”であるときは、RFC5059で規定される「NTP short timestamp」となる。
 「au_count_in_mpu」の10ビットフィールドは、MPUに含まれるアクセスユニット(AU)の個数を示す。「delta_sequence_type」の1ビットフィールドは、オフセット値が可変長符号であるか、8ビット固定長であるかを示す。“1”は可変長符号であることを示し、“0”は8ビット固定長であることを示す。なお、オフセット値の可変長符号化については後述する。
 「delta_fixed_length_code」の8ビットフィールドは、8ビット固定長のオフセット値を挿入する領域である。「delta_variable_length_code」の可変長領域は、可変長符号としてのオフセット値を挿入する領域である。なお、「tralling_filler()」は、MMTペイロード・ヘッダ・エクステンション(mmtp_payload_header_extension())のサイズがバイトアラインされるように、「delta_variable_length_code」の累積に対し、適宜、1~7ビットの連続する“0”を挿入するものである。
 なお、図24の内容(Semantics)に追加することで、ビデオの場合、time_tick=60Hz、au_rate_scale=1を割り当て、オーディオの場合、time_tick=44.1KHz、au_rate_scale=1を割り当てることもできる。
 なお、上述では、MMTペイロード・ヘッダ・エクステンションに、デコード時刻あるいは表示時刻と、オフセット値を挿入する、第1の手法に対応した構造例を示した。このMMTペイロード・ヘッダ・エクステンションに表示時刻、あるいは表示時刻およびデコード時刻を挿入する、第2の手法に対応した構造例も考えられる。
 図25は、その場合におけるMMTペイロード・ヘッダ・エクステンション(mmtp_payload_header_extension())の構造例(Syntax)を示している。この構造例も、MPUペイロードヘッダ(MPU payload header)の中で時刻情報を送る場合に対応している。図26は、この構造例の主要な情報の内容(Semantics)を示している。
 「payload_header_extension_type」の16ビットフィールドは、MMTペイロード・ヘッダ・エクステンションのタイプを示す。例えば、“0x01”は、NTP short time フォーマットの表示タイムスタンプ(表示時刻)を供給することを示す。“0x02”は、NTP short time フォーマットの表示タイムスタンプと、デコードタイムスタンプ(デコード時刻)とを供給することを示す。“0x03”は、90KHz精度での表示タイムスタンプを供給することを示す。“0x04”は、90KHz精度での表示タイムスタンプと、デコードタイムスタンプとを供給することを示す。
 「payload_header_extension_length」の16ビットフィールドは、MMTペイロード・ヘッダ・エクステンションのサイズを示す。「presentation_timestamp」の32ビットフィールドは、表示タイムスタンプ(表示時刻)の値を示す。「decoding_timestamp」の32ビットフィールドは、デコードタイムスタンプ(デコード時刻)の値を示す。
 次に、MPUペイロードの中でフラグメント化されたアクセスユニット(AU)毎に時刻情報を送る場合についてさらに説明する。この場合、例えば、図27に示すように、アクセスユニット(AU)毎に、表示時刻(表示タイムスタンプ)PTSと、オフセット値DLTを、MFUヘッダ・エクステンション(mfu_header_extension)の領域に挿入して伝送する。なお、図示しないが、表示時刻(表示タイムスタンプ)PTSの代わりに、デコード時刻(デコードタイムスタンプ)DTSを伝送することも可能である。
 図28は、MFUの構造例(Syntax)を示している。MFUには、MFUヘッダ(mfu_header())と、MFUメディアデータ(mfu_media_data())が含まれている。図29、図30は、MFUヘッダ(mfu_header())の構造例(Syntax)を示している。図31は、この構造例の主要な情報の内容(Semantics)を示している。
 「sequence_number」の32ビットフィールドは、MPU内のMFUのシーケンス番号である。「trackref_index」の8ビットフィールドは、メディアトラックの番号である。「sample_number」の32ビットフィールドは、当MFUが属するサンプル(アクセスユニット)の moof ボックス内の順番を示す。「priority」の8ビットフィールドは、MPU内の当MFUの優先度を示す。「dependency_counter」の8ビットフィールドは、当MFUにデコードが依存しているMFUの数を示す。
 「offset」の16ビットフィールドは、mdat ボックスからのオフセットを示す。「length」の32ビットフィールドは、MFUの大きさを示す。「multiLayer_flag」の1ビットフィールドは、マルチレイヤ情報の有無を示す。「mfu_header_extension_flag」の1ビットフィールドは、MFUエクステンション(mfu_extension)の有無を示す。
 「dependency_id」、「depth_flag」、「temporal_id」、「quality_id」、「priority_id」、「view_id」、「layer_id」は、MFU同士の種々の依存関係を示すID群である。「Item_ID」は、ファイルのIDを示す。MFUヘッダ・エクステンション・フラグ(mfu_header_extension_flag)が“1”であるとき、MFUヘッダ・エクステンション(mfu_header_extension())が存在する。
 図32は、MFUヘッダ・エクステンション(mfu_header_extension())の構造例(Syntax)を示している。図33は、この構造例の主要な情報の内容(Semantics)を示している。「asset_type」2ビットフィールドは、アセットタイプを示す。例えば、“01”はビデオを示し、“10”はオーディオを示す。
 「time_tick」の2ビットフィールドは、いかなるクロックで制御するかを示す。“01”は90kHzの精度のクロックで全てを制御することを示す。“10”は「NTP short time」であることを示す。「au_rate_scale」の10ビットフィールドは、ビデオやオーディオのアクセスユニットのレートを求めるためのスケール情報である。
 アセットタイプがビデオの場合、“000”は3750の値を示し、この値によりレートとして24Hzを求めることができる。また、“001”は3600の値を示し、この値によりレートとして25Hzを求めることができる。また、“010”は3000の値を示し、この値によりレートとして30Hzを求めることができる。
 また、“011”は1800の値を示し、この値によりレートとして50Hzを求めることができる。また、“100”は1500の値を示し、この値によりレートとして60Hzを求めることができる。また、“101”は900の値を示し、この値によりレートとして100Hzを求めることができる。また、“110”は750の値を示し、この値によりレートとして120Hzを求めることができる。なお、“111”はリザーブとされる。
 一方、アセットタイプがオーディオの場合、“000”は1920の値を示し、この値によりレートとして48KHz*1024を求めることができる。また、“001”は2089.8の値を示し、この値によりレートとして44.1KHz*1024を求めることができる。また、“010”は2880の値を示し、この値によりレートとして32KHz*1024を求めることができる。なお、その他はリザーブとされる。
 「division_factor」の2ビットフィールドは、レートを微調整するための要素である。アセットタイプがビデオの場合、“00”は1を示し、“01”は1.001を示す。また、アセットタイプがオーディオの場合、“00”は1を示し、“01”は2を示す。
 「timestamp_for_processing」の32ビットフィールドは、対応するアクセスユニットの時刻を示す。この場合、「time_tick」が“01”であるときは、90KHz精度のものとなる。また、「time_tick」が“10”であるときは、RFC5059で規定される「NTP short timestamp」となる。
 「timestamp_type」の1ビットフィールドは、上述の「timestamp_for_processing」で示される時刻がデコード時刻であるか表示時刻であるかを示す。“1”はデコード時刻(decode_timestamp)であることを示し、“0”は表示時刻(display_timestamp)であることを示す。「delta_fixed_length_code」の8ビットフィールドは、8ビット固定長のオフセット値を挿入する領域である。
 なお、上述では、MFUヘッダ・エクステンションに、時刻情報(例えば、表示時刻PTSあるいはデコード時刻DTSと、オフセット値DLT)を挿入する構造例を示した。MFUペイロードに時刻情報を挿入する構造例も考えられる。図34、図35は、その場合におけるMFUヘッダ(mfu_header())の構造例(Syntax)を示している。図36は、この構造例の主要な情報の内容(Semantics)を示している。
 「timestamp_type」の2ビットフィールドは、MPUペイロードの先頭にタイムスタンプが供給されるかどうかを示す。“00”は、タイムスタンプは供給されないことを示す。この場合、MPUペイロードの最初のバイト(1st バイト)がフラグメントされたMPUペイロードの先頭バイトと一致する。“01”は、MPUペイロードの先頭に表示タイムスタンプが供給されることを示す。この場合、表示タイムスタンプの直後にフラグメントされたMPUペイロードの先頭バイトが供給される。“10”は、MFUペイロードの先頭にデコードタイムスタンプと表示タイムスタンプの双方が供給されることを示す。この場合、タイムスタンプの直後にフラグメントされたMPUペイロードの先頭バイトが供給される。
 「time_tick」の1ビットフィールドは、タイムスタンプの値の精度を示す。“0”は、90000Hz精度であることを示す。“1”は、NTP short time フォーマットであることを示す。
 図37は、MFUペイロード(mfu_payload())の構造例(Syntax)およびその主要な情報の内容(Semantics)を示している。「presentation_timestamp」の32ビットフィールドは、表示タイムスタンプ(表示時刻)の値を示す。「decoding_timestamp」の32ビットフィールドは、デコードタイムスタンプ(デコード時刻)の値を示す。MFUヘッダにおける「timestamp_type 」が“01”であるとき、ペイロードデータ(payload_data)の直前に「presentation_timestamp」の32ビットフィールドが存在する。また、MFUヘッダにおける「timestamp_type 」が“10”であるとき、ペイロードデータ(payload_data)の直前に「presentation_timestamp」の32ビットフィールドおよび「decoding_timestamp」の32ビットフィールドが存在する。
 図38、図39は、MFUペイロードに時刻情報を挿入する場合における、MFUヘッダ(mfu_header())の他の構造例(Syntax)を示している。図40は、この構造例の主要な情報の内容(Semantics)を示している。「payload_header_flag」の1ビットフラグ情報は、MFUペイロードの先頭に、MFUペイロードヘッダが存在するかどうかを示す。“0”は、MFUペイロードヘッダは存在しないことを示す。この場合、MFUペイロードの最初のバイト(1st バイト)はフラグメントされたMPUペイロードの先頭バイトと一致する。“1”は、MFUペイロードヘッダが存在することを示す。この場合、MFUペイロードヘッダの直後にフラグメントされたMPUペイロードの先頭バイトが供給される。
 図41は、MFUペイロード(mfu_payload())の構造例(Syntax)を示している。図42は、この構造例の主要な情報の内容(Semantics)を示している。「mfu_payload_header_type」の8ビットフィールドは、MFUペイロードヘッダのタイプを示す。例えば、“0x01”は、NTP short time フォーマットの表示タイムスタンプ(表示時刻)を供給することを示す。“0x02”は、NTP short time フォーマットの表示タイムスタンプと、デコードタイムスタンプ(デコード時刻)とを供給することを示す。“0x03”は、90KHz精度での表示タイムスタンプを供給することを示す。“0x04”は、90KHz精度での表示タイムスタンプと、デコードタイムスタンプとを供給することを示す。
 「mfu_payload_header_length」の8ビットフィールドは、本エレメント以後のMFUペイロードヘッダのサイズをバイト数で示す。「presentation_timestamp」の32ビットフィールドは、表示タイムスタンプ(表示時刻)の値を示す。「decoding_timestamp」の32ビットフィールドは、デコードタイムスタンプ(デコード時刻)の値を示す。
 次に、メッセージ(Message)で時刻情報を送る場合についてさらに説明する。図43は、タイムスタンプ・メッセージ(Timestamp Message)の構造例(Syntax)を示している。このタイムスタンプ・メッセージは、MPUに含まれる各アクセスユニット(AU)のデコード時刻(decode_timestamp)、表示時刻(display_timestamp)を受信側で取得するために、受信側の時刻情報を供給するためのメッセージである。
 このタイムスタンプ・メッセージには、メッセージ内容が配置されるタイムスタンプ・テーブル(timestamp_table())が含まれる。図44は、このタイムスタンプ・テーブル(timestamp_table())の構造例(Syntax)を示している。詳細説明は省略するが、このタイムスタンプ・テーブルには、上述したMMTペイロード・ヘッダ・エクステンション(mmtp_payload_header_extension())(図23、図24参照)と同様の情報(時刻情報、変換情報)が含まれる。
 このタイムスタンプ・メッセージには、パケットID(acket_ID)が含まれ、アセット(asset)レベルでの関連付が行われる。その他、このタイムスタンプ・メッセージには、従来のテーブル(table)構成に従い、テーブルID(table_id)、バージョン(version)、レングス(length)などの情報が追加されている。ここで、テーブルIDやバージョンは、システムでユニークに割り当てられるものである。また、レングスは、当テーブル全体のサイズを示す。
 このタイムスタンプ・テーブル(timestamp_table)は、メッセージ(message)群を束ねるメッセージである。パッケージ・アクセス・メッセージ(Package Access message)の中のメッセージペイロード(message payload())で伝送することも可能である。図45は、パッケージ・アクセス・メッセージ(Package Access message)の構造例(Syntax)を示している。
 その場合、パッケージ・アクセス・メッセージとしては、図示のように、ヘッダ部分にパッケージ・アクセス・メッセージを示す「message_id」から始まり、「version」、「length」が続く。そして、「number_of_tables」でテーブル(table)の数が示された後、そのテーブルの数だけループ(loop)があり、各ループの中は、「table_id」から始まり、「table_version」、「table_length」が続く。「table_id」は、タイムスタンプ・テーブル(timestamp_table)の中の「table_id」と一致する。「table_length」は、「timestamp_table」を含み、他の「table」を含んだサイズを示す。その後、「message_payload」の中に、「timestamp_table」がそのまま供給される。
 [オフセット値の可変長符号化]
 次に、オフセット値DLT(n)の可変長符号化について説明する。上述したように、アクセスユニット(AU)毎のデコード時刻および表示時刻を受信側で再現するために、各アクセスユニットのオフセット値を時系列的に伝送することが行われる。このオフセット値は、配信順(=デコード順)の系列を表示順に整列する際に有効となるものであり、主にビデオに関するピクチャ・リオーダー(picture reorder)を正しく行い、かつ同期表示を確保する目的で参照される。
 図46は、アクセスユニットAU(n)のデコード時刻D(n)と、表示時刻R(n)の対応関係の一例を示している。この例の場合、リオーダー距離M=3であり、以下の値をアクセスユニットの数だけ符号化することになる。
 D(0)→R(0)のオフセット値DLT=+1
 D(1)→R(1)のオフセット値DLT=+3
 D(2)→R(2)のオフセット値DLT=0
 D(3)→R(3)のオフセット値DLT=0
 よって、オフセット値DLTの時系列表現は、+1,+3,0,0,+3,0,0,3,・・・となる。これは、リオーダー距離Mに依存するものであり、リオーダー距離Mが大きくなれば、”0”を入れる割合が増大する。本実施の形態では、このことを利用して、0発生確率に応じて有効な符号サイズを確保して、伝送容量に合わせる目的で可変長符号化を行う。
 図47は、時系列のオフセット値を可変長符号化するための可変長符号テーブルの一例を示している。高確率で発生する“0”に対してショートワード(short word)が割り当てられ、リオーダー距離Mの単位で発生する値には、ロングワード(long word)が割り当てられる。このような可変長符号化により、時系列のオフセット値の伝送容量を効率よく低減できる。
 なお、リオーダー距離Mが大きくなるほどBピクチャの割合が大きくなるので、このような可変長符号化による伝送容量の低減効率は大きくなっていく。図48は、このことを示している。例えば、リオーダー距離Mが3の場合、「IPBB」の4個のアクセスユニットのオフセット値の伝送容量は10ビットとなり、平均すると、10/4ビットとなる。これに対して、例えば、リオーダー距離Mが6の場合、「IPBBBBB」の7個のアクセスユニットのオフセット値の伝送容量は13ビットとなり、平均すると、13/7ビットとなる。
 上述したように、図1に示す送受信システム10においては、送信装置100から受信装置200に送られるMMTパケットに、受信側で各アクセスユニットのデコード時刻および/または表示時刻を取得するための時刻情報が挿入されるものである。したがって、例えば、受信側でデコード時刻および/または表示時刻を取得するための時刻情報の伝送を良好に行うことができる。
 また、図1に示す送受信システム10においては、時刻情報は、例えば、一つ以上のアクセスユニットの最初のアクセスユニットに対応したデコード時刻あるいは表示時刻の値(初期値)と、各アクセスユニットにそれぞれ対応したデコード時刻から表示時刻までのオフセット値とされるものでる。また、このオフセット値は絶対オフセット値ではなく、相対オフセット値とされる。したがって、時刻情報の伝送を効率よく行うことができる。
 また、図1に示す送受信システム10においては、時系列のオフセットを可変長符号化して伝送するものである。したがって、時刻情報の伝送容量の低減を図ることができる。
 <2.変形例>
 なお、上述実施の形態においては、ファイル内の時刻情報をMMTパケットに反映する方法を記述したが、“moov”内、あるいは“moof”内の時刻情報をそのままMMTペイロードヘッダあるいはMFU内の領域、またはメッセージにて供給することとしても類似の効果が得られる。
 また、上述実施の形態においては、本技術を、MMT構造のトランスポートパケット、つまりMMTパケットが含まれる伝送ストリームをRF伝送路あるいは通信ネットワーク伝送路を通じて伝送する送受信システム10に適用したものである。本技術は、同様の伝送ストリームをRF伝送路あるいは通信ネットワーク伝送路を通じて伝送する送受信システムにも同様に適用できることは勿論である。
 また、本技術は、以下のような構成を取ることもできる。
 (1)ペイロードに伝送メディアを含む第1の伝送パケットと、ペイロードに上記伝送メディアに関する情報を含む第2の伝送パケットとが時分割的に多重化された伝送ストリームを生成する伝送ストリーム生成部と、
 上記伝送ストリームを所定の伝送路を通じて受信側に送信する伝送ストリーム送信部と、
 上記第1の伝送パケットまたは上記第2の伝送パケットに、上記受信側でデコード時刻および/または表示時刻を取得するための時刻情報を挿入する時刻情報挿入部とを備える
 送信装置。
 (2)上記第1の伝送パケットに含まれる伝送メディアは一つ以上のアクセスユニットで構成され、
 上記時刻情報挿入部で挿入される時刻情報は、上記一つ以上のアクセスユニットにそれぞれ対応したデコード時刻および/または表示時刻を取得するための情報である
 前記(1)に記載の送信装置。
 (3)上記時刻情報挿入部で挿入される時刻情報は、上記一つ以上のアクセスユニットの最初のアクセスユニットに対応したデコード時刻あるいは表示時刻の値と、各アクセスユニットにそれぞれ対応したデコード時刻から表示時刻までのオフセット値とを有する
 前記(2)に記載の送信装置。
 (4)上記オフセット値は、絶対オフセット値に対応した相対オフセット値であり、
 上記時刻情報挿入部で挿入される時刻情報には、上記相対オフセット値を上記絶対オフセット値に変換するための変換情報が付加される
 前記(3)に記載の送信装置。
 (5)上記時刻情報挿入部は、上記相対オフセット値を可変長符号化した後に挿入する
 前記(4)に記載の送信装置。
 (6)上記時刻情報挿入部で挿入される時刻情報は、上記一つ以上のアクセスユニットのそれぞれに対応した表示時刻、あるいは表示時刻およびデコード時刻である
 前記(2)に記載の送信装置。
 (7)上記第1の伝送パケットのペイロードは、ペイロードヘッダ部とペイロード本体部とからなり、
 上記時刻情報挿入部は、上記ペイロードヘッダ部に、上記時刻情報を挿入する
 前記(1)から(6)のいずれかに記載の送信装置。
 (8)上記第1の伝送パケットのペイロードは、ペイロードヘッダ部とペイロード本体部とからなり、
 上記ペイロード本体部には、上記伝送メディアがフラグメント化された一つ以上のアクセスユニットをそれぞれ含むフラグメントペイロードがフラグメントヘッダを伴って配置され、
 上記時刻情報挿入部は、上記フラグメントヘッダに、対応するアクセスユニットの時刻情報を挿入する
 前記(1)から(6)のいずれかに記載の送信装置。
 (9)上記第1の伝送パケットのペイロードは、ペイロードヘッダ部とペイロード本体部とからなり、
 上記ペイロード本体部には、上記伝送メディアがフラグメント化された一つ以上のアクセスユニットをそれぞれ含むフラグメントペイロードがフラグメントヘッダを伴って配置され、
 上記時刻情報挿入部は、上記フラグメントペイロードに、対応するアクセスユニットの時刻情報を挿入する
 前記(1)から(6)のいずれかに記載の送信装置。
 (10)上記第2の伝送パケットのペイロード部は、ペイロードヘッダ部とペイロード本体部とからなり、
 上記時刻情報挿入部は、上記ペイロード本体部に、上記時刻情報を挿入する
 前記(1)から(6)のいずれかに記載の送信装置。
 (11)上記所定の伝送路は、RF伝送路または通信ネットワーク伝送路である
 前記(1)から(10)のいずれかに記載の送信装置。
 (12)上記第1の伝送パケットおよび上記第2の伝送パケットは、MMTパケットである
 前記(1)から(11)のいずれかに記載の送信装置。
 (13)ペイロードに伝送メディアを含む第1の伝送パケットと、ペイロードに上記伝送メディアに関する情報を含む第2の伝送パケットとが時分割的に多重化された伝送ストリームを生成する伝送ストリーム生成ステップと、
 上記伝送ストリームを所定の伝送路を通じて受信側に送信する伝送ストリーム送信ステップと、
 上記第1の伝送パケットまたは上記第2の伝送パケットに、上記受信側でデコード時刻および/または表示時刻を取得するための時刻情報を挿入する時刻情報挿入ステップとを備える
 送信方法。
 (14)ペイロードに伝送メディアを含む第1の伝送パケットと、ペイロードに上記伝送メディアに関する情報を含む第2の伝送パケットとが時分割的に多重化された伝送ストリームを、送信側から所定の伝送路を通じて受信する伝送ストリーム受信部を備え、
 上記第1の伝送パケットまたは上記第2の伝送パケットには、デコード時刻および/または表示時刻を取得するための時刻情報が挿入されており、
 上記伝送ストリームから取り出された上記伝送メディアを、上記時刻情報に基づいて取得された上記デコード時刻および/または上記表示時刻を用いて処理する伝送メディア処理部をさらに備える
 受信装置。
 (15)上記第1の伝送パケットに含まれる伝送メディアは一つ以上のアクセスユニットで構成され、
 上記時刻情報は、上記一つ以上のアクセスユニットの最初のアクセスユニットに対応したデコード時刻あるいは表示時刻の値と、各アクセスユニットにそれぞれ対応したデコード時刻から表示時刻までの絶対オフセット値に対応した相対オフセット値であり、
 上記相対オフセット値を上記絶対オフセット値に変換するオフセット値変換部をさらに備える
 前記(14)に記載の受信装置。
 (16)ペイロードに伝送メディアを含む第1の伝送パケットと、ペイロードに上記伝送メディアに関する情報を含む第2の伝送パケットとが時分割的に多重化された伝送ストリームを、送信側から所定の伝送路を通じて受信する伝送ストリーム受信ステップを備え、
 上記第1の伝送パケットまたは上記第2の伝送パケットには、デコード時刻および/または表示時刻を取得するための時刻情報が挿入されており、
 上記伝送ストリームから取り出された上記伝送メディアを、上記時刻情報に基づいて取得された上記デコード時刻および/または記表示時刻を用いて処理する伝送メディア処理ステップをさらに備える
 受信方法。
 本技術の主な特徴は、MMTパケットに、複数のアクセスユニットの最初のアクセスユニットに対応したデコード時刻あるいは表示時刻の値と、各アクセスユニットにそれぞれ対応したデコード時刻から表示時刻までの相対オフセット値とを挿入することで、時刻情報の伝送を効率よく行い得るようにしたことである(図15、図18参照)。
 10・・・送受信システム
 100・・・トランスポートパケット送信装置
 101・・・アセット発生部
 102・・・エンコーダ
 103・・・トランスポートパケット化部
 104・・・クロック発生部
 105・・・IP送信部
 106・・・RF送信部
 200・・・トランスポートパケット受信装置
 201・・・RF受信部
 202・・・IP受信部
 203・・・クロック発生部
 204・・・トランスポートアンパケット化部
 205・・・デコード・出力処理部
 301・・・デマルチプレクサ
 302・・・ビデオデコーダ
 303・・・ビデオ表示部
 304・・・オーディオデコーダ
 305・・・オーディオ出力部
 306・・・制御部

Claims (16)

  1.  ペイロードに伝送メディアを含む第1の伝送パケットと、ペイロードに上記伝送メディアに関する情報を含む第2の伝送パケットとが時分割的に多重化された伝送ストリームを生成する伝送ストリーム生成部と、
     上記伝送ストリームを所定の伝送路を通じて受信側に送信する伝送ストリーム送信部と、
     上記第1の伝送パケットまたは上記第2の伝送パケットに、上記受信側でデコード時刻および/または表示時刻を取得するための時刻情報を挿入する時刻情報挿入部とを備える
     送信装置。
  2.  上記第1の伝送パケットに含まれる伝送メディアは一つ以上のアクセスユニットで構成され、
     上記時刻情報挿入部で挿入される時刻情報は、上記一つ以上のアクセスユニットにそれぞれ対応したデコード時刻および/または表示時刻を取得するための情報である
     請求項1に記載の送信装置。
  3.  上記時刻情報挿入部で挿入される時刻情報は、上記一つ以上のアクセスユニットの最初のアクセスユニットに対応したデコード時刻あるいは表示時刻の値と、各アクセスユニットにそれぞれ対応したデコード時刻から表示時刻までのオフセット値とを有する
     請求項2に記載の送信装置。
  4.  上記オフセット値は、絶対オフセット値に対応した相対オフセット値であり、
     上記時刻情報挿入部で挿入される時刻情報には、上記相対オフセット値を上記絶対オフセット値に変換するための変換情報が付加される
     請求項3に記載の送信装置。
  5.  上記時刻情報挿入部は、上記相対オフセット値を可変長符号化した後に挿入する
     請求項4に記載の送信装置。
  6.  上記時刻情報挿入部で挿入される時刻情報は、上記一つ以上のアクセスユニットのそれぞれに対応した表示時刻、あるいは表示時刻およびデコード時刻である
     請求項2に記載の送信装置。
  7.  上記第1の伝送パケットのペイロードは、ペイロードヘッダ部とペイロード本体部とからなり、
     上記時刻情報挿入部は、上記ペイロードヘッダ部に、上記時刻情報を挿入する
     請求項1に記載の送信装置。
  8.  上記第1の伝送パケットのペイロードは、ペイロードヘッダ部とペイロード本体部とからなり、
     上記ペイロード本体部には、上記伝送メディアがフラグメント化された一つ以上のアクセスユニットをそれぞれ含むフラグメントペイロードがフラグメントヘッダを伴って配置され、
     上記時刻情報挿入部は、上記フラグメントヘッダに、対応するアクセスユニットの時刻情報を挿入する
     請求項1に記載の送信装置。
  9.  上記第1の伝送パケットのペイロードは、ペイロードヘッダ部とペイロード本体部とからなり、
     上記ペイロード本体部には、上記伝送メディアがフラグメント化された一つ以上のアクセスユニットをそれぞれ含むフラグメントペイロードがフラグメントヘッダを伴って配置され、
     上記時刻情報挿入部は、上記フラグメントペイロードに、対応するアクセスユニットの時刻情報を挿入する
     請求項1に記載の送信装置。
  10.  上記第2の伝送パケットのペイロード部は、ペイロードヘッダ部とペイロード本体部とからなり、
     上記時刻情報挿入部は、上記ペイロード本体部に、上記時刻情報を挿入する
     請求項1に記載の送信装置。
  11.  上記所定の伝送路は、RF伝送路または通信ネットワーク伝送路である
     請求項1に記載の送信装置。
  12.  上記第1の伝送パケットおよび上記第2の伝送パケットは、MMTパケットである
     請求項1に記載の送信装置。
  13.  ペイロードに伝送メディアを含む第1の伝送パケットと、ペイロードに上記伝送メディアに関する情報を含む第2の伝送パケットとが時分割的に多重化された伝送ストリームを生成する伝送ストリーム生成ステップと、
     上記伝送ストリームを所定の伝送路を通じて受信側に送信する伝送ストリーム送信ステップと、
     上記第1の伝送パケットまたは上記第2の伝送パケットに、上記受信側でデコード時刻および/または表示時刻を取得するための時刻情報を挿入する時刻情報挿入ステップとを備える
     送信方法。
  14.  ペイロードに伝送メディアを含む第1の伝送パケットと、ペイロードに上記伝送メディアに関する情報を含む第2の伝送パケットとが時分割的に多重化された伝送ストリームを、送信側から所定の伝送路を通じて受信する伝送ストリーム受信部を備え、
     上記第1の伝送パケットまたは上記第2の伝送パケットには、デコード時刻および/または表示時刻を取得するための時刻情報が挿入されており、
     上記伝送ストリームから取り出された上記伝送メディアを、上記時刻情報に基づいて取得された上記デコード時刻および/または上記表示時刻を用いて処理する伝送メディア処理部をさらに備える
     受信装置。
  15.   上記第1の伝送パケットに含まれる伝送メディアは一つ以上のアクセスユニットで構成され、
     上記時刻情報は、上記一つ以上のアクセスユニットの最初のアクセスユニットに対応したデコード時刻あるいは表示時刻の値と、各アクセスユニットにそれぞれ対応したデコード時刻から表示時刻までの絶対オフセット値に対応した相対オフセット値であり、
     上記相対オフセット値を上記絶対オフセット値に変換するオフセット値変換部をさらに備える
     請求項14に記載の受信装置。
  16.  ペイロードに伝送メディアを含む第1の伝送パケットと、ペイロードに上記伝送メディアに関する情報を含む第2の伝送パケットとが時分割的に多重化された伝送ストリームを、送信側から所定の伝送路を通じて受信する伝送ストリーム受信ステップを備え、
     上記第1の伝送パケットまたは上記第2の伝送パケットには、デコード時刻および/または表示時刻を取得するための時刻情報が挿入されており、
     上記伝送ストリームから取り出された上記伝送メディアを、上記時刻情報に基づいて取得された上記デコード時刻および/または記表示時刻を用いて処理する伝送メディア処理ステップをさらに備える
     受信方法。
PCT/JP2014/056574 2013-03-14 2014-03-12 送信装置、送信方法、受信装置および受信方法 WO2014142203A1 (ja)

Priority Applications (17)

Application Number Priority Date Filing Date Title
EP14762911.7A EP2975851B1 (en) 2013-03-14 2014-03-12 Transmission apparatus, transmission method, reception apparatus and reception method
MYPI2015702537A MY177181A (en) 2013-03-14 2014-03-12 Transmission apparatus, transmission method, reception apparatus, and reception method
SG11201507164RA SG11201507164RA (en) 2013-03-14 2014-03-12 Transmission apparatus, transmission method, reception apparatus and reception method
US14/764,768 US9876616B2 (en) 2013-03-14 2014-03-12 Transmission apparatus, transmission method, reception apparatus, and reception method
KR1020177017510A KR102052684B1 (ko) 2013-03-14 2014-03-12 송신 장치, 송신 방법, 수신 장치 및 수신 방법
KR1020157024271A KR101753503B1 (ko) 2013-03-14 2014-03-12 송신 장치, 송신 방법, 수신 장치 및 수신 방법
KR1020197035535A KR102102349B1 (ko) 2013-03-14 2014-03-12 송신 장치, 송신 방법, 수신 장치 및 수신 방법
RU2015138151A RU2642834C2 (ru) 2013-03-14 2014-03-12 Передающее устройство, способ передачи, приемное устройство и способ приема
KR1020207010677A KR102145154B1 (ko) 2013-03-14 2014-03-12 송신 장치, 송신 방법, 수신 장치 및 수신 방법
EP20185223.3A EP3745728A1 (en) 2013-03-14 2014-03-12 Transmission apparatus, transmission method, reception apparatus and reception method
BR112015021917-9A BR112015021917B1 (pt) 2013-03-14 2014-03-12 Aparelhos e métodos de transmissão e de recepção
CA2904115A CA2904115C (en) 2013-03-14 2014-03-12 Transmission apparatus, transmission method, reception apparatus, and reception method
CN201480012887.4A CN105009595B (zh) 2013-03-14 2014-03-12 发送设备、发送方法、接收设备以及接收方法
MX2015011615A MX357400B (es) 2013-03-14 2014-03-12 Aparato de transmision, metodo de transmision, aparato de recepcion, y metodo de recepcion.
US15/184,568 US10862638B2 (en) 2013-03-14 2016-06-16 Transmission apparatus, transmission method, reception apparatus, and reception method
US16/850,419 US11075728B2 (en) 2013-03-14 2020-04-16 Transmission apparatus, transmission method, reception apparatus, and reception method
US17/383,223 US20210351883A1 (en) 2013-03-14 2021-07-22 Transmission apparatus, transmission method, reception apparatus, and reception method

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP2013052559 2013-03-14
JP2013-052559 2013-03-14
JP2013-100774 2013-05-10
JP2013100774A JP5641090B2 (ja) 2013-03-14 2013-05-10 送信装置、送信方法、受信装置および受信方法

Related Child Applications (2)

Application Number Title Priority Date Filing Date
US14/764,768 A-371-Of-International US9876616B2 (en) 2013-03-14 2014-03-12 Transmission apparatus, transmission method, reception apparatus, and reception method
US15/184,568 Division US10862638B2 (en) 2013-03-14 2016-06-16 Transmission apparatus, transmission method, reception apparatus, and reception method

Publications (1)

Publication Number Publication Date
WO2014142203A1 true WO2014142203A1 (ja) 2014-09-18

Family

ID=51536854

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2014/056574 WO2014142203A1 (ja) 2013-03-14 2014-03-12 送信装置、送信方法、受信装置および受信方法

Country Status (12)

Country Link
US (4) US9876616B2 (ja)
EP (2) EP2975851B1 (ja)
JP (1) JP5641090B2 (ja)
KR (4) KR102102349B1 (ja)
CN (1) CN105009595B (ja)
BR (1) BR112015021917B1 (ja)
CA (1) CA2904115C (ja)
MX (1) MX357400B (ja)
MY (1) MY177181A (ja)
RU (1) RU2642834C2 (ja)
SG (1) SG11201507164RA (ja)
WO (1) WO2014142203A1 (ja)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015093011A1 (ja) * 2013-12-16 2015-06-25 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 送信方法、受信方法、送信装置及び受信装置
WO2016194326A1 (en) * 2015-06-02 2016-12-08 Sony Corporation Transmission device, transmission method, reception device, and reception method
WO2016208418A1 (ja) * 2015-06-26 2016-12-29 ソニー株式会社 送信装置、送信方法、並びに、プログラム
CN107431845A (zh) * 2015-03-31 2017-12-01 松下电器(美国)知识产权公司 发送方法、接收方法、发送装置以及接收装置
CN108353239A (zh) * 2015-09-08 2018-07-31 伯斯有限公司 无线音频同步
JP2019213223A (ja) * 2015-04-02 2019-12-12 パナソニック インテレクチュアル プロパティ コーポレーション オブアメリカPanasonic Intellectual Property Corporation of America 受信方法及び受信装置
US10827208B2 (en) 2013-12-16 2020-11-03 Panasonic Intellectual Property Corporation Of America Transmitting method, receiving method, transmitting device and receiving device
US11350154B2 (en) 2015-03-31 2022-05-31 Panasonic Intellectual Property Corporation Of America Receiving method, receiving device, and transmission and reception system

Families Citing this family (52)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101484843B1 (ko) 2013-04-19 2015-01-20 삼성전자주식회사 멀티미디어 전송 시스템에서 미디어 전송 패킷 전송 방법 및 장치
KR102148158B1 (ko) * 2013-04-23 2020-08-28 삼성전자주식회사 통신 시스템에서 패킷 송수신 방법 및 장치
CN109889888B (zh) * 2013-06-05 2022-04-01 太阳专利托管公司 再现方法、装置及生成方法、装置
JP2015015706A (ja) * 2013-07-03 2015-01-22 パナソニック インテレクチュアル プロパティ コーポレーション オブアメリカPanasonic Intellectual Property Corporation of America データ送信方法、データ再生方法、データ送信装置およびデータ再生装置
US20150032845A1 (en) * 2013-07-26 2015-01-29 Samsung Electronics Co., Ltd. Packet transmission protocol supporting downloading and streaming
KR20150047082A (ko) * 2013-10-23 2015-05-04 한국전자통신연구원 Mmt 페이로드 헤더 구성 장치 및 방법
US10530828B2 (en) * 2014-03-31 2020-01-07 Samsung Electronics Co., Ltd. Method and apparatus for signaling and operation of low delay consumption of media data in MMT
JP5708866B1 (ja) 2014-04-10 2015-04-30 ソニー株式会社 送信装置、送信方法、受信装置および受信方法
KR102127641B1 (ko) * 2014-06-20 2020-06-30 삼성전자주식회사 응용 계층 순방향 오류 정정 방식을 사용하여 제공되는 방송 서비스의 수신을 제어하는 방법 및 장치
US10547884B2 (en) * 2014-06-24 2020-01-28 Samsung Electronics Co., Ltd. Technique for transmitting and receiving system time information in broadcasting system
KR20160004858A (ko) * 2014-07-04 2016-01-13 삼성전자주식회사 멀티미디어 통신 시스템에서 패킷 송/수신 장치 및 방법
KR102191878B1 (ko) * 2014-07-04 2020-12-16 삼성전자주식회사 멀티미디어 시스템에서 미디어 패킷을 수신하는 방법 및 장치
JP6706784B2 (ja) * 2014-09-12 2020-06-10 パナソニックIpマネジメント株式会社 送信装置、受信装置、送信方法及び受信方法
EP3217673A4 (en) * 2014-11-05 2018-04-18 Sony Corporation Sending device, sending method, receiving device, and receiving method
US10609428B2 (en) 2015-01-13 2020-03-31 Sony Corporation Transmission device and transmission method as well as reception device and reception method
JP6222781B2 (ja) * 2015-03-19 2017-11-01 マクセルホールディングス株式会社 制御方法
JP6222782B2 (ja) * 2015-03-20 2017-11-01 マクセルホールディングス株式会社 録画予約の制御方法
US10085051B2 (en) * 2015-02-13 2018-09-25 Samsung Electronics Co., Ltd. Method and apparatus for converting MMTP stream to MPEG-2TS
US20160295256A1 (en) * 2015-03-31 2016-10-06 Microsoft Technology Licensing, Llc Digital content streaming from digital tv broadcast
JP2016201765A (ja) * 2015-04-14 2016-12-01 日立マクセル株式会社 放送受信装置及び映像出力方法
JP6591775B2 (ja) * 2015-04-15 2019-10-16 マクセル株式会社 出力制御方法
JP6641731B2 (ja) 2015-06-05 2020-02-05 ソニー株式会社 送信装置及び送信方法、並びに受信装置及び受信方法
JP6378137B2 (ja) * 2015-06-15 2018-08-22 マクセル株式会社 録画制御方法
JP6382158B2 (ja) * 2015-06-16 2018-08-29 マクセル株式会社 一時蓄積の制御方法
JP2017017382A (ja) * 2015-06-26 2017-01-19 ソニー株式会社 データ処理装置、データ処理方法、並びに、プログラム
US10547881B2 (en) 2015-07-01 2020-01-28 Sony Corporation Transmission device and transmission method as well as reception device and reception method
CN113259747A (zh) 2015-08-06 2021-08-13 麦克赛尔株式会社 广播接收装置
JP6822407B2 (ja) * 2015-09-01 2021-01-27 ソニー株式会社 受信装置、データ処理方法、及び、プログラム
JP6820507B2 (ja) * 2015-09-14 2021-01-27 パナソニックIpマネジメント株式会社 映像受信方法、映像送信方法、映像受信装置及び映像送信装置
WO2017047399A1 (ja) * 2015-09-15 2017-03-23 ソニー株式会社 受信装置および方法、送信装置および方法
WO2017080927A1 (en) * 2015-11-09 2017-05-18 Thomson Licensing Method and device for adapting the video content decoded from elementary streams to the characteristics of a display
US9999580B2 (en) 2015-12-31 2018-06-19 L'oreal Skin tightening compositions
US9770401B2 (en) 2015-12-31 2017-09-26 L'oreal Skin tightening compositions
KR102421791B1 (ko) * 2016-05-26 2022-07-15 삼성전자주식회사 Mmt 네트워크 시스템에서 미디어 시간 정보를 전송 하는 방법 및 장치
CN109644284B (zh) * 2016-08-30 2022-02-15 索尼公司 发送设备、发送方法、接收设备与接收方法
CN106851350B (zh) * 2016-12-30 2019-07-30 中广热点云科技有限公司 一种传输流平滑拼接的系统及方法
WO2018168456A1 (ja) * 2017-03-14 2018-09-20 ソニーセミコンダクタソリューションズ株式会社 受信装置、及び、データ処理方法
US10726872B1 (en) 2017-08-30 2020-07-28 Snap Inc. Advanced video editing techniques using sampling patterns
JP6283145B2 (ja) * 2017-09-29 2018-02-21 マクセル株式会社 制御方法
JP6283146B2 (ja) * 2017-09-29 2018-02-21 マクセル株式会社 録画予約の制御方法
CN109936715B (zh) * 2017-12-19 2021-09-03 华为技术有限公司 一种mp4文件的处理方法及其相关设备
JP6317534B1 (ja) * 2018-01-25 2018-04-25 マクセル株式会社 放送番組の録画予約の制御方法
JP6317861B1 (ja) * 2018-01-25 2018-04-25 マクセル株式会社 放送番組のコンテンツの送出、受信、および蓄積制御方法
JP2018164294A (ja) * 2018-06-20 2018-10-18 マクセル株式会社 放送番組の視聴予約および映像デコードの制御方法
JP6405492B1 (ja) * 2018-07-26 2018-10-17 マクセル株式会社 録画制御方法
JP6412288B1 (ja) * 2018-07-26 2018-10-24 マクセル株式会社 録画制御方法
JP6412289B1 (ja) * 2018-08-01 2018-10-24 マクセル株式会社 一時蓄積の制御方法
JP6405493B1 (ja) * 2018-08-01 2018-10-17 マクセル株式会社 一時蓄積の制御方法
US11095927B2 (en) * 2019-02-22 2021-08-17 The Nielsen Company (Us), Llc Dynamic watermarking of media based on transport-stream metadata, to facilitate action by downstream entity
JP6879344B2 (ja) * 2019-08-22 2021-06-02 三菱電機株式会社 復号装置
JP2021168520A (ja) * 2020-07-07 2021-10-21 マクセル株式会社 放送受信装置における映像と音声の再生同期方法
JP2021168521A (ja) * 2020-07-07 2021-10-21 マクセル株式会社 放送受信装置における映像、音声及び字幕の再生同期方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011217161A (ja) 2010-03-31 2011-10-27 Sony Corp 通信装置、コンテンツ配信システム、およびコンテンツ配信方法
US20120185907A1 (en) * 2011-01-19 2012-07-19 Samsung Electronics Co. Ltd. Apparatus and method for transmitting multimedia frame in broadcast system
WO2013021656A1 (ja) * 2011-08-11 2013-02-14 パナソニック株式会社 再生装置、再生方法、集積回路、放送システム、及び放送方法

Family Cites Families (32)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7292604B2 (en) * 1996-09-05 2007-11-06 The Directv Group, Inc. Device and method for efficient delivery of redundant national television signals
US7747853B2 (en) * 2001-06-06 2010-06-29 Sony Corporation IP delivery of secure digital content
US7787539B2 (en) * 2002-07-17 2010-08-31 Broadcom Corporation Decoding and presentation time stamps for MPEG-4 advanced video coding
JP2004265083A (ja) * 2003-02-28 2004-09-24 Matsushita Electric Ind Co Ltd コンテンツ配信システム
KR100513290B1 (ko) * 2003-06-30 2005-09-09 삼성전자주식회사 멀티미디어 컨텐츠와 세그먼트 메타데이터간의 시간 동기화를 위한 시스템 및 방법
US8982943B2 (en) * 2003-06-30 2015-03-17 Panasonic Intellectual Property Management Co., Ltd. Data processing device and data processing method
US7483532B2 (en) * 2003-07-03 2009-01-27 Microsoft Corporation RTP payload format
JP4237129B2 (ja) 2004-10-29 2009-03-11 三菱電機株式会社 ネットワーク対応映像機器及びネットワーク対応映像システム
US7421048B2 (en) * 2005-01-20 2008-09-02 Vixs Systems, Inc. System and method for multimedia delivery in a wireless environment
EP1884055A4 (en) * 2005-05-19 2011-12-28 Nokia Corp SYSTEM AND METHOD FOR PROVIDING UNREAL ERROR PROTECTION FOR PRIORITY TRADEMARK DATAGRAMS IN A DVB-H TRANSMISSION SYSTEM
US7643513B2 (en) * 2005-11-30 2010-01-05 Broadcom Corporation Method and system for audio and video transport
US20070183452A1 (en) * 2006-02-03 2007-08-09 Mark Hryszko Transport stream dejittering
JP2007274019A (ja) * 2006-03-30 2007-10-18 Matsushita Electric Ind Co Ltd デジタル方式情報配信システムおよびその方法
US20080056295A1 (en) * 2006-09-01 2008-03-06 Dne Technologies, Inc. Internet protocol quality of service apparatus and method
JP4986229B2 (ja) * 2007-06-27 2012-07-25 Kddi株式会社 同期した異なる種類のストリーミングデータを受信し且つ同時に再生する受信システム、受信装置及びプログラム
EP2149264B1 (en) * 2007-07-02 2011-01-12 Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. Apparatus and method for processing and reading a file having a media data container and a metadata container
WO2009028855A1 (en) * 2007-08-24 2009-03-05 Lg Electronics Inc. Digital broadcasting system and method of processing data in digital broadcasting system
US20090119723A1 (en) * 2007-11-05 2009-05-07 John Tinsman Systems and methods to play out advertisements
US9106544B2 (en) * 2008-11-12 2015-08-11 Google Technology Holdings LLC Multi-rate statistical multiplexing
US8542706B2 (en) * 2008-12-08 2013-09-24 Qualcomm Incorporated Method and apparatus related to packet fragmentation and reconstruction
KR101777347B1 (ko) * 2009-11-13 2017-09-11 삼성전자주식회사 부분화에 기초한 적응적인 스트리밍 방법 및 장치
US20130209063A1 (en) * 2010-08-17 2013-08-15 Lg Electronics Inc. Digital receiver and content processing method in digital receiver
JP2011061828A (ja) * 2010-10-25 2011-03-24 Sony Corp Mpeg方式のトランスポートストリーム送受信システム
JP2012129827A (ja) 2010-12-15 2012-07-05 Sony Corp 送信装置、送信方法、受信装置および受信方法
JP6018799B2 (ja) * 2011-05-20 2016-11-02 日本放送協会 放送通信連携システム
KR20120138319A (ko) * 2011-06-14 2012-12-26 삼성전자주식회사 멀티미디어 데이터 특징 정보를 이용하여 멀티미디어 서비스 데이터 패킷을 송신하는 방법 및 장치
KR20130009670A (ko) * 2011-07-13 2013-01-23 연세대학교 원주산학협력단 엠엠티 시스템에서의 패킷 전송 장치 및 방법, 및 패킷 수신 장치 및 방법
JP2013042117A (ja) * 2011-07-15 2013-02-28 Semiconductor Energy Lab Co Ltd 半導体装置
HUE063722T2 (hu) * 2012-04-25 2024-01-28 Samsung Electronics Co Ltd Eljárás adatok átvitelére multimédia átviteli rendszerben
BR112015004393B1 (pt) 2012-09-07 2023-01-17 Sony Corporation Dispositivos e métodos de transmissão e recepção
RU2633385C2 (ru) 2012-11-26 2017-10-12 Сони Корпорейшн Передающее устройство, способ передачи, приемное устройство, способ приема и способ отображения приема
RU2651241C2 (ru) 2012-12-13 2018-04-18 Сони Корпорейшн Передающее устройство, способ передачи, приемное устройство и способ приема

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011217161A (ja) 2010-03-31 2011-10-27 Sony Corp 通信装置、コンテンツ配信システム、およびコンテンツ配信方法
US20120185907A1 (en) * 2011-01-19 2012-07-19 Samsung Electronics Co. Ltd. Apparatus and method for transmitting multimedia frame in broadcast system
WO2012099429A2 (en) * 2011-01-19 2012-07-26 Samsung Electronics Co., Ltd. Apparatus and method for transmitting multimedia frame in broadcast system
WO2013021656A1 (ja) * 2011-08-11 2013-02-14 パナソニック株式会社 再生装置、再生方法、集積回路、放送システム、及び放送方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2975851A4

Cited By (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015093011A1 (ja) * 2013-12-16 2015-06-25 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 送信方法、受信方法、送信装置及び受信装置
US11722714B2 (en) 2013-12-16 2023-08-08 Panasonic Intellectual Property Corporation Of America Transmitting method, receiving method, transmitting device and receiving device
US11284136B2 (en) 2013-12-16 2022-03-22 Panasonic Intellectual Property Corporation Of America Transmitting method, receiving method, transmitting device and receiving device
US10827208B2 (en) 2013-12-16 2020-11-03 Panasonic Intellectual Property Corporation Of America Transmitting method, receiving method, transmitting device and receiving device
US10547893B2 (en) 2015-03-31 2020-01-28 Panasonic Intellectual Property Corporation Of America Receiving method, receiving device, and transmission and reception system
CN107431845A (zh) * 2015-03-31 2017-12-01 松下电器(美国)知识产权公司 发送方法、接收方法、发送装置以及接收装置
US11350154B2 (en) 2015-03-31 2022-05-31 Panasonic Intellectual Property Corporation Of America Receiving method, receiving device, and transmission and reception system
EP3280150A4 (en) * 2015-03-31 2018-02-07 Panasonic Intellectual Property Corporation of America Transmission method, reception method, transmission device and reception device
US10945021B2 (en) 2015-03-31 2021-03-09 Panasonic Intellectual Property Corporation Of America Receiving method, receiving device, and transmission and reception system
CN107431845B (zh) * 2015-03-31 2021-03-26 松下电器(美国)知识产权公司 发送方法、接收方法、发送装置以及接收装置
JP2019213223A (ja) * 2015-04-02 2019-12-12 パナソニック インテレクチュアル プロパティ コーポレーション オブアメリカPanasonic Intellectual Property Corporation of America 受信方法及び受信装置
US11057686B2 (en) 2015-06-02 2021-07-06 Saturn Licensing Llc Transmission device, transmission method, reception device, and reception method
KR20180015119A (ko) * 2015-06-02 2018-02-12 소니 주식회사 송신 장치, 송신 방법, 수신 장치, 및 수신 방법
WO2016194326A1 (en) * 2015-06-02 2016-12-08 Sony Corporation Transmission device, transmission method, reception device, and reception method
US10484759B2 (en) 2015-06-02 2019-11-19 Sony Corporation Transmission device, transmission method, reception device, and reception method
KR102533481B1 (ko) 2015-06-02 2023-05-18 소니그룹주식회사 송신 장치, 송신 방법, 수신 장치, 및 수신 방법
WO2016208418A1 (ja) * 2015-06-26 2016-12-29 ソニー株式会社 送信装置、送信方法、並びに、プログラム
JP2017017383A (ja) * 2015-06-26 2017-01-19 ソニー株式会社 送信装置、送信方法、並びに、プログラム
CN108353239B (zh) * 2015-09-08 2021-01-08 伯斯有限公司 无线音频同步
US10706872B2 (en) 2015-09-08 2020-07-07 Bose Corporation Wireless audio synchronization
CN108353239A (zh) * 2015-09-08 2018-07-31 伯斯有限公司 无线音频同步

Also Published As

Publication number Publication date
CA2904115C (en) 2022-06-21
BR112015021917A2 (pt) 2017-07-18
US20200280407A1 (en) 2020-09-03
BR112015021917B1 (pt) 2023-04-25
US20150373380A1 (en) 2015-12-24
US20210351883A1 (en) 2021-11-11
CN105009595B (zh) 2019-09-27
KR102145154B1 (ko) 2020-08-14
JP2014200054A (ja) 2014-10-23
KR20150128691A (ko) 2015-11-18
CN105009595A (zh) 2015-10-28
KR101753503B1 (ko) 2017-07-03
US11075728B2 (en) 2021-07-27
EP2975851B1 (en) 2020-09-23
EP3745728A1 (en) 2020-12-02
US20160294520A1 (en) 2016-10-06
EP2975851A1 (en) 2016-01-20
CA2904115A1 (en) 2014-09-18
KR102052684B1 (ko) 2019-12-06
MX2015011615A (es) 2015-12-17
KR20170077285A (ko) 2017-07-05
RU2642834C2 (ru) 2018-01-29
KR20200040941A (ko) 2020-04-20
MY177181A (en) 2020-09-09
MX357400B (es) 2018-07-06
RU2015138151A (ru) 2017-03-14
KR20190136131A (ko) 2019-12-09
US9876616B2 (en) 2018-01-23
KR102102349B1 (ko) 2020-04-21
JP5641090B2 (ja) 2014-12-17
US10862638B2 (en) 2020-12-08
SG11201507164RA (en) 2015-10-29
EP2975851A4 (en) 2016-10-19

Similar Documents

Publication Publication Date Title
US11075728B2 (en) Transmission apparatus, transmission method, reception apparatus, and reception method
JP5672407B2 (ja) 送信装置、送信方法、受信装置および受信方法
JP7279767B2 (ja) 送信方法および送信装置
JP5708876B1 (ja) 送信装置、送信方法、受信装置および受信方法
JP7074178B2 (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: 14762911

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 14764768

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 2014762911

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2904115

Country of ref document: CA

Ref document number: 20157024271

Country of ref document: KR

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: MX/A/2015/011615

Country of ref document: MX

ENP Entry into the national phase

Ref document number: 2015138151

Country of ref document: RU

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: IDP00201505490

Country of ref document: ID

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: 112015021917

Country of ref document: BR

ENP Entry into the national phase

Ref document number: 112015021917

Country of ref document: BR

Kind code of ref document: A2

Effective date: 20150908