KR20150072772A - Method of processing mmt message for performing arq of terminal - Google Patents

Method of processing mmt message for performing arq of terminal Download PDF

Info

Publication number
KR20150072772A
KR20150072772A KR1020130160301A KR20130160301A KR20150072772A KR 20150072772 A KR20150072772 A KR 20150072772A KR 1020130160301 A KR1020130160301 A KR 1020130160301A KR 20130160301 A KR20130160301 A KR 20130160301A KR 20150072772 A KR20150072772 A KR 20150072772A
Authority
KR
South Korea
Prior art keywords
media
arq
data packet
terminal
server
Prior art date
Application number
KR1020130160301A
Other languages
Korean (ko)
Inventor
김성혜
이창규
강신각
Original Assignee
한국전자통신연구원
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 한국전자통신연구원 filed Critical 한국전자통신연구원
Priority to KR1020130160301A priority Critical patent/KR20150072772A/en
Publication of KR20150072772A publication Critical patent/KR20150072772A/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/23605—Creation or processing of packetized elementary streams [PES]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
    • H04N21/64746—Control signals issued by the network directed to the server or the client
    • H04N21/64761—Control signals issued by the network directed to the server or the client directed to the server
    • H04N21/64776—Control signals issued by the network directed to the server or the client directed to the server for requesting retransmission, e.g. of data packets lost or corrupted during transmission from server

Abstract

A method for processing an MMT message for ARQ performance of a terminal is disclosed. A method of processing an MMT message for performing an ARQ of a terminal according to the present invention comprises the steps of: transmitting an ARQ configuration message to a media terminal and connecting the network between the media terminal and the media storage server; The media server simultaneously transmitting a data packet to the media terminal and the media storage server; Checking the lost data packet by analyzing the data packet at the media terminal, and transmitting an ARQ feedback message to the media storage server to request retransmission of the lost data packet; And the media storage server retransmitting the lost data packet.

Description

TECHNICAL FIELD [0001] The present invention relates to an MMT message processing method,

The present invention relates to a method of processing an MMT message for ARQ performance of a terminal, and more particularly to a method of transmitting an ARQ configuration message to a media terminal, connecting a network between a media terminal for ARQ performance and a media storage server, And request retransmission of the lost data packet to the media storage server.

MMT (MPEG Media Transport) is a new media transmission standard technology developed by the ISO / IEC JTC1 / SC29 / WG11 system division. 2. Description of the Related Art Conventional MPEG-2 systems have standardized MPEG-2 transport stream (TS) technology as a standard for functions such as packetization, synchronization and multiplexing necessary for transmitting AV (Audio Video) contents in a broadcasting network.

In the present MMT standard, ARQ (Automatic Repeat request) is further standardized in a separate amendment document called 'ISO / IEC 23008-1 AMD Additional technologies for MMT'. In this document, ARQ (ARQ) message for transmitting the policy and retransmission packet retention time to the media terminal and an AF (ARQ Feedback) message for requesting retransmission of the lost packet to the media server after finding the information of the lost packet at the media terminal And two signaling messages.

In performing the existing ARQ function, in the MMT standard, various ARQ types are possible by transmitting an ARQ profile and a feedback profile through an AC message. However, it is not clear how the ARQ is performed. Also, there is no definition of how the media server delivers the two profiles to the media terminal. Therefore, it is impossible to know what type of ARQ the media terminal performs, and thus the ARQ function can not be performed normally.

Accordingly, in the present invention, it is possible to construct a structure capable of efficiently performing an ARQ function in a hybrid network such as a broadcasting network and an Internet network in a media server, and a method of performing ARQ to a media terminal and an ARQ Message format.

A related prior art is Korean Patent Laid-Open Publication No. 2013-0085478 on how to send an automatic retransmission request message.

It is an object of the present invention to enable an effective ARQ configuration design in performing a media transmission service in a media server.

It is another object of the present invention to provide a method of recovering lost media data by knowing information about a server to which an ARQ message is to be transmitted through a received ARQ configuration information when data loss occurs in a media terminal.

According to another aspect of the present invention, there is provided a method of processing an MMT message for ARQ performance of a terminal, the method comprising: transmitting an ARQ configuration message to a media terminal to connect a network between the media terminal and the media storage server; The media server simultaneously transmitting a data packet to the media terminal and the media storage server; Checking the lost data packet by analyzing the data packet at the media terminal, and transmitting an ARQ feedback message to the media storage server to request retransmission of the lost data packet; And the media storage server retransmitting the lost data packet.

