[go: up one dir, main page]

WO2012094994A1 - Procédé et système pour réaliser une retransmission de paquet perdu en transmission multimédia en continu - Google Patents

Procédé et système pour réaliser une retransmission de paquet perdu en transmission multimédia en continu Download PDF

Info

Publication number
WO2012094994A1
WO2012094994A1 PCT/CN2012/070207 CN2012070207W WO2012094994A1 WO 2012094994 A1 WO2012094994 A1 WO 2012094994A1 CN 2012070207 W CN2012070207 W CN 2012070207W WO 2012094994 A1 WO2012094994 A1 WO 2012094994A1
Authority
WO
WIPO (PCT)
Prior art keywords
retransmission
configuration information
packet loss
packet
retransmission configuration
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
PCT/CN2012/070207
Other languages
English (en)
Chinese (zh)
Inventor
王芳
刘继年
赵宇
孙健
陈光亮
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
ZTE Corp
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 ZTE Corp filed Critical ZTE Corp
Publication of WO2012094994A1 publication Critical patent/WO2012094994A1/fr
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/6437—Real-time Transport Protocol [RTP]
    • 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

Definitions

  • 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
  • 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).
  • TS real-time transport protocol
  • UDP User Datagram Protocol
  • Transport Stream transport Stream over User Datagram Protocol
  • 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.
  • 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.
  • 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.
  • RTP Real-time Transport Protocol
  • RTSP Real-time Streaming Protocol
  • 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.
  • the receiver 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.
  • RTCP Real-time Transport Control Protocol
  • RTSP Real-time Transport Control Protocol
  • the receiving end may lack such means to obtain information such as retransmission specifications through an out-of-band method such as SDP.
  • SDP Service Specific Information
  • 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.
  • 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.
  • a streaming media packet loss retransmission implementation 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;
  • 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;
  • the sending end 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:
  • 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.
  • the retransmission configuration information is sent based on an extended Moving Picture Experts Group (MPEG) protocol or an extended Real Time Transport Protocol (RTP).
  • MPEG Moving Picture Experts Group
  • RTP Real Time Transport Protocol
  • 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.
  • the retransmission configuration information is sent based on an extended Moving Picture Experts Group (MPEG) protocol or an extended Real Time Transport Protocol (RTP).
  • MPEG Moving Picture Experts Group
  • RTP Real Time Transport Protocol
  • 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.
  • the retransmission configuration information is sent based on an extended Moving Picture Experts Group (MPEG) protocol or an extended Real Time Transport Protocol (RTP).
  • MPEG Moving Picture Experts Group
  • RTP Real Time Transport Protocol
  • 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 retransmission configuration information is periodically sent.
  • the transceiver module is further configured to: send updated retransmission configuration information;
  • 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.
  • the retransmission configuration information is sent based on an extended Moving Picture Experts Group (MPEG) protocol or an extended Real Time Transport Protocol (RTP).
  • MPEG Moving Picture Experts Group
  • RTP Real Time Transport Protocol
  • 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.
  • FIG. 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
  • FIG. 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.
  • 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 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;
  • the size of the retransmission window supported by the server - the server provides a retransmission service for the data packets in the retransmission window.
  • 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.
  • 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.
  • the receiving end 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.
  • the receiving end 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.
  • the server 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.
  • 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).
  • MPEG Moving Picture Experts Group
  • RTP Real Time Transport Protocol
  • This embodiment implements the in-band mode to transmit retransmission configuration information on the basis of MPEG-2 TS.
  • ⁇ MPEG-2 TS is extended with the following technical solutions:
  • 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.
  • 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
  • Rtx window — Indicates the size of the retransmission window supported by the server, which is a 32-bit number in milliseconds.
  • 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;
  • descriptor_tag 129, indicating that the descriptor is arq_label_descriptor.
  • Other fields have the following meanings:
  • 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:
  • 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
  • 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.
  • 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.
  • 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;
  • 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;
  • the processing flow of the sender (such as a streaming media server) and the receiving end (such as a terminal) is as follows:
  • the relevant regulations for PMT transmission 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.
  • the packet loss feedback is constructed according to the specified feedback specification.
  • the retransmission signaling is transmitted through the RTP/RTCP, and the in-band mode retransmission configuration information is implemented.
  • 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.
  • 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;
  • TLV Type-Length-Value
  • 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.
  • 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.
  • the embodiment of the present invention further provides a streaming media packet loss retransmission implementation system.
  • 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.
  • 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.
  • 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.
  • MPEG Moving Picture Experts Group
  • RTP Real Time Transport Protocol
  • 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.
  • the server can also notify the receiving end in time to make corresponding adjustments.
  • 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.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Communication Control (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

L'invention porte sur un procédé et un système pour réaliser une retransmission de paquet perdu en transmission multimédia en continu, le procédé consistant à : envoyer, par un émetteur, des informations de configuration de retransmission de la même manière de transmission que pour un flux de codes multimédia, les informations de configuration de retransmission comprenant un identificateur de spécification de rétroaction et un identificateur de spécification de retransmission ; recevoir et configurer, par un récepteur, les informations de configuration de retransmission ; construire et envoyer, par le récepteur, un message de rétroaction de paquet perdu conformément aux informations de configuration de retransmission mises en tampon en cas de détection d'un paquet perdu ; construire et envoyer, par l'émetteur, un paquet de retransmission conformément aux informations de configuration de retransmission après réception du message de rétroaction de paquet perdu ; et recevoir, par le récepteur, le paquet de retransmission conformément aux informations de configuration de retransmission mises en tampon. La fiabilité d'une transmission multimédia en continu peut être améliorée au moyen de la solution technique ci-dessus.
PCT/CN2012/070207 2011-01-11 2012-01-11 Procédé et système pour réaliser une retransmission de paquet perdu en transmission multimédia en continu Ceased WO2012094994A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201110004889.7 2011-01-11
CN201110004889.7A CN102595251B (zh) 2011-01-11 2011-01-11 流媒体丢包重传实现方法和系统

Publications (1)

Publication Number Publication Date
WO2012094994A1 true WO2012094994A1 (fr) 2012-07-19

Family

ID=46483382

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2012/070207 Ceased WO2012094994A1 (fr) 2011-01-11 2012-01-11 Procédé et système pour réaliser une retransmission de paquet perdu en transmission multimédia en continu

Country Status (2)

Country Link
CN (1) CN102595251B (fr)
WO (1) WO2012094994A1 (fr)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106209915A (zh) * 2016-08-31 2016-12-07 深圳聚点互动科技有限公司 一种实时流媒体无线传输方法及其系统
CN106911699B (zh) * 2017-03-03 2020-02-11 天地伟业技术有限公司 一种基于rtp协议实现i帧重传的方法
CN108809489B (zh) * 2017-05-04 2020-01-31 维沃移动通信有限公司 状态报告的上报方法、终端及网络侧设备
CN109391605B (zh) * 2017-08-14 2021-01-26 杭州海康威视数字技术股份有限公司 数据传输方法、装置及系统
CN110768753A (zh) * 2018-07-25 2020-02-07 成都鼎桥通信技术有限公司 一种丢包重传方法和系统
CN111385158B (zh) * 2018-12-27 2021-11-12 北京紫荆视通科技有限公司 通信方法和通信装置
CN117544827B (zh) * 2023-10-31 2024-12-20 慧之安信息技术股份有限公司 基于添加抖动时间来增强单播可靠性的方法和系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101155311A (zh) * 2006-09-27 2008-04-02 中兴通讯股份有限公司 一种视频通信中的视频码流错误检测和处理方法
CN101511013A (zh) * 2009-03-26 2009-08-19 华为技术有限公司 视频报文的处理方法、设备和系统
CN101616316A (zh) * 2009-06-10 2009-12-30 中兴通讯股份有限公司 一种视频数据的发送、接收装置及发送、接收方法

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3318362B2 (ja) * 1992-09-01 2002-08-26 富士通株式会社 局間パケット紛失回避システム
KR20010035779A (ko) * 1999-10-02 2001-05-07 윤종용 사용자 데이터그램 통신 규약 상에서 패킷 로스를 보상하는 방법
CN101030839A (zh) * 2007-02-13 2007-09-05 华为技术有限公司 一种数据重传的方法
CN101867453B (zh) * 2010-06-04 2012-08-22 北京佳讯飞鸿电气股份有限公司 一种rtp抗丢包的方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101155311A (zh) * 2006-09-27 2008-04-02 中兴通讯股份有限公司 一种视频通信中的视频码流错误检测和处理方法
CN101511013A (zh) * 2009-03-26 2009-08-19 华为技术有限公司 视频报文的处理方法、设备和系统
CN101616316A (zh) * 2009-06-10 2009-12-30 中兴通讯股份有限公司 一种视频数据的发送、接收装置及发送、接收方法

Also Published As

Publication number Publication date
CN102595251A (zh) 2012-07-18
CN102595251B (zh) 2016-07-27

Similar Documents

Publication Publication Date Title
US8358670B2 (en) Method and apparatus for processing packet
KR102265909B1 (ko) 지상파 방송망과 인터넷 프로토콜망 연동 기반의 하이브리드 방송 시스템에서 방송 서비스의 송수신 방법 및 장치
RU2750337C2 (ru) Способ и устройство для передачи медиаданных в мультимедийной транспортной системе
TWI388170B (zh) 網路中串流資料內容之方法及裝置
US10911510B2 (en) Apparatus and method for transmitting multimedia data in a broadcast system
KR20180028426A (ko) 미디어 데이터를 송수신하기 위한 인터페이스 장치 및 방법
WO2012094994A1 (fr) Procédé et système pour réaliser une retransmission de paquet perdu en transmission multimédia en continu
WO2012094915A1 (fr) Procédé et système de mise en œuvre de correction d'erreur sans voie de retour pour transmission multimédia en continu
JP6276392B2 (ja) Ｉｐベースのデジタル放送システムにおける階層間シグナリングデータの処理方法および装置
JP2018515976A (ja) ブロードキャストサービスのためのサービスシグナリングを送受信する方法及び装置
US9621617B2 (en) Method and server for sending a data stream to a client and method and client for receiving a data stream from a server
KR101991388B1 (ko) 이종 네트워크상에서의 컨텐츠 전송 방법 및 이를 위한 장치
CN101511013B (zh) 视频报文的处理方法、设备和系统
US20170134763A1 (en) Method for compressing transmission packet in ip-based broadcast network
CN102301737B (zh) 用于在基于因特网协议的电视系统中进行电视数据的传输期间确保可靠性的方法和设备
JP6811613B2 (ja) 送信装置、送信方法、受信装置および受信方法
GB2533775A (en) In-band quality data
JP7517389B2 (ja) 送信方法および受信装置
KR101757459B1 (ko) 패킷을 처리하는 방법 및 장치
KR102421791B1 (ko) Mmt 네트워크 시스템에서 미디어 시간 정보를 전송 하는 방법 및 장치
US20240283464A1 (en) Robustness when using application layer forward error correction (al-fec) in an atsc3 receiver
WO2012094996A1 (fr) Procédé, système et dispositif de rétroaction de transmission multimédia en continu
KR20150072772A (ko) 단말의 arq 수행을 위한 mmt 메시지 처리 방법

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 12734692

Country of ref document: EP

Kind code of ref document: A1