WO2012094994A1

WO2012094994A1 - Method and system for realizing lost package retransmission in streaming media

Info

Publication number: WO2012094994A1
Application number: PCT/CN2012/070207
Authority: WO
Inventors: 王芳; 刘继年; 赵宇; 孙健; 陈光亮
Original assignee: 中兴通讯股份有限公司
Priority date: 2011-01-11
Filing date: 2012-01-11
Publication date: 2012-07-19
Also published as: CN102595251A; CN102595251B

Abstract

A method and system for streaming media lost package retransmission, the method comprising: a transmitter sending retransmission configuration information in the same transmission manner as for media code stream, the retransmission configuration information including a feedback specification identifier and a retransmission specification identifier; a receiver receiving and configuring the retransmission configuration information; the receiver, when detecting a lost package, constructing and sending a lost package feedback message according to the buffered retransmission configuration information; the transmitter constructing and sending a retransmission package according to the retransmission configuration information after receiving the lost package feedback message; the receiver receiving the retransmission package according to the buffered retransmission configuration information. Reliability of streaming media transmission can be improved by means of the above technical solution.

Description

Streaming media packet loss retransmission implementation method and system

Technical field

The present invention relates to the field of streaming media technologies, and more particularly to a method and system for implementing streaming media packet loss retransmission in a streaming media application. Background technique

With the popularization of broadband networks and the development of multimedia technologies, the application of streaming media technologies has become more and more extensive, such as digital broadcasting services, interactive network television (IPTV) services, and mobile streaming media services. The common feature of these services is that the multimedia data is packaged and packaged according to certain rules, and the data is distributed through the underlying communication network. For example, in an IPTV application, a transport stream is carried over a real-time transport protocol (TS over RTP, Transport Stream over Real-time Transport Protocol) or a transport stream is carried over a User Datagram Protocol (TS over UDP, Transport Stream over User Datagram Protocol). The way to distribute through the IP network. In the field of digital broadcasting, the transport stream (TS, Transport Stream) is directly carried on the link layer for data distribution. Due to the unreliable transmission of the underlying network, there will inevitably be a case where the data packet is mis-coded or lost. At this time, the receiving end may propose a feedback request for packet loss retransmission, and the transmitting end resends the lost or erroneous data packet to the receiving end to solve the problem.