In this case, the MMT message processing method may further include the step of the media server transmitting the ARQ configuration message to the media terminal through the predetermined flow.

At this time, the ARQ configuration message may include a server_address field, a port_number field, a flow_label_flag field, an fb_flow_label field, and an rtx_window_timeout field.

In this case, the step of transmitting the ARQ feedback message may check the lost data packet by checking the packet_sequence_number in the data packet.

In this case, the packet_sequence_number is incremented by 1 each time the data packet is transmitted, and may be set to 0 when the maximum value is reached.

At this time, the step of retransmitting may calculate the ARQ processing time and may not request the retransmission of the data packet if the ARQ processing time is longer than the data retransmission expiration time of the rtx_window_timeout field.

At this time, the ARQ processing time can be calculated including the ARQ feedback message transmission time, the data packet reception time, and the data packet processing time.

In this case, the connecting step may be performed by using the values of the server_address field and the port_number field.

At this time, the retransmitting step can retransmit the data packet using the bidirectional network.

Also, an ARQ configuration message according to an exemplary embodiment of the present invention includes a server_address field indicating an IP address of a media storage server capable of retransmitting a data packet to a media terminal; A port_number field indicating an address of a port used by the media storage server when establishing a connection for retransmission of the data packet; A flow_label_flag field indicating whether there is a connection between the media terminal and the media storage server; An fb_flow_label field indicating connection information with the media storage server for sending an ARQ feedback message from the media terminal; And an rtx_window_timeout field indicating a data retransmission expiry time when the media storage server retransmits the data packet to the media terminal.

According to the present invention, it is possible to design an effective ARQ configuration in performing a media transmission service in a media server.

In addition, according to the present invention, when a data loss occurs in a media terminal, information on a server to which an ARQ message is to be transmitted can be known through the received ARQ configuration information, thereby recovering lost media data.

FIG. 1 is a flowchart illustrating a method of processing an MMT message for ARQ performance of a UE according to an embodiment of the present invention. Referring to FIG.
2 is a view showing a functional area constituting the MMT system.
3 is a diagram illustrating a structure in which a media server transmits media data to a media terminal.
4 is a diagram illustrating a process of processing an MMT feedback message for ARQ performance of a UE using only a media server according to an embodiment of the present invention.
5 is a diagram illustrating a process of processing an MMT feedback message for performing ARQ of a UE using a media storage server according to an embodiment of the present invention.
FIG. 6 is a diagram illustrating a process of allocating a media storage server for each area for performing ARQ of a plurality of media terminals according to an embodiment of the present invention. Referring to FIG.
7 is a detailed view illustrating an MMT message processing method for ARQ performance of a UE according to an embodiment of the present invention.
8 is a diagram illustrating an ARQ configuration message according to an exemplary embodiment of the present invention.
9 is a diagram illustrating a method of performing ARQ in a media terminal according to an embodiment of the present invention.

The present invention will now be described in detail with reference to the accompanying drawings. Hereinafter, a repeated description, a known function that may obscure the gist of the present invention, and a detailed description of the configuration will be omitted. Embodiments of the present invention are provided to more fully describe the present invention to those skilled in the art. Accordingly, the shapes and sizes of the elements in the drawings and the like can be exaggerated for clarity.

Hereinafter, preferred embodiments according to the present invention will be described in detail with reference to the accompanying drawings.

FIG. 1 is a flowchart illustrating a method of processing an MMT message for ARQ performance of a UE according to an embodiment of the present invention. Referring to FIG.

Referring to FIG. 1, an MMT message processing method for performing an ARQ of a terminal according to an exemplary embodiment of the present invention may first connect an ARQ configuration message to a media terminal to connect a network between the media terminal and the media storage server (S110 ). At this time, the ARQ configuration message includes a server_address field, a port_number field, a flow_label_flag field, an fb_flow_label field, and an rtx_window_timeout field. The media storage server and the network can be connected using the values of the server_address field and the port_number field. The server_address field shows the IP address of the media storage server that can retransmit the data packet to the media terminal. The port_number field shows the address of the port where the media storage server is used when establishing a connection for data packet retransmission. In addition, the media server may transmit the ARQ configuration message to the media terminal through the predetermined flow. This is a method used when a media network is configured with MANA (Media Aware Network Entities). If there is such a flow, the procedure of direct connection between the media terminal and the media storage server may be omitted.

Thereafter, the media server may simultaneously transmit the data packet to the media terminal and the media storage server (S120). If a lost data packet occurs, the media server may directly retransmit the data packet by receiving a retransmission request to the media terminal. Alternatively, the media server may perform a role of broadcasting the media data, and the media retransmission function may be a separate media storage There is a way to do it on the server. At this time, if the number of receiving media terminals is very large, it is possible to separately designate a server capable of performing ARQ by classifying the terminals by area. Accordingly, the media server can transmit the data packet necessary for the media storage server to perform the role of the retransmission to the media terminal and also to the media storage server.

Thereafter, the media terminal analyzes the data packet to check the lost data packet, and transmits the ARQ feedback message to the media storage server to request retransmission of the lost data packet (S130). At this time, it is possible to check the lost data packet by checking the packet_sequence_number in the data packet. The packet_sequence_number is a number in the data packet. The packet_sequence_number is set to a value incremented by one each time one data packet is transmitted in one MMT flow (packet_id), and may be set back to zero when the maximum value is reached. Therefore, in order to check the lost data packet, it can be determined that the data packet is lost in the middle if the number is not in order by looking at the packet_sequence_number. In addition, data packets can be retransmitted using a bi-directional network. The media server can transmit data packets to a broadcasting network, which is a unidirectional network, and can transmit data packets to an internet network, which is a bidirectional network. At this time, the type of the media terminal may be various types of media terminals such as a wired terminal, a wireless terminal, or a mobile terminal. A broadcasting network is advantageous when media is transmitted to one or more terminals, and an Internet network is convenient when media are transmitted to individual terminals. At this time, when one terminal requests retransmission, the retransmission function is possible in a network having 1: 1 communication. In the present invention, such a network is assumed to be an Internet network. However, if the network is capable of 1: 1 communication and bidirectional communication, the same retransmission function can be performed.

Thereafter, the media storage server may retransmit the lost data packet (S140). At this time, the ARQ processing time is calculated, and if the ARQ processing time is longer than the data retransmission expiration time of the rtx_window_timeout field, the retransmission of the data packet may not be requested. At this time, the ARQ processing time can be calculated including the ARQ feedback message transmission time, the data packet reception time, and the data packet processing time. Also, the retransmitting step may retransmit the data packet using the bi-directional network.

By retransmitting the lost data packet to the media terminal in this way, it is possible to design an effective ARQ configuration in performing the media transmission service in the media server. In addition, in the case where data loss occurs in the media terminal, Information about the server to which the ARQ message is to be transmitted can be known, and a plurality of lost media data can be obtained.

2 is a view showing a functional area constituting the MMT system.

Referring to FIG. 2, a protocol stack including each functional area of the MMT system according to the MPEG ISO / IEC DIS 23008-1 standard is shown. The protocol stack includes an encapsulation layer, a delivery layer, And a functional area of a signaling layer.

The encapsulation layer 210 defines a logical structure of the format of the data unit to be processed by the media content, the MMT package, and the MMT entity, and an implementation of the ISO base media file format (ISOBMFF) do. To provide the necessary information for adaptive delivery, the MMT package specifies the components that contain the media content and the relationships between them. The format of the data units is defined to encapsulate the encoded media for storage or delivery and to be easily converted between the two formats. The encapsulation layer 210 may perform functions such as packetization, fragmentation, synchronization, and multiplexing of media to be transmitted, for example. Various types of multimedia components may be encapsulated and combined to be transmitted and consumed by the functionality provided in the encapsulation layer. The configuration information of the encapsulated media component and the media component is provided in the functional area of the encapsulation layer 210. The main information for the encapsulated media components may include integration, priority, dependency of media fragments, timing information and structure information of the MPU, identification information of the MMT asset, initialization information, and codec information. The configuration information of the media components may include identification information of the MMT package and MMT asset, configuration information having a list of MMT assets, composition information of the MMT assets in the MMT package, and asset transfer characteristics.