To perform packet loss retransmission, the receiving end needs to feed back the lost data packet information to the transmitting end, and also needs to be able to identify the normal code stream and the retransmitted code stream from the code stream sent by the transmitting end. The Motion Picture Experts Group (MPEG-2, Moving Pictures Experts Group M Transport Stream (TS) specification was originally designed for data broadcasting, lacking notification and feedback mechanisms for such packet loss signaling.

The current common practice is to provide the TS in an out-of-band manner by hosting the TS on the Real-time Transport Protocol (RTP) and then implementing the Real-time Streaming Protocol (RTSP) architecture. Signaling notification and feedback for packet loss retransmission. That is, the SDP is first used to notify the receiving end of the retransmission specifications supported by the system, including the method of packet loss feedback, the transmission channel and format of the retransmission code stream. After the receiver detects the loss of the packet, it passes the Real-time Transport Control Protocol (RTCP) or RTSP. Way, feedback to the sender.

However, in some cases, the receiving end may lack such means to obtain information such as retransmission specifications through an out-of-band method such as SDP. For example, in many IPTV applications, for a live channel, the receiving end usually only obtains a multicast address and port corresponding to the channel code stream. The Program Specific Information (PSI) of the TS includes detailed information of each internal media stream, such as media stream type, encoding format, and identifier, and the TS stream carries the PT (payload Type, RTP) on the RTP. The value of the PT field in the header is used to identify the payload type. The value is also determined. Therefore, whether TS over UDP or TS over RTP, the receiver can receive the stream and decode it. If there is no RTSP link and no SDP, the above retransmission specifications and other information are not available to the receiving end. Moreover, when the information changes, the receiving end cannot be notified in time. In addition, relying on RTSP/RTCP to feedback packet loss information also has the problem of maintaining multiple links. When there is a NAT firewall, there are more problems and more complicated processing.

Summary of the invention

The technical problem to be solved by the present invention is to provide a streaming media packet loss retransmission implementation method and system to improve streaming media transmission reliability.

To solve the above technical problem, the following technical solutions are used: A streaming media packet loss retransmission implementation method, the method includes:

The transmitting end sends the retransmission configuration information by using the same transmission manner as the media code stream, where the retransmission configuration information includes a feedback specification identifier and a retransmission specification identifier;

Receiving and configuring the retransmission configuration information by the receiving end;

When the receiving end detects the packet loss, the receiving end constructs and sends a packet loss feedback message according to the cached retransmission configuration information;

After receiving the packet loss feedback message, the sending end constructs a retransmission packet according to the retransmission configuration information and sends the packet;

The receiving end receives the retransmission packet according to the cached retransmission configuration information. The retransmission configuration information further includes a retransmission flow identifier or a retransmission window supported by the server. small. The step of the sending end transmitting the retransmission configuration information by using the same transmission manner as the media code stream includes:

The sending end periodically sends the retransmission configuration information. The method also includes:

When the retransmission configuration information is modified, the sending end sends the updated retransmission configuration information; the receiving end constructs a packet loss feedback message according to the updated retransmission configuration information;

The transmitting end constructs a retransmission packet according to the updated retransmission configuration information. Wherein: the retransmission configuration information is sent based on an extended Moving Picture Experts Group (MPEG) protocol or an extended Real Time Transport Protocol (RTP). A transmitting device for packet loss processing of a streaming media, comprising: a transceiver module and a retransmission processing module, wherein: the transceiver module is configured to: transmit retransmission configuration information by using the same transmission mode as the media code stream, and receive and receive the data according to the buffer a packet loss feedback message constructed by retransmitting the configuration information, and sending a retransmission packet, where the retransmission configuration information includes a feedback specification identifier and a retransmission specification identifier;

The retransmission processing module is configured to: after receiving the packet loss feedback message, construct the retransmission packet according to the retransmission configuration information. The retransmission configuration information further includes a retransmission flow identifier or a retransmission window size supported by the server. The transceiver module is configured to send retransmission configuration information according to the following manner:

The retransmission configuration information is periodically sent. The transceiver module is further configured to: send updated retransmission configuration information;

The retransmission processing module is further configured to: construct a retransmission packet according to the updated retransmission configuration information. Wherein: the retransmission configuration information is sent based on an extended Moving Picture Experts Group (MPEG) protocol or an extended Real Time Transport Protocol (RTP). A receiving device for streaming packet loss processing, comprising a second transceiver module and a packet loss feedback message construction module, wherein:

The second transceiver module is configured to: receive, by the sending end, the retransmission configuration information sent by using the same transmission mode as the media code stream, and configure the retransmission configuration information, and send the packet loss feedback message to the sending end, And receiving, according to the retransmitted configuration information of the cache, a retransmission packet configured according to the retransmission configuration information after the sending end receives the packet loss feedback message, where the retransmission configuration information includes a feedback specification identifier and a retransmission specification Identification

The packet loss feedback message constructing module is configured to: when the packet loss is detected, construct the packet loss feedback message according to the cached retransmission configuration information. The retransmission configuration information further includes a retransmission flow identifier or a retransmission window size supported by the server. among them:

The packet loss feedback message constructing module is further configured to: construct a packet loss feedback message according to the updated retransmission configuration information sent by the sending end. Wherein: the retransmission configuration information is sent based on an extended Moving Picture Experts Group (MPEG) protocol or an extended Real Time Transport Protocol (RTP). A streaming media packet loss retransmission implementation system, comprising: any one of the transmitting devices as described above and any one of the receiving devices described above. A streaming media packet loss retransmission implementation system, where the system includes a transmitting end and a receiving end, where the transmitting end includes a transceiver module and a retransmission processing module, where:

The transceiver module is configured to: transmit retransmission configuration information, receive a packet loss feedback message, and send a retransmission packet by using the same transmission manner as the media code stream, where the retransmission configuration information includes a feedback specification identifier and a retransmission specification Identification

The retransmission processing module is configured to: after receiving the packet loss feedback message, construct the retransmission packet according to the retransmission configuration information;

The receiving end includes a second transceiver module and a packet loss feedback message construction module, where: The second transceiver module is configured to: receive and configure the retransmission configuration information, send the packet loss feedback message, and receive the retransmission packet according to the buffered retransmission configuration information;

The packet loss feedback message constructing module is configured to: when the packet loss is detected, construct the packet loss feedback message according to the cached retransmission configuration information. The retransmission configuration information further includes a retransmission flow identifier or a retransmission window size supported by the server. The transceiver module is configured to send retransmission configuration information according to the following manner:

The packet loss feedback message constructing module is further configured to: construct a packet loss feedback message according to the updated retransmission configuration information;

The retransmission processing module is further configured to: construct a retransmission packet according to the updated retransmission configuration information.

Wherein: the retransmission configuration information is sent based on an extended Moving Picture Experts Group (MPEG) protocol or an extended Real Time Transport Protocol (RTP).

The foregoing technical solution transmits the retransmission configuration information in an in-band manner, so that as long as the receiving end can receive the media code stream, the corresponding retransmission configuration information can be obtained, and the dynamic update of the information can be conveniently implemented.

BRIEF abstract

1 is a schematic diagram of a method for implementing packet loss retransmission of a streaming media according to an embodiment of the present invention;

2 is a schematic diagram of a code stream for transmitting retransmission configuration information by using an RTP channel;

3 is an RTP extension header structure for transmitting retransmission configuration information;

4 is a data structure for transmitting a retransmission configuration information parameter in an RTP packet;

FIG. 5 is a schematic structural diagram of a module of a streaming media packet loss retransmission implementation system according to an embodiment of the present invention. Preferred embodiment of the invention

The embodiment of the present invention transmits the retransmission configuration information in an in-band manner, so that as long as the receiving end can receive the media code stream, the corresponding retransmission configuration information can be obtained, and the dynamic update of the information can be conveniently implemented.

Embodiments of the present invention will be described in detail below with reference to the accompanying drawings. It should be noted that the embodiments in the present application and the features in the embodiments may be combined with each other without conflict.

As shown in FIG. 1, the method for implementing packet loss retransmission in the embodiment of the present invention includes:

Step 101: The sending end sends the retransmission configuration information by using the same transmission mode as the media code stream. The transmitting end encapsulates and packs the retransmission configuration information, and sends the retransmission configuration information by using the same transmission mode as the media code stream. The retransmission configuration information may be carried by adding a relevant field in the media data packet, or by defining a new data packet format, and then multiplexing the transmission channel of the media code stream, and transmitting with the media code stream. This program does not limit this.

The retransmission configuration information includes but is not limited to including the following information:

Retransmission Specification Identifiers - Different retransmission specifications can have different retransmission packet formats, as well as mapping rules for retransmitting packets to the original packet. This parameter is mandatory so that the receiver can correctly parse the retransmission packet. ;

The feedback specifications followed identify different feedback specifications and can have different feedback message formats and feedback mechanisms. This parameter is required for the receiving end to correctly construct and send the packet loss feedback message;

Re-transmitting stream identification - If this parameter is missing, the receiving end can identify the retransmission stream by excluding all identifiable code streams, but when there is interference stream, it may lead to misjudgment. Therefore, the parameter is always included in the retransmission configuration information, so that the receiving end can clearly identify the retransmission code stream;

The size of the retransmission window supported by the server - the server provides a retransmission service for the data packets in the retransmission window. Preferably, the receiving end may determine, according to the parameter, whether it is necessary to initiate a packet loss retransmission request to minimize the transmission of the invalid feedback message. When this parameter is missing, the receiving end can make decisions according to its own policy, as well as the current network status and cache play status of the receiving end. Correct In the case of the live stream, the retransmission configuration information may be periodically sent to ensure that the receiving end of the new access can obtain related information in time.

When the retransmission configuration information is modified and updated, the sender constructs the relevant information according to the new parameters, and then sends the updated information as described above.

Step 102: The receiving end receives and configures the retransmission configuration information.

When receiving the media code stream, the receiving end also receives the retransmission configuration information transmitted in the same manner as the media code stream, and the receiving end parses the information, and configures according to the configuration, specifically, the receiving end records the information locally. It can be saved in memory, for example, directly modifying the parameters of related object instances in the program, or it can be recorded on a storage device, such as a file. The specific configuration mode is determined by the specific implementation of the receiving end. As long as the receiving end can ensure that the media stream can be processed according to the information obtained here. .

Step 103: When the receiving end detects the packet loss, the receiving end constructs and sends a packet loss feedback message according to the cached retransmission configuration information.

After receiving the updated retransmission configuration information, the receiving end updates the cached retransmission configuration information and processes the updated parameters.

The packet loss feedback message is also referred to as an automatic retransmission request message.

Step 104: After receiving the packet loss feedback message, the sending end constructs a retransmission packet according to the retransmission configuration information and sends the packet.

After receiving the packet loss feedback from the receiving end, the server obtains the specified media packet from the history cache, constructs a retransmission packet according to the manner specified in the retransmission configuration information, and sends the packet to the receiving end.

Step 105: The receiving end receives the retransmission packet according to the cached retransmission configuration information.

When the retransmission configuration information is modified, the sending end sends the updated retransmission configuration information, and the sending end and the receiving end respectively construct a packet loss feedback message and a retransmission packet according to the updated retransmission configuration information. .

The retransmission configuration information may be transmitted based on an extended Moving Picture Experts Group (MPEG) protocol or an extended Real Time Transport Protocol (RTP).

Specific examples are given below for the extension of these two protocols: Example 1

This embodiment implements the in-band mode to transmit retransmission configuration information on the basis of MPEG-2 TS. For example, 扩展 MPEG-2 TS is extended with the following technical solutions:

1. Add a program level arq_signal_descriptor in the Program Map Table (PMT), defined as follows:

Note: The uimsbf in the table indicates unsigned integer (mostly significant bit first, see the related definition in ISO/IEC13818-1 for details), the same below.

Define descriptor_tag: 129, indicating that the descriptor is arq_signal_descriptor. Other fields have the following meanings:

Descriptor_length indicates the length of the arq_signal_descriptor, see

Relevant definitions in the ISO/IEC 13818-1 standard;

Arq_profile— identifier —— indicates the retransmission specification used, for example, when the ASCII character is “ZARQ”, indicating the format and transmission mode of the retransmission packet. For details, refer to the related content of the “Retransmission Packet Format” section.

Fb_profile— identifier —— indicates the feedback specification used, for example, when the ASCII character is “AFBP”, indicating the format and feedback mode of the feedback message. For details, refer to the related content of the “Format of Packet Loss Feedback Message” section.

Rtx — window — Indicates the size of the retransmission window supported by the server, which is a 32-bit number in milliseconds.

2. In this embodiment, the retransmission data packet is transmitted as a separate ES (Elementary Stream), and the PID is separately allocated to be distinguished from the feedback packet and the media packet. So you need to add a stream_type type to identify the retransmission stream, for example, 3⁄4. Stream—the type is OxFD, the table Show that the corresponding PID stream is used to transmit the retransmission packet;

3. Add an ES level arq_label_descriptor to the PMT to add a retransmission label to the ES stream, which can identify the correspondence between the media stream and the retransmission stream. Media streams with the same tag value correspond to the same retransmission stream. The definition is as follows:

Where descriptor_tag: 129, indicating that the descriptor is arq_label_descriptor. Other fields have the following meanings:

Label A tag value, a packet of a media stream having the same tag value, and a retransmission stream having the same tag value when retransmitting.

When the arqjabel_descriptor() does not exist in all ES streams, there is only one PID stream with stream_type OxFD in JLPMT, indicating that all media PID retransmission packets are transmitted through this unique retransmission PID stream.

Retransmission package format:

The retransmission packet needs to contain information about the original media packet, so that the receiving end associates the retransmission packet with the original packet. For example, it can be defined as follows:

Number of digits ( No. mnemonic syntax ( Syntax )

Of bits ) ( Mnemonic ) arq_packet_section() {

Table_ id 8 uimsbf section— syntax—indicator 1 bslbf private—indicator 1 bslbf reserved 2 bslbf private— section—length 12 uimsbf rtx_packet— number 8 uimsbf for(i=0; i<rtx_packet number; i++) uimsbf

{ a bslbf reserved 3 uimsbf orig_pid 13 uimsbf orig_packet_id 32

Note: The bslbf in the table indicates the bit string (Bit string, left bit first, see the related definition in ISO/IEC13818-1 for details). Rpchof denotes the coefficient of the remainder polynomial coefficients (Remainder polynomial coefficients, highest order first, see the relevant definition in the ISO/IEC13818-1 standard). The same as below.

The meaning of each field is as follows:

Table_id is used to mark i. The section type is arq_packet_section, and the value is OxFl; the section-syntax_indicator has a value of 0. For the meaning, see MPEG-2 TS standard.

In ISO/IEC 13818-1:2007, the relevant definition of private_section;

Private—indicator—This field takes the default value of 0 according to the relevant definition in the ISO/IEC13818-1 standard;

Private_section_length — — indicates the length of the data in the arq_packet_ section after the private_section_length field;

Rtx_packet_ number indicates the number of retransmission packets contained in the arq_packet_ section; orig_pid - indicates the PID of the corresponding source TS packet;

Orig_packet_id - indicates the identity of the corresponding source TS packet, see the related description in the packet loss feedback message;

Orig_packet_length - indicates the length of the corresponding source TS packet. After this field, it is the source TS packet data of the retransmission;

CRC—32 – For the verification of data, see the relevant definitions in the MPEG-2 TS standard (ie ISO/IEC13818-1).

The format of the packet loss feedback message:

When the fec_profile_ identifier in arq_signal_descriptor() is the ASCII character "ZFBP" The message format of the packet loss feedback is defined as follows:

When the value of message_type is 0x01, it is the packet loss feedback message arq_fb_message() , which is defined as follows:

The meaning of each field is as follows:

Packet_ id - indicates the identifier of the first TS packet that is lost. The identifier needs to be guaranteed to be unique to the TS packets in the same PID stream within a certain time range, and the sequence is incremented. Since the CC field of the TS packet wraps around too fast, it is not suitable for identification when the packet is fed back unless it is extended. This may require the server to add an additional identifier field in the original TS packet. For example, the private_data field of the TS may be used to add the identifier;

Mask_ length - used to indicate the length of the following mask field, in bytes; mask_ byte - mask field, each bit corresponds to a TS packet. That is, starting from the data packet identified by packet_id, the data packet within the subsequent mask range, if a loss occurs, the corresponding bit position in the mask is 1;

For a streaming media system supporting the above MPEG-2 TS extension, the processing flow of the sender (such as a streaming media server) and the receiving end (such as a terminal) is as follows:

Sending end

(1) adding relevant retransmission configuration information in the PMT according to the above extension to the MPEG-2 TS and transmitting;

The relevant regulations for PMT transmission, such as transmission frequency, update, etc., can follow the relevant provisions of MPEG-2 TS. Since the retransmission signaling is sent along with the PMT, it can ensure that the new access receiver can obtain relevant information in time. The update of the retransmission signaling can also be ensured. (2) After receiving the packet loss information fed back by the receiving end, the corresponding original TS packet is obtained from the history buffer, packaged and packaged according to regulations, and then multiplexed into the TS. Sent in the stream.

Receiving end

(1) receiving the TS code stream, parsing the PMT therein, obtaining related information of the media code stream, and retransmitting the configuration information;

(2) When a packet loss occurs in the media stream, the packet loss feedback is constructed according to the specified feedback specification. Send

(3) According to the PMT, demultiplexing from the TS stream, obtaining a media packet and a retransmission packet, and performing code stream repair.

Example 2

In this embodiment, the retransmission signaling is transmitted through the RTP/RTCP, and the in-band mode retransmission configuration information is implemented.

When the code stream is transmitted through the RTP stream (for example, TS over RTP), the related retransmission configuration information can be encapsulated in the RTP/RTCP packet and transmitted through the RTP/RTCP channel. Figure 2 shows an illustration of the transmission of retransmission configuration information using the RTP channel. The retransmitted RTP packet can be used as an RTP stream, multiplexed with the RTP channel of the media stream, or transmitted using the new RTP channel.

For example, when using the RTP channel to transmit retransmission configuration information, you can use the following technical solution to extend RTP:

(1) Assign a special PT value, for example 126, to identify that the corresponding RTP stream is used to pass the retransmission configuration information. In this way, the RTP packet used to transmit the retransmission configuration information can have its own independent sequence space to avoid interference with the normal RTP code stream.

(2) Define an RTP extension header to identify which specification the RTP packet format that conveys the retransmission configuration information follows. Only valid when the PT value is equal to 126. The extension header definition is shown in Figure 3, following the relevant definition of RFC3550. The defined by profile field can be set to a special value, such as the ASCII character "RT", to indicate the corresponding RTP payload, which is used to pass the retransmission configuration information. The different values of the Identifier field in the extension header indicate the corresponding specifications, and different specifications may correspond to different RTP packet format definitions. For example, when the value of the Identifier is ASCII character "ZARQ", the format of the retransmission configuration information carried in the following RTP payload is in accordance with the relevant provisions in this embodiment;

(3) Define the format of the retransmission configuration information related parameters in the RTP package. Since some parameters in the retransmission configuration information may be optional, in order to facilitate the construction of the message, the structure of the Type-Length-Value (TLV) may be used for the parameters in the signaling. The basic structure is shown in Figure 4. First, the different parameter types are marked by the Type field, and then the length of the parameter value is indicated by the Length field, and then the specific parameter value is carried in the Value field. If there are multiple parameters, then the corresponding RTP load is Multiple TLV structures. The retransmission signaling parameters that need to be supported are as follows:

For a streaming media system that supports the above RTP extension, the processing processes of the sender and the receiver are as follows:

Sending end

(1) Encapsulating the retransmission configuration information into the RTP packet according to the foregoing extension of the RTP;

(2) using the RTP channel of the media packet, sending an RTP packet carrying the retransmission configuration information; the RTP packet carrying the retransmission configuration information may be periodically sent; when the retransmission configuration information changes, according to the changed retransmission Configuration information, construct a message packet in RTP format, and then send it according to the above rules.

(3) After receiving the packet loss information fed back by the receiving end, the corresponding original RTP packet is obtained from the history buffer, encapsulated and packaged according to the regulations, and then multiplexed by the RTP channel for transmission, or sent through the RTCP channel.

Receiving end

(1) receiving an RTP packet, and demultiplexing the RTP packet carrying the retransmission configuration information;

(2) When detecting that a packet loss occurs in the media RTP stream, sending a packet loss feedback message according to the manner specified in the retransmission configuration information; (3) Demultiplexing from the RTP stream, obtaining a retransmission packet, and repairing the code stream.

Corresponding to the above method, the embodiment of the present invention further provides a streaming media packet loss retransmission implementation system. As shown in FIG. 5, the system includes a transmitting end and a receiving end, where:

The sending end includes a transceiver module and a retransmission processing module, where:

The transceiver module is configured to: send retransmission configuration information by using the same transmission mode as the media code stream, receive a packet loss feedback message, and send a retransmission packet;

The retransmission processing module is configured to: after receiving the packet loss feedback message, construct a retransmission packet according to the retransmission configuration information;

The receiving end includes a second transceiver module and a packet loss feedback message constructing module, where: the second transceiver module is configured to: receive and configure the retransmission configuration information, detect packet loss, and send the packet loss feedback message, And receiving the retransmission packet according to the cached retransmission configuration information. The packet loss feedback message constructing module is configured to: when the packet loss is detected, construct the packet loss feedback message according to the cached retransmission configuration information.

The retransmission configuration information includes a feedback specification identifier and a retransmission specification identifier. Preferably, the retransmission configuration information further includes a retransmission stream identifier or a retransmission window size supported by the server.

The sending end may periodically send the retransmission configuration information.

When the retransmission configuration information is modified, the transceiver module of the sending end sends the updated retransmission configuration information, and the packet loss feedback message constructing module of the receiving end and the retransmission processing module of the transmitting end according to the updated retransmission module. The configuration information constructs a packet loss feedback message and a retransmission packet, respectively.

The retransmission configuration information is transmitted based on an extended Moving Picture Experts Group (MPEG) protocol or an extended Real Time Transport Protocol (RTP) as previously described.

It can be understood that the functional modules mentioned in the above system are related to the prior art, and in the technical solution, the transmitting end and the receiving end do not exclude new or existing functional modules.

With the technical solution of the present invention, the user can conveniently obtain the relevant retransmission configuration information while receiving the media code stream. Therefore, packet loss feedback and retransmission packet reception and repair are smoothly implemented. At the same time, when the retransmission configuration information is changed, the server can also notify the receiving end in time to make corresponding adjustments.

One of ordinary skill in the art will appreciate that all or a portion of the above steps may be accomplished by a program instructing the associated hardware, such as a read-only memory, a magnetic disk, or an optical disk. Alternatively, all or part of the steps of the above embodiments may also be implemented using one or more integrated circuits. Correspondingly, each module in the foregoing embodiment may be implemented in the form of hardware, or may be implemented in the form of a software function module. The invention is not limited to any specific combination of hardware and software.

Industrial Applicability The above technical solution transmits the retransmission configuration information in an in-band manner, so that as long as the receiving end can receive the media code stream, the corresponding retransmission configuration information can be obtained, and the information can be dynamically updated. Therefore, the present invention has industrial utility.

Claims

Claim

A method for implementing packet loss retransmission of a streaming media, the method comprising:

The receiving end receives the retransmission packet according to the cached retransmission configuration information.

2. The streaming media packet loss retransmission implementation method according to claim 1, wherein: the retransmission configuration information further includes a retransmission flow identifier or a retransmission window size supported by the server.

The method for implementing the retransmission configuration of the streaming media packet of claim 1, wherein the step of the transmitting end transmitting the retransmission configuration information by using the same transmission mode as the media code stream includes:

The sending end periodically sends the retransmission configuration information.

The method for implementing the packet loss retransmission of the streaming media according to claim 1, the method further includes: when the retransmission configuration information is modified, the sending end sends the updated retransmission configuration information; Constructing a packet loss feedback message according to the updated retransmission configuration information;

The transmitting end constructs a retransmission packet according to the updated retransmission configuration information.

5. The streaming media packet loss retransmission implementation method according to claim 1, wherein: the retransmission configuration information is sent based on an extended Moving Picture Experts Group (MPEG) protocol or an extended Real Time Transport Protocol (RTP).

6. A transmitting device for streaming packet loss processing, comprising a transceiver module and a retransmission processing module, wherein:

The transceiver module is configured to: send a retransmission configuration letter by using the same transmission mode as the media code stream And receiving a packet loss feedback message configured by the receiving end according to the cached retransmission configuration information, and sending a retransmission packet, where the retransmission configuration information includes a feedback specification identifier and a retransmission specification identifier;

The retransmission processing module is configured to: after receiving the packet loss feedback message, construct the retransmission packet according to the retransmission configuration information.

7. The transmitting apparatus according to claim 6, wherein: the retransmission configuration information further comprises a retransmission stream identifier or a retransmission window size supported by the server.

8. The transmitting apparatus according to claim 6, wherein: the transceiver module is configured to transmit retransmission configuration information in the following manner:

The retransmission configuration information is periodically sent.

9. The transmitting device according to claim 6, wherein:

The transceiver module is further configured to: send updated retransmission configuration information;

10. The transmitting apparatus according to claim 6, wherein: said retransmission configuration information is transmitted based on an extended Moving Picture Experts Group (MPEG) protocol or an extended Real Time Transport Protocol (RTP).

A receiving device for streaming packet loss processing, comprising a second transceiver module and a packet loss feedback message structure module, wherein:

The packet loss feedback message constructing module is configured to: when the packet loss is detected, construct the packet loss feedback message according to the cached retransmission configuration information.

12. The receiving apparatus according to claim 11, wherein: the retransmission configuration information further comprises a retransmission stream identifier or a retransmission window size supported by the server.

13. The receiving device according to claim 11, wherein:

The packet loss feedback message constructing module is further configured to: construct a packet loss feedback message according to the updated retransmission configuration information sent by the sending end.

14. The receiving apparatus according to claim 11, wherein: said retransmission configuration information is transmitted based on an extended Moving Picture Experts Group (MPEG) protocol or an extended Real Time Transport Protocol (RTP).

15. A streaming media packet loss retransmission implementation system, the system comprising:

A transmitting device according to any one of claims 6 to 10 and a receiving device according to any one of claims 11-14.