The transport layer 220 defines a payload format and an application layer transport protocol. The payload format is defined to carry encoded media data regardless of the media type or encoding method. The application layer transport protocol provides enhanced features for delivery of packages including multiplexing and cross-layer communication. The transport layer 220 may perform, for example, network flow multiplexing, network packetization, QoS control, etc. of media transmitted over the network. In addition, the transport layer 220 may perform various functions such as multiplexing of media such as video and audio transmitted through a network, integration and division of packet levels, network packetization, QoS control, and synchronization between the transport layer and the encapsulation layer , An application layer such as an existing RTP, a transport layer such as a conventional UDP or TCP, an encapsulation layer, and an interface with a signaling layer. The transport layer 220 identifies the different types of payloads from the encapsulation layer 210 to handle the payload from the encapsulation layer 210. The transport layer 220 can handle temporary relationships between packets transmitted over different networks and different channels. The synchronization function may include hybrid network synchronization using a time stamp or the like. In addition, the transport layer 220 may handle the timing constraints of the MMT delivery packet for real-time media transmission. The transport layer 220 may perform error control of MMT media packets such as forward error correction and retransmission. The transport layer 220 may perform flow control of the MMT media packet. The transport layer 220 may perform interactions with other MMT layers as well as a lower layer through a cross layer design in order to maintain a predetermined level of QoS for delivery of MMT media packets. In addition, the transport layer 220 may provide a function for performing group communication.

The signaling layer 230 performs a signaling function. For example, the interface of the session initiation / control / management of the transferred media, the server based and / or client based trick mode, the service discovery, the synchronization and other layers such as the transport layer 220 and the encapsulation layer 210 Function and so on. Synchronization may include synchronization control in a hybrid network. The signaling layer 230 also defines the format of the message that manages the delivery and consumption of the MMT package. The message for consumption management is used to announce the structure of the MMT package, and the message for the delivery management is used to inform the structure of the payload format and the configuration of the protocol.

3 is a diagram illustrating a structure in which a media server transmits media data to a media terminal.

Referring to FIG. 3, when the media server 310 transmits media data to the media terminals 340, 350 and 360, the media data may be transmitted to the broadcasting network 320, which is a unidirectional network, and the Internet network 330, . The types of the media terminals 340, 350, and 360 may include a wired terminal, a wireless terminal, a mobile terminal, or the like. When media data is transmitted to one or more of the media terminals 340, 350, and 360, it is advantageous to use the broadcast network 320, which is a unidirectional network. When media data is transmitted to individual terminals, Lt; / RTI > 330 may be more convenient to use.

4 is a diagram illustrating a process of processing an MMT feedback message for performing an ARQ using only a media server according to an embodiment of the present invention.

Referring to FIG. 4, the process of processing an MMT feedback message for performing an ARQ using only a media server according to an embodiment of the present invention may be performed by using a broadcasting network 430 as a unidirectional network or a media terminal 420 connected to an Internet network 440 as a two- The media server 410 may send the media data packet 460 to the media server 420. [ In this process, the data packet 460 may be partially lost or destroyed. Since the media terminal 420 can not decrypt the 222 of the lost or damaged data packet 460, the media terminal 420 can request the media server 410 to retransmit 222 of the data packet 460. At this time, the retransmission of the data packet 460 by the request of the media terminal 420 can be performed in the internet network 440, which is a two-way network, because it can be performed in a network capable of 1: 1 communication and bidirectional communication.

5 is a diagram illustrating a process of processing an MMT feedback message for performing ARQ of a UE using a media storage server according to an embodiment of the present invention.

Referring to FIG. 5, in the process of processing an MMT feedback message for ARQ of a terminal using a media storage server according to an embodiment of the present invention, the media server 510 performs a role of broadcasting a media data packet 560 , And retransmission of the data packet 560 may be performed in a separate media storage server 520. In order to perform the retransmission of the data packet 560 in the media storage server 520, when the media server 510 transmits the data packet 560 to the media terminal 530, Packet 560. < / RTI > The media storage server 520 having received the data packet 560 transmits the lost part 322 of the data packet 560 that has been stored when the retransmission is requested through the Internet network 550 as a bidirectional network from the media terminal 530 to the media And then retransmits it to the terminal 530.

FIG. 6 is a diagram illustrating a process of allocating a media storage server for each area for performing ARQ of a plurality of media terminals according to an embodiment of the present invention. Referring to FIG.

Referring to FIG. 6, a process of allocating a media storage server for each ARQ of a plurality of media terminals according to an embodiment of the present invention includes the steps of: 625, 635, and 645 may request retransmission of the lost or damaged data packet to the media storage servers 620, 630, and 640. In this case, when a plurality of media terminals perform ARQ, media terminals are classified into regions or regions and media terminal groups 625, 635, and 645 are formed, and media storage servers 620, 630, and 640 are allocated to the groups Thereby performing retransmission of the media data packet.

7 is a detailed view illustrating an MMT message processing method for ARQ performance of a UE according to an embodiment of the present invention.

Referring to FIG. 7, a method for processing an MMT message for performing an ARQ of a terminal according to an exemplary embodiment of the present invention includes selectively setting a flow between a media storage server 701 and a media terminal 703, (S711). This flow setting is a method that can be used when a media network is configured with MANE (Media Aware Network Entities). If there is such a flow, step S713 may not need to be performed.

Thereafter, the media server 702 transmits an ARQ configuration message to the media terminal 703 (S712). The ARQ configuration message includes a server_address field, a port_number field, a flow_label_flag field, an fb_flow_label field, and an rtx_window_timeout field. The media storage server 701 can be connected to the network using the values of the server_address field and the port_number field. The server_address field indicates the IP address of the media storage server 701 capable of retransmitting the data packet to the media terminal 703 and the media storage server 701 is used in the port_number field when establishing a connection for data packet retransmission The address of the port appears.

When the media terminal 703 is connected to the media storage server 701 as described in step S711, a flow may be connected in advance or the media terminal 703 and the media storage server 701 (S713).

The media server 702 may then deliver the media data to the media terminal 703 at steps S714, S717 and S721 and at the same time deliver the media data to the media storage server 701 (S715, S718, S720, S722) .

At this time, the media storage server 701 may store the received media data (S716).

The media terminal 703 can not receive the media data x while receiving the media data, and can confirm the loss of the media data when receiving the next media data (S721) (S723). At this time, it is possible to check the lost media data by checking the packet_sequence_number in the media data packet. The packet_sequence_number is a number in the data packet. The packet_sequence_number is set to a value incremented by one each time one data packet is transmitted in one MMT flow (packet_id), and may be set back to zero when the maximum value is reached. Therefore, in order to check the lost data packet, it can be determined that the data packet is lost in the middle if the number is not in order by looking at the packet_sequence_number.

Thereafter, the media terminal 703 may transmit an ARQ feedback message to the media storage server 701 to retransmit the media data x (S724). At this time, the ARQ processing time is calculated, and if the ARQ processing time is longer than the data retransmission expiration time of the rtx_window_timeout field, the retransmission of the data packet may not be requested. At this time, the ARQ processing time can be calculated including the ARQ feedback message transmission time, the data packet reception time, and the data packet processing time. Also, the retransmitting step may retransmit the data packet using the bi-directional network.

The media storage server 702 receiving the ARQ feedback message from the media terminal 703 may retrieve the media data x from the stored media data at step S725 and may retransmit the media data x to the media terminal 703 at step S726.

The media terminal 703 receiving the lost media data x can display the media content with the received media data (S727).

8 is a diagram illustrating an ARQ configuration message according to an exemplary embodiment of the present invention.

Referring to FIG. 8, an ARQ configuration message according to an exemplary embodiment of the present invention includes five fields.

The Server_address field may indicate the IPv4 or IPv6 address of the media storage server capable of retransmitting the media data packet to the media terminal receiving the ARQ configuration message. If the retransmission network is an IPv4 network, the server_address field indicates a 32-bit IPv4 address. If the retransmission network is an IPv6 network, the server_address may indicate an IPv6 address of 128 bits in size.

The port_number field indicates the address of the port where the media storage server is used when establishing a connection for retransmission, and may be 16 bits in size.

The flow_label_flag field indicates whether to include a flow label in the ARQ configuration message. If the connection exists with the media storage server, the flow_label_flag field is determined to include a feedback flow label (fb_flow_label) and the field value is set to '1'.

The fb_flow_label field indicates connection information with the media storage server for the media terminal to send an ARQ feedback message. The value of the fb_flow_label field may be valid when the flow_label_flag value is '1'. If an ARQ feedback message is sent to the corresponding flow label, the probability that the message will be lost due to priority in the delivery path can be reduced.

The rtx_window_timeout field indicates the retransmission time of data to the media terminal. If the data is not retransmitted within the time of the rtx_window_timeout field, it is not necessary to request the media storage server to retransmit the data packet. If the media terminal does not receive the data packet within the time of the rtx_window_timeout field, the media can be played without the corresponding data. Therefore, the media storage server can also delete the data because it is not necessary to retransmit the data after the time of the rtx_window_timeout field has elapsed. It is not necessary to send the ARQ feedback message if the media terminal is likely to be unable to retransmit the data packet within the time of the rtx_window_timeout field in consideration of the message transmission / reception time with the media storage server. The unit of the rtx_window_timeout field is millisecond.

9 is a diagram illustrating a method of performing ARQ in a media terminal according to an embodiment of the present invention.

Referring to FIG. 9, a method for performing ARQ in a media terminal according to an exemplary embodiment of the present invention may first receive an ARQ configuration message from a media server (S910).

If there is no connection with the media storage server, the media storage server and the network can be connected to each other using the address and port number of the media storage server in the ARQ configuration message (S920).

After the media storage server and the network are connected, the media data packet may be received from the media server (S930).

The received data packet may be analyzed to determine whether data loss has occurred during the step S930 (S940). At this time, data lost during reception can be confirmed by the packet_sequence_number number of the data packet.

Thereafter, it is determined whether a loss occurs in the data packet (S945). If there is no loss in the data packet, the data packet can be continuously received from the media server.

If it is determined in step S945 that a loss occurs in the data packet, the ARQ processing time for the lost data packet may be calculated (S950). In this case, the ARQ processing time includes the ARQ feedback message transmission time and the data packet reception time, and the data packet processing time can be considered.

Thereafter, the calculated ARQ processing time is compared with the time of the rtx_window_timeout field (S955). If the ARQ processing time is longer than the data retransmission expiration time of the rtx_window_timeout field, the retransmission request to the media storage server may be abandoned (S970).

If it is determined in step S955 that the ARQ processing time is shorter than the data retransmission expiration time in the rtx_window_timeout field, the ARQ feedback message may be transmitted to the media storage server to request retransmission of the lost data packet in operation S960.

As described above, the MMT message processing method for performing the ARQ of the UE according to the present invention is not limited to the configuration and method of the embodiments described above, but the embodiments may be modified in various ways All or some of the embodiments may be selectively combined.

210: Encapsulation Layer
220: forwarding layer
230: signaling layer
310, 410, 510, 610: media server
320, 430, 540:
330, 440, 450, 550: Internet network
340, 350, 360, 420, 530: media terminal
460, 560: Data packet
520, 620, 630, 640: media storage server
625, 635, 645: Media terminal group

Claims (1)

Transmitting an ARQ configuration message to the media terminal and connecting the network between the media terminal and the media storage server;
The media server simultaneously transmitting a data packet to the media terminal and the media storage server;
Checking the lost data packet by analyzing the data packet at the media terminal, and transmitting an ARQ feedback message to the media storage server to request retransmission of the lost data packet; And
The media storage server retransmitting the lost data packet
And transmitting the MMT message to the terminal.
KR1020130160301A 2013-12-20 2013-12-20 Method of processing mmt message for performing arq of terminal KR20150072772A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020130160301A KR20150072772A (en) 2013-12-20 2013-12-20 Method of processing mmt message for performing arq of terminal

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020130160301A KR20150072772A (en) 2013-12-20 2013-12-20 Method of processing mmt message for performing arq of terminal

Publications (1)

Publication Number Publication Date
KR20150072772A true KR20150072772A (en) 2015-06-30

Family

ID=53518647

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020130160301A KR20150072772A (en) 2013-12-20 2013-12-20 Method of processing mmt message for performing arq of terminal

Country Status (1)

Country Link
KR (1) KR20150072772A (en)

Similar Documents

Publication Publication Date Title
US11381625B2 (en) Apparatus and method for transmitting multimedia data in hybrid network
KR101644215B1 (en) A method and apparatus for parsing a network abstraction-layer for reliable data communication
US9306708B2 (en) Method and apparatus for retransmission decision making
CN107196941B (en) Interface apparatus and method for transmitting and receiving media data
EP2647212A1 (en) Method and apparatus for receiving multicast video using a playlist
WO2012074777A1 (en) Method and apparatus for distributing video
EP3413533B1 (en) Data transmission method and system
US9742826B2 (en) Method and apparatus for transceiving data packet for transmitting and receiving multimedia data
KR20150072772A (en) Method of processing mmt message for performing arq of terminal
EP3595254A1 (en) Multicast signal transmission/reception method and device
US10880586B2 (en) Method and device for transmitting and receiving MMTP packet
KR101955690B1 (en) Apparatus and method for delivering multimedia data in hybrid network
KR102047764B1 (en) Method of processing mmt signaling message for sending feedback information selestively
KR20180126422A (en) Apparatus and method for tranmitting a multimedia data packet
KR101855327B1 (en) Apparatus and method for delivering multimedia data in hybrid network
WO2024056200A1 (en) Early termination of transmission of pdu sets generated by al-fec in a wireless communication network
KR20190021300A (en) Apparatus and method for delivering multimedia data in hybrid network

Legal Events

Date Code Title Description
WITN Withdrawal due to no request for examination